Frequently Asked Questions - VI. CAQH CORE Payment & Remittance ERA Enrollment Data Rule

  1. As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?
  2. Does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule specify requirements for how health plans should verify the accuracy of the enrollment data submitted by providers?
  3. As a health plan, am I required to include only the Individual Data Elements within required Data Element Groups (DEGs) on my ERA Enrollment form?
  4. As a health plan, if I choose to include an optional Data Element Group (DEG) on my enrollment form, must I include all of the Individual Data Elements within the DEG?
  5. As a health plan, if I collect some of the data elements in the CAQH CORE Maximum ERA Enrollment Data Set as part of another enrollment process (e.g., provider credentialing), must I still include these data elements on my ERA enrollment form?
  6. If a health plan uses a web-based enrollment method to fulfill the CORE Electronic Enrollment Safe Harbor required by the CAQH CORE Payment & Remittance ERA Enrollment Data Rule, do the data elements have to be included on a single webpage
  7. Do the CAQH CORE EFT & ERA Enrollment Data Rules specify requirements regarding whether a health plan can make provider EFT enrollment contingent upon the provider also enrolling to receive the X12 835 ERA?
  8. My health plan currently uses one inclusive form to enroll providers to receive all healthcare electronic transactions. Can we use this same form to collect CORE-required Maximum ERA Enrollment Data Elements?
  9. The CAQH CORE Payment & Remittance ERA Enrollment Rule requires health plans offering ERA to offer an electronic method and process for collecting the CORE-required Maximum ERA Enrollment Data Set. What specific constitute an “electronic” method?
  10. Why does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule require inclusion of both TIN and NPI as sub-elements for the “Provider Identifier” Data Element in DEG2 and “Account Number Linkage to Provider Identifier” Data Element in DEG7?
  11. Are the Assigning Authority and Trading Partner ID Individual Data Elements required by CAQH CORE the same as the Interchange ID Qualifier, Interchange Receiver ID, and Application Receiver's Code data elements required by X12?
  12. How are the CAQH CORE EFT & ERA Enrollment Data Sets maintained via the CAQH CORE EFT & ERA Enrollment Data Maintenance Process?
  13. As a health plan, do we have to collect required Individual Data Elements for which we do not have a business need?
  14. As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?
  15. How long will my organization have to update our EFT and/or ERA enrollment system or forms after publication of substantive adjustments to the CAQH CORE EFT & ERA Enrollment Data Rules?
  16. While the ERA Enrollment Data Set includes “Street” as a Sub-element to Address Data Elements, it does not specify a secondary address field or “Address 2” line. As a health plan, can I collect this information to ensure accuracy and prevent fraud?
  17. As a vendor, we use a single enrollment process for EFT/ERA and have a business need for providers to indicate the payer/services they are enrolling with before Preference for Aggregation of Remittance Data. Is this conformant with the Enrollment Rules?
  18. As a health plan, our ERA enrollment process is used for new enrollments only. Do we still need to include the “Reason for Submission” Data Element if this is the case?
As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?

Submitted by jporras on Tue, 12/15/2020 - 12:53
As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?

No. Section 4.3.2, Master Template for Electronic Enrollment, of the CAQH CORE Payment & Remittance ERA Enrollment Data Rule vPR1.0 specifies that health plans “must use the CORE Master ERA Enrollment Data Element Name and Sub-element Name as specified in Table 4.2-1 without revision or modification.” As described in Section 3.2, CORE-required Maximum ERA Enrollment Data Element Set, this requirement serves to provide consistency across health plans’ enrollment processes and promotes provider adoption of ERA.

To meet the requirements specified by Section 4.3.2, the Data Element Name must be used in full on the electronic enrollment form. Use of an abbreviated Data Element Name on an electronic enrollment form does not satisfy the rule requirement.

Back to Top
Does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule specify requirements for how health plans should verify the accuracy of the enrollment data submitted by providers?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:22
Does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule specify requirements for how health plans should verify the accuracy of the enrollment data submitted by providers?

No. Verifying the accuracy of the data collected from the provider during the ERA enrollment process is out of scope for the CAQH CORE Payment & Remittance Operating Rules. The policies and methods that a health plan uses to verify accuracy of data are business decisions on the part of the health plan or its agent or vendor offering ERA enrollment.

