Written Summary of Applications Structure

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 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:

Search
Worklists
- Patient lists
  - Auto-generated by parameter. Example
    - Lab result
    - New consult
    - Missed clinic
    - Recent Patients
    - By Location
    - By User Name
  - User maintained lists
- Clinic Queue / appointments
- To-Do lists

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 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

Needs to be displayed (e.g. Active medications, recent vitals).
The information that needs to be captured (e.g. questionnaire)
The actions that need to be performed (e.g. book appointment, order medication)

This is presented to the user in the sequence they complete this workflow, and the goal is to greatly simplify their experience with the EHR, and improve the clinician's efficiency.

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 organization's existing forms can be placed in the space for the Workflows.

2b. PATIENT CHART

The PATIENT CHART 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
An Issues tab, that contains both past medical history, and active issues.
A flex tab(s), that is 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.

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.

It enables multi-tasking on mobile, tablet, and desktop - 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 the application based on the many OpenMRS implementation types, workflows, users, etc.
It has a well build patient chart, that follows best practice for 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 of Application's Major Regions

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