RAG tra cứu bệnh án: dữ liệu, quyền truy cập và giới hạn của AI y tế

RAG là tên viết tắt của retrieval-augmented generation, kiến trúc tìm dữ liệu trước khi mô hình tạo câu trả lời. Microsoft mô tả RAG gồm một luồng chuẩn bị chỉ mục và một luồng lấy nội dung liên quan khi người dùng đặt câu hỏi. Cách làm này giúp câu trả lời bám vào dữ liệu của tổ chức mà không buộc mô hình phải học lại mỗi khi tài liệu thay đổi. Độ trôi chảy của câu chữ không chứng minh dữ liệu đã được lấy đúng.

Trong bệnh viện, một tác vụ điển hình là sắp xếp diễn biến của ba lần xét nghiệm gần nhất. Hệ thống phải nhận diện đúng người bệnh, phạm vi hồ sơ, ngày, tên xét nghiệm, giá trị và đơn vị rồi mới chuyển các bản ghi cho mô hình. RAG không tự bổ sung phần hồ sơ còn thiếu và cũng không chuyển trách nhiệm chuyên môn sang máy. Bộ Y tế và Phúc lợi Đài Loan là cơ quan quản lý y tế và phúc lợi tại Đài Loan. Hướng dẫn của cơ quan này nêu rủi ro khi RAG kết nối bệnh án điện tử, gồm chất lượng nguồn, bảo mật và khả năng truy dấu.

RAG vận hành qua hai luồng dữ liệu

Chuẩn bị chỉ mục trước khi nhận câu hỏi

Tài liệu đầu vào gồm văn bản, bảng, trang web hoặc trường dữ liệu trong bệnh án. Hệ thống chia nội dung thành đoạn và gắn siêu dữ liệu (metadata), như nguồn, ngày cập nhật cùng phạm vi nhận diện. Sau đó, hệ thống tạo vector nhúng (embedding) để lưu trong chỉ mục tìm kiếm. Tài liệu của Microsoft xếp tải dữ liệu, chia đoạn, bổ sung siêu dữ liệu, tạo vector và ghi chỉ mục vào cùng luồng chuẩn bị. Khi tài liệu được sửa, đơn vị vận hành phải đồng bộ bản mới và xử lý bản cũ trong chỉ mục.

Kích thước đoạn ảnh hưởng trực tiếp đến nội dung được tìm thấy. Đoạn quá ngắn dễ tách câu phủ định khỏi kết quả, tách con số khỏi đơn vị hoặc tách ngày khỏi sự kiện. Đoạn quá dài lại đưa thêm thông tin không liên quan vào câu lệnh. Bài kiểm tra vì thế phải xem từng bản ghi nguồn, thay vì chỉ chấm câu trả lời cuối.

Tìm kiếm và xếp hạng khi có truy vấn

Tìm kiếm vector đối chiếu ý nghĩa gần nhau, còn tìm kiếm toàn văn khớp từ, mã hoặc trường dữ liệu. Microsoft phân biệt tìm kiếm vector, tìm kiếm toàn văn và tìm kiếm kết hợp. Kết quả kết hợp được xếp hạng lại trước khi chuyển cho mô hình. Trong bệnh án, mã thuốc, mã xét nghiệm và ngày phù hợp với bộ lọc chính xác. Câu hỏi về diễn biến theo thời gian thường cần thêm tìm kiếm theo ngữ nghĩa.

Mức tương đồng chỉ giải thích vì sao một đoạn được lấy về, không xác nhận nội dung đúng với tình trạng của người bệnh. Hệ thống còn phải kiểm tra tỷ lệ tìm thấy bản ghi quan trọng, thứ tự thời gian, câu phủ định và các đơn vị đo. Quyền tìm kiếm phải kế thừa từ hệ thống bệnh án gốc. Người không được xem một hồ sơ cũng không được nhận đoạn trích của hồ sơ ấy qua RAG.

