168 lines
9.0 KiB
Markdown
168 lines
9.0 KiB
Markdown
# 智慧医养政府监管系统 模块规划
|
||
|
||
---
|
||
|
||
## 1. 模块定位
|
||
|
||
智慧医养政府监管系统是面向**政府监管部门**（民政局、卫健委、医保局等）的数字化治理工具，承担对辖区内养老服务体系的全面数据感知、实时监控与行政监管职能。
|
||
|
||
本系统属于**B2G（政企）** 方向，核心用户为政府工作人员，而非消费者或商家，与 mall 的 B2C/B2B 电商定位存在根本性差异。
|
||
|
||
---
|
||
|
||
## 2. 建设目标
|
||
|
||
1. 构建辖区养老资源数字驾驶舱，实现服务机构、老人数量、志愿者、服务商的实时可视化监管
|
||
2. 实现养老服务质量的在线监督（视频监控、服务执行轨迹）
|
||
3. 提供社区服务呼叫监管与报警调度能力，支持紧急事件闭环处置
|
||
4. 输出行政决策所需的统计报表与趋势分析
|
||
|
||
---
|
||
|
||
## 3. 核心功能范围
|
||
|
||
### 3.1 一级模块
|
||
|
||
- 数据驾驶舱
|
||
- 养老资源监管
|
||
- 视频监控监管
|
||
- 统计分析
|
||
- 报警调度
|
||
|
||
### 3.2 二级模块
|
||
|
||
- 数据驾驶舱：GIS地图总览、服务机构分布、实时服务数量播报、关键指标看板
|
||
- 养老资源监管：机构台账管理、服务商资质查验、从业人员档案核查、老人服务率统计
|
||
- 视频监控：机构视频接入、实时预览、录像回放、报警联动
|
||
- 统计分析：老人统计、志愿者服务时长统计、社区呼叫监管报表、服务完成率分析
|
||
- 报警调度：告警接收、工单派发、处置跟踪、事后复盘
|
||
|
||
### 3.3 核心功能说明
|
||
|
||
| 功能模块 | 核心能力描述 | 技术要点 |
|
||
| ---------------- | --------------------------------------- | ----------------------- |
|
||
| 数据驾驶舱 | 辖区养老全景GIS可视化，关键指标实时播报 | AMap API + ECharts大屏 |
|
||
| 养老资源监管 | 机构/服务商/人员多维度台账与实时状态 | 多表关联查询、状态机 |
|
||
| 视频监控监管 | 对接机构NVR/IPC，实现Web端实时查看 | 流媒体服务器（SRS/ZLM） |
|
||
| 志愿者统计 | 志愿服务时长、服务类型、覆盖率分析 | 聚合统计 + 图表展示 |
|
||
| 老人统计 | 按年龄/失能等级/地址等多维度统计 | 分组聚合、GIS热力图 |
|
||
| 社区服务呼叫监管 | 监控呼叫中心呼入/处置/完结全过程 | 呼叫中心API数据同步 |
|
||
| 报警调度 | 接收IoT/人工告警，派发处置工单 | 工作流引擎 + 实时推送 |
|
||
|
||
---
|
||
|
||
## 4. 与现有 mall 的关系
|
||
|
||
**契合度：D（不适配）**
|
||
|
||
mall 是通用电商平台，具备用户购物、商家销售、骑手配送、管理员后台等角色闭环，本质是交易驱动的商业系统。
|
||
|
||
政府监管系统所需的能力与 mall 存在根本性差异：
|
||
|
||
| 能力需求 | mall 现状 | 结论 |
|
||
| ---------------------------------- | -------------------------- | ---------- |
|
||
| GIS 全息地图（辖区视角） | 无 | 须独立建设 |
|
||
| 流媒体视频监控接入 | 无 | 须独立建设 |
|
||
| 政府角色体系（监管员/局长/巡查员） | 无 | 须独立建设 |
|
||
| 行政报表与决策看板 | 无 | 须独立建设 |
|
||
| 养老资源台账（机构/人员/服务商） | 无 | 须独立建设 |
|
||
| 报警调度工作流 | 无（现有工单系统为客服侧） | 须独立建设 |
|
||
|
||
mall 电商数据模型（商品、订单、SKU、优惠券）对本模块无参考价值，强行嵌入将导致数据架构污染和权限体系混乱。
|
||
|
||
---
|
||
|
||
## 5. 规划判断
|
||
|
||
**独立系统建设（全新项目）**
|
||
|
||
- 独立数据库（养老资源库、监管日志库）
|
||
- 独立后端服务（Go/Java 微服务，满足高并发实时数据推送）
|
||
- 独立前端（大屏端 + PC Web管理端，非移动端优先）
|
||
- 独立部署，可对接政务云或专线
|
||
|
||
---
|
||
|
||
## 6. 需新增业务能力
|
||
|
||
1. **GIS 地理信息引擎**：辖区养老资源空间分布、轨迹热力图、服务覆盖半径
|
||
2. **流媒体服务接入**：NVR/IPC 视频流（RTSP → HLS/WebRTC 转码）
|
||
3. **大屏可视化框架**：政府汇报级数据驾驶舱（全屏自适应、动效播报）
|
||
4. **告警规则引擎**：基于阈值/时间窗的多类型告警触发
|
||
5. **工作流/工单引擎**：报警事件 → 派单 → 处置 → 归档 完整闭环
|
||
6. **统计报表引擎**：多维度、可配置、可导出（Excel/PDF）
|
||
|
||
---
|
||
|
||
## 7. 需新增数据模型
|
||
|
||
| 数据模型 | 说明 |
|
||
| ---------------------- | ---------------------------------------------- |
|
||
| `gov_institution` | 养老机构台账（名称、地址、坐标、等级、床位数） |
|
||
| `gov_service_provider` | 服务商资质档案 |
|
||
| `gov_elder_stats` | 老人统计快照（按区域/失能等级） |
|
||
| `gov_volunteer_stats` | 志愿者服务时长统计 |
|
||
| `gov_alarm` | 报警记录（类型、来源、状态、派单记录） |
|
||
| `gov_dispatch_order` | 报警处置工单 |
|
||
| `gov_video_channel` | 监控摄像头通道配置 |
|
||
| `gov_report_config` | 报表模板配置 |
|
||
|
||
---
|
||
|
||
## 8. 需新增技术栈 / 第三方能力 / 中间件
|
||
|
||
| 类别 | 技术选型 | 用途 |
|
||
| -------- | -------------------------- | -------------------------- |
|
||
| GIS | 高德地图开放平台（政务AK） | 地图展示、地理编码、热力图 |
|
||
| 可视化 | ECharts / DataV | 大屏图表 |
|
||
| 流媒体 | SRS / ZLMediaKit | 视频流转码与分发 |
|
||
| 实时推送 | WebSocket / SSE | 实时告警推送到大屏 |
|
||
| 报表 | Apache POI / JasperReports | 导出Excel/PDF |
|
||
| 消息队列 | RabbitMQ / Kafka | 告警异步处理 |
|
||
|
||
---
|
||
|
||
## 9. 外部系统对接关系
|
||
|
||
| 对接方 | 对接内容 | 对接方式 |
|
||
| ------------------- | ---------------------------- | --------------------------------- |
|
||
| 呼叫中心系统（06） | 呼叫记录、服务工单完成状态 | 内部API/消息队列 |
|
||
| IoT管理系统（16） | 设备告警事件 | MQTT / 消息队列 |
|
||
| 居家养老管理（10） | 老人服务完成率、档案数量 | 内部API |
|
||
| 服务商管理（11） | 服务商资质状态、服务执行数据 | 内部API |
|
||
| 安全系统（09） | SOS告警、防走失告警 | 消息队列 |
|
||
| 政务云/民政局系统 | 补贴核算结果、老人基础信息 | ⚠️ 待确认（各地政务接口规范不同） |
|
||
| 视频监控设备（NVR） | 实时视频流 | RTSP 拉流 |
|
||
|
||
---
|
||
|
||
## 10. 风险与边界
|
||
|
||
| 风险 | 说明 | 应对 |
|
||
| ---------------- | ------------------------------------------- | ----------------------------------- |
|
||
| 政务接口差异化 | 各省/市政务系统接口规范不统一 | ⚠️ 需与目标地方政府提前确认接口协议 |
|
||
| 视频监控合规 | 视频数据涉及个人隐私，需符合等保三级要求 | 加密存储、访问审计、最小权限原则 |
|
||
| 大屏数据延迟 | 实时数据量大，可能出现刷新延迟 | 数据分层缓存（Redis + CDN静态资源） |
|
||
| 多级政府角色权限 | 市级>区级>街道>机构的数据权限隔离 | 基于组织树的行政区划 RBAC |
|
||
| 边界：不含审批 | 审批业务由04号模块负责，本系统仅做查阅/监管 | 明确模块边界，避免功能重叠 |
|
||
|
||
---
|
||
|
||
## 11. 实施优先级与分期建议
|
||
|
||
**优先级：P2（深化期）**
|
||
|
||
| 分期 | 内容 | 前置条件 |
|
||
| ------ | ----------------------------------------- | ------------------------- |
|
||
| 第一期 | 数据驾驶舱（静态数据可视化）+基础台账管理 | 10/11/07模块基础数据就绪 |
|
||
| 第二期 | 视频监控接入 + 实时告警 | IoT/安全系统（09/16）完成 |
|
||
| 第三期 | 报表导出 + 政务数据对接 | 政务接口协议确认 |
|
||
|
||
---
|
||
|
||
## 12. 结论
|
||
|
||
智慧医养政府监管系统是面向政府用户的B2G系统，所需的GIS大屏、视频流媒体、行政RBAC、监管报表等核心能力在 mall 平台中完全缺失，**必须作为独立系统建设**。
|
||
|
||
建议在P1阶段核心业务模块（10/11/07/05）完成数据积累后，再于P2阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。
|