XXX公司軟件HIS實施人員面試題

CHISC.NET-全國醫(yī)療信息化聯(lián)盟,為全國醫(yī)療信息化人員提供最全面的資料下載平臺

北京xxx科技有限公司軟件實施人員試題（HIS部分）

一、崗位描述：

實施工作是售中的一個重要環(huán)節(jié),實施工程師的表現(xiàn)直接影響項目的成敗,xxx科技對于軟件實施工程師有以下技能要求:

1．計算機(jī)基礎(chǔ)知識扎實（網(wǎng)絡(luò)組建，操作系統(tǒng)等）2．熟練掌握公司產(chǎn)品的系統(tǒng)結(jié)構(gòu)與操作3．表達(dá)、溝通、應(yīng)變能力強(qiáng)

4．了解行業(yè)發(fā)展現(xiàn)狀與未來發(fā)展趨勢

二、基礎(chǔ)知識考核：

計算機(jī)基礎(chǔ)知識：

1、Win201*系統(tǒng)安裝步驟？2、Win98系統(tǒng)如何設(shè)置局域網(wǎng)？

3、Dos系統(tǒng)下復(fù)制D盤下SY_data文件夾下的chianis.mdf文件至E盤的bak文件夾下的命令是什么？4、Dos下停止和啟動Sql201*的命令是什么？5、Execl表轉(zhuǎn)換成txt文本并用“，”作為分隔符？6、在VISTA系統(tǒng)下當(dāng)互聯(lián)網(wǎng)無法訪問時如何設(shè)置？7、Windows系列的操作系統(tǒng)都有那些？請列舉7種以上8、現(xiàn)有的遠(yuǎn)程控制軟件有那些？請列舉3種以上9、Radmin遠(yuǎn)程控制軟件如何安裝？

10、查看winxp系統(tǒng)下有那些端口開放的命令是什么？11、最新的winXp系統(tǒng)補(bǔ)丁是什么？

12、在win201*系統(tǒng)中，文件夾Sy_data擁有“administrators，system，user，anyone，guest”等用戶的權(quán)限，現(xiàn)設(shè)置該文件夾只能讓新用戶“sunyour”與“system”用戶擁有該文件權(quán)限，如何設(shè)置？13、什么是動態(tài)域名？

14、現(xiàn)有的品牌計算機(jī)有那些（請列舉5種以上），你曾經(jīng)用過那些品牌的計算機(jī)？15、什么是服務(wù)器？

16、服務(wù)器的品牌有那些？請列舉3種以上17、蘋果機(jī)的鼠標(biāo)有幾個按鍵？18、什么是RAID？19、RAID都有那些規(guī)范？20、RAID3的優(yōu)點是什么？

21、Epson300k打印機(jī)無法自定義紙張如何處理？

22、打印機(jī)安裝完驅(qū)動程序后HIS系統(tǒng)無法打印如何處理？23、什么是IE？

24、某醫(yī)院客戶的winxp系統(tǒng)網(wǎng)絡(luò)鄰居訪問速度慢，有的計算機(jī)網(wǎng)絡(luò)鄰居無法訪問，這時應(yīng)該如何處理？25、局域網(wǎng)內(nèi)兩臺電腦,A能PING通B,但B不能PING通A,可能是什么原因？

26、某醫(yī)院有10臺客戶端機(jī)和1臺服務(wù)器，要求：所有客戶端機(jī)可以通過局域網(wǎng)訪問服務(wù)器，而服務(wù)器需要同時連接局域網(wǎng)和互聯(lián)網(wǎng)；問題：請設(shè)計兩套方案并且注明需要那些硬件設(shè)備？27、如何查看本機(jī)MAC地址？

28、請寫出標(biāo)準(zhǔn)網(wǎng)絡(luò)線八根線的顏色排列順序以及制作Cross-Over線（即無UPlink接口的HUB級連線）的排列順序。

軟件基礎(chǔ)知識

1、現(xiàn)有流行數(shù)據(jù)庫都有那些？請列舉4種以上2、C/S結(jié)構(gòu)軟件都有那些開發(fā)工具？請列舉3種以上CHISC.NET-全國醫(yī)療信息化聯(lián)盟,為全國醫(yī)療信息化人員提供最全面的資料下載平臺

3、什么是PACS？4、什么是LIS？4、什么是RIS？

5、HIS系統(tǒng)能接駁那些系統(tǒng)？列舉3種以上6、什么是B/S和C/S結(jié)構(gòu)？7、什么是OA？8、什么是ERP？

9、當(dāng)安裝xxx醫(yī)院管理軟件時，在安裝服務(wù)器端提示安裝失敗，判斷并解決？10、請列舉經(jīng)營醫(yī)院管理軟件的公司5家以上。

業(yè)務(wù)知識

1、HIS的原英文拼寫是什么？

2、我們常說的民營醫(yī)院的標(biāo)準(zhǔn)名稱是什么？3、簡述門診處方要素？4、什么是臨時醫(yī)囑？5、什么是長期醫(yī)囑？6、醫(yī)院都有那些評定等級？

7、在實施過程中，由于研發(fā)時的一個bug出現(xiàn)了嚴(yán)重的錯誤，導(dǎo)致醫(yī)院在上線使用時出現(xiàn)了混亂并且醫(yī)院方表示了不滿情緒，這時你將如何解釋？

8、假如你是技術(shù)支持工程師,你正在為一個重要客戶處理問題,如果這個問題不能及時解決,我公司的產(chǎn)品在該地區(qū)的銷售會受到極大影響.與此同時,另一個電話打進(jìn)來,某醫(yī)院系統(tǒng)完全癱瘓,必須及時解決.你將如何解決這兩個問題？

數(shù)據(jù)庫基礎(chǔ)知識:

1、SQL201*數(shù)據(jù)庫與SQL201*數(shù)據(jù)庫之間的有什么優(yōu)點與缺點？2、如何設(shè)置SQL201*的自動備份？3、壓縮SQL201*的數(shù)據(jù)日志腳本是什么？4、如何解決安裝SQL201*掛起無法安裝問題？5、如何解決安裝完SQL201*后無法遠(yuǎn)程連接問題？

6、使用SQL語句創(chuàng)建單位人員信息表person字段:人員編號:ps_code姓名:ps_name性別：sex身份證號：id_code出生年月日：birthday年齡：age人員性質(zhì)（在職，退休，離職）：ps_kind所屬部門（辦公室，銷售部，實施部，研發(fā)部）：office(請設(shè)計各字段類型與長度)？

7、使用標(biāo)準(zhǔn)SQL語句查詢?nèi)藛T信息表中年齡大于25歲，人員性質(zhì)為在職的所有人員的姓名與身份證號(person表)？8、刪除的所有銷售部的人員(person表)？9、查詢實施部姓王的人員個數(shù)(person表)？

10、將銷售部的所有人員性別修改為“女”(person表)？

三、HIS軟件考核：

1、請總結(jié)并畫出xxxHIS門診部分業(yè)務(wù)流程圖？

2、請畫出藥品的入出庫流程，以及各個部門的關(guān)系？3、請敘述xxxHIS藥品盤點的步驟；4、請簡述xxxHIS系統(tǒng)門診退方流程；5、HIS操作演示。（實施工程師演示并講解考官指定模塊，考官根據(jù)實施工程師表現(xiàn)打分）四、答辯題：（考官向?qū)嵤┕こ處熖釂�，考察實施工程師是否回答得體）

五、自我總結(jié)：

擴(kuò)展閱讀：HL7醫(yī)學(xué)信息解析及格式轉(zhuǎn)換技術(shù)研究

內(nèi)蒙古科技大學(xué)

本科生畢業(yè)設(shè)計說明書（畢業(yè)論文）

題目：HL7醫(yī)學(xué)信息解析及格式轉(zhuǎn)

換技術(shù)研究

學(xué)生姓名：沈東學(xué)號：0867118241專業(yè)：電子信息工程班級：信息201*-2班指導(dǎo)教師：張寶華副教授內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

HL7醫(yī)學(xué)信息解析及格式轉(zhuǎn)換技術(shù)研究

摘要

隨著人們生活水平的不斷提高，人們對醫(yī)療與健康的認(rèn)識進(jìn)一步增強(qiáng)，特別是在某些突發(fā)性傳染病的嚴(yán)重沖擊下，如H1N1、非典、艾滋病等的嚴(yán)重打擊下，有關(guān)區(qū)域衛(wèi)生信息交換的需求越來越強(qiáng)。區(qū)域衛(wèi)生信息化建設(shè)涉及各醫(yī)療衛(wèi)生單位之間的數(shù)據(jù)交換和整合，由于很多單位都是自行開發(fā)或是軟件提供商開的標(biāo)準(zhǔn)，它們并不統(tǒng)一，從而導(dǎo)致了醫(yī)療信息交換的難度加大，所以需要一系列數(shù)據(jù)交換整合標(biāo)準(zhǔn)。

HL7消息解析是將HL7消息字符串解析成為一種抽象數(shù)據(jù)結(jié)構(gòu)，它是眾多醫(yī)療信息系統(tǒng)的核心功能之一。在熟悉并理解HL7標(biāo)準(zhǔn)下，掌握HL7兩種消息編碼格式和規(guī)范；實現(xiàn)了HL7醫(yī)學(xué)信息解析及兩種編碼格式之間的互相轉(zhuǎn)換，即ER7/XML轉(zhuǎn)換。

本設(shè)計采用Java語言編程，使用Eclipse集成開發(fā)環(huán)境，HAPI開源工具包輔助開發(fā)，實現(xiàn)解析HL7消息的功能并將HL7兩種信息格式編碼互相轉(zhuǎn)換，并對它們進(jìn)行研究具有非常重要的現(xiàn)實意義。

關(guān)鍵詞：HL7；信息解析；格式轉(zhuǎn)換；技術(shù)研究；

I內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

TheResearchofHL7MedicalInformationAnalyticalandFormat

ConversionTechnology

Abstract

Withthecontinuousimprovementofpeople"slivingstandards,medicalandhealthawarenessisfurtherenhanced,especiallyunderthesevereimpactofsomesuddeninfectiousdisease,suchasasevereblowtoH1N1,SARS,AIDS,theRegionalHealththegrowingdemandforinformationexchange.Constructionofregionalhealthinformationinvolvingdataexchangeandintegrationbetweenthevarioushealthunits,manyunitsareself-developedsoftwareprovider,openstandards,theyarenotuniform,resultingintheexchangeofmedicalinformationdifficultsoaseriesofdataexchangeintegrationstandardarerequired.

HL7messageparsingtheHL7messagestringparsingasanabstractdatastructure,itisoneofthecorefunctionofthenumberofmedicalinformationsystems.TheresearchisrequiredtobefamiliarwithandunderstandtheHL7standard,masterHL7twomessageencodingformatandstandard;toachievethemutualconversionbetweenHL7medicalinformationanalyticalandtwokindsofencodingformats,ER7formatandXMLformat.

ThisdesignusestheJavaprogramminglanguage,usingtheEclipseintegrateddevelopmentenvironment,theHAPIopensourcetoolkitsupportingdevelopment,andfunctiontoparsetheHL7messageandHL7twotypesofinformationencodedinterchangeable,andresearchhasveryimportantpracticalsignificance.

Keywords:HL7(HealthLevelSeven);InformationAnalysis;FormatConversion;TechnologyResearch;

II內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

目錄

摘要.........................................................................................................................................IAbstract.....................................................................................................................................II第一章引言............................................................................................................................1

1.1研究背景.....................................................................................................................1

1.1.1HL7的發(fā)展歷史...............................................................................................21.1.2其它一些醫(yī)療信息交換標(biāo)準(zhǔn)的介紹..............................................................21.2HL7標(biāo)準(zhǔn)在國內(nèi)外的應(yīng)用..........................................................................................3

1.2.1HL7在我國的推廣...........................................................................................31.2.2國外的HL7工具包和相關(guān)產(chǎn)品.....................................................................41.3論文結(jié)構(gòu).....................................................................................................................6第二章HL7V2標(biāo)準(zhǔn)................................................................................................................8

2.1HL7...............................................................................................................................8

2.1.1基本概念..........................................................................................................82.1.2數(shù)據(jù)類型(DataTypes)...................................................................................112.1.3HL7工作原理.................................................................................................112.1.4HL7標(biāo)準(zhǔn)的應(yīng)用.............................................................................................142.2HL7消息處理............................................................................................................14

2.2.1應(yīng)用程序處理規(guī)則........................................................................................142.2.2確認(rèn)消息........................................................................................................152.2.3顯示消息........................................................................................................152.3查詢...........................................................................................................................15

2.3.1查詢觸發(fā)事件和消息定義............................................................................162.3.2原始模式查詢................................................................................................172.3.3原始模式延遲訪問........................................................................................172.3.4增強(qiáng)模式查詢消息........................................................................................172.3.5增強(qiáng)查詢模式應(yīng)答消息................................................................................172.3.6查詢消息執(zhí)行要點........................................................................................172.3.7查詢錯誤應(yīng)答................................................................................................17

III內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

2.4HL7V2.X編碼方式..................................................................................................18

2.4.1ER7編碼方式.................................................................................................182.4.2XML格式消息...............................................................................................182.5本章小結(jié)...................................................................................................................20第三章HL7消息解析............................................................................................................21

