# 智慧康养政府及上级企业审批业务系统 模块规划

---

## 1. 模块定位

智慧康养政府及上级企业审批业务系统是面向**政府主管部门（民政局/卫健委）及上级集团企业管理人员**的多级行政审批平台，承担补贴申请审核、企业资质审核、家庭床位审批、新闻发布及建议反馈管理等行政审批职能。

本系统的核心是**审批工作流引擎**，支持多级审批（街道→区→市）、权限管理和微信端移动审批，是连接政府行政决策与平台业务系统的关键枢纽。

---

## 2. 建设目标

1. 实现民政补贴申请的在线提交、多级审核与结果下发闭环
2. 支持企业资质审核（服务商、机构）的标准化审批流程
3. 构建家庭床位改造申请的全流程审批管理
4. 提供微信端移动审批能力，提升政府工作人员的审批效率
5. 支持政府新闻/通知的发布管理与居民建议反馈处理

---

## 3. 核心功能范围

### 3.1 一级模块

- 微信端登录与入口
- 补贴申请审核
- 企业资质审核
- 家庭床位审核
- 多级审核引擎
- 权限管理
- 新闻发布
- 建议反馈

### 3.2 二级模块

- **微信端登录**：政府工作人员微信扫码登录、身份绑定、权限初始化
- **补贴申请审核**：补贴类型配置、申请材料查阅、审核意见填写、退回/通过/挂起状态管理
- **企业资质审核**：服务商/机构申请列表、材料核验（营业执照/许可证）、黑名单管理
- **家庭床位审核**：改造申请列表、实地核查结果录入、改造资金核定、竣工验收
- **多级审核引擎**：审批节点配置（街道→区→市）、超时自动提醒、代审/转审
- **权限管理**：按行政区划的审批角色分配、数据可见范围设置
- **新闻发布**：通知/新闻/政策文件的富文本编辑与发布
- **建议反馈**：居民/服务商反馈列表、回复、分类统计

### 3.3 核心功能说明

| 功能         | 描述                                        | 技术要点                      |
| ------------ | ------------------------------------------- | ----------------------------- |
| 多级审核流   | 配置审批节点、条件分支（金额阈值→升级审核） | 审批流引擎（如Activiti/自研） |
| 补贴申请审核 | 审核老人补贴资格、金额核定、批次下发        | 业务规则引擎 + 批处理         |
| 企业资质审核 | OCR识别营业执照/许可证，自动提取关键字段    | OCR第三方API                  |
| 微信端审批   | 待审list + 审核详情 + 一键通过/退回         | uni-app微信小程序             |
| 竣工验收     | 家庭床位改造完成后的图片+审核员现场确认     | 移动端拍照 + 电子签名         |

---

## 4. 与现有 mall 的关系

**契合度：D（不适配）**

mall 的核心流程是消费者下单→商家接单→骑手配送→消费者确认收货，整个流程以"消费行为"驱动。

本系统的核心流程是申请提交→多级政府审核→行政决定下发，整个流程以"行政审批"驱动：

| 能力需求                   | mall 现状                   | 结论               |
| -------------------------- | --------------------------- | ------------------ |
| 多节点审批工作流引擎       | 无（无审批流概念）          | 须独立建设         |
| 政府角色体系（街道/区/市） | 无                          | 须独立建设         |
| 补贴核算规则引擎           | 无                          | 须独立建设         |
| OCR证照识别                | 无                          | 须独立建设         |
| 家庭床位申请全流程         | 无                          | 须独立建设         |
| 行政文件/新闻发布          | 仅有CMS文章管理（商城公告） | 领域不同，不可复用 |

mall 是通用电商平台，不具备行政审批能力，强行为其添加政府审批逻辑会导致架构混乱和权限体系崩溃。

---

## 5. 规划判断

**独立系统建设**

- 移动端：uni-app（微信小程序，政府工作人员使用）
- PC端：Vue3 Web管理后台（主审批界面）
- 服务端：独立审批流引擎 + 业务API
- 工作流引擎：自研轻量级或集成 Camunda/Flowable（根据复杂度决策）

---

## 6. 需新增业务能力

