Open RichardTON opened 6 months ago
We will update key elements to show an element if the type constraints or bindings have changed, even if those elements aren't MustSupport.
Side note: Specifying types of "Address, AUAddress" in the differential doesn't actually accomplish anything from a validation perspective. (Though it does highlight the availability of those other profiles if implementers happen to care.)
Side note: Specifying types of "Address, AUAddress" in the differential doesn't actually accomplish anything from a validation perspective. (Though it does highlight the availability of those other profiles if implementers happen to care.)
This is recognised. The intent is to advertise useful profiles and simplify creating constraints using them in derived profiles.
The key elements table should include elements that are in the profile's differential.
For example AU Base Patient includes constraints on Patient.contact. Patient.contact does not appear in the key elements table.
See Zulip https://chat.fhir.org/#narrow/stream/179252-IG-creation/topic/Make.20KeyElements.20the.20default.20tab/near/434905716