Frequently Asked Questions - IV. CAQH CORE 454: Benefit Enrollment and Maintenance (834) Infrastructure Rule

NOTE: Implementation of the Phase IV CAQH CORE Operating Rules is currently voluntary. HHS will determine if the Phase IV CAQH CORE Operating Rules will be included in any regulatory mandates. The Phase IV FAQs are for use by entities completing voluntary implementation of the operating rules and/or pursuing Phase IV CORE Certification which will be available in Fall 2016. 

 

  1. If an ASC X12N v5010 834 is received in a batch, does the ASC X12C v5010 999 Acknowledgment have to be returned in a batch?
  2. Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834 that is submitted in Real Time Processing Mode. If the Functional Group is rejected, must my system be changed
  3. Do the time frames for the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule still apply if it is an especially large batch? Do the CAQH CORE Operating Rules define the batch size?
  4. Why measure acknowledgements availability conformance based on the percentage of responses returned within a specified timeframe rather than average response time?
  5. Is there a standard reporting form for the conformance reporting?
  6. If a CORE-certified entity is communicating with a non-CORE-certified entity, does the CORE-certified entity have to respond within the specified response time window?
  7. Can a clearinghouse or vendor act on behalf of a health plan for providing ASC X12N v5010 834 transaction Acknowledgments?
  8. What are the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements for entities to support real time and/or batch processing?
  9. Are there any requirements regarding how often ASC X12N v5010 834 transactions should be submitted? (e.g., Do CAQH CORE Operating Rules either support or exclude an entity from sending daily batches of ASC X12N v5010 834 transactions?)
  10. Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834. If the Functional Group is rejected, must my system be changed to comply with the Batch Acknowledgement Requir
  11. My organization’s EDI system was developed in-house and does not currently support the TA1. However, our system does support the ASC X12C v5010 999 Acknowledgment for rejected functional groups. Is this conformant under the Phase IV CAQH CORE 454 Benefit
  12. If my organization’s system is not changed to return the ASC X12C v5010 999 Acknowledgment, can my organization become CORE-certified?
  13. The TA1 Interchange Acknowledgment is described in the HIPAA Implementation Guide Appendix B: EDI Control Director. Do the Phase IV CAQH CORE Operating Rules require its use?
  14. Do the CAQH CORE 454 Rule Real Time Acknowledgement Requirements require that my organization’s system must always return an ASC X12C v5010 999 Acknowledgment for an ASC X12N v5010 834?
  15. Is an acknowledgement necessary if the user sends benefit enrollment data in a proprietary (not an ASC X12 834) format in a real time mode?
  16. Are all Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements with regard to acknowledgement only applicable to scenarios where my organization receives data in an ASC X12N v5010 834 format?
  17. Does my organization have to send back an ASC X12C v5010 999 Acknowledgment response if my system is down?
  18. My organization includes system availability schedules in our Companion Guide. Does this satisfy the CAQH CORE Operating Rule requirements for system availability reporting?
  19. Why was the Master Companion Guide Template created?
  20. Does the Phase IV CAQH CORE 454 Rule require HIPAA-covered entities to publish a Companion Guide if they do not currently do so?
  21. Does the Phase IV CAQH CORE 454 Rule require health plans to request approval from ASC X12 prior to publication of their CORE-conformant Companion Guide?
  22. Can I combine multiple transaction sets in a single companion guide?
  23. We are a health plan. Why would we consider implementing the client requirement for retrieving enrollment data from the source?
  24. Does this rule apply if my organization does not conduct the ASC X12 v5010 834 transaction?
  25. Why does this “Elapsed Time for Enrollment System Processing of Received Benefit Enrollment Data” requirement exist in the CAQH CORE 454 Rule?
  26. Why is there a variability in elapsed times for returning acknowledgements or responses between the CAQH CORE Infrastructure Rules?
  27. Do the rules have requirements for a health plan that retrieves or pulls the ASC X12 v5010 834 from another entity that is acting as a server?
  28. What if my entity transmits or receives enrollment information in something other than an ASC X12N v5010 834; e.g., Excel spreadsheet, an XML document, a proprietary flat file, etc.?
