Run eligibility checks

You can run real-time 270/271 eligibility checks in your account to verify a patient's insurance coverage and benefits.

You can also run a special kind of real-time eligibility check called a Medicare Beneficiary Identifier (MBI) lookup. MBI lookups allow you to retrieve benefits information from the Centers for Medicare and Medicaid Services (CMS) when you don't know the patient's MBI.

Real-time eligibility checks

Real-time eligibility checks provide a response in seconds. They're ideal for in-person patient visits, telehealth appointments, and other scenarios where you need immediate information about a patient's coverage.

To run a new eligibility check:

1. Go to the Eligibility searches view.
2. Click + New eligibility check.
3. Enter the required information.
   • We recommend starting with the default form fields, but you can click Select fields to include additional information, such as dependent information or service dates. Review basic eligibility request fields for detailed instructions and tips for completing the form.
   • Choosing the right service type code (STC) or procedure code is very important for getting the best results from the payer.
     • We recommend submitting one STC per request, unless you've tested and are certain that the payer supports multiple.
     • To request general medical benefits, we recommend using STC 30 (Health Benefit Plan Coverage).
     • To request general dental benefits, we recommend using STC 35 (Dental Care).
     • When requesting benefits for specific services, you should test the STCs that seem most appropriate to determine which ones yield the most benefits information. Our docs for choosing the right STCs and procedure codes explain how.
4. Click Submit.

Stedi runs the eligibility check and stores it in a new eligibility search. Stedi automatically opens the Eligibility search overview page for the check.

Click View to see the details of the eligibility check, including a benefits summary if the check was successful. If the check failed, you can review the error code and retry the check with updated information. Visit Fix failed eligibility checks for instructions.

MBI lookup

A Medicare Beneficiary Identifier (MBI) is a unique, randomly-generated identifier assigned to individuals enrolled in Medicare. You must include the patient's MBI in every eligibility check you submit to the Centers for Medicare and Medicaid Services (CMS).

When patients don't know their MBI, you can perform an MBI lookup instead of a standard eligibility check.

Types of MBI lookups

There are two types of MBI lookups you can perform with Stedi. For each, you'll use a special payer that tells Stedi to perform an MBI lookup for the patient in addition to a standard eligibility check.

Type	What's required	Payer
With SSN	first name, last name, date of birth, Social Security Number (SSN)	CMS MBI Lookup
No SSN	first name, last name, date of birth, U.S. state	CMS MBI Lookup Without SSN

We recommend running MBI lookups with the patient's SSN whenever possible. When the SSN is present, the MBI lookup has a higher likelihood of successfully returning their MBI. MBI lookups with no SSN are a fallback option when the patient's SSN isn't available.

You don't need to include more patient demographic information than what's required, such as additional address data. It doesn't improve MBI lookup success rates.

Run an MBI lookup

To run an MBI lookup:

1. Go to the Eligibility searches view and click + New eligibility check.

2. Construct an eligibility check request with the required patient demographic data. You don't need to include more than the required fields, such as extra address data. Extra demographic data won't improve lookup success rates.

   • With SSN: Include the patient's first name, last name, date of birth, and SSN.

     You'll need to click Select fields and check the box next to Social Security Number (SSN) under the Subscriber section. This adds the SSN field to the form.

   • No SSN: Include the patient's first name, last name, date of birth, and U.S. state.

     You'll need to click Select fields and check the box next to State under the Subscriber > Address section. This adds the State field to the form. You can leave the rest of the address fields blank.

3. Set the Trading partner service ID to either:

   • CMS MBI Lookup for MBI lookups with SSN.
   • CMS MBI Lookup Without SSN for MBI lookups without SSN.

4. Enter the rest of the required information. Review basic eligibility request fields for detailed instructions about how to complete the Provider and Encounter sections.

5. Click Submit.

