醫(yī)學(xué)信息集成標(biāo)準(zhǔn)與技術(shù) 課件 第四章 醫(yī)療信息交換標(biāo)準(zhǔn)HL7

第四章醫(yī)療信息交換標(biāo)準(zhǔn)HL74.1概述4.2HL7的通信與控制4.3患者管理4.4醫(yī)囑4.5HL7FHIR4.1.1背景醫(yī)院信息系統(tǒng)HIS已經(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í)而生HL7

醫(yī)療信息交換標(biāo)準(zhǔn)（HealthLevel7）HealthLevel7中的“Level7”是指OSI的七層模型中的最高一層，第七層。但這并不是說它遵循OSI第七層的定義數(shù)據(jù)元素，它只是用來構(gòu)成它自己的抽象數(shù)據(jù)類型和編碼規(guī)則。HL7的宗旨是開發(fā)和研制醫(yī)院數(shù)據(jù)信息傳輸協(xié)議和標(biāo)準(zhǔn)，規(guī)范臨床醫(yī)學(xué)和管理信息格式，降低醫(yī)院信息系統(tǒng)互連的成本，提高醫(yī)院信息系統(tǒng)之間數(shù)據(jù)信息共享的程度。HL7標(biāo)準(zhǔn)側(cè)重于描述不同系統(tǒng)間的接口，這些系統(tǒng)用于發(fā)送和接收患者預(yù)約/掛號、入院/出院/轉(zhuǎn)院、醫(yī)囑、檢查結(jié)果、臨床觀察、賬單等醫(yī)療業(yè)務(wù)過程所產(chǎn)生的數(shù)據(jù)。對于應(yīng)用軟件中這些數(shù)據(jù)如何存儲(chǔ)、展示及使用由廠商自行設(shè)計(jì)，標(biāo)準(zhǔn)并沒有特定的要求。4.1.2HL7的發(fā)展歷史1987年由SamSchultz博士在賓夕法尼亞州大學(xué)醫(yī)院主持的一次會(huì)議促成了HL7組織和通信標(biāo)準(zhǔn)的誕生。隨著許多用戶、廠商、顧問組織的加入，HL7隊(duì)伍在逐漸壯大，于是成立了HL7工作組，HL7工作組致力于使那些在醫(yī)療應(yīng)用系統(tǒng)中交換的某些關(guān)鍵數(shù)據(jù)集合的格式和協(xié)議標(biāo)準(zhǔn)化。標(biāo)準(zhǔn)的發(fā)展1987

V1.0-醫(yī)療機(jī)構(gòu)之間交換入院/出院/轉(zhuǎn)院(ADT)信息1988V2.0-加入了醫(yī)囑（Order）和檢驗(yàn)、治療報(bào)告1994V2.2美國國家標(biāo)準(zhǔn)1999V2.3.1美國國家標(biāo)準(zhǔn)2000V2.4美國國家標(biāo)準(zhǔn)2010V3.0-開始采用XML開發(fā)2011開始轉(zhuǎn)向更加靈活和可擴(kuò)展的標(biāo)準(zhǔn)FHIR，一種基于Web的醫(yī)療信息交互標(biāo)準(zhǔn)FHIR它設(shè)計(jì)簡單易用，具有更好的可擴(kuò)展性和互操作性，因此在行業(yè)內(nèi)得到了廣泛的關(guān)注和采用。內(nèi)容4.1概述4.2HL7的通信與控制4.3患者管理4.4醫(yī)囑4.5HL7FHIR4.2.1觸發(fā)事件應(yīng)用端UserClient服務(wù)器觸發(fā)事件(TriggerEvent)消息(Message)應(yīng)答(Response)HL7的運(yùn)作方式觸發(fā)事件(Triggerevents)觸發(fā)(Triggering)機(jī)制以事件來啟動(dòng)信息傳輸現(xiàn)實(shí)世界的醫(yī)療事件造成信息系統(tǒng)間的信息流動(dòng)觸發(fā)事件（TriggerEvents）觸發(fā)信息傳輸?shù)尼t(yī)療事件如：患者入出轉(zhuǎn)院在HL7中對應(yīng)于ADT事件患者入出轉(zhuǎn)院(ADT)在HL7中對應(yīng)的ADT事件住院子系統(tǒng)ICU子系統(tǒng)藥房子系統(tǒng)檢驗(yàn)科子系統(tǒng)A01A01A01患者入院HL7觸發(fā)事件患者管理PatientAdmin.(EventA)醫(yī)囑OrderEntry(EventO)查詢Query(EventQ)財(cái)務(wù)管理FinancialManagement(EventP)觀察報(bào)告ObservationReporting(EventR)主文件MasterFiles(EventM)病歷管理MedicalRecords/InformationManagement(EventT)預(yù)約Scheduling(Event

S)患者轉(zhuǎn)診PatientReferral(EventI)患者護(hù)理PatientCare(EventPC)每個(gè)事件至少對應(yīng)一個(gè)消息事件消息A01患者入院ADTA01A02患者轉(zhuǎn)院ADTA02A03患者出院ADTA03A04患者掛號ADTA04A05患者預(yù)約ADTA05A11取消入院ADTA11A38取消預(yù)約ADTA384.2.2消息(Message)消息是系統(tǒng)間傳輸數(shù)據(jù)的最小單位，由一組有規(guī)定次序的段組成。每個(gè)消息都用一個(gè)消息類型來表示其用途，有些消息可進(jìn)一步由事件碼(EventCode)細(xì)分。每個(gè)事件對應(yīng)一個(gè)消息，如患者入院對應(yīng)ADTA01消息HL7MessageADTMessageA03DischargeHL7MessageADTMessageA02TransferHL7MessageADTMessageA01Admit1.消息結(jié)構(gòu)一個(gè)HL7消息由多個(gè)段（Segment）組成，每一段都有相應(yīng)的名稱，用于界定其內(nèi)容或功能。而一個(gè)段又由多個(gè)字段（Field）組成，一個(gè)字段可能由多個(gè)組件（Component）組成，組件又可能由多個(gè)子組件(SubComponent)組成，如圖4.1所示。字段是否有組件以及組件是否有子組件取決于字段或組件的數(shù)據(jù)類型。一個(gè)消息中的第一個(gè)段總是消息頭段（Messageheadsegment，MSH），它指明了發(fā)送和接收的程序名、消息類型、以及一個(gè)唯一的消息ID號碼等。后續(xù)段的構(gòu)成由消息的類型決定。如PID段（PatientIdentificationData）包括患者姓名、地址、社會(huì)保險(xiǎn)號等。消息的一個(gè)實(shí)例——ADT消息MSH|^~\&|REGADT|MCM|RSP1P8|MCM|199806051530|SEC|ADT^A01|00000006|P|2.3<CR>EVN|A01|199806051529<CR>PID|87211|1234567^4^M11|123^1^M11||Doe^John|Smith|195102924|M|||2DuncanSt.^^Charleston^^SC^^29401||(803)1234567|||M|CAT|ACCT1<CR>PV1|1|I|ENT^12^01||||249^HEITMANN^KAI^U^^DR.MED.|||SUR||||ADM|A0|<CR>2.段段是數(shù)據(jù)字段的邏輯組合。在一個(gè)消息中，段可能是必需的，也可能是可選的，段在消息中可以只出現(xiàn)一次，也可以重復(fù)出現(xiàn)。每個(gè)段都用一個(gè)唯一的三字符代碼所標(biāo)志，這個(gè)代碼稱作段標(biāo)志。前面例子的ADT消息可以包括下面幾段：消息頭(MSH)、事件類型(EVN)、患者標(biāo)識(PID)和患者就診(PV1)。消息結(jié)構(gòu)表中定義了消息中有哪些段。表中列出所有段名，只有三字符代碼的是必需段，外加“[]”的是可選段，外加“{}”是可重復(fù)段，外加“[{}]”是可以不出現(xiàn)也可以重復(fù)出現(xiàn)多次的段。段終止符，固定為<CR>（ASCII碼0x0D）3.字段字段是一個(gè)字符串,由字段分隔符“|”相互分隔。字段的值如果是””，是一特殊值，接收方舊值將被更新為null，如果是空值即沒有任何字符，接收方舊值被保留不做改變。段末尾的空值字段可以省略。例：|REGADT|MCM|RSP1P8|MCM|199806051530|

