1、第三章 醫(yī)療信息交換標(biāo)準(zhǔn),3.1 簡(jiǎn)介,HL7的起源 現(xiàn)今的醫(yī)院信息系統(tǒng)HIS已經(jīng)廣泛使用 由于缺少統(tǒng)一的醫(yī)療信息交換標(biāo)準(zhǔn)，使得醫(yī)院都成了信息的孤島 為了解決由于信息交換的標(biāo)準(zhǔn)不同而出現(xiàn)的種種問(wèn)題，HL7標(biāo)準(zhǔn)技術(shù)應(yīng)時(shí)而生,3.1.1 標(biāo)準(zhǔn)的功能,發(fā)展異構(gòu)信息系統(tǒng)之間的醫(yī)療信息交換 整合非標(biāo)準(zhǔn)信息格式 使醫(yī)院信息系統(tǒng)適應(yīng)“以患者信息為中心”的要求,傳統(tǒng)HIS與LIS系統(tǒng)間通信,統(tǒng)一的結(jié)構(gòu)化設(shè)計(jì),例:,張立在安圖醫(yī)院內(nèi)科就診，由于病情的突變，安圖醫(yī)院已經(jīng)沒(méi)有條件對(duì)他繼續(xù)進(jìn)行治療，必須要轉(zhuǎn)到華山醫(yī)院進(jìn)行治療,這樣不論在時(shí)間上，還是在資源上，都造成了不必要的浪費(fèi)，嚴(yán)重的甚至可能因?yàn)殄e(cuò)過(guò)患者的最佳治療時(shí)

2、機(jī)而危及患者的生命,但是由于兩個(gè)醫(yī)院間無(wú)法實(shí)現(xiàn)資源共享，華山醫(yī)院必須對(duì)張立重新開(kāi)始進(jìn)行診斷，而不能利用安圖醫(yī)院已有的資料,3.1.3 標(biāo)準(zhǔn)簡(jiǎn)介HL7(Health Level Seven，健康信息交換第七層協(xié)議) 醫(yī)療領(lǐng)域不同應(yīng)用系統(tǒng)之間電子數(shù)據(jù)傳輸?shù)膮f(xié)議,OSI and HL 7,Layer 7,Layer 6,Layer 5,Layer 4,Layer 3,Layer 2,Layer 1,Health Level 7,基于標(biāo)準(zhǔn)的醫(yī)療信息傳輸,3.1.4 目的與目標(biāo),建立在HL7標(biāo)準(zhǔn)上的電子病歷可方便醫(yī)院之間患者的信息交換 使醫(yī)療器械、HIS、RIS、PACS廠商的產(chǎn)品處于市場(chǎng)競(jìng)爭(zhēng)的有利地位

3、,P73,3.1.5 標(biāo)準(zhǔn)的發(fā)展,國(guó)內(nèi)發(fā)展,HL7中國(guó)研究中心(HL7 China)于2000年建立 HL7 China 于2001年在太平洋醫(yī)信科技有限公司的支持下舉辦了中國(guó)“首屆HL7理論與應(yīng)用技術(shù)研討大會(huì)” 2002年在上海舉辦了“HL7應(yīng)用交流研討大會(huì)”,3.2 HL7標(biāo)準(zhǔn)特征 3.2.1 基礎(chǔ)知識(shí),HL7的運(yùn)作方式,觸發(fā)事件(Trigger events),觸發(fā)(Triggering) 機(jī)制 以事件來(lái)啟動(dòng)信息傳輸 現(xiàn)實(shí)世界的醫(yī)療事件造成信息系統(tǒng)間的信息流動(dòng) 觸發(fā)事件（Trigger Events） 觸發(fā)信息傳輸?shù)尼t(yī)療事件 如：患者入出轉(zhuǎn)院在HL7中對(duì)應(yīng)于ADT 事件,患者入出轉(zhuǎn) (A

4、DT) 院在HL7中對(duì)應(yīng)的ADT事件,ADT,HL 7 觸發(fā)事件,Patient Administration (Event A) Order Entry (Event O) Query (Event Q) Financial Management (Event P) Observation Reporting (Event R) Master Files (Event M),Medical Records/Information Management (Event T) Scheduling (Event S) Patient Referral (Event I) Patient Care

