2. 报警抑制合并与风暴治理的总体设计

报警抑制合并与风暴治理不是“把报警调少一点”这么简单，它本质上是一套围绕报警全生命周期的工程治理体系。总体设计要回答四个问题：治理目标是什么、用什么指标衡量、系统边界划到哪里、数据如何流动并最终落地为可执行的实施路线。缺少总体设计，后续的抑制规则、合并逻辑和风暴抑制策略就会各自为政，出现“压下了数量、抬高了漏报”的典型失衡。

一、治理目标：从“降数量”转向“控信息量、保关键”

治理目标应分层定义。第一层是操作员负荷目标：让单位时间内需要人工确认的报警数量落在可处理区间。第二层是信息有效性目标：保留的报警必须指向真实异常，且能定位到根因或首出原因。第三层是可维护性目标：抑制与合并规则可解释、可追溯、可回退，不能形成无人敢改的“黑盒规则库”。

以某化工装置为例，治理前稳态工况下操作员站平均每分钟收到约 12 条报警，其中约 70% 属于同一扰动引发的连锁报警。合理的治理目标可设为：稳态报警率降至每分钟 2～3 条，抑制率控制在 30%～50%，合并率（被合并进代表报警的从属报警占比）达到 60% 以上，同时漏报率不超过 1%。这些数值是示例性目标，实际应结合装置规模、班组人数和工艺危险等级标定。

二、KPI 体系：四个核心指标的定义与相互制约

KPI 必须可计算、可采集、可对比，否则无法判断治理是否真正生效。四个核心指标定义如下：

• 报警率：单位时间内进入操作员报警列表的报警条数，通常按分钟或小时统计，是负荷类指标。
• 抑制率：被抑制逻辑屏蔽、未进入操作员列表的报警数占原始报警数的比例，反映“挡掉了多少”。
• 合并率：被合并为从属报警的数量占参与合并报警总数的比例，反映“压缩了多少冗余”。
• 漏报率：真实异常发生但未产生有效报警的次数占真实异常总次数的比例，是安全底线指标。

四者存在明显制约：抑制率和合并率越高，报警率越低，但漏报风险随之上升。因此总体设计必须设定约束优先级——漏报率是硬约束，报警率是目标值，抑制率与合并率是调节手段。工程上常用“先保漏报、再压报警率、最后优化抑制与合并配比”的顺序推进。

三、系统边界：明确“治谁、在哪治、治到什么程度”

系统边界要同时界定对象边界和功能边界。对象边界指治理覆盖哪些报警源：是仅覆盖 DCS 过程报警，还是纳入 SIS、火气系统、机组状态监测和电气报警。功能边界指治理动作发生在哪一层：是在现场仪表侧、控制器侧、报警服务器侧，还是操作员站侧。

推荐采用“三层边界”划分：源端层负责报警产生与基本属性标注；治理层负责抑制、合并、优先级重排和风暴识别；呈现层负责操作员列表、首出标识和根因提示。边界一旦确定，数据流和接口就随之清晰，避免同一报警在多处被重复抑制或重复合并。

四、数据流：从报警产生到 KPI 回写

数据流设计要保证“治理动作可观测、治理效果可回算”。典型链路为：源端产生报警并附带位号、优先级、时间戳和工况标签；治理层按规则执行抑制判断、合并归并和风暴识别，输出“保留报警 + 被抑制记录 + 被合并记录”；呈现层只展示保留报警，同时把确认与处置结果回写；KPI 采集模块从原始报警、抑制记录、合并记录和真实异常台账中计算四项指标，形成闭环。

关键设计点是被抑制和被合并的报警不能直接丢弃，而应进入独立的历史库。这样既能支撑漏报率核查，也能在规则调整后回溯“某条报警当时为什么被挡掉”。

五、实施路线图：四阶段推进

① 基线评估。连续采集至少两周的报警数据，按位号、优先级、工况和班组统计报警率、抑制率、合并率现状，识别 Top 20 高频报警和典型连锁序列。此阶段不修改任何规则，只建立事实基线。

② 规则设计。针对高频连锁报警设计合并规则，例如同一扰动源下 30 秒内出现的关联报警归并为一个代表报警；针对已知工况切换设计状态抑制，例如装置停车阶段抑制部分工艺报警；针对风暴设计速率抑制，例如 10 秒内同一区域报警超过 20 条时触发风暴标识并压缩呈现。

③ 试点验证。选择一条生产线或一个工段试点，对比治理前后的报警率、抑制率、合并率和漏报率。验证重点是漏报：通过历史异常台账逐条核对，确认没有真实异常被规则误挡。若漏报率超过设定阈值，应优先放宽抑制条件，而不是继续压低报警率。

④ 推广固化。试点通过后分批推广，每批推广前做规则影响分析，推广后做 KPI 复核。所有规则纳入版本管理，记录生效时间、修改人、修改原因和回退方式，并建立定期复审机制。

把上述目标、KPI、边界、数据流和路线图固定下来，后续的抑制规则设计、合并逻辑实现和风暴治理策略才有统一的参照系，也才能在治理过程中持续判断“是否真的治好了”，而不是仅仅“看起来报警变少了”。