HL七衛(wèi)生健康標(biāo)準(zhǔn)課件

假定有這樣一個(gè)情況出現(xiàn)：

張某在縣屬醫(yī)院內(nèi)科就診，由于病情的突變，縣醫(yī)院已經(jīng)沒有條件對他繼續(xù)進(jìn)行治療，必須要轉(zhuǎn)到市醫(yī)院進(jìn)行治療。但是由于兩個(gè)醫(yī)院間無法實(shí)現(xiàn)資源共享，縣醫(yī)院必須對張某重新開始進(jìn)行診斷，而不能利用縣醫(yī)院已有的資料。這樣不論在時(shí)間上，還是在資源上，都造成了不必要的浪費(fèi)，嚴(yán)重的甚至可能因?yàn)殄e(cuò)過患者的最佳治療時(shí)機(jī)而危及患者的生命。1HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023傳統(tǒng)HIS與LIS系統(tǒng)間通信統(tǒng)一的結(jié)構(gòu)化設(shè)計(jì)2HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023

現(xiàn)今的醫(yī)院信息系統(tǒng)HIS（HosipitalInformationSystem）已經(jīng)得到廣泛使用，但是由于缺少統(tǒng)一的醫(yī)療信息交換標(biāo)準(zhǔn)，使得醫(yī)院都成了信息的孤島，為了解決由于信息交換的標(biāo)準(zhǔn)不同而出現(xiàn)的種種問題，HL7標(biāo)準(zhǔn)技術(shù)應(yīng)時(shí)而生。3HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023Part1什么是HL7？Part2

HL7的發(fā)展Part3HL7標(biāo)準(zhǔn)詳述4HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023什么是HL7?HL7全稱是HealthLevel7，是標(biāo)準(zhǔn)化的衛(wèi)生信息傳輸協(xié)議，醫(yī)療領(lǐng)域不同應(yīng)用之間電子傳輸?shù)膮f(xié)議。它將允許各個(gè)醫(yī)療機(jī)構(gòu)在異構(gòu)系統(tǒng)之間，進(jìn)行數(shù)據(jù)交互，包括整合非標(biāo)準(zhǔn)信息格式。規(guī)范各醫(yī)療機(jī)構(gòu)之間，醫(yī)療機(jī)構(gòu)與病人、醫(yī)療事業(yè)行政單位、保險(xiǎn)單位以及其它單位之間各種不同信息系統(tǒng)之間進(jìn)行醫(yī)療數(shù)據(jù)傳遞的標(biāo)準(zhǔn)，使醫(yī)院信息系統(tǒng)適應(yīng)“以患者信息為中心”的要求。5HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HealthLevel7中的“Level7”是指OSI的七層模型中的最高一層，第七層——應(yīng)用層。但這并不是說它遵循OSI第七層的定義數(shù)據(jù)元素，它只是用來構(gòu)成它自己的抽象數(shù)據(jù)類型和編碼規(guī)則。它也沒有規(guī)定規(guī)范說明如何支持OSI第一到第六層的數(shù)據(jù)。OSI模型HL7并沒有提供一個(gè)完全的“即插即用”解決方案，因?yàn)樵卺t(yī)療機(jī)構(gòu)的傳輸環(huán)境中有兩個(gè)重要的影響因素：⑴醫(yī)療機(jī)構(gòu)的傳輸環(huán)境中缺乏處理的一致性；⑵產(chǎn)生的結(jié)果需要在用戶和廠商間進(jìn)行協(xié)商。因此，它提供的是一個(gè)可在較大范圍內(nèi)選擇數(shù)據(jù)和處理流程的靈活系統(tǒng)，并盡可能的包括所有已知的程序（觸發(fā)器Trigger）和數(shù)據(jù)（段Segment和域Field）要求。6HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HL7標(biāo)準(zhǔn)是一個(gè)文本結(jié)構(gòu)的文檔。首先，利用一些文字處理工具將文檔中的各個(gè)數(shù)據(jù)定義抽取成數(shù)據(jù)結(jié)構(gòu)，再將結(jié)構(gòu)的形式存入預(yù)先定義的HL7規(guī)則數(shù)據(jù)庫。然后，開發(fā)一種代碼生成器，它根據(jù)規(guī)則數(shù)據(jù)庫的內(nèi)容，自動(dòng)生成某一種計(jì)算機(jī)語言代碼。最后，可將這些代碼加入實(shí)際應(yīng)用的程序框架。7HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023Part1什么是HL7？Part2

