COB troubleshooting

A list of potential errors and possible resolutions when submitting coordination of benefits (COB) checks.

​

Inaccurate patient data

COB checks are significantly more sensitive to data accuracy than eligibility checks. To perform successful COB checks, the patient information you provide in the check must match the payer’s data exactly.

For example, if a payer has a patient’s name stored as “Jonathan Doe”, they may return benefits information when you submit an eligibility check for “Jon Doe”, as long as they can identify the patient through the other information provided. However, a COB request for “Jon Doe” will fail because the name doesn’t match the payer’s records exactly.

To avoid unnecessary COB check failures, we strongly recommend that you first submit an eligibility check request for the patient. Then use the following data from the successful payer benefit response to build the COB request: firstName, lastName, dateOfBirth, memberId.

​

Invalid or unsupported payer ID

COB requests require a valid payer ID in the tradingPartnerServiceId property. Visit the Stedi Payer Network for a complete list of supported payers and their payer IDs.

​

Missing data

COB requests must contain the patient’s firstName, lastName, dateOfBirth, plus memberId and/or ssn. If you do not send all data points, Stedi returns an HTTP 400 error with a message listing the missing data.

{
  "fieldList": [
    {
      "path": "/subscriber/dateOfBirth",
      "message": "Value at '/subscriber/dateOfBirth' failed to satisfy constraint: Member must not be null"
    }
  ],
  "message": "1 validation error detected. Value at '/subscriber/dateOfBirth' failed to satisfy constraint: Member must not be null"
}

​

Request found multiple patients

This error can occur when Stedi finds more than one member ID for the patient in the request. For example, this could occur if you only provide the patient’s social security number, and the search returns more than one member ID associated with that social security number.

In this case, Stedi returns a HTTP 200 response with an AAA error in the subscriber object.

"subscriber": {
  "memberId": "123456789",
  "firstName": "John",
  "lastName": "Doe",
  "dateOfBirth": "1961-10-21",
  "aaaErrors": [
      {
        "field": "AAA",
        "code": "76",
        "description": "Duplicate Subscriber/Insured ID Number",
        "followupAction": "Please Correct and Resubmit",
        "location": "Loop 2100C",
        "possibleResolutions": "Duplicate member ID was found in the payer database."
      }
    ]
}

​

Member not found

If Stedi cannot find a member ID for the patient in the request, it returns an HTTP 200 response with an AAA error in the subscriber object.

"subscriber": {
  "memberId": "123456789",
  "firstName": "John",
  "lastName": "Doe",
  "dateOfBirth": "1961-10-21",
    "aaaErrors": [
      {
        "field": "AAA",
        "code": "75",
        "description": "Subscriber/Insured Not Found",
        "followupAction": "Please Correct and Resubmit",
        "location": "Loop 2100C",
        "possibleResolutions": "- Subscriber was not found."
      }
    ]
}

Mismatches in the memberId are one of the most common causes of Member Not Found errors. We strongly recommend first performing an Eligibility Check and using the memberId in the response to populate your COB check.

​

AAA errors

The COB response may contain one or more AAA errors specify issues with your request and any recommended follow-up actions. Stedi includes this information in the aaaErrors object in the response JSON.

AAA errors can be present at multiple different levels in the response, depending on the type. In the COB response, the subscriber, dependent, and provider objects can each contain their own aaaErrors array.

Common causes for AAA errors include:

• Missing or incorrect information for the subscriber, dependent, provider, or payer. In this case, you should correct any errors before resubmitting.
• Issues with payer enrollment. Many of these issues require that the provider contact the payer directly to resolve, due to PHI/HIPAA guidelines.

Each error contains a code field that corresponds to a followupAction:

• C - Please correct and resubmit
• N - Resubmission not allowed
• P - Please resubmit original transaction
• R - Resubmission allowed
• S - Do not resubmit; Inquire initiated to a third party
• Y - Do not resubmit; We will hold your request and respond again shortly