FHIR cho bác sĩ và đội nghiệp vụ: đọc dữ liệu lâm sàng theo chuẩn

1. Bác sĩ có cần biết FHIR không?

Trả lời ngắn: không bắt buộc. Bác sĩ không cần đọc tài liệu kỹ thuật, không cần học lập trình, không cần nhớ tên các tài nguyên dữ liệu. Phần mềm bệnh án điện tử sẽ làm việc đó.

Ba khái niệm sau hữu ích trong thực hành:

• FHIR là gì. Đó là bộ quy ước giúp phần mềm y tế trao đổi dữ liệu chuẩn — như cách các ngân hàng đồng ý dùng chung số tài khoản và mã giao dịch.
• Mã (code) không thay thế toàn bộ văn bản lâm sàng. Chọn mã từ danh mục hiện hành và giữ mô tả cần thiết về mức độ, thời điểm, vị trí hoặc độ chắc chắn. Mã có cấu trúc hỗ trợ kiểm tra hồ sơ BHYT và xử lý máy, nhưng không tự bảo đảm thanh toán đúng hay AI diễn giải đúng.
• Sổ sức khỏe điện tử trên VNeID là gì. Bệnh nhân sẽ hỏi về nó. Câu trả lời chuẩn nằm ở mục 7 trang này.

Coi FHIR giống như coi điện. Bác sĩ không cần biết dòng điện chạy qua dây thế nào để bật đèn khám. Nhưng biết ổ cắm nào dùng cho máy thở, ổ nào cho máy hút, sẽ tránh được sự cố.

2. Nếu hiểu FHIR, bác sĩ được lợi gì?

Khi hệ thống nguồn, hệ thống nhận và quy trình quản trị cùng hỗ trợ, FHIR có thể tạo các khả năng sau:

1. Hiển thị dữ liệu chuyển viện có cấu trúc. Tiền sử, dị ứng, thuốc và xét nghiệm từ cơ sở gửi có thể xuất hiện trong cùng hồ sơ nếu hai bên đã kết nối và ánh xạ tương thích. Bác sĩ vẫn phải xác nhận định danh, nguồn, thời điểm và tính đầy đủ.
2. Đối chiếu kết quả xét nghiệm trong cùng giao diện. Có thể dựng biểu đồ xu hướng khi mã LOINC/CLS, specimen, method, đơn vị UCUM và khoảng tham chiếu tương thích; không nên gộp chỉ dựa trên tên hiển thị giống nhau.
3. Cung cấp đầu vào có cấu trúc cho hỗ trợ quyết định. Mã chuẩn có thể giúp hệ thống xác định trường dữ liệu nhất quán hơn, nhưng hiệu năng AI còn phụ thuộc chất lượng dữ liệu, mô hình, population đích và thẩm định tại cơ sở.
4. Trao đổi tài liệu có chữ ký điện tử. Đơn thuốc hoặc tóm tắt ra viện có thể đi qua quy trình ký điện tử nếu hệ thống đáp ứng yêu cầu áp dụng về danh tính, thẩm quyền, tính toàn vẹn và lưu trữ. FHIR tự nó không tạo giá trị pháp lý cho chữ ký.
5. Hỗ trợ kiểm tra hồ sơ Bảo hiểm Y tế. Dữ liệu có cấu trúc và dual coding có thể giúp chạy quy tắc kiểm tra trước khi xuất hồ sơ. Mức giảm lỗi phải được đo trên dữ liệu thực và còn phụ thuộc quy tắc thanh toán, mapping và các trường nghiệp vụ khác.

3. Một ngày của bác sĩ với hệ thống FHIR-ready

Câu chuyện này dựng trên một bệnh nhân giả định: Bà Nguyễn Thị Lan, 65 tuổi, ở Hải Phòng, có thẻ Bảo hiểm Y tế, tiền sử tăng huyết áp. Bà chuyển từ bệnh viện tuyến tỉnh lên một bệnh viện hạng I tại Hà Nội. Tình huống dưới đây mô tả một ngày làm việc của bác sĩ Minh tại khoa Nội. Đây là kịch bản minh họa năng lực có thể có, không phải hành vi mặc định của mọi hệ thống dùng FHIR; từng bước còn phụ thuộc kết nối, phân quyền, chất lượng dữ liệu và cấu hình của bệnh viện.

