Home → Blog

Billing

Superbill software: what it has to do, not just print

Any system can print a PDF with the word superbill at the top. What separates real superbill software is where the codes and identifiers come from, whether the patient can find the document, and whether you can export the history. Plus six tests to run in a demo.

November 19, 2026 · 9 min read

Printing a superbill is not a feature. Word prints a superbill. Any practice management system with a document template and a merge field prints a superbill. If a vendor's answer to "do you do superbills" is "yes, here is the PDF," you have learned almost nothing, because the PDF is the easy part.

What decides whether this works in your practice is everything behind the PDF. Where did the CPT code on line two come from, the visit or somebody's memory. Where did the NPI come from, the provider record or a typist. Can the patient get the document at 9pm on a Sunday without emailing your front desk. Can you produce every superbill you issued last quarter when an auditor, an accountant or a patient's insurer asks. Those four questions separate software that handles superbills from software that prints them.

The fields a payer looks for, and what happens when one is missing

A superbill is an itemized receipt with coding on it. It is not a claim: your patient attaches it to their plan's member reimbursement form and the plan's adjudication logic reads it. Payer checklists are specific about what has to be on the page. Blue Cross and Blue Shield of Vermont, to take a representative one, requires the itemized receipt to be on provider letterhead and to include the name of the patient, the name of the person or place providing the service, the provider's National Provider Identifier and tax ID number, the date of each service, the description of each service performed including the corresponding CPT or HCPCS code, the charge for each service, and the patient's diagnosis including the corresponding ICD-10 code (bluecrossvt.org).

Field by field, here is what each one does and what happens when it is wrong or absent.

Field	What it is for	What happens when it is missing
Practice legal name and address	identifies the billing entity, has to be on letterhead	returned as not an acceptable itemized bill
Rendering provider name and credentials	shows the service was delivered by someone eligible	denied on provider eligibility, often with no explanation
Individual NPI, Type 1	the only identifier the payer's system matches on	the claim cannot be adjudicated at all
EIN or tax ID	identifies who is owed and reports the income	returned for incomplete provider information
Date of service, each line	sets the plan year, deductible and timely filing clock	returned, or paid against the wrong plan year
Place of service	tells the payer where care happened, telehealth included	telehealth paid at the wrong rate or denied
CPT or HCPCS per line, with the charge on that line	what was done and what it cost	one lump sum gets reimbursed at the lowest rate on the page, or not at all
ICD-10-CM diagnosis	medical necessity, linked to each procedure	denied as not medically necessary, the most common bounce
Amount paid and date paid	proves the patient paid, which is what triggers reimbursement to them	treated as an unpaid estimate, so nothing is reimbursed
Balance due	separates what the patient owes from what they already paid	ambiguity, and ambiguity is resolved against the patient

Two of those deserve a longer note. A superbill with one combined total instead of a charge per CPT line is the single most common reason a patient gets partially reimbursed and blames you for it. And "amount paid" is not optional on a cash-pay superbill, because out-of-network member reimbursement depends on the patient having paid you already. A superbill that looks like an invoice awaiting payment gets processed as exactly that.

Where the data comes from is the whole question

Every field above exists somewhere in your system already: the provider's NPI is on the provider record, the EIN is on the practice record, the date and place of service are on the appointment, the diagnosis is in the note, the procedures are what you did, the amount paid is in the ledger. Real superbill software pulls all of it from those places. Weak superbill software gives you a template with blanks and lets a human fill them in from a closed chart in another tab. The difference shows up in three measurable ways.

Typing errors. A ten digit NPI retyped twenty times a month will be wrong eventually, and the patient finds out six weeks later by letter. A field pulled from the provider record is wrong zero times.

Time. A superbill assembled by hand takes five to ten minutes. Generated from a closed visit, one click. At thirty a month that is four hours against twenty minutes.

Consistency. Two front desk people filling the same template produce two different documents. Patients notice, and so do payers.

So the question to ask is not "do you do superbills." It is: when I close a visit, how many fields do I have to type to produce the superbill? The good answer is zero or close to it. Anything above about three and you have bought a template.

The patient has to be able to find it

A superbill nobody can retrieve generates a phone call, and the phone call lands at your front desk. The pattern that works: the superbill is issued when the visit is closed, it appears in the patient's portal next to their receipts and documents, and they download it whenever their insurer asks, including the second time, six months later, when the plan loses the first copy. The pattern that does not work: the superbill lives in a folder on the office computer and gets emailed on request. That is a PHI disclosure over ordinary email and a recurring administrative task that scales with your patient count.

