1. AngelTrack Knowledge Base
  2. Billing
  3. Coding, Claims, and Clearinghouse

Electronic Data Interchange in EMS Ambulance Billing

A complete walkthrough of what EDI is, how it relates to EMS Billing, and how AngelTrack uses it

This primer will teach you all about Electronic Data Interchange, or "EDI" for short.

EDI is the passing of insurance billing information back and forth between you, your clearinghouse, and the insurance carriers... all done electronically. It replaces the paper CMS-1500 forms used in the past.

The electronic messages passing back and forth are carefully formatted according to certain national standards.

EDI Standards

EDI is performed using specially-formatted data files. The formats are determined by the American National Standards Institute or ANSI. ANSI chartered the ASC X12 group -- "Accredited Standards Committee X12" -- to develop and maintain these formats. Therefore, the formats are sometimes called X12 formats or X12 standards.

In 2002, HIPAA established the X12 formats as the American standard for EDI. At the time, the X12 formats were on version 4010. Then in 2012, the newer version 5010 was adopted.

It's easier to follow the terminology if you visualize it:

Private Industry / Voluntary Standard Acts of Federal Government
ANSI→
organization
ASC subcommittee→
(part of ANSI)
X12 project→
(part of ASC)
Version 4010→ Required by HIPAA law starting in 2002
Version 5010→ Required by HIPAA law starting in 2012

Unfortunately, when reading about EDI, you will encounter all of the following different terms for this same concept:

  • ASC X12
  • ASC X12 version 4010
  • ASC X12 5010
  • ASC X12 version 5010
  • ANSI X12
  • ANSI 4010 or 4010A1
  • ANSI 5010
  • HIPAA 4010 or 4010A1
  • HIPAA 5010
  • HIPAA ASC X12
  • HIPAA X12 4010
  • HIPAA X12 5010
  • X12 EDI
  • EDI 5010
  • etc.

AngelTrack and its documentation use the simple term "X12" to refer to all of the aforementioned. For example, AngelTrack might ask you to upload "an X12.835 document", referring to the electronic EOB format.

EDI File Formats

When two computers talk to each other about healthcare billing, there are standard requests they can make of each other. Both the 4010 and the 5010 versions lay out exactly how these requests and replies are formatted. The formats are numbered like this:

Message Request Format (sent by AngelTrack) Reply Format (returned to AngelTrack)
Verify coverage 270 271
Prior authorization 278 278
Claim for services rendered 837P aka 837-Professional (doctors, EMS)
837I aka 837-Institutional (hospitals)
837D aka 837-Dental (dentists)

999 from clearinghouse
277CA from carrier(s)

 
Check claim status 276 277
Approval or denial of claim There is no request.
The carrier automatically sends the reply to the provider after adjudication.
835

In other words, "270" is the name of the ANSI-ASC-X12-HIPAA standard for how to format an EDI file to verify coverage, and "271" is the name of the standard for how to format the reply. You could say "I uploaded the 270, but haven't gotten the 271 back yet."

999 was previously called 997

You may have heard of the 997 format. It was replaced by the 999 format in the 5010 version (standardized in 2012). All other formats kept the same ID numbers but gained many new fields and features.

It is very unlikely that you will find a 997 file today; everyone is using 999 now. AngelTrack's EDI importer supports both 997 and 999.

How a Claim is Filed and Paid

Now that you are familiar with the different messages and the formats used to encode them, let's look at the process of filing a claim and getting paid:

Step one: batch and upload

Claims are encoded by your billing software into an 837P batch. You send the 837P batch to your clearinghouse. The clearinghouse checks the batch for any obvious errors, then sends back a 999 to say that the batch was accepted or rejected. If the batch is rejected, the reasons for rejection are given in the 999.

EDIProcess.1

The batch can contain claims for multiple carriers; your clearinghouse will divide up the batch appropriately. Of course, you cannot do this if you do not use a clearinghouse: if you send EDI claims directly to a certain carrier, then obviously your claim batches must contain only claims for that particular carrier.

Step two: split, scrub, forward

The clearinghouse splits the batch up by payor ID*, dividing the single large batch up into several smaller batches. Each smaller batch is intended for one particular carrier (i.e. for one particular payor ID). The clearinghouse then "scrubs" the smaller batches in order to make sure they satisfy the particular requirements of each carrier. After scrubbing, the smaller batches are each sent to the respective carrier.

