akmon/养老系统方案.md

# AI养老系统方案

## 项目概述

本项目是一个基于uni-app-x开发的智能养老管理系统，采用Supabase作为后端数据库，集成了AI语音识别、健康监测、紧急呼叫等功能，为养老机构提供全面的数字化管理解决方案。

## AI养老规划

### 核心AI功能模块

#### 1. 语音交互系统
- **离线语音识别**：集成Sherpa-onnx实现本地语音转文字
- **语音助手**：支持老人通过语音发起服务请求
- **紧急呼叫**：语音触发医疗急救或护理员呼叫
- **状态**：已实现基础语音识别插件（ak-onnx），支持UTS Android规范

#### 2. 健康监测与预警
- **实时健康数据采集**：血压、血糖、心率监测设备集成
- **AI分析引擎**：基于健康数据进行异常检测和趋势分析
- **智能预警**：自动识别健康风险并推送预警信息
- **状态**：数据库结构已设计，设备管理表已创建

#### 3. 行为分析与安全监控
- **视频分析**：基于现有ak_video_analysis系统扩展
- **跌倒检测**：AI识别老人跌倒并自动报警
- **行为模式分析**：监测老人日常活动异常
- **状态**：基础架构已存在，需进一步AI模型集成

#### 4. 智能服务推荐
- **个性化服务**：基于老人健康状况和偏好推荐服务
- **用药提醒**：智能分析用药时间和剂量
- **活动推荐**：根据老人身体状况推荐适合的活动
- **状态**：规划阶段，需结合健康数据实现

### AI技术栈
- **语音识别**：Sherpa-onnx + OnnxRuntime
- **数据分析**：PostgreSQL内置分析函数 + 自定义AI模型
- **设备集成**：MQTT协议连接智能设备
- **前端框架**：uni-app-x + UTS (Ultimate Type System)

## 页面总体状况分析

### 现有页面结构

#### 老人端页面 (`pages/ec/elder/`)
1. **dashboard.uvue** - 老人仪表板
   - ✅ 功能：显示今日活动、紧急呼叫、健康提醒
   - ✅ 状态：基本功能完整，支持语音紧急呼叫
   - ⚠️ 问题：活动参与逻辑曾有子查询问题，已修复

2. **care-records.uvue** - 服务记录页面
   - ✅ 功能：查看护理记录，支持筛选
   - ✅ 状态：UTS兼容，已重构为Android兼容版
   - ✅ 特点：扁平化CSS，避免嵌套选择器

#### 护理员端页面 (`pages/ec/caregiver/`)
- **状态**：规划中，基础页面结构存在

#### 医生端页面 (`pages/ec/doctor/`)
- **状态**：规划中，基础页面结构存在

#### 管理员端页面 (`pages/ec/admin/`)
1. **service-records.uvue** - 服务记录管理
   - ✅ 功能：管理所有服务记录
   - ✅ 状态：已实现基础查询功能

#### 活动管理页面 (`pages/ec/activity/`)
1. **management.uvue** - 活动管理
   - ✅ 功能：创建、编辑活动，管理参与者
   - ⚠️ 状态：存在参与人数统计逻辑问题（子查询），类似dashboard问题

### 页面技术特点

#### UTS Android兼容性重构
- **背景**：uni-app-x项目需支持Android原生功能
- **重构策略**：
  - 移除所有嵌套CSS选择器（:last-child等）
  - 使用flex布局替代grid
  - 扁平化样式结构
  - 避免伪类和复杂选择器
- **已重构页面**：care-records.uvue, comindex.uvue等

#### 响应式设计
- **移动端优化**：适配uni-app-x的移动端界面
- **触摸友好**：大按钮设计，便于老人操作

#### 跨平台支持状况

##### Android平台支持
- **原生功能**：✅ 完整支持语音识别（ak-onnx插件）、紧急呼叫、传感器数据采集
- **UTS插件**：✅ 支持自定义UTS插件开发，性能优秀
- **性能表现**：✅ 优秀的运行性能，适合实时语音处理和健康监测
- **开发状态**：✅ 已完成UTS Android兼容性重构
- **限制**：部分CSS属性（如gap、grid）在Android WebView中不支持，已重构为flex布局

##### iOS平台支持
- **原生功能**：⚠️ 基础uni-app功能支持，语音识别和传感器需验证
- **UTS插件**：❌ 暂不支持UTS iOS插件开发
- **性能表现**：✅ 流畅的用户体验，适合老人使用
- **开发状态**：✅ 基础页面功能正常，需测试语音和传感器功能
- **限制**：iOS审核政策对健康数据收集和语音处理有严格要求

##### 小程序平台支持
- **原生功能**：❌ 不支持语音识别和传感器访问（小程序沙箱限制）
- **UTS插件**：❌ 不支持UTS插件
- **性能表现**：✅ 优秀的加载性能和用户体验
- **开发状态**：✅ 基础页面功能可运行，但核心AI功能无法使用
- **限制**：小程序环境限制，无法访问麦克风、传感器等硬件设备

##### 鸿蒙平台支持
- **原生功能**：⚠️ 理论支持语音和传感器，但需适配鸿蒙API
- **UTS插件**：❌ 暂不支持UTS鸿蒙插件开发
- **性能表现**：✅ 优秀的系统集成体验
- **开发状态**：❓ 未经过充分测试，需验证兼容性
- **限制**：鸿蒙生态相对封闭，AI模型和传感器集成复杂度较高

##### 跨平台兼容性总结
- **最佳平台**：Android - 完整AI功能支持，性能优秀，适合养老场景
- **次佳平台**：iOS - 基础功能支持，需额外适配和审核
- **受限平台**：小程序 - 无法使用核心AI语音和健康监测功能
- **待验证平台**：鸿蒙 - 理论可行，实际需测试AI模型集成
- **技术方案**：基于uni-app-x + UTS的跨平台架构
- **核心挑战**：语音识别和传感器访问在不同平台限制不同，影响AI功能完整性

