...
Notes: All tickets should be labelled "PIH" and "PIH-CES"
Next Steps:
- Brandon working with Jorje to i.d. priorities
- David & Grace - finish building the CES form as proof of concept for user testing (break down into the sections wanted) - want consult note to be changed based on MoH forms
Questions:
- Localization of labels (e.g. being able to toggle from Spanish to English for volunteers who don't speak local language) - support in AMRS forms?
- Call w/ Brandon +/- Mike
- Try to implement whole form
...
Functionality in PIH Mexico (CES):
Theme | Feature | 3.x Status | Priority | Notes/Comments | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Registration | Address Hierarchy (certain fields required) - go from country down (See how Bahmni does their Hierarchy too)
|
| 3
| Update Ticket:
| ||||||||||||||||||||||||||||||||
| Registration | Add Relationships |
| 4
| |||||||||||||||||||||||||||||||||
| Registration | Many obs needed (e.g. Religion, Marital Status)
|
| 3
Need ability to add obs to the Registration form. | Q: Should we make the whole Reg form just a form, configurable via Form Builder, that's no longer hard coded? A: Would need a lot of additional work done to Ampath Forms. | ||||||||||||||||||||||||||||||||
| Registration | Contact Person (not a patient in the EMR)
|
| 1
| Would be "To Config" as long as there's Obs group support
| ||||||||||||||||||||||||||||||||
| Registration | Persist birthdate-estimated |
| ||||||||||||||||||||||||||||||||||
| Registration | months estimated |
|
| (Registration not in scope for CES Patient Chart pilot) | ||||||||||||||||||||||||||||||||
| Registration | Ability to hide drop down if only one option or default |
| 3
| (Registration not in scope for CES Patient Chart pilot) | ||||||||||||||||||||||||||||||||
| Registration | Print ID Cards |
| 3
| ID cards not used at CES) (Registration not in scope for CES Patient Chart pilot) | ||||||||||||||||||||||||||||||||
| Registration | Warning for registering patient very similar to another existing patient
|
| 3
| (Registration not in scope for CES Patient Chart pilot) | ||||||||||||||||||||||||||||||||
| Clerk Dashboard | Search for a patient is built-in to register workflow (prevent accidental duplication)
|
| 3
| (Registration not in scope for CES Patient Chart pilot) This didn't always help prevent duplicated data entry at CES in the past anyway, though it would be good to have eventually. | ||||||||||||||||||||||||||||||||
| Clerk Dashboard | Workflow for Registration clerk after Registration (e.g. take to patient Reg Dashboard or a list of recently registered patients) |
| 3
| Configurable: Just make Submit Button redirect configurable. (Super easy if not configurable already - ticket: ____ (low complextiy) Grace Potma | ||||||||||||||||||||||||||||||||
Clerk Dashboard |
|
| 3
| Way to edit individual patient details (e.g. no pencil in Details expander) - ticket: ___Grace Potma | ||||||||||||||||||||||||||||||||
| Patient Search | Search for patients alive or dead |
|
|
Search currently does not return any dead patients (even if searching by ID) | ||||||||||||||||||||||||||||||||
| Visit Management | Auto-clean up of active visits | Happens on Server
| 4
| Each distro has task that runs on each server that looks for visits to close. (e.g. If 12+hrs without activity, visit is closed as of the last activity.) | ||||||||||||||||||||||||||||||||
| Visit Management | Ability to edit visit dates
E.g. click here to edit this active visit: |
| 3
| Active Visit button could link to Encounters space - then in encounters widget you could edit current or past encounters - ticket: ____ Grace Potma | ||||||||||||||||||||||||||||||||
| Visit Management | UI prevents starting another visit if there's already an active visit |
| 3
| Need both UI and actual blockage of having multiple active visits at once. (Current error message not reliable) | ||||||||||||||||||||||||||||||||
| Visit Management | Check: How are vitals slotted into present visit? (Happening as expected?) What about edits to Care Programs, Meds, Conditions etc - is this logged against that visit? Or the encounter? Or...? |
| 1
|
| ||||||||||||||||||||||||||||||||
| Vitals | Vitals form/entry |
| 1
| Currently not configurable. Configure to add things like Glucose etc
| ||||||||||||||||||||||||||||||||
| Vitals | Toggle between Pediatric and Adult Vitals forms |
| 3
| |||||||||||||||||||||||||||||||||
Patient Clinical Summary/Dashboard | Recent Visits Allergies Relationships (broken down between Healthcare Providers and other relationships) programs patient attachments/documents |
| 4
| |||||||||||||||||||||||||||||||||
| Patient Clinical Summary/Dashboard | obs graphs |
| 3
| |||||||||||||||||||||||||||||||||
| Patient Clinical Summary/Dashboard | recent obs |
| 3
| |||||||||||||||||||||||||||||||||
Start Visit/Add Past visit |
| 4
| ||||||||||||||||||||||||||||||||||
| Consult Note | Display past vitals in note |
| 3
| Not necessary in 3.0 as users can view vital more easily anyway | ||||||||||||||||||||||||||||||||
| Consult Note | Many Obs (free text, radio buttons, dropdowns) |
| 4
| |||||||||||||||||||||||||||||||||
| Consult Note | Diagnosis entry widget agement: Auto-suggest: Action of changing between Primary vs Secondary; First Time; Confirmed vs Suspected
|
| 2
| Does AMPATH forms support a dx widget? | ||||||||||||||||||||||||||||||||
| Consult Note | skip logic |
| 4
| |||||||||||||||||||||||||||||||||
| Consult Note | Med orders
|
| 1
|
Need to be able to configure fields on order so that fewer fields are included/required. | ||||||||||||||||||||||||||||||||
| Consult Note | print prescriptions |
| 1
|
| ||||||||||||||||||||||||||||||||
| Program enrollment | Enrollment via pt chart |
| 4
| via Program enrollment widget | ||||||||||||||||||||||||||||||||
| Program enrollment | automatically based on certain answers in a form ("enroll in program" tag - when you submit the form, pt is enrolled in that program. Tag has option to display checkbox, so they'll only enroll the pt if that checkbox is checked) |
| 3
| Need to confirm program enrollment UI desired by CES team Though, CES did this because wasn't happy | ||||||||||||||||||||||||||||||||
| Program enrollment | automatically based on completion of a certain form | 3
| ||||||||||||||||||||||||||||||||||
| Program enrollment | can't fill out a certain form unless already enrolled in related program |
| 1
|
| ||||||||||||||||||||||||||||||||
paper record management | not live yet (schedule?)
|
| 5
| not live yet (schedule?) | ||||||||||||||||||||||||||||||||
merge visits |
|
| 3
| Need legacy UI module to be able to get into 2.x patient view and do this thing | ||||||||||||||||||||||||||||||||
| Legacy functionality | Need a way to link to legacy functions we may not be building in 3.0 initially. (merge patients, make patient deceased etc...) |
| 1
|
| ||||||||||||||||||||||||||||||||
merge patients | Merge patients |
| 4
| Again, should be able to link to legacy version of this from 3.0 | ||||||||||||||||||||||||||||||||
mark patient deceased | Access through General Actions:
|
| 3
| Use Legacy UI? | ||||||||||||||||||||||||||||||||
| mark patient deceased | OR in consult note; mark disposition as "Death"
|
| 3
| not needed for CES | ||||||||||||||||||||||||||||||||
| mark patient deceased | OR when you complete a program enrollment:
|
| 3
| not needed for CES | ||||||||||||||||||||||||||||||||
| mark patient deceased | Tag in Header for "Deceased"
|
| 1
|
|
...