If an ASC X12N v5010 834 is received in a batch, does the ASC X12C v5010 999 Acknowledgment have to be returned in a batch?

Submitted by tschultz@caqh.org on Fri, 01/15/2016 - 09:40
If an ASC X12N v5010 834 is received in a batch, does the ASC X12C v5010 999 Acknowledgment have to be returned in a batch?

The rule requirement addressing response time when an ASC X12N v5010 834 is submitted in batch processing mode by 9:00 pm ET on a business day only requires that a health plan have the batch of responses available by 7:00 am ET by the third business day following submission of an ASC X12N v5010 834. The CAQH CORE 454 Rule does not specify whether or not the batch of responses must match exactly the batch of ASC X12N v5010 834 submissions.

Back to Top
Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834 that is submitted in Real Time Processing Mode. If the Functional Group is rejected, must my system be changed

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:45
Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834 that is submitted in Real Time Processing Mode. If the Functional Group is rejected, must my system be changed to comply with the Real Time requirements?

Yes. Per the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule, a HIPAA-covered health plan or its agent must return an ASC X12C v5010 999 Acknowledgment to indicate that a Functional Group(s) or Transaction Set(s) is accepted, accepted with errors, or rejected and must report each error detected to the most specific level of detail supported by the ASC X12C v5010 999 Acknowledgement.

Back to Top
Do the time frames for the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule still apply if it is an especially large batch? Do the CAQH CORE Operating Rules define the batch size?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:46
Do the time frames for the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule still apply if it is an especially large batch? Do the CAQH CORE Operating Rules define the batch size?

The Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule and the CAQH CORE 470 Connectivity Rule do not define batch size. The maximum size of a batch file that is accepted by a Server is outside the scope of the rule; the implementer of a Server may publish its file size limit, if any, in its Connectivity Companion Guide. Therefore, the response time frame for all acknowledgements specified when an ASC X12N v5010 834 benefit enrollment transaction is submitted in Batch Processing Mode applies to all batches. 

Back to Top
Why measure acknowledgements availability conformance based on the percentage of responses returned within a specified timeframe rather than average response time?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:46
Why measure acknowledgements availability conformance based on the percentage of responses returned within a specified timeframe rather than average response time?

Averages can be skewed by outlier responses. The percentage of responses returned within the specified timeframe gives a better indication of the entity’s capabilities.

Back to Top
Is there a standard reporting form for the conformance reporting?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:47
Is there a standard reporting form for the conformance reporting?

No. The CAQH CORE Operating Rule does not mandate a particular form.

Back to Top
If a CORE-certified entity is communicating with a non-CORE-certified entity, does the CORE-certified entity have to respond within the specified response time window?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:48
If a CORE-certified entity is communicating with a non-CORE-certified entity, does the CORE-certified entity have to respond within the specified response time window?

CORE-certified entity, e.g., a health plan, under the CAQH CORE Operating Rules.

 

 

 

 

Back to Top
Can a clearinghouse or vendor act on behalf of a health plan for providing ASC X12N v5010 834 transaction Acknowledgments?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:49
Can a clearinghouse or vendor act on behalf of a health plan for providing ASC X12N v5010 834 transaction Acknowledgments?

