Home » Readers Write » Currently Reading:

Readers Write: Requirements Versus User Experience: The MU Design Impact on Today’s EHR Applications

July 15, 2013 Readers Write 3 Comments

Requirements Versus User Experience: The MU Design Impact on Today’s EHR Applications
By Tom Giannulli, MD, MS

7-15-2013 6-03-46 PM

Since the first electronic health record (EHR) applications, the federal government has been looking for ways to leverage EHR technology to improve the quality and cost of healthcare delivery. A decade ago, President George W. Bush declared that every American should have an electronic health record within 10 years. While we’ve come a long way, almost half of all medical providers are currently searching for an EHR, installing one now, or looking to switch out the one they have in place.

This is an eye-opening situation given the investment of billions of dollars in EHR technology by healthcare providers, technology suppliers, and the government via incentive programs. Why is this? One contributing factor is that the government incentive programs have excessively focused on features over user experience and outcomes.

When the current EHR incentive programs emerged in 2009, EHR suppliers with existing products were faced with the challenge of meeting Meaningful Use (MU) requirements. It’s not easy to retrofit new functional requirements into an existing product, and it’s commonly understood many suppliers had to focus on achieving functionality requirements however possible given the potential impact of government incentives. The time-bound goal was simply to get X feature programmed in Y weeks so that version update or hot fix could be applied to meet customer certification timelines.

Function ruled over form, often resulting in degraded user experience and sub-optimized workflows. In hindsight, it may have been better to have fewer incentive program requirements with broader definitions and simpler tests to validate compliance.

For example, assume a general requirement for physicians to be able to share standardized clinical documents with basic tests of compliance. With this more general goal, technology suppliers would have greater freedom around how to solve the requirement resulting in a greater range of solutions—some of which likely would have superior usability. The market would then reward the company that best met both the requirement and the associated usability and user satisfaction.

The overall goals of MU are sound; it’s simply that in practice the extent and specificity of the requirements often overemphasize feature content and prescribed usage at the expense of user experience and the innovation that comes with flexibility. A doctor on HIStalk a few weeks ago highlighted this reality:

“When you’re used to using very clean designs—a MacBook, an iPhone, Twitter, Facebook—and you sit down on an EMR (electronic medical record system), it’s like stepping back in time 15 or 20 years.”

I had the opportunity to build an EHR after MU Stage 1 had been established. This allowed us to take a more comprehensive approach in terms of meeting our overall design goals, including usability, as well as MU requirements. We wanted to make it possible for the physician to use the application to chart patient visits and the required data and reporting were generated as an by-product of normal use.

Now, we are facing changes for MU Stage 2, integrating those into an existing product, tying them to user needs in a way that makes sense. We have developed a process that uses a lot of user feedback and testing and we try to iterate quickly with releases at least monthly.

But the fact is that the specificity of MU and the rigorous testing don’t provide for the best user experience. Ironically, these really specific requirements—a number of which dictate the user experience to a large degree—are supposed to be creating improved usability when in fact they are detracting from user-friendless and improved workflow.

I believe that without MU, many EHR features would be similar, but there would be notable differences resulting from the focus on user feedback versus government direction. As a physician and an EHR designer, I would still want to track health maintenance and have tools to manage people’s care. The big change would be the ability to focus on some market-driven elements that we haven’t been able to spend as much time on because they aren’t MU requirements.

We would be spending more time looking at how we could use the practice data to highlight workflow problems or areas where the practice isn’t using best practices. By leveraging our large pool of operational and clinical data, we could generate more recommendations for practice optimization and patient care. These are very high level concepts that we are exploring, but are at a lower priority given the resources required to implement MU2 in a way that is well integrated and results in a positive user experience.

In a perfect world, current MU2 requirements would be replaced with just few high-impact goals related to interoperation and communication. Current MU2 requirements have added little new incremental value while creating a significant burden for vendors and end users. This situation is even more challenging in that the requirements are becoming more specific and dictate user interaction in some cases. The structure is in place to capture discrete data, measure quality, and communicate standardized data.

At this point, I believe the market should drive the process of advancing features and expand-on the valued features outlined by the MU requirements.

Tom Giannulli, MD, MS is chief medical information officer at Kareo.

View/Print Text Only View/Print Text Only


HIStalk Featured Sponsors

     

Currently there are "3 comments" on this Article:

  1. I think you are entirely correct in your thoughts, however I also think that the current EHR’s are certainly not the best that they can be but the result of the speed in which the roll-out has been accomplished in. Basically all that the industry has done is take a piece of paper and make a computer form out of it. We have left out many of the bells and whistles, the spit and polish, and the human design interfaces. Just step back and look at Apple to see how the mundane has been turned into something beyond the scope of its function.

    We need to incorporate the tools we use everywhere else (advanced communication tools, cameras, videos, etc.) into the EHR systems so that they become more “useable”. I believe that the MU requirements should be looked at as the wedge used to open the door. Hopefully we can step through that door sooner rather than later.

  2. Hi there,

    I am currently a student in a Health IT program taking place at the University of Texas, Austin. My classmate and I have selected a project topic “Anticipated and realized gains from EHR adoption.” We are a little concerned that the topic may not reflect so well on HIT, the subject we are currently studying. We will be presenting before Health IT professionals and potential employers. The question is how to approach the subject of “gains?” We ask our teachers if they mean financial “gains” or other, and they just tell us “Well, it’s your project.” So do Health care gains translate into financial gains for providers, or should we stay focused on Health Care gains in the pure sense?







Subscribe to Updates

Search


Loading

Text Ads


Report News and Rumors

No title

Anonymous online form
E-mail
Rumor line: 801.HIT.NEWS

Tweets

Archives

Founding Sponsors


 

Platinum Sponsors


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Gold Sponsors


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Reader Comments

  • FLPoggio: What this piece totally ignores is that you and the provider (roofer) dealt directly with each other. Now what if you ha...
  • AC: That's not an apt comparison. Imagine instead if while the roofer was doing his thing, another random roofer dropped by ...
  • HIT Girl: I've worked in EHR design & support for the last 14 years or so, and when I was hospitalized in I think 2007 I got m...
  • Joy Goodspeed: So funny about the physician card. I wrote my 3rd HL7 Lab and microbiology interface in my 20-year career this past yea...
  • Anonymous: Did you just compare Healthcare to roofing business ? Imagine a surgeon operating with a body cut open, should they take...

Sponsor Quick Links