1. **可配置审批流引擎**：支持管理员在线配置审批节点、条件分支、超时策略
2. **补贴核算规则库**：按老人失能等级、服务类型、地区标准的补贴金额计算
3. **材料OCR识别**：营业执照、身份证、许可证关键信息自动提取
4. **批次审批**：支持对同一批补贴申请的批量通过/退回
5. **电子签章**：审批决定需支持电子签章，具备法律效力
6. **消息通知**：审批结果主动推送至申请方（微信模板消息）

---

## 7. 需新增数据模型

| 模型                       | 关键字段                                                                       |
| -------------------------- | ------------------------------------------------------------------------------ |
| `approval_flow_def`        | id, name, nodes(JSONB), conditions(JSONB), version                             |
| `approval_instance`        | id, flow_def_id, biz_type, biz_id, current_node, status, submitter_id          |
| `approval_node_record`     | id, instance_id, node_name, approver_id, action, opinion, action_time          |
| `subsidy_application`      | id, elder_id, subsidy_type, amount_applied, amount_approved, period, documents |
| `org_qualification_review` | id, org_id, org_type, material_urls, ocr_data(JSONB), status                   |
| `home_bed_application`     | id, elder_id, address, estimated_cost, inspector_id, inspect_report, status    |
| `gov_news`                 | id, title, content, category, publisher_id, published_at, status               |
| `feedback`                 | id, submitter_type, content, category, status, reply, replier_id               |

---

## 8. 需新增技术栈 / 第三方能力 / 中间件

| 类别       | 技术选型                | 用途                 |
| ---------- | ----------------------- | -------------------- |
| 工作流引擎 | Flowable / 自研轻量版   | 多级审批流配置与执行 |
| OCR        | 腾讯云OCR / 阿里云OCR   | 证照信息自动识别     |
| 电子签章   | 法大大 / 契约锁         | 审批决定电子签章     |
| 推送       | 微信模板消息 / 服务通知 | 审批结果通知         |
| 富文本编辑 | TinyMCE / WangEditor    | 新闻/政策文件发布    |

---

## 9. 外部系统对接关系

| 对接方             | 内容                       | 说明              |
| ------------------ | -------------------------- | ----------------- |
| 数据库系统（02）   | 老人档案、服务商资质       | 内部API调用       |
| 家庭床位系统（15） | 床位改造申请数据来源       | 内部API           |
| 服务商管理（11）   | 服务商资质审核结果下发     | 内部API           |
| 居家养老管理（10） | 补贴审核结果与服务计划关联 | 内部API           |
| 政府监管（01）     | 审批数据汇总至监管大屏     | 内部API           |
| 民政局/政务平台    | 补贴拨付指令下发           | ⚠️ 待确认接口规范 |

---

## 10. 风险与边界

| 风险               | 说明                                          | 应对                       |
| ------------------ | --------------------------------------------- | -------------------------- |
| 各地审批流程差异   | 不同省市民政补贴审批节点不同                  | 审批流可配置化，避免硬编码 |
| 电子签章法律效力   | 部分地区不承认电子签章                        | 提供纸质备档导出功能       |
| 审批超时           | 政府人员忙碌导致流程积压                      | 自动催办、超时转派机制     |
| 边界：不含资金拨付 | 补贴核定在本系统，实际拨付由财务/民政系统执行 | 明确接口，只输出拨付指令   |

---

## 11. 实施优先级与分期建议

**优先级：P2**

| 分期   | 内容                                            | 前置条件                       |
| ------ | ----------------------------------------------- | ------------------------------ |
| 第一期 | 企业资质审核 + 家庭床位审核（优先，有业务需求） | 15号模块家庭床位系统就绪       |
| 第二期 | 补贴申请全流程 + 多级审批引擎                   | 老人档案（02）和评估（07）完成 |
| 第三期 | 微信端移动审批 + 电子签章 + 政务系统对接        | —                              |

---

## 12. 结论

审批业务系统是平台与政府行政流程的接口，核心能力（工作流引擎、政府角色体系、补贴规则引擎）在 mall 中完全缺失，**必须作为独立系统建设**。

建议工作流引擎采用可配置设计，以应对各地政府审批流程差异，避免因流程变化导致频繁改动代码。OCR与电子签章建议接入成熟的第三方SaaS服务，降低研发复杂度。
