“一體化集群、低代碼開發、API優先”，集成平臺發展的必然趨勢

發布時間：2024-05-14

　　隨著醫療機構紛紛開始數字化轉型，集成平臺作為實現系統間互聯互通的“數字底座”作用日益凸顯，現已成為醫療機構信息化的標配。

　　在平臺建設過程中，醫療機構投入了大量人力、物力等資源。那么，如何確保平臺真正“用到實處”，讓這些投入發揮出應有的價值，首當其沖的是平臺本身的能力是否達到或滿足現在和未來10年的集成需求。

　　以下，我們從醫療機構最常關心的幾個點進行剖析，并給出平臺所需具備的應對能力。

　　關鍵1：平臺能否在醫院業務流程改造中，特別是核心業務的解耦和升級過程中，為其穩定地提供支持？

　　技術架構一體化集群：性能負載可延展，容災策略可規劃，保障核心業務運行的穩定可靠

　　在醫療行業中，醫院對于核心業務連續性故障往往是持“零容忍”態度，曾經有遇到過一家三甲兒科醫院，由于采用的平臺架構相對老舊，在日常運行中突然出現部分業務異常，導致自助機掛號信息未能及時發送給HIS，引起患者就診混亂，雖然在10分鐘內恢復了業務，但是也已經給醫院造成了不好的影響，作為一次醫療事故被記錄下來。

圖1 醫院對核心業務連續性故障“零容忍”

　　因此，如何做到遇到故障后前端無感知秒級恢復，平臺的高可用能力對于保證業務連續性至關重要，其中涉及到核心能力就是集成平臺的負載和容災能力。

　　通過技術架構的集群化實現的原生一體化集群架構，平臺能夠實現統一化管理，從而快速擴展。這種一體化的集群設計相較于傳統的“散裝”集群，大大減少了擴展的復雜度，并能在運行時實現細粒度的資源計算和分配，在需要擴展時，平臺能夠根據不同組件的資源需求進行精細化和針對性的性能擴展，有效地應對在超高并發環境下的低延遲交互需求。

　　此外，在容災方面，一體化集群允許針對不同的集成業務定義不同的容災級別和規則，這樣即使在某部分系統出現問題時，也能迅速進行故障隔離和快速恢復，保證系統的正常運行。

　　關鍵2：在實施廠商無法及時響應醫院需求時，醫院是否能借助平臺自主解決問題？

　　開發低代碼化：降低集成開發門檻，DevOps機制快速迭代需求，讓平臺真正“用到實處”

　　在醫療服務的日常運營中，及時響應和解決問題是維持高效服務的關鍵。然而，實施廠商有時可能無法迅速回應所有緊急需求，這時醫院能否依靠集成平臺自主解決問題顯得尤為重要。

　　低代碼化開發可以通過圖形化拖拽方式達到效果，特別是面對緊急且具體的“明天要”的小型需求時，醫院能更加從容應對。

圖2 醫院快速開發，完成應用對接和上線

　　例如，醫院需要在互聯網移動端上線一個小應用，傳統模式下需要幾天的開發工作，如果集成平臺具備低代碼化開發能力，開發者可以在僅僅幾個小時內，效率提升了5-10倍，通過簡單的拖拽和圖形化開發配置完成對接和實施，而不需進行繁瑣的編碼工作。這極大簡化了開發過程，顯著降低了技術門檻，使非專業開發人員也能快速上手。

　　關鍵3：集成平臺是否能實現接口復用，降低共享成本，規避安全風險

　　集成設計API優先化：面向API進行接口共享設計，無縫聯動流程集成，實現全鏈路覆蓋

　　集成平臺的一大作用是提高接口復用，統一醫療機構的服務交互標準，解耦和清晰各系統的服務職責，采用面向API進行交互設計和開發實現，能有效達到此效果，并且集成平臺如果具備了API和流程集成的無縫聯動能力，將會大大提升這種效果。

　　采用API優先的設計方法，集成平臺能夠實現API與流程集成的無縫聯動，這不僅提升了接口復用效率，還降低了共享成本和增強了系統的安全性。與傳統的拼湊式方法相比，這種一體化的解決方案在適配性、可靠性和穩定性方面具有顯著優勢。

圖3 傳統多產品拼湊方式 vs“API服務+流程集成”無縫對接方式

　　此外，面向特定領域的API設計也是這種方法的一大亮點。例如，在門診領域，可以將查詢、掛號、退號、注冊等功能集成在一類API中，通過統一的URL路徑規范進行訪問，這樣的設計不僅優化了服務流程，也提高了操作的便利性和安全性。通過這種面向API的優先設計，集成平臺為醫療機構提供了一個高效、安全且成本效益高的信息化解決方案，極大地增強了醫療服務的整體運營能力。