9.2 KiB
9.2 KiB
家庭床位及适老化改造系统 模块规划
1. 模块定位
家庭床位及适老化改造系统是对接政府补贴政策的居家养老基础设施建设管理系统，覆盖家庭养老床位的申请审核、适老化改造项目管理、智能硬件设备安装与管理、上门服务管理以及完工后的监管与数据反馈全生命周期。
本系统是政府"家庭养老床位"补贴项目落地的数字化载体，兼具政策性（审批合规）和服务性（改造施工管理）特征。
2. 建设目标
- 实现家庭床位申请→政府审核→签约的在线化流程
- 管理适老化改造项目（无障碍改造/辅具适配/智能设备安装）的施工进度
- 提供智能硬件设备的入户安装记录和运营状态管理
- 构建上门服务管理（改造施工人员的任务派发与执行记录）
- 支持改造完成后的监管验收和数据分析
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. 需新增业务能力
- 家庭床位申请流程：在线填写住房信息、上传证明材料、等待政府审核
- 标准改造项目目录：国家/地方补贴支持的改造项目清单和补贴金额上限
- 施工人员任务派发：按地区和技能分配施工任务，移动端接单
- 多阶段验收机制：开工照片→中期照片→竣工照片→政府/机构验收
- 设备入户注册：安装设备后自动注册到IoT平台，与老人档案绑定
- 补贴核算与拨付请求：验收通过后自动生成补贴申请单，流转至审批系统（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阶段优先完成申请→审核→施工→验收的核心流程，把握政府"家庭养老床位"建设补贴的政策窗口期。