Categories

Tag: HIT

Urgently Needed: Useful Meaning of Meaningful Use

One day before 2009 passed into history, the much anticipated final definition of “meaningful use” was released by CMS and ONC, 556 pages and 136 pages, respectively. The blogosphere experts rushed to summarize the contents, some accurate and some less so, and just like everything that has to do with health care reform, for every rule making there are a dozen new questions being raised by the already thoroughly confused stakeholders at large.

Just so that THCB is not left out, here is a quick qualitative summary of the contents:

Requirements:

1. Data Collection – The following structured data elements will need to be collected by the software: Demographics, Vitals (plus Smoking status), Electronic Lab Results, Problem Lists, Medications and Allergies. The important thing to note here is that the requirement to record Advanced Directives has been dropped in the final ruling.

2. Medical Records for Patients – Providers will need to provide patients with electronic copies of Visit Summaries, Care Summaries, Discharge Summaries and Complete Medical Records upon request. In addition, continuous on-line access to medical records is also to be provided.

Continue reading…

EHRs for a Small Planet

Right now, American health care information technology is undergoing two enormous leaps. First, it is moving onto Web-based and mobile platforms – which are less expensive and facilitate information exchange – and away from client-server enterprise-centric technologies, which are more expensive and have limited interoperability. In addition, more EHR development activity is headed into the cloud, driven by large consumer-based firms with the technological depth to take it there. Both these trends will facilitate greater openness, lower user cost, improved ease of use, and faster adoption of EHRs.

But they could also impact the shape of EHR technologies in another profoundly important way. What is often lost in our discussions about electronic health record technology in the US is the relationship these tools have to our health and health care problems…globally. We could be designing our health IT in ways that are good for the health of people both here and around the world, not simply to enhance care in the US.

Designing health data and management tools only for the particular operational needs of the current US health system may be doubly wrongheaded: It risks locking us into outdated technology and an expensive, dead-end path, while, at the same time, it could restrict collaborative exchanges of ideas and innovations that could improve health care here and abroad through better designed information technology.

Perhaps we should design EHRs for a small planet.

Rene Dubos (1901-1982) was a microbiologist who produced the first commercially marketed antibiotic. He also wrote widely about the relationship of humans with their environment, notably in So Human an Animal (1968), which won a Pullitzer Prize. In 1972, with economist Barbara Ward, he co-authored Only One Earth: The Care and Maintenance of a Small Planet, which set the issues and tone for the first major international conference on the environment. Dubos also first used the term “think globally, act locally,” advice to consider the widest possible consequences of our behaviors, but to take action in our own communities.

What would our EHR technology design efforts in the US look like if we incorporated Dubos’ more expansive framework? What principles might shift our thinking about EHRs away from America’s failing health system paradigm — with its illusion of unlimited resources, delivered by a fixed and ritualized set of professionals and institutions, and costs that double with each passing decade — towards a vision in which EHRs promote sustainable efforts in disease prevention, health improvement, social responsibility, and environmental protection? How might we think about EHRs globally while acting locally?

Principle 1: Define success with local health and health care problems in mind.

Defining EHR success is important, partly because US federal policy for EHR adoption is currently so dynamic. It would be easy to simply define success in terms of physicians’ short term acquisition of today’s EHRs, and the economic boost that might result from new government IT spending (e.g., IT jobs and EHR vendor profits). But Dubos might argue that successful EHR adoption should require measurable social and ecological benefits in the communities where the technologies are deployed, after consideration of the ‘big picture’ in which health spending is one among many societal priorities competing for limited societal resources, and therefore ought to be conservative.

The US’ current EHR adoption strategy channels money directly to doctors and hospitals, among the most privileged professional groups in any community. It could, instead, send those funds directly into the communities served, focusing on the local circumstances that result in fragmented, disorganized, and inconsistent health care delivery within driving distances of its citizens. EHR technologies could address communities’ continuity and access-to-care problems, and relate these to major preventative and chronic illness management challenges, e.g. vaccinations, obesity, and risks of heart disease. More and more people in adjoining communities could be reached by building on successes. Lowering health costs nationally is an important goal, to be sure. Maybe the best way to get there is to stimulate uses of health IT to improve individual and community health through local action. (It goes without saying that the system’s financial incentives would also have to be re-aligned.)

