Institutional Claims (837I) JSON
This endpoint sends 837I (institutional) claims to payers. Visit Submit institutional claims for a full how-to guide.
- Call this endpoint with a JSON payload.
- Stedi translates your request to the X12 837 EDI format and sends it to the payer.
- The endpoint returns a response from Stedi in JSON format containing information about the claim you submitted and whether the submission was successful.
Send test claims
All claims you submit through this endpoint are sent to the payer as production claims unless you explicitly designate them as test data.
To send test claims, set the usageIndicator
property in the test claim body to T
. This allows you to filter for test claims on the Transactions page in the Stedi portal.
Note that you will receive a 277 Claim Acknowledgment in response to test claims, allowing you to test your workflow end to end, but you will not receive a test 835 (ERA) response.
Basic claim submission
The content of your claim submission depends on your use case and the payer’s requirements. However, a basic claim submission includes the following information in the request body:
Information | Description | |
---|---|---|
tradingPartnerServiceId | This is the Payer ID. Visit the Payer Network for a complete list. | |
submitter object | Information about the entity submitting the healthcare claim. This is an organization, such as a hospital or other treatment center. | |
receiver object | Information about the entity responsible for the payment of the claim, such as an insurance company or government agency. | |
subscriber and/or dependent objects | Information about the patient who received the medical services. Note that if a dependent has their own, unique member ID for their health plan, you should submit their information in the subscriber object and omit the dependent object from the request. You can check whether the dependent has a unique member ID by submitting an Eligibility Check to the payer for the dependent. The payer will return the member ID in the dependents.memberId field, if present. | |
claimInformation object | Information about the claim, such as the claim filing code (identifies the type of claim), claim charge amount, and place of service code. It also includes information about each individual service line included in the claim. | |
Billing provider | You must supply information about the billing provider in either the providers or billing object. This includes the provider’s NPI, name, and other information. |
Character restrictions
Don’t include the following characters in your request data: ~
, *
, :
and ^
. They are reserved for delimiters in the resulting X12 EDI transaction, and X12 doesn’t support using escape sequences to represent delimiters or special characters. Stedi returns a 400
error if you include these restricted characters in your request.
Only use the X12 Basic and Extended character sets in request data. Using characters outside these sets may cause validation and HTTP 400
errors.
Identify service lines
A claim can contain multiple service lines. Since the payer may accept, reject, or pay a subset of those lines, you can receive an 835 response that references a patientControlNumber
, but only pertains to some of the service lines.
However, the claimInformation.serviceLines.lineItemControlNumber
serves as a unique identifier for each service line in your claim submission. This value appears in the 277CA and 835 ERA responses as the lineItemControlNumber
, allowing you to correlate these responses to specific service lines from the original claim. We strongly recommend setting the lineItemControlNumber
to a ULID or other unique identifier for each service line. We recommend using a ULID instead of a UUID because the property has a max of 30 characters.
Conditional requirements
Note that objects marked as required are required for all requests, while others are conditionally required depending on the circumstances. When you include a conditionally required object, you must include all of its required properties.
For example, you must always include the subscriber
object in your request, but you only need to include the supervising
object when the rendering provider is supervised by a physician.
Authorizations
A Stedi API Key for authentication.
Headers
The outbound transaction setting ID. This option only needs to be specified if you're using a non-default release of the Institutional Claims guide.
Body
Response
The response is of type object
.