*Payor IDs are explained in detail below, near the bottom of this primer.

EDIProcess.2

Step three: validate and acknowledge

Each carrier validates the incoming batch of claims, checking patient IDs and patient names and coverage. Some claims will be accepted for adjudication, others will be rejected. The carrier then sends back a 277CA, which is a list of acceptances and rejections, along with reasons for rejection. The clearinghouse receives the 277CAs and forwards them back to you.

EDIProcess.3

If there were any rejections, then you must correct the claims, batch them up into another 837P, and repeat the process.

Step four: adjudication

During adjudication, the carriers decide which claims will be approved and which will be denied. Allowed prices are also calculated. The results are sent back to the clearinghouse, which collects and forwards them to you.

EDIProcess.4

If any monies were paid for the approved claims, the details about check numbers or wire transfers are included in the 835 files. Your billing software will decode everything in the 835s and then calculate any balances still owed by the patients.

835 replies do not exactly match up with the original 837P batches

Because adjudication can take days or weeks, the 835 files you receive will not exactly match up with the 837P batches you sent earlier. An 835 simply contains whatever claims completed adjudication on that day. Therefore your billing software must match everything up using the claim control numbers.

Claim Control Numbers

When preparing an 837P batch, your billing software generates a unique claim control number for each claim. Usually, the claim control number is composed using pieces of data such as a dispatch ID, a date of service, or a patient's last name. For example, if John Doe was serviced on Match 11th, then the billing software might create a claim control number like "DOE20160311".

AngelTrack's claim control numbers are composed using the dispatch ID. For example, the claim control number for a claim for dispatch 23456 will be AD23456N1. To learn more about AngelTrack's control number format, read the EDI Control Numbers Guide.

The claim control numbers are carefully preserved by the clearinghouse and by the carriers. They are included in the 277CA replies and in the 835 replies in order to identify the claims in question. Your billing software depends on this in order to match up approvals, denials, and payments with the claims it sent earlier.

The claim control number is reported in 835 field CLP01.

Other control numbers

In addition to the all-important claim control numbers, there are also control numbers for 837P batches, for patients, and for the individual service lines in a claim. However, as a biller you probably will not ever deal with these other control numbers; they will be handled by your billing software.

Payor Control Numbers

Although the carriers are responsible for remembering and returning the claim control numbers emitted by your billing software, they also assign each claim their own control number for tracking purposes.

The carriers do this because they cannot depend on all their providers to always send in a unique claim control number: it is easy to imagine three different ambulance companies all coincidentally sending in a claim numbered DOE20160311.

The unique control number issued by the carrier is called the payor control number, and it is returned in the 835 alongside the claim control number that your billing software issued. You will always receive both. If you ever need to contact the carrier about a claim, you will need one or the other to help them look up your claim.

EDIProcess.5

Payor control numbers are usually enormously long.

The payor control number is reported in 835 field CLP07. It is sometimes called the "reference identifier".

Intermediate payor control numbers from 277CAs

When 277CA documents are returned, they contain a payor control number in loop REF*1K. AngelTrack will display this when you view the "Claim" payment event after the 277CA has been imported:

PaymentEvent.Claim.PayorControlNumber

This number was generated by the carrier when the claim was accepted for adjudication, and you might need it if you contact the carrier about the claim.

However, when an 835 eventually arrives, it can -- and often does -- change the payor control number. The new payor control number is, as noted above, included in the 835's CLP07 segment, and it overrides the payor control number given earlier by the 277CA. In AngelTrack's many grids and reports of insurance claims, the payor control number returned by an 835 (in CLP07) will automatically eclipse any payor control number returned by a 277CA (in REF*1K).

How Do EDI Files Get to the Clearinghouse?

Over the internet.

Some billing software is partnered with a specific clearinghouse, and so the software has built-in upload and download capability for that clearinghouse. You click a button, and the software sends and receives all pending EDI files. The transfer is securely conducted over the SFTP protocol, or sometimes FTPS.

AngelTrack is not married to any one clearinghouse, so AngelTrack's uploader/downloader can talk to any clearinghouse that has supports SFTP protocol. It will automatically upload all of your claim batches, and automatically download all EDI replies.