Yes. The Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule defines the specific requirements that HIPAA-covered health plans or their agents must satisfy. In this context, an agent is “one who agrees and is authorized to act on behalf of another, a principal, to legally bind an individual in particular business transactions with third parties pursuant to an agency relationship.” (Source: West's Encyclopedia of American Law, edition 2, Copyright 2008 The Gale Group, Inc. All rights reserved).

 

Please note that a HIPAA-covered health plan or its agent must return an ASC X12C v5010 999 Acknowledgment to indicate that a Functional Group(s) or Transaction Set(s) is accepted, accepted with errors, or rejected and must report each error detected to the most specific level of detail supported by the ASC X12C v5010 999 Acknowledgment.

Back to Top
What are the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements for entities to support real time and/or batch processing?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:49
What are the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements for entities to support real time and/or batch processing?

The voluntary Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule v4.0.0 requires that a HIPAA-covered health plan or its agent must implement the server requirements for Batch Processing Mode for the ASC X12N v5010 834 transaction as specified in the Phase IV CAQH CORE 470 Connectivity Rule. Optionally, a HIPAA-covered health plan or its agent may elect to implement the server requirements for Real Time Processing Mode for the ASC X12N v5010 834 transaction as specified in the Phase IV CAQH CORE 470 Connectivity Rule.   

A HIPAA-covered health plan or its agent may also elect to implement the client requirements as specified in the CAQH CORE 470 Rule in addition to implementing the server requirements. When a HIPAA-covered health plan or its agent elects to implement the client requirements as specified in the  CAQH CORE 470 Rule it must comply with all requirements specified in Sections 4.2, 4.3, 4.4, 4.5, 4.6, 5 and all respective Subsections.

The CAQH CORE 470 Rule Real Time Processing Mode requirements are applicable when Real Time Processing Mode is offered for this transaction. The CAQH CORE 470 Rule Batch Processing Mode requirements are applicable when Batch Processing Mode is offered for this transaction. 

A HIPAA-covered health plan or its agent conducting the ASC X12N v5010 834 transaction is required to conform to the processing mode requirements specified in this section regardless of any other connectivity modes and methods used between trading partners.

Back to Top
Are there any requirements regarding how often ASC X12N v5010 834 transactions should be submitted? (e.g., Do CAQH CORE Operating Rules either support or exclude an entity from sending daily batches of ASC X12N v5010 834 transactions?)

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:52
Are there any requirements regarding how often ASC X12N v5010 834 transactions should be submitted? (e.g., do CAQH CORE Operating Rules either support or exclude an entity from sending daily batches of ASC X12N v5010 834 transactions?)

No. The Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule does not address the frequency of submission of ASC X12N v5010 834 transactions in batch processing mode. 

Back to Top
Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834. If the Functional Group is rejected, must my system be changed to comply with the Batch Acknowledgement Requir

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:52
Currently my organization’s EDI system only returns a positive ASC X12C v5010 999 Acknowledgment reporting acceptance of the ASC X12N v5010 834. If the Functional Group is rejected, must my system be changed to comply with the Batch Acknowledgement Requirements?

Yes. The Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requires that the HIPAA-covered health plan or its agent must always return an ASC X12C v5010 999 Acknowledgment for all Functional Groups, whether or not the Functional Group is rejected. This requirement allows the submitter of the enrollment and maintenance transaction(s) to know within a reasonable timeframe if the submitted batch of enrollment and maintenance transaction(s) was accepted by the health plan and will be processed. 

Back to Top
My organization’s EDI system was developed in-house and does not currently support the TA1. However, our system does support the ASC X12C v5010 999 Acknowledgment for rejected functional groups. Is this conformant under the Phase IV CAQH CORE 454 Benefit

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:53
My organization’s EDI system was developed in-house and does not currently support the TA1. However, our system does support the ASC X12C v5010 999 Acknowledgment for rejected functional groups. Is this okay under the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements?

Yes. The Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements address only the ASC X12C v5010 999 Acknowledgment; therefore your organization’s system must be able to return an ASC X12C v5010 999 Acknowledgment for all functional groups to indicate that the functional group(s) was either accepted, accepted with errors, or rejected. If it is unable to do so, your organization will need to remediate the system to be in conformance with the CAQH CORE Rule in order to become CORE- certified. 

Back to Top
If my organization’s system is not changed to return the ASC X12C v5010 999 Acknowledgment, can my organization become CORE-certified?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:54
If my organization’s system is not changed to return the ASC X12C v5010 999 Acknowledgment, can my organization become CORE-certified?

Your organization must successfully complete all of the required certification test scripts required by the Phase IV CAQH CORE Certification Test Suite to become CORE-certified. The test scripts for the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule will test for your system’s capabilities to return the ASC X12C v5010 999 Acknowledgment. 

Back to Top
The TA1 Interchange Acknowledgment is described in the HIPAA Implementation Guide Appendix B: EDI Control Director. Do the Phase IV CAQH CORE Operating Rules require its use?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:55
The TA1 Interchange Acknowledgment is described in the HIPAA Implementation Guide Appendix B: EDI Control Director. Do the Phase IV CAQH CORE Operating Rules require its use?

No. The Phase IV CAQH CORE Operating Rules do not address the use of the ASC X12 Interchange Acknowledgement TA1.

Back to Top
Do the CAQH CORE 454 Rule Real Time Acknowledgement Requirements require that my organization’s system must always return an ASC X12C v5010 999 Acknowledgment for an ASC X12N v5010 834?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:55
Do the CAQH CORE 454 Rule Real Time Acknowledgement Requirements require that my organization’s system must always return an ASC X12C v5010 999 Acknowledgment for an ASC X12N v5010 834?

Yes. When a HIPAA-covered health plan or its agent receives a Functional Group of the ASC X12N v5010 834 it must return an ASC X12C v5010 999 Acknowledgment to indicate that the Functional Group or Transaction Set(s) is accepted, accepted with errors, or rejected.  

Back to Top
Is an acknowledgement necessary if the user sends benefit enrollment data in a proprietary (not an ASC X12 834) format in a real time mode?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:56
Is an acknowledgement necessary if the user sends benefit enrollment data in a proprietary (not an ASC X12 834) format in a real time mode?

Good business practices for electronic message exchange encourage all senders and receivers to appropriately acknowledge receipt and both acceptance/rejection and errors found in any message. Accordingly, the Phase IV CAQH CORE Rules are focused on the conduct of the HIPAA-named ASC X12 transaction sets and on the ASC X12 standards as well. Thus, the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule only addresses the use of the ASC X12C v5010 999 Acknowledgment and when to use it when a HIPAA-covered Health Plan conducts the ASC X12 v5010 834 transaction. Additionally, in order to become CORE-certified, an entity is required to attest to its compliance with HIPAA, which requires the use of the appropriate ASC X12 implementation guides.

Back to Top
Are all Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements with regard to acknowledgement only applicable to scenarios where my organization receives data in an ASC X12N v5010 834 format?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:57
Are all Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance (834) Infrastructure Rule requirements with regard to acknowledgement only applicable to scenarios where my organization receives data in an ASC X12N v5010 834 format?

Yes. Good business practices for electronic message exchange encourage all senders and receivers to appropriately acknowledge receipt and both acceptance/rejection and errors found in any message. Accordingly, the Phase IV CAQH CORE Rules are focused on the conduct of the HIPAA-named ASC X12 transaction sets and on the ASC X12 standards as well. Thus, the CAQH CORE 454 Rule only addresses the use of the ASC X12C v5010 999 Acknowledgment and when to use it when a HIPAA-covered Health Plan conducts the ASC X12N v5010 834 transaction. Additionally, in order to become CORE-certified, an entity is required to attest to its compliance with HIPAA, which requires the use of the appropriate ASC X12 implementation guides.

Back to Top
Does my organization have to send back an ASC X12C v5010 999 Acknowledgment response if my system is down?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:58
Does my organization have to send back an ASC X12C v5010 999 Acknowledgment response if my system is down?

As long as your system is in conformance with the CAQH CORE System Availability Rule, then it is not required to send back an ASC X12C v5010 999 Acknowledgment response, either in real time or batch when your system is down. When your system is back up such acknowledgements should be made available to the submitter.

Back to Top
My organization includes system availability schedules in our Companion Guide. Does this satisfy the CAQH CORE Operating Rule requirements for system availability reporting?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:58
My organization includes system availability schedules in our Companion Guide. Does this satisfy the CAQH CORE Operating Rule requirements for system availability reporting?

Yes, CORE-certified health plans (or information sources), clearinghouses/switches or other intermediaries must publish their regularly scheduled system downtime in an appropriate manner (e.g., on websites or in Companion Guides). This allows the submitting entity to better manage staffing levels and expectations for delivery of the 834 transaction. Additionally, the CAQH CORE Operating Rule outlines requirements for reporting/publishing non-routine downtimes and unscheduled/emergency downtimes.

Back to Top
Why was the Master Companion Guide Template created?

Submitted by sshankar@caqh.org on Fri, 01/15/2016 - 10:59
Why was the Master Companion Guide Template created?

Health plans have independently created companion guides that often vary in format and structure. Such variance can be confusing to trading partners and providers. CAQH CORE adapted its CAQH CORE Master Companion Guide Template based on the CAQH/WEDI Best Practices Companion Guide Template developed jointly in 2003, with input from multiple health plans, system vendors, provider representatives and healthcare/HIPAA industry experts. The template organizes information into several simple sections and provides for a common information flow and format, while at the same time giving health plans the flexibility to tailor the document to meet their particular needs. The template covers a broad range of HIPAA-mandated transaction sets and is not specific to any one of them.

Back to Top
Does the Phase IV CAQH CORE 454 Rule require HIPAA-covered entities to publish a Companion Guide if they do not currently do so?

Submitted by tschultz@caqh.org on Tue, 01/19/2016 - 13:17
Does the Phase IV CAQH CORE 454 Rule require HIPAA-covered entities to publish a Companion Guide if they do not currently do so?

Section 4.9 of the Phase IV CAQH CORE 454 Operating Rule specifies that should an entity publish a companion guide it must conform to the format/flow as defined in the CAQH CORE v5010 Master Companion Guide Template.

Back to Top
Does the Phase IV CAQH CORE 454 Rule require health plans to request approval from ASC X12 prior to publication of their CORE-conformant Companion Guide?

Submitted by tschultz@caqh.org on Tue, 01/19/2016 - 13:30
Does the Phase IV CAQH CORE 454 Rule require health plans to request approval from ASC X12 prior to publication of their CORE-conformant Companion Guide?

No. The Phase IV CAQH CORE Operating Rules do not require any entity to submit its Companion Guide to ASC X12 for review and approval prior to publication. 

Entities seeking CORE Certification are required to submit to the CAQH CORE-authorized Testing Vendor: 1) The Companion Guide’s table of contents and 2) A page showing the organization’s requirements for the presentation of segments, data elements and codes. The CAQH CORE-authorized Testing Vendor will evaluate these documents to determine if they are consistent with the format in the CAQH CORE v5010 Master Companion Guide Template.

