集團化醫院集成平臺選型須考慮的三個難點

來源：HIT專家網 作者：龔晨

當前，在推動縣域醫共體、城市醫療集團、國家區域醫療中心建設等政策的推動，以及社會辦醫持續健康規范發展的背景下，有影響力的醫療機構呈現多院區、集團化發展趨勢。集團醫院的業務同質化管理“剛需”，為信息化建設帶來新機遇、新挑戰。

集團醫院在IT規劃和信息系統集成需求方面，有如下三個難點不容回避：

首先，既要支持多院區的業務隔離，也要滿足集團化的同質化管理要求。

其次，如何打破業務的計算瓶頸，實現細粒度容災，確保醫療業務連續性。

第三，集團層面上實現多院區統一的配置化管理和自動化運維。

集團醫院在集成平臺選型和整體規劃時，對于上述難點，該如何解決？本文從集成技術入手，逐步剖析集成平臺在應對這些難點時所需具備的技術特性和能力特點，并結合Odin集成引擎應用的實際案例，從實際應用場景出發闡述這些創新型技術的運用。

難點一：集成平臺如何支持集團化醫院的多院區同質化管理與業務隔離？

解題思路：智能路由、多院區業務強隔離，平衡同質化管理和個性化需求。

首先，“同質化管理”是多院區信息化建設的核心主線。《關于規范公立醫院分院區管理的通知》明確要求，公立醫院主院區與分院區之間要實現醫療質量同質化、統籌調配醫療資源、互聯共享數據信息。

圍繞“同質化管理”的核心需求，集團醫院在進行多院區信息化建設時，難免會由于院區特點和歷史遺留問題，出現難以同質化的情況。比如，部分院區不能提供某些服務，導致前端用戶（患者、醫護工作人員）的體驗不一致；又如，即使所有院區都能提供某類服務，但后臺的實現方式可能是不一致的。

如果集成平臺具備“智能路由”功能，就可以在集團層面實現服務治理，達到服務的同質化?！爸悄苈酚伞笨蓭椭善脚_知道哪些院區能更好地滿足服務中的哪些需求，并可將消息或服務請求智能、主動地轉發到對應院區進行處理。

比如：如果某項服務只能在集團醫院的A院區實現，B院區暫時不能提供，B院區在接到該類服務需求時，集成平臺可借助“智能路由”功能將該請求發送到A院區，形成跨區域的業務交互。對于前端的患者和醫務人員而言，不論其從哪個院區接入都能享受到該服務，以此達到一致的使用體驗。

其次，除同質化管理外，分院區也會有大量個性化需求。部分分院區甚至需要獨立的行政邊界，以實現管理的自主性。從數據支撐業務流程和集團管理的維度看，集團醫院需要在同質化與個性化之間尋找合適的平衡點。

因此，集成平臺對于多院區業務強隔離的支持就顯得尤為重要：在確保必要的跨院區業務協同與數據共享的基礎上，各分院區能根據需求，決定部分業務是否共享到其他院區或數據中心。

例如，某家醫療集團旗下共有超過15家醫療機構，在運營管理中需要解決的問題是：一方面，需滿足央企構建內控體系的政策要求，對集團所屬單位的各個經營管理環節進行管控；另一方面，根據集團發展戰略，各醫療機構相對獨立，總部不干涉醫院業務運營，只通過獲取業務數據等方式對醫院進行管控。

比如，A院區收到某個消息時，如果不希望該消息跳轉到其他院區，可以通過集成平臺設置，將該內容限制在A院區，即使出現錯誤，該消息也不會出現在其他院區，而是由A院區獨自處理。

該醫療集團認為，集成平臺“邏輯上一個服務器、物理上多臺服務器”的架構特點，既能帶來集團總部與分院之間清晰的管理邊界，實現分院區“業務數據不出院”，更能幫助滿足內控與合規要求。

難點二：集成平臺如何應對業務高峰時的并發量沖擊和高性能需求，避免成為業務計算瓶頸，確保醫療業務連續性？

解題思路：一體化集群負載、精細化容災、多域網關，保障業務性能支撐和運行安全。

對于醫療機構而言，保證7×24小時的業務連續性至關重要。在推動不同院區實現患者體驗一致、醫護人員工作流程一致、管理流程一致的過程中，將產生大量不同類型的集成需求。許多集團醫院的集成平臺日消息吞吐量已達百萬級甚至千萬級，是無可置疑的信息資源整合“主動脈”。

集成平臺能否頂住業務高峰期并發量的巨大沖擊？如何部署才能保障業務的瓶頸不在集成平臺，不會因為集成平臺導致全院信息系統癱瘓？這些都是醫院CIO們非常關切的問題。

集團化醫院的集成平臺選型，需要對負載均衡性能、消息處理效率、交互實時性、容災能力、服務熔斷與降級等因素，進行全面考核。

