第四十六章：冻结开关(1/3)

首发：~第四十六章：冻结开关

凌晨四点四十，接收医院信息安全负责人的办公室里还亮着一盏台灯。

灯光落在一份《整改任务清单（第一版）》上，纸面边缘被反复翻折，已经起了毛。林昼坐在靠墙的椅子上，手里握着一次性纸杯，杯里的热水早就凉了。他没喝，只是借着那一点温度提醒自己别把情绪放出来。

禁变窗口框架落地只是第一步，真正的战场在“落地方式”。

制度写在纸上，供应商可以用“口径”去对付；

冻结写进系统里，他们就只能用“权限”去对付；

而权限一旦被锁住，就会逼出他们的真实依赖——他们到底靠什么保障所谓“连续性”。

第三方平台给出的“策略冻结”能力，像一把可以上锁的门栓。门栓上了锁，所有“紧急”就必须走钥匙，钥匙在谁手里，决定了未来几年谁能在关键期动手。

这把钥匙，供应商一定想抢回去。

---

早上七点半，监管发来一条简短通知：当日上午十点进行“策略冻结与地理围栏启用”现场演示，要求供应商、第三方平台、原医院信息科、接收医院信息安全负责人共同见证，演示必须可审计、可复核，并生成演示记录哈希。

梁组长的补充说明更直接：“监管要求当场确认：冻结开关由医院侧掌握，供应商只能申请例外。且冻结期间任何策略变更尝试必须被记录并可追溯。”

林昼看到“任何变更尝试必须被记录”这句话，心里微微一沉。

这句话很关键，也很危险。关键在于它能把“绕开冻结”的尝试变成铁证；危险在于，一旦有人真的敢绕开，冲突会迅速升级——升级的不止是技术，也包括人身与舆论压力。

他把这条通知转给法务，法务只回了一个字：“记。”

“记”意味着他们会把每一条演示过程写进纪要，把每一次鼠标点击写进时间戳，把每一个配置项截图固化并加哈希。

流程开始变得像取证。

取证意味着，对方任何小动作都可能被放大。

---

九点十分，父亲在普通病房里精神很好，能自己坐起来吃几口粥。林昼去看他时，父亲问：“今天还忙？”

林昼点头：“要做个演示。”

父亲皱眉：“演示什么？”

林昼想了想，用父亲能听懂的说法解释：“把他们那边的开关锁住，关键时候不能随便动。”

父亲的手停了一下，声音仍旧嘶哑，却更清晰：“锁住了，他们会不会更恨你？”

林昼没有否认：“会不舒服。但这不是我锁，是医院和监管锁，是制度锁。”

父亲盯着他，许久才说：“你记住，别和人结仇。”

林昼把床头的水杯往父亲手边推了推：“我不和人结仇。我只让开关有主人。”

父亲没再说话，只轻轻“嗯”了一声，像是勉强接受，却仍担心。

---

十点整，演示开始。

供应商技术负责人上线，屏幕共享打开第三方平台控制台。界面一眼看去很标准：左侧“RoutingPolicy”“GeoFence”“FreezeControl”“AuditTrail”等模块，右侧是策略列表与配置项。

监管先要求：展示当前策略版本、区域优先级序列、地理围栏状态、以及冻结状态。第三方平台协查联系人作为平台方，负责解释各字段含义与审计机制。

供应商先展示“RoutingPolicyv2.7”，区域优先级显示为：CN>APAC>Global。地理围栏状态：OFF。冻结状态：OFF。

监管没有评论，只说：“现在按整改要求，启用地理围栏，限制为CN区域；同时启用策略冻结，并将冻结控制权移交医院侧账号。演示全过程要求：每一步都生成审计事件，并在结束时导出审计摘要，计算哈希。”

供应商技术负责人点头，开始操作。

第一步，启用地理围栏。

他点开“GeoFence”，选择“CN-only”，勾选“ApplytoemailrelayandAPIrouting”。点击“Apply”。

系统弹窗要求输入原因码与审批引用：ReasonCode、ApprovalRef。

供应商输入：ReasonCode=REGULATORY_REMEDIATION；ApprovalRef=RGL-REM-001。点击确认。

第三方平台协查联系人补充说明：“平台会记录操作者账号、IP、时间戳、变更前后状态，并生成版本链哈希。”

监管要求当场展示审计事件。供应商切到“AuditTrail”，出现一条新事件：10:02:17，GeoFenceON，ScopeCN-only，Operatorsvc_route_admin，ApproverOpsMgr。

林昼在旁边看法务的实时纪要文档，看到法务把“10:02:17”四个数字敲得很重，并在旁边标注：秒级时间戳。

第二步，启用策略冻结。

供应商打开“FreezeControl”，页面上有一个大开关：“PolicyFreeze”。旁边有三个选项：

*FreezeMode：Read-only/Change-requestonly/Fulllock

*Controller：TenantAdmin/DesignatedCustomerAdmin/Joint

*ExceptionWorkflow：Enabled/Disabled

监管直接说：“FreezeMode选Fulllock。Controller选DesignatedCustomerAdmin。ExceptionWorkflow必须Enabled，且例外审批链必须包含医院侧签署角色。”

供应商的鼠标停了一下。Fulllock意味着供应商在关键期几乎动不了任何策略。它会让他们失去“紧急兜底”的便利。林昼甚至能从屏幕那端的停顿里感受到对方的犹豫。

但监管的语气没有任何回旋：“请按要求操作。”

供应商点击Fulllock，选择DesignatedCustomerAdmin。系统提示：需要绑定医院侧账号作为控制者，并要求医院侧在场确认。

接收医院信息安全负责人在会议里报出医院侧账号ID（已脱敏），第三方平台协查联系人确认该账号权限为“CustomerFreezeController”，可在冻结期间授权例外。

供应商完成绑定，点击“EnableFreeze”。

弹窗再次要求原因码与审批引用。供应商输入：ReasonCode=MEDICAL_CHANGE_WINDOW；ApprovalRef=HSP-FZ-2024-01。

点击确认后，AuditTrail里跳出新事件：10:06:44，FreezeON，ModeFulllock，ControllerCustomerAdmin，Operatorsvc_route_admin，ApproverOpsMgr，ControllerBoundHSP_ADMIN_xxx。

监管立刻要求导出审计摘要并计算哈希。第三方平台协查联系人指导导出“Freezeeventsummary”，生成一个JSON摘要文件。供应商计算SHA-256并当场展示，监管抄录，接收医院法务截图固化。

到这里，冻结开关看似完成。

真正的考验在下一步：冻结启用后，供应商还能不能“偷偷动”。

监管说：“请供应商尝试修改路由策略，将区域优先级序列改为CN>Global（去除APAC），看系统是否拒绝，并记录拒绝事件。”

供应商技术负责人打开“RoutingPolicy”，试图编辑优先级序列。页面上立刻出现红色提示：**Policyisfrozen.Changesareblocked.Submitexceptionrequest.**

监管说：“提交例外申请。不要直接改。”