3. 报警优先级与合理化基础

报警抑制与合并并不是“把太多报警压下去”这么简单。它首先是一个合理化问题：哪些报警值得保留、哪些可以抑制、哪些可以合并、合并后由谁在什么时间内响应。ISA-18.2 与 EEMUA 191 给出的核心思路是一致的——报警必须与可定义的响应绑定，而响应的紧迫程度由后果严重度和允许响应时间共同决定。没有这两把尺子，抑制合并就失去了判据，容易把真正需要立即处置的报警误压掉。

一、报警分类：先分清“报警”与“非报警”

在讨论优先级之前，必须先做分类。ISA-18.2 强调，只有满足“需要操作员在限定时间内响应、且响应能避免或减轻后果”的信号，才应被设计为报警。以下信号通常不应进入报警系统，而应作为提示、状态显示、趋势或事件记录处理：

• 正常状态指示：如“泵运行”“阀门开到位”，属于状态反馈，不需要操作员动作。
• 过程值越限但无后果：如某温度略高于设定值但仍在工艺允许范围内，且无联锁或质量风险。
• 重复性诊断信息：如通信瞬时抖动、单次扫描超时，若不影响控制，应归入诊断日志。
• 已被联锁或自动保护覆盖的信号：若保护动作已自动执行，操作员只需知情，不应再以高优先级报警重复提示。

分类完成后，剩下的才是“候选报警”。这一步直接决定抑制合并的范围：非报警信号不应被合并进报警列表，而应移出报警系统；否则合并只是把噪声换了个位置。

二、优先级矩阵：后果严重度 × 允许响应时间

ISA-18.2 推荐用后果严重度与允许响应时间构成优先级矩阵。EEMUA 191 则给出了更细的时间分档参考。工程上常用的简化矩阵如下：

矩阵中的“响应时间”不是操作员看到报警后开始思考的时间，而是从报警出现到必须完成关键动作的允许窗口。例如：反应器温度高报警，若 2 分钟内不降负荷可能导致飞温，则允许响应时间约 2 分钟，后果严重度为高，应定为优先级 1。相反，储罐液位偏高，若 30 分钟内不处理只会影响后续进料计划，则可定为优先级 3 或 4。

三、响应时间与后果分析：把判据落到具体报警上

实际做合理化时，建议对每条候选报警填写以下字段，形成可审查的记录：

• 报警源：位号、描述、当前设定值。
• 触发条件：高高、低低、偏差、变化率等。
• 潜在后果：若不响应，最坏会发生什么。
• 后果严重度：高/中/低，并写明依据。
• 允许响应时间：从报警到关键动作完成的分钟数。
• 操作员动作：具体做什么，而不是“注意观察”。
• 优先级：由矩阵查得。
• 抑制/合并建议：是否可抑制、与谁合并、合并后保留哪条。

其中“操作员动作”是抑制合并的关键判据。如果一条报警找不到明确动作，它就不应保留为报警；如果两条报警的动作完全相同、且允许响应时间相近，就可以考虑合并为一条“组报警”，并在合并后的报警文本中说明具体对象。

四、为抑制合并提供判据

基于上述分类、矩阵和响应分析，可以形成三条抑制合并判据：

1. 无动作不保留：找不到明确操作员动作的报警，应移出报警系统或降为提示，不参与合并。
2. 同动作可合并：动作相同、允许响应时间相近、后果严重度相同的报警，可合并为组报警，合并后优先级取其中最高者。
3. 高优先级不抑制：优先级 1 和优先级 2 的报警原则上不参与抑制，除非有独立保护层且已通过 MOC 审查。

这三条判据把“报警太多”转化为“哪些报警有资格存在、哪些可以合并”。抑制合并的对象因此不再是随意的，而是经过后果与响应时间筛选后的结果。

五、从判据到工程记录

为了让抑制合并可追溯，建议在报警合理化记录中保留“合并前清单”和“合并后清单”的对应关系。合并后清单至少应包含：组报警名称、包含的原始位号、合并后优先级、允许响应时间、操作员动作、抑制条件。这样在后续 MOC 或审计时，可以快速回答“这条组报警为什么存在、它代表了哪些原始报警、为什么可以合并”。

综上，报警分类解决“哪些信号有资格成为报警”，优先级矩阵解决“每条报警有多急”，响应时间与后果分析解决“为什么这么急”，三者共同构成抑制合并的判据。只有先完成合理化，抑制合并才是可解释、可审查、可维护的工程决策，而不是简单的报警数量削减。