AAA Error Codes Requests and Possible Resolutions
This page provides some examples of AAA error codes and possible resolutions.
AAA Errors
Payers are considered the Information Source for all Eligibility inquiries, and this is the standard term in the medical industry. The provider submitting an eligibility query is called the Information Receiver.
AAA errors report about missing or invalid information from various parts of the submitted 270 Eligibility request and show possible resolutions. It is the standard error reporting system for all the Eligibility transactions. AAA errors are generated from seven different sections of eligibility queries.
The Payer, Subscriber, Provider, and Dependent objects fall in the AAA error category.
AAA Error Category | Description |
---|---|
Information Source level | Errors in this category indicate problems or mistakes in reaching the query's specified recipients, such as the Interchange/Clearinghouse ID (ISA06) or the payer (ISA08). The correct Interchange ID is important because the transaction you are submitting is used by both you, as the query sender and the ultimate receiver of the query, who is the payer that will verify the insurance coverage. There might be a mistake in the Payer object and the Interchange could not locate it in the payer network. |
Request Validation | Reports system errors, such as, |
Information Receiver | Problems are detected in the request content defining the query sender — the Information Receiver of hoped-for insurance verification from the payer. There is incorrect information in the Provider object or possibly, a missing Payer ID. |
Subscriber Request | There is incorrect content in the Subscriber object. A nicely detailed and extensive list of possible errors arises from this category. A significant one involves Invalid/Missing Subscriber/Insured name, which usually denotes that the patient in the request does not have active insurance with the payer. The out-of-network messages are in this category. |
Subscriber Request Validation | The request contains subscriber information that caused problems with processing it, such as incorrect dates or in some cases, the Payer requests more data. |
Dependent Request | There is incorrect or missing content for the dependent in the Eligibility request. Many of the same error types you see for subscriber information are also used here. |
Dependent Request Validation | The request contains dependent information that caused problems with processing it, such as incorrect dates. In some cases, the payer requests for more data. |
Required value errors
If you submit a request body that is missing a required value, you will receive a response similar to the following: Required parameter errors and descriptions.
AAA Error Message Examples
{
"field": "AAA",
"code" : "04",
"description": "Authorized Quantity Exceeded",
"followupAction": "Please Correct and Resubmit",
},
{
"field": "AAA",
"code": "35",
"description": "Out of Network",
"followupAction": "Do Not Resubmit; Inquiry Initiated to a Third Party",
"location": "Loop 2100C",
"possibleResolutions": "Provider is not in network provider for the subscriber's plan"
},
{
"field": "AAA",
"code": "42",
"description": "Unable to Respond at Current Time",
"followupAction": "Do Not Resubmit; We Will Hold Your Request and Respond Again Shortly",
"location": "Loop 2100C",
"possibleResolutions": "Is what we call the catch-all error.First place to start is look at PIRs to see if payer is having issues processing. If no PIR for payer call Command Center and have them check the system see if they are seeing trouble with the payer.Follow standard troubleshooting flow if no issue happening with payer."
},
The following error example reports that the correct Provider
information is missing in the request. It is an error from the Information Receiver Request Validation AAA error category (refer Page 243 of the ASC X12 Consolidated 270/271 Implementation Guide).
{
"field": "AAA",
"code": "43",
"description": "Invalid/Missing Provider Identification",
"followupAction": "Resubmission Not Allowed",
"location": "Loop 2100D",
"possibleResolutions": "Provider's NPI most likely is not registered with the payer, or not registered correctly with the payer, and the provider must contact payer directly to correct, Emdeon can not do this for them, it is a PHI/HIPPA restriction"
},
{
"field": "AAA",
"code": "45",
"description": "Invalid/Missing Provider Specialty",
"followupAction": "Please Wait 30 Days and Resubmit",
"location": "Loop 2100D",
"possibleResolutions": "Provider's NPI not registered with the payer under the correct Specialty. Provider must contact payer directly to remedy this issue, due to PHI/HIPPA."
},
{
"field": "AAA",
"code": "47",
"description": "Invalid/Missing Provider State",
"followupAction": "Please Correct and Resubmit",
"location": "Loop 2100D",
"possibleResolutions": "Provider's address doesn't match what is listed with the payer or the NPPES system. Provider must contact payer directly to remedy this issue, due to PHI/HIPPA."
},
{
"field": "AAA",
"code": "48",
"description": "Invalid/Missing Referring Provider Identification Number",
"followupAction": "Do Not Resubmit; Inquiry Initiated to a Third Party",
"location": "Loop 2100D",
"possibleResolutions": "Referrals only: Referring provider's NPI is either not registered with the payer, provider must contact payer directly, or Enrollment with Emdeon is incorrect, contact enrollment department."
},
{
"field": "AAA",
"code": "49",
"description": "Provider is Not Primary Care Physician",
"followupAction": "Resubmission Not Allowed",
"location": "Loop 2100D",
"possibleResolutions": "Referrals only: Referring provider must be Primary Care Physician in some payer plans, insured must contact payer and set PCP in their system. Emdeon can not do this due to PHI/HIPPA guidelines."
},
{
"field": "AAA",
"code": "51",
"description": "Provider Not on File",
"followupAction": "Please Correct and Resubmit",
"location": "Loop 2100C",
"possibleResolutions": "Provider is not registered with the payer, provider must call payer directly to register their NPI"
},
{
"field": "AAA",
"code": "52",
"description": "Service Dates Not Within Provider Plan Enrollment",
"followupAction": "Do Not Resubmit; We Will Hold Your Request and Respond Again Shortly",
"location": "Loop 2100D",
"possibleResolutions": "Provider was not registered in the insured's plan with the payer, on the DOS listed in transaction."
},
{
"field": "AAA",
"code": "57",
"description": "Invalid/Missing Date(s) of Service",
"followupAction": "Do Not Resubmit; We Will Hold Your Request and Respond Again Shortly",
"location": "Loop 2100D",
"possibleResolutions": "DOS is not within allowable time frame, or DOS is missing in the 270"
},
{
"field": "AAA",
"code": "63",
"description": "Date of Service in Future",
"followupAction": "Please Wait 30 Days and Resubmit",
"location": "Loop 2100C",
"possibleResolutions": "Some Payers do not accept DOS in the future check payer instruction tables for specs per payer."
},
{
"field": "AAA",
"code": "72",
"description": "Invalid/Missing Subscriber/Insured ID",
"followupAction": "Please Correct and Resubmit",
"location": "Loop 2100C",
"possibleResolutions": "Subscriber member ID is incorrect in the request being sent."
},
{
"field": "AAA",
"code": "76",
"description": "Duplicate Subscriber/Insured ID Number",
"followupAction": "Resubmission Not Allowed",
"location": "Loop 2100C",
"possibleResolutions": "Duplicate member ID is found in the payer database."
},
The following error example is a Request validation error, showing code T4 describing that the request is missing correct payer information whether it is the correct payerName
or payerId
. Because the submitter (the Information Receiver) has authorization to do business with the payer, the message Resubmission Allowed signals that the provider can fix the problem and try again.
{
"field": "AAA",
"code": "T4",
"description": "Payer Name or Identifier Missing",
"followupAction": "Resubmission Allowed",
"location": "Loop 2100A",
"possibleResolutions": "Payer Name or Identifier Missing."
},
- AAA Rejection codes are part of the Eligibility standard, but since that standard is licensed, we are limited in what we can show. Most are clear when they are defined, such as AAA 72 for Invalid/Missing Subscriber/Insured ID. That basically means that the
memberId
in the request does not have a match with the payer.
A couple others that might be nuclear:
-
AAA 41 — Authorization/Access Restrictions: This is an enrollment issue where the NPI in the request needs to be recognized by the payer. You can check enrollment requirements on our payer list, and complete the enrollment form through Enrollment Central. This may also be represented with AAA 79 for Invalid Participant Identification.
-
AAA 42/80 — These indicate something is wrong like a transaction time out or an exception that does not fit in other AAA codes. Most of the time, these are temporary and will resolve on their own. If you continue to get this error on a request, you should open a support ticket.
The complete list of AAA codes and Eligibility request and response codes can be purchased here.
AAA Error Codes and Possible Resolutions
AAA Error Code | Reason for Rejection | Possible Resolution |
---|---|---|
04 | Authorized Quantity Exceeded | Batches cannot contain more than 99 single transactions. |
12 | Duplicate Sequence Number | Correct this instance and resubmit. |
15 | Required Application Data Missing | |
29 | Claim Submitted Past Exercise Period | The relevant claim period has expired. |
33 | Input Errors | Duplicate transaction. |
34 | No Coverage | The plan is not covered. |
35 | Out of Network | Provider is not an in-network provider for the subscriber's plan. |
36 | Testing Not Included | — |
41 | Authorization/Access Restrictions | |
42 | Unable to Respond at Current Time | |
43 | Invalid/Missing Provider Identification | |
44 | Invalid/Missing Provider Name | Provider's NPI is registered with incorrect name at the payer. Provider must contact the payer directly to have this issue fixed because of PHI/HIPPA guidelines. |
45 | Invalid/Missing Provider Specialty | Provider's NPI not registered with the payer under correct Specialty. Provider must contact payer directly to remedy this issue, due to PHI/HIPPA guidelines. |
46 | Invalid/Missing Provider Phone Number | Provider's phone does not match what is registered with the payer or the NPPES system for this provider. Provider must contact payer directly to remedy this issue, due to PHI/HIPPA guidelines. |
47 | Invalid/Missing Provider State | Provider's address does not match what is listed with the payer or the NPPES system. Provider must contact payer directly to remedy this issue, due to PHI/HIPPA guidelines. |
48 | Invalid/Missing Referring Provider Identification Number | |
49 | Provider is Not Primary Care Physician | |
50 | Provider Ineligible for Inquiries | Provider is not registered for that service type with the payer, provider should contact payer directly. |
51 | Provider Not on File | Provider is not registered with the payer, provider must call payer directly to register their NPI. |
52 | Service Dates Not Within Provider Plan Enrollment | Provider was not registered in the plan of the insured with the payer, on the Date-of-Service (DOS) listed in transaction. |
53 | Inquired Benefit Inconsistent with Provider Type | Provider submitting a transaction for specialty that they are not registered with the payer to perform. |
54 | Inappropriate Product/Service ID Qualifier | — |
55 | Inappropriate Product/Service ID | Invalid procedure code. |
56 | Inappropriate Date | |
57 | Invalid/Missing Date or Service | |
58 | Invalid/Missing Date-of-Birth (DOB) | |
59 | Invalid/Missing DOD | Insured has died and the DOD is either incorrect or missing from transaction. |
60 | DOB Follows DOS | DOS is before the DOB in which case, the transaction should be submitted with the mother's information. |
61 | Date of Death (DOD) Precedes DOS | Insured died before DOS listed in the transaction, provider must correct and resubmit. |
62 | DOS Not Within Allowable Inquiry Period | DOS is outside of the accepted time frame for requests to be submitted for the payer. |
63 | DOS in the future | Some Payers do not accept DOS in the future check payer instruction tables for specs per payer. |
64 | Invalid/Missing Patient ID | |
65 | Invalid/Missing Patient Name | |
66 | Invalid/Missing Patient Gender Code | |
67 | Patient Not Found | |
68 | Duplicate Patient ID Number | There is either a different patient with the same member ID in the payer's database or in the hosted data file. |
69 | Inconsistent with Patient's Age | When Diagnoses codes are inconsistent with patient's age. |
70 | Inconsistent with Patient's Gender | Procedure codes are inconsistent with patient's gender. |
71 | Patient DOB Does Not Match That for the Patient on the Database | DOB sent in request does not match that in the payer's database, the subscriber will need to contact the payer to have this changed. |
72 | Invalid/Missing Subscriber/Insured ID | |
73 | Invalid/Missing Subscriber/Insured Name | |
74 | Invalid/Missing Subscriber/Insured Gender Code | |
75 | Subscriber/Insured Not Found | |
76 | Duplicate Subscriber/Insured ID Number | Duplicate member ID is found in the payer database. |
77 | Subscriber Found: Patient Not Found | Subscriber was found in payer's database but the dependent's information is not in the payer's database. |
78 | Subscriber/Insured Not in Group/Plan identified | Normally, for Coventry payers where, request is sent to the incorrect payer plan database and the correct Group/Plan is listed in 271 in the LS2120 segment. |
79 | Invalid Participant Identification | NPI in the 270 request is not on file with the payer. |
80 | No Response received - Transaction Terminated | |
T4 | Payer Name or Identifier Missing |
AAA Error follow-up action codes
Code | Message |
---|---|
C | Please Correct and Resubmit |
N | N Resubmission Not Allowed |
P | Please Resubmit Original Transaction |
R | Resubmission Allowed |
S | Do Not Resubmit; Inquiry Initiated to a Third Party |
W | Please Wait 30 Days and Resubmit |
X | Please Wait 10 Days and Resubmit |
Y | Do Not Resubmit; We Will Hold Your Request and Respond Again Shortly |
Updated 2 months ago