9 common questions about EMS claims and eligibility checks

Guide

Emergency medical services (EMS) billing doesn't look like other healthcare billing. There's no front-office intake for an ambulance ride (or flight).

Instead, paramedics capture what information they can at the scene, often while delivering emergency care. EMS billers often have to check insurance coverage after transport, not before.

EMS claims carry their own quirks. They have to include ambulance-specific origin and destination procedure modifiers. Use the wrong modifier and the claim gets rejected.

This guide covers nine things to know when building eligibility checks and claim workflows for EMS providers using Stedi.

1. How can I figure out if a patient is covered by multiple insurance plans?

If you don't know whether the patient has coverage or who the payer is, start with an insurance discovery check. You can run one using just demographics, like name and date of birth (DOB), with or without a Social Security Number (SSN).

Once you have a payer, run an eligibility check to confirm the patient's first name, last name, DOB, and member ID match what’s on file with the payer. Follow up with a Coordination of Benefits (COB) check to find any additional payers.

COB scenarios are common for EMS. For example, older patients are often dual eligible, with both Medicare and Medicaid.

2. Should I use batch or real-time eligibility checks for EMS services?

When to use real-time eligibility checks

If your EMS crews run eligibility checks in transit or you need a response in seconds, use real-time eligibility checks. They also work for time-insensitive scenarios, like verifying insurance before submitting a claim.

If your workflow includes a mix of time-sensitive and time-insensitive scenarios, start with real-time checks to keep things simple. Move to batch checks if you're running thousands of time-insensitive checks at once and building custom logic to handle them.

When to use batch eligibility checks

If you only ever verify insurance after care is delivered, use batch eligibility checks. Stedi's batch checks let you submit many requests at once and return the same coverage and benefits data in the same fields as a real-time check.

Batch eligibility checks also include automatic retries and longer retry windows, so a single request is more likely to come back with a complete response.

You can submit batch checks using our API or by uploading CSVs to the Stedi portal.

3. Which STCs should I use for EMS-related eligibility checks?

In an eligibility request, a Service Type Code (STC) tells the payer what kind of benefits you're checking. But not every payer supports the same STCs.

Testing is the best way to find out which STCs work for each payer. Our docs cover general STC testing tips. Here's specific guidance for EMS providers.

Step 1. Start with STC 30 (Health Benefit Plan Coverage)

Begin with STC 30 as your baseline. You’ll use the response to test whether the payer supports more specific STCs.

Many payers fall back to their STC 30 response if you submit an STC they don't support.

Payers aren't obligated to return ambulance benefits under STC 30. Transport STCs also aren't in the CAQH CORE required response set. You'll usually need to send a transport-specific STC to get EMS benefits.

Step 2. Test EMS-specific STCs

Try one or more STCs from the following table.

STC

Description

Use for

59

Licensed Ambulance

Ground or air ambulance services (emergency or non-emergency)

58

Cabulance

Non-emergency transport in a wheelchair van, stretcher van, or taxi

57

Air Transportation

Fixed-wing or rotary-wing air ambulance

56

Medically Related Transportation

Broad fallback for any medically necessary transport

Example: Active ambulance benefit returned for STC 59

{
  "benefitsInformation": [
    {
      "code": "1", // Active coverage
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "coverageLevelCode": "IND",
      "insuranceTypeCode": "MC", // Medicaid
      "planCoverageDescription": "Ambulance Services"
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "1", // Active coverage
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "coverageLevelCode": "IND",
      "insuranceTypeCode": "MC", // Medicaid
      "planCoverageDescription": "Ambulance Services"
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "1", // Active coverage
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "coverageLevelCode": "IND",
      "insuranceTypeCode": "MC", // Medicaid
      "planCoverageDescription": "Ambulance Services"
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "1", // Active coverage
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "coverageLevelCode": "IND",
      "insuranceTypeCode": "MC", // Medicaid
      "planCoverageDescription": "Ambulance Services"
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "1", // Active coverage
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "coverageLevelCode": "IND",
      "insuranceTypeCode": "MC", // Medicaid
      "planCoverageDescription": "Ambulance Services"
    }
  ]
}

