FHIR Release 3 (STU) Current Build
This page is part of FHIR STU 3 (v3.0.1) in it's permanent home (it will always be available at this URL). It has been superceded by R4 . For a full list of available versions, see the Directory of published versions .

4.9 4.10 Resource ConceptMap - Content

Vocabulary Work Group Maturity Level : 3   Trial Use Security Category : Anonymous Compartments : Not linked to any defined compartments

A statement of relationships from one set of concepts to one or more other concepts - either concepts in code systems systems, or data elements, element/data element concepts, or classes in class models.

4.9.1 4.10.1 Scope and Usage

A concept map defines a mapping from a set of concepts defined in a code system (commonly referred to as the "system") to one or more concepts defined in other code systems. In the mapping context, a system can be a typical code system based on a recognized standard or local terminology (in any of its forms), or in some cases it may be an "implicit" code system that is not based on a recognized terminology but still represents a set of "concepts" that can be usefully mapped. Mappings are one way - from the source to the destination. target system. In many cases, the reverse mappings are valid, but this cannot be assumed to be the case.

Mappings between code systems system concepts are only intended to be defined in the context of a particular business usage. The business use case is normally defined by the specification of the specified source and destination target value sets - they are specific to a particular context of use. sets. The mappings may be useful in other contexts, but this must be determined based on the context of use and meaning; it cannot be taken for granted automatically. An example where the usage context is important for choosing the correct mapping is mapping from a clinical terminology (e.g. SNOMED CT) to a classification (e.g. ICD-10) for either data analysis or billing. Mappings in the data analysis context would be targeted for an appropriate classification (often at a higher level), whereas in the billing context there may be specific requirements to be met (e.g. leaf level codes only) that could result in multiple mappings for a single source concept and then require additional information beyond the source concept itself in order to select the correct final mapping.

Note that all code systems (explicit or implicit) represented in FHIR have URI identifiers for value sets (also either explicit or implicit) that include the entire code system, and these "all codes" value sets can be used for mappings that are valid in all contexts. use contexts that are appropriate for the code system.

Each mapping for a concept from the source to target system includes an equivalence property that specifies how similar the mapping is (or, in some cases, that there is no valid mapping). There is one element for each concept or field in the source value set or system that needs to be mapped. Each source concept may have multiple targets:

  • because there are multiple possible mappings (e.g., ambiguous)
  • to specify a correct map, and specify other mappings as invalid
  • when there are multiple mappings depending on the values of other elements (dependsOn)

There SHOULD be at least one target for each element, but some incomplete concept maps may might not have a target for each concept.

A key concept for the ConceptMap resource is the $translate operation . This operation is a formal definition of an API by which a terminology server can allow clients to ask for a translation to be done based on the content in the ConceptMap resource. As such it also provides useful perspective on the operational use of ConceptMap resources in any context.

4.9.2 4.10.2 Boundaries and Relationships

While ConceptMap resources are not referred to directly from any other resource, they may be included and used in ImplementationGuide resources, and provide background knowledge that is useful in many contexts, including operations defined in this specification.

In addition to ConceptMap , there is also the StructureMap resource. The ConceptMap resource defines relationships between concepts in their own right, along with grading of their equivalencies, while the StructureMap defines an exectuable executable transform for instances that conform to a known structure.

Both Code System supplements and Concept Maps may be used to define relationships between concepts in different systems. ConceptMaps are assertions of the relationships between different concepts that are associated with particular contexts of use, while CodeSystem supplements are used to define inherent properties and semantics of the concepts in the code system

4.9.3 4.10.3 Background and Context

Further discussion of the issues involved in mapping between concept definition systems can be found in the HL7 v3 Core Principles document and the functionality described in the OMG CTS 2 specification.

4.10.4 References

This resource is referenced by itself.

This resource does not implement any patterns.

4.9.4 4.10.5 Resource Content

Structure

Name Flags Card. Type Description & Constraints doco
. . ConceptMap I TU DomainResource A map from one set of concepts to one or more other concepts
+ Warning: Name should be usable as an identifier for the module by machine processing applications such as code generation
Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
. . . url Σ 0..1 uri Logical URI to reference Canonical identifier for this concept map map, represented as a URI (globally unique)
. . . identifier Σ 0..1 Identifier Additional identifier for the concept map
. . . version Σ 0..1 string Business version of the concept map
. . . name Σ I 0..1 string Name for this concept map (computer friendly)
. . . title Σ 0..1 string Name for this concept map (human friendly)
. . . status ?! Σ 1..1 code draft | active | retired | unknown
PublicationStatus ( Required )
. . . experimental ?! Σ 0..1 boolean For testing purposes, not real usage
. . . date Σ 0..1 dateTime Date this was last changed
. . . publisher Σ 0..1 string Name of the publisher (organization or individual)
. . . contact Σ 0..* ContactDetail Contact details for the publisher
. . . description 0..1 markdown Natural language description of the concept map
. . . useContext Σ 0..* UsageContext Context The context that the content is intended to support
. . . jurisdiction Σ 0..* CodeableConcept Intended jurisdiction for concept map (if applicable)
Jurisdiction ValueSet ( Extensible )
. . . purpose 0..1 markdown Why this concept map is defined
. . . copyright 0..1 markdown Use and/or publishing restrictions
. . . source[x] Σ 0..1 Identifies the The source of value set that contains the concepts which that are being mapped
. . . . sourceUri uri
. . . . sourceReference sourceCanonical Reference canonical ( ValueSet )
. . . target[x] Σ 0..1 Provides The target value set which provides context to for the mappings
. . . . targetUri uri
. . . targetReference . targetCanonical Reference canonical ( ValueSet )
. . . group 0..* BackboneElement Same source and target systems
. . . . source 0..1 uri Code System (if value set crosses code systems) Source system where concepts to be mapped are defined
. . . . sourceVersion 0..1 string Specific version of the code system
. . . . target 0..1 uri System of Target system that the target (if necessary) concepts are to be mapped to
. . . . targetVersion 0..1 string Specific version of the code system
. . . . element 1..* BackboneElement Mappings for a concept from the source set
. . . . . code 0..1 code Identifies element being mapped
. . . . . display 0..1 string Display for the code
. . . . . target I 0..* BackboneElement Concept in target system for element
+ Rule: If the map is narrower or inexact, there SHALL be some comments
. . . . . . code 0..1 code Code that identifies the target element
. . . . . . display 0..1 string Display for the code
. . . . . . equivalence ?! 0..1 1..1 code relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint
ConceptMapEquivalence ( Required )
. . . . . . comment I 0..1 string Description of status/issues in mapping
. . . . . . dependsOn 0..* BackboneElement Other elements required for this mapping (from context)
. . . . . . . property 1..1 uri Reference to property mapping depends on
. . . . . . . system 0..1 uri canonical ( CodeSystem ) Code System (if necessary)
. . . . . . . code value 1..1 string Value of the referenced element
. . . . . . . display 0..1 string Display for the code (if value is a code)
. . . . . . product 0..* see dependsOn Other concepts that this mapping also produces
. . . . unmapped I 0..1 BackboneElement When What to do when there is no match in mapping for the mappings source concept
+ Rule: If the mode is 'other-map', 'fixed', a code must be provided
+ Rule: If the mode is 'fixed', 'other-map', a code url must be provided
. . . . . mode 1..1 code provided | fixed | other-map
ConceptMapGroupUnmappedMode ( Required )
. . . . . code 0..1 code Fixed code when mode = fixed
. . . . . display 0..1 string Display for the code
. . . . . url 0..1 uri canonical Canonical URL ( ConceptMap ) canonical reference to an additional ConceptMap to use for other mapping if the source concept map is unmapped

doco Documentation for this format

UML Diagram ( Legend )

