Denial category

Missing prior authorization

The reviewing plan says it did not find an advance-approval record that matched the submitted date or service.

What this denial means

A missing-prior-authorization denial means the plan reviewing the claim expected an approval record that matched the submitted service, but did not find one that fit. The missing piece may be no authorization on file, or it may be an authorization whose dates, service scope, provider, or approved units do not line up with the claim. The category describes a mismatch between the claim and the approval record the plan says applies.

Prior authorization is not a universal requirement for every service or every plan. Whether it applies is a question for the specific plan and current official documentation. That is why the denial message should not be turned into a broad rule such as every service needs approval. The educational task is narrower: understand what evidence distinguishes an authorization pattern from a different denial category.

An authorization number is only one field in that evidence. An approval record usually represents a defined scope rather than an unlimited permission. The claim has its own date, service description, provider, and units. Reading the two records side by side shows whether they appear to describe the same event, without assuming what any real payer should accept.

The common beginner mistake

Assuming an auth number covers everything, and forever.

The common beginner mistake is seeing an authorization number in the chart and stopping there. A number can feel like proof that the requirement was handled, but the rest of the record may refer to a different date range, service, provider, or quantity. The presence of a number and a matching authorization are not always the same thing.

A second mistake is treating the message as a judgment about the care itself. Authorization and medical necessity can overlap in a plan's process, but they are not identical denial patterns. A message about approval not being on file points toward an administrative approval record. A message about clinical criteria points toward medical necessity. The wording and supporting fields help keep those ideas separate.

How to spot it on a claim or EOB

Check the authorization status, then compare the auth's effective dates and approved units against the date of service and the service billed.

Begin with the authorization status shown in the claim record. Then compare its effective dates with the date of service. If units or visits are stated in the synthetic record, compare the approved scope with what appears on the claim. If the approval names a service or provider, check whether those details match too. The goal is to find one coherent evidence chain rather than relying on a single field.

On the EOB or remittance, look for plain-English wording that says advance approval was required, approval was not on file, or the submitted service fell outside the approval shown. Do not import a standardized denial-code list into the exercise. The category can be recognized from the ordinary wording and the related claim fields without reproducing proprietary code-set text.

Other patterns can look similar at first. A service date after coverage ended points toward eligibility. A message that the provider was not enrolled or in network points toward credentialing. A message that clinical criteria were not met points toward medical necessity. Authorization evidence is strongest when the message and the approval record both focus on whether advance approval matched this claim.

Synthetic illustrative example

Fictional claim · SIM-CLM-1002

Synthetic example: an approval that does not match

Synthetic claim SIM-CLM-1002 shows a therapy session and an authorization number in the fictional practice record. The synthetic approval details, however, end before the claim's date of service. The EOB says that prior approval was not on file for the submitted date. The number exists, but its date range and the claim do not tell the same story.

The member is shown as active, and the provider record is shown as in network, so those fields do not support an eligibility or credentialing category in this example. The strongest cues are the date-specific approval message and the expired date range. This invented case teaches recognition only; it does not say whether a later review is available or what any real plan would decide.

All approval details and claim records in the example are synthetic. They illustrate how scope and dates can be compared without asserting an authorization requirement for a real service.

Detection cues in this example

  • An authorization number appears, but its effective dates do not include the service date.
  • The message specifically refers to advance approval for that date.
  • The synthetic eligibility and provider fields do not show a competing cause.
  • No conclusion is drawn about a real plan's authorization rules or review options.

Keep the category in context

The key reading habit is to treat authorization as a scoped record. A number, a date range, a service, a provider, and any unit information must be read together before the category is clear. That keeps you focused on the evidence instead of assuming that approval either covers everything or covers nothing.

This page is educational, not billing, legal, or compliance advice. Authorization requirements and processes vary and change. Verify anything you act on with current official sources and the applicable payer's own documentation.

Official sources for the underlying concepts

These federal resources explain general coverage and EOB concepts. They do not state the rule for your claim or your payer.

Content last reviewed: August 2026. Billing rules change — verify anything you act on against current official sources and your own payer documents.