Một buổi họp thẩm định HIS thường diễn ra thế này: phòng xét nghiệm hỏi máy sinh hóa có nhận chỉ định tự động không, khoa chẩn đoán hình ảnh hỏi ảnh về đâu, còn trưởng phòng IT hỏi thêm một câu cuối, "bên anh hỗ trợ HL7 hay FHIR?". Nhà cung cấp trả lời "cả hai" và cuộc họp chuyển sang đề tài khác.
Câu trả lời đó chưa nói được gì. Ba chuẩn HL7 V2, CDA và FHIR giải quyết ba bài toán khác nhau, và mỗi chuẩn "hỗ trợ" ở mức nào mới quyết định chi phí tích hợp về sau. Bài so sánh HL7 FHIR CDA này đặt ba chuẩn cạnh nhau để IT bệnh viện, ban giám đốc và bác sĩ trưởng khoa biết nên hỏi gì, và chuẩn nào hợp với tình huống nào.
Chọn chuẩn dữ liệu là quyết định chung của IT, lâm sàng và ban giám đốc, không chỉ của phòng công nghệ thông tin.
Ba chuẩn cùng họ HL7 nhưng làm ba việc khác nhau
HL7 (Health Level Seven) là tổ chức phát triển chuẩn, còn V2, CDA và FHIR là ba sản phẩm ra đời ở ba thời điểm khác nhau.
- HL7 V2: ra đời từ cuối thập niên 1980, gửi thông tin theo sự kiện. Có người bệnh mới nhập viện thì HIS phát một bản tin, LIS nhận và tạo hồ sơ.
- CDA (Clinical Document Architecture): đóng gói một tài liệu lâm sàng thành tệp XML, có phần đầu (header) chứa thông tin hành chính và phần thân (body) chứa nội dung, như một giấy ra viện số.
- FHIR (Fast Healthcare Interoperability Resources): chia dữ liệu thành tài nguyên nhỏ, mỗi tài nguyên có địa chỉ riêng, truy cập bằng API web quen thuộc với lập trình viên.
Nói gọn: V2 là "thông báo", CDA là "văn bản", FHIR là "dữ liệu theo yêu cầu".
HL7 V2: chuẩn của hệ thống nội bộ
Bản tin V2 là các dòng văn bản, chia trường bằng dấu gạch đứng. Một bản tin nhập viện (ADT) mang họ tên, ngày sinh, giường, khoa. Một bản tin chỉ định (ORM) hay kết quả (ORU) mang mã xét nghiệm và giá trị đo.
Điểm mạnh nằm ở chỗ nó đã có mặt khắp nơi. Máy xét nghiệm tự động, máy phân tích khí máu, nhiều hệ thống LIS đời cũ đều nói V2. Triển khai trong mạng LAN nhanh, thường chỉ cần một bộ chuyển đổi cổng.
Điểm yếu cũng rõ. V2 cho phép mỗi hãng tùy biến trường, nên hai hệ thống cùng ghi "V2.5" vẫn có thể hiểu lệch nhau. Bệnh viện hay gặp tình huống mã xét nghiệm của HIS và của máy không trùng, phải dựng bảng ánh xạ tay cho từng máy. Người làm tích hợp gọi đó là việc 80% thời gian: bản tin gửi được trong một ngày, còn đối chiếu danh mục mất cả tháng.
Sai lầm thường gặp: Coi "đã kết nối được máy" là xong. Kết nối bản tin chỉ là lớp vận chuyển. Danh mục mã xét nghiệm, đơn vị tính và khoảng tham chiếu mới là phần quyết định kết quả có về đúng người bệnh, đúng chỉ số hay không.
Máy xét nghiệm tự động là nơi HL7 V2 còn dùng nhiều nhất: nhận chỉ định, trả kết quả theo từng bản tin.
CDA: đóng gói cả một tài liệu lâm sàng
CDA sinh ra để giải bài toán khác. Khi chuyển người bệnh sang cơ sở khác hay cấp tóm tắt xuất viện, nơi nhận cần một văn bản đọc được, đủ ngữ cảnh, không bị sửa sau khi lập. CDA làm đúng việc đó: một tệp XML gồm phần đầu và phần thân có cấu trúc theo các mục (chẩn đoán, thuốc, dị ứng, kết quả).
Ưu điểm lớn là tính toàn vẹn. Tài liệu là một khối, có thể ký số, lưu trữ nguyên trạng và hiển thị bằng trình duyệt qua bảng định dạng. Bác sĩ mở ra thấy ngay một văn bản, không phải ghép từ nhiều mảnh.
Nhược điểm nằm ở độ nặng. Đặc tả CDA dài, mẫu (template) nhiều tầng, lập trình viên mới mất nhiều tuần để làm quen. Muốn hỏi riêng "dị ứng thuốc của người bệnh này là gì" thì phải mở cả tài liệu rồi bóc ra, CDA không sinh ra để truy vấn từng mẩu dữ liệu. Vì thế CDA hợp với trao đổi giữa tổ chức, ít hợp với ứng dụng cần dữ liệu tức thời.
Tài liệu lâm sàng kiểu CDA hướng tới người đọc là bác sĩ: một văn bản trọn vẹn, đủ ngữ cảnh.
FHIR: dữ liệu chia nhỏ, truy cập qua API
FHIR coi mỗi thông tin y tế là một tài nguyên: Patient, Encounter, Observation, MedicationRequest, DiagnosticReport. Ứng dụng muốn dữ liệu nào thì gọi đúng tài nguyên đó qua giao thức web (GET, POST) và nhận về JSON. Đội phát triển ứng dụng di động hay cổng người bệnh thấy quen ngay, vì cùng cách làm với API của bất kỳ dịch vụ web nào.
Hai lợi thế thực tế:
- Truy vấn từng phần: lấy riêng kết quả xét nghiệm gần nhất mà không cần tải cả hồ sơ.
- Dễ cho ứng dụng bên thứ ba: cổng đặt lịch, ứng dụng người bệnh, hệ thống phân tích dữ liệu đều đọc được qua cùng một giao diện.
Giới hạn cũng cần nói thẳng. FHIR chỉ là bộ khung, còn "profile" (hồ sơ ràng buộc) cho từng quốc gia hay từng bài toán phải được thống nhất thêm. Hai hệ thống cùng nói FHIR R4 vẫn có thể khác nhau ở bộ mã dùng cho chẩn đoán hay thuốc. Ngoài ra, máy móc đời cũ không tự phát FHIR; phải qua một lớp chuyển đổi từ V2.
Bài chuẩn HL7 và FHIR trong phần mềm bệnh viện phân tích sâu hơn phần vendor lock-in và checklist thẩm định.
Lớp API và hạ tầng mạng là nền cho FHIR: ứng dụng mới gọi dữ liệu qua giao diện web chuẩn.
Bảng so sánh nhanh ba chuẩn
| Tiêu chí | HL7 V2 | CDA | FHIR |
|---|---|---|---|
| Đơn vị dữ liệu | Bản tin theo sự kiện | Tài liệu lâm sàng trọn vẹn | Tài nguyên nhỏ, có địa chỉ riêng |
| Định dạng | Văn bản phân tách bằng dấu | XML | JSON hoặc XML |
| Cách trao đổi | Đẩy bản tin qua cổng kết nối | Gửi, lưu, hiển thị tài liệu | API REST, truy vấn theo yêu cầu |
| Phạm vi hay dùng | Trong bệnh viện, giữa HIS và thiết bị | Giữa các cơ sở, hồ sơ xuất viện | Ứng dụng mới, cổng người bệnh, liên thông |
| Độ khó học | Trung bình, nhiều biến thể | Cao, đặc tả dài | Thấp với đội quen API web |
| Thiết bị đời cũ | Hỗ trợ rộng | Hầu như không | Cần lớp chuyển đổi |
| Ký số, giữ nguyên trạng | Không phải thế mạnh | Thế mạnh | Có qua Document, cần bổ sung |
Chọn chuẩn nào cho từng bài toán
Không có chuẩn "tốt nhất" chung. Bảng dưới gắn chuẩn với tình huống bệnh viện hay gặp.
| Tình huống | Chuẩn hợp lý | Lý do |
|---|---|---|
| Nối HIS với máy xét nghiệm tự động | HL7 V2 | Máy đã nói V2, đổi chuẩn không có lợi |
| Nối ảnh y khoa từ máy chụp về PACS | DICOM | Đây là chuẩn riêng cho hình ảnh, xem bài chuẩn DICOM là gì |
| Gửi tóm tắt bệnh án khi chuyển cơ sở | CDA hoặc FHIR Document | Cần tài liệu nguyên khối, có ký số |
| Cổng đặt lịch, ứng dụng người bệnh | FHIR | Truy vấn nhỏ, tích hợp nhanh |
| Dữ liệu giám định BHYT | XML theo QĐ 130/QĐ-BYT | Quy định riêng của Bộ Y tế, không thuộc HL7 |
Dòng cuối hay bị bỏ sót. Với BHYT, HIS phải xuất dữ liệu theo bảng XML do Bộ Y tế quy định, và dù bệnh viện có FHIR đầy đủ thì việc đó vẫn phải làm. Chuẩn quốc tế bổ sung cho yêu cầu trong nước, không thay thế nó.
Kiến trúc thực tế: V2 bên trong, FHIR bên ngoài
Hầu hết bệnh viện không đổi chuẩn một lần. Mô hình thường gặp là giữ V2 ở lớp thiết bị, đặt một bộ tích hợp (integration engine) ở giữa, rồi phát FHIR cho các ứng dụng mới.
- Máy xét nghiệm gửi kết quả bằng V2 về bộ tích hợp.
- Bộ tích hợp ánh xạ mã nội bộ sang danh mục chuẩn, lưu vào cơ sở dữ liệu của HIS.
- HIS công bố dữ liệu qua API FHIR cho cổng người bệnh và hệ thống báo cáo.
- Khi chuyển cơ sở, HIS sinh tài liệu (CDA hoặc FHIR Document) kèm chữ ký số.
Cách này tránh thay máy móc đang chạy ổn, và vẫn cho phép mở dữ liệu ra bên ngoài. Muốn nối hệ thống nội bộ cho trọn vẹn, xem thêm bài tích hợp HIS với LIS, RIS-PACS và BHYT.
Câu hỏi thẩm định chuẩn dữ liệu khi chọn HIS
Khi nhà cung cấp nói "hỗ trợ HL7 và FHIR", hãy hỏi tiếp:
- Phiên bản nào: HL7 V2.3, V2.5 hay cao hơn; FHIR R4 hay R5?
- Loại bản tin hoặc tài nguyên nào đã chạy thật: ADT, ORM, ORU có; Patient, Observation, DiagnosticReport có không?
- Có tài liệu API và môi trường thử không: đội IT của bệnh viện tự thử được hay phải chờ nhà cung cấp?
- Ánh xạ danh mục do ai làm: mã xét nghiệm, mã thuốc, mã chẩn đoán, chi phí thuộc bên nào?
- Có đơn vị tham chiếu không: một cơ sở y tế đã vận hành, kể rõ kết nối với thiết bị nào.
Nếu nhà cung cấp chỉ trả lời chung chung, "cả hai chuẩn" mới là lời quảng cáo, chưa phải năng lực. Quan hệ giữa các loại hồ sơ cũng nên được hiểu rõ trước khi chọn kiến trúc; bài phân biệt EMR, EHR và PHR giúp tránh nhầm phạm vi.
MyHospital xây phần mềm quản lý bệnh viện với bệnh án điện tử, xét nghiệm và chẩn đoán hình ảnh trong cùng một nền tảng, kết nối thiết bị hiện có và xuất dữ liệu theo quy định. Đội kỹ thuật hỗ trợ khảo sát hiện trạng, lập bảng ánh xạ danh mục trước khi triển khai. Xem thêm về bệnh án điện tử của MyHospital.
Việc nên làm tuần này
Lập một bảng kiểm kê kết nối của bệnh viện: mỗi thiết bị và mỗi hệ thống một dòng, ghi chuẩn đang dùng (V2, DICOM, XML BHYT hay chuẩn riêng của hãng), tên bên chịu trách nhiệm cấu hình, và tình trạng tài liệu kỹ thuật. Bảng này cho thấy ngay nơi nào cần bộ chuyển đổi, nơi nào đã sẵn sàng mở API FHIR, và là tài liệu đầu vào cần có trước mọi cuộc họp với nhà cung cấp.
