TL;DR: Switching EHR systems to suit a billing vendor rarely moves your revenue rules with your data. The vendor rebuilds fee schedules and payer edits from scratch, electronic enrollments change hands, and old A/R sits stranded in the old system. Before you agree, get an owner and a date in writing for five items, starting with the configuration rebuild, the EDI and EFT re-enrollment, and the legacy A/R run-out.
The pitch usually sounds reasonable. A new billing company promises cleaner claims and faster payments, with one condition attached: you move onto their software. The vendor frames switching EHR systems or practice management platforms as a formality, a few weeks of training and a data export. Then the first month closes, collections sag, and nobody can say why.
The reason is rarely the staff or the new software itself. It sits in what a migration carries over and what it quietly leaves behind. You have three real options here. You can keep billing in-house, hire a vendor that requires its own software, or bring in a partner that works inside the system you already run. Only one of them asks you to move your revenue rules first. Before you compare them, look at what your current medical billing services arrangement runs on. That setup is the part most at risk in a switch.
When a billing company says it can only work in its own platform, you are not just changing vendors. You are changing the system your claims are built in, your payments post to, and your staff check every day. That is an EHR or PM migration, with all the cutover risk that comes with one, wrapped in a billing contract.
Practices tend to discover this late. The front desk learns a new scheduling screen. Providers learn a new charting flow, or keep the old EHR and feed the vendor through an interface. Either way, the revenue rules your old system enforced now live somewhere else, or nowhere.
Revenue drops because a data migration moves records, not rules. Patient demographics, insurance on file, and open balances transfer cleanly enough. The logic you built over years does not. Your payer-specific fee schedules, the claim edits that caught a missing modifier before submission, and the scrubber settings tuned to each payer's habits all need a person to rebuild them by hand in the new system. Until someone does, claims leave against a system that does not know your payers yet.
The electronic plumbing changes hands at the same moment. Medicare requires written notice to your Medicare contractor before you change billing agents or clearinghouses, and your contractor may require a new EDI enrollment form for the new biller. Commercial payers each want their own ERA and EFT enrollment updated. If those enrollments lag the go-live, claims leave the new system while remittances keep landing in the old one. Payments arrive and cannot post. The A/R report then shows balances that were already paid and hides the ones that were not.
Then there is the A/R you left behind. The new vendor works new claims from day one. The open claims in your old system belong to no one, because the old vendor's contract ended and the new vendor never agreed to touch them. Meanwhile the Medicare timely filing limit keeps running at one calendar year from the date of service. When a misconfigured new system gets a claim rejected as unprocessable, Medicare does not count that claim as filed. A rejection loop near the deadline turns into a write-off.
Put those three together and the pattern most practices feel makes sense. Collections dip, denials climb, and the reports in both systems tell a partial story. The dip is not bad luck. It is the predictable result of moving the data without moving the rules, the enrollments, or the ownership of old claims.
A vendor that puts a name and a date beside each item below has planned the move. A vendor that cannot has not. Each item is a place where revenue stalls when nobody owns it, so ask for an owner and a date on every one.
A vendor that cannot name an owner for each item is telling you who will absorb the gap. Usually it is your practice.
The real choice is often not between two billing companies. It is between moving your revenue rules or keeping them where they already work.
|
Keep billing in-house |
Platform vendor on its own software |
HRG inside your existing system
|
|
|---|---|---|---|
|
System change required |
None |
Yes, an EHR or PM migration or a new interface |
None. HRG works in your EHR, PM, and payer portals |
|
Payer rules and edits |
Stay in place |
The vendor rebuilds them in its platform |
Stay in place, inside your own system |
|
EDI and EFT enrollment |
No change |
New enrollments to file, depending on the payer |
HRG updates the billing agent on your EDI and EFT enrollments |
|
Legacy A/R |
Your staff keeps working it |
Unassigned unless the contract names an owner |
HRG works it through recovery from onboarding |
|
Visibility |
Depends on staff reporting |
Vendor reports or a separate dashboard |
Real time, inside your own system |
|
Who does the work |
Your team |
Depends on the vendor |
100 percent U.S.-based billers |
Keeping billing in-house avoids the system change, but it also keeps whatever is holding your collections back. If your team is stretched thin on denials and old A/R, staying put protects your rules and leaves your results where they are. A partner that works inside your system keeps the rules and adds billing depth on top. The vendor that needs its own software is the only option that asks you to give up the rules first.
One Kansas podiatry practice lost sight of its own A/R in a planned EMR migration, because it assumed its billing was in good hands. The switch exposed the prior vendor's software and process. Claims went out late, some went to the wrong payers, and A/R climbed while cash flow fell. Leadership could not see where the breakdown sat, and the vendor was slow to answer.
The fix was not another system change. HRG built a claims process inside the practice's new EMR, gave leadership real-time claim status they could check themselves, and worked systematically through the old A/R. You can read the full podiatry billing turnaround for the detail.
New billing operation live within 30 days. Cash flow up 20 percent. A/R brought below pre-migration levels.
We do not ask you to change systems to work with us. HRG works directly inside your existing EHR, practice management system, and payer portals. Your fee schedules, payer edits, and claim history stay where you built them. There is no separate dashboard to log into and no PDF report to wait for. You watch the work happen in your own system.
That changes what onboarding has to cover. Instead of a migration, we configure clearinghouse connections and encounter forms inside the system you already run, update the billing agent on your EDI and EFT enrollments, and start working the open A/R alongside new claims. Weekly and monthly A/R reviews come from the billers doing the work, not a management layer reporting on it.
Our billers are 100 percent U.S.-based and work inside your system every day. We have more than 26 years of experience across specialties and platforms, including NextGen, eClinicalWorks, and Tebra. The person working your denials already knows how your platform and your payers behave. Your team does not have to teach anyone a new system or rebuild a single rule. For a closer look at one platform, see why HRG works directly in your NextGen system, or our eClinicalWorks billing expertise.
98 percent first-pass claim acceptance. HRG's CFO-confirmed track record on claims it submits.
Billing and RCM runs on a longer-term contract with terms scoped to your needs during onboarding. Ask to see those terms before you decide.
If you are weighing a vendor that wants you on its software, the useful next step is a read on your own numbers. That means your open A/R by age, which payers it sits with, and what moving off your current biller would involve in your system. Schedule a strategy call with Andy or call 913-937-2995. No pitch, no pressure.
A platform that cannot post a remittance is a system problem. A platform that posts it and leaves the claim unworked is a people problem, and a new system will not fix it. Our guide on how to choose a medical billing company walks through how to tell the difference. When the work is the issue, we take over the claims, the denials, and the open A/R inside your system. The results change. The platform does not.
Want to see what that would look like with your EHR and payer mix? Schedule a strategy call with Andy or call 913-937-2995.
Stabilization tracks how much configuration and enrollment work finishes before go-live. Get the date your vendor commits to for those two items in writing. When HRG took over billing for a Kansas podiatry practice after its EMR migration, a new billing operation was running inside the practice's EMR within 30 days.
Yes. HRG works inside your existing EHR, PM, and payer portals, and outsourcing your billing to us requires no platform change. You keep your system and your data, and you see the work in real time.
Your contract decides who can touch your open claims. The practical issue is access, so make sure the contract keeps the old system readable long enough to work them. When HRG onboards a practice, we work the legacy A/R through denial management and recovery rather than leaving it behind.
Usually some of them. Medicare requires written notice to your contractor before you change billing agents or clearinghouses, and your contractor may require a new EDI enrollment form. Commercial payers handle ERA and EFT changes separately. HRG updates the billing agent on your EDI and EFT enrollments during onboarding, and claims and remittances keep moving.
The safest switch is the one you never have to make. If you are not sure where your open balances stand right now, the A/R Recovery Health Check shows what is aging before any vendor touches it.