这是一份基于芯步智能人体存在红外传感器（吸顶版）的技术解决方案。文档面向医院信息化集成商或软件开发团队，重点解决设备如何快速接入自有系统、实现病房感知与业务联动的技术路径问题。
1. 背景与选型分析
在当前智慧医院的建设中，“人”的感知是数据闭环中最关键的一环。传统的摄像头监控存在隐私风险（尤其是病房与卫生间），而普通的红外传感器（5.8G雷达或被动红外）在静坐、睡眠等微动场景下极易误判为“无人”。
针对医院场景，选择芯步智能人体存在红外传感器[吸顶]（型号：UNI-CGQ-RT-XD-H），核心逻辑如下：
真正的“存在”检测：不同于普通的“移动”探测，该设备通过红外技术能稳定识别静坐、输液甚至睡眠状态下的微弱体征，确保护士站能获取真实的床位占用状态。
自带联动输出：设备内置一路AC交流电输出（可直接控制灯光或排风扇），这意味着即使在网络中断的极端情况下，传感器依然能通过本地物理线路实现“人来灯亮、人走灯关”的基础节能逻辑。
零网关直连：设备直接通过WiFi 2.4GHz联网，无需额外购置物联网网关，大幅降低医院大规模部署的硬件成本与布线复杂度。
2. 整体设计
为了实现“感知-分析-控制-反馈”的完整闭环，采用以下混合架构，将边缘计算与云端/本地业务系统结合。
感知层：部署吸顶红外传感器。安装于病房（床位正上方或走廊），接入220V市电，同时其负载接线端子串联接入病房的局部照明或电视电源线路。
传输层：设备通过WiFi连接医院局域网。此处采用私有化部署模式，所有数据直接推送到医院内网的业务服务器，确保医疗数据不出院区。
平台层：医院中间件或物联网平台。负责处理设备上报的“有人/无人”事件，执行业务逻辑（如计时、频次统计）。
应用层：对接护士站大屏看板、HIS系统、后勤工单系统或APP。
3. 接入技术详解
芯步开放平台的优势在于接口透明且免费。开发者无需关注复杂的嵌入式底层，只需聚焦于HTTP/HTTPS协议的调用。
3.1 设备端配置（物模型理解）
在接入代码前，需先理解设备的“物模型”。该设备的核心属性如下
| 功能标识符 | 属性名称 | 数据类型 | 取值说明 | 业务含义 |
|---|---|---|---|---|
| infrared_target | 红外感应 | Bool/枚举 | 1=有人，0=无人 | 核心数据：标识当前是否有人存在 |
| power | 线路输出 | Bool/枚举 | 1=接通，0=断开 | 控制量：控制负载（如灯）的通断 |
| infrared_enable | 红外功能 | Bool/枚举 | 1=开，0=关 | 传感器模块的启停 |
3.2 接口鉴权与直连（签名计算）
所有API调用都需要携带签名sign和时间戳ts，防止接口被恶意篡改。在Java/Python/PHP等任何后端语言中，签名算法统一为
sign = md5( md5(开发者密码) + ts )
ts：当前Unix时间戳（秒级，10位数字）。开发者密码：在芯步控制台获取，需妥善保管。
3.3 核心第一种场景：接收设备上报数据（消息推送）
这是最常见的模式。当传感器检测到“有人”变为“无人”时，平台会主动将消息推送到你配置的服务器地址。
配置方式：在芯步控制台中，将“消息推送URL”设置为你的后端接口地址（例如
http(s)：//yourserver/api/sensor/callback）。接收的数据结构示例当患者离开床位或病房无人时，系统会收到如下JSON包：
业务逻辑：你的服务器在收到
“infrared_target”： 0时，可自动触发“退房消毒”指令，或向保洁系统发送清扫工单。
3.4 核心第二种场景：主动查询与控制
若需要实时查询某个病房的状态（例如护士查房前确认是否有人），可通过HTTP主动调用设备控制接口。
请求地址
POST http(s)：//api.thingboot.com/{AppId}/device/control/？sign={sign}&ts={ts}请求Body
远程开关灯：若需要系统定时强制关闭病房照明（如中午休息时间），可下发：
4. 病房典型应用场景联动
基于上述接口，可以构建以下高价值应用：
4.1 智能夜灯与低照度引导
痛点：夜间护士查房开大灯影响其他患者休息。
方案：传感器探测到护士进入床位感应区，上报“有人”信号。业务系统接收到信号后，通过接口下发命令将病房地脚灯或卫生间灯亮度调至20%（需配合调光模块），或利用传感器自带的AC输出直接点亮低功率夜灯回路。
核心逻辑
infrared_target = 1->下发 power = 1。
4.2 长时间无人预警与节能
痛点：病房卫生间排气扇或灯光常开，导致能源浪费。
方案：服务器监听
infrared_target状态。若持续接收到的值为0（无人）且时间超过设定阈值（如30分钟），系统自动下发{“power”： 0}切断该区域待机电器电源。同时可推送消息至后勤看板：“病区 病房已无人超过30分钟，进入打扫或巡检”。
4.3 防离床监测（高坠预警）
痛点：老年或术后患者擅自离床跌倒。
方案：将传感器安装在病床正上方。当
infrared_target状态从1变为0时，若系统判定此时非正常外出时间（如凌晨2点），立即通过WebSocket推送预警到护士站PC端或护士手环，实现秒级响应。（注：此方案可通过配置红外无人触发持续时间infrared_change_0参数实现灵敏度的调节，推荐设置为“马上”或“1s”以追求高响应）
5. 避坑指南与优化
在实际对接过程中，根据产品手册及医院特殊环境，有几点需要注意：
安装高度与盲区：该设备基于被动红外技术。虽然探测距离标称5米，但玻璃隔断或厚实棉被可能会隔绝人体红外辐射，导致漏判。安装时需避开空调出风口（温差干扰）。
触发延时配置：出厂默认的红外触发可能有防抖延时。在对接代码中，如果发现设备上报“有人/无人”切换过慢，需要登录控制台修改配置项中的“红外无人触发持续时间”（infrared_change_0）。针对病房卫生间，设置为“30s”防误报；针对防跌倒，设置为“马上”。
网络策略：虽然支持公网接入，但强烈部署私有化环境。在设备配网时，需确保设备获取的IP地址能够访问你内网的业务服务器地址（即私有化Broker或API地址），避免医疗数据流经外网。
6. 总结
通过芯步的开放接口接入吸顶红外传感器，能够以极低的代码量（几行HTTP请求代码）完成硬件与医院业务软件的融合。开发者可以将精力完全集中在业务逻辑上——无论是通过 MQTT 处理高并发的传感器数据流，还是通过 HTTP 进行精确的点控，这套方案都提供了足够的灵活性来实现从“功能化病房”向“智慧化感知病房”的升级。