You may choose not to use AngelTrack's uploader/downloader, and instead do it manually. In that case, AngelTrack will prepare all outgoing EDI files for you, and you upload them using your clearinghouse's web interface, or using an ordinary SFTP program. Your SFTP program can probably create a drag-and-drop folder on your desktop to make this very easy. AngelTrack's Insurance Transmission Queue organizes all of your claim batches and shows you which ones are waiting and which ones are done. After uploading, you will pull down any new EDI files waiting for you at the clearinghouse, and then feed them into AngelTrack's Import an EDI Document page. The page automatically figures out what type of EDI file it is, and processes everything while you watch.

Is It Mandatory to Use a Clearinghouse?

No. You can send EDI or paper claims directly to an insurance carrier.

But it's a lot of work. Every carrier is different. You'd need to learn, develop, and test an upload/download process for every single carrier. And you'd have to learn the nuances of each carrier's interpretation of the X12 specifications in order to custom tailor your EDI claim documents to match.

We strongly recommend letting the clearinghouse worry about those details. That way you only have to manage one EDI transfer process. The clearinghouse will "scrub" your claims so that they will be exactly compatible with the receiving carrier.

What Are Payor IDs?

Every clearinghouse supports a certain number of carriers. No clearinghouse supports every carrier in the country. The clearinghouse has a list of all supported carriers. Each carrier on that list has a five-character ID, such as "MR002" or "AET14".

The five-character IDs are assigned by the clearinghouse. Therefore every clearinghouse can have a different payor ID for a particular carrier. There is no standard national list that all clearinghouses are required to use.

When you prepare a claim, one of the things you must specify is the payor ID of the liable carrier. Your billing software will have onboard a copy of your clearinghouse's payor ID list, and it will let you look them up by name. For example, you might search "Aetna" to see all payor IDs for all Aetna subsidiaries in order to find the one that matches the patient's insurance card.

Good billing software -- including AngelTrack -- will remember the payor IDs you looked up for each patient so that you do not have to look them up again each time you file a claim. However, if you ever switch to a different clearinghouse, you must look them all up again.

If In Doubt, Download Their Companion Guide

Most carriers and clearinghouses publish a "Companion Guide" online, explaining their specific requirements for EDI files sent to them. If your claims are being rejected and you don't understand why read the carrier's companion guide to see if they have any unusual requirements.

In the case of EMS, you will be looking for their "837 Companion Guide" or "837P Companion Guide" in order to learn what peculiar expectations they have.

"Test Mode"

Your 837P documents -- which, remember, are your batches of claims -- can be flagged "test mode" in order to check your processes without any financial repercussions. The clearinghouse will accept and validate the documents and (ideally) provide you a 999 response without forwarding anything to the carriers.

An 837P document flagged as "test mode" will show a 'T' at the end of the first line, rather than a 'P', like this:

ISA*00* *00* *ZZ*S32433 *ZZ*Zirmed *120929*1933*^*00501*000000254*0*T*:
GS*HC*S32433*Zirmed*20120929*1933*254*X*005010X222A1
ST*837*000000254*005010X222A1
BHT*0019*00*000000254*20120929*1933*CH
NM1*41*2*Acme Clinic*****46*S32433
PER*IC*Acme Clinic*TE*9547487111*FX*9547487222
NM1*40*2*Zirmed*****46*Zirmed
HL*1**20*1
[...]

If you'd like to do this using AngelTrack, visit the Settings page under Preferences. You'll find the Test/Production switch among the clearinghouse settings.

So What is a CMS-1500?

The CMS-1500 form goes by several different nicknames:

  • the 1500
  • the HCPCS form
  • the hic-pic (referring to HCPCS)
  • the CMS form

It is a standard form for submitting claims on paper, the old-fashioned way. As its name implies, the CMS-1500 standard is authored and maintained by CMS -- the Centers for Medicare & Medicaid Services.

CMS1500.FilledOut.Viewed-1

You cannot print your own blank CMS-1500 forms; you must buy them pre-printed. Nor can you fill them out by hand; your software must fill them out by printing text onto just the right areas of the page so as to line up with the boxes on the preprinted form as it moves through your printer.

AngelTrack can fill out your 1500 forms for you in this manner. However, you should avoid using paper claims because they are rejected more often than electronic claims.

Incidentally, there is a special document called an "837P Crosswalk" that shows how each numbered box on the CMS-1500 maps to the data elements of the 837P format.

Next Steps

That's a lot of information to absorb. It may be beneficial to read this primer again tomorrow.

The next thing to learn is coding, where you choose the elements of a claim: medical diagnosis codes, modifiers, alphanumeric codes for services rendered, and so on. Read the Coding guide to learn more.