Send one STC per eligibility request. Many payers don't support multiple STCs in a single check. If you use multiple STCs, some payers may reject the request. Others may return a default response or only use the first STC provided.

Step 3. Compare the eligibility responses

Compare the payer's responses for STC 30 and the transport STC you tested.

If an STC returns transport coverage that STC 30 didn't, the payer supports that STC. Use that STC in future eligibility checks for that payer.

Repeat the process for each payer. You can't assume STCs that work for one payer apply to another.

Tip: Use a script to loop and diff

You can script your eligibility requests to speed up the testing process. Specifically, you should loop through candidate STCs and compare the responses against the baseline STC 30 response for the same patient. If you’re using Stedi’s JSON Eligibility API, you can save the benefitsInformation array for each STC and diff them.

For more tips, see our STC testing docs.

4. How do I find ambulance carveouts in eligibility responses?

A carveout is when the primary payer for a plan lets another entity handle certain benefits. Many plans carve out benefits for EMS and ambulance services to a third-party administrator.

For example, some Medicaid managed care organizations (MCOs) carve out ambulance benefits to fee-for-service Medicaid.

Payers aren’t required to return carveout benefits in eligibility checks. Most don't. Many do return the carveout admin’s information.

Look for a related benefit entry with an active-coverage or contact-entity flag, a transport-related Service Type Code (STC), and the carveout admin's contact info. Free-text phrases like AMBULANCE SERVICES MANAGED SEPARATELY may sit in a separate benefit-description entry.

When to look for

JSON Eligibility API field

271 X12 element

A benefit code of U (Contact Following Entity for Eligibility or Benefit Information) or 1 (Active coverage)

benefitsInformation[].code

EB01 (Eligibility or Benefit Information Code) of Loop 2110C/D (Subscriber/Dependent Eligibility or Benefit Information)

An EMS-related Service Type Code (STC)

benefitsInformation[].serviceTypeCodes

EB03 (Service Type Code) of Loop 2110C/D (Subscriber/Dependent Eligibility or Benefit Information)

The carveout admin's contact info

benefitsInformation[].benefitsRelatedEntities

Loop 2120C/D (Subscriber/Dependent Benefit Related Entity Name)

The patient's member ID with the carveout admin (if present)

entityIdentificationValue

NM109 (Identification Code) of Loop 2120C/D (Subscriber/Dependent Benefit Related Entity Name)

Free-text descriptions. These are often in a separate entry with a benefit code of D (Benefit Description)

additionalInformation[].description

MSG01 (Free-Form Message Text) of Loop 2110C/D (Subscriber/Dependent Eligibility or Benefit Information)

For example, in Stedi’s JSON Eligibility API response:

