FHIR Chat · Derivative Implementation guides - rules · implementers

Stream: implementers

Topic: Derivative Implementation guides - rules


view this post on Zulip Daniel Venton (Feb 25 2021 at 17:37):

I'll ask here, let me know if there is a better stream.
I know that implementation guides are prevented from relaxing restrictions of the parent definition.
ie. FHIR R4 says... 1..4, CARIN is NOT allowed to change to 0..4 But CARIN can say 2..4 Understood.

But can CARIN relax other constraints defined in the profile that are not part of the resource itself?
For instance US Core says you must support Patient?name=xxx search param BUT CARIN says, "Patient, Practitioner, and Organization are US Core Profiles. Since these are supporting / reference profiles (rather than a focus profile) in CARIN IG for Blue Button®, the alignment with the US Core is on the content of these profiles, but not on the search parameters."

It seems odd that CARIN would be allowed to relax profile constraints like search parameters but not relax profile constraints regarding the resource.

view this post on Zulip Lloyd McKenzie (Feb 25 2021 at 17:49):

There's an issue with how US Core publishes their search parameter expectations. Search and profiles have nothing to do with each other. Profiles are data constraints. Search expectations are actually part of the CapabilityStatement. So you're free to use US Core profiles and completely ignore the US Core capability statements (presuming you're not required to comply with those statements under regulation).

view this post on Zulip Eric Haas (Feb 25 2021 at 22:25):

I don't see this as an issue with US Core - the IG involves a use case, actors , fhir structures, and interactions. If you claim conformance to US Core IG you conform to both the structures and the search. This is different than conforming to an individual US Core artifact which is also OK. We will be making this clarification in the specification.

view this post on Zulip Lloyd McKenzie (Feb 25 2021 at 23:24):

You can inherit from US Core profiles without inheriting from US Core CapabilityStatements. If you do that, you do not inherit any of US Core's rules on search. Profiles cannot define any expectations around search, only around static data element support.

view this post on Zulip Eric Haas (Feb 26 2021 at 00:35):

I agree and will make that clearer in the Quick starts

view this post on Zulip Vassil Peytchev (Feb 26 2021 at 00:36):

Is there a way to inherit from CapabilityStatements?

view this post on Zulip Eric Haas (Feb 26 2021 at 02:40):

CapabilityStatement.instantiates or CapabilityStatement.imports

view this post on Zulip Lloyd McKenzie (Feb 26 2021 at 05:29):

Imports will grab whatever the referenced CapabilityStatement says. import says that all the things you've already declared or imported cover off the mandatory requirements of whatever you instantiate. (So only 'imports' really does inheritance.)


Last updated: Apr 12 2022 at 19:14 UTC