杰賽醫(yī)療云解決方案(通用)課件

1、杰賽科技區(qū)域醫(yī)療信息化云解決方案2012年10月杰賽科技區(qū)域醫(yī)療信息化2012年10月*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解決的問題4、解決方案詳述5、我們的優(yōu)勢*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解以區(qū)域衛(wèi)生行政管理部門的地方衛(wèi)生局/衛(wèi)生廳為主體，轄下的醫(yī)院、社區(qū)衛(wèi)生服務(wù)中心（服務(wù)站）組成的區(qū)域醫(yī)療衛(wèi)生服務(wù)聯(lián)合體。以超大型醫(yī)院為主體，附屬及合作醫(yī)療機構(gòu)組成的區(qū)域醫(yī)療衛(wèi)生服務(wù)聯(lián)合體。 項目目標市場 項目目標市場*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解決的問題4、解決方案詳述5、我們的優(yōu)勢*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需

2、求3、解決方案解 軟件架構(gòu)存在的問題大部分系統(tǒng)是C/S架構(gòu)：維護復雜;人、物沒有計算機可識讀的標識;數(shù)據(jù)統(tǒng)計分布在不同的系統(tǒng)中;各系統(tǒng)間的接口眾多，基本是數(shù)據(jù)庫級的交互，無法做到業(yè)務(wù)級的交互;很多系統(tǒng)都是用早期的開發(fā)語言和技術(shù)結(jié)構(gòu)，很難滿足現(xiàn)在復雜多變的業(yè)務(wù)需求;各個子系統(tǒng)都屬于封閉的信息孤島; 軟件架構(gòu)存在的問題大部分系統(tǒng)是C/S架構(gòu)：維護復雜;*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解決的問題4、解決方案詳述5、我們的優(yōu)勢*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解 沒有以患者為中心進行設(shè)計規(guī)劃患者本身有多種標識身份證、醫(yī)保卡、市民卡、護照、駕駛執(zhí)照、殘疾

3、人證、軍官證、老人證、健康卡在不同系統(tǒng)有不同的ID在同一系統(tǒng)，也可能會注冊多個ID 沒有以患者為中心進行設(shè)計規(guī)劃患者本身有多種標識 管理信息利用率低提供的報表和數(shù)據(jù)沿襲了手工操作方式，無法體現(xiàn)各系統(tǒng)之間的內(nèi)在關(guān)系數(shù)據(jù)來源單一，分析方法和分析手段落后，綜合性、決策支持管理的功能較弱雖然建立了部分特定主題的數(shù)據(jù)集市，但應用比較離散，缺乏整合，沒有建立一個站在醫(yī)院高度的統(tǒng)一模型和視圖技診分析員工收入與人員成本分析門診分析住院分析衛(wèi)生材料分析成本控制分析陽光用藥醫(yī)院管理評價指標分析醫(yī)保公醫(yī)監(jiān)控分析經(jīng)濟效益分析手術(shù)分析. 管理信息利用率低提供的報表和數(shù)據(jù)沿襲了手工操作方式，無*系統(tǒng)集成的三個層面*系統(tǒng)集

4、成的三個層面HIS系統(tǒng)電子病歷系統(tǒng)界面層集成的現(xiàn)狀需要不同界面上分別登錄和操作系統(tǒng)HIS系統(tǒng)電子病歷系統(tǒng)界面層集成的現(xiàn)狀需要不同界面上分別登錄離散的臨床信息，沒有統(tǒng)一的組織規(guī)劃數(shù)據(jù)層集成的現(xiàn)狀離散的臨床信息，沒有統(tǒng)一的組織規(guī)劃數(shù)據(jù)層集成的現(xiàn)狀HIS愛迪電子病歷銳科 PACS群志OA愛迪體檢麥迪克斯心電系統(tǒng)朗珈病理麥迪斯頓手術(shù)麻醉藍韻B超點對點集成帶來 N X（N-1）的復雜性應用層集成的現(xiàn)狀高通內(nèi)窺鏡HIS愛迪電子病歷銳科 PACS群志OA愛迪體檢麥迪克斯心電*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解決的問題4、解決方案詳述5、我們的優(yōu)勢*提綱1、解決方案目標客戶2、客戶項目