Tạo câu trả lời trong phạm vi nguồn đã lấy

Câu hỏi và các đoạn được xếp hạng cao nhất được ghép thành ngữ cảnh cho mô hình ngôn ngữ. Hướng dẫn của Microsoft đề nghị chỉ trả lời trong ngữ cảnh được cung cấp. Hệ thống cần nêu rõ khi dữ liệu không đủ và dẫn nguồn cho nội dung đã dùng. Mô hình vẫn có nguy cơ nối nhầm hai lần khám hoặc diễn giải quá mức một ghi chú ngắn. Cơ chế dừng trả lời khi thiếu dữ liệu là một phần của thiết kế, không phải lỗi giao diện.

Bốn dấu vết cần giữ sau mỗi câu trả lời

Một câu trả lời có nguồn vẫn chưa đủ để truy cứu sự cố. Hồ sơ vận hành nên giữ thời điểm truy vấn, đoạn dữ liệu được lấy, phiên bản chỉ mục và phiên bản mô hình. Quyết định của người kiểm tra cũng cần được ghi lại nếu câu trả lời đi vào quy trình chuyên môn. Chuỗi dấu vết này cho phép đối chiếu nội dung mà hệ thống thực sự nhìn thấy tại thời điểm đó.

Thay đổi quyền truy cập là một điểm dễ bị bỏ sót. Nếu người dùng mất quyền xem bệnh án nhưng chỉ mục không cập nhật, hệ thống vẫn có nguy cơ trả lại đoạn cũ. Cùng vấn đề xuất hiện khi kết quả xét nghiệm được bổ sung hoặc ghi chú được sửa. Kiểm thử đồng bộ phải bao gồm thêm, sửa, thu hồi quyền và xóa dữ liệu.

RAG cũng mở thêm bề mặt tấn công qua tài liệu đầu vào và câu hỏi của người dùng. Tài liệu chứa chỉ dẫn ẩn có nguy cơ làm lệch câu lệnh hệ thống, còn dịch vụ mô hình bên ngoài tạo thêm điểm truyền dữ liệu. Bộ Y tế và Phúc lợi ban hành hướng dẫn cho cơ sở y tế vào ngày 29/5/2026. Hướng dẫn yêu cầu đánh giá dữ liệu, an toàn thông tin, độ chính xác, thử nghiệm trước vận hành và quản lý sau triển khai.

FHIR chuẩn hóa trao đổi, không xác nhận dữ liệu đúng

FHIR là tiêu chuẩn của HL7 dành cho trao đổi thông tin y tế điện tử, với Resource làm đơn vị nội dung cơ bản. Tiêu chuẩn quy định cách mô tả và liên kết dữ liệu để các hệ thống hiểu cùng một cấu trúc. FHIR không quyết định ai được xem bệnh án, không xác nhận bản ghi đầy đủ và không đánh giá câu trả lời của mô hình. RAG nằm ở lớp tìm kiếm và tạo văn bản phía trên dữ liệu đã kết nối.

Tại Đài Loan, Hướng dẫn triển khai cốt lõi Đài Loan (TW Core) 1.0.0 được xây dựng trên FHIR R4. Mục lục chính thức của TW Core công bố hồ sơ dữ liệu, phần mở rộng, thuật ngữ, ví dụ, nội dung bảo mật và công cụ kiểm tra. Các trường và mã chung giúp hệ thống định vị kết quả xét nghiệm, đơn thuốc hoặc lần khám. Khả năng tìm thấy dữ liệu vẫn phụ thuộc vào cách từng cơ sở triển khai và chất lượng bản ghi.

Hướng dẫn triển khai trao đổi bệnh án điện tử EMR-IG 0.2.0 của Đài Loan dựa trên FHIR 4.0.1 và công bố sáu nhóm tài liệu. Các nhóm gồm tóm tắt xuất viện, bệnh án ngoại trú, xét nghiệm, báo cáo hình ảnh y tế, đơn thuốc điện tử và phiếu cấp thuốc. Đây là cấu trúc để kết nối, chưa phải bằng chứng rằng mọi cơ sở ghi cùng mức chi tiết. Một chỉ mục RAG vẫn phải xử lý dữ liệu thiếu, mã cũ và thời gian cập nhật khác nhau.

Chuỗi kỹ thuật vì thế có bốn lớp riêng. FHIR và hướng dẫn triển khai mô tả cách trao đổi dữ liệu; hệ thống phân quyền xác định ai được lấy dữ liệu. Chỉ mục quyết định đoạn nào xuất hiện trước mô hình, còn mô hình tổ chức câu chữ. Sai lệch ở một lớp đủ làm câu trả lời bỏ sót hoặc gắn nhầm nguồn.

Đài Loan đã có nền tảng nào

TW Core và EMR-IG cung cấp cấu trúc trao đổi cho các nhóm dữ liệu y tế tại Đài Loan. Hạ tầng này giảm phần ánh xạ riêng giữa từng cặp hệ thống, nhưng không biến dữ liệu thành chỉ mục RAG hoàn chỉnh. Đơn vị triển khai vẫn phải xác định trường nào được lập chỉ mục, tần suất đồng bộ và quy tắc xóa. Các bài kiểm tra cần bám theo dữ liệu thực tế của cơ sở thay vì chỉ dùng mẫu trong tài liệu kỹ thuật.

Bảo hiểm Y tế toàn dân của Đài Loan (NHI) là chương trình bảo hiểm y tế công, bắt buộc theo phạm vi luật định tại Đài Loan. Cơ quan Bảo hiểm Y tế Đài Loan quản lý NHI và dịch vụ Sổ sức khỏe My Health Bank. Trang SDK cho biết ứng dụng bên thứ ba được nhận dữ liệu khám, thuốc và xét nghiệm trong phạm vi người dùng chọn. Trang cũng đang thông báo tạm dừng tiếp nhận hồ sơ kết nối mới. Đây là đường cấp quyền dữ liệu, không xác nhận ứng dụng dùng RAG hay đạt yêu cầu cho mục đích lâm sàng.

Câu hỏi thường gặp của NHI nêu mỗi lần cung cấp dữ liệu là một lần cấp quyền. Muốn nhận bản cập nhật, người dùng phải đăng nhập và chọn lại phạm vi. Người dùng cũng xem được ứng dụng bên thứ ba và danh mục dữ liệu từng được cung cấp trong My Health Bank. Hai cơ chế này tạo dấu vết về phạm vi chia sẻ. Chúng không thay thế nhật ký truy vấn, đoạn trích và phiên bản mô hình do bên vận hành RAG lưu giữ.

Hướng dẫn AI tạo sinh năm 2026 của Đài Loan là tài liệu hướng dẫn hành chính cho cơ sở đang chuẩn bị hoặc đã dùng công nghệ này. Văn bản đề cập dữ liệu bệnh án, hình ảnh và giọng nói. Phạm vi quản trị đi từ chuẩn bị, đánh giá rủi ro đến thử nghiệm và quản lý sau vận hành. Hướng dẫn không thay thế cách xác định một sản phẩm có thuộc diện thiết bị y tế hay không. Nó cũng không chứng minh RAG đã được dùng phổ biến tại các bệnh viện ở Đài Loan.

Tại Việt Nam thì sao

Nền dữ liệu số tại Việt Nam đã mở rộng, nhưng bệnh án điện tử không đồng nghĩa với RAG. Trang tin Bộ Y tế ngày 21/2/2026 ghi nhận khoảng 1.210 trong tổng số 1.650 bệnh viện đã công bố bệnh án điện tử. Nguồn này cũng nêu hơn 18 nhà cung cấp phần mềm với mức đáp ứng chưa đồng đều. Bài đăng đề cập hạn chế về kinh phí, nhân lực công nghệ thông tin và thủ tục đấu thầu tại một số nơi. Các con số phản ánh mức độ số hóa hồ sơ, không cho biết bệnh viện nào đã lập chỉ mục hoặc dùng mô hình ngôn ngữ để tra cứu.

