Aetna contract metrics need a declared weighting method
Aetna's 84-page 2025 disclosure presents medical-service prior-authorization percentages by Medicare Advantage contract. Any multi-contract result must name its contract roster, aggregation question, compatible weight for every included value, missing-data rule, and calculation version; the PDF does not provide request counts for a volume-weighted payer total.
Editorial figure by Prior Auth Monitor. Source context: Aetna 2025 Prior Authorization Metrics.
Name the multi-contract statistic before calculating it
The direct answer is that there is no single self-defining way to combine Aetna's contract percentages. A reviewer might want an equal-contract average, a request-volume-weighted result, a member-weighted result, a distribution of contract values, or a statistic for a selected contract portfolio. Those are different estimands. The analysis should state the question first and must not label one method as an overall Aetna rate merely because the source pages share a brand and reporting year.
Create a frozen roster containing every included contract identifier, the exact measure, reporting period, medical-service scope, published value, source page, extraction status, and inclusion or exclusion reason. Record who selected the roster, the selection rule, the cutoff, and the intended comparison. A contract page omitted during extraction changes an equal-contract calculation, while an excluded contract with substantial volume could change a volume-weighted result. The roster and method are therefore part of the result, not background documentation.
Match each contract value to its compatible weight
An equal-contract mean gives every included contract one unit of influence. That can be a legitimate answer to a clearly labeled question about the average published contract value, but it is not a request-volume-weighted payer result. A request-weighted calculation requires the matching contract-level denominator for the same measure and period, so the aggregate can be rebuilt from contract numerators and denominators. Membership, premium, plan count, page count, or another convenient field is not a substitute unless the declared question calls for that specific weight.
Aetna's PDF presents contract percentages but the reviewed pages do not provide the request counts needed for that reconstruction. Rounded percentages also should not be reverse-engineered into unique counts: many numerator-denominator pairs can display the same rounded value. If compatible weights are unavailable for any included contract, publish the contract table, distribution, range, or a clearly labeled equal-contract summary instead of inventing a volume-weighted total. Keep every metric family separate because its applicable weight can differ.
Set missing-value and contract-version rules in advance
A reproducible aggregation plan should decide before calculation how to treat a contract with an unavailable, suppressed, blank, or nonapplicable value. Dropping it silently changes both the roster and the denominator of an equal-contract mean. Replacing it with zero asserts an observation the source did not report. Carry the original state, exclude only under a stated rule, and report the included-contract count alongside the result. If the missing contract also lacks a weight, the weighted statistic remains not established rather than merely incomplete by a known amount.
Contract identities and portfolios can also change between editions. Preserve the exact source version, reporting period, contract identifier, page location, retrieval time, and any documented correction. Do not join, split, rename, or roll contracts into a comparison based on brand similarity. Where a corporate or portfolio view is required, retain the crosswalk and effective dates used for that edition. Recalculate from the frozen inputs under a new version rather than overwriting an earlier result after a source replacement or roster correction.
Stress-test the aggregation against roster and weight errors
Build a controlled table from the 84-page disclosure and have a second reviewer reproduce the contract roster and one chosen calculation. Then remove one contract, duplicate one page, reorder the source, mark one value unavailable, substitute an incompatible weight, and vary rounding at the displayed precision. The pipeline should detect the duplicate and missing row, reject the mismatched weight, preserve exclusions, and produce the same versioned output when the inputs and method are unchanged. Show how an equal-contract result differs from illustrative alternative weights without presenting hypothetical weights as Aetna facts.
Aetna's official PDF supports the attributed facts about 2025 Medicare Advantage contract-level reporting for medical items and services excluding drugs and the displayed percentage measures. It does not establish an unreported request count, a complete external contract crosswalk, or a volume-weighted payer total. The disclosure is payer-reported; this review did not independently inspect the contract roster, source requests, measure denominators, calculations, correction history, or aggregation inputs. Any combined statistic described here is a buyer-side analytical design, not a metric published by Aetna.
Enterprise buyer test
Translate this change into the exact population, record type, workflow stage, decision owner, effective date, and evidence that could be affected. Ask current or prospective providers to demonstrate the named workflow with representative data and an exception—not a polished feature tour. Record what official documentation establishes, what a provider states, what the team observes, and what remains unresolved.
A defensible review also identifies the dependency outside the product. Authority interpretation, policy configuration, data quality, integrations, human judgment, approval rights, release governance, training, and retained evidence may remain customer or service responsibilities. The evaluation should preserve those boundaries instead of treating a technology claim as the complete operating model.
What we will watch next
Prior Auth Monitor will watch the named source and affected market records for later evidence that changes status, scope, availability, implementation timing, workflow consequence, or the limits of the initial report. A later announcement does not silently overwrite this dated account; the change ledger preserves the sequence.