= !BluePrint: Sahana First Response =
[[TOC]]


== Current Status == 

[https://docs.google.com/spreadsheets/d/1N9xUqZQhignq7QM_7CtrV4zv86sq4lMdJj81IQuch3Y/edit?usp=sharing Fit-Gap analysis spreadsheet]
==== Available features: ====

==== Missing features: ==== 
1. Common Operating Picture with [wiki:BluePrint/CrisisMap Crisis Mapping] (who, what, when, and where)
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. Desktop and Mobile applications to integrate and to server as a publisher and a subscriber
1. Approve or Reject asset management, incident reports, situational-reporting, and resource messaging
1. Support multiple language message delivery options: HTTP, RSS/Atom, SMS, Email, FTP
1. digitally sign the messages
1. [https://sahana.io/2014/04/17/symbols-to-fia/ Pictographs for reporting incidents] (field and casualty-illness reports)
1. Incident specific SOP check list

== Introduction ==
<Briefly describe the solution?>
<What problem is this solution solving?>
<How will this solution add value to Sahana?>
<Name any similar existing solutions>

Sahana First Response (SaFiRe) is designed to support a Simple 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 engineers of a telecommunications service provider deployed to fix a backup power generator. A Police EOC would utilize for managing field-observation (burglary, accident, dispute) and casualty-illness reports (accident, murder). The Police response and resources to an incident varies upon the scenario. The other extreme is managing a crisis such as an earthquake with many casualties, damages, and losses.

Crisis mapping is an important feature of SAFIRE. It contributes to the common operating picture. 

=== Problem ===
[[Image(http://eden.sahanafoundation.org/raw-attachment/wiki/Deployments/SAMBRO/broker.JPG, align="left")]] Under a well-developed disaster management system, the Disaster Management Organization(s) of a Country should be aware of and should map every significant emergency incident or risk in the country. Disseminating such information among multiple agencies with disparate systems can be complicated. [http://lirneasia.net/2012/05/masas-iscram-2012/ Multi-Agency Situational-Awareness (MASA) platforms facilitate the integration of silo-ed Organizations and dilutes inter-agency rivalry] at every level of a National warning and incident management system. Such a platform that incorporates the [http://docs.oasis-open.org/emergency/cap/v1.2/CAP-v1.2-os.html Common Alerting Protocol] (CAP) standard is far more likely to interoperate with National and International warning systems. Moreover, the CAP content standard lays out emergency policies and procedures for streamlined information sharing among multiple agencies.The [http://www.wmo.int/pages/prog/amp/pwsp/CommonAlertingProtocol_en.html World Meteorological Organization], [http://www.itu.int/ITU-T/newslog/Common+Alerting+Protocol+Becomes+ITUT+Recommendation.aspx International Telecommunication Union], and [https://www.oasis-open.org/standards#capv1.2 OASIS] (Organization for the Advancement of Structured Information Standards) are advocates of CAP and continue to promote the adoption of the warning standard. Sahana Alerting and Messaging Broker ('''SAMBRO''') is essentially a Sahana Eden template designed for Multi-Agency Situational-Awareness. Moreover, it adopts the CAP standard for Sahana to interoperate with other warning systems.



== Stakeholders ==
<Who will be the users of the solution?>
<Who else will be affected by this solution? eg. Developers, Users of Existing Functionality that may be changed?>
<How will stakeholders be affected?>
Tip: Engage these stakeholders in the development of your !BluePrint.

== User Stories ==
<http://en.wikipedia.org/wiki/User_story>
<A good User Story should answer the following questions:>
<* Who the user is>
<* What they want the solution to do for them?>
<* Why they want it to do that? (goal)>
<eg. A <type of user> wants the solution to <do something for them> so that <can achieve a goal>.>

== Requirements ==
<Group requirements in subsections, e.g.,, etc.>
<http://en.wikipedia.org/wiki/Requirements_analysis requirements>
<Identify different types of requirements:>
=== Functional ===
* [wiki:BluePrint/CrisisMap Crisis Mapping] for receiving and visualizing incident reports
=== Non-functional ===
http://en.wikipedia.org/wiki/Non-functional_requirements
=== Interoperability ===
=== Standards ===
=== System Constraints ===

== Design ==
<Where relevant include alternative design options>
=== Data Model ===
(e.g. EER or class diagrams)
=== Workflows ===
<Diagrams or Pseudocode> 
=== Site Map ===
<for User Interface solutions>
=== Wireframes ===
<for User Interface solutions>
=== Technologies ===

== Current Implementation ==
<Leave open for a list of existing implementation of this solution in Sahana Eden:>
<*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 ==
<List of goals for your implementations which you (include your name/github repo/IRC handle) are currently working on>

== Future Extensions ==
<List of features which could be included, but are outside of the scope of this extension>

== Outstanding Questions ==
<Questions about the features or design that haven't been (and need to be) answered>

== References ==
<Links to external resources>