= !BluePrint: Sahana First Response (SAFIRE) = [[TOC]] == Introduction == === Briefly === [[Image(http://eden.sahanafoundation.org/raw-attachment/wiki/Deployments/SAMBRO/broker.JPG, align="left")]] Sahana First Response (SAFIRE) is designed to support a Simple All-Hazard '''Emergency Operation Center''' (EOC). An EOC could be as simple as a single terminal with a single user (e.g. a '''Dispatch''' Station) recording incident reports and dispatching an emergency service. The emergency service might be the maintenance engineering crew of a telecommunications service provider deployed to fix a backup power generator. A Police EOC might utilize SAFIRE for managing field-observation (burglary, accident, dispute) and casualty-illness reports (accident, murder). The Police '''response and resources allocated''' to an incident varies upon the scenario. The other extreme is managing a crisis such as an earthquake with many '''casualties, damages, and losses'''. All these, whether big or small, require managing a series of activities and sharing information across multiple Agencies with their '''Incident Command and Control Systems''' (ICCSs). === Problem === [wiki:BluePrint/SAFIRE#UserStories The problem that SAIFRE is solving is providing a simple crisis and emergency response management system.] [[br]][[br]] Under a well-developed emergency management system, the Emergency Management Services of a Country should be aware of and should map every significant emergency incident and its response. Sharing such information among multiple agencies with disparate systems can be complicated. Solutions such as WebEOC are hard for small developing nations to finance. [http://lirneasia.net/2012/05/masas-iscram-2012/ Silo-ed Organizations and inter-agency rivalry] at various levels of a national emergency management system becomes a difficult challenge to integrate. Managing who is doing what where and when becomes chaotic and costly to manually manage. There is a need for accountability and coherence in the public emergency services. === Solution === [wiki:BluePrint/SAFIRE#Functional FUNCTIONAL SECTION DISCUSSES THE COMPONENTS IN DETAIL] [[br]][[br]] SAFIRE is a Sahana Eden template combining various modules to support the work flows of a simple EOC from incident report inception through a cycle until the situation is contained. Important SAFIRE features: 1. Asset, Fleet, and Staff/Volunteer management are essential for the Sahana knowledge-base to realize the current state of the resources 1. Incident reporting, whether it be the public of a first-responder using social media, email, SMS, of a voice call or the call center recording the incident it would be captured as an event 1. Crisis mapping contributes to the common operating picture and categorical representation of the reports with situation visualization and decision management 1. Able to input and output reports in various formats (JSON, XML, PDF, XSL, SQL) and emergency data exchange standards (EDXL, HXL) 1. Use a combination of voice and data input and output streams for collecting and disseminating situational reports and resource messaging 1. Adaptable to handheld and desktop devices for collecting, processing, and sharing information 1. Generic but flexible to customize to any user's liking; i.e. disaster management, police, civil society, private companies, and NGOs [[br]] [wiki:BluePrint/SAFIRE#Functional FUNCTIONAL SECTION DISCUSSES THE COMPONENTS IN DETAIL] == Stakeholders == [[br]] * Emergency management is the theme or suite SAFIRE sits in. It can be any organization who would want to manage their emergencies. * In general, Police, Fire, Ambulance, NEOC, DEOC, Telecom, Power, Water. [[br]] * Accountability * Efficiency gains == User Stories == === Search and Rescue === '''"Two hikers are reported missing in the national park; managing SAR."''' 1. A concerned parent, at 6pm, calls the emergency hotline: 112 to report two missing teenagers. possibly lost in the national park 1. The police station call center staff opens a new incident report in SAFIRE to record the case: statistics, last seen area 1. The police station's situation room uses SAFIRE to request for SAR teams in the area. 1. The local fire station, park services, wildlife and fisheries reply to request with their capabilities and capacities (or SAFIRE automatically determines who should be dispatched from the Assets, Fleet, and Skills knowledge-base) 1. The police station situation room, updates the SAFIRE Crisis Map with dispatched teams and the search grids 1. Every 15 minutes the 3 SAR teams update their location and the status (found, determining, missing); Crisis Map is updated 1. Each member on of the SAR teams receive situational report updates on their mobile handhelds of the where has been searched what are potential hints 1. If the caller used a mobile phone, then they would receive text updates at various milestones of the SAR === explosion === A large hazardous material factory explosion is reported to the Call Center. Police, Fire, and Ambulatory Services are dispatched to the scene. The EOC issues a Chemical Biological Radiological Nuclear (CBRN) SMS/Cell Broadcast alert targeting the population in and around the location to evacuate the area. EOC coordinates with CBRN Specialists and First-Responders to contain the incident and continues to update the situation-information. === landslide === A small landslide completely covering the road is reported by a driver to the Call Center. The Call Center dispatches the local Road Maintenance Authority and Community Emergency Response Team Members to the scene. EOC issues an Alert for situational-awareness. Now the Transportation Authority knows to temporarily halt the bus service along that route. Health department know not to dispatch any Ambulance along that road in an emergency, instead use alternate routes. === flood rescue === A person stranded on the roof with several other people, escaping from a flash flood, calls the Dispatch Services. The EOC deploys a Search & Rescue team with a boat to rescue the people to safety. The EOC dispatches a second team with warm clothing, food, and a vehicle to transport the victims to a temporary shelter. === utilities === A telecom operator needs to manage their assets (telecom equipment, network, vehicles), engineering staff, and other suppliers. A forest fire destroys a far remote Base Transmission Station (BTS). Firefighters need the telecom services restored for their data feeds. A fire fighter reports the incidents to the telecom operator's hotline. The incident is reported with relevant situation information. The managers decide to dispatch an engineering team to further assess the damage. Based on the initial situation information, the managers derive the required response resource such as fuel, power generator, cleanup crew, antenna, and shelter for equipment. A message is multicast to all the resource suppliers. Those suppliers are dispatched and the logistics and project is managed until the situation is contained and telecoms are restored. === Tropical Cylcone === The First-Responders are dispatched to sweep the area to find any victims as well as assess the damage. The EOC collects the incident reports and begins compiling situation-information reports to plan the required response resource to restore immediate utilities and services. EOC coordinates the critical infrastructure restoration. === Train derailment === A high speed train derailed in a mountainous area. An observer calls in reporting mass number of casualties and several survivors stuck in unsafe carriages. The EOC dispatches local authorities to the scene to assess the situation and provide immediate assistance. After receiving field-observation reports the EOC dispatches other relevant First-Responders to stabilize the train and to rescue the survivors. == Requirements == === Functional === Features in these kind of terms - NOTE WE HAVE ALL of these features already - they 'just' need bringing together into a coherent template which has been tested and documented. * [wiki:BluePrint/CrisisMap Crisis Mapping] for receiving and visualizing the situation (incidents reported and incident being or are contained) * Staff/Volunteer Management - Credentials of personnel can be tracked (Skills, Training & Experience) to: * remind people when they need to attend refresher training and see where there are gaps in cover that need addressing * categorization allows for automatic matching to a resource requirement * Asset Management - Assets can be tracked through purchase, deployment, loans and repairs. * Fleet Management - Vehicles can have their: * fuel usage monitored and * use GPS Tracking to report their current positions * Incident Reporting - Incidents can be: * logged by call centre staff * reported from the field by both trusted agents * reported by the general public (including through Twitter/SMS/Email) * Dispatch - Teams of people & their equipment (vehicles/radios/etc) can be assigned to an incident according to their Skills & Availability (Roster) * Incident Management * SOP checklists can be worked through based on scenario templates * The Incident Manager can file status updates & request additional resources to be dispatched * Crisis map is updated with eachh response action to provide a near real-time common operating picture * Share Information amongst heterogeneous systems * Action requests can be shared with all authorized * stakeholders, whether or not they use Sahana (as long as they support open standards such as EDXL) * or we would develop a custom adapter === Non-functional === http://en.wikipedia.org/wiki/Non-functional_requirements === Interoperability === === Standards === ==== ICS ==== We aim to build an ICS template which would extend the core SAFIRE template to provide ICS compliance. [[BR]](A deployment-specific template can still exist on top of that if-required) * [wiki:Domain/EmergencyManagement/IncidentManagementSystems/IncidentCommandSystem(UnitedStates) Incident Command System] We could similarly also build AIIMS (AU) and/or CIMS (NZ) templates ==== HXL ==== ==== EDXL-SITREP ==== SAFIRE will adopt the Situational-Reporting (SITREP) EDXL data standard. Provides a device independent platform for submit field-observation and casualty-illness reports. Those reports are transformed into situation-information and required-response reports. Finally a Management Summary Report to complete the EDXL SITREP family of reports. ==== EDXL-RM ==== Resource-Messaging (RM) coordinates the dispatch of response resources to manage the incident. First the system requests for resources by multi casting a EDXL RM, through various messaging channels, to the resource supplier agents, in a geographic area. The status and decision of the resource supplier agents are received as a RM reply. The RM data provides insights to decision makers on their resource dispatch strategy (prioritizing and scheduling). === System Constraints === == Design == === Use Case Diagram === [[Image(http://eden.sahanafoundation.org/raw-attachment/wiki/BluePrint/SAFIRE/use_case_ICS.png, width=1000)]] === Data Model === (e.g. EER or class diagrams) === Workflows === [[Image(http://eden.sahanafoundation.org/raw-attachment/wiki/BluePrint/SAFIRE/process_flow_incident_management.png, width=600)]] [[br]][[br]] === Site Map === === Wireframes === 1. Incident reporting (Browser app, Andoid/iOS App. IVR, Social Media, SMS, Email) a. Field-Observation Report (e.g. Accident, Damage, Rescue) a. Casualty-Illness Report (e.g. Summary of sick and injured, hospital triage contributions, diseased victim information) 1. Plan response resources a. select skilled personnel a. select assets (equipment, tools) a. select fleet (vehicles) 1. Send request for resources a. create message a. send message to: targeted location or registered organizations a. monitor replies 1. Dispatch resources a. select resources from the available pool a. confirm to activate resource deployment 1. Monitor and update Crisis Map a. View Common Operating Picture a. Select and view full report a. Filter and drill down in to reports a. Update response resources a. Update situation other information === Technologies === == Current Implementation == <*a brief description of the implementation (date/time, name, design options chosen)> <*a link to the code> <*list of deployments of the implementation> <*links to case studies> <*short analysis of achievements/problems> == Planned Implementation == == Future Extensions == == Outstanding Questions == == References == === Incident Command and Control === 1. [# Incident Command system] curriculum offered by FEMA 1. [# NIEMS] - National Integated Emergency Management System] 1. [# WebEOC] === SITREP Feeds === 1. [http://humanityroad.org/ Humanity Road] and their after action [http://humanityroad.org/nepal-eq-aar/ Nepal Earthquake Report] == Current Status == [# Fit-Gap analysis spreadsheet] ==== Available features: ==== 1. Manage and allocate skilled resources (SAR, Engineering, Defense), assets (radios, vehicles, equipment), and track their current location 1. Common Operating Picture with [wiki:BluePrint/CrisisMap Crisis Mapping] (who needs and doing what, when, and where) 1. Approve or Reject asset management, incident reports, situational-reporting, and resource messaging 1. Desktop and Mobile applications to integrate and to server as a publisher and a subscriber 1. Support multiple language message delivery options: REST API, EDXL, RSS/Atom, SMS, Email, FTP 1. Incident specific SOP check list ==== Missing features: ==== 1. manage [wiki:BluePrint/Event event type] specific work flows pre-populated message templates and messages (field-observation, casualty-illness, situation-information, response-resource, resource-messaging and management-summary reports) 1. input and output [http://hxlstandard.org/standard/1_0final/dictionary/#crises HXL #Event], [https://www.oasis-open.org/news/announcements/emergency-data-exchange-language-situation-reporting-edxl-sitrep-v1-0-committee-s SITREP] and [http://docs.oasis-open.org/emergency/edxl-rm/v1.0/errata/EDXL-RM-v1.0-OS-errata-os.html RM] feeds '''[2]''' to serve as an aggregator and a publisher-subscriber 1. digitally sign the messages 1. [https://sahana.io/2014/04/17/symbols-to-fia/ Pictographs for reporting incidents] (field and casualty-illness reports)