ConceptMap ( DomainResource ) An absolute URI that is used to identify this concept map when it is referenced in a specification, model, design or an instance. instance; also called its canonical identifier. This SHALL be a URL, SHOULD be globally unique, unique and SHOULD be an a literal address at which at which an authoritative instance of this concept map is (or will be) published. The This URL SHOULD include can be the major version target of a canonical reference. It SHALL remain the same when the concept map. For more information see [Technical and Business Versions](resource.html#versions) map is stored on different servers url : uri [0..1] A formal identifier that is used to identify this concept map when it is represented in other formats, or referenced in a specification, model, design or an instance identifier : Identifier [0..1] The identifier that is used to identify this version of the concept map when it is referenced in a specification, model, design or instance. This is an arbitrary value managed by the concept map author and is not expected to be globally unique. For example, it might be a timestamp (e.g. yyyymmdd) if a managed version is not available. There is also no expectation that versions can be placed in a lexicographical sequence version : string [0..1] A natural language name identifying the concept map. This name should be usable as an identifier for the module by machine processing applications such as code generation name : string [0..1] A short, descriptive, user-friendly title for the concept map title : string [0..1] The status of this concept map. Enables tracking the life-cycle of the content (this element modifies the meaning of other elements) status : code [1..1] « The lifecycle status of a Value Set or Concept Map. an artifact. (Strength=Required) PublicationStatus ! » A boolean Boolean value to indicate that this concept map is authored for testing purposes (or education/evaluation/marketing), education/evaluation/marketing) and is not intended to be used for genuine usage (this element modifies the meaning of other elements) experimental : boolean [0..1] The date (and optionally time) when the concept map was published. The date must change if and when the business version changes and it must change if the status code changes. In addition, it should change when the substantive content of the concept map changes date : dateTime [0..1] The name of the individual or organization or individual that published the concept map publisher : string [0..1] Contact details to assist a user in finding and communicating with the publisher contact : ContactDetail [0..*] A free text natural language description of the concept map from a consumer's perspective description : markdown [0..1] The content was developed with a focus and intent of supporting the contexts that are listed. These terms contexts may be general categories (gender, age, ...) or may be references to specific programs (insurance plans, studies, ...) and may be used to assist with indexing and searching for appropriate concept map instances useContext : UsageContext [0..*] A legal or geographic region in which the concept map is intended to be used jurisdiction : CodeableConcept [0..*] « Countries and regions within which this artifact is targeted for use use. (Strength=Extensible) Jurisdiction ValueSet + » Explaination Explanation of why this concept map is needed and why it has been designed as it has purpose : markdown [0..1] A copyright statement relating to the concept map and/or its contents. Copyright statements are generally legal restrictions on the use and publishing of the concept map copyright : markdown [0..1] The Identifier for the source value set that specifies contains the concepts that are being mapped and provides context for the mappings source[x] : Type [0..1] « uri | Reference canonical ( ValueSet ) » The target value set provides context to for the mappings. Note that the mapping is made between concepts, not between value sets, but the value set provides important context about how the concept mapping choices are made target[x] : Type [0..1] « uri | Reference canonical ( ValueSet ) » Group An absolute URI that identifies the Code System (if the source is a value set that crosses more than one code system) system where the concepts to be mapped are defined source : uri [0..1] The specific version of the code system, as determined by the code system authority sourceVersion : string [0..1] An absolute URI that identifies the code system of the target code (if the target is a value set system that cross code systems) the concepts will be mapped to target : uri [0..1] The specific version of the code system, as determined by the code system authority targetVersion : string [0..1] SourceElement Identity (code or path) or the element/item being mapped code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] TargetElement Identity (code or path) or the element/item that the map refers to code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] The equivalence between the source and target concepts (counting for the dependencies and products). The equivalence is read from target to source (e.g. the target is 'wider' than the source) (this element modifies the meaning of other elements) equivalence : code [0..1] [1..1] « The degree of equivalence between concepts. (Strength=Required) ConceptMapEquivalence ! » A description of status/issues in mapping that conveys additional information not represented in the structured data comment : string [0..1] OtherElement A reference to an element that holds a coded value that corresponds to a code system property. The idea is that the information model carries an element somwhere somewhere that is labeled to correspond with a code system property property : uri [1..1] An absolute URI that identifies the code system of the dependency code (if the source/dependency is a value set that crosses code systems) system : uri canonical [0..1] « CodeSystem » Identity (code or path) or the element/item/ValueSet element/item/ValueSet/text that the map depends on / refers to code value : string [1..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] Unmapped Defines which action to take if there is no match for the source concept in the target system designated for the group. One of 3 actions is are possible: use the unmapped code (this is useful when doing a mapping between versions, and only a few codes have changed), use a fixed code (a default code), or alternatively, a reference to a different concept map can be provided (by canonical URL) mode : code [1..1] « Defines which action to take if there is no match in the group. (Strength=Required) ConceptMapGroupUnmappedMode ! » The fixed code to use when the mode = 'fixed' - all unmapped codes are mapped to a single fixed code code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] The canonical URL of the map reference to an additional ConceptMap resource instance to use for mapping if this map ConceptMap resource contains no matching mapping for the source concept url : uri canonical [0..1] « ConceptMap » A set of additional dependencies for this mapping to hold. This mapping is only applicable if the specified element can be resolved, and it has the specified value dependsOn [0..*] A set of additional outcomes from this mapping to other elements. To properly execute this mapping, the specified element must be mapped to some data element or source that is in context. The mapping may still be useful without a place for the additional data elements, but the equivalence cannot be relied on product [0..*] A concept from the target value set that this concept maps to target [0..*] Mappings for an individual concept in the source to one or more concepts in the target element [1..*] What to do when there is no match in mapping for the mappings in source concept. "Unmapped" does not include codes that are unmatched, and the group unmapped element is ignored in a code is specified to have equivalence = unmatched unmapped [0..1] A group of mappings that all have the same source and target system group [0..*]

XML Template 

<ConceptMap xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <

 <url value="[uri]"/><!-- 0..1 Canonical identifier for this concept map, represented as a URI (globally unique) -->

 <identifier><!-- 0..1 Identifier Additional identifier for the concept map --></identifier>
 <version value="[string]"/><!-- 0..1 Business version of the concept map -->
 <

 <name value="[string]"/><!-- ?? 0..1 Name for this concept map (computer friendly) -->

 <title value="[string]"/><!-- 0..1 Name for this concept map (human friendly) -->
 <status value="[code]"/><!-- 1..1 draft | active | retired | unknown -->
 <
 <
 <

 <experimental value="[boolean]"/><!-- 0..1 For testing purposes, not real usage -->
 <date value="[dateTime]"/><!-- 0..1 Date last changed -->
 <publisher value="[string]"/><!-- 0..1 Name of the publisher (organization or individual) -->

 <contact><!-- 0..* ContactDetail Contact details for the publisher --></contact>
 <description value="[markdown]"/><!-- 0..1 Natural language description of the concept map -->
 <</useContext>

 <useContext><!-- 0..* UsageContext The context that the content is intended to support --></useContext>

 <jurisdiction><!-- 0..* CodeableConcept Intended jurisdiction for concept map (if applicable) --></jurisdiction>
 <

 <purpose value="[markdown]"/><!-- 0..1 Why this concept map is defined -->

 <copyright value="[markdown]"/><!-- 0..1 Use and/or publishing restrictions -->
 <</source[x]>
 <</target[x]>

 <source[x]><!-- 0..1 uri|canonical(ValueSet) The source value set that contains the concepts that are being mapped --></source[x]>
 <target[x]><!-- 0..1 uri|canonical(ValueSet) The target value set which provides context for the mappings --></target[x]>

 <group>  <!-- 0..* Same source and target systems -->
  <

  <source value="[uri]"/><!-- 0..1 Source system where concepts to be mapped are defined -->

  <sourceVersion value="[string]"/><!-- 0..1 Specific version of the  code system -->
  <

  <target value="[uri]"/><!-- 0..1 Target system that the concepts are to be mapped to -->

  <targetVersion value="[string]"/><!-- 0..1 Specific version of the  code system -->
  <element>  <!-- 1..* Mappings for a concept from the source set -->
   <code value="[code]"/><!-- 0..1 Identifies element being mapped -->
   <display value="[string]"/><!-- 0..1 Display for the code -->
   <target>  <!-- 0..* Concept in target system for element -->
    <code value="[code]"/><!-- 0..1 Code that identifies the target element -->
    <display value="[string]"/><!-- 0..1 Display for the code -->
    <

    <equivalence value="[code]"/><!-- 1..1 relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint -->

    <comment value="[string]"/><!-- ?? 0..1 Description of status/issues in mapping -->
    <dependsOn>  <!-- 0..* Other elements required for this mapping (from context) -->
     <
     <
     <
     <

     <property value="[uri]"/><!-- 1..1 Reference to property mapping depends on -->
     <system><!-- 0..1 canonical(CodeSystem) Code System (if necessary) --></system>
     <value value="[string]"/><!-- 1..1 Value of the referenced element -->
     <display value="[string]"/><!-- 0..1 Display for the code (if value is a code) -->

    </dependsOn>
    <product><!-- 0..* Content as for ConceptMap.group.element.target.dependsOn Other concepts that this mapping also produces --></product>
   </target>
  </element>
  <
   <

  <unmapped>  <!-- 0..1 What to do when there is no mapping for the source concept -->
   <mode value="[code]"/><!-- 1..1 provided | fixed | other-map -->

   <code value="[code]"/><!-- 0..1 Fixed code when mode = fixed -->
   <display value="[string]"/><!-- 0..1 Display for the code -->
   <

   <url><!-- 0..1 canonical(ConceptMap) canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped --></url>

  </unmapped>
 </group>
</ConceptMap>

JSON Template 

{doco
  "resourceType" : "",

  "resourceType" : "ConceptMap",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "

  "url" : "<uri>", // Canonical identifier for this concept map, represented as a URI (globally unique)

  "identifier" : { Identifier }, // Additional identifier for the concept map
  "version" : "<string>", // Business version of the concept map
  "

  "name" : "<string>", // C? Name for this concept map (computer friendly)

  "title" : "<string>", // Name for this concept map (human friendly)
  "status" : "<code>", // R!  draft | active | retired | unknown
  "
  "
  "

  "experimental" : <boolean>, // For testing purposes, not real usage
  "date" : "<dateTime>", // Date last changed
  "publisher" : "<string>", // Name of the publisher (organization or individual)

  "contact" : [{ ContactDetail }], // Contact details for the publisher
  "description" : "<markdown>", // Natural language description of the concept map
  "

  "useContext" : [{ UsageContext }], // The context that the content is intended to support

  "jurisdiction" : [{ CodeableConcept }], // Intended jurisdiction for concept map (if applicable)
  "

  "purpose" : "<markdown>", // Why this concept map is defined

  "copyright" : "<markdown>", // Use and/or publishing restrictions
  
  ">",
  " },
  
  ">",
  " },

  // source[x]: The source value set that contains the concepts that are being mapped. One of these 2:
  "sourceUri" : "<uri>",
  "sourceCanonical" : { canonical(ValueSet) },
  // target[x]: The target value set which provides context for the mappings. One of these 2:
  "targetUri" : "<uri>",
  "targetCanonical" : { canonical(ValueSet) },

  "group" : [{ // Same source and target systems
    "

    "source" : "<uri>", // Source system where concepts to be mapped are defined

    "sourceVersion" : "<string>", // Specific version of the  code system
    "

    "target" : "<uri>", // Target system that the concepts are to be mapped to

    "targetVersion" : "<string>", // Specific version of the  code system
    "element" : [{ // R!  Mappings for a concept from the source set
      "code" : "<code>", // Identifies element being mapped
      "display" : "<string>", // Display for the code
      "target" : [{ // Concept in target system for element
        "code" : "<code>", // Code that identifies the target element
        "display" : "<string>", // Display for the code
        "

        "equivalence" : "<code>", // R!  relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint

        "comment" : "<string>", // C? Description of status/issues in mapping
        "dependsOn" : [{ // Other elements required for this mapping (from context)
          "
          "
          "
          "

          "property" : "<uri>", // R!  Reference to property mapping depends on
          "system" : { canonical(CodeSystem) }, // Code System (if necessary)
          "value" : "<string>", // R!  Value of the referenced element
          "display" : "<string>" // Display for the code (if value is a code)

        }],
        "product" : [{ Content as for ConceptMap.group.element.target.dependsOn }] // Other concepts that this mapping also produces
      }]
    }],
    "
      "

    "unmapped" : { // What to do when there is no mapping for the source concept
      "mode" : "<code>", // R!  provided | fixed | other-map

      "code" : "<code>", // Fixed code when mode = fixed
      "display" : "<string>", // Display for the code
      "

      "url" : { canonical(ConceptMap) } // canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped

    }
  }]
}

Turtle Template 

@prefix fhir: <http://hl7.org/fhir/> .doco
[ a fhir:;

[ a fhir:ConceptMap;

  fhir:nodeRole fhir:treeRoot; # if this is the parser root
  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:

  fhir:ConceptMap.url [ uri ]; # 0..1 Canonical identifier for this concept map, represented as a URI (globally unique)

  fhir:ConceptMap.identifier [ Identifier ]; # 0..1 Additional identifier for the concept map
  fhir:ConceptMap.version [ string ]; # 0..1 Business version of the concept map
  fhir:ConceptMap.name [ string ]; # 0..1 Name for this concept map (computer friendly)
  fhir:ConceptMap.title [ string ]; # 0..1 Name for this concept map (human friendly)
  fhir:ConceptMap.status [ code ]; # 1..1 draft | active | retired | unknown
  fhir:
  fhir:
  fhir:

  fhir:ConceptMap.experimental [ boolean ]; # 0..1 For testing purposes, not real usage
  fhir:ConceptMap.date [ dateTime ]; # 0..1 Date last changed
  fhir:ConceptMap.publisher [ string ]; # 0..1 Name of the publisher (organization or individual)

  fhir:ConceptMap.contact [ ContactDetail ], ... ; # 0..* Contact details for the publisher
  fhir:ConceptMap.description [ markdown ]; # 0..1 Natural language description of the concept map
  fhir:

  fhir:ConceptMap.useContext [ UsageContext ], ... ; # 0..* The context that the content is intended to support

  fhir:ConceptMap.jurisdiction [ CodeableConcept ], ... ; # 0..* Intended jurisdiction for concept map (if applicable)
  fhir:

  fhir:ConceptMap.purpose [ markdown ]; # 0..1 Why this concept map is defined

  fhir:ConceptMap.copyright [ markdown ]; # 0..1 Use and/or publishing restrictions
  # . One of these 2
    fhir: ]
    fhir:) ]
  # . One of these 2
    fhir: ]
    fhir:) ]

  # ConceptMap.source[x] : 0..1 The source value set that contains the concepts that are being mapped. One of these 2
    fhir:ConceptMap.sourceUri [ uri ]
    fhir:ConceptMap.sourceCanonical [ canonical(ValueSet) ]
  # ConceptMap.target[x] : 0..1 The target value set which provides context for the mappings. One of these 2
    fhir:ConceptMap.targetUri [ uri ]
    fhir:ConceptMap.targetCanonical [ canonical(ValueSet) ]

  fhir:ConceptMap.group [ # 0..* Same source and target systems
    fhir:

    fhir:ConceptMap.group.source [ uri ]; # 0..1 Source system where concepts to be mapped are defined

    fhir:ConceptMap.group.sourceVersion [ string ]; # 0..1 Specific version of the  code system
    fhir:

    fhir:ConceptMap.group.target [ uri ]; # 0..1 Target system that the concepts are to be mapped to

    fhir:ConceptMap.group.targetVersion [ string ]; # 0..1 Specific version of the  code system
    fhir:ConceptMap.group.element [ # 1..* Mappings for a concept from the source set
      fhir:ConceptMap.group.element.code [ code ]; # 0..1 Identifies element being mapped
      fhir:ConceptMap.group.element.display [ string ]; # 0..1 Display for the code
      fhir:ConceptMap.group.element.target [ # 0..* Concept in target system for element
        fhir:ConceptMap.group.element.target.code [ code ]; # 0..1 Code that identifies the target element
        fhir:ConceptMap.group.element.target.display [ string ]; # 0..1 Display for the code
        fhir:

        fhir:ConceptMap.group.element.target.equivalence [ code ]; # 1..1 relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint

        fhir:ConceptMap.group.element.target.comment [ string ]; # 0..1 Description of status/issues in mapping
        fhir:ConceptMap.group.element.target.dependsOn [ # 0..* Other elements required for this mapping (from context)
          fhir:
          fhir:
          fhir:
          fhir:

          fhir:ConceptMap.group.element.target.dependsOn.property [ uri ]; # 1..1 Reference to property mapping depends on
          fhir:ConceptMap.group.element.target.dependsOn.system [ canonical(CodeSystem) ]; # 0..1 Code System (if necessary)
          fhir:ConceptMap.group.element.target.dependsOn.value [ string ]; # 1..1 Value of the referenced element
          fhir:ConceptMap.group.element.target.dependsOn.display [ string ]; # 0..1 Display for the code (if value is a code)

        ], ...;
        fhir:ConceptMap.group.element.target.product [ See ConceptMap.group.element.target.dependsOn ], ... ; # 0..* Other concepts that this mapping also produces
      ], ...;
    ], ...;
    fhir:
      fhir:

    fhir:ConceptMap.group.unmapped [ # 0..1 What to do when there is no mapping for the source concept
      fhir:ConceptMap.group.unmapped.mode [ code ]; # 1..1 provided | fixed | other-map

      fhir:ConceptMap.group.unmapped.code [ code ]; # 0..1 Fixed code when mode = fixed
      fhir:ConceptMap.group.unmapped.display [ string ]; # 0..1 Display for the code
      fhir:

      fhir:ConceptMap.group.unmapped.url [ canonical(ConceptMap) ]; # 0..1 canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped

    ];
  ], ...;
]