Kịch bản này chỉ có ích nếu giao diện phù hợp workflow. Cần usability testing để đo thời gian hoàn thành tác vụ, tỷ lệ chọn sai mã, tải nhận thức và số lần phải sửa; không nên suy luận rằng áp dụng FHIR mặc nhiên làm giảm khối lượng công việc.

4. Năm nội dung cần đánh giá khi triển khai

FHIR không quy định các thành phần giao diện dưới đây. Đội lâm sàng và thiết kế cần đánh giá chúng trong workflow thực tế:

1. Chọn mã cùng với mô tả lâm sàng. Giao diện có thể cung cấp danh mục ICD-10 Việt Nam và tìm kiếm theo từ khóa, đồng thời vẫn giữ phần text và ngữ cảnh cần thiết. Thiết kế kết quả tìm kiếm, nhãn hiển thị và thời gian thao tác cần được kiểm thử với nhóm người dùng và ca bệnh đại diện.
2. Hiển thị dữ liệu từ Sổ sức khỏe điện tử khi được phép. Tiền sử, dị ứng và thuốc có thể xuất hiện cùng provenance. Bác sĩ phải xác nhận với bệnh nhân và không coi phần hiển thị là danh sách đầy đủ nếu chưa biết phạm vi đồng bộ.
3. Trình bày hỗ trợ quyết định. Nếu có cảnh báo dị ứng, tương tác thuốc hoặc gợi ý AI, giao diện cần thể hiện mức ưu tiên, dữ liệu nguồn, hành động bỏ qua hoặc escalation và thông tin giải thích phù hợp. Cách bố trí phải được kiểm thử usability.
4. Tích hợp quy trình ký điện tử. Đơn thuốc và tóm tắt bệnh án xuất viện có thể được ký bằng phương tiện phù hợp với quy trình đã phê duyệt. Giá trị và hình thức lưu hành phụ thuộc việc đáp ứng đầy đủ yêu cầu pháp lý, nghiệp vụ và kỹ thuật áp dụng; chỉ dùng FHIR không đủ để xác lập hiệu lực của chữ ký.
5. Bệnh nhân nhận thông báo qua VNeID. Khi có kết quả xét nghiệm, đơn thuốc hoặc lịch tái khám, bệnh nhân có thể nhận thông báo nếu cơ sở đã tích hợp và được phép gửi dữ liệu. Tác động tới số cuộc gọi cần được đo thay vì giả định.

5. Vai trò bác sĩ trong chuẩn hóa thuật ngữ

Phần mềm có thể gợi ý mã, nhưng người có thẩm quyền phải xác nhận mã trong ngữ cảnh lâm sàng và quy trình của cơ sở. Mã không nên đứng một mình: cần giữ mô tả, trạng thái chắc chắn, thời điểm và nguồn. Ba bộ mã thường gặp gồm:

ICD-10 Việt Nam — bộ mã bệnh chính

Dùng cho chẩn đoán bệnh chính và bệnh kèm trong các trường dữ liệu đầu ra BHYT hiện hành. Bộ mã được Bộ Y tế ban hành tại Quyết định 4469/QĐ-BYT (28/10/2020), bổ sung mã COVID-19 theo Quyết định 98/QĐ-BYT (14/01/2022).

Nguyên tắc: khi danh mục có mã con cụ thể hơn, hãy chọn mã con. Ví dụ chẩn đoán "Viêm dạ dày, không đặc hiệu" có mã K29.7, cụ thể hơn mã chung K29. Nhưng không tự thêm hậu tố vào mã nếu danh mục không có. Mã I10 cho tăng huyết áp vô căn đã là mã lá đầy đủ — không có I10.0 trong ICD-10. Chỉ dùng mã tồn tại trong phiên bản danh mục đang áp dụng; gợi ý của giao diện vẫn cần được người dùng kiểm tra trước khi xác nhận.

SNOMED CT Việt Nam — mô tả lâm sàng chi tiết

