MCC eCare Plan Implementation Guide
1.0.0-ballot2 - ballot United States of America flag

This page is part of the MCC eCare Plan Implementation Guide (v1.0.0-ballot2: STU 1 Ballot 2) based on FHIR R4. . For a full list of available versions, see the Directory of published versions

MCC Must-support

The MCC IG is built on the premise that the US Core IG is implemented on conformant servers. As such, where the MCC IG does not additionally constrain a US Core profile, the US Core definition of Must Support and Missing Data SHOULD be followed http://hl7.org/fhir/us/core/must-support.html. In addtion, where MCC constrains a profile the US Core definition of Must Support and Missing Data applies.

To clarify, in the context of MCC, Support, implementations are expected to

  • be capable of including supported data elements as part of the query results specified by the MCC conformance resources.
  • interpret missing, supported data elements within resource instances as data not present in the Responder’s systems (or the requestor is unauthorized).
  • apply the US Core guidance for Must Support and Missing Data to all MCC Profiles and data elements where Must Support or Missing data requirements are made, in addition to any that US Core Profiles specify.

For example, a staff scheduling system may not have the technical capability to collect and store patient-specific care planning data and therefore is not expected to respond with patient-specific care planning data when queried.

When information on a particular data element is not present, and the reason for its absence is unknown, MCC Responders SHALL NOT include the data elements in the resource instance returned as part of the query results. Conversely, MCC Requestors SHALL be able to process resource instances containing data elements asserting missing information.