管理软件的三张表：点位、事件、责任

核心答案

把 DB65/T 5134 翻成软件需求，本质是三张表：点位表（谁、在哪、属于哪类系统、对应表 A.1 哪一项）、事件表（什么时间、什么状态、上报了没有、几秒到）、责任表（这个点位归谁、故障通知发给他、超时找谁）。三张表建起来，4.5.3 的响应时限、6.7.3 的 5 min 报修、6.4.6 的 12 h 兜底才有承载物。缺了责任表，前两张只能看，不能管。

01一本台账要记六段

附录 C 给了一张可以直接打印的表：《监控中心每日运行与联网用户监测记录表》。它分六段，前四段是数据，后两段是人和事。

当日运行检查（√正常 / ×异常）：平台运行、通信链路（带宽、丢包、时延）、火警/故障/视频响应时间、主备电源与 UPS、离岗监测系统、数据存储与同步、网络安全设备——七项，每项都要写异常说明及处置。
当日监测统计：在网用户总数、在线用户数、火警报警总数、真实火警、离线用户数、故障报警总数、离岗报警次数、通道占用报警。
火警处置记录：时间、联网用户、报警点位，以及 30 s 确认（是/否）、60 s 复核（是/否）、处置结果。
故障处置记录：时间、联网单位、故障内容，以及 5 min 通知（是/否）、已报修、已整改、转双人值守。
当日异常与重要事项：自由填写。
交接班：交班人、接班人、交接时间。

6.7.4 条要求值守人员每日按此表填写并留档备查。这张表的价值在于：它把散落在 6.4.4、6.7.3、6.4.6 里的时限，变成了三个可以打勾的“是/否”格。

02这份规范管谁，不管谁

标准第 1 章把适用面写得很清楚：设有自动消防设施的建筑与单位，其消防控制室接入平台后按本标准执行。反过来，六类对象被明确排除——火灾高危单位、易燃易爆危险化学品场所、军事设施、核设施、变电站，以及不具备消防安全条件的单位或场所。排除项不是“暂缓执行”，而是这份文件从一开始就不覆盖它们。

容易被误读的是 4.9 条。它给了尚未建成统一平台的地区一条过渡路径：单位按本规范自建系统，并经消防救援机构验收合格后，消防控制室可以实行单人值守。但同一条也写明，当地平台建成投用后，已通过验收的单位须在限期内完成系统对接与统一接入——自建不是终点，只是入场券。

先自查两件事：本单位是否属于附录 B 界定的十二类火灾高危单位；所在地区是否已建成城市级平台。前者决定要不要走，后者决定怎么走。

03180 秒：一次弹窗的完整时间账

6.4.4 条把“从弹窗到处置完毕”拆成四段，总时长不应超过 180 s，每一段都单独限时。这是整份标准里执行压力最大的一条，也是最容易在演练中掉链子的一条。

阶段	动作	时限
告警接收	传感信号上传、平台弹窗，值守人员确认获知	30 s
远程复核	依托传感数据研判 + 联动视频图像复核，完成火情初判	60 s
现场确认	就近人员赶赴报警点位实地核查、核实真伪	60 s
应急处置	切换全自动、启动应急广播疏散、拨打 119、启动预案	30 s

30 + 60 + 60 + 30 = 180。这条时间账对硬件提出了连锁要求：4.5.3 规定监控中心接收火灾报警响应时间不大于 10 s，5.1 g) 规定从联网用户推送至监控中心端显示不大于 3 s，视频端到端延时不大于 2 s。如果链路本身吃掉 10 秒，30 秒的确认窗口就只剩 20 秒。

演练要点：6.4.5 要求每季度开展一次人机协同演练，模拟系统失效时的人工应急处置。演练要按这四段掐表，只演“发现火情”不演“30 秒切换全自动”，等于没演。

04协议、带宽与那条 2 Mbps 的链路

4.3 条把通信拆成三层：装置层、协议层、平台层。

装置层：用户信息传输装置应符合 GB 26875.1，并通过消防产品自愿性认证或型式检验合格（4.3.1）。
协议层：传输网络通信协议符合 GB/T 26875.3；监控中心与前端设备的通讯协议、数据格式、交互流程同源（4.3.2、4.3.3）。
平台层：具备分布式通信与实时传输能力，支持多协议接入与转发，预留标准化接口与 API，可跨平台对接（4.3.4）。

4.3.5 条给的是兼容清单而不是指定方案：消防远程控制指令要能下发，兼容 MODBUS 等工业现场总线，支持 NB-IoT、LTE、WIFI、有线宽带，宜采用 MQTT、TCP/IP 长链接及物联网专用协议。用词是“兼容”和“宜”，说明制式可以选，但对接不能挑。

真正卡验收的是 4.5.5：监控中心与用户信息传输装置之间的链路带宽不小于 2 Mbps、丢包率不大于 1%、时延抖动不大于 50 ms。这三个数要现场实测，不是写在方案里就算。

05自查清单：12 项

逐条打勾。勾选状态保存在本机浏览器，下次打开接着用；本页不上传任何数据。

0 / 12

06常见问题

单人值守时系统坏了怎么办？

应立即上报消防救援机构和监控中心，并通知单位消防安全管理人；无法落实整改要求的，12 h 内恢复 2 人值守（6.4.6）。

从弹窗到处置完，到底给多长时间？

全流程不超过 180 s，拆成四段：30 s 确认获知、60 s 远程复核、60 s 现场确认、30 s 应急处置（6.4.4）。

离岗监测系统有什么硬要求？

每个消控室配置 1 套，联动声音报警，监测范围应能有效覆盖值守人员常规操作活动区域，任何情况下不应遮挡视频监控（4.2.1 c）；单套监测范围不超过 8 m（附录 A）。

消防车道被占用多久会报警？

电子围栏占用时间超过 5 min 即弹窗报警（5.2.2）。

泵在手动状态，系统能发现吗？

能。消防泵控制柜、稳压泵控制柜应安装物联网数据采集终端，设备状态为手动时即弹窗报警（5.2.3）。

备份做到什么程度算合格？

“本底双盘 + 异地云端”分布式备份，本地与云端同步延迟 ≤1 min；每半年一次恢复演练，覆盖率 100%，恢复成功率不低于 99.9%（7.2.1）。

原始火灾报警数据能改吗？

不能。系统必须具备防止修改火灾报警信息、建筑消防设施运行状态信息和消防安全管理信息等原始数据的功能（4.8.4）。

多久要做一次演练和检测？

每季度一次人机协同演练（6.4.5）；每年一次远程监控系统全功能检测（7.1.1）；每半年第三方对值守人员做一次操作能力评估（7.3.2）。

适用范围与本页说明

本页面向平台需求编写与验收指标设定。文中所有秒级、百分比指标均为标准原文数值，可直接写入技术需求书作为可考核条款；口径（分子分母、起止时间戳）需在需求阶段一并定义，否则指标无法计算。

平台上线前应完成一次全链路打点测试，把 10 s / 15 s / 5 s / 3 s 四个指标各测一遍并留档。

本页内容随标准实施进度可能调整，引用条款请以正式出版文本为准；涉及具体项目的适用性判断与备案流程，请以属地消防救援机构意见为准。