Bộ Y tế đang ban hành dần các đợt SNOMED CT Việt Nam: cấu trúc giải phẫu (Quyết định 2427/QĐ-BYT), bất thường hình thái (Quyết định 2493/QĐ-BYT), dị ứng và phát hiện lâm sàng (Quyết định 2805/QĐ-BYT). SNOMED CT có thể biểu đạt chi tiết mà phân loại ICD-10 không thiết kế để lưu trực tiếp, như dị ứng cụ thể, vị trí giải phẫu, mức độ và phát hiện (chẳng hạn "đau ngực không điển hình").

LOINC — mã xét nghiệm

Trong nhiều workflow, mã LOINC được quản trị ở LIS hoặc lớp tích hợp thay vì nhập trực tiếp bởi bác sĩ. Khi so sánh kết quả giữa các phòng xét nghiệm, bác sĩ vẫn cần xem specimen, method, đơn vị và khoảng tham chiếu, không chỉ mã LOINC.

Dual coding và ngữ cảnh. Một chẩn đoán có thể mang SNOMED CT để mô tả lâm sàng và ICD-10 VN để báo cáo; một xét nghiệm có thể mang LOINC cùng mã CLS hoặc LIS. Hai coding phải cùng chỉ tới một khái niệm đã được thẩm định, còn text giữ cách diễn đạt của bác sĩ hoặc hệ thống nguồn. Không được suy ra tương đương chỉ vì hai mã nằm trong cùng CodeableConcept.

6. Trợ lý AI — bác sĩ phải biết gì

AI có thể được thiết kế để hỗ trợ sàng lọc, cảnh báo hoặc ưu tiên thông tin. Lợi ích và nguy cơ phải được đánh giá theo mục đích sử dụng, population đích, dữ liệu đầu vào và quy trình triển khai; không thể suy ra độ an toàn chỉ từ việc dữ liệu dùng mã chuẩn.

Năm điều bác sĩ phải biết

1. AI là gợi ý, không phải quyết định cuối. Quyết định cuối là của bác sĩ.
2. Cơ chế override và escalation phải được quy định. Hệ thống cần ghi nhận hành động và lý do phù hợp với quản trị lâm sàng của cơ sở.
3. AI có thể sai. Có dương tính giả và âm tính giả. Bác sĩ vẫn phải tuân thủ tiêu chuẩn chuyên môn và quy trình lâm sàng áp dụng.
4. Gợi ý cần có thông tin để đánh giá. Giao diện nên cho biết dữ liệu đầu vào liên quan, phiên bản mô hình, mức độ chắc chắn và giới hạn đã biết; khả năng giải thích phải phù hợp loại mô hình và mức rủi ro.
5. Yêu cầu pháp lý phụ thuộc phân loại và mục đích sử dụng. Luật Trí tuệ nhân tạo 134/2025/QH15 có cơ chế quản lý theo rủi ro; cơ sở phải xác định nghĩa vụ áp dụng và mức giám sát con người cho từng hệ thống, không mặc định mọi AI y tế có cùng phân loại.

Ba điều bác sĩ không nên làm

• Tin AI tuyệt đối — bỏ qua khám lâm sàng vì "AI nói ổn".
• Dùng đầu ra AI mà không kiểm tra dữ liệu đầu vào, chỉ định sử dụng và quy trình escalation.
• Bỏ qua hoặc chấp nhận gợi ý theo phản xạ; cần áp dụng cùng một quy trình đánh giá lâm sàng nhất quán.

7. Khi bệnh nhân hỏi về Sổ sức khỏe điện tử

Bệnh nhân ngày càng hỏi nhiều câu kiểu: "Bác sĩ ơi, tôi mở VNeID thấy có mục Y tế / Sổ sức khỏe điện tử — đó là gì? Bệnh viện có gửi dữ liệu của tôi lên không?"

Bác sĩ không cần giải thích kiến trúc kỹ thuật. Mẫu trả lời dưới đây chỉ mang tính minh họa và phải điều chỉnh theo chính sách, tích hợp và đầu mối bảo vệ dữ liệu của cơ sở:

