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

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

3、、醫(yī)?？?、市民卡、護(hù)照、駕駛執(zhí)照、殘疾人證、軍官證、老人證、健康卡在不同系統(tǒng)有不同的ID在同一系統(tǒng)，也可能會注冊多個ID 管理信息利用率低提供的報表和數(shù)據(jù)沿襲了手工操作方式，無法體現(xiàn)各系統(tǒng)之間的內(nèi)在關(guān)系數(shù)據(jù)來源單一，分析方法和分析手段落后，綜合性、決策支持管理的功能較弱雖然建立了部分特定主題的數(shù)據(jù)集市，但應(yīng)用比較離散，缺乏整合，沒有建立一個站在醫(yī)院高度的統(tǒng)一模型和視圖技診分析員工收入與人員成本分析門診分析住院分析衛(wèi)生材料分析成本控制分析陽光用藥醫(yī)院管理評價指標(biāo)分析醫(yī)保公醫(yī)監(jiān)控分析經(jīng)濟(jì)效益分析手術(shù)分析.*系統(tǒng)集成的三個層面HIS系統(tǒng)電子病歷系統(tǒng)界面層集成的現(xiàn)狀需要不同界面上分別登錄和操作系統(tǒng)離散

4、的臨床信息，沒有統(tǒng)一的組織規(guī)劃數(shù)據(jù)層集成的現(xiàn)狀HIS愛迪電子病歷銳科 PACS群志OA愛迪體檢麥迪克斯心電系統(tǒng)朗珈病理麥迪斯頓手術(shù)麻醉藍(lán)韻B超點(diǎn)對點(diǎn)集成帶來 N X（N-1）的復(fù)雜性應(yīng)用層集成的現(xiàn)狀高通內(nèi)窺鏡*提綱提綱1 1、解決方案目標(biāo)客戶解決方案目標(biāo)客戶2 2、客戶項(xiàng)目業(yè)務(wù)需求客戶項(xiàng)目業(yè)務(wù)需求3 3、解決方案解決的問題解決方案解決的問題4 4、解決方案詳述解決方案詳述5 5、我們的優(yōu)勢、我們的優(yōu)勢 建設(shè)核心建設(shè)基于SOA架構(gòu)的醫(yī)院信息整合平臺,提供以病人為中心的完整視圖以及提供臨床信息的再利用。提供由淺入深的三層集成 SSO單點(diǎn)登錄 實(shí)現(xiàn)賬戶角色的集成和UI的集成。 定義數(shù)據(jù)結(jié)構(gòu)標(biāo)準(zhǔn)，實(shí)現(xiàn)

5、各異構(gòu)系統(tǒng)之間的數(shù)據(jù)集成。標(biāo)準(zhǔn)化醫(yī)療信息模型，定義業(yè)務(wù)域，實(shí)現(xiàn)異構(gòu)系統(tǒng)跨業(yè)務(wù)的集成。 集成平臺關(guān)鍵技術(shù)問題第一個核心問題：信息如何共享？第一個核心問題：信息如何共享？復(fù)雜數(shù)據(jù)結(jié)構(gòu)對關(guān)系型數(shù)據(jù)庫提出巨大挑戰(zhàn)嚴(yán)格對一個人的完整病歷建模，需嚴(yán)格對一個人的完整病歷建模，需上千張表來描述；千張表來描述；更嚴(yán)重的是，在不同系統(tǒng)中有各自不同的模型定義。更嚴(yán)重的是，在不同系統(tǒng)中有各自不同的模型定義。設(shè)計復(fù)雜性設(shè)計復(fù)雜性數(shù)據(jù)難理解數(shù)據(jù)難理解數(shù)據(jù)難查詢數(shù)據(jù)難查詢難以適應(yīng)不同醫(yī)院不同要求難以適應(yīng)不同醫(yī)院不同要求*醫(yī)療數(shù)據(jù)模型醫(yī)生醫(yī)生檢驗(yàn)人員檢驗(yàn)人員護(hù)士護(hù)士病人病人醫(yī)療保險醫(yī)療保險診療記錄診療記錄病歷病歷試驗(yàn)報告試驗(yàn)

6、報告資料庫資料庫文檔文檔關(guān)系表關(guān)系表HL7 RIM對象模型對象模型非格式化非格式化不規(guī)范不規(guī)范機(jī)器不能理機(jī)器不能理解解難利用難利用非標(biāo)準(zhǔn)化非標(biāo)準(zhǔn)化復(fù)雜復(fù)雜不靈活不靈活難擴(kuò)展難擴(kuò)展難應(yīng)用難應(yīng)用標(biāo)準(zhǔn)化標(biāo)準(zhǔn)化靈活靈活易理解易理解可擴(kuò)展可擴(kuò)展引申問題：如何確定信息模型？引申問題：如何確定信息模型？HL7 V3 是醫(yī)療數(shù)據(jù)信息描述的國際標(biāo)準(zhǔn)（ISO標(biāo)準(zhǔn)）HL7 V3 RIM是醫(yī)療數(shù)據(jù)信息的通用模型它是高度抽象、高度靈活、高度開放、高度統(tǒng)一的EntityRoleParticipationActActRelationshipRoleLink0.1 Player0.*PlayedRole0.1 Scoper0

