170 lines
9.3 KiB
Markdown
170 lines
9.3 KiB
Markdown
# 智慧康养政府及上级企业审批业务系统 模块规划
|
||
|
||
---
|
||
|
||
## 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服务，降低研发复杂度。
|