Skip to main content

Practice Operations

Thoracic Surgery Prior Authorization Ahead of a Surgical Date

Thoracic surgery prior authorization sets the surgical date, not the calendar. See how AI aligns each booking to the approval window right inside athenaOne.

6 min read

In a thoracic practice the surgical date is not really set by the surgeon’s block. It is set by thoracic surgery prior authorization, and by whether the approval lands before the date you already promised the patient. Your scheduler knows this. Your surgeon knows this. The scheduling template does not know it at all, which is why the two facts only meet when someone opens the chart the week before.

Authorization work in a surgical specialty has a different shape than it does in a clinic. There is one date that matters, it is expensive to move, and everything else is arranged around it. Facility time, anesthesia coverage, the patient’s family taking a week off work.

When the approval is late, none of that unwinds cleanly. The case gets pushed, the block hour goes unused, and the patient hears about it from whoever answers the phone. When the approval was never started, it is worse, because nobody finds out until the week of.

The money runs the same direction. An MGMA Stat poll found the biggest revenue cycle leaks for practices today are denials and appeals (48%), followed by front end issues (23%). Both of those are authorization problems wearing different hats, and both are decided weeks before the claim exists.

The authorization sets the date, so book against it

Most surgical schedulers work forward. Find the block, offer the date, then start the authorization and hope. Everyone involved knows the order is backwards. The tooling encourages it anyway, because the calendar is the thing on screen and the authorization is not.

athenaOne holds the other half of the picture. Authorization records live on the patient with their own status and their own validity dates, and benefit details for the plan can be read before anyone commits to a date. Reading both at booking time is the difference between offering a date and offering a date that survives.

The AI checks the authorization record and the plan’s benefit details when the case is being scheduled, then filters the open dates it will offer to the ones the approval can realistically cover. Nobody has to remember the rule, because the rule is applied before the patient hears a date.

You need two earliest-offer rules, not one

The practices that get this right run two different rules at once. A case that needs no authorization gets booked same day or next day. A case that does gets its earliest offer pushed roughly two weeks out, so the authorization team has time to submit and hear back before anyone is holding a date.

The rule keys on the procedure and the plan together, because the same operation moves at a different speed depending on the plan the patient carries. Some plan types add a review step that others do not, and a scheduler who treats them identically will be wrong about half the time.

This is where the front office and prior authorization windows in vascular surgery look alike. The automation reads the appointment type and the plan, applies the earliest-offer rule that matches the pair, and never offers the patient a date the paperwork cannot reach.

This is the failure nobody sees coming. A case gets moved, for a good reason, and the new appointment is not attached to the existing authorization. The approval is still valid and still sitting in the chart, and the case is now unlinked from it.

There is a second half to it that matters just as much. An appointment whose authorization has not come back can be pushed later without harm, but it can never be pulled earlier. So when a cancellation opens a good date and your scheduler tries to fill it with a pending case, they have created the exact problem the two-week rule existed to prevent.

The automation handles the reschedule as an authorization event rather than a calendar event. It re-checks the authorization against the new date, flags the ones that no longer line up, and refuses to pull a pending case forward into an open slot. Schedulers notice that last one within a week.

What the payer clock actually gives you

Federal rules are tightening the timeline you can plan against. Under the CMS Interoperability and Prior Authorization Final Rule, impacted payers must send prior authorization decisions within 72 hours for expedited requests and seven calendar days for standard requests, with operational provisions generally beginning January 1, 2026 and a requirement to give a specific denial reason beginning January 1, 2027.

That is a planning number, not a promise about any one case. A standard request submitted on a Tuesday has a decision window that closes the following Tuesday, which is the arithmetic your earliest-offer rule should be built on rather than on a scheduler’s sense of how long things usually take.

It also means a request that has not been submitted is the whole delay. The clock does not start when the surgeon decides to operate. It starts when somebody sends the request, and that gap is the part automation removes.

Where the authorization work hands back to staff

The AI does not decide whether a procedure is warranted or argue medical necessity. It submits status checks, reads authorization records, watches validity dates against booked dates, and calls the plan for a status when a request has gone quiet.

When a request is denied, or a plan asks for records your practice has not sent, or an authorization expires before the case can be done, that goes to your authorization coordinator with the history attached and the specific gap named. They spend their day on appeals and peer conversations instead of on hold waiting for a status somebody could have read from a record.

An MGMA Stat poll on where practices are pointing AI found prior authorization at 16% of responses, behind scheduling (31%), calls (27%), and registration and eligibility (23%). Prior authorization is the smallest slice and the most expensive one to get wrong, which is a reasonable argument for starting there rather than last.

Key Takeaways

  • Read the authorization record and the plan’s benefit details at booking time, not the week before surgery.
  • Run two earliest-offer rules: one for cases that need no authorization, one for cases that do, keyed on appointment type and plan together.
  • Treat every reschedule as an authorization event, and never pull a case with a pending authorization into an earlier open date.
  • Build your earliest-offer math on the federal decision timeframes rather than on how long approvals usually seem to take.
  • Send your authorization coordinator the denials and the record requests, and let automation own the status checks and the waiting.

Thoracic surgery runs on one date per case, and that date is only as good as the approval behind it. Check the authorization before you offer a date, split your earliest-offer rule by procedure and plan, treat reschedules as authorization events, and route the exceptions to the person who can actually argue them. The block hours stop going empty for reasons that were knowable three weeks earlier.

Sources

Ready to See It in Action?

See how PGA keeps the surgical date inside the authorization window in athenaOne

Schedule a Demo →

Written by Kevin Henrikson