Data related to an individual’s insurance coverage for health care.

Data Element
Payer Identifier
Description (*Please confirm or update this field for the new USCDI version*)

Sequence of characters used to uniquely refer to an insurance payer.

Submitted By: Robert C Dieterle / On behalf of the Da Vinci Project
Data Element Information
Use Case Description(s)
Use Case Description There is a need for providers and healthcare insurers to support and exchange common identifiers for a shared patient/member to ensure that the unique individual is identified and that appropriate information is exchanged and appropriate care is delivered and paid for by the healthcare insurer. Support for these elements will ensure that this data can be exchange, as necessary, when clinical or administrative data is exchanged.
Estimate the breadth of applicability of the use case(s) for this data element Virtually all providers (>1,000,000), all healthcare insurers (>1,800), all hospitals (>7,000), all Pharmacies (>88,000), all ancillary services that submit bills payers for services delivered.

Link to use case project page http://hl7.org/fhir/us/davinci-pdex/2019Jun/4_Use_Case_Scenarios.html
Use Case Description Providing a data class to enable the capture and exchange of member and health plan related information will reduce the likelihood of assigning clinical data to a health plan’s member record inappropriately when it is received by a health plan.
Estimate the breadth of applicability of the use case(s) for this data element Virtually all providers (>1,000,000), all healthcare insurers (>1,800), all hospitals (>7,000), all Pharmacies (>88,000), all ancillary services that submit bills payers for services delivered.
Use Case Description For patient’s to be able to share data with other payers or even apps, they will need an identifier that they know about (example on current or former insurance card) so that they can correctly reference the former payer. Current thought is to use a string for the payer name – that can be challenging and problematic when you think of common words used in payer names.
Estimate the breadth of applicability of the use case(s) for this data element Payer’s covered by the CMS Interoperability Final Rule (>300) and affected patients (>125 Million)
Healthcare Aims
  • Improving patient experience of care (quality and/or satisfaction)
  • Improving the health of populations
  • Reducing the cost of care
  • Improving provider experience of care
Maturity of Use and Technical Specifications for Data Element
Applicable Standard(s) Member, subscriber, group, and plan identifiers are assigned by healthcare insurer.
The coverage period is a standard date range during which the coverage is in effect.
There is currently no standard Healthcare Payer Identifier (e.g. HPID) but frequently the NAIC identifier is used but not required.
Additional Specifications The Da Vinci Payer Data Exchange and Health Record Exchange FHIR IGs that are in ballot reconciliation.
https://build.fhir.org/ig/HL7/davinci-epdx/
http://build.fhir.org/ig/HL7/davinci-ehrx/
The CARIN Consumer Directed Payer Data Exchange FHIR IG that is in ballot reconciliation
https://build.fhir.org/ig/HL7/carin-bb/index.html
All HIPAA mandated transactions as defined in the respective ASC X12N standard implementation guide (TR3) all require/support these elements. Transaction include( but are not limited to): eligibility (ASC X12 Version: 005010 | Transaction Set: 270/271 | TR3 ID: 005010X279), billing (e.g. professional claims ASC X12 Version: 005010 | Transaction Set: 837 | TR3 ID: 005010X222), and for prior authorization (ASC X12 Version: 005010 | Transaction Set: 278 | TR3 ID: 005010X217
NCPDP transactions for order and dispense
Current Use This data element has been used at scale between multiple different production environments to support the majority of anticipated stakeholders
Supporting Artifacts Any request for eligibility, reimbursement for covered services delivered by a provider must include one or more of these elements in the exchange.
Extent of exchange 5 or more. This data element has been tested at scale between multiple different production environments to support the majority of anticipated stakeholders.
Supporting Artifacts CAQH report on electronic business transactions


https://www.caqh.org/sites/default/files/explorations/index/report/2019-caqh-index.pdf
Potential Challenges
Restrictions on Standardization (e.g. proprietary code) None
Restrictions on Use (e.g. licensing, user fees) None
Privacy and Security Concerns This data, like any patient data should be exchanged securely. Current processes exist, governed by CMS and ONC, to securely transfer this data.
Estimate of Overall Burden This information is currently collected by EHRs, practice management systems, registration systems, payer systems, pharmacy systems, PBM systems and other systems that participate in delivering and billing payers for care. Overall burden is minimal since the data is already required when exchanging administrative information (e.g. billing)
Other Implementation Challenges May require some system integration or duplicate entry to ensure the information is available for exchange in FHIR APIs and C-CDAs

Comment

Submitted by pwilson@ncpdp.org on

NCPDP Comment

NCPDP recommends adding the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) when applicable for retail pharmacy claims. This combination of identifiers is commonly used in billions of transactions annually and is built into the HIPAA-mandated NCPDP Telecommunication Standard.

Submitted by pwilson@ncpdp.org on

NCPDP Comments on USCDI draft v5

NCPDP recommends adding the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) when applicable for retail pharmacy claims. This combination of identifiers is commonly used in billions of transactions annually.

Submitted by pwilson@ncpdp.org on

NCPDP Comment

NCPDP recommends adding the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) when applicable for retail pharmacy claims. This combination of identifiers is commonly used in billions of transactions annually.

Submitted by pwilson@ncpdp.org on

NCPDP Comments

NCPDP recommends adding the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) when applicable for retail pharmacy claims.  This combination of identifiers is commonly used in billions of transactions annually.

Submitted by marti.velezis on

There is no national…

There is no national standard for this, nor is there a national definition of payer.  The industry has struggled with this and has been unable to come to consensus; suggest removing this element.

Submitted by palapal on

Prime Therapeutics Comments on USCDI draft V3

Prime Therapeutics LLC (Prime) helps people get the medicine they need to feel better and live well. Prime provides total drug management solutions for health plans, employers, and government programs including Medicare and Medicaid. We serve nearly 33 million people and are collectively owned by 19 Blue Cross and Blue Shield Plans, subsidiaries or affiliates of those plans. 

Prime Therapeutics requests adding the Issuer Identification Number (IIN), Processor Control Number (PCN), and Group ID as identifiers commonly used in billions of pharmacy industry information exchange transactions each year.

 

Submitted by pwilson@ncpdp.org on

NCPDP Comments on USCDI draft V3

NCPDP recommends the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) in addition to NAIC.

Submitted by pwilson@ncpdp.org on

NCPDP Comment

NCPDP recommends the use of Group Number with Issuer Identification Number (IIN) and Processor Control Number (PCN) in addition to NAIC.

Submitted by nedragarrett_CDC on

payer identifier

The CDC Division for Heart Disease and Stroke Prevention and the Million Hearts® 2022 Hearts national initiative (co-led by and the Centers for Medicare & Medicaid Services) uses this data as it is available for monitoring and evaluation to prevent 1 million heart attacks and strokes in 5 years. Furthermore, the CDC plans to leverage this data further in the future for surveillance and epidemiology studies if advanced through policy and available from EHRs. The Multi-state EHR-based Network for Disease Surveillance (MENDS) pilot will use electronic health record (EHR) data collected in clinical settings leading to a real-time, chronic disease surveillance model to plan and evaluate short-term outcomes of policies and program interventions.This field is for general comments on this specific data element. To submit new USCDI data classes and/or data elements, please use the USCDI ONDEC system: https://healthit.gov/ONDEC

USCDI_Version_2_Draft_Template for Comments_DHDSP_MENDS_04.15.2021_2.docx

Log in or register to post comments