深圳：单人值守的合规前提，养老院也适用

核心答案

深圳推行的消防控制室单人值守，前提是远程监控能替代现场值守的部分职能：设备状态可视、告警可确认、故障可派单。养老机构参照这个思路时要注意，它的夜间值守本来就不足，不是“减人”而是“补人”——中心要真的有人盯，否则单人值守只是把风险从白天挪到夜里。

01中心与机构，责任线要画在哪

建中心最容易埋的坑，是责任界面模糊。设备装上了、平台通了，真出事时“谁先动”说不清，这套系统就等于没有。

环节	机构端责任	县级中心责任
初次确认	接到告警后在约定时限内到现场核实	看平台、打电话催办、记录时间
处置	现场处置、拍照上传	判断是否需要外部救援、是否升级
升级	无力处置时立即上报	逐级上报民政与消防救援机构
归档	补充整改记录	销号、纳入机构画像

这张表要在合同里写死，尤其是“机构未按时确认，中心怎么办”这一行。合理的设计是：超时未确认自动升级到机构负责人，再超时升级到县级中心，中心有权直接联系 119——而不是中心只能看着屏幕上的红点。

一个常见误解：以为中心是“监管机构”，可以对机构下指令。实际上中心多数是民政委托的服务方，没有执法权。它的手段只有三个：催办、上报、记录。把这三个做扎实，比给它“权力”更有效。

02政策链条：三份文件，一条线

这类项目不是从技术需求开始的，是从文件开始的。要读的文件有三层：

层级	文件	它管什么
省级部署	云民发〔2026〕81 号《关于加强县级养老机构消防安全管理中心试点建设的通知》	为什么建、谁来建、什么时间建成、试点要形成什么
建设内容	上述文件的附件《县级养老机构消防安全管理中心建设参考方案》	中心里放什么、平台要有哪些模块、机构端接什么
技术依据	T/QDAS 146-2025《养老机构智慧消防管理数字化平台建设技术规范》	平台的功能项、数据结构、接口方式

三层里最容易出错的是中间那层。省级文件是方向性的，团标是技术性的，真正决定“这个中心长什么样”的是附件里的参考方案。方案里列的每一条建设内容，在验收时都会被问到“对应哪个模块、实现到什么程度”。

所以做方案的顺序应该是：先拿附件逐条拆成功能清单 → 再用团标补技术细节 → 最后用省级文件校准范围。反过来做（先堆产品功能，再往文件上靠）会在评审时露馅：功能很多，但和附件对不上号。

团体标准的引用要核实。T/QDAS 146-2025 是团体标准，不是国标也不是行标。引用时写全标准号与年份，不要写成“国家标准”或“行业标准”——这是评审最容易抓的一处。

03水压和水位：两个最容易被忽略的传感器

消防水压和消防水箱水位，在方案里通常各占一行，实际是两类故障的高发点：管网没水、水箱见底。这两个都不会引发火警，只会在真着火时让一切失效。

项	水压	水位
安装方式	多数需在管路上开孔装表，属于破管改造	多为投入式或超声波，可免破管
关键参数	量程、精度等级、防护等级	量程、精度、防护等级
供电与续航	电池供电要写具体月数；有线供电要写是否独立回路	同左，另需说明是否免布线
上报周期	采样周期与上报周期要分开写	同左
本地阈值	低压告警阈值能否本地配置	低水位告警阈值能否本地配置

“破管改造”这四个字看着小，实际影响很大：需要停水、需要报备、需要恢复试压，一家机构可能因此多花半天。所以水压点位要优先选已有的压力表接口或预留三通，实在没有再破管。

上报周期也不是越短越好。水压是缓变量，5 分钟一次足够；设成 10 秒一次，电池撑不住，流量也浪费。合理的做法是平时低频、异常时自动转高频。

验收动作：现场放水泄压，看平台多久出现低压告警、多久恢复；往水箱里注水，看水位曲线是否连续。这两条比看参数表有效得多。

04验收与“可复制经验”：试点项目的下半场

试点项目的验收，从来不只是“设备装好了”。它有两个交付物：一套能用的系统，和一份能推广的经验。第二件经常被忽略，却往往是验收会上被问得最多的。

系统侧看什么

接入机构数是否等于计划数，每家机构的设备清单与点位图是否齐全；
抽三条工单，看四个时间戳是否完整、凭证是否有照片；
现场制造一次告警，看端到端时长与推送对象是否正确；
断一次网，看离线告警是否产生、复网后数据是否补齐；
导出一次报表，看字段是否满足民政口径。

经验材料写什么

有效的经验材料不是成果汇编，是可被别处照抄的操作说明：县域规模怎么测算、老主机怎么接、值守班怎么排、误报怎么压、钱怎么花。写“建成县级中心 1 个、接入机构 5 家”是成绩；写“5 家机构里 3 家主机无标准接口，用开关量 + 独立烟感双路采集，单家改造 0.5 天”才是经验。

一条实用建议：从项目第一天就按“经验材料”的口径留资料——改造前照片、接线方式、遇到的问题与解法、每家的实际工时。等到验收前再回忆，细节全丢了，写出来只能是套话。

05自查清单：12 项

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

0 / 12

06常见问题

平台一定要按团体标准做吗？

T/QDAS 146-2025 是养老机构智慧消防管理数字化平台的建设技术规范，属于团体标准。项目文件把它列为技术依据时，平台功能就要逐条对照并给出实现方式与界面截图；引用时写全标准号与年份，不要写成国家标准。

火灾告警端到端时延一般要求多少？

行业没有统一的强制值，问询清单通常要求分别填最短、平均、最长三个实测值，并注明测试方法（网络条件、接入设备数量、并发告警数）。评审看的是三个数是否自洽、最长值是否有合理解释，而不是单个数字多小。

时延的三段分别是什么？

主机火警到传输装置采集、传输装置到平台入库、平台入库到责任人手机。第一段取决于主机接口和轮询周期，第二段取决于网络与平台并发，第三段取决于推送通道。只报一个总数，说明不了问题在哪。

AI 视频里哪几个算法比较靠谱？

目标越规整、场景越固定越靠谱。消控室脱岗睡岗、通道占用、电动自行车违规充电这三类装在固定机位盯固定区域，效果稳定；烟火识别受光照和蒸汽影响；跌倒、夜间离床涉及人体姿态，误报率高，只能当辅助线索。

超时未确认怎么处理？

自动升级：先升到机构负责人，再超时升到县级中心，中心有权直接联系 119 并记录。关键是这条链路要在系统里自动跑，不能靠中心值守人员盯屏幕手动打电话。

处置凭证要留什么？

现场照片（带时间和定位）+ 整改记录，并且要能关联到具体隐患条目。只收一句“已处理”等于没收。验收时抽查十条工单，三条以上没有凭证就不合格。

一院一档要建几类台账？

常见六类：机构基本信息、责任人与岗位责任清单、日常巡查与电子巡更、培训演练记录、设施维保与检测、隐患库。建议先上前三类中最必要的（信息、责任人、隐患库），跑三个月再补其余。

兼容主机品牌写“主流品牌”行不行？

不行。要报具体品牌名和协议名。养老机构存量主机品牌杂，每个县的实际构成都不同，接入前还得现场确认型号与固件版本。写“兼容主流品牌”在评审时基本等于没答。

适用范围与本页说明

本页面向属地项目做规模测算与建设内容对照。文中引用的文件号与标准号（云民发〔2026〕81 号及附件《县级养老机构消防安全管理中心建设参考方案》、T/QDAS 146-2025、GB 26875 系列）均按公开文本表述，具体条款以正式文本为准；各地试点范围、时间节点与补贴口径以属地民政与消防救援部门口径为准。

落地前先与属地民政、消防救援部门确认试点范围、接入机构名单与时间节点，再按机构数定平台规模。

本页内容随政策与标准更新可能调整，具体条款请以正式文本为准；涉及具体项目的建设内容、接入范围与验收要求，请以属地主管部门口径与合同约定为准。