Viewing and Editing: Completed Forms
Responsible Person: | |
Other parties to review/input: | |
FYI: | |
Targeted release date: | |
Jira Status: |
Status
(DT comment: Christina Riley, I think this feature is straightforward enough to skip CHAI review step, but please indicate there are specific clarifications needed from CHAI, e.g., which fields should be editable vs. non-editable)
# | Step | Status |
---|---|---|
1 | Responsible prepares rough business analysis/reqs doc | COMPLETE Christina Riley |
2 | ||
3 | Get VW review | COMPLETE: Pierre Dane |
4 | Get Ona feedback | FYI - ready for review: Craig Appl |
5 | Responsible - 1 iteration for feedback | |
6 | Ona sign off | |
7 | Ona tech spec scoping | |
8 | Ona LOE | Large to X-Large |
9 | Ona scheduling |
Notes
- Summary: Need editable and non-editable fields
- Relevant for both Bednet Distribution and Blood Screening forms
- Mosquito Breeding Site and Mosquito Collection Site forms, and PAOT forms can be re-completed numerous times and do not require this feature
Requirements
- The user has the ability to click on any previously completed bednet distribution and blood screening tasks from the Family Tasks list view to view the previously entered information
- Task edits for bednet distribution and blood screening can only be accessed through the Family Task List View
- The user must select the 'COMPLETE' button of the given task on the Family List Task View to view the completed form.
- The edit functionality will only be available by clicking the 'EDIT' button on the opened form.
- Then the user has to hit the 'EDIT' button to edit those values and must then hit the 'SAVE' button for those values to be recorded and sent to the web and any other subscribing system.
- Editable and non-editable fields will be identified in data dictionary for each form type (example below for bednet and blood screening)
- Changes to the form will need to be reflected in reports and indicators
- Changes to the form will need to be sent to any subscribing systems (Biophics or DHIS2)
- If changes are made within the form while offline, only the most recent saved form will be synced with the web.
- LIFECYCLE: The forms be locked from editing once the plan has been completed.
Examples
- Bednet distribution
- FIELDS EDITABLE
- How many people live in this structure
- How many existing LLINS
- How many LLINS are <1 yr old
- How many LLINS are 1 to 2 yrs old
- How many LLINS are 1 to 2 yrs old
- How many LLINS are >3 yrs old
- How many existing LLIHNS
- How many LLIHNS are <1 yr old
- How many LLIHNS are 1 to 2 yrs old
- How many LLIHNS are 1 to 2 yrs old
- How many LLIHNS are >3 yrs old
- How many existing (conventional nets)
- How many normal nets dipped in last 6 months
- How many LLINS distributed
- How many LLIHNS distributed
- How many normal nets distributed
- How many normal nets redipped
- How many personal repellent units distributed
- Comment
- FIELDS NOT EDITABLE
- House has (N) total nets
- Number of nets to be distributed
- Number of nets eligible to be redipped
- FIELDS EDITABLE
- Blood Screening (ALL FIELDS EDITABLE)
Type of blood screening
- Has this person spent the night outside w/i the past two weeks
- Was this person tested
- Reason this person was not tested
- Type of test used
- Slide number
- Microscopy results
- RDT results
- Comments
Views
We anticipate the following views to be impacted on with the creation of this feature:
- Family View > Tasks list (DT comment: Craig Appl / Pierre Dane: does a list of all Reveal views already exist? Want to ensure we are using the same terminology to reference possible views)
- Indicate under each task status in the Family List View that a task was edited (i.e. under 'COMPLETE' the user could see in smaller font 'Edited mm/dd')
- Add "Edit" button to top of bednet distribution form and blood screening form
Mock-ups
Complete Form View
Form Editing View
Edited Date View
Software Requirements Specification
This section contains notes on what needs to be developed that were generated 23rd July to support estimating:
- Project activities:
- Verify the data dictionary to ensure the editable fields are appropriate
- We need to identify the underlying business logic when an edit form is completed compared to the first time that we need to
- We need to design the interactions (Roger's input is required)
- We need to decide whether we should prepopulate the form or ask them to resubmit all together (this may mess up skip logic)
- Android client
- We need to add a view to display and edit the form information
- We need to update the form loading actions to ensure we can link these edited forms to tasks that were marked complete.
- We need to update post save actions for edited forms
- We need to update the form JSON in both languages to identify which forms should be edited.
- Web UI
- We need to update the data warehouse tables to make previous versions available for querying
- We need to update the ETL to ensure the information is mapped appropriately
- We need to display the latest version of the form and possibly some indicator of the total number of versions submitted.
Justification
Thailand wants to be able to make corrections when mistakes are made during form completion, and add any additional information as necessary.
Dependencies
- Data dictionary update (DT comment: assuming may be easiest to define which fields should be editable vs. non-editable in the dictionary);
- CR comment: yes - complete. fyi Craig Appl see data dictionary
Questions
Test Case
# | Step | Pass / Fail | Comment |
---|---|---|---|
1 | |||
2 | |||
3 | |||
4 | |||
5 | |||
6 | |||
7 | |||
8 | |||
Additional tester comments: |
This site is no longer maintained. Please visit docs.opensrp.io for current documentation.