Do not unbound referenceRange.meaning - use two elements instead. - 2016-09 core #269

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU2
    • Orders & Observations
    • Observation
    • Observation.referenc
    • Hide

      Motion to replace Observation.ReferenceRange.meaning with:
      Observation.ReferenceRange.type 0..1 extensible binding (existing in meaning, e.g., normal, recommended)
      Observation.ReferenceRange.appliesTo 0..* example binding to current meaning value set minus types.

      Show
      Motion to replace Observation.ReferenceRange.meaning with: Observation.ReferenceRange.type 0..1 extensible binding (existing in meaning, e.g., normal, recommended) Observation.ReferenceRange.appliesTo 0..* example binding to current meaning value set minus types.
    • Bobby Halperin/Grahame Grieve: 17-0-0
    • Enhancement
    • Compatible, substantive
    • DSTU2

      Comment:

      Instead of unbounding Observation.referenceRange.meaning to allow for specifying the reference range type and the population it applies to, can we split it into two separate elements? Something like "type" (0.1) and "appliesTo" (0.*)?

      It feels cumbersome to unbound something with the intent of adding two separate concepts to the same element when we have the ability to just make new elements. If we don't, we are forcing consumers who differentiate the two concepts to interpret the meaning from the source coding system, which is often more difficult.

      Summary:

      Do not unbound referenceRange.meaning - use two elements instead.

            Assignee:
            Unassigned
            Reporter:
            Danielle Friend
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: