Closed dtr-agency closed 4 years ago
Work is underway to implement a number of additional constraints in the composition profile to better define reference elements, as described above.
This was addressed in two ways:
Added the following invariants to introduce rules around refere
Adding a cardinality constraint of 1..1 on the reference element of the following: 1.Composition.section:allergies.entry.reference
Prerequisites
The issue / feature
Change description
The Shared Health Summary Composition is missing constraints on elements with a logical type of Reference.
Without a constraint on Reference there is a wide range of values that are accepted as passing validation, some of which are undesirable. For example,
Add constraints on Composition elements of type Reference where additional constraints are desired for the use case:
This is expected to be:
What it actually enables people to do
Enables consistent implementation and validation of meaningful data that serves the use case. Provides clarification of how to support the expected usage scenarios.
Mockups
Not available.
How awesome would it be?
Highly desirable - the design is incomplete without these constraints. This issue must addressed at some stage prior to release for implementation.
Workarounds
This missing design feature may be addressed in the STU3 profile by documentation of a known issue rather than adding invariants to the Composition. Or possibly a mix of both, addition of some invariants / constraints and a known issue covering off the other invariants not included in the STU3 profile. Example known issue content
...
Additional context
composition-sml-prac-1 is an example of a Composition with these constraints in place including functioning FHIRPath expression.