5、業(yè)務(wù)需求3、解決方案解 建設(shè)核心建設(shè)基于SOA架構(gòu)的醫(yī)院信息整合平臺,提供以病人為中心的完整視圖以及提供臨床信息的再利用。提供由淺入深的三層集成 SSO單點登錄 實現(xiàn)賬戶角色的集成和UI的集成。 定義數(shù)據(jù)結(jié)構(gòu)標準，實現(xiàn)各異構(gòu)系統(tǒng)之間的數(shù)據(jù)集成。標準化醫(yī)療信息模型，定義業(yè)務(wù)域，實現(xiàn)異構(gòu)系統(tǒng)跨業(yè)務(wù)的集成。 建設(shè)核心建設(shè)基于SOA架構(gòu)的醫(yī)院信息整合平臺,提供以病 集成平臺關(guān)鍵技術(shù)問題第一個核心問題：信息如何共享？ 集成平臺關(guān)鍵技術(shù)問題第一個核心問題：信息如何共享？復雜數(shù)據(jù)結(jié)構(gòu)對關(guān)系型數(shù)據(jù)庫提出巨大挑戰(zhàn)嚴格對一個人的完整病歷建模，需上千張表來描述；更嚴重的是，在不同系統(tǒng)中有各自不同的模型定義。設(shè)計復雜

6、性數(shù)據(jù)難理解數(shù)據(jù)難查詢難以適應不同醫(yī)院不同要求復雜數(shù)據(jù)結(jié)構(gòu)對關(guān)系型數(shù)據(jù)庫提出巨大挑戰(zhàn)嚴格對一個人的完整病歷*醫(yī)療數(shù)據(jù)模型醫(yī)生檢驗人員護士病人醫(yī)療保險診療記錄病歷試驗報告資料庫文檔關(guān)系表HL7 RIM對象模型非格式化不規(guī)范機器不能理解難利用非標準化復雜不靈活難擴展難應用標準化靈活易理解可擴展*醫(yī)療數(shù)據(jù)模型醫(yī)生醫(yī)療保險資料庫文檔關(guān)系表HL7 RIM對象引申問題：如何確定信息模型？HL7 V3 是醫(yī)療數(shù)據(jù)信息描述的國際標準（ISO標準）HL7 V3 RIM是醫(yī)療數(shù)據(jù)信息的通用模型它是高度抽象、高度靈活、高度開放、高度統(tǒng)一的EntityRoleParticipationActActRelationsh

7、ipRoleLink0.1 Player0.*PlayedRole0.1 Scoper0.*ScopedRole1 0.*1 0.*Source1OutboundRelationship0.*1TargetInboundRelationship0.*1SourceOutboundLink0.*1TargetInboundLink0.*Participates inhas六個基本類型就如同可以變幻出大千世界的“元素周期表”引申問題：如何確定信息模型？HL7 V3 是醫(yī)療數(shù)據(jù)信息描述例子：體溫數(shù)據(jù)的傳輸有的標準會定義為兩項：Value：數(shù)值Unit：/但有價值的信息被丟棄了！部位：口腔、腋下、直腸

8、？時間：早上、中午、晚上？儀器：體溫計、紅外線？觀察人、觀察機構(gòu).？未來可能的擴展.？為什么要使用HL7 RIM作為信息模型？例子：體溫數(shù)據(jù)的傳輸有的標準會定義為兩項：為什么要使用HL7例子：體溫數(shù)據(jù)的傳輸HL7 的數(shù)據(jù)傳輸標準體溫是作為一個Observation對象傳輸?shù)挠^察時間觀察方法觀察部位觀察人例子：體溫數(shù)據(jù)的傳輸HL7 的數(shù)據(jù)傳輸標準觀察時間觀察方法觀傳統(tǒng)集成方式：N(N1)的復雜性第二個核心問題：系統(tǒng)如何集成？傳統(tǒng)集成方式：N(N1)的復雜性第二個核心問題：系統(tǒng)如何實現(xiàn)基于SOA 服務(wù)總線的應用集成BEPL業(yè)務(wù)流程重組ESB（服務(wù)總線）HL7 MessageHISHL7 Messa

