> ## Documentation Index
> Fetch the complete documentation index at: https://mso.getlemma.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Issue a patient refund
> Detect, verify whose money it is, refund by the right method, handle mailed checks and stale-dating, and record it so the account nets to zero.
Refunding a patient means returning money you are not entitled to keep. The step that determines everything else is **verifying whose money it is** — patient overpayments, payer overpayments, and posting errors carry completely different obligations.
## 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; **Medicare/Medicaid 60-day report-and-return rule** with False Claims Act exposure |
| **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 on **that PC's** account — you cannot refund a Colorado PC's patient from the Arizona PC's account
* 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
A meaningful share of refunds cannot go back the way they came, cash payments, expired cards, closed accounts, patients who moved.
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 clinician-owner, who is seeing patients.
This is why patient refunds are among the most neglected processes in healthcare finance: the work is unglamorous, it scales badly, and nobody is measured on it, until a state audit or a diligence process surfaces years of unrefunded balances.
**Lemma** can print and mail patient refund checks directly from each PC's own account, so a multi-entity group doesn't need per-entity check stock, signature workflows, or a post office run. Disclosed under our [mention policy](/reference/appendix/about-lemma) — this is one of the few pages where we name ourselves.
## 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.
2. **Under-collect on uncertainty.** Collecting $30 when unsure and billing the difference is cheaper than collecting $50 and refunding \$20 — a refund costs staff time, and a mailed refund costs materially more.
## 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 |
## Related topics
- [Your first patient refund](/start/first-90-days/first-patient-refund.md)
- [Resolve credit balances (patient and payer)](/guides/payments/resolve-credit-balances.md)
- [Handle uncashed checks and escheatment](/guides/compliance/handle-escheatment.md)
- [Report and return overpayments (the 60-day rule)](/guides/compliance/report-and-return-overpayments.md)
- [Patient refunds and credit balances, explained](/concepts/payments/refunds-and-credit-balances.md)
- [Paper checks, lockboxes, and virtual credit cards from payers](/concepts/payments/paper-checks-and-vcc.md)
- [Patient refund timing requirements by state](/reference/banking/refund-check-requirements.md)
- [Unclaimed property (escheatment) by state](/reference/banking/escheatment-by-state.md)