BRIT Accuracy
A second scoring pass runs after all rate sources — Benchmarks, Raw, Imputations, and Transformations — are merged into one wide table per ROID. Each provider/rate type gets its own accuracy SQL with type-specific outlier bounds and scoring logic.
Why a Second Pass?
Raw accuracy scores all payer and hospital rate columns immediately after combined_raw is built — before imputations or benchmarks exist. BRIT accuracy re-scores everything after combined_brit merges all four layers, so imputation columns get scored for the first time, and previously scored raw columns can be re-evaluated with more context (e.g., benchmark columns now available for comparison).
BRIT Accuracy Tasks
Six type-specific tasks run in parallel, each reading from tmp_int_combined_brit and writing to its own table. Medical is split into three sequential sub-steps:
What Changes Between Raw and BRIT Accuracy?
| Dimension | Raw Accuracy | BRIT Accuracy |
|---|---|---|
| Input table | tmp_int_combined_raw | tmp_int_combined_brit |
| Columns scored | Payer + hospital raw columns only | Raw + transformed + imputed + benchmark columns |
| Chunking | By payer | By rate/provider type (parallel) |
| Counterparty arrays | Built here — used for raw score 7 | Rebuilt with full data — final validated scores |
| Type-specific logic | None — one SQL for all types | Separate SQL per type (drugs, labs, medical, PG, DME, UC) |
Medical rates and medical imputations are scored separately before joining. This lets the imputation scoring use different score ceilings (imputed rates cannot reach score 7) without complicating the main rates SQL. The join step assembles the complete per-ROID picture for rate selection.
tmp_int_accuracy_brit is the final wide table with every rate column and its _validation_score for every ROID. Rate selection reads this table and picks the column with the highest score.