Discussion about this post

User's avatar
manuel albarracin's avatar

Thanks for sharing your great reporting on such an important, precedent-setting case pertaining, as you say, “interoperability policy, product design, and competitive dynamics within the EHR ecosystem”.

I’ve been on many occasions on RTMS’s position, and experienced systematic information blocking attempts from EHR vendors (to be precise, the foot-dragging and political posturing was actually channelled in most cases through the provider’s CIO, acting as an unofficial representative of that vendor and presumably mainly seeking to simplify his/her life).

I know little about US legislation (enough to appreciate that it seems to be moving in what I consider a positive direction regarding the “burden of proof” you mention as well as people’s rights over their medical data) but that shouldn’t affect my observations on your post, the main one being: How come this legal dispute is between two technology vendors? Where is the common customer, the one paying for all this software and related services, which I must assume has not given up in its technology purchasing agreements the right to decide which system can access and use which data within their technology ecosystem?

In my own experience the blocking was ultimately unsuccessful precisely because the customer (a department within the hospital) fought for our solution’s deployment and couldn’t be denied a minimum level of data sharing (ADT and lab tests fundamentally), which we were always happy to participate in to show our value add to the enterprise beyond our natural scope of operation.

In my view most EHR vendors are on the wrong side of (digital health) history as they try to “capture” the customer in the hope of being the sole provider of technology solutions. This has devastating systemic consequences for the health system (in which care providers are but one component, estimated to account for no more than 20% of health outcomes) far beyond their commercial interests.

One hopes market forces and legislation will force their hand with respect to legitimate and purposeful data sharing; in fact, I think their EHR should be essentially “headless” and API-rich (even if they also provide user-facing clinical support), and very much concentrated on what I deem to be their essential mission: to support the management functions (resource management & payer billing) of a complex, multiple service lines business, all of which is essentially orthogonal to the longitudinal dimension of the patient/customer’s health journey (the main source of the proverbial fragmentation in this industry) and mostly oblivious to population health processes and goals which, beyond emergencies response, have one essential, strategic goal: prevention.

No posts

Ready for more?