Free working document
The out of network superbill readiness checklist
Four stages of checks that keep every monthly superbill complete, accurate and ready for a client to submit without coming back to you for a correction.
Superbills fail for boring reasons. A missing NPI, a service date that does not match the session, a diagnosis written as words instead of an ICD-10 code, a total that does not add up against the payments received. None of these are difficult problems, and every one of them returns to you as a confused email from a client four weeks later.
This checklist puts each check where it actually belongs. Some at intake, some in the session itself, some at the close, and a few after the document has already gone out. Work it by hand for one month and you will see clearly which stage in your own practice produces the correction requests.
Before the first session
During every session week
The month end build
After the superbill goes out
How to use it
Print it and keep it beside you through one full month end close. Mark the items that failed rather than the ones that passed, because the failures are the only part of the list worth acting on. Most solo practices find the same two or three stages producing every correction request, usually place of service, session length coding, or a payment that was taken and never logged.
Once you know your own failure points, decide whether to fix them with discipline or with standing setup. Discipline works fine at twelve clients. At thirty or forty, holding the code, diagnosis, fee and license details per client and letting the close run against the calendar is the only version that survives a busy month and a sick week.
Send me the editable copy
Send yourself the editable copy and work through it during your next month end close.
Questions about this document
Is this checklist specific to out of network practice?
Yes. It assumes you collect your full fee at the session, never file a claim yourself, and give the client a document to submit to their own plan. Billing plans directly involves a different set of checks and this list is not built for that.
Do I need every item if I only see a handful of clients?
The intake and month end sections apply at any caseload size. The per session items matter more as volume grows, because reconstructing place of service and session length from memory stops working somewhere around twenty active clients. Start with the header block and the payment logging items for the fastest improvement.
What do I do when a client claim is denied anyway?
Read the denial reason before touching the document. Most out of network denials name a missing identifier, a coding mismatch or a benefit limit, and only the first two are yours to correct. If it is a benefit limit, the honest answer to your client is that the plan will not cover it.
When these checks should stop being manual
Work the four stages by hand through one close and you will see which one produces your correction requests, and it is nearly always place of service, session length coding, or a payment taken and never logged. Those are exactly the fields we hold per client so the month end build cannot get them wrong in the first place. Ask for a demo and we will run the same checklist against your own caseload while you watch.