Changes since DSTU2 R3

ConceptMap ConceptMap.title Added Element
ConceptMap.status
  • Change value set from http://hl7.org/fhir/ValueSet/conformance-resource-status to http://hl7.org/fhir/ValueSet/publication-status ConceptMap.experimental Now marked as Modifier ConceptMap.contact Type changed from BackboneElement to ContactDetail ConceptMap.description Type changed from string to markdown ConceptMap.useContext Type changed from CodeableConcept http://hl7.org/fhir/ValueSet/publication-status|4.0.0 to UsageContext Remove Binding http://hl7.org/fhir/ValueSet/use-context (extensible) http://hl7.org/fhir/ValueSet/publication-status|4.1.0
ConceptMap.jurisdiction ConceptMap.group.element.target.equivalence
  • Renamed from useContext to jurisdiction Change value set from http://hl7.org/fhir/ValueSet/use-context to http://hl7.org/fhir/ValueSet/jurisdiction ConceptMap.purpose Renamed from requirements to purpose Type changed from string to markdown ConceptMap.copyright Type changed from string to markdown ConceptMap.source[x] Min Cardinality changed from 1 to 0 Remove Reference(StructureDefinition) ConceptMap.target[x] Min Cardinality changed from 1 to 0 Remove Reference(StructureDefinition) ConceptMap.group Added Element ConceptMap.group.source Added Element ConceptMap.group.sourceVersion Added Element ConceptMap.group.target Added Element ConceptMap.group.targetVersion Added Element ConceptMap.group.element Min Cardinality changed from 0 http://hl7.org/fhir/ValueSet/concept-map-equivalence|4.0.0 to 1 ConceptMap.group.element.display Added Element ConceptMap.group.element.target.display Added Element http://hl7.org/fhir/ValueSet/concept-map-equivalence|4.1.0
