Resources and Articles

EHR Adoption: Why Design, Not Training, Drives Clinician Buy-In | Provisions Group

Written by Chad Anguilm | Sep 1, 2026, 7:23:30 PM

EHR adoption is the degree to which clinicians use an electronic health record system as intended: consistently, efficiently, and without workarounds. Low adoption is rarely a training problem. When clinicians avoid or work around an EHR, it is usually because the system was configured for billing compliance rather than clinical workflow, and no amount of retraining fixes a workflow that fights the way people work.

That reframing changes everything about how an organization approaches the problem. If adoption is a training gap, you schedule more training. If adoption is a design gap, you fix the system. This guide covers what genuinely drives adoption, the barriers worth naming honestly, why design beats training, how change management and clinician buy-in fit in, and how to measure adoption so you know where to focus.

 

Key Takeaways

  • Adoption is not utilization. Logging in daily is not the same as using the system the way it was designed.
  • Training cannot fix a broken workflow. If the design fights clinical work, more training only teaches people to suffer it faster.
  • Resistance is a design signal. When clinicians route around the EHR, the workflow is usually the problem, not the people.
  • What gets measured improves. Track workarounds and time-in-notes, not just login counts, to see where adoption is weak.

 

What Drives EHR Adoption, and What Doesn't

It helps to separate adoption from utilization. Utilization is whether clinicians use the system at all. Adoption is whether they use it the way it was designed, efficiently and without inventing their own paths around it. A clinician can log in every shift, document every encounter, and still have low adoption, typing free text into comment fields, copying notes forward, and avoiding the modules that were supposed to do the work.

This is why training alone disappoints so reliably. Training teaches people to operate the workflow in front of them. If that workflow is sound, training accelerates adoption. If the workflow is wrong, training only teaches clinicians to move through a frustrating process more quickly, and the workarounds return the moment the class ends. The driver of adoption is not how well people were trained. It is how well the system was designed for the work they do.

Why Clinicians Resist the EHR: Barriers Worth Naming

Clinician resistance is easy to dismiss as reluctance to change. That framing is both unfair and unhelpful, because it points the organization toward more training instead of the real fixes. The scale of the dissatisfaction is well documented. In KLAS Arch Collaborative research, only 22 percent of nurses and 18 percent of physicians report a strong or elite EHR experience, with most organizations stalling at a moderate level. The barriers behind those numbers are specific and worth naming.

  • Usability and workflow mismatch. Systems designed around documentation and billing, rather than the clinical task, force extra clicks, screens, and clarification steps.
  • Documentation burden. Note bloat and redundant data entry turn a five-minute encounter into a fifteen-minute charting exercise.
  • Alert fatigue. When the system interrupts constantly, clinicians learn to dismiss alerts reflexively, including the ones that matter.
  • A sense of lost control. Much of the frustration is less about clicks than about feeling the system was built around the organization's billing needs rather than the clinician's work.

 

Adoption Is a Design Problem: Configuring for Clinical Work

Once resistance is understood as a design signal, the path forward changes. The goal is not to convince clinicians to tolerate the system. It is to configure the system around how they deliver care, so that the efficient path and the intended path are the same path.

In practice, that means role-specific and specialty-specific design. The order sets, documentation templates, and decision support that work for a hospitalist are not the ones an emergency nurse or an ambulatory specialist needs. A generic build configured once for all clinicians guarantees that most of them are working in a system tuned for someone else. Designing for the specific role, then training on that design, is the sequence that produces durable adoption.

This is also where adoption and system health meet. A build configured around the clinical task tends to be the same build that performs well, because the unnecessary clicks, redundant fields, and ill-fitting templates that frustrate clinicians are the very things that slow the software down and bury the workflow. Designing for the work is not a separate effort from improving the system. It is the same effort, seen from the clinician's side of the screen rather than the server's.

 

One client pursuing value-based care contract success was struggling with inconsistent quality measure performance, despite repeated provider training sessions. Instead of another quality measure training push, we configured eClinicalWorks’ Clinical Rules Engine to surface patient-specific care gaps and preventive care opportunities directly within the provider workflow. Adoption increased almost immediately because clinicians no longer had to remember complex quality requirements—the system brought the right actions to them at the point of care, improving provider satisfaction and significantly increasing measure compliance across the organization. 

- Chad Anguilm, VP of Healthcare Delivery & Operations

 

Change Management and Clinician Buy-in

Design fixes land better when clinicians help shape them. Change management is not a soft add-on to an EHR effort; it is consistently one of the leading reasons EHR initiatives succeed or stall. The organizations that earn buy-in tend to do two things well: they give clinicians a genuine voice in workflow decisions, and they lean on respected super-users to carry adoption peer to peer rather than top down.

The difference is ownership. When clinicians have shaped how the system works, they defend it instead of working around it. When changes are handed down without their input, even good changes meet resistance, because the people living in the system every day were treated as recipients rather than designers.

Measuring Clinician EHR Adoption

Adoption that is not measured cannot be managed, and login counts are close to useless as a measure. They confirm that clinicians showed up, not that the system is working for them. More revealing signals include system utilization of core functions, workflow efficiency and task-completion time, the frequency of workarounds, and the time clinicians spend in notes and the in-basket.

The value of these measures is that they localize the problem. Adoption is rarely uniformly low; it is low in specific roles, specialties, and workflows. Measuring at that level tells you where a configuration change will pay off, so you can target the design work instead of putting every clinician through another round of generic training.

Choosing a Partner Who Treats Adoption as Design

If adoption is a design problem, the partner you want is one who treats it that way. A vendor who responds to low adoption with a bigger training package is solving the wrong problem. Look for a few things instead:

  • Do they diagnose before they train? The first move should be understanding the workflow and the configuration, not scheduling classes.
  • Can they configure for specific roles and specialties? Generic builds produce generic results. Ask how they tailor order sets and templates.
  • Do they build buy-in, not just compliance? Super-user programs and clinician involvement signal a partner who understands adoption.

Provisions Group improves adoption by fixing the design clinicians work in, then supporting the people who work in it. If clinician complaints have outlasted every training fix, our EHR consulting services can help. Adoption is closely tied to who controls EHR configuration governance, and to the reasons training alone does not fix adoption.

 

 

Design the System Around the Work

Clinician adoption is not won in the training room. It is won in the build, where the system is either shaped around clinical work or against it. Organizations that treat adoption as a design discipline, measured by role and supported by the people who use it, get clinicians who use the EHR as intended instead of around it.