Retrieve Batch Check Statuses

Retrieve status information for all eligibility checks within a batch, regardless of processing status

GET/eligibility-manager/batch/{batchId}/items

This endpoint retrieves the processing status and other summary information for all of the eligibility checks in the specified batch. It doesn't include the complete eligibility response. For the full results of each eligibility check, call the Poll Batch Checks endpoint instead.

You can use this endpoint to determine whether specific eligibility checks within a batch have completed. You can also use the response to determine whether patients have active or inactive coverage without having to poll.

  1. Call this endpoint with the batch ID for the eligibility check batch. This is the batchId Stedi returned in the Batch Eligibility Checks endpoint response. It's also available on the batch's details page in the Stedi portal.
  2. Stedi returns information about the processing status of each eligibility check within the batch, including whether the check completed successfully and information about the patient's coverage status (eligibilitySearchStatus). Each item in the response corresponds to one eligibility check within the batch.

Visit Retrieve batch results for a complete how-to guide.

Authorizationstringrequiredheader

A Stedi API Key for authentication.

Path Parameters

batchIdstring

The unique identifier for the batch. This is the batchId returned in the Batch Eligibility Check endpoint response. It's also listed as the Batch ID in the Stedi portal.

Query Parameters

pageSizenumber

The maximum number of elements to return in a page. If not specified, the default is 100.

  • Range: ≥ 1 and ≤ 1000
pageTokenstring

A token returned by a previous call to this operation in the nextPageToken property. You can use it to retrieve the next page of results. If no pageToken is included in the request, Stedi returns the first page of results.

  • Required string length: 1 - 1024

Response

application/json

GetBatchItems 200 response

itemsarray<object>

A list of batch items. Each item represents a single eligibility check in the batch. Unlike the polling endpoint, which only returns results for completed eligibility checks, this endpoint returns results for all eligibility checks in the batch, regardless of their processing status.

All batch items may not be returned in a single response; use the nextPageToken to retrieve subsequent pages of results.

Array item

Additional information about the eligibility check.

Show attributes

Additional information specific to eligibility batch items.

Show attributes

When a payer rejects your eligibility check, the response contains one or more AAA errors that specify the reasons for the rejection and any recommended follow-up actions.

Any errors that occur at the payer, provider, subscriber, or dependents levels are also included in this array, allowing you to review all errors in a central location. If there are no AAA errors, this array will be empty.

Array item

The error code. Visit Eligibility troubleshooting for a complete list of all possible error codes and descriptions.

Payers may sometimes return other non-compliant values.

Possible values
04
15
33
35
41

Allowed actions you can take, based on the rejection reason code. For example Please Correct and Resubmit.

Payers may sometimes return other non-compliant values.

Possible values
Please Correct and Resubmit
Resubmission Not Allowed
Please Resubmit Original Transaction
Resubmission Allowed
Do Not Resubmit; Inquiry Initiated to a Third Party

The location of the error within the original X12 EDI response.

Information to help you correct the error.

We periodically update this guidance, so these strings may change at any time and may differ between eligibility responses. Don't build programmatic logic that depends on matching these strings exactly.

The eligibility search ID for this eligibility check. This is an identifier that allows Stedi to group eligibility checks for the same patient into a unified record within Eligibility Manager called an eligibility search.

This property is for use by Stedi tools only, such as Stedi's MCP server.

The status of the eligibility check. Can be:

  • queued: Stedi placed the eligibility check in its internal queue and will send it to the payer when resources are available. This status is common when you schedule batch eligibility check refreshes through the API or perform large bulk retries that exceed your account's concurrency budget. You can typically expect the status to change to Started within a few seconds.
  • started: Stedi has sent the eligibility check to the payer and is waiting for a response.
  • failed: The payer returned an error code in the response. Review the error code and retry the eligibility check.
  • inactive: The payer's response doesn't contain an active eligibility and benefit type. This means that the patient doesn't have active coverage for the requested services.
  • active: The payer's response contains an active eligibility and benefit type. This means that the patient has active coverage for at least some services.
Possible values
active
failed
inactive
started
queued

A unique Stedi-generated identifier for the eligibility check. It's required for the generated X12 EDI transaction Stedi sends to payers. This identifier is different from the requestId and the submitterTransactionIdentifier.

  • You can use this identifier to find an eligibility check in the Stedi portal. Click Find by ID in the navigation bar and enter the outboundTraceId to go directly to the eligibility check's details page.
  • Don't use this ID to correlate eligibility check requests and responses. Use the submitterTransactionIdentifier property for correlation and tracking instead.

The payer ID for this eligibility check.

The provider's name as provided in the eligibility check.

The provider's NPI as provided in the eligibility check.

  • Pattern: ^\d{10}$

The unique identifier you assigned to the eligibility check when you submitted the batch. Stedi also returns this identifier in the Poll Batch Eligibility Checks endpoint response, allowing you to correlate eligibility check requests and responses.

The subscriber's first name as provided in the eligibility check.

The subscriber's last name as provided in the eligibility check.

The subscriber's member ID as provided in the eligibility check.

items[].batchIdstringrequired

The ID for the batch containing this eligibility check.

items[].createdAtstringrequired

The date and time when the eligibility check was created.

  • Format: date-time

Only relevant for batches submitted through the JSON API. This is the index of the item in the batch. It starts at 0.

A globally unique identifier for this eligibility check within Stedi. Stedi uses this identifier to construct the URL for the eligibility check's detail pages within the Stedi portal.

Don't use this ID to correlate eligibility check requests and responses. Use the additionalInfo.eligibility.submitterTransactionIdentifier property for correlation and tracking instead.

Only relevant for batches submitted through CSV upload. This is the row number for this eligibility check in the CSV file. It starts at 2 because the first row of the CSV file is the header.

items[].statestringrequired

The current state of the eligibility check. Can be:

  • PENDING: Stedi hasn't begun processing the eligibility check.
  • VALIDATED: Stedi finished validating the eligibility check and is ready to execute it.
  • VALIDATION_FAILED: Stedi found errors in the eligibility check that you need to fix before processing can continue. This is typically due to malformed CSV data, missing required fields, or invalid values.
  • STARTED: Stedi has begun processing the eligibility check.
  • RETRYING: Stedi is retrying the eligibility check. Stedi retries eligibility checks that fail due to payer connectivity issues for up to 8 hours.
  • COMPLETED: Stedi successfully processed the eligibility check and received a response from the payer. This doesn't indicate that the payer has active coverage, only that Stedi was able to get a response.
  • COMPLETED_WITH_ERRORS: Stedi finished processing the eligibility check, but couldn't get a response from the payer. A common reason for failure is payer connectivity issues.
Possible values
PENDING
VALIDATED
VALIDATION_FAILED
STARTED
RETRYING
items[].updatedAtstringrequired

The date and time when the eligibility check was last updated.

  • Format: date-time

Token for pagination to retrieve the next page of results; null if there are no more results

  • Required string length: 1 - 1024