Page Comparison

...

Out of Scope

Notes from Gap Estimation 4/11/2018

• Attendees: Mary Jo Kochendorfer (Deactivated), Matt Berg, Josh Zamor, Ashraf Islam, Peter, Craig Appl, Muhammad, Elias, Brandon
• How are the categories defined?
  • The categories are defined in the database. (Elias would need to check to confirm.)
• Does the admin UI "ProductsCombination" tab influence the Regimen(s) tab?
  • No. The ProductCombinations is primarily used for.... The Central Edition has 1 code repository shared between TZ and ZM. These regimen configurations are set in the Central Edition.
  • The Constituents tab Admin UI is also connected.
  • Essentially these combinations allow you to redefine the product list.
  • Adult doses can be different from child doses.
• Question: How often are these configurations changed? How much do they use these Admin UIs?
  • Not sure.
  • Only 1 person in a country is ever going to reconfigure this. It is very specialized. Couldn't this configuration just be in Excel or elsewhere?
  • Can we simplify the administration of this rather than the admin screens?
• Question: Has anyone looked at RxNorm or other standards for defining treatment regimens?
• These combinations are NOT shipped together. But they are dispensed to patients together.
  • So why is this part of the LMIS?
• OpenLMIS version 0.8 had the Regimens tab on the form, but the other two admin UI tabs were not.
• SDP has its own calculations about this....
• Josh: We need to figure out how much of this fits in the Gap project.
• Question: Does this information help you to actually fill out your requisition and order products?
  • The facility edition might actually use this information to fill out your requisition/order amounts.
• SDP = Service Delivery Point a.k.a Facility Edition.
• Question: Is the system ordering a combination of products all in one line item? 
  • Elias: Yes, for some. No for others (they might have different line items).
• Form Builder
  • Can we leverage an existing form builder to do this?
• DHIS2
  • Is there a requirement for this data to flow into DHIS2 for reporting?
    • Not in the required Gap feature.
    • But maybe using DHIS2 simplifies this work?
• Question: Do these numbers get used to populate the re-order amount?
  • No. We are not sure why. This is a flag about "data use" – why collect and use all this data if it does not inform the re-order amounts? Why is this not reported on?
  • Elias: In Cote d'Ivoire they wanted to add additional columns to report on Male versus Female. I have also heard TB program requirements: they wanted to see 3 fields for TB for # of TB patients, Children, Adults, and MDR-TB Adults. Those would have different dosages.
• Idea:
  • Add a separate tab, use a generic form builder, and have that tab collect the arbitrary form of information. To view what is supposed, you have to look in that other system, eg DHIS2.
  • Josh: This is the Program Data solution the core team had been discussing (to integrate with a form builder tool such as DHIS2).
  • Mary Jo: I would go for the integrated approach. We know these requirements keep changing. We should integrate with a form builder. This feature is important for up-take, including Cote d'Ivoire, Zambia, etc.
• Excel Idea:
  • The system has an Excel file which is an empty template. The users get that blank Excel and fill it in and upload it with their R&R.