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

第四章醫(yī)療信息交換標準HL74.1概述4.2HL7的通信與控制4.3患者管理4.4醫(yī)囑4.5HL7FHIR4.1.1背景醫(yī)院信息系統(tǒng)HIS已經(jīng)廣泛使用由于缺少統(tǒng)一的醫(yī)療信息交換標準，使得醫(yī)院都成了信息的孤島為了解決由于信息交換的標準不同而出現(xiàn)的種種問題，HL7標準技術(shù)應(yīng)時而生HL7

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

V1.0-醫(yī)療機構(gòu)之間交換入院/出院/轉(zhuǎn)院(ADT)信息1988V2.0-加入了醫(yī)囑（Order）和檢驗、治療報告1994V2.2美國國家標準1999V2.3.1美國國家標準2000V2.4美國國家標準2010V3.0-開始采用XML開發(fā)2011開始轉(zhuǎn)向更加靈活和可擴展的標準FHIR，一種基于Web的醫(yī)療信息交互標準FHIR它設(shè)計簡單易用，具有更好的可擴展性和互操作性，因此在行業(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的運作方式觸發(fā)事件(Triggerevents)觸發(fā)(Triggering)機制以事件來啟動信息傳輸現(xiàn)實世界的醫(yī)療事件造成信息系統(tǒ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)檢驗科子系統(tǒng)A01A01A01患者入院HL7觸發(fā)事件患者管理PatientAdmin.(EventA)醫(yī)囑OrderEntry(EventO)查詢Query(EventQ)財務(wù)管理FinancialManagement(EventP)觀察報告ObservationReporting(EventR)主文件MasterFiles(EventM)病歷管理MedicalRecords/InformationManagement(EventT)預(yù)約Scheduling(Event

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

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

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

(應(yīng)用確認ACK)確認增強模式當(dāng)醫(yī)生為病人開出了實驗室檢查，信息系統(tǒng)將發(fā)送一個消息給實驗室應(yīng)用程序來標識病人，安排檢驗。實驗室應(yīng)用程序先回送接收確認，執(zhí)行成功后，再回送安排結(jié)果。醫(yī)生工作站系統(tǒng)給檢驗信息系統(tǒng)LIS發(fā)送了一條測血常規(guī)的醫(yī)囑ORM消息，在確認原始模式下，需要等檢驗結(jié)果出來后，LIS再回送一條ORR消息。中間的時延會比較長，如果ORM發(fā)送失敗對方根本沒有收到，發(fā)送方就難于發(fā)現(xiàn)。如果是確認增強模式下，接收方在收到消息后可以先回送一條ACK消息表示收到了（接收確認），然后檢驗結(jié)果出來后LIS再發(fā)送一條ORR（應(yīng)用程序確認），醫(yī)生工作站系統(tǒng)回一條ACK消息確認，這樣發(fā)送方就能夠迅速發(fā)現(xiàn)丟失并及時重傳，能提高系統(tǒng)的效率。4.2.7通信環(huán)境HL7標準定義了應(yīng)用程序?qū)嶓w之間交換的消息和其交換過程。從概念上講，它運行在應(yīng)用層上。基本上是考慮消息的數(shù)據(jù)內(nèi)容和消息間的相互關(guān)系，以及一些應(yīng)用層出錯狀態(tài)下的通信問題。HL7工作組寄希望于網(wǎng)絡(luò)環(huán)境能夠提供傳輸?shù)目煽啃砸约按_定消息邊界等通信的基本問題。因此面對多樣化的網(wǎng)絡(luò)環(huán)境，在HL7的應(yīng)用指南中定義了HL7低層協(xié)議（LowLayerProtocol，LLP）作為系統(tǒng)之間加強通信能力的補充，但沒有作為標準的正式內(nèi)容，而只規(guī)定通訊環(huán)境提供以下功能：無錯誤傳輸:假定底層通信確保了傳輸比特是完全正確的,且與發(fā)送的順序一致字符轉(zhuǎn)換:如果通信兩端機器使用不同的字符集代碼,通信環(huá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)用層提供無差錯的字節(jié)流傳輸。但由于TCP發(fā)送端會把若干短消息拼接成一個段發(fā)送，或者把長消息拆分成多個段發(fā)送，TCP接收端并沒有應(yīng)用層消息的邊界，而HL7消息自身也沒有定義消息開始與結(jié)束的特殊標志，給消息的處理帶來了困難。因此在HL7應(yīng)用社區(qū)里出現(xiàn)了一個最小低層協(xié)議(MinimalLowerLayerProtocol,MLLP)，用來解決TCP/IP網(wǎng)絡(luò)環(huán)境中消息邊界的問題，被廣泛采用，最后在HL7V3版本中，MLLP正式成為了標準的一部分。MLLPMLLP的作用是在TCP/IP之上標示HL7消息的邊界，相當(dāng)于OSI會話層封裝協(xié)議，使得接收端可以為上層提供完整的消息。其格式為：<SB>Data<EB><CR>其中<SB>是塊開始標識，ASCII碼0x0B；Data即為HL7數(shù)據(jù)，其中只包含ASCII碼為0x1F以上的字節(jié)值以及回車符0x0D；<EB>為塊結(jié)束標識，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ù)集提供的是新增或者更新的患者信息、以及患者的就診信息。因為所有的與網(wǎng)路相連的信息系統(tǒng)都需要患者信息，所以，患者管理事務(wù)是最常用的。通常，信息進入患者管理系統(tǒng)后，會以主動更新或是以對查詢應(yīng)答的方式傳送給護理、輔助和財務(wù)系統(tǒng)。4.3.2患者管理觸發(fā)事件與消息定義患者信息的觸發(fā)事件全部由ADT(Admission/Discharge/Transfer)主動更新和ACK(Acknowledgements)應(yīng)答來實現(xiàn)。觸發(fā)事件的描述中用“入院患者”代替“住院患者”，“入院患者”是指被安排了床位至少幾個小時以上的各種患者，而用“未入院患者”代替“門診患者”，“未入院患者”是指未安排床位而在檢查室、其它類型處置室、門診候診室內(nèi)的各種患者。為了使每個系統(tǒng)都能正確地處理信息，所有就診相關(guān)信息的患者類型必須在PV1-2-患者類別中指定。這意味著必須對觸發(fā)事件和患者類別進行核對，才能確定如何處理信息。無論是入院還是未入院患者，使用的觸發(fā)事件大多相同，但事件的涵義或解釋還需參照患者類別。觸發(fā)事件事務(wù)中包含的信息要多于必要的信息。HL7V2.4總共定義了62種觸發(fā)事件，下面將選擇5個有代表性的事件進行描述。1.ADT/ACK-入院/就診通知(A01事件)A01事件僅適用于“入院”患者。發(fā)送A01事件表示患者被安排入院并且分配了一個床位，是患者住院開始的標志。通?；颊吖芾硐到y(tǒng)得到信息后以廣播的形式將該信息傳遞到護理單元和輔助系統(tǒng)。例如：一個A01事件可用于：1）通知藥房系統(tǒng)，患者已入院，可以發(fā)藥；2）通知護理系統(tǒng)，患者已入院，需要開始護理計劃；3）通知財務(wù)系統(tǒng)，開始記賬；4）通知餐飲系統(tǒng)，新患者到來需要飲食服務(wù)；5）通知檢驗室、病理及放射系統(tǒng)，患者入院有資格接受服務(wù)；6）通知病案室，有患者入院，創(chuàng)建電子病歷(EMR)。A01事件觸發(fā)發(fā)送的消息是ADT_A01消息，必須有的段包括消息頭MSH、事件類型EVN、患者標識PID、患者就診PV1，其結(jié)構(gòu)如下表。ADT^A01^ADT_A01ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者標識[PD1]AdditionDemographics附加的人口統(tǒng)計信息[{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保險InsuranceAdditionalInfo.保險附加信息InsuranceAdditionalInfo-Cert.保險附加信息-確認Role角色[{ACC}]AccidentInformation事故信息[{UB1}]UniversalBillInformation通用賬單信息[{UB2}]UniversalBill92Information通用賬單92信息[{PDA}]PatientDeathandAutopsy患者死亡和尸檢（接右表）接收方回應(yīng)的應(yīng)答消息ACK包括消息頭MSH和消息確認MSA段，見下表。ACK^A01^ACKGeneralAcknowledgement通用確認消息MSHMessageHeader消息頭MSAMessageAcknowledgment消息確認[ERR]Error錯誤2.ADT/ACK-患者轉(zhuǎn)移(A02事件)發(fā)送A02事件表示患者改變了其位置。發(fā)送此信息時，包括的字段應(yīng)該是與此觸發(fā)事件相關(guān)的字段。當(dāng)其他重要字段發(fā)生變化時，建議（而非要求）另外使用A08（更新患者信息）事件。如果你的患者管理系統(tǒng)的轉(zhuǎn)移功能允許在轉(zhuǎn)移（如地址改變）的同時，個人信息也發(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)計信息[{ROL}]Role角色PV1PatientVisit患者就診[PV2]PatientVisit-AdditionalInfo.患者就診-附加信息[{ROL}]Role角色[{DB1}]DisabilityInformation殘疾信息[{OBX}]Observation/Result觀察/結(jié)果[PDA]PatientDeathandAutopsy患者死亡和尸檢新的患者位置必須記錄在PV1-3指定患者位置中，而舊的患者位置必須記錄在PV1-6患者之前位置中。舉個例子，A02事件用于通知檢驗、放射及病理系統(tǒng)患者位置已經(jīng)改變，以改發(fā)檢查結(jié)果；通知藥房改發(fā)藥品；通知膳食科將食物送往另一個地方；還通知病案室EMR發(fā)生了變動。

如果患者去往臨時位置（例如O/R、X線室或走廊），建議使用A09（患者暫離追蹤）和A10（患者到達追蹤）來代替A02。同時建議只用A02表示患者管理系統(tǒng)床位的真正變動。3.ADT/ACK-出院/終止就診(A03事件)A03表示患者離開醫(yī)療機構(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)計信息[{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)改變；通知護理系統(tǒng)患者已走，護理計劃可結(jié)束；通知財務(wù)系統(tǒng)患者記賬期已結(jié)束；或者同時通知病案室EMR已終止。對于未入院患者，A03事件表示患者在醫(yī)療機構(gòu)就診結(jié)束。它表明未被指定床位的初次或復(fù)診患者就診結(jié)束。它同時也表示患者在急診室就診結(jié)束。PV1-45出院日期和時間用于表示就診結(jié)束的日期及時間。如果一個賬戶的起始日期跨度太大，就應(yīng)使用P06（終止賬戶）來傳達記賬結(jié)束的信息。如表示患者死亡，則用A03事件和PID-29患者死亡日期和時間及PID-30患者死亡標識來代替。發(fā)送此信息時，包括的字段應(yīng)該是與交換此事件相關(guān)的字段。如其他重要字段改變，建議另外使用A08（更新患者信息）事件。4.ADT/ACK-患者登記(A04事件)A04表示患者已到，或已作為首診或復(fù)發(fā)的門診患者進行登記，并且未指定床位。例如表示在急診室開始就診。A04事件觸發(fā)發(fā)送ADT_A04消息，消息結(jié)構(gòu)見右表。PV1-44入院日期／時間用于記錄就診開始的日期／時間。ADT^A04^ADT_A04ADTMessageADT消息MSHMessageHeader消息頭EVNEventType事件類型PIDPatientIdentification患者識別[PD1]AdditionDemographics附加的人口統(tǒng)計信息[{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保險InsuranceAdditionalInfo.保險附加信息InsuranceAdditionalInfo-Cert.保險附加信息-確認Role角色[{ACC}]AccidentInformation事故信息[{UB1}]UniversalBillInformation通用賬單信息[{UB2}]UniversalBill92Information通用賬單92信息[{PDA}]PatientDeathandAutopsy患者死亡和尸檢（接右表）5.ADT/ACK-患者更新信息(A08事件)如果患者的信息發(fā)生改變，且無其它觸發(fā)事件發(fā)生時，發(fā)送A08事件。例如，A08用于通知接收系統(tǒng)，地址或姓名改變。建議將A08事件用于與任何其它觸發(fā)事件無關(guān)的更新字段。A08事件可包括一段診療的信息，但也可只用于個人信息。4.3.3ADT消息段1.MSH(消息頭)段2.EVN(事件類型)段3.PID(患者標識)段4.PV1(患者就診)段4.MSA(消息確認)段1.MSH-消息頭段MSH消息頭段是所有消息必須有的第一個段，與消息通信與控制有關(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ā)送端機構(gòu)5180HDO

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

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

00007消息的日期/時間840STO

00008安全性913CMR

0076/000300009消息類型1020STR

00010消息控制ID113PTR

00011處理ID1260VIDR

010400012版本ID1315NMO

00013順序號14180STO

00014延續(xù)指針152IDO

015500015接收確認類型162IDO

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

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

00693消息主要語言2020IDO

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

000300099事件類型代碼226TSR

00100記錄日期時間326TSO

00101計劃事件日期／時間43ISO

006200102事件原因代碼5250XCNO

018800103操作者ID626TSO

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

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

3.PID-患者標識段

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

00104設(shè)置ID220CXO

00105患者ID3250CXRY

00106患者標識列表420CXOY

00107備選患者ID5250XPNRY

00108患者姓名6250XPNOY

00109母親的婚前姓726TSO

00110出生日期／時間81ISR

000100111性別9250XPNOY

00112患者別名10250CEOY000500113種族11250XADOY

00114患者地址124ISO

00115國家代碼13250XTNOY

00116家中電話號碼14250XTNOY

00117工作用電話號碼……………………38250CEO2042901542產(chǎn)品類別代碼這里給出包含所有必須字段的前8個字段的具體說明，其它字段說明參考更全面的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此字段僅為后向兼容而保留。建議對所有的患者標識使用PID-3患者標識列表。3）PID-3患者標識列表(CX)00106此字段記錄了醫(yī)療機構(gòu)用來識別患者的唯一標識(如醫(yī)療記錄號、賬號、出生登記號、全國唯一個人ID)列表，可有一個或多個重復(fù)值。4）PID-4備選患者ID(CX)00107此字段僅因為后向兼容性而被保留。建議對于所有患者標識使用PID-3患者標識表。5）PID-5患者姓名（XPN）00108此字段記錄了患者的姓名，可以多個重復(fù)值，但第一個值發(fā)送患者主名或合法名字，因此此字段的姓名類型代碼應(yīng)為“L”，即合法。此字段的其它重復(fù)值允許把相同的名字用不同字符集表示。6）PID-6母親的婚前姓（XPN）00109此字段記錄了母親出生時（即婚前）的姓。它用于區(qū)分同名同姓的患者。7）PID-7出生日期／時間（TS）00110此字段記錄了患者的出生日期和時間。8）PID-8性別（IS）00111

此字段記錄了患者的性別。取值來自HL7表0001性別，包括“F”、“M”、“O”、“U”分別表示男、女、其它、未知等。4.PV1-患者就診段PV1段被患者登記/管理應(yīng)用軟件用于交換基于帳號或某次就診的信息。缺省為發(fā)送帳目層面的數(shù)據(jù)。為了使用PV1段傳送就診層面的數(shù)據(jù)，PV1-51訪問標識必須記為“V”。PV1-51的值影響了PV1、PV2和與PV1層次關(guān)連的其他信息段（如ROL、DG1或OBX）所發(fā)送數(shù)據(jù)的層面。右列出了HL7患者就診信息，包括數(shù)據(jù)類型、長度、項目號及其元素名稱。PID段擁有52個字段，右表列出了部分字段。序號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臨時位置122ISO

008700142預(yù)收入院檢驗標識132ISO

009200143再次入院標識146ISO

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

00010消息控制ID380STO

00020文本信息415NMO

00021期望序列號51IDB010200022延遲確認類型6250CEO035700023錯誤情況取值原始模式增強模式AA應(yīng)用程序接受應(yīng)用程序確認：接受AE應(yīng)用程序錯誤應(yīng)用程序確認：出錯AR應(yīng)用程序拒絕應(yīng)用程序確認：拒絕CA接受確認：提交已接受CE接受確認：提交已出錯CR接受確認：提交已拒絕表4.15HL7屬性表-MSA-消息應(yīng)答表4.16HL7表0008-消息確認代碼例1：成功接收到MSG0001消息的響應(yīng)：MSH|^~\&|RIS||HIS||200405201205||ACK|RIS0001|P|2.4<CR>MSA|AA|MSG0001<CR>例2：接受出錯的響應(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ī)生收治入院，將要進行手術(shù)（SUR）。為他安排了護理單元2000的2012病房，01床位。此信息從MCM站點的ADTI系統(tǒng)發(fā)往LABADT系統(tǒng)，該系統(tǒng)也在MCM站點，該信息在入院的當(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時，他的醫(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護理院。消息交換的示例——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到達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)、護理部門的臨床觀察(Observation)、實驗室的檢驗結(jié)果(Tests)、膳食科的飲食(Food)、放射科的X光片(Films)、保潔部門的床單被服(linens)、中心供應(yīng)室的消毒物品(Supplies)、給藥醫(yī)囑(GiveaMedication)等。醫(yī)囑是一個應(yīng)用程序向另一個應(yīng)用程序發(fā)出的服務(wù)請求。在某些情況下也允許應(yīng)用程序自己給自己下醫(yī)囑。醫(yī)囑下達者(Placer):發(fā)起服務(wù)請求的應(yīng)用程序或個體。醫(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ù)量/時間(TQ)數(shù)據(jù)類型TQ數(shù)據(jù)對何時執(zhí)行醫(yī)囑及執(zhí)行頻率提供了詳細的說明。字段中可以同時出現(xiàn)有多個對醫(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)>下面對上述組件進行說明1）數(shù)量組件quantity（CQ）：數(shù)量組件描述了按單位時間間隔提供服務(wù)或執(zhí)行醫(yī)囑請求的數(shù)量。舉例：如果每4小時需獲得2份血樣，數(shù)量組件的數(shù)值就是2。如果需檢驗3份血樣的血型進行交叉配血，數(shù)量組件的數(shù)值為3。組件的缺省值為1。如果需要說明數(shù)量單位，可以附加其后，中間用分隔符“&”分隔。2）時間間隔組件interval（CM）：時間間隔組件說明重復(fù)執(zhí)行醫(yī)囑請求的時間間隔，缺省值為1，組件包含的的第一個子組件重復(fù)模式描述了請求重復(fù)執(zhí)行的方式，取值見表4.17。第二個子組件描述了每次執(zhí)行的時間。取值描述Q<整數(shù)>S幾秒一次Q<整數(shù)>M幾分一次Q<整數(shù)>H幾小時一次Q<整數(shù)>D幾天一次Q<整數(shù)>W幾周一次Q<整數(shù)>L幾月一次Q<整數(shù)>J<周幾>在每<整數(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每天早晨(時間醫(yī)療機構(gòu)自定)QSHIFT每一班執(zhí)行一次(8小時一班，每日三班，時間醫(yī)療機構(gòu)自定）QOD每兩天一次(=Q2D)QHS每天睡前一次QPM每天傍晚(時間醫(yī)療機構(gòu)自定)C從開始時間到結(jié)束時間一直執(zhí)行U<spec>留待以后使用，<SPEC>是UNIXcron格式的事件間隔PRN需要時重復(fù)PRNxxxXXX表示頻率（如PRNQ6H）Once只執(zhí)行一次，該組件為null的缺省值<前后>C<餐次>前后：A:在…之前P:在…之后I:在…之間餐次：M：早餐D:中餐V:晚餐例：ACM:早餐前PCV:晚餐后ICV：晚餐到入睡間表4.17HL7表0335-重復(fù)模式表示重復(fù)模式時，可以使用上表所列兩個或以上的表達式，之間用空格分隔。這種形式表示兩種重復(fù)模式以“和”相連，是邏輯“與”的關(guān)系，例如：（1）每日兩次，每兩日重復(fù)：BIDQOD（2）每日三次，每星期一、星期三和星期五重復(fù)：TIDQJ1353）持續(xù)時間組件duration(ST)：這一數(shù)據(jù)區(qū)域是說明一個請求執(zhí)行持續(xù)的時間。默認值為INDEF(不確定)，下表列出了組件的表示方式。4）開始日期/時間組件startdate/time(TS)：TS可以表示醫(yī)囑請求執(zhí)行的最早時間/日期，然而，請求開始執(zhí)行的時間往往用其他字段來表示(如：urgency-STAT).在這種情況下，此字段為空。在接到醫(yī)囑后，系統(tǒng)一般為此字段賦值，并計算出結(jié)束時間，供系統(tǒng)內(nèi)部使用。5）結(jié)束日期/時間組件enddate/time(TS)：如果需要,可以在提交醫(yī)囑前賦值。此字段表示請求執(zhí)行的結(jié)束日期/時間。如果超過此字段規(guī)定的日期/時間，請求將不再執(zhí)行。此字段可以為空，然而在接到醫(yī)囑時，系統(tǒng)往往根據(jù)請求執(zhí)行開始時間計算出此字段的值.如忽略此字段，請求將在由持續(xù)時間字段或結(jié)束日期/時間組件規(guī)定的日期/時間停止執(zhí)行。值描述S<整數(shù)><整數(shù)>秒M<整數(shù)><整數(shù)>分H<整數(shù)><整數(shù)>小時D<整數(shù)><整數(shù)>日W<整數(shù)><整數(shù)>星期L<整數(shù)><整數(shù)>月X<整數(shù)><整數(shù)>次數(shù),用于表示時間間隔,“取2份血樣Q2HX3”的請求表示在間隔兩小時的3個不同的時間各取血樣2份,共取6個血樣T<整數(shù)>以時間間隔和數(shù)量執(zhí)行,累計達到<整數(shù)>數(shù)量,計量單位假定與QUANTITY字段相同INDEF不確定,默認值6）優(yōu)先級組件priority（ST）：表示請求緊急程度，見下表。默認值為R。7）條件組件condition（ST）：以文本描述在何種條件下用藥。例PRNPAIN：疼痛時用；使血壓保持在110以下：當(dāng)血壓超過110時用。8）文本組件text（ST）：說明文本值描述S立即(Stat)，最高優(yōu)先權(quán)A盡快(ASAP)，較高優(yōu)先權(quán)，僅次于SR常規(guī)，缺省值

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

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

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

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

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

{

ORC通用醫(yī)囑[

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

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

]

[{FT1}]財務(wù)事務(wù)[{CTI}]臨床試驗標識[BLG]賬單}

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