Payer performance

Why the same payer may perform differently across facilities

Investigate process, service mix, submission patterns and local operations before assuming the payer is the only cause.

The same payer can appear to perform differently across locations because the underlying claim mix, service mix, submission quality, authorization processes, staffing and local follow-up practices are different. Comparisons should preserve this context before the payer is treated as the sole cause.

Why this question matters

The same payer can appear to perform differently across locations because the underlying claim mix, service mix, submission quality, authorization processes, staffing and local follow-up practices are different. Comparisons should preserve this context before the payer is treated as the sole cause.

Payer analysis should separate measurable payer behavior from differences created by local process, service mix or data definitions. Useful comparisons preserve context and lead to specific operational or contracting questions.

Payer performance is multidimensional

A payer can pay quickly on most claims but create a high-value denial problem in one service line. Another payer may have low denial frequency but slow adjudication. A useful payer view combines timing, denial, A/R, payment and workflow evidence.

Core payer dimensions

DimensionWhat to examine
Payment timingDays from submission or acceptance to adjudication/payment.
DenialsRate, financial value, reasons and ageing.
A/RAge distribution and concentration of older balances.
Payment varianceExpected versus actual reimbursement and unexplained differences.
Response behaviorNo-response claims, requests for information and repeated follow-up.
AppealsVolume, age, overturn outcomes and recovered value.

Control for mix before comparing payers

Payer populations can differ by product, service line, patient population and contract structure. Comparative analysis should preserve that context so a difference is investigated rather than automatically interpreted as poor payer performance.

Separate payer delay from internal delay

  • Was the claim submitted promptly?
  • Was the claim accepted by the payer?
  • Did the payer request information?
  • Did internal follow-up occur on time?
  • Was an appeal delayed internally?
  • Was payment received but not posted?

Use payer patterns to drive action

A recurring payer issue may require a dedicated follow-up strategy, escalation, contract review, workflow rule or data-quality correction. The analysis should identify both the affected claim population and the team capable of changing the outcome.

A practical investigation sequence

  1. 01

    Define the payer population and reporting period.

  2. 02

    Measure payment timing, denials, A/R, variance, appeals and follow-up burden.

  3. 03

    Segment by facility, service line or product where relevant.

  4. 04

    Separate payer-caused delay from internal process delay.

  5. 05

    Identify recurring patterns and material exceptions.

  6. 06

    Agree on payer-facing and internal actions, owners and follow-up measures.

Questions to ask next

  • What payer behavior is measurable?
  • How much of the issue is internal process rather than payer behavior?
  • Which services or facilities are concentrated?
  • Is the pattern persistent?
  • What action should be taken with the payer or internally?

A practical example

For example, Payer A may adjudicate claims in 14 days but generate frequent documentation denials, while Payer B pays in 24 days with fewer denials and less follow-up. A single “days to payment” ranking would favor Payer A even though the operational burden may be higher. A multi-dimensional view gives management a more useful picture.

Key takeaways

What to remember

  • Payer performance is multi-dimensional and should not be reduced to one metric.
  • Internal process differences must be separated from payer-caused delay before conclusions are drawn.
  • Useful payer analysis should lead to specific internal or payer-facing actions.
Use the guide as a starting point.

Revenue-cycle conclusions should be tested against the organization’s actual contracts, payer rules, source data, workflows and financial records. The objective is to investigate consistently and preserve the evidence behind the conclusion.

From learning to investigation

Use the question against your own revenue-cycle evidence.

The guide explains what to examine. CRIS is designed to connect the same question to governed source information, operational context, accountable work and evidence.

See How CRIS WorksContinue reading insights →