Details
-
Change Request
-
Resolution: Persuasive
-
Medium
-
Using CQL With FHIR (FHIR)
-
1.0.0-ballot
-
Clinical Decision Support
-
CQL Evaluation Result
-
8.5.1
-
-
Howard Strasberg/Juliet Rubini: 12-0-0
-
Correction
-
Non-substantive
Description
The CQL Evaluation Result profile specifies that the dataAbsentReason extension can be used to indicate null evaluation results from operations. The default value set is left as-is, allowing for a variety of data absent reasons.
Are implementations expected to potentially provide different reasons for null values (as the value set implies)? I expect most engines aren't sophisticated enough to know or propagate a clear reason why a value is null – usually it just evaluated to null based on the rules of CQL evaluation.
If engines are expected or allowed to be specific about why something is null, then clarify that in the text. If, on the other hand, the intent is just to say "this is null", consider fixing the dataAbsentReason extension's valueCode to a single code, e.g.:
* parameter.value[x].extension[dataAbsentReason].valueCode = #unknown
Attachments
Issue Links
- is voted on by
-
BALLOT-58393 Affirmative - Paul Denning : 2024-Jan-FHIR IG CQL E1 STU
- Balloted
-
BALLOT-60931 Affirmative - Mark Kramer : 2024-Jan-FHIR IG CQL E1 STU
- Balloted
-
BALLOT-60968 Affirmative - Yunwei Wang : 2024-Jan-FHIR IG CQL E1 STU
- Balloted