陆和单人值守：中心端要接得住

核心答案

单人值守方案的核心不是减少现场人员，是把确认、复位、派单这些动作搬到中心。搬到中心之后，中心的响应时长就成了新指标：告警弹出到有人接手，中间不能有断档。养老机构的县级中心如果同时盯几十家，这个指标很难达标，需要按机构数配值守席位。

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

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

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

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

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

02县级中心，是一个县一个，不是一院一个

县级养老机构消防安全管理中心的形态，容易被想成“每家大一点的养老院装一套”。不是。它是县级建一个中心，把全县正常运营的养老机构连进来——中心在县里，机构端只放感知设备和传输设备。

层级	放什么	谁值守
县级中心	平台、大屏、值守席位、值班电话	民政部门委托的值守方（自建或购买服务）
机构端	传输装置、独立烟感、水压水位、AI 摄像机、门磁	机构自己的值班人员
监管端	数据接口，不落地设备	消防救援机构、民政上级部门

这个结构决定了三件事：平台只需要一套（不是每家机构一套）；告警要跨过两层人（机构值班室 → 县级中心 → 责任人）；网络是薄弱环节（机构多在乡镇，宽带质量参差）。后面所有技术选择，都是被这三件事推出来的。

先定规模再定功能。一个县 5 家机构和 40 家机构，平台架构完全不同：前者一套标准 SaaS 就够，后者必须考虑分片区、分批值守、账号权限树。规模没定就比功能清单，比出来的结论没有意义。

03摄像机与 NVR：利旧比新装更难

视频这块，新建项目反而简单；改造项目的难点全在利旧——机构已有的摄像机品牌杂、年代杂、有的还是模拟的。

项	要看什么	踩坑点
AI 摄像机	像素、算力（TOPS）、是否内置算法、最低照度、编码格式、防护等级、供电方式	算力标称值不等于可同时跑的算法路数
接入协议	GB/T 28181 的具体版本、ONVIF 的 Profile	只写“支持 GB28181”不写版本，联调时对不上
NVR / 网关	接入路数、存储容量、保存周期、多品牌利旧能力	路数按 1080P 算的，换成 4K 要打折
模拟改造	编码器方案、供电与布线	老线材质量差，换数字后图像反而更差

存储周期要写清楚，因为各地要求不同：有的是 30 天，有的是 90 天。按路数 × 码率 × 天数算容量，不要按“约”估算——验收时硬盘不够是最常见的返工原因。

利旧先做一件事：把 5 家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍。这张表决定了要不要买网关、买几台、要不要换线。跳过这一步直接报价，后期一定超。

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

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

系统侧看什么

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

经验材料写什么

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

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

05自查清单：12 项

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

0 / 12

06常见问题

一个县一般要接入多少家机构？

试点通常选正常运营的机构全覆盖，5 家到十几家都常见。规模直接影响架构：10 家以内一套标准部署就够，超过 30 家要考虑分片区值守和账号权限分级。先定规模，再定功能。

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

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

AI 准确率怎么写才算数？

必须带三个限定：测试集是什么、测试环境是什么、最小可识别目标多少像素。脱离这三个条件的“准确率 95%”在验收时无法复现，评审通常会要求补充测试报告。

工单闭环必须有哪几个节点？

预警产生、机构确认、处置反馈、销号归档，四个节点对应四个时间戳。缺任何一个，“响应时长”“处置率”这类指标都算不出来。另外升级规则要可配置，白天夜间、不同机构不该用同一个阈值。

超时未确认怎么处理？

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

处置凭证要留什么？

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

摄像机能利旧吗？

能，但要先摸底。把每家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍，再决定要不要买接入网关、买几台、要不要换线。跳过这一步直接报价，后期一定超支。

项目数据归谁？

归甲方。告警记录、机构台账、视频影像都属于甲方数据；供应商退出或合同终止时要按约定格式完整导出并给迁移周期，不能有“数据回流原厂”或“用于其他项目”的条款。这条要写进合同。

适用范围与本页说明

本页面向集成商与主机厂商做接入方案与应答准备。文中对协议、接口、点位的写法属技术方法，具体主机型号的协议版本须现场确认；提及的品牌仅用于说明差异，不构成推荐。养老机构存量主机品牌杂、年代杂，接入前应逐台核对，不宜按品牌统一处理。

接入方案要先做一台样机验证：取信号、对点位、跑告警、验时延全流程走通，再批量复制到其余机构。

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