ConceptMap.group.element.target.equivalence ConceptMap.group.unmapped.mode
  • Min Cardinality changed Change value set from 1 http://hl7.org/fhir/ValueSet/conceptmap-unmapped-mode|4.0.0 to 0 Default Value "equivalent" added ConceptMap.group.element.target.comment Added Element ConceptMap.group.element.target.dependsOn.property Added Element ConceptMap.group.element.target.dependsOn.system Added Element ConceptMap.group.element.target.dependsOn.display Added Element ConceptMap.group.unmapped Added Element ConceptMap.group.unmapped.mode Added Element ConceptMap.group.unmapped.code Added Element ConceptMap.group.unmapped.display Added Element ConceptMap.group.unmapped.url Added Element ConceptMap.contact.name deleted ConceptMap.contact.telecom deleted ConceptMap.element.codeSystem deleted ConceptMap.element.target.codeSystem deleted ConceptMap.element.target.comments deleted ConceptMap.element.target.dependsOn.element deleted ConceptMap.element.target.dependsOn.codeSystem deleted http://hl7.org/fhir/ValueSet/conceptmap-unmapped-mode|4.1.0

See the Full Difference for further information

This analysis is available as XML or JSON .

See R2 <--> R3 <--> R4 Conversion Maps (status = 2 4 tests that all execute ok. All tests pass round-trip testing and 1 4 r3 resources are invalid (1 (0 errors). ). )

Structure

Name Flags Card. Type Description & Constraints doco
. . ConceptMap I TU DomainResource A map from one set of concepts to one or more other concepts
+ Warning: Name should be usable as an identifier for the module by machine processing applications such as code generation
Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
. . . url Σ 0..1 uri Logical URI to reference Canonical identifier for this concept map map, represented as a URI (globally unique)
. . . identifier Σ 0..1 Identifier Additional identifier for the concept map
. . . version Σ 0..1 string Business version of the concept map
. . . name Σ I 0..1 string Name for this concept map (computer friendly)
. . . title Σ 0..1 string Name for this concept map (human friendly)
. . . status ?! Σ 1..1 code draft | active | retired | unknown
PublicationStatus ( Required )
. . . experimental ?! Σ 0..1 boolean For testing purposes, not real usage
. . . date Σ 0..1 dateTime Date this was last changed
. . . publisher Σ 0..1 string Name of the publisher (organization or individual)
. . . contact Σ 0..* ContactDetail Contact details for the publisher
. . . description 0..1 markdown Natural language description of the concept map
. . . useContext Σ 0..* UsageContext Context The context that the content is intended to support
. . . jurisdiction Σ 0..* CodeableConcept Intended jurisdiction for concept map (if applicable)
Jurisdiction ValueSet ( Extensible )
. . . purpose 0..1 markdown Why this concept map is defined
. . . copyright 0..1 markdown Use and/or publishing restrictions
. . . source[x] Σ 0..1 Identifies the The source of value set that contains the concepts which that are being mapped
. . . . sourceUri uri
. . . . sourceReference sourceCanonical Reference canonical ( ValueSet )
. . . target[x] Σ 0..1 Provides The target value set which provides context to for the mappings
. . . . targetUri uri
. . . targetReference . targetCanonical Reference canonical ( ValueSet )
. . . group 0..* BackboneElement Same source and target systems
. . . . source 0..1 uri Code System (if value set crosses code systems) Source system where concepts to be mapped are defined
. . . . sourceVersion 0..1 string Specific version of the code system
. . . . target 0..1 uri System of Target system that the target (if necessary) concepts are to be mapped to
. . . . targetVersion 0..1 string Specific version of the code system
. . . . element 1..* BackboneElement Mappings for a concept from the source set
. . . . . code 0..1 code Identifies element being mapped
. . . . . display 0..1 string Display for the code
. . . . . target I 0..* BackboneElement Concept in target system for element
+ Rule: If the map is narrower or inexact, there SHALL be some comments
. . . . . . code 0..1 code Code that identifies the target element
. . . . . . display 0..1 string Display for the code
. . . . . . equivalence ?! 0..1 1..1 code relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint
ConceptMapEquivalence ( Required )
. . . . . . comment I 0..1 string Description of status/issues in mapping
. . . . . . dependsOn 0..* BackboneElement Other elements required for this mapping (from context)
. . . . . . . property 1..1 uri Reference to property mapping depends on
. . . . . . . system 0..1 uri canonical ( CodeSystem ) Code System (if necessary)
. . . . . . . code value 1..1 string Value of the referenced element
. . . . . . . display 0..1 string Display for the code (if value is a code)
. . . . . . product 0..* see dependsOn Other concepts that this mapping also produces
. . . . unmapped I 0..1 BackboneElement When What to do when there is no match in mapping for the mappings source concept
+ Rule: If the mode is 'other-map', 'fixed', a code must be provided
+ Rule: If the mode is 'fixed', 'other-map', a code url must be provided
. . . . . mode 1..1 code provided | fixed | other-map
ConceptMapGroupUnmappedMode ( Required )
. . . . . code 0..1 code Fixed code when mode = fixed
. . . . . display 0..1 string Display for the code
. . . . . url 0..1 uri canonical Canonical URL ( ConceptMap ) canonical reference to an additional ConceptMap to use for other mapping if the source concept map is unmapped