#### 功能替代方案设计

##### 云端语音识别替代方案
针对小程序、鸿蒙等不支持本地语音识别的平台，设计云端语音识别服务：

###### 技术架构
- **录音上传**：使用uni-app的录音API录制音频片段
- **云端处理**：通过HTTP/WebSocket上传音频到云端AI服务
- **实时反馈**：支持流式语音识别，提供实时转写结果
- **离线缓存**：网络不稳定时缓存音频，网络恢复后批量上传

###### 云端服务选项
1. **腾讯云语音识别**
   - 优势：中文识别准确率高，支持实时流式识别
   - 适用场景：小程序、H5等受限环境
   - 集成复杂度：中等

2. **阿里云智能语音交互**
   - 优势：支持多方言识别，AI对话能力强
   - 适用场景：智能客服、语音指令
   - 集成复杂度：中等

3. **百度智能云语音技术**
   - 优势：离线识别能力强，隐私保护好
   - 适用场景：对隐私要求高的养老场景
   - 集成复杂度：较低

###### 实现策略
- **分层设计**：抽象语音识别接口，本地/云端自动切换
- **降级处理**：网络异常时提供文字输入替代方案
- **隐私保护**：音频数据加密传输，服务端不存储原始音频
- **成本控制**：按使用量计费，设置合理的调用频率限制

##### 传感器数据替代方案
针对不支持传感器访问的平台：

###### 手动数据录入
- **界面设计**：简化的数据录入表单，大字体、语音提示
- **智能辅助**：基于历史数据提供输入建议
- **批量导入**：支持从其他设备导入数据

###### 第三方设备集成
- **智能手环小程序版**：通过小程序蓝牙API连接轻量级设备
- **云端数据同步**：手环数据先上传到云端，再同步到小程序
- **家庭网关**：通过智能家居网关转发传感器数据

##### 紧急呼叫功能替代方案
- **一键拨号**：直接调用系统电话功能拨打紧急号码
- **短信报警**：发送包含位置信息的短信到护理员
- **小程序消息推送**：通过微信小程序消息推送机制
- **位置共享**：集成高德/百度地图小程序版获取位置

##### AI分析功能替代方案
- **云端AI服务**：将数据上传到云端进行AI分析
- **轻量级本地算法**：使用简单的规则引擎进行基础判断
- **人工辅助**：提供人工审核和干预机制
- **离线模式**：预设规则在离线状态下工作

##### 性能优化策略
- **增量同步**：只同步变更数据，减少网络传输
- **数据压缩**：音频和图片数据压缩上传
- **缓存机制**：本地缓存常用数据，提升响应速度
- **渐进式加载**：按需加载功能模块，减少初始包体积

##### 用户体验保障
- **功能说明**：清晰标注平台功能差异和替代方案
- **引导使用**：智能引导用户选择合适的输入方式
- **降级提示**：功能不可用时提供友好的提示和替代方案
- **反馈机制**：收集用户反馈，持续优化跨平台体验

### 页面功能覆盖分析

#### ✅ 已实现功能
1. **用户认证**：基于Supabase的角色系统
2. **基础CRUD**：老人档案、服务记录、活动管理
3. **紧急呼叫**：语音和手动触发机制
4. **数据筛选**：服务记录按时间、类型筛选
5. **实时同步**：Supabase实时数据更新

#### ⚠️ 存在问题
1. **数据库查询优化**：
   - 子查询嵌套问题：`ec_activity_participations`关联查询
   - 解决方案：拆分为多步查询，避免Supabase子查询限制

2. **AI功能集成**：
   - 语音识别插件开发中
   - 健康数据AI分析待实现

3. **页面间导航**：
   - 部分详情页面跳转逻辑待完善

4. **性能优化**：
   - 大数据量查询分页
   - 图片加载优化

#### 🚧 开发中功能
1. **智能设备集成**：MQTT连接健康监测设备
2. **AI预警系统**：基于健康数据的智能分析
3. **语音交互**：完整的语音助手功能

### 数据库架构评估

#### 表结构完整性
- ✅ **核心表**：ec_elders, ec_care_records, ec_activities, ec_service_requests
- ✅ **关联完整**：外键约束完善
- ✅ **索引优化**：主要查询字段已建立索引
- ✅ **RLS安全**：行级安全策略已配置

#### 最近更新
- **ec_service_requests表**：新增服务请求管理
- **字段标准化**：统一使用`type`而非`request_type`

## 结论与下一步规划

### 当前系统优势
1. **技术架构成熟**：uni-app-x + Supabase + PostgreSQL
2. **AI基础扎实**：语音识别、健康监测架构已搭建
3. **用户体验良好**：响应式设计，老人友好界面
4. **扩展性强**：模块化设计，便于功能扩展

### 主要挑战
1. **AI模型集成**：需要专业AI团队支持
2. **设备生态**：智能硬件集成复杂度高
3. **数据隐私**：医疗健康数据安全合规
4. **多端适配**：Android/iOS功能差异处理

### 优先级建议
1. **立即执行**：完善现有页面功能，修复查询性能问题
2. **短期目标**：完成语音识别功能上线
3. **中期规划**：智能设备集成，AI预警系统
4. **长期愿景**：构建完整的AI养老生态

### 技术债务清理
1. 重构剩余页面的UTS兼容性
2. 优化数据库查询性能
3. 统一错误处理机制
4. 完善测试覆盖

---

*文档生成时间：2025年11月26日*
*基于项目当前状态分析*