|上海理工大學(xué)|軍工路1100號|字段在段定義表中規(guī)定，有下列信息。（1）序號(SEQ)：字段在段中的次序。（2）最大長度(LEN)：字段的最大字節(jié)數(shù)，最大長度應(yīng)以一數(shù)字來表達(dá)：數(shù)字65536表示一個(gè)很大的數(shù)字，數(shù)字99999表示長度不能確定地給出。每一個(gè)重復(fù)值都可以有最大長度的字節(jié)數(shù)。（3）數(shù)據(jù)類型(DT)：對字段取值的限制，詳見4.2.4節(jié)。（4）可選性(OPT)：R-必需的、O-可選的、C-某些觸發(fā)事件或其他字段的某些取值條件下、X-不用于這個(gè)觸發(fā)事件、B-為了與老版本兼容而保留的字段。（5）重復(fù)性(RP/#):字段是否可以有多個(gè)值。N或空白-不可重復(fù)，Y-字段重復(fù)次數(shù)不限或由場合決定、整數(shù)-最多可重復(fù)次數(shù)。（6）表格(TBL#)：編碼值集合的HL7標(biāo)識，若為空白則沒有定義值?？梢杂脁xxx/yyyy格式指定多個(gè)表。數(shù)據(jù)類型為ID或IS，則此欄一定有表名，IS也可能標(biāo)為“NoSuggestedValues”。數(shù)據(jù)類型為CE且使用了一個(gè)以上外部或局部表，則該欄會(huì)有“9999”特征值，具體在說明中描述。（7）ID號(ITEM#)：唯一標(biāo)示數(shù)據(jù)字段的數(shù)字。

（8）名稱(ELEMENTNAME)：全局范圍的字段唯一名稱。4.2.3消息分隔符為了構(gòu)造一條消息，需要用到一些特殊字符，包括信息段的終止符、字段分隔符、組件分隔符、子組件分隔符、重復(fù)分隔符和換碼符。在一般情況下，HL7推薦使用的分隔符值如下表。分隔符建議值編碼字符位置用法段終止符<cr>(十六進(jìn)制0D)—終止一個(gè)段，這個(gè)值不能被改變。字段分隔符|—用于段中分隔兩個(gè)字段，也可以分隔段ID號和第一個(gè)字段。組件分隔符?1在允許的地方，分隔字段中的相鄰組件。子組件分隔符&4在允許的地方，分隔組件中的相鄰子組件。重復(fù)分隔符~2在允許的地方，分隔多次出現(xiàn)的字段值換碼符\3換碼符用在文本相關(guān)數(shù)據(jù)類型的字段中，用于轉(zhuǎn)義。4.2.4數(shù)據(jù)類型數(shù)據(jù)類型是構(gòu)建消息的最小單元，用于限制數(shù)據(jù)字段的內(nèi)容，在段屬性表中，這些信息顯示在以DT為標(biāo)志的列中。HL7共有55種數(shù)據(jù)類型可供使用，但在絕大多數(shù)的應(yīng)用中只有少量的常用數(shù)據(jù)類型。數(shù)據(jù)類型分為簡單數(shù)據(jù)類型和復(fù)雜數(shù)據(jù)類型，簡單數(shù)據(jù)類型只含有一個(gè)值，而復(fù)雜數(shù)據(jù)類型可能含有多于一個(gè)的元素，每個(gè)元素都擁有自己的類型。教材表4.2列出HL7較常用的數(shù)據(jù)類型。表中列出的數(shù)據(jù)類型實(shí)例都是基于HL7的編碼規(guī)則，使用了上節(jié)的消息分割符值。在一些特定的數(shù)據(jù)類型定義中，方括號”[”和”]”用于指定一個(gè)數(shù)據(jù)類型中可選擇部分。4.2.5HL7通訊機(jī)制HL7實(shí)際上是一組標(biāo)準(zhǔn)的API接口，實(shí)現(xiàn)不同應(yīng)用間的通訊，可以大大簡化不同廠家同類應(yīng)用程序接口的復(fù)雜度和工作量。HL7通訊機(jī)制有二種實(shí)現(xiàn)方法：采用點(diǎn)對點(diǎn)通訊方法以實(shí)現(xiàn)不同系統(tǒng)的對接，在需要連接的點(diǎn)增加到一定地步時(shí)，HL7接口數(shù)量將會(huì)大增，難于處理。采用HL7服務(wù)器的方法實(shí)現(xiàn)，HL7Server實(shí)際上是應(yīng)用服務(wù)器，形成居于HL7接口的中心數(shù)據(jù)庫，這樣可以減少接口數(shù)量，提高系統(tǒng)可靠性。4.2.6消息的處理HL7通過消息確認(rèn)機(jī)制來保證通信的可靠性。消息確認(rèn)有確認(rèn)原始模式和確認(rèn)增強(qiáng)模式兩種方式。發(fā)送端通過發(fā)出的消息中接收確認(rèn)類型和應(yīng)用程序確認(rèn)類型字段選擇確認(rèn)類型。消息確認(rèn)有兩種模式：確認(rèn)原始模式：接收方收到消息后，被要求立即處理并同時(shí)回應(yīng)消息確認(rèn)增強(qiáng)模式：接收確認(rèn)：接受方收到消息后，先回應(yīng)一個(gè)確認(rèn)消息應(yīng)用程序確認(rèn)：在對消息處理后，應(yīng)用程序回應(yīng)處理結(jié)果消息確認(rèn)原始模式例：當(dāng)醫(yī)生為病人開出了實(shí)驗(yàn)室檢查，信息系統(tǒng)將發(fā)送一個(gè)消息給實(shí)驗(yàn)室應(yīng)用程序來標(biāo)識病人，安排檢驗(yàn)。而當(dāng)實(shí)驗(yàn)室應(yīng)用程序執(zhí)行成功后，它將回送一個(gè)確認(rèn)消息告知安排結(jié)果。發(fā)送系統(tǒng)接收系統(tǒng)1.ORM消息2.ORR消息

(應(yīng)用確認(rèn)ACK)確認(rèn)增強(qiáng)模式當(dāng)醫(yī)生為病人開出了實(shí)驗(yàn)室檢查，信息系統(tǒng)將發(fā)送一個(gè)消息給實(shí)驗(yàn)室應(yīng)用程序來標(biāo)識病人，安排檢驗(yàn)。實(shí)驗(yàn)室應(yīng)用程序先回送接收確認(rèn)，執(zhí)行成功后，再回送安排結(jié)果。醫(yī)生工作站系統(tǒng)給檢驗(yàn)信息系統(tǒng)LIS發(fā)送了一條測血常規(guī)的醫(yī)囑ORM消息，在確認(rèn)原始模式下，需要等檢驗(yàn)結(jié)果出來后，LIS再回送一條ORR消息。中間的時(shí)延會(huì)比較長，如果ORM發(fā)送失敗對方根本沒有收到，發(fā)送方就難于發(fā)現(xiàn)。如果是確認(rèn)增強(qiáng)模式下，接收方在收到消息后可以先回送一條ACK消息表示收到了（接收確認(rèn)），然后檢驗(yàn)結(jié)果出來后LIS再發(fā)送一條ORR（應(yīng)用程序確認(rèn)），醫(yī)生工作站系統(tǒng)回一條ACK消息確認(rèn)，這樣發(fā)送方就能夠迅速發(fā)現(xiàn)丟失并及時(shí)重傳，能提高系統(tǒng)的效率。4.2.7通信環(huán)境HL7標(biāo)準(zhǔn)定義了應(yīng)用程序?qū)嶓w之間交換的消息和其交換過程。從概念上講，它運(yùn)行在應(yīng)用層上。基本上是考慮消息的數(shù)據(jù)內(nèi)容和消息間的相互關(guān)系，以及一些應(yīng)用層出錯(cuò)狀態(tài)下的通信問題。HL7工作組寄希望于網(wǎng)絡(luò)環(huán)境能夠提供傳輸?shù)目煽啃砸约按_定消息邊界等通信的基本問題。因此面對多樣化的網(wǎng)絡(luò)環(huán)境，在HL7的應(yīng)用指南中定義了HL7低層協(xié)議（LowLayerProtocol，LLP）作為系統(tǒng)之間加強(qiáng)通信能力的補(bǔ)充，但沒有作為標(biāo)準(zhǔn)的正式內(nèi)容，而只規(guī)定通訊環(huán)境提供以下功能：無錯(cuò)誤傳輸:假定底層通信確保了傳輸比特是完全正確的,且與發(fā)送的順序一致字符轉(zhuǎn)換:如果通信兩端機(jī)器使用不同的字符集代碼,通信環(huán)境將會(huì)進(jìn)行轉(zhuǎn)換消息長度:HL7對消息長度沒有限制，且假定通信環(huán)境能傳輸任意長度的消息4.2.8最小低層協(xié)議MLLP隨著因特網(wǎng)技術(shù)的迅速發(fā)展，TCP/IP取代了OSI成為了主流的網(wǎng)絡(luò)協(xié)議，網(wǎng)絡(luò)協(xié)議也做了精簡，傳輸層的TCP為應(yīng)用層提供無差錯(cuò)的字節(jié)流傳輸。但由于TCP發(fā)送端會(huì)把若干短消息拼接成一個(gè)段發(fā)送，或者把長消息拆分成多個(gè)段發(fā)送，TCP接收端并沒有應(yīng)用層消息的邊界，而HL7消息自身也沒有定義消息開始與結(jié)束的特殊標(biāo)志，給消息的處理帶來了困難。因此在HL7應(yīng)用社區(qū)里出現(xiàn)了一個(gè)最小低層協(xié)議(MinimalLowerLayerProtocol,MLLP)，用來解決TCP/IP網(wǎng)絡(luò)環(huán)境中消息邊界的問題，被廣泛采用，最后在HL7V3版本中，MLLP正式成為了標(biāo)準(zhǔn)的一部分。MLLPMLLP的作用是在TCP/IP之上標(biāo)示HL7消息的邊界，相當(dāng)于OSI會(huì)話層封裝協(xié)議，使得接收端可以為上層提供完整的消息。其格式為：<SB>Data<EB><CR>其中<SB>是塊開始標(biāo)識，ASCII碼0x0B；Data即為HL7數(shù)據(jù)，其中只包含ASCII碼為0x1F以上的字節(jié)值以及回車符0x0D；<EB>為塊結(jié)束標(biāo)識，ASCII碼為0x1C；<CR>為回車符0x0D。例如：<SB>MSH|^~\&|ZIS|1^AHospital|||199605141144||ADT^A01|20031104082400|P|2.3|||AL|NE|||8859/15|<CR>EVN|A01|20031104082400.0000+0100|20031104082400<CR>PID||""|10||Vries^Danny^D.^^de||19951202|M|||Rembrandlaan^7^Leiden^^7301TH^""^^P||""|""||""|||||||""|""<CR>PV1||I|3w^301^""^01|S|||100^vandenBerg^^A.S.^^""^dr|""||9||||H||||20031104082400.0000+0100<CR><EB><CR>內(nèi)容4.1概述4.2HL7的通信與控制4.3患者管理4.4醫(yī)囑4.5HL7FHIR4.3.1患者管理簡介患者管理事務(wù)集提供的是新增或者更新的患者信息、以及患者的就診信息。因?yàn)樗械呐c網(wǎng)路相連的信息系統(tǒng)都需要患者信息，所以，患者管理事務(wù)是最常用的。通常，信息進(jìn)入患者管理系統(tǒng)后，會(huì)以主動(dòng)更新或是以對查詢應(yīng)答的方式傳送給護(hù)理、輔助和財(cái)務(wù)系統(tǒng)。4.3.2患者管理觸發(fā)事件與消息定義患者信息的觸發(fā)事件全部由ADT(Admission/Discharge/Transfer)主動(dòng)更新和ACK(Acknowledgements)應(yīng)答來實(shí)現(xiàn)。觸發(fā)事件的描述中用“入院患者”代替“住院患者”，“入院患者”是指被安排了床位至少幾個(gè)小時(shí)以上的各種患者，而用“未入院患者”代替“門診患者”，“未入院患者”是指未安排床位而在檢查室、其它類型處置室、門診候診室內(nèi)的各種患者。為了使每個(gè)系統(tǒng)都能正確地處理信息，所有就診相關(guān)信息的患者類型必須在PV1-2-患者類別中指定。這意味著必須對觸發(fā)事件和患者類別進(jìn)行核對，才能確定如何處理信息。無論是入院還是未入院患者，使用的觸發(fā)事件大多相同，但事件的涵義或解釋還需參照患者類別。觸發(fā)事件事務(wù)中包含的信息要多于必要的信息。HL7V2.4總共定義了62種觸發(fā)事件，下面將選擇5個(gè)有代表性的事件進(jìn)行描述。1.ADT/ACK-入院/就診通知(A01事件)A01事件僅適用于“入院”患者。發(fā)送A01事件表示患者被安排入院并且分配了一個(gè)床位，是患者住院開始的標(biāo)志。通?；颊吖芾硐到y(tǒng)得到信息后以廣播的形式將該信息傳遞到護(hù)理單元和輔助系統(tǒng)。例如：一個(gè)A01事件可用于：1）通知藥房系統(tǒng)，患者已入院，可以發(fā)藥；2）通知護(hù)理系統(tǒng)，患者已入院，需要開始護(hù)理計(jì)劃；3）通知財(cái)務(wù)系統(tǒng)，開始記賬；4）通知餐飲系統(tǒng)，新患者到來需要飲食服務(wù)；5）通知檢驗(yàn)室、病理及放射系統(tǒng)，患者入院有資格接受服務(wù)；6）通知病案室，有患者入院，創(chuàng)建電子病歷(EMR)。A01事件觸發(fā)發(fā)送的消息是ADT_A01消息，必須有的段包括消息頭MSH、事件類型EVN、患者標(biāo)識PID、患者就診PV1，其結(jié)構(gòu)如下表。ADT^A01^ADT_A01ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者標(biāo)識[PD1]AdditionDemographics附加的人口統(tǒng)計(jì)信息[{ROL}]Role角色[{NK1}]Nextofkin/AssociatedParties近親/相關(guān)當(dāng)事人PV1PatientVisit患者就診[PV2]PatientVisit-AdditionalInfo.患者就診-附加信息[{ROL}]Role角色[{DB1}]DisabilityInformation殘疾信息[{OBX}]Observation/Result觀察/結(jié)果[{AL1}]AllergyInformation過敏信息[{DG1}]DiagnosisInformation診斷信息[DRG]DiagnosisRelatedGroup診斷相關(guān)組[{PR1[{ROL}]}]