{
  "benefitsInformation": [
    {
      "code": "U", // Contact following entity for eligibility or benefit information
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "benefitsRelatedEntities": [
        {
          "entityIdentifier": "Utilization Management Organization",
          "entityType": "Non-Person Entity",
          "entityName": "STATE MEDICAID FEE-FOR-SERVICE",
          "entityIdentificationValue": "123456789", // Member ID for the carveout admin
          "contactInformation": {
            "contacts": [
              {
                "communicationMode": "Telephone",
                "communicationNumber": "1234567890"
              }
            ]
          }
        }
      ]
    },
    ...
    {
      "code": "D", // Benefit Description
      "serviceTypeCodes": ["59"],
      "additionalInformation": [
        {
          "description": "AMBULANCE SERVICES MANAGED SEPARATELY"
        }
      ]
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "U", // Contact following entity for eligibility or benefit information
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "benefitsRelatedEntities": [
        {
          "entityIdentifier": "Utilization Management Organization",
          "entityType": "Non-Person Entity",
          "entityName": "STATE MEDICAID FEE-FOR-SERVICE",
          "entityIdentificationValue": "123456789", // Member ID for the carveout admin
          "contactInformation": {
            "contacts": [
              {
                "communicationMode": "Telephone",
                "communicationNumber": "1234567890"
              }
            ]
          }
        }
      ]
    },
    ...
    {
      "code": "D", // Benefit Description
      "serviceTypeCodes": ["59"],
      "additionalInformation": [
        {
          "description": "AMBULANCE SERVICES MANAGED SEPARATELY"
        }
      ]
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "U", // Contact following entity for eligibility or benefit information
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "benefitsRelatedEntities": [
        {
          "entityIdentifier": "Utilization Management Organization",
          "entityType": "Non-Person Entity",
          "entityName": "STATE MEDICAID FEE-FOR-SERVICE",
          "entityIdentificationValue": "123456789", // Member ID for the carveout admin
          "contactInformation": {
            "contacts": [
              {
                "communicationMode": "Telephone",
                "communicationNumber": "1234567890"
              }
            ]
          }
        }
      ]
    },
    ...
    {
      "code": "D", // Benefit Description
      "serviceTypeCodes": ["59"],
      "additionalInformation": [
        {
          "description": "AMBULANCE SERVICES MANAGED SEPARATELY"
        }
      ]
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "U", // Contact following entity for eligibility or benefit information
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "benefitsRelatedEntities": [
        {
          "entityIdentifier": "Utilization Management Organization",
          "entityType": "Non-Person Entity",
          "entityName": "STATE MEDICAID FEE-FOR-SERVICE",
          "entityIdentificationValue": "123456789", // Member ID for the carveout admin
          "contactInformation": {
            "contacts": [
              {
                "communicationMode": "Telephone",
                "communicationNumber": "1234567890"
              }
            ]
          }
        }
      ]
    },
    ...
    {
      "code": "D", // Benefit Description
      "serviceTypeCodes": ["59"],
      "additionalInformation": [
        {
          "description": "AMBULANCE SERVICES MANAGED SEPARATELY"
        }
      ]
    }
  ]
}
{
  "benefitsInformation": [
    {
      "code": "U", // Contact following entity for eligibility or benefit information
      "serviceTypeCodes": ["59"], // Licensed Ambulance
      "benefitsRelatedEntities": [
        {
          "entityIdentifier": "Utilization Management Organization",
          "entityType": "Non-Person Entity",
          "entityName": "STATE MEDICAID FEE-FOR-SERVICE",
          "entityIdentificationValue": "123456789", // Member ID for the carveout admin
          "contactInformation": {
            "contacts": [
              {
                "communicationMode": "Telephone",
                "communicationNumber": "1234567890"
              }
            ]
          }
        }
      ]
    },
    ...
    {
      "code": "D", // Benefit Description
      "serviceTypeCodes": ["59"],
      "additionalInformation": [
        {
          "description": "AMBULANCE SERVICES MANAGED SEPARATELY"
        }
      ]
    }
  ]
}

To learn more, see our carveout benefits docs.

5. Do I use a professional or institutional claim for ambulance services?

Most EMS providers bill electronically using an 837P professional claim. You can submit a professional claim with Stedi using our JSON API, X12 API, or SFTP.

Some hospital-based ambulance services may bill under the hospital's fee structure using an institutional claim, but it’s less common.

6. How do I send the patient care report with an electronic claim?

What’s a patient care report?

A patient care report (PCR) is a document that captures a patient's condition, transport details, and interventions. It’s the primary billing record and clinical documentation for EMS transport.

Many payers require a PCR to reimburse EMS-related claims. Most EMS crews complete the PCR after every transport.

Submit patient care reports as claim attachments

If the payer supports electronic attachments, you can submit the PCR using our JSON API, X12 API, or SFTP. You can check payer support using the Stedi Payer Network or the Payers API.

For example, in the Search Payers API response:

