EDI, ERA and EFT Setup Guide
EDI moves your claims, ERA moves the payment information, and EFT moves the money itself. This guide explains how enrollment works for each one, payer by payer, and the setup mistakes that delay a practice's first electronic payment.
Almost every dollar a practice collects now travels through three electronic pipes: EDI carries the claim out, ERA carries the payment explanation back, and EFT carries the money. Practices that set all three up properly get paid faster, post payments in minutes instead of hours, and can trace almost any claim without a phone call. Practices that set them up halfway — EDI live but remittances still arriving on paper — keep doing manual work they have already paid to eliminate. Here is how each enrollment actually works.
Three pipes, three different jobs
The names sound interchangeable, and that confusion is where most setup trouble starts.
- EDI (Electronic Data Interchange) is the umbrella term for exchanging healthcare transactions in standard electronic formats. The claim itself is the 837 file. Eligibility checks travel as a 270 inquiry and come back as a 271 response. Claim status checks are the 276/277 pair. When people say a practice is 'on EDI', they usually mean it can send 837 claims electronically through a clearinghouse.
- ERA (Electronic Remittance Advice) is one specific returning transaction: the 835 file. It is the electronic version of the paper explanation of benefits, telling your system what was paid, what was adjusted, and what was denied, line by line, in a format your software can post automatically.
- EFT (Electronic Funds Transfer) is the money movement — the payer deposits payment directly into the practice's bank account through the banking network instead of mailing a paper cheque. EFT and ERA are separate enrollments: a practice can receive the deposit electronically while the remittance still arrives on paper, which is exactly the mismatch that makes reconciliation painful.
EDI enrollment: registering to trade claims with each payer
EDI enrollment registers your practice — identified by its NPI and tax ID — as an electronic trading partner. Most practices enroll through their clearinghouse rather than payer by payer: the clearinghouse maintains connections to hundreds of payers, and you activate the ones you bill. For each payer you typically submit an enrollment or trading-partner form, and some payers also require a separate registration before they will accept electronic eligibility (270/271) or status (276/277) transactions, even when claim submission needs none.
Large payers and Medicare contractors sometimes allow direct connections, but the mechanics are the same: the payer must know which submitter ID your claims will arrive under, and that submitter must be linked to your NPI before the first claim is accepted. Our EDI enrollment work starts with exactly this mapping, because a claim sent before the link is active does not queue politely — it rejects.
ERA enrollment: pointing the 835 file at your clearinghouse
ERA is enrolled separately from EDI, payer by payer, even when the same clearinghouse is involved. The enrollment tells the payer to stop mailing paper remittances to the practice and deliver the 835 file to your clearinghouse or software vendor instead. Some payers activate ERA within days; others require a signed agreement, a waiting period, or a first paper cycle before the electronic file starts flowing.
Two details matter here. First, the ERA destination must match where your posting team actually works — an 835 delivered to a clearinghouse account nobody monitors is worse than paper. Second, some payers deliver ERA to one receiver while claims go through another, so the setup has to be verified per payer, not assumed. Practices that want the posting side handled for them usually pair enrollment with our ERA enrollment service so every payer's first electronic remittance is confirmed received, not just requested.
EFT enrollment: replacing the cheque run
EFT enrollment gives the payer your bank account and routing details, plus the authorisation to deposit claim payments electronically. Medicare handles this through its own enrollment process; commercial payers commonly use a shared enrollment hub or their provider portal, and some still use payer-specific forms. Expect identity verification along the way: voided cheques or bank letters, tax ID matching, and sometimes a small test deposit or a waiting period before the first electronic payment.
The account you enroll should be the account your bookkeeper reconciles against the ERA. When the deposit and the 835 arrive together, every payment can be matched to its remittance by amount and trace number. That pairing is the real prize of our EFT setup work — the deposit alone, without matching remittance, just moves the puzzle from the mail to the bank feed.
The testing phase nobody should skip
Most payers and clearinghouses run new submitters through a short testing or validation phase. Test claims are checked for format, required segments, and correct identifiers before production approval. It feels like a delay; it is actually the cheapest quality control in the whole process, because a formatting error caught in testing costs nothing, while the same error in production rejects every live claim behind it.
Test with real-world variety: a professional claim, a claim with secondary coverage if you bill it, and the transaction types you enrolled for. Then confirm acceptance reports — not just 'sent' confirmations from your software, but the payer or clearinghouse acknowledgment that the file passed. Only move a payer to production once its acknowledgments are coming back clean.
Setup mistakes that delay the first electronic payment
- Enrolling EDI but forgetting ERA and EFT — claims go out electronically while paper remittances and cheques keep coming, so posting stays manual.
- NPI or tax ID mismatches — the enrollment name and tax ID must match the payer's credentialing record exactly; a mismatch parks the application in review.
- Wrong submitter linkage — claims sent under a clearinghouse submitter ID the payer has not connected to your NPI reject at the front door.
- Skipping payer-by-payer confirmation — enrollment submitted is not enrollment active. Each payer confirms on its own schedule.
- Changing bank accounts without updating EFT — deposits keep going to the closed or old account until the payer processes the change.
- No owner for acknowledgments — rejection and acceptance reports pile up unread during the first weeks, when they matter most.
How long the whole setup realistically takes
There is no single switch. A clearinghouse account can be ready quickly, but payer activations land one at a time over the following days and weeks, and Medicare and a few large commercial payers run their own verification steps that cannot be rushed. A sensible plan sequences the work: enroll the highest-volume payers first, keep billing the rest the old way until their activation confirms, and never stop paper-based follow-up on claims already in flight. Within a few weeks most of a practice's volume is electronic; the long tail of small payers follows. Where these pipes sit in the wider revenue cycle is mapped in our guide to the medical billing process step by step.
Why the three only pay off together
Each pipe removes a different kind of manual work. EDI removes paper claims and phone-based eligibility and status checks. ERA removes manual payment posting and gives denial data in a form you can sort, trend and act on. EFT removes cheque handling and deposit delays. Together they close the loop: a claim leaves electronically, its outcome returns electronically, and the money lands electronically, with a traceable record at every step. That closed loop — not any single enrollment — is what shortens the distance between delivering care and being paid for it.
Frequently asked questions
Do EDI, ERA and EFT have to be set up at the same time?
No. Each is a separate enrollment and they can be activated in any order, payer by payer. Most practices start with EDI for claim submission, then add ERA so remittances arrive electronically, then EFT for direct deposit. The full benefit only arrives when all three are live for a payer, because the claim, the remittance and the money can then be matched automatically.
Can a practice send claims through a clearinghouse but enroll in ERA directly with a payer?
In many cases yes, but the ERA has to be delivered somewhere your team actually retrieves it. Payers typically send the 835 file to one designated receiver, which is usually the clearinghouse or the billing software vendor. What matters is confirming, for each payer, exactly where the electronic remittance will be delivered and checking that the first files arrive.
What happens to claims already submitted while enrollment is pending?
Claims already in flight keep moving under the old arrangement — paper or the previous electronic route — and should still be followed up normally. Enrollment changes how new claims and payments travel once the payer confirms activation. Do not resubmit pending claims through a new connection unless the payer or clearinghouse instructs it, since duplicates create their own denials.