This page is part of the Risk Based Contracts Member Attribution List FHIR IG (v0.1.0: STU 1 Ballot 1) based on FHIR R4. The current version which supercedes this version is 1.0.0. For a full list of available versions, see the Directory of published versions
This specification is being prepared for balloting and connectathon testing. It is expected to evolve, possibly significantly, as part of that process.
Feedback is welcome and may be submitted through the FHIR change tracker indicating “US Da Vinci ATR” as the specification.
This implementation guide is dependent on other specifications. Please submit any comments you have on these base specifications as follows:
- Feedback on the FHIR core specification should be submitted to the FHIR change tracker with "FHIR Core" as the specification.
- Feedback on the US core profiles should be submitted to the FHIR change tracker with "US Core" as the specification.
Individuals interested in participating in the Risk Based Contracts Member Attribution List or other HL7 Da Vinci projects can find information about Da Vinci here.
The process of establishing and exchanging member lists for risk based contracts are complex and time consuming. Currently there are no standards in use for establishing and exchanging risk based contract member lists between payers and providers. The most common method in use today involves creation of files (CSVs, txt etc) and exchanging them using different methods such as Email and Secure Eile Transfer Protocol (SFTP).This implementation guide will use HL7 FHIR to specify standards for exchanging of Member Attribution Lists (MAL) between providers and payers. The list can be used by providers and payers to implement use cases for Value Based Contracts (VBC), Quality Reporting, Davinci Payer Data Exchange (PDex), Davinic Clinical Data Exchange (CDex) among others.
The purpose of this implementation guide is to define the mechanisms (protocols), data structures and value sets to be used for exchanging the MAL. The MAL typically contains the following information:
The implementation guide is designed to allow for initial support of basic capabilities and to subsequently build new features over time. The initial capabilities include
The following features are in scope for future versions of the implementation guide
The following aspects are not in-scope for the implementation guide
The implementation guide is organized into the following sections:
This implementation guide relies on the following other specifications:
This implementation guide defines additional constraints and usage expectations above and beyond the information found in these base specifications.