eBlocked（Frozen）
*10:08:45ExceptionRequestCreated（PendingHospitalApproval）
林昼看着这两条事件，心里有一种冷硬的确定：冻结不是口号，它会把每一次“想动”的心思写进日志。
写进日志，就意味着从今天起，供应商任何“紧急”都不能再靠口头解释。它必须留下申请、留下拒绝、留下批准、留下时间戳。
这就是制度写进系统的力量。
---
演示结束后，供应商试图马上争取控制权。
合规负责人提出：“为了提高响应效率，建议冻结控制权采用Joint模式，由医院与供应商共同控制，避免医院不在线导致无法紧急处理。”
监管直接拒绝：“医院可以指定值班机制，也可以授权例外审批链。控制权不能回到供应商手里。供应商若担心响应效率，请提出‘值班与授权方案’，而不是改Controller。”
这句话把路堵死了。供应商只能在医院的规则里找效率，不能再用效率夺权。
林昼在纪要里看到法务写了一句：“控制权锁定医院侧。”他知道这句话会成为未来所有争议的锚点。
锚点一旦落下，就很难再被拔起。
---
下午一点十七，问题很快来了。
原医院信息科负责人发来一条紧急反馈：启用CN-only地理围栏后，原医院邮件系统对外投递出现延迟，部分内部通知邮件排队时间明显增加，担心影响临床沟通效率。
供应商技术负责人立刻抓住这个点，在群里强调：“这就是我们担心的服务可靠性问题。若严格CN-only且Fulllock，遇到CN节点延迟劣化将无法回退，可能导致投递失败。”
这句话听起来像事实，但它其实在挖一个坑：让医院在效率焦虑里主动请求解除围栏或开放回退。只要医院主动开口，供应商就能把后果转嫁给医院：“是你们要求放开。”
林昼看着群消息，没有立刻插话。他先让法务问了一个非常具体的问题：“延迟数据是什么？排队延迟多少秒？是否影响临床核心通信？还是影响某类非关键邮件？请提供监测截图与时间戳。”
原医院信息科负责人回了一张监控截图：队列延迟从平时的1-2秒上升到12-18秒，持续约十分钟后恢复到3-5秒。
十二到十八秒。
本章未完，请点击下一页继续阅读！