業務標簽：醫院資訊集成平臺、互聯網醫院、互聯網護理、慢性病隨訪
技術標簽：ESB、ETL+CDC、NLP、FaaS、SaaS、Hadoop、MicroService
技術微信群：
加微信：wonter 發送：技術Q
醫療微信群：
加微信：wonter 發送：醫療Q
—————— BEGIN ——————
東軟集成平臺調研方案分析（一）
醫惠集成平臺調研方案分析（二）
芯聯達集成平臺調研方案分析（三）
曼荼羅集成平臺調研方案分析（四）
關注公眾號查看
一、公司簡介
東軟為中國醫療衛生行業的資訊化建設以及個人健康服務提供從硬體到軟體、從技術到服務的全面解決方案，
1997年開始進入醫療衛生資訊化領域，東軟提供面向患者及保健客戶、政府、衛生行政部門、專業公共衛生機構、醫療服務機構、基層醫療衛生機構的全面醫療衛生資訊化解決方案，
面向各級醫院我們提供數字醫學影像設備，包括CT、磁共振、數字X線機、彩超等10大系列50余種醫療產品，并提供以患者為中心的全面數字化醫院解決方案，包括HIS、CIS、LIS、EMR、PACS、RIS、CAD、遠程會診服務等，
面向個人健康服務，東軟與大型醫院聯合提供熙康健康管理系統以及遠程醫療服務，
面向政府管理機構我們提供公共衛生服務體系解決方案、醫療保障體系解決方案、新型農村合作醫療、區域醫療、藥品供應保障系統解決方案，
東軟在醫療衛生領域擁有5000多家客戶，包括衛生部數字化醫院試點單位中國醫科大學附屬第二臨床醫院、北京天壇醫院、東南大學附屬中大醫院、無錫市中醫院和上海市岳陽醫院以及衛生部直屬中日友好醫院、北京醫院等客戶和合作伙伴，
二、集成平臺
東軟集成平臺有兩種方案，一種為一體化方案，東軟產品線在醫療行業內算是比較齊全的廠商之一，因此他們可以將自己的產品全部集成在his中，形成一套系統便是集成平臺方案，但此方案錢院長認為是偽平臺方案，不做詳細說明，主要調研為其真平臺方案，
各個系統只與集成平臺做介面，系統之間互動的資訊都傳到集成平臺，再由集成平臺轉發出去，例如A與B、C集成，那么訊息將由A到集成平臺，經過集成平臺處理后再分別路由到B和C，
1. 集成平臺介紹
醫院系統集成平臺的定位主要是3個需求（院內集成、院間集成以及區域醫療集成，這里可以提東軟的模擬測驗涵蓋了院內集成與院間集成的例子），同時增加一個為醫院綜合查詢及決策支持提供資料，強調醫院系統集成平臺不一定非要建立資料倉庫，但是可以為資料倉庫提供梳理后的客觀資料，
醫院系統集成平臺理解：
①首先是制定標準，包括國家法律法規的標準（例如資料元標準、CDA標準等）以及資料交換的標準與規則（例如HL7、XML及IHE等），標準制定的目的是為了更好的交換資料與集成，注意：資料標準可以通過系統集成平臺的基礎字典庫來確保將各個系統中不符合標準的資料統一并符合標準，
②對于醫院各個系統，集成平臺起到翻譯官的作用，無論各個系統是否符合標準，系統集成平臺都通過介面配接器將其提供的服務與資料標準化供第三方交換與使用，
③關鍵業務的集中體現，主要處理一些跨系統業務的統一集成，例如全套電子病歷（包含醫生病歷、護士病歷、醫囑以及各種檢驗檢查報告等）展現及匯出CDA檔案供區域健康檔案使用；統一調閱病人檢驗、檢查、影像結果報告；統一調閱病人的費用資訊等，這些關節業務的集中體現可以通過系統集成平臺直接調閱也可以提供統一的服務供第三方系統使用，
④各種資料的提供者，這里強調集成平臺不僅只是介面，交換資料，而且對關鍵業務資料進行梳理采集并冗余保存，不僅可以獨立向各個系統提供采集的資料（資料可以降范式），而且可以根據BI或區域的需要提取資料并保存在系統集成平臺的主資料庫內，
2.特性
①滿足衛生部《基于電子病歷的醫院資訊平臺技術規范》要求；
②基于ESB總線技術，通過JCA、JMS、MQ、Adaptor、Webservice等多種集成方式，改變傳統各系統與HIS的復雜介面模式，實作HIS、EMR、LIS、PACS、手術麻醉、移動醫療、ERP等系統與平臺的有效集成和資訊共享；
③采用資料倉庫技術，實作在線業務操作OLTP與統計型業務OLAP的分離，提升HIS、EMR等前端業務的操作性能，滿足三級醫院評審指標的監測、三好一滿意、優質醫院創建、抗生素管理、院感管理、質控管理等綜合性業務的監管需要；
④按照醫院精細化管理的要求，提供人力資源分析、績效分析、成本分析、設備效益分析、單病種分析、醫療質量分析等不同維度的主題分析；
⑤按照臨床、科研、教學一體化的要求，基于CDR實作臨床資料整合，構建一體化的醫護作業站，滿足臨床醫護人員業務一體化操作，病歷集成瀏覽、病歷科研分析、病歷臨床教學、病歷綜合管理的需要
提供合理用藥、疾病診斷和臨床檢驗相關知識庫，輔助醫生進行臨床診斷，
1.業務基礎平臺：
包含開發工具、技術框架、通用技術組件和軟體開發方法學，提供從需求、設計、開發、除錯、部署到運維的應用全生命周期一站式服務，支撐IT應用的敏捷構建，
1.1.平臺優勢：
優秀的平臺=卓越的技術+豐富的資產+科學的方法
1.2.應用全生命周期支撐
采用先進的技術架構，通過組件化、模型化、模板化、可變化和可視化的開發平臺支撐應用全生命周期建設和管理，提供應用敏捷構建與靈活整合的一站式服務，全面提升用戶對IT掌控能力，
2.資料集成套件：
SaCa Data Integration 資料集成套件（簡稱 SaCa DI 套件），是一系列資料整合產品集合，這些產品用于解決政府部門及企業如今所面臨的資訊整合難題，提供一體化解決方案，并透明地管理當今企業各類系統中龐雜的資料，支持各種型別的業務系統資料的整合、交換和共享，從而幫助政府部門和企業形成一套干凈、完整的資料集合，SaCa DI 套件致力于為客戶提供具有強大的實時資料采集、資料交換、資料轉換清洗、資料質量管理、資料比對、統一資料服務功能的平臺，SaCa DI 套件針對面向企業單位及政府部門的資料資源開放共享、資料交換、資料分析等場景，提供資料目錄平臺，為資料提供方與資料需求方提供統一資料平臺，并提供統一的注冊、發現、查詢、定位、獲取資料資源的入口，
2.1.產品組成：
2.2.全面共享資料
實作跨組織、跨地域、跨業務系統的全面資料共享，將分散的資料統一存盤，逐漸滲透到日常作業中，最大限度的幫助企業人員更好的理解和使用資訊資產，
2.3.完成資料整合
完成企業內部異構復雜資料源的資料采集、傳輸、清洗，實作對歷史資料、私有資料的訪問，建設統一資料整合平臺，支持現有和未來系統的資料服務，
2.4.輔助資料標準落地
完成企業資料標準化的建設作業，推動資料質量規范的落地執行，建立資料模型標準化定義，推進資料標準化規范的落地實施，
2.5.輔助和推進資料管理
一個想要做大資料的企業，必須要有大量能互相連接的資料，并用相同的資料標準進行正確的關聯，SaCa DI 可以匯集業務系統的資料，為上層業務系統提供統一的資料服務，
2.6.應用場景
2.6.1.資料共享交換，消除資訊孤島，實作互聯互通
通過 SaCa DI 可以推動政府及企業的資訊系統與公共資料互聯共享，消除資訊孤島，整合各類政府資訊平臺，利用整合的資訊資源，為門戶、應用和資訊資源整合平臺提供資料交換、資源管理等基本服務介面，實作各部門決策資料在應用層面的互聯互通，避免重復建設和資料“打架”，消除資訊孤島局面，
2.6.2.企業資料標準體系建設
SaCa DI 提供資料轉換清洗產品，通過內置大量資料轉換模型，遵從國際化標準以及國家行業標準，助力企業資料標準體系建設，實作對海量資料的訪問、轉換、清洗和加載，
2.6.3.資料庫容災/應急，雙活資料中心
SaCa DI 提供資料采集產品，可以為業務系統在本地或異地部署一個同構資料庫，實作資料實時雙向同步，當主資料庫發生例外無法提供服務時，災備資料庫立即頂替作業，并提供資料比對產品，確保兩端資料的一致性，
2.6.4.搭建大資料平臺，對接業務做資料服務
一個想要做大資料的企業，必須要有大量能互相連接的資料，并用相同的資料標準進行正確的關聯，SaCa DI 可以匯集業務系統的資料，為上層業務系統提供統一的資料服務，
2.6.5.企業資料質量稽查
SaCa DI 提供資料質量產品，通過大量內置的資料質量規則模型，及時發現資料的完整性、一致性準確性等質量問題，幫助企業改善資料質量，讓業務部門和 IT 部門有效地協作，實作資料資產的真正價值，
觀點：
醫院建設集成平臺是一種趨勢和必要的發展，通過醫院資訊集成平臺來代替原來數量眾多的點到點資料介面，為醫院資訊化建設提 供統一的資料標準和介面標準，實作醫院不同業務系統與集成平臺的有效集成與資訊共享，實作臨床資訊一體化應用，提升醫護作業者作業效率及臨床診療質量，建立臨床檔案庫（CDR），推進高階電子病歷的應用水平評審，建立醫院統一運營資料中心，實作醫院有效監管與科學決策，逐步推進智慧醫院建設的戰略目標，
建議：
醫院資訊化建設的逐步完善，醫院子系統越來越多，系統間介面越來越多，同時介面費用不斷增加，管理作業變得越來越復雜，本文以三明市第二醫院資訊系統集成平臺建設為例，通過探討醫院建設資訊系統集成平臺建設意義，建設內容、風險識別，來說明醫院建設資訊系統集成平臺的必要性和建設程序要進行風險識別的重要性，
醫院資訊集成平臺的建設是隨著資訊技術自身的發展和醫院的需求而逐步建設的,因此,在醫院中存在著不同時期,不同廠家的多個子系統,服務于醫院的不同科室的需求，這些系統之間往往需要進行大量的資訊傳遞,來真正實作自動化的作業流程我們頤東集團建設集成平臺需要進行總線連接的方式使這些系統高效、快速地集成起來,來進一步保證資料的安全性和資訊的互聯互通，目前醫院均已有設了 HIS、LIS、PACS、EMR，體檢等資訊系統，這些資訊系統對我院發展發揮了重要作用，隨著醫院資訊化建設的逐步完善，醫院子系統越來越多，系統介面越來越多，同時介面費用不斷增加，加上作業系統、資料庫、資料字典標準、介面等種類的不同，使管理作業變得越來越復雜、困難，在這樣的背景下，醫院為我們能夠有統一介面標準、一統天下的第三方來管理，使管理作業變得更方便一些，
目前大部分醫院存在兩大問題：
1. 是消除各種醫療應用系統與HIS醫療資料中心的直接耦合性；
2. 是通過HL7和DICOM等標準通訊，將不同廠商的異源異構系統進行集成整合，確保各個臨床資訊系統在作業流整合的基礎上實作互動協作，
建設意義
頂層標準化設計，改變系統集成亂象；異構資料共享，必須解決不同系統不同資料結構間的資料共享[1]；降低了集成方式的復雜度，提高可擴展性；降低了集成成本，新系統只要按規范接入集成平臺；建立與外部系統互聯的統一介面；滿足區域資訊化資訊共享與協同以及醫療行為監管；現實醫院資訊系統單點登錄；為醫院建立科研、管理、預測等資料管理模型，為醫院未來的發展提供資料支持，從而減低醫院發展中的風險，為醫院擴大、發展奠定堅實的基礎，
建設內容
建議選用基于SOA架構的醫療資訊集成平臺，采用資訊集成引擎IIB，作為ESB技術的載體，以建立患者主索引為核心，通過標準化和自定義的訊息流完成資料互動管理，同時建立服務注冊庫、日志庫、醫療術語庫、患者資訊庫規范互動標準，從總體上來說平臺包括六大系統：集成互動引擎、運行監控系統、綜合管理系統、主資料管理系統、患者主索引，統一登錄門戶與單點登錄，
1集成互動引擎： 醫院集成平臺基于SOA架構采用IBM Integration Bus作為ESB的技術載體，開發資訊資料流，應用IBM Message Queue（MQ）來管理資訊流，提供服務于醫院資訊化的資訊系統頂層設計解決方案，實作HIS、EMR、LIS、PACS、超聲、體檢、心電、移動護理、移動查房、手術麻醉系統、重癥監護系統等資訊系統間的業務互動，
2運行監控系統： 運行監控系統是對引擎的運行狀態的一個展示臺，管理員可以看到運行日志及錯誤狀態、診斷資訊、性能圖表、查找訊息資訊、基本設定以及系統運行狀態，
3綜合管理系統： 綜合管理系統主要實作對用戶管理、用戶組管理、系統操作日志、單路處理日志、例外業務訊息日志、多路上游處理日志、多路下游處理日志、術語庫管理、系統資訊配置、場景資訊配置、下游服務資訊配置、場景資訊路由配置和配置器服務配置等功能，通過可視化操作的管理方面，為集成平臺的正常實施跟日常管理維護提供有力的保障，
4主資料管理系統 ：以集成平臺訊息訊息中間件為基礎建立字典同步更新引擎，實作HIS 與EMR、LIS、PACS等業務系統間的字典的更新同步，資料間的處理采用訊息推送機制，并輔以完善的日志體系，以保證訊息準確及時傳遞，資料及時同步，
5患者主索引：建立全院級統一的患者主索引，能夠從各種不同的子系統中取得患者的資訊并進行組織，串連起所有患者相關資訊，包括基本資訊、過敏資訊、家族病史、歷次診療資訊、檢查檢驗資訊、患者主管醫生、歷次電子病例、收費情況（門診、住院）等患者資訊，并以此為基礎實作醫院資料層面的整合，包括電子病歷的資料整合以及醫院業務和管理資料的整合，
6統一登錄門戶與單點登錄： 醫院初期的系統建設，每個系統都各自擁有獨立的用戶資訊庫和用戶認證體系，典型的包括組織機構定義，安全角色定義，用戶身份驗證，資源訪問控制等[3]，我們需要統一登錄門戶將醫院各種應用資訊系統統一集成到一個門戶界面，集成平臺系統提供了一個簡單統一的訪問入口SSO（single sign-on），SSO提供了多驗證來源用戶權限的統一管理，通過后臺的映射和權限隧道傳遞技術實作單點登錄，用戶只需登錄一次就可以訪問單點登錄域中安裝的所有醫院業務應用，不必再分別登錄門戶整合的其它業務系統進行驗證，同時支持和第三方安全認證和權限管理系統的整合，
需要考慮的因素：
集成平臺建設周期長，涉及的廠商多，系統復雜，在系統建設的論證期需要進行充份的風險識別與評估，做好風險防控作業，
1技術風險 國內對醫院集成平臺還沒有特別清晰、公認的定義，資訊集成平臺開發是一個復雜、龐大的工程，比開發單個系統的開發要困難得多，開發技術存在較大風險，不成熟的資訊平臺應用起來會讓醫院的資訊系統更加混亂，
2產商風險 上集成平臺系統需要各廠商的配合與大力支持，但各系統各廠商不一定能配合得好，各系統會有各廠商的商業秘密，不一定愿意共享配合開發，所以在實施集成平臺系統前必須與各廠商相互協調、溝通，得到他們的承諾，
3評估風險 集成平臺涉及的系統多，流程多，資料多，系統開發作業量評估存在重大風險，可能會存在實施時間長，其它系統負責人更換，承諾變更等風險，
4其它風險 故障的處理，未改造之前我們只需要查詢兩個業務互動系統之間的資料介面即可，但是，集成平臺的運用，我們需要進行三個業務系統的資料故障排查，對科室維護人員提出更高的要求，集成平臺服務器等硬體如果出現故障，將會導致全院所有的資訊系統都不能使用，這對醫院的資訊化建設提出了更高的要求，
5 個人建議：
隨著醫院資訊化建設的不斷深入，不同環境下開發的資訊系統越來越多，這對系統互連、資料訪問速度等方面提出了更高的要求，通過充份的風險識別，風險評估等選擇一個合適的安全可靠的系統開發商，建設高質量高標準的資訊系統集成平臺，改變系統集成亂象，解決不同系統不同資料結構間的資料共享，實作各系統的無縫連接，為醫院的為醫院未來的發展提供資料支持，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/270941.html
標籤：領域驅動設計
上一篇：springcloud Alibaba 阿里組件 nacos注冊中心 gateway網關 flowable流程引擎 vue.js前后分離