167 lines
9.0 KiB
Markdown
167 lines
9.0 KiB
Markdown
# 智慧康养安全系统 模块规划
|
||
|
||
---
|
||
|
||
## 1. 模块定位
|
||
|
||
智慧康养安全系统是以**IoT设备 + AI算法**为核心的老人安全保障系统，通过防走失定位、生命体征危急监测、主动报警、紧急求助（SOS）、视频关爱和智能安防等手段，为老人提供全天候的人身安全保障，并在发现危险时触发呼叫中心应急响应。
|
||
|
||
本系统是整个平台安全网的"感知层"，是呼叫中心（06）SOS响应的数据来源。
|
||
|
||
---
|
||
|
||
## 2. 建设目标
|
||
|
||
1. 实现老人佩戴设备的实时GPS定位与电子围栏（防走失）
|
||
2. 监测生命体征（心率/跌倒）的危急状态，超阈值自动告警
|
||
3. 支持老人主动SOS呼救（设备按键/APP），触发呼叫中心响应
|
||
4. 提供家属/护理员视频关爱能力（与老人视频通话）
|
||
5. 集成环境监测（燃气/烟雾/门磁）与智能安防设备
|
||
|
||
---
|
||
|
||
## 3. 核心功能范围
|
||
|
||
### 3.1 一级模块
|
||
|
||
- 防走失定位
|
||
- 生命体征危急监测
|
||
- 主动报警（SOS）
|
||
- 紧急求助通道
|
||
- 监护体系
|
||
- 环境监测
|
||
- 视频关爱
|
||
- 智能安防
|
||
|
||
### 3.2 二级模块
|
||
|
||
- **防走失定位**：实时GPS追踪、历史轨迹回放、电子围栏（离开安全区触发告警）
|
||
- **生命体征监测**：心率/血氧实时监测、异常告警、跌倒检测（加速度传感器）
|
||
- **主动报警（SOS）**：设备端SOS按键触发、APP端一键SOS、大声呼叫检测
|
||
- **紧急求助通道**：SOS→呼叫中心实时振铃→老人位置推送→就近派单闭环
|
||
- **监护体系**：家属监护绑定、监护权限分级（查看位置/接收告警）
|
||
- **环境监测**：烟雾报警器/燃气泄漏检测/门磁传感器接入
|
||
- **视频关爱**：家属与老人发起视频通话（需老人同意）、定时视频关怀提醒
|
||
- **智能安防**：摄像头接入（固定点位监控，非隐私区域）、异常行为检测
|
||
|
||
### 3.3 核心功能说明
|
||
|
||
| 功能 | 描述 | 技术要点 |
|
||
| ------------ | -------------------------------------- | --------------------------- |
|
||
| 电子围栏 | 设置安全区域多边形，老人离开后秒级告警 | GIS地理围栏 + MQTT推送 |
|
||
| 跌倒检测 | 设备三轴加速度异常模式识别 | 设备端算法 + 服务端确认 |
|
||
| SOS响应链路 | 设备SOS→MQTT→消息队列→呼叫中心坐席振铃 | MQTT + RabbitMQ + WebSocket |
|
||
| 视频通话 | 端到端加密视频通话（需设备支持） | WebRTC / 音视频SDK |
|
||
| 环境告警联动 | 烟雾告警→自动呼叫紧急联系人 | 设备事件 + 自动外呼 |
|
||
|
||
---
|
||
|
||
## 4. 与现有 mall 的关系
|
||
|
||
**契合度：D（不适配）**
|
||
|
||
mall 是通用电商平台，完全不具备安全监控与IoT设备接入能力：
|
||
|
||
| 能力需求 | mall 现状 | 结论 |
|
||
| ----------------------- | --------- | ----------------------------- |
|
||
| GPS定位与地理围栏 | 无 | 须独立建设 |
|
||
| IoT设备事件接入（MQTT） | 无 | 须独立建设 |
|
||
| SOS紧急响应链路 | 无 | 须独立建设 |
|
||
| 跌倒检测算法 | 无 | 须独立建设（或集成设备端SDK） |
|
||
| 视频通话 | 无 | 须独立建设 |
|
||
| 环境传感器接入 | 无 | 须独立建设 |
|
||
|
||
mall 是通用电商平台，不具备IoT设备通信层，强行加入会导致架构崩溃。
|
||
|
||
---
|
||
|
||
## 5. 规划判断
|
||
|
||
**独立系统建设**
|
||
|
||
- 家属/老人端：uni-app（位置查看、SOS触发、视频通话）
|
||
- 服务端：独立IoT接入服务 + 告警处理服务
|
||
- IoT层：MQTT Broker 接收设备上报
|
||
- 与呼叫中心（06）通过消息队列对接，实现SOS闭环
|
||
|
||
---
|
||
|
||
## 6. 需新增业务能力
|
||
|
||
1. **MQTT设备通信层**：标准化IoT设备上报协议，支持不同品牌设备接入
|
||
2. **地理围栏服务**：按老人配置安全区域，实时检测越界行为
|
||
3. **跌倒算法集成**：对接设备厂商跌倒检测SDK，或基于加速度数据自研算法
|
||
4. **告警优先级分队列**：跌倒/SOS（最高优先级）> 心率异常 > 围栏越界 > 环境告警
|
||
5. **家属告警推送**：多通道推送（微信服务通知 + APP推送 + 短信）
|
||
6. **视频通话集成**：低延迟音视频SDK，支持老人设备（平板/智能屏）
|
||
|
||
---
|
||
|
||
## 7. 需新增数据模型
|
||
|
||
| 模型 | 关键字段 |
|
||
| ------------------ | ------------------------------------------------------------------------------------------------- |
|
||
| `safety_device` | id, elder_id, device_type, device_sn, bind_at, battery_level, last_heartbeat |
|
||
| `location_track` | id, device_id, elder_id, lat, lng, speed, timestamp |
|
||
| `geo_fence` | id, elder_id, fence_name, polygon_points(JSONB), alert_type |
|
||
| `safety_alarm` | id, elder_id, alarm_type(fall/sos/fence/env), severity, device_id, location, triggered_at, ack_at |
|
||
| `guardian_binding` | elder_id, guardian_user_id, relation_type, permission_level, notify_types(array) |
|
||
| `env_sensor` | id, elder_id, sensor_type(smoke/gas/door), location_desc, last_reading, status |
|
||
| `video_care_log` | id, initiator_id, elder_id, call_type, duration, started_at, end_reason |
|
||
|
||
---
|
||
|
||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
||
|
||
| 类别 | 技术选型 | 用途 |
|
||
| ----------- | --------------------------------------- | ---------------------- |
|
||
| MQTT Broker | EMQX | IoT设备消息接入 |
|
||
| GIS | 高德 Web服务 API | 地理围栏计算、轨迹回放 |
|
||
| 音视频 | 腾讯云实时音视频（TRTC）/ 声网（Agora） | 家属视频关爱 |
|
||
| 消息队列 | RabbitMQ / Kafka | 告警异步解耦 |
|
||
| 推送 | 极光/腾讯推送 + 短信 | 家属多通道告警通知 |
|
||
|
||
---
|
||
|
||
## 9. 外部系统对接关系
|
||
|
||
| 对接方 | 内容 | 方式 |
|
||
| ---------------- | -------------------------------------------- | -------------------- |
|
||
| 呼叫中心（06） | SOS/跌倒告警→坐席振铃响应 | 消息队列 → WebSocket |
|
||
| IoT管理（16） | 设备注册、状态同步、固件升级 | 内部API |
|
||
| 健康管理（08） | 体征危急值→健康告警 | 消息队列 |
|
||
| 政府监管（01） | SOS事件统计、响应时效汇报 | 内部API |
|
||
| 数据库系统（02） | 老人档案查询、档案写回（紧急联系人通知记录） | 内部API |
|
||
|
||
---
|
||
|
||
## 10. 风险与边界
|
||
|
||
| 风险 | 说明 | 应对 |
|
||
| ------------------ | ---------------------------------------- | ----------------------------------------------- |
|
||
| 设备电池续航 | GPS定位高频上报耗电快 | 分级上报频率（活动时高频/静止时低频） |
|
||
| 误报率 | 跌倒/围栏告警误报会导致家属恐慌 | 设备端初步过滤 + 服务端二次确认（延迟10秒确认） |
|
||
| 视频通话合规 | 在老人居室内录像涉及隐私 | 明确告知，家属视频前需老人端统一确认 |
|
||
| 网络中断 | 设备离线时无法实时告警 | 设备本地缓存告警 + 恢复网络后立即上报 |
|
||
| 边界：不含设备采购 | 本系统负责软件接入，设备采购由运营方决定 | 建立设备入网认证标准 |
|
||
|
||
---
|
||
|
||
## 11. 实施优先级与分期建议
|
||
|
||
**优先级：P2（但SOS功能需在P1阶段配合呼叫中心完成）**
|
||
|
||
| 分期 | 内容 | 前置条件 |
|
||
| -------- | ------------------------------------------ | ------------------ |
|
||
| P1配合 | SOS设备接入 + 呼叫中心联动（核心安全底线） | 呼叫中心（06）就绪 |
|
||
| P2第一期 | GPS定位 + 电子围栏 + 基础告警 | IoT管理（16）就绪 |
|
||
| P2第二期 | 跌倒检测 + 环境监控 + 视频关爱 | — |
|
||
|
||
---
|
||
|
||
## 12. 结论
|
||
|
||
智慧康养安全系统是平台安全保障网的感知层，其 IoT 设备接入、地理围栏、SOS 响应链路等核心能力在 mall 中完全缺失，**必须独立建设**。
|
||
|
||
SOS→呼叫中心的紧急响应链路具有生命安全意义，应作为P1阶段与呼叫中心（06）联合上线的优先功能，其余能力在P2阶段逐步完善。
|