Skip to main content
The denial queue holds adjudicated claims that were not paid in full after benefit-design reductions have been routed elsewhere. Use it both to recover payment and to identify upstream changes that prevent the same denial from recurring.

Prerequisites

  • Posting configured so denials route to the queue rather than to write-off
  • Posting configured so downgrades and limitations route to the patient ledger rather than the denial queue; see Post payments from 835s
  • A fixed root-cause taxonomy
  • Appeal deadlines recorded per payer
  • Fee schedules loaded, so underpayments surface

What doesn’t belong in the queue

Dental remittances are full of reductions that look like denials and aren’t:
  • Downgrades (alternate benefit or LEAT). The plan may pay a posterior composite at the amalgam allowance. Where the contract permits, route the difference to the patient ledger instead of appealing or automatically writing it off.
  • Frequency limits and exhausted maximums. Examples include a third cleaning in one year, a crown within the replacement window, or an annual maximum reached in October. Apply the plan terms and financial-consent policy to determine the patient balance.
If these are landing in your queue, the fix is upstream in posting configuration, not in how you work the queue. See Denials vs downgrades.

The daily loop

1

Triage new denials by CARC family

Group them, because the fix is per-family rather than per-claim:Full detail per code: Denial code playbook.
2

Prioritize by dollars, not by count

Ten 40bitewingdenialsmatterlessthanone40 bitewing denials matter less than one 900 crown denial. Sort the queue by amount, descending, within age bands.
3

Decide: correct or appeal

A missing-attachment issue sits between the two because the claim data may be correct but incomplete. Respond through the payer’s designated channel, often by sending the attachment through the clearinghouse service and placing its reference number on the resubmission. A formal appeal may not be necessary.
4

Tag the root cause from a fixed taxonomy

Eligibility · Preauthorization · Attachment missing · Coding / tooth data · Documentation · Credentialing · Timely filing · COB · Demographic error · Payer error · Benefit design.Free-text root causes are useless in aggregate, which defeats the entire point of tagging. Use a closed list.
5

Enforce the aging rule

No denial sits untouched longer than 14 days. Appeal windows are short, and a denial nobody has looked at is a denial you are about to lose.Make the age of the oldest untouched denial a tracked metric.
6

Close the prevention loop weekly

Rank root causes by dollars. Change one upstream control per week. Verify next week that the cause dropped.Change the workflow when a denial recurs. If crowns keep denying for missing x-rays, use a scrubber or PMS edit to attach the image to the initial claim. If Medicaid claims keep denying for missing preauthorization, add the check to scheduling. See Build the billing rhythm.

What not to write off

Do not bill a CO denial to the patient. Group code CO identifies a contractual obligation. CO-197 for missing preauthorization is a common dental example. Billing the patient may breach the participation agreement and, on Medicaid claims, generally violates program rules.And do not write off a denial before assessing appeal rights. A write-off is a decision to abandon the money, and it should be a deliberate one with a root-cause tag, not a default.

Underpayments belong here too

An underpayment can be easy to miss because the payer sends money and closes the claim. Load contracted fee schedules so posting can flag allowed amounts below the expected rate. Underpayments often follow a pattern. An incorrectly loaded fee schedule may affect every instance of the same code, while a leased-network arrangement may reprice a broader group of claims. Aggregate similar claims before disputing them. A single $$12 difference may not justify a call, but two hundred matching differences support a formal configuration review and request for retroactive correction. See Underpayments and contracts and Network leasing.

Metrics for the queue

That last one is the real signal. If the same root cause tops the list for three months, your prevention loop isn’t working.

Verify it worked

  • Downgrades and limitations routed to the patient ledger, never to the queue
  • Denials route to the queue, not to auto-write-off
  • Triaged by CARC family, prioritized by dollars
  • Fixed root-cause taxonomy in use
  • Nothing untouched over 14 days
  • Corrected claims use frequency codes and reference the original
  • CO-denials never billed to patients
  • Underpayments flagged and aggregated
  • One upstream control changed per week, and verified

Common failure modes

Last modified on August 21, 2026