客户案例 / CASE STUDY

从一次病历加载变慢
找到跨系统性能瓶颈

ABOUT THE PROJECT

客户背景

广州医疗云的这一项目服务于广州某区级医院。医生工作站、影像、挂号缴费等十多个应用系统共同支撑院内业务。本案例聚焦电子病历（EMR）系统的访问体验，以及医院信息科、项目总集与系统开发商之间的性能问题协作。

医疗信息化 所属领域

10+ 项目涉及应用系统

中国 · 广州 项目所在地

业务挑战

病历加载近 10 秒，多轮排查仍难找到原因

医生打开一份病历需要等待近 10 秒，信息科不断收到系统缓慢的反馈。一次访问经过多个系统，单独查看某个组件，难以解释完整的请求耗时。

医院信息科、项目总集与系统开发商多次协同排查，但缺少能够还原访问过程的连续数据，问题长期无法定界。

增加硬件资源没有解决实际瓶颈，系统性能问题持续影响医生使用与项目验收。

核心成效

近 10 秒

优化前病历加载耗时

2–3 秒

优化后病历加载耗时

跨团队

围绕同一链路数据协作

SOLUTION

观测云 × 广州医疗云解决方案

汇聚应用与基础设施运行数据

以 DataKit 统一采集应用性能、基础设施指标、进程和相关日志，将分散信号按时间与对象关联。团队能够同时查看请求处理与底层运行情况。

类运行数据：应用、基础设施、进程、日志

沿着一次访问还原病历加载过程

将终端访问上下文与应用调用链关联，回看医生使用 EMR 时的耗时分布。医院与开发商围绕同一请求分析瓶颈，避免只凭现象反复猜测。

条请求链路还原病历加载过程

用数据验证优化效果

系统开发商依据观测数据找到 EMR 瓶颈并优化后，一次病历加载从近 10 秒降至 2–3 秒。仪表板与监控告警继续为发布检查和项目验收提供性能依据。

2–3 秒

优化后的病历加载耗时

业务效益

让信息科把精力投入更有价值的工作

医生等待病历的时间缩短

具体 EMR 场景中的加载性能得到改善，医生对系统缓慢的反馈随之减少。

协作排查有共同的数据依据

信息科、总集与开发商可以围绕相同的请求和性能信号讨论问题。

发布与验收有可回看的性能数据

以持续观测衡量系统运行情况，为后续功能发布和服务评估提供依据。

让业务运行，有清晰可查的数据依据

与观测云一起，连接用户体验、应用链路与业务运行数据。