把散落在纸质方案与文件中的预警规则集中登记为可维护、可审批、可追溯的规则库
传染病监测预警规则管理系统
每一次预警都能回答：依据哪一版阈值、误报率多少、谁在时限内响应了
疾病预防控制 · V1.4
每一次预警都能回答：依据哪一版阈值、误报率多少、谁在时限内响应了
面向疾病预防控制机构的症候群监测与预警业务。长期以来，预警规则写在纸质监测方案里，指标口径、阈值取值与时间窗口分散在不同年度文件与专家意见中，一线人员遇到异常数据时常常不知道按哪一版阈值判断。系统把预警规则沉淀为可版本化管理的数字资产。
- 把散落在纸质方案与文件中的预警规则集中登记为可维护、可审批、可追溯的规则库
- 通过历史数据回放试算，在规则生效前预判命中量与误报量，减少规则上线后的返工
- 按地区、季节与年龄组分别维护阈值参数，解决一套阈值打天下的误报问题
- 对预警信号实行 2 小时与 24 小时响应时效监控，避免预警发出后无人跟踪
- 用灵敏度、特异度与阳性预测值量化规则效果，形成误报漏报标注到规则优化的完整链条
规则试算与回溯
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「规则试算与回溯」界面。
V1.4
浏览器访问
实拍界面：软件著作权登记材料（演示数据已脱敏）
设计目标
这套系统要达成什么
以下目标摘自本产品《用户操作手册》的系统建设目标章节，也是产品功能设计的出发点。
通过历史数据回放试算，在规则生效前预判命中量与误报量，减少规则上线后的返工
按地区、季节与年龄组分别维护阈值参数，解决一套阈值打天下的误报问题
对预警信号实行 2 小时与 24 小时响应时效监控，避免预警发出后无人跟踪
用灵敏度、特异度与阳性预测值量化规则效果，形成误报漏报标注到规则优化的完整链条
功能模块
每个模块解决一个具体问题
下列模块及说明取自本产品《用户操作手册》第四章「业务功能操作」，与系统实际页面一一对应。
业务口径
系统内置的业务规则与口径
以下口径来自产品手册，是系统实际执行的规则。您可以直接对照贵单位现有做法，判断是否吻合。
响应时效
预警信号 2 小时与 24 小时响应时效监控
阈值维度
按地区、季节与年龄组分别维护阈值参数
效果评估
灵敏度、特异度、阳性预测值
规则管理
登记、审批、版本变更、灰度发布、回溯试算
安全与合规
- 内置数据权限控制，跨机构、跨部门数据按职责范围可见
- 操作审计全程留痕，关键业务操作可追溯到人、时间与内容
- 业务规则以配置化方式管理，规则调整不修改程序代码
- 数据库支持国产达梦 DM8，满足国产化替代要求
系统界面
运行界面
共 12 张实际运行界面，取自本产品的用户操作手册。界面中的姓名、证件号、单位名称与联系方式等已做脱敏处理。
规则试算与回溯
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「规则试算与回溯」界面。
系统登录
账号登录页，支持按岗位分配的数据范围登录系统。
业务工作台
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「业务工作台」界面。
预警规则台账
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「预警规则台账」界面。
业务详情
业务台账中单条记录的详细信息与流转记录。
规则版本变更
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「规则版本变更」界面。
阈值参数维护
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「阈值参数维护」界面。
预警信号
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「预警信号」界面。
预警核实与处置
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「预警核实与处置」界面。
规则效果评价
《荣信微安传染病监测预警规则管理系统》用户操作手册中的「规则效果评价」界面。
预警信号看板
按规则与病种汇总预警信号的产生与核实情况。
统计报表
按业务类型与时间维度汇总的统计视图。
要解决的问题
这套系统针对哪些实际痛点
以下问题来自疾病预防控制与检验检测一线的真实工作场景，也是本系统设计时重点解决的对象。
- 预警规则写在纸质监测方案里，阈值取值与时间窗口分散在不同年度文件
- 一线人员遇到异常数据时，不确定该按哪一版阈值判断
- 规则调整没有留痕，无法说明某次预警是基于哪版规则发出的
- 新规则直接上线，是否会造成大量误报无法提前验证
功能清单
核心功能与管理能力
以下功能模块与《用户操作手册 第 4 章》一致，说明文字来自产品手册原文。
预警规则台账管理
登记监测预警规则的基本信息、指标口径与判定条件。规则按症候群类型、监测指标、数据来源、监测范围与监测级别分类，阈值表达式支持基线均值、标准差与绝对阈值三类写法。规则需经市级规则管理员审批后方可生效，应急监测级别的规则强制要求设置红色预警信号。同一病种同一指标不允许存在两条同时生效的规则。
规则版本变更与灰度发布
管理规则阈值调整、指标新增、时间窗口调整、监测范围调整与规则停用等各类版本变更。变更记录包含变更原因、变更内容与变更依据，经审批后按全量发布、按比例灰度、试点机构先行或人工指定生效四种方式发布。灰度发布必须填写灰度比例与灰度范围；发生误报激增时可执行版本回滚，回滚记录保留原版本信息。
规则试算与回溯验证
按固定历史区间回放规则，统计回放记录数、命中条数、误报条数、漏报条数与符合率。试算方式包括历史数据回放、影子运行比对、抽样人工核对与新旧规则并行四种。试算结论需写明对阈值、表达式或时间窗口的调整建议，采纳后的结论进入版本变更流程。回溯区间跨度限定在 30 天至 730 天之间，区间截止日期不得晚于当前日期。
阈值参数维护
按地区、季节与年龄组维护监测指标阈值参数。参数记录包含参数名称、参数值、取值单位、基线参考值、适用地区、适用季节、适用年龄组与生效失效日期。季节性参数必须填写失效日期，系统校验生效日期月份与所选季节是否匹配。同一规则在相同地区、季节与年龄组下不允许存在两条同时生效的参数。
预警信号产生与分级
记录规则命中产生的预警信号，按红色、橙色、黄色三级分级管理。每条信号记录触发规则、规则版本、症候群类型、监测地区、信号日期、命中值、阈值与命中说明；系统按首次响应用时自动判定是否超时，要求 2 小时内完成首次响应，超过 24 小时计为超时。同一规则、同一地区、同一指标在 14 日内只允许推送一条信号，避免重复推送。
预警核实与处置
记录预警信号的核实与处置全过程，包括信号核实、现场调查、处置措施、结果反馈与重复信号核查五类处置类型。核实结论分为真实信号、误报、漏报补充、待核实与重复信号。首次响应时间不得早于信号日期，处置完成时间不得早于首次响应时间；处置闭环前必须填写结果反馈，判定为误报时必须写明误报原因。
规则效果评价
按周期评价每条预警规则的实际效果。评价记录包含信号数、真阳性数、误报数、漏报数以及灵敏度、特异度、阳性预测值等指标，按优、良、中、差四级评定。信号数必须等于真阳性数、误报数与漏报数之和，漏报数为零时灵敏度必须为 1.00；阳性预测值低于 0.5 的评价结论必须写明规则调整建议。
误报漏报优化建议
管理规则优化建议的提出、评估与采纳。建议来源包括系统统计、基层反馈、核实标注、效果评价、专家论证与回溯验证，建议类型包括阈值调整、表达式修正、时间窗口调整、数据来源调整、监测范围调整与规则停用。阈值调整类建议必须给出建议取值并注明单位，规则停用类建议的优先级必须为高；未采纳的建议必须填写评估意见。
技术规格
运行环境与技术要求
以下内容取自本产品《软件设计说明书 2.4 运行环境》，与其他荣信微安产品保持一致的技术栈，便于统一运维与统一安全策略。
产品版本
V1.4
运行平台
CentOS 7.9 / Windows Server 2019
支撑环境
JDK 17、Spring Boot 3.2、Nginx 1.20
数据库
MySQL 8.0，字符集 utf8mb4，排序规则 utf8mb4_general_ci
客户端
Chrome 100 及以上版本，分辨率 1440×900 及以上
架构
前后端分离，Spring Boot 接口层 + Vue 3 页面层，MyBatis-Plus 数据访问
安全
数据权限按岗位与机构控制，关键操作写入操作审计
技术架构
系统采用分层架构。页面层使用 Vue 3 与 Element Plus 构建，负责界面渲染与交互；接口层使用 Spring Boot 提供 REST 接口，负责参数校验、权限判断与业务编排；业务规则集中在规则类中，接口层不直接编写校验逻辑；数据访问层使用 MyBatis-Plus，按实体映射到 MySQL 数据表。
性能指标
响应能力与容量承诺
以下指标取自本产品《软件设计说明书》第 13 章「性能与容量」，是系统设计时需要满足的验收口径。
列表查询响应
单页 15 条不超过 1 秒
明细查询响应
单条不超过 500 毫秒
保存操作响应
不超过 1 秒
导出响应
1 万条以内不超过 30 秒
并发能力
50 个并发用户操作无明显卡顿
常见问题
关于 传染病监测预警规则管理系统
为什么预警规则需要版本管理？
预警规则一旦调整，历史预警的判定依据也会随之改变。做好版本管理后，可以明确回答"某次预警是基于哪一版规则、哪一版阈值发出的"，这对预警质量的复盘与责任界定十分关键。
新规则上线前能先验证效果吗？
可以。系统提供规则试算与回溯验证能力，新规则可先对历史数据试算，评估误报与漏报水平，再决定是否正式启用；正式启用时也支持灰度发布。
相关产品
同类产品推荐
预约产品演示
想看看传染病监测预警规则管理系统在您单位怎么用？
我们可以结合贵单位的业务范围与现有流程，针对本系统的实际场景做一次在线演示，并就模块启用范围、数据初始化与上线路径给出具体建议。