When the same podiatry denials keep coming back in NextGen, the cause is usually a charge rule built at go-live that never caught up with Medicare policy.
The weak point in NextGen podiatry billing is one decision: what the system does when Medicare will not pay for a foot care visit. Medicare treats that visit in two different ways. For a patient with no qualifying condition, Medicare excludes nail care by statute. The claim carries GY, and your practice can then bill the patient. Nail care delivered sooner than the MAC allows is a medical necessity denial instead. Billing the patient for that visit requires a signed ABN on file and the GA modifier on the claim.
A setup that treats those two cases alike leaks money in both directions. Some patients get statements your practice cannot collect on. Others never receive a bill for care they owe.
An EHR applies a charge rule the same way every time. That consistency is the point of having one. It is also why one wrong rule produces the same denial across hundreds of claims.
Most practices build their podiatry charge rules once, at go-live, from the payer rules in force that month. Medicare's contractors keep revising their routine foot care articles. The rules inside your system stay where the implementation left them.
Staff then work the resulting denials one claim at a time, correcting a modifier here and adding a diagnosis there. Each corrected claim pays. The rule behind it keeps producing more. Your denial rate never moves, because the fix landed on the claim instead of the template.
Routine foot care shows the pattern most clearly. When a patient qualifies through diabetes or another systemic condition, the claim needs more than Q7, Q8 or Q9. The routine foot care billing article A57759, published by the MAC for jurisdictions J6 and JK, asks for the date the managing MD or DO last saw the patient, plus that physician's NPI. That visit has to fall within the six months before the foot care. A template with no field for those two facts sends every one of those claims out incomplete. Modifier corrections never reach the cause.
Each rule needs a home in the workflow before the claim exists: a template field, a charge rule or a front-desk step. CMS and the MACs set the rules. We build the workflow around them with your team.
| Rule | What Medicare requires | Where it lives in the workflow |
|---|---|---|
| Class findings | Routine foot care codes 11055 to 11057, 11719 to 11721 and G0127 need documented class findings, reported with Q7, Q8 or Q9, when coverage rests on a systemic condition | An exam template that records the findings and drives the modifier |
| Managing physician | For diagnoses the MAC flags, the managing MD or DO's last visit date and NPI, with that visit inside six months | Intake fields your front desk refreshes at every routine foot care visit |
| Visit frequency | Covered routine foot care once in 60 days under A57759 | A scheduling check against the last covered visit |
| Statutory exclusion | GY when Medicare excludes the service outright | A charge rule that applies GY and routes the balance to the secondary payer or the patient |
| Medical necessity denial | A signed Advance Beneficiary Notice before the service, then GA on the claim. GZ when nobody obtained an ABN. The practice then absorbs the cost. | A front-desk ABN step tied to the frequency check |
| DME replacement | No replacement inside the reasonable useful lifetime, generally five years from delivery | A same-or-similar check before the device leaves the office |
| Wound care | Documented wound size and product units that match the claim | A reconciliation step before submission |
A rule with no home in the workflow comes back as a denial, or later as a refund demand after an audit. For the code-by-code detail, including T modifiers and the global period, see our guide to podiatry coding and billing.
Podiatry practices that dispense DME bill a separate Medicare contractor, the DME MAC, under their own supplier enrollment. A perfect claim can still deny on history. Medicare's reasonable useful lifetime rule blocks a replacement until the earlier device has served its lifetime, generally five years counted from the delivery date. That history includes devices another supplier dispensed. So the same-or-similar check belongs before the patient leaves with the device, not after the denial arrives. Commercial plans write their own DME rules and may cover more than Medicare. We track those separately.
Wound care and limb preservation claims carry high audit risk. Skin graft and skin substitute claims pay well, and auditors watch them for that reason. Documented wound size, product units and the payer's covered-product list all have to agree before submission. We reconcile them first, because a records request months later leaves nothing to fix. Our article on podiatry DME claims covers the documentation side in more depth.
A system change exposes every weak billing habit at once. Your team rebuilds charge rules, learns new screens and lets claims queue while everyone adjusts. Podiatry rules are the first casualties, because nobody wrote them down outside the old system.
HRG supports NextGen migrations at the workflow level. Before cutover, we map your podiatry payer rules, modifier logic and ABN steps so the new setup carries them from the first claim. During the move, our billers keep working your existing A/R backlog alongside new claims. After go-live, we train your staff on the billing workflow and monitor claim status in real time until denials settle. The same work applies when you move within NextGen, such as consolidating locations or rebuilding a setup that never fit podiatry.
A Kansas podiatry practice learned how much rides on this mid-migration, when the switch exposed its prior vendor's late and misrouted claims. HRG had the new billing process operational within 30 days. A/R then fell below its pre-migration level.
Most NextGen podiatry practices weigh three options: their own billing staff, a general billing firm, or a podiatry-focused team working inside the system. All three can submit claims. They differ in who keeps the podiatry rules current.
| In-house billing staff | General billing firm | HRG | |
|---|---|---|---|
| Podiatry charge rules | Built at go-live, revised when someone notices a denial trend | Edits built across many specialties | Mapped to current MAC articles and revisited when they change |
| Denial work | Claim by claim, between other duties | Varies by firm | Grouped by payer and reason, with a 24 to 48 hour response |
| Where the work happens | Your NextGen system | Often the firm's own tools | Inside your NextGen system and payer portals |
| Visibility | NextGen reports, if someone runs them | A separate portal or monthly summary | Real time in your system, plus weekly and monthly A/R reviews by the billers |
| Coding | Often the same person who bills | Sometimes sold as an add-on | Your coders code. HRG consults as needed. |
| Staff turnover | A gap until you rehire | Continuous | Continuous, with a 100 percent U.S.-based team |
The first row matters most. Rules nobody revisits are where repeat denials come from.
Podiatry is one of HRG's primary markets, and NextGen is one of the three platforms our billers work in most. They work inside your NextGen system and payer portals. You see the work where your staff already look, with no separate dashboard and no PDF reports.
The same billers run your weekly and monthly A/R reviews. When a denial pattern shows up, whoever explains it to you is the person who worked it. The correction goes into the charge rule, not just the next claim.
| ✓ | Denials worked within 24 to 48 hours |
| ✓ | Practices working with HRG have seen denials fall 15 to 30 percent and A/R come down by 15 to 25 days |
| ✓ | Your coders or coding vendor keep the coding. HRG provides coding consultation as needed. |
| ✓ | Prior authorization stays with your front office. We can advise on that workflow. |
| ✓ | Over 26 years in this work |
Our NextGen billing services cover other specialties on the same platform. The podiatry practice services hub lays out the full range of podiatry revenue work. For the claim work itself in any EHR, see podiatry billing services.
Talk NextGen Podiatry Billing with Andy Garcia
No. HRG works inside eClinicalWorks, ModMed Podiatry (formerly TRAKnet), NextGen and Tebra, and inside whatever system your practice already runs. The podiatry rules stay the same in every EHR. Only the place they live changes.
Yes, at the workflow level. HRG maps your podiatry payer rules, modifier logic and ABN steps before cutover, works your open A/R through the transition and trains your staff on the billing workflow after go-live. Your EHR vendor handles the technical build.
Check the intake fields before the modifier. A systemic-condition claim also needs the managing MD or DO's last visit date and NPI, and that visit has to fall inside the six-month window. HRG builds those fields into the workflow so every claim carries them.
No. Your coders or coding vendor assign the codes. HRG provides coding consultation as needed and feeds denial patterns back to your coders, so the template and the documentation can change together.
Billing and RCM run on a longer-term contract, with terms scoped to your practice during onboarding. Credentialing is a separate engagement. HRG bills it hourly for time used, on a one-page, month-to-month contract with no minimums.
Our billers work the existing backlog alongside current claims. Older balances do not wait behind new submissions, which keeps them inside appeal and timely filing windows.
If the same podiatry denials keep coming back in NextGen, the fix sits in the setup, not the work queue.
Bring a recent denial report to a call with Andy Garcia. He will show you which rules are leaking and what it takes to close them. No pitch, no pressure.
Or call 913-937-2995