doco Documentation for this format

UML Diagram ( Legend )

ConceptMap ( DomainResource ) An absolute URI that is used to identify this concept map when it is referenced in a specification, model, design or an instance. instance; also called its canonical identifier. This SHALL be a URL, SHOULD be globally unique, unique and SHOULD be an a literal address at which at which an authoritative instance of this concept map is (or will be) published. The This URL SHOULD include can be the major version target of a canonical reference. It SHALL remain the same when the concept map. For more information see [Technical and Business Versions](resource.html#versions) map is stored on different servers url : uri [0..1] A formal identifier that is used to identify this concept map when it is represented in other formats, or referenced in a specification, model, design or an instance identifier : Identifier [0..1] The identifier that is used to identify this version of the concept map when it is referenced in a specification, model, design or instance. This is an arbitrary value managed by the concept map author and is not expected to be globally unique. For example, it might be a timestamp (e.g. yyyymmdd) if a managed version is not available. There is also no expectation that versions can be placed in a lexicographical sequence version : string [0..1] A natural language name identifying the concept map. This name should be usable as an identifier for the module by machine processing applications such as code generation name : string [0..1] A short, descriptive, user-friendly title for the concept map title : string [0..1] The status of this concept map. Enables tracking the life-cycle of the content (this element modifies the meaning of other elements) status : code [1..1] « The lifecycle status of a Value Set or Concept Map. an artifact. (Strength=Required) PublicationStatus ! » A boolean Boolean value to indicate that this concept map is authored for testing purposes (or education/evaluation/marketing), education/evaluation/marketing) and is not intended to be used for genuine usage (this element modifies the meaning of other elements) experimental : boolean [0..1] The date (and optionally time) when the concept map was published. The date must change if and when the business version changes and it must change if the status code changes. In addition, it should change when the substantive content of the concept map changes date : dateTime [0..1] The name of the individual or organization or individual that published the concept map publisher : string [0..1] Contact details to assist a user in finding and communicating with the publisher contact : ContactDetail [0..*] A free text natural language description of the concept map from a consumer's perspective description : markdown [0..1] The content was developed with a focus and intent of supporting the contexts that are listed. These terms contexts may be general categories (gender, age, ...) or may be references to specific programs (insurance plans, studies, ...) and may be used to assist with indexing and searching for appropriate concept map instances useContext : UsageContext [0..*] A legal or geographic region in which the concept map is intended to be used jurisdiction : CodeableConcept [0..*] « Countries and regions within which this artifact is targeted for use use. (Strength=Extensible) Jurisdiction ValueSet + » Explaination Explanation of why this concept map is needed and why it has been designed as it has purpose : markdown [0..1] A copyright statement relating to the concept map and/or its contents. Copyright statements are generally legal restrictions on the use and publishing of the concept map copyright : markdown [0..1] The Identifier for the source value set that specifies contains the concepts that are being mapped and provides context for the mappings source[x] : Type [0..1] « uri | Reference canonical ( ValueSet ) » The target value set provides context to for the mappings. Note that the mapping is made between concepts, not between value sets, but the value set provides important context about how the concept mapping choices are made target[x] : Type [0..1] « uri | Reference canonical ( ValueSet ) » Group An absolute URI that identifies the Code System (if the source is a value set that crosses more than one code system) system where the concepts to be mapped are defined source : uri [0..1] The specific version of the code system, as determined by the code system authority sourceVersion : string [0..1] An absolute URI that identifies the code system of the target code (if the target is a value set system that cross code systems) the concepts will be mapped to target : uri [0..1] The specific version of the code system, as determined by the code system authority targetVersion : string [0..1] SourceElement Identity (code or path) or the element/item being mapped code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] TargetElement Identity (code or path) or the element/item that the map refers to code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] The equivalence between the source and target concepts (counting for the dependencies and products). The equivalence is read from target to source (e.g. the target is 'wider' than the source) (this element modifies the meaning of other elements) equivalence : code [0..1] [1..1] « The degree of equivalence between concepts. (Strength=Required) ConceptMapEquivalence ! » A description of status/issues in mapping that conveys additional information not represented in the structured data comment : string [0..1] OtherElement A reference to an element that holds a coded value that corresponds to a code system property. The idea is that the information model carries an element somwhere somewhere that is labeled to correspond with a code system property property : uri [1..1] An absolute URI that identifies the code system of the dependency code (if the source/dependency is a value set that crosses code systems) system : uri canonical [0..1] « CodeSystem » Identity (code or path) or the element/item/ValueSet element/item/ValueSet/text that the map depends on / refers to code value : string [1..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] Unmapped Defines which action to take if there is no match for the source concept in the target system designated for the group. One of 3 actions is are possible: use the unmapped code (this is useful when doing a mapping between versions, and only a few codes have changed), use a fixed code (a default code), or alternatively, a reference to a different concept map can be provided (by canonical URL) mode : code [1..1] « Defines which action to take if there is no match in the group. (Strength=Required) ConceptMapGroupUnmappedMode ! » The fixed code to use when the mode = 'fixed' - all unmapped codes are mapped to a single fixed code code : code [0..1] The display for the code. The display is only provided to help editors when editing the concept map display : string [0..1] The canonical URL of the map reference to an additional ConceptMap resource instance to use for mapping if this map ConceptMap resource contains no matching mapping for the source concept url : uri canonical [0..1] « ConceptMap » A set of additional dependencies for this mapping to hold. This mapping is only applicable if the specified element can be resolved, and it has the specified value dependsOn [0..*] A set of additional outcomes from this mapping to other elements. To properly execute this mapping, the specified element must be mapped to some data element or source that is in context. The mapping may still be useful without a place for the additional data elements, but the equivalence cannot be relied on product [0..*] A concept from the target value set that this concept maps to target [0..*] Mappings for an individual concept in the source to one or more concepts in the target element [1..*] What to do when there is no match in mapping for the mappings in source concept. "Unmapped" does not include codes that are unmatched, and the group unmapped element is ignored in a code is specified to have equivalence = unmatched unmapped [0..1] A group of mappings that all have the same source and target system group [0..*]

XML Template 

<ConceptMap xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <

 <url value="[uri]"/><!-- 0..1 Canonical identifier for this concept map, represented as a URI (globally unique) -->

 <identifier><!-- 0..1 Identifier Additional identifier for the concept map --></identifier>
 <version value="[string]"/><!-- 0..1 Business version of the concept map -->
 <

 <name value="[string]"/><!-- ?? 0..1 Name for this concept map (computer friendly) -->

 <title value="[string]"/><!-- 0..1 Name for this concept map (human friendly) -->
 <status value="[code]"/><!-- 1..1 draft | active | retired | unknown -->
 <
 <
 <

 <experimental value="[boolean]"/><!-- 0..1 For testing purposes, not real usage -->
 <date value="[dateTime]"/><!-- 0..1 Date last changed -->
 <publisher value="[string]"/><!-- 0..1 Name of the publisher (organization or individual) -->

 <contact><!-- 0..* ContactDetail Contact details for the publisher --></contact>
 <description value="[markdown]"/><!-- 0..1 Natural language description of the concept map -->
 <</useContext>

 <useContext><!-- 0..* UsageContext The context that the content is intended to support --></useContext>

 <jurisdiction><!-- 0..* CodeableConcept Intended jurisdiction for concept map (if applicable) --></jurisdiction>
 <

 <purpose value="[markdown]"/><!-- 0..1 Why this concept map is defined -->

 <copyright value="[markdown]"/><!-- 0..1 Use and/or publishing restrictions -->
 <</source[x]>
 <</target[x]>

 <source[x]><!-- 0..1 uri|canonical(ValueSet) The source value set that contains the concepts that are being mapped --></source[x]>
 <target[x]><!-- 0..1 uri|canonical(ValueSet) The target value set which provides context for the mappings --></target[x]>

 <group>  <!-- 0..* Same source and target systems -->
  <

  <source value="[uri]"/><!-- 0..1 Source system where concepts to be mapped are defined -->

  <sourceVersion value="[string]"/><!-- 0..1 Specific version of the  code system -->
  <

  <target value="[uri]"/><!-- 0..1 Target system that the concepts are to be mapped to -->

  <targetVersion value="[string]"/><!-- 0..1 Specific version of the  code system -->
  <element>  <!-- 1..* Mappings for a concept from the source set -->
   <code value="[code]"/><!-- 0..1 Identifies element being mapped -->
   <display value="[string]"/><!-- 0..1 Display for the code -->
   <target>  <!-- 0..* Concept in target system for element -->
    <code value="[code]"/><!-- 0..1 Code that identifies the target element -->
    <display value="[string]"/><!-- 0..1 Display for the code -->
    <

    <equivalence value="[code]"/><!-- 1..1 relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint -->

    <comment value="[string]"/><!-- ?? 0..1 Description of status/issues in mapping -->
    <dependsOn>  <!-- 0..* Other elements required for this mapping (from context) -->
     <
     <
     <
     <

     <property value="[uri]"/><!-- 1..1 Reference to property mapping depends on -->
     <system><!-- 0..1 canonical(CodeSystem) Code System (if necessary) --></system>
     <value value="[string]"/><!-- 1..1 Value of the referenced element -->
     <display value="[string]"/><!-- 0..1 Display for the code (if value is a code) -->

    </dependsOn>
    <product><!-- 0..* Content as for ConceptMap.group.element.target.dependsOn Other concepts that this mapping also produces --></product>
   </target>
  </element>
  <
   <

  <unmapped>  <!-- 0..1 What to do when there is no mapping for the source concept -->
   <mode value="[code]"/><!-- 1..1 provided | fixed | other-map -->

   <code value="[code]"/><!-- 0..1 Fixed code when mode = fixed -->
   <display value="[string]"/><!-- 0..1 Display for the code -->
   <

   <url><!-- 0..1 canonical(ConceptMap) canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped --></url>

  </unmapped>
 </group>
</ConceptMap>

JSON Template 

{doco
  "resourceType" : "",

  "resourceType" : "ConceptMap",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "

  "url" : "<uri>", // Canonical identifier for this concept map, represented as a URI (globally unique)

  "identifier" : { Identifier }, // Additional identifier for the concept map
  "version" : "<string>", // Business version of the concept map
  "

  "name" : "<string>", // C? Name for this concept map (computer friendly)

  "title" : "<string>", // Name for this concept map (human friendly)
  "status" : "<code>", // R!  draft | active | retired | unknown
  "
  "
  "

  "experimental" : <boolean>, // For testing purposes, not real usage
  "date" : "<dateTime>", // Date last changed
  "publisher" : "<string>", // Name of the publisher (organization or individual)

  "contact" : [{ ContactDetail }], // Contact details for the publisher
  "description" : "<markdown>", // Natural language description of the concept map
  "

  "useContext" : [{ UsageContext }], // The context that the content is intended to support

  "jurisdiction" : [{ CodeableConcept }], // Intended jurisdiction for concept map (if applicable)
  "

  "purpose" : "<markdown>", // Why this concept map is defined

  "copyright" : "<markdown>", // Use and/or publishing restrictions
  
  ">",
  " },
  
  ">",
  " },

  // source[x]: The source value set that contains the concepts that are being mapped. One of these 2:
  "sourceUri" : "<uri>",
  "sourceCanonical" : { canonical(ValueSet) },
  // target[x]: The target value set which provides context for the mappings. One of these 2:
  "targetUri" : "<uri>",
  "targetCanonical" : { canonical(ValueSet) },

  "group" : [{ // Same source and target systems
    "

    "source" : "<uri>", // Source system where concepts to be mapped are defined

    "sourceVersion" : "<string>", // Specific version of the  code system
    "

    "target" : "<uri>", // Target system that the concepts are to be mapped to

    "targetVersion" : "<string>", // Specific version of the  code system
    "element" : [{ // R!  Mappings for a concept from the source set
      "code" : "<code>", // Identifies element being mapped
      "display" : "<string>", // Display for the code
      "target" : [{ // Concept in target system for element
        "code" : "<code>", // Code that identifies the target element
        "display" : "<string>", // Display for the code
        "

        "equivalence" : "<code>", // R!  relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint

        "comment" : "<string>", // C? Description of status/issues in mapping
        "dependsOn" : [{ // Other elements required for this mapping (from context)
          "
          "
          "
          "

          "property" : "<uri>", // R!  Reference to property mapping depends on
          "system" : { canonical(CodeSystem) }, // Code System (if necessary)
          "value" : "<string>", // R!  Value of the referenced element
          "display" : "<string>" // Display for the code (if value is a code)

        }],
        "product" : [{ Content as for ConceptMap.group.element.target.dependsOn }] // Other concepts that this mapping also produces
      }]
    }],
    "
      "

    "unmapped" : { // What to do when there is no mapping for the source concept
      "mode" : "<code>", // R!  provided | fixed | other-map

      "code" : "<code>", // Fixed code when mode = fixed
      "display" : "<string>", // Display for the code
      "

      "url" : { canonical(ConceptMap) } // canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped

    }
  }]
}

Turtle Template 

@prefix fhir: <http://hl7.org/fhir/> .doco
[ a fhir:;

[ a fhir:ConceptMap;

  fhir:nodeRole fhir:treeRoot; # if this is the parser root
  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:

  fhir:ConceptMap.url [ uri ]; # 0..1 Canonical identifier for this concept map, represented as a URI (globally unique)

  fhir:ConceptMap.identifier [ Identifier ]; # 0..1 Additional identifier for the concept map
  fhir:ConceptMap.version [ string ]; # 0..1 Business version of the concept map
  fhir:ConceptMap.name [ string ]; # 0..1 Name for this concept map (computer friendly)
  fhir:ConceptMap.title [ string ]; # 0..1 Name for this concept map (human friendly)
  fhir:ConceptMap.status [ code ]; # 1..1 draft | active | retired | unknown
  fhir:
  fhir:
  fhir:

  fhir:ConceptMap.experimental [ boolean ]; # 0..1 For testing purposes, not real usage
  fhir:ConceptMap.date [ dateTime ]; # 0..1 Date last changed
  fhir:ConceptMap.publisher [ string ]; # 0..1 Name of the publisher (organization or individual)

  fhir:ConceptMap.contact [ ContactDetail ], ... ; # 0..* Contact details for the publisher
  fhir:ConceptMap.description [ markdown ]; # 0..1 Natural language description of the concept map
  fhir:

  fhir:ConceptMap.useContext [ UsageContext ], ... ; # 0..* The context that the content is intended to support

  fhir:ConceptMap.jurisdiction [ CodeableConcept ], ... ; # 0..* Intended jurisdiction for concept map (if applicable)
  fhir:

  fhir:ConceptMap.purpose [ markdown ]; # 0..1 Why this concept map is defined

  fhir:ConceptMap.copyright [ markdown ]; # 0..1 Use and/or publishing restrictions
  # . One of these 2
    fhir: ]
    fhir:) ]
  # . One of these 2
    fhir: ]
    fhir:) ]

  # ConceptMap.source[x] : 0..1 The source value set that contains the concepts that are being mapped. One of these 2
    fhir:ConceptMap.sourceUri [ uri ]
    fhir:ConceptMap.sourceCanonical [ canonical(ValueSet) ]
  # ConceptMap.target[x] : 0..1 The target value set which provides context for the mappings. One of these 2
    fhir:ConceptMap.targetUri [ uri ]
    fhir:ConceptMap.targetCanonical [ canonical(ValueSet) ]

  fhir:ConceptMap.group [ # 0..* Same source and target systems
    fhir:

    fhir:ConceptMap.group.source [ uri ]; # 0..1 Source system where concepts to be mapped are defined

    fhir:ConceptMap.group.sourceVersion [ string ]; # 0..1 Specific version of the  code system
    fhir:

    fhir:ConceptMap.group.target [ uri ]; # 0..1 Target system that the concepts are to be mapped to

    fhir:ConceptMap.group.targetVersion [ string ]; # 0..1 Specific version of the  code system
    fhir:ConceptMap.group.element [ # 1..* Mappings for a concept from the source set
      fhir:ConceptMap.group.element.code [ code ]; # 0..1 Identifies element being mapped
      fhir:ConceptMap.group.element.display [ string ]; # 0..1 Display for the code
      fhir:ConceptMap.group.element.target [ # 0..* Concept in target system for element
        fhir:ConceptMap.group.element.target.code [ code ]; # 0..1 Code that identifies the target element
        fhir:ConceptMap.group.element.target.display [ string ]; # 0..1 Display for the code
        fhir:

        fhir:ConceptMap.group.element.target.equivalence [ code ]; # 1..1 relatedto | equivalent | equal | wider | subsumes | narrower | specializes | inexact | unmatched | disjoint

        fhir:ConceptMap.group.element.target.comment [ string ]; # 0..1 Description of status/issues in mapping
        fhir:ConceptMap.group.element.target.dependsOn [ # 0..* Other elements required for this mapping (from context)
          fhir:
          fhir:
          fhir:
          fhir:

          fhir:ConceptMap.group.element.target.dependsOn.property [ uri ]; # 1..1 Reference to property mapping depends on
          fhir:ConceptMap.group.element.target.dependsOn.system [ canonical(CodeSystem) ]; # 0..1 Code System (if necessary)
          fhir:ConceptMap.group.element.target.dependsOn.value [ string ]; # 1..1 Value of the referenced element
          fhir:ConceptMap.group.element.target.dependsOn.display [ string ]; # 0..1 Display for the code (if value is a code)

        ], ...;
        fhir:ConceptMap.group.element.target.product [ See ConceptMap.group.element.target.dependsOn ], ... ; # 0..* Other concepts that this mapping also produces
      ], ...;
    ], ...;
    fhir:
      fhir:

    fhir:ConceptMap.group.unmapped [ # 0..1 What to do when there is no mapping for the source concept
      fhir:ConceptMap.group.unmapped.mode [ code ]; # 1..1 provided | fixed | other-map

      fhir:ConceptMap.group.unmapped.code [ code ]; # 0..1 Fixed code when mode = fixed
      fhir:ConceptMap.group.unmapped.display [ string ]; # 0..1 Display for the code
      fhir:

      fhir:ConceptMap.group.unmapped.url [ canonical(ConceptMap) ]; # 0..1 canonical reference to an additional ConceptMap to use for mapping if the source concept is unmapped

    ];
  ], ...;
]

Changes since DSTU2 Release 3

ConceptMap ConceptMap.title Added Element
ConceptMap.status
  • Change value set from http://hl7.org/fhir/ValueSet/conformance-resource-status to http://hl7.org/fhir/ValueSet/publication-status ConceptMap.experimental Now marked as Modifier ConceptMap.contact Type changed from BackboneElement to ContactDetail ConceptMap.description Type changed from string to markdown ConceptMap.useContext Type changed from CodeableConcept http://hl7.org/fhir/ValueSet/publication-status|4.0.0 to UsageContext Remove Binding http://hl7.org/fhir/ValueSet/use-context (extensible) http://hl7.org/fhir/ValueSet/publication-status|4.1.0
ConceptMap.jurisdiction ConceptMap.group.element.target.equivalence
  • Renamed from useContext to jurisdiction Change value set from http://hl7.org/fhir/ValueSet/use-context to http://hl7.org/fhir/ValueSet/jurisdiction ConceptMap.purpose Renamed from requirements to purpose Type changed from string to markdown ConceptMap.copyright Type changed from string to markdown ConceptMap.source[x] Min Cardinality changed from 1 to 0 Remove Reference(StructureDefinition) ConceptMap.target[x] Min Cardinality changed from 1 to 0 Remove Reference(StructureDefinition) ConceptMap.group Added Element ConceptMap.group.source Added Element ConceptMap.group.sourceVersion Added Element ConceptMap.group.target Added Element ConceptMap.group.targetVersion Added Element ConceptMap.group.element Min Cardinality changed from 0 http://hl7.org/fhir/ValueSet/concept-map-equivalence|4.0.0 to 1 ConceptMap.group.element.display Added Element ConceptMap.group.element.target.display Added Element http://hl7.org/fhir/ValueSet/concept-map-equivalence|4.1.0
ConceptMap.group.element.target.equivalence ConceptMap.group.unmapped.mode
  • Min Cardinality changed Change value set from 1 http://hl7.org/fhir/ValueSet/conceptmap-unmapped-mode|4.0.0 to 0 Default Value "equivalent" added ConceptMap.group.element.target.comment Added Element ConceptMap.group.element.target.dependsOn.property Added Element ConceptMap.group.element.target.dependsOn.system Added Element ConceptMap.group.element.target.dependsOn.display Added Element ConceptMap.group.unmapped Added Element ConceptMap.group.unmapped.mode Added Element ConceptMap.group.unmapped.code Added Element ConceptMap.group.unmapped.display Added Element ConceptMap.group.unmapped.url Added Element ConceptMap.contact.name deleted ConceptMap.contact.telecom deleted ConceptMap.element.codeSystem deleted ConceptMap.element.target.codeSystem deleted ConceptMap.element.target.comments deleted ConceptMap.element.target.dependsOn.element deleted ConceptMap.element.target.dependsOn.codeSystem deleted http://hl7.org/fhir/ValueSet/conceptmap-unmapped-mode|4.1.0

See the Full Difference for further information

This analysis is available as XML or JSON .

See R2 <--> R3 <--> R4 Conversion Maps (status = 2 4 tests that all execute ok. All tests pass round-trip testing and 1 4 r3 resources are invalid (1 (0 errors). ). )

 

Alternate See the Profiles & Extensions and the alternate definitions: Master Definition ( XML , + JSON ), , XML Schema / Schematron (for ) + JSON Schema , ShEx (for Turtle ) + see the extensions , the spreadsheet version & the dependency analysis a

4.9.4.1 4.10.5.1 Terminology Bindings

Path Definition Type Reference
ConceptMap.status The lifecycle status of a Value Set or Concept Map. an artifact. Required PublicationStatus
ConceptMap.jurisdiction Countries and regions within which this artifact is targeted for use use. Extensible Jurisdiction ValueSet
ConceptMap.group.element.target.equivalence The degree of equivalence between concepts. Required ConceptMapEquivalence
ConceptMap.group.unmapped.mode Defines which action to take if there is no match in the group. Required ConceptMapGroupUnmappedMode

