-
Brief process flow what user would experience
-
Detailed process including what happens behind the scenes
Inspiration
The problem statement of this hackathon unlike other hackathons touched our heart because we would all had a situation where someone close to us were in dire emergency in need of blood.
There is currently no effective application that adequately addresses this existing issue, such as fragmented communication, manual blood camps, and lack of a real-time tracking system which motivated us to build a groundbreaking solution for this.
What it does
Our idea is simple that when a person needs blood, they fill in the basic details like blood group, how urgent it is, and where they’re located. On the other hand the donor who is willing would register and wait until some requests come.
As soon as that’s done, the system starts alerting donors who’ve already registered. But it does not do it randomly.
Rather, it does so by notifying persons in the nearby radius and then gradually increasing the radius of search, making sure that people near get the most preference and attention since blood can be got in less time, as well as making the system save as much as time possible and ensuring donors doesn't get notifies with unrealistic donation demands.
When a donor says yes, we just ask a few quick questions like if they’ve been unwell recently or donated blood in the last few weeks. If everything’s fine, the hospital gets notified right away, and they can either contact the donor directly or even send someone to collect the blood if needed.
After the donation, the donor’s profile is updated. They won’t get another alert for a while, so we don’t overburden the same people again and again. It keeps things fair and manageable for them too.
How we built it
Step -1: Understood the problem statement and brainstormed what the current system lacks and needs.
Step -2: Started building basic frontend
Step -3: Built logic of donor matching
Step -4: Focused on the notifying part, which is the core of the project
Step -5: Building a creative and appealing interface to educate users on thalassemia
Challenges we ran into
-- Donor Recipient Matching - Given that it is a sensitive topic, a slight mismatch would collapse everything. therefore each and every logic were took a lot of time to plan.
-- The location based notification updates - Reason us that it depends on lot of aspects like for an example a radius of 5 km would have network connect while the next on may not and the next on can have. There irregularities between areas pressures us to think and brainstorm more.
-- Scalability - To make it more scalable in order to expand the services to larger pool of people
Accomplishments that we're proud of
We will be doing the first real time notification system for blood donations.
AI driven donor recipient matching will further strengthen this project to be well considered as an accomplishment.
A large thing lies on how well we concentrate on building the finished product upon which it will be surely a ground breaking work.
What we learned
In the technical aspect we learn some great things on AIML field and also learnt how to deploy on Cloud services.
For the first time, we concentrated more on a smaller yet revolutionizing aspect of notification which will be used in the best possible way.
On the other hand it was a great opportunity to learn about thalassemia and the challenges involved in that.
What's next for Untitled
Since we have out planned ready and more detailed structure on paper, the next step would be to build it into a complete project.
As of now the donor matching an notification logics are ready but the UI/UX have been largely incomplete.
This will be refined along with most important job of deploying it in cloud.
Log in or sign up for Devpost to join the conversation.