{
  "items": [
    {
      "payer": {
        "displayName": "Anthem Blue Cross Blue Shield of Indiana",
        "primaryPayerId": "130",
        "transactionSupport": {
          "unsolicitedClaimAttachment": "SUPPORTED" // Payer accepts 275 attachments
        }
      }
    }
  ]
}
{
  "items": [
    {
      "payer": {
        "displayName": "Anthem Blue Cross Blue Shield of Indiana",
        "primaryPayerId": "130",
        "transactionSupport": {
          "unsolicitedClaimAttachment": "SUPPORTED" // Payer accepts 275 attachments
        }
      }
    }
  ]
}
{
  "items": [
    {
      "payer": {
        "displayName": "Anthem Blue Cross Blue Shield of Indiana",
        "primaryPayerId": "130",
        "transactionSupport": {
          "unsolicitedClaimAttachment": "SUPPORTED" // Payer accepts 275 attachments
        }
      }
    }
  ]
}
{
  "items": [
    {
      "payer": {
        "displayName": "Anthem Blue Cross Blue Shield of Indiana",
        "primaryPayerId": "130",
        "transactionSupport": {
          "unsolicitedClaimAttachment": "SUPPORTED" // Payer accepts 275 attachments
        }
      }
    }
  ]
}
{
  "items": [
    {
      "payer": {
        "displayName": "Anthem Blue Cross Blue Shield of Indiana",
        "primaryPayerId": "130",
        "transactionSupport": {
          "unsolicitedClaimAttachment": "SUPPORTED" // Payer accepts 275 attachments
        }
      }
    }
  ]
}

To learn more, see our claim attachment docs.

7. How do I bill base transport and mileage on a claim?

Submit them as two separate service lines, one for base transport and one for mileage.

For example, in the Stedi JSON Professional Claims Submission API request body:

{
  "claimInformation": {
    "serviceLines": [
      {
        "professionalService": {
          "procedureCode": "A0429", // BLS emergency transport
          "procedureModifiers": ["SH"], // Scene to hospital
          "lineItemChargeAmount": "650.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "1"
        }
      },
      {
        "professionalService": {
          "procedureCode": "A0425", // Ground mileage
          "procedureModifiers": ["SH"],
          "lineItemChargeAmount": "75.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "10.0" // Miles
        }
      }
    ]
  }
}
{
  "claimInformation": {
    "serviceLines": [
      {
        "professionalService": {
          "procedureCode": "A0429", // BLS emergency transport
          "procedureModifiers": ["SH"], // Scene to hospital
          "lineItemChargeAmount": "650.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "1"
        }
      },
      {
        "professionalService": {
          "procedureCode": "A0425", // Ground mileage
          "procedureModifiers": ["SH"],
          "lineItemChargeAmount": "75.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "10.0" // Miles
        }
      }
    ]
  }
}
{
  "claimInformation": {
    "serviceLines": [
      {
        "professionalService": {
          "procedureCode": "A0429", // BLS emergency transport
          "procedureModifiers": ["SH"], // Scene to hospital
          "lineItemChargeAmount": "650.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "1"
        }
      },
      {
        "professionalService": {
          "procedureCode": "A0425", // Ground mileage
          "procedureModifiers": ["SH"],
          "lineItemChargeAmount": "75.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "10.0" // Miles
        }
      }
    ]
  }
}
{
  "claimInformation": {
    "serviceLines": [
      {
        "professionalService": {
          "procedureCode": "A0429", // BLS emergency transport
          "procedureModifiers": ["SH"], // Scene to hospital
          "lineItemChargeAmount": "650.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "1"
        }
      },
      {
        "professionalService": {
          "procedureCode": "A0425", // Ground mileage
          "procedureModifiers": ["SH"],
          "lineItemChargeAmount": "75.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "10.0" // Miles
        }
      }
    ]
  }
}
{
  "claimInformation": {
    "serviceLines": [
      {
        "professionalService": {
          "procedureCode": "A0429", // BLS emergency transport
          "procedureModifiers": ["SH"], // Scene to hospital
          "lineItemChargeAmount": "650.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "1"
        }
      },
      {
        "professionalService": {
          "procedureCode": "A0425", // Ground mileage
          "procedureModifiers": ["SH"],
          "lineItemChargeAmount": "75.00",
          "measurementUnit": "UN",
          "serviceUnitCount": "10.0" // Miles
        }
      }
    ]
  }
}

Common HCPCS codes for transport and mileage

The following table outlines common HCPCS procedure codes for EMS transport and mileage.

HCPCS

Service

A0425

Ground ambulance mileage, per statute mile

A0426

Advanced life support (ALS) level 1, non-emergency transport

A0427

Advanced life support (ALS) level 1, emergency transport

A0428

Basic life support (BLS), non-emergency transport

A0429

Basic life support (BLS), emergency transport

A0430

