9.2 KiB
9.2 KiB
智慧医养政府监管系统 模块规划
1. 模块定位
智慧医养政府监管系统是面向政府监管部门（民政局、卫健委、医保局等）的数字化治理工具，承担对辖区内养老服务体系的全面数据感知、实时监控与行政监管职能。
本系统属于B2G（政企） 方向，核心用户为政府工作人员，而非消费者或商家，与 mall 的 B2C/B2B 电商定位存在根本性差异。
2. 建设目标
- 构建辖区养老资源数字驾驶舱，实现服务机构、老人数量、志愿者、服务商的实时可视化监管
- 实现养老服务质量的在线监督（视频监控、服务执行轨迹）
- 提供社区服务呼叫监管与报警调度能力，支持紧急事件闭环处置
- 输出行政决策所需的统计报表与趋势分析
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. 需新增业务能力
- GIS 地理信息引擎：辖区养老资源空间分布、轨迹热力图、服务覆盖半径
- 流媒体服务接入：NVR/IPC 视频流（RTSP → HLS/WebRTC 转码）
- 大屏可视化框架：政府汇报级数据驾驶舱（全屏自适应、动效播报）
- 告警规则引擎：基于阈值/时间窗的多类型告警触发
- 工作流/工单引擎：报警事件 → 派单 → 处置 → 归档 完整闭环
- 统计报表引擎：多维度、可配置、可导出（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阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。