Procedures程序Role角色[{GT1}]Guarantor擔(dān)保人[{IN1[IN2][{IN3}][{ROL}]}]

Insurance保險(xiǎn)InsuranceAdditionalInfo.保險(xiǎn)附加信息InsuranceAdditionalInfo-Cert.保險(xiǎn)附加信息-確認(rèn)Role角色[{ACC}]AccidentInformation事故信息[{UB1}]UniversalBillInformation通用賬單信息[{UB2}]UniversalBill92Information通用賬單92信息[{PDA}]PatientDeathandAutopsy患者死亡和尸檢（接右表）接收方回應(yīng)的應(yīng)答消息ACK包括消息頭MSH和消息確認(rèn)MSA段，見下表。ACK^A01^ACKGeneralAcknowledgement通用確認(rèn)消息MSHMessageHeader消息頭MSAMessageAcknowledgment消息確認(rèn)[ERR]Error錯(cuò)誤2.ADT/ACK-患者轉(zhuǎn)移(A02事件)發(fā)送A02事件表示患者改變了其位置。發(fā)送此信息時(shí)，包括的字段應(yīng)該是與此觸發(fā)事件相關(guān)的字段。當(dāng)其他重要字段發(fā)生變化時(shí)，建議（而非要求）另外使用A08（更新患者信息）事件。如果你的患者管理系統(tǒng)的轉(zhuǎn)移功能允許在轉(zhuǎn)移（如地址改變）的同時(shí)，個(gè)人信息也發(fā)生變化，那么建議（而非要求）發(fā)出兩條信息（A02及A08）。A02對入院及非入院患者都適用。A02事件觸發(fā)發(fā)送ADT^A02消息，包括MSH、EVN、PID、PV1等必須段，消息結(jié)構(gòu)見下表。ADT^A02^ADT_A02ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者識別[PD1]AdditionDemographics附加的人口統(tǒng)計(jì)信息[{ROL}]Role角色PV1PatientVisit患者就診[PV2]PatientVisit-AdditionalInfo.患者就診-附加信息[{ROL}]Role角色[{DB1}]DisabilityInformation殘疾信息[{OBX}]Observation/Result觀察/結(jié)果[PDA]PatientDeathandAutopsy患者死亡和尸檢新的患者位置必須記錄在PV1-3指定患者位置中，而舊的患者位置必須記錄在PV1-6患者之前位置中。舉個(gè)例子，A02事件用于通知檢驗(yàn)、放射及病理系統(tǒng)患者位置已經(jīng)改變，以改發(fā)檢查結(jié)果；通知藥房改發(fā)藥品；通知膳食科將食物送往另一個(gè)地方；還通知病案室EMR發(fā)生了變動(dòng)。

