Loading...

XML

Word

Printable

JSON

Specification:

FHIR Core (FHIR)
Raised in Version:

R4
Work Group:

Terminology Infrastructure
Related Artifact(s):

ConceptMap
Grouping:
- Depends
- R5
Resolution Description:

Hide

Proposal: Use a choice type for the value in dependsOn (and therefore also product). This would replace:

dependsOn:
{ property: uri, system: canonical(CodeSystem), value: string, display: string }
with:

dependsOn:
{ property: uri, value[x]: (code | Coding | string | integer | boolean | dateTime | decimal | uri), }

Show
Proposal: Use a choice type for the value in dependsOn (and therefore also product) . This would replace: dependsOn: { property: uri, system: canonical(CodeSystem), value: string, display: string } with: dependsOn: { property: uri, value[x]: (code | Coding | string | integer | boolean | dateTime | decimal | uri), }
Resolution Vote:
Carmela Couderc/Michael Lawley : 4-0-0
Change Category:
Enhancement
Change Impact:
Non-compatible
Applied for Version:

R5

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.

relates to

FHIR-34120 $translate dependency parameter needs to change to match FHIR-28284 changes

FHIR-32550 Do the dependencies and products have to be codes?

FHIR-32541 Explain dependsOn.property

FHIR-32549 Can't a mapping depend on a value set rather than only a fixed value?

FHIR-30515 $translate doesn't expose dependsOn fields