Thinking globally and acting locally would require us to study and plan how EHRs might benefit different communities, as unique populations with particular health risks, public health problems, and care delivery challenges. We would have to study those risks and challenges in each community, or in groups of neighboring communities. This is not easy, and it can be time consuming.

But the alternative, which seems to be to spend huge amounts of state, federal, and local dollars on one-size-fits-all health IT projects, top-down EHR systems that work for the VA or DOD but probably nowhere else, or data exchange efforts that may not be capable of solving, or even suitable to, the problems most at hand in that locale, could be simply disastrously wasteful by comparison. What works in central Indiana, quite honestly, may not be the right thing for Green Bay, Wisconsin, Helena, Montana, or Pamlico County, North Carolina.

Principle 2: Make the best possible use of existing IT resources before building or installing expensive new EHR systems.

Rather than ask “What could we do if everyone had computer systems like the most advanced large groups, e.g. Kaiser or the VA, let’s ask “What could we accomplish if we utilize the computers everyone already has?”

Experience has shown that it is not wise to expect big and complicated things to somehow become small and simple. For one thing, costs don’t necessarily scale. In contrast, though, the evidence is now overwhelming that with browser-based software running on personal computers and cell phones, and small applications running on hand-held devices, like the iPhone, consumer use can grow at extremely rapid rates and lead to complex social networks, rapid communications and feedback loops, and massive search and data analysis capability.

Examples abound of the kinds of resources available through inexpensive personal computers connected to the Internet, cell phones, and the newer smart phone technologies. Skype, the Internet-based voice communications company, has over 500 million registered users world-wide, which would make it the largest telecom carrier, if it were one. The top 25 wireless providers globally already service over 3 billion registered customers. The iPhone, introduced in 2008, has more than 57 million users, the fastest user growth in consumer technology in history, many times faster than the earlier rapid growth in PCs or the Apple iPod. Facebook – the social network platform where people send email, chat, share photos, and share interests – now has 350 million users and is growing at 660,000 per day! Lest we forget, these ubiquitous technologies are not just used for fun and games: massive amounts of data are being exchanged as well. And they are getting cheaper to own and operate all the time.

And yet they are for the most part useful only at the margins of health care, an industry that has somehow walled itself off from IT modernity. We certainly have not yet capitalized on the health and medical uses of the extraordinary networked computing resources available now in almost every home and work site in this country. EHRs for a small planet need not cost $54,000 per physician, which is the current estimate used by ONC and HHS.

It would be a critical mistake to waste our resources, time, and effort building new specialized state or regional data centers requiring complex and proprietary identity management technology for access, and to train a generation of IT professionals how to manage these expensive centers and the technology deployed there, when better design and efficiency could be obtained by use of the existing “off the shelf” general- and multi-purpose data highways, application platforms, and end-user computing capacity now available for health data exchange.

Principle 3: Design EHRs for the smallest unit of care delivery, with a focus on connectivity and communications.

Connectable EHRs can be designed for small medical practices and clinics in primary care, where the great majority of care is delivered, and for patients’ themselves — in their homes and places of work. Designed from the local, grassroots perspective, EHR technologies would also focus on affordability, ease-of-use, and especially on connectivity and continuity of information across those units in a given community, using existing computers, cell phones, the Internet, and yes, even fax machines.

Our current approach to health care IT, in contrast, is biased towards the needs of a handfull of professionals working in a relatively small number of large enterprises, such as hospital systems, and in large multi-specialty practices. These large units typically represent the most complex “use cases” for EHRs, based on the needs of the most complicated and sickest patients, requiring the most intensive usage of drugs and pharmaceuticals, and at the far end of the spectrum in terms of complicated ancillary medical devices, such as MRIs, medicated stents and proton accelerators.

