ELECTRONIC HEALTH RECORD PART 1

A discovery of needs for the HuliPractice Electronic Health Record (EHR) redesign. CREDITS: Sebastián Navarro, María José Navarro.

San José, Costa Rica.

Adobe Portfolio EHR Health ux design redesign

OVERVIEW

According to the feedback received by our users, we defined our premise to start the design sprint:

"The actual Electronic Health Record is too difficult to use"

HuliPractice Electronic Medical Record.

PART 1: DISCOVERY, RESEARCH AND DESIGN SPRINT

Video: old Electronic Health Record, HuliPractice (spanish version).

AFFINITY DIAGRAM

We gave post-its to participants to write down the problems they know we have on the EHR or reasons why they think it is difficult to use.

All the participants pasted their post-its on the whiteboard and then made affinity groups to identify the main problems.

We identified the following improvement areas for the EHR:
- Tabs (navigation).
- Clicks (quantity).
- Performance.
- Structure and doctors mental model.
- Screen hight (scroll).
- Inputs usability.
- Connectivity (offline version).
- Errors and validations.
- Flexibility vs paper.
- Mobile version (optimization).
- Not intuitive.

HOW MIGHT WE?

With post-its again, the participants wrote possible solutions for each problem to transform problems into opportunities.

CRAZY 8s

After understanding the problem and seeing reference examples, each participant starts to sketch possible solutions (separately) to attack the previously detected problems.

PITCH

Each participant presented his sketches and ideas to others. At this time no one intervened or criticized the proposals.

After the individual presentation, each person pasted the sketches on the wall to vote later on.

STORYBOARD

The participants tried to create a storyboard to describe the user journey when a doctor is filling the medical record of the patient.

ACTIVITY CONCLUSIONS

We decided to use an input similar to Google Form and Typeform to fill the information. We will make both prototypes and test them.

We will also took the Medium concept of a very clean UI, using the concept of a blank sheet since our users are used to using Word.

There were other very good ideas but they were out of scope, therefore remain pending to investigate further.

PROTOTYPE TEST

Two prototypes were generated according to the concepts and sketches of the design sprint.

For both prototypes, only 3 sections of the file were made from the medical record:
- Non-pathological medical history.
- Personal medical history.
- Medications.

The objective, with both prototypes, was to identify patterns of use in users when entering data.

We also wanted to validate:
- Nomenclature.
- Navigation between components.
- Component functionalities.
- General feedback of the current Electronic Medical Record.

Prototype concept: Google Form

The idea was to generate a prototype that resembles certain behaviors of a Google form.
Polymer was used to develop the prototype.

Relevant behaviors:
- Editable mode
- View summary mode

The first time the data is entered, each section has the options of Yes, No and Suspended according to the case.

Depending on the option that the user chooses, the fields referring to the selection will be displayed.

When finishing the edition the components go from "editable" to "view" mode. The user can re-edit the information at any time.
Only the information entered is shown.

Prototype concept: Typeform

A typeform form was designed as a prototype to validate the filling concept.

Relevant behaviors:
- Linear navigation, focusing on 1 question at a time.
- Onboarding.
- "Enter" behaviors to follow the next option.
- Shortcuts.
- Behavior of the "jumping" when changing question.