前言

　　集成平臺建設中，醫(yī)院最關心的問題之一就是如何實現(xiàn)集成平臺的自主可控，當醫(yī)院將集成平臺作為“主動脈”時，深層次自主可控非常重要，而集成平臺的核心中間件是助力醫(yī)院實現(xiàn)深層次自主可控的重要一環(huán)。

　　集成平臺被絕大部分醫(yī)院視為實現(xiàn)醫(yī)院信息化建設思路的“地基”，平臺核心中間件的開放性和易用性決定了這個工具是否“順手”，即實現(xiàn)集成平臺淺層次的自主可控;而醫(yī)院想要深層次接管平臺，將集成平臺作為"主動脈"，管理和技術缺一不可，不少醫(yī)院信息主任認為，集成平臺中間件的技術能否融入醫(yī)院的業(yè)務和管理理念，甚至引導醫(yī)院形成一套集成平臺運維管理模式，優(yōu)化業(yè)務流程，是實現(xiàn)集成平臺深層次自主可控的關鍵。

　　易用性和開放性——實現(xiàn)集成平臺淺層次的自主可控

　　集成平臺建成后，由于集成平臺往往成為一個黑箱，數(shù)據(jù)不透明。醫(yī)院也難以上手進行二次開發(fā)，無法掌控平臺。因此集成平臺的核心中間件的易用性、開放性就是醫(yī)院初步實現(xiàn)自主可控的重要因素。

　　對此，集成平臺的核心組件(集成中間件)需要融合集成引擎、ESB、ETL、APIs等多種數(shù)據(jù)集成交換技術，極大提升集成平臺對醫(yī)院業(yè)務的覆蓋率。同時還需要針對醫(yī)院的本土化需求進行大量開發(fā)，增加國內常用而國際著名品牌不具備的易用性功能，例如內置API網(wǎng)關、鑒權管理、各種標準化定義、數(shù)據(jù)處理轉換工具、PDF導出等各類組件，并兼容國產(chǎn)服務器和操作系統(tǒng)，實現(xiàn)開箱即用。

　　同時，平臺易用性還可以通過如下方式展現(xiàn)，包括全程采用中文界面，純Web操作界面和可視化工具等，這些都能使操作運維更簡單，一目了然，降低學習使用門檻。而在開放性方面，例如90%的API開放度和圖形化的低代碼開發(fā)界面等特性和功能也能助力醫(yī)院的技術人員無需第三方介入即可快速上手使用并進行二次開發(fā)。

　　具體案例：“健康碼”應用快速上線

　　去年疫情期間，各地醫(yī)院需要快速響應全國“健康碼”的推廣，浙江省臺州醫(yī)院通過一款易用、開放的集成平臺，傳統(tǒng)接口模式下需要2-3天的開發(fā)工作，醫(yī)院信息部門一位熟練的技術人員1小時內就自主完成了全部服務部署。若易用性不足(如開發(fā)門檻高)，則需要等待專業(yè)的人員提供技術支持;若開放性不足，即使醫(yī)院有自主開發(fā)能力也需要“走流程”得到廠商授權后才能進行操作。

圖1 “健康碼”應用快速上線

　　那具備了上述特點后，醫(yī)院該如何進一步實現(xiàn)集成平臺的自主可控了呢?

　　若僅將集成平臺作為互聯(lián)互通的“潤滑劑”，那易用性和開放性就能滿足醫(yī)院需求，實現(xiàn)集成平臺淺層次的自主可控。但如果想讓集成平臺成為醫(yī)院信息資源整合的“主動脈”，將集成平臺真正“用到實處”，還需要實現(xiàn)集成平臺深層次的自主可控。

　　集成平臺自主可控的深層次實現(xiàn)

　　(1)快速應對碎片化需求，并保證每個集成業(yè)務的穩(wěn)定交付

