医疗健康 · 医院 · 智能运维

让医院IT运维从被动救火变成主动智能防御

17套业务系统、两大集群、开源监控平台 + 可视化看板 融合部署——AI驱动的智能监控平台,一屏掌控业务拓扑、数据库性能、灾备同步与告警事件流,让信息科在故障发生前就收到预警。

0
业务系统全覆盖
<0min
灾备恢复时间 RTO
0级
智能告警分级
THE PROBLEM · 医院IT运维的真实困境

系统越上越多,信息科的电话越接越勤

HIS、PACS、电子病历、微信挂号、移动护理……医院每上一套新系统,信息科就多一套需要盯的页面。每个系统自带监控,但各自为政——想看清全院IT健康状况,先打开7个不同后台。


17套业务系统,拓扑关系靠手绘

主集群13台VM、扩展集群4台VM,哪台跑HIS核心库、哪台挂PACS影像接口——全靠Excel台账手工记录。VM增减、IP变更、负载迁移,Excel永远滞后于真实状态。

资产管理靠Excel

数据库慢查询,患者挂号排队了才知道

HIS主库高峰期CPU飙到90%+,慢SQL偶尔超过10秒——DBA被动救火,等门诊护士打电话"系统卡了"才冲上去查。没有预测,只有事后灭火。

被动响应 · 无趋势预测

灾备状态像黑盒,备份成没成功没人敢打包票

每晚定时全备到底跑完没?容灾端能不能一键切过去?上次恢复演练是半年前。RTO声称5分钟、RPO声称1分钟——但这些数字不是实时跳动的,是写在方案PPT里的。

灾备状态不可见
THE SOLUTION · 天溥 AI 的答案

开源监控 + 可视化看板 + AI:三合一医院智能运维中台

不是再买一套监控软件——而是用开源监控平台实现全拓扑覆盖、可视化看板统一可视化、AI引擎叠加智能预测与告警降噪。信息科主任说:"以前早上第一件事是挨个系统点开看,现在看一眼大屏就够了。"


01

全拓扑自动发现 · 业务系统一屏可视

开源监控平台自动扫描两大集群全部VM——HIS核心库、PACS接口、电子健康卡、移动护理、院感系统、微信挂号……17套系统运行状态、CPU/内存/磁盘指标实时刷新,绿色正常、黄色警告、红色故障一目了然。

02

AI性能预测 · 在故障发生前就收到预警

HIS主库活跃会话287、TPS 412、慢SQL趋势24小时追溯。AI学习历史负载曲线预判高峰时段性能拐点,TOP 5慢SQL自动抓取执行计划——不再等护士打电话才知道系统卡了。

03

灾备全程可视化 + 5级智能告警自动分级

主端→容灾端延迟<30秒实时显示,1分钟级快照保留480个还原点,每日全备+异地副本+WORM不可篡改。告警5级自动分级,P0紧急自动电话呼叫,AI收敛同类告警风暴。

开源监控平台可视化看板数据库性能诊断灾备一体化AI告警降噪5级分级通知
💓
LIVE DEMO · 智能监控大屏演示

三甲医院 · 数据中心智能运维监控大屏

以下为某三甲医院数据中心典型场景——四大核心监控面板集成于一块大屏,日常巡检从30分钟压到10分钟。


三甲医院 · 数据中心智能运维监控大屏

Hospital Data Center Monitoring · 开源监控平台 + 可视化看板
17
系统总数
16
健康
1
警告
0
故障
2026-08-12 : 09:42:18

业务系统运行拓扑

16 正常
主集群 · SRV-A (13 VM)
HIS 核心系统
SRV-A-3 · 32核 / 128GB / 2.4TB
核心数据库 · CPU 42% · 内存 88GB/128GB
活跃连接 287 · TPS 412
PACS 接口
SRV-A-5 · 8核 / 96GB / 1.6TB
影像并发 18 · 队列深度 3
电子健康卡
SRV-A-9
移动护理
SRV-A-6
院感系统
SRV-A-2
接口服务器
SRV-A-7
微信挂号
SRV-A-10
微信接口
SRV-A-8
心电系统
SRV-A-11
合理用药
SRV-A-10-WIN16
扩展集群 · SRV-B (4 VM)
电子票据应用
SRV-B-001
电子票据 DB
SRV-B-002
盆底康复
SRV-B-003
CPU 78%
备用
SRV-B-004
预留

数据库性能监控