5、(Event PC),每個(gè)事件至少對(duì)應(yīng)一個(gè)消息，如患者入院對(duì)應(yīng)ADT A01消息,ADT,消息(Message),系統(tǒng)間傳輸數(shù)據(jù)的最小單位，由一組有規(guī)定次序的段組成。每個(gè)消息都用一個(gè)消息類型來(lái)表示其用途 每個(gè)事件對(duì)應(yīng)一個(gè)消息，如患者入院對(duì)應(yīng)ADT A01消息,例: ADT/ACK消息,3.2.2 基本原理 章 (Chapter)： 將醫(yī)院中的流程分割成塊，以章節(jié)表示,Chapter,第一章-HL7簡(jiǎn)介(Introduction) 第二章- HL7控制 (Control) 第三章-病人管理(Patient Administration) 病人登記 (掛號(hào)、入院) 病人基本資料 病人離院 病人轉(zhuǎn)院

6、,病人登記 (掛號(hào)、入院),醫(yī)囑(Order),第四章-醫(yī)囑(Order) 開(kāi)設(shè)醫(yī)囑 (Place New Order) 更改醫(yī)囑(Change Order) 取消醫(yī)囑(Cancel Order) 醫(yī)囑回復(fù)(Order Response) 第五章-查詢 (Query) 查詢規(guī)則 查詢方式,第六章-財(cái)務(wù)管理(Financial Management) 第七章-報(bào)告(Observation Reporting) 實(shí)驗(yàn)室檢查結(jié)果(Laboratory test results) 臨床測(cè)量報(bào)告(Clinical measures) 第八章-主要文檔(Master Files) 系統(tǒng)間共用的基本資料 不

7、需重復(fù)輸入並維持同步,報(bào)告(Observation Reporting),第九章-病例與信息管理(Medical Records/Information Management) 傳送病歷資料 狀態(tài)異動(dòng) 資料更新 第十章-計(jì)劃安排(Scheduling) 第十一章-病人轉(zhuǎn)科 (Patient Referral) 病人轉(zhuǎn)診、轉(zhuǎn)檢 轉(zhuǎn)診回復(fù),第十二章-病人看護(hù) (Patient Care) 看護(hù)目標(biāo) 看護(hù)方式 相關(guān)協(xié)助信息 第十三章-實(shí)驗(yàn)室自動(dòng)化(Clinical Laboratory Automation) 儀器自動(dòng)化連接 儀器整合,實(shí)驗(yàn)室自動(dòng)化(Clinical Laboratory Autom

8、ation),第十四章-應(yīng)用系統(tǒng)管理(Application Management) 系統(tǒng)時(shí)間 應(yīng)用系統(tǒng)狀態(tài) 網(wǎng)絡(luò)連接狀態(tài) 第十五章-人事管理(Personnel Management) 人事資料管理,3.3 HL7消息結(jié)構(gòu),P88,Message Type,HL 7 Message,Segment: 是數(shù)據(jù)字段的一個(gè)邏輯組合。每個(gè)段都用一個(gè)惟一的三字符代碼所標(biāo)志，這個(gè)代碼稱作段標(biāo)志,段(Segments),P132,segments,字段(Fields)：,字段是一個(gè)字符串,HL7編碼規(guī)則,單個(gè)字段的重復(fù)使用 使用重復(fù)字段分隔符 例：營(yíng)口路101號(hào) 軍工路516號(hào) 字段分割符 使用符號(hào) |

