客戶案例 / CASE STUDY

從一次病歷加載變慢
找到跨系統性能瓶頸

ABOUT THE PROJECT

客戶背景

廣州醫療雲的這一項目服務於廣州某區級醫院。醫生工作站、影像、掛號繳費等十多個應用系統共同支撐院內業務。本案例聚焦電子病歷（EMR）系統的訪問體驗，以及醫院信息科、項目總集與系統開發商之間的性能問題協作。

醫療信息化 所屬領域

10+ 項目涉及應用系統

中國 · 廣州 項目所在地

業務挑戰

病歷加載近 10 秒，多輪排查仍難找到原因

醫生打開一份病歷需要等待近 10 秒，信息科不斷收到系統緩慢的反饋。一次訪問經過多個系統，單獨查看某個組件，難以解釋完整的請求耗時。

醫院信息科、項目總集與系統開發商多次協同排查，但缺少能夠還原訪問過程的連續數據，問題長期無法定界。

增加硬件資源沒有解決實際瓶頸，系統性能問題持續影響醫生使用與項目驗收。

核心成效

近 10 秒

優化前病歷加載耗時

2–3 秒

優化後病歷加載耗時

跨團隊

圍繞同一鏈路數據協作

SOLUTION

觀測雲 × 廣州醫療雲解決方案

匯聚應用與基礎設施運行數據

以 DataKit 統一採集應用性能、基礎設施指標、進程和相關日誌，將分散信號按時間與對象關聯。團隊能夠同時查看請求處理與底層運行情況。

類運行數據：應用、基礎設施、進程、日誌

沿着一次訪問還原病歷加載過程

將終端訪問上下文與應用調用鏈關聯，回看醫生使用 EMR 時的耗時分佈。醫院與開發商圍繞同一請求分析瓶頸，避免只憑現象反覆猜測。

條請求鏈路還原病歷加載過程

用數據驗證優化效果

系統開發商依據觀測數據找到 EMR 瓶頸並優化後，一次病歷加載從近 10 秒降至 2–3 秒。儀表板與監控告警繼續為發佈檢查和項目驗收提供性能依據。

2–3 秒

優化後的病歷加載耗時

業務效益

讓信息科把精力投入更有價值的工作

醫生等待病歷的時間縮短

具體 EMR 場景中的加載性能得到改善，醫生對系統緩慢的反饋隨之減少。

協作排查有共同的數據依據

信息科、總集與開發商可以圍繞相同的請求和性能信號討論問題。

發佈與驗收有可回看的性能數據

以持續觀測衡量系統運行情況，為後續功能發佈和服務評估提供依據。

讓業務運行，有清晰可查的數據依據

與觀測雲一起，連接用戶體驗、應用鏈路與業務運行數據。