Back to Top
As a health plan, am I required to include only the Individual Data Elements within required Data Element Groups (DEGs) on my ERA Enrollment form?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:23
As a health plan, am I required to include only the Individual Data Elements within required Data Element Groups (DEGs) on my ERA Enrollment form?

The CORE-required Maximum ERA Enrollment Data Set includes eight Data Element Groups (DEGs). A DEG may be designated as required or optional for data collection. Additionally, within each DEG, Individual Data Elements may be designated as required or optional for data collection.

When a DEG is designated as required:

  • The health plan must collect all Individual Data Elements within the DEG that are designated as required.
  • The health plan may elect not to collect any Individual Data Elements within the DEG that are designated as optional.

When a DEG is designated as optional:

  • The health plan may elect not to include this optional DEG for collection on the ERA Enrollment Form.
  • However, if the health plan chooses to collect this optional DEG, the health plan must collect all Individual Data Elements within the DEG that are designated as required; the health plan may elect not to collect any Individual Data Elements within the optional DEG that are designated as optional.
Back to Top
As a health plan, if I choose to include an optional Data Element Group (DEG) on my enrollment form, must I include all of the Individual Data Elements within the DEG?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:23
As a health plan, if I choose to include an optional Data Element Group (DEG) on my enrollment form, must I include all of the Individual Data Elements within the DEG?

No. If a health plan chooses to collect an optional DEG:

  • The health plan must collect all Individual Data Elements within the optional DEG that are designated as required.
  • However, the health plan may elect not to collect any Individual Data Elements within the optional DEG that are designated as optional.
Back to Top
As a health plan, if I collect some of the data elements in the CAQH CORE Maximum ERA Enrollment Data Set as part of another enrollment process (e.g., provider credentialing), must I still include these data elements on my ERA enrollment form?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:24
As a health plan, if I collect some of the data elements in the CAQH CORE Maximum ERA Enrollment Data Set as part of another enrollment process (e.g., provider credentialing), must I still include these data elements on my ERA enrollment form?

Not collecting an Individual Data Element identified as optional is not prohibited by the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements for the CORE-required Maximum ERA Enrollment Data Set. However, the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requires that the following Individual Data Elements must be collected during the ERA Enrollment process:

  • All required Individual Data Elements within required DEGs
  • All Individual Data Elements designated as required within optional DEGs, if the health plan chooses to collect the optional DEG.

Note: The CAQH CORE Payment & Remittance ERA Enrollment Data Rule does not prevent a health plan from pre-populating, or auto-populating, the form with known data (for the provider to confirm or change), but the required Individual Data Elements must still be collected during the process.

Back to Top
If a health plan uses a web-based enrollment method to fulfill the CORE Electronic Enrollment Safe Harbor required by the CAQH CORE Payment & Remittance ERA Enrollment Data Rule, do the data elements have to be included on a single webpage

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:25
If a health plan uses a web-based enrollment method to fulfill the CORE Electronic Enrollment Safe Harbor required by the CAQH CORE Payment & Remittance ERA Enrollment Data Rule, do the data elements have to be included on a single webpage

No. The CAQH CORE Payment & Remittance ERA Enrollment Data Rule, Master Template for Electronic Enrollment, requires that a web-based method of enrollment is restricted “only to the extent that the flow, format and data set including data element descriptions established by this rule must be followed.” The CAQH CORE Payment & Remittance ERA Enrollment Data Rule does not include any language surrounding pagination or other contiguity of the data. Therefore, a web-based enrollment method with data elements on different pages would be compliant with the rule requirements.

Back to Top
Do the CAQH CORE EFT & ERA Enrollment Data Rules specify requirements regarding whether a health plan can make provider EFT enrollment contingent upon the provider also enrolling to receive the X12 835 ERA?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:25
Do the CAQH CORE EFT & ERA Enrollment Data Rules specify requirements regarding whether a health plan can make provider EFT enrollment contingent upon the provider also enrolling to receive the X12 835 ERA?

No. The CAQH CORE Payment & Remittance EFT Enrollment Data Rule and the CAQH CORE Payment & Remittance ERA Enrollment Data Rule establish a maximum set of data elements to be included on an EFT and/or ERA enrollment form, as well as a required flow and format for presentation of the data elements on the form. The CAQH CORE EFT & ERA Enrollment Data Rules do not address whether health plans can make provider enrollment to receive healthcare EFT contingent on the provider also enrolling to receive the X12 v5010 835 ERA, or vice versa. Such a requirement is a health plan’s individual business decision.