　　由于醫(yī)院業(yè)務需求的復雜化和多樣化，有時集成平臺需要面對各種“明天要”的需求，這種需求工作量不大，但較為繁雜，同時還需要保證此類集成業(yè)務的質量。如何通過集群架構中間件快速響應此類碎片化的需求，避免“忙中出錯”，甚至借助集成平臺形成一套固化的流程和理念，保質保量交付每個集成業(yè)務，這也是醫(yī)院面臨的主要挑戰(zhàn)之一。

　　面對醫(yī)院的碎片化需求的挑戰(zhàn)，集成平臺核心組件(集成中間件)應突破傳統(tǒng)堆砌功能“授人以魚”的方式，而是通過“授人以漁”形成了一套DevOps規(guī)范化管理的方法論，并為該管理流程搭建了扎實的環(huán)境基礎，例如生產(chǎn)/開發(fā)雙環(huán)境隔離、開發(fā)/測試/審核/管理人員不同權限的分離，通過熟練運用上述環(huán)境進行開發(fā)，自然而然能引導醫(yī)院形成一套規(guī)范化的管理流程，助力醫(yī)院應對碎片化需求，并保證每個集成業(yè)務的穩(wěn)定交付。

　　(2)API網(wǎng)關與微服務

　　隨著需求的不斷增加，接入集成平臺的項目也越來越多。業(yè)務方面，醫(yī)院對于大量接口的使用和管理存在顧慮。架構方面，現(xiàn)在有些醫(yī)院也在嘗試微服務架構，卻受困于微服務架構繁瑣復雜的通信過程。

　　因此集成平臺中間件需內嵌API網(wǎng)關服務應用，具有鑒權管理、流量控制、黑白名單、訪問控制等API管理功能。不僅解決了醫(yī)院對于接口的管理、監(jiān)控等顧慮，提升用戶體驗，也簡化了整個微服務架構的通信過程，是實現(xiàn)微服務架構過程中的重要一環(huán)。

　　(3)運維中的各類風險排查

　　在醫(yī)院日常運維過程中，有時會收到各科室的抱怨，說系統(tǒng)很卡甚至一動不動。其背后可能存在各種原因，如集成平臺數(shù)據(jù)交換和集成中出現(xiàn)消息異常，由于隊列擠壓導致接入端故障異常，服務器故障異常等。運維人員如何快速定位并解決這些問題，降低問題所帶來的風險，也是醫(yī)院需要進行考量的。

　　為此，集成平臺一般監(jiān)控界面會將分散在各處的界面通過一個統(tǒng)一的入口整合在一起進行分析查看，且信息沒有有效進行整合，不利于日常的故障處理與分析。集成平臺核心組件(集成中間件)應實現(xiàn)界面一體化，包括了統(tǒng)一的開發(fā)、測試、管理、運維和監(jiān)控界面，不僅能在出現(xiàn)問題時第一時間進行排查，還能結合態(tài)勢感知功能對一些數(shù)據(jù)交換和集成過程中的異常值(如隊列內的消息量、發(fā)布服務的處理延時等)提前進行報警，提示運維人員進行檢查，在源頭上對問題進行控制，防患于未然。

　　結語

　　在過往的交流中，信息中心主任認為還是應該根據(jù)醫(yī)院信息化建設的實際情況，選擇最適合自身需求集成平臺和相應的解決方案。

　　(1)對于將集成平臺作為“潤滑劑”的醫(yī)院，需要實現(xiàn)集成平臺淺層次的自主可控，此時就需要集成平臺具備：

　　開放性和易用性，幫助醫(yī)院實現(xiàn)集成平臺日常運維開發(fā)。

　　(2)而對于大型三甲醫(yī)院將集成平臺作為“主動脈”的醫(yī)院，就需要實現(xiàn)深層次的自主可控，可選擇集群架構集成平臺中間件：

　　具備統(tǒng)一的開發(fā)、測試、管理、運維和監(jiān)控界面，通過態(tài)勢感知等功能提前進行風險控制和預防;

　　內嵌API網(wǎng)關,支持微服務架構的搭建甚至集成中間件自身就是微服務架構;

　　提供DevOps規(guī)范化管理的環(huán)境基礎。