These mappings map logical models to their conceptual equivalents in FHIR. One example of their use is to map from the CDA and V2 coded data types to CodeableConcept and Coding so that the validator can validate them on a terminology server

Concept domain bindings link UDI is a resource unique numeric or an element to alphanumeric code that consists of two parts: (1) a set device identifier (DI), a mandatory, fixed portion of SNOMED CT concepts a UDI that represent identifies the intended semantics of labeler and the instances (whether specific version or not SNOMED CT is used to encode that data element). This set model of concepts is represented using a SNOMED CT expression constraint. Note device, and (2) a production identifier (PI), a conditional, variable portion of a UDI that identifies one or more of the 'Concept domain binding' may be following when included on the label of a superset device: (2a) the lot or batch number within which a device was manufactured; (2b) the serial number of a specific device; (2c) the 'value set binding'. expiration date of a specific device; (2d) the date a specific device was manufactured; (2e) the distinct identification code required by §1271.290(c) for a human cell, tissue, or cellular and tissue-based product (HCT/P) regulated as a device.

Attribute bindings link coded data elements in FHIR resources to a corresponding attribute in the SNOMED CT concept model. These bindings help to support:

• Quality checking FHIR resources by ensuring that (a) clarifying the intended semantics meaning of the instances matches the valid range of data element
• Quality checking the alignment between FHIR resource design and any corresponding SNOMED CT attribute, and (b) the intended value set is appropriate for the intended semantics of the instances concept model
• Semantic checking Composition and decomposition of data instances by helping to detect potential inconsistencies caused by overlap between indicating the semantics incorporated in two SNOMED CT concept domains model attribute whose value may be used to decompose a precoordinated concept into this data element

Concept domain bindings link a resource or an element to a set of SNOMED CT concepts that represent the intended semantics of the instances (whether or not SNOMED CT is used to encode that data element). This set of concepts is represented using a SNOMED CT expression constraint. Note that the 'Concept domain binding' may be a superset of the 'value set binding'. These bindings help to support:

• Quality checking FHIR resources by ensuring that (a) the intended semantics of the instances matches the valid range of the corresponding SNOMED CT attribute, and (b) the intended value set is appropriate for the intended semantics of the instances
• Semantic checking of data instances by helping to detect potential inconsistencies caused by overlap between the semantics incorporated in two concept domains

These mappings are included to indicate where properties of the data elements defined by the FHIR specification relate to similar fields in the ISO 11179 specification.

The provenance resource is based on known practices in the HL7 implementation space, particularly those found in the v2 EVN segment, the v3 ControlAct Wrapper, the CDA header, and IHE ATNA. The conceptual model underlying the design is the W3C provenance Specification . Though the content and format of the resource is designed to meet specific requirements for FHIR, all the parts of the resource are formally mapped to the PROV-O specification, and FHIR resources can be transformed to their W3C PROV equivalent.