POD BONUS PROGRAM
Goal Model — All channels
POD Goals
Client Data
Review & Approve
Admin: Rules ADMIN
Admin: Model vs Baseline ADMIN
AR goal = each POD's July AR balance × the recovery ladder — Current 95 · 30d 85 · 60d 73 · 90d 55 · 120+ 25% — then × 25% collectable (fee-schedule inflation: billed AR is charge-dollars, ~25% actually collects), spread over the AR-amortization months. Ladder is a sourced industry curve (CLLA / commercial-collection surveys); tune it in Admin: Rules.
| POD | Clients | Current /mo |
Volume Goal | AR $ /mo | Sum Goal |
Bonus tiers — % lift over current collections to earn each |
|---|
| 90% of payments → 5% | hit payments goal → 10% | payments + AR goal → 15% |
|---|
Growth scale: ≤25% easy26–50%51–85%>85% steep
Backup data store — the raw inputs behind every goal. Click any client to expand the full monthly detail: charges & claims, net payments by network type, insurance / patient / unapplied / refunds / net, and AR aging buckets — each across Apr–Jul. The source-of-record the model reads; refreshed each monthly upload.
| Client | POD | Charges /mo | Net Payments /mo | AR balance | AR recover $ |
|---|
Approval workflow — Management proposes each pod's goal → the pod's RCM reviews and Approves or Denies with a comment → Management sees the verdict and locks the final. (Local demo persists in this browser; wired to the shared record at deploy.)
Admin only — Model vs Baseline. "Baseline" = goal if we just used the plain 4-month rolling payment average (no swing, no AR). "Model" = our Sum Goal (swing-adjusted volume + AR recovery). The delta is the pressure the engine adds. Fills in as OON & IDR channels come online.
| POD | Clients | Baseline (4-mo avg) | Model Sum Goal | Δ $ | Δ % |
|---|
Bonus