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

Remove US Core Jurisdiction Extension

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Not Persuasive with Modification
    • Icon: Medium Medium
    • US Core (FHIR)
    • 7.0.0-ballot
    • Cross-Group Projects
    • US Core Jurisdiction Extension
    • Hide

      Background

      The US Realm US Core Jurisdiction extension was added due to the change request FHIR-26943, which the HL7 Financial Management Work Group reviewed before submitting it to US Core. US Core defines extensions that are US Realm defined and available in all US Realm FHIR implementation contexts, and It currently defines 2 extensions not included in any US Core profile.

      1. US Core Jurisdiction Extension
      2. US Core Direct email Extension

      Note that the FHIR Extensions Pack defines the extensions that are globally defined and available in all FHIR implementation contexts.

      Identifier.assigner (type Reference) is defined as the "Organization that issued/manages the identifier." with the comment: "The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization" In the datatypes page it states: "The assigner is used to indicate what registry/state/facility/etc. assigned the identifier. As a Reference, the assigner can include just a text description in the display." Although an implementer may be able to infer the state jurisdiction from the assigned element, this is only sometimes the case.

      Example:

       

      Regarding the comment: "Note that Device already has a jurisdiction (Included in .udiCarrier) which is not yet included in US Core and is actually explicitly a .uri data type."

      As stated above, this extension is US Realm defined and available in all US Realm FHIR implementation contexts, including Device resources that do not use UDI.

      Decision

       

      Clarify that not all extensions are used in US Core Profiles by categorizing them and listing them as follows on the Profiles and Extensions page:

      • The following extensions are used US Core Profiles.
      • The following extensions are not used in any US Core Profile. They are provided to assist implementers who may find them relevant to their specific use cases.
      • The following extensions are ** only used in the US Core Profile StructureDefinition elements.
      Show
      Background The US Realm US Core Jurisdiction extension was added due to the change request FHIR-26943 , which the HL7 Financial Management Work Group reviewed before submitting it to US Core. US Core defines extensions that are US Realm defined and available in all US Realm FHIR implementation contexts, and It currently defines 2 extensions not included in any US Core profile. US Core Jurisdiction Extension US Core Direct email Extension Note that the FHIR Extensions Pack defines the extensions that are globally defined and available in all FHIR implementation contexts. Identifier.assigner (type Reference) is defined as the "Organization that issued/manages the identifier." with the comment: "The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization" In the datatypes page  it states: "The assigner is used to indicate what registry/state/facility/etc. assigned the identifier. As a Reference, the assigner can include just a text description in the display." Although an implementer may be able to infer the state jurisdiction from the assigned element, this is only sometimes the case. Example:   Regarding the comment: "Note that Device already has a jurisdiction (Included in .udiCarrier) which is not yet included in US Core and is actually explicitly a .uri data type." As stated above, this extension is US Realm defined and available in all US Realm FHIR implementation contexts, including Device resources that do not use UDI. Decision   Clarify that not all extensions are used in US Core Profiles by categorizing them and listing them as follows on the  Profiles and Extensions page : The following extensions are used US Core Profiles. The following extensions are not used in any US Core Profile. They are provided to assist implementers who may find them relevant to their specific use cases. The following extensions are ** only used in the US Core Profile StructureDefinition elements.
    • Eric Haas/Jason Vogt: 25-0-0
    • Clarification
    • Non-substantive

    Description

      When reviewing FHIR US Core there was no reference anywhere that I could find where the US Core Jurisdiction Extension is included.  There is a clear statement on where it can be used, but the Identifier data type already has an assigner, which should reflect the jurisdiction that assigns the identifier.  It is unclear from the definition why the address of the organization assigning the identifier.

      Note that Device already has a jurisdiction (Included in .udiCarrier) which is not yet included in US Core and is actually explicitly a .uri data type.

      We therefore suggest to either remove this extension and reconsider its datatype and appropriateness as a global extension for any identifier and align with Device.udiCarrier.jurisdiction OR clarify why this is not the same as the Device.jurisdiction and cannot use Identifier.assigner(Organization.address.state) OR change the data type to uri to be aligned with Device.jurisdiction which is also used for an identifier indicating the jurisdiction according to which the UDI was issued.

      As there is no USCDI requirement for this, and unless there is another clear pressing need, suggest to remove and reconsider.

      Attachments

        Activity

          People

            Unassigned Unassigned
            hbuitendijk Hans Buitendijk
            Hans Buitendijk
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: