In January a four-physician pediatric group we work with signed a contract with a regional commercial plan, effective March 1, 2026. Credentialing was finished and the contract was countersigned, but nobody had done the work to set up a new payer in the practice management system. The first sixty claims went out under a generic commercial payer record with the wrong payer ID and came back from the clearinghouse as rejections. When a proper record finally existed, ERA enrollment had not started, so the first payments arrived as paper checks with paper remits that the poster keyed by hand.
None of that is unusual. Contracting and credentialing involve signatures and deadlines; the system work that turns a signed contract into a paid claim is quieter, and it usually lands on whoever is free. This article covers that work in the order our team does it: the payer record and its identifiers, EDI and ERA enrollment, the fee schedule, and a watched first claim before anyone calls the payer live.
One definition first. The practice management system (PM system) is the software that holds demographics, insurance, charges, claims and payments; it may be part of your EHR or a separate product. A payer is the insurer or program that receives and pays your claim; a plan is one product that payer sells.
Key takeaways
- A new payer needs a payer record, EDI enrollment, ERA and EFT enrollment, a loaded fee schedule and a watched first claim before it is live.
- Payer IDs are assigned by your clearinghouse, not the insurer, and the IDs for claims, eligibility and remittance can all be different.
- EDI, ERA and EFT are three separate enrollments with separate clocks; start them the day the contract is countersigned.
- Load the contracted allowable per code, not the charge, so the system flags underpayments from the first remit.
- Send one or two simple claims first and follow them through the 999, the 277CA, the 835 and the bank deposit before releasing the rest.
How to set up a new payer in the practice management system: the payer record
The first decision is whether you need a new record at all. Check the existing payer list for the same insurer under a different spelling before you build anything. We have seen four records for one Blue plan, each with its own aging, and nobody could say which was right. One record per payer, with plans attached underneath it, is the structure to aim for.
The record needs more fields than most people fill. The payer name as it appears on the member card. The payer ID for claims, a code your clearinghouse assigns so it knows where to route the 837 claim file; it is usually five characters and it varies by clearinghouse. Many PM systems hold separate IDs for eligibility checks (the 270/271 transaction) and for remittance (the 835), and those are often not the same as the claims ID. The claim filing indicator, which tells the payer what kind of coverage this is: CI for commercial, BL for a Blue plan, MB for Medicare Part B, MC for Medicaid, and so on.
Then the contract facts: effective date, timely filing limit in days (90 and 180 are common, and the number belongs in the system so the aging report can warn you), whether the payer accepts secondary claims electronically, and whether it requires the rendering provider's taxonomy code, as several Medicaid managed care plans do. These details come from the payer's companion guide, the document each payer publishes listing its requirements for the standard transactions, and from your credentialing team.
EDI enrollment: getting permission to send the claim file
EDI stands for electronic data interchange, the standard files that move between your clearinghouse and the payer: the 837 claim, the 999 acknowledgment that the file was readable, the 277CA that says whether each claim was accepted into the payer's system, and the 835 remittance. Many commercial payers accept 837 files from any clearinghouse with no paperwork. Medicare, state Medicaid programs, most Medicaid managed care plans and some Blue plans require EDI enrollment, an agreement linking your tax ID and billing NPI to your clearinghouse's submitter ID before they will accept a single claim.
For Medicare, that agreement runs through your Medicare Administrative Contractor (MAC), the regional contractor that processes Part B claims. The MAC's EDI enrollment form asks for the submitter ID, which your clearinghouse gives you, plus the billing NPI and PTAN (Provider Transaction Access Number, the Medicare identifier that goes with your NPI). Medicaid programs and managed care plans each have their own agreement.
Until the enrollment is approved, claims to that payer reject at the payer front end, and the 277CA says something like "submitter not authorized". Put the payer's claims on a hold status in the PM system and release the hold when the clearinghouse confirms the connection. In our experience approval takes anywhere from two days to six weeks, which is why we start the forms the day the contract is countersigned.
ERA and EFT enrollment: separate forms, separate clocks
ERA is the electronic remittance advice, the 835 file that tells your PM system what the payer paid and adjusted on each line so payments post automatically. EFT is electronic funds transfer, the deposit itself. Approving one does not approve the other. For Medicare, EFT is the CMS-588 form and ERA is part of the MAC's EDI enrollment. For commercial payers it is usually the payer portal or a payment vendor; if that vendor offers a virtual card, decline it and choose ACH, since the card carries merchant fees.
The ERA form asks where to route the 835. The answer is your clearinghouse's receiver ID, not your practice, so the file lands in the channel your PM system already imports from. The EFT form asks for a bank letter or voided check, the tax ID, the NPI and an authorized signer. Once both are approved, set the ERA payer ID in the payer record so auto-posting matches the incoming 835 to the right payer.
| Component | Where the work happens | What you need in hand |
|---|---|---|
| Payer record | PM system payer setup | Clearinghouse payer ID, member card, contract, companion guide |
| Claims EDI enrollment | MAC EDI form, trading partner agreement or clearinghouse enrollment center | Tax ID, billing NPI, PTAN for Medicare, submitter ID |
| ERA (835) enrollment | MAC EDI form or payer portal | Clearinghouse receiver ID, tax ID, NPI |
| EFT enrollment | CMS-588 for Medicare; payer portal or payment vendor otherwise | Bank letter or voided check, authorized signer |
| Fee schedule | PM system fee schedule module | Contract rate exhibit, effective date, code list |
| First claim watch | Clearinghouse reports and PM posting | Two simple claims and a hold on the rest |
Loading the fee schedule so the system knows what you are owed
A fee schedule here is the list of allowed amounts the payer has agreed to pay for each code; the allowable is the amount on that list. Commercial contracts express the rate either as a flat exhibit of dollar amounts per code or as a percentage of the Medicare physician fee schedule for your locality, sometimes pinned to a specific year. "110 percent of Medicare" tied to the 2024 schedule pays differently from the same words tied to the current year, and no system will catch the difference unless you load it correctly.
Load the expected allowable, not your charge, with the contract effective date, starting with your top fifty codes by volume. Here is what it looks like for the pediatric group, whose contract pays 112 percent of the current-year Medicare locality schedule. The Medicare figures are illustrative, not any locality's actual rates.
| Code | Service | Illustrative Medicare allowable | Calculation | Loaded expected allowable |
|---|---|---|---|---|
| 99213 | Established patient visit, low complexity | $92.00 | 92.00 x 1.12 | $103.04 |
| 99214 | Established patient visit, moderate complexity | $130.00 | 130.00 x 1.12 | $145.60 |
| 99393 | Preventive visit, established patient age 5 to 11 | $120.00 | 120.00 x 1.12 | $134.40 |
| 90460 | Immunization administration with counseling, first component | $25.00 | 25.00 x 1.12 | $28.00 |
Codes Medicare does not itself cover, like the pediatric preventive visits, still carry Medicare relative value units, and the contract should say how they are priced. With the numbers loaded, the contractual adjustment is calculated against the expected allowable rather than against whatever the payer paid, and any line paid below the loaded amount appears on the fee schedule variance report. Without the load, a 99214 paid at $131.00 instead of $145.60 is written off as a contractual adjustment and nobody sees the $14.60. That is the leak our RCM audit work finds most often in practices that added a payer in a hurry. If the rate follows the current-year Medicare schedule, someone also has to reload it every January.
The test claim before go-live
Payers rarely offer a test environment to an independent practice, and a clearinghouse test mode only proves the file format. So our test claim is a real claim, handled carefully. Pick one or two claims from the first date of service that are as simple as possible: an established patient, a single 99213, one diagnosis, no modifiers, no secondary coverage. Send them alone and hold every other claim for that payer.
Then follow the chain. The 999 should come back within hours. The 277CA usually arrives within one to two business days and tells you whether the payer accepted the claim; a rejection here means the payer ID, the enrollment or the provider setup is wrong. The 835 arrives within the payer's turnaround; Medicare pays an electronic claim no sooner than the fourteenth day after receipt. When it arrives, check five things: the claim adjudicated under the right payer, the providers were recognized (no CO-B7), the allowed amount matches the loaded fee schedule, the remit arrived electronically and auto-posted to the correct payer record, and the EFT deposit matches the trace number on the 835.
If all five hold, release the held claims and the payer is live. If one fails, you have two claims to fix instead of sixty, and you know which link broke. This is the part everyone skips, and honestly it is the cheapest hour in the whole process. Keep one new-payer checklist listing every row in the table above, with a name and a date beside each, and do not mark the payer live until the first claim has posted. Our billing team runs the same list for every payer, including the small ones.
Questions we hear
The clearinghouse lists three payer IDs for the same insurer. Which one do we use?
Large insurers often carry separate IDs for separate lines of business (commercial, Medicare Advantage, Medicaid managed care). Start with the payer ID printed on the member card, then confirm it against the payer's own EDI page. If you are still unsure, call provider services with a member ID and ask which electronic payer ID that plan is loaded under.
Can we bill on paper while EDI enrollment is pending?
For most commercial payers, yes: a CMS-1500 on paper to the address on the card will be processed. For Medicare, generally no, unless the practice qualifies for a waiver under the Administrative Simplification Compliance Act, which applies mainly to practices with fewer than ten full-time equivalent employees; even then, Medicare pays paper claims no sooner than the 29th day compared with the 14th day for electronic claims. Our advice is to hold the claims and push the enrollment.
Who owns this work, billing or credentialing?
Both, and the handoff is where it breaks. Credentialing owns the forms that need the tax ID, NPI, PTAN and bank letter: EDI, ERA and EFT enrollment. Billing owns the payer record, the fee schedule, the scrubber rules and the first claim watch. Put both names on one checklist.
What to do this week
- Print your PM system's payer list and merge duplicate records for the same insurer, keeping the one with the correct clearinghouse payer ID.
- For any payer contracted in the last twelve months, confirm the EDI, ERA and EFT enrollments were approved, not just submitted.
- Pull the fee schedule variance report for your newest payer; if it is empty, the schedule was probably never loaded.
- Schedule a first-claim watch for the next payer that goes live, and hold the rest of that payer's claims until it posts.
