Status: Proposal for Comments
On This Page
The OpenMRS Flow application is divided into two primary areas: HOME and PATIENT FILE.
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. 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
The patient file contains both the PATIENT WORKSPACE and the PATIENT CHART.
The PATIENT WORKSPACE helps the user quickly start a new visit and 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 a clinicians requires for that workflow. Such as,
The goal is 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 the clinician's experience of the EHR, improve the clinician's 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, an organization's existing forms can be placed in the space of the application reserved for the Workflows.
The PATIENT CHART is available if information the user requires is not displayed part of the workflow. This contains
Users can enter information directly into the patient chart section if they like; however, most of the time this data capture will occur within the WORKSPACE section.
Advantages of separating the patient workspace and the patient chart.
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.
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.
Alternative tablet design
With a split screen (side-by-side) 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.
On desktop, there is the possibility of having multiple 'tabs' of the patient chart open at once.
Further background on this navigational structure.
Overview of EHR Layout
The 3 (+1) essential tasks of an EHR
Simple EHR workflow: only 2 screens
Primary Purpose of the EHR HOME screen
Ways to search for a patient in the EHR
What is the Patient File? - EHR UX
The Patient Workflow: it's not just a form.
PATIENT FILE: major UX regions
APPLICATION UX DESIGN
App Design: Positional Space