These large health care units are often fiercely competitive and have little use for data exchange with competitors, and even less interest in using computing resources to reach across the communities they serve. As a result, they may be among the least appropriate and least competent stewards of community-based health IT resources. And yet their representatives dominate the steering committees and governance boards for the nation’s health information exchanges (HIEs) and regional health information organizations (RHIOs), where a big chunk of the federal funding is now going.

If waste is the failure of design, then designing EHRs for a small planet would avoid lengthy and disruptive installations and long training cycles involving expert consultants. Instead, they would favor modular, browser-based EHR software that are familiar to physicians, their staffs, and their patients, and that can be navigated simply.

Implicit in this design priniciple is a requirement for minimal training that focuses on how to use the software to best improve care, rather than on which buttons to push in which sequence to optimize fee-for-service reimbursement. EHR software that looks more like Facebook and less like a database manager’s tool kit, that can work through web browsers and mobile devices, and that can be incrementally expanded as new uses arise, is not only likely to be more adoptable than today’s EHRs, but also less expensive to own and operate.

Principle 4: Recognize that what sustains most information technologies is people’s desire to connect with one another.

Email is the “killer app” of the Internet. Facebook and Twitter have become the amazingly fast growing online social networks. Human beings seek connection at nearly every opportunity. Technologies that facilitate that connectedness and then provide key utilities are most likely to succeed.

Maintaining and restoring health, preventing disease, and the act of caring for others who are in need due to problems of the body and mind: these are among the most basic social activities of human beings, our communities, and our cultures. And yet, for complex reasons associated with money and power, our health system and the care it delivers is too often fragmented, dis-connected, and isolated. And its technological disconnection is both a symptom and a substrate of this phenomenon. Physicians and nurses face many barriers in communicating amongst themselves, with their patients and with their patients’ caregivers. The current crop of EHR products do virtually nothing to address this problem. In fact, EHRs in the US may have exacerbated our health care dis-connectedness.

EHRs that can share data, information, and connect the experience of patients, caregivers and doctors more directly are much more likely to be utilized at the community level than EHRs that in essence capture and remove data, isolating them and their potential social uses in faraway databases that no one can get into.

The huge success of health-related social websites – like PatientsLikeMe.com, DiabeticConnect,com and Sermo.com – are testament to the desire that many people have to close what Adam Bosworth has called the “collaboration gap” that stands between the limitations of the legacy health care system and the almost infinite benefits that arise from participating in self-help and online socializing activities. People who share their experiences – and data about themselves – know that this is helping them close the collaboration gap. But this gap is being perpetuated by EHRs that are organization- and enterprise-centered, and can only be substantially closed if physicians and medical groups in communities around the country use EHR technology to leapfrog over the communications and socialization barriers inherent in their older technologies. This will require new forms of EHR technology capable of socialization, which we have described elsewhere as Clinical Groupware.

Principle 5: Separate data from the applications and from the transport layer.

It is a stunningly simple yet powerful feature of the most familiar and widely-used information technologies that data – the message – is deliverable regardless of the sending or receiving applications, and independent of the network or transport layer that carries it. Email messages can be sent and received via many hundreds of client applications (what you and your computer use to compose the email or to display a received email.) Email and messaging services can carry many dozens of different kinds of attachments, e.g. pdf documents, across both open and secure networks, and networks with different kinds and levels of security protection in place.

This is a small planet idea that is the direct consequence of the openness of Internet protocols, but one that has not yet become incorporated in US health care, where data messages, applications, and network transport protocols remain unendingly, even stupifyingly, proprietary. Not only do these approaches perpetuate “walled gardens” – hospitals using one EHR system can’t send a simple electronic medical summary to another hospital using another EHR system across the street — but it also is a barrier to the innovators who would design, build and implement new, low cost applications like modular EHRs.

Clay Shirky makes this point in a blog post recently:

Thus the question for broad participation… is not: “What will the most complete system look like for the richest and most technically adept institutions?” Rather, it is: “What’s the simplest and most low cost way for a small vendor or new market entrant to get a small practice tied in?”