9、geHL7 MessageHL7 MessageHL7 MessageHL7 MessageHL7 MessagePACSLISCISMISPACS其他第三方系統(tǒng)適配器適配器消息隊列發(fā)布/訂閱格式轉(zhuǎn)換智能路由事件驅(qū)動實現(xiàn)基于SOA 服務(wù)總線的應用集成BEPL業(yè)務(wù)流程重組ESB可以實現(xiàn)基于服務(wù)的異構(gòu)系統(tǒng)間的互操作可以實現(xiàn)基于服務(wù)的異構(gòu)系統(tǒng)間的互操作例一：患者主索引服務(wù)平臺所提供的典型公共服務(wù)例一：患者主索引服務(wù)平臺所提供的典型公共服務(wù)平臺基礎(chǔ)功能的例一：MPI服務(wù)患者本身有多種標識身份證、醫(yī)?？ā⑹忻窨?、護照、駕駛執(zhí)照、殘疾人證、軍官證、老人證、健康卡在不同的醫(yī)療機構(gòu)有不同的ID在同一醫(yī)療機構(gòu)的

10、不同系統(tǒng)有不同的ID在同一醫(yī)療機構(gòu)的同一系統(tǒng)，可能會注冊多個ID平臺基礎(chǔ)功能的例一：MPI服務(wù)患者本身有多種標識實現(xiàn)各個系統(tǒng)患者標識唯一識別與交叉映射PACS體檢id 1id 2id 3id 4id 5id 6HISEMRid 7id 8id 9id 10id 11id 12id a1id a2id aid b1id b2id b全局ID實現(xiàn)各個系統(tǒng)患者標識唯一識別與交叉映射PACS體檢id 1i例二：術(shù)語注冊與映射服務(wù)平臺所提供的典型公共服務(wù)例二：術(shù)語注冊與映射服務(wù)平臺所提供的典型公共服務(wù)平臺基礎(chǔ)功能的例二：術(shù)語注冊和映射服務(wù)醫(yī)療體系內(nèi)有眾多的術(shù)語體系不同醫(yī)院的應用系統(tǒng)之間，甚至于同一個醫(yī)院

11、的不同應用系統(tǒng)之間使用不同的術(shù)語表示體系，是數(shù)據(jù)整合或信息交換必須解決的問題一個醫(yī)學問題（如“Cholera霍亂”）可以用SNOMED-CT輸入，但是在輸出和查詢的時候需要用ICD-9-CM表示這種“概念映射”需要依賴外部系統(tǒng)來提供映射數(shù)據(jù)平臺基礎(chǔ)功能的例二：術(shù)語注冊和映射服務(wù)醫(yī)療體系內(nèi)有眾多的術(shù)語連續(xù)的、完整的、電子健康檔案 / 電子病歷形成一個立體的、整體的健康檔案記錄項構(gòu)架，可以全面地反應出個人健康、疾病、環(huán)境、醫(yī)療服務(wù)行為的全貌集成平臺關(guān)鍵技術(shù)路線總結(jié)連續(xù)的、完整的、電子健康檔案 / 電子病歷形成一個立體的、整跨越生命周期各個階段跨越各個醫(yī)療衛(wèi)生機構(gòu)疾控藥房/藥店120急救指揮醫(yī)院衛(wèi)生

12、監(jiān)督社區(qū)服務(wù)中心婦幼保健院藥房/藥店門診/住院家庭醫(yī)生社區(qū)服務(wù)中心緊急救治檢查/檢驗臨床治療跨越就診個案全過程生命周期診斷完整、連續(xù)的醫(yī)療/健康記錄跨越生命周期各個階段跨越各個醫(yī)療衛(wèi)生機構(gòu)疾控藥房/藥店120全生命周期的健康管理全生命周期的健康管理病歷概要 門急診病歷記錄 住院病歷記錄 健康體檢記錄 轉(zhuǎn)診記錄 法定醫(yī)學證明及報告 醫(yī)療機構(gòu)信息 電子病歷門(急)診業(yè)務(wù)需求醫(yī)療服務(wù)支撐業(yè)務(wù)需求病區(qū)診療業(yè)務(wù)醫(yī)療管理運營管理數(shù)據(jù)中心網(wǎng)絡(luò)與通訊存儲系統(tǒng)標準體系系統(tǒng)安全集成平臺衛(wèi)生部：基于電子病歷的醫(yī)院信息系統(tǒng)建設(shè)方案（2011年4月）數(shù)據(jù)中心實現(xiàn)廣義電子病歷的集中存儲和利用病歷概要 門急診住院病健康體檢