HIS 主库 · SRV-A-3
0
活跃会话
0
TPS / 每秒事务
99.4%
缓冲区命中率
7
慢 SQL (>3s)
慢 SQL 数量趋势 (近 24 小时)
00:00 06:00 12:00 18:00 现在
TOP 5 SQL 耗时 (秒)
SQL_3F2A
12.4s
SQL_8D11
9.8s
SQL_5C7E
7.6s
SQL_2A9B
5.5s
SQL_6E04
4.0s

灾备一体化系统 · 同步状态

● 复制中
≤ 5 分钟
RTO 恢复时间
实测 4 分 12 秒
≤ 1 分钟
RPO 恢复点
当前延迟 28 秒
99.97%
备份成功率
2853 / 2854 次
主端 → 容灾端 实时复制● 延迟 < 30 秒
生产端 (主)
核心 / HIS 主库
容灾网关
块级增量复制
灾备端 (备)
灾备一体化系统
本轮传输: 3.2 GB / 3.3 GB最近快照: 38 秒前
高频快照策略
1 分钟级快照 · 保留 8 小时 · 480 个还原点
全备 + 异地 + WORM
每日全备 · 异地副本 · 不可篡改 / 不可删除
✓最近演练: 2026-04-21 模拟 PACS 故障切换 · RTO 4 分 12 秒 PASS

告警事件流 · 5 级分级

3 条待处理
0
紧急
1
严重
3
警告
12
信息
47
已解决 24h
通知通道: 📞 电话 在线 ✉ 邮件 在线 💬 企业微信 在线
时间主机项目当前值级别处理人
09:38:42SRV-B-003CPU 使用率持续高于阈值78%严重值班工程师
09:35:11SRV-A-5PACS 影像队列深度上升12警告李工
09:31:08SRV-A-3数据库慢 SQL 触发12.4s警告值班工程师
09:28:55SRV-A-9磁盘 IOPS 接近峰值8420警告未分配
09:22:30灾备网关每日全备任务启动运行中信息系统
09:18:14SRV-A-3数据库归档日志切换log_seq 4827信息系统
场景演示
三甲医院 · 日常运维半日巡检模拟

演示场景:信息科早班8:30打开监控大屏——业务拓扑一眼确认全部绿灯;HIS主库TPS 412、缓冲区命中率99.4%、慢SQL曲线平稳;灾备同步延迟28秒、最近快照38秒前;告警面板仅1条严重(盆底康复CPU 78%已指派值班工程师处理)、3条警告。10分钟完成巡检,对比过去逐个系统登录30分钟——效率提升3倍。

业务拓扑
16 健康 / 1 警告 / 0 故障
HIS 主库
TPS 412 · 命中率 99.4%
灾备同步
RPO <30s · 备份 99.97%
告警总览
1 严重 · 3 警告 · 12 信息
巡检结论:全院IT运行总体正常。盆底康复CPU持续偏高建议下午窗口迁移至SRV-A空闲节点;SQL_3F2A趋势已连续6小时缓慢上升,建议DBA提前分析执行计划。"不是等告警了才处理,是大屏让我们提前看见了趋势"。
WHY JXTP · 医院IT运维领域

不是再上一套监控软件,而是把现有工具真正用起来

医院不缺监控工具——缺的是把开源监控、可视化看板、数据库性能诊断这些已有系统统一成一块屏的方法。天溥不卖新软件,我们带着开源监控平台 + 可视化看板的原厂经验进场,帮你把散落的监控数据收敛成一个信息科真正看得懂、用得起来的智能运维中台。


维度传统运维方式天溥智能运维中台
系统覆盖各系统自带监控,登录7个后台开源监控平台 统一纳管,一块大屏覆盖17套业务系统
拓扑可见性Excel台账手工维护,永远滞后于变更自动发现+实时刷新,VM增减/负载迁移即时更新拓扑
性能预警用户投诉→DBA被动查问题→事后调优24h趋势回溯+AI预测拐点,CPU/慢SQL提前预警
灾备管理备份跑了没跑不确定,半年演练一次RTO/RPO实时仪表盘,1分钟级快照链,自动演练报告
告警处理所有告警平铺通知,重要信息被淹没5级智能分级+P0自动电话,AI收敛同类告警风暴
部署模式外采商业监控平台,年费+定制开发开源监控+可视化看板融合部署,院内私有化,零外部依赖

预约医院智能运维中台方案演示

带一台笔记本到您信息科,现场接入开源监控/可视化看板,演示17套业务系统从"7个后台各自为政"到"一块大屏闭环运维"的全过程。

江西天溥网络科技有限公司 · 18679112385 · jxtp.cc · 赣ICP备2026024379号-1