…Here’s what a workable set of transport standards will not do: It will not assume to know what kind of applications any given network participant is running locally. Once the data are delivered, it should be usable by everything from the simplest to the most complex application, since the recipient of the data will have the best understanding of what works in their local context.

This ability to separate data from transport and applications from data is the essential pre-condition for innovation — a group that has a valuable new idea for presentation of data for clinical use should not also be forced to think about the data encoding or the way the data are transported. Groups working on new data encodings should not be tied to a pre-existing suite of potential applications, nor should they have to change anything in the transport layer to send the new data out, and so on.

Patients and doctors in offices, homes, laboratories and pharmacies most often need information, and most often they need it in the form of small amounts of summary data such as a medication or problem/diagnosis list, a specific allergy, a limited number of recent or historically important lab tests or images. Where there is continuity of care and information flow, especially, there is rarely the need to access the complete or comprehensive medical record or its full contents.

For most ambulatory and outpatient clinical care needs, simple dashboard and summary health “EHR light” products may be sufficient, and there is a logical progression towards more complex health IT as the acuity of care increases. Modular design of EHR technologies may help to bridge this gap without creating large discontinuities of user interfaces and may also keep prices for health IT in the community setting at a lower point than otherwise.

*****

In the U.S., many of our health problems result from the growing burden of chronic diseases occasioned both by an aging population and our sedentary lifestyles. In much of the developing world, by contrast, the local health problems – pandemics like HIV/AIDs, malaria, and drug-resistant tuberculosis – result from poverty and a lack of basic public health resources. However, similar EHR technology in each of these settings can provide efficient health data exchange and information management. Both individual and population health status could be improved with medical records that are inexpensive, simple to use, and capable of network exchange

To this point, each of the above principles for small planet health IT is already being put in place effectively in many developing countries, where cell phones are used to remind patients of their medication regimens and are the vehicle for relaying laboratory test results and vaccination information from provider to provider in sparsely populated and very resource-limited communities. As part of the Millenium Villages Project in Ghana, for example, cell phones are part of a program that is dramatically improving the chances of survival for pregnant women and their newborns.

Our brethren in other countries, developed and developing, face many of the same challenges obtaining good quality health care that we do here in the United States, including realizing the promise and hope offered by health IT. If we persist in federal EHR policies that “over-serve” local US communities’ needs by developing complex and expensive systems of health IT, we may not only be missing the mark at home. We might also be missing the opportunity of helping the other inhabitants of this small planet.

David C. Kibbe MD, MBA and Brian Klepper, PhD write together about health care technology, market dynamics and reform. Their collected writings can be found here.

MedEncentive’s Five Year Report

As many involved in the worlds of Health 2.0 and Information Therapy know, some of the most interesting experiments in the world of patient-physician engagement have been happening in the somewhat unlikely environs of small town Oklahoma. There the City of Duncan has put its employees (and their providers) into a system that incents (but doesn’t mandate) physicians to practice according to accepted guidelines, and incents (but doesn’t mandate) patients to read information prescribed by their physicians about their treatments (and tests them about it). The system then asks each party to rate the other.

It sounds simple and frankly, compared to much in health care, it is. The system is supplied by MedEncentive, an Oklahoma City firm led by the charming and engaging Jeff Greene. While I remain fascinated by MedEncentive’s program (and FD MedEncentive has sponsored the Health 2.0 Conference in the past), it’s perhaps grown a little more slowly than Jeff and other fans might have liked—given the scope of the problem.

But the results have been impressive in reducing costs (mostly by reducing hospitalizations) and increasing patient involvement. Yesterday MedEncentive released a five year retrospective. The key finding?:

City of Duncan costs for the most recent year was 8.6% less than five years ago prior to implementing the Program, which is 34.9% less than the projected costs. The resultant four year savings equates to an 8:1 return on investment. (emphasis added)