3.1HL7分析協(xié)議............................................................................................................21

3.1.1V2.xHL7消息結(jié)構(gòu)........................................................................................213.1.2V2.xHL7消息解析........................................................................................213.2編碼、解析的類函數(shù)...............................................................................................233.3本章小結(jié)...................................................................................................................24第四章HL7消息格式轉(zhuǎn)換....................................................................................................25

4.1HL7消息格式轉(zhuǎn)換....................................................................................................25

4.1.1HL7消息格式轉(zhuǎn)換目的和意義.....................................................................254.1.2ER7格式的消息轉(zhuǎn)換為對應(yīng)的XML格式的消息......................................254.1.3XML格式的消息轉(zhuǎn)換為對應(yīng)的ER7格式的消息......................................264.2HL7消息兩種格式轉(zhuǎn)換的函數(shù)................................................................................274.3本章小結(jié)...................................................................................................................29第五章HL7的影響................................................................................................................30第六章總結(jié)與展望未來........................................................................................................31

6.1總結(jié)...........................................................................................................................316.2展望未來...................................................................................................................31參考文獻(xiàn)..................................................................................................................................33致謝......................................................................................................................................35

IV內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第一章引言

1.1研究背景

當(dāng)今，隨著計算機(jī)技術(shù)和互聯(lián)網(wǎng)的飛速發(fā)展，把信息化社會進(jìn)程推進(jìn)了一個嶄新的階段，信息的傳送與交流已成為整個社會生活正常運(yùn)作的重要基礎(chǔ)。

對于醫(yī)療信息產(chǎn)生、管理、傳遞及格式轉(zhuǎn)換等也出現(xiàn)了許多問題，這迫切需要人們來處理解決這些問題，也就形成了標(biāo)準(zhǔn)。對于標(biāo)準(zhǔn)的起源，可以這樣理解：標(biāo)準(zhǔn)化是隨著多方應(yīng)用而產(chǎn)生的，應(yīng)用是標(biāo)準(zhǔn)產(chǎn)生的前提條件。每一個行業(yè)能存在的基礎(chǔ)就是能應(yīng)用于生活，在應(yīng)用中，要達(dá)到最好的效果，標(biāo)準(zhǔn)化是必由之路。只有標(biāo)準(zhǔn)化了，市場才能細(xì)分，行業(yè)才能實現(xiàn)利潤。醫(yī)療療行業(yè)也是同樣如此，只有在醫(yī)療市場細(xì)分后，醫(yī)療信息化相關(guān)的IT廠商才能在這個行業(yè)的某一個方面做專做精，這樣才能有利可圖。

從醫(yī)院角度本身來講，如果醫(yī)療行業(yè)都有了一個規(guī)范的行業(yè)通信標(biāo)準(zhǔn)，那么就能與其它醫(yī)院進(jìn)行醫(yī)療信息資源的共享，醫(yī)院本身就實現(xiàn)優(yōu)化了。工作效率的提高，以便于降低醫(yī)療的成本，這樣在進(jìn)行醫(yī)療信息系統(tǒng)HIS（HospitalInformationSystem）建設(shè)時，常常只能對一家醫(yī)療信息系統(tǒng)HIS制造商進(jìn)行選擇，只有這樣醫(yī)院的各個業(yè)務(wù)模塊才能實現(xiàn)資源共享[1]。這樣選取就不存在局限性了，不僅能選到在某一模塊上領(lǐng)先的其它系統(tǒng)制造商，所以要形成一個統(tǒng)一的標(biāo)準(zhǔn)。

現(xiàn)如今，醫(yī)院信息系統(tǒng)HIS已經(jīng)廣泛使用，如果由于缺少統(tǒng)一的醫(yī)療信息交換標(biāo)準(zhǔn)，使得各醫(yī)院內(nèi)部的的信息系統(tǒng)之間、不同的醫(yī)院的HIS之間以及醫(yī)院與保險公司之間的信息交流成為瓶頸，結(jié)果反而讓每個醫(yī)院都成了信息的孤島，這樣不論是對于醫(yī)療信息化事業(yè)的發(fā)展，還是對人們生活保障水平的提高，都是十分不利的。為了解決由于信息交換的標(biāo)準(zhǔn)不同而出現(xiàn)的種種問題，這樣在醫(yī)療信息行業(yè)中HL7標(biāo)準(zhǔn)技術(shù)就產(chǎn)生了。

HL7是由HealthLevelSeven,Inc.（美國）制定和維護(hù)、用于不同的醫(yī)療系統(tǒng)之間進(jìn)行醫(yī)療數(shù)據(jù)傳遞的標(biāo)準(zhǔn)，美國作為當(dāng)今世界的科技大國，它所廣泛應(yīng)用和發(fā)展的醫(yī)療信息交換標(biāo)準(zhǔn)HL7，逐漸走上了世界醫(yī)療衛(wèi)生信息技術(shù)舞臺。目前，HL7組織的國際會員有20多個國家，我國在數(shù)據(jù)中心平臺建設(shè)、標(biāo)準(zhǔn)軟件接口開發(fā)、跨醫(yī)療體系系信息交換整合等工作中引進(jìn)HL7的數(shù)據(jù)交換傳遞標(biāo)準(zhǔn)，使我國醫(yī)療衛(wèi)生信息網(wǎng)建設(shè)從一開始就與國際接軌，為以后的國際醫(yī)療信息互聯(lián)網(wǎng)交流和我國各醫(yī)療單位醫(yī)療信息互聯(lián)互通打下基礎(chǔ)，同時為我國各醫(yī)療單位軟件的開發(fā)提供了一個規(guī)范，避免信息化建設(shè)過程中

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

的資源信息的無謂浪費(fèi)�，F(xiàn)在的大多數(shù)醫(yī)院基本上安裝了計算機(jī)系統(tǒng)，擁有一整套入院、出院、轉(zhuǎn)院、放射、開票、臨床試驗及記賬等功能[2]。由于這些應(yīng)用功能一般都是由不同廠商或組織分別提供，所以每個產(chǎn)品都有待定的信息格式，這就需要進(jìn)行格式轉(zhuǎn)換，從而被不同的人們所看懂。1.1.1HL7的發(fā)展歷史

自從1987年成立并且在1990年公布2.1版本以來，HL7標(biāo)準(zhǔn)已經(jīng)走過了十多年的歷程。在這期間，通過HL7組織各成員的不斷努力，HL7組織結(jié)構(gòu)不斷發(fā)展和擴(kuò)大，HL7標(biāo)準(zhǔn)內(nèi)容不斷的完善的更新。

組織發(fā)展：雖然HL7標(biāo)準(zhǔn)是源自美國國內(nèi)的醫(yī)療信息交換標(biāo)準(zhǔn)，隨著國際成員的不斷加入，其發(fā)展方向、決策制定已經(jīng)成為一個多國參與的活動，HL7標(biāo)準(zhǔn)之所以如此迅速的由美國走向世界，還要歸功于美國跨國醫(yī)療IT廠商，在最近三年來，HL7組織會員增加了三倍，目前已經(jīng)擁有2200多個會員，除了個人會員外，已有五個贊助單位及370個團(tuán)體會員，其中包括164個廠商、17個顧問單位、177個醫(yī)療機(jī)構(gòu)及12個一般性的營利機(jī)構(gòu)。

版本發(fā)展：在最初的HL71.0版本的出現(xiàn)覆蓋所有接口結(jié)構(gòu)、抽象數(shù)據(jù)集、醫(yī)囑輸入、面向顯示的查詢。任何新興的事物的出現(xiàn)都不可能是一帆風(fēng)順的，不可能是盡善盡美的，HL71.0從內(nèi)容和形式上都有明顯的不足。HL72.0版本應(yīng)運(yùn)而生，在隨后的Tyson’sCorner全體會議，對HL72.0版本進(jìn)行了準(zhǔn)備、討論后被確認(rèn)下來。1990年正式發(fā)布HL72.1版本，之后又陸續(xù)推出2.2版本、2.3版本、2.3.1版本、2.4版本、2.5版本，一直到目前最新的3.0版本。

HL7標(biāo)準(zhǔn)內(nèi)容的確定是一個十分嚴(yán)謹(jǐn)和規(guī)范的過程，每一個內(nèi)容都是在正式的細(xì)則和投票過程下產(chǎn)生的。這些過程是在其它相關(guān)的醫(yī)療工業(yè)計算機(jī)機(jī)信息標(biāo)準(zhǔn)組織投票過程中被作為模型的，這些作業(yè)流程的設(shè)計符合美國國家標(biāo)準(zhǔn)學(xué)會的要求。

針對當(dāng)前應(yīng)的HL7版本，所涵蓋的內(nèi)容已經(jīng)基本符合需求了。1.1.2其它一些醫(yī)療信息交換標(biāo)準(zhǔn)的介紹

HL7醫(yī)療信息交換標(biāo)準(zhǔn)除外，還存在一些其它的醫(yī)療信息交換標(biāo)準(zhǔn)，例如：1.ACR/NEMA聯(lián)合委員會推出的醫(yī)學(xué)數(shù)字圖像存儲與通信標(biāo)準(zhǔn)，即DICOM標(biāo)準(zhǔn)。DICOM標(biāo)準(zhǔn)和HL7標(biāo)準(zhǔn)的主要區(qū)別在于前者側(cè)重于圖像的存儲與傳輸，而后者側(cè)重于文本傳輸。這兩種標(biāo)準(zhǔn)的融合，可以實現(xiàn)更加全面的醫(yī)療信息交換，IHE(IntegratingtheHealthcareEnterprise)委員會正致力于此項工作[3]。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

2.ASTM標(biāo)準(zhǔn)(AmericanSocietyofTestingandMaterialsMedicalstandards)。ASTM的委員會E-31是美國致力于實驗室信息系統(tǒng)建設(shè)的組織，它下設(shè)有E-31.11、E-31.13等12個組委會負(fù)責(zé)相關(guān)醫(yī)療信息標(biāo)準(zhǔn)的制定，如ASTM1238.94和ASTME-31.11是臨床實驗室數(shù)據(jù)報告標(biāo)準(zhǔn)。ASTM是相對ISO/OSI計算機(jī)網(wǎng)絡(luò)開放互聯(lián)模型應(yīng)用層的協(xié)議，底層協(xié)議可以是任何可靠的協(xié)議，如TCP/IP，RS232等，傳送的消息由ASCH字符組成。為提高標(biāo)準(zhǔn)的通用性，HL7組織和ASTM組織在標(biāo)準(zhǔn)的制定上進(jìn)行了一系列協(xié)商[4]。

3.ASC(TheAccreditedstandardsCommittee)X12電子文檔交換標(biāo)準(zhǔn)。ASCX12是美國一個應(yīng)用于各個行業(yè)的電子數(shù)據(jù)交換的協(xié)議族，其中X12N主要側(cè)重于醫(yī)療領(lǐng)域的信息交換。HL7的編碼規(guī)則借鑒了X12的模型，但也有所不同。為了使標(biāo)準(zhǔn)更加通用，HL7和X12兩個組織也進(jìn)行了一定的合作[5]。

4.IEEEP1157組織提出的醫(yī)療信息交換標(biāo)準(zhǔn)“MEDIX一MedicalDataInterchange”。它的主要目標(biāo)也是建立異構(gòu)信息系統(tǒng)間的數(shù)據(jù)交換協(xié)議，嚴(yán)格參照了ISO/OSI計算機(jī)網(wǎng)絡(luò)開放互聯(lián)模型的各層協(xié)議，包括遠(yuǎn)程系統(tǒng)服務(wù)項(ROSE-RemoteoperationserviceElement)。HL7同它的主要區(qū)別在于既沒有依賴ROSE，也沒有采用ASN.1BER的語法。雖然二者有所不同，HL7和MEDIX委員會一直保持聯(lián)絡(luò)以促進(jìn)相互改進(jìn)[6]。

5.日本在醫(yī)療信息交換上有MML(MedicalMarkupLanguage)標(biāo)準(zhǔn)，MML和HL7的XML表達(dá)很類似[7]。

上述標(biāo)準(zhǔn)都可以稱之為電子數(shù)據(jù)交換標(biāo)準(zhǔn)EDI(ElectronicDataInterchange)。HL7標(biāo)準(zhǔn)通過與眾多標(biāo)準(zhǔn)之間的相互借鑒和相互促進(jìn)，已經(jīng)成為當(dāng)前應(yīng)用最廣泛的醫(yī)療信息交換標(biāo)準(zhǔn)。

1.2HL7標(biāo)準(zhǔn)在國內(nèi)外的應(yīng)用

1.2.1HL7在我國的推廣

對HL7標(biāo)準(zhǔn)在我國的現(xiàn)狀以及未來發(fā)展趨勢的認(rèn)識，目前的基礎(chǔ)工作是在我國國內(nèi)推廣此標(biāo)準(zhǔn)。首先必須對我國醫(yī)療信息化建設(shè)的現(xiàn)狀有清晰的認(rèn)識，目前國內(nèi)的的基本情況是：1997年，我國開始實施“金衛(wèi)工程”，大力推廣醫(yī)療信息化建設(shè)，目前國內(nèi)大型醫(yī)院已初步實現(xiàn)了信息化。

