Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "BHYT" các nội dung bạn quan tâm.

Xuất toán liên quan đến Dữ liệu XML

XML

Hiểu đúng dữ liệu để quản lý, giám định và thanh toán chi phí khám chữa bệnh BHYT

Trong hoạt động khám bệnh, chữa bệnh bảo hiểm y tế, một hồ sơ có thể được ghi nhận rất đầy đủ trên hồ sơ bệnh án, nhưng khi dữ liệu điện tử được tạo lập không đúng, không đủ hoặc không khớp với thực tế thì nguy cơ phát sinh cảnh báo, yêu cầu giải trình, điều chỉnh chi phí, thậm chí từ chối thanh toán vẫn có thể xảy ra.

Ngược lại, một file XML đúng cú pháp và được Cổng tiếp nhận chấp nhận cũng không đồng nghĩa toàn bộ chi phí trong hồ sơ chắc chắn đủ điều kiện thanh toán.

Đó là lý do dữ liệu XML cần được nhìn nhận không chỉ như một vấn đề của bộ phận công nghệ thông tin, mà là một phần của toàn bộ quá trình khám chữa bệnh - ghi chép hồ sơ - mã hóa - viện phí - giám định - thanh toán BHYT.

Chuyên đề “Xuất toán liên quan đến Dữ liệu XML” được xây dựng nhằm hệ thống hóa vấn đề này từ nền tảng: XML là gì, mỗi bảng dữ liệu có ý nghĩa gì, từng trường thông tin phải ghi như thế nào, dữ liệu được kiểm tra ra sao, những bất thường nào có thể dẫn đến nguy cơ từ chối thanh toán và cơ sở khám chữa bệnh có thể kiểm soát nguy cơ đó như thế nào.


1. XML không chỉ là một “file gửi BHXH”

Thông tư số 48/2017/TT-BYT định nghĩa XML là eXtensible Markup Language - ngôn ngữ đánh dấu mở rộng được sử dụng để chia sẻ dữ liệu điện tử giữa các hệ thống công nghệ thông tin khác nhau. Dữ liệu điện tử phục vụ quản lý, giám định và thanh toán BHYT được định dạng bằng XML, sử dụng UTF-8; một file XML có thể chứa một hoặc nhiều hồ sơ khám chữa bệnh, trong đó mỗi hồ sơ tương ứng với một đợt khám chữa bệnh của người bệnh (48/2017/TT-BYT).

Như vậy, XML trước hết là phương tiện chuẩn hóa và trao đổi dữ liệu. Nhưng trong lĩnh vực BHYT, vai trò của nó lớn hơn rất nhiều.

Quyết định số 130/QĐ-BYT đã quy định hệ thống các bảng dữ liệu từ bảng trạng thái khám chữa bệnh, bảng tổng hợp, thuốc, dịch vụ kỹ thuật - vật tư y tế, cận lâm sàng, diễn biến lâm sàng đến các dữ liệu phục vụ những chứng từ và chế độ liên quan. Các chỉ tiêu được mô tả theo định dạng XML và có đặc tả cụ thể tại các phụ lục của Quyết định 130/QD-BYT.

Đặc biệt, đối với Bảng 1, Bảng 2, Bảng 3, Bảng 4 và Bảng 5, Quyết định 130 xác định đây là các bảng cung cấp thông tin, dữ liệu điện tử chi tiết về quá trình khám chữa bệnh cho cơ quan BHXH để phục vụ quản lý, giám định, thanh toán và quyết toán chi phí KCB BHYT. 130/QD-BYT

Vì vậy, dữ liệu XML không nên được hiểu đơn thuần là “file do phần mềm xuất ra cuối ngày”. Nó là một biểu diễn có cấu trúc của rất nhiều thông tin nghiệp vụ đã phát sinh trong quá trình chăm sóc người bệnh.


2. Từ hoạt động khám chữa bệnh đến dữ liệu thanh toán

Một lượt khám chữa bệnh thực tế có thể bắt đầu từ tiếp đón, kiểm tra quyền lợi BHYT, khám bệnh, chẩn đoán, chỉ định xét nghiệm hoặc dịch vụ kỹ thuật, kê thuốc, điều trị, chăm sóc, theo dõi, chuyển khoa, ra viện và kết thúc thanh toán.

Các hoạt động đó được ghi nhận tại nhiều hệ thống và nhiều loại hồ sơ khác nhau: HIS, LIS, RIS/PACS, phần mềm dược, phần mềm viện phí, hồ sơ bệnh án điện tử hoặc hồ sơ giấy…

Khi trích chuyển dữ liệu, một phần quan trọng của những thông tin này được mã hóa thành các trường dữ liệu XML.