"Đó là sổ sức khỏe điện tử của bác/anh/chị. Dữ liệu nào được gửi từ bệnh viện, thời điểm gửi và ai được truy cập phụ thuộc chương trình kết nối, căn cứ xử lý và phân quyền đang áp dụng. Bác/anh/chị có thể kiểm tra thông tin trên VNeID và hỏi đầu mối bảo vệ dữ liệu của bệnh viện nếu thấy thiếu hoặc sai. Theo Luật Bảo vệ dữ liệu cá nhân 91/2025, bác/anh/chị có quyền được biết, đồng ý hoặc rút đồng ý, và yêu cầu bảo vệ dữ liệu. Một số trường hợp dữ liệu y tế vẫn được xử lý theo quy định pháp luật, ví dụ khi cấp cứu cần thông tin để cứu người, hoặc theo yêu cầu của cơ quan có thẩm quyền."

Câu trả lời này cân bằng giữa quyền của bệnh nhân và những trường hợp ngoại lệ hợp pháp. Nói "chỉ ai bệnh nhân đồng ý mới đọc được" là sai — Luật 91/2025/QH15 (Điều 19) cho phép xử lý dữ liệu cá nhân không cần đồng ý trong các tình huống cụ thể như cấp cứu bảo vệ tính mạng, nghĩa vụ pháp luật, hoặc yêu cầu của cơ quan nhà nước có thẩm quyền.

Nếu bệnh nhân muốn biết chi tiết hơn, hướng dẫn họ tới đầu mối bảo vệ dữ liệu hoặc bộ phận hỗ trợ người bệnh do cơ sở công bố.

8. Câu hỏi thường gặp

Bác sĩ có phải đi học khóa FHIR không?

Không. Bác sĩ chỉ cần dùng phần mềm bệnh án điện tử mới đúng cách. Việc nắm spec FHIR là việc của đội kỹ thuật bệnh viện và nhà cung cấp phần mềm.

Mỗi lần chẩn đoán phải tìm mã ICD-10, có mất thời gian không?

Không thể kết luận nếu chưa kiểm thử giao diện và workflow. Cơ sở nên đo thời gian hoàn thành, tỷ lệ chọn sai mã, số lần sửa và tải nhận thức với người dùng đại diện. Tìm kiếm theo từ khóa, favorite và dual coding có thể hỗ trợ, nhưng mã có cấu trúc không tự bảo đảm hồ sơ BHYT hết lỗi, AI chính xác hay thống kê không sai lệch.

AI có thay được bác sĩ không?

AI chỉ nên được dùng trong chỉ định và quy trình đã được cơ sở phê duyệt. Vai trò quyết định, giám sát và trách nhiệm phải được xác định theo loại hệ thống, pháp luật chuyên ngành và quy chế của cơ sở; không nên tóm lược mọi trường hợp thành một quy tắc duy nhất.

Tôi không tin AI — có bắt buộc dùng không?

Cơ chế chấp nhận, từ chối hoặc escalation phải được quy định theo loại cảnh báo. Bác sĩ nên xem dữ liệu nguồn và lý do liên quan trước khi hành động; không mặc định gợi ý đúng hoặc sai chỉ vì nó do AI tạo ra.

Bảo hiểm Y tế có chấp nhận chẩn đoán bằng SNOMED CT không?

Chuẩn dữ liệu đầu ra BHYT hiện hành có các trường dùng ICD-10 Việt Nam. SNOMED CT có thể được giữ song song để chi tiết hóa lâm sàng, nhưng không thay thế trường ICD-10 khi schema và quy tắc tiếp nhận yêu cầu trường đó. Cần kiểm tra phiên bản đặc tả đang áp dụng.

Khi nào bệnh viện của tôi phải có bệnh án điện tử?

Theo Thông tư 13/2025/TT-BYT (hiệu lực 21/07/2025), các bệnh viện phải hoàn thành bệnh án điện tử chậm nhất 30/09/2025; các cơ sở khám chữa bệnh khác chậm nhất 31/12/2026. Phạm vi áp dụng và tình trạng tuân thủ của từng cơ sở cần được đối chiếu với văn bản, hướng dẫn triển khai và cơ quan quản lý có thẩm quyền.

9. Đọc tiếp

Các trang liên quan trong khu kiến thức HL7 Việt Nam: