Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-30515

$translate doesn't expose dependsOn fields

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive
    • Icon: Medium Medium
    • FHIR Core (FHIR)
    • R4
    • Terminology Infrastructure
    • ConceptMap
    • Hide

      The dependsOn parameter is missing from the output parameters for the $translate operation.  Adding this, aligned with changes made in #FHIR-28284, also results in changes with match.product.

      Add the following output parameter:

      match.dependsOn  0..*  Definition = An element that this mapping depends on.

      match.dependsOn.property  1..1

      match.dependsOn.value  1..1 (choice of code | Coding | string | integer | boolean | dateTime | decimal | uri)

      Change the match.product output parameter

      Change definition to:  An element that is a product of this mapping.

      Cardinality of match.product is not changed.

      Sub-elements become:  (prior sub-elements have been replaced)

      match.product.property 1..1

      match.product.value 1..1 (choice of code | Coding | string | integer | boolean | dateTime | decimal | uri)

      Note: application of this change requires use of the extension found here: http://hl7.org/fhir/StructureDefinition/operationdefinition-allowed-type

       

      Show
      The dependsOn parameter is missing from the output parameters for the $translate operation.  Adding this, aligned with changes made in # FHIR-28284 , also results in changes with match.product. Add the following output parameter: match.dependsOn  0..*  Definition = An element that this mapping depends on. match.dependsOn.property  1..1 match.dependsOn.value  1..1 (choice of code | Coding | string | integer | boolean | dateTime | decimal | uri) Change the match.product output parameter Change definition to:  An element that is a product of this mapping. Cardinality of match.product is not changed. Sub-elements become:  (prior sub-elements have been replaced) match.product.property 1..1 match.product.value 1..1 (choice of code | Coding | string | integer | boolean | dateTime | decimal | uri) Note: application of this change requires use of the extension found here: http://hl7.org/fhir/StructureDefinition/operationdefinition-allowed-type  
    • Rob Hausam/Reuben Daniels: 5-0-0
    • Enhancement
    • Compatible, substantive
    • R5

    Description

      There's no way to cater for $translate calls that don't include sufficient/any dependency parameters by, for example, echoing the .depend fields in the result.

      For example, consider a ConceptMap, cm, that includes two possible target codes, A and B, for a given source code, X, with dependsOn conditions where:

        X -> A dependsOn adult=true
        X -> B dependsOn adult=false

      The a call to ConceptMap/cm/$translate?code=X will return a Parameters that includes two matches:

      X -> A and X -> B

      but with no way to discover the contingency specified via the .dependsOn field

       

      Related, the .comment field is also omitted from the $translate output. This is particularly strange given the presence of the constraint cmd-1 that requires a comment is the equivalence is narrower or inexact.

       

      See also FHIR-28284

       

      Attachments

        Activity

          People

            marc.duteau Marc Duteau
            mjlawley Michael Lawley
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: