NEW By 2030, CMS will tie reimbursement to outcomes. MyTherapyWizard is built for what is coming. Read the VBC brief →
The editable billing lifecycle

Every step of billing. Editable end-to-end.

Most EMRs lock the billing record the moment a claim is submitted. MyTherapyWizard keeps every stage live, reviewable, and editable, with a full audit trail capturing who changed what and when.

Most therapy EMRs

Write-once billing. Workarounds when things change.

  • Claim is submitted and locked. A correction means a void and a resubmit, tracked in someone's spreadsheet.
  • ERAs post automatically, and the mismatches sit in a queue no one monitors.
  • Denials are an export-to-CSV problem. Appeal letters live in Word documents on a biller's desktop.
  • Secondary insurance is manual: someone types the primary payment into a second claim.
  • When something is wrong, there's no single record of what happened. Just emails.
MyTherapyWizard

One living record per claim. Editable at every stage.

  • Every claim line is editable (CPT, modifiers, units, pricing, DX pointers), with a diff and a timestamp.
  • Every ERA auto-matches to its claim. Unmatched lines surface in Needs Action, not silence.
  • Denials generate appeal packets automatically. Edit, attach, send. The outcome is logged to the same claim.
  • COB is a system behavior, not a human workaround. Secondary claims assemble from primary EOB data.
  • Every state change (who, what, when, why) is audit-trailed and reversible.
01Consent & Intake

Billing starts before the first session, with a clean intake.

Every billable therapy episode starts with a client profile that holds up under payer scrutiny: demographics, legal guardian, responsible party, insurance cards (primary and secondary), referral source, ordering physician, HIPAA and telehealth consents, financial responsibility agreement, and the clinical intake questionnaires your discipline requires.

MyTherapyWizard runs this as a digital intake workflow: forms are sent to the client or family via secure link, completed on phone or desktop, e-signed, and attached to the client record as structured data (not scanned PDFs buried in a folder). Insurance card photos are captured on both sides; the policy fields auto-parse into the eligibility engine. Every signed consent carries a timestamp, an IP address, and a document version, so a consent collected in 2024 can be distinguished from the updated version collected this year.

If a piece of intake is missing or expired (a consent over a year old, an insurance card from a prior plan, a guardian signature never captured), the client surfaces in Needs Action before eligibility or scheduling can proceed. The rest of the lifecycle assumes this foundation is clean.

Captured
Demographics · insurance · guardian · physician · consents · intake questionnaires
Mechanics
Digital forms · e-signature · version-tracked consents · card photo capture
Feeds
Eligibility engine · auth workflow · claim header · audit bundle
Editable: re-collect, re-sign, update with audit trail
Read the intake feature page →
02Eligibility

Verify coverage before the client walks in. Or the moment plans change.

Real-time eligibility checks via ClaimMD, runnable per-client or in batch. Results return copay, coinsurance, deductible status, prior-auth requirements, and therapy-specific benefit limits as structured fields, not as a PDF your biller has to squint at.

Eligibility responses are captured as structured records and attached to the client. Any time a plan changes (new employer, new year, new payer), a fresh eligibility check is one click, and the result is diffed against what was on file. The claim engine uses the most recent verified eligibility when generating professional claims, so CPT pricing, units, and modifier rules reflect the plan that's actually in effect.

Runs
Per-client, batch, or scheduled at intake + pre-auth + renewal
Integrates with
ClaimMD real-time 270/271 transactions
Feeds
Claim pricing, auth warnings, patient-responsibility estimates
Editable: overrides captured with reason codes
Read the eligibility feature page →
03Readiness

The claim doesn't exist until the session is clinically complete.

A session has to be documented (not just scheduled, not just attended, but actually documented) before a claim can be generated. The Billing Readiness Indicator is the gate: signed note, valid CPT(s), correct units, active authorization, current eligibility, matched diagnosis pointers, required modifiers.

Everything that fails the check surfaces with the specific reason and a one-click path to fix it. No more end-of-month surprise: "we can't bill fourteen of last week's sessions because the notes aren't signed." You see the gap the day it happens, while the session is fresh and the correction is cheap.

Checks
Signed note · valid CPT · units · auth · eligibility · DX pointers · modifiers
Exception routing
Failing items appear in Needs Action with context and fix path
Prevents
Submitting claims that will bounce on front-end rejects
Editable: every failing check is a correctable field
Read the readiness feature page →
04Claim