Back to Top
Can I combine multiple transaction sets in a single companion guide?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 11:10
Can I combine multiple transaction sets in a single companion guide?

Yes. Entities, may, if they wish, combine their companion guides for separate transactions into a single document. The flow and format of the CAQH CORE v5010 Master Companion Guide Template would still need to be followed, but sections would need to be repeated, tables added for each additional transaction, etc., without altering the flow and format.

Back to Top
We are a health plan. Why would we consider implementing the client requirement for retrieving enrollment data from the source?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 11:15
We are a health plan. Why would we consider implementing the client requirement for retrieving enrollment data from the source?

As stated in the Phase IV CAQH CORE 454 Benefit Enrollment and Maintenance Infrastructure Rule, Section 4.1, Benefit Enrollment and Maintenance Processing Mode Requirements, a HIPAA-covered health plan is not required to implement the client requirements, but “may also elect to implement the client requirements as specified in the Phase IV CAQH CORE 470 Connectivity Rule v4.0.0 in addition to implementing the server requirements. When a HIPAA-covered health plan or its agent elects to implement the client requirements as specified in the Phase IV CAQH CORE 470 Connectivity Rule v4.0.0 it must comply with all requirements specified in Sections 4.2, 4.3, 4.4, 4.5, 4.6, 5 and all respective Subsections.”

