This page is part of the Da Vinci Payer Data Exchange (v1.0.0: STU1) based on FHIR R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
The following artifacts define the specific capabilities that different types of systems are expected to have in order to comply with this implementation guide. Systems conforming to this implementation guide are expected to declare conformance to one or more of the following capability statements.
PDEX Server CapabilityStatement |
This Section describes the expected capabilities of the PDEX Server actor which is responsible for providing responses to the queries submitted by the PDEX Requestors. The complete list of FHIR profiles, RESTful operations, and search parameters supported by PDEX Servers are defined. PDEX Clients have the option of choosing from this list to access necessary data based on their local use cases and other contextual requirements. |
These define the properties by which a RESTful server can be searched. They can also be used for sorting and including related resources.
PdexMedicationDispensePatient |
Returns dispensed prescriptions for a specific patient. NOTE: This Pdex SearchParameter definition extends the usage context of capabilitystatement-expectation extension to formally express implementer conformance expectations for these elements:
|
PdexMedicationDispenseStatus |
Status of the prescription dispense. NOTE: This SearchParameter definition extends the usage context of capabilitystatement-expectation extension to formally express implementer conformance expectations for these elements:
|
These define constraints on FHIR resources for systems conforming to this implementation guide
HRex Coverage Profile |
The HRex Coverage Profile defines the constraints for representing a member’s healthcare insurance information to the Payer. Coverage instances complying with this profile, sometimes together with the Patient which this profile references via |
PDex Device |
The PDex Device profile is provided to enable payers to record information about devices used by a member that may not have a UDI number. |
PDex MedicationDispense |
Prescription Medications dispensed by a pharmacy to a health plan member and paid for in full, or in part, by the health plan |
Provenance |
Provenance is provided by the payer to identify the source of the information, whether the data came via a clinical record or a claim record and whether the data was subject to manual transcription or other interpretive transformation. This profile adds PayerSourceFormat as an extension on the entity base element. |
These define constraints on FHIR data types for systems conforming to this implementation guide
An attribute to express the refill number of a prescription |
Attribute that identifies the refill number of a prescription. e.g. 0, 1, 2, etc. |
An attribute to describe the data source a resource was constructed from |
Attributes that identify the source record format from which data in the referenced resources was derived |
These define sets of codes used by systems conforming to this implementation guide
FDA National Drug Code (NDC) |
The Drug Listing Act of 1972 requires registered drug establishments to provide the Food and Drug Administration (FDA) with a current list of all drugs manufactured, prepared, propagated, compounded, or processed by it for commercial distribution. (See Section 510 of the Federal Food, Drug, and Cosmetic Act (Act) (21 U.S.C. § 360)). Drug products are identified and reported using a unique, three-segment number, called the National Drug Code (NDC), which serves as a universal product identifier for drugs. FDA publishes the listed NDC numbers and the information submitted as part of the listing information in the NDC Directory which is updated daily. The information submitted as part of the listing process, the NDC number, and the NDC Directory are used in the implementation and enforcement of the Act. Users should note: Starting June 1, 2011, only drugs for which electronic listings (SPL) have been submitted to FDA are included in the NDC Directory. Drugs for which listing information was last submitted to FDA on paper forms, prior to June 2009, are included on a separate file and will not be updated after June 2012. Information regarding the FDA published NDC Directory can be found here Users should note a few important items
|
Provenance Agent Type |
Agent role performed relating to referenced resource |
Payer source of data |
Source Data formats used as the source for FHIR referenced record by the Payer. |
These define new code systems used by systems conforming to this implementation guide
Identifier Type |
Identifier Type |
Provenance Roles |
CodeSystem for types of role relating to the creation or communication of referenced resources |
Provenance Payer Data Source Format |
CodeSystem for source formats that identify what non-FHIR source was used to create FHIR record(s) |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like
Patient1 |
Example of a US Core Patient Record |
ExampleMedicationDispenseClaim |
Example of a MedicationDispense from a Claim |
ExampleProvenanceTransmitter |
Example of a Transmitter Provenance record for a bundle |
ExampleProvenanceAuthor |
Example of an author Provenance record displaying a practitioner’s organization as the author |
ExampleProvenanceSoloPractitioner |
Example of an author Provenance record displaying a sole practitioner as the author |
ExampleProvenancePayerSource |
Example of an payer being the source of the data |
ExampleProvenancePayerModified |
Example of provenance based on security group recommendations |
ExampleDocRefProvenance |
Example of a PDex Provenance record for a PDF embedded or linked in a DocumentReference resource. |
ExampleProvenanceBundleTransmitter |
Example of a Transmitter Provenance record for a bundle |
ExampleDocumentReference |
Example of a US Core DocumentReference with a linked PDF document. The document could also be embedded. |
OrganizationPayer1 |
Example of the Payer Organization |
ExampleBundle1 |
A simple bundle to demonstrate a provenance example |
OrganizationProvider1 |
Provider Organization Example 1 |
BundleWithProvenance |
A bundle that returns provenance using _revinclude=Provenance:target |
ExamplePractitioner |
Example of a Practitioner Record |
ExampleLocation |
Example of a Pharmacy Location Record |
ExampleDevice |
Example of a Device from a Claim |
ExampleEncounter1 |
Example of an Encounter that has a provenance record |
ExampleEncounter2 |
Example of an Encounter that has a provenance record |
ExampleCoverage |
Example of a Coverage for a Member |
PdexServerCapabilityStatement |
Payer Data Exchange Server Capability Statement |