9、作為字段之間的分割 例：| 營(yíng)口路101號(hào) 軍工路516號(hào) | ,P58,HL7編碼規(guī)則,成分的分割 使用符號(hào) 作為成分的分割 例：| 營(yíng)口路101號(hào) 200093 軍工路516號(hào) 200093 | 子成分之間由“&”進(jìn)行分隔: 例: |AAAXXXYYY&ZZZBBB|,分隔符表,MSH段定義表,序號(hào),長(zhǎng)度,數(shù)據(jù)類型,可選性,是否重復(fù),參考表,字段名稱,P116-125,MSH段定義表,P116-125,解釋ADT消息,MSH：消息頭 MSH段定義了消息的含義、 來(lái)源、目的和一些特定的語(yǔ)法 例: MSH|&|ADT1|MCM| LABADT|MCM|198808181126| SECURIT

10、Y|ADTA01|MSG00001| P|2.4|,P110,MSH|&|ADT1|MCM|LABADT|MCM|199908181126|SECURITY|ADTA01|MSG00001-|P|2.3|,P111,EVN事件類型段 包括：事件類型代碼 日期時(shí)間事件 日期時(shí)間計(jì)劃事件 事件原因代碼 操作員ID 例：EVN|A01|198808181123|01|,P129 -格式,PID就診者身份識(shí)別段 例： PID|1| |PATID12345M11ADT1MRMCM 123456789USSSASS| | JONESWILLIAMAW| |19610615 |M| | | 1200 N E

11、LM STREETGREENSBORO NC27401|GL1020| (919)379-1212 | (919)271-3434 | |S | | PATID123450012M10ADT1ANA| 123456789|987654NC|,P130-格式,PVl就診者就診段 例1： PV1|1|I|2000201201|004777LEBAUERSIDNEYJ.|SUR|ADTA01 例2： PV1|住院|神內(nèi)room1bed4住院樓2|3 PV2就診者就診附加信息段,P130-格式,NKl近親社會(huì)關(guān)系段 例：NK1|1|JONESBARBARAK|WIWIFE|NKNEXT OF KIN,

12、P130-格式,練習(xí):解析下列HL7消息,注:MSH為消息頭，EVN為本次事件的類型， PID為病人識(shí)別,3.5 HL7消息處理,3.4.1 應(yīng)用程序處理規(guī)則 3.4.2 確認(rèn)消息 3.4.3 顯示消息,P106,應(yīng)用程序處理規(guī)則,Receive A01 send ACK,Network,Trigger Event,Message,醫(yī)院資料庫(kù) HIS,Response,Send HL7 A01 msg receive HL7 ACK msg Adt system,(external) Admit event,Query,HL7 Transaction Types,主動(dòng)更新(Unsolicite

13、d Update),當(dāng)消息交換開(kāi)始于某個(gè)觸發(fā)事件時(shí)，稱該交換為主動(dòng)更新 接收消息的系統(tǒng)應(yīng)回復(fù)“確認(rèn)”(acknowledgement)消息給發(fā)送系統(tǒng),消息與確認(rèn),ADT系統(tǒng),Event type : A01Message Type : ADT /ACK Segment Sequence :MSHEVNPIDPD1.,消息與事件的關(guān)系,消息與觸發(fā)事件間的關(guān)系為一對(duì)多 不同觸發(fā)事件可能使用相同的消息組(以內(nèi)容的不同來(lái)區(qū)分),例： 與病人管理(ADT)相關(guān)的觸發(fā)事件中經(jīng)常采用ADT/ACK消息組,消息確認(rèn)模式,當(dāng)A01消息由一個(gè)系統(tǒng)發(fā)送給另一個(gè)系統(tǒng)時(shí)，在應(yīng)用層上應(yīng)有一個(gè)應(yīng)答確認(rèn)（因?yàn)閮H保證底層通訊是

