# 智慧医养政府监管系统 模块规划

---

## 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阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。