4.9.4.2 4.10.5.2 Constraints

id Level Location Description Expression
cmd-0 Warning (base) Name should be usable as an identifier for the module by machine processing applications such as code generation name.matches('[A-Z]([A-Za-z0-9_]){0,254}')
cmd-1 : On ConceptMap.group.element.target: Rule ConceptMap.group.element.target If the map is narrower or inexact, there SHALL be some comments ( expression on ConceptMap.group.element.target: comment.exists() or equivalence.empty() or ((equivalence != 'narrower') and (equivalence != 'inexact')) )
cmd-2 : On ConceptMap.group.unmapped: Rule ConceptMap.group.unmapped If the mode is 'fixed', a code must be provided ( expression on ConceptMap.group.unmapped: (mode = 'fixed') implies code.exists() )
cmd-3 : On ConceptMap.group.unmapped: Rule ConceptMap.group.unmapped If the mode is 'other-map', a code url must be provided ( expression on ConceptMap.group.unmapped: (mode = 'other-map') implies url.exists() )

4.9.5 4.10.6 Notes

  • The value of the system , version and code elements are the same as used by the Coding data type
  • When a mapping equivalence is characterized as "narrower", some explanation of the scope difference SHALL be provided in the comments
  • The concept map is a statement of mapping in a single direction. The existence of a matching mapping in the reverse direction cannot be assumed to exist automatically, but only through human review.
  • There should be For simplicity, it is better if is only one element for each source concept. If if there is more than one, then just as one element can have multiple targets, multiple occurrences of element with the same element.code simply aggregate their target statements are cumulative across them elements as if there was only one element

4.9.6 4.10.7 Grouping Mappings

The concept mappings in element are arranged into groups that share common source/target systems. These groups have no semantic signficance; significance; they exist to make the representation more concise. Concept maps may contain more than one group with the same source and target - this would be a less concise representation but may be useful in order to maintain a fixed order for the concepts that are mapped.

Concepts that are labeled as 'unmatched' are considered to be unmatched in the target value set, irrespective of whether they are contained in a group with a stated target system or not. Groups that contain no target system may only contained 'unmatched' concepts. There is no difference in the meaning of an unmatched target whether or not there is a stated target system.

4.10.8 Mapping Dependencies

In the simple case, a mapping is made from one code to another. E.g. from "home address" in one code system to "address - home" in another. But in other cases, the mapping is not a simple one to one mapping. A typical example might be mapping between a radiology imaging request that has 2 elements: modality, and body site, and another radiology imaging request that pre-coordinates both of these into a single code modality+body site. In this case, it is not possible to map from one code to another. Instead, the mapping might contain entries like this:

Source Concept DependsOn.property DependsOn Concept Target Concept
X-Ray Bodysite Chest Chest-XRay

When attempting to translate the source to the target, an application must also provide a value for the element identified in dependsOn.property so that the correct mapping can be performed. To support the reverse operation, product is the converse, and works in reverse.

To see a real example of a mapping with dependencies, check the Specimen Type Mapping .

4.10.9 Handling Unmapped Codes

If there is no explicit mapping for a code - that is, the engine processing the ConceptMap finds a group with a matching source system, but not matching element for the code it is translating, processing proceeds to the unmapped element that specifies what should happen.

The unmapped element can specify one of the following different actions to take if there is no mapping for a concept:

provided Use the code source as provided in the $translate request. This is especially useful for translations between versions of the same code system, where only a few codes have changed
fixed Use the code (and display) explicitly provided in the group.unmapped . This is useful when there's a fall back general code - especially for classifications
other-map Use the map identified by the canonical URL in url . This is useful when a published concept map needs to be varied for a few specific cases on an institutional bass - the institution can create a simple concept that expresses their special cases, and then refer to the general purpose mappings

Note that this element is not used when there is an element with a matching code value, and an equivalence value of unmatched (or disjoint).

4.9.7 4.10.10 Implicit Code Systems

The ConceptMap resource is intended to map between concepts defined in a code system. It can also be useful to use the ConceptMap resource to define relationships between concepts defined in other kinds of resources. Here are some common kind of conceptual maps:

  • Between two elements in different structure definitions (e.g. between CDA and FHIR v2)
  • Between a question in a Questionnaire and a DataElement Between a code system and a Medication resource

Though these resources are not explicitly defining code systems, they do define 'concept's that can still usefully be treated as code systems for the sake of subsetting (e.g. ValueSet ) and defining relationships (e.g. ConceptMap ). See Implicit Code Systems for further information.

Note that this is different from StructureMap because that is intended to define an executional transform between structures, not a conceptual model.

This table summarizes how to treat these items as a terminology: StructureDefinition The StructureDefinition.url (canonical URL) is the system . Each .snapshot.element.id in the snapshot is a code in the code system Questionnaire The Questionnaire.url (canonical URL) is the system . Each .item.linkId in the snapshot is a code in the code system. Items with no linkId cannot be addressed DataElement The DataElement.url (canonical URL) is the system . Each .element.id in the snapshot is a code in the code system. Elements with no id cannot be addressed Medication Medication resources are a bit different, since they don't have a canonical URL, and there are not multiple items in a resource. So to refer to a medication resource, the system is [base]/Medication, where base is the server address. The Logical Id of the resource is the code

4.9.8 4.10.11 Search Parameters

Search parameters for this resource. The common parameters also apply. See Searching for more information about searching in REST, messaging, and services.

Name Type Description Expression In Common
context token A use context assigned to the concept map (ConceptMap.useContext.value as CodeableConcept)
context-quantity quantity A quantity- or range-valued use context assigned to the concept map (ConceptMap.useContext.value as Quantity) | (ConceptMap.useContext.value as Range)
context-type token A type of use context assigned to the concept map ConceptMap.useContext.code
context-type-quantity composite A use context type and quantity- or range-based value assigned to the concept map On ConceptMap.useContext:
  context-type: code
  context-quantity: value.as(Quantity) | value.as(Range)
context-type-value composite A use context type and value assigned to the concept map On ConceptMap.useContext:
  context-type: code
  context: value.as(CodeableConcept)
date date The concept map publication date ConceptMap.date
dependson uri Reference to property mapping depends on ConceptMap.group.element.target.dependsOn.property
description string The description of the concept map ConceptMap.description
identifier token External identifier for the concept map ConceptMap.identifier
jurisdiction token Intended jurisdiction for the concept map ConceptMap.jurisdiction
name string Computationally friendly name of the concept map ConceptMap.name
other uri reference Canonical URL canonical reference to an additional ConceptMap to use for other mapping if the source concept map is unmapped ConceptMap.group.unmapped.url
( ConceptMap )
product uri Reference to property mapping depends on ConceptMap.group.element.target.product.property
publisher string Name of the publisher of the concept map ConceptMap.publisher
source reference Identifies the The source of value set that contains the concepts which that are being mapped ConceptMap.source.as(Reference) (ConceptMap.source as canonical)
( ValueSet )
source-code token Identifies element being mapped ConceptMap.group.element.code
source-system uri Code System (if value set crosses code systems) Source system where concepts to be mapped are defined ConceptMap.group.source
source-uri reference Identifies the The source of value set that contains the concepts which that are being mapped ConceptMap.source.as(Uri) (ConceptMap.source as uri)
( ValueSet )
status token The current status of the concept map ConceptMap.status
target reference Provides The target value set which provides context to for the mappings ConceptMap.target.as(Reference) (ConceptMap.target as canonical)
( ValueSet )
target-code token Code that identifies the target element ConceptMap.group.element.target.code
target-system uri System of Target system that the target (if necessary) concepts are to be mapped to ConceptMap.group.target
target-uri reference Provides The target value set which provides context to for the mappings ConceptMap.target.as(Uri) (ConceptMap.target as uri)
( ValueSet )
title string The human-friendly name of the concept map ConceptMap.title
url uri The uri that identifies the concept map ConceptMap.url
version token The business version of the concept map ConceptMap.version