Difference between revisions of "Fundamental Principles of FHIR"
Line 18: | Line 18: | ||
==It should be clear to a reader the distinction between and the normative portions of the specification material and related information such as reference implementations== | ==It should be clear to a reader the distinction between and the normative portions of the specification material and related information such as reference implementations== | ||
− | *see [ | + | *see [[20140415_FGB_concall]] |
Revision as of 12:55, 15 April 2014
Precepts are (Ron - insert language explaining precepts here)
Contents
- 1 FHIR prioritizes implementation
- 2 FHIR is free
- 3 FHIR tries to keep the common things simple
- 4 FHIR leverages off-the-shelf technologies
- 5 It should be clear to a reader the distinction between and the normative portions of the specification material and related information such as reference implementations
FHIR prioritizes implementation
This is the most fundamental precept of FHIR. Most other precepts exist to support this objective.
Rationale: Standards that don't get implemented (or are implemented poorly) benefit no-one. Standards that place theoretical correctness, clinical appropriateness, modeling approach, preferred architecture or any other priority above implementability are unlikely to see significant adoption and thus will produce little overall benefit. That doesn't mean that other considerations can't be taken into account, only that implementability must remain a primary objective.
FHIR is free
All information that is essential to developing and implementing systems that can communicate using FHIR should be available to all interested parties without cost
Rationale: FHIR is a standard that supports interoperability in spaces that HL7 has not traditionally worked in. As a result, many of those who will need the standard are not members (and are unlikely to become members) to see if FHIR is relevant/right for them. As well, many implementers and governmental projects are reluctant to make use of standards that aren't freely available. Interoperability standards benefit from a network effect - the more broadly they're supported, the more useful they are.