分级依据是后果与可用响应时间
别名: 报警优先级 · consequence and urgency
概念解释
报警优先级由后果的严重性与可用响应时间共同决定：严重性回答"不处理会造成多大损失"，紧迫性回答"还剩多久必须开始处理"。二者要一起看，不能只看当前读数的颜色深浅，也不能按设备本身贵不贵、重不重要来定级——一台廉价辅助泵如果留给操作员的窗口只有几十秒，紧迫性照样压过一台昂贵主设备但数小时内都不会恶化的报警。
机制
把严重性和紧迫性合成一个优先级，本质是把两条独立的风险轴叠成一条队列顺序，供多条报警同时到达时决定谁先处理，而不只是贴一个好看的标签。
这个组合不是报警的固定属性，会随现场条件翻转：当报警和后果之间还有一层独立保护（联锁、安全仪表功能）介入时，操作员真正可用的时间不是"到后果发生"的全部物理时间，而是"保护层动作前"这段更短、但风险已被兜住的窗口——紧迫性因此可以定得低，报警的作用退化为提醒和诊断，真正兜底的是那层保护。一旦这层保护被旁路、退出维护或本身故障，操作员重新独自面对全部物理时间窗口，紧迫性必须立刻回升。同一个报警在这两种状态下该有的优先级并不一样，固定不变的标签隐含了"保护层始终在线"这个假设，现场并非总是如此。
怎么研究
验证一套分级方案是否真的对齐后果与时间，常用两种做法。一种是桌面稽核：把每条报警的优先级和该场景在工艺危害分析里记录的后果严重度逐条对照，找出评级明显偏高或偏低于危害分析结论的条目。另一种是情景排序测试：把若干条报警同时呈现给操作员，不给系统标签，让其自行给出处理顺序，再拿这份排序去比对官方优先级和真实报警日志里的历史响应间隔——排序系统性偏离时，说明标签没有传达真实紧迫性，而不是操作员判断有误。这两种方法的共同点是把优先级当成一个可检验的预测去核对，而不是收集主观满意度。
边界
分级依据本身随工况变化：开车、停车这类过渡工况下的后果发展速度和稳态不同，按稳态定的优先级直接搬到过渡工况，紧迫性大概率被低估。当留给人工反应的时间短到低于人可靠完成确认与操作所需的最短时间，无论标多高的优先级都不能指望操作员在窗口内可靠动作——这种情况已经超出报警作为人工安全屏障的能力范围，需要的是自动联锁而不是更高的标签。分级也替代不了对保护层当下可用性的追踪：只按报警的静态属性定级、不看当下有没有独立保护在兜底，会让本该动态调整的紧迫性长期停在错误的档位。
怎么落地
为每条报警建立记录：最坏可信后果、行动截止时间、当前依赖的保护层、判断时用到的假设，再用组织内统一且档位有限的等级表把这些映射成呈现方式与升级路径。把旁路单、检修工单这类改变保护层状态的记录和对应报警的优先级挂钩，保护层被旁路或退出时触发临时提级复核，恢复后再降回常态。落地后用情景排序测试和真实报警日志里的响应延迟做复核，一旦排序或响应明显偏离设定优先级，回头检查是后果估计错了还是保护层假设已经过期。同一套等级表还要检查升级与静默规则是不是照着优先级走：高优先级报警若长时间未确认却没有触发升级或重新提示，说明呈现逻辑和分级本身脱节了，这一步常被单独漏掉。