DaVinci PDEX Plan Net STU Ballot

This page is part of the DaVinci PDEX Plan Net (v0.1.0: STU 1 Ballot 1) based on FHIR R4. The current version which supercedes this version is 1.1.0. For a full list of available versions, see the Directory of published versions

Payer Directory Implementation Guide

Table Of Contents

Introduction

The Payer Directory Implementation Guide is based the Validated Healthcare Directory Implementation Guide (VHDir), an international standard. The VHDir authors developed the IG to support a conceptual, centralized, national source of healthcare data that would be used across multiple use cases. The use of VhDir as the conceptual base for the Payer Directory Implementation Guide, including reuse by reference of a number of the extensions defined there, is intended to protect implementors of the Payer Directory IG from rework/remapping when the VHDir concept reaches implementation, and becomes a source of data for the Payer Directory. The API is based on the HL7 Validated Healthcare Directory IG. The primary changes are to: 1) remove the validation and restriction resources, 2) use US Core for R4 as the base profile, 3) eliminate some of the extensions that are not necessary for this use case, and 4) reduce additional constraints (e.g. search criteria, cardinality, and MustSupport) where appropriate.

Scope

The diagram below depicts the scope of this implementation guide (IG). The IG defines the API that exposes a payer’s provider network (including pharmacy locations where appropriate) for access by a consumer or provider application. This is a query only API (GET) and does not support PUT or POST.

Local

Relation to US Core and other IGs

This implementation guide was written for a US audience and profiles resources from the R4 version of the US Core IG, where available (Practitioner, PractitionerRole, Organization and Location), and otherwise from R4 (OrganizationAffiliation, HealthCareService, Endpoint). Alignment with VhDir is maintained by using extensions from VhDir where possible.

Disclaimers and Assumptions

  • Plan-Net is based conceptually on VhDir: The Plan-net implementation guide is based conceptually on the VhDir implementation guide, which is still a work in progress. Plan-net will need to track changes to VhDir to fulfill its goal of minimizing rework.
  • The Plan-Net directory endpoint is known to the client: This IG assumes that the directory endpoint is known to the client.  There is an overarching system architecture issue that is critical to resolve -- how does the client discover the FHIR endpoint of interest.   For the purposes of this IG, we consider that problem out of scope.

Background

Provider directories play a critical role in enabling identification of individual providers and provider organizations, as well as characteristics about them. Provider directories support a variety of use cases, including:

  • Patient/Payer focused
    • Find provider accessibility information (specialty, office hours, languages spoken, taking patients) - enables individuals and consumers to find contact and other accessibility information for individual healthcare providers and/or healthcare organizations
    • Relationship between provider and insurance plan (insurance accepted) or plan and provider (network) - enables individual healthcare providers, organizations, and payers to discover the relationships between providers, organizations, and payers, as well as additional details about the relationships and entities involved
  • Basic Information Exchange
    • Enable electronic exchange (e.g. discovery of electronic endpoints such as IHE/EHR endpoints, FHIR server URLs, Direct addresses) - enables the electronic exchange of health information by supporting the ability to discover electronic service information including electronic endpoints or electronic addresses
    • Find an individual and/or organization (even if no electronic endpoint is available) - enables users to find contact and other identifying information about healthcare organizations and individual healthcare providers

Use Cases

  • Find Information about a Specific Practitioner
    • Lookup by Name
    • Lookup by NPI
    • NPI = 1237551547 GET https://davinci-plan-net-ri.logicahealth.org/fhir/Practitioner?identifier=1237551547

      https://davinci-plan-net-ri.logicahealth.org/fhir/PractitionerRole?practitioner.identifier=1235733566

    • What Insurance Plans does a Practitioner Accept
  • Find a Practitioner based on Properties
    • Find a specialist who accepts my insurance and is affiliated with my local hospital
    • Find a specialist who has office hours on Wednesdays
    • Find a practitioner near me who accepts my insurance and is accepting new patients
    • Find a female practitioner near me who speaks spanish
  • Healthcare Services
    • Who provides opthamology services in my area
    • What locations provide speciality services for my local hospital network

Overview of Payer Directory - Resource Relationships

Note: the following diagrams provide a high-level view of the relationships between resources used in this IG. They do not necessarily reflect all of the relationships/references between resources.

Practitioner

A practitioner is a person who is directly or indirectly involved in the provisioning of healthcare.

Practitioner Role

PractionerRole describes the relationship between a practitioner and an organization. A practitioner provides services to the organization at a location. Practitioners also participate in healthcare provider insurance networks through their role at an organization.

Figure 1: Practitioner and PractionerRole

Practitioner and PractitionerRole

 

 

Organization

Figure 2: Organization

Organization

 

Organization Affiliation

Similar to PractitionerRole, OrganizationAffiliation describes relationships between organizations. For example: 1) the relationship between an organization and an association it is a member of (e.g. hospitals in a hospital association), 2) an organization that provides services to another organization, such as an organization contracted to provide mental health care for another organization as part of a healthcare provider insurance network, and 3) distinct organizations forming a partnership to provide services (e.g. a cancer center).

Figure 3: OrganizationAffiliation

Organization Affiliation

 

InsurancePlan

InsurancePlan describes a health insurance offering comprised of a list of covered benefits (i.e. the product), costs associated with those benefits (i.e. the plan), and additional information about the offering, such as who it is owned and administered by, a coverage area, contact information, etc.

Figure 4: InsurancePlan

Insurance Plan

 

Healthcare Service

The HealthcareService resource is used to describe a single healthcare service or category of services that are provided by an organization at a location. The location of the services could be virtual, as with telemedicine services.

Figure 5: Healthcare Service

HealthcareService

Endpoint

An endpoint describes the technical details of a location that can be connected to for the delivery/retrieval of information. Sufficient information is required to ensure that a connection can be made securely, and appropriate data transmitted as defined by the endpoint owner.

Location

A Location includes both incidental locations (a place which is used for healthcare without prior designation or authorization) and dedicated, formally appointed locations. Locations may be private, public, mobile or fixed and scale from small freezers to full hospital buildings or parking garages.

Network

A network is a group of practitioners and organizations that provide healthcare services for individuals enrolled in a health insurance product/plan (typically on behalf of a payer).

Figure 6: Network

Network

Privacy Considerations

Access to the plan-net service should not require authentication, and the server should not maintain any records that could associate the consumer with the entities that was queried.

A conformant plan-net service SHALL NOT require a directory mobile application to send consumer identifying information in order to query content.

A directory mobile application SHALL NOT send consumer identifiable information when querying a formulary service.

Authors

Name Email
Dan Chaput daniel.chaput@hhs.gov
Alex Kontur alex.kontur@hhs.gov
Brian Postlethwaite brian.postlethwaite@health.telstra.com
Bob Dieterle rdieterle@enablecare.us