201*年7月，我國以HL7中國研究中心（HL7CHINA）的名義正式成為HL7的國際會員，力求制定HL7FORCHINA的標(biāo)準(zhǔn)。這個組織的目的十分明確，即在國內(nèi)醫(yī)療行業(yè)機(jī)構(gòu)、學(xué)術(shù)界及廠商大力協(xié)助下，推廣符合我國國情的HL7標(biāo)準(zhǔn)。目前我國對HL7

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

標(biāo)準(zhǔn)的研究主要集中在HL7V2.X，我國的HL7協(xié)會201*年完成了HL72.4版的翻譯工作，我國引入HL7已經(jīng)成為必然。目前也有一些醫(yī)院采用支持HL7標(biāo)準(zhǔn)的設(shè)備，如福建省立醫(yī)院，上海市第一人民醫(yī)院，北京301西院，北醫(yī)三院，天津泰達(dá)醫(yī)院等，但在總體上說HL7標(biāo)準(zhǔn)在我國國內(nèi)應(yīng)用得并不十分廣泛。

201*年6月，中國臺灣省成為HL7的國際會員，中國臺灣省衛(wèi)生廳宣布HL7為醫(yī)療信息交換的官方標(biāo)準(zhǔn)，HL7Taiwan正式成立。中國臺灣省是較早加入HL7組織的國際成員之一�！爸袊�臺灣省健康信息交換第七層協(xié)議協(xié)會”是目前中國臺灣省的HL7組織形式，這個協(xié)會已經(jīng)形成了成熟的運(yùn)作模式，其組成具體包括會員大會、理事會、監(jiān)事會以及各專門委員會等。1.2.2國外的HL7工具包和相關(guān)產(chǎn)品

國外的HL7組織、醫(yī)療信息系統(tǒng)開發(fā)商、少數(shù)用戶和個人在將HL7標(biāo)準(zhǔn)應(yīng)用于醫(yī)療信息交換上做了很多有意義的工作。但由于商業(yè)原因，大部分工作成果都沒有公開。下面介紹國外一些主要的HL7工具包和相關(guān)產(chǎn)品。

1.HAPI/NHapi

HAPI/NHapi，是由加拿大HealthNetwork大學(xué)所編寫的，是用于解析HL7V2.X消息的面向?qū)ο蟮膉ava開源工具[8]。HL7V2.X的構(gòu)造器和解析器是HAPI，它的主要任務(wù)是使java程序員很容易地使用HL7。HAPI0.6版本是在201*年7月推出，這個版本主要支持HL7V2.5.1和V2.6。HAPI1.0是在201*年4月推出的，這個版本提高了編譯和解析HL7的速度，增加了一個新的返回工具PipeParser，和一些新的功能。在201*年6月，HAPI又推出了1.2版本，此版本帶來了一些錯誤的修復(fù)和一些改進(jìn)方法，主要焦點是固定在解析和編碼問題上，尤其是一些具體問題的OBX-5（可變）值解析并得到糾正。因此HAPI是開源工具包，并很好的支持HL7V2.X標(biāo)準(zhǔn)，所以本論文采用HAPI工具包開發(fā)。

NHapi，是HAPI的.NET版本，主要基于.NET架構(gòu)，它便于程序員采用.NET編程使用HL7。NHapi工具包主要采用C#編程，它同樣對HL7V2.X有很好的支持[9]。NHapi比HAPI版本要新要慢，最新版本NHapi-2.0.2.0（.NET2.0架構(gòu)的第二版），它很好的支持HL7V2.5。

2.ProtoGen/HL7

protoGen/HL7是GuntherSchadow在德國柏林布明杰弗蘭克林大學(xué)醫(yī)院(theBenjaminFranklinUniversityHospital，Berlin，Germany)攻讀博士學(xué)位期間開發(fā)的。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

ProtoGen/HL7軟件的主要功能是在HL7標(biāo)準(zhǔn)文本文檔中自動生成符合HL7標(biāo)準(zhǔn)定義的類，其中包括類的實現(xiàn)和類的接口[10]。GuntherSchadow的主要工作分為：①通過一些可用的工具(如：用AWK語言編寫，它是一個程序設(shè)計語言，可以很容易地處理結(jié)構(gòu)化數(shù)據(jù)和產(chǎn)生格式化的報告。)從HL7標(biāo)準(zhǔn)的文本文檔中半自動化的能表達(dá)消息語法的簡單格式或提取有用信息到表中。②在文檔中用PROLOG進(jìn)一步處理，并提取的信息，同時生成C++代碼。③C++代碼通過編譯、打包成C++類庫，在頭文件中保存類的聲明，在HL7應(yīng)用程序中提供開發(fā)接口。

目前許多應(yīng)用HL7的信息系統(tǒng)開發(fā)商集成使用ProtoGen/HL7，它能運(yùn)行的操作平臺是UNIX(FreeBSD)，GuntherSchadow沒有開發(fā)運(yùn)行在windows操作平臺上的版本。

3.HL7數(shù)據(jù)庫的開發(fā)

在德國，F(xiàn)rankOemig開發(fā)了HL7的MicrosoftAccess數(shù)據(jù)庫，集成了HL7V2.1、V2.2、V2.3和V2.3.1等四個版本[11]，并提供友好的用戶界面接口，通過數(shù)據(jù)庫可以很快的訪問觸發(fā)事件、數(shù)據(jù)類型、消息結(jié)構(gòu)、表中的可選值和數(shù)據(jù)元素(包括它們的成分和子成分)。目前面向市場用的是這個數(shù)據(jù)庫，同時這個數(shù)據(jù)庫被打包成不同的模塊，這樣開發(fā)者可以根據(jù)自己的需要進(jìn)行相應(yīng)的定制。早在1995年10月德國的FrankOemig在HL7用戶研討會上，介紹了用MicrosoftAccess數(shù)據(jù)庫的實現(xiàn)方法和HL7數(shù)據(jù)庫的結(jié)構(gòu)[12]，提出了怎樣集成以下HL7實體的數(shù)據(jù)模型：事件、功能域、數(shù)據(jù)類型、數(shù)據(jù)元素、成分、段、表和值、消息類型等，以及怎樣在數(shù)據(jù)庫結(jié)構(gòu)中映射組合數(shù)據(jù)類型的方法。

4.SymPhonia3

symphonia3提新西蘭orion公司開發(fā)的HL7軟件開發(fā)工具包。它的主要特點在于能夠解析包括HL7、XML、HIPAA、X.12、EDIFACT、HCFA、ASTM、NCPDP及用戶自定義格式等多種協(xié)議，直接產(chǎn)生符合協(xié)議定義的ActiveX對象作為編程接口，快速將工業(yè)標(biāo)準(zhǔn)轉(zhuǎn)換添加到新的或己有的系統(tǒng)中，實現(xiàn)多個異構(gòu)系統(tǒng)的集成。Symphonia3的智能映射工具可以把其中的任何一種消息格式轉(zhuǎn)換為其他另一種格式，實現(xiàn)廣泛領(lǐng)域中的數(shù)據(jù)通訊。它可以運(yùn)行于多種操作平臺上，在數(shù)據(jù)交換時具有加密功能，并且可以產(chǎn)生消息的RTF(RichTextFormat)或HTML文檔。Symphonia3宣稱能夠每小時解析300萬條消息。它是目前中國臺灣地區(qū)廣泛應(yīng)用的醫(yī)療信息交換工具[13]。

5.NeoTools

NeoTools是美國NeoToolDevelopment，LLC公司的HL7系列產(chǎn)品。該公司成立

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

于1997年，專門從事醫(yī)療健康領(lǐng)域軟件產(chǎn)品的開發(fā)、咨詢和培訓(xùn)，最新與微軟公司合作開發(fā)的HL7加速器能夠使微軟公司的BizTalkserver201*支持HL7VersionZ.x的所有版本，NeoTools包括一系列軟件開發(fā)組件：①NeoEnableForHL7:HL7編碼/解碼的ActiveX組件；②NeoConnectTCP:利用TCP/IP協(xié)議進(jìn)行消息交換的ActiveX組件；③NeoQueue:異步消息排隊組件；④NeosendForHL7:發(fā)送消息組件；⑤NeoReeeiveForHL7:接收和確認(rèn)消息組件[14]。

6.Chameleon

Chameleon是加拿大iNTERFACEWARE公司的產(chǎn)品。該公司主要致力于開發(fā)集成到醫(yī)療信息領(lǐng)域的軟件產(chǎn)品。在Chameleon的演示程序中，Chameleon在消息解析時，人機(jī)交互的界面比較多，有很多功能的實現(xiàn)需要手工操作，例如Segments的識別需要手工導(dǎo)入消息中相應(yīng)Segments的定義等[15]。

7.Medi7Parser

提供HL7消息解析的編程接口的Medi7Parser解析器是由美國Eversolve公司開發(fā)的。

1.3論文結(jié)構(gòu)

HL7(HealthLevelSeven)標(biāo)準(zhǔn)已經(jīng)成為醫(yī)療信息行業(yè)中應(yīng)用最為廣泛的醫(yī)療信息交換標(biāo)準(zhǔn)之一。由于HL7標(biāo)準(zhǔn)的廣泛應(yīng)用，國內(nèi)外大多數(shù)廠商均采用HL7標(biāo)準(zhǔn)研發(fā)醫(yī)療信息行業(yè)相關(guān)產(chǎn)品，其中HL7消息解析是眾多醫(yī)療信息系統(tǒng)的核心功能之一。HL7消息格式轉(zhuǎn)換則實現(xiàn)了HL7兩種編碼格式之間的互相轉(zhuǎn)換。本課題采用Java語言編程，使用Eclipse集成開發(fā)環(huán)境，HAPI開源工具包輔助開發(fā)，實現(xiàn)解析HL7消息的功能并將HL7兩種信息格式編碼互相轉(zhuǎn)換。

綜合以上，論文初步實現(xiàn)了醫(yī)療信息交換中消息的解析及格式轉(zhuǎn)換的基本過程。論文全文分為五章，各章節(jié)的主要內(nèi)容安排如下：

第一章：介紹課題的研究背景，HL7的發(fā)展歷史及其它醫(yī)療信息交換標(biāo)準(zhǔn)，在我國的推廣，HL7工具包和相關(guān)產(chǎn)品。

第二章：對HL7標(biāo)準(zhǔn)內(nèi)容進(jìn)行了詳細(xì)說明，基本概念、分隔符、數(shù)據(jù)類型、工作原理，標(biāo)準(zhǔn)的應(yīng)用；充分解釋了HL7消息處理，應(yīng)用程序處理規(guī)則，確認(rèn)、顯示、查詢、延遲、執(zhí)行要點及錯誤應(yīng)答都做了充分的介紹；之后又介紹了HL7V2.X編碼方式中的ER7和XML格式消息。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第三章：對HL7V2.X消息解析做了的介紹。詳細(xì)介紹了HL7協(xié)議分析，V2.X標(biāo)準(zhǔn)的消息結(jié)構(gòu)，消息解析；對HAPI開源包在解析中用到的類做了簡單的說明。

第四章：介紹了HL7格式轉(zhuǎn)換的研究與實現(xiàn)，HL7V2.X消息格式轉(zhuǎn)換的目的和意義，對HAPI開源包在格式轉(zhuǎn)換中用到的包和類做了簡單的說明，介紹了ER7格式消息轉(zhuǎn)換為對應(yīng)的XML格式消息，XML格式消息轉(zhuǎn)換為對應(yīng)的ER7格式消息。

第五章：HL7的影響與展望未來。介紹了HL7標(biāo)準(zhǔn)對各方面的影響，并對今后的工作進(jìn)行展望。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第二章HL7V2標(biāo)準(zhǔn)

HL7標(biāo)準(zhǔn)是建立在ISO標(biāo)準(zhǔn)組織之制定的OSI模型的最高層的應(yīng)用標(biāo)準(zhǔn)，如下圖2.1所示：

ApplicationPresentationSessionTransportNetworkDataLinkPhysicalTCPIPLLC;MAC物理鏈接

HealthLevelSevenFTPHTTPSMTPPOP3UDP圖2.1OSI模型

2.1HL7

標(biāo)準(zhǔn)資料是一種技術(shù)規(guī)范，詳細(xì)的、即時的患者相關(guān)數(shù)據(jù)和臨床技術(shù)知識對醫(yī)療服務(wù)有著非常重要的意義。2.1.1基本概念

1.觸發(fā)事件（Triggerevents）：開一個交換消息的現(xiàn)實事件，增補(bǔ)A包含了代表了所有定義過的觸發(fā)事件的代碼。這些代碼代表了如一個就診者入院或發(fā)生了一個醫(yī)囑事件的標(biāo)準(zhǔn)。

2.消息（Message）：一個消息是系統(tǒng)間傳送數(shù)據(jù)的最小單位，它包含了一組段，這些段在一個定義好的順序內(nèi)，每個消息有一個規(guī)定了本身用途的消息類型。例如：ADT消息類型用于把一個就診者部分的ADT數(shù)據(jù)從一個系統(tǒng)傳送給另一個系統(tǒng)。