Ví dụ:

chẩn đoán thực tế → mã bệnh;

thuốc đã sử dụng → mã thuốc, số lượng, đơn giá, thời gian, người chỉ định;

dịch vụ kỹ thuật → mã dịch vụ, thời điểm chỉ định, thời điểm thực hiện, người thực hiện, máy thực hiện;

quá trình điều trị → ngày vào, ngày ra, loại hình KCB, khoa điều trị, số ngày điều trị;

chi phí → tổng chi phí, phần trong phạm vi BHYT, phần người bệnh cùng chi trả, phần quỹ đề nghị thanh toán và các nguồn khác.

Do đó, chất lượng XML phụ thuộc trực tiếp vào chất lượng dữ liệu nguồn.

Nếu hồ sơ bệnh án ghi một thông tin, HIS lưu một thông tin khác và XML gửi đi lại thể hiện một giá trị khác, vấn đề lúc này không còn đơn thuần là “lỗi XML”.

Đó là vấn đề về tính toàn vẹn và nhất quán của hồ sơ đề nghị thanh toán.


3. XML đã trở thành một thành phần chính thức của hồ sơ đề nghị thanh toán

Điểm rất quan trọng trong giai đoạn hiện nay là Thông tư số 12/2026/TT-BTC đã đặt dữ liệu điện tử vào trực tiếp quy trình giám định, thanh toán và quyết toán BHYT.

Theo Điều 5 Thông tư 12/2026/TT-BTC, hồ sơ đề nghị thanh toán được lập dưới dạng dữ liệu điện tử. Trong đó, Bảng kê chi tiết được lập theo chuẩn và định dạng dữ liệu tại Quyết định 130/QĐ-BYT, được sửa đổi, bổ sung bởi Quyết định 4750/QĐ-BYT và Quyết định 3176/QĐ-BYT.

Cũng tại quy định này, cơ sở khám chữa bệnh phải chịu trách nhiệm trước pháp luật về tính trung thực, chính xác và khớp đúng giữa Bảng kê chi tiết, Bảng tổng hợp, Báo cáo quyết toán với hồ sơ bệnh án của người bệnh.

Đây là điểm cần đặc biệt lưu ý.

XML không thay thế hồ sơ bệnh án, nhưng dữ liệu đề nghị thanh toán phải phản ánh đúng hồ sơ bệnh án và thực tế khám chữa bệnh.

Do đó, kiểm soát XML không thể chỉ thực hiện sau khi phần mềm đã xuất file. Kiểm soát tốt phải bắt đầu ngay từ dữ liệu được tạo ra tại nguồn.


4. Không phải mọi bảng XML đều có cùng mục đích

Một sai lầm khá phổ biến khi tiếp cận dữ liệu BHYT là coi tất cả các bảng XML đều có vai trò giống nhau.

Thực tế không phải như vậy.

Ví dụ rõ nhất là Bảng check-in. Quyết định số 4750/QĐ-BYT quy định bảng này được sử dụng để cung cấp thông tin phục vụ thông báo trạng thái khám chữa bệnh của người bệnh trên Cổng tiếp nhận và không dùng dữ liệu của Bảng check-in để làm căn cứ giám định, thanh toán, quyết toán chi phí KCB BHYT. (4750/QD-BYT)

Trong khi đó, các bảng chi tiết về lượt khám chữa bệnh, thuốc, dịch vụ kỹ thuật, cận lâm sàng và diễn biến lâm sàng lại có vai trò trực tiếp trong quản lý và giám định chi phí.

Vì vậy, khi phân tích một lỗi XML phải trả lời được ít nhất ba câu hỏi:

  • Trường dữ liệu này thuộc bảng nào?
  • Bảng đó được sử dụng vào mục đích gì?
  • Sai sót tại trường đó có thực sự ảnh hưởng đến điều kiện thanh toán hay chỉ là lỗi dữ liệu cần hiệu chỉnh?

Đây cũng là nguyên tắc xuyên suốt của chuyên đề này.


5. “Lỗi XML” và “xuất toán” không phải là một khái niệm

Đây có lẽ là nội dung quan trọng nhất cần thống nhất ngay từ đầu.

Một hồ sơ có lỗi XML không mặc nhiên đồng nghĩa với việc chi phí phải bị xuất toán.

Ngược lại, một hồ sơ không có lỗi cấu trúc XML vẫn có thể tồn tại chi phí không đủ điều kiện thanh toán.

Có thể hình dung quá trình kiểm tra theo bốn tầng:

Tầng kiểm traCâu hỏi chính
Cấu trúc - kỹ thuậtFile có đúng định dạng không? Trường dữ liệu có đúng kiểu, độ dài, cấu trúc không?
Dữ liệu - danh mụcMã có tồn tại? Có đúng danh mục và đúng thời điểm áp dụng không?
Logic - nhất quánCác trường và các bảng có phù hợp với nhau? Thời gian, số lượng, chi phí có logic không?
Nghiệp vụ - thanh toánThuốc, DVKT, VTYT, ngày giường… có thuộc phạm vi, mức hưởng và điều kiện thanh toán hay không? Chỉ định và cung cấp dịch vụ có phù hợp quy định không?

Điều 10 Thông tư 12/2026/TT-BTC cho thấy phạm vi giám định tự động không dừng ở việc kiểm tra cú pháp file. Hệ thống còn rà soát thông tin thẻ BHYT; mức hưởng và quyền lợi; phạm vi và mức thanh toán thuốc, thiết bị y tế, dịch vụ; tỷ lệ và điều kiện thanh toán; phạm vi hoạt động chuyên môn của cơ sở; phạm vi hành nghề và thời gian làm việc của người hành nghề; khoảng thời gian giữa các lần KCB; tính hợp lý của việc cung cấp dịch vụ; tính thống nhất của dữ liệu và số lượng thuốc, thiết bị y tế. (12_2026_TT-BTC)

Như vậy, đúng XML mới chỉ là một điều kiện cần.

Điều quan trọng hơn là dữ liệu đó có phản ánh một hoạt động khám chữa bệnh hợp pháp, có căn cứ chuyên môn và đủ điều kiện thanh toán hay không.


6. “Xuất toán” trong chuyên đề này được hiểu như thế nào?

Trong thực tế bệnh viện, từ “xuất toán” thường được dùng khá rộng để chỉ khoản chi phí BHYT không được cơ quan BHXH chấp nhận thanh toán hoặc bị loại khỏi số đề nghị thanh toán.

Tuy nhiên, khi phân tích căn cứ pháp lý, cần sử dụng đúng thuật ngữ của văn bản.

Thông tư 12/2026/TT-BTC có sự phân biệt đáng chú ý giữa:

  • chi phí bị từ chối thanh toán do không đúng quy định của pháp luật, và
  • chi phí chưa đủ thông tin để xác định có đủ điều kiện thanh toán hay không.

Đối với trường hợp cần bổ sung thông tin, cơ sở khám chữa bệnh còn có bước rà soát, cung cấp tài liệu chứng minh hoặc lập Bảng kê chi tiết điều chỉnh. (12_2026_TT-BTC)

Sự phân biệt này rất quan trọng trong quản trị bệnh viện.

  • Một hồ sơ thiếu dữ liệu chứng minh không nên ngay lập tức được hiểu giống một hồ sơ không đủ điều kiện thanh toán về bản chất.

Vì vậy, trong chuyên đề này, thuật ngữ “nguy cơ xuất toán” sẽ được sử dụng theo nghĩa quản trị rộng; còn khi kết luận từng nội dung, chúng ta sẽ phân biệt rõ:

  • lỗi cần sửa dữ liệu → nội dung cần bổ sung chứng minh → cảnh báo cần rà soát → chi phí không đủ điều kiện thanh toán.

7. Căn cứ pháp lý về XML phải được đọc theo phiên bản

Chuẩn dữ liệu XML không phải một tài liệu bất biến.

Quyết định 130/QĐ-BYT là nền tảng quan trọng của bộ chuẩn. Quyết định 4750/QĐ-BYT tiếp tục sửa đổi, bổ sung Quyết định 130 và quy định chính thức gửi, nhận các bảng XML theo chuẩn mới để làm căn cứ giám định, thanh toán từ ngày 01/7/2024; những nội dung không được sửa đổi vẫn giữ nguyên theo Quyết định 130. (4750_QD-BYT)

Tiếp đó, Quyết định 3176/QĐ-BYT sửa đổi, bổ sung tạm thời các bảng chỉ tiêu; các nội dung không được sửa đổi vẫn tiếp tục thực hiện theo Quyết định 4750 và Quyết định 130. (3176_QD-BYT)

Điều này dẫn đến một nguyên tắc rất quan trọng khi kiểm tra XML:

Không thể chỉ hỏi “quy định hiện nay là gì?”, mà còn phải hỏi “quy định nào có hiệu lực tại thời điểm phát sinh hồ sơ này?”.

Một trường dữ liệu có thể đã thay đổi cách ghi, kiểu dữ liệu, kích thước, danh mục tham chiếu hoặc diễn giải qua nhiều phiên bản.

