-
Type:
Change Request
-
Resolution: Persuasive with Modification
-
Priority:
Medium
-
FHIR Core (FHIR)
-
STU3
-
Terminology Infrastructure
-
Normative
-
ValueSet
-
-
Grahame Grieve / Rob Hausam: 18-0-1
-
Correction
-
Non-compatible
-
STU3
The $Expand operation supports the following parameters the are allowed to override the expansion as defined in the value set CLD. This wil.l result in value expansions that appear to be complete, yet have been restricted based upon the input parameters. These parametes are "filter", "activeOnly", profile, excludeNested, excludeNotForUI, excludePostCordinated, LimitedExpansion.
These inputs act as "modifiers" to the expected expansion and as such are very dangerous for subsequent use of the expansion if the modifcation is clearly carried - forever - with the expansion to indicate the expansion has been modified.
How to clarify this within the expansion result is not clear, but perhaps the input parameter list should be included in the Expansion result within the value set resource bundle returned.
Also, allowing operation restirctions based on parameters to override expansion prametrs included within an expansion profile seems backwards from a typical "inside specifications" can not be overridden based on the assumption that an expansion profile is to be applied before any operation parameter specifications. Including this in a Normative track when expansion Profiles are not at the same maturity level is very dangerous.
I think we need to do more work with this operation, particualrly with intersections of these parameters and use of expansion profiles before it is normative.
- is voted on by
-
BALLOT-4644 Negative - Rob McClure : 2018-May-FHIR R4 TERMINOLOGY R1
- Balloted