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

MUST SUPPORT expectations

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Not Persuasive
    • Icon: Low Low
    • FHIR Core (FHIR)
    • STU3
    • FHIR Infrastructure
    • Conformance Rules
    • Hide

      It's possible for an element to be mustSupport and for a system to still populate an element with a dataAbsentReason - e.g. when the recipient isn't allowed to see that element and needs to be told that.

      The new Obligation structure plus the mustHaveValue element provide much more granularity around mustSupport and value expectations and we think they will address the concerns underlying this issue.  If not, please raise a new tracker item identifying exactly what further clarification you feel is needed.

      Show
      It's possible for an element to be mustSupport and for a system to still populate an element with a dataAbsentReason - e.g. when the recipient isn't allowed to see that element and needs to be told that. The new Obligation structure plus the mustHaveValue element provide much more granularity around mustSupport and value expectations and we think they will address the concerns underlying this issue.  If not, please raise a new tracker item identifying exactly what further clarification you feel is needed.
    • Grahame Grieve/Gino Canessa: 14-0-0

    Description

      Currently the MUST SUPPORT statement indicates ".....When a profile does this, it SHALL also make clear exactly what kind of "support" is required, as this could involve expectations around what a system must store, display, allow data capture of, include in decision logic, pass on to other data consumers, etc."

      While there is clearly variability across profiles and IGs what exactly would be included in MUST SUPPORT, there is at least one aspect that should be universally applied across all profiles that use MUST SUPPORT and that is that the API that makes the data available for a read must always populate the attribute marked as MUST SUPPORT when it has that data and a null flavor would not be sufficient. This sets a consistent expectation that data is always shared when marked MUST SUPPORT and when the source has that data. If that behavior cannot be required when an attribute is marked MUST SUPPORT, then the scope of that profile is not well defined.

      Attachments

        Activity

          People

            lloyd Lloyd McKenzie
            hbuitendijk Hans Buitendijk
            Hans Buitendijk
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: