You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Context

FHIR® – Fast Healthcare Interoperability Resources (hl7.org/fhir) – is the next generation standards framework created by HL7 International. FHIR combines the best features of HL7's v2 HL7 v3  and CDA  product lines while leveraging the latest web standards and applying a tight focus on implementability.

 While the standards is still in its infancy, not having reached Normative status yet, there is an increasing number of early adopters that are rushing in to capitalize on its promise - easier and faster integration. There is ample written material on the web that both praises FHIR and warns against reckless adoption practices. This site will attempt to collect the most relevant factual arguments in an effort to bring some clarity and alignment for Canadian implementers.

Brief overview of FHIR

An executive overview of what FHIR is for those not living it on a daily basis.

Strengths

What is it that makes FHIR great? Listing it's core strengths will help define best practices to capitalize on these and highlight adverse affects of not following them.

Challenges

Known and predicted obstacles preventing successful adoption. These considerations should inform the audience on immediate challenges faced when developing or implementing with FHIR.

The stakeholder perspective

List the various stakeholders categories and how FHIR supports their problem space.

Project Sponsors

Modellers

System implementers

Integrators

PoS applications

Government

Best practices

This is the place to draw on collective wisdom and list what it is that the recommended best approach is for FHIR development to lead to predictable and scalable adoption. We may even be able to break this down per stakeholder category.

Develop a set of recommendation and best practices for implementation work using FHIR, such as:

-          Community engagement for creating and using FHIR artifacts (consider governance by adoption) – best practices and pitfalls

-          Guidance and training track on creating properly formed, complete FHIR solutions

-          Stimulate solution sharing with a central registry of reusable FHIR artifacts (incentivize sharing of people’s work)

-          Find practical means of solving for frequent problems (e.g. URI, ValueSets, pan-Canadian top profiles, etc.) – develop guides

Longitudinal record of the project requiring a FHIR implementation (Business Requirements to Specifications) – cater to all stakeholder groups not just developers so that decision makers can also understand what an IG has delivered

Supporting networks and resources

A place to collect useful information for stakeholders.

Showcase

Examples of successful development and adoption while exploring a roadmap of how this could evolve in the future.

Conclusion

This should be no longer that 2-3 paragraphs and it should draw out the essence of what those considering getting involved in FHIR should know.

  • No labels