> ## Documentation Index
> Fetch the complete documentation index at: https://dso.getlemma.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Issue a patient refund
> Verify patient overpayments, choose the correct refund method, handle mailed checks and stale dates, and record the refund accurately.
A patient refund returns money the practice is not entitled to keep. First, **verify whose money it is**. A patient overpayment, payer overpayment, and posting error follow different workflows and may involve different legal obligations.
Dental generates patient credits by design: you collect the **estimated** patient share at checkout, and the plan adjudicates later. When secondary coverage pays more than the coordination-of-benefits model assumed, when a downgrade you priced in doesn't happen, or when a prepaid treatment plan changes mid-course, the patient has overpaid and the money is theirs.
## Prerequisites
* A weekly credit balance report
* Access to the original payment record
* Check stock and an authorized signer, per PC, if you issue checks
* An uncashed-check ledger
## Steps
Not monthly. Aged credit balances are a compliance problem, and the 60-day clock on payer overpayments runs from identification.
**This determines the entire downstream process, and it is the step most often skipped.**
| Source | Obligation |
| -------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- |
| **Patient overpaid** | Refund to the patient; state refund deadlines; escheatment if unclaimed |
| **Payer overpaid** | Refund per contract; the **60-day report-and-return rule** with False Claims Act exposure for Medicaid (and Medicare, where you bill it) |
| **Both** | Allocate and refund each their share |
| **Posting error** | Correct the posting. **No refund owed**, issuing one is a second error and a real cash loss. |
Refunding payer money to the patient is a compounding error: you have failed to return an overpayment *and* given money to someone not entitled to it, while the 60-day clock keeps running. See [Report and return overpayments](/guides/compliance/report-and-return-overpayments).
If the patient has an open chargeback on the same encounter, resolve that first. Otherwise you refund the same money twice. See [Respond to a chargeback](/guides/payments/fight-a-chargeback).
| Original | Method | Notes |
| ------------------------- | ------------------------------------------------------- | ---------------------------------------------------------- |
| Card, pre-settlement | Void | Cleanest, as if it never happened |
| Card, post-settlement | Refund to the same card | Interchange on the original sale is generally not returned |
| Card, expired or reissued | **Try the card anyway** | Networks often route to a replacement card |
| Card, account closed | Mailed check | The refund will reject; verify the address first |
| ACH | ACH credit | Verify account details |
| Cash or check | Mailed check | Confirm the current address |
| Patient unreachable | Check to last known address, then the escheatment track | Start the uncashed-check clock |
* Draw it from the account of the entity that owes the refund, preserving separate ledgers and any state, payer, or bank requirements
* Signed by that PC's authorized signer
* Verify the mailing address before printing
* Record the check number, amount, payee, and issue date in the **uncashed-check ledger**
* Note the stale date printed on your check stock
So the account nets to zero. A refund issued but not posted creates a second credit balance and, eventually, a second refund.
Date detected, date issued, amount, method, **whose money it was and how you determined that**, the claim and date of service, and the check number or card transaction reference.
Reconcile the ledger monthly. When a check goes stale, start the escheatment pipeline: due diligence letter, then report and remit at the end of the state's dormancy period. See [Handle escheatment](/guides/compliance/handle-escheatment).
## The mailed-check problem at scale
Some refunds cannot return through the original payment method because the patient paid cash, the card expired, the account closed, or the patient moved. Orthodontic transfers add another complication because the unearned portion of a long payment plan may not map to one active card transaction.
What a check refund actually requires: secured check stock, an authorized signature, printing, envelopes, postage, a post office trip, address verification, clear-date tracking, stale-date reissues, and eventually escheatment for the ones never cashed.
Then multiply by entity count. **In a ten-PC group, each PC needs its own check stock drawn on its own account with its own signer**, and in a PC, the authorized signer is the dentist-owner, who is seeing patients.
Assign ownership and a service level to the refund queue. Without a defined process, balances can age until a state audit or acquisition review surfaces them.
**Lemma** can print and mail patient refund checks from the account of the entity issuing the refund. This can reduce per-entity check stock and manual mailing work for a multi-entity group. This product mention is disclosed under our [mention policy](/reference/appendix/about-lemma).
## Deadlines
Many states set explicit deadlines for refunding patient overpayments, and where no statute exists, board guidance or the payer contract often fills the gap. Ranges vary widely.
See [Patient refund timing requirements by state](/reference/banking/refund-check-requirements), and treat it as a starting point to confirm rather than a substitute for checking your own state's current rule.
## Prevent the next one
Most patient credit balances come from bad point-of-care estimates:
1. **Estimate from the 271**, not from the insurance card. Cards go stale, and remaining annual maximum only shows on a live eligibility check.
2. **Model the plan's behavior as well as its coverage percentages.** Account for downgrades, frequency limits, and coordination of benefits. See [Denials vs downgrades](/concepts/payments/denials-vs-downgrades).
3. **Set a policy for uncertain estimates.** Compare the cost and patient experience of collecting a conservative estimate and later billing a balance with collecting more and issuing a refund.
## Verify it worked
* [ ] Credit balance report run weekly
* [ ] Ownership determined and documented before refunding
* [ ] Payer overpayments routed to the 60-day process, not the patient refund process
* [ ] Open card disputes checked
* [ ] Refunded to the original method where possible
* [ ] Checks drawn on the correct PC's account
* [ ] Refund posted; account nets to zero
* [ ] Uncashed-check ledger updated
* [ ] State refund deadline confirmed
## Common failure modes
| Failure | Consequence |
| ----------------------------------------- | --------------------------------------------------------- |
| Refunding without determining ownership | Payer money to the patient; 60-day clock still running |
| Refunding a posting error | Real cash loss |
| Refunding while a chargeback is open | Double refund |
| Check drawn on the wrong entity's account | Commingling |
| Refund issued but not posted | A second credit balance, then a second refund |
| No uncashed-check ledger | Painful reconstruction during an unclaimed property audit |
| Monthly credit balance review | A third of the 60-day window burned |