The FHIR data model is a standard for defining resources and associated metadata, such as clinical content and other pertinent system information such as the EHRs capabilities in a consistent, structured yet flexible modular format.
One of the terms most heard by those working in the field of health information technology is the HL7 FHIR (Fast Healthcare Interoperability Resources) standard. So what are the definitions of these two concepts and what are they used for? The FHIR standard regulates how information can be exchanged between different computer systems, regardless of how health information is stored in the systems. This standard ensures that health information, including clinical and administrative information, is safely accessible to those who have permission and need access to this information to benefit the care the patient receives. The standard development organization HL7 (Health Level 7) adopts a collaborative approach to develop and update FHIR.
The development process of FHIR started in 2012 to respond to market needs by providing faster, easier, and better methods to share rapidly growing health information. Historically, patient records were siloed in the practitioner’s office, due to paper-based documentation. The fax machine changed how patient data could be shared, but as new forms of communication came online, they were often not viable solutions due to different regulations and standards e.g. HIPAA.
With the emergence of electronic health record systems (EHRs), direct system-to-system secure digital transfer and portability of patient records become possible. Yet, at the beginning of 2020, we still see data formatting and availability as the wild, wild west. Each system implementer provides different ways to share data, or in some cases, prevent the sharing of data.
In 1987, Health Level Seven International’s (HL7) formed as a non-profit to help define data portability within the Industry. Over time, HL7 became a leader in defining standards for data sharing and interoperability. Since HL7’s founding, they have provided a variety of data portability formats and standards. These formats have evolved over the years to meet the needs of data providers and consumers, with varying success and often limitations.
Initial formats (e.g. HL7 v2 & 3), which were great starts in data interoperability, have proved to be either too unstructured or too limited in scope to be useful for all clinical applications. To work around these limitations, many vendors created their own data formats and Application Programming Interface (API) standards to enable data sharing.
Since there was no mandated universal standard for data exchange, format and integration fragmentation put a lot of pressure on vendor integration teams. Each EHR system has its own data formats (often a hybrid approach using some industry standards and their own custom formats). This required the integration team to create custom implementations for each platform they wished to integrate with. Because every implementation required a time and monetary investment, this meant that the APIs intended to provide data portability, ironically became hurdles for larger integration strategies.
HL7’s newest standard is Fast Healthcare Interoperability Resources (HL7 FHIR, pronounced HL7 “fire”). The goal of the FHIR data model, according to HL7, is to help ease the challenges of data sharing and interoperability by simplifying implementation without sacrificing information integrity. It leverages existing logical and theoretical models to provide a consistent, easy to implement, and rigorous mechanism for exchanging data between healthcare applications.
The newest release of FHIR HL7 (version 4.0) is the first normative release of the FHIR standard. This is a crucial milestone for FHIR HL7 and the future of clinical interoperability in healthcare because any future changes to the specification need to be backward compatible with the base normative version. This helps guarantee vendors that their implementations will not deteriorate over time or require rewriting as new versions of the Fast Healthcare Interoperability Resources format are released.
• A strong focus on fast and easy implementation; developers have reported they experienced simple interfaces being implementable in a single day.
• Free to use with no restrictions.
• Support from major vendors including Apple, Microsoft, Google, Epic, Cerner, and most other EHR vendors.
• Many free, online, and downloadable tools, including reference servers and implementation libraries.
• Many public examples available to help kick-start development of new applications.
• Interoperability out-of-the-box – base resources can be used as is, but can also be adapted for local requirements (the process of Profiling).
• An evolutionary development path from earlier HL7 healthcare standards, Version 2 and Clinical Document Architecture (CDA®), enabling them to co-exist and leverage each other.
• A strong foundation in web standards including XML, JSON, HTTP, and OAuth.
• Concise and easily-understood online specifications.
• A human-readable serialization format for ease of use by developers.
• A global community to assist implementers.
In addition, you can get detailed information about HL7 and FHIR Standard by reading our article titled How to Make Telehealth Safer and More Effective See you on different topics.
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
|cookielawinfo-checbox-analytics||11 months||This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".|
|cookielawinfo-checbox-functional||11 months||These cookies enable the website to provide enhanced functionality and personalization. They may be set by us or by third-party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.|
|cookielawinfo-checbox-others||11 months||This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.|
|cookielawinfo-checkbox-necessary||11 months||These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.|
|cookielawinfo-checkbox-performance||11 months||These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.|
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.
Other uncategorized cookies are those that are being analyzed and have not been classified into a category as yet.