Claim scrubbing: catching errors before a transportation claim goes out
Overview
A claim scrubber is software, or a disciplined checklist, that tests a claim against the payer's rules before it is sent. On a transportation claim it checks the member ID format, the billing provider and taxonomy, codes and modifiers, units against Medicaid limits, dates, and duplicate trips. It catches errors that would otherwise come back as a rejection on the 999 or 277CA, or as a denial.
On this page
What a scrubber does
Scrubbing means running the payer’s checks yourself before the payer runs them. Every payer edits incoming claims in layers. A file that breaks the format returns a 999 acknowledgment, a claim with bad data returns on a 277CA, and the claims that pass are then checked against program rules before anything is paid. The claim rejection entry covers those return trips. A scrubber moves as many of those checks as possible to your side of the line, where a fix costs minutes instead of a payment cycle.
The payer’s side is not optional. Federal rules at 42 CFR 447.45(f) make states review all Medicaid claims before payment for eligibility, provider authorization, logical consistency, duplicates, rate limits, and other liable payers. Medicare’s claims system runs code set edits, Medicare-specific edits, and duplicate checks before it assigns a claim number. A scrubber cannot see everything those systems see, but the fields below are all on the claim itself.
A clearinghouse checks format before it forwards a claim. Payer-specific rules are a separate job, and a small office can cover them with a written checklist for each payer.
What to check on a transportation claim
Each payer publishes its own rule for these fields, so check them payer by payer.
- Member ID format and match. Indiana’s 837P guide expects a 12-digit member ID. Arizona’s AHCCCS uses a letter and eight digits, such as A12345678. Texas requires the name, date of birth, sex, and nine-digit Medicaid number to match its eligibility record exactly, and puts a mismatch first among the most common reasons electronic professional claims reject.
- Billing provider and taxonomy. Texas uses the taxonomy code to tie the NPI to the enrolled billing provider and says claims without one may be rejected. Indiana may need it to find a unique billing provider.
- Codes and modifiers. Indiana requires origin and destination modifiers on the base rate and on mileage, and says S0215 is not reimbursable and should be left off the claim.
- Units and lines. Each payer sets how trips and miles are laid out, and billing units covers counting legs and rounding miles. Arizona wants a rider’s whole day on one claim in a fixed order (trips first, then loaded miles, then any wait time) and denies any line beyond those three.
- Duplicates. In Arizona, a second claim for a rider’s date of service denies as a duplicate, and so does split billing, where trips and mileage go out on separate claims.
- Trip details the payer adds. AHCCCS wants the pickup and drop-off address of every NEMT trip in the claim’s additional information field, the pickup marked “P-” and the drop-off “D-”, and denies NEMT claims that arrive without its Daily Trip Report.
Medicaid unit limits on transportation codes
The national Medicaid edits cap units per claim line for several transportation codes. The medically unlikely edit (MUE) is the most units a provider would normally report for one member on one date, and Medicaid applies it to each line separately. A line over the limit is denied in full, not cut back.
| Code | Service | MUE, Oct. 1 to Dec. 31, 2026 |
|---|---|---|
| A0100 | Taxi | 2 |
| A0110 | Bus, intrastate or interstate carrier | 2 |
| A0130 | Wheelchair van | 2 |
| A0428 | Non-emergency BLS ambulance | 2 |
| A0425 | Ground mileage, per statute mile | 250 |
| A0999 | Unlisted ambulance service | 1 |
| T2002 | Non-emergency transportation, per diem | 1 |
The same file lists no limit for T2003 or T2005. States can depart from these values. CMS warns that the public file is not a state’s edit file, and Indiana lets providers bill A0425 above 250 units per date of service, while Mississippi’s fee schedule marks codes like A0130 as following the national MUE. Load each payer’s own limits into the scrubber.
A pre-submission checklist
A short routine before each batch covers the checks above:
- Confirm the payer for the trip date and the payer ID for that payer.
- Check the member ID against the payer’s format and the name and date of birth against its eligibility record.
- Check the billing NPI and taxonomy against your enrollment.
- Check each code and modifier pair against the payer’s code sheet, including origin and destination modifiers.
- Count units per line against the payer’s limits, and combine same-day trips the way the payer wants.
- Confirm the authorization number is on the claim and covers the date and service level.
- Confirm the date of service is inside the filing limit.
- Search open and pended claims for that rider and trip date before sending, so nothing goes twice.
Habits earlier in the day, before a trip is ever billed, keep this list short, and the NEMT claim denials guide lays them out.
Clean trip records first
A scrubber can only test what the trip record holds. HealthRide stores each leg’s level of service, pickup and drop-off times, signatures, and GPS-recorded miles together, and the trip log exports any date range as a spreadsheet or PDF for whoever prepares your billing.
Frequently asked questions
- Scrubbing software or a checklist, which does a portal biller need?
- Either can work. Portals and clearinghouses run their own format edits, and a small office can catch most payer-specific errors with a written checklist per payer. What matters is that every claim is checked against that payer's current rules before it goes out, whether by software or by a person.
- Can a scrubber check whether the rider was eligible?
- Only if it runs an eligibility check against the payer. A scrubber that only reads the claim checks its format and logic, not the member's coverage on the trip date. Texas, for example, puts a member data mismatch first on its list of the most common reasons electronic professional claims reject, and suggests an eligibility request to get an exact match with its records.
- Why did a trip line deny when every field was right?
- One cause is units. Medicaid applies its medically unlikely edits to each claim line, and a line with more units than the edit allows is denied in full. For example, three one-way wheelchair van trips for one rider on one day, billed as 3 units of A0130 on a single line, exceed the national limit of 2. Check how the payer wants extra same-day trips billed.