======
...
| Info |
|---|
Status: Proposal for Comments |
...
On This Page
| Table of Contents |
|---|
...
Written Summary
...
| App's Major Spaces
The OpenMRS Flow application is divided into two primary areas: HOME and PATIENT FILE.
1. HOME
The HOME section is designed to be highly flexible.
It can be customized to a user based on their User Role / Location / and Clinic Type. When a user loads the application, they can be prompted to select their user role, location, and clinic type. Obviously, how How often , and which of these variables a user can set is a configurable setting.
The purpose of the HOME screen is to help the user know which patient they need to see as fast as possible. It also can show important information: such as key report metrics, or organization notifications.
Users can select their next patient via:
...
Selecting a patient from HOME opens that the PATIENT FILE
2. PATIENT FILE
The patient file contains both the PATIENT WORKSPACE and the PATIENT CHART.
2a. PATIENT WORKSPACE
The PATIENT WORKSPACE helps the user quickly start a new visit and workflow. A workflow Examples of workflows may be Follow Up Standard HIV Visit, or New Diabetes Visit, or Mental Health Screening, or General Clinic Visit.
The workflow brings together in one place (ideally even one page), all the information the patient information that
...
a clinicians requires for that workflow. Such as,
- Patient information to be displayed (e.g. Active medications, recent vitals).
- The Patient information that needs to be captured (e.g. questionnaire)
- The The actions that need to be performed for that patient (e.g. book appointment, order medication)
This The goal is presented to the user in the sequence they complete this workflow, and the to have a large library of pre-build components that can be assembled into this type of a workflow builder. The goal is to greatly simplify their experience with the clinician's experience of the EHR, and improve the clinician's efficiencys efficiency and increase the flexibility to build new unique OpenMRS deployments.
Note: The term 'form' is not used, because a form typically does not have all three of these functions. Until a new workflow builder is build that works across all OpenMRS implementations, the an organization's existing forms can be placed in the space of the application reserved for the Workflows.
2b. PATIENT CHART
The PATIENT CHART Is is available if information the user requires is not displayed part of the workflow. This contains
- A set of tabs a clinician would expect to find in the patient file, such as Biography, Notes, Therapy, Results.
- A Timeline tab, where users can see a history of the patient's Appointments/Encounters, Orders, and any information in the chart they want sorted by time.
- An Issues tab, that contains both past medical history, and active issues.
- A series of flex tab(s), that is are auto-inserted based on the workflow the clinician was in when they switched from the WORKSPACE to the PATIENT CHART. For instance, if the user was in an HIV follow up appointment, when they opened the PATIENT CHART, they would first see the HIV Summary tab that was inserted as the flex tab.
...
- It enables multi-tasking on mobile, tablet, and desktop - the . The ability to switch between documentation/orders, and reviewing clinical information . This is a highly requested user feature.
- It has a highly flexible area: the WORKSPACE and workflows. This enables customization of organizations to easily customize the application based on the many OpenMRS implementation types, workflows, users, etctheir users, care settings and workflows using off the shelf components.
- It has a well build patient chart, that follows PATIENT CHART. It's design will follow best practice for the display of clinical information display. This chart is flexible enough that it can be used across a wide variety of clinical settings and users. The flexible-tab insertion, enables a customized tab to be inserted into the patient chart based on the workflow (or user, or location type). This enables organizations to focus on building workflows and a single clinical summary page and not have to spend redundant time building generic patient charts.
Patient Identify within the Patient File
Patient Banner: information required to identify the patient
Patient Cover: when the patient banner is clicked, the patient cover opens fullscreen. It contains additional key information that has to be at a clinician's fingertips. Such as ID numbers that are frequently written on paper. In theory, the patient cover could be configured based on User Role / Location / Clinic.
...
Simple Diagram
...
| App's Major
...
Spaces
The following simple diagrams show the PATIENT FILE, and how the user can move between the WORKSPACE and PATIENT CHART, and even view both of these at the same time.
Mobile
Tablet
Alternative way to tablet design
With a split screen (side-by-side) . May be option option. This would work for larger tablets. For smaller tablets a bottom drawer works better.
In this design, the user can still view the PATIENT CHART full screen or the PATIENT WORKSPACE fullscreen. In addition to the side-by-side split-screen view as seen below.
Desktop
On desktop, there is the possibility of having multiple 'tabs' of the patient chart open at once.
...
Flow Chart
...
| Gliffy | ||||
|---|---|---|---|---|
|
| App's Major Spaces
...
References
Further background on this navigational structure.
...
Ways to search for a patient in the EHR
PATIENT FILE
| Gliffy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
What is the Patient File? - EHR UX
...
PATIENT FILE: major UX regions
APPLICATION UX DESIGN