管理软件验收：导出一次报表就知道

核心答案

验收管理软件最省事的办法，是现场让它导三张表：本月告警明细（含四个时间戳）、隐患整改台账（含整改前后照片）、机构分级结果（含各维度得分）。三张表能导出来、字段齐全、数字对得上，功能基本就是真的；导不出来或者要“回去整理一下”，说明还没做完。

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

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

系统侧看什么

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

经验材料写什么

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

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

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

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

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

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

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

03AI 视频：七个算法里，哪几个真能用

方案里的算法清单通常很长，但落地效果差别极大。按“目标是否规整”排一下，实用性从高到低大致是：

算法	判断依据	落地难度
消控室脱岗 / 睡岗	画面里有没有人、姿势是否异常	低——场景固定、机位固定
疏散通道 / 消防通道占用	指定区域有没有堆放物	低——区域可画框
电动自行车违规充电	画面里有没有车、是否在充电位	中——车型多、遮挡多
烟火识别	火焰颜色纹理、烟雾扩散	中——受光照与蒸汽干扰
违规用火用气	明火、灶具状态	中高——厨房油烟干扰大
人员跌倒	人体姿态突变	高——遮挡、多人、误报多
夜间离床	床区人体位置	高——被子、护栏干扰

规律很清楚：目标越规整、场景越固定，越靠谱。前三类（脱岗、通道占用、违规充电）装在固定机位、盯着固定区域，效果稳定；后两类涉及人体姿态，误报率高，只能当辅助线索，不能当单独依据。

应答准确率时，必须带三个限定：测试集是什么、测试环境是什么、最小可识别目标多少像素。脱离这三个条件的“准确率 95%”，在验收时无法复现。

部署位置怎么选：摄像机内置算法省带宽、响应快，但升级要逐台刷；平台侧解析利旧摄像机，但占服务器算力、传视频费流量；边缘盒子介于两者之间。三家机构以内用前两种都行，机构多了要算总带宽账。

04机构画像：评级不是为了排名，是为了排班

“机构画像”容易被做成一张打分表，评完发个红黄绿就结束了。它的真正用途是决定检查频次和值守资源怎么分配。

合理的维度大致四组：

风险基础：建筑年代、层数、住养人数、失能比例、是否与其他功能合建；
设施状态：报警系统是否完好、电气线路年限、消防水源、疏散条件；
管理执行：巡查完成率、隐患整改率、培训演练次数、告警确认及时率；
历史事件：近一年告警次数、误报占比、真实火情、被督办次数。

四组里，前三组是静态或半静态的，第四组是动态的。如果评级只看前三组，一年评一次就够了；要让它指导日常，第四组必须实时进模型，否则永远是“去年那个分数”。

权重能不能自定义，是这类平台的分水岭。甲方对“失能比例”和“电气年限”的重视程度，各地不一样；写死权重的产品，第一次评审就会被要求改，改一次要动代码。

评级结果怎么用：至少要和检查频次挂钩——A 级季度抽查、C 级月度上门。只评级不挂钩，机构很快就不在意了。

05自查清单：12 项

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

0 / 12

06常见问题

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

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

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

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

算法放摄像机里还是放平台？

摄像机内置省带宽、响应快，但升级要逐台刷；平台侧解析能利旧摄像机，但占服务器算力、传视频费流量；边缘盒子介于两者之间。机构少时前两种都行，机构多了要算总带宽和总存储账。

机构画像的评级维度有哪些？

常见四组：风险基础（建筑年代、层数、住养人数、失能比例）、设施状态（报警系统、电气线路、消防水源、疏散条件）、管理执行（巡查完成率、整改率、培训演练、告警确认及时率）、历史事件（告警次数、误报占比、被督办次数）。

水压采集一定要破管吗？

不一定。优先找已有的压力表接口或预留三通，实在没有再破管。破管要停水、报备、恢复试压，一家机构可能多花半天，方案里应该写明改造方式而不是默认破管。

县级中心要对接哪几个平台？

三个方向：消防救援机构监管平台（通常 RESTful API、GB/T 26875.3 或地方标准）、民政部门的统计口径（报表或接口）、全国养老服务信息系统（预留）。三者的字段口径完全不同，不能一套字段打天下。

交付周期怎么排比较稳？

倒排：先定验收日期，往前留出经验材料编制时间，再留联调与试运行，剩下的才是施工。5 家机构的施工本身可能只要 3–5 天，真正吃时间的是到货、报备、停水停电协调和雨天。

试点验收最容易被卡在哪？

三处：接入机构数或点位数与计划不符；工单只有文字没有凭证；断网测试时离线告警没产生或复网数据没补齐。这三条都是现场能测的，提前自测一遍就能过。

适用范围与本页说明

本页面向平台需求编写与验收指标设定。"告警时延、响应时长、处置率、整改率"这些指标的分子分母要在需求阶段一并定义，否则报表无法用于考核；涉及与消防救援机构、民政部门的数据对接，字段范围与推送频率需以对方接口文档为准。

平台上线前先跑通一条完整链路：告警产生→推送→确认→处置→销号，五个时间点都要能取到并导出。

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