3.段（Segments）：一個段是數(shù)據(jù)字段的一個邏輯組。一個消息的段可能是必須的或可選的，它們可能在一個消息內(nèi)發(fā)生一次或被重復(fù)多次，每個段有一個給定的名稱。每一個段由一個惟一的三字符代碼定義。

4.字段（Fields）一個字段就是一個字符串，它是段的最小組成單位。如果沒有設(shè)

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

定值（也就是值被省略），舊值仍然保持不變。如果設(shè)置了空值，舊值就會被刷新成空。

(1)位置：段內(nèi)數(shù)據(jù)字段的順序位置，這個數(shù)字在段定義表的文本注釋數(shù)據(jù)字段落中。(2)最大長度：數(shù)據(jù)字段中出現(xiàn)可能占的最大字符數(shù)，最大長度在抽象消息或HL7編碼規(guī)則中不是重要概念。字段長度只要合乎規(guī)范就可以，但是，一般習(xí)慣，它常在一個地點特定的基礎(chǔ)上定義。它被用于計算組件和后面定義的子組件分隔符的長度。因為最大長度是一個單獨出現(xiàn)的，所以重復(fù)的分隔符不包括在計算最大長度內(nèi)。在段的屬性表中，這個信息在標(biāo)有LEN的列內(nèi)。

(3)數(shù)據(jù)類型：對數(shù)據(jù)字段內(nèi)容的限制，在這里由HL7定義了一些數(shù)據(jù)類型。(4)可選性：到底這個字段內(nèi)是必需的、可選的還是有條件的，區(qū)別這些的指令如下所示：

R-required必需的O-optional可選的

C-conditional對觸發(fā)事件或別的一些字段，是有條件的X-notusedwiththistriggerevent沒有和這個觸發(fā)事件一起用B-backgroundcompatibility向下兼容HL7以前的版本5.重復(fù)性：此字段是否可以重復(fù)，區(qū)別的指令如下所示：N-不能重復(fù)

Y-這個字段可以重復(fù)一個不確定的次數(shù)或地點指定的次數(shù)整數(shù)-這個字段可以重復(fù)整數(shù)中指定的次數(shù)6.表(Table)

HL7為這個字段定義了一個值的表。在表的數(shù)字列中的一條記錄代表表名和元素名是相同的。

用戶定義表：用戶定義表是于區(qū)域或是地點定義的值的集合。考慮到某些字段，如PVI-3-指定病患地點，字段的值會因機(jī)構(gòu)的不同而改變。即使這些表并沒有被定義于標(biāo)準(zhǔn)之內(nèi)，仍然提供用戶定義表以利于實作。HL7有時會發(fā)布表建議值，由于地點可能被用為起始集（例：表0001-性別）。IS數(shù)據(jù)形態(tài)也經(jīng)常用于將表中的編碼值。注意有些表也可能會參照到一般主檔（例：表0302照顧點）。

另外，例如事件類型，因為這些類型影響了包含它們的消息的解釋，所以它們是HL7標(biāo)準(zhǔn)的一部分，它們受HL7標(biāo)準(zhǔn)確定的準(zhǔn)則的限制。ID數(shù)據(jù)類型經(jīng)常用于做HL7的表的編碼準(zhǔn)則。只要HL7表存在，最好用它們。這些表在以標(biāo)準(zhǔn)框格式顯示的文本

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

中出現(xiàn)。附加的部分可能包括在一個特定場所的基礎(chǔ)成分內(nèi)。

別的表包含由相關(guān)別的標(biāo)準(zhǔn)文檔編碼成的準(zhǔn)則。例如，由ASTM1238-88定義的實驗室規(guī)程代碼。CE數(shù)據(jù)類型用于為這些表編制準(zhǔn)則。

最后，還有一些自定義的表，由于沒有合適的官方標(biāo)準(zhǔn)存在，這些表包含可能通過機(jī)構(gòu)進(jìn)行標(biāo)準(zhǔn)化的準(zhǔn)則。這些建議值會以一個標(biāo)準(zhǔn)的無框格式的文本顯示。希望這些準(zhǔn)則應(yīng)用于一個機(jī)構(gòu)以及按需要擴(kuò)展為一個基本服務(wù)的地方。

各種各樣的HL7數(shù)據(jù)類型（如CE、CF、CK、CM、CN、CP、CQ、CX、ED、ID、IS、RP、XAD、XCN、XON、XPN、XTN等）用于傳達(dá)制成表的標(biāo)準(zhǔn)，或包含了有表格式標(biāo)準(zhǔn)的一個組件。

7.ID號碼：為一小整數(shù)，通過標(biāo)準(zhǔn)定義的惟一標(biāo)志數(shù)據(jù)子段的小整數(shù)。ID號碼在HL7消息編碼規(guī)則中不重要，但是對那些采用HL7標(biāo)準(zhǔn)的其它消息編碼規(guī)則來說很方便。

8.名稱：對字段做描述的全局范圍的惟一名稱。9.消息分隔符(MessageDelimiters)消息分隔符的推薦值及用法見如下表2.1：

表2.1消息分隔符

分隔符段終止符字段分隔符建議值(hex0D)編碼字符位置--使用終止一個段分割段中相鄰的兩個字段，并把消息段ID與第一個字段分隔開元件分隔符子元件分隔符^&14分割數(shù)據(jù)字段中相鄰的組件在字段中分隔相鄰的子組件，如果沒有子組件，這個字符可以省略反復(fù)分隔符擴(kuò)展符~\\23分隔多個重復(fù)出現(xiàn)的字段段用于構(gòu)造ST、TX或FT等數(shù)據(jù)類型字段中的轉(zhuǎn)義序列，或者用于ED類型的數(shù)據(jù)。如果消息中沒有轉(zhuǎn)義字符，該字符將被省略內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

在構(gòu)造一個段時用到的特殊字符。它們是段的終止符、字段的分隔符、元件的分隔符、子元件的分隔符、反復(fù)的分隔符以及擴(kuò)展符。段的終止符經(jīng)常是一個回車（在ASCII中是一個十六進(jìn)制的數(shù)字“0D”）。別的定義符在MSH段中定義，字段定義符在第四個字符的位置，字段中的別的定義符稱作編碼字符，它們是段ID后的第一個字段。MSH段用的定義符的標(biāo)準(zhǔn)就是整個段用的定義符標(biāo)準(zhǔn)。在任意給定的地點，合適的定義符的子集要由應(yīng)用程序相協(xié)商而定。因為他們出現(xiàn)在消息的頭段（MSH），以分解消息，這就意味著接受應(yīng)用程序要用定好的定義符[16，27]。2.1.2數(shù)據(jù)類型(DataTypes)

HL7V2.X中定義了超過80個數(shù)據(jù)類型。這些數(shù)據(jù)類型分為以下幾類：⑴文字及數(shù)字類Alphanumeric包括：ST、TX、FT、SRT數(shù)據(jù)類型；⑵數(shù)字類Numerical包括：CQ、MO、NM、SI、SN數(shù)據(jù)類型；⑶標(biāo)示類Identifiers包括：ID、IS、HD、EI、RP、PL、PT、VID數(shù)據(jù)類型；⑷時間日期類Date/Time包括：DT、TM、TS數(shù)據(jù)類型；⑸編碼值類Codedvalues包括：CE、CF、CK、CX、XCN、CNE、CWE數(shù)據(jù)類型；⑹類屬類Generic包括：CM數(shù)據(jù)類型；⑺人口統(tǒng)計信息類Demographic包括：AD、PN、TN、XAD、XPN、XON、XTN、SAD、FN數(shù)據(jù)類型；⑻波形類Waves包括：CD、MA、NA、ED數(shù)據(jù)類型；⑼價格數(shù)據(jù)類Prices包括：CP數(shù)據(jù)類型；⑽病人財務(wù)信息類Finances包括：FC數(shù)據(jù)類型；⑾擴(kuò)展查詢類ExpendedQueries包括：QSC、QIP、RCD數(shù)據(jù)類型；⑿主文件類MasterFileTables包括：DLN、JCC、VH數(shù)據(jù)類型；⒀醫(yī)療記錄信息管理類MedicalRecords包括：PPN數(shù)據(jù)類型；⒁時間系列類TimeSeries包括：DR、RI、SCV、TQ數(shù)據(jù)類型。

2.1.3HL7工作原理

HL7標(biāo)準(zhǔn)是目前醫(yī)療信息交換過程中使用最普遍的標(biāo)準(zhǔn)，通用查詢在內(nèi)的全部接口這是它的內(nèi)容[17]，包括：①患者管理（入出轉(zhuǎn)院和注冊）；②醫(yī)囑的處理；③患者的記帳系統(tǒng)；④臨床的觀察；⑤同步主檔的一般接口；⑥醫(yī)療信息（文檔）管理；⑦預(yù)約和資源；⑧患者轉(zhuǎn)診；⑨并支持面向問題，同時記錄患者照料通訊，在計算機(jī)信息系統(tǒng)中提供有關(guān)功能方便實施臨床路徑。

對于HL7標(biāo)準(zhǔn)的工作原理，首先要明確的是標(biāo)準(zhǔn)本身的定位，總體上我們可以將它定位于如下幾個方面：①盡量專注于Layer7的實現(xiàn)；②不同技術(shù)環(huán)境的不同系統(tǒng)間的資料交換；③提供及時的傳輸方式；④供客制化的標(biāo)準(zhǔn)規(guī)格；⑤建構(gòu)在已被廣泛接受的標(biāo)準(zhǔn)協(xié)議上；⑥并不設(shè)定成為“即插即用”的界面標(biāo)準(zhǔn)。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

HL7標(biāo)準(zhǔn)的設(shè)計理念：①Segment：將醫(yī)院中需要存放的資料分類到無法分割的項目；②Chapter：將醫(yī)院中的流程分割成好幾大塊；③Message：將每個流程定位出好幾個觸發(fā)事件；④運(yùn)用所有找出的三個英文字頭來湊成這些消息。

組成方式（Implementationmethod）：①了解欲標(biāo)準(zhǔn)化的醫(yī)療流程；②利用類別圖（ClassDiagram）定義流程的結(jié)構(gòu)與靜態(tài)關(guān)系；③利用對象關(guān)系圖（ObjectInteractionDiagram,OID）定義流程的順序與動態(tài)關(guān)系；④為可能出現(xiàn)的醫(yī)療流程特殊性加以比較、修改；⑤組織專家會議訂定決議；⑥實際建置電子化流程借以作為醫(yī)療院所之參考；⑦以效率及組織成員滿意程度為主評估電子化流程效益。

通俗的來講，信息的交換就是各個不同系統(tǒng)之間各種消息的傳送、接受以及查詢，在醫(yī)療信息交換中也是如此。

消息定義的規(guī)約：①描述消息的格式，包括它們的目的、內(nèi)容和相互關(guān)系，這種格式被稱作抽象消息定義，因為它是網(wǎng)絡(luò)互聯(lián)模型中第7層（應(yīng)用層）的定義；②HL7編碼規(guī)則，用于將一個抽象消息轉(zhuǎn)化為包含真實消息的一個字符串；③編程過程，該過程要求用HL7的規(guī)范來交換消息；④預(yù)想的與低層協(xié)議的關(guān)系；⑤構(gòu)成所有消息的特定消息段；⑥單一消息，確認(rèn)消息，這些消息在許多應(yīng)用程序中不需要改變。

應(yīng)從以下幾個基本概念入手，介紹一下HL7的工作原理：

1.觸發(fā)事件（Triggerevents）：標(biāo)準(zhǔn)是根據(jù)現(xiàn)實世界醫(yī)護(hù)系統(tǒng)之間數(shù)據(jù)的流動假定事件而編寫的。現(xiàn)實事件稱作觸發(fā)事件。HL7的實現(xiàn)機(jī)制就是觸發(fā)事件，如HL7實現(xiàn)機(jī)制圖解所示，醫(yī)生為住院患者開了X線片檢查，醫(yī)生在HIS系統(tǒng)中錄入醫(yī)囑時，產(chǎn)生觸發(fā)，消息是在HIS端HL7接口引擎產(chǎn)生的，同時傳遞給RIS端HL7接口引擎，并由它解析之后，通知RIS系統(tǒng)，這樣為該患者進(jìn)行X光片預(yù)約[18]。HL7還允許在數(shù)據(jù)間和相互關(guān)系不同的級別上使用觸發(fā)事件。例如，大多數(shù)ADT觸發(fā)事件與單一對象有關(guān)。其它ADT觸發(fā)事件與多個對象間的聯(lián)系有關(guān)。一些ADT觸發(fā)事件從屬于一個沒有重要相互關(guān)系的對象集合。

2.確認(rèn)原始模式（AcknowledgementsOriginalmode）：當(dāng)非請求更新由一個系統(tǒng)發(fā)送給另一個系統(tǒng)時，這種確認(rèn)模式說明它是在應(yīng)用層被確認(rèn)的，這個推論不能充分的說明底層通訊系統(tǒng)能夠保證消息的傳送，還需要知道接收應(yīng)用程序在邏輯應(yīng)用層成功地處理了數(shù)據(jù)。確認(rèn)可能包含與開始交換系統(tǒng)有關(guān)的數(shù)據(jù)。例如一個就診者醫(yī)療保健系統(tǒng)處理了觸發(fā)事件“為一個就診者安排一次實驗室化驗”，可能要把一個非請求更新發(fā)送給一個能識別就診信息、化驗順序信息和關(guān)于順序的其它不同信息的實驗室應(yīng)用程序。當(dāng)

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

