9.1 KiB
9.1 KiB
智慧康养政府及上级企业审批业务系统 模块规划
1. 模块定位
智慧康养政府及上级企业审批业务系统是面向政府主管部门（民政局/卫健委）及上级集团企业管理人员的多级行政审批平台，承担补贴申请审核、企业资质审核、家庭床位审批、新闻发布及建议反馈管理等行政审批职能。
本系统的核心是审批工作流引擎，支持多级审批（街道→区→市）、权限管理和微信端移动审批，是连接政府行政决策与平台业务系统的关键枢纽。
2. 建设目标
- 实现民政补贴申请的在线提交、多级审核与结果下发闭环
- 支持企业资质审核（服务商、机构）的标准化审批流程
- 构建家庭床位改造申请的全流程审批管理
- 提供微信端移动审批能力，提升政府工作人员的审批效率
- 支持政府新闻/通知的发布管理与居民建议反馈处理
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. 需新增业务能力
- 可配置审批流引擎：支持管理员在线配置审批节点、条件分支、超时策略
- 补贴核算规则库：按老人失能等级、服务类型、地区标准的补贴金额计算
- 材料OCR识别：营业执照、身份证、许可证关键信息自动提取
- 批次审批：支持对同一批补贴申请的批量通过/退回
- 电子签章：审批决定需支持电子签章，具备法律效力
- 消息通知：审批结果主动推送至申请方（微信模板消息）
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服务，降低研发复杂度。