如果患者去往臨時(shí)位置（例如O/R、X線室或走廊），建議使用A09（患者暫離追蹤）和A10（患者到達(dá)追蹤）來代替A02。同時(shí)建議只用A02表示患者管理系統(tǒng)床位的真正變動(dòng)。3.ADT/ACK-出院/終止就診(A03事件)A03表示患者離開醫(yī)療機(jī)構(gòu)，它表明患者的狀況已變?yōu)椤俺鲈骸?，并記錄離院日期。該事件觸發(fā)發(fā)送ADT_A03消息，消息結(jié)構(gòu)見右表?；颊叱鲈呵暗奈恢脩?yīng)記入PV1-3指定患者位置中。ADT^A03^ADT_A03ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者識別[PD1]AdditionDemographics附加的人口統(tǒng)計(jì)信息[{ROL}]Role角色PV1PatientVisit患者就診[PV2]PatientVisit-AdditionalInfo.患者就診-附加信息[{ROL}]Role角色[{DB1}]DisabilityInformation殘疾信息[{DG1}]DiagnosisInformation診斷信息[DRG]DiagnosisRelatedGroup診斷相關(guān)組[{PR1[{ROL}]}]

Procedures程序Role角色[{OBX}]Observation/Result觀察/結(jié)果[PDA]PatientDeathandAutopsy患者死亡和尸檢A03事件用于通知藥房患者出院，給藥應(yīng)相應(yīng)改變；通知護(hù)理系統(tǒng)患者已走，護(hù)理計(jì)劃可結(jié)束；通知財(cái)務(wù)系統(tǒng)患者記賬期已結(jié)束；或者同時(shí)通知病案室EMR已終止。對于未入院患者，A03事件表示患者在醫(yī)療機(jī)構(gòu)就診結(jié)束。它表明未被指定床位的初次或復(fù)診患者就診結(jié)束。它同時(shí)也表示患者在急診室就診結(jié)束。PV1-45出院日期和時(shí)間用于表示就診結(jié)束的日期及時(shí)間。如果一個(gè)賬戶的起始日期跨度太大，就應(yīng)使用P06（終止賬戶）來傳達(dá)記賬結(jié)束的信息。如表示患者死亡，則用A03事件和PID-29患者死亡日期和時(shí)間及PID-30患者死亡標(biāo)識來代替。發(fā)送此信息時(shí)，包括的字段應(yīng)該是與交換此事件相關(guān)的字段。如其他重要字段改變，建議另外使用A08（更新患者信息）事件。4.ADT/ACK-患者登記(A04事件)A04表示患者已到，或已作為首診或復(fù)發(fā)的門診患者進(jìn)行登記，并且未指定床位。例如表示在急診室開始就診。A04事件觸發(fā)發(fā)送ADT_A04消息，消息結(jié)構(gòu)見右表。PV1-44入院日期／時(shí)間用于記錄就診開始的日期／時(shí)間。ADT^A04^ADT_A04ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者識別[PD1]AdditionDemographics附加的人口統(tǒng)計(jì)信息[{ROL}]Role角色[{NK1}]Nextofkin/AssociatedParties近親/相關(guān)當(dāng)事人PV1PatientVisit患者就診[PV2]PatientVisit-AdditionalInfo.患者就診-附加信息[{ROL}]Role角色[{DB1}]DisabilityInformation殘疾信息[{OBX}]Observation/Result觀察/結(jié)果[{AL1}]AllergyInformation過敏信息[{DG1}]DiagnosisInformation診斷信息[DRG]DiagnosisRelatedGroup診斷相關(guān)組[{PR1[{ROL}]}]

Procedures程序Role角色[{GT1}]Guarantor擔(dān)保人[{IN1[IN2][{IN3}][{ROL}]}]

Insurance保險(xiǎn)InsuranceAdditionalInfo.保險(xiǎn)附加信息InsuranceAdditionalInfo-Cert.保險(xiǎn)附加信息-確認(rèn)Role角色[{ACC}]AccidentInformation事故信息[{UB1}]UniversalBillInformation通用賬單信息[{UB2}]UniversalBill92Information通用賬單92信息[{PDA}]PatientDeathandAutopsy患者死亡和尸檢（接右表）5.ADT/ACK-患者更新信息(A08事件)如果患者的信息發(fā)生改變，且無其它觸發(fā)事件發(fā)生時(shí)，發(fā)送A08事件。例如，A08用于通知接收系統(tǒng)，地址或姓名改變。建議將A08事件用于與任何其它觸發(fā)事件無關(guān)的更新字段。A08事件可包括一段診療的信息，但也可只用于個(gè)人信息。4.3.3ADT消息段1.MSH(消息頭)段2.EVN(事件類型)段3.PID(患者標(biāo)識)段4.PV1(患者就診)段4.MSA(消息確認(rèn))段1.MSH-消息頭段MSH消息頭段是所有消息必須有的第一個(gè)段，與消息通信與控制有關(guān)，結(jié)構(gòu)見右表。序號SEQ長度LEN類型DT可選性O(shè)PT可重復(fù)性RP/#表格號TBL#條目號ITEM#元素名稱ELEMENTNAME11STR

00001字段分隔符24STR

00002編碼字符3180HDO

036100003發(fā)送端應(yīng)用程序4180HDO

036200004發(fā)送端機(jī)構(gòu)5180HDO

036100005接收端應(yīng)用程序6180HDO

036200006接收端機(jī)構(gòu)726TSR

00007消息的日期/時(shí)間840STO

00008安全性913CMR

0076/000300009消息類型1020STR

00010消息控制ID113PTR

00011處理ID1260VIDR

010400012版本ID1315NMO

00013順序號14180STO

00014延續(xù)指針152IDO

015500015接收確認(rèn)類型162IDO

015500016應(yīng)用程序確認(rèn)類型173IDO

039900017國家代碼1816IDOY0211000692字符集19250CEO

00693消息主要語言2020IDO

