...
The components were identified on these designs, and are noted on the child pages and linked to below. Each of these components were listed and considered for phase.
Design Page | Component | Notes | Notes | Phase | Sprint (in PIH JIRA) |
---|---|---|---|---|---|
Back-end infrastructure |
Add Medication Dispense Domain Object and FHIR Resource | 1 | MI-2022 7, MI-2022 8 | ||
Upgrade Medication Request FHIR resource and add custom search | 1 | MI-2022 7, MI-2022 9 | ||
Upgrade PIH EMR to OpenMRS 2.5 | 1 | MI-2022 |
8 | |||||
Pharmacy App Main View | Results Grid | including columns that come directly from the order (created, patient, prescriber) | 1 | MI-2022 10 | |
Results paging | may come automatically with the results table | 1 | MI-2022 10 | ||
Drug display column | drug concept name? will need to work this out | 1 | MI-2022 10 | ||
Last Dispenser column | not directly tied to the order, but would be nice to have if not too much work | MI-2022 10 (if on result object from FHIR) | |||
Status column | derived dispensing status | 1 | MI-2022 10 | ||
Search | search for rows within grid (patient id, name etc...) | Requirements needed by MI-2022 8 (as this will need to be implemented server-side) | 1 | MI-2022 10 | |
Filter | filter for rows with grid (need to define filters) |
Requirements needed by MI-2022 8 (as this may need to be implemented server-side) | 1 | MI-2022 10 | |||
print list of rows based on current filter/search settings | 1 | MI-2022 10 | |||
Fill Prescription (previously Create Order) | fill a prescription for which there is no electronic order listed | (Is this now "fill paper prescription") | 1 | ||
Tabs | need define which tabs supported in phase 1 Today's prescriptions? etc... | Requirements needed by MI-2022 8 (as this may need to be implemented server-side) | 1 | MI-2022 11 | |
Summary Tiles | configurable tiles/cards at top of page | ||||
Change Date View | change content of tiles based on date | ||||
View details of tiles | view dispensing rows based on tile content | ||||
Display patient identifier (not in design) | Display patient id for validation and ease of searching (scanning) | 1 | MI-2022 10 | ||
Default to certain filters? time period? (not in current design) | 1 | MI-2022 10 | |||
Pharmacy order expanded | Expanded prescription | 1 | MI-2022 11 | ||
Prescription Details | 1 | MI-2022 11 | |||
History and Comments | will need to define exactly what should show here | Requirements needed by ASAP (as we need to understand what we will need to add to MedicationDispense domain object to support this) | 1 | MI-2022 11 | |
Patient Details | |||||
Billing | |||||
Distribution Details | |||||
Dispensed chiclet | |||||
Print label function | |||||
delete function | need to discuss but presumably this should be allowed for users with certain privileges? | 1 | MI-2022 11 | ||
Alerts | |||||
Alert Details | |||||
drug and instruction details | 1 | MI-2022 11 | |||
dispensed details history | 1 | MI-2022 11 | |||
send back function | 2 | ||||
dispense function | 1 | MI-2022 11, MI-2022 12 | |||
Edit previously dispensed drug (not currently in design) | 1 | Future? | |||
Edit Dispensing Details | Enter dispensing details | 1 | MI-2022 11, MI-2022 12 | ||
Edit dispensed drug | Need to define what is allowed in phase 1. Maybe just alternate formulations of the same drug (same concept)? If we had drug "ingredients" we could go a step further. Lots to discuss about the modeling of this. Perhaps this just perform validation on back end before submission. (i.e. maybe front end logic does not account for this) | 1 | MI-2022 11, MI-2022 12 | ||
Edit dosing instructions | This is necessary if we allow editing of drug | 1 | MI-2022 11, MI-2022 12 | ||
Add drug to dispensing details | Not sure this is necessary for phase 1. It would be necessary if we included substitutions based on ingredients. | ||||
Add internal comments | |||||
Fill Paper Prescription | Search for Patient | 1 | Q1-2023 | ||
Register a Patient | |||||
Add prescriber | 1 | Q1-2023 | |||
search for drugs | 1 | Q1-2023 | |||
add prescription details | 1 | Q1-2023 | |||
add additional drug | in phase 1, users will need to click "fill prescription" multiple times. It would be better to include this so user did not have to add patient details multiple times | ? | Q1-2023 | ||
Edit Dispensed drug | Edit drug dropdown | again, need to define the rules | 1 | Q1-2023 | |
Add reason for change | Add reason for change | 1 | Q1-2023 | ||
Return to Prescriber | Return to prescriber | 2 | |||
reason for return | 2 | ||||
note to prescriber | 2 | ||||
cancel return | 2 | ||||
send back (submit) | 2 | ||||
View History and Comments | Dispensing History | 1 | MI-2022 11 | ||
Add history note | |||||
Add history item | not sure what this is? | ||||
History event display | |||||
History Initials | |||||
Patient Details | Patient Details header | ||||
Patient vitals | |||||
Patient Allergies |