-
Type:
Change Request
-
Resolution: Persuasive with Modification
-
Priority:
Highest
-
US Da Vinci HRex (FHIR)
-
current
-
Clinical Interoperability Council
-
Approaches to Exchanging FHIR Data
-
3.0.3.5 Return Resources
-
-
Marti Velezis / Jimmy Tcheng : 6-0-1
-
Clarification
-
Non-substantive
Add and delete language
Existing Wording:
In FHIR, data is represented using resources and, in most cases, when data is exchanged, it will be transferred as collections of those resources. Generally, the complete resource is transmitted, and the same data is shared with all systems. However, in some cases, information may be filtered out of the resources for reasons of state or federal privacy regulations, an individual’s own privacy preferences, or more efficient communication. However, in some cases the use-case may call for returning an arbitrary collection of elements of interest, potentially joining content across multiple resources\. This latter is less interoperable - it will not be possible for downstream systems to consume the data as FHIR, nor for it to be persisted in a FHIR-based repository without treating it as a Binary\. In general, the search mechanisms that return resources are more widely supported and will require less negotiation/modification of systems than those that return independent elements, so if either approach could work, it is best to take the 'return resources' branch in the decision tree\.
Proposed Wording:
In FHIR, data is represented using resources and, in most cases, when data is exchanged, it will be transferred as collections of those resources. Generally, the complete resource is transmitted, and the same data is shared with all systems. This approach of sharing the full resource ensures that the contextual meaning of all the data elements is retained and provides a consistent framework for validating, parsing, and consuming the shared data\. However, in some cases, information may be filtered out of the resources for reasons of state or federal privacy regulations, an individual’s own privacy preferences, or more efficient communication\. This latter is less interoperable - it will not be possible for downstream systems to consume the data as FHIR, nor for it to be persisted in a FHIR-based repository without treating it as a Binary\. In general, the search mechanisms that return resources are more widely supported and will require less negotiation/modification of systems than those that return independent elements, so if either approach could work from technical, patient privacy, and legal compliance perspectives, it is best to take the 'return resources' branch in the decision tree\.
- is voted on by
-
BALLOT-13479 Negative - Celine Lefebvre : 2020-Sep-FHIR IG HRex R1 STU
- Balloted
- mentioned in
-
Page Loading...