Vì vậy, việc tiền giám định hoặc xây dựng phần mềm kiểm tra XML phải gắn rule - danh mục - căn cứ pháp lý - thời điểm hiệu lực với nhau.


8. Vì sao dữ liệu XML có thể trở thành nguồn nguy cơ xuất toán?

Nguy cơ không chỉ xuất hiện khi nhân viên “nhập sai một trường”.

Một dữ liệu XML có thể trở thành vấn đề khi mã đúng nhưng không đúng thời điểm áp dụng; khi dịch vụ thực hiện thật nhưng thiếu dữ liệu chứng minh người thực hiện hoặc thiết bị thực hiện; khi thuốc đã cấp nhưng thông tin số lượng, đơn giá hoặc điều kiện thanh toán không phù hợp; khi XML và hồ sơ bệnh án khác nhau; khi các mốc thời gian không logic; khi dữ liệu giữa các bảng không thống nhất; hoặc khi dữ liệu hoàn toàn đúng với HIS nhưng bản thân chỉ định, hoạt động chuyên môn hay chi phí lại chưa đáp ứng điều kiện thanh toán.

Do đó, kiểm soát nguy cơ xuất toán cần chuyển từ cách làm:

“Có lỗi rồi mới sửa XML”

sang:

“Kiểm soát dữ liệu từ thời điểm phát sinh và cảnh báo trước khi trở thành hồ sơ đề nghị thanh toán.”

Đây chính là vai trò của tiền giám định.


9. Mục tiêu của chuyên đề

Chuyên đề “Xuất toán liên quan đến Dữ liệu XML” sẽ không tập trung vào những ca bệnh cụ thể. Phần tình huống thực tế sẽ được xây dựng thành một chuyên đề riêng.

Ở đây, mục tiêu là hình thành một hệ thống kiến thức nền và bộ công cụ tra cứu để người làm công tác BHYT, viện phí, kế hoạch tổng hợp, dược, điều dưỡng, chuyên môn và công nghệ thông tin đều có thể hiểu chung một ngôn ngữ dữ liệu.

Nội dung sẽ đi từ cấu trúc XML và từng trường dữ liệu; danh mục và mã hóa; quá trình tạo lập, ký số và trích chuyển; kiểm tra cấu trúc và tính nhất quán; nhận diện nhóm nguy cơ thanh toán; xử lý kết quả giám định; khai thác XML để phân tích chuyên môn, chi phí; cho đến xây dựng hệ thống tiền giám định và cảnh báo bằng công nghệ thông tin.

Trong đó, phần “Cấu trúc XML” sẽ được xây dựng như một bộ từ điển: từng bảng, từng field sẽ được phân tích về ý nghĩa, kiểu dữ liệu, cách ghi, điều kiện áp dụng, danh mục liên quan, nguồn dữ liệu, quan hệ với các trường khác, nguy cơ sai sót và lịch sử thay đổi của quy định.


10. Đích cuối cùng không chỉ là “giảm xuất toán”

Nếu chỉ nhìn XML với mục tiêu đối phó giám định hoặc giảm số tiền bị từ chối thanh toán thì vẫn chưa đủ.

Dữ liệu tốt giúp bệnh viện phát hiện những vấn đề sâu hơn: hồ sơ bệnh án không nhất quán; quy trình chuyên môn chưa được tuân thủ; danh mục chưa cập nhật; thông tin người hành nghề chưa đồng bộ; y lệnh và thực hiện không khớp; sử dụng thuốc, dịch vụ hoặc vật tư có dấu hiệu bất thường; hay quy trình viện phí đang tính sai.

Một hệ thống kiểm soát XML tốt vì vậy có thể phục vụ đồng thời ba mục tiêu:

dữ liệu đúng - thực hành đúng - thanh toán đúng.

Khi các quy tắc kiểm tra được đưa vào HIS/EMR và hệ thống tiền giám định, cảnh báo có thể xuất hiện ngay lúc tiếp đón, ngay khi chỉ định, khi thực hiện dịch vụ, khi khóa bệnh án hoặc trước khi gửi hồ sơ, thay vì đợi đến khi cơ quan BHXH phản hồi mới phát hiện.

Đó cũng là định hướng của toàn bộ chuyên đề này: không chỉ tìm lỗi sau khi xảy ra, mà từng bước chuyển sang phòng ngừa sai sót từ nguồn dữ liệu, vừa bảo vệ quyền lợi thanh toán hợp pháp của cơ sở khám chữa bệnh, vừa nâng cao chất lượng hồ sơ, tính tuân thủ chuyên môn và an toàn người bệnh.