Back to Top
My health plan currently uses one inclusive form to enroll providers to receive all healthcare electronic transactions. Can we use this same form to collect CORE-required Maximum ERA Enrollment Data Elements?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:26
My health plan currently uses one inclusive form to enroll providers to receive all healthcare electronic transactions. Can we use this same form to collect CORE-required Maximum ERA Enrollment Data Elements?

Yes. The CAQH CORE Payment & Remittance ERA Enrollment Data Rule establishes a maximum set of data elements to be included on an ERA enrollment form, as well as a required flow and format for presentation of the data elements on the form. The CAQH CORE Payment & Remittance ERA Enrollment Data Rule does not require or prohibit entities from using an inclusive form for the purposes of ERA Enrollment, as long as the format, flow, and data set (including data element descriptions) are used as specified in rule. The CAQH CORE Payment & Remittance ERA Enrollment Data Rule specifies the timeframe for converting existing paper-based enrollment forms to comply with the rule.

Note: The CAQH CORE Payment & Remittance ERA Enrollment Data Rule also requires all health plans, and their agents or vendors offering ERA enrollment, to “implement and offer to any trading partner (e.g., a healthcare provider) an electronic method (actual method to be determined by health plan or its agent) and process for collecting the CORE-required Maximum ERA Enrollment Data Set.

Back to Top
The CAQH CORE Payment & Remittance ERA Enrollment Rule requires health plans offering ERA to offer an electronic method and process for collecting the CORE-required Maximum ERA Enrollment Data Set. What specific constitute an “electronic” method?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:27
The CAQH CORE Payment & Remittance ERA Enrollment Rule requires health plans offering ERA to offer an electronic method and process for collecting the CORE-required Maximum ERA Enrollment Data Set. What specific constitute an “electronic” method?

The CAQH CORE Payment & Remittance ERA Enrollment Data Rule does not define a specific format(s) that constitutes an electronic method and process for collecting the CORE-required Maximum ERA Enrollment Data Set.

CAQH CORE does not provide a definition of “electronic” methods specific to implementation of the CAQH CORE Operating Rules. Rather, CAQH CORE has relied on various HIPAA regulations to do so for the industry. Currently, there are many ways entities can implement an “electronic” collection method. In the broader context of the mission and vision of CAQH CORE, the goal is to assist the industry to adopt uniform and consistent automated electronic processes to reduce costs and build efficiencies.

CMS is the HHS designated authority on any decisions regarding interpretation, implementation, and enforcement of the regulations adopting the HIPAA and ACA Administrative Simplification standards and provisions. As the regulatory authority, the determination of what constitutes an “electronic” method for collecting the CORE-required Maximum ERA Enrollment Data Set must be made by the CMS Division of National Standards (DNS). The January 2013 HHS HIPAA Privacy and Security omnibus final rule includes a definition of “electronic media,” and CAQH CORE has asked CMS DNS to provide further guidance to the industry on the regulatory language, and what constitutes an “electronic” method.

Back to Top
Why does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule require inclusion of both TIN and NPI as sub-elements for the “Provider Identifier” Data Element in DEG2 and “Account Number Linkage to Provider Identifier” Data Element in DEG7?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:28
Why does the CAQH CORE Payment & Remittance ERA Enrollment Data Rule require inclusion of both TIN and NPI as sub-elements for the “Provider Identifier” Data Element in DEG2 and “Account Number Linkage to Provider Identifier” Data Element in DEG7?

Per the HIPAA Administrative Simplification provisions, as of May 2008, HIPAA covered entities must use the National Provider Identifier (NPI) only to identify a group or individual as a HIPAA covered provider in the HIPAA transaction standards. A Taxpayer Identification Number (TIN), e.g., Social Security Number (SSN) or Employer Identification Number (EIN), can only be used when identifying a HIPAA covered provider as a tax payer.

These requirements do not apply to providers that are not HIPAA-covered as non-HIPAA covered providers are not required to obtain and use an NPI. Per CMS, a non-HIPAA covered provider that does not have an NPI should be identified in the HIPAA transaction standards by its SSN or EIN as its Primary Identifier in standard transactions designed to capture a Primary and a Secondary Identifier for a health care provider or by one of the qualifiers listed in the Implementation Guides to capture a single identifier for a health care provider.

The CAQH CORE Payment & Remittance ERA Enrollment Data Rule requires inclusion of both NPI and TIN as “Provider Identifier” and “Account Number Linkage to Provider Identifier” sub-elements to allow for enrollment of a non-HIPAA covered provider that does not have an NPI.