A health plan may wish to implement the client requirements for the conduct of the 834 transaction for a variety of reasons.  One example may include managed care entities with which the health plan has partnered and therefore may conduct a pull (or fetch) of the 834 transaction from the health plan rather than the health plan pushing it out to these entities.

Back to Top
Does this rule apply if my organization does not conduct the ASC X12 v5010 834 transaction?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 11:25
Does this rule apply if my organization does not conduct the ASC X12 v5010 834 transaction?

No. Per Section 3.2 of CAQH CORE 454 Rule, the rule applies when a HIPAA-covered health plan or its agent uses, conducts, or processes the ASC X12N v5010 834 transaction.

Additionally, per Section 3.3 of CAQH CORE 454 Rule, this rule does not require any entity to conduct, use, or process the ASC X12N v5010 834 transaction if it currently does not do so or is not required by Federal or state regulation to do so.

Back to Top
Why does this “Elapsed Time for Enrollment System Processing of Received Benefit Enrollment Data” requirement exist in the CAQH CORE 454 Rule?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 11:55
Why does this “Elapsed Time for Enrollment System Processing of Received Benefit Enrollment Data” requirement exist in the CAQH CORE 454 Rule?

The intent of this requirement is to ensure that the health plan updates its internal enrollment application systems on a timely basis. Thus when a provider tries to verify eligibility or submits a claim, the health plan can base its response or claim processing on more timely data which may reduce claim rejection/denial, coordination of benefit or other issues. 

