Definitions
- Main user: Reception / Registration Clerks. Or, at smaller sites, Nurses or Clinicians who are also providing care.
User Stories
Summary | User Story | Priority | Notes | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Register a new patient |
|
| |||||||||||
Search for an existing patient |
|
| |||||||||||
Send updates | ...to a patient identity (X Y Z changed) |
| |||||||||||
Retrieve updates | ...to the identity for an existing local patient |
| |||||||||||
De-duplication at local level | Authorized users should be able to id likely duplicates, review, and either merge or mark resolved. |
| |||||||||||
De-duplication at local level escalated nationally | Authorized users to run de-dupe processes locally to i.d. matching patients that could be sent back to MPI or CR as potential matches (depends on centralized review and decision making) |
| |||||||||||
De-duplication between local and national level: | Match locally with someone nationally: eg orphaned record never added to our facility; but we find their record from another facility available in the MPI. (distributed decision making) |
|
In Registration | In Search | |
---|---|---|
UgEMR v3 | ||
KeEMR v3 | ||
KeEMR v2 | ||
Ozone | ||
Ampath v3 | ||
Ampath v2 | ||
When an AMD/GD/OP enters patient information (i.e., care code and socio demogs such as name, sex, age, and/or DOB) from a new paper-based patient chart into OpenMRS, and tries to validate
if this patient potentially already exists, OpenMRS will query PIM when there is an active internet connection to check if the patient has been already registered. The query will be made possible by the connection between OpenMRS and PIM.
...
If deciding not to create the new patient, duplication flags will be created and stored in PIM, and users can access previous duplication flags through PIM.
Data Variables Needed
The EMR Needs: |
---|
Care code |
First and last names |
Sex |
Age or DOB |
UPID |
Address |
Cell phone number |
...