HL7 衛生信息交換標準（Health Level 7）
標準化的衛生信息傳輸協議，是醫療領域不同應用之間電子傳輸的協議。HL7匯集了不同廠商用來設計應用軟件之間接口的標準格式，它將允許各個醫療機構在異構系統之間，進行數據交互。
HL7的主要應用領域是HIS/RIS，主要是規範HIS/RIS系統及其設備之間的通信，它涉及到病房和病人信息管理、化驗系統、藥房系統、放射系統、收費系統等各個方面。HL7的宗旨是開發和研制醫院數據信息傳輸協議和標準，規範臨床醫學和管理信息格式，降低醫院信息系統互連的成本，提高醫院信息系統之間數據信息***享的程度。
Health Level 7中的“Level 7”是指OSI的七層模型中的最高壹層，第七層。但這並不是說它遵循OSI第七層的定義數據元素，它只是用來構成它自己的抽象數據類型和編碼規則。它也沒有規定規範說明如何支持OSI第壹到第六層的數據。
HL7並沒有提供壹個完全的“即插即用”解決方案，因為在醫療機構的傳輸環境中有兩個重要的影響因素：
⑴醫療機構的傳輸環境中缺乏處理的壹致性；
⑵產生的結果需要在用戶和廠商間進行協商。
因此，它提供的是壹個可在較大範圍內選擇數據和處理流程的靈活系統，並盡可能的包括所有已知的程序（觸發器Trigger）和數據（段Segment和域Field）要求。
在HL7通信協議中，消息（Message）是數據交換的基本單位。HL7的消息是自動生成的，它將HL7標準文檔自動轉化為壹個HL7規則數據庫和部分程序數據結構代碼。實現壹個通信標準的具體工作是生成數據結構，以及實現壹個構造器(Builder）和壹個解析器（Parser）。數據結構表現了標準中各個數據對象的相互關系。構造器將數據結構中的數據轉化成能在電子數據交換媒介中傳輸的數據串。而解析器能夠將數據串解析回原來的數據結構。HL7標準是壹個文本結構的文檔。首先，利用壹些文字處理工具將文檔中的各個數據定義抽取成數據結構，再將結構的形式存入預先定義的HL7規則數據庫。然後，開發壹種代碼生成器，它根據規則數據庫的內容，自動生成某壹種計算機語言代碼。最後，可將這些代碼加入實際應用的程序框架。
圖1說明的是用HL7標準實現各種醫療設備互連，其中的ADT指的是入院、出院和轉移，通常簡稱為ADT(Ad-mission、Discharge、Transfer）。ADT主要是關於病人個人信息的生成和更新，以及病人來訪等信息數據的交換。由於任何加入醫療系統網絡的設備都需要病人的個人信息，ADT是HL7標準中應用最廣泛的壹個方面。通常，進入壹個ADT系統的數據總是要傳遞給醫院的各種系統，2013年甚至要傳遞給保險公司。 HL7（Health Level 7）作為壹個機構，成立於1987年，從1994年起是美國國家標準局（ANSI）授權的標準開發組織（SDO）之壹，是從事醫療服務信息傳輸協議及標準研究和開發的非盈利組織。
HL7現有會員2200多，其中團體會員超過1500個，代表世界上主要國家和包括醫療方面90%的信息系統供應商。參與HL7技術合作與推廣的國家和地區除美國外，還有澳大利亞、加拿大、中國、芬蘭、德國、日本、荷蘭、新西蘭、英國、印度、阿根廷、南非、瑞典、韓國、臺灣等。
HL7委員會的目的是開發和研制醫院數據信息傳輸協議及標準，優化臨床及其管理數據信息程序。
HL7委員會（截至2002年12月為止）設立了21個技術委員會
技術指導、構建回溯體系、 臨床上下文對象工作組（CCOW）， 臨床診斷支持，控制、查詢，教育，財務管理， 國際會員接納， 營銷，病歷記錄、信息管理，建模和方法學，醫囑、觀察資料，病人管理，病人護理， 人員管理，處理步驟改善， 出版， 臨床研究信息管理，工作安排和後勤，結構化文檔，術語。
15個特殊興趣委員會（Special Interest Groups，SIGs）：
阿登語法，附件，臨床指導方針， 臨床基因， 社會基本健康服務，兼容性，電子病歷（EMR)，政府計劃，圖像集成，Java,實驗室自動化和測試，藥物治療，安全和責任，模板，XML。
HL7的委員會並不是固定不變的，特別是SIGs是可以由會員自由申請成立的。 HL7作為標準它是開放系統互聯（OSI）七層協議第七層（應用層）的協議。
是作為規範各醫療機構之間，醫療機構與病人、醫療事業行政單位、保險單位以及其它單位之間各種不同信息系統之間進行醫療數據傳遞的標準。
作為信息交換標準，HL7自1987年發布V1.0版後相繼發布了v2.0 v2.1 v2.2 v2.3 v2.3.1 ，2000年發布了v2.4版，現已用XML開發了v3.0版，但HL7 v2.4版本仍是ANSI正式發布的版本。
HL7目標
⑴ HL7標準應該支持各種技術環境下的數據交換，同時也應支持各種編程語言和操作系統，以及支持各種通訊環境。
⑵ 同時支持單數據流和多數據流兩種通訊方式。
⑶ 最大限度的兼容性，預留了供不同使用者 使用的特殊的表、編碼定義、和消息段（如：HL7的Z-segments）。
⑷ 標準必須具有可擴展性，以支持新的要求，這包括協議本身的擴展及與現有系統和新 系統的兼容。
⑸ 標準應該是在充分參考現有的產品通訊協議基礎上，被廣泛接受的工業標準。
⑹ HL7的長期目標就是制定壹種用於醫療機構電子數據交換的標準或協議。 第七層是國際標準組織（ISO）的開放式系統互聯（OSI）模型的最高層。這不是說HL7與ISO定義的OSI的第七層原理完全壹致。而且，HL7也沒有指定壹套ISO批準的規範，以便占領HL7抽象消息規範作用的1-6層。但是HL7符合位於OSI模型的第7層內的這種從應用端到應用端接口的概念定義。
在OSI概念模型中，通訊軟件和硬件的功能被分在第7層。HL7標準主要關註在第7層發生的或是應用層發生的問題。這些就是在應用程序之間被交換的數據、交換時間以及應用程序間通訊的特殊應用程序錯誤的定義。然而，與OSI模型協議低層有關的協議有時也被提到幫助系統理解標準的上下文，這是必須的。他們有時也被提到以幫助實現者建立基於HL7工作的系統。
HL7工作組是由誌願者組成的，他們是在個人時間或雇主倡導的時間內做的。HL7工作組的成員已經，並且願意繼續為那些有誌於建設、發展、精煉醫療系統網絡技術的第7層接口標準的人開放。
這個標準可以在不同的系統中進行接口的編址，這些系統可以發送或接收壹些信息，包括：就診者入院/登記，出院或轉院（ADT）數 據，查詢，就診者的資源和計劃安排表，醫囑，診斷結果臨床觀察，費用，主文件的更新信息，醫學記錄，安排，就診者的治療安排以及就診者的護理。這不是試圖 假設壹個在應用程序中與數據的布置有關的特殊體系結構，而是被設計用來支持壹個中心就診者護理系統，以及支持數據在部門系統中的分布式環境。
如果我們認為多數的醫護信息系統應用程序和傳送醫療的各種環境壹樣，那麽很明顯這會有很多接口可以受益於這種標準化的定義。參與了編寫標準過程的成員對接口的選擇有很高的優先權。HL7的目的就是為這些接口準備壹個完整的標準，其建立在可以有力的支持很多其它接口的壹般構架的基礎上。這個標準已經投入使用而且做為擴展現存接口定義的基礎，並增加了壹些其它定義。
這篇文檔是按以下方式編排的。本章的余下部分包括：發展標準的基本理由，標準的發展目標，工作組從屬的範圍和操作入門的方法。希望可以幫助讀者理解決定發展此標準的依據。以後的章節分別說明：
a）所有接口（包括通用查詢接口）的全部結構
b）就診者入院，出院，轉院和登記
c）醫囑輸入
d）就診者記帳（帳目）系統
e) 臨床觀察數據，如化驗結果，做為能識別的數據元素被發送（而不是顯示定向文本）
f）為同步的公***參考文件（主文件）設立的通用接口
g）醫學信息管理
h）就診者和資源的安排計劃
i）有關兩個機構間的轉診病人的轉診消息
j) 支持面向問題通訊的就診者護理消息，在計算機信息系統中為臨床途徑的實施提供功能 完整性－對基本的醫囑，財務，檢驗信息都有了規範的描述，而且做得非常詳細，如病人的飲食忌諱，宗教信仰等按照相應的ISO標準描述。
可實現性－選擇OSI第七層做標準，保證其可實現性。
兼容和擴展性－包括對中藥計量單位的支持。
安全性－由於HL7的開發和兼容性導致安全性很難保障，盡管支持數字簽名，但主要還是要靠網絡底層協議保證。 壹、采用點對點通訊方法以實現不同系統的對接；
二、采用HL7服務器的方法實現，HL7 Server實際上是應用服務器，形成居於HL7接口的中心數據庫，這樣可以減少接口數量，提高系統可靠性。