...
Livashan Soobramoney pls help us to answer the questions below
Updated 6.23.20
- Will health workers be visiting a combination of homes already registered and identified in Reveal and "unspecified structures" during this campaign, or only "unspecified structures?"
- The answer to this question directly impacts how we build our issue QR code workflow
- Our assumption is that QR codes will only be issued to any families registered at their homes - is this correct?
- The requirements above mentions a family list view in addition to a task list view - is there any reason that the user would need to look through a list of floating families
- What would that use case be?
- Is it sufficient to be able to search for families, see search results, and then enter the family module to view members and forms?
- The distinction between two list views (lists of floating families versus lists of tasks) could be a bit confusing to end users, so we'd prefer to maintain a single view unless there are other business requirements here we're missing
- Has any additional conversation been had on workflow 4 (searching clients across OAs) that is not documented above? Our understanding is that a final decision had not been reached on an implementation path, is that correct?
- How realistic is Has it that users at health facilities will have connectivity in Zambia?
- been confirmed that mop up days are a part of this new pilot?
- Our recommended way forward: if these mop up days are happening at the health center level (I believe this is level 3 in Zambia), we can fit all of that client data on a device and no global search is needed. I believe in Zambia right now, we can actually fit data from 3 health centers on to a single device. If that is sufficient, we can just create credentials at that level and allow the user to search through all clients already synced to phone.
- If that is not sufficient, we need to have a conversation here ASAP, as global search introduces an immense amount of complexity in terms of client management
- Our assumption is that the reporting requirements for both the web AND Android apps have not been updated for this implementation - is this correct?
- Web - It references % of people screened, and % of case-triggered FIsTest Case
- Android - it references something about PZQ received - those returned and distributed → this is not data we are collecting
- Have any decisions been made about what drug will be dispensed in this trial?
- When will the data dictionary be updated?
- We are assuming that this program will only be dispensing a single dose of the drug
- No adverse drug reaction reporting is included above - pls confirm this
- Has "eligibility" been defined yet?
...