旦被冒用集中化，就是锅。你们今天用指标换好看，明天用事故换整改。”

电话那头再次沉默。最后对方说：“我回去再讨论。”

挂断电话后，护士长长出一口气：“他们一定会想加一个例外，比如只填手机号。”

纪检联络员点头：“所以我们要提前准备例外阀门。”

---

###3）例外阀门：不是允许例外，而是把例外变成极难发生

下午两点，信息科、纪检、行政、区里试点代表开了一个小会，专门讨论“如果上级坚持要例外怎么办”。

周工拿出一个非常短的模型：

**例外不是功能，例外是事件。**

“功能是常态。”他说，“常态会被冒用。事件是偶发。偶发能被对账。”

纪检联络员把这个模型写进纸面：如果必须存在例外，只允许存在唯一一种例外——**灾害级应急公告**，并且仍然不允许输入表单。也就是说：例外只允许“推送”更多只读公告，不允许“收集”。

有人问：“那如果真的需要收集，比如公共卫生上报？”

纪检联络员没有讨论敏感领域的具体细节，她只给原则边界：

“任何收集必须走国家统一系统的法定通道，不得以便民门户名义自建收集口。自建口就是通道，会被冒用。”

“我们讨论的是便民门户。”她补一句，“便民门户永远只读。”

为了防止“例外条款被偷换成输入条款”，他们设计了一个“例外阀门清单”，清单只有三项，每项都需要三人签章与事后对账：

*例外触发条件（必须写明法定依据编号）

*例外内容（只读公告，不含任何输入）

*例外期限（不超过72小时，过期自动回滚）

“自动回滚”是关键。例外最容易变常态，常态最容易被冒用。让例外自动回滚，就等于让通道无法长期存在。

罗工补一句：“平台技术上也要支持：任何输入控件默认不可用，例外模式也无法启用输入控件。只读是硬阀门。”

纪检联络员点头：“对。例外阀门的本质，是让‘能填’在技术上永远不出现。”

这就是写入成文的第二层：把宪章写进系统默认设置。

---

###4）那家服务商又出现：换皮成“合规数据官”