230 likes | 354 Vues
This innovative iOS application aims to address the critical issue of responding to sudden cardiac arrests by using location-based notifications to alert trained volunteers. Unlike heart attacks, cardiac arrests require immediate action within the first five minutes to prevent brain damage, and traditional ambulance response times can be up to nine minutes. By implementing a Vital Notification System (VNS), the app will notify nearby certified CPR volunteers, guiding them to the victim's location and AEDs. This project will analyze current methods, legal aspects, and software requirements to optimize emergency response in Germany.
E N D
An iOS location-based emergency notification application Michel SchevernelsSupervisor: Prof. Dr. Ir. Erik Duval Advisor: GonzaloParra
Context • Sudden cardiac arrest • Not the same as heart attack • Electrical vs Circulation problem • First 5 minutes crucial -> brain damage • Ambulances take up to 9 minutes to arrive • This in Germany
Goal • Reduce deathsCan we use current technology for reducing the response time? • Introduce VNS • Lay-men will be notified in a cardiac arrest situation • iOS application • Why a VNS? • A study showed that an increase of 80% in the number of ambulances only reduces the response time by a minute! • Who is a volunteer? • Everyone who has a certificate of taking part in a CPR course.
Literature • Not much out there • Studied other projects • Very topical issue • Legal aspects
PulsePoint • Made in the USA • Smartphones (Android and iOS) • Only for public places • Each community has to implement an interface to communicate with their API • App is free to download, but the community has to pay an annual fee. • Volunteers don’t have to be trained • Offer: Notifications and AED locations
Hartveilig wonen • Build in the Netherlands • Texting service • When notified, get a location of the victim and an AED. • Volunteers are notified based on their profile settings • Everyone can join, even those without training, but you have to take a course. • Offer: notification system, courses, counseling and have a insurance policy
HartslagNu • Build in the Netherlands • Texting service • In a SCA event 30 volunteers notified, 1/3 sent to victim, 2/3 first to an AED • Distance volunteers <-> victim 1000m, volunteer <-> AED 500m • Only volunteers with certificate can join • Offers only notification system
The EMuRgencyProject (Germany) • Build by a team of the Aachen University • Smartphone (Android) • Everyone can join in, even those not trained • Volunteers are notified based on pushed GPS locations • Distance volunteers <-> victim 1000m • Don’t use AEDs • Offer: Only notification system
SMSlivräddare(SMSlifesavers) • Recent project from Sweden • Only in Stockholm County • Texting service • Volunteers have to be trained • Not finished
Legal Aspects • Not legal as it stands • Volunteers will have to have a certificate • Volunteers are obliged to go help • Are allowed to travel by car • Data about a case and the participating volunteers should be stored for 30 years
My work • Analysing other projects and legal aspects • Requirements • Paper prototype + evaluation • Digital prototype
Requirements • iOS application • Notification system guide volunteers to the victim • AED locations • List of courses or info sessions in the vicitiny • Information
Evaluation prototype • Focus on usability not visually appealing • 7 people ages 23 – 55, no computer scientists! • Down side not much feedback in terms of design • Using System Usability Scale • Feedback overall positive
Digital prototype • Implementing in iOS (iOS7) • Sat down with a Graphical Designer • He introduced an alternative home view. • If there is time left, I will do an analysis which is better. • Almost finished • Demo at the end.
Difficulties • Push notification • Program in the background • Deciding who gets a notification • Legal issues (Volunteers can’t accept a case, store the information,…)
Planning • December (31st) • Finishing digital prototype • Look up requirements push server • January (8th): • Evaluation digital prototype • January • Studying • February • Start programming • March • Finish programming
Planning • April • Evaluate program • Writing thesis • May • If there is time, make GUI look nice • Writing thesis • May (23th) • Hand in thesis text • June • Defense
Hoped score • 14/20