14、不夠的）,系統(tǒng)必須保證接收應(yīng)用程序在應(yīng)用(邏輯)層成功地處理了數(shù)據(jù),確認(rèn)原始模式(Acknowledgements Original mode) 例： 當(dāng)醫(yī)生為病人安排了實(shí)驗(yàn)室檢查，信息系統(tǒng)將送一個(gè)非請(qǐng)求更新給實(shí)驗(yàn)室應(yīng)用程序來(lái)標(biāo)識(shí)病人，安排檢驗(yàn)。 而當(dāng)實(shí)驗(yàn)室應(yīng)用程序執(zhí)行成功后，它將確認(rèn)這個(gè)安排。,P90,確認(rèn)原始模式(Acknowledgements Original mode),醫(yī)囑事務(wù)將患者基本信息放在ORM 的PID 段中發(fā)出, 通知患者是否需要相應(yīng)檢查。 RIS 使用ORR(一般醫(yī)囑應(yīng)答消息) 做出應(yīng)答,一般醫(yī)囑消息（ ORM）,ORM消息組成,MSH 消息頭信息 PID 患者信息 O

15、RC ORC段包含醫(yī)囑命令所作的檢查項(xiàng)目 OBR OBR段包含關(guān)于診斷及觀察的請(qǐng)求信息,ORC段部分定義,實(shí)現(xiàn)檢查預(yù)約的消息實(shí)例,HIS向RIS發(fā)送預(yù)約消息： MSH|&| HIS | |RIS| |200405201200| | ORMO01| MSG0001| P| PID| | |10032002| |劉明| |19780509| M| | | | ORC|1| 001|1001| | | |1 | | 20040518| | |王蔚| |65390001|20040518|腎| MRI| 張紅| OBR|1| | |01檢查|,確認(rèn)增強(qiáng)模式(Acknow

16、ledgements Enhanced mode) 不僅能接受確認(rèn) (原始確認(rèn))，而且可返回結(jié)果狀態(tài) (應(yīng)用確認(rèn)),P90,確認(rèn)增強(qiáng)模式(Acknowledgements Enhanced mode),確認(rèn)原始模式與確認(rèn)增強(qiáng)模式的區(qū)別,確認(rèn)原始模式： 接受方收到消息后，被要求立即處理并同時(shí)回應(yīng)消息 確認(rèn)增強(qiáng)模式： 接受方收到消息后，先回應(yīng)一個(gè)確認(rèn)消息；在對(duì)消息處理后，再回應(yīng)處理結(jié)果消息,RIS收到預(yù)約消息后，發(fā)送確認(rèn)消息ACK 給HIS，若第一個(gè)字段的值為AA表示接 受HIS的預(yù)約安排，預(yù)約成功： MSH|&| RIS| |HIS| |200405201205| | ACK| RIS0001|

17、P | MSA| AA| MSG0001| ,若HIS成功接受消息，即發(fā)送確認(rèn)消息給RIS,消息確認(rèn)代碼,AA接受成功；AE接受錯(cuò)誤；AR拒絕消息,若接受錯(cuò)誤，原因?yàn)閿?shù)據(jù)類型錯(cuò)，則確認(rèn)消息為： MSH | &| HIS |00001| LIS| 1234| 2004112754000| | ACK| 0200002| P| 2.4 MSA| AE| 0200001|數(shù)據(jù)類型錯(cuò)| | | 102,P111,若RIS不接受預(yù)約安排，則根據(jù)自己安排的時(shí)間，構(gòu)造成 ORRO02消息發(fā)送給HIS，HIS若同意，發(fā)送AA消息，否則繼續(xù)發(fā)送預(yù)約，直到雙方同意為止。,應(yīng)用確認(rèn)ACK,發(fā)送系統(tǒng)的應(yīng)用程序應(yīng)按照H

