Skip to the text
Clinic Stack

How clinics choose and run the software behind patient care

Toolkit

Good Faith Estimate: What a Clinic Needs to Prepare

A plain account of the good faith estimate for clinics: who it covers, what goes in it, when it goes out, who owns it, plus a build sheet and software check.

filed  · 6 min · The Clinic Stack editors

A receptionist at a clinic front desk talking with a patient while working on a computer
Image by Rodrigo_SalomonHC from Pixabay
Outline6
  1. A good faith estimate is a price quote given before care
  2. Which patients the estimate is meant for
  3. What the estimate has to contain
  4. Timing, and who owns the task in your practice
  5. What your software needs to do for you
  6. When the final bill ends up higher than the estimate

Say a new self-pay patient calls and asks what the visit will cost, and your front desk answers with a figure they remember from last month. A good faith estimate is the written version of that answer: a price quote for the planned care, given to the patient before the visit. A spoken guess doesn’t count, and the patient may hang up believing it does.

Four questions settle most of what follows. Who is covered and what goes in the estimate come first. When it goes out and who in the building owns it come after that.

A good faith estimate is a price quote given before care

Pull up the last self-pay visit you scheduled and write down what you expected to charge for it. Handed to the patient before the visit, that written list is the estimate. It lets the patient see a likely total before agreeing to anything.

The words “good faith” matter because the figure rests on what you know today. An honest approximation counts, and it isn’t a promise carved in stone. If the care changes later, the estimate was still fair when you wrote it. The exact legal wording and scope live in the official source, so read it there before you build anything around it.

Which patients the estimate is meant for

Self-pay patients are the clear starting point, and plenty of practices stop there. That fails the first time an insured patient says they’d rather not bill their plan. Whether such a patient counts is a question for the official source, because guessing wrong in either direction costs you.

Intake is where this gets missed. Decide now how your front desk spots a self-pay booking at the moment it’s made. A payer field in scheduling works. So does a visit-type flag or a line on the call script. A booking that never gets tagged never triggers anything downstream.

Take these questions to the official source:

  • Who counts as covered?
  • Which services fall under it?
  • What exceptions apply to your practice type?

We state no thresholds here. Write the answers down where your staff can find them.

What the estimate has to contain

The content answers four questions. Who is the patient and who is charging? What care is planned and how much will it cost? Patient details and your practice’s identifying details come first, then each planned service paired with its expected charge, so the patient can see how the total gets built. A single lump sum tells them nothing.

The required fields, any billing codes, and any notice language are details to confirm in the official source. Copy them from there. Treat any blog post as a pointer only, ours included.

Front-desk staff gather these pieces in a natural order, so the sheet below follows it. Sample Patient is a made-up name, and every amount is a placeholder.

Estimate build sheet (one self-pay visit)

  1. Confirm at booking that the patient is self-pay.
  2. Record the patient’s name and contact details (use Sample Patient with placeholder phone and email).
  3. Record the planned visit date.
  4. List each planned service, one per line.
  5. Attach the expected charge to each service (Service A and Service B, each with a placeholder amount).
  6. Add the line charges together for the total.
  7. Note any services that might be added if the visit changes, such as a follow-up test.
  8. Record who prepared the estimate and the date it was sent.

This sheet is a working aid. Required fields and wording come from the official source.

Step 7 is the one most often skipped. If the visit could grow, say so on the page now. The patient then reads it before the day and doesn’t learn it at checkout.

Timing, and who owns the task in your practice

Say a patient books a self-pay visit on Monday for Thursday, and another books six weeks out. Both estimates have to reach the patient before the visit, and the exact timing rules for each are a question for the official source. A same-week booking and an early booking may be treated differently. Ask how, then write the answer where staff can find it.

Next, pick one owner. Whoever books the visit is the usual choice, since they already hold the patient’s details and the planned services. Name a backup for days off, by role and by person, because a vacation week is when the task slips.

Then decide where the sent copy lives. A folder in your practice management software works. A note on the patient record or a shared drive works just as well. Any of them works as long as staff look in the same place every time. How long you keep the copy is another point to confirm against the official source. A task with no named owner is the one that quietly doesn’t happen, because the front desk assumes billing did it and billing assumes the front desk did.

What your software needs to do for you

Test your system against a short list of jobs and skip the feature tour. A vendor’s brochure tells you what the product has, and the list tells you what your front desk needs done on a Tuesday morning.

Run the check below on any vendor, including the one you already use. Ask each vendor to show every job live with a made-up patient, and mark what you see. Yes means the system does it on screen. No means it can’t. By hand means a person or a template has to cover it.

  1. Flag a booking as self-pay: ____
  2. Pull your own fee list into a visit: ____
  3. Build an itemized quote for one visit: ____
  4. Produce a patient-readable document: ____
  5. Record when and to whom it was sent: ____
  6. Store a copy you can find later: ____
  7. Update the estimate when the plan of care changes: ____
  8. Keep earlier versions after an update: ____

The last two catch what most demos skip. Care changes, and an estimate that gets overwritten leaves you unable to show what the patient was told first.

A “no” isn’t a dealbreaker. It tells you what a person or a template must cover by hand, so write the name of that person next to the mark. Say item 4 comes back “by hand” because the system only prints an internal invoice. Then a plain-language template becomes part of your front desk workflow, and someone owns keeping it current.

When the final bill ends up higher than the estimate

Plan for a final bill above the estimate before it happens, because care changes mid-visit and the number on the page can stop matching the number at checkout. A second test might get added or a procedure might take a different route, which moves the charge. What the rules say about that gap, and what options a patient has when it opens, is a question for the official source. Don’t improvise those details at the counter.

What you can settle now is internal. Decide who reviews a large difference. Then name who tells the patient and how they do it. The options include a phone call or a revised written estimate. A short conversation before the patient leaves also works.

Pick one upcoming self-pay visit today and fill in the build sheet for it by hand. Note every field you couldn’t complete, then take those questions to the official source.

The Clinic Stack editors