上传文件至「契合度」

契合度/01-智慧医养政府监管系统-模块规划.md

@@ -0,0 +1,167 @@
+# 智慧医养政府监管系统 模块规划
+
+---
+
+## 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阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。