Fixing Stuck Patient Payments in QuickBooks Online Undeposited Funds (Medical Practices)

Published September 28, 2026 · LedgerMedic

Medical and dental practice books hit Undeposited Funds problems for a reason that's specific to how healthcare payments actually arrive: a single visit rarely generates one clean payment. It generates a patient copay collected at the front desk, a primary insurance payment that shows up weeks later, and sometimes a secondary insurance payment after that, each landing in QuickBooks at a different time through a different channel, for the same appointment.

Why this is harder than a typical business's Undeposited Funds problem

• Insurance remittance batches don't equal the sum of charges. A single ERA (electronic remittance advice) from a payer often covers dozens of patients' claims in one lump bank deposit, net of contractual adjustments the payer isn't obligated to pay. If those write-offs aren't handled separately from the actual cash received, the deposit total built in QuickBooks won't match what hit the bank, even though every individual patient payment was entered correctly.
• Copays and insurance payments settle on different schedules. A card-terminal batch of same-day copays clears the bank on its own timeline; an ACH remittance from a payer clears on a completely different one. Grouping them into the same QuickBooks deposit because they happened to be entered the same day is one of the more common ways a deposit stops matching the bank.
• Multiple payers per visit. Primary insurance, secondary insurance, and patient responsibility can all apply to a single charge, arriving as three separate payments spread across weeks. It's easy to apply one and lose track of the others still open in Undeposited Funds.
• Front-desk turnover. Whoever's collecting payment at checkout is often not the person reconciling the books, and the two don't always follow the same deposit-matching habit.

A repeatable process

1. Get the remittance advice or EOB before recording anything. It shows the exact total the payer actually sent, and separates the real payment from the contractual adjustment. Record only the real payment amount as the QuickBooks payment; post the contractual write-off as an adjustment on the invoice itself, never blend it into the deposit.
2. Build one QuickBooks deposit per remittance, itemized patient by patient, matching that single ERA exactly. This is the deposit that should tie directly to the one lump line on the bank statement.
3. Batch same-day copays separately from insurance payments, by payment method and settlement date, not by which day they were entered into QuickBooks. A card-terminal batch and an insurance ACH almost never belong in the same deposit.
4. Track multi-payer visits with a memo or a sub-status noting which payers are still expected, so a payment that's correctly waiting on a second insurer isn't mistaken for a stuck entry, or worse, ignored until it actually is stuck.
5. Reconcile the Undeposited Funds account itself at least monthly, not just the bank account, see how to reconcile Undeposited Funds for the full process. Claims and EOBs routinely arrive weeks after the visit, so a monthly check is what catches a payment that's aged past a normal cycle before it becomes part of a much larger backlog.
6. If a practice-management system syncs payments into QuickBooks automatically, confirm it isn't also creating a deposit independently of the bank feed, the same duplication risk that shows up in any high-volume integration.

Why this compounds quickly here specifically

A single-provider practice processing a modest volume of visits a week can still generate dozens of separate payment lines a month once insurance and copays are split apart, and because insurance payments lag the visit by weeks, the account naturally always has some genuinely-in-transit balance sitting in it. That makes it easy to wave off a growing number as "just claims in process" long after some of those entries have actually gone stale, the same blind spot covered in clearing an old Undeposited Funds backlog.