7、.*ScopedRole1 0.*1 0.*Source1OutboundRelationship0.*1TargetInboundRelationship0.*1SourceOutboundLink0.*1TargetInboundLink0.*Participates inhas六個基本類型就如同可以變幻出大千世界的“元素周期表”例子：體溫數(shù)據(jù)的傳輸有的標(biāo)準(zhǔn)會定義為兩項(xiàng)：Value：數(shù)值Unit：/但有價值的信息被丟棄了！部位：口腔、腋下、直腸？時間：早上、中午、晚上？儀器：體溫計、紅外線？觀察人、觀察機(jī)構(gòu).？未來可能的擴(kuò)展.？為什么要使用為什么要使用HL7 RIM作為信息模型？作為信息模

8、型？例子：體溫數(shù)據(jù)的傳輸HL7 的數(shù)據(jù)傳輸標(biāo)準(zhǔn)體溫是作為一個Observation對象傳輸?shù)挠^察時間觀察方法觀察部位觀察人傳統(tǒng)集成方式：N(N1)的復(fù)雜性第二個核心問題：系統(tǒng)如何集成？第二個核心問題：系統(tǒng)如何集成？實(shí)現(xiàn)基于SOA 服務(wù)總線的應(yīng)用集成BEPL業(yè)務(wù)流程重組ESB（服務(wù)總線）HL7 MessageHISHL7 MessageHL7 MessageHL7 MessageHL7 MessageHL7 MessageHL7 MessagePACSLISCISMISPACS其他第三方系統(tǒng)適配器適配器消息隊列發(fā)布/訂閱格式轉(zhuǎn)換智能路由事件驅(qū)動可以實(shí)現(xiàn)基于服務(wù)的異構(gòu)系統(tǒng)間的互操作例一：患者主索引

9、服務(wù)平臺所提供的典型公共服務(wù)平臺所提供的典型公共服務(wù)平臺基礎(chǔ)功能的例一：MPI服務(wù)患者本身有多種標(biāo)識身份證、醫(yī)?？ā⑹忻窨?、護(hù)照、駕駛執(zhí)照、殘疾人證、軍官證、老人證、健康卡在不同的醫(yī)療機(jī)構(gòu)有不同的ID在同一醫(yī)療機(jī)構(gòu)的不同系統(tǒng)有不同的ID在同一醫(yī)療機(jī)構(gòu)的同一系統(tǒng)，可能會注冊多個ID實(shí)現(xiàn)各個系統(tǒng)患者標(biāo)識唯一識別與交叉映射PACS體檢體檢id 1id 2id 3id 4id 5id 6HISEMRid 7id 8id 9id 10id 11id 12id a1id a2id aid b1id b2id b全局全局ID例二：術(shù)語注冊與映射服務(wù)平臺所提供的典型公共服務(wù)平臺基礎(chǔ)功能的例二：術(shù)語注冊和映射服

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

11、中心婦幼保健院藥房/藥店門診/住院家庭醫(yī)生社區(qū)服務(wù)中心緊急救治檢查/檢驗(yàn)臨床治療跨越就診個案全過程生命周期跨越就診個案全過程生命周期診斷完整、連續(xù)的醫(yī)療完整、連續(xù)的醫(yī)療/健康記錄健康記錄全生命周期的健康管理全生命周期的健康管理病歷概要病歷概要 門急診門急診病歷記錄病歷記錄 住院病住院病歷記錄歷記錄 健康體健康體檢記錄檢記錄 轉(zhuǎn)診記錄轉(zhuǎn)診記錄 法定醫(yī)學(xué)法定醫(yī)學(xué)證明及報證明及報告告 醫(yī)療機(jī)醫(yī)療機(jī)構(gòu)信息構(gòu)信息 電子電子病歷病歷門門( (急急) )診業(yè)診業(yè)務(wù)需務(wù)需求求醫(yī)療醫(yī)療服務(wù)服務(wù)支撐支撐業(yè)務(wù)業(yè)務(wù)需求需求病區(qū)診療業(yè)務(wù)病區(qū)診療業(yè)務(wù)醫(yī)醫(yī)療療管管理理運(yùn)運(yùn)營營管管理理數(shù)數(shù)據(jù)據(jù)中中心心網(wǎng)絡(luò)與通訊網(wǎng)絡(luò)與通訊存儲

12、系統(tǒng)存儲系統(tǒng)標(biāo)標(biāo)準(zhǔn)準(zhǔn)體體系系系統(tǒng)安全系統(tǒng)安全集成平臺集成平臺衛(wèi)生部：基于電子病歷的醫(yī)院信息系統(tǒng)建設(shè)方案（2011年4月）數(shù)據(jù)中心實(shí)現(xiàn)廣義電子病歷的集中存儲和利用臨床目標(biāo)知識信息臨床診療臨床決策EMR創(chuàng)造共享臨床信息的能力知識轉(zhuǎn)換為更好的診療基于知識的臨床決策源于精準(zhǔn)的臨床信息管理目標(biāo)統(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 RecordDrugI

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

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

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