Claims that assemble from clinical data, and stay editable.

Once readiness is green, the system builds the claim: CPT lines from session capture, modifiers from session flags, units from documented time, diagnosis pointers from the plan of care, pricing from the verified eligibility, billing provider and rendering provider from the session, place of service from the appointment.

Every line is editable. CPT, modifiers, units, DX pointer, pricing override, narrative. Edits are captured with a user, a timestamp, and, where required, a reason code. The clinical record stays the source of truth; the claim is the billing-side presentation of it, with room for the inevitable payer-specific exceptions.

Claims are reviewable in a cursor-paginated list (filter by status, payer, provider, date, or dollar threshold), and every claim opens to the same detail page with editable lines, attached session evidence, and the full audit trail.

Lines assemble from
Session capture · POC · eligibility · auth · org pricing
You can edit
CPT · modifiers · units · DX pointers · pricing · narrative
Always captured
Who edited · when · why · prior value
Editable: line-level, with audit diff
Read the claims feature page →
05Scrub

Catch the denial before it's a denial.

Before submission, every claim runs through the scrub engine: payer-specific rules, NCCI edits, modifier compatibility, units-per-day caps, duplicate-line detection, POS validation, authorization match, therapy-minutes thresholds, CPT-to-DX appropriateness.

Issues are returned as structured findings with severity (block / warn / info) and a plain-English explanation. Blocks hold the claim and route it to Needs Action. Warnings surface but don't stop submission. Everything is fixable in place: you don't leave the claim to go fix the thing the claim depends on.

Rules engine
Payer-specific · NCCI · therapy-specific caps
Severity levels
Block · warn · info, each with fix path
Reduces
Front-end rejects · back-end denials · appeal volume
Editable: fix findings inline, re-scrub, submit
06Submit

Submit via ClaimMD, with a handshake, not a hope.

MyTherapyWizard integrates directly with ClaimMD for electronic submission. Every submission produces a claim-control number, a submission timestamp, and a status that updates as the clearinghouse and payer acknowledge receipt.

Front-end rejects return in minutes. The rejected claim surfaces in Needs Action with the specific edit reason from the clearinghouse, and because the claim is still fully editable, you fix the line, re-scrub, resubmit. No voids, no duplicate claim IDs, no Saturday-morning reconciliation.

Clearinghouse
ClaimMD · 837P professional claims · real-time status
Tracking
Control number · submission time · stage transitions
Rejects
Surface as Needs Action with clearinghouse reason code
Editable: reject → fix → resubmit without voiding
07ERA

Remittances post themselves. Exceptions raise their hand.

ERAs (835s) flow in from ClaimMD and auto-match to their originating claims on control number and line identifiers. Payments, adjustments, patient-responsibility transfers, and CARC/RARC reason codes are applied to the claim record automatically.

Unmatched remits, partial payments, and denial-coded lines don't fall into a black hole: they surface in Needs Action. Every posting is reversible. If an auto-match was wrong, you can re-route it, and the reversal is audit-trailed alongside the original post.

Auto-match
By control number + service line + date
Posts
Payments · adjustments · PR transfers · CARC/RARC
Reversible
Wrong match? Re-route with reason, audit preserved
Editable: manual match, re-route, reverse
Read the ERA feature page →
08Denials & Appeals

Denials are a workflow, not a filing cabinet.

When an ERA or clearinghouse response codes a line as denied, MyTherapyWizard creates an appeal case automatically. The case carries the denial reason, the original claim, the session evidence, the auth (if any), the plan of care, and any prior correspondence.

Appeal packets generate from templates (cover letter, narrative justification, and supporting documentation pulled from the session and POC) and are editable end-to-end. Send, log, track the outcome, reopen if reversed, and roll the lesson into your scrub rules. Denial analytics aggregate across payers, codes, and providers so you can see which denials are systemic and which are one-offs.

Case assembly
Denial + claim + session + POC + auth, auto-linked
Appeal packets
Generated from templates · editable · tracked
Analytics
Denial rate by payer · code · provider · dimension
Editable: appeal text, attachments, outcome, reopen
09COB secondary

Secondary insurance: an automated handoff, not a retype.

Coordination of Benefits is often the hardest manual step in a billing workflow: the biller opens the primary EOB, copies amounts into a secondary claim, attaches the EOB, and prays the secondary payer accepts the format. MyTherapyWizard makes COB a system behavior.

