FHIR Chat · Handling STU3 Extension canonical URLs · implementers

Stream: implementers

Topic: Handling STU3 Extension canonical URLs


view this post on Zulip Ken Sinn (Jan 18 2019 at 21:12):

What are the recommended guidelines for handling/using STU3 extensions that are no longer available in R4?
For example, our STU3 profile use http://hl7.org/fhir/STU3/extension-observation-eventtiming.html, but our profile structure definition references the canonical URL -- http://hl7.org/fhir/StructureDefinition/observation-eventTiming -- which no longer resolves after the R4 publication.

The STU3 profile itself declares its FHIR version to be 3.0.1 -- is that sufficiently obvious that someone would need to muck with the canonical URL declaration (http://hl7.org/fhir/StructureDefinition/observation-eventTiming) in order to get at the actual resolvable page (http://hl7.org/fhir/STU3/extension-observation-eventtiming.html)? Or should the STU3 profile reference the version-specific extension, via http://hl7.org/fhir/STU3/extension-observation-eventtiming.html or http://hl7.org/fhir/StructureDefinition/observation-eventTiming|3.0.1? (and is there a preference for one URL format or the other?

view this post on Zulip Grahame Grieve (Jan 19 2019 at 03:03):

actually, the formal version specific canonical URL is http://hl7.org/fhir/3.0/StructureDefinition/observation-eventTiming

view this post on Zulip Grahame Grieve (Jan 19 2019 at 03:04):

the only way to know that from an R3 perspective is magic, but it is documented formally as part of R4

view this post on Zulip Grahame Grieve (Jan 19 2019 at 03:05):

http://hl7.org/fhir/StructureDefinition/observation-eventTiming|3.0.1

that's something else - which we haven't yet worked on for the spec - the R4 definition of the R3 version of the extension - but that doesn't exist anyway

view this post on Zulip Ken Sinn (Jan 21 2019 at 17:52):

A related question: when defining a FHIR Profile and binding an element to a FHIR version-specific valueset, which of the following should we use for the canonical URL?
A) http://hl7.org/fhir/stu3/ValueSet/document-relationship-type
B) http://hl7.org/fhir/ValueSet/document-relationship-type|3.0.1
C) http://hl7.org/fhir/3.0/ValueSet/document-relationship-type

view this post on Zulip Lloyd McKenzie (Jan 21 2019 at 18:00):

B

view this post on Zulip Lloyd McKenzie (Jan 21 2019 at 18:00):

The other two resolve, but they're not the canonical URL.

view this post on Zulip Ken Sinn (Jan 21 2019 at 18:02):

And in defining profiles, the valueset bindings should always be the canonical URL, not simply a resolvable URL?
Whereas the extension canonical URLs are differently-structured, i.e. to Graham's point above?

view this post on Zulip Lloyd McKenzie (Jan 21 2019 at 21:59):

Elements of type "canonical" must always point to the canonical URL of the resource being referenced (possibly with the business version appended after '|'). The extension URLs he's defined have different canonical URL roots because they're intended by design to be version-specific

view this post on Zulip Ken Sinn (Jan 21 2019 at 22:46):

For the valuesets defined by FHIR, is the business version the same as the FHIR version? I notice that in the R4 publication, version is explicitly stated as 4.0.0 for all valuesets, but this isn't defined in stu3 or earlier. For example, https://www.hl7.org/fhir/stu3/valueset-name-use.html is assumed to be business version 3.0.1?

view this post on Zulip Lloyd McKenzie (Jan 22 2019 at 01:01):

It should be, yes. The tooling didn't do that though. I believe we're planning a technical correction to STU3 that will fix this. I don't know that it'll be addressed for DSTU2 though. @Grahame Grieve ?

view this post on Zulip Grahame Grieve (Jan 22 2019 at 20:46):

we're not planning a technical correction for R2


Last updated: Apr 12 2022 at 19:14 UTC