河南：床位多、失能多，疏散是真难题

核心答案

河南人口大省，县级养老机构的住养人数普遍偏多，失能半失能比例也高。这直接改变技术重点：报警要更早（给护理员留出转移时间）、疏散通道要盯死（被床位、储物占用是常见问题）、夜间值守要有人补位。把这三条写进方案，比堆功能清单更贴合实际。

01养老机构为什么值得单独建一套

养老机构在消防上是个特殊场景，特殊在三点，而且这三点都不靠“加强管理”能解决。

一、人搬不动

医院有平车、有电梯、有护工轮班；养老机构里大量是失能半失能老人，卧床的占相当比例。同样一场初期火灾，医院能在三分钟内把一层人转走，养老机构可能连把人扶起来都需要两个人。这决定了报警必须更早，处置必须更快——不是“重视程度”问题，是物理条件决定的。

二、夜里没人

多数中小型养老机构夜间只有 1–2 人值班，有的甚至只有门卫。夜间恰恰是火灾亡人高发时段：人处于睡眠状态，发现晚、反应慢。所以夜间值守不能只靠机构自己，县级中心的 7×24 小时值守正是补这一段的。

三、火源在家里

养老机构的火灾，电气原因与卧床吸烟是两条主线。电热毯、电暖器、私拉插排、老人自己带的充电器，这些在家里是小事，在集中住宿环境里是隐患叠加。传统火灾报警只报“着了”，报不出“哪儿在过载”——所以电气火灾监测和独立烟感要一起上，不能只装一种。

这三条对应的技术选择：更早 → 独立烟感 + 视频复核；更快 → 告警直推责任人手机，不等值班室转达；火源 → 电气火灾监测 + 可燃气体探测。选型时如果只买了火灾报警主机联网，前面三条一条都没解决。

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

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

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

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

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

03断网之后：缓存、补传、和对不上的账

乡镇养老机构的宽带和 4G 都不稳，断网是常态不是异常。所以“断网了怎么办”不是加分项，是必答题。

完整的答案要包含四件事：

断网时本地存多少条——写具体条数，不是“可缓存大量数据”。条数要和实际告警量匹配：一家机构一天最多几十条事件，缓存 1000 条能撑很久；但如果把状态心跳也算进去，1000 条可能只够几小时。
复网后怎么补——按时间戳顺序补传，还是按优先级（火警优先、故障其次）？前者简单，后者更符合实际需要。
平台怎么校验完整性——靠设备端的序号连续性判断，还是靠平台侧对账？只有设备端带序号，平台才能发现“中间缺了几条”。
什么情况下会真丢——缓存写满、断电、设备被拆。这三种要如实写，写“绝不丢失”反而不可信。

最危险的不是断网，是断网期间着了火而没人知道。所以断网本身必须产生一条告警（“设备离线”），并且这条告警要推到人，不能只在平台上变灰。很多方案把离线当状态、不当事件，结果设备停了三天没人发现。

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

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

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

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

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

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

05自查清单：12 项

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

0 / 12

06常见问题

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

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

评级权重能不能自己改？

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

评级结果怎么用才有意义？

至少要和检查频次挂钩：A 级季度抽查、C 级月度上门。只评级不挂钩，机构很快就不在意了。另一条用法是排值守资源——高风险机构夜间重点盯。

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

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

水压水位多久上报一次？

这两种都是缓变量，5 分钟一次足够。设成 10 秒一次，电池撑不住、流量也浪费。合理做法是平时低频、异常时自动转高频，并在本地可配阈值。

摄像机能利旧吗？

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

推送实时和批量要都支持吗？

要。火警必须实时，统计类可以 T+1 批量。只有一种的系统，要么浪费带宽，要么报表不及时。配套还要有推送失败重传策略和每日对账机制，否则丢包率算不出来。

本地服务能力怎么证明？

四样东西：本地服务主体的营业执照与社保人数、原厂授权书、常驻省内工程师名单与所在地、近三年省内同类项目的合同关键页与验收证明。没有证明的业绩一般不计入评审。

适用范围与本页说明

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

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

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