聰明病院建設是病院邁向數字化時代的必由之路，國家衛健委也曾明確指出過它的三大工作範圍，而面向患者的“聰明服務”恰是其中之一。
如今在聰明服務的業務中，利用自助機或者網際網路平臺為患者提供便利可及的全程診療服務已成為病院標配。如何在服務中確保能夠提供完整有效的資料、快速及時的服務響應和安全可靠的互動鏈路，是資訊科技整合能力的直接體現，而整合平臺則在其中扮演著“排程員、搬運工、看門人”的重要角色。
聰明服務分級評估
2019年3月，國家衛健委出臺了“病院聰明服務分級評估尺度體系（試行）”（以下簡稱“尺度”），其中包括了診前服務、診中服務、診後服務、全程服務、基礎與安全這五個種別，共17個評估專案。
聰明服務分為0-5共6個等級，根據“尺度”，病院達到聰明服務4級，才算是“病院聰明服務基本建立”，即“患者醫療資訊在一定區域內實現互聯互通，病院能夠為患者提供全流程的個性化、智慧化服務，患者就診更加便利”。那想要達到聰明服務4級，病院在17個評估專案中有9個基礎專案應當全部達標，而剩下8個選擇專案至少有3個專案需要達標。那病院整合平臺又需要扮演哪些角色，具備哪些功能和特徵呢？
整合平臺在病院聰明服務中扮演的角色
從資料整合互動的角度來看，“尺度”中提到的業務專案中，除了“基礎與安全”這一類外，剩下的業務可大致分為互動類業務和查詢類業務。
(1) 互動類業務中，整合平臺扮演著“排程員”的角色
互動類業務，即終端使用者(如人或機器)和遠端裝置(好比伺服器系統)進行線上資料互動的業務。
互動類業務分為單向互動和雙向互動。單項互動如資訊的主動推送，在“尺度”中的“診中服務”資訊推送（第四項）就提到“應患者要求，可推送檢查注意事項、用藥指導等資訊”。而雙向互動如用度結算和支付則是在“尺度”中的“全程服務”用度支付（第十二項）有所提及，聰明服務四級要求在這個專案中達到“支援患者使用自有移動裝置查詢待繳用度，並使用移動裝置繳費，包括：掛號費、診療費、藥費、預約檢查用度等”。
互動類業務建設過程中的主要難點：動靜完整性、動靜順序性、保證動靜傳輸
在面臨不同的互動場景，需要整合平臺靈活採用不同處理方式，公道排程滿意業務需求。例如在“尺度”中提到了危急值資訊的推送，需要保證動靜資料的完整投遞。這對於整合平臺數據傳輸的完整性、順序性都提出了要求。
資料的完整性和資料的保證傳輸能力需要整合平臺採用動靜佇列技術，透過非同步的處理方式實現。同時整合平臺還需要具備重試機制。假如動靜後續處理失敗，整合平臺會負責重新嘗試給資訊的接收方傳輸動靜。
(2) 查詢類業務中，整合平臺扮演著“搬運工”的角色
什麼是查詢類業務？“尺度”裡多次提到了查詢類業務，例如“診中服務”標識與導航（第五項）作為聰明服務4級的基本專案（即必選項）就要求“患者可在移動端實時查詢相關診療科室位置及患者排隊診療情況”。
查詢類業務建設過程中的主要難點：快速響應、高併發、多系統聯合查詢
查詢類業務側重於動靜的響應速度和同步高併發處理，要求響應速度快，響應時間不能超過3秒，保證高併發環境下對於查詢類業務的快速響應。
同時，查詢類業務又分為單系統查詢和多系統聯合查詢。整合平臺作為資訊的“搬運工”，面對多系統聯合查詢時，需要對接資料庫、Kafka、MQ、Http等，涉及到多種資料格式(好比JSON、XML) 和尺度 (如HL7 v2、v3、FHIR、互聯互通尺度等)，因此整合平臺需滿意不同系統的接入方式和傳輸模式，並透過ESB服務編排等方式，保證動靜的高效率傳輸，降低內部資訊共享的本錢。
面對查詢類業務高併發和快速響應的需求，整合平臺在功能上需具備負載均衡、彈性擴充套件、專案精細化資源管理等特點和上風，實現超高併發機能，充分發揮資源效能。Odin引擎根據醫療機構平臺的業務特點和規模，原生實現了叢集架構和雲原生分散式架構，從根本上解決高併發環境下快速響應問題。透過叢集架構能實現百萬量級併發環境下動靜哀求毫秒級延遲，資源彈性利用率能達到80%以上。
（3）資料安全中，整合平臺扮演著“看門人”的角色
資料安全建設難點：鑑權治理、國密演算法、資料實時加密
而在基礎與安全這個種別中，對聰明服務四級也有著明確的要求，其中安全治理這一項的1級要求中就提到了“對於患者資訊使用具備授權機制，相關資訊使用有記實，可追溯”，2級要求中也有“系統之間進行資料互動時需要進行授權認證”，可見鑒權治理、訪問控制是實現資訊資料安全治理的重要一環。
同時這一專案中聰明服務4級的基礎要求（即必需達標的要求）也包括了“網際網路環境下患者敏感資料須加密儲存，加密必需採用國產加密演算法”；“網際網路環境下資訊系統所有資料須進行加密傳輸”......
從上述要求中不難看出，對於資料安全，尤其是當下很多病院開始接入外部的第三方網際網路平臺為患者提供便民服務時，整合平臺需要透過各種技術手段“看好大門”，包括：
內嵌API閘道器服務應用，具有鑑權治理、流量控制、黑白名單、訪問控制等API治理功能支援國密演算法（如SM3、SM4）支援多種加密方式，實現資料的實時、雙向加密傳輸
詳細案例：台州恩惠膏澤醫療中央（團體）在對外服務專案中，提供給第三方的介面採用Odin引擎提供的對稱加密和非對稱加密相結合的方式，不僅有效保護了患者資料隱私，同時也保證資料在傳輸中的安全可靠。
結語
從資料整合互動的角度分析，整合平臺想要在病院聰明服務建設做好“排程員、搬運工、看門人”的重要角色，需要：
根據互動類業務的需求，透過動靜佇列等多種資料交換技術，保證動靜傳輸的完整性、順序性；保證高併發環境下快速響應查詢類業務，支援不同的接入系統和傳輸模式；具備API閘道器並內嵌鑑權治理、訪問控制等服務應用，支援國密演算法，實現資料的加密傳輸。
聰明病院建設是病院邁向數字化時代的必由之路，國家衛健委也曾明確指出過它的三大工作範圍，而面向患者的“聰明服務”恰是其中之一。
如今在聰明服務的業務中，利用自助機或者網際網路平臺為患者提供便利可及的全程診療服務已成為病院標配。如何在服務中確保能夠提供完整有效的資料、快速及時的服務響應和安全可靠的互動鏈路，是資訊科技整合能力的直接體現，而整合平臺則在其中扮演著“排程員、搬運工、看門人”的重要角色。
聰明服務分級評估
2019年3月，國家衛健委出臺了“病院聰明服務分級評估尺度體系（試行）”（以下簡稱“尺度”），其中包括了診前服務、診中服務、診後服務、全程服務、基礎與安全這五個種別，共17個評估專案。
聰明服務分為0-5共6個等級，根據“尺度”，病院達到聰明服務4級，才算是“病院聰明服務基本建立”，即“患者醫療資訊在一定區域內實現互聯互通，病院能夠為患者提供全流程的個性化、智慧化服務，患者就診更加便利”。那想要達到聰明服務4級，病院在17個評估專案中有9個基礎專案應當全部達標，而剩下8個選擇專案至少有3個專案需要達標。那病院整合平臺又需要扮演哪些角色，具備哪些功能和特徵呢？
整合平臺在病院聰明服務中扮演的角色
從資料整合互動的角度來看，“尺度”中提到的業務專案中，除了“基礎與安全”這一類外，剩下的業務可大致分為互動類業務和查詢類業務。
(1) 互動類業務中，整合平臺扮演著“排程員”的角色
互動類業務，即終端使用者(如人或機器)和遠端裝置(好比伺服器系統)進行線上資料互動的業務。
互動類業務分為單向互動和雙向互動。單項互動如資訊的主動推送，在“尺度”中的“診中服務”資訊推送（第四項）就提到“應患者要求，可推送檢查注意事項、用藥指導等資訊”。而雙向互動如用度結算和支付則是在“尺度”中的“全程服務”用度支付（第十二項）有所提及，聰明服務四級要求在這個專案中達到“支援患者使用自有移動裝置查詢待繳用度，並使用移動裝置繳費，包括：掛號費、診療費、藥費、預約檢查用度等”。
互動類業務建設過程中的主要難點：動靜完整性、動靜順序性、保證動靜傳輸
在面臨不同的互動場景，需要整合平臺靈活採用不同處理方式，公道排程滿意業務需求。例如在“尺度”中提到了危急值資訊的推送，需要保證動靜資料的完整投遞。這對於整合平臺數據傳輸的完整性、順序性都提出了要求。
資料的完整性和資料的保證傳輸能力需要整合平臺採用動靜佇列技術，透過非同步的處理方式實現。同時整合平臺還需要具備重試機制。假如動靜後續處理失敗，整合平臺會負責重新嘗試給資訊的接收方傳輸動靜。
(2) 查詢類業務中，整合平臺扮演著“搬運工”的角色
什麼是查詢類業務？“尺度”裡多次提到了查詢類業務，例如“診中服務”標識與導航（第五項）作為聰明服務4級的基本專案（即必選項）就要求“患者可在移動端實時查詢相關診療科室位置及患者排隊診療情況”。
查詢類業務建設過程中的主要難點：快速響應、高併發、多系統聯合查詢
查詢類業務側重於動靜的響應速度和同步高併發處理，要求響應速度快，響應時間不能超過3秒，保證高併發環境下對於查詢類業務的快速響應。
同時，查詢類業務又分為單系統查詢和多系統聯合查詢。整合平臺作為資訊的“搬運工”，面對多系統聯合查詢時，需要對接資料庫、Kafka、MQ、Http等，涉及到多種資料格式(好比JSON、XML) 和尺度 (如HL7 v2、v3、FHIR、互聯互通尺度等)，因此整合平臺需滿意不同系統的接入方式和傳輸模式，並透過ESB服務編排等方式，保證動靜的高效率傳輸，降低內部資訊共享的本錢。
面對查詢類業務高併發和快速響應的需求，整合平臺在功能上需具備負載均衡、彈性擴充套件、專案精細化資源管理等特點和上風，實現超高併發機能，充分發揮資源效能。Odin引擎根據醫療機構平臺的業務特點和規模，原生實現了叢集架構和雲原生分散式架構，從根本上解決高併發環境下快速響應問題。透過叢集架構能實現百萬量級併發環境下動靜哀求毫秒級延遲，資源彈性利用率能達到80%以上。
（3）資料安全中，整合平臺扮演著“看門人”的角色
資料安全建設難點：鑑權治理、國密演算法、資料實時加密
而在基礎與安全這個種別中，對聰明服務四級也有著明確的要求，其中安全治理這一項的1級要求中就提到了“對於患者資訊使用具備授權機制，相關資訊使用有記實，可追溯”，2級要求中也有“系統之間進行資料互動時需要進行授權認證”，可見鑒權治理、訪問控制是實現資訊資料安全治理的重要一環。
同時這一專案中聰明服務4級的基礎要求（即必需達標的要求）也包括了“網際網路環境下患者敏感資料須加密儲存，加密必需採用國產加密演算法”；“網際網路環境下資訊系統所有資料須進行加密傳輸”......
從上述要求中不難看出，對於資料安全，尤其是當下很多病院開始接入外部的第三方網際網路平臺為患者提供便民服務時，整合平臺需要透過各種技術手段“看好大門”，包括：
內嵌API閘道器服務應用，具有鑑權治理、流量控制、黑白名單、訪問控制等API治理功能支援國密演算法（如SM3、SM4）支援多種加密方式，實現資料的實時、雙向加密傳輸
詳細案例：台州恩惠膏澤醫療中央（團體）在對外服務專案中，提供給第三方的介面採用Odin引擎提供的對稱加密和非對稱加密相結合的方式，不僅有效保護了患者資料隱私，同時也保證資料在傳輸中的安全可靠。
結語
從資料整合互動的角度分析，整合平臺想要在病院聰明服務建設做好“排程員、搬運工、看門人”的重要角色，需要：
根據互動類業務的需求，透過動靜佇列等多種資料交換技術，保證動靜傳輸的完整性、順序性；保證高併發環境下快速響應查詢類業務，支援不同的接入系統和傳輸模式；具備API閘道器並內嵌鑑權治理、訪問控制等服務應用，支援國密演算法，實現資料的加密傳輸。
聰明病院建設是病院邁向數字化時代的必由之路，國家衛健委也曾明確指出過它的三大工作範圍，而面向患者的“聰明服務”恰是其中之一。
如今在聰明服務的業務中，利用自助機或者網際網路平臺為患者提供便利可及的全程診療服務已成為病院標配。如何在服務中確保能夠提供完整有效的資料、快速及時的服務響應和安全可靠的互動鏈路，是資訊科技整合能力的直接體現，而整合平臺則在其中扮演著“排程員、搬運工、看門人”的重要角色。
聰明服務分級評估
2019年3月，國家衛健委出臺了“病院聰明服務分級評估尺度體系（試行）”（以下簡稱“尺度”），其中包括了診前服務、診中服務、診後服務、全程服務、基礎與安全這五個種別，共17個評估專案。
聰明服務分為0-5共6個等級，根據“尺度”，病院達到聰明服務4級，才算是“病院聰明服務基本建立”，即“患者醫療資訊在一定區域內實現互聯互通，病院能夠為患者提供全流程的個性化、智慧化服務，患者就診更加便利”。那想要達到聰明服務4級，病院在17個評估專案中有9個基礎專案應當全部達標，而剩下8個選擇專案至少有3個專案需要達標。那病院整合平臺又需要扮演哪些角色，具備哪些功能和特徵呢？
整合平臺在病院聰明服務中扮演的角色
從資料整合互動的角度來看，“尺度”中提到的業務專案中，除了“基礎與安全”這一類外，剩下的業務可大致分為互動類業務和查詢類業務。
(1) 互動類業務中，整合平臺扮演著“排程員”的角色
互動類業務，即終端使用者(如人或機器)和遠端裝置(好比伺服器系統)進行線上資料互動的業務。
互動類業務分為單向互動和雙向互動。單項互動如資訊的主動推送，在“尺度”中的“診中服務”資訊推送（第四項）就提到“應患者要求，可推送檢查注意事項、用藥指導等資訊”。而雙向互動如用度結算和支付則是在“尺度”中的“全程服務”用度支付（第十二項）有所提及，聰明服務四級要求在這個專案中達到“支援患者使用自有移動裝置查詢待繳用度，並使用移動裝置繳費，包括：掛號費、診療費、藥費、預約檢查用度等”。
互動類業務建設過程中的主要難點：動靜完整性、動靜順序性、保證動靜傳輸
在面臨不同的互動場景，需要整合平臺靈活採用不同處理方式，公道排程滿意業務需求。例如在“尺度”中提到了危急值資訊的推送，需要保證動靜資料的完整投遞。這對於整合平臺數據傳輸的完整性、順序性都提出了要求。
資料的完整性和資料的保證傳輸能力需要整合平臺採用動靜佇列技術，透過非同步的處理方式實現。同時整合平臺還需要具備重試機制。假如動靜後續處理失敗，整合平臺會負責重新嘗試給資訊的接收方傳輸動靜。
(2) 查詢類業務中，整合平臺扮演著“搬運工”的角色
什麼是查詢類業務？“尺度”裡多次提到了查詢類業務，例如“診中服務”標識與導航（第五項）作為聰明服務4級的基本專案（即必選項）就要求“患者可在移動端實時查詢相關診療科室位置及患者排隊診療情況”。
查詢類業務建設過程中的主要難點：快速響應、高併發、多系統聯合查詢
查詢類業務側重於動靜的響應速度和同步高併發處理，要求響應速度快，響應時間不能超過3秒，保證高併發環境下對於查詢類業務的快速響應。
同時，查詢類業務又分為單系統查詢和多系統聯合查詢。整合平臺作為資訊的“搬運工”，面對多系統聯合查詢時，需要對接資料庫、Kafka、MQ、Http等，涉及到多種資料格式(好比JSON、XML) 和尺度 (如HL7 v2、v3、FHIR、互聯互通尺度等)，因此整合平臺需滿意不同系統的接入方式和傳輸模式，並透過ESB服務編排等方式，保證動靜的高效率傳輸，降低內部資訊共享的本錢。
面對查詢類業務高併發和快速響應的需求，整合平臺在功能上需具備負載均衡、彈性擴充套件、專案精細化資源管理等特點和上風，實現超高併發機能，充分發揮資源效能。Odin引擎根據醫療機構平臺的業務特點和規模，原生實現了叢集架構和雲原生分散式架構，從根本上解決高併發環境下快速響應問題。透過叢集架構能實現百萬量級併發環境下動靜哀求毫秒級延遲，資源彈性利用率能達到80%以上。
（3）資料安全中，整合平臺扮演著“看門人”的角色
資料安全建設難點：鑑權治理、國密演算法、資料實時加密
而在基礎與安全這個種別中，對聰明服務四級也有著明確的要求，其中安全治理這一項的1級要求中就提到了“對於患者資訊使用具備授權機制，相關資訊使用有記實，可追溯”，2級要求中也有“系統之間進行資料互動時需要進行授權認證”，可見鑒權治理、訪問控制是實現資訊資料安全治理的重要一環。
同時這一專案中聰明服務4級的基礎要求（即必需達標的要求）也包括了“網際網路環境下患者敏感資料須加密儲存，加密必需採用國產加密演算法”；“網際網路環境下資訊系統所有資料須進行加密傳輸”......
從上述要求中不難看出，對於資料安全，尤其是當下很多病院開始接入外部的第三方網際網路平臺為患者提供便民服務時，整合平臺需要透過各種技術手段“看好大門”，包括：
內嵌API閘道器服務應用，具有鑑權治理、流量控制、黑白名單、訪問控制等API治理功能支援國密演算法（如SM3、SM4）支援多種加密方式，實現資料的實時、雙向加密傳輸
詳細案例：台州恩惠膏澤醫療中央（團體）在對外服務專案中，提供給第三方的介面採用Odin引擎提供的對稱加密和非對稱加密相結合的方式，不僅有效保護了患者資料隱私，同時也保證資料在傳輸中的安全可靠。
結語
從資料整合互動的角度分析，整合平臺想要在病院聰明服務建設做好“排程員、搬運工、看門人”的重要角色，需要：
根據互動類業務的需求，透過動靜佇列等多種資料交換技術，保證動靜傳輸的完整性、順序性；保證高併發環境下快速響應查詢類業務，支援不同的接入系統和傳輸模式；具備API閘道器並內嵌鑑權治理、訪問控制等服務應用，支援國密演算法，實現資料的加密傳輸。
聰明病院建設是病院邁向數字化時代的必由之路，國家衛健委也曾明確指出過它的三大工作範圍，而面向患者的“聰明服務”恰是其中之一。
如今在聰明服務的業務中，利用自助機或者網際網路平臺為患者提供便利可及的全程診療服務已成為病院標配。如何在服務中確保能夠提供完整有效的資料、快速及時的服務響應和安全可靠的互動鏈路，是資訊科技整合能力的直接體現，而整合平臺則在其中扮演著“排程員、搬運工、看門人”的重要角色。
聰明服務分級評估
2019年3月，國家衛健委出臺了“病院聰明服務分級評估尺度體系（試行）”（以下簡稱“尺度”），其中包括了診前服務、診中服務、診後服務、全程服務、基礎與安全這五個種別，共17個評估專案。
聰明服務分為0-5共6個等級，根據“尺度”，病院達到聰明服務4級，才算是“病院聰明服務基本建立”，即“患者醫療資訊在一定區域內實現互聯互通，病院能夠為患者提供全流程的個性化、智慧化服務，患者就診更加便利”。那想要達到聰明服務4級，病院在17個評估專案中有9個基礎專案應當全部達標，而剩下8個選擇專案至少有3個專案需要達標。那病院整合平臺又需要扮演哪些角色，具備哪些功能和特徵呢？
整合平臺在病院聰明服務中扮演的角色
從資料整合互動的角度來看，“尺度”中提到的業務專案中，除了“基礎與安全”這一類外，剩下的業務可大致分為互動類業務和查詢類業務。
(1) 互動類業務中，整合平臺扮演著“排程員”的角色
互動類業務，即終端使用者(如人或機器)和遠端裝置(好比伺服器系統)進行線上資料互動的業務。
互動類業務分為單向互動和雙向互動。單項互動如資訊的主動推送，在“尺度”中的“診中服務”資訊推送（第四項）就提到“應患者要求，可推送檢查注意事項、用藥指導等資訊”。而雙向互動如用度結算和支付則是在“尺度”中的“全程服務”用度支付（第十二項）有所提及，聰明服務四級要求在這個專案中達到“支援患者使用自有移動裝置查詢待繳用度，並使用移動裝置繳費，包括：掛號費、診療費、藥費、預約檢查用度等”。
互動類業務建設過程中的主要難點：動靜完整性、動靜順序性、保證動靜傳輸
在面臨不同的互動場景，需要整合平臺靈活採用不同處理方式，公道排程滿意業務需求。例如在“尺度”中提到了危急值資訊的推送，需要保證動靜資料的完整投遞。這對於整合平臺數據傳輸的完整性、順序性都提出了要求。
資料的完整性和資料的保證傳輸能力需要整合平臺採用動靜佇列技術，透過非同步的處理方式實現。同時整合平臺還需要具備重試機制。假如動靜後續處理失敗，整合平臺會負責重新嘗試給資訊的接收方傳輸動靜。
(2) 查詢類業務中，整合平臺扮演著“搬運工”的角色
什麼是查詢類業務？“尺度”裡多次提到了查詢類業務，例如“診中服務”標識與導航（第五項）作為聰明服務4級的基本專案（即必選項）就要求“患者可在移動端實時查詢相關診療科室位置及患者排隊診療情況”。
查詢類業務建設過程中的主要難點：快速響應、高併發、多系統聯合查詢
查詢類業務側重於動靜的響應速度和同步高併發處理，要求響應速度快，響應時間不能超過3秒，保證高併發環境下對於查詢類業務的快速響應。
同時，查詢類業務又分為單系統查詢和多系統聯合查詢。整合平臺作為資訊的“搬運工”，面對多系統聯合查詢時，需要對接資料庫、Kafka、MQ、Http等，涉及到多種資料格式(好比JSON、XML) 和尺度 (如HL7 v2、v3、FHIR、互聯互通尺度等)，因此整合平臺需滿意不同系統的接入方式和傳輸模式，並透過ESB服務編排等方式，保證動靜的高效率傳輸，降低內部資訊共享的本錢。
面對查詢類業務高併發和快速響應的需求，整合平臺在功能上需具備負載均衡、彈性擴充套件、專案精細化資源管理等特點和上風，實現超高併發機能，充分發揮資源效能。Odin引擎根據醫療機構平臺的業務特點和規模，原生實現了叢集架構和雲原生分散式架構，從根本上解決高併發環境下快速響應問題。透過叢集架構能實現百萬量級併發環境下動靜哀求毫秒級延遲，資源彈性利用率能達到80%以上。
（3）資料安全中，整合平臺扮演著“看門人”的角色
資料安全建設難點：鑑權治理、國密演算法、資料實時加密
而在基礎與安全這個種別中，對聰明服務四級也有著明確的要求，其中安全治理這一項的1級要求中就提到了“對於患者資訊使用具備授權機制，相關資訊使用有記實，可追溯”，2級要求中也有“系統之間進行資料互動時需要進行授權認證”，可見鑒權治理、訪問控制是實現資訊資料安全治理的重要一環。
同時這一專案中聰明服務4級的基礎要求（即必需達標的要求）也包括了“網際網路環境下患者敏感資料須加密儲存，加密必需採用國產加密演算法”；“網際網路環境下資訊系統所有資料須進行加密傳輸”......
從上述要求中不難看出，對於資料安全，尤其是當下很多病院開始接入外部的第三方網際網路平臺為患者提供便民服務時，整合平臺需要透過各種技術手段“看好大門”，包括：
內嵌API閘道器服務應用，具有鑑權治理、流量控制、黑白名單、訪問控制等API治理功能支援國密演算法（如SM3、SM4）支援多種加密方式，實現資料的實時、雙向加密傳輸
詳細案例：台州恩惠膏澤醫療中央（團體）在對外服務專案中，提供給第三方的介面採用Odin引擎提供的對稱加密和非對稱加密相結合的方式，不僅有效保護了患者資料隱私，同時也保證資料在傳輸中的安全可靠。
結語
從資料整合互動的角度分析，整合平臺想要在病院聰明服務建設做好“排程員、搬運工、看門人”的重要角色，需要：
根據互動類業務的需求，透過動靜佇列等多種資料交換技術，保證動靜傳輸的完整性、順序性；保證高併發環境下快速響應查詢類業務，支援不同的接入系統和傳輸模式；具備API閘道器並內嵌鑑權治理、訪問控制等服務應用，支援國密演算法，實現資料的加密傳輸。
聰明病院建設是病院邁向數字化時代的必由之路，國家衛健委也曾明確指出過它的三大工作範圍，而面向患者的“聰明服務”恰是其中之一。
如今在聰明服務的業務中，利用自助機或者網際網路平臺為患者提供便利可及的全程診療服務已成為病院標配。如何在服務中確保能夠提供完整有效的資料、快速及時的服務響應和安全可靠的互動鏈路，是資訊科技整合能力的直接體現，而整合平臺則在其中扮演著“排程員、搬運工、看門人”的重要角色。
聰明服務分級評估
2019年3月，國家衛健委出臺了“病院聰明服務分級評估尺度體系（試行）”（以下簡稱“尺度”），其中包括了診前服務、診中服務、診後服務、全程服務、基礎與安全這五個種別，共17個評估專案。
聰明服務分為0-5共6個等級，根據“尺度”，病院達到聰明服務4級，才算是“病院聰明服務基本建立”，即“患者醫療資訊在一定區域內實現互聯互通，病院能夠為患者提供全流程的個性化、智慧化服務，患者就診更加便利”。那想要達到聰明服務4級，病院在17個評估專案中有9個基礎專案應當全部達標，而剩下8個選擇專案至少有3個專案需要達標。那病院整合平臺又需要扮演哪些角色，具備哪些功能和特徵呢？
整合平臺在病院聰明服務中扮演的角色
從資料整合互動的角度來看，“尺度”中提到的業務專案中，除了“基礎與安全”這一類外，剩下的業務可大致分為互動類業務和查詢類業務。
(1) 互動類業務中，整合平臺扮演著“排程員”的角色
互動類業務，即終端使用者(如人或機器)和遠端裝置(好比伺服器系統)進行線上資料互動的業務。
互動類業務分為單向互動和雙向互動。單項互動如資訊的主動推送，在“尺度”中的“診中服務”資訊推送（第四項）就提到“應患者要求，可推送檢查注意事項、用藥指導等資訊”。而雙向互動如用度結算和支付則是在“尺度”中的“全程服務”用度支付（第十二項）有所提及，聰明服務四級要求在這個專案中達到“支援患者使用自有移動裝置查詢待繳用度，並使用移動裝置繳費，包括：掛號費、診療費、藥費、預約檢查用度等”。
互動類業務建設過程中的主要難點：動靜完整性、動靜順序性、保證動靜傳輸
在面臨不同的互動場景，需要整合平臺靈活採用不同處理方式，公道排程滿意業務需求。例如在“尺度”中提到了危急值資訊的推送，需要保證動靜資料的完整投遞。這對於整合平臺數據傳輸的完整性、順序性都提出了要求。
資料的完整性和資料的保證傳輸能力需要整合平臺採用動靜佇列技術，透過非同步的處理方式實現。同時整合平臺還需要具備重試機制。假如動靜後續處理失敗，整合平臺會負責重新嘗試給資訊的接收方傳輸動靜。
(2) 查詢類業務中，整合平臺扮演著“搬運工”的角色
什麼是查詢類業務？“尺度”裡多次提到了查詢類業務，例如“診中服務”標識與導航（第五項）作為聰明服務4級的基本專案（即必選項）就要求“患者可在移動端實時查詢相關診療科室位置及患者排隊診療情況”。
查詢類業務建設過程中的主要難點：快速響應、高併發、多系統聯合查詢
查詢類業務側重於動靜的響應速度和同步高併發處理，要求響應速度快，響應時間不能超過3秒，保證高併發環境下對於查詢類業務的快速響應。
同時，查詢類業務又分為單系統查詢和多系統聯合查詢。整合平臺作為資訊的“搬運工”，面對多系統聯合查詢時，需要對接資料庫、Kafka、MQ、Http等，涉及到多種資料格式(好比JSON、XML) 和尺度 (如HL7 v2、v3、FHIR、互聯互通尺度等)，因此整合平臺需滿意不同系統的接入方式和傳輸模式，並透過ESB服務編排等方式，保證動靜的高效率傳輸，降低內部資訊共享的本錢。
面對查詢類業務高併發和快速響應的需求，整合平臺在功能上需具備負載均衡、彈性擴充套件、專案精細化資源管理等特點和上風，實現超高併發機能，充分發揮資源效能。Odin引擎根據醫療機構平臺的業務特點和規模，原生實現了叢集架構和雲原生分散式架構，從根本上解決高併發環境下快速響應問題。透過叢集架構能實現百萬量級併發環境下動靜哀求毫秒級延遲，資源彈性利用率能達到80%以上。
（3）資料安全中，整合平臺扮演著“看門人”的角色
資料安全建設難點：鑑權治理、國密演算法、資料實時加密
而在基礎與安全這個種別中，對聰明服務四級也有著明確的要求，其中安全治理這一項的1級要求中就提到了“對於患者資訊使用具備授權機制，相關資訊使用有記實，可追溯”，2級要求中也有“系統之間進行資料互動時需要進行授權認證”，可見鑒權治理、訪問控制是實現資訊資料安全治理的重要一環。
同時這一專案中聰明服務4級的基礎要求（即必需達標的要求）也包括了“網際網路環境下患者敏感資料須加密儲存，加密必需採用國產加密演算法”；“網際網路環境下資訊系統所有資料須進行加密傳輸”......
從上述要求中不難看出，對於資料安全，尤其是當下很多病院開始接入外部的第三方網際網路平臺為患者提供便民服務時，整合平臺需要透過各種技術手段“看好大門”，包括：
內嵌API閘道器服務應用，具有鑑權治理、流量控制、黑白名單、訪問控制等API治理功能支援國密演算法（如SM3、SM4）支援多種加密方式，實現資料的實時、雙向加密傳輸
詳細案例：台州恩惠膏澤醫療中央（團體）在對外服務專案中，提供給第三方的介面採用Odin引擎提供的對稱加密和非對稱加密相結合的方式，不僅有效保護了患者資料隱私，同時也保證資料在傳輸中的安全可靠。
結語
從資料整合互動的角度分析，整合平臺想要在病院聰明服務建設做好“排程員、搬運工、看門人”的重要角色，需要：
根據互動類業務的需求，透過動靜佇列等多種資料交換技術，保證動靜傳輸的完整性、順序性；保證高併發環境下快速響應查詢類業務，支援不同的接入系統和傳輸模式；具備API閘道器並內嵌鑑權治理、訪問控制等服務應用，支援國密演算法，實現資料的加密傳輸。
