三份新指令没有被搬到同一张桌上。

医疗协作方的合同员守着自己的终端，工程维保方带着法务坐在另一侧，物流承运商的值守主管站在门边。

顾微把五处资产的临时措施放在桌角：来件、版本号、收费项目和接收确认留在原业务链；指令不完整，城北、北线、东仓、西仓和三号仓不提供场地、设备或人员。

“我不看病历，也不决定谁去哪儿。”她对医疗协作方说，“你们只核接收机构能不能确认。”

医疗合同员打开报文，指令写着“优先接收复核”。

页面列了资源级别，却没有可确认的接收机构，也没有接收人回执。

工程方的新指令是“清障封控优先”，附有一个时段，却没有现场许可编号和作业负责人。

物流端则收到“改列临时转运”，货单不全，交接人栏仍是空白。

顾微把三项缺口记在三张暂停通知上。

医疗端停止调用场站待命车位，工程端不启用临时堆场，物流端不安排装卸口和车辆。

她交代场站主管照原班表保留冷链、消防和通行，替代服务继续做已经确认的工作。

通知没有涉及人员去向，也未越过合同边界。

“接收确认回来前，谁都别替它补齐。”她说。

沈墨带着保全员分三次进屋。

医疗端导出原始报文、账号显示和签收回执；工程端的操作员接过键盘，调取同类材料；物流端封存值守号的接收页面。

每一次导出都由本单位操作，保全员记录来源、生成时间、哈希和交接人。

沈墨让技术人员把三个文件放在并列屏上，调出末尾校验字段和生成时间。

“措辞先不比。”他说，“业务不同，先看可复算的部分。”

技术员把屏幕切成三栏，先遮住发件显示，保留报文版本、生成时间和尾段字符。

医疗端的版本号是当日新建，工程端来自已备案模板，物流端还带着值守队列的内部标记。

三者的前缀毫不相同，收费项目也没有可直接对应的地方。

技术员用对应平台公开的校验方式复算一遍，再把结果投到侧屏。

侧屏反光映在他袖口上，他等三个复算结果全跳出后才抬手示意。

医疗合同员看着屏幕问：“能不能先通知接收点？”

“你没有可确认的接收点。”顾微说，“先守住你们的来件和回执。

需要通知的，由你们按本单位流程找合法联系人。”

工程方的项目经理则拿着一张现场图，想把临时堆场的围挡班组叫回来。

顾微看了一眼许可栏，摇头：“没有许可就不启用。

已经排班的普通作业，照原单做，别用这条指令去挤占人手。”项目经理把图卷起来，转身去确认夜间照明是否仍需到场。

物流值守主管把货单缺项写进系统备注，随后把箱体状态锁在原地待命。

司机在对讲机里问要不要换门，他答了一句，等完整交接人和货单。

车没有发动，月台也没有为新指令腾出位置。

医疗报文末尾是一串六码，工程单的格式更长，物流单还多了收费项目的分隔位。

技术员逐位拆开，发现三者最后一段的生成位相同，前面的业务段各自独立。

生成时间也压在同一小段窗口里，前后差不过几分钟。

工程法务皱起眉：“能看出是同一个人发的？”

沈墨没顺着问下去：“目前只能说明字段有共同规则。

账号、签发人、发送环境都要另核。”

他将三份回执分回原封袋，封签号一份一份报读。

三份材料没有被写成同一案卷，尾码也不能拿来指认人。
本章未完，请翻下一页继续阅读.........