HL7的發(fā)展Part3HL7標(biāo)準(zhǔn)詳述8HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HL7的起源HealthLevelSeven，該組織成立於1987年，由SamSchultz博士在賓夕法尼亞州大學(xué)醫(yī)院主持的一次會議促成了HL7組織和通信標(biāo)準(zhǔn)的誕生。隨著許多用戶、廠商、顧問組織的加入，HL7隊(duì)伍在逐漸壯大，于是成立了HL7工作組。從1994年起是美國國家標(biāo)準(zhǔn)局（ANSI）授權(quán)的標(biāo)準(zhǔn)開發(fā)組織（SDO）之一，是從事醫(yī)療服務(wù)信息傳輸協(xié)議及標(biāo)準(zhǔn)研究和開發(fā)的非盈利組織。9HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023發(fā)展歷史從1987年3月以來，HL7工作組大約每三到四個(gè)月就聚在一起來開發(fā)和討論這個(gè)規(guī)范。工作組加入到委員會指定開發(fā)下的每個(gè)功能接口，另外，輔助委員會指定所有的控制結(jié)構(gòu)和小組的不同管理。這些委員會有責(zé)任編制和維護(hù)HL7界面標(biāo)準(zhǔn)中的章節(jié)。另外，在HL7內(nèi)部經(jīng)常形成不同的興趣小組來發(fā)展他的思想，并且發(fā)起一些專門委員會沒有涉及的特殊看法。如果一個(gè)特殊的興趣小組的行動(dòng)得到批準(zhǔn)并且一個(gè)新的章節(jié)經(jīng)過討論認(rèn)為是必須的，他們可能請求HL7技術(shù)委員會主席和執(zhí)行委員會組建一個(gè)技術(shù)委員會。10HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023在最初的三個(gè)會議上，版本1.0標(biāo)準(zhǔn)草稿準(zhǔn)備覆蓋所有接口的結(jié)構(gòu)、ADT、醫(yī)囑輸入、面向顯示的查詢。⒉0版本隨后被準(zhǔn)備到Tyson’sCorner的全體會議，并出現(xiàn)在1988年9月的Tucson的第二次全體會議上。從第二次全體會議以來，2.1、2.2、2.3版本的編輯和修改就沒有間斷過?，F(xiàn)已用XML開發(fā)了v3.0版，但HL7v2.4版本仍是ANSI正式發(fā)布的版本。同時(shí)，工作小組已經(jīng)發(fā)展到300個(gè)人，遠(yuǎn)遠(yuǎn)超過了原來的12個(gè)人。11HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023國內(nèi)的發(fā)展HL7標(biāo)準(zhǔn)正在國內(nèi)逐漸獲得大家的認(rèn)識。2000年，中國加入HL7組織，成為HL7的成員國組織，在國內(nèi)開始進(jìn)行HL7標(biāo)準(zhǔn)的推廣和本地化研究工作。HL7的主要應(yīng)用領(lǐng)域是HIS/RIS，目前主要是規(guī)范HIS/RIS系統(tǒng)及其設(shè)備之間的通信，它涉及到病房和病人信息管理、化驗(yàn)系統(tǒng)、藥房系統(tǒng)、放射系統(tǒng)、收費(fèi)系統(tǒng)等各個(gè)方面。12HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023Part1什么是HL7Part2HL7的發(fā)展Part3HL7標(biāo)準(zhǔn)詳述13HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HL7詳述1、HL7標(biāo)準(zhǔn)的目標(biāo)與目的2、HL7標(biāo)準(zhǔn)的特點(diǎn)3、HL7標(biāo)準(zhǔn)實(shí)現(xiàn)的功能及其方法4、HL7標(biāo)準(zhǔn)協(xié)議簡述5、HL7接口引擎的工作原理14HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023總體來說，HL7的目的是促進(jìn)醫(yī)療環(huán)境中的通訊，主要的目標(biāo)是提供在醫(yī)療計(jì)算機(jī)應(yīng)用程序之間進(jìn)行數(shù)據(jù)交換的標(biāo)準(zhǔn)，這些應(yīng)用程序是除去或從本質(zhì)上減少用戶接口編程和程序維護(hù)，否則這些編程和維護(hù)必不可少。1、HL7標(biāo)準(zhǔn)的目的與目標(biāo)15HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023目的開發(fā)和研制醫(yī)療數(shù)據(jù)信息傳輸協(xié)議及標(biāo)準(zhǔn)優(yōu)化臨床及其管理數(shù)據(jù)信息的程序降低衛(wèi)生信息系統(tǒng)互聯(lián)的成本提高衛(wèi)生信息系統(tǒng)之間數(shù)據(jù)信息共享的程度16HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023⑴HL7標(biāo)準(zhǔn)應(yīng)該支持各種技術(shù)環(huán)境下的數(shù)據(jù)交換，同時(shí)也應(yīng)支持各種編程語言和操作系統(tǒng)，以及支持各種通訊環(huán)境。⑵同時(shí)支持單數(shù)據(jù)流和多數(shù)據(jù)流兩種通訊方式。⑶最大限度的兼容性，預(yù)留了供不同使用者使用的特殊的表、編碼定義、和消息段（如：HL7的Z-segments）。⑷標(biāo)準(zhǔn)必須具有可擴(kuò)展性，以支持新的要求，這包括協(xié)議本身的擴(kuò)展及與現(xiàn)有系統(tǒng)和新系統(tǒng)的兼容。⑸標(biāo)準(zhǔn)應(yīng)該是在充分參考現(xiàn)有的產(chǎn)品通訊協(xié)議基礎(chǔ)上，被廣泛接受的工業(yè)標(biāo)準(zhǔn)。而不應(yīng)該支持特定公司的某些利益以至損害到其他用戶。⑹HL7的長期目標(biāo)就是制定一種用于醫(yī)療機(jī)構(gòu)電子數(shù)據(jù)交換的標(biāo)準(zhǔn)或協(xié)議。目標(biāo)：17HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/20232、特點(diǎn)?完整性－對基本的醫(yī)囑，財(cái)務(wù)，檢驗(yàn)信息都有了規(guī)范的描述，而且做得非常詳細(xì)，如病人的飲食忌諱，宗教信仰等按照相應(yīng)的ISO標(biāo)準(zhǔn)（國際標(biāo)準(zhǔn)化組織劃定的標(biāo)準(zhǔn)）進(jìn)行描述。?可實(shí)現(xiàn)性－選擇OSI第七層做標(biāo)準(zhǔn)，保證其可實(shí)現(xiàn)性。?兼容和擴(kuò)展性－包括對中藥計(jì)量單位的支持。?安全性－由于HL7的開發(fā)和兼容性導(dǎo)致安全性很難保障，盡管支持?jǐn)?shù)字簽名，但主要還是要靠網(wǎng)絡(luò)底層協(xié)議保證。18HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/20233、實(shí)現(xiàn)的功能及其方法◆信息交換（Messageinterchange）◆軟件組織（Softwarecomponents）◆文檔與記錄架構(gòu)（Documentandrecordarchitecture）◆醫(yī)學(xué)邏輯（MedicalLogic）

HL7標(biāo)準(zhǔn)可以在不同的系統(tǒng)中進(jìn)行接口的編址，這些系統(tǒng)可以發(fā)送或接收一些信息，包括：就診者住院/登記、出院或轉(zhuǎn)院（ADT）數(shù)據(jù)、查詢、資源和就診者的計(jì)劃安排表、醫(yī)囑、診斷結(jié)果臨床觀察、賬單、主文件的更新信息、醫(yī)學(xué)記錄、安排、就診者的轉(zhuǎn)診以及就診者的護(hù)理。實(shí)現(xiàn)功能19HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HL7實(shí)際上是一組標(biāo)準(zhǔn)的API接口，這樣可以大大簡化不同廠家同類應(yīng)用程序接口的復(fù)雜度和工作量。有二種實(shí)現(xiàn)的方法：一、采用點(diǎn)對點(diǎn)通訊方法以實(shí)現(xiàn)不同系統(tǒng)的對接。二、采用HL7服務(wù)器的方法實(shí)現(xiàn)，HL7Server實(shí)際上是應(yīng)用服務(wù)器，形成居于HL7接口的中心數(shù)據(jù)庫，這樣可以減少接口數(shù)量，提高系統(tǒng)可靠性。實(shí)現(xiàn)方法：20HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/20234、HL7標(biāo)準(zhǔn)協(xié)議簡述HL7標(biāo)準(zhǔn)協(xié)議就是一種數(shù)據(jù)交換協(xié)議，并不涉及底層的通訊協(xié)議。21HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023HL7通訊協(xié)議中，有四個(gè)最基本的術(shù)語：★觸發(fā)事件（triggerevents）：當(dāng)現(xiàn)實(shí)世界中發(fā)生的事件產(chǎn)生了系統(tǒng)間數(shù)據(jù)流動(dòng)的需求，則稱其為觸發(fā)事件?！锵ⅲ╩essage）：它是系統(tǒng)間傳輸數(shù)據(jù)的最小單位，由一組有規(guī)定次序的段組成。每個(gè)消息都是用一個(gè)消息類型來表示其用途?！锒危╯egment）：它是數(shù)據(jù)字段的一個(gè)邏輯組合。每個(gè)段都用一個(gè)唯一的三字符代碼所標(biāo)志，這個(gè)代碼稱作段標(biāo)志?！镒侄危╢ield）：它是一個(gè)字符串，是段的最小組成單位HL7標(biāo)準(zhǔn)包含256個(gè)事件、116個(gè)消息類型、139個(gè)段、55種數(shù)據(jù)類型、408個(gè)數(shù)據(jù)字典，涉及79種編碼系統(tǒng)。基本術(shù)語22HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023數(shù)據(jù)交換的基本單位—消息在HL7通信協(xié)議中，消息（Message）是數(shù)據(jù)交換的基本單位。HL7的消息是自動(dòng)生成的，它將HL7標(biāo)準(zhǔn)文檔自動(dòng)轉(zhuǎn)化為一個(gè)HL7規(guī)則數(shù)據(jù)庫和部分程序數(shù)據(jù)結(jié)構(gòu)代碼。實(shí)現(xiàn)一個(gè)通信標(biāo)準(zhǔn)的具體工作是生成數(shù)據(jù)結(jié)構(gòu)，以及實(shí)現(xiàn)一個(gè)構(gòu)造器(Builder）和一個(gè)解析器（Parser）。數(shù)據(jù)結(jié)構(gòu)表現(xiàn)了標(biāo)準(zhǔn)中各個(gè)數(shù)據(jù)對象的相互關(guān)系。構(gòu)造器將數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)轉(zhuǎn)化成能在電子數(shù)據(jù)交換媒介中傳輸?shù)臄?shù)據(jù)串。而解析器能夠?qū)?shù)據(jù)串解析回原來的數(shù)據(jù)結(jié)構(gòu)。23HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023在HL7通訊協(xié)議中，每個(gè)事件對應(yīng)一個(gè)消息，如患者入院對應(yīng)ADTA01消息。每條消息都有各自的消息類型（V2.4共有112種）來表示其用途。24HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023消息結(jié)構(gòu)一個(gè)消息由多個(gè)段（Segment）組成，每一段都有相應(yīng)的名稱，用于界定其內(nèi)容或功能（V2.4共有138種）。而一個(gè)段又由多個(gè)數(shù)據(jù)字段（DataField）組成。一個(gè)消息中的第一個(gè)段總是消息頭段（Messageheadsegment），它指明了發(fā)送和接收的程序名、消息類型、以及一個(gè)唯一的消息ID號碼等，接下去段的構(gòu)成由消息的類型決定。如，PID段（PatientIdentificationData）包括姓名、地址、社會保險(xiǎn)號等。一個(gè)數(shù)據(jù)字段又有可能由多個(gè)組件組成。有些消息可進(jìn)一步由事件碼（eventcode）細(xì)分。MessageSegmentSegment..............SegmentFieldField...............FieldComponentComponent...............Component25HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023消息的編碼原則單個(gè)字段的重復(fù)使用——使用重復(fù)字段分隔符~例：營口路101號

~

軍工路516號字段分割符

——使用符號|

作為字段之間的分割例：|營口路101號~軍工路516號|成分的分割——使用符號^

作為成分的分割例：|營口路101號^200093~軍工路516號^200093|——子成分之間由“&”進(jìn)行分隔例:|AAA^XXX~YYY&ZZZ^BBB|26HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023工作原理HL7接口引擎工作原理圖27HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023★Send/Receivemodule（發(fā)送/接收模塊）：支持TCP/IP通訊協(xié)議，HIS系統(tǒng)向數(shù)據(jù)中心發(fā)送電子病歷信息，信息格式為符合HL7標(biāo)準(zhǔn)的字符串格式。數(shù)據(jù)中心接收并解析HL7信息，將解析后的信息存到數(shù)據(jù)中心的數(shù)據(jù)庫中，完成后回復(fù)發(fā)送端一個(gè)ACK確認(rèn)信息，確認(rèn)信息已經(jīng)發(fā)送成功?！颒L7Adaptormodule（轉(zhuǎn)換模塊）：實(shí)現(xiàn)字符串格式數(shù)據(jù)與XML格式之間的相互轉(zhuǎn)換，對信息格式進(jìn)行檢查驗(yàn)證，保證發(fā)送/接收病歷數(shù)據(jù)的正確完整?！颒L7APImodule（應(yīng)用接口模塊）：提供符合HL7標(biāo)準(zhǔn)的應(yīng)用接口，醫(yī)療應(yīng)用系統(tǒng)可以調(diào)用接口函數(shù)，按照HL7標(biāo)準(zhǔn)格式填寫參數(shù)，實(shí)現(xiàn)向其他醫(yī)療應(yīng)用系統(tǒng)發(fā)送數(shù)據(jù)。該模塊也可以調(diào)用符合HL7標(biāo)準(zhǔn)的Windows組件應(yīng)用程序，將醫(yī)療信息數(shù)據(jù)傳遞給醫(yī)療應(yīng)用系統(tǒng)，實(shí)現(xiàn)接收其他醫(yī)療應(yīng)用系統(tǒng)的數(shù)據(jù)?！颒L7Resourcemodule（HL7資源模塊）：支持各種實(shí)際應(yīng)用的HL7醫(yī)療信息事件，如檢查醫(yī)囑、轉(zhuǎn)診等。★Mappingmodule（對照模塊）：提供翻譯對照功能，可以按照醫(yī)療應(yīng)用系統(tǒng)進(jìn)行定制?；灸K28HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023對于HL7接口引擎的概念，可以這樣理解，它是一組支持HL7通訊的過程調(diào)用函數(shù)或控件，應(yīng)用程序按照HL7接口引擎的約定提供參數(shù)，模塊之間的通訊則由HL7接口引擎完成。、2012年主流的醫(yī)療信息整合技術(shù)為“HL7/XML接口引擎”，在國外發(fā)達(dá)國家中，它是整合多種技術(shù)合成的醫(yī)療信息整合技術(shù)，用以轉(zhuǎn)譯各種醫(yī)院信息系統(tǒng)數(shù)據(jù)至符合HL7標(biāo)準(zhǔn)的XML信息格式，以實(shí)現(xiàn)各種醫(yī)療衛(wèi)生信息系統(tǒng)之間的信息共享與交換。要深入了解HL7接口引擎的原理，我們還是必須要從數(shù)據(jù)通訊這個(gè)方面來研究。HL7接口引擎29HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023在數(shù)據(jù)通訊方面，有兩種層次的數(shù)據(jù)交換應(yīng)用。第一層次數(shù)據(jù)交換應(yīng)用，是對現(xiàn)有信息進(jìn)行處理，并獲取其他系統(tǒng)的數(shù)據(jù)來完成本系統(tǒng)內(nèi)部的功能。比如在不同系統(tǒng)之間交換采集到的病人姓名、性別、地址、ID等數(shù)據(jù)，或者是醫(yī)囑、費(fèi)用等結(jié)果信息數(shù)據(jù)。在這個(gè)層次不能交換各種業(yè)務(wù)過程信息，也不能進(jìn)行系統(tǒng)和系統(tǒng)之間的交互。數(shù)據(jù)交換應(yīng)用第二種層次的是基于不同系統(tǒng)之間進(jìn)行整合的數(shù)據(jù)通訊，其目的達(dá)到不同系統(tǒng)之間的無縫連接而進(jìn)行的數(shù)據(jù)通訊和數(shù)據(jù)交換應(yīng)用。在這個(gè)層次的數(shù)據(jù)交換不僅要交換各種結(jié)果信息，同時(shí)還要交換各種過程信息，從而達(dá)到系統(tǒng)之間的交互目的。應(yīng)用的原則是：在需要的時(shí)候獲取需要的信息數(shù)據(jù)。這正是HL7定義了眾多的事件和消息格式的原因。30HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023數(shù)據(jù)交換方式Engine方式，主要目的是使得用戶原有正在使用運(yùn)行的不能替換的系統(tǒng)具有HL7的通訊能力。這種方式主要應(yīng)用于系統(tǒng)之間較為簡單的數(shù)據(jù)交換，參與數(shù)據(jù)交換的系統(tǒng)明確，交換的數(shù)據(jù)信息量少，投資小，系統(tǒng)之間不需要進(jìn)行交互的情況。這種方式只是相當(dāng)于在整個(gè)系統(tǒng)中增加了一個(gè)新的通訊處理處理模塊來支持HL7的處理，利用這個(gè)通訊模塊來對系統(tǒng)之間的數(shù)據(jù)庫進(jìn)行數(shù)據(jù)操作，達(dá)到數(shù)據(jù)同步的目的。從而使得應(yīng)用系統(tǒng)的工作站終端可以從數(shù)據(jù)庫中獲取其他系統(tǒng)所提供的數(shù)據(jù)。其主要缺點(diǎn)是：由于系統(tǒng)內(nèi)的各個(gè)應(yīng)用模塊終端并不具有HL7消息的處理能力，因此，無法實(shí)現(xiàn)系統(tǒng)與系統(tǒng)之間的實(shí)時(shí)數(shù)據(jù)處理，以及應(yīng)用終端的查詢請求等應(yīng)用。Ready方式是在整個(gè)系統(tǒng)中，在各個(gè)應(yīng)用終端已經(jīng)對HL7的接口協(xié)議進(jìn)行了設(shè)計(jì)和處理，各個(gè)終端都應(yīng)當(dāng)可以接收和處理HL7消息，并進(jìn)行相關(guān)的處理。在理論上可以達(dá)到系統(tǒng)和系統(tǒng)之間的實(shí)時(shí)交互，可以相互主動(dòng)地在"需要的時(shí)候"獲取對方可以提供的數(shù)據(jù)信息。當(dāng)然，這種方式屬于理想的方式，適合于在廠商開發(fā)新系統(tǒng)時(shí)，從更高的應(yīng)用角度，進(jìn)行前瞻性的設(shè)計(jì)，有利于在多系統(tǒng)應(yīng)用環(huán)境中的應(yīng)用整合。31HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023數(shù)據(jù)交互場景