Back to Top
Are the Assigning Authority and Trading Partner ID Individual Data Elements required by CAQH CORE the same as the Interchange ID Qualifier, Interchange Receiver ID, and Application Receiver's Code data elements required by X12?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:30
Are the Assigning Authority and Trading Partner ID Individual Data Elements required by CAQH CORE the same as the Interchange ID Qualifier, Interchange Receiver ID, and Application Receiver's Code data elements required by X12?

No. The CAQH CORE Payment & Remittance ERA Enrollment Data Rule establishes a maximum set of data elements to be collected by the health plan from the provider for ERA enrollment, as well as a required flow and format for the data elements on a web-based or paper-based enrollment form. It does not address data elements in the X12 v5010 835 ISA and GS control segments. These data elements are outside the scope of the CAQH CORE Rule and would need to be collected from the provider external to the ERA Enrollment process.

Back to Top
How are the CAQH CORE EFT & ERA Enrollment Data Sets maintained via the CAQH CORE EFT & ERA Enrollment Data Maintenance Process?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:37
How are the CAQH CORE EFT & ERA Enrollment Data Sets maintained via the CAQH CORE EFT & ERA Enrollment Data Maintenance Process?

The CAQH CORE Payment & Remittance Operating Rules support the healthcare industry's transition to electronic payment and remittance advice. Two of the five CAQH CORE Payment & Remittance Operating Rules address the barriers to greater provider EFT and/or ERA enrollment due to the variance in the required processes and data elements. The EFT & ERA Enrollment Data Rules address these variances by outlining maximum sets of standard data elements (e.g., the CORE-required Maximum EFT & ERA Enrollment Data Sets) to be collected by a health plan or its agent during provider enrollment in EFT and/or ERA. The rules also outline a flow and format for electronic collection of the data elements (and paper-based forms if offered) among other requirements.

The EFT & ERA Enrollment Data Rules also recognize the need for ongoing maintenance of the CORE-required Maximum EFT & ERA Enrollment Data Sets and requires establishment of a policy and process to review the Enrollment Data Sets no less than annually. From 2014 - 2020, review of the Enrollment Data Sets was conducted annually, with limited in-scope submissions from the industry and no substantive adjustments to the data sets.

As such, CAQH CORE Participants elected to transition the EFT/ERA Enrollment Data Maintenance Process to an ongoing, "rolling submission" process whereby adjustments can be submitted at any point in time rather than only during the annual review periods. The updated process allows industry to review the data sets on a continuous basis, in accordance with Section 3.4 CAQH CORE Process for Maintaining CORE-Required Maximum EFT Enrollment Data Sets. CAQH CORE will publicly track all submission on this webpage for transparency.

Note: Adjustments pertaining to rule language and requirements beyond the CAQH CORE-required Maximum EFT & ERA Enrollment Data Sets are out of scope for the CAQH CORE EFT & ERA Enrollment Data Maintenance Process.

Back to Top
As a health plan, do we have to collect required Individual Data Elements for which we do not have a business need?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:38
As a health plan, do we have to collect required Individual Data Elements for which we do not have a business need?

Yes. A health plan (or its agent or vendor offering ERA enrollment) must collect all Individual Data Elements per the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements, including those for which the health plan has no business need.

The CORE-required Maximum ERA Enrollment Data Elements were identified after substantial industry research and analysis to compare ERA enrollment forms from across the industry. CAQH CORE Participants agreed that these data elements represented the maximum set of data elements required for successful ERA enrollment. The CORE-required Maximum ERA Enrollment Data Set includes eight Data Element Groups (DEGs) designated as required or optional for data collection. Per the CORE-required Maximum ERA Enrollment Data Elements, of the CAQH CORE Payment & Remittance ERA Enrollment Data Rule, the following Individual Data Elements must be included on either a paper-based or electronic enrollment form:

  • All required Individual Data Elements within required DEGs
  • All Individual Data Elements designated as required within optional DEGs, if the health plan chooses to collect the optional DEG.
Back to Top
As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:40
As a health plan, do I conform to the CAQH CORE Payment & Remittance ERA Enrollment Data Rule requirements if I use abbreviated Data Element Names on my electronic enrollment form and provide the full Data Element Names via a “mouse hover” function?

