Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Charter
In the United States as recently as 2009, health records are kept either as paper documents or in database silos proprietary to monolithic health information systems such as Epic and Cerner. More importantly, the semantics of the information is also proprietary which means the exchange of even high level information between systems is impossible, much less for patients, who are left with gaps and inconsistencies in their personal healthcare information.
On February 17, 2009, the American Reinvestment Recovery Act (ARRA) was enacted to modernize the US health system through the Health Information Technology for Economic and Clinical Health Act (HITECH) which included initiatives to digitize health records (EHR) and incentivize health care providers to use standards based clinical terminologies so medical knowledge is semantically interoperable.
In general these measures known as Meaningful Use (MU) are overseen by the Centers for Medicare and Medicaid Services (CMS) with 5 goals:
- Improving quality, safety, efficiency, and reducing health disparities
- Engage patients and families in their health
- Improve care coordination
- Improve population and public health
- Ensure adequate privacy and security protection for personal health information
We are currently in the third iteration of Meaningful Use, MU3. MU3 is centered around value based care as opposed to volume based care and penalizes health systems that do not demonstrate better value. In addition, the MU3 prime directive is to ensure the patient has access to their personal health information, can understand what it means, and can manage how it is used.
In order to meet these goals, health systems are grappling with solutions to make healthcare information available and semantically interoperable. A permissioned Distributed Ledger Technology (DLT) provides a solution to existing silos of information. It is the mission of this subgroup to demonstrate how health information can be made interoperable and exchanged with equal meaning amongst all participants.
The problem of portability for healthcare information is not just a problem in the US,and all solutions provided by this sub-group are meant to be universal and will source existing technologies from international healthcare institutions.
Full Text of
HC-SIGHealthcare Interoperability Subgroup Charter
To review the full text of
the HC-SIGthe Healthcare Interoperability Subgroup Charter, please view here.
TSC Working Group Updates
Scope
Goals
The HC-SIG Healthcare Interoperability Subgroup has the following goals:
- Identify and document current interoperable models and semantic terminologies in the clinical domain appropriate for the digital exchange of healthcare information.
- Document the policies (e.g. Proof of Interoperability), knowledge artifacts/assets and transactions needed to build and retrieve healthcare information to and from the Hyperledger Fabric blockchain.
- Build several proof-of-concept use-cases in a bottom-up manner to test and understand how clinical artifacts and episodes of care can be represented in an interoperable manner on the blockchain.
- Collaborate with medical SME(s) (aka medical informatics) to validate and guide best practices for interoperable clinical artifacts.
- Deliver working code that demonstrates access to episode of care transactions.
- Identify areas where additional work from other subgroups can be leveraged (e.g. identity, membership, consent management, etc.).
- Deliver published research about real-world applications; payer, patient and provider where an interoperable clinical blockchain can provide benefit (e.g. Smart-on-FHIR (SoF) dApps, population health research, social determinants of health, IOT data gathering, etc.)
Work Products
Work products of the Interoperable Healthcare subgroup include, but are not limited to:
- A working Hyperledger Fabric architecture that allows a consortium of health systems to participate in a shared, distributed and interoperable blockchain.
- Real-world use-cases from episodes of care that have clinical validation and can be used as legitimate proof-of-concept trials.
- Working code that executes the building and retrieval of clinical artifacts representing episodes of care to and from the blockchain.
- Documentation that clearly describes the specifications and requirements of the software developed
- Findings that document lessons-learned and best practices so knowledge can be shared with other working groups.
- Other media/material tasks, artifacts (e.g., whitepapers, research/academic papers, videos, webinars), and demos (including POC/POV deliverables), that are deemed necessary by Hyperledger leadership which serve to showcase and promote the Hyperledger brand
How to Get Involved
Meetings
All Hyperledger meetings are run covered by the following Antitrust Policy.
Meeting Agendas
Meeting Notes
Communication Channels
These are the mechanisms that this working group uses to communicate.