| |
|
|
Deploying FHIR at ScalePublication date: Dec 18, 2024
With 10,000 FHIR interfaces and 74 billion API calls last year, Epic operates at a significant scale. What are the main stumbling blocks when interfacing with that many client applications?
(Originally published as a Firely blog post) In his talk “Building, Deploying, and Maintaining FHIR Implementations at Scale,” Epic's Cooper Thompson shared lessons learned from deploying and supporting FHIR in high volume production environments worldwide and the key factors to consider when scaling FHIR. I've outlined key insights from the talk below. Challenges with deploying and maintaining FHIR implementations at scaleWhen managing FHIR interfaces at scale, the scope of responses to client queries and the diversity of FHIR specifications across implementations can create unexpected stumbling blocks. Epic's experience highlights two major areas of complexity:1. The EHR deployment modelMany assume the EHR includes all workflows and data, but this isn't always the case. For example, laboratory systems, billing applications, or scheduling tools may exist alongside the EHR. This means the EHR's responses to FHIR queries are highly dependent on its deployment model.For example, a query for USCDI data may return incomplete results if certain data, such as coverage or billing, isn't part of the EHR's scope. This mismatch can lead to unexpected issues on the client side, particularly if they expect comprehensive data. 2. Diversity in FHIR specificationsEven when organizations have the same FHIR use case, there may be big differences in how organizations choose to implement them. Organizations are using slightly different profiles or exchange methods, such as operations, REST push, subscriptions, search and update, and messaging, often in unique combinations. Authentication flows can also vary significantly, creating an additional layer of inconsistency.In the past we heard a lot about apps struggling with server-side variance, however servers are now also starting to face challenges with variants across FHIR implementation guides. Aligning on patternsTo address these challenges, Cooper Thompson emphasized the importance of standardized patterns and leveraging international FHIR implementation guides (IGs). The International Patient Summary (IPS) and International Patient Access (IPA) serve as strong examples of global patterns.While countries may have slight variations, adhering to a single pattern simplifies scaling across jurisdictions. Finding other areas where a single pattern can be established, even with profile variations, will be key to mitigating complexity and improving interoperability. Epic's experience highlights that alignment on patterns, rather than expecting perfect uniformity, is the most pragmatic way forward for scaling FHIR implementations. -Rene PermaLink to this page: https://www.ringholm.com/column/deploying_FHIR_at_scale.htm
Index of columns:
About Ringholm bvRingholm bv is a group of European experts in the field of messaging standards and systems integration in healthcare IT. We provide the industry's most advanced training courses and consulting on healthcare information exchange standards.See https://www.ringholm.com for additional information. |
Rene is the Tutor-in-chief of Ringholm. [e-mail] |