Jeff abandoned a lucrative business in physician practice management to have a go at this intractable problem. Five years on he deserves plaudits for what he and his team have achieved, and hopefully we’ll see much more innovation like this mushrooming in the future.

Given the relatively lightweight nature of the intervention, I’m amazed that many much larger payers/employers haven’t given it a try. After all, whatever else they’re doing doesn’t seem to be exactly working too well!

2009: A Year of Surprises and Change for the EHR Technology Market

2009 began with a bang for legacy Electronic Health Record (EHR) vendors, promising strong sales and windfall profits on the heels of stimulus package incentive bonuses initially worth more than $19 billion to doctors and hospitals. But things changed dramatically along the way.

Here ten surprises and notable events that have impacted the EHR market:

Payment for Meaningful Use of EHR technology, not for the software and hardware itself.

The idea that using EHR technologies ought to produce improvements in quality of care, better communication with patients, enhanced safety, and better public health reporting — and that these outcomes ought to be monitored and providers held accountable for their achievement — was itself a surprising innovation in 2009.  It has to be counted among the best 10 health care ideas to come out of government in the past generation.Continue reading…

Where’s the magic with electronic medical records?

Last week a new article from The American Journal of Medicine entitled, “Hospital Computing and the Costs and Quality of Care: A National Study” by Himmelstein, et al. appeared in my Twitter stream. In fact, Brian Ahier (@ahier), whom I and about 3300 other tweeps like me follow, sent me a DM asking for thoughts. In that article the authors sort of breathlessly conclude that current hospital computing has minimal impact on quality and no impact on cost. Shocking. Actually, it’s the kind of gotcha article that really grates—the kind that isn’t particularly helpful to anyone as the authors seem intent on drawing sweeping conclusions from pretty limited data.

For starters, how can we draw any conclusions about the impact of widely adopted, meaningfully used electronic records until they’re, well, widely adopted? As research by Ashish Jha et al. highlighted in Chapter One of the recently released 2009 RWJF HIT Adoption report (results from that research also published in April NEJM) show that only 1.5% of hospitals have a comprehensive EHR system—and only another 8% have a so-called basic system. I’m not sure how one can draw important conclusions about national hospital computing given such an unbelievably low national rate of adoption.Continue reading…

Why Standards Matter 2: Health IT Enters a New Era of Regulatory Control

David KibbeThe recent history of electronic medical records in ambulatory care, or what we now call EHR (electronic health record) technology, can be divided roughly into three phases. Phase I, which lasted approximately 20 years, from about 1980 to the early 2000’s, was an era of exploration and early adaptation of computers to outpatient medicine. It coincided with the availability of PCs that were cheap enough to be owned by many doctors, and with the increased capacity of off-the-shelf software programs, mainly spreadsheet and database management systems such as Lotus, Excel, Access, and Microsoft’s SQL, to lend themselves to computerized capture of health data and information. Phase II coincided roughly with the American Academy of Family Physician’s (AAFP’s) commitment to health IT as a core competency of the organization, and with its support/promotion of the early commercial vendors in the Partners for Patients program, a national educational campaign inaugurated in 2002 which involved joint venturing with vendors that included Practice Partners, MedicaLogic, eClinicalWorks, and eMDs, among others. Several other physician membership organizations joined this effort to popularize EMRs, or crafted their own education programs for their members based on the AAFP’s model. The most popular Phase II products were, and still are for the most part, client-server software applications that run on local networks and PCs within the four walls of a practice, and tend to use very similar programming development tools, back-end databases, and support for peripherals such as printers. The industry grew, albeit sluggishly, from roughly 2002-present in an unregulated environment, with increasing support from quasi-official industry groups like HIMSS and CCHIT, and with the blessing of many professional organizations, including the AAFP, ACP, AOA, and the AAP. Best estimates are that the numbers of physicians using EHR technology from a commercial vendor roughly tripled during this period, from about 5% of physicians to about 15%. The Bush administration gave moral support to the industry, but did not provide funding or payment incentives, and mostly left the industry to itself to sort out the rules, including certification. The industry is now entering a new phase, one we predict will significantly depart from the previous two eras.Continue reading…