Ask specifically whether a superbill can be re-downloaded by the patient after the fact, and whether an old one stays available when the patient's plan changes. Both get asked for constantly in a cash-pay practice.

Six tests to run in a demo

Do not ask about superbills. Make them do it in front of you, in this order. Each one takes a couple of minutes and the whole set is under fifteen.

1. Generate a superbill from a visit that is already closed. Not from a blank form, not from a slide. Pick an existing finished appointment in their demo account and have them produce the document from it. If they reach for a Word template, you have your answer.
2. Ask where every field came from. Go down the page and make them point at the origin of each one: this NPI is on the provider record, this place of service is on the appointment, this amount paid is from the payment. Any field they answer with "you would type that in" is a field that will be wrong one day.
3. Send it to the patient portal while you watch. Then open the patient's view and confirm it is visible and downloadable there, not just in the staff view.
4. Export it. Ask for the PDF and then ask for the underlying data in CSV. If the data only exists as a rendered PDF, you cannot reconcile a year of superbills against your ledger without reading them one at a time.
5. Make one with two procedures in the same visit. This is where simple implementations break. An evaluation plus an injection, a session plus an assessment instrument, a consultation plus a minor procedure. You want two CPT lines, each with its own charge, each linked to a diagnosis, summing to a total that matches what the patient paid.
6. Show the history of every superbill issued. Ask to see the last month's worth, by patient and date, as a list you can filter and export. This is the test most products fail, and it is the one that matters when an accountant or an auditor asks what you issued and to whom.

If a vendor can do all six live, the superbill side of your practice is handled. If they can do one, three and nothing else, you are getting a document generator.

What we do and what we do not

To be concrete about our own product, since this is our site.

DrinCloud generates the superbill from the closed visit as a PDF carrying the practice and provider details, NPI, EIN, date and place of service, the CPT and ICD-10 codes, the charge per line, the amount paid and the balance. It goes to the patient portal, sits with that patient's documents, and the full data export in CSV and PDF is free and self service. Now the limits, stated plainly.

DrinCloud does not ship a CPT code database. The CPT code set is licensed from the American Medical Association, and systems that embed it pass that license cost on, which is why you see an annual per clinician AMA license line on some competitors' invoices. In DrinCloud the practice enters its own codes once, attached to its own services and fee schedule, and the system remembers them from then on, so the second superbill for the same service does not involve typing a code again. That is a deliberate trade: you do the setup once, we do not bill you for a code set every December, and nobody looks anything up in a dropdown of thousands of codes. If you want a searchable licensed code set inside the software, we are the wrong product and we would rather tell you here.

We do not file insurance claims. No clearinghouse, no eligibility checks, no denial management, and we are not ONC certified. The superbill is where our billing stops, on purpose: it is the reason the product is simpler and cheaper than an insurance-first EHR. If payers are your revenue, buy a platform built for claims.

We do not prescribe electronically. Prescriptions print or send as PDF, which is not sufficient in states with an e-prescribing mandate.

Frequently asked questions

Is a superbill the same as a receipt?

No. A receipt proves payment. A superbill proves payment and encodes what was done and why, in CPT and ICD-10, with a charge per line and the rendering provider's NPI. A receipt gets a patient nothing from their out-of-network benefits. A superbill is what the plan can actually process.

Do I need software for superbills, or is a template enough?

A template is enough at two or three a month. The break point is around ten, or earlier if more than one person produces them. What pushes practices off templates is rarely the typing, it is the errors: a stale NPI, a missing place of service, a combined total instead of per line charges, and the reimbursement failures that follow six weeks later.

Who picks the CPT codes, the software or the practice?

The practice, always, whatever the software does. Code selection is a clinical and compliance judgment and it belongs to the licensed professional who delivered the service. A code database makes lookup faster, it does not make the choice for you, and a vendor implying otherwise is selling you a liability. More on choosing them in superbill CPT codes by specialty.

The bottom line

Judge superbill software on where the data comes from, not on the look of the PDF. Zero fields retyped, the patient able to download it themselves at any hour, two procedures on one visit handled correctly, and a list of everything you issued that you can filter and export. Run the six tests in a demo and you will know in fifteen minutes which category you are looking at.

DrinCloud generates superbills from the closed visit with NPI, EIN, CPT, ICD-10, per line charges, amount paid and balance, delivers them to the patient portal, and exports everything free. The practice enters its own CPT codes and the system remembers them: no licensed code database, no claims engine, no e-prescribing. More on superbill software, or see the plans.

← All articles