電子病歷-HL7-DICOM3-XML講解課件

1、電子病歷、HL7、DICOM3電子病歷(Electronic Medical Record)193520061935200619352006電子病歷的概念電子病歷是以電子化方式管理的有關(guān)個人終生健康狀態(tài)和醫(yī)療保健行為的信息，涉及病人信息的采集、存儲、傳輸、處理和利用。 可在醫(yī)療中作為主要的信息源取代紙張病歷，提供超越紙張病歷的服務(wù)，滿足所有的醫(yī)療、法律和管理需求；具有多種名稱：CPR, EMR, EPR, CBPR, PRMI, EHR, PHR, EHCR, ICRS； 電子病歷管理系統(tǒng)，是指對形成之后的電子病歷進行的相關(guān)的管理功能。信息+服務(wù)=電子病歷面向問題的病人記錄：信息存儲問題列表，

2、電子病歷的基本要求，其編碼采用ICD9CM/NANDA, 中醫(yī)診斷標準正在進行。符合臨床醫(yī)生思維，幫助醫(yī)生全面準確考慮問題的方法CPR交換：遵循HL7采用HL7 Version 3 Standard: Clinical Document Architecture Framework 1.0 這是未來醫(yī)院之間電子病歷交換的前提（可以記錄在磁盤，磁卡，IC卡，或通過網(wǎng)絡(luò)等傳輸）用同一界面訪問所有臨床信息e-health.solutions圖像報告實驗室結(jié)果電子病歷用戶界面無線網(wǎng)絡(luò)實現(xiàn)電子病歷的意義預(yù)防和減少醫(yī)療錯誤提高醫(yī)療工作效率提高醫(yī)療工作質(zhì)量 控制醫(yī)療費用改進醫(yī)院管理 為病人信息的異地共享提供

3、了方便 為宏觀醫(yī)療管理提供了基礎(chǔ)信息源 美國的前十位死亡原因統(tǒng)計醫(yī)療處置不當（錯誤） 列第五位，高于肺炎、糖尿病 、車禍、自殺和腎臟疾病，人數(shù)在48，000到96，000之間。以上統(tǒng)計結(jié)果多少有些聳人聽聞，但我國的實際情況更為糟糕。許多研究表明，在每年發(fā)生的幾百萬件醫(yī)療錯誤中，可以預(yù)防的占70%，有可能預(yù)防的占6%，不可能預(yù)防的占24% 美國的前十位死亡原因統(tǒng)計世界性的浪潮-加速EHR系統(tǒng)的發(fā)展美國總統(tǒng)喬治.W.布什在對眾議院的年度國情咨文中提倡升級醫(yī)療信息技術(shù)建設(shè). 他說: 將健康記錄計算機化,我們可以避免嚴重的醫(yī)療事故,降低費用,提高醫(yī)療水平.布什總統(tǒng)已經(jīng)制定了一份計劃，以確保大多數(shù)美國人

4、在今后10 年內(nèi)擁有電子健康記錄；衛(wèi)生信息技術(shù)計劃將致力于解決全國醫(yī)療體系長期存在的問題，諸如可以預(yù)防的醫(yī)療差錯、參差不齊的醫(yī)療服務(wù)質(zhì)量和不斷上漲的醫(yī)療費用。國外現(xiàn)狀經(jīng)過多年的發(fā)展，在發(fā)達國家，電子病歷已有一定規(guī)模。尤其是最近幾年，電子病歷的應(yīng)用有了迅猛地發(fā)展。表顯示了美國最近三年電子病歷的實施情況： 缺乏統(tǒng)一標準，各電子病歷應(yīng)用系統(tǒng)之間不集成，不能適應(yīng)不同醫(yī)務(wù)人員的特殊需求等問題。美國在臨床信息系統(tǒng)的標準化研究方面已經(jīng)作了大量重要的工作，如數(shù)據(jù)交換標準DICOM3、HL7。存在的問題需要解決的問題技術(shù)標準的研究與應(yīng)用數(shù)據(jù)結(jié)構(gòu)與存儲結(jié)構(gòu)安全與隱私保密問題法律問題發(fā)展方向智能化是理想電子病歷的標