以HIS和RIS/PACS之間的數(shù)據(jù)交換來說明Engine方式的實(shí)現(xiàn)：需求產(chǎn)生的起源在于一個(gè)病人要去放射科進(jìn)行檢查的時(shí)候，為了識別這個(gè)病人的信息，放射科需要錄入病人的基本信息，而這些信息在住院管理系統(tǒng)中已經(jīng)全部錄入系統(tǒng)了，因此，放射科的這些工作相當(dāng)于重復(fù)的錄入工作，由此產(chǎn)生了兩個(gè)系統(tǒng)之間需要進(jìn)行的數(shù)據(jù)交換。但這種交換主要是屬于單向以HIS的數(shù)據(jù)庫為數(shù)據(jù)源。

HIS系統(tǒng)定時(shí)將數(shù)據(jù)庫中PACS所需要的數(shù)據(jù)信息發(fā)送到HIS/PACS，并根據(jù)病人在數(shù)據(jù)庫中的狀態(tài)記錄，定義其事件消息類型，如入院、出院等，但這種消息類型的定義并沒有實(shí)時(shí)交換的意義，而只是為了傳送病人狀態(tài)，以方便對方系統(tǒng)進(jìn)行處理而已。32HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023這種交換方式只是兩個(gè)后臺數(shù)據(jù)庫之間的數(shù)據(jù)交換，實(shí)際上類似于數(shù)據(jù)庫數(shù)據(jù)同步的功能。因此，對于各工作站端點(diǎn)的操作人員來說其只能被動(dòng)的接受數(shù)據(jù)庫中已有數(shù)據(jù)進(jìn)行處理，其不能夠主動(dòng)去實(shí)現(xiàn)查詢、病人位置通知等數(shù)據(jù)處理操作，也不能做到實(shí)時(shí)進(jìn)行數(shù)據(jù)交換，不能做到在醫(yī)療過程中進(jìn)行系統(tǒng)之間的交互，如：實(shí)現(xiàn)通過HIS實(shí)時(shí)向RIS/PACS下達(dá)預(yù)約的請求消息，并從RIS/PACS直接獲取病人預(yù)約信息，在這種情況下需要等到從預(yù)約處拿回預(yù)約通知單才能夠知道具體的預(yù)約時(shí)間。如果我們要主動(dòng)獲取數(shù)據(jù)，該如何實(shí)現(xiàn)呢？或者說主動(dòng)獲取數(shù)據(jù)有什么意義呢？我們可以設(shè)想一個(gè)比較復(fù)雜的數(shù)據(jù)交換過程，比如下一個(gè)實(shí)例:33HL七衛(wèi)生健康標(biāo)準(zhǔn)7/25/2023一個(gè)心臟外科病人在胸外科住院，該胸外科應(yīng)用了供臨床醫(yī)生使用的工作站系統(tǒng)。該病人需要實(shí)施心臟手術(shù)，在術(shù)前、術(shù)后需要進(jìn)行心臟三位片（心臟正位片、左前斜位、右前斜位）的攝片，進(jìn)行術(shù)前、術(shù)后的對比。而這個(gè)時(shí)候在這兩次攝片的預(yù)約和執(zhí)