说：“历史兼容。”
“具体是哪一层兼容？”
“旧护理连续性模块要求配置和归档任务使用同一责任证书，否则无法读取跨版本记录。”
程序的注意力立刻集中。
“Conflict-Resolve-Legacy？”
信息主管愣了一下。
“你怎么知道？”
林见微说：“H07使用同一技术族。”
会议里的气氛变了。
供应商代表说：“CR-Legacy只是底层兼容库，和本次伤人无直接关系。”
程序问：“死亡账号是否也是该模块要求保留？”
信息主管调出系统说明。
【连续性责任锚点不得为空】
【历史记录迁移后，原责任签名需持续可验证】
这条规则的设计初衷并不荒唐。
护理记录跨版本保存时，需要知道最初由谁负责，防止数据在迁移中失去来源。
可系统把“责任锚点必须存在”实现成“原账号必须继续有效”。
人死了。
账号还活着。
责任没有因此延续，只留下一个可以被自动流程反复使用的签名。
程序看着那条规则。
“系统不能接受责任人不存在。”
许专员低声说：“和你的登记表一样。”
程序没有回答。
确实一样。
他的表格不能接受所有权为空。
护理系统不能接受责任锚点为空。
当现实里的人死了、关系结束了、主体变化了，系统不会停下来承认“这里现在没有答案”。
它会找一个旧字段继续填。
医院用死者账号维持连续。
管理署用报废型号称呼程序。
所有人都在寻找责任人，有时不是为了真正追责，而是因为系统无法保存一个责任暂时未定的状态。
林见微问：“能否追踪六个月前更新的真实操作者？”
供应商说：“部署工具记录了终端编号。”
终端属于医院临床工程部。
当天有三名工程师登录过。
医院说具体配置由供应商远程指导。
供应商说现场点击确认的是医院人员。
又是共同操作。
周长岳终于开口。
“把三个人和远程工程师全部列为调查对象。不要再问谁最后点了确认，先还原每一步界面和提示。”
程序看向他。
周长岳说：“看什么？”
“没什么。”
“你以为只有你会拆流程？”
程序说：“我以为你不喜欢。”
“我不喜欢有人拿它拖延处置，不代表它没用。”
会议继续。
人工接管失败的那名值班护士也被叫进会议。
她姓陈，二十六岁，事发时正在另一间病房处理抽搐患者。监控记录证明，她从收到急性告警到完成首轮处置只用了九十秒，没有拖延。
可NC-43的两次接管请求，也确实在她的终端上排队。
主持人问：“你为什么点了人工处理中？”
陈护士说：“因为系统只有‘收到’和‘处理中’，没有‘我正在救另一个人，立刻转给别人’。”
“你不能转派？”
“当班另一名护士在一楼送患者做检查，护士长参加远程会。机器人请求默认只到责任床位护士。”
医院管理人员低下头。
陈护士继续说：“我处理完抽搐，往刘闻达那边跑。到走廊时，他已经倒了。”
“你认为自己有责任吗？”
她眼圈一下红了。
“我每天都在想，如果我早十秒会不会不一样。”
程序开口：“这是个人遗憾，不等于系统可以把全部责任交给你。”
陈护士看向屏幕里的机械面孔。
程序说：“你的终端没有转派入口，病区没有并行接管人，系统却把‘已收到’当成风险已被人接走。这一段是运营设计责任。”
医院管理人员想解释人力紧张。
陈护士却说：“别只写系统。那天护士长明知道人手少，会议也没有取消。这个也要写。”
会议记录最终加入：
【人工接管机制将“消息确认”错误等同于“现场责任已承接”；病区排班和管理活动未为高风险请求保留替代响应人。】
这项责任没有一个死者账号可以承担。
它属于仍然在场的人。
第五项议题是记录清理。
医院自动归档任务在事件后启动，时间巧得可疑。
信息主管解释，系统检测到患者转入急诊处置后，自动将原病区低置信度语义记录归档，以避免