June 26, 2018 | Written by: Ian Fish and Michael Barnard
Share this post:
Global healthcare interoperability has been an ongoing challenge. Health data is much more complex than many other data sets and communities of practice exist within different areas of health care which have disparate standards for recording data. Blockchain solutions have the potential to help in a portion of interoperability use cases.
In the wake of the failed HL7v3 interoperability standard, FHIR (Fast Healthcare Interoperability Resources) has emerged as a much nimbler, lower cost integration standard built on modern technologies and more realistic expectations of what to expect from health integration layers.
But now there’s blockchain. And one of its most exciting use cases is to apply it to the age old dilemma of healthcare interoperability to support the sharing of health data between systems in a very different way. It’s a repository and related synchronizing messages in a single easy-to-use and secure bundle. The promise is high for a subset of health integration requirements, but not for all. FHIR is still an invaluable part of the toolkit.
There are several potential lenses to look at the two approaches to integration. We’ve identified nine.
||FHIR is a collection of transient messages useful for moving data between persistent data stores or for on demand consumption.
||Blockchain is a persistent data store of information. It’s an immutable record of not only the data but the messages which change the data.
||FHIR assists registries to synchronize themselves but has no inherent features beyond the messages.
||Blockchain solutions inherently create synchronized registries in multiple locations.
||FHIR supports Provider and Client message sets but is a transient messaging medium about them.
||Blockchain solutions are an immutable shared ledger and are considered a very strong solution for shared electronic identity.
||FHIR messages are point-in-time interactions between systems so could be used to query a provenance system.
||Blockchain solutions contain the history of interactions through time and can be a provenance solution in and of themselves.
||FHIR messages depend on external systems for consent management.
||Blockchain solutions enable internalized consent management with easier Client ownership of consent for use through public-private key encryption.
||FHIR laying out and gaining consensus on standard payloads. Maturity level 3 of 5 as of 2018.
||No standards work as of yet.
Maturity level 0 of 5 as of 2018.
||FHIR integrates different components in an interoperability architecture. FHIR is a messaging solution alternative to HL7v2, HL7v3 and CDA.
||Blockchain is a component in an interoperability architecture which automatically refreshes itself across multiple sites. Blockchain is an alternative to distributed databases and message sets which assist them to remain whole and accurate.
||Fiscal vs medical
||FHIR is completely focused on medical data and does not attempt to address billing or claims solutions.
||Blockchain solutions are inherently distributed ledgers suitable for accounting and claims solutions, but are general purpose and can support medical data easily.
||FHIR messages depend on external cryptography and security to shield data from inappropriate eyes.
||Blockchain solutions are inherently based on public-private key encryption schemes and internal data can be obfuscated by encryption and only seen by permitted parties.
Through these lenses, some clarity of when to select FHIR versus when to select blockchain emerges in the form of high-value use cases.
- Identity registries: Provider and Client registries are an obvious area where blockchain solutions can provide immediate value. The data within them is not medically specific, does not have medical language set challenges and must be immediately available in multiple systems in any jurisdiction for best outcomes. It’s easy to see blockchain and FHIR co-existing.
- Claims management: Fiscal claims management solutions are well addressed by differing blockchain technologies. As the IBM Institute for Business Value’s Healthcare Rallies for Blockchain report identified, a majority of early adopters viewed claims as one of the key disruptive opportunities.
- Patient-centric consent: The ability to obfuscate data internally to a patient’s set of data, to have the patient give consent by providing their public key to healthcare providers and to easily differentiate between identifying information and non-identifying information has significant potential for both better protecting patient data and making it more available for research purposes.
- Pharmaceutical provenance: As a persistent and shared record of every interaction and temperature variation throughout a medical supply chain from manufacturing to delivery, blockchain solutions have the strong potential to improve outcomes. Biological pharmaceuticals such as vaccines are an obvious use case.
The analysis here is intended to provide the start of a more fruitful discussion of where it has value compared to other healthcare interoperability solutions. There is tremendous opportunity in blockchain to solve existing healthcare interoperability problems more effectively, quickly and simply. And FHIR and blockchain are different solutions which have both have merit for different subsets of the requirements of healthcare.
We are strong proponents of FHIR, but we are excited by blockchain’s potential in use cases where FHIR may not add substantial value.