删除 23-全生命周期监测平台-模块规划.md
This commit is contained in:
@@ -1,213 +0,0 @@
|
|||||||
# 全生命周期监测平台 模块规划
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 1. 模块定位
|
|
||||||
|
|
||||||
全生命周期监测平台（以下简称"监测平台"）是以**IoT传感器 + AI分析 + GIS空间定位**为三大技术支柱，面向机构养老、居家养老、社区养老三类场景的**全场景感知与智能响应系统**。
|
|
||||||
|
|
||||||
监测平台实现对老人生命体征、行动轨迹、生活行为的24小时全方位感知，并通过AI分析引擎对异常数据进行实时识别与智能调度，最终形成"感知→分析→预警→响应→复盘"的完整闭环。
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 2. 建设目标
|
|
||||||
|
|
||||||
1. 实现老人定位（室内+室外）及空间资源（床位/房间/设备）的统一管理
|
|
||||||
2. 实现体征数据（心率/血压/血氧/血糖等）的持续监测与预警
|
|
||||||
3. 实现行为分析（活动规律/睡眠质量/跌倒检测）与智能巡检
|
|
||||||
4. 实现紧急事件的多级智能调度与响应追踪
|
|
||||||
5. 提供给家属的实时服务互动与关爱功能
|
|
||||||
6. 为运营管理、数据中台提供高质量监测数据资产
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 3. 核心功能范围
|
|
||||||
|
|
||||||
### 3.1 一级模块
|
|
||||||
|
|
||||||
1. 智能定位与空间管理
|
|
||||||
2. 健康监测与预警
|
|
||||||
3. 行为分析与智能巡检
|
|
||||||
4. 智能调度与响应
|
|
||||||
5. 运营管理与质控
|
|
||||||
6. 家属服务互动
|
|
||||||
7. 系统管理与运维
|
|
||||||
|
|
||||||
### 3.2 二级模块
|
|
||||||
|
|
||||||
**智能定位与空间管理**：
|
|
||||||
|
|
||||||
- 实时位置追踪（室内UWB/BLE定位 + 室外GPS）
|
|
||||||
- 电子围栏管理（自定义危险区域、夜间离床检测）
|
|
||||||
- 空间档案（床位管理、房间资源、设备位置地图）
|
|
||||||
- 人员流向与空间热力图分析
|
|
||||||
|
|
||||||
**健康监测与预警**：
|
|
||||||
|
|
||||||
- 体征数据采集（手环/腕表/床垫传感器等多设备接入）
|
|
||||||
- 体征基线建立（个体化正常值区间）
|
|
||||||
- 实时预警（三级告警：提醒/警告/危险）
|
|
||||||
- 历史体征趋势分析与报告
|
|
||||||
- 体征异常AI识别（结合AI服务22号模块）
|
|
||||||
|
|
||||||
**行为分析与智能巡检**：
|
|
||||||
|
|
||||||
- 活动量统计（步数/活跃时间/久坐检测）
|
|
||||||
- 睡眠质量分析（入睡时间/浅眠/深眠/REM）
|
|
||||||
- 跌倒智能检测（传感器 + 视频AI双重验证）
|
|
||||||
- 巡检任务管理（护理人员GPS打卡 + 任务清单）
|
|
||||||
- 巡检记录与异常上报
|
|
||||||
|
|
||||||
**智能调度与响应**：
|
|
||||||
|
|
||||||
- SOS紧急呼叫（一键求救 + 自动定位）
|
|
||||||
- 多级调度规则（就近护理员→值班护士→急救系统）
|
|
||||||
- 响应计时与追踪
|
|
||||||
- 事件处置闭环（处置记录 + 回访 + 总结）
|
|
||||||
- 对接120急救系统（⚠️ 待确认接口标准）
|
|
||||||
|
|
||||||
**运营管理与质控**：
|
|
||||||
|
|
||||||
- 护理服务质量指标看板
|
|
||||||
- 巡检完成率、响应及时率等KPI统计
|
|
||||||
- 老人满意度采集
|
|
||||||
- 规范化服务流程审核
|
|
||||||
|
|
||||||
**家属服务互动**：
|
|
||||||
|
|
||||||
- 家属APP/小程序（老人实时状态查看）
|
|
||||||
- 关爱视频通话（⚠️ 须协调隐私保护规则）
|
|
||||||
- 健康报告推送（周报/月报自动生成）
|
|
||||||
- 服务记录可视化（家属端查看护理记录）
|
|
||||||
|
|
||||||
**系统管理与运维**：
|
|
||||||
|
|
||||||
- 设备管理（设备注册/激活/更换/批量OTA升级）
|
|
||||||
- 账号权限管理（机构管理员/护理人员/家属多角色）
|
|
||||||
- 系统集成配置（与IoT平台16号模块接口对接）
|
|
||||||
- 异常日志与运维告警
|
|
||||||
|
|
||||||
### 3.3 核心功能矩阵
|
|
||||||
|
|
||||||
| 功能模块 | 技术支柱 | 关键指标 |
|
|
||||||
| -------- | --------------------- | -------------- |
|
|
||||||
| 室内定位 | UWB/BLE/RFID | 定位精度≤1m |
|
|
||||||
| 跌倒检测 | 加速度传感器 + 视频AI | 检测准确率≥95% |
|
|
||||||
| SOS响应 | 一键呼叫 + 调度 | 响应时长≤30秒 |
|
|
||||||
| 体征预警 | IoT + 规则引擎 | 预警延迟≤5秒 |
|
|
||||||
| 家属告知 | 推送 + APP | 及时通知率100% |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 4. 与现有 mall 的关系
|
|
||||||
|
|
||||||
**契合度：D（不适配）**
|
|
||||||
|
|
||||||
| 能力需求 | mall 现状 | 结论 |
|
|
||||||
| --------------------------- | --------- | ---------- |
|
|
||||||
| IoT设备接入与数据采集 | 无 | 须独立建设 |
|
|
||||||
| 定位引擎（UWB/BLE/GPS融合） | 无 | 须独立建设 |
|
|
||||||
| 实时体征监测流处理 | 无 | 须独立建设 |
|
|
||||||
| AI行为分析（跌倒/睡眠） | 无 | 须独立建设 |
|
|
||||||
| 多级调度与响应引擎 | 无 | 须独立建设 |
|
|
||||||
|
|
||||||
mall 是通用电商平台，不具备任何IoT感知和实时流处理能力，强行堆入会导致架构崩溃（实时流式数据处理与电商事务型处理的技术栈完全不同）。
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 5. 规划判断
|
|
||||||
|
|
||||||
**独立系统建设（IoT + AI + GIS综合平台）**
|
|
||||||
|
|
||||||
- **IoT接入层**：通过16号模块（智能物联网管理系统，EMQX Broker）统一接入
|
|
||||||
- **数据处理层**：Apache Kafka（实时流）+ TimescaleDB/InfluxDB（时序数据库）
|
|
||||||
- **AI分析层**：调用22号AI服务模块（跌倒检测/异常识别/行为分析）
|
|
||||||
- **GIS定位层**：室内用UWB/BLE定位SDK + 室外GPS，地图可视化用高德/百度SDK
|
|
||||||
- **应用层**：机构管理后台（Vue3）+ 家属小程序（uni-app）+ 护理人员APP
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 6. 需新增业务能力
|
|
||||||
|
|
||||||
1. **室内定位引擎**：UWB硬件部署方案 + BLE信标融合定位算法
|
|
||||||
2. **时序数据管理**：体征数据的高频写入、压缩存储、降采样查询
|
|
||||||
3. **实时规则引擎**：可配置的体征预警规则，支持个体化阈值设置
|
|
||||||
4. **跌倒检测算法**：基于加速度传感器数据的跌倒模型（或采购成熟IoT设备自带算法）
|
|
||||||
5. **多级调度流程**：可配置的事件升级规则，支持超时自动升级
|
|
||||||
6. **视频流处理**：摄像头接入 + 隐私保护（模糊化处理）
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 7. 需新增数据模型
|
|
||||||
|
|
||||||
| 模型 | 关键字段 |
|
|
||||||
| --------------------- | --------------------------------------------------------------------------------------------------- |
|
|
||||||
| `elder_location` | id, elder_id, x, y, floor, location_type(indoor/outdoor), device_id, ts(时序主键) |
|
|
||||||
| `vital_sign_record` | id, elder_id, device_id, metric_type, value, unit, quality, ts |
|
|
||||||
| `vital_alert` | id, elder_id, alert_level(1/2/3), metric_type, trigger_value, threshold, status, resolved_at |
|
|
||||||
| `fall_event` | id, elder_id, detected_by, device_id, location, video_clip_url, confirmed, confirmed_by, created_at |
|
|
||||||
| `inspection_task` | id, elder_id, nurse_id, planned_time, checkin_time, checkin_location, status, items(JSONB) |
|
|
||||||
| `sos_event` | id, elder_id, trigger_type, location, assigned_nurse_id, response_time_s, resolved_at, summary |
|
|
||||||
| `space_resource` | id, institution_id, type(bed/room/area), code, floor, polygon_coords(JSONB), status |
|
|
||||||
| `family_notification` | id, elder_id, family_user_id, event_type, content, push_status, push_at |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
|
||||||
|
|
||||||
| 类别 | 技术选型 | 用途 |
|
|
||||||
| ---------- | ------------------------------- | ---------------------- |
|
|
||||||
| 时序数据库 | TimescaleDB / InfluxDB | 体征数据高频存储与查询 |
|
|
||||||
| 消息流 | Apache Kafka | 实时体征数据流处理 |
|
|
||||||
| 室内定位 | 主流UWB设备（海康/大华/移远等） | 室内精确定位 |
|
|
||||||
| 规则引擎 | Drools / 自定义规则配置 | 可配置体征预警规则 |
|
|
||||||
| 地图SDK | 高德地图SDK | 室外定位可视化 |
|
|
||||||
| 实时通信 | WebSocket / MQTT | 前端实时状态推送 |
|
|
||||||
| 视频流 | GB28181协议 / RTSP | 摄像头视频接入 |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 9. 外部系统对接关系
|
|
||||||
|
|
||||||
| 对接系统 | 方向 | 内容 |
|
|
||||||
| ------------------------ | ----------------- | ------------------------------------ |
|
|
||||||
| 智能物联网管理系统（16） | 依赖 | 设备接入、OTA升级、设备状态管理 |
|
|
||||||
| 人工智能服务（22） | 依赖 | 跌倒检测、行为异常识别、健康趋势预测 |
|
|
||||||
| 呼叫中心（06） | 双向 | SOS事件传递、调度联动 |
|
|
||||||
| 安全系统（09） | 双向 | 围栏报警、安全事件联动 |
|
|
||||||
| 数据中台（26） | 单向输出 | 监测数据汇入数据湖 |
|
|
||||||
| 家属端小程序 | 双向 | 健康数据展示、推送通知 |
|
|
||||||
| 120急救系统 | 单向（⚠️ 待确认） | 危急事件自动通报 |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 10. 风险与边界
|
|
||||||
|
|
||||||
| 风险 | 说明 | 应对 |
|
|
||||||
| --------------- | ------------------------------------------ | ----------------------------------------- |
|
|
||||||
| 隐私保护 | 摄像头+位置追踪涉及个人隐私 | 严格权限管控 + 视频脱敏 + 获取知情同意 |
|
|
||||||
| 设备成本 | UWB室内定位硬件成本较高 | 低价值区域可用BLE替代（精度降低但成本低） |
|
|
||||||
| 数据量 | 高频体征数据量极大（秒级采样） | 时序数据库 + 数据降采样策略 |
|
|
||||||
| 跌倒漏报 | 传感器类跌倒检测存在漏报 | 多设备融合检测（传感器+视频双重验证） |
|
|
||||||
| 网络依赖 | 断网环境下感知数据无法上传 | 设备本地缓存 + 网络恢复后补传 |
|
|
||||||
| 边界：监测≠护理 | 本系统提供感知数据，护理操作由护理人员执行 | 清晰划分系统边界，避免功能重复建设 |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 11. 实施优先级与分期建议
|
|
||||||
|
|
||||||
**优先级：P2**
|
|
||||||
|
|
||||||
| 分期 | 内容 | 前置条件 |
|
|
||||||
| ------ | ---------------------------------------------- | ----------------------- |
|
|
||||||
| 第一期 | 健康监测（体征采集+预警）+ 家属通知 + 基础管理 | IoT物联网平台（16）就绪 |
|
|
||||||
| 第二期 | 室内定位 + 跌倒检测 + SOS响应调度 | UWB硬件采购安装完成 |
|
|
||||||
| 第三期 | AI行为分析 + 全场景可视化大屏 + 数据中台对接 | AI服务（22）就绪 |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 12. 结论
|
|
||||||
|
|
||||||
全生命周期监测平台是医养机构服务品质的核心保障，涉及IoT感知、实时流处理、AI分析和GIS定位等复杂技术栈，mall 完全缺乏这些能力，**必须独立建设**。
|
|
||||||
|
|
||||||
建议以"健康监测+家属通知"为MVP快速上线，以获得用户信任，再逐步扩展至室内定位、跌倒检测等高价值功能。室内定位设备须优先考虑已具备边缘计算能力的一体化IoT设备，降低软件开发成本。
|
|
||||||
Reference in New Issue
Block a user