應(yīng)用程序成功地對事件做了處理后，輔助項將會確認(rèn)順序�？紤]到一些成對的就診者和附屬部門系統(tǒng)的原因，確認(rèn)也可以包括被分配的輔助識別號碼。HL7標(biāo)準(zhǔn)沒有對數(shù)據(jù)所有權(quán)做假設(shè)，對數(shù)據(jù)接收的后續(xù)方式?jīng)]有特定的要求，也沒有對接收應(yīng)用程序的設(shè)計和體系結(jié)構(gòu)做假設(shè)。HL7的范圍受限于應(yīng)用系統(tǒng)間的消息規(guī)范和觸發(fā)他們的事件。雖然HL7沒有清楚地表明支持，但能與支持存儲、轉(zhuǎn)送和數(shù)據(jù)廣播設(shè)備的系統(tǒng)一起使用。HL7標(biāo)準(zhǔn)未對系統(tǒng)收到確認(rèn)前，把消息內(nèi)的數(shù)據(jù)提交到系統(tǒng)數(shù)據(jù)庫中的需要來做功能上的解釋。接收系統(tǒng)確認(rèn)數(shù)據(jù)的可靠性，提供能應(yīng)用于來自任意數(shù)據(jù)源的相同性與完整性測試，這些都是必需的，為了繼續(xù)使用以前的例子，輔助系統(tǒng)希望以后將順序輸入到數(shù)據(jù)庫中時，再把該順序放到一個輸入隊列后，輔助系統(tǒng)就會對這個順序做出應(yīng)答。惟一的假設(shè)是輸入隊列保持與數(shù)據(jù)庫相同的完整水平上。

3.確認(rèn)增強(qiáng)模式（AcknowledgementsEnhancedmode）：HL7的確認(rèn)樣式已經(jīng)擴(kuò)展為可以區(qū)別接受和應(yīng)用程序確認(rèn)，及每一種確認(rèn)樣式需要的條件。有了肯定的接受確認(rèn)，接收系統(tǒng)以一種能把發(fā)送系統(tǒng)從需求釋放為重新發(fā)送消息的方式把消息交給安全的存儲器。在接收系統(tǒng)處理過消息后，應(yīng)用程序的確認(rèn)可被用于把結(jié)果狀態(tài)返回給發(fā)送系統(tǒng)。4.查詢（Queries）：當(dāng)一個系統(tǒng)向另一個系統(tǒng)發(fā)送查詢時，會發(fā)生不同的數(shù)據(jù)交換。例如，在一個心臟病導(dǎo)導(dǎo)管插入術(shù)應(yīng)用程序中，會有一個觸發(fā)事件：給一個沒有在心臟病導(dǎo)管插入術(shù)應(yīng)用程序數(shù)據(jù)庫中登記的就診者預(yù)定一個過程。應(yīng)用程序可以發(fā)送一個請求消息，該消息中包含ADT系統(tǒng)中的就診者ID號，并且收到一個應(yīng)答，應(yīng)答中包含要順序處理的必須數(shù)據(jù)，此請求事件是一個查詢，但要與上面討論的非請求更新區(qū)別開。系統(tǒng)間流動的信息包含在應(yīng)答中，應(yīng)答本身不被需要由另一個消息確認(rèn)。在任何情況下，HL7標(biāo)準(zhǔn)都是由一對應(yīng)用程序間消息的簡單交換組成，即：非請求更新及它的應(yīng)答，或查詢及它的應(yīng)答。下層操作模型是一個客戶端和一個服務(wù)器。應(yīng)用程序用一個能識別操作的事件代碼和另一個應(yīng)用程序相接。其它應(yīng)用程序用一個包括數(shù)據(jù)或錯誤指示的消息進(jìn)行應(yīng)答。開始應(yīng)用程序可能會收到來自其它應(yīng)用程序或底層軟件的拒絕狀態(tài)，標(biāo)志它的消息沒有被正確接收到。用以下方法之一可以使HL7查詢公式化：HL7查詢過濾器，由QRD和QRF段定義，支持HL7以前的版本，在原始模式查詢中提到；內(nèi)嵌的查詢語言選擇語句，用選擇的查詢語言使查詢系統(tǒng)把請求格式化為一個自由格式的查詢語句；虛表查詢，功能上與內(nèi)嵌的查詢語言消息相似，但定義符上有更嚴(yán)格的格式；存儲過程請求，它調(diào)用了為符合一個指定查詢而構(gòu)建的應(yīng)答系統(tǒng)的程序代碼單元。由于HL7支持的預(yù)定查詢受到數(shù)量和精確定義的限制，每一個查詢都有一個對應(yīng)的存儲過程名以

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

及與它關(guān)聯(lián)的參數(shù)表。

HL7還包括SQL選擇語句，將SQL選擇語句作為編碼查詢選擇條件的一種交互手段，它是為了提供給實現(xiàn)者的一種方便，服務(wù)器系統(tǒng)不一定必須支持一般的SQL或基于關(guān)系數(shù)據(jù)庫技術(shù)。2.1.4HL7標(biāo)準(zhǔn)的應(yīng)用

具體來說，HL7標(biāo)準(zhǔn)可以用在以下幾個方面：⑴不同信息系統(tǒng)、操作系統(tǒng)之間的信息交換，避免重復(fù)錄入數(shù)據(jù)；⑵不同醫(yī)療單位之間的信息交換，實現(xiàn)資源共享；⑶不同地域之間的信息交換，實現(xiàn)資源共享；⑷不同國家之間的信息交換，實現(xiàn)資源共享。

2.2HL7消息處理

2.2.1應(yīng)用程序處理規(guī)則

⒈原始和增強(qiáng)處理規(guī)則

這里所描述的處理規(guī)則適用于所有的消息交換，無論是使用HL7編碼規(guī)則還是使用底層協(xié)議的消息，它們代表主消息處理模式。確定的變體在消息定義中歸檔，包括：⑴為特殊處理模式設(shè)計的應(yīng)用程序處理規(guī)則是延遲處理；⑵可選的序號協(xié)議；⑶延續(xù)較長消息的可選協(xié)議。

協(xié)議用來描述消息交換，根據(jù)兩個實體進(jìn)行描述，分別為開始系統(tǒng)和應(yīng)答系統(tǒng)。每一個系統(tǒng)既是消息發(fā)送方，也是消息接收方。開始系統(tǒng)對消息的處理為先發(fā)送，后接收；而應(yīng)答系統(tǒng)為先接收，后發(fā)送。

交換過程的如下兩個步驟：⑴開始系統(tǒng)從應(yīng)用程序數(shù)據(jù)中構(gòu)筑一個HL7消息，將消息發(fā)送到應(yīng)答系統(tǒng)；⑵應(yīng)答方接收消息。

⒉應(yīng)用程序處理規(guī)則，延遲處理兩個階段應(yīng)答

應(yīng)答系統(tǒng)將確認(rèn)發(fā)送到開始系統(tǒng)，也就是說以某種安全方式放置消息，接收系統(tǒng)在允許的時間內(nèi)對以下情況進(jìn)行處理：⑴消息中包含所需信息；⑵在應(yīng)答系統(tǒng)處理請求前，由于行為被取消后，沒有事件引起消息請求。

開始系統(tǒng)接收到的第一個延遲確認(rèn)表示應(yīng)答系統(tǒng)負(fù)責(zé)延續(xù)消息的處理，也表明開始系統(tǒng)不需要保存以當(dāng)前形式發(fā)送的特殊消息。

第二個延遲確認(rèn)消息的接收，是為了提供開始應(yīng)用程序如下信息之一：應(yīng)用程序成功進(jìn)行開始消息的處理；錯誤阻止了應(yīng)用程序的處理。如果接收應(yīng)用程序需要返回狀態(tài)信息的詳細(xì)改變時，應(yīng)使用指定應(yīng)用程序的消息，通用延遲接收協(xié)議應(yīng)用在指定位置

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

和指定應(yīng)用程序中。作為一個特殊實例，給出了以下類型的選項：⑴不允許延遲確認(rèn)；⑵所有消息都有一個延遲確認(rèn)；⑶僅特殊情況可以接收延遲確認(rèn)。2.2.2確認(rèn)消息

確認(rèn)消息在應(yīng)用程序的基礎(chǔ)上進(jìn)行，但是在應(yīng)用程序未對特殊消息進(jìn)進(jìn)定義和其它情況下，可使用簡單通用確認(rèn)消息。

1.通用確認(rèn)：簡單通用確認(rèn)在應(yīng)用程序未定義特殊應(yīng)用級確認(rèn)消息或為了預(yù)防應(yīng)用程序處理出錯時使用，它也可用來接收級別確認(rèn)。

2.延時確認(rèn)：這個部分僅提供向下兼容的能力，它作為創(chuàng)建異步應(yīng)用級確認(rèn)的一般形式使用，MCF消息。2.2.3顯示消息

⒈顯示面向記錄的消息，HL7消息包括：⑴適合于顯示的數(shù)據(jù)；⑵明確表示字段內(nèi)容的數(shù)據(jù)。

⒉非請求顯示更新消息（事件Q05），非請求更新的觸發(fā)事件通常是特殊行為的完成。

⒊非請求顯示更新消息的延續(xù)：同其它HL7消息類型一樣，通過使用DSC段和MSH-14-Continuationpointer，UDM消息能夠被延續(xù)，既然為非請求消息，當(dāng)特殊消息部分被延續(xù)使用時，插入消息可以被發(fā)送到接收應(yīng)用程序。MSH-14-Continuationpointer可使接收系統(tǒng)保持對插入消息的無關(guān)跟蹤。

2.3查詢

⒈顯示面向記錄的查詢：事件重復(fù)請求，這部分主要為顯示或面向記錄的格式化查詢應(yīng)答定義框架。

⒉消息定義，這個部分定義下列消息：⑴概括查詢；⑵嵌入式查詢語言的查詢，它支持基于查詢語言的任何SELECT語句；⑶虛表請求查詢，支持基于指定選擇屬性的服務(wù)器數(shù)據(jù)庫表的查詢；⑷存儲過程請求，允許應(yīng)用程序在一個系統(tǒng)向另一個系統(tǒng)上進(jìn)行存儲，并把它編譯為指定數(shù)據(jù)；⑸概括顯示應(yīng)答消息，通過該消息應(yīng)答系統(tǒng)為直接輸出到顯示設(shè)備上的數(shù)據(jù)進(jìn)行格式化；⑹事件重復(fù)請求消息，用來請求具有一定格式的數(shù)據(jù)，并作為事件的重復(fù)應(yīng)答；⑺表格式的應(yīng)答消息，通過該消息應(yīng)答系以相關(guān)的格式對該數(shù)據(jù)進(jìn)行格式化，作為表格中的行和列；⑻事件重復(fù)請求，接收系統(tǒng)根據(jù)Application-specific-segment-oriented（面向記錄）消息對數(shù)據(jù)進(jìn)行格式化；⑼關(guān)于單個

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

就診者的數(shù)據(jù)，如為就診者發(fā)送所有的實驗室結(jié)果；⑽關(guān)于多個就診者的數(shù)據(jù)；⑾不與就診者相關(guān)的數(shù)據(jù)。

⒊立即和延遲應(yīng)答

查詢應(yīng)答可立即完成也可延遲完成，查詢中把應(yīng)答描述為應(yīng)答期望時間，在立即模式中，接收處理會做出一個立即應(yīng)答或被接收過程等待應(yīng)答所占用的短時間應(yīng)答。

⒋應(yīng)答消息的交互式延續(xù)或取消：原始模式和增強(qiáng)模式

查詢的用法之一是從一個應(yīng)用程序為其它用戶取回數(shù)據(jù)，這種訪問方式可為就診者護(hù)理系統(tǒng)的用戶從實驗室或其它輔助科室取回數(shù)據(jù)，它也允許藥房系統(tǒng)用戶從實驗室系統(tǒng)取回就診者的實驗室結(jié)果或從就診者護(hù)理系統(tǒng)取回非藥房醫(yī)囑的數(shù)據(jù)。特殊情況是查詢用戶在一個系統(tǒng)的終端制訂在線查詢，和當(dāng)系統(tǒng)向其它系統(tǒng)發(fā)送查詢等待的情況。當(dāng)結(jié)果查詢發(fā)生在內(nèi)部應(yīng)用程序接口時，請求數(shù)據(jù)的方法非常困難當(dāng)減少應(yīng)答系統(tǒng)的負(fù)擔(dān)，延續(xù)查詢?yōu)橛脩籼峁┝酥朴啿樵兊暮梅椒�，原始查詢指出了通用查詢參�?shù)和返回數(shù)據(jù)的數(shù)量值。查看完數(shù)據(jù)后，用戶可以做出很多請求，開始系統(tǒng)再次以與先前相同的格式發(fā)送查詢，包括在DSC-1-Continuationpointer的值和請求數(shù)據(jù)的量發(fā)生改變的情況除外。開始系統(tǒng)通過發(fā)送取消查詢消息可明確地終止查詢。

