The Seven Myths of Healthcare Technology5. One Size Fits All

August is over, and so is, sadly, vacation. So, we came back to the office this week, to a pile of mail (I see that Canadian Tire had some nice sales in August) and a week of "start-up" appointments. One was a discussion with a partner company in Toronto. They are in marketing and were contacted by a potential client about an EMR/management system for small-office providers. As an SME, I was brought in to provide support. It sounded like a well-thought-out product serving a clear need. However, as we talked, I recognized a flaw in the initial assumptions;

Myth #5 "Solutions Are Shippable."

The potential client, a software vendor, was thinking of establishing a client base in Ontario and then expanding through Canada and the US--a reasonable and not uncommon business-development route for most products. Vendors and buyers of look on both sides of the border for new clients and better deals, respectively. This works with auto parts, fruit juice and so many other things--especially after NAFTA. And one would assume it would work with HIT as well--and be wrong.

Healthcare IT is only a device to enable a service process. It does not actually deliver healthcare. It just helps keep track of the healthcare being delivered. And that process is not the same everywhere. In Canada, the first goal of record keeping is accuracy of health data and surety of care. In the US, the first task is bookkeeping--determining payment liability and authority. In the US, there are HIPPA regulations carefully restricting access to patient information. These regulations are much more stringent and litigious than those in Canada, where a "circle of care" is more readily extended to include those brought into a patient's care process. These things change the nature of how electronic-record software should be not only managed and used, but actually structured.

In the US, software has be made to accommodate the tangled web of insurers and pre-authorizations required. Before care other than emergency stabilization can begin, financial responsibility and authorization have to be obtained from any one of a myriad of people and documented. Following that, HIPPA practices (coupled with litigation-risk management practices) require careful and full documentation of patient information and consent. Security functions (ID/password systems and access logging and monitoring) are required to assure HIPPA adherence by providers and facility staff. Then each service, each supply and each provider interaction has to be documented in a way that can later be billed successfully to whichever insurance company, HMO, employer fund or government plan may apply. This is often a complicated mix of incremental payments from a number. There often is still a significant balance to be charged the patient (or their family) which may require financing (and the related software functionality). Healthcare software must handle all of these requirements as core elements. This directs a large part of initial development to service coding, annotation of coding, coding-decision support and back-office interfaces and resources (billing office dataset displays and telecommunications with insurance company databases, for example). And these are core requirements for providers in the US.

In Canada, financial issues are far less complicated; a patient is either Canadian or not (or, in rare cases, not up to date on their Provincial premiums). This immediately clears authorization and billing for the majority of primary care services (more than 90% of all healthcare). For "non-urgent" care; optical and dental, elective services or "extras" like private rooms; billing is to one of the fewer-than-in-the-US insurance companies or to the patient. But the billing process is not a primary function in the electronic record. The "Circle of Care" allows easier involvement of providers and requires less documentation of patient information and consent. While patient privacy and security are highly valued in the Canadian practice, the limitations on provider liability in Canada reduce the urgency for liability-risk mitigation through documentation and security processes. Similarly, coding of diagnoses, treatments and prescriptions are important in the Canadian system, but for different reasons. While the US providers are working to ensure that they get paid, the Canadian providers are more concerned with helping organizations like CIHI in the development of trending data and national care standards (as examples).

Clerks in the US ask "Who's paying?" In Canada, they ask, "What's wrong?"

Software is a device to enable a process. While the goal may be the same everywhere, the process is not. And the software cannot.

So Happy Together......

It was just announced that the Provinces of British Columbia and Alberta have come to an agreement to coordinate their medical supply purchases. Sort of a "Coastal Costco" for the provinces. To work around the provincialization of healthcare in Canada, they created a third-party entity to negotiate volume discounts for the two provinces.

When might the other provinces join in? And why not have the Federal government sponsor such a thing? The clear follow through is lower prices for everyone, but there would be another upside; consistency and continuity of the care experience.

If most supplies and physical resources are the same across the nation, then their management practices would be the same as well. A nurse who moves from Nova Scotia to Ontario would have a much shorter learning curve in getting acclimated a new facility. And a patient really would know what to expect--wherever they are. This would by itself reduce the costs of both "onboarding time" for staff and "patient orientation."

Would this be a good lead to follow for technology? Well, a little over two years ago, the BC Ministry of Health certainly thought so. The Ministry directed the regional health authorities to work together to figure out a unified EMR approach. Coastal (Central Vancouver) and VIHA (Vancouver Island) began working on a joint agreement to use PARIS, a software system already being used at Coastal. As part of this discussion, the issue of "bulk buying" was raised. In early analysis of existing contracts and the license extensions, huge potential savings were identified in the simple elimination of buying and customizing a new software installation. How much could be saved if The Nation were to buy the same software everywhere?

A single system has been done successfully. The United States Department of Defense uses one system, AHLTA for all of the millions of people they serve. Was it easy to do? Not at all (DISCLAIMER: I worked on the AHLTA deployment a number of years ago, when it was still called CHSII). Delays came from the bottleneck created by using a single, new vendor and from doing what had never been done before. The first two deployment efforts were cut short by the refusal of the end-users to implement software that was still, really, only in Beta. Often, new things can only be learned by trying and failing. Once the software was sufficiently developed to work, user adoption was generally successful.

Now, patient records are available wherever the patient goes, not wherever the patient carries them. Prescriptions, drug allergies, provider notes--all are available and accurate. Patient misidentification is fast becoming a bad memory as electronic orders track to accurate patient identification. Are there savings? Certainly of lives, time, and yes, money. (I leave the question of whether healthcare should be about money to Bill Maher's blog.) A full audit of the savings cannot be done yet, but it is looking awfully good.

What is already known is the new mobility of both staff and patients. The orientation period is vastly reduced, and the very necessary and long-overdue ability of staff to "parachute in" to a new facility is greatly increased.

Single-system, bulk buying--call it what you will, but perhaps these examples from both sides of the border might lead CIHI and HITSP to work together towards one cross-border standard. It might enable competition in that larger market, leading to lower prices and ease of use.....one never knows, do one?