Table Of Contents
...
# | Step | Status |
---|---|---|
1 | Responsible prepares rough business analysis/reqs doc | COMPLETE Pierre Dane |
2 | Get CHAI review | COMPLETE Vivek Agrawal |
3 | Get Akros Review | COMPLETE Christina Riley |
4 | Get Ona feedback | COMPLETE Craig Appl |
5 | Responsible - 1 iteration for feedback | COMPLETE Pierre Dane |
6 | Ona sign off | COMPLETE Craig Appl |
7 | Ona tech spec scoping | IN PROGRESS COMPLETE Craig Appl |
8 | Ona LOE | |
9 | Ona scheduling |
...
- OVERVIEW: A user should be able to add an icon (TBD) to the Reveal Android map showing a Potential Area of Transmission (PAOT).
- FORM FIELDS: The user should be able to add a comment to the PAOT form (not mandatory) - maximum string size tbc (2000 chars? this should be the same as other comment fields in Reveal)
specify the type of PAOT from a drop-down (list to be provided - 'Pond, Cave, Forest) (Pedro Pagalday Olivares to confirm this please) - FORM FIELDS:
- The comment field (task/form) should be editable Craig Appl - can you verify that each time this data is saved that a new form is submitted to the server (same data workflow as mosq collection point & larval dipping).
- The date that the PAOT was recorded should be recorded and displayed on the card view
- We should be able to see a historical view of the comments & dates recorded as a PAOT in the web UI & supersets.(low priority)
- REQUIREDNESS: It is not mandatory to add a PAOT to a focus
- LIFECYCLE: The PAOT will persist across subsequent FI, but should be able to be removed (set to inactive) I.e. they do not expire
- LIFECYCLE: The addition of a PAOT to a focus area will, in general, be a .once off task performed during the first visit
- USAGE: The PAOT data should be synced to the Reveal WebUI and be visible in the Web UI maps (high priority)
- USAGE: The PAOT data should be as a line listing reports (to be mocked up) (low priority) - the comment should display when clicking the PAOT icon in the WebUI
- USAGE: The PAOT should be synced to Biophics in the same way that other tasks are (high priority) - this is where the BVBD will analyse the data
- PLANNING:
The PAOT activity will not be part of a plan activity←Changed this on 18 July | We will generate plan actions and goals to visit any existing PAOT and update the information in the system. - TASK STATUS: The PAOT can be coulored yellow when it is created:
- Once selected and the comment field is filled out, the color will turn to green for status of 'Completed'.
- LINKAGE: One focus area can have multiple PAOTs
- LINKAGE: The PAOT is associated to a focus area and not explicitly to an Index Case. This linkage can be assumed through the 1:1 mapping of focus area and index case per plan. However, the PAOT is not necessarily related to the index or secondary cases in the focus i.e. it is A a potential area of transmission, not THE potential area of transmission for the cases in the focus at that time.
- EDGE CASE: A PAOT is NEVER another type of structure, and if a structure is identified as a potential source then a PAOT should be added alongside the existing structure
- A potential issue raised is what happens with very large structures (Markets, football fields) as PAOT cannot be dropped on top of this - Vivek confirmed that this was discussed with BVBD and placing a pit next to the structure with a comment is sufficient
...
- Update the register structure form to include a new Potential Area of Transmission (Data dictionary link)
- Add a PAOT form in English and Thai (Data dictionary link)
- If the status of the PAOT changes from "Active" to "Inactive" the post save action will make this point inactive in the location and sync the updated location to the server
- Add a PAOT client to the EC data model
- Add a card view to display the new PAOT
This card view should have the following attributes:
Title: Potential Area of Transmission
Icon: Should be the icon of the area of transmission
Field 1: "Last Updated Date" (form variable name = lastUpdatedDate)
Button with Label: Edit PAOT Details
Button Action: Open a form to edit the existing information that has been captured. We need to retain a copy of all comments and allow the user to add to the comments Allow the user to edit comments
- Add a new icon type to the Android client and support the colour coding as defined in the Task business logic and colour coding section of this document
- Add the ability to edit the existing form in the system when the user completes it saving the comment history and updating the lastUpdatedDate field each time the form is edited.
...
Form Name(s): PAOT
Intervention Unit: Location with type: PAOT
Status Colour Coding
Color | BusinessStatus | Logic |
---|---|---|
Green | Complete | The form has been filled. Calculation: task.businessStatus = “Complete” |
Yellow | Not Visited | The form has not been completed for this task. Calculation: task.businessStatus = “Not Visited” |
Task Template
PAOT Tasks need the following template (Note that this impacts the automatic plan generation)
...
Icon
Below is a sample icon
Mock-Ups
Adding a PAOT PAOT Form Card View
...
- This feature has been described as a Potential Source of Infection (POI) and a Potential Source of Transmission- which is correct?
- Confirmed by Vivek Agrawal as Potential Area of Transmission (PAOT)
- Was this requirement mentioned during the initial first visit? To confirm with Pedro
Workflow
2.3.0: Workflow
Click '+' button in bottom left when in an area. See the following:
Select PAOT option and navigate on map to drop point in the PAOT:
Press save. The icon is autoselected and you remain with that area in view:
Tap PAOT icon. The form appears:
Select Active or Inactive and complete. The questions do not change based on the status selected:
Select save. The icon is now green.
Test Case
# | Step | Pass / Fail | Comment |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | |||
5 | |||
6 | |||
7 | |||
8 | |||
Additional tester comments: |
...