Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-38051

Clarify guidance on SDE expression results

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive
    • Icon: Medium Medium
    • US Quality Measures (FHIR)
    • 3.0.0
    • Clinical Quality Information
    • QMs
    • Hide

      Agree. 

      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.

      Example to be provided after vote.

      Also reword the original statement to say:

      CURRENT:

      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.

       

      PROPOSED:

      The supplemental data element expressions can return a single value or list of values 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. 

      Show
      Agree.  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. Example to be provided after vote. Also reword the original statement to say: CURRENT: 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.   PROPOSED: The supplemental data element expressions can return a single value or list of values 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. 
    • 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.

      Attachments

        Activity

          People

            bryn.rhodes Bryn Rhodes
            bryn.rhodes Bryn Rhodes
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: