Complexity within healthcare, myriad regulations, and integrations with legacy systems are factors that drive lengthy development cycles and high project costs for healthcare technologies. The new HL7 FHIR standard was built to open the doors to innovation by addressing many of the problems associated with the traditional health IT development process.
FHIR (Fast Healthcare Interoperability Resources) is an open, community-driven standard that combines the best features from HL7’s v2, v3 and CDA standards with modern web technologies and application programming interface (API) specifications to exchange healthcare data. FHIR breaks data down into small defined elements called “Resources” which are assembled together to form messages, documents and services that address real clinical, administrative and financial needs. FHIR makes it easy for developers to access the healthcare data they need to build modern web-based solutions fast by bringing flexibility, interoperability and scalability to health IT.
At Health Samurai, we’ve been using FHIR since 2012 to build cloud EHRs, care coordination systems, patient-facing mobile applications, telemedicine platforms, and data analytics solutions.
The new HL7® FHIR® standard is suited to open the doors to innovation in healthcare by solving many problems associated with the traditional health IT development process such as healthcare domain complexity, data modeling, medical data storage, and custom integrations with legacy systems that result in long development cycles and high costs.
At Health Samurai, we’ve been working with FHIR since 2012, and we’ve been applying the standard successfully in projects such as cloud EHRs, care coordination systems, patient-facing mobile applications, telemedicine platforms, and data analytics solutions.
With FHIR, you get:
- A strong community of developers to discuss complex problems
- An open standard and a well-documented information model
- Modern web technologies that are easy to implement
- Future interoperability
- Development tools like open FHIR servers, libraries, and Aidbox
We’ve learned a lot in the last 6 years, and here’s what you need to know about using FHIR.
[bctt tweet=”We’ve learned a lot in the last 6 years, and here’s what you need to know about using FHIR.” username=”healthfurther”]
- Great data models for common medical and healthcare financial data. FHIR is a great data model for storing clinical and financial data because it has the accumulated wisdom of many experts.
- The FHIR community is incredible. FHIR is an open source standard with a passionate community of experts deeply engaged in discussions of better solutions for complex problems. You can often get your question about FHIR answered by experts in a matter of hours (or even minutes). This might be the most important factor in driving FHIR adoption, and the significant traction of the standard gives the industry a real chance to transform and modernize the health IT ecosystem.
- API & Tools that are easy to learn and use for web and mobile apps. Our clients Narus Health, Metro Dermatology, and Tealtech Capital were able to build enterprise-level solutions in a matter of months with FHIR APIs, cutting months (and even years) of development time.
- FHIR facilitates interoperability with legacy standards. Even if legacy systems aren’t supporting the FHIR standard yet, there are well documented FHIR mappings for legacy interoperability standards such as HL7 v.2 and CCD. Our Aidbox platform offers a connector for mapping HL7 v2 to FHIR, and our client, Yorn, used these connectors to facilitate their EHR integrations.
- The FHIR specification describes an easy way to use terminology services. Clients of our Aidbox FHIR platform get easy access to the most commonly used medical terminologies such as RxNORM, LOINC, ICD-10, SNOMED, NPI, and others.
FHIR is the real deal that can be applied to solve different clinical, administrative and business problems. It’s a tool that can create miracles in the hands of healthcare innovators.
What isn’t so good
Here are a few challenges we came across when working with FHIR:
- A generic informational model is not always the easiest and fastest way to implement specific use cases. You will probably need to extend and adopt FHIR models to your specific needs.
- Migration between FHIR versions is painful because of no backward compatibility. However, there are promises of backward compatibility starting from the normative version which will be released in 2018.
- FHIR Extensions and profiles can be complicated to use. FHIR resources need to be extended when dealing with specialty health data that falls outside of the most commonly used clinical data. We’ve applied a lot of effort to simplify FHIR extensions in Aidbox.
FHIR is supported by all major EHR vendors, and some of them even offer FHIR marketplaces. But some vendor marketplaces are quite expensive. They also tend to not have friendly intellectual property terms, so the FHIR API is currently limited in its usability and lagging behind the FHIR adoption curve across the industry.
What FHIR is not
There are many benefits of FHIR, but like any standard, it comes with limitations. FHIR was not built to take care of certain technical requirements (though that might change in the future). This is why we’ve built Aidbox to compliment the FHIR standard and provide a comprehensive backend solution to meet technical needs of modern healthcare applications.
Here’s what FHIR is not built to do:
- FHIR does not address technological concerns such as your system architecture, system to system integration, security, and analytics. The standard was built to enable interoperability, and not meant to address these technical considerations. These are the problems that we solve with our Aidbox platform, by providing a complete toolkit to work on your projects.
- The FHIR standard API is limited and probably won’t be enough for your real app. Life is always more complicated than we want. With Aidbox, we provide a generic way to extend the FHIR API with additional endpoints, more powerful search, business intelligence tools, and more.
- FHIR is not a security protocol, nor does it define any security-related functionality. The standard wasn’t meant to address security, so you must build HIPAA technical safeguards.
- FHIR doesn’t address infrastructure. Modern healthcare solutions need to be both secure and reliable. That is why we built Aidbox on Google’s Kubernetes platform to provide automated, highly available cloud infrastructure out of the box.
Simplifying development with FHIR
FHIR is designed to do great things for healthcare. It does not impose any limits on the development practices you use and offers many benefits for data management and interoperability. Despite a few limitations, the benefits it brings will make it a standard that is here to stay. As long as you are aware of what FHIR is built to do and what it isn’t built to do, you will be able to find solutions in the marketplace like Aidbox that compliments FHIR to meet your data and application needs.
Healthcare organizations have many choices to make when developing modern applications, and changes in health information technology must be taken into consideration to ensure products are future-proof. Solutions need to be interoperable to operate in the future healthcare ecosystem, and FHIR has gained widespread industry recognition and support for its potential to make interoperability a reality in healthcare. FHIR has a strong focus on implementers, is easy to learn, has staunch support from a passionate, growing community of health IT experts, and shows all the signs that it will be the future of health IT.
Questions? Comments? Reach out to us at email@example.com