Fixed-wing air ambulance, one way

A0431

Rotary-wing air ambulance, one way

A0433

Advanced life support (ALS) level 2, emergency

A0434

Specialty care transport (SCT)

A0435

Fixed-wing mileage, per statute mile

A0436

Rotary-wing mileage, per statute mile

Loaded miles

For Medicare and most payers, only loaded miles – miles with the patient onboard – are billable on the mileage line. Check with the payer for their specific mileage rules.

8. Which origin and destination modifiers should I use?

In a professional claim, a procedure modifier is a two-character code added to a HCPCS or CPT code that provides additional context about the service.

Procedure modifier in 837P claims

JSON Professional Claims Submission API field

837P X12 element

procedureModifiers

SV101-03 through SV101-06 of Loop 2400 (Service Line)

For ambulance claims, the modifier captures the trip's origin and destination. The first character is the origin. The second is the destination.

Origin and destination codes

Code

Meaning

D

Diagnostic or therapeutic site

E

Residential or custodial facility

G

Hospital-based end-stage renal disease (ESRD) facility

H

Hospital

I

Site of transfer between facilities

J

Freestanding end-stage renal disease (ESRD) facility

N

Skilled nursing facility

P

Physician's office

R

Residence

S

Scene of accident or acute event

X

Intermediate stop at physician’s office on way to hospital (destination code only)

For example, SH means scene (S) to hospital (H). RH means residence to hospital. NH means skilled nursing facility to hospital.

If you’re using Stedi's JSON Professional Claims Submission API, you pass the modifier in the procedureModifiers array on the service line.

{
  "serviceLines": [
    {
      "professionalService": {
        "procedureCode": "A0429",
        "procedureModifiers": ["SH"] // scene to hospital
      }
    }
  ]
}
{
  "serviceLines": [
    {
      "professionalService": {
        "procedureCode": "A0429",
        "procedureModifiers": ["SH"] // scene to hospital
      }
    }
  ]
}
{
  "serviceLines": [
    {
      "professionalService": {
        "procedureCode": "A0429",
        "procedureModifiers": ["SH"] // scene to hospital
      }
    }
  ]
}
{
  "serviceLines": [
    {
      "professionalService": {
        "procedureCode": "A0429",
        "procedureModifiers": ["SH"] // scene to hospital
      }
    }
  ]
}
{
  "serviceLines": [
    {
      "professionalService": {
        "procedureCode": "A0429",
        "procedureModifiers": ["SH"] // scene to hospital
      }
    }
  ]
}

9. Which ambulance-specific fields should I include on the claim?

Most EMS providers bill using 837P professional claims. These claims include several ambulance-specific fields:

Ambulance-specific claim fields

JSON Professional Claims Submission API field

837P X12 element

claimInformation.ambulanceTransportInformation

CR1 (Ambulance Transport Information) of Loop 2300 (Claim Information)

claimInformation.ambulanceCertification

CRC (Ambulance Certification) of Loop 2300 (Claim Information)

claimInformation.ambulancePickUpLocation

Loop 2310E (Ambulance Pick-Up Location)

claimInformation.ambulanceDropOffLocation

Loop 2310F (Ambulance Drop-Off Location)

claimInformation.serviceLines[].ambulancePatientCount

QTY (Ambulance Patient Count) of Loop 2400 (Service Line)

