Dispensing Design Components
- David DeSimone
- Mark Goodrich
Using these designs: https://app.zeplin.io/project/61af2b325f2c328f972eafbd/screen/61af53225f2c328f9730ed33
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 | |||
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 | |||
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? | |||
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 | |||||
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 drug dropdown | again, need to define the rules | 1 | Q1-2023 | ||
Add reason for change | 1 | Q1-2023 | |||
Return to prescriber | 2 | ||||
reason for return | 2 | ||||
note to prescriber | 2 | ||||
cancel return | 2 | ||||
send back (submit) | 2 | ||||
Dispensing History | 1 | MI-2022 11 | |||
Add history note | |||||
Add history item | not sure what this is? | ||||
History event display | |||||
History Initials | |||||
Patient Details header | |||||
Patient vitals | |||||
Patient Allergies |