From a278518f6f1494514f0c4667eb50e92dc8521e0e Mon Sep 17 00:00:00 2001 From: huangzhenbao <17818024429@163.com> Date: Tue, 31 Mar 2026 01:41:06 +0000 Subject: [PATCH] =?UTF-8?q?=E6=9B=B4=E6=96=B0=20=E6=A8=A1=E5=9D=97?= =?UTF-8?q?=E8=A7=84=E5=88=92/01-=E6=99=BA=E6=85=A7=E5=8C=BB=E5=85=BB?= =?UTF-8?q?=E6=94=BF=E5=BA=9C=E7=9B=91=E7=AE=A1=E7=B3=BB=E7=BB=9F-?= =?UTF-8?q?=E6=A8=A1=E5=9D=97=E8=A7=84=E5=88=92.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../01-智慧医养政府监管系统-模块规划.md | 334 +++++++++--------- 1 file changed, 167 insertions(+), 167 deletions(-) rename {契合度 => 模块规划}/01-智慧医养政府监管系统-模块规划.md (98%) diff --git a/契合度/01-智慧医养政府监管系统-模块规划.md b/模块规划/01-智慧医养政府监管系统-模块规划.md similarity index 98% rename from 契合度/01-智慧医养政府监管系统-模块规划.md rename to 模块规划/01-智慧医养政府监管系统-模块规划.md index 984bc64..e85862f 100644 --- a/契合度/01-智慧医养政府监管系统-模块规划.md +++ b/模块规划/01-智慧医养政府监管系统-模块规划.md @@ -1,167 +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阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。 +# 智慧医养政府监管系统 模块规划 + +--- + +## 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阶段启动本系统，以确保驾驶舱数据来源的真实性和完整性。