上传文件至「契合度」
This commit is contained in:
169
契合度/04-智慧康养政府及上级企业审批业务系统-模块规划.md
Normal file
169
契合度/04-智慧康养政府及上级企业审批业务系统-模块规划.md
Normal file
@@ -0,0 +1,169 @@
|
||||
# 智慧康养政府及上级企业审批业务系统 模块规划
|
||||
|
||||
---
|
||||
|
||||
## 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服务,降低研发复杂度。
|
||||
Reference in New Issue
Block a user