首 頁醫院如何拿到互聯互通測評基礎分—標準化建設
互聯互通各等級側重點不同，標準化建設是基礎
互聯互通測評的應用評價分為五級七等，每上升一個等級，都會有不同的側重點，從一、二級對于醫院信息管理系統中數據集標準化的要求，到三級時醫院信息平臺對于共享文檔標準化的要求以及基于平臺的數據整合，再到四甲建成較完善的醫院信息平臺實現業務協同、信息共享，最終到五甲五乙展現出互聯互通的實際應用效果。
數據來源：國家衛生健康委、健康界統計分析
根據衛生健康委最新發布的數據和健康界的統計分析，四甲已成多數醫療機構互聯互通評級期望。但無論是四甲還是更高的級別，標準化建設是每家醫院必須要經歷的。本文將著重探討醫院如何拿到互聯互通測評中與標準化建設相關的“基礎分”，包括了數據資源標準化建設情況和互聯互通標準化建設情況。
互聯互通測評指標 來源：《醫院信息互聯互通標準化成熟度測評方案（2020年版）》
1.數據資源標準化建設情況（對應測評指標2.1和2.2）
從互聯互通測評內容和評分指標體系細則來看，數據資源標準化建設情況包括了數據集標準化情況和共享文檔標準化情況兩部分，滿分為30分。醫院想要達到四級或以上評級需要拿到29分，即除了共享文檔標準化建設中“法定醫學報告及健康體檢”（五甲要求，占1分）外，對于其它數據集標準化建設和共享文檔，只要醫院有此項業務，就必須進行測評并滿足評分標準。
1.1 數據集標準化情況和共享文檔標準化情況：
測評關鍵詞：數據或文檔有且完全符合國家標準、定量測試
根據2020版互聯互通測評方案，數據集標準化建設需要依照《WS445-2014 電子病歷基本數據集》等文件標準，包括17個電子病歷基本數據集以及各數據集下的若干子集（共計58個子集），以及另有兩個五甲要求的共享文檔---法定醫學證明及報告、健康體檢。而共享文檔標準化則需要依照《WS/T 500-2016 電子病歷共享文檔規范》等文件標準進行建設，共計53個共享文檔。
從評分標準來看，必須有此數據/文檔且完全符合國家標準才能得分，測評時也需要對數據集中的數據元屬性、共享文檔的結構和內容等指標進行定量測試。
Odin如何助力醫院數據資源標準化建設
含有數據集、共享文檔：內嵌了2020版互聯互通要求的EMR和EHR的53個CDA、58個數據集、交互服務、國標字典等標準化模型。
完全符合國家標準：完成了國家“醫療健康信息互聯互通標準化測試系統”的標準驗證測試。
提前協助醫院完成部分工作：提供了豐富的工具（例如對各CDA映射腳本提供了生成模板，為用戶提前完成了50%的映射工作)，大幅提升互聯互通數據標準化改造效率，助力醫院快速落實互聯互通標準。
2.互聯互通標準化建設情況（對應測評指標3.1、3.2和3.3）
互聯互通標準化建設情況包含了技術架構情況、互聯互通交互服務情況以及平臺運行性能情況，由于平臺運行性能情況在2020版互聯互通標準中不影響最終測評等級，因此暫不做討論。
2.1 技術架構情況：
測評關鍵詞：微服務探索、API網關、數據脫敏
2020版互聯互通在技術架構上也提出了新要求，包括在信息整合技術的備注中提到在總線基礎上探索對微服務的環境搭建，實現API網關等環節的系統化管理，并在平臺功能中新增了數據脫敏要求（四甲必選）。
Odin如何滿足2020版互聯互通中對于技術架構的新增要求
業務級微服務、自有架構級微服務：Odin前瞻性地進行了技術沉淀，早在兩年多前就曾在“下一代醫療集成平臺的三個特征”一文中強調了集成平臺的微服務化對于互聯互通的重要性，并推出了具有業務級微服務能力的“Odin引擎集群版”和在2019年就問世，實現自身架構級微服務化的“Odin云原生平臺（Odin NeXT）”，真正發揮PaaS云計算環境下的動態調動、彈性延展、精細化資源配置等傳統IT架構引擎在部署到云環境時所無法實現的特性。
內嵌API網關服務應用：不僅具有鑒權管理、流量控制、黑白名單、訪問控制等API管理功能，還打通了API網關和服務終端的對接環節，能靈活調整需要系統化管理的服務項目，操作方便，提升用戶體驗。
自帶數據脫敏功能：無需二次開發，能在數據流轉的過程中實現實時脫敏，并提供許多數據內容級加密保護相關組件。
2.2 互聯互通交互服務情況：
測評關鍵詞：HL7 V3等標準規范、本土化改造
互聯互通標準服務建設離不開HL7 V3等標準規范，同時也需要結合我國國情和醫院具體情況進行本土化改造。國家衛生健康委統計信息中心信息標準處處長李岳峰指出，由于醫院內靠信息化支撐的業務越來越多，需要通過更多交互服務完成互聯互通相關要求。
2020版標準中，需要實現的互聯互通交互服務數量也由32個增加到69個，新增項包括就診卡信息查詢、住院轉科信息查詢等。
面對大量交互服務項和各類復雜業務場景，醫院對消息協議、接口模型等本土化改造需求也越發迫切。
Odin如何助力醫院互聯互通交互服務的建設
協議支持：廣泛支持國內醫療領域的常用協議，如HL7 V2、HL7 V3、FHIR、DICOM等。
注重易用性和本土化需求：通過大量本土化開發，增加了國內常用而國際著名品牌不具備的功能，包括內置各種標準化定義、數據處理轉換工具、PDF導出等各類組件，并兼容國產服務器和操作系統。
靈活可擴展便于改造：對于各種通信協議、數據庫適配具有強大的適應能力和擴展性，提供plug-in擴展和在線準開發平臺，醫院能快速上手根據標準要求自主完成服務部署、接口配置等工作。
3.結語
在完成了各類標準化建設和集成平臺技術架構的搭建后，醫院如何持續提升互聯互通成熟度，進軍五乙甚至五甲，實現業務協同、信息共享，展現出集成平臺對于互聯互通的實際應用效果？Odin不僅助力互聯互通新版測評，更能幫助醫療機構破解自主可控、性能、穩定性等常見痛點，將集成平臺用于核心業務和大規模集成場景下的實際生產，真正實現以評促建、以評促改。
參考資料：
1.下一代醫療集成平臺的三個特征：https://www.hit180.com/34940.html
2.破解當下醫院集成平臺建設的常見痛點：https://www.hit180.com/45102.html
（本文由Odin公司供稿）
