Da Vinci Payer Data Exchange
1.0.0 - STU1

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

Artifacts Summary

This page provides a list of the FHIR artifacts defined as part of this implementation guide.

Behavior: Capability Statements

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.

Behavior: Search Parameters

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:

  • multipleAnd
  • multipleOr
  • comparator
  • modifier
  • chain.
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:

  • multipleAnd
  • multipleOr
  • comparator
  • modifier
  • chain.

Structures: Resource Profiles

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 beneficiary, allows a payer to identify a member in their system.

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.

Structures: Extension Definitions

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

Terminology: Value Sets

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

  • The NDC Directory is updated daily.
  • The new NDC Directory contains ONLY information on final marketed drugs submitted to FDA in SPL electronic listing files by labelers.
  • The NDC Directory does not contain all listed drugs. The new version includes the final marketed drugs which listing information were submitted electronically. It does not include animal drugs, blood products, or human drugs that are not in final marketed form, such as Active Pharmaceutical Ingredients(APIs), drugs for further processing, drugs manufactured exclusively for a private label distributor, or drugs that are marketed solely as part of a kit or combination product or inner layer of a multi-level packaged product not marketed individually. For more information about how certain kits or multi-level packaged drugs are addressed in the new NDC Directory, see the NDC Directory Package File definitions document. For the FDA Online Label Repository page and additional resources go to: FDA Online Label Repository
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.

Terminology: Code Systems

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)

Example: Example Instances

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