删除 15-家庭床位及适老化改造系统-模块规划.md
This commit is contained in:
@@ -1,161 +0,0 @@
|
||||
# 家庭床位及适老化改造系统 模块规划
|
||||
|
||||
---
|
||||
|
||||
## 1. 模块定位
|
||||
|
||||
家庭床位及适老化改造系统是对接**政府补贴政策**的居家养老基础设施建设管理系统，覆盖家庭养老床位的申请审核、适老化改造项目管理、智能硬件设备安装与管理、上门服务管理以及完工后的监管与数据反馈全生命周期。
|
||||
|
||||
本系统是政府"家庭养老床位"补贴项目落地的数字化载体，兼具政策性（审批合规）和服务性（改造施工管理）特征。
|
||||
|
||||
---
|
||||
|
||||
## 2. 建设目标
|
||||
|
||||
1. 实现家庭床位申请→政府审核→签约的在线化流程
|
||||
2. 管理适老化改造项目（无障碍改造/辅具适配/智能设备安装）的施工进度
|
||||
3. 提供智能硬件设备的入户安装记录和运营状态管理
|
||||
4. 构建上门服务管理（改造施工人员的任务派发与执行记录）
|
||||
5. 支持改造完成后的监管验收和数据分析
|
||||
|
||||
---
|
||||
|
||||
## 3. 核心功能范围
|
||||
|
||||
### 3.1 一级模块
|
||||
|
||||
- 家庭床位申请与签约
|
||||
- 适老化改造管理
|
||||
- 智能硬件设备管理
|
||||
- 上门服务管理
|
||||
- 监管与验收
|
||||
- 数据分析
|
||||
|
||||
### 3.2 二级模块
|
||||
|
||||
- **申请与签约**：老人/家属提交申请（住房信息/失能等级）→政府审核→合同签约→补贴确认
|
||||
- **适老化改造**：改造项目清单（防滑扶手/坡道/加宽门框等）、预算核定、施工队派单
|
||||
- **硬件设备**：智能设备清单（呼叫器/摄像头/传感器）、安装记录、设备与老人档案绑定
|
||||
- **上门服务**：施工人员任务分配、进场打卡（GPS+照片）、阶段验收、完工交付
|
||||
- **监管验收**：政府/机构人员现场验收、照片留存、验收结论、补贴拨付触发
|
||||
- **数据分析**：改造户数、覆盖率、改造类型分布、设备使用率
|
||||
|
||||
### 3.3 核心功能说明
|
||||
|
||||
| 功能 | 描述 | 技术要点 |
|
||||
| ------------ | -------------------------------------------------------- | --------------------------------- |
|
||||
| 改造项目清单 | 标准化改造项目目录，老人可选择，自动计算补贴金额 | 项目目录 + 补贴单价配置 |
|
||||
| 施工进度追踪 | 施工人员上传每阶段进度照片，管理员远程查看 | 移动端拍照 + OSS存储 + 进度状态机 |
|
||||
| 硬件设备绑定 | 设备SN码与老人档案绑定，安装完成后自动接入安全系统（09） | 设备注册API调用 |
|
||||
| 验收流程 | 竣工照片+验收人员签字→触发补贴核定指令 | 电子签名 + 工作流 |
|
||||
| 数据看板 | 改造进度、户数统计、资金使用率 | ECharts |
|
||||
|
||||
---
|
||||
|
||||
## 4. 与现有 mall 的关系
|
||||
|
||||
**契合度：C（低契合，部分结构可参考）**
|
||||
|
||||
mall 的服务型订单和上门服务概念与本系统有部分相似性：
|
||||
|
||||
| 能力 | mall 现状 | 可复用程度 |
|
||||
| -------------------------- | -------------------- | ---------------------------------- |
|
||||
| 服务订单状态机 | 有（居家服务参考） | C - 可参考状态流转设计 |
|
||||
| 上门服务人员（类骑手） | 骑手端GPS打卡+照片 | C - 可参考移动端设计，场景差异大 |
|
||||
| 审核流程 | 商家入驻审核（基础） | C - 参考意义有限，合同签约逻辑不同 |
|
||||
| **家庭床位申请（政策性）** | **无** | **须独立建设** |
|
||||
| **改造项目目录与补贴核算** | **无** | **须独立建设** |
|
||||
| **IoT设备入户安装** | **无** | **须独立建设** |
|
||||
| **政府验收与补贴拨付触发** | **无** | **须独立建设** |
|
||||
|
||||
**建设路径：mall + 独立微服务（以独立为主，参考 mall 服务订单设计模式）**
|
||||
|
||||
---
|
||||
|
||||
## 5. 规划判断
|
||||
|
||||
**mall + 独立微服务（独立为主）**
|
||||
|
||||
- 老人/家属申请端：uni-app（小程序）
|
||||
- 施工人员端：uni-app（移动端）
|
||||
- 管理/验收端：Vue3 Web
|
||||
- 服务端：独立项目管理服务
|
||||
- 与安全系统（09）和IoT管理（16）通过API对接完成设备注册
|
||||
|
||||
---
|
||||
|
||||
## 6. 需新增业务能力
|
||||
|
||||
1. **家庭床位申请流程**：在线填写住房信息、上传证明材料、等待政府审核
|
||||
2. **标准改造项目目录**：国家/地方补贴支持的改造项目清单和补贴金额上限
|
||||
3. **施工人员任务派发**：按地区和技能分配施工任务，移动端接单
|
||||
4. **多阶段验收机制**：开工照片→中期照片→竣工照片→政府/机构验收
|
||||
5. **设备入户注册**：安装设备后自动注册到IoT平台，与老人档案绑定
|
||||
6. **补贴核算与拨付请求**：验收通过后自动生成补贴申请单，流转至审批系统（04）
|
||||
|
||||
---
|
||||
|
||||
## 7. 需新增数据模型
|
||||
|
||||
| 模型 | 关键字段 |
|
||||
| ------------------------- | -------------------------------------------------------------------------------------------------- |
|
||||
| `home_bed_application` | id, elder_id, address, house_type, disability_grade, status, approved_at, contract_url |
|
||||
| `renovation_project` | id, application_id, items(JSONB), total_estimated_cost, subsidy_amount, start_date, end_date |
|
||||
| `renovation_item_catalog` | id, name, category, unit, max_subsidy_per_unit, description |
|
||||
| `renovation_execution` | id, project_id, worker_id, checkin_time, checkin_photo, phase, phase_photos(array), notes |
|
||||
| `renovation_acceptance` | id, project_id, acceptor_id, accept_type(gov/platform), accept_date, result, photos, signature_url |
|
||||
| `iot_device_install` | id, project_id, device_sn, device_type, elder_id, install_at, registered_to_iot_at |
|
||||
|
||||
---
|
||||
|
||||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
||||
|
||||
| 类别 | 技术选型 | 用途 |
|
||||
| -------- | ---------------------- | ------------------------ |
|
||||
| 文件存储 | 阿里云OSS | 施工照片存储 |
|
||||
| 电子签名 | Canvas签名 / 法大大 | 验收签字 |
|
||||
| 工作流 | 参考04号模块轻量工作流 | 申请→审核→签约→施工→验收 |
|
||||
| GIS | 高德地图 | 施工人员打卡定位 |
|
||||
|
||||
---
|
||||
|
||||
## 9. 外部系统对接关系
|
||||
|
||||
| 对接方 | 内容 | 方式 |
|
||||
| ---------------- | ------------------------------------ | ------------- |
|
||||
| 审批系统（04） | 家庭床位申请政府审核、验收后补贴申请 | 内部工作流API |
|
||||
| 数据库系统（02） | 老人档案查询、失能等级核验 | 内部API |
|
||||
| IoT管理（16） | 安装设备注册到IoT平台 | 内部API |
|
||||
| 安全系统（09） | 安装设备后与老人绑定，启动监测 | 内部API |
|
||||
| 政府监管（01） | 改造覆盖率、验收完成率统计 | 内部API |
|
||||
|
||||
---
|
||||
|
||||
## 10. 风险与边界
|
||||
|
||||
| 风险 | 说明 | 应对 |
|
||||
| ------------------------ | ---------------------------------------------------------------- | ----------------------------------- |
|
||||
| 补贴政策地区差异 | 各地适老化改造补贴标准不同 | 改造项目目录和补贴金额可按地区配置 |
|
||||
| 施工质量纠纷 | 改造完工后老人不满意 | 完整照片留存 + 验收签字防止事后争议 |
|
||||
| 设备安装标准 | 不同品牌设备安装规范不同 | 建立设备安装规范文档 |
|
||||
| 边界：不含房屋结构性改造 | 只管理适老化改造（辅具/设备/无障碍），不涉及房屋产权和结构性施工 | 明确改造项目范围 |
|
||||
|
||||
---
|
||||
|
||||
## 11. 实施优先级与分期建议
|
||||
|
||||
**优先级：P1（政策窗口期必须抓住）**
|
||||
|
||||
| 分期 | 内容 | 前置条件 |
|
||||
| ------ | ------------------------------------------ | --------------------------------- |
|
||||
| 第一期 | 家庭床位申请 + 基本改造项目管理 + 施工执行 | 老人档案（02）就绪 |
|
||||
| 第二期 | 政府验收流程 + 补贴核算 + IoT设备注册 | 审批系统（04）、IoT管理（16）就绪 |
|
||||
| 第三期 | 数据分析 + 政府监管对接 | — |
|
||||
|
||||
---
|
||||
|
||||
## 12. 结论
|
||||
|
||||
家庭床位及适老化改造系统兼具政策性和服务性，mall 的服务订单框架对本系统有一定参考价值（C级），但改造项目管理、政府审批闭环、IoT设备入户注册等核心医养特性须独立建设。
|
||||
|
||||
**建议以独立系统建设为主**，在P1阶段优先完成申请→审核→施工→验收的核心流程，把握政府"家庭养老床位"建设补贴的政策窗口期。
|
||||
Reference in New Issue
Block a user