top of page
Tarevo-logo

Why the Best Clinical Systems Feel Familiar on Day One

  • Writer: Sherwin Gaddis
    Sherwin Gaddis
  • Feb 11
  • 3 min read

Designing software around how people already think — not how vendors wish they did

Most clinics don’t struggle because their staff is untrained.

They struggle because the systems they’re asked to use were never designed for how work actually happens.


When a new EHR is installed, the expectation is often the same:

We’ll train everyone, and they’ll get used to it.

And usually, they do — eventually.

But “eventually” comes with a cost.




The hidden tax of training-heavy systems

Training is treated as a solution, but in practice, it’s a coping mechanism.


Training exists to explain friction, not remove it.

It teaches users:

  • Where buttons that don’t feel natural

  • Which steps matter and which can be skipped

  • How to work around screens that don’t match real workflows


Over time, staff adapt.

They memorize sequences.

They develop muscle memory.


Not because the system is intuitive — but because humans are adaptable.

That adaptability is often mistaken for good design.


Familiarity is not accidental

When someone sits down in a well-designed clinical system for the first time, something subtle happens.


They don’t feel “trained.”


They feel oriented.


They can:

  • Find what they need without thinking

  • Move through tasks without pausing to remember steps

  • Understand where actions live and why


This isn’t because the system is simple.

Healthcare systems are not simple.

It’s because the system matches the user’s mental model.


The hidden tax of training-heavy systems

Mental models already exist

Every clinician and staff member already has a workflow in their head.


They know:

  • What they look for first

  • What information matters at each moment

  • Where their attention goes under pressure

  • What steps feel sequential and which feel parallel


When software ignores these mental models, it creates friction.


When software respects them, learning feels like recognition instead of instruction.


That’s the difference between training and intuition.


Training teaches people how to use software

Design removes the need for training

This is the line most vendors never cross.


Training assumes:

  • The software is fixed

  • The user must adapt

  • Confusion is a people problem


Design assumes:

  • The software can move

  • The interface can change

  • Confusion is a signal, not a failure


In clinical environments — where cognitive load is already high — this distinction matters more than anywhere else.


Why rewiring people doesn’t work in healthcare

Healthcare staff are not blank slates.


They bring:

  • Years of habit

  • Established shortcuts

  • Pattern recognition built under real pressure


Asking them to “rethink how they work” to accommodate software introduces unnecessary risk:

  • Slower adoption

  • Burnout

  • Workarounds outside the system

  • Shadow processes that break data integrity


Good systems don’t demand rewiring.

They adapt.



What intuitive systems actually do differently

Systems that feel familiar on day one usually share a few traits:

  • Buttons are where users expect them to be, not where a generic template placed them

  • Shortcuts reflect real movement, not idealized workflows

  • Primary actions are obvious, secondary actions are discoverable

  • The interface mirrors task order, not database structure


None of this is accidental.

It comes from observing how people already work — and moving the system to meet them there.


Configuration can’t do this alone

Configuration changes options.

Design changes behavior.


You can configure:

  • Fields

  • Defaults

  • Permissions


But you cannot configure:

  • Cognitive flow

  • Attention sequence

  • Intuition


Those emerge only when the system is reshaped around real users.

This is why many clinics feel something is “off” even after extensive setup.

They configured the system — but never redesigned it.


Why this only becomes obvious later

Most clinics don’t recognize this problem during go-live.

They recognize it months or years later.


When:

  • New staff take longer to onboard

  • Small changes feel expensive

  • Training never seems to “stick”

  • The system feels heavier as the practice grows


That’s when the cost of misalignment becomes visible.

Not as a single failure — but as constant friction.


Familiar systems respect how humans think

The best clinical systems don’t feel impressive on demo day.

They feel invisible on workdays.

They don’t ask users to adapt.

They don’t require rewiring.

They don’t demand constant explanation.


They quietly align with how work already happens.

And when that alignment is right, something important occurs:

Most of the system can be understood without being taught.

That’s not luck.

That’s design.


The difference between software installed and systems owned

Installing software is easy.


Owning a system means:

  • Shaping it

  • Adjusting it

  • Letting it evolve with the people who use it


Clinics that reach this point stop asking,

“How do we train people better?”


They start asking,

“Why does this feel harder than it should?”


That question is where real design begins.

Comments


bottom of page