Da Vinci - Member Attribution (ATR) List
2.0.0 - STU 2.0.0 United States of America flag

This page is part of the Risk Based Contracts Member Attribution List FHIR IG (v2.0.0: STU2 Release 1) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version. For a full list of available versions, see the Directory of published versions

Background

DaVinci

DaVinci is an HL7-sponsored project that brings together the U.S. payers, providers, and technology suppliers (including EHR vendors) to help payers and providers to positively impact clinical, quality, cost, and care management outcomes using FHIR-related technologies. The project organizes meetings (face-to-face and conference calls) as well as connectathons to find ways to leverage FHIR technologies to support and integrate value-based care (VBC) data exchange across communities. DaVinci identifies value-based care use cases of interest to its member and the community as a whole.

The process that Da Vinci has adopted includes:

  1. identify business, clinical, technical and testing requirements,
  2. develop and ballot a FHIR based implementation guide (IG),
  3. develop a Reference Implementation (RI) that is used to demonstrate that the concepts in the IG are possible to implement
  4. pilot the IG
  5. support the IG’s production use to enable data exchange to support interoperability for value-based care

Additional information about Da Vinci, its members, the use cases and the implementation guides being developed can all be found on the HL7 website. Meeting minutes and other materials can be found on the Da Vinci Confluence page. The guiding principles for Da Vinci can be found here.

Systems

The implementation guide defines the responsibilities of the two types of systems involved in an ATR solution:

Producer systems are typically Payer systems but could theoretically be any system responsible for producing a Member Attribution List.These systems typically act as servers.

Consumer systems are typically Provider systems that act on behalf of provider organizations who retrieve the Member Attribution List from a Producer. These systems typically act as clients.

Underlying Specifications

This guide is based on the HL7 FHIR standard, as well as the Bulk Data IG and SMART on FHIR Backend Services Authorization specifications, which build additional capabilities on top of FHIR. This architecture is intended to maximize the number of clinical systems that conform to this guide as well as to allow for easy growth and extensibility of system capabilities in the future.

Implementers of this specification therefore need to understand some basic information about these specifications.

FHIR

This implementation guide uses terminology, notations and design principles that are specific to FHIR. Before reading this implementation guide, it’s important to be familiar with some of the basic principles of FHIR as well as general guidance on how to read FHIR specifications. Readers who are unfamiliar with FHIR are encouraged to read (or at least skim) the following prior to reading the rest of this implementation guide.

This implementation guide supports FHIR R4 versions of the FHIR standard. Initial implementations will focus on FHIR R4.

Data Model

This section maps the Member Attribution List data to FHIR resources to introduce resources that will be used in the implementation guide.

Figure 1: Member Attribution List Data Model
maldata.png

NOTE: In the above data model, the cardinality on the Patient is shown as 1..* where as in the atr-group profile it is shown as 0..* for the Group.member data element. This is because a valid Member Attribution List SHALL have atleast one member as part of the list. However a Member Attribution List can be created with no members initially and members can be added or removed as part of the Member Attribution List creation and finalization process.

The above data model is used to define the Member Attribution List data that is exchanged as part of the Member Attribution List. Implementers should familiarize themselves with the FHIR resources used within the guide based on the above data model.

FHIR R4
Coverage
Group
Location
Organization
Patient
RelatedPerson
Practitioner
PractitionerRole

US Core IG

This implementation guide also builds on the US Core Implementation Guide where profiles exist for the resources identified in the data model above and implementers need to familiarize themselves with these profiles in those Implementation Guides.

US Core 3.1.1 - FHIR R4 based IG

Bulk Data IG

Bulk Data IG will be used to retrieve the Member Attribution List and related data. Bulk Data IG is used as the data could be large for some Member Attribution Lists. In addition, the requests and responses in existing workflows are asynchronous. Other Da Vinci implementation guides such as PDex, CDex are not used as part of this IG for Member Attribution List retrieval.

SMART on FHIR Backend Services Authorization

The SMART on FHIR Backend Services Authorization is used to secure all the system interactions between the Producers and the Consumers.