When primary payment posts, the system assembles the COB secondary claim automatically. Primary paid amount, allowed amount, adjustments, and CARC/RARC codes all carry over. The secondary claim supports both COB-IN (primary and secondary same network) and COB-OON (different networks) pricing logic. Every field is editable for the edge cases payers keep inventing.

Assembles from
Primary ERA · allowed amount · CARC/RARC · adjustments
Modes
COB-IN · COB-OON · patient-responsibility transfer
Editable
Every COB field (payers require local exceptions)
Editable: full COB claim, with primary EOB attached
Read the COB feature page →
10Invoices & Superbills

Patient-side billing, from the same record.

Once insurance has paid (or hasn't), whatever remains as patient responsibility flows into an invoice. Superbills, patient statements, receipts, and payment-plan tracking all pull from the same claim record: same CPT lines, same dates, same diagnoses, same pricing.

Invoice numbers are sequenced per organization following the configured rule. Invoices are sharable via the patient portal or exportable as PDF. Payments post back to the claim. Refunds, write-offs, and adjustments are captured with a reason and a user, because patient accounting has to be audit-ready too.

Documents
Invoice · superbill · receipt · payment plan
Sharing
Patient portal · PDF export · email delivery
Accounting
Payments · refunds · write-offs (reason coded)
Editable: invoice lines, superbill content, patient adjustments
Read the invoices feature page →

The full lifecycle, in one glance.

Every stage is a live record. Every arrow is a state transition with a timestamp, a user, and a reason. Every step is editable, forward or back.

01
Intake
consents
demographics
02
Eligibility
verified
benefits
03
Readiness
session
gate
04
Claim
editable
lines
05
Scrub
pre-submit
rules
06
Submit
ClaimMD
837P
07
ERA
auto-post
reversible
08
Denials
appeal
packets
09
COB
secondary
auto-assemble
10
Invoice
patient
balance
The exception pathway

Needs Action, one queue, every exception.

Across all nine lifecycle stages, anything that needs a human shows up in the same place. Signed by a biller's eye before a problem becomes a write-off. Filterable by stage, payer, provider, dollar threshold, or age, so the high-value work gets triaged first.

Readiness
Unsigned notes & missing data
Sessions that can't bill yet. Every failure resolves back to a clinical edit.
Scrub
Pre-submit blocks
Rule findings that stopped submission, fix inline, re-scrub.
Submit
Clearinghouse rejects
Front-end rejects with ClaimMD reason codes. No voids, edit and resubmit.
ERA
Unmatched remits
Payments that didn't auto-match. Re-route with a reason; audit preserved.
Denials
Appealable lines
Denied lines with appeal packet pre-assembled. Edit, send, track outcome.
COB
Secondary ready to send
Primary has paid; secondary assembled and waiting for review.
Auth
Visits approaching limit
Authorization utilization alerts, request renewal before the gap.
Patient
Aged balances
Patient-responsibility items past threshold, send statement, payment plan, or write-off.
Why editable end-to-end

Because billing is where therapy practices lose money they earned.

Write-once billing is a defensive design. It protects the database from human error by making humans powerless to correct it. The cost of that protection is paid by your practice, every month, in claims that could have cleared the first time.

MyTherapyWizard is built on a different assumption: that the people running your billing are skilled, that payers are moving targets, and that the right answer to human error isn't to lock the record, it's to make every change traceable. Edit the CPT on a claim? The prior value, the new value, the user, and the timestamp are preserved. Reverse an ERA match? The reversal is a new event, not a silent overwrite.

That same audit spine is what makes MyTherapyWizard ready for the regulatory future therapy practices are moving into. When a payer requests an audit bundle for a visit, the system assembles it in one click: the clinical documentation, the claim as submitted, the scrub findings, the clearinghouse acknowledgment, the ERA, any appeals, the final adjudication. Everything, with provenance.

Billing isn't a separate workflow in MyTherapyWizard. It's the consequence of clinical documentation being done well, and kept honest by an audit trail that survives every correction.

You don't have to choose between "easy to fix" and "safe to audit." You can have both. That's the architecture.

See the billing lifecycle run on a real claim.

Book a 30-minute walkthrough. We'll take a session from signed note through payment posting, editable at every stage.