Stedi uses the patient's demographic data and SSN to perform an MBI lookup. If there is a match, Stedi submits an eligibility check to CMS. Stedi returns a complete eligibility response from CMS for the patient and returns the patient's MBI as the subscriber's member ID.

Stedi automatically opens the Eligibility search overview page for the MBI lookup when it's complete.

Medicare Advantage plans have their own unique member ID, which isn't returned in the MBI lookup response. You also shouldn't submit eligibility checks for Medicare Advantage plans to CMS (HETS) - you should submit them to the actual Medicare Advantage plan payer instead.

Outdated MBI error

Stedi's MBI lookup may rarely retrieve an outdated MBI for a patient. CMS may rotate an MBI for a member for various reasons at any time, such as to help protect against identity theft.

In these cases, the response will contain an AAA error with code 72 (Invalid/Missing Subscriber/Insured ID) and return a subscriber member ID, which is the outdated MBI.

Basic eligibility request fields

For the best chance of success, start by sending the smallest possible set of fields in your eligibility checks. Adding extra data can lead to unnecessary rejections.

We recommend starting with the following information. Only include more if the payer requires it.

Information	Instructions
Encounter, service or procedure codes	You must include either a service type code (STC) or a procedure code and qualifier. This tells the payer what kinds of benefits information you're requesting. Most medical payers don't support procedure codes. Some dental payers do, but we recommend trying an STC first. We recommend STC 30 (Health Benefit Plan Coverage) to retrieve a patient's general medical benefits and 35 to retrieve a patient's general dental benefits. Visit STCs and procedure codes for details about how to request benefits for specific medical and dental services. We recommend including no more than one STC in each request. By default, the real-time eligibility check form allows you to choose a Service type code. If you want to include a procedure code instead, click Select fields and select the boxes for the Procedure code and Product or service ID qualifier to add them to the form. Note that you can submit either an STC or a procedure code and qualifier - not both.
Encounter, service dates	Stedi uses the today's date in the payer's timezone as the date of service by default. If you want to check eligibility for today's date, don't submit a service date. To add past or future service dates to a real-time check, click Select fields and select either Date of service (single service date) or both the Beginning date of service and End date of service (date range). We recommend submitting dates up to 12 months in the past or up to the end of the current month. Payers aren't required to support dates outside these ranges. However, some payers such as the Centers for Medicare and Medicaid Services (CMS) do support requests for dates further in the future - especially the next calendar month. Check the payer's documentation to determine their specific behavior.
Subscriber	At a minimum, you must supply at least the subscriber's Member ID, Date of birth, or Last name. However, each payer has different requirements, so you should supply the fields necessary for each payer to identify the subscriber in their system. When you supply the subscriber's member ID, first name, last name, and date of birth, payers are required to return a response if the member is in their database. That's why these are the default form fields. If you need to run an MBI lookup with the subscriber's Social Security Number (SSN), click Select fields and check the box next to Social Security Number (SSN) under the Subscriber section. This adds the SSN field to the form.
Dependents	A patient 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 the patient through information outside the subscriber's policy. If the patient has their own member ID (even if it only differs by a suffix like 0), you must identify them in the Subscriber section instead. To add a dependent to the real-time eligibility check form, click Select fields and select Dependents. You can only submit one dependent per eligibility check. Most Medicaid plans don't support dependents - you'll almost always need to submit the child as a subscriber in the Subscriber section. Sending dependent information here for payers that don't support dependents will either cause an error, or the payer may return results for the subscriber instead. We strongly recommend including the dependent's date of birth in the request when available because many payers return errors without it. Enter the dependent's name exactly as written on their insurance card, if available, including any special or punctuation characters such as apostrophes, hyphens (dashes), or spaces.

CMS HETS Rules of Behavior

All parties involved in eligibility transactions sent to the Centers for Medicare & Medicaid Services (CMS) eligibility system, called HETS, must comply with the HETS Rules of Behavior. Compliance is also required under our terms.

Review the Rules of Behavior before sending eligibility checks to CMS.