“全部找回来，是只查这二十七例，还是把两年的转院患者重跑一遍？”
方晓雯的手还停在提交键上，旧数据库占满两块屏幕，二十七个急诊号已经匹配完成，死亡结局却只补回二十四个。
“先查二十七例，再把所有空结局翻出来，系统漏人的口子没堵上，查多少都只是补名单。”
贺知舟拉开第一份扫描病历，患者在江城一院完成损伤控制复苏，三小时后因床位不足转往省人民医院，转入十四小时后死亡。
第二份转院记录写着家属要求继续治疗，接收医院回函却是循环衰竭死亡，时间落在转院后第九小时。
第三份只有本院转运交接单，后续结局空白，急救平台已经显示死亡首页，江城一院的统计表里没有留下任何痕迹。
信息中心的门被推开，程铮将旧系统供应商文档放到桌面，随身电脑还开着三年前的脚本版本。
“日志核完了，筛选条件从模板部署那天就存在，出院状态为空的记录直接跳过，没有人工改动，也没有人在申报前临时加条件。”
方晓雯调出操作审计页。
“能证明脚本没被改过吗？”
“版本哈希一致，三年的执行日志都能对应，病案室每季度跑的质控报表也用这一套规则，技术上能证明无人动手。”
苏半夏从病案室带回转院登记本，翻开的几页已经贴满编号。
“无人动手只能排除故意篡改，二十七个人没进入分母，这个结果改不了。”
程铮把旧版字段说明放大。
“当时的设计逻辑是本院病案首页只统计本院结局，转院患者没有出院首页，供应商默认不纳入院内生存率。”
“省级申报要三十天结局。”
“对，申报模板后来换了，医院的底层脚本没同步，接口映射也没报错，空值被当成无效数据跳过去了。”
贺知舟翻到第四份病历。
“机器没弹红字，人就可以当没见过？”
程铮推了推电脑。
“我只解释怎么漏的，没有替这套逻辑签字，按申报要求，这二十七例都该重新判定。”
病案室里很快铺开两年的转院登记，纸本页码和电子急诊号逐项对应，周建国带着舆情预案赶到时，桌上已经摆了十六份死亡回函。
“预审组还没定性，外面也不知道具体数字，院方可以先发技术更正，措辞别用漏报，更不能直接承认数据无效。”
…。。