{
  "claimInformation": {
    "ambulanceTransportInformation": {
      "ambulanceTransportReasonCode": "A", // transported to nearest facility
      "transportDistanceInMiles": "12.5"
    },
    "ambulancePickUpLocation": {
      "address": {
        "addressLine1": "Exit near mile marker 123 on I-95",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    },
    "ambulanceDropOffLocation": {
      "address": {
        "addressLine1": "1234 Hospital Dr",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    }
  }
}
{
  "claimInformation": {
    "ambulanceTransportInformation": {
      "ambulanceTransportReasonCode": "A", // transported to nearest facility
      "transportDistanceInMiles": "12.5"
    },
    "ambulancePickUpLocation": {
      "address": {
        "addressLine1": "Exit near mile marker 123 on I-95",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    },
    "ambulanceDropOffLocation": {
      "address": {
        "addressLine1": "1234 Hospital Dr",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    }
  }
}
{
  "claimInformation": {
    "ambulanceTransportInformation": {
      "ambulanceTransportReasonCode": "A", // transported to nearest facility
      "transportDistanceInMiles": "12.5"
    },
    "ambulancePickUpLocation": {
      "address": {
        "addressLine1": "Exit near mile marker 123 on I-95",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    },
    "ambulanceDropOffLocation": {
      "address": {
        "addressLine1": "1234 Hospital Dr",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    }
  }
}
{
  "claimInformation": {
    "ambulanceTransportInformation": {
      "ambulanceTransportReasonCode": "A", // transported to nearest facility
      "transportDistanceInMiles": "12.5"
    },
    "ambulancePickUpLocation": {
      "address": {
        "addressLine1": "Exit near mile marker 123 on I-95",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    },
    "ambulanceDropOffLocation": {
      "address": {
        "addressLine1": "1234 Hospital Dr",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    }
  }
}
{
  "claimInformation": {
    "ambulanceTransportInformation": {
      "ambulanceTransportReasonCode": "A", // transported to nearest facility
      "transportDistanceInMiles": "12.5"
    },
    "ambulancePickUpLocation": {
      "address": {
        "addressLine1": "Exit near mile marker 123 on I-95",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    },
    "ambulanceDropOffLocation": {
      "address": {
        "addressLine1": "1234 Hospital Dr",
        "city": "Richmond",
        "state": "VA",
        "postalCode": "23220"
      }
    }
  }
}

Don’t use the service facility location

For ambulance claims, use the ambulance pickup and drop-off location fields, not the generic service facility location field.

JSON Professional Claims Submission API field

837P X12 element

claimInformation.ambulancePickUpLocation

Loop 2310E (Ambulance Pick-Up Location)

claimInformation.ambulanceDropOffLocation

Loop 2310F (Ambulance Drop-Off Location)

claimInformation.serviceFacilityLocation

Loop 2310C (Service Facility Location)

When the pickup is a place without a street address – a highway shoulder, a trailhead, a rural intersection – use a description in the first address line instead:

JSON Professional Claims Submission API field

837P X12 element

claimInformation.ambulancePickUpLocation.address.address1

N301 (Address Information) of Loop 2310E (Ambulance Pick-Up Location)

Get more tips

If you’re building claims or eligibility workflows for the EMS space, Stedi can help.

Contact us to set up a demo or consultation.

Share

Twitter
LinkedIn

Get started with Stedi

Get started with Stedi

Automate healthcare transactions with developer-friendly APIs that support thousands of payers. Contact us to learn more and speak to the team.

Get updates on what’s new at Stedi

Get updates on what’s new at Stedi

Get updates on what’s new at Stedi

Get updates on what’s new at Stedi

Backed by

Stedi and the S design mark are registered trademarks of Stedi, Inc. All names, logos, and brands of third parties listed on our site are trademarks of their respective owners (including “X12”, which is a trademark of X12 Incorporated). Stedi, Inc. and its products and services are not endorsed by, sponsored by, or affiliated with these third parties. Our use of these names, logos, and brands is for identification purposes only, and does not imply any such endorsement, sponsorship, or affiliation.

Get updates on what’s new at Stedi

Backed by

Stedi and the S design mark are registered trademarks of Stedi, Inc. All names, logos, and brands of third parties listed on our site are trademarks of their respective owners (including “X12”, which is a trademark of X12 Incorporated). Stedi, Inc. and its products and services are not endorsed by, sponsored by, or affiliated with these third parties. Our use of these names, logos, and brands is for identification purposes only, and does not imply any such endorsement, sponsorship, or affiliation.

Get updates on what’s new at Stedi

Backed by

Stedi and the S design mark are registered trademarks of Stedi, Inc. All names, logos, and brands of third parties listed on our site are trademarks of their respective owners (including “X12”, which is a trademark of X12 Incorporated). Stedi, Inc. and its products and services are not endorsed by, sponsored by, or affiliated with these third parties. Our use of these names, logos, and brands is for identification purposes only, and does not imply any such endorsement, sponsorship, or affiliation.