13、記錄 轉(zhuǎn)診記錄 法定醫(yī)學醫(yī)療機臨床目標知識信息臨床診療臨床決策EMR創(chuàng)造共享臨床信息的能力知識轉(zhuǎn)換為更好的診療基于知識的臨床決策源于精準的臨床信息臨床目標知識信息臨床診療臨床決策EMR創(chuàng)造共享臨床知識轉(zhuǎn)換為管理目標統(tǒng)一的數(shù)據(jù)模型統(tǒng)一的數(shù)據(jù)倉庫統(tǒng)一的數(shù)據(jù)采集口徑！-統(tǒng)一的數(shù)據(jù)來源統(tǒng)一的數(shù)據(jù)定義統(tǒng)一的數(shù)據(jù)展示管理目標統(tǒng)一的數(shù)據(jù)模型統(tǒng)一的數(shù)據(jù)倉庫統(tǒng)一的數(shù)據(jù)采集口徑！Enterprise LevelRegistries Data& ServicesClinical Data & ServicesDataWarehouseSharedClinical RecordDrugInformationDiagn

14、osticImagingLaboratoryPOINT OF SERVICE人事/財務(wù)/管理物資/后勤臨床和管理信息瀏覽器BusinessRulesClinical DataIndexMessageStructuresNormalizationRulesSecurity MgmtDataPrivacy DataConfigurationLISPACSEMRHISLongitudinal Record ServicesESBCommunication BusCommon ServicesClientRegistryProviderRegistryLocationRegistryTerminolo

15、gyRegistryData MartClinical Knowledge & ServicesClinical Knowledge Base數(shù)據(jù)中心系統(tǒng)架構(gòu)Enterprise LevelRegistries Dat數(shù)據(jù)中心基于云平臺實現(xiàn)統(tǒng)一管理云平臺根據(jù)信息系統(tǒng)在運營中存在設(shè)備管理難、數(shù)據(jù)管理難、安全管理難、入侵防控難、以及應用管理難等問題，建立的信息系統(tǒng)云解決方案。 數(shù)據(jù)中心基于云平臺實現(xiàn)統(tǒng)一管理云平臺根據(jù)信息系統(tǒng)在運營中存在形成整體的醫(yī)療云解決方案云運營管理平臺云計算虛擬化平臺云存儲管理平臺 云運營 云平臺 云存儲流程控制管理監(jiān)控告警管理報表管理計費管理虛擬機管理資源調(diào)度鏡像管理平臺虛

16、擬化分布式存儲架構(gòu)負載均衡多副本應用容災備份形成整體的醫(yī)療云解決方案云運營管理平臺云計算云存儲管理平臺 一體機和桌面虛擬化產(chǎn)品（瘦終端 ） 一體機和桌面虛擬化產(chǎn)品（瘦終端 ）臨床信息瀏覽器臨床信息瀏覽器管理和臨床數(shù)據(jù)瀏覽都支持移動應用管理和臨床數(shù)據(jù)瀏覽都支持移動應用支持移動設(shè)備的統(tǒng)一儀表盤支持移動設(shè)備的統(tǒng)一儀表盤 解決方案優(yōu)勢分析促進醫(yī)院管理，提高運營效率；促進醫(yī)療服務(wù)的標準化，促進醫(yī)療監(jiān)督，提高服務(wù)質(zhì)量；實現(xiàn)醫(yī)療信息及業(yè)務(wù)流程的整合與再利用，建立以“病人為中心”的醫(yī)院信息系統(tǒng)；采用HL7 V3 CDA Level3來進行臨床文檔的存儲和交換；采用 HL7 RIM 以及HL7 開發(fā)框架（HDF）來建立信息模型；采用IHE規(guī)范來作為異構(gòu)系統(tǒng)之間的系統(tǒng)集成規(guī)范和流程整合規(guī)范；采用SOA的架構(gòu)來構(gòu)建平臺及平臺之上的應用，通過Web Service和ESB（企業(yè)服務(wù)總線）實現(xiàn)異構(gòu)系統(tǒng)互連； 解決方案優(yōu)勢分析*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解決的問題4、解決方案詳述5、我們的優(yōu)勢*提綱1、解決方案目標客戶2、客戶項目業(yè)務(wù)需求3、解決方案解*一、 雄厚的資金支持杰賽作為