⒌邏輯顯示斷點

通常情況下，顯示文本中的行會被分隔成為與屏幕或打印紙的物理大小不相同的邏輯組。顯示數(shù)據(jù)中邏輯中斷點的獲得對數(shù)據(jù)顯示或打印系統(tǒng)是非常有用的，由于此原因使用了DSP-4-Logicalbreakpoint。發(fā)送應(yīng)用程序?qū)⑦壿嬛袛帱c置于適當(dāng)?shù)奈恢谩?.3.1查詢觸發(fā)事件和消息定義

與查詢相關(guān)的觸發(fā)事件類型：⑴由另一應(yīng)用程序提供的立即數(shù)據(jù)訪問所需指令，它是數(shù)據(jù)或延續(xù)的初始化請求；⑵由另一應(yīng)用程序提供的延遲數(shù)據(jù)訪問所需指令。

查詢消息使用以下的應(yīng)答消息：⑴包含顯示數(shù)據(jù)時，DisplayResponse(DSR)message響應(yīng)該查詢；⑵包含表格數(shù)據(jù)時，TabulardataResponse(TBR)響應(yīng)該查詢；⑶包含事件重復(fù)查詢時，觸發(fā)事件由EventReplayQuery(ERQ)和EventReplayresponse(ERP)message提供。

原始QRY查詢消息用來請求面向記錄的數(shù)據(jù)，應(yīng)答消息指定到一個功能區(qū)；面向顯示，表格應(yīng)答消息和事件重復(fù)應(yīng)答消息在此描繪。每一個觸發(fā)事件都列出了消息交互的應(yīng)用形式。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

2.3.2原始模式查詢

在原始模式顯示查詢-立即應(yīng)答（事件Q01）中，QRY消息中的QRF和QRD段在應(yīng)答中響應(yīng)。如果DSC-1-Continuationpointer不為空時，DSC段包含該延續(xù)指針。如果在原始模式顯示查詢變量中顯示查詢不止一種應(yīng)答類型，MSH段中消息類型字段的第二個組件用來指出應(yīng)答事件類型。2.3.3原始模式延遲訪問

在延遲查詢中，復(fù)雜的查詢和應(yīng)答允許包含在單一消息中。給定查詢的應(yīng)答被分成許多獨立的DSR消息。單個的DSR消息中可包含對許多個QRY的應(yīng)答。在查詢的延遲應(yīng)答中，要注意所有面向記錄的原始模式查詢和遵循立即、延遲確認(rèn)模式的增強(qiáng)查詢在上文中已定義。2.3.4增強(qiáng)模式查詢消息

增強(qiáng)模式查詢消息分為以下四個方面：⑴EQL-嵌入式查詢語言查詢；⑵VTQ-虛表查詢；⑶SPR-存儲過程請求；⑷ERQ-事件重復(fù)查詢。2.3.5增強(qiáng)查詢模式應(yīng)答消息

增強(qiáng)查詢模式應(yīng)答消息可分為以下三個方面：⑴EDR-增強(qiáng)顯示應(yīng)答；⑵TBR-表格式數(shù)據(jù)應(yīng)答消息；⑶ERP-事件重復(fù)應(yīng)答。2.3.6查詢消息執(zhí)行要點

⒈原始模式執(zhí)行要點：⑴通過應(yīng)用程序的協(xié)同工作，可定義QRD和QRF段中需這濾的特殊值；⑵查詢段的格式選擇非常通用，它通過實現(xiàn)者閱讀，為使用標(biāo)準(zhǔn)的實現(xiàn)者指出較大的查詢能力，但這并不是主要目的，格式通過接口的指定限制使用。

⒉增強(qiáng)模式執(zhí)行要點：表定義和虛表定義

通過應(yīng)用程序的協(xié)同工作，可定義QRD和QRF段中過濾的特殊值；查詢段的格式選擇非常通用，它通過實現(xiàn)者閱讀，為使用標(biāo)準(zhǔn)的實現(xiàn)者指出較大的查詢能力，但這并不是主要目的，格式通過接口的指定限制使用；表示為TBR應(yīng)答消息的表中的內(nèi)容在功能章節(jié)中進(jìn)行定義。2.3.7查詢錯誤應(yīng)答

如果應(yīng)用程序在處理查詢時發(fā)現(xiàn)了錯誤，它通過在查詢應(yīng)答消息的MSA段中返回應(yīng)用程序錯誤或應(yīng)用程序拒絕進(jìn)行應(yīng)答。接收應(yīng)用程序用合適的錯誤代碼和消息給MSA-6-Errorconditionsegment賦值。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

2.4HL7V2.X編碼方式

HL7V2.X有兩種編碼方式：ER7與HL7V2.XML2.4.1ER7編碼方式

ER7(EncodingRulesfor7)，豎線編碼，是HL7傳統(tǒng)的編碼格式。采用HL7V2.X標(biāo)準(zhǔn)所制定的編碼原則進(jìn)行編碼，HL7V2.X的主要編碼方式是ER7格式，可是消息可讀性比較差，這就需要開發(fā)專用的消息解析模塊進(jìn)行解析了，從而無形中增加了開發(fā)的難度等。鑒于此，HL7標(biāo)準(zhǔn)組織在HL7V2.3.1標(biāo)準(zhǔn)開始時，就引入了HL7V2.XML格式作為輔助編碼規(guī)則[19]。

ER7格式編碼消息例子：

MSH|^~\\&|LABGL1||DMCRES||19951002180700||ORU^R01|LABGL1199510021807427|P|2.2

PID|||T12345||STONE^ALAN^A||19601002|M||||||||||123456PV1|||NER|||||||GSU||||||||E||||||||||||||||||||||||||19951002174900|19951006OBR|1||09527539021001920|1001920^BLOOD0218070000||350|F||^^^^^RT

OBX||NM|1001910^PATIENT

TEMPERATURE,

ARTERIAL^^^TEMP

CORR|0001|37.0||||||F|||19951002180700||42

OBX||TX|1001912^FIO2,ARTERIAL^^^FIO2art|0001|*|%||A|||F|||19951002180700||42OBX||NM|1001960^PO2,

art|0001|65|mmHg|75-100|L|||F|||19951002180700||42

2.4.2XML格式消息

采用XML作為HL7V2.X的編碼格式，不用專門開發(fā)ER7格式的解析模塊，減小了開發(fā)和維護(hù)的系統(tǒng)開銷，可以更方便與采XML作為編碼的系統(tǒng)相整合。XML設(shè)計用來傳送及攜帶數(shù)據(jù)信息，所以XML用途的焦點是它說明數(shù)據(jù)是什么，以及攜帶數(shù)據(jù)信息。

XML定義結(jié)構(gòu)、存儲信息、傳送信息。以下為小王發(fā)送給小明的便條，存儲為XML，例如：

小明

18

GASES,

ARTERIAL^^^ABG|||19951002180200|||||||19951002180300||||1793559||0952753902||199510

ARTERIAL^^^PO內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

小王問候

嗨，過幾天去找你玩。

這個XML文檔僅是純粹的信息標(biāo)簽，這些標(biāo)簽意義的展開依賴于應(yīng)用它的程序。結(jié)構(gòu)：每個XML文檔都由XML序言開始，在前面的代碼中的第一行便是XML序言，。這一行代碼會告訴解析器和瀏覽器，這個文件應(yīng)該按照前面討論過的XML規(guī)則進(jìn)行解析。第二行代碼，，則是文檔元素（documentelement），它是文件中最外面的標(biāo)簽（我們認(rèn)為元素（element）是起始標(biāo)簽和結(jié)束標(biāo)簽之間的內(nèi)容）。所有其他的標(biāo)簽必須包含在這個標(biāo)簽之內(nèi)來組成一個有效的XML文件。XML文件的第二行并不一定要包含文檔元素；如果有注釋或者其他內(nèi)容，文檔元素可以遲些出現(xiàn)。第三行代碼是注釋，我們會發(fā)現(xiàn)它與HTML中使用的注釋風(fēng)格是一樣的。這是XML從SGML中繼承的語法元素之一。

再往下的一些地方，可以發(fā)現(xiàn)標(biāo)簽里有一些特殊的語法。代碼用于表示無需進(jìn)行解析的文本，允許大于號和小于號之類的特殊字符包含在文本中，而無需擔(dān)心破壞XML的語法。文本必須出現(xiàn)在之間才能合適地避免被解析。這樣的文本稱為CharacterDataSection，簡稱CDataSection。

XML的結(jié)構(gòu)的缺陷：第一，就是不支持分幀（framing），當(dāng)多條XML消息在TCP上傳輸?shù)臅r候，無法基于XML協(xié)議來確定一條XML消息是否已經(jīng)結(jié)束。第二，是HL7V2.XML消息所占篇幅較大。

XML格式編碼消息例子：

|^~\\&LABGL1DMCRES

19951002180700

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

ORUR01

LABGL1199510021807427

2.5本章小結(jié)

本章主要介紹了HL7V2標(biāo)準(zhǔn)的一些基本概念，從幾個基本概入手介紹了HL7的工作原理，標(biāo)準(zhǔn)用在哪些方面等；消息處理規(guī)則；ER7與XML是HL7V2.X有兩種編碼方式。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第三章HL7消息解析

HL7消息解析是將HL7消息字符串解析成為一種抽象數(shù)據(jù)結(jié)構(gòu)，在其中包含了應(yīng)用程序所需要的數(shù)據(jù)。

3.1HL7分析協(xié)議

3.1.1V2.xHL7消息結(jié)構(gòu)

在HL7協(xié)議中，通信系統(tǒng)間互相傳遞數(shù)據(jù)的最小單位是消息。依據(jù)HL7協(xié)議，在結(jié)構(gòu)上觀察，HL7消息的形狀是一個樹形結(jié)構(gòu)。

由一組順序排列的段組成一條HL7消息。在HL7協(xié)議中，總共定義了84種消息結(jié)構(gòu)，它們都是標(biāo)準(zhǔn)的，如圖3.1所示，羅列出其中消息的標(biāo)準(zhǔn)結(jié)構(gòu)ADT^A02。在圖3.1中可以知道，ADT^A02是由MSH、PV2、EVN、PID、PD1、OBX、PV1、DB1段構(gòu)成。其中，MSH、、PID、EVN、PV1為必選的段，剩下的幾個為可選的段，用[]表示；OBX與DB1段是可循環(huán)的段，用{}表示。在實際工作中，為方便處理，習(xí)慣上會把幾個位置相鄰、功能相關(guān)的段綁定成為一個組(Group)處理，組就和段一樣具有“可選”和“可循環(huán)”的屬性[20]。

圖3.1HL7消息結(jié)構(gòu)樣例（ADT^A02）

3.1.2V2.xHL7消息解析

分割消息塊、剔除無用信息、判別消息合法性、解析消息頭、提取消息數(shù)據(jù)和數(shù)據(jù)裝箱這是HL7消息的解析需要完成的工作。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

1.確定有效的消息數(shù)據(jù)區(qū)主要是為了分割消息的塊，同時把消息數(shù)據(jù)又細(xì)分為若干的段(segment)和字段(field)，以便于提取出有用的消息數(shù)據(jù)并進(jìn)行裝箱和處理。在HL7消息的傳送給對方的過程中，很多條消息是可在一次的通信會話中進(jìn)行串行的傳遞。因此，解析HL7消息第一就是要對眾多的消息和數(shù)據(jù)進(jìn)行有效的消息數(shù)據(jù)區(qū)的劃分。HL7協(xié)議沒有對消息的結(jié)束符做出明確的規(guī)定。在這里，我們可以參考業(yè)界的經(jīng)驗，并規(guī)定(ASCII0x0A)是標(biāo)識消息的結(jié)束終止符，同時約定該結(jié)束符不可以在消息中的任何其它位置出現(xiàn)[21]。

2.解析消息頭：利用提出MSH段中有關(guān)信息來完成的。依據(jù)HL7協(xié)議，段的結(jié)束符為(ASCII0x0D)，因此，我們根據(jù)該段的結(jié)束標(biāo)識符可對包括MSH段在內(nèi)的所有的消息段進(jìn)行區(qū)域分割處理。其中，解析消息頭的主要從以下幾個方面進(jìn)行處理：①對字段(field)[MSH.1]、子元素(sub-component)、元素(component)、可循環(huán)字段(Repeatable)、轉(zhuǎn)譯符(EscapeCharacter)[MSH.2]分割符標(biāo)志做記錄；②對消息的類型[MSH.9]做出識別；③對消息控制碼[MSH.10]做記錄；④對消息所遵循的HL7協(xié)議版本信息[MSH.12]做出判別等[22]。

3.對消息合法性的判別主要從以下幾個方面做處理：①用消息級語法做檢查。利用該檢查，我們可以明確的知道消息是不是為標(biāo)準(zhǔn)的HL7消息、消息的段的結(jié)構(gòu)是不是合法的、消息的來源是不是合法的、消息的協(xié)議版本是不是正確的等；②用段(segment)級語法做檢查。利用該檢查，我們可以明確的知道該段中的字段是不是所有的必選字段均有有效數(shù)據(jù)和字段結(jié)構(gòu)是不是合理的等；③用字段(field)級語法做檢查。利用該檢查，我們可以明確的知道該字段的數(shù)據(jù)類型是不是合法的、有效的[23]。

