Details
-
Change Request
-
Resolution: Persuasive
-
Medium
-
US Quality Measures (FHIR)
-
3.0.0
-
Clinical Quality Information
-
eCQMs
-
-
Juliet Rubini/Bryn Rhodes: 24-0-0
-
Clarification
-
Non-substantive
Description
The following sentences in the discussion on supplemental data elements are problematic:
> The supplemental data element expressions are normally expected to return a single value when evaluated in the context of a member of the population. For example, patient-based measures would return the value of a supplemental data element for a given patient. However, there are cases where returning multiple elements for supplemental data would be useful. For example, collecting observations related to a particular condition. The intent of this conformance requirement is to simplify implementation of supplemental data collection, so care should be taken when using supplemental data elements that return multiple elements.
First, they seem to imply that supplemental data element expressions should only return singletons, and that expressions that return lists are discouraged.
Second, they make it seem like there is a conformance requirement about supplemental data result types, but there isn't, the spec is silent on it.
Propose that we clarify by adding a bullet to the conformance requirement:
- Supplemental data element criteria expressions MAY be of any type, including lists
Note that this means we also need to provide guidance on how list-valued (and tuple-valued) SDEs would be represented in the resulting MeasureReport.