Details
Description
The modelling for the dependsOn and product elements in ConceptMap is cumbersome and misaligned with the normal approach to "union" types.
I would suggest using value[x] with choice of string and Coding as a more consistent approach.
Given the extent of existing changes to ConceptMap I believe it would not be unreasonable to make this change.
Attachments
Issue Links
- relates to
-
FHIR-34120 $translate dependency parameter needs to change to match FHIR-28284 changes
- Published
-
FHIR-32550 Do the dependencies and products have to be codes?
- Resolved - No Change
-
FHIR-32541 Explain dependsOn.property
- Published
-
FHIR-32549 Can't a mapping depend on a value set rather than only a fixed value?
- Published
-
FHIR-30515 $translate doesn't expose dependsOn fields
- Published