From aae3321da75d5f080fd28ea0bca2805f42d5124f Mon Sep 17 00:00:00 2001 From: huangzhenbao <17818024429@163.com> Date: Tue, 31 Mar 2026 01:32:31 +0000 Subject: [PATCH] =?UTF-8?q?=E5=88=A0=E9=99=A4=2007-=E5=85=BB=E8=80=81?= =?UTF-8?q?=E9=9C=80=E6=B1=82=E5=8F=8A=E8=80=81=E4=BA=BA=E6=83=85=E5=86=B5?= =?UTF-8?q?=E8=AF=84=E4=BC=B0=E7=B3=BB=E7=BB=9F-=E6=A8=A1=E5=9D=97?= =?UTF-8?q?=E8=A7=84=E5=88=92.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- 07-养老需求及老人情况评估系统-模块规划.md | 160 ---------------------- 1 file changed, 160 deletions(-) delete mode 100644 07-养老需求及老人情况评估系统-模块规划.md diff --git a/07-养老需求及老人情况评估系统-模块规划.md b/07-养老需求及老人情况评估系统-模块规划.md deleted file mode 100644 index f18fde7..0000000 --- a/07-养老需求及老人情况评估系统-模块规划.md +++ /dev/null @@ -1,160 +0,0 @@ -# 养老需求及老人情况评估系统 模块规划 - ---- - -## 1. 模块定位 - -养老需求及老人情况评估系统是养老服务体系的**服务入口与资质认证节点**，承担对老人进行综合能力评估（ADL日常生活能力量表、MMSE认知功能量表等）的数字化管理，是长护险认定、政府补贴核算、服务计划制定和等级护理的核心前置条件。 - -本系统的核心用户为**专业评估人员**（社工/护士/评估师），工作场景以移动端上门评估为主，后台管理为辅。 - ---- - -## 2. 建设目标 - -1. 实现评估标准和评估量表的在线配置与版本管理 -2. 提供移动端评估执行工具，支持评估人员上门时完成信息录入 -3. 构建评估数据的存储、查询、统计与上传功能 -4. 为长护险认定（18）、政府补贴（04）和服务计划（10）提供评估结论依据 -5. 支持政府监管部门查阅评估数据与统计报告 - ---- - -## 3. 核心功能范围 - -### 3.1 一级模块 - -- 综合评估管理 -- 评估标准配置 -- 评估内容配置 -- 评估人员移动端 -- 评估数据管理 -- 统计分析 - -### 3.2 二级模块 - -- **综合评估管理**：评估任务分配、评估进度跟踪、评估结论审核 -- **评估标准配置**：国标评估标准（MNA/ADL/MMSE）导入、地方标准自定义 -- **评估内容配置**：量表题目管理、评分规则配置、评估报告模板 -- **评估人员移动端**：待评估老人列表、上门GPS打卡、量表填写、拍照采集、提交审核 -- **评估数据管理**：评估记录查询/修改授权/归档、历次评估对比、文件上传审核 -- **统计分析**：按区域/等级/时段的评估完成率、失能等级分布、趋势分析 - -### 3.3 核心功能说明 - -| 功能 | 描述 | 技术要点 | -| -------------- | -------------------------------------- | ----------------------- | -| ADL量表 | 10项日常生活能力评估，自动计算失能等级 | 动态表单 + 自动评分算法 | -| MMSE量表 | 30分制认知功能筛查量表 | 动态表单 + 评分规则引擎 | -| GPS打卡到位 | 到达老人地址100m内才可开始评估 | 高德定位 + 地理围栏 | -| 评估报告生成 | 根据量表结果自动生成格式化评估报告 | 报告模板引擎（PDF生成） | -| 评估数据上传 | 评估结论上传至民政/医保系统 | ⚠️ 待确认接口规范 | -| 多版本量表管理 | 支持国家标准量表与地方特色量表并存 | 版本控制 + 权限分配 | - ---- - -## 4. 与现有 mall 的关系 - -**契合度：D（不适配）** - -mall 是通用电商平台，不具备任何医疗评估相关能力： - -| 能力需求 | mall 现状 | 结论 | -| ------------------------ | ------------------------ | ------------ | -| 临床量表（ADL/MMSE）管理 | 无 | 须独立建设 | -| 医学评分算法 | 无 | 须独立建设 | -| 评估报告PDF生成 | 无 | 须独立建设 | -| 老人档案关联 | 无老人实体 | 须依托02模块 | -| 评估人员角色体系 | 无（mall无专业评估角色） | 须重建 | -| GPS围栏+问卷一体化 | 无 | 须新建 | - -mall 是通用电商平台，不具备专业医养评估能力，强行堆入评估功能会导致医疗数据与商业数据混存，违反数据合规要求。 - ---- - -## 5. 规划判断 - -**独立系统建设** - -- 移动端：uni-app（小程序 + H5，评估人员使用） -- 后台管理端：Vue3 PC Web -- 服务端：独立API，评估结论通过接口输出给18/10/04等模块 -- 评估数据存储：独立表结构，关联02号模块老人档案 - ---- - -## 6. 需新增业务能力 - -1. **量表引擎**：动态题目配置 + 分支逻辑 + 自动评分 + 等级判定（国标ADL/MMSE/MNA等） -2. **评估流程管理**：预约→分配→执行→提交→审核→归档的完整工作流 -3. **评估报告模板**：可配置的评估报告格式，支持机构定制 -4. **评估历史对比**：展示同一老人多次评估结果的趋势变化 -5. **评估数据权威性**：评估结论一旦审核通过不可随意修改（记录变更日志） -6. **批量导出**：支持按时间/区域批量导出评估报告（用于政府报备） - ---- - -## 7. 需新增数据模型 - -| 模型 | 关键字段 | -| ------------------------- | ----------------------------------------------------------------------------------------------- | -| `assessment_task` | id, elder_id, assignee_id, scheduled_date, status, visit_checkin_time, visit_photo | -| `assessment_record` | id, task_id, scale_type(ADL/MMSE), form_data(JSONB), total_score, disability_grade, assessor_id | -| `assessment_scale` | id, name, version, questions(JSONB), scoring_rules(JSONB), is_active | -| `assessment_report` | id, record_id, report_pdf_url, generated_at, approved_by, approved_at | -| `disability_grade_config` | id, scale_type, score_range_min, score_range_max, grade_name, grade_code | - ---- - -## 8. 需新增技术栈 / 第三方能力 / 中间件 - -| 类别 | 技术选型 | 用途 | -| -------- | ------------------------------- | ------------------------- | -| PDF生成 | iText / Flying Saucer（服务端） | 评估报告生成 | -| 定位 | 高德SDK | GPS打卡到位验证 | -| 电子签名 | 移动端Canvas手写签名 | 老人/家属签字确认评估结论 | -| 动态表单 | JSON Schema驱动自研 | 量表题目动态渲染 | - ---- - -## 9. 外部系统对接关系 - -| 对接方 | 内容 | 方式 | -| ------------------ | -------------------------- | --------------------- | -| 数据库系统（02） | 老人档案读取、失能等级写回 | 内部API | -| 长护险（18） | 评估结论作为长护险认定依据 | 内部API（只读输出） | -| 政府补贴（04） | 评估等级作为补贴核算输入 | 内部API | -| 居家养老管理（10） | 评估结论影响服务计划制定 | 内部API | -| 政府监管（01） | 评估统计数据汇总 | 内部API | -| 民政/医保系统 | 评估结论上报 | ⚠️ 待确认各省接口规范 | - ---- - -## 10. 风险与边界 - -| 风险 | 说明 | 应对 | -| ------------------ | ---------------------------------------- | ---------------------------------------- | -| 量表标准差异 | 各省市长护险评估标准不同 | 量表引擎支持多套标准并存，按地区切换 | -| 评估结论异议 | 老人/家属对评估等级不服 | 提供复核申请流程，保留原始照片和填写记录 | -| 数据权威性 | 评估结论用于补贴核算，误录影响重大 | 双人核审机制 + 修改留痕 | -| 边界：不含病历管理 | 本系统仅做养老能力评估，不做完整医疗病历 | 医疗病历由20号（慢性病管理）负责 | - ---- - -## 11. 实施优先级与分期建议 - -**优先级：P1** - -| 分期 | 内容 | 前置条件 | -| ------ | ---------------------------------------- | ------------------ | -| 第一期 | 移动端评估执行 + ADL/MMSE量表 + 报告生成 | 老人档案（02）就绪 | -| 第二期 | 评估工作流（预约→审核→归档） + 统计分析 | — | -| 第三期 | 与长护险/补贴系统对接 + 政务数据上报 | 接口确认后 | - ---- - -## 12. 结论 - -养老需求评估系统是整个服务体系的"入口闸门"，评估结论直接决定长护险认定、补贴核算和服务计划，其医疗专业属性（量表、评分算法、报告合规）使其完全无法在 mall 平台基础上构建。 - -**必须独立建设**，且需在P1阶段优先完成，确保后续长护险（18）、补贴审批（04）、服务计划（10）有可靠的评估数据支撑。