Thông tư 13/2025/TT-BYT hướng dẫn triển khai hồ sơ bệnh án điện tử. Cổng bệnh án điện tử của Bộ Y tế cho phép tra cứu cơ sở cùng quyết định công bố theo năm. Danh sách này là điểm kiểm tra thực tế về sự sẵn có của hồ sơ số tại từng đơn vị. Nó không công bố kiến trúc tìm kiếm, mức liên thông, chất lượng dữ liệu hoặc trạng thái RAG. Bệnh viện muốn dùng RAG vẫn phải khảo sát trường dữ liệu, lịch sử sửa bản ghi, quyền truy cập và khả năng đồng bộ chỉ mục.

Nghị định 102/2025/NĐ-CP về quản lý dữ liệu y tế có hiệu lực từ ngày 1/7/2025. Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 có hiệu lực từ ngày 1/1/2026. Hồ sơ dự án RAG cần đối chiếu dữ liệu gốc, đoạn đã chia và vector với phạm vi của hai văn bản. Nhật ký truy vấn và bản sao lưu cũng nằm trong danh mục cần rà soát. Chỉ bảo vệ tệp bệnh án gốc là chưa bao quát toàn bộ bản sao dữ liệu do đường ống RAG tạo ra.

Khung quản trị AI tại Việt Nam cũng đã thay đổi trong năm 2026. Luật Trí tuệ nhân tạo 134/2025/QH15 có hiệu lực từ ngày 1/3/2026, còn Nghị định 142/2026/NĐ-CP hướng dẫn thi hành có hiệu lực từ ngày 1/5/2026. Quyết định 33/2026/QĐ-TTg ban hành danh mục hệ thống AI có rủi ro cao và có hiệu lực từ ngày 15/8/2026. Tên gọi RAG chưa quyết định mức rủi ro; phân loại còn dựa vào mục đích, tác động và mức giám sát của con người.

Việt Nam đã có một tài liệu kỹ thuật để các nhóm phát triển tham khảo, nhưng địa vị của nó phải được đọc đúng. Trang VN Core FHIR IG 0.9.0 ghi đây là bản dự thảo lấy ý kiến cộng đồng. Tài liệu chưa được cơ quan nhà nước Việt Nam hoặc HL7 International phê duyệt. Vì vậy, VN Core không nên được trình bày như yêu cầu bắt buộc trên toàn quốc. Dự án thực tế cần xác nhận cấu trúc mà bệnh viện và đối tác hỗ trợ, rồi kiểm thử ánh xạ bằng dữ liệu mẫu đã được cấp quyền.

Giá triển khai RAG tại Việt Nam chưa có một mức chung áp cho mọi bệnh viện. Chi phí phụ thuộc nơi chạy mô hình, dung lượng chỉ mục, kết nối bệnh án, bảo mật, kiểm thử và bảo trì. Hệ thống mạng đấu thầu quốc gia của Bộ Tài chính hỗ trợ tìm tên gói thầu, kế hoạch, yêu cầu báo giá và kết quả lựa chọn. Cơ sở công có thể dùng hồ sơ đã công bố làm điểm đối chiếu, còn báo giá phải tách giấy phép, hạ tầng, tích hợp và vận hành. Đến thời điểm viết bài, chúng tôi chưa tìm thấy thống kê chính thức toàn quốc về giá hoặc tỷ lệ sử dụng RAG trong y tế.

Sáu hồ sơ cần có trước khi nghiệm thu

Nhóm triển khai cần nghiệm thu cả đường đi của dữ liệu, không chỉ thử vài câu hỏi mẫu. Sáu hồ sơ dưới đây nối mục đích sử dụng với nguồn dữ liệu, quyền và cách xử lý khi hệ thống sai. Mỗi tiêu chí phải có người phụ trách và bằng chứng kiểm tra. Một điểm số chung của mô hình không thay thế các hồ sơ này.

1. Mục đích và giới hạn đầu ra: Tách tra cứu hành chính, tóm tắt hồ sơ, trả lời kiến thức nội bộ và hỗ trợ quyết định chuyên môn. Ghi rõ đầu ra nào luôn cần nhân viên y tế kiểm tra.
2. Danh mục dữ liệu: Liệt kê hệ thống nguồn, trường dữ liệu, khoảng thời gian, phiên bản mã, quy tắc thiếu dữ liệu và lịch đồng bộ. Đánh dấu phần không được đưa vào chỉ mục.
3. Ma trận quyền: Đối chiếu quyền tìm kiếm với quyền trong bệnh án gốc và thử cả tình huống thu hồi. Nhật ký phải nhận diện người truy vấn, phạm vi dữ liệu và thời điểm.
4. Bộ kiểm tra truy xuất: Dùng câu hỏi thực tế để đo khả năng tìm đúng bản ghi, thứ tự ngày, câu phủ định, đơn vị và nguồn trích dẫn. Kết quả cần chỉ ra lỗi do dữ liệu, tìm kiếm hay mô hình.
5. Quy trình kiểm tra của con người: Xác định người xem lại, trường hợp phải mở bệnh án gốc và ngưỡng dừng tạo câu trả lời. Giao diện phải cho phép quay về đúng bản ghi nguồn.
6. Kế hoạch thay đổi và sự cố: Kiểm tra lại khi đổi mô hình, câu lệnh, cách chia đoạn hoặc nguồn dữ liệu. Chuẩn bị phương án dự phòng, dừng dịch vụ, xử lý sự cố bảo mật và xóa dữ liệu khi kết thúc hợp đồng.

Chỉ mục là thành phần cần được kiểm tra định kỳ vì nó nằm giữa bệnh án và mô hình. Bản ghi được sửa nhưng chỉ mục còn bản cũ sẽ tạo câu trả lời có vẻ hợp lý từ dữ liệu lỗi thời. Quyền đã thu hồi nhưng đoạn trích còn truy xuất được là sự cố phân quyền, không phải sai số ngôn ngữ. Đơn vị vận hành phải kiểm thử cả hai tình huống trước và sau khi hệ thống đi vào dùng.

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

RAG có phải là đưa bệnh án vào huấn luyện mô hình?
Không nhất thiết. RAG thường lấy đoạn dữ liệu từ chỉ mục ở thời điểm có câu hỏi rồi đặt đoạn đó vào ngữ cảnh của mô hình. Dữ liệu có được lưu, tái sử dụng hoặc dùng để huấn luyện hay không còn phụ thuộc kiến trúc, hợp đồng và quy tắc quản trị của dịch vụ.

FHIR và RAG khác nhau ở đâu?
FHIR mô tả cấu trúc và cách trao đổi thông tin y tế điện tử. RAG tìm nội dung liên quan rồi dùng mô hình ngôn ngữ tổ chức câu trả lời. Một hệ thống tuân theo FHIR vẫn cần phân quyền, kiểm tra dữ liệu, đánh giá truy xuất và truy dấu nguồn riêng.

RAG có thay thế đánh giá của nhân viên y tế không?
Không. Kiến trúc này hỗ trợ tìm và sắp xếp dữ liệu. Độ phù hợp với quy trình chuyên môn phải được xác nhận theo mục đích, rủi ro và dữ liệu của từng cơ sở. Hệ thống cũng cần đường quay lại hồ sơ gốc cùng quy tắc kiểm tra của con người.