4.把有效的消息字段進(jìn)行裝箱的處理叫做提取消息數(shù)據(jù)。其中，我們依據(jù)HL7協(xié)議中的標(biāo)準(zhǔn)消息結(jié)構(gòu)設(shè)計了用于存放消息字段的數(shù)據(jù)箱，它具有著上下級關(guān)聯(lián)索引、自身屬性描述和數(shù)據(jù)存儲等功能[24]。

5.對數(shù)據(jù)裝箱和語法檢查過程中發(fā)現(xiàn)的不可識別的字段、段等信息忽略跳過或不予提取叫做剔除無用信息[25]。

將HL7消息字符串解析成為一種抽象數(shù)據(jù)結(jié)構(gòu)的過程叫做HL7消息的解析，在這里包含了應(yīng)用程序所需要的數(shù)據(jù)。在HAPI中，這樣的抽象數(shù)據(jù)結(jié)構(gòu)被定義為“Message”，“Message”它是一個接口，能夠表達(dá)一個完整的HL7消息，它包含所有的結(jié)構(gòu)、字段和段。HL7消息結(jié)構(gòu)模型是由HAPI定義的，如圖3.2所示，這里，箭頭是接口間的繼承關(guān)系，菱形是接口間的聚合關(guān)系[26]。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

圖3.2HL7消息結(jié)構(gòu)模型

四種構(gòu)造解析器，F(xiàn)astParser、PipeParser、DefaultXMLParser和GenericParser是由HAPI開源工具定義的。這里，PipeParser和FastParser的作用是構(gòu)造/解析ER7格式消息、DefaultXMLParser的作用是構(gòu)造/解析XML格式消息，GenericParser的作用是構(gòu)造/解析XML或ER7格式的消息字符串。為了能夠更好的解析兩種格式的HL7消息字符串（XML和ER7格式的消息字符患），用的是GenericParser，把HL7消息字符串解析成為“Message”，同時利用HL7消息固有的層次結(jié)構(gòu)，將它顯示為樹形結(jié)構(gòu)[25，26]，如圖3.3所示。

圖3.3HL7消息解析，并以樹結(jié)構(gòu)顯示

3.2編碼、解析的類函數(shù)

1.消息編碼

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

publicvoidencodeMessage()

throwsca.uhn.hl7v2.HL7Exception

例如：

Stringhl7msgstring=this.parser.encode(this.msgTreePanel.getMessage());hl7msgstring=hl7msgstring.replace("\\r","\\n");this.encodeTextArea.setText(hl7msgstring);函數(shù)功能：對HL7消息進(jìn)行編碼。拋出：ca.uhn.hl7v2.HL7Exception2.消息解析

publicvoidparseMessage()

throwsca.uhn.hl7v2.HL7Exception,

ca.uhn.hl7v2.parser.EncodingNotSupportedException

例如：

StringmessageString=textHl7encode.getText().replace("\\n","\\r");try{Messagehl7msg=parser.parse(messageString);msgTreePanel.setMessage(hl7msg);}catch{}

函數(shù)功能：解析消息并以樹結(jié)構(gòu)顯示。拋出：

ca.uhn.hl7v2.HL7Exception

ca.uhn.hl7v2.parser.EncodingNotSupportedException

3.3本章小結(jié)

本章主要介紹了HL7V2的解析，HL7消息的形狀是一個樹形結(jié)構(gòu)，我們用到的是HAPI工具包中的四種構(gòu)造解析器，消息解析的建模方法。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第四章HL7消息格式轉(zhuǎn)換

4.1HL7消息格式轉(zhuǎn)換

4.1.1HL7消息格式轉(zhuǎn)換目的和意義

HL7消息格式轉(zhuǎn)換的目的是將HL7傳統(tǒng)編碼(ER7)與XML兩種格式進(jìn)行互相轉(zhuǎn)換。研究HL7標(biāo)準(zhǔn)格式與XML格式的互相轉(zhuǎn)換有很深遠(yuǎn)的意義：

1.伴隨著XML技術(shù)的發(fā)展、成熟和普及，在網(wǎng)絡(luò)上數(shù)據(jù)交換選擇上XML數(shù)據(jù)必將成為的首選。商業(yè)軟件的標(biāo)準(zhǔn)配置將會變?yōu)閄ML數(shù)據(jù)接口，所以研究HL7V2.X標(biāo)準(zhǔn)格式與XML格式的相互轉(zhuǎn)換是一種必然，從而使得以HL7技術(shù)開發(fā)的系統(tǒng)獲得XML的優(yōu)勢，這樣使HL7技術(shù)開發(fā)的系統(tǒng)增強(qiáng)了靈活性和競爭力。

2.研究HL7V2.X標(biāo)準(zhǔn)格式與XML格式相互轉(zhuǎn)換，不僅可以提供與其他系統(tǒng)更加方便的集成方式，還可以為HL7標(biāo)準(zhǔn)提供了一種可供選擇的編碼方案，同時還可以利用更多成熟的工具對HL7消息進(jìn)行操作。

4.1.2ER7格式的消息轉(zhuǎn)換為對應(yīng)的XML格式的消息

HAPI開源工具包對HL7V2.X消息格式提供了比較好的支持。四種構(gòu)造解析器：FastParser、PipeParser、DefaultXMLParser、GenericParser是由HAPI定義的，如下圖4.1所示，將ER7格式的消息字符串轉(zhuǎn)換成XML格式的消息字符串的過程：第一，對ER7格式的HL7消息字符串進(jìn)行解析，并獲得“Message”接口的類型。第二對“Message”類型用DefaultXMLParser構(gòu)造解析器進(jìn)行構(gòu)造，最后得到XML消息字符串。

圖4.1構(gòu)造解析器類之間的關(guān)系

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

ER7XMLMutualConversion類用于支持ER7格式消息字符串和XML格式消息字符串的相互轉(zhuǎn)換。ER7XMLMutualConversion類的主要結(jié)構(gòu)聲明，如：

publicclassER7XMLMutualConversion{

publicStringconvertER7ToXML(Stringer7msg);publicStringconvertXMLToER7(Stringhl7xmlmsg);}

在這里，類的成員函數(shù)：convertER7ToXML(Stringer7msg)用于將ER7格式的HL7消息字符串轉(zhuǎn)換成對應(yīng)的XML格式的HL7消息字符串。

系統(tǒng)提供了ER7格式的HL7消息字符串轉(zhuǎn)換為對應(yīng)的XML格式的HL7消息字符串功能，如圖4.2所示。

圖4.2ER7格式的HL7消息字符串轉(zhuǎn)換為XML格式的HL7消息字符串

4.1.3XML格式的消息轉(zhuǎn)換為對應(yīng)的ER7格式的消息

將XML格式的HL7消息字符串轉(zhuǎn)換為ER7格式的HL7消息字符串，是采用XML格式編碼的HL7消息轉(zhuǎn)換為對應(yīng)的ER7格式的HL7消息字符串。具體的過程與ER7格式的HL7消息字符串轉(zhuǎn)換為對應(yīng)的XML格式的HL7消息字符串過程相似，第一對XML格式的HL7消息字符串進(jìn)行解析，得到“Message”接口類型，第二對“Message”類型用PipeParser構(gòu)造解析器進(jìn)行構(gòu)造，最后得到ER7格式的消息字符串。

與ER7格式的HL7消息字符串轉(zhuǎn)換為對應(yīng)的XML格式的HL7消息字符串方法相似，類ER7XMLMutualConversion中的成員函數(shù)：convertXMLToER7(Stringhl7xmlmsg)實現(xiàn)的是將XML格式的HL7消息字符串轉(zhuǎn)換為對應(yīng)的ER7格式的HL7消息字符串。

系統(tǒng)提供的XML格式的消息字符串轉(zhuǎn)換為ER7格式的消息字符串功能，如圖4.3

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

所示。

圖4.3XML格式的消息字符串轉(zhuǎn)換為ER7格式的消息字符串

4.2HL7消息兩種格式轉(zhuǎn)換的函數(shù)

Java包：edu.imust.hl7.mutalconversionJava類：ER7XMLMutualConversion

類功能：在HL7中ER7格式消息和XML格式的消息相互轉(zhuǎn)換類中函數(shù)的說明：

1.ER7格式消息轉(zhuǎn)換為XML格式消息的類函數(shù)

①publicjava.lang.StringconvertER7ToXML(java.lang.Stringer7msg)函數(shù)功能：HL7字符串格式轉(zhuǎn)換，將ER7格式轉(zhuǎn)換為XML格式。參數(shù)：er7msgString：ER7格式的HL7字符串返回：String：XML格式的HL7字符串

②publicjava.lang.String[]convertER7ToXML(java.lang.String[]er7msgarray)函數(shù)功能：HL7字符串?dāng)?shù)組格式轉(zhuǎn)換，將ER7格式字符串?dāng)?shù)組轉(zhuǎn)換為XML格式字符串?dāng)?shù)組。

參數(shù)：er7msgarray-String[]：ER7格式的HL7字符串?dāng)?shù)組返回：String[]：XML格式的HL7字符串?dāng)?shù)組例如：

ER7XMLMutualConversionexmc=newER7XMLMutualConversion();Stringer7string=textEr7.getText();

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

er7string=er7string.replace("\\n","\\r");

Stringxmlstring=exmc.convertER7ToXML(er7string);if(xmlstring!=null){xmlstring.replace("\\r","\\n");textEr7ToXml.setText(xmlstring);}else{}

2.XML格式消息轉(zhuǎn)換為ER7格式消息的類函數(shù)

①publicjava.lang.StringconvertXMLToER7(java.lang.Stringhl7encodeedxmlmsg)函數(shù)功能：HL7字符串格式轉(zhuǎn)換，將XML格式轉(zhuǎn)換為ER7格式。參數(shù)：hl7encodedxmlmsgString：XML格式的HL7字符串返回：String：HL7格式的字符串

②publicjava.lang.String[]convertXMLToER7(java.lang.String[]hl7encodedxmlmsgarray)

函數(shù)功能：HL7字符串?dāng)?shù)組格式轉(zhuǎn)換，將ER7格式字符串?dāng)?shù)組轉(zhuǎn)換為X組。參數(shù)：hl7encodedxmlmsgarray-String[]：XML格式的HL7字符串?dāng)?shù)返回：String[]ER7：格式的HL7字符串?dāng)?shù)組例如：

ER7XMLMutualConversionexmc=newER7XMLMutualConversion();Stringxmlstring=textXml.getText();xmlstring=xmlstring.replace("\\n","\\r");

Stringer7string=exmc.convertXMLToER7(xmlstring);if(er7string!=null){

er7string=er7string.replace("\\r","\\n");textXmlToEr7.setText(er7string);}else{}3.主函數(shù)main

publicstaticvoidmain(java.lang.String[]args)

函數(shù)功能：輸入消息類型及消息內(nèi)容，輸出經(jīng)格式轉(zhuǎn)換后的內(nèi)容。參數(shù)：args-String[]：控制臺參數(shù):待轉(zhuǎn)換文件名，輸出文件名

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

4.3本章小結(jié)

本章主要介紹了HL7V2消息解析格式轉(zhuǎn)換，并介紹了HAPI工具包中的四種構(gòu)造解析器和用到的類函數(shù)。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第五章HL7的影響

由于HL7是醫(yī)療信息交換的一種規(guī)范的協(xié)議標(biāo)準(zhǔn)，或者簡單地稱之為接口標(biāo)準(zhǔn)，對經(jīng)營管理者、臨床醫(yī)療者、醫(yī)療顧問、驗證單位、學(xué)術(shù)研究單位、教授與學(xué)生等層面的人員均具備重要影響：

1.對經(jīng)營管理者來說：無論對在政府單位、醫(yī)療機(jī)構(gòu)、生物科技業(yè)者、生物信息業(yè)者或者臨床試驗業(yè)者等方面的經(jīng)營管理人員而言，HL7均是拓展現(xiàn)有格局與思考全球性潛在商機(jī)的重要切入點，在HL7對全球醫(yī)療信息化市場的重新洗牌過程中，誰能率先掌握HL7發(fā)展趨勢與技術(shù)，即能具備領(lǐng)先全球化競爭者機(jī)會與條件，并能順利地切入各個區(qū)域化的醫(yī)療衛(wèi)生市場。

2.對臨床醫(yī)療者來說：開發(fā)�？婆R床醫(yī)療系統(tǒng)是現(xiàn)階段整合醫(yī)療資源、提升醫(yī)護(hù)品質(zhì)的重要趨勢，因此各醫(yī)師、護(hù)理人員等臨床工作者應(yīng)熟悉必要的HL7協(xié)議標(biāo)準(zhǔn)部分以整合專業(yè)性的臨床醫(yī)療信息，協(xié)助軟件開發(fā)者建置適用性高的�？漆t(yī)療軟件為當(dāng)前臨床專業(yè)人士的重要發(fā)展目標(biāo)。

