Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The program would like to conduct 'mop-up' from a central location, which means that families may show up with their QR code or with no QR code at a health facility. This requires the following features:

  1. Register new floating families to who present at the health facility catchment level and use
    1. Use QR code to lookup across synced data and link to their location
    2. Register as floating at HFC level
  2. Global look-up
    1. with search functionality in list view
    Global look-up with QR code
    1. with QR code
    2. NEED to CONFIRM EXTENT OF WORK IF THIS WERE ADAPTED FOR REVEAL - current state, what needs to be ported to Reveal, timelines, and level of effort. 
  3. Server-side QR code reconciliation/matching ONLY NEED IF NO GLOBAL LOOK-UP
    1. Could lead to dual registration of family members/families
      1. Simple facility-level aggregate form so we do not register at the facility, and reconcile the totals against the registration #s, capture aggregate consent at this level
        1. If pre-registered, match back numbers
        2. If not pre-registered, use aggregate numbers as they are
      2. Anyone who shows up with a QR code gets linked

MB: Finding this section a bit confusing.

...

If not QR code, just register a family and assign them to either the highest level catchment or sub area if they can identify it.  I don't think we should try and link them to structures though.  I modified this write-up to be less confusing, as I think I was mixing up the hamburger menu selection with syncing.

Option A - Implement 1, 2 ,3 → 2  → Global lookup

Working at the health facility level, where families from multiple (20+ OAs may show up for treatment), select hamburger menu option for that catchment.

...

  1. If have QR code paper
    1. Conduct QR code look up 
  2. If no QR code: stay at health facility level in hamburger menu with a full list view.
    1. Family must be registered as a floating family. 


Option C - Implement 1,3

  1. Could lead to dual registration of family members/families
    1. Simple facility-level aggregate form so we do not register at the facility, and reconcile the totals against the registration #s, capture aggregate consent at this level
      1. If pre-registered, match back numbers
      2. If not pre-registered, use aggregate numbers as they are
    2. Anyone who shows up with a QR code gets linked

Use QR code to link family to location 
Jira Legacy
serverSystem JIRA
serverId3420e60a-4e6f-3f80-8335-059c22bb40aa
keyRVL-828

...

  1. In looking up family, when triggered to open QR scanner, scan QR code
  2. Potential results from scan
    1. Success
      1. QR code matches and is not yet linked.  
        1. Confirmed match, show view of household location on map . MB:  I don't know if this is worth the added complexity.  I'm assuming this means we are trying to link a family to an unclaimed structure on a map?  What does this give us if we are providing the service when we see them?  This only should be attempted if you are visiting the household at their house. This is if we have been to that house and left a QR code there, and they visit you later not at there house, with their QR code, this applies. WE may not need to show location of the house, but linking back to a location if these criteria are met is important. This is complex and may not be essential? Not MVP.
          1. "Confirm link?"
          2. If yes, make link and proceed with workflow
          3. If no, warning message "This QR code links with the house shown on the map; are you sure you do not want to link?"
            1. Do not link → back to question in form asking "Does this family have a QR code"?
      2. QR code matches and has already been linked
        1. Enter family  module
    2. Failure
      1. QR code does not match.  
        1. "Okay"→ back to question in form asking "Does this family have a QR code"?

...

  • Add list of floating families view (likely from list view)
  • QR code
    • Scanning screen (think this already exists in OpenSRP)
    • Visualize matched house screen (show on the map view, the location of the house that matches with the QR code
    • Follow-on/confirmation questions
  • View to family-look up → icon from list view?
    • to look up families with QR code
    • to add floating families

Out of scope

  • Registering a family ad hoc (i.e. not at their household location) and then dropping a point for their location

Justification


Notes


Questions

...