2. 污染超标预警的业务场景与规则需求

预警规则不是凭空写出来的阈值表，它必须从具体业务场景中"长"出来。同样是"超标"，大气、水、土壤三类介质的监测方式、超标判定依据、责任主体和响应动作差异很大；同一介质下，监管方、排污单位、公众三类利益相关方对"什么时候该报警、报给谁、报多急"的诉求也各不相同。本节的任务，是把这些场景和诉求梳理成可转化为规则的需求条目。

一、三类介质的超标场景差异

大气场景以自动监测为主，数据高频（通常小时均值），超标判定依赖浓度限值与持续时间。典型场景包括：排污单位烟囱排口在线监测（CEMS）的颗粒物、二氧化硫、氮氧化物小时均值超标；厂界无组织排放监控点浓度超标；以及区域环境空气质量站点某项污染物持续偏高。大气场景的关键约束是"瞬时波动"与"持续超标"要区分——单小时偶发跳变可能是仪器反吹或校准，规则上常要求连续若干小时超标或日均值超标才升级为正式预警。

水场景的复杂性在于排放口与受纳水体两个层面。排污单位废水总排口的pH、化学需氧量、氨氮、总磷等指标，既有浓度限值，也有流量与总量控制要求；而河流断面、饮用水源地则关注水质类别是否降级。水场景还有一个特殊约束：pH是双向限值（过低过高都超标），且在线监测易受探头污染影响，规则设计需考虑数据有效性标记。

土壤场景与大气、水截然不同：监测频次低（多为年度或季度调查），不存在"小时超标"概念，超标判定依据是土壤环境质量标准中的风险筛选值与管制值，且需区分农用地与建设用地两种用途。土壤预警更多是"调查—评估—风险管控"链条上的节点判断，而非实时报警。

二、利益相关方的规则需求与约束

下图把三类介质、三类主体与各自的规则诉求放在同一张关系图中，便于对照识别冲突点。

从图中可以读出三类典型冲突。第一，提前量与证据充分的冲突：排污单位希望预警阈值略低于法定限值，留出调整工况的时间；监管方则要求预警必须对应明确的超标事实，否则执法依据不足。工程上的调和办法是设置"预警阈值"与"超标阈值"两级——前者取限值的90%～95%用于内部提醒，后者严格等于标准限值用于对外报告。

第二，灵敏度与误报率的冲突：公众和监管方都不希望漏报，但高频数据噪声大，阈值过紧会导致大量误报，反而让企业产生"报警疲劳"。解决办法是引入持续时间条件和数据有效性校验，例如要求连续2个小时均值超标才触发，且剔除处于校准、反吹、故障标记时段的数据。

第三，信息发布口径的约束：公众侧预警涉及健康提示，措辞和发布时机需与官方口径一致，规则上应把"内部预警"与"对外发布"分成两个动作，前者自动触发，后者需人工确认。

三、把场景需求转成规则条目

梳理完成后，每条需求应落到可执行的规则要素上：监测对象（哪个排口、哪个指标）、判定依据（哪个标准、哪个限值）、时间窗口（小时均值、日均值、连续次数）、数据有效性条件、预警等级、通知对象与响应时限。下面给出一份可直接填写的规则需求登记表示例，参数为教学假设值，实际应用需按当地标准与排污许可证核定。

填写这张表时有三个易错点值得注意。其一，限值来源必须唯一且可追溯，同一指标若同时存在国家排放标准、地方标准和排污许可证限值，应明确取严者并记录依据，否则规则执行时会出现"同一数据两个结论"。其二，时间窗口要与数据频次匹配，小时数据用"连续N小时"，日均数据用"有效数据小时数下限"，低频调查数据则不做时间平滑。其三，有效性条件不能省略，它是控制误报的关键闸门，缺少这一条，规则在设备维护期间会持续误触发。

完成需求登记后，下一步才是把这些条目转化为可计算的判定表达式与阈值参数。本节的重点在于：先看清场景差异与主体诉求，再决定规则的粒度、时间窗口和分级方式，避免一上来就写阈值而忽略业务约束。