Recommandé
Contenu connexe
Dernier
Dernier (20)
En vedette
En vedette (20)
Red Cross Bay Area Chapter Emergency Response Team Assembly Tool
- 1. Red Cross Bay Area Chapter Emergency Response Team Assembly Tool
- 2. SAFETY SELF RELIANCE SITUATIONAL AWARENESS GOAL SCALE
- 4. LISTEN DEVELOP PROCESS DESIGN PILOT
- 6. ! emergency availability call xxxxx? xxxxx...xxxx.. .xxxx... converse directions deploy CALL DOWN PROCESS
- 7. 2-4 minutes / each CALL DOWN PROCESS
- 8. technologies LISTEN DEVELOP PROCESS DESIGN PILOT
- 9. Watchfire is a simple and yet powerful system that initiates and tracks the process of building a volunteer response team with people who are geographically close to each other through phone calls and text messages. LISTEN DEVELOP PROCESS DESIGN PILOT
- 10. X X! emergency availability call X X xxxxx? xxxxx...xxxx.. .xxxx... converse directions deploy CALL DOWN PROCESS
- 11. LISTEN DEVELOP PROCESS DESIGN PILOT
- 12. # of volunteers incident type LISTEN DEVELOP PROCESS DESIGN PILOT
- 13. location of # of volunteers incident type incident map coordinates LISTEN DEVELOP PROCESS DESIGN PILOT
- 14. location of # of volunteers incident type incident map coordinates proximity prioritization visual map of incident location LISTEN DEVELOP PROCESS DESIGN PILOT
- 15. custom filter location of start/stop # of volunteers incident type options incident recruiting Begin Recruiting map coordinates proximity prioritization visual map of incident location LISTEN DEVELOP PROCESS DESIGN PILOT
- 16. custom filter location of start/stop # of volunteers incident type options incident recruiting Begin Recruiting map volunteer coordinates proximity contact info prioritization live visual map of recruitment incident location status LISTEN DEVELOP PROCESS DESIGN PILOT
- 17. Begin Recruiting LISTEN DEVELOP PROCESS DESIGN PILOT
- 18. LISTEN DEVELOP PROCESS DESIGN PILOT
- 19. LISTEN DEVELOP PROCESS DESIGN PILOT
- 20. LISTEN DEVELOP PROCESS DESIGN PILOT
- 21. TESTING THE SHAKE OUT INITAL RECRUITING
- 22. LISTEN DEVELOP DESIGN PILOT
- 23. Watchfire halved the time needed to reach and confirm volunteer responders LISTEN DEVELOP DESIGN PILOT
- 24. TESTING THE SHAKE OUT SHELTER SIMULATION
- 25. LISTEN DEVELOP DESIGN PILOT
- 26. Watchfire halved the time needed to communicate with shelter volunteers during an emergency LISTEN DEVELOP DESIGN PILOT
- 27. SFO AIR CRASH TESTING SIMULATION
- 28. Watchfire#halves#the#9me#to#confirm#volunteer#par9cipa9on## #in#Airplane#Exercise# 100" Time#to#reach#volunteers#and#confirm#par9cipa9on# 95" 90" 85" 80" 75" 70" 65" 60" 54#minutes#to#reach#and# (minutes)# 55" 54#minutes#to#reach#and# confirm#27#volunteers# 50" confirm#50#volunteers# 45" 40" Manual"System"(Best"Case"Scenario"Es?mate)" 35" 30" Watchfire" 25" 20" Linear"(Manual"System"(Best"Case"Scenario" 15" Es?mate))" 10" 5" 0" 0" 10" 20" 30" 40" 50" 60" ##of#volunteers#confirming#par9cipa9on# SIMULATION LISTEN DEVELOP DESIGN PILOT
- 29. Watchfire#halves#the#9me#to#confirm#volunteer#par9cipa9on## #in#Airplane#Exercise# 100" Time#to#reach#volunteers#and#confirm#par9cipa9on# 95" 90" 85" 80" 75" 70" 65" 60" 54#minutes#to#reach#and# (minutes)# 55" 54#minutes#to#reach#and# confirm#27#volunteers# 50" confirm#50#volunteers# 45" 40" Manual"System"(Best"Case"Scenario"Es?mate)" 35" 30" Watchfire" 25" 20" Linear"(Manual"System"(Best"Case"Scenario" 15" Es?mate))" 10" 5" 0" 0" 10" 20" 30" 40" 50" 60" ##of#volunteers#confirming#par9cipa9on# SIMULATION LISTEN DEVELOP DESIGN PILOT
- 30. GOAL develop a scalable program to support shared safety, self-reliance and situational awareness during a public crisis
- 31. POTENTIAL
- 32. POTENTIAL CONTRIBUTIONS CURRENT PAST
- 33. Red Cross Bay Area Chapter Emergency Response Team Assembly Tool
Notes de l'éditeur
- \n
- Our goal in this grant that was sponsored by Cisco was to develop a scalable program to support shared safety, self-reliance and situational awareness during a public crisis.\n
- Embedded Watchfire video\n
- THE PROCESS / LISTENWe worked closely with the ARC on a needs assessment, we learned that their highest priority was improving the speed and coordination of ARC’s Disaster Action Teams (DATs). Part of the listening process includes observing and questioning. \n
- THE PROCESS / LISTENWe learned that the vast majority of RC team is volunteers. It was very important to the RC to make it as easy as possibly on the volunteers and not create any additional work for them. The system needed to be faster and easier that the current system in order for it to be valuable. \n
- THE PROCESS / LISTENWe learned that the the current call down process goes something like this:\n1) The RC learns of an emergency\n2) The DAT Coordinator has to go to a list to first check the availability of team members and their locations\n3) The DAT Coordinator must call down the list until they have enough people to fill the need\n4) Time if often lost when a conversation ensues between the DAT Coordinator and the volunteer. \n5) The DAT Coordinator must give directions to the volunteer\n6) The volunteer leaves for the scene\n\n\n\n
- THE PROCESS / LISTENWe learned that the the current call down process takes from 2-4 minutes per call. This estimate does not include the time it takes to look up the availability of each person and decide who on the list to call.\n
- THE PROCESS / DESIGNHow can we scale, improve and multiply the impact?\nWe first looked at the suite of tools we had to see if there was anything that we could already build upon.\nSince Verboice is an interactive voice response system and Nuntium supports the scaling of SMS applications, we knew we could build upon these two tools to create a customized tool for the RC to help multiply their impact. By combing the needs of the RC with Verboice and Nuntium, we began developing Watchfire. \n
- THE PROCESS / DESIGNWatchfire is a simple and yet powerful system that initiates and tracks the process of building a volunteer response team with people who are geographically close to each other through phone calls and text messages (SMS).\n
- THE PROCESS / DESIGNWe knew that we could build upon Verboice and Nuntium to customize a tool that would automate a number of steps in order to speed up the process as well as decrease the time to respond by eliminating the need for the DAT Coordinator to locate, call, converse and give directions to the coordinator. We could fold 4 steps down into 1 automated service. We developed Watchfire: a simple and yet powerful system that initiates and tracks the process of building a volunteer response team with people who are geographically close to each other through phone calls and text messages (SMS). Watchfire rapidly mobilizes volunteer response teams through simple to use systems for interactive voice response phone calls and text messages. \n\n“By understanding the work flows and requirements, we were able to automate the standard, manual, four-step process used by the RC to identify and localize volunteers ( through design of Watchfire-- a simple to use scalable tool)” \n
- THE PROCESS / DESIGN:\nUsing an agile development process that involved the RC in the cycle of building better and better technical solutions, we began developing Watchfire. \n\nWatchfire was designed by constant interaction with the Red Cross team—understanding their needs, work flows and the technical requirements to achieve the desired goals. By putting the Red Cross team at the center of the design process a useful, usable, practical and effective tool could be developed in an iterative (and agile) process.\n\n\nWith the RC’s needs in mind, we started designing the first wireframe as simple sketch so that it was intuitive and not intimidating to the users and easy to use\n\n
- THE PROCESS / DESIGN:\nWe started designing the first wireframe as simple sketch so that it was intuitive and not intimidating to the users.\n\n- the RC needed to select how many people to recruit and to be able to describe the event.\n
- THE PROCESS / DESIGN:\n\n- the RC needed to input the exact location of the incident.\n
- THE PROCESS / DESIGN:\n\n- the RC needed to select how many people to recruit and to be able to filter volunteers based on their location to the event and show a detailed incident location map. \n
- THE PROCESS / DESIGN:\n\n- the RC needed to have options to recruit different types of volunteers (mental health, drivers, etc) and to control the start/stop of the automated recruiting process.\n
- THE PROCESS / DESIGN:\n\n- the RC needed to be able to see the volunteer’s contact info and see the live recruitment status at any given time.\n
- THE PROCESS / DESIGN:\nthe first stage of the wireframes\n
- THE PROCESS / DEVELOP:\n- We continued to iterate based If you want a more detailed look at our initial iterations, please refer to the report for further details.\n\n\n
- THE PROCESS / DEVELOP:\n- the first stage of the website \nwe did extensive user testing on the watchfire website with the RC to evolve the tool further. This involved several week of user testing.\n\n
- THE PROCESS / PILOT:\nwe did extensive user testing on the watchfire website with the RC to evolve the tool further. This involved several week of user testing, including a number of pilot simulations.\n\n
- THE PILOT / SHAKE OUT:\n- The Shake Out is California’s annual earthquake drill.\n\nimage: http://a.scpr.org/i/3bb0c2c38c0c91d2f12033847a60f553/26913-wide.jpg\n\n
- THE PILOT / SHAKE OUT:\n- we’re trying to show 1) How quickly we can confirm volunteer responders to respond to an emergency compared to the manual method (historical control)\n\n
- THE PILOT / SHAKE OUT:\n- we’re trying to show 1) how fast Watchfire can go through the calling queue and 2) how many responses it can get in what time period\n\n
- THE PILOT / SHAKE OUT:\n- The Shake Out is California’s annual earthquake drill.\n\n
- \n
- \n
- THE PILOT / SFO AIR CRASH SIMULATION:\n- A simulation in which a B Boeing 757 aircraft crashing in the San Bruno Mountains immediately after takeoff from Runway 28 Right with 179 persons aboard.\n\nimage: http://upload.wikimedia.org/wikipedia/commons/3/34/SFO_at_night.jpg\n\n
- \n
- Watchfire halves the time needed to confirm volunteers when compared to manual method (our historical control)\n
- Tie it back with the original goals as defined by the grant. \n
- \n
- End with our outcomes:1) the tool increased safety, self reliance, situational awareness by increasing the speed and decreasing the burden to recruit volunteers\n2) the potential to scale is huge\n3) the RC wants to move forward so long as they have the resources to do so\n3) InSTEDDs is the best of the best at create tools that are easy to use, easy to scale and easy to customize.\n
- \n