在浙江省臺州恩澤醫療中心（集團）（以下簡稱恩澤醫療集團），近年來在集成平臺上交互的業務與數據日益增多，特別是互聯網醫院的建設運營漸入佳境，集成平臺面臨來源于互聯網醫院端的大量請求，高峰期的并發量可達500TPS（每秒處理事務數），其中掛號、預約、報告查詢、結算等重要業務與患者體驗息息相關。因此，恩澤醫療集團將集成平臺視為“與HIS、電子病歷系統同等重要的核心系統”。

其中，最為關鍵的因素之一是集成平臺需要具備全面的容災能力，遇到故障時可實現無感知切換。按容災粒度從粗到細的順序，容災級別可分為“存儲級容災、操作系統級容災、應用級容災和業務級容災”（如圖1所示）。集成平臺可以通過集群架構（圖2）在平臺層面實現高級別的“應用級容災”，保證集成平臺上應用程序的高可用性。

要達到“業務級容災”，技術實現上有多種方式。在集團化醫院集成平臺建設中，還要能夠解決服務跨域請求帶來的資源損耗問題，采用“多域網關”能夠更好地兼顧這兩種需求。

所謂“多域網關”，是指當客戶端在向集成平臺提出跨域請求時，可以在當前機構內就近選擇集成服務，不出本地就完成業務，能有效降低帶寬消耗和可能的跨域風險的能力。并且，當本院區服務器出現異常時，客戶端可以通過網關的鏈路能力訪問其他院區的正常服務器，從而保障業務連續。

比如，當集團化醫院下屬的A院區門診業務出現異常且自身無剩余可用資源時，業務級別的容災能直接將該院區發生異常的門診業務發送到有剩余資源的B院區啟動，實現跨院區的無感知業務級容災。等待A院區完成修復后，再將業務部署回來，保證A院區門診業務的正常運行。

難點三：如何實現集成平臺在集團層面的配置化管理和自動化運維？

解題思路：集中化、全局化、統一化的管理平臺，獲得可及的集團化層面的運維能力。

從IT系統業務連續性和運維自動化維度看，由于分院區位于不同地點，集成平臺的運維同質化與便捷化，是醫院信息部門需要特別關注的問題。

與“為總院以及各分院區分別建設一套集成平臺”的傳統建設方式相比，“集團內部采用一體化集群架構的集成平臺”不僅將整體擁有成本降低30%-40%，在IT運維、管理方面的優勢也是顯而易見的（圖3）。

首先是實現集中和全局的運維。在項目部署、日志追蹤、錯誤排查等環節中，都充分考慮集團化醫院的特點，在集團層面對醫院服務進行全局化、高緯度的統籌規劃管理與業務邏輯設置，避免對各分院區進行單獨部署和管理，由此減少IT運維的復雜度和工作量，提高集團整體運維效率和管理便利性。

比如，集團醫院有一項業務需要三個院區進行協同，業務邏輯是先在A院區處理，然后優先將請求發給B院區；如果B院區業務量較高，則將請求發送給C院區。在傳統方式中，需要分別對三個院區進行部署和設置，運維部署非常麻煩。而采用集群版集成平臺后，可以在集團層面設置基本業務邏輯，達到簡化運維目的。

其次是平臺的統一監控。通過集中一體的監控管理平臺（圖4），可幫助醫院IT運維管理者實現系統接口的可管理化及系統對接的可監控化，完整監控、管理所有應用系統的集成健康度和整體接口的狀態，以及消息狀態的健康度。當出現問題時不必逐一檢查服務器，而是能夠通過一個界面，準確定位問題所在院區和對應院區出錯的具體位置環節。

2022年，佛山復星禪誠醫院引入了一體化集群架構集成平臺。經過一段時間的使用，復星集團認為“統一監控”這個功能非常重要，可以幫助集團總部信息部門從集成角度監控應用故障，并查明故障原因，從而更好地保障了集團醫院的業務連續性。

第三是實現集成平臺IT資源的統一配置和調度。即通過集成平臺將各院區的平臺服務器資源視為統一資源池進行管理，實現IT資源的靈活調配與跨院區使用。這種按需負載、應需擴展的能力，可為集團醫院極大提升IT資源的利用效率，在進行突發業務擴展時，通過更具性價比的方式獲得更高的集成平臺性能。比如，集團醫院可日常為分院區分配固定的計算資源，當某個院區的計算資源發生臨時性的緊張時，集成平臺可調用其他分院區的閑置資源，突破性能瓶頸，實現計算資源的跨院區高效利用。

綜上所述，集團醫院的集成平臺選型，應充分考慮三大難點問題。而基于一體化集群架構的集成引擎，對于集團化醫院的集成平臺選型所關切的要點，給出了有效應對之策。

【責任編輯：曉青】