FHIR Chat · FHIR ValueSet and CodeSystem URI changes · implementers

Stream: implementers

Topic: FHIR ValueSet and CodeSystem URI changes


view this post on Zulip Joel Francis (Feb 12 2019 at 14:48):

Can we get some guidance on how to handle the change in FHIR URIs from FHIR v3 to FHIR R4?

Ex: CodeSystem URI change - http://hl7.org/fhir/stu3/codesystem-account-status.html VS https://www.hl7.org/fhir/codesystem-account-status.html

Ex: ValueSet URI change - http://hl7.org/fhir/ValueSet/v3-ActCode) VS http://terminology.hl7.org/ValueSet/v3-ActCode

(i) How do existing implementations handle the change in URIs?
(ii) Does a change in the URI signify a change to the ValueSet or CodeSystem and if so how can the delta be determined? Ex DSTU2 to STU3 and using a V3 ValueSet
(iii) Some of the links such as - http://hl7.org/fhir/ValueSet/v3-ActCode are not resolveable. Will this be fixed in the future?

@Linda Parisien @Rob Hausam

view this post on Zulip Lloyd McKenzie (Feb 12 2019 at 16:16):

The resolution issue should be fixed in the next 6 months or so. The change implies a change in code system (and some applications may treat it that way), but in fact it just represents a change in canonical URL. Changing canonical URLs is annoying and not good practice, but it's a decision we decided to make before going normative to align with HL7's shift toward a common terminology model where v2, v3 and FHIR will all be able to draw on the same code systems. As for how to deal with it, you could use NamingSystem or hard-coded logic to manage the transition, handle it as part of version mapping, or take other approaches.

view this post on Zulip Rob Hausam (Feb 13 2019 at 03:45):

I'm not sure I have much to add to Lloyd's explanation of where we are and why. As he said, having to do this wasn't great, but it was undoubtedly best to do it before going normative. Do the suggestions provide a sufficient direction for you to pursue? If they don't or if you aren't sure, we can certainly discuss the issues further here or in the Vocabulary WG, or wherever needed.

view this post on Zulip Joel Francis (Feb 13 2019 at 14:04):

Thanks @Lloyd McKenzie and @Rob Hausam ,

I can gather that there is no need to change the URIs for an implementations existing on an older version of FHIR - i.e., if I have a product built using FHIR 1.0.5, I would use those URIs as mentioned in that version of the specification and not upgrade to the R4 changed URIs or have I understood otherwise?

Another question I have is regarding HL7 codes - can codes get deactivated/retired?

@Linda Parisien

view this post on Zulip Lloyd McKenzie (Feb 13 2019 at 16:21):

You should use the URIs that were published in the version of FHIR you're implementinging. And yes, HL7 codes can be deprecated/retired.

view this post on Zulip Mary Dobbins (Feb 13 2019 at 19:27):

There are different prefixes for Internal vs. External FHIR code systems. Is there guidance on when to use the internal vs. external URIs?

view this post on Zulip Lloyd McKenzie (Feb 13 2019 at 19:42):

Can you give an example of an internal vs. an external prefix?

view this post on Zulip Mary Dobbins (Feb 13 2019 at 20:16):

Sure. This is from the Terminologies > Code Systems webpage: http://build.fhir.org/terminologies-systems.html
The labels in the grid include Internal (FHIR) and External (FHIR).
Internal (FHIR) prefix = http://hl7.org/fhir/
External (FHIR) prefix = http://terminology.hl7​.org/CodeSystem/

view this post on Zulip Lloyd McKenzie (Feb 13 2019 at 20:52):

Ah. The former are code systems that are defined and maintained as part of the FHIR spec and are "locked" to a particular version of FHIR. They apply to things like administrative-gender, status, etc. External codes are ones that are shared with other product families and that can evolve between releases of FHIR.


Last updated: Apr 12 2022 at 19:14 UTC