Case 14169 โ€” why are 17 of 180 "unaccounted"?

Yes โ€” the field-mapping exercise IS complete. But mapping โ‰  accounting. Every one of the 17 has a known owner; they're just never resolution-stamped for this case.

180 total= 128 filled+ 15 N/A+ 20 pending+ 17 to-do accounted = 163
๐Ÿ“Œ All 17 share ONE status: reviewStatus = "unresolved" โ€” meaning the pipeline produced no value AND no overlay stamped them N/A or pending_*. "Accounted" only counts filled + N/A + pending. So these fall through.
10

โ‘  Risk-factor checkboxes

Colorectal Neoplasm Risk Assessment ยท whoFills = Doctor Studio ยท all OPTIONAL/conditional

51 risk_crc
52 risk_advneoplasm
53 risk_3plusadenomas
54 risk_nonadvneoplasm
55 risk_familysynd
56 risk_adenoma
58 risk_ibddyspl
95 risk_smallssp
96 risk_advserrated
97 risk_polyposis
๐Ÿ”ซ Smoking gun: patient risk_assess = 0 (N/A risk). The IBD sub-grid in the SAME section (el 122โ€“127) already = 0 / auto_approved, el 128โ€“130 = not_applicable. Their siblings here were left unresolved โ€” half-finished derive-zero overlay.
3

โ‘ก Prior-colonoscopy date parts

whoFills = Preop nurse ยท all OPTIONAL

29 yr_prev_colonoscopy
113 mo_prev_colonoscopy
114 day_prev_colonoscopy
โœ” colonoscopy_type = 3 & prevco_interval_3plus already auto-derived (=0).
So the date parts are legitimately empty โ†’ should be auto-N/A, not "to-do".
Same gap class as โ‘  : an empty optional field that NOTHING stamps.
4

โ‘ข Genuine capture / intake gaps

Real missing data โ€” not a stamping miss

64 duration_insertion REQ
65 duration_withdrawal REQ
โ†‘ OR Studio scope-times โ€” never dictated/captured.
Should read pending_capture (the runbook's OR-dependent class), not "unresolved".
3 sitepatientid REQ
165 pt_mrn optional
โ†‘ Practice patient-ID / MRN โ€” never entered at check-in / from system.