3.對醫(yī)療顧問來說：對于各種專業(yè)不同的醫(yī)療產(chǎn)業(yè)顧問形態(tài)，也即將會透過HL7標(biāo)準(zhǔn)的植入，而容易具備完整性與多元性的發(fā)展空間，并且也是其它產(chǎn)業(yè)顧問跨入醫(yī)療產(chǎn)業(yè)非常重要的敲門磚。

4.對驗證單位來說：隨著醫(yī)療產(chǎn)業(yè)標(biāo)準(zhǔn)的快速發(fā)展，愈來愈多的驗證單位錄找機(jī)會進(jìn)入醫(yī)療市場，而且不再局限于品質(zhì)驗證一隅，而更多注重于能對信息管理、接口標(biāo)準(zhǔn)、信息安全等領(lǐng)域來建立多元化驗證制度與專業(yè)服務(wù)的能力。

5.對信息人員來說：對HL7協(xié)議標(biāo)準(zhǔn)做全盤且徹底的了解，將有助于信息人員對整體系統(tǒng)結(jié)構(gòu)的重新思考與完整規(guī)劃，并加速系統(tǒng)建置腳步，以提升系統(tǒng)運(yùn)作效能與功能多元化的添加，并積極進(jìn)行對外系統(tǒng)應(yīng)用整合的改進(jìn)。

6.對學(xué)術(shù)教學(xué)來說：由于HL7迅速成為醫(yī)療業(yè)界重要的發(fā)展趨勢，因此在教學(xué)孕育與學(xué)術(shù)發(fā)展方面，將朝多元化方向邁進(jìn)，并且由于充分掌握與了解協(xié)議標(biāo)準(zhǔn)發(fā)展趨勢與市場消費(fèi)性需求，更能成為培育業(yè)界所需生力軍的有效力量。

正因為HL7的影響面如此廣泛和深遠(yuǎn)，對于我們來說，HL7的研究、開發(fā)和應(yīng)用已經(jīng)迫在眉睫，用一句話說，則是“如箭在弦，不得不發(fā)”。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

第六章總結(jié)與展望未來

6.1總結(jié)

HL7標(biāo)準(zhǔn)是基于區(qū)域衛(wèi)生信息化建設(shè)涉及各個醫(yī)療衛(wèi)生單位之間的數(shù)據(jù)交換和整合要求。由于很多單位都是自行開發(fā)或是軟件提供商的開發(fā)標(biāo)準(zhǔn)不統(tǒng)一，導(dǎo)致了醫(yī)療信息數(shù)據(jù)交換的難度加大，所提出來的世界性醫(yī)療信息傳輸標(biāo)準(zhǔn)。HL7是由HealthLevelSeven,Inc.（美國）制定和維護(hù)、用于不同的醫(yī)療系統(tǒng)之間進(jìn)行醫(yī)療數(shù)據(jù)傳遞的標(biāo)準(zhǔn)，美國作為當(dāng)今世界的科技大國，它所廣泛應(yīng)用和發(fā)展的醫(yī)療信息交換標(biāo)準(zhǔn)HL7，逐漸走上了世界醫(yī)療衛(wèi)生信息技術(shù)舞臺。

它正引起一場深刻的醫(yī)學(xué)信息管理模式的變革，使得整個醫(yī)療服務(wù)在更高水平和更大程度上實現(xiàn)醫(yī)療信息的自動化，整個醫(yī)療環(huán)境將發(fā)展成一個全球化的虛擬醫(yī)院。因此，HL7標(biāo)準(zhǔn)作為目前一個國際性公認(rèn)的公共信息系統(tǒng)間相互支持和應(yīng)用的標(biāo)準(zhǔn)，符合整個醫(yī)療信息行業(yè)發(fā)展的需要，已經(jīng)被國內(nèi)外眾多廠商廣泛支持與應(yīng)用。

論文詳細(xì)介紹了HL7V2標(biāo)準(zhǔn)。在HL7的消息解析及格式轉(zhuǎn)換中，主要是涉及到HL7V2.X醫(yī)學(xué)信息解析，標(biāo)準(zhǔn)格式與XML格式的相互轉(zhuǎn)換。本次設(shè)計主要是基于Java編程語言，在應(yīng)用集成開發(fā)環(huán)境（IDE）使用Eclipse，它是開放源代碼，基于Java的可擴(kuò)展開發(fā)平臺。Eclipse附帶了一個標(biāo)準(zhǔn)的插集SWT，從而進(jìn)行界面的設(shè)置，同時采用HAPI-0.5.1開源工具包輔助開發(fā)，實現(xiàn)對HL7消息自身結(jié)構(gòu)特點進(jìn)行解析，標(biāo)準(zhǔn)格式與XML格式的相互轉(zhuǎn)換。

6.2展望未來

通過十幾年的發(fā)展歷程，HL7標(biāo)準(zhǔn)得到了長足的發(fā)展。它正在醫(yī)學(xué)信息管理模式中發(fā)揮巨大的作用，并將引起一場深刻的醫(yī)療信息改革，它在很大的程度上實現(xiàn)了醫(yī)療信息和服務(wù)的自動化，使得整個醫(yī)療環(huán)境變?yōu)橐粋�全球化的虛擬醫(yī)院。醫(yī)療服務(wù)的特點將朝著更加全球化、信息化和專業(yè)化的方向發(fā)展。

醫(yī)療信息交換領(lǐng)域的研究具有重要的實際應(yīng)用價值，論文主要完成了HL7消息的解析和格式轉(zhuǎn)換的工作，從系統(tǒng)的開發(fā)和醫(yī)療信息交換網(wǎng)絡(luò)的建設(shè)來看，在論文已有工作的基礎(chǔ)之上，仍有若干方面有待于更深入的研究和進(jìn)一步的完善，主要包括：

1.系統(tǒng)采用HL7V2標(biāo)準(zhǔn)開發(fā)，實現(xiàn)了HL7V2消息的解析、格式轉(zhuǎn)換的功能。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

2.設(shè)計并建設(shè)醫(yī)療信息交換網(wǎng)絡(luò)。3.加快HL7標(biāo)準(zhǔn)的本地化工作。

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

參考文獻(xiàn)

[1]何文強(qiáng).基于XML的電子病歷系統(tǒng)的研究與實現(xiàn)[D].長沙：國防科學(xué)技術(shù)大學(xué)，

201*.

[2]陶達(dá)剛.基于中間件技術(shù)的醫(yī)院信息化平臺研究與設(shè)計[D].成都：四川大學(xué)，201*.[3]醫(yī)學(xué)術(shù)語國外標(biāo)準(zhǔn)及標(biāo)準(zhǔn)組織[DB/OL]．．

[4]金霞,歐宗瑛.基于HL7標(biāo)準(zhǔn)醫(yī)療信息交換消息的構(gòu)建/解析[J].焦作大學(xué)學(xué)報,

201*，18(1):1273-1275.

[5]肖蒲鮮,錢師宇,孔令人.HIS的目標(biāo)和醫(yī)療信息交換協(xié)議[A].HL7第八屆全國醫(yī)

藥信息學(xué)大會[C].1999.

[6]姚立民,趙輝.基于HL7標(biāo)準(zhǔn)的醫(yī)療設(shè)備數(shù)據(jù)接口的研究與實現(xiàn)[J].電子學(xué)報,

201*,26(12):35-38.

[7]張翠英,張尚軍,徐上凱.醫(yī)療信息交換標(biāo)準(zhǔn)-HL7[J].生物醫(yī)學(xué)工程學(xué)雜志,201*,

18(1):467-469.

[8]HAPI.[DB/OL].

[9]NHAPI.[DB/OL].

[10]金霞.醫(yī)療信息交換中HL7消息的構(gòu)建/解析和傳輸關(guān)鍵技術(shù)研究[D].大連：大連

理工大學(xué),201*.

[11]醫(yī)療環(huán)境電子數(shù)據(jù)交換標(biāo)準(zhǔn)-HL7v3.0的新進(jìn)展[DB/OL]．[12]醫(yī)學(xué)詞匯及代碼標(biāo)準(zhǔn)的選擇[DB/OL]．

[13]孫勇.HL7標(biāo)準(zhǔn)在醫(yī)療信息交換中的應(yīng)用[A].第七屆中國標(biāo)準(zhǔn)化論壇[C]，201*.[14]賈瑋.基于HL7標(biāo)準(zhǔn)的醫(yī)療信息交換關(guān)鍵研究[D].廣州：南方醫(yī)科大學(xué)，201*.[15]李遠(yuǎn)敏.基于健康標(biāo)準(zhǔn)電子病歷數(shù)據(jù)抽取模式挖掘研究[D],武漢華中科技大學(xué),

201*.

[16]胡永輝.基于HL7的醫(yī)療信息系統(tǒng)研究[D].西安:西安電子科技大學(xué),201*.[17]陳志亞.基于HL7的臨床信息系統(tǒng)(CIS)開發(fā)初探[J].中國衛(wèi)生信息管理雜志，

201*,16(25):76-79.

[18]張波云.社區(qū)智能遠(yuǎn)程監(jiān)護(hù)系統(tǒng)的數(shù)據(jù)傳輸與分析技術(shù)的研究[D].廣州：華南理工

大學(xué)，201*.

[19]胡延平,后國超,劉建偉.HL7Version3消息若干關(guān)鍵技術(shù)探討[J].計算機(jī)工程與

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

設(shè)計，201*,25(9):76-78.

[20]郭冰潔,韓旭,趙媛元.基于HL7V2.x協(xié)議的消息解析模型設(shè)計與應(yīng)用分析[J].

遼寧中醫(yī)藥大學(xué)學(xué)報,201*,17(3):478-479.

[21]范瀟.基于HL7V2.x協(xié)議的消息構(gòu)建與存儲模型[D].昆明：昆明理工大學(xué)，201*.[22]范友志.基于HL7標(biāo)準(zhǔn)的生理參數(shù)傳輸平臺設(shè)計[D].上海：上海大學(xué)通信與信息

工程學(xué)院，201*.

[23]韓旭.基于.NETFrameworkWCF的面向服務(wù)SOA中間件設(shè)計[D].南京：南京理工

大學(xué)自動化學(xué)院,201*.

[24]TungTran,Hwa-SunKim,HuneCho.AdevelopmentofHL7middlewareformedical

devicecommunication[A].201*.

[25]YungTH,ChengPH,YangCHA.scalablemulti-tierarchitectureforthenational

TaiwanuniversityhospitalinformationsystembasedonHL7standard[C].201*.[26]谷宇.HL7消息解析及傳輸技術(shù)的研究與實現(xiàn)[D].包頭：內(nèi)蒙古科技大學(xué)，201*.[27]江捍平.美國衛(wèi)生信息工作標(biāo)準(zhǔn)HL7跨醫(yī)療衛(wèi)生體系信息交換理論入門[M].北

京：科學(xué)出版社，201*:46-50,99.

內(nèi)蒙古科技大學(xué)畢業(yè)設(shè)計說明書（畢業(yè)論文）

致謝

首先感謝我的導(dǎo)師張寶華教授。從論文的選題直到最后的修改，完稿，都是在張老師的耐心指導(dǎo)及諄諄教誨下完成的。張老師深厚的理論基礎(chǔ)，淵博的專業(yè)知識，豐富的實踐經(jīng)驗令我受益非淺。張老師嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度，敏銳的學(xué)術(shù)洞察力令我終身難忘。在此向張老師表示我誠摯的謝意。

同時，我還要感謝內(nèi)蒙古科技大學(xué)的各位老師們，所有給我們上過課的老師，以及給過我?guī)椭�的老師們，你們�?yán)謹(jǐn)敬業(yè)的作風(fēng)，無私奉獻(xiàn)的精神深深地感染和鼓舞著我，讓我在今后的人生道路上，也要象你們一樣，無私的幫助他人，奉獻(xiàn)自我。

感謝我的輔助指導(dǎo)老師，谷宇老師，感謝他的悉心指導(dǎo)和無私幫助。

感謝呂曉琪、趙建峰、張寶華、任曉穎、谷宇和張明老師，在百忙之中抽出時間，對我的論文進(jìn)行審閱，并提出很多寶貴意見，在此表示深深的感謝！

感謝201*級電子與通信工程專業(yè)的同學(xué)。感謝你們這段時間來的幫助與關(guān)心，感謝你們這四年的陪伴，讓我如此充實的度過了四年的學(xué)習(xí)生活。

感謝我的家人，生活上給予我溫暖，學(xué)業(yè)上給予我支持，在我最困難的時候給我力量，沒有你們的關(guān)心和付出，我是不可能順利的完成這四年的學(xué)業(yè)的。

感謝所有關(guān)心和幫助過我的朋友和同學(xué)們，讓我在點點滴滴中感受到溫暖，謝謝你們。

感謝母校的培養(yǎng)，我為自己能成為內(nèi)蒙古科技大學(xué)的一名學(xué)生而感到驕傲和自豪，并衷心祝愿母校桃李滿天下。

友情提示：本文中關(guān)于《XXX公司軟件HIS實施人員面試題》給出的范例僅供您參考拓展思維使用，XXX公司軟件HIS實施人員面試題：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《XXX公司軟件HIS實施人員面試題》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.hmlawpc.com/gongwen/605264.html

• 上一篇：如何做好一名ERP軟件實施人員
• 下一篇：服裝生產(chǎn)總經(jīng)理