PRIOR AUTHMONITOR

Follow the rules. Understand the workflow. Protect access to care.

Newsroom

Authorization, utilization, and care-access intelligence

Reporting on federal rules, payer operations, clinical-review models, transaction standards, and the systems moving authorization work between organizations.

Accreditation Scope

NCQA and URAC utilization-management scopes differ

NCQA publicly describes an organization-level framework for fair, timely utilization decisions using objective, evidence-based criteria. URAC publicly describes five functional modules and U.S. eligibility conditions. Program fit begins with the legal entity and functions performed, then requires the current licensed standards and official accreditation record.

DMEPOS affirmations need item-to-claim reconciliation

CMS describes a provisional affirmation as a preliminary finding for a future claim, with item-specific validity, delivery after the decision, and a 14-byte unique tracking number on the claim. Suppliers need one reviewable chain from the authorized item and decision through what was furnished, what was billed, the contractor result, and any correction or resubmission.

DrFirst auto-answered PA questions need source-and-edit lineage

DrFirst describes electronic prior-authorization workflows that can answer payer questions from available clinical information. Each proposed answer still needs a traceable source, question version, clinician edit history, submitted value, and payer response before it can support an accountable authorization record.

Latitude triage priority is not expedited-review status

Latitude Health describes configurable triage rules and AI-powered prioritization for utilization-management intake. A queue priority can direct work, but an expedited-review status needs its own request-specific facts, governing rule, received time, authorized determination, clock, notice, and reclassification history.

Cigna state prior-auth disclosures need scope before rates

Cigna Healthcare’s disclosures index links annual prior-authorization statistics by state and reporting year, including 2025 reports for Illinois and Indiana. A team comparing those files needs the named operating entity, state, product, year, service type, numerator, and denominator before converting a disclosure into a plan-wide performance claim.

AMA prior-auth surveys need population-and-question lineage

The American Medical Association's research page points to physician survey data, qualitative work, and council reports about prior-authorization burden, delays, costs, and workflow disruption. Those materials can identify important experience and reform questions, but a survey percentage is not a payer performance rate or patient-level causal result unless its sampled population, field period, question wording, denominator, weighting, and uncertainty remain visible.

Smile CQL decisions need policy-to-runtime traceability

Smile Digital Health says OmniCompli CMS Suite+ uses a unified FHIR and CQL foundation for centralized rule governance and deterministic prior-authorization adjudication. Executable logic can make decisions consistent, but only if each runtime result remains tied to the controlling policy, translated artifact, deployment, request facts, and accountable exception path.

Rhyme gold carding needs versioned exemption eligibility

Rhyme says its data and tools help payers and providers remove selected prior authorizations at the point of care through gold carding. An exemption can reduce work only if the workflow preserves which provider, payer, plan, service, location, and date qualified—and when the exemption no longer applies.

Surescripts ePA impact figures need separate cohorts

Surescripts reports network-wide growth in electronic prior authorizations and a narrower Fairview/Cleveland Clinic-to-Optum Rx automation comparison. Buyers should preserve those populations, periods, definitions, and missing denominators before interpreting abandonment, denial, or appeal percentages.

Cencora covered alternatives need a prescription-change receipt

Cencora says its real-time prescription-benefit capability can surface patient-specific cost and covered alternatives before a prescription leaves the workflow. An alternative display is useful evidence for a conversation, but it is not the clinician's order, the patient's choice, a benefit guarantee, or a prior-authorization determination.

Janus post-service authorization needs scope evidence

Janus Health says its prior-authorization workflow can submit authorization for rendered services that were not included in an original approval. That post-service submission must retain the original decision, actual service, added scope, payer response, and claim relationship without implying retroactive approval, coverage, or payment.

Experian payer rules need effective-time receipts

Experian Health says its authorization knowledgebase dynamically updates national payer requirements and can receive local or community rules from clients. A current requirement lookup still needs a dated rule snapshot, patient-and-service inputs, payer context, override history, and downstream response to explain what the workflow decided at a particular time.

Case Health outreach logs need document-receipt reconciliation

Case Health says its provider-outreach agent can request missing clinical documentation and log attempts with summaries, timestamps, and requested items. An outreach record can support follow-up, but it is not evidence that the right document was received, matched, complete, authorized, or ready for review.

ZeOmega multi-service reviews need service-level decision records

ZeOmega says Jiva supports authorization intake through multiple methods, rule-based auto-adjudication, concurrent and medical-director review, and a multi-services review. A grouped case should still preserve each service, policy, clinical record, reviewer, reason, timing, determination, condition, and downstream notice as its own accountable decision.

CoverMyMeds ePA needs prescription-to-request identity

CoverMyMeds describes electronic prior authorization across the medication-access journey from prescribing to the pharmacy counter. Operators still need one versioned link among the prescription, pharmacy claim response, authorization request, supporting information, payer determination, and dispense event.

Aetna contract metrics need a declared weighting method

Aetna's 84-page 2025 disclosure presents medical-service prior-authorization percentages by Medicare Advantage contract. Any multi-contract result must name its contract roster, aggregation question, compatible weight for every included value, missing-data rule, and calculation version; the PDF does not provide request counts for a volume-weighted payer total.

UHC requirement files need plan-and-date version control

UnitedHealthcare publishes plan-specific advance-notification and prior-authorization resources and directs professionals to check by member in its portal for the most accurate response and a Decision ID. Operations teams need to preserve which plan, service, effective-date file, and member-specific result governed each request.

CMS: A CRD check does not start the decision clock

CMS's current Prior Authorization API FAQ says a Coverage Requirements Discovery response can identify whether prior authorization is required and what documentation is needed, but does not itself submit the request or start the payer's decision timeframe. Operators need separate discovery, submission-receipt, information-request, determination, notice, and appeal events.

HealthHelp multi-channel intake needs one request identity and duplicate controls

HealthHelp describes utilization-management intake through a portal, fax, phone, and electronic connectivity. Channel choice can reduce friction, but the operating record must still reconcile every artifact to one scoped authorization request, preserve corrections and supplements, and prevent duplicate or silently merged determinations.

HELIOSum needs separate states for authorization, appeal, and grievance

VirtualHealth presents HELIOSum as supporting prior authorization, utilization management, medical-necessity review, grievances and appeals, configurable routing, and care-management workflows. A shared platform can carry evidence across the lifecycle, but it should not let an authorization status stand in for the separately governed review, appeal, and grievance records that follow.

An MCG review record needs dated clinical-fact and criteria provenance

MCG says CareWebQI gives payer reviewers access to regularly updated care guidelines and a workflow for saving member-specific clinical decision documentation. A saved review remains defensible only when it preserves which clinical facts and guideline version the reviewer actually used at that point in the episode.

An Evolent specialty authorization needs a contract-specific decision-authority record

Evolent presents specialty care-management programs that can combine clinical pathways, prior authorization, provider engagement, peer review, analytics, and value-based models. When a plan delegates review activity, the case record still needs to identify which organization and qualified reviewer held authority for the particular specialty, benefit, member, request, and decision date.

An Infinx approval package needs scheduled-service reconciliation

Infinx describes prior-authorization workflows that obtain approvals and send an approval package back to the electronic medical record. That handoff can reduce manual retrieval, but the organization still needs to prove that the authorization matches the patient, benefit, service, units, dates, provider, facility, and schedule that will actually be used.

CMS prior-auth API readiness is not end-to-end request readiness

CMS says certain regulated payers must implement and maintain prior-authorization APIs beginning January 1, 2027, and its provider guidance emphasizes roadmaps, modules, testing, training, and pilots. An available interface is an important milestone, but it does not prove that a real request can travel from order to determination without losing evidence, status, or accountability.

Anterior's reasoning log is not the payer determination

