FHIR Chat · Choice of Profiles · IG creation

Stream: IG creation

Topic: Choice of Profiles


view this post on Zulip Chris Moesel (Jun 27 2018 at 22:10):

A colleague of mine has a profile on Patient that specifies the identifier element type as a choice of profiles:

"type": [
          {
            "code": "Identifier",
            "profile": "http://nightingaleproject.github.io/fhirDeathRecord/StructureDefinition/sdr-decedent-DecedentID"
          },
          {
            "code": "Identifier",
            "profile": "http://nightingaleproject.github.io/fhirDeathRecord/StructureDefinition/sdr-decedent-SocialSecurityNumber"
          }
],

When we generate an IG, however, the Snapshot and Differential views only show the first profile (sdr-decedent-DecedentID). Is this an issue in the IG tooling, or are we wrong to turn a non-choice Identifier type to a choice of two profiles on Identifier?

We're using the IG Publisher from the May 2018 ballot.

view this post on Zulip Lloyd McKenzie (Jun 28 2018 at 06:29):

In R4, you should have one "identifier" and "profile" should be an array.

view this post on Zulip Chris Moesel (Jun 28 2018 at 12:36):

Thanks, @Lloyd McKenzie. That's good to know as we move toward R4. For R3, however, is the approach I demonstrated above valid? I think so, as invariant eld-13 says: "Types must be unique by the combination of code and profile." But since the IG publisher doesn't handle it correctly, it does give me pause.

view this post on Zulip Lloyd McKenzie (Jun 28 2018 at 18:41):

R3 doesn't allow multiple profiles for any data type.

view this post on Zulip Chris Moesel (Jun 28 2018 at 18:56):

If R3 doesn't support multiple profiles (as a choice), shouldn't eld-13 simply read: "Types must be unique by code"? Saying that they must be unique by "combination of code and profile" makes it sound like you can have two types w/ the same code but different profiles. Where does R3 say you can't have that?

view this post on Zulip Lloyd McKenzie (Jun 28 2018 at 19:11):

In R3, Reference can repeat multiple times

view this post on Zulip Lloyd McKenzie (Jun 28 2018 at 19:17):

Can't find a place that says it can't, but I can't remember the tooling ever supporting it.

view this post on Zulip Grahame Grieve (Jul 06 2018 at 19:27):

@Chris Moesel you do not specify which version of FHIR you are using

view this post on Zulip Chris Moesel (Jul 09 2018 at 12:30):

Hi @Grahame Grieve . I apologize. My IG uses FHIR 3.0.1 -- and as noted above, indicating that an element should be a choice of multiple profiles (on the same base type) only shows up as the first profile when we produce the IG documentation (although the profile JSON correctly shows both choices in the type array).


Last updated: Apr 12 2022 at 19:14 UTC