Plain EnglishHIDALGA TECHNOLOGIES
Prior auth has enough acronyms.
Here’s what they mean.
A plain-English guide to the terms behind prior authorization, payer workflows, appeals, revenue cycle & healthcare interoperability. No translator required.
01
Prior authorization (PA)
A payer review required before certain drugs, services or procedures can be covered. Approval means the request met the payer’s requirements at that point in time. It is not a guarantee of final payment.
02
Eligibility verification
The check that confirms a patient’s insurance coverage is active for the date of service. Think: “Is this plan currently in force?”
03
Benefits verification / benefits investigation
A deeper look at what the patient’s plan covers, including benefits, expected patient responsibility & whether prior authorization or other pre-service review may be required.
04
Predetermination
A pre-service payer review used by some plans to assess whether a proposed service appears to meet coverage requirements. It may look a lot like PA, but the rules vary by payer.
05
Payer
The organization responsible for administering or paying a patient’s health benefits, such as a commercial insurer, Medicare Advantage plan or Medicaid managed-care plan.
06
Plan
The specific insurance product covering the patient. Two patients with the same parent insurer can have very different PA rules because their plans differ.
07
Payer policy / coverage criteria
The payer’s rules for when a drug, procedure or service qualifies for coverage. Criteria may include diagnosis, stage, biomarkers, prior therapies, dose, site of care or other clinical details.
08
Clinical guideline
An evidence-based recommendation for clinical care, such as an oncology treatment guideline. Guidelines inform care, but they are not the same thing as a payer’s coverage policy.
09
Medical necessity
The clinical rationale supporting why a service or treatment is appropriate for the patient under the payer’s coverage rules.
10
Step therapy / fail first
A coverage rule requiring the patient to try a preferred treatment before the payer will cover another option, unless an exception is approved.
11
Prior authorization packet
The information sent to a payer for review. It can include the order, diagnosis, clinical notes, labs, imaging, pathology, biomarkers, prior treatment history & payer-specific forms.
12
Supporting documentation
The clinical or administrative records used to show that a request meets payer requirements. Missing or unclear documentation is a common source of rework.
13
RFI / request for information
A payer request for additional information before making a decision. The clinic may need to find records, clarify documentation or provide another form before review can continue.
14
Submission
The point when the PA request is actually sent to the payer through a portal, API, clearinghouse, fax, email or another accepted channel.
15
Order-to-submission time
The time between a clinical order being placed & the PA request being sent to the payer. Useful for measuring clinic-side workflow delay.
16
Turnaround time (TAT)
The elapsed time for a defined part of the PA process. Always ask what starts & stops the clock, because “TAT” may mean submission-to-decision, order-to-approval or something else.
17
Payer response time
The time from PA submission until the payer returns a determination or other meaningful response.
18
Treatment-access time
The time from a defined starting point, such as treatment order or first oncology visit, until the patient can begin therapy. It includes more than payer review alone.
19
Determination
The payer’s decision or disposition on a request, such as approved, denied, partially approved or requiring more information.
20
Approval
A payer determination that the requested service meets the applicable authorization requirements. Approval may include limits on dates, units, dose, site or duration.
21
Authorization number
The identifier issued by a payer for an approved authorization. Clinics use it to track the approval & support downstream billing.
22
Authorization validity window
The period during which an approval is valid. Treatment outside the approved dates, units or conditions may require an update or new authorization.
23
Denial
A payer decision not to approve the request as submitted. Reasons can include missing information, coverage criteria, coding, step therapy, plan rules or other requirements.
24
Initial denial
The first negative payer decision. It is different from an ultimate denial because some cases are later approved after additional documentation, a P2P or an appeal.
25
Ultimate denial
A request that remains denied after the applicable review, reconsideration or appeal process is complete. This is not interchangeable with initial denial rate.
26
Rework
Extra work required because a request could not move forward as submitted, such as correcting information, finding documentation, responding to an RFI or changing the submission.
27
Resubmission
Sending a PA request again after correcting, adding or changing information. Repeating the same request without addressing the denial reason can create expensive loops.
28
Peer-to-peer (P2P)
A clinical discussion between the treating or ordering provider & a payer clinician about a coverage decision. A P2P may resolve a denial, but an overturn is not guaranteed.
29
Appeal
A formal request asking the payer to reconsider a denial. Appeals may include additional clinical evidence, a medical-necessity argument & documentation addressing the denial reason.
30
Letter of medical necessity
A clinician-reviewed explanation of why a requested treatment or service is medically appropriate, often submitted as part of an appeal or exception request.
31
First-pass acceptance rate
The percentage of requests that move through their first submission without needing correction or rework. Define this carefully because “accepted” does not always mean “approved.”
32
First-pass approval rate
The percentage of submitted PAs approved on the initial review without an appeal, P2P or resubmission. The denominator should always be stated.
33
Touch
A human or system action taken on a PA, such as opening a chart, attaching a document, checking a portal, calling a payer or updating a status.
34
Exception
A case that cannot follow the normal workflow & needs additional review or action, such as missing records, an unusual regimen, an off-label indication or a payer without an automated pathway.
35
SLA / service-level agreement
A defined expectation for how quickly a process or service should be completed. In PA workflows, teams may track internal targets separately from payer turnaround requirements.
36
Payer mix
The distribution of insurance plans across a practice’s patients. Payer mix matters because authorization requirements, reimbursement & workflow burden can vary substantially by plan.
37
Revenue cycle management (RCM)
The financial workflow from patient registration & coverage verification through coding, claims, payment, denials & collections.
38
Accounts receivable (A/R)
Money owed to the practice for services already delivered but not yet collected.
39
Days in A/R
A revenue-cycle measure of how long receivables remain outstanding. PA problems can contribute to downstream issues, but A/R is also affected by coding, claims, payer processing & collections.
40
A/R aging
Grouping unpaid receivables by how long they have been outstanding, commonly into buckets such as 0–30, 31–60, 61–90 & 90+ days.
41
Clean claim
A claim submitted with the information needed for processing without errors or missing elements that would cause avoidable rejection or rework.
42
EHR
Electronic health record. The clinical system where diagnoses, notes, orders, labs, imaging & treatment information are documented.
43
Practice management system (PMS)
The system commonly used for patient registration, scheduling, insurance, billing & financial information. In some oncology practices, it is the source of truth for administrative data even when the EHR holds the clinical record.
44
FHIR
Fast Healthcare Interoperability Resources, an HL7 standard for exchanging healthcare information between systems through structured resources & APIs.
45
SMART-on-FHIR
A standards-based framework that allows applications to launch securely with authorized EHR context, such as the current patient or user.
46
X12 278
A healthcare electronic data interchange transaction used for certain referral & healthcare-service review requests and responses, including authorization workflows.
47
Da Vinci PAS
The HL7 Da Vinci Prior Authorization Support implementation guide, which uses FHIR-based workflows to help exchange prior authorization information between providers & payers.
48
PHI
Protected health information. Individually identifiable health information protected under HIPAA when handled by covered entities & applicable business associates.
49
BAA
Business Associate Agreement. A HIPAA-required contract used when a business associate handles PHI on behalf of a covered entity, describing permitted uses & required safeguards.
50
Audit trail
A record of who or what accessed, changed, reviewed or transmitted information & when. Useful for security, compliance, troubleshooting & workflow analysis.
51
Human-in-the-loop
A workflow where people remain responsible for reviewing, correcting, approving or overriding AI-supported actions at defined points.
52
Source traceability
The ability to trace an extracted or generated statement back to the underlying chart, pathology report, imaging result, lab, policy or other source used to support it.
53
Root-cause analysis
Looking beyond the final denial or delay to identify where the workflow actually broke, such as missing records, payer rules, coding, provider action, submission timing or follow-up.
54
PA episode
A defined sequence of events tied to one authorization need, from order or intake through submission, payer activity, escalation & final disposition. Defining the episode clearly keeps analytics from mixing unrelated work.