Company | Support | Contact Us
Privacy | Transactions and Code Sets | Security | Identifiers
HIPAA Navigator | HIPAA SLP | Manuals
Approach | Assessment | Implementation | Training | Evaluation | Maintenance
For Providers | For Health Plans | FAQ | Free Downloads
For Providers | For Health Plans | For Attorneys | For Security Professionals
subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link | subglobal7 link
subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link

Standards for Electronic Transactions and Code Sets

III. Analysis of, and Responses to, Comments on the Proposed Rules (cont.)

H. Transaction Standard for Eligibility for a Health Plan

We proposed adoption of the Addenda to Health Care Eligibility Benefit Inquiry and Response, ASC X12N 270/271, Version 4010, October 2002, Washington Publishing Company, 004010X092A1 as the standard for the dental, professional, and institutional health care eligibility benefit inquiry and response transaction.

Comment: We received two comments that expressed support for adoption of the Addenda to the ASC X12N 270/271 transaction.

Response: No additional comments or specific detailed requests were received for these Addenda.

I. Transaction Standard for Referral Certification and Authorization

We proposed adoption of the Addenda to the Health Care Services Review - Request for Review and Response, ASC X12N 278, Version 4010, October 2002, Washington Publishing Company, 004010X094A1 for the dental, professional, and institutional referral certification and authorization transaction.

Comment: We received a number of comments about use of the Logical Observation Identifier Names and Codes (LOINC™). The comments stated that use of this code set was confusing and requested that the usage requirement be deleted or a clarifying note be added. The Addenda state that this code set is not allowed for use under HIPAA at this time. It is unclear why this code set would be included in the Addenda if the code set is not an adopted standard code set.

Response: The LOINC™ code set was intended by the SSOs to increase functionality of the transaction. It has not been adopted as a national standard code set, but can be used in implementing this transaction. The Addenda add the use of the LOINC™ code set as an EDI option for responding to requests for additional information when conducting the standard Referral Certification and Authorization Transaction.

Comment: We received a number of comments suggesting that the Addenda usage notes that allow attachment of electronic documentation to this transaction were confusing because they appeared to conflict with the Claims Attachment Transaction, mandated by HIPAA but not adopted by the Secretary at this time.

Response: The Claims Attachment Transaction standard mandated by HIPAA, but not adopted by the Secretary, is available for voluntary EDI use from the Washington Publishing Company at the following website: www.wpc-edi.com. The functionality of this transaction allows the electronic transmission of documentation associated with a claim. It can also function as a response for the Referral Certification and Authorization Transaction, when additional information is requested. The use of the electronic attachment with the Referral Certification and Authorization Transaction is considered a two-way transaction: an EDI request and its associated EDI response. Use with the claim transaction can be either a one-way (required attachment is sent with the claim and not as a response to a request), or a two-way transaction. The Addenda do not require the provider to respond to this request for additional information by using the Claims Attachment Transaction. However, if the provider wants to respond using an EDI transaction, the preferred method is the Claims Attachment Transaction.

We agree that further clarification on the circumstances when these two transactions may be used is needed. ASC X12N has modified the standard for the referral certification and authorization implementation specification to illustrate the model use of these transactions for other applications.

Comment: We received one comment that referenced the absence of a needed segment regarding Dependent Detail information. The Dependent Detail loop ID 2010DA for Dependent name 270 DTP date or time period is not referenced in the Addenda. This segment is needed to convey subscriber dependent information when the dependent is the patient.

Response: We agree that this is an error. ASC X12N has corrected it in the adopted Addenda.

Comment: There were approximately 20 highly technical comments relating to requests for clarification, missing elements, misspelling, minor revisions, and improvements to the Implementation Guides.

Response: Because of their technical complexity, these comments that involved modifications to specific loops and data elements in the implementation specifications were referred to the ASC X12N Workgroup. The following is a summary of these comments:

Four commenters requested minor revisions, which included creating a response code to tell the provider that additional medical information is needed, correcting a typographical error for repeating a data element, adding a qualifier to enable the provider to link a request with an attachment, and defining two segments that only support paper attachments. These requests have been reflected in the revised Addenda.

Fourteen of the commenters asked for additional clarification on the appropriate use of the standard for referral certification and authorization as a two-way transaction. The Implementation Guide is modified to illustrate the model use of this transaction to include a follow-up EDI or non-EDI response.

One commenter asked a question relating to whether a transaction should be rejected if there is no patient event tracking number (TRN) segment for the patient, when the patient is not the subscriber. ASC X12N clarified in the Addenda that the transaction should not be rejected.
CMS-0003/5-F Page 76 The TRN usage instruction was made specific about when the data are required.

One of the commenters requested that a new code be developed to replace the Assigned By Receiver (ABR) code rather than use an existing code to define an element for which it was not intended. A data maintenance request has been approved to have a code added, but it will not be in effect for the ASC X12N 4010 Version of the Implementation Guide.

J. Transaction Standard for Health Care Claim Status

We proposed the adoption of the Addenda to Health Care Claim Status Request and Response, ASC X12N 276/277, Version 4010, October 2002, Washington Publishing Company, 004010X093A1 as the standard for the health care claim status transaction.
We did not receive significant comments on this proposal.

K. Transaction Standard for Enrollment and Disenrollment in a Health Plan

We proposed the adoption of the Addenda to Benefit Enrollment and Maintenance, ASC X12N 834 Benefit Enrollment and Maintenance, Version 4010, October 2002, Washington Publishing Company, 004010X095A1 as the standard for enrollment and disenrollment in a health plan transaction.
CMS-0003/5-F Page 77 We did not receive significant comments on this proposal.

L. Transaction Standard for Health Care Claim Payment/Advice

We proposed the adoption of the Addenda to Health Care Claim Payment/Advice, ASC X12N 835, Version 4010, October 2002, Washington Publishing Company, 004010X091A1 as the standard for dental, professional, institutional, and pharmacy health care payment and remittance advice transactions.
We did not receive significant comments on this proposal.

M. Transaction Standard for Health Care Premium Payments

Comment: A number of commenters pointed out that adoption of the ASC X12N 004010X061 and ASC X12N 004010X061A1 standards were not included in CMS-0005-P.

Response: We received comments pointing out that the transaction standard for Health Care Premium Payments, the ASC X12N 820, 004010X061 and Addenda, 004010X061A1, were omitted from CMS-0005-P. We did not specifically intend to exclude this transaction standard and its Addenda from the proposed rule. The modification for the Addenda to this Implementation Guide provides the same guidance as the Addenda for the other transaction standards; the modification provides guidance to the industry, in section A.1.3.1.2, in handling decimal points in monetary transactions. Nevertheless, we recognize that these Implementation Guide modifications were not expressly identified and separately listed in CMS-0005-P, and thus we are including them as follows in section IV below.

 

 

Go to TOP

WAIVER

Privacy Policy | Legal Notice | ©2001-2008 HIPAAssociates, Inc.