|Version 3 (modified by 9 years ago) ( diff ),|
BluePrint: Event Modules
Table of Contents
When Sahana Eden is used for Emergency Management an Event Module is important to be able to manage information by events. Events could either be real disasters, emergencies or trainings/simulations
- BluePrintIncidentReporting - Within a single event there may be multiple incidents.
- BluePrintScenario - Scenarios are used to specify what resources are required by specific types of events and incidents
- BluePrintExerciseManagement - How events can be used for trainings and simulations
- Assign resources ( Staff, Volunteers, Assets, Vechicles) to an Event/Incident
- Set up projects, activities, tasks for an Event/Incident
- Record costs involved with an Event/Incident
- Distributed Inventory Items
- Volunteer/Staff/Asset Hours
- Filter information by Event/Incident
- Navigate by Events - ability to have a top level menu of specific events
- Event Dashboard
SituationReport (SitRep) Aggregation
We currently have a very basic SitRep module in Eden where we can write a Rich Text report &/or add a file attachment.
There are cases where the SitReps for different Districts should be aggregated at the next higher level (e.g. Province or Division).
For the Rich-Text, I see this as creating a section for each District with a Section Header added and all the Heading levels taken down a notch: H1s -> H2s, etc
SitReps can also include hard numbers though, like #affected, #dead, #wounded, #missing, #displaced, # staff, #volunteers, # vehicles, #shelters, etc then obviously these should be totalled in the aggregated report, so, we need a way to store these in the SitRep.
I would suggest a Key-Value system in a new table:
This would be like the ones for
gis_location (amongst others):
Note how these are added to the parent resource as a Component:
This model should be added to the SitRep class (I don't think we need a separate class here):
For UI, this could be a Tab, as it is for
gis_location, or could be an Inline form. I think the Inline form is better, generally better UX & works better for when the sitrep is itself on a tab (e.g. of the Event or Org)
- https://github.com/flavour/eden/blob/master/modules/s3db/doc.py#L715 (Can add KV like Files)
- https://github.com/flavour/eden/blob/master/modules/s3db/gis.py#L5427 (Need to add an rheader like this to SitReps)
I have provided an initial UI for the aggregation:
i.e. there is a hook for a new 'consolidate' method which is called with the selected sitreps.
consolidate method needs writing. It would look something like this:
XSLT should be provided to import the Tags:
- https://github.com/flavour/eden/blob/master/static/formats/s3csv/event/event.xsl [Example of a KV in an XSLT file]
- https://github.com/flavour/eden/blob/master/static/formats/s3csv/doc/sitrep.xsl [File which needs modifying]
- modules/s3db/irs.py (to be merged with modules/s3db/event.py)
- Sahana Eden List IRS merging into Events module?