It's Friday afternoon and you've got three browser tabs open. Your session notes are in one, a diagnosis code lookup is in another, and a billing portal is flagging an ICD-10 code it doesn't recognize. You fix it, submit the claim, and close your laptop. Monday morning, the denial is waiting. Wrong modifier.
If you're searching for speech therapy billing software, that scenario probably sounds familiar. SLP billing isn't just "medical billing" with a different label. It has its own CPT codes, its own modifier requirements, its own payer-specific documentation standards, and its own compliance rules. Most billing tools weren't built with any of that in mind.
This guide isn't a product comparison list. It's a practical framework for knowing what features to require, what questions to ask vendors, and which red flags mean it's time to walk away.
Speech-language pathologists work with time-based CPT codes that require precise documentation of session length to bill correctly. Code 92507 covers treatment of speech, language, voice, and communication disorders. Code 92526 is for swallowing function treatment. Code 92610 covers the evaluation of swallowing function. Billing a 45-minute session as 60 minutes isn't just a data entry mistake. It's a compliance risk that can invite payer scrutiny.1
Medicare adds another layer. Every Part B claim for speech-language pathology services requires the GN modifier, no exceptions.2 Miss it once and the claim is automatically denied. The catch is that many general billing modules don't prompt for specialty-specific modifiers. So SLPs add them manually, and anything done manually every time eventually gets skipped.
ICD-10 codes for communication and swallowing disorders are more niche than they appear. Codes like F80.1 (expressive language disorder), F80.2 (mixed receptive-expressive language disorder), and R47.01 (aphasia) don't live in every billing database. If your billing software for speech therapists doesn't carry them natively, you're either typing codes from memory or settling for a general code that doesn't accurately reflect the diagnosis. Neither habit ends well.
Pre-authorization requirements add one more variable. What a payer required last quarter may have changed this one. In 2026, insurance companies are deploying AI tools to catch minor claim irregularities more quickly than before, which raises the cost of every error that slips through.3
Mia is a solo SLP in Austin, two years into private practice. She knows her CPT codes well. She still missed the GN modifier on four consecutive Medicare claims before she caught it. The speech therapy EMR she was using never flagged it.
A lot of SLPs work with two or three disconnected tools: an EMR or notes platform on one side, a billing portal or spreadsheet on the other, sometimes a separate scheduling system. Each tool works fine in isolation. Together, they create a data-entry chain where every link is a place things can fail.
The failure modes are specific. A superbill gets generated before the intake form is complete, so the insurance ID is missing. The claim goes out wrong. Or session code 92507 is in the notes, but the billing module defaults to a different code because it wasn't integrated with the documentation. Denied on specificity. Or a patient is seen for 45 minutes, but a billing template auto-populates 60 minutes from a saved default. No one catches it until an audit.
Each of those is a manual handoff between systems. And manual handoffs fail.
What good SLP billing software actually does is collapse that chain. When your session notes drive the billing codes, codes flow into the superbill automatically, and the superbill connects directly to a clearinghouse, you've removed the re-entry steps. That's not a luxury feature. It's how billing errors get reduced.
Derek runs a three-SLP practice in Denver. He switched billing systems twice in three years. Both times, he picked a solid billing tool and still ran into problems. Eventually he realized the issue wasn't any individual platform. None of his tools talked to each other. His third switch was to a system that connected documentation, scheduling, and billing under one roof. That's when things settled down.
If you're evaluating speech therapy billing software right now, here's the list to run through with every vendor.
SLP-specific CPT and ICD-10 libraries. Codes need to be built in, not added manually by you. Ask the vendor directly: how many communication disorder ICD-10 codes are in the system? Can clients request additional codes to be added? A good answer includes a specific number and a yes. "We support thousands of codes" is not an answer.
Modifier support. The system should support GN, KX, and 59 modifiers and ideally prompt for them based on payer and service type. If you're responsible for adding modifiers manually on every Medicare claim, eventually you'll miss one.4
Clearinghouse connection. Electronic claims submission should be included in the base product, not offered as a paid upgrade. If it costs extra, the advertised price isn't the real price.
Superbill generation from session notes. CPT codes, diagnosis codes, and service duration should populate the superbill from your documentation automatically. Ask vendors to walk through this workflow live during the demo. Don't take it on faith.
Insurance eligibility and authorization tracking. The system should capture payer requirements at intake and surface prior authorization needs before you've already rendered the service. Finding out after the fact is how practices absorb unpaid sessions.
Outstanding receivables reporting. You need full visibility into claim status (submitted, pending, denied, paid) without logging into a separate clearinghouse portal. If billing data lives outside your main system, you'll check it less often, and things will fall through the gaps.
For private practice billing, EFT payment integration, patient invoicing, and copay collection are also standard expectations. If any vendor treats them as add-ons, adjust your budget math before signing.
Priya is transitioning from a school-based SLP position to solo private practice in Chicago. She has no prior insurance billing experience and wants a system she can manage herself without hiring a dedicated biller. She used this list to narrow three platforms down to one. The right private practice billing software made that possible.
If you're in the demo phase, these questions will tell you more than any sales deck.
"How long does onboarding actually take?" A good answer is a specific number. "We'll get you up and running quickly" is not an answer.
"Are electronic claims submission and clearinghouse access included in the base price?" Any hesitation here is a cue to ask for the complete pricing breakdown before you move forward.
"How many SLP-specific ICD-10 codes are in the system? Can clients request additions?" A confident answer includes a number and a yes. A vague one says "thousands."
"What does support look like after go-live?" Ask for hours, response time, and how you reach someone when something breaks. A vendor who gives you specifics has thought about this. "We have a great support team" hasn't.
"If we ever need to leave, can we export our full billing history?" This is the question most practices forget to ask until they actually need the answer.
A vendor who's confident in their product answers all of these directly. One who isn't, deflects.
Derek now starts every demo call with this list. After two software decisions he'd rather forget, he stopped trusting demos that didn't answer these clearly.
PT-first platforms with SLP support bolted on. Many therapy platforms were built for physical therapy workflows and added SLP functionality later. That history shows up in the billing module: thin ICD-10 libraries, missing modifier prompts, CPT codes that don't accurately reflect speech therapy services. Ask when SLP support was added and how many speech therapy practices are currently active on the platform.
Add-on fees for standard features. Electronic claims submission, clearinghouse access, and patient invoicing aren't premium features. They're the job. If any of those cost extra, the listed price isn't what you'll actually pay.
Onboarding timelines longer than 60 days for a small practice. A six-month implementation for a solo or two-person clinic isn't thorough. It's a sign the system is harder to learn than advertised, and that complexity follows you into daily use.
No SLP-specific references. Ask for a reference from a speech therapy practice specifically, not "a therapy practice." If the vendor can't name one, you're an early adopter in the worst sense of the phrase.
Platform consolidations in the therapy software market have also created real disruption for practices that didn't see them coming. When software gets acquired and product priorities shift, SLPs can find themselves on a platform that no longer fits their workflow. Asking about ownership and roadmap isn't excessive. It's practical.
Choosing speech therapy billing software isn't about picking the most recognized brand. It's about whether the billing logic matches how SLP billing actually works: specialty-specific codes, required modifiers, payer documentation standards, and notes that feed directly into billing without a manual handoff in between.
The practices with the fewest denials aren't necessarily the ones with the most sophisticated billing staff. They're the ones with the fewest manual steps between documentation and submission. That's an architecture question. Ask for it by name when you're evaluating vendors.
ClinicNote was built alongside more than 117 speech clinics and connects documentation, scheduling, and billing natively. If you want to see what that looks like in practice, the demo is 60 minutes. Get a demo.
If you're also comparing full documentation and workflow systems, our guide to the best EMR for speech therapists walks through what to look for there too.