# Eligibility mock requests
Source: https://www.stedi.com/docs/healthcare/api-reference/mock-requests-eligibility-checks

***

title: Eligibility mock requests
sidebarTitle: "Testing: Send mock requests"
-------------------------------------------

When you submit the following requests with a [test API key](/healthcare/api-reference#api-key-types), Stedi returns mock benefits data from the specified payer you can use for testing.

You can also submit most of these mock requests through the [New eligibility check](https://portal.stedi.com/app/healthcare/checks/create) form in the UI when **Test mode** is enabled.

<Tip>
  Mock requests are free for testing purposes and won't incur any charges in
  your Stedi account.
</Tip>

## Test API key

When submitting these mock requests to the API, you must use a test [Stedi API key](/healthcare/api-reference#creating-an-api-key) for authentication. When using a test API key, you can only send the following mock requests to the endpoint. Stedi returns an error if you try to send production data with a test API key.

## API clients

You may want to use an API client to make testing and debugging easier.

We **don't recommend** using Postman for requests containing Protected Health Information (PHI) because Postman defaults to storing request history - including full request payloads - on its cloud servers. You can’t turn this feature off without impractical workarounds.

Visit [API clients](/healthcare/api-reference#api-clients) for a list of recommended clients you can use instead.

## JSON endpoint

The following examples are mock checks for the [Real-Time Eligibility Check JSON](/healthcare/api-reference/post-healthcare-eligibility) endpoint.

### Medical - Active coverage

Request notes:

* `encounter`: Only service type code `30` is supported.
* `provider`: You can use any organization name and any NPI, as long as it passes [check digit validation](https://www.cms.gov/Regulations-and-Guidance/Administrative-Simplification/NationalProvIdentStand/Downloads/NPIcheckdigit.pdf). To generate a dummy NPI, you can use [this free tool](https://jsfiddle.net/alexdresko/cLNB6).
* `subscriber`: You must use the exact values in the test request. Other birth dates, first names, last names, member IDs, and Social Security Numbers return errors.

#### Dependent

Each of these examples represent an eligibility check for a dependent. An individual qualifies as a dependent for eligibility checks when they are listed as a dependent on the subscriber's insurance plan AND the payer cannot uniquely identify them through information outside the subscriber's policy.

These example requests follow best practices for structuring eligibility checks. Specifically, all requests include the dependent's information, including their date of birth, in the `dependents` array. Some payers may allow different structures, such as sending the dependent's information in the `subscriber` object with the subscriber's member ID. However, we recommend following the guidance outlined in the [Real-Time Eligibility Check](/healthcare/api-reference/post-healthcare-eligibility#body.dependents) endpoint documentation for the most reliable results across all payers.

The way dependent information is included in the response varies by payer. Some contain the dependent's information in the `subscriber` object. Some include the actual subscriber's information in the `subscriber` object and the dependent's information in the `dependents` array.

**Aetna**

In this example, the dependent Jordan is the subscriber John's child. Jordan's information is returned in the `dependents` array in the response.

<Accordion title="Aetna - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Aetna
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "60054",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "memberId": "AETNA9wcSu"
      },
      "dependents": [
          {
              "firstName": "Jordan",
              "lastName": "Doe",
              "dateOfBirth": "20010714"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Anthem Blue Cross Blue Shield of CA**

In this example, the dependent John is the subscriber Jane's spouse. John's information is returned in the `dependents` array in the response.

<Accordion title="Anthem BCBSCA - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Anthem BCBSCA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "040",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "memberId": "CGMBCBSCA123"
      },
      "dependents": [
          {
              "firstName": "John",
              "lastName": "Doe",
              "dateOfBirth": "19750101"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Blue Cross and Blue Shield of Texas**

In this example, the dependent Jane is the subscriber John's child. Jane's information is returned in the `dependents` array in the response.

<Accordion title="BCBSTX - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for BCBSTX
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "G84980",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "memberId": "A2CBCBSTX123"
      },
      "dependents": [
          {
              "firstName": "Jane",
              "lastName": "Doe",
              "dateOfBirth": "20150101"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Cigna**

In this example, the dependent Jordan is the subscriber's child. In the response, Jordan is returned in the `subscriber` object with no `dependents` array, even though they are a dependent.

<Accordion title="Cigna - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Cigna
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "memberId": "CIGNAJTUxNm"
      },
      "dependents": [
          {
              "firstName": "Jordan",
              "lastName": "Doe",
              "dateOfBirth": "20150920"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Oscar Health**

In this example, the dependent Jane is the subscriber John's child. Jane's information is returned in the `dependents` array in the response.

<Accordion title="Oscar Health - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Oscar Health
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "OSCAR",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "memberId": "OSCAR123456"
      },
      "dependents": [
          {
              "firstName": "Jane",
              "lastName": "Doe",
              "dateOfBirth": "20010101"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**UnitedHealthcare**

In this example, the dependent Jane is the subscriber John's spouse. Jane's information is returned in the `dependents` array in the response.

<Accordion title="UnitedHealthcare - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for UnitedHealthcare
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "memberId": "UHC202649"
      },
      "dependents": [
          {
              "firstName": "Jane",
              "lastName": "Doe",
              "dateOfBirth": "19521121"
          }
      ],
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### Subscriber only

The following examples request benefits information for the subscriber only. The subscriber's information is sent in the `subscriber` object in the request. The payer's response contains the subscriber's information in the `subscriber` object and doesn't include any dependent information.

**Aetna**

<Accordion title="Aetna - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Aetna
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "60054",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "20040404",
          "memberId": "AETNA12345"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Ambetter**

<Accordion title="Ambetter - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Ambetter
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "68069",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "dateOfBirth": "19940404",
          "memberId": "AMBETTER123"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Cigna**

<Accordion title="CIGNA - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "controlNumber":"123456789",
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "James",
          "lastName": "Jones",
          "dateOfBirth": "19910202",
          "memberId": "23456789100"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 2">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Rolando",
          "lastName": "Arrojo",
          "dateOfBirth": "19710102",
          "memberId": "5643296"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 3">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Rod",
          "lastName": "Beck",
          "dateOfBirth": "19720203",
          "memberId": "R5TJR4HR4H"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 4">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "David",
          "lastName": "Cone",
          "dateOfBirth": "19730304",
          "memberId": "5642296"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 5">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Frank",
          "lastName": "Castillo",
          "dateOfBirth": "19750405",
          "memberId": "FTRJRG3254"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 6">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Casey",
          "lastName": "Fossum",
          "dateOfBirth": "19760506",
          "memberId": "5641296"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

<Accordion title="CIGNA - Mock request 7">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CIGNA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Rich",
          "lastName": "Garces",
          "dateOfBirth": "19770607",
          "memberId": "DHW5445"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Humana**

<Accordion title="Humana - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Humana
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "61101",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19750505",
          "memberId": "HUMANA123"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**Kaiser Permanente Northern California**

<Accordion title="Kaiser Permanente - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Kaiser Permanente
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "KSRCN",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "20020202",
          "memberId": "KAISER123456"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**National Centers for Medicare & Medicaid Services (CMS)**

<Accordion title="CMS - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for CMS
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "CMS",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19550505",
          "memberId": "CMS12345678"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

**UnitedHealthcare**

<Accordion title="UHC - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19710101",
          "memberId": "UHC123456"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### MBI lookup for CMS checks

You must include the patient's Medicare Beneficiary Identifier (MBI) in every eligibility check you submit to the Centers for Medicare and Medicaid Services ([Payer ID: CMS](https://www.stedi.com/healthcare/network/cms)). When patients don’t know their MBI, you can use Stedi’s eligibility APIs to perform an MBI lookup.

This mock request is for an MBI lookup with the patient's Social Security Number (SSN), but you can also perform an MBI lookup without an SSN. Visit [MBI lookup](/healthcare/mbi-lookup) for more information.

<Accordion title="MBI lookup mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key <test_api_key>' \
    --header 'Content-Type: application/json' \
    --data '{
      "controlNumber": "112233445",
      "tradingPartnerServiceId": "MBILU",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "lastName": "Doe",
          "dateOfBirth": "19550505",
          "ssn": "123456789"
      },
      "encounter": {
          "serviceTypeCodes": [
              "30"
          ]
      }
  }'
  ```
</Accordion>

### Medical - Inactive coverage

The following example requests benefits information for the subscriber.

**UnitedHealthcare**

<Accordion title="UHC - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Provider Name",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19710101",
          "memberId": "UHCINACTIVE"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

### Dental

The following example requests benefits information for the subscriber.

Request notes:

* `encounter`: Only service type code `35` is supported.
* `provider`: You can use any organization name and any NPI, as long as it passes [check digit validation](https://www.cms.gov/Regulations-and-Guidance/Administrative-Simplification/NationalProvIdentStand/Downloads/NPIcheckdigit.pdf). To generate a dummy NPI, you can use [this free tool](https://jsfiddle.net/alexdresko/cLNB6).
* `subscriber`: You must use the exact values in the test request. Other birthdates, first names, last names, and member IDs return errors.

**Ameritas**

<Accordion title="Ameritas - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Ameritas
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "AMTAS00425",
      "provider": {
          "firstName": "Plaque",
          "lastName": "Penguin",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Falcon",
          "lastName": "Dent",
          "dateOfBirth": "19850607",
          "memberId": "007007007"
      },
      "encounter": {
          "serviceTypeCodes": ["35"]
      }
  }'
  ```
</Accordion>

**Anthem Blue Cross Blue Shield of CA**

<Accordion title="BCBSCA - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for BCBSCA
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "84103",
      "provider": {
          "organizationName": "One",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Aardvark",
          "lastName": "Dent",
          "dateOfBirth": "19701212",
          "memberId": "AFK987654321"
      },
      "encounter": {
          "serviceTypeCodes": ["35"]
      }
  }'
  ```
</Accordion>

**Cigna**

<Accordion title="Cigna - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Cigna
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "62308",
      "provider": {
          "organizationName": "One",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jaguar",
          "lastName": "Dent",
          "dateOfBirth": "19960505",
          "memberId": "U3141592653"
      },
      "encounter": {
          "serviceTypeCodes": ["35"]
      }
  }'
  ```
</Accordion>

**Metlife**

<Accordion title="Metlife - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for Metlife
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "10134",
      "provider": {
          "organizationName": "One",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Elephant",
          "lastName": "Dent",
          "dateOfBirth": "19840229",
          "memberId": "88877788"
      },
      "encounter": {
          "serviceTypeCodes": ["35"]
      }
  }'
  ```
</Accordion>

**UnitedHealthcare**

<Accordion title="UnitedHealthcare - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash test request for UnitedHealthcare
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "52133",
      "provider": {
          "organizationName": "One",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Beaver",
          "lastName": "Dent",
          "dateOfBirth": "19690628",
          "memberId": "404404404"
      },
      "encounter": {
          "serviceTypeCodes": ["35"]
      }
  }'
  ```
</Accordion>

### Common AAA errors

The following requests return mock data for the most common Payer `AAA` errors. Visit [Eligibility troubleshooting](/healthcare/eligibility-troubleshooting) for a complete list of AAA error codes, other common eligibility check issues, and recommended resolution steps.

#### 42 - Unable to respond at current time

The following example request returns a `42` AAA error code, indicating that the payer is unable to respond at the current time. This is typically a temporary issue with the payer’s system, but it can also be an extended outage or the payer throttling your requests.

<Accordion title="42 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "20010101",
          "memberId": "UHCAAA42"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### 43 - Invalid/Missing Provider Identification

The following example request returns a `43` AAA error code. This error can occur if provider's NPI is not registered with the payer, the provider's NPI is not registered *correctly* with the payer, or the payer requires an agreement.

<Accordion title="43 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19700101",
          "memberId": "UHCAAA43"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### 72 - Invalid/Missing Subscriber/Insured ID

The following example request returns a `72` AAA error code. This error can occur if the subscriber member ID was incorrect in the request, the request does not meet the payer's requirements for the subscriber ID, or there is another unidentified error in the request data.

<Accordion title="72 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "dateOfBirth": "19900101",
          "memberId": "UHCAAA72"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### 73 - Invalid/Missing Subscriber/Insured Name

The following example request returns a `73` AAA error code. This error can occur if an incorrect subscriber name was submitted, the subscriber name was missing, the subscriber name was spelled incorrectly, or the request doesn't meet the payer's requirements for the subscriber's name.

<Accordion title="73 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "dateOfBirth": "19900101",
          "memberId": "UHCAAA73"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### 75 - Subscriber/Insured Not Found

The following example request returns a `75` AAA error code. This error occurs when the payer can't find the subscriber in their database. You should verify the subscriber details and try sending different combinations of `firstName`, `lastName`, `dateOfBirth`, and `memberId`. Note that not all search combinations are supported by all payers.

<Accordion title="75 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "Jane",
          "lastName": "Doe",
          "dateOfBirth": "19900101",
          "memberId": "UHCAAA75"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

#### 79 - Invalid Participant Identification

The following example request returns a `79` AAA error code. This error occurs when there is a problem connecting with the payer. You should contact Stedi support for assistance.

<Accordion title="79 - AAA Error - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "87726",
      "provider": {
          "organizationName": "Medical Provider",
          "npi": "1999999984"
      },
      "subscriber": {
          "firstName": "John",
          "lastName": "Doe",
          "dateOfBirth": "19700101",
          "memberId": "UHCAAA79"
      },
      "encounter": {
          "serviceTypeCodes": ["30"]
      }
  }'
  ```
</Accordion>

## SOAP endpoint

The following example is a mock check for the [Real-Time Eligibility Check SOAP](/healthcare/api-reference/post-healthcare-eligibility-soap) endpoint.

<Accordion title="SOAP - Mock request 1">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash
  curl --request POST \
    --url "https://healthcare.us.stedi.com/2025-06-01/protocols/caqh-core" \
    --header "Content-Type: application/soap+xml" \
    --data '<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:cor="http://www.caqh.org/SOAP/WSDL/CORERule2.2.0.xsd">
    <soapenv:Header>
      <wsse:Security soapenv:mustUnderstand="true" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
        <wsse:UsernameToken>
          <wsse:Username>STEDI-ACCOUNT-ID</wsse:Username>
          <wsse:Password>STEDI-API-KEY</wsse:Password>
        </wsse:UsernameToken>
      </wsse:Security>
    </soapenv:Header>
    <soapenv:Body>
        <cor:COREEnvelopeRealTimeRequest>
          <PayloadType>X12_270_Request_005010X279A1</PayloadType>
          <ProcessingMode>RealTime</ProcessingMode>
          <PayloadID>f81d4fae-7dec-11d0-a765-00a0c91e6b12</PayloadID>
          <TimeStamp>2007-08-30T10:20:34.000Z</TimeStamp>
          <SenderID>STEDI</SenderID>
          <ReceiverID>STEDI</ReceiverID>
          <CORERuleVersion>2.2.0</CORERuleVersion>
          <Payload><![CDATA[ISA*00*          *00*          *ZZ*AV09311993     *01*030240928      *240229*0904*^*00501*000000151*1*P*:~GS*HS*1510848*030240928*20221130*0904*000000001*X*005010X279A1~ST*270*0001*005010X279A1~BHT*0022*13*00000000000000000000000000*20221206*1300~HL*1**20*1~NM1*PR*2*Stedi Test*****PI*STEDI~HL*2*1*21*1~NM1*1P*2*STEDI*****XX*1447848577~HL*3*2*22*0~NM1*IL*1*Prohaska*Bernie****MI*23051322~DMG*D8*19990101~EQ*30~SE*11*0001~GE*1*000000001~IEA*1*000000151~]]></Payload>
        </cor:COREEnvelopeRealTimeRequest>
    </soapenv:Body>
  </soapenv:Envelope>'

  ```
</Accordion>

## Test the Stedi Agent

The [Stedi Agent](/healthcare/eligibility-searches-view#retry-with-the-stedi-agent) resolves recoverable eligibility check errors automatically with the same best practices our Support team uses for troubleshooting. You can run the following mock eligibility check to evaluate the Stedi Agent.

<Accordion title="Stedi Agent - Mock request">
  {/* schema:EligibilityCheckRequestContent */}

  ```bash request for UHC
  curl --request POST \
    --url 'https://healthcare.us.stedi.com/2024-04-01/change/medicalnetwork/eligibility/v3' \
    --header 'Authorization: Key {test_api_key}' \
    --header 'Content-Type: application/json' \
    --data '{
      "tradingPartnerServiceId": "STEDI",
      "subscriber": {
        "lastName": "Prohas",
        "memberId": "23051322",
        "firstName": "Bernie"
      },
      "provider": {
        "organizationName": "STEDI",
        "npi": "1999999984"
      }
  }'
  ```
</Accordion>

This check is designed to fail so you can watch the agent resolve issues in real time. Specifically, it returns `AAA` error `73` (Invalid/Missing Subscriber/Insured Name).

Once the check is complete, you can use it to test the Stedi Agent's troubleshooting capabilities:

1. Go to the [Eligibility searches](https://portal.stedi.com/app/healthcare/eligibility) page in your Stedi account.
2. Toggle **Test mode** to **ON**.
3. Click the failed mock eligibility check to review its details.
4. Click **Resolve with Stedi Agent**. The agent runs in **Debug view** to fix the error and eventually produce a successful mock eligibility response.