5、志標準化是電子病歷發(fā)展的必然趨勢網(wǎng)絡(luò)化是充分利用電子病歷信息資源的必經(jīng)之路集成化將使電子病歷系統(tǒng)的功能更加強大1. HL7 Health Level 7“七”指的是什么呢？在“ HL7” 里，“ 7” 位于開放系統(tǒng)互連系列通信協(xié)議的應(yīng)用層的最頂層并沒有HL16其他標準為應(yīng)用層的最底層，如：表述層(如：Windows)傳輸層 (如：TCP/IP, DCOM）連接層(如：Ethernet）ISO-OSI 網(wǎng)絡(luò)體系結(jié)構(gòu)模型 1物理 Physical 2鏈路 Data Link 3網(wǎng)絡(luò) Network 4傳輸 TransportCommunication 5會話 Session 6表示 Present

6、ation 7應(yīng)用 ApplicationFunctionHL7 HL7與網(wǎng)絡(luò)體系結(jié)構(gòu)及協(xié)議的關(guān)系HL7 與 OSI 的關(guān)系鏈路 Data Link物理 Physical傳輸 Transport網(wǎng)絡(luò) Network表示 Presentation會話 Session應(yīng)用 ApplicationFTPHTTPPOP3.TCPUDPIPLLC; MACSMTP實體線路Health Level Seven (HL7)HL7能為我們提供什么? 開發(fā)和研制醫(yī)療數(shù)據(jù)信息傳輸協(xié)議及標準 優(yōu)化臨床及其管理數(shù)據(jù)信息的程序 降低衛(wèi)生信息系統(tǒng)互連的成本 提高衛(wèi)生信息系統(tǒng)之間數(shù)據(jù)信息共享的程度HL7目標* 全美國約有9

7、5%的醫(yī)院，95%的醫(yī)療相關(guān)設(shè)備及信息系統(tǒng)應(yīng)用HL7作為其標準。 * HL7 現(xiàn)有會員2200多名，代表著世界上主要國家和主流技術(shù)的發(fā)展趨勢。* 包括中國在內(nèi)的26個國家加入。HL7的影響力 HL7的應(yīng)用得到你的醫(yī)學信息任何時間，任何地點，任何設(shè)備。 HL7標準： 2.2 1994年2月頒布 (ANSI) 2.3 1997年5月頒布 (ANSI) 2.3.1 1999年4月頒布 (ANSI) 2.4 2000年10月頒布 (ANSI) 2.5 2003年8月頒布 (ANSI) 3.0 2004年3月部分 (ANSI)HL7研究的標準及其進展與相關(guān)標準的合作DICOM、XML、IEEE(X12N

8、)、ASTM(E31) SNOMED、ICD、LOINC、CPT、NDCCEN TC251、 ISO 215HL7消息模型Converts and sends in HL7Receives in HL7HL7消息傳輸格式MessageSegmentField消息（Message）： 消息是數(shù)據(jù)在系統(tǒng)之間交換的基本單元，每條消息都有各自的消息類型（共有112種）用于定義消息目的 消息類型中有觸發(fā)事件(Trigger Event) 如ADT 消息由若干個段組成。HL7-消息格式HL7-消息格式段(Segment):共有138種消息段，用預(yù)先規(guī)定的唯一的3字符碼標示。MSH Message head

9、er segmentEVNEvent type segmentPIDPatient ID SEGMENTNK1Next of kin segmentPV1Patient visit segment 消息段分為：必須、可選、可重復(fù)三種類型一個 HL7 SegmentMSH|&|PATH|GP123|200108261705+1100|A04|101|P|2.4|34567|AL|NE|AU|enEVN|A01|200108261645+1100|PID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219

10、171803NK1|1|KneesBarbaraK|Wife|CPContact person|PV1|1|I|2000201201|E|004777GetwellSaraJ|TRMA|ADM|A0|Segments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270

11、OBX|1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FSegments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|

12、1|NM|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FSegments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM

13、|1751-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FSegments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|175

14、1-7S AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FSegments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S

15、 AlbuminLN|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FMSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminLN|38|

16、g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FRepeated Segments .MSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803OBR|1|PMS66666|956635.9|LFTLIVER FUNCTION TESTN2270OBX|1|NM|1751-7S AlbuminL

17、N|38|g/L|35-45|FOBX|2|NM|1779-8S Alkaline PhosphataseLN|52|U/L|30-120|FRepeated Segments .數(shù)據(jù)域（Fields）： 是一個字符串。數(shù)字域必須定義其在消息段中的位置、長度、數(shù)據(jù)類型(55種)、選擇類型、重復(fù)性。HL7-消息格式NK1|1|KneesBarbaraK|Wife|CPContact person|PV1|1|I|2000201201|E|004777GetwellSaraJ|TRMA|ADM|A0|觀察一下 “Fields” .IDNameSexStreet AddressTown/Suburb

18、DOBMSH|&|PATH|GP123|20000826|ORU|101|P|2.4|34567|AL|NE|AU|enPID|KNEE123|KneesNobbyJMr|19331215|M|23 Shady LaneLIGHTNING RIDGENSW2392|219171803一個 HL7 例子Message header segmentMSH|EASIHIS|TGH|TOM|PMH|199801181007|security|ADT|MSGG00201|Event type segmentEVN|01|199801181005| 一個 HL7 例子(續(xù))Patient ID segme

19、ntPID|PATID1234567|DoeJohnII|19470701|m|c|1 MAIN AVETORONTO ONTL3P6H3|416-571-1062|一個 HL7 例子(續(xù))Next kin segmentNK1|DoeLinda|wife|Patient visit segmentPV1|1|I|10034501|00135SMITHWILLIAM|SUR|ADM| HL7-實例的意義Patient John Doe, male, Caucasian, born on July 1, 1947, lives at 1 Main Avenue in Toronto, was a

20、dmitted on January 18, 1998, at 10:05 am by Doctor William Smith (#00135) for surgery. The patient has been assigned to Room 345 bed 01 on nursing unit 100. The next of kin is Linda Doe, wife. The ADT message was sent from system EASIHIS at the TGH site to system TOM at PMH site on the same date two

21、 minutes after the patient was admitted.HL7-enabled systemReceiverDataHL7 如何工作?NetworkHL7-enabled systemSenderDataHL7MessageCreationEncodingHL7MessageParsingEncodingHL7 V3.0StandardHL7 V3.0StandardDICOM標準( Digital Imaging and Communication in Medicine )DICOM標準的歷史第1個版本ACRNEMA Version 1.0于1985年發(fā)布；第2個版

22、本ACRNEMA Version 2.0于1988年發(fā)布；第3個版本DICOM 3.0是ACRNEMA的擴展，它由ACRNEMA的聯(lián)合委員會制訂，世界上其他一些標準化組織也參予制訂。DICOM標準的目的制定DICOM標準的主要目的是促進不同醫(yī)學成像設(shè)備間的互操作性。 標準不僅支持醫(yī)學放射圖像，實際上面向所有醫(yī)學圖像，并涉及HIS/RIS的行政管理和其他實驗數(shù)據(jù)。DICOM 標準的內(nèi)容符合DICOM標準的儀器所必須遵循的一套協(xié)議；利用上述協(xié)議能在儀器設(shè)備間交換的命令以及相關(guān)的信息的語法和語義；一臺符合標準的設(shè)備必須提供的信息。 DICOM層次結(jié)構(gòu)DICOM規(guī)范第一部分：引言與概述，簡要介紹了DI

23、COM的概念及其組成。提供了整個DICOM標準的綜述。包括歷史、范圍、目標和標準的結(jié)構(gòu)，對標準的各部分都有簡要的描述。 第二部分：兼容性，精確地定義了聲明DICOM要求制造商精確地描述其產(chǎn)品的DICOM兼容性，即構(gòu)造一個該產(chǎn)品的DICOM兼容性聲明，它包括選擇什么樣的信息對象、服務(wù)類、數(shù)據(jù)編碼方法等，每一個用戶都可以從制造商處得到這樣一份聲明。DICOM標準文件內(nèi)容概要第三部分：利用面向?qū)ο蟮姆椒?，定義了兩類信息對象類：普通型、復(fù)合型。普通型的信息對象種類只包括那些現(xiàn)實中實體表現(xiàn)出的固有的屬性。復(fù)合的信息對象種類可以擴展的包括那些與現(xiàn)實中實體相關(guān)的但不是固有的屬性。第四部分：服務(wù)類，說明了許多

24、服務(wù)類，服務(wù)類詳細論述了作用與信息對象上的命令及其產(chǎn)生的結(jié)果。一個服務(wù)類通過一個或多個命令控制一個或多個信息對象。服務(wù)種類規(guī)范聲明了命令元的需求以及應(yīng)用于信息對象的命令執(zhí)行結(jié)果。服務(wù)種類規(guī)范既聲明了供應(yīng)者的需求又聲明了通訊服務(wù)使用者的需求。第五部分：數(shù)據(jù)結(jié)構(gòu)及語意，描述了怎樣對信息對象類和服務(wù)類進行構(gòu)造和編碼。DICOM標準文件內(nèi)容概要第六部分：數(shù)據(jù)字典，描述了所有信息對象是由數(shù)據(jù)元素組成的，數(shù)據(jù)元素是對屬性值的編碼。第七部分：消息交換，定義了進行消息交換通訊的醫(yī)學圖像應(yīng)用實體所用到的服務(wù)和協(xié)議。第八部分：消息交換的網(wǎng)絡(luò)通訊支持，說明了在網(wǎng)絡(luò)環(huán)境下的通訊服務(wù)和支持DICOM應(yīng)用進行消息交換的必要的上層協(xié)議。第九部分：消息交換的點對點通訊支持，說明了與ACRNEMA2.0兼容的點對點通訊的服務(wù)和協(xié)議。DICOM標準文件內(nèi)容概要DICOM 文件格式1.