Anterior describes modular AI for clinical workflows, utilization-management tasks, immutable audit and AI reasoning logs, and human-in-the-loop collaboration. Those records can support review, but the payer determination still needs the applicable request, policy, evidence, authorized reviewer, scope, reason, and notice.

GuidingCare needs three records for three stages of utilization review

HealthEdge describes GuidingCare as supporting the authorization lifecycle and identifies prospective, concurrent, and retrospective utilization review as distinct assessments. A shared workflow can connect them, but it should not collapse their timing, evidence, authority, or effect into one status.

Carelon manages specialty review—but its provider portal does not define the member benefit

Carelon's provider page directs specialty and post-acute care providers to portals where they can submit prior-authorization cases or check case status and links to clinical guidelines and plan-specific contact paths. That workflow can carry a request, but the portal does not independently define the member's applicable benefit, exclusions, effective coverage, or final payment terms.

Cohere connects utilization management and payment integrity—but authorization is not a claim decision

Cohere Health presents payer clinical operations spanning prior authorization, utilization management, appeals, care, quality, and claims-related work. Connecting those records can reduce blind handoffs, but a prior-authorization result does not by itself determine eligibility, coding, contract terms, payment policy, or final claim disposition.

Cotiviti completed its Edifecs acquisition—but a combined company is not a migrated prior-auth workflow

Cotiviti's official record says it completed the acquisition of Edifecs in March 2025, and current Edifecs product paths now point into Cotiviti's web estate. Buyers should update ownership and support records without assuming that a licensed gateway, interface, configuration, contract, or production workflow changed in the same way.

Waystar's authorization-required check and the payer decision are separate records

Waystar documents tools that analyze order data to determine whether authorization is required, initiate and attach requests, retrieve status, and support real-time approval workflows. A provider-side requirement result or retrieved status still needs the named payer or authorized delegate, benefit, service, effective policy, request identifier, evidence, and final determination behind it.

InterQual criteria support medical review—they do not define every payer policy

Optum documents evidence-based InterQual content across medical and behavioral health and separate delivery technologies for review. A licensed criterion remains one review input; the payer's benefit, policy, population, exception, and decision authority still need their own record.

Redox prior-auth submission is not universal payer access

Redox documents a FHIR API action for submitting service and medication authorization requests, but the connection must support a digital workflow and responses may be synchronous or asynchronous. An available action is not proof that every payer or request path is reachable.

Humana's zero-day median is not a same-day prior-authorization guarantee

Humana's 2025 report for Medicare Advantage contract H4461 shows a zero-day median alongside a one-day mean for standard requests and a zero-hour median alongside a five-hour mean for expedited requests. A median describes the middle observation—not every case or a service commitment.

X12 278 standardizes a service-review exchange—not claim payment

X12's 278 request-and-response transaction carries health-care-services review information between operating parties. It does not decide eligibility, benefits, medical necessity, final claim adjudication, or payment by itself.

Cigna separates referrals, predeterminations, and precertification

Cigna's provider page assigns different purposes, requirements, channels, and decision limits to three related workflows. Treating them as one authorization status loses the payer and provider responsibilities that control the request.

HL7 PAS makes the FHIR-to-X12 boundary explicit

The current Da Vinci guide defines a FHIR prior-authorization request and response workflow while preserving the separate X12 mapping, licensing, and regulatory boundary that implementers still have to govern.

HL7 DTR makes clinical documentation a versioned workflow

The Da Vinci guide uses computable questionnaires, rules, and EHR context to gather payer-requested documentation, but publication of the guide does not prove that a payer connection or decision works in production.

CMS-0057-F makes denial reasons operating data

CMS requires impacted payers to provide a specific reason for denied prior-authorization decisions beginning in 2026, while the API provisions add structured status exchange in 2027. The reason must survive the workflow, not appear only in a final notice.

HL7 publishes coordinated 2026 updates to CRD, DTR, and PAS

The three Da Vinci implementation guides define connected but distinct stages for discovering requirements, assembling documentation, and exchanging authorization requests and responses.