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

UUIDs for Location.id, HealthcareService.id and Organization.id

    XMLWordPrintableJSON

Details

    • Change Request
    • Resolution: Persuasive with Modification
    • Highest
    • Human Services Directory (FHIR)
    • 1.0.0-ballot
    • Human and Social Services
    • HSDHealthcareService
      HSDLocation
      HSDOrganization
    • (many)
    • Hide

      The following Implementation guidance to be added to the IG: 

      HSDS (v.2.0.1) was the basis for requirements, and the mapping/alignment of HSDS data elements to profiles contained in the FHIR IG for Human Service Directories, STU1. HSDS Version 2.0.1 applies string datatypes to nearly all HSDS table 'id' fields/ data elements, including the id field associated with each HSDS table (e.g. organization.id [organization.id]location.id [location.id]service.id [service.id]phone.id [phone.id], etc.). In the next version of HSDS, v.3.0, each HSDS table.id [table.id] field will be defined using as a UUID.

      FHIR Resource .ids  (and the .ids in their inherited profiles) are defined with the FHIR id datatype, a string that supports "Any combination of upper- or lower-case ASCII letters ('A'..'Z', and 'a'..'z', numerals ('0'..'9'), '-' and '.', with a length limit of 64 characters. (This might be an integer, an un-prefixed OID, UUID or any other identifier pattern that meets these constraints.)". 

      Because UUIDs provide uniqueness to data/resources when they are exchanged across multiple systems, it is recommended that implementers of the FHIR IG for Human Services Directories support UUIDs in all HSDS id fields to be mapped to FHIR .id data elements.

      Show
      The following Implementation guidance to be added to the IG:   HSDS (v.2.0.1) was the  basis for  requirements, and the mapping/alignment of HSDS data elements to profiles contained in the FHIR IG for Human Service Directories, STU1.  HSDS Version 2.0.1 applies string datatypes to nearly all HSDS table 'id' fields/ data elements, including the  id  field associated with each HSDS table (e.g.  organization.id [organization.id] ,  location.id [location.id] ,  service.id [service.id] ,  phone.id [phone.id] , etc.). In the next version of HSDS, v.3.0, each HSDS  table.id [table.id]  field will be defined using as a UUID. FHIR Resource  .ids    (and the . ids  in their inherited profiles)  are  defined with the FHIR  id  datatype, a string that supports " Any combination of upper- or lower-case ASCII letters ('A'..'Z', and 'a'..'z', numerals ('0'..'9'), '-' and '.', with a length limit of 64 characters. (This might be an integer, an un-prefixed OID, UUID or any other identifier pattern that meets these constraints.)".  Because UUIDs provide uniqueness to data/resources when they are exchanged across multiple systems, it is recommended that implementers of the FHIR IG for Human Services Directories support UUIDs in all HSDS id fields to be mapped to FHIR  .id  data elements.
    • Serafina Versaggi / Chirag Bhatt : 7 - 0 - 0
    • Clarification
    • Non-substantive

    Description

      It is strongly recommended that Location.id, HealthcareService.id and Organization.id should all be UUIDs - as that is what will be recommended in HSDS 3.0.   Currenlty there is no requirement for this but at some point there might be. The upcomming HSDS FHIR profile will require these id fields to be UUIDs.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              bloom Greg Bloom
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: