1 背景与需求分析
医院病房作为人员密集且行动能力较弱的特殊场所，消防安全直接关系到患者生命与医疗秩序稳定。传统火灾报警系统在医院场景下面临若干痛点：一是布线改造困难，老旧病房楼墙体厚重，穿墙布线会影响患者休息且施工周期长；二是报警信息孤岛，传统烟感只能本地声光报警，值班人员无法第一时间获知具体位置；三是缺乏联动机制，烟雾报警后仍需人工逐点排查，无法自动触发应急广播或排烟设备。
针对上述问题，本项目旨在利用芯步智能传感器产品及开放接口，构建一套“监测-传输-联动-处置”闭环的远程烟雾浓度监测系统。系统需满足以下核心指标：烟雾报警响应时延不超过2秒，支持至少500个烟感设备同时接入，具备断网本地缓存能力，且所有接口需支持医院内部私有化部署以保障数据安全。
2 整体设计
本方案采用“端-边-云”三层架构，充分利用芯步设备的HTTP接口特性与医院现有网络基础设施，系统拓扑如图1所示。
感知层：部署于病房、走廊、设备间等关键区域的核心设备为芯步智能烟雾浓度传感器。该传感器内置烟雾浓度检测模块，支持浓度阈值本地预判，并将状态数据通过WiFi 2.4G无线网络实时上传。作为补充，可在护士站、医生办公室部署智能语音音柱Pro60W，用于接收平台下发的应急广播指令。
传输层：依托医院现有WiFi网络覆盖，传感器数据直接上报至内部服务器，无需额外网关。对于网络盲区，可启用设备自带的4G LTE备选通道。所有上行数据采用HTTPS协议封装，每30秒上报常规状态（电量、在线状态），烟雾浓度变化时触发实时上报。
平台层：核心是部署于医院信息科的芯步私有化消息服务器。该服务器负责接收设备推送、执行签名校验、维护设备影子，并通过标准化API向北提供数据服务。平台层同时集成联动规则引擎，负责判断报警等级并触发声光、广播等下游动作。
应用层：包括消控室大屏端（实时显示全院烟雾浓度热力图）、护士站管理终端（接收管辖病区的报警弹窗）、以及移动端（值班工程师接收短信/APP推送）。三层架构确保从数据采集到终端展示的端到端时延控制在1秒以内。
graph TB
subgraph 感知层
A[智能烟雾传感器]
B[智能语音音柱]
end
subgraph 传输层
C[WiFi AP/4G基站]
D[防火墙/网关]
end
subgraph 平台层
E[芯步私有化服务器]
F[规则引擎]
G[设备影子存储]
end
subgraph 应用层
H[消控室大屏]
I[护士站终端]
J[移动运维端]
end
A -->|HTTPS上报| C
C --> D
D -->|内网| E
E --> F
F -->|联动指令| E
E -->|HTTP下发| C
C -->|播报指令| B
E -->|推送| G
G -->|数据订阅| H
G -->|报警| I
G -->|短信推送| J图1 系统整体架构图
3 核心流程与接口对接规范
3.1 设备接入流程
芯步平台采用签名机制保障接口调用的安全性，所有HTTP请求需携带AppId、签名和时间戳。传感器设备在上电后需通过以下步骤完成注册与鉴权：
设备激活：设备向平台注册端点发送激活请求，携带自身MAC地址和硬件序列号。平台验证通过后分配唯一的device_id，如820720。
状态上报：设备周期性地向
/device/telemetry端点推送数据。请求体为JSON格式，示例结构如下：
下行指令：服务器如需触发本地蜂鸣器报警或LED闪烁，则向
/device/control端点下发命令。签名计算方式为sign = md5(AppId + AppSecret + ts)，其中ts为Unix时间戳，有效期为300秒以防止重放攻击。
3.2 关键接口定义
为实现完整的联动闭环，系统需接入三类核心接口：
| 接口类别 | 方向 | 功能说明 | 关键参数 |
|---|---|---|---|
| 传感器数据上报 | 上行 | 烟雾浓度、电量、故障状态定时/触发上报 | device, smoke_concentration, battery |
| 音柱广播下发 | 下行 | 向指定病区音柱发送TTS语音或预录音频 | device, order.content, order.volume |
| 平台联动订阅 | 内部 | 规则引擎订阅传感器事件，触发后续动作 | source_device, condition, target_action |
芯步接口最大的优势在于“简单、清晰”，任何支持HTTP请求的编程语言均可调用，Java、Python或Node.js后端均可无障碍集成。对于医院已有信息化系统（如HIS、后勤管理平台），可通过API将其与消防子系统打通，避免形成新的数据孤岛。
4 病房联动场景与规则引擎设计
要实现“远程监测”与“安全联动”的无缝衔接，关键在于规则引擎的配置。规则引擎以“传感器-触发器-执行器”为模型，支持自定义场景编排。
第一种场景：单点预警（初级浓度）当某病房烟感检测到烟雾浓度超过50ppm但低于150ppm时，判断为一级预警。系统自动执行以下联动：①向对应护士站客户端推送弹窗提示，显示病房号及浓度曲线；②通过API调用该病房门口机LED指示灯变为黄色闪烁；③不触发整体疏散广播，避免引起不必要的恐慌。此场景下，从烟感上报到护士站弹窗的平均时延约为80-120ms。
第二种场景：多点报警（高级应急）若同一防火分区内两个及以上烟感同时报告浓度超过150ppm，或单个烟感浓度超过300ppm，系统判定为火灾确认状态。联动策略升级为：①自动切断该区域的氧气供应管道电磁阀（需对接医用气体监控系统）；②通过智能语音音柱Pro60W强制播报预录制的楼层疏散指令，音柱支持60W大功率输出，确保嘈杂环境中指令清晰传达；③同时向消控室大屏弹窗并推送具体坐标，值班人员可一键调取附近摄像头画面确认火情。
第三种场景：设备自检与运维联动传感器每日凌晨2:00执行静音自检，若发现故障（如电量低于15%、光学腔污染），系统自动生成维修工单，并通过企业微信接口推送至对应片区的维保工程师。同时，在后勤管理大屏上用橙色标记故障设备位置，便于晨会安排巡检。
5 安全性设计
医疗场景对数据安全和系统可靠性有严苛要求，本方案从三个维度构建安全防线：
接口与通信安全：所有基于HTTP的API调用均强制使用HTTPS协议，TLS版本不低于1.2。签名机制确保只有授权平台可向设备下发指令，防止恶意终端伪造命令控制音柱或传感器。时间戳校验窗口为5分钟，超时需重新签名，有效防御重放攻击。
私有化部署与数据隔离：芯步平台支持完整的私有化部署方案，消息服务器、设备影子数据库均可运行于医院内网，与互联网物理隔离。消防数据（设备点位、报警记录）不经过公有云，仅在内网流转，符合医院敏感数据不出院区的合规要求。对于需要远程通知的场景，通过单向短信网关发送，外部网络无法反向访问内网资源。
设备接入与访问控制：采用一机一密的鉴权策略，每个传感器出厂时烧录唯一密钥。设备首次上线时需通过密钥派生临时会话票据，后续通信使用动态Token。控制台按角色划分权限：护士仅能查看本科室报警，后勤主管可配置联动策略，系统管理员拥有设备注册与注销权限，所有操作均记录审计日志。
6 总结
本方案基于芯步开放接口设计，具备以下核心优势：
免布线快速部署：传感器采用WiFi直连方式，无需额外网关，电池供电设计使其可在天花板、检修口等位置灵活安装，施工期间不影响病患正常休息与诊疗。
开放性与可扩展性：简洁的HTTP接口规范使得方案能够与医院现有HIS系统、后勤管理平台、视频监控系统快速对接。基于同样的接口，未来还可扩展接入温湿度传感器、人体存在传感器，实现病房环境全维度感知。
高可靠消息链路：支持私有化部署确保断网时局域网内联动不失效；对于关键报警信号，平台自动触发重传机制直至收到设备确认，避免信号丢失导致漏报。
智能分级联动：通过灵活的规则引擎，系统可依据烟雾浓度阈值和报警点位密度自动区分“预警”与“报警”，在保障安全的同时避免因频繁误报导致的“狼来了”效应，提升医护人员对真实警报的响应效率。
通过上述方案，医院可构建一套“早发现、快确认、强联动”的智慧消防体系，将火灾隐患控制在萌芽阶段，最大限度守护患者与医护人员的生命安全。