Chuyển đổi số y tế

HL7 v2 là gì? Vì sao vẫn quan trọng trong tích hợp y tế?

By Lưu Phan Thanh

October 7, 2026

HL7 v2 là gì? Vì sao vẫn quan trọng trong tích hợp y tế?

HL7 v2 đã xuất hiện từ nhiều năm trước. Trong khi FHIR, REST API và điện toán đám mây ngày càng phổ biến, nhiều bệnh viện vẫn sử dụng HL7 v2 để kết nối HIS, EMR, LIS, RIS và các hệ thống chuyên môn.

Vì sao một chuẩn được phát triển từ lâu vẫn giữ vai trò quan trọng?

Câu trả lời nằm ở tính thực dụng. HL7 v2 phù hợp với cách bệnh viện vận hành: một sự kiện xảy ra, hệ thống tạo bản tin, sau đó gửi thông tin đến những hệ thống cần xử lý.

HL7 International gọi Version 2 là “workhorse” của trao đổi dữ liệu lâm sàng. Theo thông tin từ HL7, HL7 v2.x đã được triển khai tại 95% tổ chức y tế ở Hoa Kỳ và hơn 35 quốc gia.hl7

HL7 v2 là gì?

HL7 v2 là chuẩn trao đổi dữ liệu y tế dựa trên các bản tin có cấu trúc.

Có thể hình dung các hệ thống trong bệnh viện như những bộ phận sử dụng các phần mềm khác nhau:

HIS quản lý hoạt động khám chữa bệnh.
EMR quản lý hồ sơ bệnh án điện tử.
LIS quản lý xét nghiệm.
RIS quản lý quy trình chẩn đoán hình ảnh.
PACS lưu trữ và cung cấp hình ảnh y khoa.
Hệ thống Dược quản lý đơn thuốc và cấp phát thuốc.

Các hệ thống này có thể do nhiều nhà cung cấp phát triển. Chúng không nhất thiết sử dụng cùng một cơ sở dữ liệu hoặc cùng cách lưu trữ thông tin.

HL7 v2 cung cấp một bộ quy tắc chung để những hệ thống đó trao đổi dữ liệu. Nhờ vậy, HIS có thể gửi chỉ định sang LIS, LIS trả kết quả về HIS hoặc EMR, còn RIS có thể nhận thông tin người bệnh và chỉ định từ HIS.

HL7 v2 không phải là phần mềm. Nó cũng không thay thế HIS, LIS hay PACS. Đây là một chuẩn mà các hệ thống và phần mềm trung gian có thể sử dụng để giao tiếp.

Bản tin HL7 v2 là gì?

HL7 v2 hoạt động chủ yếu dựa trên message, tức bản tin.

Khi một sự kiện nghiệp vụ xảy ra trong bệnh viện, hệ thống có thể tạo một bản tin và gửi đến hệ thống khác.

Ví dụ:

Người bệnh được tiếp nhận → tạo bản tin ADT.
Người bệnh được nhập viện → có thể tạo sự kiện ADT^A01.
Bác sĩ chỉ định xét nghiệm → có thể tạo bản tin ORM.
Có kết quả xét nghiệm → có thể gửi bản tin ORU.
Đặt hoặc thay đổi lịch hẹn → có thể sử dụng nhóm bản tin SIU.

Điều quan trọng ở giai đoạn đầu không phải là học thuộc tất cả mã bản tin. Cần nắm được logic cơ bản:

Sự kiện xảy ra → hệ thống tạo bản tin → bản tin được gửi → hệ thống nhận xử lý dữ liệu.

Cách tiếp cận này giúp các phần mềm phản ứng theo quy trình thực tế thay vì phải liên tục hỏi hoặc đồng bộ toàn bộ cơ sở dữ liệu.

Event trong HL7 v2 có ý nghĩa gì?

Trong HL7 v2, event là sự kiện nghiệp vụ làm phát sinh một thông điệp.

Ví dụ, người bệnh được nhập viện. Đây là một sự kiện cụ thể. HIS có thể tạo thông điệp:

text

ADT^A01

Trong đó:

ADT là nhóm thông điệp liên quan đến quản lý hành chính người bệnh.
A01 là sự kiện người bệnh được nhập viện.

Các hệ thống liên quan có thể nhận được thông báo rằng người bệnh vừa nhập viện. Tùy thiết kế, thông tin này có thể được dùng để cập nhật hồ sơ, trạng thái giường bệnh, danh sách người bệnh nội trú hoặc các quy trình tiếp theo.

Một số sự kiện thường gặp trong bệnh viện gồm:

Đăng ký hoặc tiếp nhận người bệnh.
Nhập viện.
Chuyển khoa.
Xuất viện.
Tạo chỉ định xét nghiệm.
Hủy hoặc thay đổi chỉ định.
Hoàn tất xét nghiệm.
Phát hành kết quả.
Đặt hoặc thay đổi lịch hẹn.

