POCP Prescription Enrollment
0.1.0 - CI Build US

POCP Prescription Enrollment - Local Development build (v0.1.0). See the Directory of published versions

Conformance Expectations

Elements Specified as Must Support

Profiles in this guide and referenced guides specify certain elements as “Must Support”. These SHALL be interpreted as follows:

  • Data Source and Data Consumer systems SHALL be capable of populating each Must Support data element when sharing the resource in an exchange defined in this guide when the information is available.
    • They must be capable of both possessing the data for the element and exchanging it
    • The systems SHALL be capable of processing received instances containing the Must Support data elements without generating an error or causing the application to fail.

    • If the Must Support element is specified as required (minimum cardinality of 1 or higher), the element SHALL be present in the instance. If the Data Source doesn’t possess the information, a dataAbsentReason extension may be sent in place of the value.
  • Data Consumer systems SHALL interpret missing elements in received resources as data that is either not present in the Data Source system or not shareable with the Data Consumer system for privacy or other reasons.

  • Data Consumer systems SHALL be able to process resource instances containing data elements containing dataAbsentReasonextensions in place of values where allowed as described here.

Handling Missing Data

In Must Support Elements

Unknown Reason. If the Data Source system does not have data for a Must Support data element, and the reason for absence is unknown:

  • The Data Source system responding to a query SHALL NOT include the element in the resource.

  • The Data Consumer system SHALL interpret missing data elements within resource instances as data not present in the Data Source system.

Known Reason. In situations where information on a particular data element is missing and the Data Source knows the precise reason for the absence of data:

  • The Data Source system SHALL send the reason for the missing information using values (such as nullFlavors) from the value set where they exist or using the dataAbsentReason extension. (See next section)

  • The Data Consumer system SHALL be able to process resource instances containing data elements asserting missing information.

In Required Elements

If the source system does not have data for a required data element (in other words, where the minimum cardinality is greater than 0), participants must follow the rules below.

Non-Coded Data Elements. Use the FHIR DataAbsentReason Extension with the code, unknown, which means the value is expected to exist but is not known.

Coded Data Elements

  • Example, preferred, or extensible binding strengths

    • If the source systems has text but no coded data, only the text element is used.
    • If there is neither text nor coded data, use the appropriate “unknown” concept code from the value set if available
    • If the value set does not have the appropriate “unknown” concept code, use “unknown” from the DataAbsentReason Code System
  • Required binding strength

    • Use the appropriate “unknown” concept code from the value set, if available.
    • In cases where the Data Source does not know the correct code, and the value set lacks an appropriate “unknown” code, it SHALL respond to a query for the resource with an OperationOutcome accompanied by a 404 HTTP error code.

    For example, the following status elements do not contain an “unknown” concept code–and so, the element cannot be populated as unknown:

    • AllergyIntolerance.clinicalStatus
    • Condition.clinicalStatus
    • DocumentReference.status

Conformance to US Core Profiles

Resources carrying additional patient clinical information in the Enrollment Initiation message will conform to the associated US Core profiles as outlined in US Core Profiles to the extent possible, based on the information available to the enrollment application.

In cases where source information is not sufficient to meet US Core profile requirements–even when following the guidance outlined above in Handling Missing Data–the non-conformant resources will be included.