035601317多個(gè)字符集切換模式2110IDOY044901598一致性聲明IDMSH部分字段定義如下：1）MSH-1字段分隔符(ST)00001此字段是緊接著段ID（MSH）后的第一個(gè)字母，是段ID與編碼字符的字段分隔符，同時(shí)也定義了消息中所使用的字段分隔符。建議取值為”|”（ASCII碼為124）。2）MSH-2編碼字符(ST)00002此字段按順序包含了以下四個(gè)字符：組件分隔符、重復(fù)分隔符、轉(zhuǎn)義字符以及子組件分隔符。建議取值為“^~\&”（ASCII碼分別為94、126、92和38）。3）MSH-3發(fā)送端應(yīng)用程序(HD)00003在整個(gè)單位網(wǎng)絡(luò)所有參與交換HL7消息的應(yīng)用程序中，此字段唯一標(biāo)定了發(fā)送端應(yīng)用程序，這個(gè)字段完全是由醫(yī)療機(jī)構(gòu)自己定義。其第一個(gè)組件取值來源于用戶定義表0361發(fā)送/接收應(yīng)用程序，但該表沒有建議值，實(shí)際操作可以繼續(xù)使用用戶定義表0300名稱空間ID。4）MSH-9消息類型(CM)00009此字段包括消息的類型、觸發(fā)事件，以及消息中的消息結(jié)構(gòu)ID。第一個(gè)組件是消息類型代碼，HL7表0076消息類型對其作了規(guī)定，包含了CK,ADT,ORM,ORU等取值。第二個(gè)組件是觸發(fā)事件代碼，HL7表0003觸發(fā)事件對其作了規(guī)定，包含了諸如A01,O01,R01等取值。第三個(gè)組件是抽象消息結(jié)構(gòu)代碼，HL7表0354消息結(jié)構(gòu)對其作了規(guī)定。5）MSH-10消息控制ID(ST)00010此字段包含了一個(gè)用于對消息進(jìn)行唯一標(biāo)識的數(shù)字或其他標(biāo)識符。在確認(rèn)消息的信息段（MSA）中，接收端系統(tǒng)會(huì)將此ID返回給發(fā)送端系統(tǒng)。6）MSH-15接收確認(rèn)類型(ID)00015此字段標(biāo)示接收確認(rèn)的條件，規(guī)定是否需要對該消息回送接收確認(rèn)。在增強(qiáng)確認(rèn)模式下，此字段是必須有的。有效取值參見HL7表0155接收確認(rèn)/應(yīng)用程序條件，見下表。7）MSH-16應(yīng)用程序確認(rèn)類型(ID)00016此字段標(biāo)示應(yīng)用程序確認(rèn)的條件，規(guī)定是否需要對該消息回送應(yīng)用程序確認(rèn)。在增強(qiáng)確認(rèn)模式下，此字段是必須有的。有效取值參見HL7表0155接收確認(rèn)/應(yīng)用程序條件。取值說明AL總是確認(rèn)AlwaysNE從不確認(rèn)NeverER僅出錯(cuò)/拒絕時(shí)確認(rèn)Error/rejectconditionsonlySU僅成功完成時(shí)確認(rèn)Successfulcompletiononly2.EVN-事件類型段EVN段用于向接收端應(yīng)用軟件傳遞必要的觸發(fā)事件。段定義見右表。序號SEQ長度LEN類型DT可選性O(shè)PT可重復(fù)性RP/#表格號TBL#條目號ITEM#元素名稱ELEMENTNAME13IDR

000300099事件類型代碼226TSR

00100記錄日期時(shí)間326TSO

00101計(jì)劃事件日期／時(shí)間43ISO

006200102事件原因代碼5250XCNO

018800103操作者ID626TSO

01278已發(fā)生事件7180HDO

01534事件機(jī)構(gòu)EVN各字段定義如下：1）EVN-1事件類型編碼（ID）00099此字段僅為后向兼容性而保留。建議使用MSH-9信息類型的第二組件來傳遞事件類型編碼信息，例如入院、轉(zhuǎn)院或登記。2）EVN-2記錄日期／時(shí)間（TS）00100當(dāng)信息傳入時(shí)，大多數(shù)系統(tǒng)采用默認(rèn)系統(tǒng)日期／時(shí)間，但是也應(yīng)允許改寫。3）EVN-3計(jì)劃日期／時(shí)間（TS）00101此字段記錄此事件計(jì)劃的日期／時(shí)間。建議盡可能使用PV2-8預(yù)期入院日期／時(shí)間和PV2-9預(yù)期出院日期／時(shí)間。4）EVN-4事件原因編碼(IS)00102此字段記錄事件的原因（例如，患者要求、醫(yī)囑、患者信息管理等）。5）EVN-5操作者ID(XCN)00103記錄將該事件錄入系統(tǒng)的操作員6）EVN-6事件發(fā)生(TS)01278記錄事件實(shí)際發(fā)生的日期／時(shí)間。例如,在轉(zhuǎn)院(A02)事件中,此字段將記錄患者實(shí)際轉(zhuǎn)院的日期／時(shí)間。在取消事件中，此字段應(yīng)記錄此事件被取消的日期／時(shí)間。7）EVN-7事件機(jī)構(gòu)（HD）01534此字段確定事件真正發(fā)生的機(jī)構(gòu)，以區(qū)別于發(fā)送機(jī)構(gòu)（MSH-4）。操作者（EVN-5）就是從此機(jī)構(gòu)錄入了該事件。

3.PID-患者標(biāo)識段

PID段被所有應(yīng)用軟件作為傳遞患者標(biāo)識信息的主要途徑。此消息段記錄了永久的患者標(biāo)識和人口統(tǒng)計(jì)信息,大部分不會(huì)經(jīng)常改變。右表列出HL7所有患者標(biāo)識信息，包括數(shù)據(jù)類型、長度、項(xiàng)目號及其元素名稱。PID段擁有38個(gè)字段，右表列出了部分字段。序號SEQ長度LEN類型DT可選性O(shè)PT可重復(fù)性RP/#表格號TBL#條目號ITEM#元素名稱ELEMENTNAME14SIO

00104設(shè)置ID220CXO

00105患者ID3250CXRY

00106患者標(biāo)識列表420CXOY

00107備選患者ID5250XPNRY

00108患者姓名6250XPNOY

00109母親的婚前姓726TSO

00110出生日期／時(shí)間81ISR

000100111性別9250XPNOY

00112患者別名10250CEOY000500113種族11250XADOY

00114患者地址124ISO

00115國家代碼13250XTNOY

00116家中電話號碼14250XTNOY

00117工作用電話號碼……………………38250CEO2042901542產(chǎn)品類別代碼這里給出包含所有必須字段的前8個(gè)字段的具體說明，其它字段說明參考更全面的HL7文檔。1）PID-1設(shè)置ID(SI)00104此字段包含了識別該事務(wù)的編號。段的第一次出現(xiàn),序號應(yīng)為1，第二次出現(xiàn),序號應(yīng)為2，以此類推。2）PID-2患者ID(CX)00105此字段僅為后向兼容而保留。建議對所有的患者標(biāo)識使用PID-3患者標(biāo)識列表。3）PID-3患者標(biāo)識列表(CX)00106此字段記錄了醫(yī)療機(jī)構(gòu)用來識別患者的唯一標(biāo)識(如醫(yī)療記錄號、賬號、出生登記號、全國唯一個(gè)人ID)列表，可有一個(gè)或多個(gè)重復(fù)值。4）PID-4備選患者ID(CX)00107此字段僅因?yàn)楹笙蚣嫒菪远槐Ａ?。建議對于所有患者標(biāo)識使用PID-3患者標(biāo)識表。5）PID-5患者姓名（XPN）00108此字段記錄了患者的姓名，可以多個(gè)重復(fù)值，但第一個(gè)值發(fā)送患者主名或合法名字，因此此字段的姓名類型代碼應(yīng)為“L”，即合法。此字段的其它重復(fù)值允許把相同的名字用不同字符集表示。6）PID-6母親的婚前姓（XPN）00109此字段記錄了母親出生時(shí)（即婚前）的姓。它用于區(qū)分同名同姓的患者。7）PID-7出生日期／時(shí)間（TS）00110此字段記錄了患者的出生日期和時(shí)間。8）PID-8性別（IS）00111

此字段記錄了患者的性別。取值來自HL7表0001性別，包括“F”、“M”、“O”、“U”分別表示男、女、其它、未知等。4.PV1-患者就診段PV1段被患者登記/管理應(yīng)用軟件用于交換基于帳號或某次就診的信息。缺省為發(fā)送帳目層面的數(shù)據(jù)。為了使用PV1段傳送就診層面的數(shù)據(jù)，PV1-51訪問標(biāo)識必須記為“V”。PV1-51的值影響了PV1、PV2和與PV1層次關(guān)連的其他信息段（如ROL、DG1或OBX）所發(fā)送數(shù)據(jù)的層面。右列出了HL7患者就診信息，包括數(shù)據(jù)類型、長度、項(xiàng)目號及其元素名稱。PID段擁有52個(gè)字段，右表列出了部分字段。序號SEQ長度LEN類型DT可選性O(shè)PT可重復(fù)性RP/#表格號TBL#條目號ITEM#元素名稱ELEMENTNAME14SIO

00131設(shè)置ID21ISR

000400132患者類別380PLC

00133指定患者位置42ISO

000700134入院類型5250CXO

00135預(yù)收入院號碼680PLO