Đây chính là tư duy event-driven: dữ liệu được trao đổi khi có sự kiện nghiệp vụ cần thông báo.

Cấu trúc một bản tin HL7 v2

Lần đầu nhìn một bản tin HL7 v2, nhiều người có thể thấy khó đọc:

text

MSH|^~\&|HIS|HOSPITAL|LIS|HOSPITAL...
PID|1||12345||NGUYEN^VAN^AN...
OBR|1||67890|CBC^Complete Blood Count...
OBX|1|NM|WBC^White Blood Cell||7.2|10^9/L...

Tuy nhiên, bản tin có cấu trúc rõ ràng. HL7 v2 chia dữ liệu thành nhiều lớp.

Segment

Segment là một đoạn dữ liệu có chức năng riêng. Mỗi Segment thường bắt đầu bằng mã gồm ba ký tự.

Một số Segment thường gặp:

MSH: thông tin phần đầu bản tin.
EVN: thông tin sự kiện.
PID: thông tin định danh người bệnh.
PV1: thông tin lần khám hoặc đợt điều trị.
ORC: thông tin điều khiển yêu cầu.
OBR: thông tin yêu cầu xét nghiệm hoặc quan sát.
OBX: kết quả quan sát hoặc xét nghiệm.

Mỗi Segment có thể bắt buộc, tùy chọn hoặc được lặp lại, tùy loại bản tin và message profile.hl7

Field

Field là các trường dữ liệu nằm trong Segment. Dấu | thường được dùng để phân tách các Field.

Ví dụ:

text

PID|1||12345||NGUYEN^VAN^AN

Trong dòng này, PID là mã Segment. Các phần sau đó được phân chia thành những Field có vị trí và ý nghĩa riêng.

Một Field có thể chứa mã người bệnh, họ tên, ngày sinh, giới tính hoặc các thông tin liên quan khác, tùy cấu trúc của Segment PID.

Component

Một Field có thể được chia thành nhiều Component bằng dấu ^.

Ví dụ:

text

NGUYEN^VAN^AN

Có thể được sử dụng để biểu diễn các thành phần của họ tên. Cách diễn giải cụ thể phụ thuộc vào kiểu dữ liệu và profile được áp dụng trong dự án.

Subcomponent

Component có thể tiếp tục được chia nhỏ thành Subcomponent bằng dấu &.

Không phải bản tin nào cũng sử dụng đến Subcomponent, nhưng khái niệm này quan trọng khi xử lý các kiểu dữ liệu phức tạp.

Delimiter

Các ký tự phân tách giúp hệ thống biết ranh giới giữa những phần dữ liệu:

|: phân tách Segment ID và Field.
^: phân tách Component.
~: phân tách các giá trị lặp.
\: ký tự escape.
&: phân tách Subcomponent.

Các ký tự này thường được khai báo ngay trong Segment MSH, đặc biệt tại trường MSH-2.

HL7 v2 đi qua bệnh viện như thế nào?

Hãy theo dõi một luồng xét nghiệm đơn giản:

Người bệnh đăng ký khám tại quầy tiếp đón.
HIS tạo hoặc cập nhật thông tin người bệnh.
HIS gửi thông tin hành chính đến các hệ thống liên quan.
Bác sĩ tạo chỉ định xét nghiệm.
HIS gửi bản tin chỉ định sang LIS.
LIS tiếp nhận, thực hiện xét nghiệm và quản lý mẫu.
LIS gửi kết quả về HIS hoặc EMR.
Bác sĩ xem kết quả trên hệ thống đang sử dụng.

Ở góc nhìn nghiệp vụ:

text

Tiếp nhận → Chỉ định → Thực hiện → Trả kết quả → Bác sĩ xem

Ở góc nhìn HL7 v2:

text

ADT → ORM → LIS xử lý → ORU

Người dùng có thể không nhìn thấy các bản tin này trên giao diện. Tuy nhiên, chúng đang âm thầm vận hành phía sau để dữ liệu đi qua các bộ phận.

Trong chẩn đoán hình ảnh, mô hình có thể phức tạp hơn:

text

HIS → RIS → Modality/PACS → RIS → HIS/EMR

HL7 v2 thường hỗ trợ thông tin hành chính, chỉ định và báo cáo. Hình ảnh y tế được trao đổi chủ yếu bằng DICOM. Vì vậy, một quy trình chẩn đoán hình ảnh hoàn chỉnh thường cần kết hợp HL7 v2 với DICOM.

Vì sao HL7 v2 vẫn quan trọng?

Đã được triển khai rộng rãi