HIPAA’s Broken Promises

SFox - LgIf you hate HIPAA, it’s your lucky day. Paul Ohm is handing you ammunition in his article, “Broken Promises of Privacy: Responding to the Surprising Failure of Anonymization.” His argument: our current information privacy structure is a house built on sand.

“Computer scientists…have demonstrated they can often ‘reidentify’ or ‘deanonymize’ individuals hidden in anonymized data with astonishing ease.”

Ohm’s article describes HIPAA, in particular, as a fig leaf – or worse, as kudzu choking off the free flow of information.

“[I]t is hard to imagine another privacy problem with such starkly presented benefits and costs. On the one hand, when medical researchers can freely trade information, they can develop treatments to ease human suffering and save lives. On the other hand, our medical secrets are among the most sensitive we hold.”

Continue reading…

Catalyzing the app store for EHRs

Recently, Steve posted about the idea, floated by Ken Mandl and Zak Kohane, that EHRs (or health IT more broadly) could move to a model of competitive, substitutable applications running off a platform that would provide secure medical record storage.  In other words, the iPhone app model, but, for example, you could have an e-prescribing app that runs over an EHR instead of the Yelp restaurant review app on your iPhone.  We’re thinking about the provider side of the market here, as Google Health and Microsoft HealthVault are already doing this on the consumer side.

It’s nice to ponder these “what ifs,” but we’re a bit more action-oriented here and we’ve turned our attention to asking what it would take to make this happen.  It seems that there are two things that are needed. First, we need the platform.  Some of the most notable platforms started out as proprietary that were then opened up.  The IBM PC comes to mind as an example. Some were designed from the beginning to be open platforms with limited functionality until the market started developing applications.  A recent example is the development of iGoogle and the tons of applications that are available for free.  Finally, there was the purely public domain development from the beginning to end that we’ve seen in the Linux world.  Or perhaps we don’t need a common platform and maybe what is needed is to stimulate the market for health IT products that have open application programming interfaces (APIs) that allow for third-party application development?  Several ideas come to mind.Continue reading…

What if I Had To Do HIT All Over Again?

This post is aimed at serving as an interlude to the “public option/death panels” discussions. No matter what healthcare reform bill, if any, is passed this fall, HIT will be part of the program.  Four short years ago I was involved in the creation of a comprehensive, some would say monolithic, EMR/Practice Management/Billing system. This new product was built in reaction to the very large, very expensive and very clunky systems already on the market.

Remembrance of Things Past – The driving design considerations four years ago

  • The problem – Paper charts are causing inefficient workflows in physician offices. It is hard to find pertinent information in a big chart and it is hard to analyze that information. Charts can only be accessed by one person at a time and cannot be accessed from outside the office. Charts are sometimes misplaced and may be lost during a fire or natural disaster. Every new chart costs money to create, store, pull and maintain.
  • The solution – Application software that provides a computerized version of the paper chart – an Electronic Medical Record. Computers are great at storing and arranging data in all sorts of ways and formats. Computers can analyze, graph and report on enormous amounts of data. The software should be web based so it can be easily accessed from anywhere by multiple users simultaneously. No more misplaced charts and no more wasted office space and a SaaS solution would make sure the records are disaster proof.Continue reading…

Social Media: Disruptive Force in Medicine

Before the Obama administration set aside billions to accelerate the dissemination of EHRs, providers were slow to adopt them. As recently as 2 years ago for example, a study published in the NEJM revealed that only 4% of non-hospital based providers had fully implemented an EHR, and only 13% more had a partial installation.

By contrast, the growth of social media including Facebook, Twitter, YouTube, blogs and virtual communities like Sermo and Physician Connect, has been explosive.Enterprising providers have already deployed sophisticated social media strategies to extend their brand around the world. The Mayo Clinic for example, maintains several blogs, a Facebook fan page (which has 8,800 fans), a library of YouTube videos and a Twitter page (7,120 followers).Continue reading…