平均每小时报警数是衡量系统健康的核心指标
别名: 平均报警率 · average alarm rate · EEMUA 191
概念解释
平均每小时报警数（average alarms per hour）描述的是一段观察期内报警到达操作员的整体负荷水平，是报警系统健康状况最基础的一类指标，EEMUA 191 这类行业指南也把这个量作为评估起点之一。它适合用来看长期趋势、比较不同工况或者不同装置之间的负荷差异，但这条只讨论"平均"这一个统计量本身能说明什么、不能说明什么，峰值窗口该怎么单独看、坏演员报警该怎么找、指标该多久复核一次，分别是同组另外三叶的内容。
机制
把大量离散的报警事件压缩成一个平均率，好处是可以在不同时间段、不同装置之间做直接比较，也容易发现投运后或者一次变更之后负荷有没有整体漂移。但这个压缩过程本身会把很多细节抹平：一次短时间内的报警集中爆发、夜班时段报警特别密集、或者某一个岗位承受了远超其他岗位的报警量，这些情况都可能被平均值悄悄稀释掉，看起来"平均下来还好"。另外，用确认次数去代替真正的到达次数也会系统性低估负荷，因为一次到达可能被拆分成好几次确认动作，或者反过来被批量一次性确认掉。
边界
不同标准、不同组织可能会给出各自的目标区间作为参考，但这些区间是在特定的统计口径、特定的适用范围和特定的运行状态下得出的，不能把某个行业公开的数字原样套到另一个完全不同的场景里当作合格线。停机检修、连续维护窗口，以及日志系统本身出现缺失的时段，都会扭曲分母，如果不把这些时段单独剔除或者标注出来，算出来的平均值会既不代表正常运行、也不代表异常运行，变成一个没有明确含义的混合数字。
怎么落地
同时报告均值、中位数、若干分位数、峰值窗口、当前运行模式、优先级分布和不同岗位角色各自承担的报警量，而不是只给一个笼统的平均数，并且提前固定好去重和统计口径，不能中途换算法。定期用原始日志抽样核对统计脚本算出来的数字是否准确，一旦趋势出现异常波动，要能下钻到具体是哪些报警在驱动这个变化，而不是只停留在总量层面猜测原因。