No. Section 4.3.2, Master Template for Electronic Enrollment, of the CAQH CORE Payment & Remittance ERA Enrollment Data Rule specifies that health plans “must use the CORE Master ERA Enrollment Data Element Name and Sub-element Name as specified in Table 4.2-1 without revision or modification.” As described in Section 3.2, CORE-required Maximum ERA Enrollment Data Element Set, this requirement serves to provide consistency across health plans’ enrollment processes and promotes provider adoption of ERA.

To meet the requirements specified by Section 4.3.2, the Data Element Name must be used in full on the electronic enrollment form. Use of an abbreviated Data Element Name on an electronic enrollment form does not satisfy the rule requirement.

Back to Top
How long will my organization have to update our EFT and/or ERA enrollment system or forms after publication of substantive adjustments to the CAQH CORE EFT & ERA Enrollment Data Rules?

Submitted by msingh@caqh.org on Thu, 07/14/2022 - 16:42
How long will my organization have to update our EFT and/or ERA enrollment system or forms after publication of substantive adjustments to the CAQH CORE EFT & ERA Enrollment Data Rules?

HIPAA-covered entities will need to update their EFT and ERA enrollment forms/systems to ensure conformance with any substantive adjustments applied to the data sets as a result of a Comprehensive Review. Per the CAQH CORE EFT & ERA Enrollment Data Sets Maintenance Process, a health plan, or its agent offering EFT and/or ERA enrollment, will have:

  • NINE calendar months to update their electronic EFT and/or ERA enrollment systems or forms and
  • TWELVE calendar months to update their paper-based EFT and/or ERA enrollment forms.

The compliance timeframe for HIPAA-covered entities to adjust their systems and/or forms begins on the date of publication of the updated versions of the CORE-required Maximum EFT & ERA Enrollment Data Sets.

Back to Top
While the ERA Enrollment Data Set includes “Street” as a Sub-element to Address Data Elements, it does not specify a secondary address field or “Address 2” line. As a health plan, can I collect this information to ensure accuracy and prevent fraud?

Submitted by kcooper@caqh.org on Thu, 07/21/2022 - 15:23
While the CORE CORE-required Maximum ERA Enrollment Data Set includes “Street” as a Sub-element to various Address Data Elements, it does not specify a secondary address field or “Address 2” line. As a health plan (or its agent), can I collect this information to ensure address accuracy and prevent fraud?

The ERA Enrollment Data Set does not define the field length for “Street.” During initial rule development, CAQH CORE Participants purposefully maintained flexibility with this field given the potential for updates to address formats from USPS.

As such, an entity’s written instructions and guidance for the healthcare provider (or its agent) may include multiple lines to collect a complete address. The instructions may detail the address sub-components that may be included, e.g., suite, floor, box number, bldg. number, etc.

Back to Top
As a vendor, we use a single enrollment process for EFT/ERA and have a business need for providers to indicate the payer/services they are enrolling with before Preference for Aggregation of Remittance Data. Is this conformant with the Enrollment Rules?

Submitted by kcooper@caqh.org on Thu, 07/21/2022 - 15:24
As a health plan vendor, we use a single, inclusive enrollment process for EFT and ERA. As such, we have a business need for the payer to indicate the payer and services for which they are enrolling before the provide indicates Preference for Aggregation of Remittance Data. Is this conformant with the CAQH CORE Payment & Remittance ERA Enrollment Operating Rule?

The ERA Enrollment Rule allows for use of a single inclusive enrollment form for both EFT and ERA. Clarifying the payer and EFT and/or ERA enrollment selection is considered necessary for verifying the accuracy of the data collected from the provider and is out of scope per the CAQH CORE EFT and ERA Enrollment Data Operating Rules. The policies and methods that a health plan uses to verify accuracy of data are business decisions on the part of the health plan or its agent offering EFT/ERA enrollment.

Back to Top
As a health plan, our ERA enrollment process is used for new enrollments only. Do we still need to include the “Reason for Submission” Data Element if this is the case?

Submitted by kcooper@caqh.org on Thu, 07/21/2022 - 15:25
As a health plan, our ERA enrollment process is used for new enrollments only. Do we still need to include the “Reason for Submission” Data Element if this is the case?

If an entity’s ERA enrollment process defaults to new enrollments only, there is no need to include the Reason for Submission Data Element. The data element is required only when there is more than one option for selection. The health plan or its agent must clarify in its instructions and guidance that the process is for new enrollments only.

Back to Top