18、L7規(guī)則構(gòu)建傳輸消息，其中 MSH-15、16字段設(shè)置確認(rèn)類型 只要發(fā)送系統(tǒng)發(fā)出的消息中MSH-15 為“接受確認(rèn)類型”或MSH-16 “應(yīng)用確認(rèn)類型” 時(shí)，即為增強(qiáng)確認(rèn)模式處理 原始確認(rèn)模式相當(dāng)于 MSH-15 接受確認(rèn)類型=“NE”且 MSH-16應(yīng)用確認(rèn)類型=“AL” 且 應(yīng)用確認(rèn)時(shí)不要求對(duì)方回復(fù)“應(yīng)用確認(rèn)”消息的增強(qiáng)確認(rèn)模式。,查詢(Queries),觸發(fā)事件檢查預(yù)定,查詢消息舉例,原始模式顯示查詢消息（QRY) 查詢事務(wù)將患者基本信息通過(guò)QRY /QRF消息來(lái)實(shí)現(xiàn) QRY由MSH、QRD (查詢定義) 、QRF組成 通常是通過(guò)患者的姓名和 ID 號(hào)碼以及特定的查詢條件來(lái)獲取需要的數(shù)據(jù)

19、,P111,例：HIS查詢ID號(hào)為10032002的病人的檢查報(bào)告,MSH| &| HIS| |LIS| |200405201200| | QRYR02| MSG0001|P| 2.4 QRD|200404180943|R | I| Q4412| | |10| ID| |10032002| RES QRF| LIS| |200401120100,P112,QRD段為查詢定義段,用來(lái)定義查詢的內(nèi)容：查詢時(shí)間、 編碼格式、優(yōu)先等級(jí)、ID號(hào)、請(qǐng)求數(shù)據(jù)的最大值、請(qǐng)求方 的信息、所要請(qǐng)求的內(nèi)容、數(shù)據(jù)編碼的部門信息。 QRF段在QRD段后，用來(lái)進(jìn)一步定義查詢的內(nèi)容、查詢著所在信息,顯示應(yīng)答消息（DSR）,

20、LIS 可以使用DSR (顯示應(yīng)答消息) 立即將查詢結(jié)果發(fā)送給H IS 也可以先發(fā)送一個(gè)查詢確認(rèn)消息 (QCK), 表示已經(jīng)收到查詢請(qǐng)求 然后在以后的某個(gè)時(shí)間再將查詢的結(jié)果通過(guò)DSR 發(fā)送給H IS,顯示應(yīng)答消息DSR舉例,MSH|&|LAB01|ICU|DSR|ZXT23461|P|2.3MSA|AA|MSG00001QRD|199909111012|D|I|4387|20LI|12233|RES|ALL 第一段為MSH，說(shuō)明由LAB檢驗(yàn)室發(fā)給ICU部門的編號(hào)ZXT23461確認(rèn)消息 第二段為MSA，回應(yīng)編碼MSG00001消息 第三段為QRD，說(shuō)明此消息是1999年9月11日10時(shí)12分發(fā)

21、出查詢病人（號(hào)碼#12233）的所有檢查資料,P113,第四段為DSP，顯示此消息為病人（號(hào)碼#12233）SMITH, JOHN H.的資料 DSP|RESULTS FOR PATIENT#12233SMITH, JOHN H. 09/11/99DSP|SPECIMEN#H85 COLLECTED 09/11/87/07/0/0DSPDSP|ELECTROLYTESDSP| SODIUM 140 135-148 MEQ/L STATDSP| POTASSIUM 4.0 3.5-3.0 MEQ/L STATDSP| CHLORIDE 89 95-111 MEQ/L STATDSP| CO2 2

