This page is part of the US Prescription Drug Monitoring Program (PDMP) (v1.0.0-ballot: STU1 Ballot 1) based on FHIR (HL7® FHIR® Standard) R4. . For a full list of available versions, see the Directory of published versions
Unknown Reason. If the PDMP Responder system does not have data for a Must Support data element, and the reason for absence is unknown:
The PDMP Responder system responding to a query SHALL NOT include the element in the resource.
The PDMP Requester system SHALL interpret missing data elements within resource instances as data not present in the PDMP Responder system.
Known Reason. In situations where information on a particular data element is missing and the PDMP Responder knows the precise reason for the absence of data:
The PDMP Responder 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 PDMP Requester system SHALL be able to process resource instances containing data elements asserting missing information.
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
Required binding strength
For example, the following status elements do not contain an “unknown” concept code–and so, the element cannot be populated as unknown:
Resources returned by the PDMP Responder that are not profiled in this IG SHOULD conform to the associated US Core profiles as outlined in US Core Profiles when applicable profiles exist.