上传文件至「/」
This commit is contained in:
164
08-智慧康养健康管理系统-模块规划.md
Normal file
164
08-智慧康养健康管理系统-模块规划.md
Normal file
@@ -0,0 +1,164 @@
|
||||
# 智慧康养健康管理系统 模块规划
|
||||
|
||||
---
|
||||
|
||||
## 1. 模块定位
|
||||
|
||||
智慧康养健康管理系统是基于**老人健康档案和智能设备数据**的预防性健康干预平台，通过综合健康档案管理、实时生命体征监控、中医体质辨识、健康评估分析和个性化健康管理方案，为老人提供持续性的健康关注服务。
|
||||
|
||||
本系统属于**健康管理（大健康）** 领域，介于养老服务与医疗之间，核心用户为家庭医生、健康管理师及老人/家属端。
|
||||
|
||||
---
|
||||
|
||||
## 2. 建设目标
|
||||
|
||||
1. 建立老人综合健康档案，记录基础体检数据、慢病史、用药记录
|
||||
2. 对接IoT健康设备（血压计/血糖仪/心率监测带），实现实时数据采集
|
||||
3. 提供中医体质辨识评估（九种体质分型），输出调养建议
|
||||
4. 构建个性化健康管理方案，支持家庭医生在线制定与跟踪
|
||||
5. 提供健康评估报告，支持健康小屋服务场景
|
||||
|
||||
---
|
||||
|
||||
## 3. 核心功能范围
|
||||
|
||||
### 3.1 一级模块
|
||||
|
||||
- 综合健康档案
|
||||
- 健康数据实时监控
|
||||
- 中医体质辨识
|
||||
- 智能设备管理
|
||||
- 健康小屋服务
|
||||
- 健康管理方案
|
||||
- 健康评估分析
|
||||
|
||||
### 3.2 二级模块
|
||||
|
||||
- **综合健康档案**：体检记录、慢病史、用药清单、家族病史、过敏史
|
||||
- **实时监控**：血压/心率/血糖/血氧实时采集、趋势曲线、阈值告警
|
||||
- **中医辨识**：九种体质评估量表、体质报告、调养方案（饮食/起居/运动）
|
||||
- **智能设备管理**：设备绑定/解绑、设备状态监控、采集频率配置
|
||||
- **健康小屋**：社区健康小屋预约、到场体检数据采集、健康咨询
|
||||
- **健康方案**：家庭医生制定个性化方案（运动/饮食/用药提醒/复查计划）
|
||||
- **健康评估**：周/月健康评估报告、健康趋势分析、风险预警
|
||||
|
||||
### 3.3 核心功能说明
|
||||
|
||||
| 功能 | 描述 | 技术要点 |
|
||||
| --------------- | ----------------------------------------------- | --------------------- |
|
||||
| IoT设备数据采集 | 蓝牙/WiFi健康设备实时上报体征数据 | MQTT协议 / 设备SDK |
|
||||
| 阈值告警 | 个性化阈值（每人可配置），超标自动推送家属/护士 | 时序数据库 + 规则引擎 |
|
||||
| 健康趋势图 | 展示过去30/90天体征变化趋势 | ECharts折线图 |
|
||||
| 中医体质量表 | 60题标准中医体质量表，自动计算9种体质得分 | 动态表单 + 评分算法 |
|
||||
| 健康方案提醒 | 按处方/方案定时提醒老人用药/运动 | 定时任务 + 微信推送 |
|
||||
| 健康小屋预约 | 在线预约社区健康检测站时间段 | 预约日历 + 出行提醒 |
|
||||
|
||||
---
|
||||
|
||||
## 4. 与现有 mall 的关系
|
||||
|
||||
**契合度：D（不适配）**
|
||||
|
||||
mall 是电商交易平台，不具备任何健康管理能力：
|
||||
|
||||
| 能力需求 | mall 现状 | 结论 |
|
||||
| -------------------------- | --------- | ------------------------ |
|
||||
| 健康档案（慢病/用药/体检） | 无 | 须独立建设 |
|
||||
| IoT体征设备接入 | 无 | 须独立建设 |
|
||||
| 时序体征数据存储/查询 | 无 | 须独立建设（时序数据库） |
|
||||
| 中医体质量表评估 | 无 | 须独立建设 |
|
||||
| 个性化健康方案管理 | 无 | 须独立建设 |
|
||||
| 阈值告警规则引擎 | 无 | 须独立建设 |
|
||||
|
||||
---
|
||||
|
||||
## 5. 规划判断
|
||||
|
||||
**独立系统建设**
|
||||
|
||||
- 老人/家属端：uni-app（小程序+H5）
|
||||
- 家庭医生端：Vue3 Web 或 uni-app
|
||||
- 服务端：独立API，时序数据库（TimescaleDB）处理体征流数据
|
||||
- IoT接入层：MQTT Broker + 设备SDK适配层
|
||||
|
||||
---
|
||||
|
||||
## 6. 需新增业务能力
|
||||
|
||||
1. **IoT设备协议适配**：蓝牙BLE + WiFi健康设备（需与IoT管理系统16协同）
|
||||
2. **时序数据存储与查询**：高频体征数据（每分钟写入）的高效存储与查询
|
||||
3. **个性化阈值引擎**：按老人配置血压/血糖/心率的高低阈值及告警策略
|
||||
4. **中医体质评估算法**：国标中医体质量表（CCMQ）评分与体质分类
|
||||
5. **健康报告自动生成**：每月健康摘要报告，发送家属端
|
||||
6. **家庭医生工作台**：管理所服务老人的健康方案和预警
|
||||
|
||||
---
|
||||
|
||||
## 7. 需新增数据模型
|
||||
|
||||
| 模型 | 关键字段 |
|
||||
| ----------------------- | -------------------------------------------------------------------------------- |
|
||||
| `health_profile` | elder_id, chronic_diseases(array), medications(JSONB), allergies, family_history |
|
||||
| `health_record` | id, elder_id, metric_type, value, unit, collected_at, source(device/manual) |
|
||||
| `health_device_binding` | elder_id, device_id, device_type, bind_at, status |
|
||||
| `health_threshold` | elder_id, metric_type, min_warning, max_warning, min_danger, max_danger |
|
||||
| `health_alert` | id, elder_id, metric_type, value, level, notified_at, ack_status |
|
||||
| `tcm_assessment` | elder_id, answers(JSONB), constitution_type, generated_at, report_url |
|
||||
| `health_plan` | id, elder_id, doctor_id, start_date, end_date, items(JSONB), status |
|
||||
| `health_checkin` | id, station_id, elder_id, metrics_collected(JSONB), checkin_at |
|
||||
|
||||
---
|
||||
|
||||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
||||
|
||||
| 类别 | 技术选型 | 用途 |
|
||||
| ---------- | ------------------------- | ------------------ |
|
||||
| 时序数据库 | TimescaleDB（PG扩展） | 体征时序数据存储 |
|
||||
| IoT接入 | EMQX（MQTT Broker） | 健康设备数据接入 |
|
||||
| 数据可视化 | ECharts | 体征趋势图表 |
|
||||
| 推送 | 微信模板消息 + 系统推送 | 健康提醒、告警通知 |
|
||||
| 定时任务 | 分布式定时调度（XXL-JOB） | 每月健康报告生成 |
|
||||
|
||||
---
|
||||
|
||||
## 9. 外部系统对接关系
|
||||
|
||||
| 对接方 | 内容 | 方式 |
|
||||
| -------------------- | ----------------------------- | -------- |
|
||||
| IoT管理（16） | 健康设备状态、异常告警 | 消息队列 |
|
||||
| 数据库系统（02） | 老人档案关联 | 内部API |
|
||||
| 安全系统（09） | 生命体征危急预警→SOS触发 | 消息队列 |
|
||||
| 慢性病管理（20） | 慢病历史数据共享 | 内部API |
|
||||
| 呼叫中心（06） | 健康危急告警→呼叫中心呼出关怀 | 消息队列 |
|
||||
| 全生命周期监测（23） | 健康数据汇入监测平台 | 内部API |
|
||||
|
||||
---
|
||||
|
||||
## 10. 风险与边界
|
||||
|
||||
| 风险 | 说明 | 应对 |
|
||||
| ------------------- | ------------------------------------------ | ------------------------------------------------------ |
|
||||
| 设备数据准确性 | 家用健康设备精度有限，不可作为临床诊断依据 | 系统界面明确标注"仅供健康参考，非医学诊断" |
|
||||
| 健康数据合规 | 体征数据属于敏感个人信息 | 国密加密存储、审计日志 |
|
||||
| IoT设备兼容性 | 市面设备品牌众多，协议各异 | 优先接入主流品牌（乐心/鱼跃/华为），建立设备厂商白名单 |
|
||||
| 边界：不含开药/诊断 | 本系统不提供医疗诊断，不开具处方 | 诊断/处方由慢性病管理（20）或HIS系统负责 |
|
||||
|
||||
---
|
||||
|
||||
## 11. 实施优先级与分期建议
|
||||
|
||||
**优先级：P2**
|
||||
|
||||
| 分期 | 内容 | 前置条件 |
|
||||
| ------ | ---------------------------------------- | ------------------ |
|
||||
| 第一期 | 健康档案管理 + 手动录入体征 + 基础趋势图 | 老人档案（02）就绪 |
|
||||
| 第二期 | IoT设备接入 + 阈值告警 + 家庭医生工作台 | IoT管理（16）就绪 |
|
||||
| 第三期 | 中医体质辨识 + 健康报告 + 健康小屋预约 | — |
|
||||
|
||||
---
|
||||
|
||||
## 12. 结论
|
||||
|
||||
智慧康养健康管理系统是大健康赛道的核心服务，IoT体征采集、时序数据处理、中医体质评估等核心能力在 mall 中完全缺失，**必须独立建设**。
|
||||
|
||||
建议P1阶段先完成基础健康档案（配合02模块），P2阶段补充IoT接入和智能告警。注意与慢性病管理（20）的边界划分：本系统偏"预防与监测"，慢性病管理偏"诊断与治疗"。
|
||||
Reference in New Issue
Block a user