← Research/Healthcare AI

Prior authorization in 2026: what the CMS rule changes and where automation actually helps

Solnix MediaMay 28, 2026 · Updated Oct 19, 202610 min read

39

prior authorizations per physician per week, per the AMA physician survey

Source: American Medical Association

Prior authorization is the step where a payer approves a service before it is delivered. Physicians report it as one of the heaviest administrative burdens in US healthcare, and federal rules now set deadlines and require standard APIs. This post explains what changed, how the HL7 Da Vinci standards fit together, and which parts of the work AI can safely take on.

HEALTHCARE · PRIOR AUTHORIZATION39prior authorizations per physician, every weekPhysician and staff time≈13 h a weekUrgent payer decisions (2026)72 hoursStandard payer decisions (2026)7 daysAMA physician survey · CMS-0057-F
01

The size of the problem

In the AMA's physician survey, practices reported an average of 39 prior authorizations per physician per week and about 13 hours of physician and staff time spent on them. 93% of physicians said prior authorization delays care [1]. The work is mostly clerical: finding the right form, locating the clinical notes that satisfy the payer's criteria and chasing status.

02

What the CMS rule changes

The CMS Interoperability and Prior Authorization Final Rule (CMS-0057-F) applies to Medicare Advantage, Medicaid, CHIP and Qualified Health Plan issuers on the federal exchanges [2]. From January 2026, impacted payers must send decisions within 72 hours for expedited requests and seven calendar days for standard ones, give a specific reason for denials and publish prior authorization metrics. By January 2027 they must offer a Prior Authorization API, along with provider and payer-to-payer data access APIs.

03

How the standards fit together

The HL7 Da Vinci project defines three implementation guides that together cover the flow inside the EHR [3][4][5]:

  • Coverage Requirements Discovery (CRD): while ordering, the EHR asks the payer whether authorization is needed and what documentation applies.
  • Documentation Templates and Rules (DTR): the payer's questionnaire is filled, as far as possible, from data already in the record.
  • Prior Authorization Support (PAS): the request is submitted and its status tracked through a FHIR interface.
04

Where AI helps

The standards move data; they do not read it. Much of the evidence a payer asks for sits in free-text notes, imaging reports and scanned letters. Language models are well suited to locating that evidence, mapping it to the payer's criteria and pre-filling the questionnaire with a citation to the source note, so a coordinator reviews a complete packet instead of building one.

On the payer side, the same capability lets a reviewer see, for each criterion, the passage that satisfies it. Requests that meet every criterion with clear evidence can be fast-tracked for approval.

05

Where a person must decide

Denials based on medical necessity are clinical decisions and should be made by qualified clinicians, with the specific reason the CMS rule now requires. An automated system that can approve but never deny on its own, and that shows its evidence, is far easier to defend than one that does both.

Sources

  1. [1]Fixing prior auth: Nearly 40 prior authorizations a week is way too many · American Medical Association
  2. [2]CMS Interoperability and Prior Authorization Final Rule (CMS-0057-F) · Centers for Medicare & Medicaid Services
  3. [3]Da Vinci Coverage Requirements Discovery (CRD) Implementation Guide · HL7
  4. [4]Da Vinci Documentation Templates and Rules (DTR) Implementation Guide · HL7
  5. [5]Da Vinci Prior Authorization Support (PAS) Implementation Guide · HL7

Found this useful?

Share the key finding on X.

Post on X

Implement this

Ready to deploy this at your organisation?

Talk to our AI team →

More from Solnix