文章目錄

• HL7知識梳理
• • 寫在前面
  • 1.介紹
  • 2.HL7結構介紹
  • • 2.1 段(Segments)
    • • 2.1.1 段名稱: MSH (消息頭)
      • 2.1.2 段名稱: PID (患者信息)
      • 2.1.3 段名稱: NK1 (近親信息)
      • 2.1.4 段名稱: PV1 (患者就診信息)
      • 2.1.5 段名稱: PV2(患者就診附加信息)
      • 2.2.6 段名稱: ORC(醫囑命令所做的檢查項目)
      • 2.2.7 段名稱: OBR
      • 2.2.8 段名稱: OBX(用于記錄觀察的結果)
      • 2.2.9 段名稱: QRD
      • 2.2.10 段名稱: QRF
      • 2.2.11 段名稱: DSP
      • 備注
    • 2.2 域(fields)
    • • 2.2.1 域分隔符舉例說明
  • 3. HL7數據類型
  • 4.HL7 message type消息類型

HL7知識梳理

寫在前面

從去年開始，從事醫療行業，然后接觸到HL7協議，剛入門的時候沒有大佬帶，全靠自己混百度、google，發現網上關于HL7的文章真的很少，而且很零散，特別是剛入門的小伙伴，看到內容就已經覺得比較頭疼，自己總結了些經驗，希望對大家有幫助，相互學習交流！開發語言為Java + Hapi v24 + Netty + Mllp，后續也會介紹，通過Apache Camel的Mllp，來進行Hl7的解析，東西比較多，可能寫著寫著自己都亂了哈哈哈哈

1.介紹

HL7 縮寫于Health Level Seven，是創建于1987年，用來發展獨立衛生保健行業的電子交換交換標準，經過多年的發展，HL7已經有多個版本(這個介紹網上資料有很多，大家可以自行查找)

簡單的理解其實就像XML，JSON格式一樣，HL7也是一種數據格式，可以理解為一個包含很多行字符串的消息體，這一整個就是一個HL7消息內容

那么我們就結合實際的案例來看下HL7到底是個什么東西

HL7官網 http://www.hl7.org/，可下載對應版本文檔

Hapi官網 https://hapifhir.github.io/hapi-hl7v2/

2.HL7結構介紹

例如：下面就是一個ADT_A09類型下的A10的消息，查閱官方文檔中，A10是 Patient arriving—> 患者到達 的消息，當然大部分情況下，我們都是根據廠商提供的文檔來進行解析，而廠商也是參考HL7官方的文檔，來確定他們的消息內容，我這里的A10，代表的是入院消息。好了，接下來我們把它一層層分解來看

MSH|^~\&|MediII|MediInfo|WXXD|YX|20200720151947||ADT^A10^ADT_A09|cc492d953bb14b7991f73391e3775ec8|P|2.4 EVN|A10|20210720151947||||20210720151947 PID||357778999^0|357778999^^^JG01~155484212^^^JG02~5484213565^^^JG03~~~326632365516^^^JG06~78554215^^^JG07~212545wwe^^^JG08~~4581584^^^JG10~|0|ZhangSan^張三||19440426000000|1|||北京市朝陽區xxxx街道^260005^260005^260005^260005^^H^^260005~^^^^-^^W^-~北京市朝陽區xxxx街道^260005^260005^260005^^^R||^^01^^^^18365655555~^^02|||||330227194404267517|3325626262688888|||01^漢族|北京/朝陽/xx街道|||||156^中國||0 PV1|2|I|06^06^06481^0505055&胸外科一&0^^胸外科(1)病區|R|||10178^^梁三^^^^^^^^^^^0402&胸外一D組|||||||||||150|10107360||YKT301||||20210720|||||||||||||||||0505055^^^1||20200720151947||||||2|V|10178^^梁三~16388^^曹四 OBX|0|NM|25^年齡||77|歲|||||F|||20200720151947 DG1|1|E11.900||2型糖尿病||A

2.1 段(Segments)

什么是段?

• 在HL7消息中，消息的每個部分都包含一類特定的信息，例如患者信息或患者就診數據。這里提到的部分就是段，也就是每一行后都會有一個回車符 < CR >

• 消息中每個段的名稱由該段的第一個域(fields)指定，該域始終為三個字符。HL7消息中可使用超過120個不同的HL7段，此示例消息包含6個HL7段：MSH，EVN，PID，PV1，OBX，DG1，不同類型的HL7消息包含不同的HL7段。

2.1.1 段名稱: MSH (消息頭)

段包含有關消息本身的信息。該信息包括消息的發送者和接收者、消息的類型以及發送的日期和時間。每個HL7消息都將MSH指定為其第一段。

2.1.2 段名稱: PID (患者信息)

段包含有關患者的人口統計信息，例如姓名、患者ID和地址

2.1.3 段名稱: NK1 (近親信息)

細分包含患者近親的聯系信息

2.1.4 段名稱: PV1 (患者就診信息)

部分包含有關患者住院時的信息，例如分配的位置和推薦醫生。

2.1.5 段名稱: PV2(患者就診附加信息)

2.2.6 段名稱: ORC(醫囑命令所做的檢查項目)

2.2.7 段名稱: OBR

關于診斷以及觀察的請求信息，用于記錄醫囑信息

2.2.8 段名稱: OBX(用于記錄觀察的結果)

2.2.9 段名稱: QRD

查詢定義段，用來定義查詢的內容查詢時間、編碼格式、優先等級、ID號、請求數據的最大值、請求方的信息、所要請求的內容、數據編碼的部門信息

2.2.10 段名稱: QRF

進一步定義查詢內容

2.2.11 段名稱: DSP

重復消息段 裝載LIS返回的報告結果，需要用循環的方式把數據取出

備注

• 由于HL7消息用于將各種與醫療保健相關的信息傳遞到各種不同的系統，因此有時HL7消息需要包含自定義數據。為了適應這種情況，HL7標準使系統供應商可以創建帶有自定義字段的Z段，以傳輸此數據。

• 按照慣例，所有自定義段都以字母Z開頭。例如，可以創建ZPD段以包含自定義的患者人口統計信息。Z段可以放置在HL7消息中的任何位置，但是通常位于消息中的最后一段。

• 通常，處理HL7消息的應用程序配置為忽略不知道將如何處理的HL7 Z段。這個后續是個大坑！！

2.2 域(fields)

分隔符 “|”

• HL7消息的每個段都包含一個或多個域（也稱為fields）。默認情況下，豎線（|）字符用于將一個域與另一個域分開。

• 域可以是原始數據類型（例如字符串或數字），也可以包含多個元素(Component)。如果某個域(fields)包含多個元素，則這些元素（Component）通常以^字符分隔。如果元素還包含子元素(Subcomponent)，則這些子元素通常以＆字符分隔，子元素(Subcomponent)必須 是原始數據類型（例如字符串或數字）。

"|"分隔符中可以包含其他的分隔符：

“^” 成分分隔符，表示該位置有多個屬性，例如：|101761^熊婷| 該位置是患者信息，101761是患者編號 熊婷是患者名字

“~” 子成分分隔符，成分的下一分級

“&” 表示該位置是數組結構，類型相同可以循環 例如：|&張三|&李四

2.2.1 域分隔符舉例說明

PID || 0493575 ^^^ 2 ^ ID 1 | 454721 || DOE ^ JOHN ^^^^ | DOE ^ JOHN ^^^^ | 19480203 | M || B | 254 MYSTREET AVE ^^ MYTOWN ^ OH ^ 44123 ^ USA ||（216）123-4567 ||| M | NON | 400003403?1129086 |

• 在此段中，第五個域是患者姓名，即DOE ^ JOHN ^^^^{**。（此域結尾處的四個}^^^字符表示它總共有六個元素，并且只定義了前兩個元素）在此組合中，DOE代表患者的名，而JOHN**是患者的姓。

• 為了盡可能靈活并達成共識，HL7委員會被迫將許多細分段定義為可選段，該決定的不利之處是您不能確定特定的信息會出現在給定的消息中，這也造成了同一消息可能因供應商而異。

---

3. HL7數據類型

類型編碼類型說明

ST	字符串
TX	文本數據
FT	格式化文本
NM	數字
SI	序列id
SN	結構化數據
ID	HL7表的編碼值
IS	用戶定義表的編碼
EI	實體標識符
DT	日期
TM	時間
CE	編碼要素
CX	具有校驗數位的擴展符合ID
XCN	擴展符合ID號和ID名
XAD	擴展地址
XPN	擴展姓名
XTN	擴展通訊號碼

---

4.HL7 message type消息類型

1. ADT admit disCharge transfer 入院、出院、轉院 2. ACK acknowledgement message 應答消息 3. BAR biling account record 賬單賬戶記錄 4. DFT detailed financial transactions 詳細的金融交易 5. MDM Medical document management 醫療文件管理 6. ORM order entry 訂單錄入 7. ORU Observation result (unsolicited) 觀察結果 非請求觀察 8. RDS pharmacy/treatment dispense 藥房/治療 配藥 9. RDE pharmacy/treatment encoded order 藥房/治療 編碼順序 10. SIU schedlued information unsolicited 調度信息 非請求觀察

總結

以上是生活随笔為你收集整理的HL7协议介绍(一)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。