Article
Author(s):
There are three macro level issues which will delay the complete adoption of the Fast Healthcare Interoperability Resources.
The FHIR (Fast Healthcare Interoperability Resources) standard for exchanging healthcare information was created by the Health Level Seven (HL7) International standards organization and originally published in draft form in 2014. Although most physicians need not be concerned with the details of the FHIR standard, high expectations exist that the standard will improve interoperability. And interoperability, as demonstrated in a recent study by Deloitte, is a primary concern of most primary care physicians. Let’s examine FHIR’s impact on interoperability more closely.
It is generally agreed that FHIR represents an improved technical standard as it is based on current web standards like JSON and API (Application Programming Interface) technology. In addition, FHIR integrates transport and security mechanisms into the standard, which is an exciting advancement.
True interoperability requires that two conditions be met. The first (as mentioned above) is technical interoperability, or the ability to transmit data from one place to another. Think of laying an undersea telegraph cable from North America to Europe as a metaphor for technical interoperability. The second component is semantic interoperability, which is the ability to transmit data from one place to another with meaning. In our undersea cable example, if the sender writes French but the receiver understands only English, semantic interoperability has not been achieved even though technical interoperability exists.
The FHIR standard will be challenged in the realm of semantic interoperability because of the use of different coding systems which will require data normalization regardless of the transport technology employed. As a simple example, Source A may provide an ICD-10 code for Heart Failure while Receiver A is expecting a SNOMED code. Mapping the ICD-10 code system to SNOMED would be required for semantic interoperability. While this is a simple example, clinical data created by hundreds of certified Electronic Health Records (EHR) documented by millions of clinicians are highly de-normalized and require technology middleware for effective, scalable data normalization.
Standards aside, there are three macro level issues which will delay the complete adoption of FHIR, likely for years: lack of mandate, lack of consensus for a common FHIR standard, and business restrictions from EHR developers. A few comments about each:
With that said, what can organizations do to be ready when the FHIR alarm sounds?
As many in the HL7 and standards community regularly reaffirm, interoperability of medical data will be a long journey with no end in sight. FHIR is a great step forward along that path, but is not a panacea for the industry’s woes and must be complemented by larger investments in data quality, application development and trust in data exchange.
John D’Amore is president and chief strategy officer for Diameter Health.