Back to Top
Why is there a variability in elapsed times for returning acknowledgements or responses between the CAQH CORE Infrastructure Rules?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 11:59
Why is there a variability in elapsed times for returning acknowledgements or responses between the four Phase IV CAQH CORE Infrastructure Rules?

The four Phase IV CAQH CORE Infrastructure Rules recognize that there are different business processes for the various transactions which have different capabilities. Therefore, through the rule development process, appropriate elapsed time requirements were determined individually for each Phase IV CAQH CORE Infrastructure Rule and its respective transaction focus.

Back to Top
Do the rules have requirements for a health plan that retrieves or pulls the ASC X12 v5010 834 from another entity that is acting as a server?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 13:19
Do the rules have requirements for a health plan that retrieves or pulls the ASC X12 v5010 834 from another entity that is acting as a server?

Yes. As stated in Section 4.1 of the CAQH CORE 454 Rule, “when a HIPAA-covered health plan or its agent elects to implement the client requirements as specified in the Phase IV CAQH CORE 470 Connectivity Rule v4.0.0 it must comply with all requirements specified in Sections 4.2, 4.3, 4.4, 4.5, 4.6, 5 and all respective Subsections.”

Back to Top
What if my entity transmits or receives enrollment information in something other than an ASC X12N v5010 834; e.g., Excel spreadsheet, an XML document, a proprietary flat file, etc.?

Submitted by tschultz@caqh.org on Wed, 06/01/2016 - 13:24
What if my entity transmits or receives enrollment information in something other than an ASC X12N v5010 834; e.g., Excel spreadsheet, an XML document, a proprietary flat file, etc.?

As stated in Section 3 of the CAQH CORE 454 Rule, the rule only “applies when a HIPAA-covered health plan or its agent uses, conducts, or processes the ASC X12N v5010 834 transaction.” If something other than an ASC X12N v5010 834 is received or transmitted, e.g., an Excel spreadsheet, an XML document, or a proprietary file, etc., then the CAQH CORE 454 Rule does not apply.

Back to Top