一句话说清：北京市民政局与北京市消防救援局 2026 年 11 月印发《关于加强区级养老机构消防安全管理中心建设的通知》（预通知），要求以区为单位建“养老机构消防安全管理中心”，把辖区内所有养老机构的消防设施运行状态、重点部位视频、异常事件处置和数据报表集中到一块屏上，做到“一屏统览、一网统管、一体联动”。对养老机构自己来说，这份文件意味着过去可装可不装的“三水一报警”感知设备，正在变成必须能远程采集、能对外传送的基础设施。
一、一个中心、三项定位、五类功能
文件把这个机构叫“消防中心”，定位写得很具体：它不是一个只挂块牌子的小组，而是监测预警中心、监管调度中心和数据分析中心三合一。
围绕这三项定位，文件列了五项功能：消防设施监测预警、重点部位视频监控、异常事件响应处置、数据分析与决策支持、数据接口对接共享。五项功能不是并列关系——前三项是“看得见、叫得应”，后两项是“算得清、传得出”。理解这个层次，后面配设备就不会乱。
二、五项功能拆开看，每项落到什么能力
| 功能 | 文件的核心要求 | 落地要具备的能力 |
|---|---|---|
| 消防设施监测预警 | 接入“三水一报警”感知设备数据，实时监测运行状态，对报警、故障、离线实时告警并跟踪闭环处置 | 多类型信号采集、断线可判别、告警要能派到人并留处置痕迹 |
| 重点部位视频监控 | 汇聚出入口、疏散通道、消防控制室、厨房、活动室、外立面视频；电子地图点位与分组管理；烟火、异常摔倒、堵塞占用疏散通道、消控室脱岗睡岗自动识别 | 摄像机点位可管、算法要能按点位配置、支持远程巡查与回溯取证 |
| 异常事件响应处置 | 建立处置制度与流程；跟踪报警、故障、联动处置；动火作业过程跟踪；火情时调取现场视频、建筑平面图、设施分布、在院老年人位置 | 事件工单化、动火报备数据可对接、平面图与人员分布能上图 |
| 数据分析与决策支持 | 建立机构、用户、设备、服务、巡检任务台账；汇总火警、隐患、设施运行、事件处置数据；定期生成消防安全态势报告；提供养老监管一张图 | 多租户、多角色、分权分域；报表可自动出，不是人工拼 |
| 数据接口对接共享 | 按市民政局统一接口规范向市级养老机构综合监管系统汇聚；“三水一报警”数据全量接入全市消防设施物联感知信息管理系统 | 标准接口、统一编码、避免二次填报 |
五项里，第四项容易做得虚。文件要求的是“定期生成消防安全态势报告”和“一张图”，这背后得有连续的、结构化的历史数据。如果前端的报警只存在值班记录本上，或者只在微信群里吼一声，到季度出报告时就没有数据可算。
五项功能里有四项归根到底都要落到平台上。“多租户、多角色、分权分域”这九个字，是文件对平台架构提出的明确要求——一个区下辖几十家养老机构，每家只能看自己的，街道能看片区，区民政局能看全量，权限错了就是数据事故。再叠加“操作日志留存不少于 1 年”“重要数据每日备份”“与市级平台无缝对接”，这三条基本筛掉了大部分买来即用的成品软件。真正要评估的是：租户模型是不是原生的、日志是不是可检索的、接口是不是标准的。这三项如果等到验收前才补，返工成本会比开发成本高。
三、“三水一报警”到底指什么
这个词在文件里没有单独解释，但从上下文能还原出确切所指。文件写的是：消防控制室主机报警、故障及相关联动信息；消防水池、高位水箱水位；消防管网最不利点静水压力；消防水泵启动状况。拆成四类信号就是：
| 信号类别 | 文件表述 | 通常怎么采 |
|---|---|---|
| 一报警 | 消防控制室主机报警、故障及相关联动信息 | 从火灾报警控制器取出报警/故障/联动信息，经联网模块或用户信息传输装置上传 |
| 水位（两处） | 消防水池水位、高位水箱水位 | 投入式或超声波液位变送器，输出模拟量/开关量后无线上传 |
| 压力 | 消防管网最不利点静水压力 | 压力变送器安装于最不利点，连续采集静压，判断管网是否失压 |
| 水泵状态 | 消防水泵启动状况 | 取泵控制柜运行信号（开关量），或经控制模块回读反馈 |
这里有一处容易被忽略的表述差异：文件在“功能”一节写的是“三水一报警”，在“工作要求”的第三项写的是对机构“三水一电”设备和重点部位视频监控安装情况全面摸排。两个说法指向同一组感知设备，只是前者按信号归纳（水位、压力），后者按设备归纳（水系统、电气）。做摸排台账时按设备列，做数据接入时按信号列，两边都能对上。
还要注意：水泵启动状况虽然不在“三水一报警”这五个字里，但文件明确要求接入，属于第五类信号。只做水位和压力、不做泵状态，等于漏了一项。
四、建设标准里四条硬指标
文件第二部分给了五条建设标准，其中四条是能直接对照验收的硬指标，另外一条（场所设施）偏硬件配置。
| 条款 | 硬要求 | 意味着什么 |
|---|---|---|
| 运行保障 | 7×24 小时值守值班、运维保障和应急处置 | 中心必须有人真值班，系统必须有人真盯；采取购买服务的要细化委托辅助监管事项 |
| 人员配备 | 可采取政府购买服务方式配备，不得由养老机构人员兼任 | 这条是对“自己监督自己”的明确否定，中心人员要独立 |
| 安全防护 | 落实网络安全等级保护和数据安全管理制度，权限分级管理；操作日志留存不少于 1 年；重要数据每日备份 | 平台的日志与备份能力是硬指标，不是可选项 |
| 系统对接 | 执行国家和行业有关消防信息化、数据交换、网络安全标准规范，与市级平台无缝对接 | 接口要按标准来，不能自造私有协议再找人翻译 |
“操作日志留存不少于 1 年”这一条，实际上把很多轻量级平台挡在门外。日志留存要求的是可查询、可追溯、不可篡改的完整记录，不是一份文本文件。选平台时这一项要当场验证，不要只看演示。
五、从政策要求到设备清单
把前面五项功能翻译成采购语言，大致是这么一张对应表。这张表的作用不是让你照单全买，而是逐项对照：哪一项已经有、哪一项是空的。
| 政策要求 | 对应设备或能力 | 老机构常见缺口 |
|---|---|---|
| 消控室主机报警、故障、联动信息上传 | 火灾报警控制器联网模块 / 用户信息传输装置 | 主机是老的，没有联网口，或品牌接口不开放 |
| 消防水池、高位水箱水位 | 液位变送器 + 无线采集终端 | 水池在地下室，没有网线，也没有电源 |
| 管网{ZBL}静水压力 | 压力变送器 + 无线采集终端 | 装了表但没人看，或只在泵房本地显示 |
| 消防水泵启动状况 | 泵控制柜开关量取信 / 控制模块反馈 | 只有本地指示灯，没有远传 |
| 重点部位视频与智能分析 | 网络摄像机 + 视频 AI（烟火、通道占用、脱岗睡岗、摔倒） | 有摄像头但不联网，或只能本地录像 |
| 无管网区域的火灾探测 | 4G / NB-IoT / LoRa 无线烟感、无线感温探测器 | 老人房间、活动室、临时加建区域无探测 |
| 事件闭环与台账 | 消防物联网平台：报警派单、处置留痕、态势报告、分权分域 | 报警靠电话，处置靠回忆 |
| 向市级平台汇聚 | 标准 API / MQTT / HTTP 接口，统一编码 | 各厂商各说各话，重复填报 |
这张表里，成本占比通常不在探测器上，而在“末端一公里”：水池在地下室、泵房没网、老楼不能开槽布线、摄像机点位分散。这也是为什么同一个政策要求，不同机构的报价能差出好几倍——差的是施工条件，不是设备本身。
对已经装了部分系统的机构，文件第三部分“坚持集约共享”给了明确出路：已建成平台并可实现部分功能的区，可以依托现有场所和系统建设，通过接口对接实现功能；确需新建的，进行项目申报。换句话说，不要求推倒重来，但要求能对接。
六、四个常见误区
- 误区一：以为装个烟感就算接入了。文件要的是“消防自动设施”的运行数据接入，重点是消控室主机、水位、压力、泵状态这些系统级信号。独立烟感是补充，不是替代。
- 误区二：把视频监控理解成“能看到就行”。文件对视频的要求里有四条智能分析：烟火、异常摔倒、堵塞占用疏散通道、消控室脱岗睡岗。没有算法，这四项一个也交不了。
- 误区三：只做告警，不做闭环。文件反复出现“跟踪闭环处置”“督促整改核实”“形成处置闭环”。只有告警没有处置记录的，验收时会卡住。
- 误区四：忽视老人位置这一层。文件在火情处置里明确要求调取“在院老年人位置”，用于辅助决策指挥。这一项常被漏掉，但它是养老场景区别于普通楼宇消防的关键。
七、推进顺序建议
- 先摸排。按“三水一电”设备加重点部位视频，逐机构建台账，写清品牌型号、安装年份、是否可联网、有无电源与网络。这一步不做，后面全是估算。
- 再补点。优先补消控室主机联网、水池水位、管网压力、泵状态这四类系统级信号，它们决定中心能不能“看见”。
- 后接视频。视频点位按文件列的重点部位逐一核对，缺的补、有的接，算法按点位单独配置，别一个算法套全站。
- 第四步通数据。按市民政局接口规范做对接，同时把数据推送到全市消防设施物联感知信息管理系统，避免两套台账重复填报。
这份文件目前是预通知，文末写明“请各区予以参考”，落款日期为 2026 年 11 月，正式实施口径以正式印发文件为准。但方向已经很清楚：养老机构的消防安全，正在从“每家自己管”转向“区里集中看”。早一步把数据打通，后面就少一轮改造。
如需按上述清单对现有机构做一次接入自查，可通过联系我们获取对照表。