Một lý do quan trọng là HL7 v2 đã tồn tại trong rất nhiều hệ thống đang vận hành. Bệnh viện không thể chỉ nhìn vào công nghệ mới mà bỏ qua hạ tầng và phần mềm hiện hữu.

Việc thay thế toàn bộ hệ thống HIS, LIS hoặc RIS chỉ để chuyển sang một chuẩn mới thường tốn kém, rủi ro và ảnh hưởng trực tiếp đến hoạt động khám chữa bệnh.

Phù hợp với quy trình theo sự kiện

Bệnh viện có rất nhiều sự kiện cần truyền nhanh:

Người bệnh đăng ký.
Bác sĩ tạo chỉ định.
Mẫu được tiếp nhận.
Kết quả được xác nhận.
Người bệnh chuyển khoa.
Người bệnh xuất viện.

HL7 v2 phù hợp với mô hình:

text

Sự kiện xảy ra → Tạo bản tin → Gửi đến hệ thống cần nhận

Hỗ trợ nhiều hệ thống khác nhau

HL7 v2 được thiết kế để trao đổi dữ liệu giữa hệ thống trung tâm và các hệ thống khoa phòng. Mô hình này phù hợp với bệnh viện có LIS, RIS, Dược hoặc các phần mềm chuyên khoa hoạt động độc lập.hl7

Có thể tùy biến theo thực tế

Trong triển khai thực tế, các hệ thống thường sử dụng một phiên bản HL7 cụ thể và áp dụng thêm message profile, bảng mã hoặc quy ước nội bộ.

Điều này giúp HL7 v2 thích nghi với từng môi trường. Tuy nhiên, tính linh hoạt cũng tạo ra một thách thức: hai hệ thống cùng “hỗ trợ HL7 v2” chưa chắc đã kết nối được ngay.

Cần kiểm tra cụ thể:

Phiên bản HL7.
Loại bản tin.
Event code.
Segment bắt buộc.
Vị trí Field.
Kiểu dữ liệu.
Bảng mã.
Quy tắc ACK.
Cơ chế xử lý lỗi.

HL7 v2 và FHIR khác nhau thế nào?

FHIR là tiêu chuẩn hiện đại hơn trong hệ sinh thái HL7, thường được triển khai thông qua API. FHIR tổ chức dữ liệu thành các Resource như Patient, Encounter, Observation hoặc ServiceRequest.healthit

Có thể so sánh khái quát như sau:

Tiêu chí	HL7 v2	FHIR
Mô hình chính	Bản tin theo sự kiện	Resource và API
Cách trao đổi	Message-based	API-based
Ví dụ	ADT, ORM, ORU	Patient, Observation, Encounter
Môi trường phổ biến	Hệ thống bệnh viện hiện hữu	Ứng dụng web, mobile và hệ sinh thái số
Điểm mạnh	Ổn định, triển khai rộng, phù hợp workflow	Dễ tiếp cận hơn với ứng dụng hiện đại
Thách thức	Khác biệt giữa các profile và quy ước triển khai	Cần thiết kế API, bảo mật và quản trị Resource

Không nên hiểu FHIR là nguyên nhân khiến HL7 v2 lập tức biến mất. Tài liệu chính thức của HL7 cho biết FHIR được xây dựng dựa trên kinh nghiệm từ HL7 v2, HL7 v3, RIM và CDA; FHIR cũng có thể được sử dụng cùng với các tiêu chuẩn hiện hữu.hl7

Trong một bệnh viện hiện đại, hoàn toàn có thể gặp kiến trúc kết hợp:

text

HL7 v2 + FHIR + REST API + DICOM

Mỗi công nghệ đảm nhiệm một nhóm nhu cầu khác nhau.

Những điểm cần lưu ý khi triển khai HL7 v2

Đừng chỉ kiểm tra “có hỗ trợ HL7 hay không”

Câu trả lời “có hỗ trợ HL7” chưa đủ để đánh giá khả năng tích hợp.

Cần hỏi rõ:

Hỗ trợ HL7 phiên bản nào?
Có những loại message nào?
Có hỗ trợ ADT, ORM, ORU hay SIU không?
Có tài liệu message profile không?
Có hỗ trợ ACK và xử lý bản tin lỗi không?
Có thể cấu hình mã hóa, kết nối và timeout không?

Chuẩn hóa mã và danh mục

HL7 chỉ giúp truyền dữ liệu theo cấu trúc. Nếu mã người bệnh, mã xét nghiệm hoặc mã khoa phòng không thống nhất, hệ thống vẫn có thể nhận bản tin nhưng xử lý sai.

Cần chuẩn hóa hoặc xây dựng bảng quy đổi cho:

Mã người bệnh.
Mã lượt khám.
Mã khoa phòng.
Mã xét nghiệm.
Mã dịch vụ chẩn đoán hình ảnh.
Đơn vị đo.
Trạng thái kết quả.

Xác định hệ thống nguồn

Mỗi loại dữ liệu nên có hệ thống nguồn rõ ràng.

Ví dụ:

HIS là nguồn chính của thông tin tiếp nhận.
LIS là nguồn chính của kết quả xét nghiệm.
RIS là nguồn chính của báo cáo chẩn đoán hình ảnh.
PACS là nguồn chính của hình ảnh.

Nếu nhiều hệ thống cùng sửa một dữ liệu mà không có quy tắc ưu tiên, rất khó đối soát khi xảy ra sai lệch.

Theo dõi ACK, log và đối soát

Một bản tin được gửi đi chưa đồng nghĩa với việc dữ liệu đã được xử lý thành công.

Hệ thống tích hợp cần theo dõi:

Thời điểm tạo bản tin.
Hệ thống gửi.
Hệ thống nhận.
Trạng thái truyền.
ACK trả về.
Nguyên nhân từ chối.
Số lần gửi lại.
Trạng thái xử lý cuối cùng.

Đây là yếu tố quyết định khả năng vận hành ổn định sau khi dự án hoàn tất.

Kết luận

HL7 v2 là gì? Đây là chuẩn trao đổi dữ liệu y tế dựa trên các bản tin có cấu trúc, trong đó một sự kiện nghiệp vụ có thể làm phát sinh thông điệp gửi đến hệ thống liên quan.

Từ ADT, ORM, ORU đến các thành phần như MSH, PID, OBR và OBX, HL7 v2 tạo ra cách thức thống nhất để HIS, EMR, LIS, RIS và các hệ thống khác trao đổi dữ liệu.

HL7 v2 vẫn quan trọng vì đã được triển khai rộng rãi, phù hợp với quy trình event-driven và có khả năng kết nối các hệ thống bệnh viện hiện hữu. FHIR, REST API và Cloud không nhất thiết thay thế ngay HL7 v2. Trong thực tế, chúng thường cùng tồn tại trong một kiến trúc tích hợp nhiều lớp.

Nếu nắm được chuỗi:

text

Sự kiện → Bản tin → Segment → Field → Dữ liệu → Quy trình

bạn đã có nền tảng tốt để đọc và phân tích một giao diện HL7 thực tế.

Ở bài tiếp theo, chúng ta sẽ “mổ xẻ” một bản tin HL7 v2 với các dòng MSH, EVN, PID và PV1, sau đó xem từng Segment đang truyền thông tin gì giữa các hệ thống.

Theo dõi chuỗi “HL7 từ cơ bản đến ứng dụng thực tế” của SAVINA ONE.

#HL7 #HL7v2 #HealthcareIntegration #Interoperability #HIS #EMR #LIS #RIS #PACS #FHIR #DICOM #HealthcareIT #DigitalHealth #HealthInformatics #SAVINAONE

Faq’s

Freequently Asked Question

HL7 v2 là gì?
HL7 v2 là chuẩn trao đổi dữ liệu y tế dựa trên các bản tin có cấu trúc, được gửi khi một sự kiện nghiệp vụ xảy ra trong bệnh viện.
Vì sao HL7 v2 vẫn được sử dụng?
HL7 v2 đã được triển khai rộng rãi trong nhiều hệ thống HIS, LIS, RIS và EMR. Nó phù hợp với các luồng trao đổi theo sự kiện và có hệ sinh thái tích hợp ổn định.
Bản tin HL7 v2 gồm những thành phần nào?
Một bản tin HL7 v2 thường gồm nhiều Segment. Mỗi Segment có các Field, trong đó Field có thể chứa Component và Subcomponent.
ADT A01 trong HL7 v2 có ý nghĩa gì?
ADT A01 thường biểu thị sự kiện người bệnh được nhập viện. ADT là nhóm thông điệp hành chính, còn A01 là mã sự kiện cụ thể.
HL7 v2 có thay thế FHIR không?
Không. HL7 v2 và FHIR có thể cùng tồn tại. HL7 v2 thường phục vụ các luồng thông điệp hiện hữu, còn FHIR phù hợp với API và các ứng dụng hiện đại.
HL7 v2 có kết nối trực tiếp với PACS không?
HL7 v2 có thể trao đổi thông tin hành chính, chỉ định và báo cáo liên quan đến chẩn đoán hình ảnh. Hình ảnh y tế thường được trao đổi bằng DICOM qua RIS, PACS và thiết bị chẩn đoán hình ảnh.
Khi triển khai HL7 v2 cần lưu ý điều gì?
Cần thống nhất phiên bản, message profile, mã người bệnh, danh mục dịch vụ, quy tắc xử lý lỗi, ACK, bảo mật và cơ chế đối soát.

Tags: