This page is part of the Risk Based Contracts Member Attribution List FHIR IG (v1.0.0: STU 1) 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
Member Attribution (ATR) lists are used between Payers and Providers for implementing risk-based contracts, value based contracts, care gap closures and quality reporting. This version of the implementation guide has been developed with input received from the Da Vinci community on risk-based contracts. Future versions of the implementation guide will consider other use cases as identified by Da Vinci. A risk-based contract establishes responsibilities between an Payer and a Provider(individual or organization) where the providers have responsibility for health care costs incurred by a member(s) attributed to them by the Payer as part of the member attribution list. The processes 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 File Transfer Protocol (SFTP).This implementation guide will use HL7 FHIR to specify standards for exchanging of Member Attribution Lists between providers and payers. The list can be used by providers and payers to implement use cases for Value Based Contracts (VBC), Quality Reporting, Da Vinci Payer Data Exchange (PDex), Da Vinci 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 Member Attribution List. The Member Attribution List 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.