00136前患者位置7250XCNCY001000137主治醫(yī)生8250XCNCY001000138助理醫(yī)生9250XCNCY001000139咨詢醫(yī)生103ISC

006900140醫(yī)院服務(wù)1180PLO

00141臨時(shí)位置122ISO

008700142預(yù)收入院檢驗(yàn)標(biāo)識132ISO

009200143再次入院標(biāo)識146ISO

002300144入院來源……………………52250XCNBY001001274其他醫(yī)療服務(wù)提供者這里給出前7個(gè)字段的具體說明，其它字段可參照更全面的HL7文檔。1）PV1-1設(shè)置ID（SI）00131此字段記錄了識別該事務(wù)的編號。段的第一次出現(xiàn),序號應(yīng)為1，第二次出現(xiàn),序號應(yīng)為2，以此類推。2）PV1-2患者類別（IS）00132系統(tǒng)根據(jù)此字段來給患者分類。它沒有一致的行業(yè)標(biāo)準(zhǔn)定義，可隨機(jī)構(gòu)而變化。取值參考下表。取值描述E急診EmergencyI住院InpatientO門診OutpatientP預(yù)入院PreadmitR復(fù)診RecurringpatientB產(chǎn)科ObstetricsC商業(yè)帳目CommercialAccountN不適用NotApplicableU未知Unknown3）PV1-3指定患者位置（PL）00133此字段記錄了患者的初始指定位置或患者移往的位置。第一組件可以是住院患者位置的護(hù)理站，或非住院患者的診所或科室。取消信息交換或給患者辦理出院時(shí)，現(xiàn)有位置（取消事件后或出院事件前）應(yīng)記錄在本字段。如果第五組件（位置狀況）存在的話，則取代PV1-40-床位位置的值。4）PV1-4入院類型（IS）00134此字段表明了患者辦理入院或?qū)⑥k理入院時(shí)的類型。5）PV1-5預(yù)入院號碼（CX）00135這是唯一確定患者的預(yù)入院賬目的字段。一些系統(tǒng)將繼續(xù)使用預(yù)入院號碼作為患者入院后的賬號。6）PV1-6患者先前位置（PL）00136如果患者轉(zhuǎn)院，則此字段記錄了患者的轉(zhuǎn)院前位置。如果患者是新到的，則舊的位置為null。如果第五組件（位置狀況）存在，則取代PV1-40-床位位置的值。7）PV1-7主治醫(yī)生（XCN）00137此字段記錄了主治醫(yī)生的信息?？捎枚鄠€(gè)值發(fā)送同一醫(yī)生的多個(gè)姓名和標(biāo)識，但不能用來表示多個(gè)主治醫(yī)生。第一個(gè)值必須發(fā)送合法的姓名。如果合法的姓名沒有發(fā)送，則必須首先發(fā)送重復(fù)分隔符。5.MSA-消息確認(rèn)段MSA段包含了對另一消息發(fā)送的確認(rèn)信息，結(jié)構(gòu)見表4.15。其中MSA-1確認(rèn)代碼取值見表4.16。MSA-2字段包含了所收到的消息的MSH-10消息控制ID，通知發(fā)送方是對哪一個(gè)消息的應(yīng)答。序號SEQ長度LEN類型DT可選性O(shè)PT可重復(fù)性RP/#表格號TBL#條目號ITEM#元素名稱ELEMENTNAME12IDR000800018確認(rèn)代碼220STR

00010消息控制ID380STO

00020文本信息415NMO

