More Than Billing: A Framework for Fixing Your CRT Revenue Cycle

Every CRT organization has a workflow. The question is whether that workflow lives inside your system, or inside people's heads, email inboxes, and a spreadsheet one person built six years ago that now has 14 tabs.

CRT orders aren't simple transactions. A single order touches a referral, an ATP, a therapist, a physician, an authorization team, a purchasing team, a delivery tech, and a billing team, plus quotes, evaluations, LMNs, and prior auths.

Most traditional DME-oriented systems weren't built for that level of coordination, so teams end up adapting their workflow around the software instead of the other way around. When the workflow doesn't reflect what ATPs and field staff actually do day to day, documentation becomes one of the biggest bottlenecks in the business, and nobody has a trusted view of where an order actually stands.

That's not a sign your team isn't working hard. It usually means the opposite: the team is working hard, but the work is fragmented and the system isn't supporting them. That fragmentation is where both time and revenue start to disappear.

Recent industry studies put claim denial rates at roughly 1 in 10, and more than half of organizations surveyed said denials are increasing. CRT carries extra exposure because its claims tend to be high dollar value, documentation-heavy, and highly dependent on payer-specific requirements.

The national average isn't the number that matters, though. Your denial rate, your adjustment rate, and your days from referral to authorization are what matter, because they're based on your business. The real question isn't “how bad are denials industry-wide,” it's “where does the problem begin inside our own process?” A denial that shows up on a claim today may have been created three months earlier. Recent research keeps pointing to the same root causes: missing information, authorization problems, coding issues, and front-end data accuracy.

The billing team is a final checkpoint, not the quality control department for the whole company. You can't bill your way out of a missing evaluation, an incomplete LMN, or an authorization that was never obtained. Revenue optimization begins the moment a referral enters the business, not when a claim goes out the door.

Josh breaks the CRT life cycle into five stages, each one a lever on whether claims get paid clean and on time:

1. Intake – Receiving the referral, confirming eligibility, identifying the payer, and routing documentation. Most platforms offer little visibility into whether everything is clean and ready to go at this stage.
2. Documentation – LMNs, physician notes, and evaluations. Much of this may not even sit within your team's direct control, but there are ways to bring it in-house and make the process easier for therapists.
3. Workflow – The connectivity across the entire order: who owns the next step, what's being waited on, how long it's been sitting, and whether anyone knows it's stalled. A status is only useful if it's paired with a clear next action.
4. Billing – Codes, modifiers, authorization alignment, claim splitting, capped rentals, secondary crossover, and delivery documentation, all rolled into making sure the claim is clean before it goes out.
5. Reporting – What was billed, what was paid, what was adjusted, and what's still sitting in AR.

The mindset shift: billing isn't one job, it's all five of these levers working together. You don't need to find one enormous broken process. Small improvements across all five stages compound, and you'll see it on every order moving forward.

Most CRT businesses already track sales, payments, and AR closely. Adjustments are the metric that gets less attention, but they shed the most light on where a process is actually broken. Not every adjustment is bad (contractual adjustments tied to a usual-and-customary rate are expected), but most businesses aren't segmenting adjustments in a way that turns them into a front-end fix.

Two lenses matter here: total dollars and frequency. One large denial can create an immediate financial hit. Fifty smaller denials usually reveal a bigger process problem. The recommendation is to review denials by payer on a regular cadence, track which HCPCS codes get denied most, which payer and device type they're tied to, and where the adjustment actually originated. A weekly review gives you time to act on a trend. Monthly reporting mostly tells you what already happened.

If there's one thing worth changing across the industry, it's treating denial management and denial prevention as the same activity. Denial management happens after the payer says no: appeals, corrections, follow-ups. Denial prevention happens before the device or chair ever leaves the building. You still need a strong denial management process, but the clearinghouse should never be where you first discover an internal process failed.

Four levers drive prevention:

1. Payer-specific documentation – Don't rely on someone remembering what every payer wants. Build rental vs. purchase rules, repair documentation, replacement requirements, and authorization steps directly into your process.
2. Pre-submission validation – Catch errors before they go out, ideally at the point a quote or code is entered, not after a biller flags a missing authorization later.
3. Proactive coding and payer rules alerts – Systems that can surface payer-specific requirements to staff before a claim goes out reduce reliance on tribal knowledge.
4. Closed-loop claim statuses – Rejected and denied claims shouldn't disappear. Someone needs to own the follow-up, with built-in alerts (for example, two or seven days after billing depending on the payer) to confirm a claim actually reached the payer.
   

Every CRT operation, regardless of what software it runs on, needs these four things in place:

1. Visibility – Can you identify where an order stands, what it's waiting on, and who owns the next action? A dashboard is only valuable if it changes and someone is expected to act on it. Static reports work if teams actually run them daily; real-time dashboards help you catch trends (payers slowing down, denials increasing, average time from referral to authorization to delivery to payment) before they hit cash flow.
2. Standardization – A reliable playbook, not a replacement for staff judgment. It removes dependence on memory and makes the process repeatable across the team.
3. Continuity – Does information move with the order, or does each department re-enter it? Referral information, ATP documentation, authorization details, and delivery information should stay connected end to end, reducing rework.
4. Accuracy – Guardrails that catch common issues before they become expensive ones: alerts, rules engines, and clear expectations for what each payer requires. As Josh put it, automation without a standardized process just creates faster chaos. Technology can make a defined process stronger, but it can't rescue a process nobody has actually defined.
   

Most CRT practices aren't running on one system. They're combining a DME-oriented platform (sometimes adapted for CRT), a legacy desktop tool, and spreadsheets built to patch the gaps.

That's not a knock on any single tool. The problem shows up when a team has to leave the core platform to actually run the business: ATPs who can't work easily from the field build side processes, WIP that doesn't reflect the real order lifecycle gets tracked in a spreadsheet, disconnected documentation turns into email chains, and reporting that only shows totals hides where profitability is actually being lost.

Nymbl was built as a cloud-based platform purpose-built for CRT and mobility providers, shaped through direct work with CRT providers, ATPs, billing and operations teams, and partners like U.S. Rehab. A few things that come out of that:

• Real-time, end-to-end visibility with true WIP tracking, so an order moves through defined handoffs instead of just going in and out the door.
• Profitability visibility before delivery – upload a quote and Nymbl pulls the line items and HCPCS codes to show expected margin on that device and payer combination.
• Field access from anywhere for ATPs working from a tablet or phone.
• AI-assisted intake and documentation, including OCR fax intake that auto-populates a referral instead of requiring manual entry, and an AI-assisted LMN builder that helps therapists turn a completed evaluation into a supplemental LMN faster.
• Pre-submission billing validation integrated with Waystar's clearinghouse engine, built to catch clearinghouse-level denials before a claim goes out (payer-specific coverage denials still require payer-level rules, but this closes a meaningful gap).
• Connected RCM services, from a US-based team that can fill in gaps on specific payers, handle hybrid support alongside an existing billing team, or run full-cycle RCM for groups that want to outsource billing entirely.

None of this requires switching to Nymbl to be useful. The same principles apply on any platform that lets you connect the dots cleanly across intake, documentation, workflow, billing, and reporting.

1. Start tracking denials and adjustments weekly. Use that data with your team to find the front-end fix before it becomes a recurring back-end problem.
2. Audit your top three referral sources. Check what you're actually getting paid against your expected allowable, and update your fee schedule if you're consistently seeing a gap. Accurate fee schedules mean accurate AR, not guesswork.
3. Turn what you learn into one workflow fix. Take what shows up in your denials and your referral audit, and use it to build a simple, repeatable process: less duplicate entry, better continuity of patient information, and a clear path from “we keep seeing this denial” to “here's the workflow that prevents it.”
   

Want to see more? Watch the full webinar recording, or schedule a personalized demo to explore how Nymbl can support your CRT workflows.