22、0 20-30 MEQ/L STAT 第十一段為DSP，顯示病人（號(hào)碼#12233）SMITH, JOHN H）血液內(nèi)含的二氧化碳CO2數(shù)為20，其標(biāo)準(zhǔn)值為20-30,非請(qǐng)求觀察（ORU）,RIS在對(duì)病人檢查完后，可主動(dòng)把病人的檢查結(jié)果構(gòu)造成ORUR01消息給HIS ORU消息用于傳遞實(shí)驗(yàn)室結(jié)果給其他系統(tǒng) ORU的三層結(jié)構(gòu)： 上層為PID消息，記錄病人基本信息 中層為OBR消息，用于記錄醫(yī)囑記錄 下層為OBX消息，用于記錄觀察結(jié)果,3.6 HL7的實(shí)例,1、2,3、8,4,4,5,6,7,P94,1、入院消息2、病人登記消息 HIS將住院或門診病人基本信息傳入RIS及相應(yīng)部門ADT A01、A

23、DT A04,3、病人信息修改消息：在HIS端病人的人口統(tǒng)計(jì)信息修改后，主動(dòng)發(fā)送更改后的消息給RIS系統(tǒng)，實(shí)現(xiàn)RIS系統(tǒng)的人口統(tǒng)計(jì)信息的同步更新功能。,事件A08 與HIS系統(tǒng)相關(guān)的消息： A01-08, A11-13, A38, A40,P129,4、申請(qǐng)檢查醫(yī)囑消息：錄入醫(yī)囑時(shí)，如有RIS檢查項(xiàng)目，HIS傳送消息至RIS預(yù)約。,申請(qǐng)檢查醫(yī)囑消息包括一般醫(yī)囑消息（ ORM）等,5、費(fèi)用主文件消息：HIS中的費(fèi)用信 息傳遞給RIS，RIS根據(jù)HIS的計(jì)價(jià) 來(lái)收費(fèi)6、收費(fèi)消息：將病人檢查費(fèi)用傳遞 給HIS,細(xì)節(jié)財(cái)務(wù)消息（DFT）,細(xì)節(jié)財(cái)務(wù)消息（DFT）,財(cái)務(wù)事務(wù)將患者基本信息放在DFT 的PID

24、 段中發(fā)送給LIS， 通知 LIS 對(duì)患者進(jìn)行的各種財(cái)務(wù)事項(xiàng) LIS 使用ACK 消息做出應(yīng)答,7、檢查報(bào)告消息： 病人在放射科做完檢查，RIS將檢查結(jié)果傳送至HIS系統(tǒng),非請(qǐng)求觀察（ORU）,3.8 HL7接口引擎,3.8.1 HL7接口引擎簡(jiǎn)介,圖3.11 HL7引擎,HL7引擎：第一種層次數(shù)據(jù)交換,第一種層次數(shù)據(jù)交換應(yīng)用，是對(duì)現(xiàn)有的信息進(jìn)行處理，只是“交換”現(xiàn)有的系統(tǒng)中存在的信息數(shù)據(jù),第二種層次是基于不同系統(tǒng)之間進(jìn)行整合的數(shù)據(jù)通訊，其目的達(dá)到不同系統(tǒng)之間的無(wú)縫連接而進(jìn)行的數(shù)據(jù)通訊和數(shù)據(jù)交換應(yīng)用,HL7 Ready：第二種層次數(shù)據(jù)交換,P137,HL7 Ready：系統(tǒng)之間的交互,3.8.2 國(guó)內(nèi)實(shí)際應(yīng)用,HL7引擎的核心技術(shù) 利用文本開(kāi)發(fā)的動(dòng)態(tài)鏈接庫(kù)進(jìn)行HL7消息的構(gòu)造與解析 具體實(shí)現(xiàn): 采用面向?qū)ο缶幊碳夹g(shù)，實(shí)現(xiàn)HL7消息的解析與構(gòu)建功能，并可以動(dòng)態(tài)鏈接庫(kù)形式對(duì)外提供調(diào)用接口，以供其他應(yīng)用程序調(diào)用,HL7消息構(gòu)造/解析方法,在消息中保存段的鏈表的指針 段中保存字段的指針數(shù)組 字段中保存重復(fù)字段鏈表的指針 重復(fù)字段中保存