HL7 là gì? Giải thích HL7 v2, ADT, ORM, ORU và FHIR

Bệnh viện hiện đại thường sử dụng nhiều phần mềm khác nhau: HIS, EMR, LIS, RIS, PACS, Dược và viện phí. Các hệ thống này có thể do nhiều nhà cung cấp phát triển, sử dụng cơ sở dữ liệu và cách tổ chức dữ liệu không giống nhau.

Vậy làm thế nào để chúng “nói chuyện” với nhau?

Một trong những câu trả lời quan trọng nhất là HL7. Đây là nhóm tiêu chuẩn giúp các phần mềm y tế trao đổi dữ liệu theo cấu trúc và quy tắc thống nhất, thay vì mỗi hệ thống sử dụng một cách truyền riêng.

HL7 là gì?

HL7 là viết tắt của Health Level Seven. Đây là nhóm tiêu chuẩn hỗ trợ trao đổi, tích hợp, chia sẻ và truy xuất thông tin y tế giữa các ứng dụng phần mềm.

Số “7” trong HL7 liên quan đến Layer 7, tức tầng ứng dụng trong mô hình tham chiếu OSI. Tầng này tập trung vào cách các ứng dụng trao đổi thông tin có ý nghĩa, chẳng hạn thông tin người bệnh, chỉ định xét nghiệm hoặc kết quả lâm sàng.ecqi.healthit

Nếu không làm công nghệ thông tin, người đọc không cần ghi nhớ quá sâu về mô hình OSI. Có thể hiểu đơn giản:

HL7 giống như một ngôn ngữ chung giúp các phần mềm y tế trao đổi dữ liệu với nhau theo những quy tắc đã thống nhất.

 

 

HL7 không phải là một phần mềm, máy chủ hay hệ thống HIS. HL7 là bộ tiêu chuẩn mà các phần mềm, hệ thống tích hợp và interface engine có thể sử dụng để kết nối với nhau.

HL7 giúp bệnh viện trao đổi dữ liệu thế nào?

Hãy xem một quy trình đơn giản:

• HIS tiếp nhận người bệnh.

• Bác sĩ tạo chỉ định xét nghiệm.

• LIS nhận chỉ định và thực hiện xét nghiệm.

• LIS trả kết quả về HIS hoặc EMR.

• Bác sĩ xem kết quả để đưa ra quyết định lâm sàng.

Nếu không có cơ chế tích hợp, nhân viên có thể phải nhập thông tin người bệnh và chỉ định nhiều lần trên các hệ thống khác nhau.

Khi sử dụng HL7, HIS có thể gửi một thông điệp có cấu trúc đến LIS:

Người bệnh này đã được tiếp nhận và cần thực hiện xét nghiệm X.

 

 

Sau khi xét nghiệm hoàn tất, LIS có thể gửi thông điệp ngược lại:

Đây là kết quả xét nghiệm của người bệnh, thuộc chỉ định X.

 

 

HIS hoặc EMR tiếp nhận kết quả và hiển thị cho bác sĩ. Các hệ thống không nhất thiết phải dùng cùng một phần mềm, nhưng cần thống nhất cách mô tả và trao đổi dữ liệu.

HL7 trao đổi những thông tin gì?

Trong môi trường bệnh viện, HL7 có thể hỗ trợ nhiều nhóm dữ liệu khác nhau:

• Thông tin định danh người bệnh.

• Đăng ký, tiếp nhận và cập nhật thông tin hành chính.

• Nhập viện, chuyển khoa và xuất viện.

• Chỉ định xét nghiệm hoặc dịch vụ cận lâm sàng.

• Kết quả xét nghiệm và các quan sát lâm sàng.

• Thông tin khám bệnh và điều trị.

• Lịch hẹn, lịch khám và trạng thái cuộc hẹn.

• Thông tin liên quan đến đơn thuốc hoặc quy trình điều trị.

• Thông báo cập nhật dữ liệu giữa các hệ thống.

HL7 Version 2 được thiết kế để hỗ trợ trao đổi dữ liệu lâm sàng trong cả mô hình tập trung và mô hình phân tán, nơi dữ liệu nằm ở nhiều hệ thống chuyên khoa khác nhau.hl7

Ví dụ HL7 trong quy trình xét nghiệm

Giả sử người bệnh Nguyễn Văn A đến bệnh viện khám.

Bước 1: Tiếp nhận

Nhân viên tiếp đón nhập thông tin người bệnh trên HIS. Hệ thống có thể phát sinh thông điệp thông báo rằng người bệnh vừa được đăng ký hoặc tiếp nhận.

Các hệ thống liên quan có thể nhận thông tin này để chuẩn bị cho những bước tiếp theo.

Bước 2: Tạo chỉ định

Bác sĩ chỉ định xét nghiệm công thức máu.

HIS gửi thông tin chỉ định sang LIS, có thể bao gồm:

• Mã người bệnh.

• Họ tên và ngày sinh.

• Mã lượt khám.

• Loại xét nghiệm.

• Mã bác sĩ chỉ định.

• Khoa hoặc phòng thực hiện.

• Thời gian chỉ định.

Bước 3: Thực hiện xét nghiệm

LIS tiếp nhận chỉ định, tạo yêu cầu xét nghiệm và điều phối đến khu vực lấy mẫu hoặc thiết bị xét nghiệm.

Tùy kiến trúc, LIS còn có thể tích hợp với máy xét nghiệm để nhận kết quả tự động. Đây là lớp tích hợp khác, nhưng vẫn cần bảo đảm mã mẫu, mã người bệnh và mã xét nghiệm được đối chiếu chính xác.

Bước 4: Trả kết quả

Khi có kết quả, LIS gửi thông tin về HIS hoặc EMR. Bác sĩ có thể xem kết quả trong hồ sơ người bệnh mà không cần nhập lại thủ công.

Trong thực tế, việc “gửi được bản tin” chưa đủ để khẳng định tích hợp thành công. Kết quả còn phải gắn đúng người bệnh, đúng lượt khám, đúng chỉ định và đúng trạng thái xác nhận.

Các nhóm thông điệp HL7 v2 thường gặp

HL7 v2 tổ chức dữ liệu thành các thông điệp phục vụ những sự kiện hoặc quy trình cụ thể. Một số nhóm thường gặp gồm ADT, ORM và ORU.

ADT

ADT là viết tắt của Admit, Discharge, Transfer, thường liên quan đến các sự kiện hành chính của người bệnh như:

• Tiếp nhận người bệnh.

• Nhập viện.

• Chuyển khoa.

• Xuất viện.

• Cập nhật thông tin hành chính.

• Hợp nhất hoặc điều chỉnh hồ sơ trong một số kịch bản.

Ví dụ, khi người bệnh được chuyển từ khoa Cấp cứu sang khoa Nội, một thông điệp ADT có thể được gửi để các hệ thống liên quan cập nhật trạng thái và vị trí điều trị.

ORM

ORM thường được dùng cho thông điệp chỉ định hoặc yêu cầu dịch vụ.

Ví dụ:

• Chỉ định xét nghiệm.

• Chỉ định chẩn đoán hình ảnh.

• Yêu cầu một dịch vụ cận lâm sàng.

• Cập nhật hoặc hủy một yêu cầu.

Trong luồng HIS–LIS hoặc HIS–RIS, ORM có thể mang thông tin giúp hệ thống đích tạo đúng yêu cầu thực hiện.

ORU

ORU là nhóm thông điệp thường dùng để trả kết quả quan sát hoặc kết quả xét nghiệm.

Một thông điệp ORU có thể chứa:

• Mã xét nghiệm.

• Tên xét nghiệm.

• Giá trị kết quả.

• Đơn vị đo.

• Khoảng tham chiếu.

• Trạng thái kết quả.

• Thời gian thực hiện.

• Người xác nhận.

Khi tích hợp HIS với LIS, ORU thường là một trong những thông điệp quan trọng nhất vì nó đưa kết quả từ hệ thống xét nghiệm trở lại hồ sơ người bệnh.

ACK

ACK là thông điệp xác nhận. Hệ thống nhận có thể trả ACK để thông báo rằng bản tin đã được tiếp nhận, hoặc cho biết bản tin bị từ chối do lỗi định dạng, thiếu trường dữ liệu hoặc sai quy tắc nghiệp vụ.

Trong vận hành thực tế, ACK rất quan trọng. Nếu chỉ gửi bản tin mà không theo dõi phản hồi, bệnh viện có thể không biết dữ liệu đã đến nơi hay chưa.

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

HL7 v2 và FHIR đều thuộc hệ sinh thái tiêu chuẩn của HL7, nhưng cách tổ chức và phương thức trao đổi có nhiều điểm khác nhau.

FHIR tổ chức dữ liệu thành các Resource như Patient, Observation hoặc Encounter. Các Resource này có thể được trao đổi thông qua API dựa trên các chuẩn web hiện đại.healthit+1

Có thể hình dung đơn giản:

• HL7 v2: “Có một sự kiện xảy ra, tôi gửi thông điệp cho bạn.”

• FHIR: “Tôi cung cấp dữ liệu theo các tài nguyên chuẩn để ứng dụng có thể truy cập qua API.”

Không nên hiểu FHIR là sự thay thế tuyệt đối cho HL7 v2. Trong nhiều bệnh viện, HL7 v2 vẫn đang vận hành ổn định cho các luồng xét nghiệm, tiếp nhận và kết quả. FHIR có thể được bổ sung cho các ứng dụng mới, cổng thông tin, ứng dụng di động hoặc nhu cầu chia sẻ dữ liệu qua API.

HL7 giải quyết những vấn đề gì?

Khi được triển khai đúng, HL7 có thể giúp bệnh viện:

• Tự động trao đổi dữ liệu giữa các hệ thống.

• Giảm nhập liệu thủ công và nhập liệu lặp lại.

• Hạn chế sai lệch thông tin người bệnh.

• Rút ngắn thời gian truyền chỉ định và kết quả.

• Tăng khả năng liên thông giữa các phần mềm khác nhà cung cấp.

• Hỗ trợ truy vết thông điệp và đối soát dữ liệu.

• Tạo nền tảng cho các dự án EMR, phân tích dữ liệu và chuyển đổi số.

Tuy nhiên, HL7 không tự động giải quyết mọi vấn đề. Nếu mã người bệnh, mã dịch vụ, danh mục khoa phòng hoặc quy trình nghiệp vụ không thống nhất, hệ thống vẫn có thể truyền dữ liệu nhưng kết quả không chính xác.

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

Chuẩn hóa định danh người bệnh

Mã người bệnh, mã lượt khám và mã hồ sơ cần được quản lý nhất quán. Đây là cơ sở để hệ thống nhận biết dữ liệu thuộc về ai và thuộc lần điều trị nào.

Thống nhất danh mục

Bệnh viện cần rà soát các danh mục như:

• Khoa phòng.

• Bác sĩ.

• Xét nghiệm.

• Dịch vụ chẩn đoán hình ảnh.

• Đơn vị đo.

• Trạng thái kết quả.

• Loại đối tượng người bệnh.

Nếu mỗi hệ thống dùng một bộ mã khác nhau, cần xây dựng bảng quy đổi hoặc danh mục dùng chung.

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

Cần thống nhất hệ thống nào là nơi phát sinh và chịu trách nhiệm chính cho từng loại dữ liệu.

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 dữ liệu hình ảnh.

Việc này giúp hạn chế tình trạng nhiều hệ thống cùng sửa một dữ liệu nhưng không rõ bản nào là chính thức.

Theo dõi lỗi và đối soát

Một hệ thống tích hợp cần có log, cảnh báo, cơ chế gửi lại và báo cáo đối soát. Khi xảy ra lỗi, đội vận hành phải trả lời được:

• Bản tin phát sinh lúc nào?

• Được gửi từ hệ thống nào?

• Đã đến hệ thống đích chưa?

• Bị từ chối vì lý do gì?

• Có được gửi lại không?

• Dữ liệu đã được người dùng xác nhận chưa?

Đây là phần thường bị xem nhẹ trong giai đoạn triển khai nhưng lại ảnh hưởng trực tiếp đến vận hành hằng ngày.

Kết luận

HL7 là gì? HL7 là nhóm tiêu chuẩn giúp các phần mềm y tế trao đổi thông tin có cấu trúc, từ dữ liệu người bệnh, tiếp nhận, chỉ định đến kết quả xét nghiệm và thông tin lâm sàng.

Trong đó, HL7 v2 thường được sử dụng để gửi thông điệp theo sự kiện như ADT, ORM và ORU. FHIR tổ chức dữ liệu thành các Resource và thường trao đổi qua API, phù hợp với nhiều mô hình tích hợp hiện đại.

HL7 không thay thế HIS, EMR, LIS, RIS hay PACS. Nó đóng vai trò như bộ quy tắc giúp các hệ thống này hiểu và trao đổi dữ liệu với nhau. Khi được kết hợp với quy trình đúng, danh mục chuẩn hóa và cơ chế giám sát tốt, HL7 trở thành một nền tảng quan trọng cho liên thông dữ liệu và chuyển đổi số y tế.

Ở bài tiếp theo, chúng ta sẽ đi sâu vào cấu trúc bên trong một bản tin HL7 v2: Segment, Field, Component và Delimiter. Những dòng như MSH|^~\&|, PID|1|| hay OBX|1| thực chất đang chứa những thông tin gì?

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