Reading a Denial: Is It Fixable or Structural?
A denial isn't a dead end, but treating every denial the same way wastes time and can be discouraging for no reason. Before you resubmit anything, figure out which category the denial falls into. That determines what to actually do next.
The two types of denial
Fixable denials happen because something about the claim itself was incomplete or incorrect. Correct it, resubmit, and there's a real chance it pays.
Structural denials happen because of something about the patient's coverage or your network status — not because of anything wrong with the claim. Resubmitting the exact same claim, even with perfect documentation, won't change the outcome. These need a different response entirely, not a resubmission.
Mixing these up is the single most common source of wasted effort and frustration in medical billing. Diagnosing which bucket you're in is the first thing to do with every denial, before deciding on a next step.
Fixable denials: what to look for
| Denial reason | What it usually means | What to do |
|---|---|---|
| Incorrect or incomplete prior authorization, caught before the visit | The procedure requires a prior auth and one hasn't been obtained yet, or was submitted with errors | Submit or correct the prior auth before the procedure happens, then proceed |
| Missing prior authorization, discovered after the procedure was already performed | Prior auth wasn't obtained in time, and the service has already been rendered | Usually not fixable by resubmitting. Most payers won't accept a retroactive prior auth. Check whether the payer has a specific retro-authorization exception process (uncommon outside emergencies or certain Medicaid plans); otherwise this typically becomes the patient's responsibility |
| Incorrect or mismatched code | Wrong CPT/HCPCS/ICD-10 code, or codes that don't logically support each other | Correct the coding, resubmit |
| Insufficient documentation | The medical necessity wasn't clearly established in the notes sent with the claim | Add supporting documentation (this is where a full visit transcript is a real advantage), resubmit |
| Missing patient or provider information | NPI, member ID, or demographic info incomplete or mismatched | Correct the info, resubmit |
| Timely filing | Claim was submitted after the payer's filing deadline | Usually not fixable once past the window; check the specific payer's appeal process |
These are worth resubmitting, and they're also the ones worth tracking closely early on, since they usually point to a workflow gap (a code being used incorrectly, a step being skipped) that's worth fixing at the process level, not just the claim level.
Structural denials: what to look for
| Denial reason | What it usually means | What to do |
|---|---|---|
| Out-of-network, no OON benefit on the plan | Patient has an HMO/EPO and you're out-of-network with that payer | File a network gap exception before resubmitting anything — plain resubmission won't help |
| Applied to deductible | This isn't actually a denial. Insurance processed the claim correctly and is applying the allowed amount to the patient's deductible | No action needed. This is an expected, valid outcome, not a problem to fix. See Deductibles, Coinsurance & Out-of-Pocket Max |
| Service not covered under the plan | The patient's specific policy excludes the procedure entirely | Not fixable through resubmission. Patient is responsible for the full fee |
| In-network provider available nearby | Payer determined a comparable in-network provider exists — a common reason a gap exception request gets denied | Can appeal with a stronger case for why that provider isn't a real alternative (wait times, doesn't offer this specific service, distance), but often not fixable |
None of these mean anything went wrong with how the claim was submitted. They're a reflection of the patient's coverage and your network status — both of which should ideally be known before the claim goes out (see In-Network vs. Out-of-Network), not discovered after a denial.
A special note on prior authorization timing
Prior authorization has to happen before the procedure, not after. If a claim comes back denied for missing prior auth and the visit has already occurred, resubmitting the same claim generally won't fix it — most payers don't accept retroactive prior auth requests outside of true emergencies or specific plan exceptions. This is why prior auth status should be checked and resolved before the appointment for any procedure that requires it, not treated as something to clean up after a denial. See Prior Authorization Basics for more.
The one question to ask before doing anything else
"Is this denial about how we submitted the claim, or about the patient's coverage?"
If it's about submission, fix it and resubmit. If it's about coverage, the fix (if there is one) is a gap exception request or a conversation with the patient, not a resubmission.
Why this distinction matters for how a denial feels
Chasing a structural denial by tweaking and resubmitting the same claim repeatedly is what makes billing feel discouraging — you're working hard for an outcome that was never going to change. Recognizing a structural denial immediately, explaining why to the patient and practice, and moving on (or filing a gap exception if appropriate) keeps the process feeling productive instead of frustrating. A correctly diagnosed structural denial isn't a failure. It's the system working the way it's supposed to.