Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary

Paul Cerrato

Paul Cerrato

Editor, InformationWeek Healthcare

Don't Regulate EHRs Like Cars

In the interest of patient safety, the Institute of Medicine recommends that health IT be more tightly regulated, much like the auto industry. But are the two industries comparable?

It's hard to argue against safety. And in our lawsuit-crazy society, not taking all reasonable measures to keep the public safe is an invitation to bankruptcy. But there are two complicating issues to keep in mind when considering whether to apply an auto industry regulatory approach to medical informatics.

One is the fact that IT systems are a lot like sex. And we all know there's no such thing a safe sex, only safer sex. My point is, there's no completely safe technology, so we have to decide how safe is safe enough, and are we willing to spend the millions of dollars required to reach that level of safety?

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

The other complicating issue is cars are quite different than health IT. The Institute of Medicine's recent recommendation to develop a NTSB-like organization may not work as well in the context of EHRs, secure patient portals, and health information exchanges.

At its core, the debate about the dangers of health IT centers in part around Americans' unrealistic expectations of the healthcare system and misconceptions about risk. More than a few medical malpractice suits have been settled in favor of a sympathetic plaintiff who lost her newborn during delivery, not because of any wrongdoing on the part of the clinicians, but because if a baby dies, someone must be at fault. The expectation is that hospitals and doctors should provide absolutely risk-free care.

[ Today's mobile devices have transformed medical care in unprecedented ways. For an in-depth look at exactly how clinicians are using these tools, tune into the InformationWeek Healthcare Webcast The Mobile Point of Care: Making the Right Choices. ]

Similarly, too many of us don't understand the concept of relative risk. Witness the restaurant patron who orders a diet Coke along with his 2,000-calorie supersized burger and fries. Or the guy who doesn't believe smoking a pack a day will cause lung cancer but refuses to put saccharin in his coffee because "it causes cancer."

The same mathematically challenged thinking has blinded many health IT critics to the fact that the relative risk of medical errors and security breaches are probably greater in the paper world than in EHRs.

That said, we still need some hard data on how much danger patients face when they put their health in the hands of a computer. And, as the IOM report notes, there's a paucity of quantitative data. "While some studies suggest improvements in patient safety can be made [with mature health IT], others have found no effect," the report says. "Instances of health IT-associated harm have been reported. However, little published evidence could be found quantifying the magnitude of the risk."

That uncertainty is driving the movement to rein in health IT. Finding the balance between over- and under-regulation will determine the industry's fate. But at the very least, we need a better reporting system, which was one of the centerpieces of the IOM recommendations. In their words: "The Secretary of HHS should establish a mechanism for both vendors and users to report health IT-related deaths, serious injuries, or unsafe conditions."

But it's not the reporting but the regulation part of the equation that worries me. Which brings up that second complicating issue: Comparing cars to IT systems is like comparing oranges and apples. Imagining that you can regulate the two in the same way is naive.

IT systems at large hospitals and groups practices are far more complex--and malleable--than any automobile. I can't remember the last time I plugged a mouse into my car's computer and rewrote the code to adjust the idle. IT managers, on the other hand, are constantly customizing the off-the-shelf programs they buy from vendors. So who should be sued when that EHR "hot rod" causes a patient's death? Determining relative culpability is going to be a nightmare.

And speaking of lawsuits, many healthcare providers are hesitant to report adverse events for fear of legal action. One solution: EHR-generated data could be de-identified and pooled for reporting purposes, suggested David C. Classen, MD, one of the co-authors of the IOM report, in a recent interview with InformationWeek Healthcare.

If hospitals want to form accountable care organizations, they'll need to keep track of adverse events and do what they can to reduce them, Classen said. A high rate of adverse events will cost them money by increasing length of stay, readmissions, and the amount of post-discharge care required. Moreover, the Centers for Medicare and Medicaid Services will penalize them for excessive readmissions and factor inpatient complications into their reimbursement under its value-based purchasing program.

What system providers use to track and minimize IT errors and who regulates it likely will be debated over the next few months. It could be a government agency, patient safety organizations, vendors, or a combination of these. But regardless of how this shakes out, all the stakeholders still need to remember: IT systems are a lot like sex.



Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

BYTE encourages readers to engage in spirited, healthy debate, including taking us to task. However, BYTE moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. BYTE further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.

Follow InformationWeek

By The Numbers

What Are Your Primary Concerns About Using Big Data Software?

Base: 417 respondents at organizations using or planning to deploy data analytics, BI or statistical analysis software
Data: InformationWeek 2013 Analytics, Business Intelligence and Information Management Survey of 541 business technology professionals, October 2012

What Do You Think?

What's your attitude about SQL analysis on top of Hadoop?
We want fast, standard SQL analysis capabilities on Hadoop ASAP
Hadoop is for unstructured data; SQL is for relational databases
We'll give SQL on Hadoop a try, but relational DBs will remain the mainstay
Given strong SQL support on Hadoop, we'd nix the data warehouse
We're not interested in Hadoop
No opinion



Related Content

From Our Sponsor

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Business leaders often need a visual snapshot of data to quickly grasp and use it. This paper identifies five challenges in presenting data and how visual analytics can resolve them. Solutions are suggested to overcome the challenges of: speed, data clarity, data quality, displaying meaningful results, and dealing with outliers.

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Today's competitive advantage requires a deeper understanding of your business, your market and your customers. As an IT executive, you can drive that knowledge transformation. In this white paper, learn how to make decisions as a strategic business leader and three steps to begin an analytics initiative within your enterprise.

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

High-performance data visualization turns sophisticated analyses into meaningful graphics, leading to faster and smarter decision making. In this white paper, learn how visual analytics can transform big data, with additional features such as real-time functionality, mobile compatibility, robust applications for technical groups and accessibility for nontechnical users.

Big Data: Lessons from the Leaders

Big Data: Lessons from the Leaders

Financial performance, competitive advantage, operational efficiency, strategic decision making - every business goal can extract value from big data, and the time for doubt or inaction has long passed. In this Economist Intelligence Unit report, in-depth interviews with data pioneers reveal the link between the effective use of big data and the bottom line among other results.

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Which came first, the data or the decision? This white paper makes the case for having a decision in mind, then tailoring big data's volume, variety and velocity to achieve business results such as overcoming customer dissatisfaction or creating well-informed strategies in real time.

Informationweek Reports

Research: The Big Data Management Challenge

Research: The Big Data Management Challenge

The challenge of big data is real, but most organizations don't differentiate 'big data' from traditional data, and nearly 90% of respondents to our survey use conventional databases as the primary means of handling data. We'll help you understand what constitutes big data (it's not just size) and the numerous management challenges it poses.