| Literature DB >> 35911668 |
Suzanna Schmeelk1, Megha Kanabar1, Kevin Peterson2, Jyotishman Pathak1.
Abstract
Objective: The purpose of this study was to conduct a scoping review of publications that explored blockchain technology in the context of interoperability and challenges of electronic health record (EHR) implementations. We synthesize the literature regarding standards and security, specifically regulation, regulatory operability, and conformance to standards. We review open practitioner questions that were not addressed in the studies as directions for further research. Materials andEntities:
Keywords: blockchain; electronic health records; interoperability; standards
Year: 2022 PMID: 35911668 PMCID: PMC9329659 DOI: 10.1093/jamiaopen/ooac068
Source DB: PubMed Journal: JAMIA Open ISSN: 2574-2531
Figure 1.Blockchain implementation.
Study inclusion results for EHR blockchain data synthesis
| Keywords | Number of articles/[ID] |
|---|---|
| Blockchain | 10 |
| Interoperability, health information exchange | 4 |
| Electronic health record, EHR | 5 |
| Security, implications, challenges | 4 |
| Standards, Health Level Seven, HL7 | 3 |
EHR: electronic health record; HL7: Health Level Seven.
Figure 2.Research inclusion PRISMA. PRISMA: Preferred Reporting Items for Systematic Reviews and Meta-Analyses.
Findings synthesis of blockchain EHRs, security, and standards
| Topic | Compelling features | Architectural challenges | References |
|---|---|---|---|
| Blockchain EHRs | Accuracy, accountability, security, privacy, accessibility, access control, transparency, efficiency, utility, interoperability | Speed, file size, file type limitations, regulatory data security concerns, stability, robustness |
|
| Security | Cryptography, auditing, data providence | Scalability, privacy, access control |
|
| Standardization | ONC regulatory interoperability, conformance to existing standards | Regulatory, institutional, legacy systems, semantic, patient matching |
|
EHRs: electronic health records; ONC: Office of the National Coordinator for Health Information Technology.
Synthesis of open practitioner questions for blockchain implementations
| Topic | Sub-topic | Remaining questions |
|---|---|---|
| Blockchain and interoperability | Identity | To have a distributed patient record, we must establish a consistent representation of patient identity. This is one of the largest challenges in this space. At the heart of this problem is who controls this identity. Is it the user themselves? Or is it some healthcare system or government organization that issues patients some identity key? How is that key associated with the actual person? Do they keep it on a smartphone for example? If so, what about patients that do not have a smartphone? Associating some digital “identity” to an actual person consistently is one of the main struggles with HIE in general, but with blockchain specifically. |
| Challenges with blockchain implementation | Scalability | Some of the heavily deployed consensus algorithms work on the condition that the network throughput needs to be slowed down. What is the effect on throughput and cost? |
| Does the blockchain model fit? | Blockchain is essentially an implementation of sociology; if we can encode an incentivization model such that individuals are incentivized to reach correct and fair consensus, while bad actors cannot gain from cheating, then everything works. But historically such a model only works because of the incentives. Take Bitcoin, for example; if there was no incentive to mine, miners would not mine blocks and the consensus algorithm would not work. Now, in terms of healthcare, there are few, if any, research discussing incentive models. Why would hospitals put data on a blockchain? Who would drive consensus (and what would they get for doing so)? A key question is why is a blockchain better than a distributed database, for example? Or even a centralized database? What are potential incentives for the different models? What is the “value” in healthcare records? And, who “owns” them? Is an expensive imaging report “worth” the same as a blood pressure reading? These incentive models can get into really complex ethical questions. | |
| Trust | Trust is at the heart of the healthcare industry. Patients go to a hospital because they trust the clinicians and staff. Blockchain is designed to not require trust in individual actors. How are patients going to respond to this model? Would patients trust their healthcare record if it was stored on a blockchain vs. managed by their local hospital? | |
| Consensus algorithms | How is consensus built? Implementations are known to work, but they have been reported to be slow and energy consuming. There also needs to be some incentive to mine. Proof-of-stake gets around some of these challenges, but how do we define “stake” in healthcare? | |
| Standards | HL7 FHIR has a promising use case. It also lends itself well to the “off-chain” use case (below). It would be useful to contrast some standards that are trying to align themselves with blockchain implementations. | |
| Security | On vs. Off Chain | How does healthcare data actually get “stored” using a blockchain? You can put the data on the actual chain, but there are disadvantages to that—notably, that it is PHI going on a potentially public blockchain. It can be encrypted, but all encryption has a shelf life so “on-chain” storage is usually seen as not applicable for healthcare. “Off-chain” storage can be where the blockchain stores pointers or references to the actual data (which is then resolved later). This is usually seen as the most promising approach for healthcare. |
| Public/private/permissioned? | A large challenge in healthcare is how to set up the blockchain. Should it be public/open (like Bitcoin, etc.)? Or should it be private or some sort of “permissioned” setup where only known parties are allowed to participate? Any healthcare data (even pointers and references) on a public blockchain is going to be almost universally a nonstarter, even with anonymity via encryption. Private or permissioned blockchains introduce the very thing blockchain was designed to avoid: individual trust. Who decides who is allowed in? Who maintains the list? It drives the implementation toward centralization. |
FHIR: Fast Healthcare Interoperability Resources; HIE: Health Information Exchange; HL7: Health Level Seven; PHI: Patient Health Information.