00021期望序列號51IDB010200022延遲確認(rèn)類型6250CEO035700023錯(cuò)誤情況取值原始模式增強(qiáng)模式AA應(yīng)用程序接受應(yīng)用程序確認(rèn)：接受AE應(yīng)用程序錯(cuò)誤應(yīng)用程序確認(rèn)：出錯(cuò)AR應(yīng)用程序拒絕應(yīng)用程序確認(rèn)：拒絕CA接受確認(rèn)：提交已接受CE接受確認(rèn)：提交已出錯(cuò)CR接受確認(rèn)：提交已拒絕表4.15HL7屬性表-MSA-消息應(yīng)答表4.16HL7表0008-消息確認(rèn)代碼例1：成功接收到MSG0001消息的響應(yīng)：MSH|^~\&|RIS||HIS||200405201205||ACK|RIS0001|P|2.4<CR>MSA|AA|MSG0001<CR>例2：接受出錯(cuò)的響應(yīng)：MSH|^~\&|RIS||HIS||200405201205||ACK|RIS0001|P|2.4<CR>MSA|AE|MSG0001|typeerror|||102<CR>4.3.4消息交換的示例MSH|^~\&|ADT1|MCM|LABADT|MCM|198808181126|SECURITY|ADT^A01|MSG00001|P|2.4|<cr>EVN|A01|198808181123||<cr>PID|1||PATID1234^5^M11^ADT1^MR^MCM~123456789^^^USSSA^SS||JONES^WILLIAM^A^III||19610615|M||C|1200NELMSTREET^^GREENSBORO^NC^27401-1020|GL|(919)271-3434||S||PATID12345001^2^M10^ADT1^AN^A|123456789|987654^NC|<cr>NK1|1|JONES^BARBARA^K|WI^WIFE||||NK^NEXTOFKIN<cr>PV1|1||I|2000^2012^01||||004777^LEBAUER^SIDNEY^J.|||SUR||||ADM|A0|<cr>患者WilliamA.Jones,III于1988年8月18日上午11:23由SidneyJ.Lebauer(#004777)醫(yī)生收治入院，將要進(jìn)行手術(shù)（SUR）。為他安排了護(hù)理單元2000的2012病房，01床位。此信息從MCM站點(diǎn)的ADTI系統(tǒng)發(fā)往LABADT系統(tǒng)，該系統(tǒng)也在MCM站點(diǎn)，該信息在入院的當(dāng)天發(fā)送，但信息發(fā)送比入院事件的發(fā)生晚了3分鐘。消息交換的示例——1.入院/就診通知-A01事件（入院患者）消息交換的示例——2.患者轉(zhuǎn)院轉(zhuǎn)科-A02事件MSH|^~\&|REGADT|MCM|IFENG||199901110500||ADT^A02|000001|P||2.4|||<cr>EVN|A02|199901110520||01||199901110500<cr>PID|I|191919^^^GENHOS^MR~371-66-9256^^^USSSA^SS|253763|MASSIE^JAMES^A||19560129|M|||171ZOBERLEIN^^ISHPEMING^MI^49849^””^||(900)485-5344|(900)485-5344||S|C|10199925^^^GENHOS^AN|371-66-9256||||||||<cr>PV1||I|SICU^0001^01^GENHOS|||6N^1234^A^GENHOS|0200^JONES,GEORGE|0148^ADDISON,JAMES||ICU|||||||0148^ANDERSON,CARL|S|1400|A||||||||||||||||||||GENHOS|||||199501102300|<cr>1999年1月11日05:00，JamesA.Massie由于術(shù)后并發(fā)癥，病情惡化。結(jié)果他被轉(zhuǎn)移到外科ICU病房(SICU)。此轉(zhuǎn)移于1999年1月11日05:20記錄在MCM系統(tǒng)。他被指定在0001室的1床。當(dāng)JamesA.Massie被轉(zhuǎn)移到SICU時(shí)，他的醫(yī)院服務(wù)變?yōu)镮CU，他的主治醫(yī)生變?yōu)镚eorgeJones醫(yī)生。消息交換的示例——3.患者出院-A03事件MSH|^~\&|REGADT|MCM|IFENG||199901121005||ADT^A03|000001|P|2.4|||<cr>EVN|A03|199901121005||01||199901121000<cr>PID|||191919^^^GENHOS^MR~371-66-9256^^^USSSA^SS|253763|MASSIE^JAMES^A||GENHC19560129|M|||171ZOBERLEIN^^ISHPEMING^MI^49849^""^||(900)485-5344|(900)485-5344||S|C|10199925^^^GENHOS^AN|371-66-9256|||||||||<cr>PV1||I|6N||||0100^ANDERSON,CARL|0148^ADDISON,JAMES||SUR|||||||0148^ANDERSON,CARL|S|1400A||||||||||||||||SNF|ISH^ISHPEMINGNURSINGHOME||GENHOS|||||199901102300|199991121005<cr>JamesA.Massie的病情穩(wěn)定，他返回6N過了一天（轉(zhuǎn)移沒有表示出來），出院后被送至Ishpeming護(hù)理院。消息交換的示例——4.患者登記-A04事件MSH|^~\&|REGADT|MCM|IFENG||199112311501||ADT^A04|000001|P|2.4|||<cr>EVN|A04|199901101500|199901101400|01||199901101410<cr>PID|||191919^^^GENHOS^MR~371-66-9256^^^USSSA^SS|253763|MASSIE^JAMES^A||19560129|M|||171ZOBERLEIN^^ISHPEMING^MI^49849^""^||(900)485-5344|(900)485-5344||S|C|10199925^^^GENHOS^AN|371-66-9256||<cr>NK1|1|MASSIE^ELLEN|SPOUSE|171ZOBERLEIN^^ISHPEMING^MI^49849^""^|(900)485-5344|(900)545-1234~(900)545-1200|EC1^FIRSTEMERGENCYCONTACT<cr>NK1|2|MASSIE^MARYLOU|MOTHER|300ZOBERLEIN^^ISHPEMING^MI^49849^""^|(900)485-5344|(900)545-1234~(900)545-1200|EC2^SECONDEMERGENCYCONTACT<cr>NK1|3<cr>NK1|4|||123INDUSTRYWAY^^ISHPEMING^MI^49849^""^||(900)545-1200|EM^EMPLOYER|19940605||PROGRAMMER|||ACMESOFTWARECOMPANY<cr>PV1||O|O/R||||0148^ADDISON,JAMES|0148^ADDISON,JAMES|0148^ADDISON,JAMES|AMB|||||||0148^ADDISON,JAMES|S|1400|A|||||||||||||||||||GENHOS|||||199501101410|<cr>PV2||||||||199901101400||||||||||||||||||||||||||199901101400<cr>OBX||ST|1010.1^BODYWEIGHT||62|kg|||||F<cr>OBX||ST|1010.1^HEIGHT||190|cm|||||F<cr>DG1|1|19||BIOPSY||00|<cr>GT1|1||MASSIE^JAMES^""^""^""^""^||171ZOBERLEIN^^ISHPEMING^MI^49849^""^|(900)485-5344|(900)485-5344||||SE^SELF|371-66-925||||MOOSESAUTOCLINIC|171ZOBERLEIN^^ISHPEMING^MI^49849^""|(900)485-5344|<cr>IN1|0|0|BC1|BLUECROSS|171ZOBERLEIN^^ISHPEMING^M149849^""^||(900)485-5344|90||||||50OK|<cr>IN1|2|""|""<cr>患者JamesA.Massie為做手術(shù)于1996年1月10日14:10到達(dá)O/R位置，他的擇期手術(shù)已于1996年1月10日14:00預(yù)定。就診事件于1996年1月10日15:00記錄在MCM系統(tǒng)。15:01被發(fā)送到接口引擎IFENG。內(nèi)容4.1概述4.2HL7的通信與控制4.3患者管理4.4醫(yī)囑4.5HL7FHIR4.4.1醫(yī)囑簡介醫(yī)囑(Order)通常是因患者診治或其他方面的需要而提出的對物品或服務(wù)的請求，包括：藥房的用藥(Medication)、護(hù)理部門的臨床觀察(Observation)、實(shí)驗(yàn)室的檢驗(yàn)結(jié)果(Tests)、膳食科的飲食(Food)、放射科的X光片(Films)、保潔部門的床單被服(linens)、中心供應(yīng)室的消毒物品(Supplies)、給藥醫(yī)囑(GiveaMedication)等。醫(yī)囑是一個(gè)應(yīng)用程序向另一個(gè)應(yīng)用程序發(fā)出的服務(wù)請求。在某些情況下也允許應(yīng)用程序自己給自己下醫(yī)囑。醫(yī)囑下達(dá)者(Placer):發(fā)起服務(wù)請求的應(yīng)用程序或個(gè)體。醫(yī)囑執(zhí)行者(Filler):響應(yīng)醫(yī)囑或生成觀察數(shù)據(jù)的應(yīng)用程序。醫(yī)囑執(zhí)行者也能夠發(fā)出新醫(yī)囑、為現(xiàn)有的醫(yī)囑上增加新的內(nèi)容，更換已有的醫(yī)囑、暫?；蛲Ｖ箞?zhí)行醫(yī)囑、或取消已有的醫(yī)囑。4.1.2數(shù)量/時(shí)間(TQ)數(shù)據(jù)類型TQ數(shù)據(jù)對何時(shí)執(zhí)行醫(yī)囑及執(zhí)行頻率提供了詳細(xì)的說明。字段中可以同時(shí)出現(xiàn)有多個(gè)對醫(yī)囑數(shù)量/頻數(shù)的定義說明，它們之間用分隔符分開。表示醫(yī)囑數(shù)量/頻數(shù)的是復(fù)合類型的數(shù)據(jù)字段，有如下組件：<quantity(CQ)>^<interval(CM)>^<duration(ST)>^<startdate/time(TS)>^<enddate/time(TS)>^<priority(ST)>^<condition(ST)>^<text(TX)>^<conjunction(ID)>^<ordersequencing(CM)>^<occurrenceduration(CE)>^<totaloccurrences(NM)>下面對上述組件進(jìn)行說明1）數(shù)量組件quantity（CQ）：數(shù)量組件描述了按單位時(shí)間間隔提供服務(wù)或執(zhí)行醫(yī)囑請求的數(shù)量。舉例：如果每4小時(shí)需獲得2份血樣，數(shù)量組件的數(shù)值就是2。如果需檢驗(yàn)3份血樣的血型進(jìn)行交叉配血，數(shù)量組件的數(shù)值為3。組件的缺省值為1。如果需要說明數(shù)量單位，可以附加其后，中間用分隔符“&”分隔。2）時(shí)間間隔組件interval（CM）：時(shí)間間隔組件說明重復(fù)執(zhí)行醫(yī)囑請求的時(shí)間間隔，缺省值為1，組件包含的的第一個(gè)子組件重復(fù)模式描述了請求重復(fù)執(zhí)行的方式，取值見表4.17。第二個(gè)子組件描述了每次執(zhí)行的時(shí)間。取值描述Q<整數(shù)>S幾秒一次Q<整數(shù)>M幾分一次Q<整數(shù)>H幾小時(shí)一次Q<整數(shù)>D幾天一次Q<整數(shù)>W幾周一次Q<整數(shù)>L幾月一次Q<整數(shù)>J<周幾>在每<整數(shù)>周特定的時(shí)間重復(fù)，如果<整數(shù)>缺省，重復(fù)頻率就為1，即每周。周幾：1=周一，2=周二…7=周日。Q2J2表示隔周的周二重復(fù)，Q1J6為每周六重復(fù)，QJ13為每周一三重復(fù)BID一天兩次如9am-4pmTID一天三次如9am-4pm-9pmQID一天四次如9am-11am-4pm-9pm（不等于Q6H）xID一天x次（x>=5)QAM每天早晨(時(shí)間醫(yī)療機(jī)構(gòu)自定)QSHIFT每一班執(zhí)行一次(8小時(shí)一班，每日三班，時(shí)間醫(yī)療機(jī)構(gòu)自定）QOD每兩天一次(=Q2D)QHS每天睡前一次QPM每天傍晚(時(shí)間醫(yī)療機(jī)構(gòu)自定)C從開始時(shí)間到結(jié)束時(shí)間一直執(zhí)行U<spec>留待以后使用，<SPEC>是UNIXcron格式的事件間隔PRN需要時(shí)重復(fù)PRNxxxXXX表示頻率（如PRNQ6H）Once只執(zhí)行一次，該組件為null的缺省值<前后>C<餐次>前后：A:在…之前P:在…之后I:在…之間餐次：M：早餐D:中餐V:晚餐例：ACM:早餐前PCV:晚餐后ICV：晚餐到入睡間表4.17HL7表0335-重復(fù)模式表示重復(fù)模式時(shí)，可以使用上表所列兩個(gè)或以上的表達(dá)式，之間用空格分隔。這種形式表示兩種重復(fù)模式以“和”相連，是邏輯“與”的關(guān)系，例如：（1）每日兩次，每兩日重復(fù)：BIDQOD（2）每日三次，每星期一、星期三和星期五重復(fù)：TIDQJ1353）持續(xù)時(shí)間組件duration(ST)：這一數(shù)據(jù)區(qū)域是說明一個(gè)請求執(zhí)行持續(xù)的時(shí)間。默認(rèn)值為INDEF(不確定)，下表列出了組件的表示方式。4）開始日期/時(shí)間組件startdate/time(TS)：TS可以表示醫(yī)囑請求執(zhí)行的最早時(shí)間/日期，然而，請求開始執(zhí)行的時(shí)間往往用其他字段來表示(如：urgency-STAT).在這種情況下，此字段為空。在接到醫(yī)囑后，系統(tǒng)一般為此字段賦值，并計(jì)算出結(jié)束時(shí)間，供系統(tǒng)內(nèi)部使用。5）結(jié)束日期/時(shí)間組件enddate/time(TS)：如果需要,可以在提交醫(yī)囑前賦值。此字段表示請求執(zhí)行的結(jié)束日期/時(shí)間。如果超過此字段規(guī)定的日期/時(shí)間，請求將不再執(zhí)行。此字段可以為空，然而在接到醫(yī)囑時(shí)，系統(tǒng)往往根據(jù)請求執(zhí)行開始時(shí)間計(jì)算出此字段的值.如忽略此字段，請求將在由持續(xù)時(shí)間字段或結(jié)束日期/時(shí)間組件規(guī)定的日期/時(shí)間停止執(zhí)行。值描述S<整數(shù)><整數(shù)>秒M<整數(shù)><整數(shù)>分H<整數(shù)><整數(shù)>小時(shí)D<整數(shù)><整數(shù)>日W<整數(shù)><整數(shù)>星期L<整數(shù)><整數(shù)>月X<整數(shù)><整數(shù)>次數(shù),用于表示時(shí)間間隔,“取2份血樣Q2HX3”的請求表示在間隔兩小時(shí)的3個(gè)不同的時(shí)間各取血樣2份,共取6個(gè)血樣T<整數(shù)>以時(shí)間間隔和數(shù)量執(zhí)行,累計(jì)達(dá)到<整數(shù)>數(shù)量,計(jì)量單位假定與QUANTITY字段相同INDEF不確定,默認(rèn)值6）優(yōu)先級組件priority（ST）：表示請求緊急程度，見下表。默認(rèn)值為R。7）條件組件condition（ST）：以文本描述在何種條件下用藥。例PRNPAIN：疼痛時(shí)用；使血壓保持在110以下：當(dāng)血壓超過110時(shí)用。8）文本組件text（ST）：說明文本值描述S立即(Stat)，最高優(yōu)先權(quán)A盡快(ASAP)，較高優(yōu)先權(quán)，僅次于SR常規(guī)，缺省值

P術(shù)前C復(fù)查時(shí)T時(shí)間敏感，盡可能按照要求的時(shí)間執(zhí)行，并且用TS<整數(shù)>、TM<整數(shù)>、TH<整數(shù)>、TD<整數(shù)>、TW<整數(shù)>、TL<整數(shù)>表示嚴(yán)格程度分別是幾秒/分/小時(shí)/天/周/月內(nèi)PRN需要時(shí)9）聯(lián)合組件conjunction（ID）：如果這是一非空字段則會(huì)有重復(fù)分隔符連接第二個(gè)數(shù)量/時(shí)間定義,取值由HL7表0472限定。10）醫(yī)囑順序組件ordersequencing（CM）：在很多情形下需要對醫(yī)囑的順序進(jìn)行說明。如新建一組輸液醫(yī)囑，需要對其中某一項(xiàng)輸液的順序作出說明（如：每2瓶輸液后用1瓶含多種維生素的靜脈營養(yǎng)液）11）執(zhí)行持續(xù)時(shí)間組件occurrenceduration（CE）；描述單一的服務(wù)執(zhí)行持續(xù)的時(shí)間，可選,不允許重復(fù)。例如:連續(xù)三天,每天三次,每次攪拌20分鐘12）總次數(shù)組件totaloccurrences（NM）：表示本醫(yī)囑所導(dǎo)致的服務(wù)發(fā)生的總數(shù)。如果結(jié)束日期/時(shí)間組件與此組件都有值,如果結(jié)束時(shí)間內(nèi)達(dá)不到總次數(shù)，那么以結(jié)束日期/時(shí)間為有效值，否則以總次數(shù)為有效值。TQ數(shù)據(jù)類型舉例1）及時(shí)執(zhí)行請求一次3份，如立即取三單位血樣：3^Once。2）在睡前執(zhí)行一次，持續(xù)兩天：1^QHS^X2。3）連續(xù)三天執(zhí)行一項(xiàng)醫(yī)囑：1^C^D3。4）如果患者每分鐘PVCs>10,則每小時(shí)做一次心電圖，共做4次：1^Q1H^X4^^^^PVCs>10/min^EKG。5）2000/5/23日后每星期二的下午2:32分執(zhí)行一次：1^Q1J2^^200005231432。6）在11/21/89之前執(zhí)行一次（比如化驗(yàn)）：1^^^^198911210800。7）自11/5/89上午10:30分開始，每小時(shí)執(zhí)行一次，共5次：1^Q1H^X5^198911051030。8）連續(xù)3日每日早晨執(zhí)行一次，然后如果血鉀>5.5，每2日執(zhí)行一次，持續(xù)4天（執(zhí)行2次）：1^QAM^X3^^^^^^S~1^QOD^D4^^^^ifK+>5.5。9）12/12/1998上午8:00準(zhǔn)時(shí)抽血做化驗(yàn)，常規(guī)出報(bào)告：^^^198812120800^^T^^TroughspecimenforMIC^C~^^^^^R。10）連續(xù)7天，每天活動(dòng)踝部一次，持續(xù)20分鐘：1^QD^D7^^^^^^^^M20。11）從1999.3.1到1999.3.31,入戶護(hù)理3次,每次1小時(shí)：1^^^19990301^19990331^^^^^^H1^3。

4.4.3通用醫(yī)囑消息ORM1.ORM?generalordermessage(eventO01)通用醫(yī)囑消息（EVENTO01）ORM用于傳送醫(yī)囑包含的信息，包括下達(dá)、取消、停止、暫停醫(yī)囑等，醫(yī)囑下達(dá)者、或具有權(quán)限的醫(yī)囑執(zhí)行者，都可以發(fā)送ORM消息，消息結(jié)構(gòu)見表4.22。一項(xiàng)醫(yī)囑內(nèi)容的任何改變都將觸發(fā)醫(yī)囑事件的發(fā)生，如提交、取消、更新等。ORM^O01^ORM_O01通用醫(yī)囑消息MSH消息頭[{NTE}]消息頭的備注或說明[

PID患者標(biāo)識[PD1]其他人口統(tǒng)計(jì)學(xué)信息[{NTE}]患者身份的備注或說明[

PV1患者就診[PV2]]就診的附加信息[{IN1醫(yī)療保險(xiǎn)[IN2]保險(xiǎn)附加信息[IN3]保險(xiǎn)附加信息-證明}]

[GT1]擔(dān)保人[{AL1}]藥物過敏信息]

{

ORC通用醫(yī)囑[

<OBR|RQD|RQ1|RXO|ODS|ODT>醫(yī)囑詳情[{NTE}]備注或說明[CTD]臨時(shí)聯(lián)系信息[{DG1}]診斷[{

OBX觀測或檢查、檢驗(yàn)結(jié)果[{NTE}]備注或說明}]

]

[{FT1}]財(cái)務(wù)事務(wù)[{CTI}]臨床試驗(yàn)標(biāo)識[BLG]賬單}

（接右表）表4.22通用醫(yī)囑消息ORM_R01消息結(jié)構(gòu)2.ORM應(yīng)用注意事項(xiàng)1）對于不同的醫(yī)囑，ORM語法稍有不同，請參考相應(yīng)的章節(jié)。2）醫(yī)囑詳情段中的任何一個(gè)，如OBR、RQD、RQ1、RXO、ODS、ODT等都可以在ORM中使用。3）ORM有四處可以使用NTE段，NTE段只和它前面的信息段有關(guān)。如MSH段后面