Bài 1.23. XML3 — Số lượng, đơn giá, tỷ lệ thanh toán, mức hưởng, thành tiền và phân bổ các bên chi trả

Nếu Bài 1.20–1.22 trả lời dịch vụ/vật tư gì, được chỉ định vì sao, do ai thực hiện và khi nào, thì nhóm trường của bài này trả lời câu hỏi tài chính:

Chi phí thực tế của dòng XML3 là bao nhiêu, phần nào thuộc phạm vi BHYT, mức giá nào được quỹ chấp nhận làm căn cứ, người bệnh chịu bao nhiêu và BHXH được đề nghị thanh toán bao nhiêu?

So với XML2, XML3 phức tạp hơn vì tồn tại đồng thời giá bệnh viện và giá BHYT, đồng thời có thêm TYLE_TT_DV để xử lý các trường hợp đặc thù như tiền khám nhiều lần, giường nằm ghép/chuyển khoa hoặc nhiều can thiệp trong cùng một cuộc phẫu thuật.

1. Các trường tài chính cần đọc cùng nhau

SO_LUONG sau sửa đổi được diễn giải bao gồm số lượng ngày giường, công khám, DVKT hoặc VTYT thực tế sử dụng; DON_GIA_BV và DON_GIA_BH được tách thành hai lớp giá khác nhau. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

2. SO_LUONG, DON_GIA_BV và DON_GIA_BH — ba đại lượng nền tảng

SO_LUONG không có cùng ý nghĩa ở mọi record XML3. Một giá trị 1 có thể là một lượt khám, một lần thực hiện DVKT hoặc một VTYT; số lượng ngày giường lại có thể xuất hiện dưới dạng số thập phân trong các trường hợp đặc thù. Vì vậy phải xác định loại dòng chi phí trước khi đánh giá số lượng.

XML3 tách hai đơn giá:

DON_GIA_BV phản ánh đơn giá phía cơ sở KBCB theo trường hợp áp dụng.

DON_GIA_BH phản ánh đơn giá dùng làm căn cứ thanh toán BHYT.

Đối với DVKT, tiền giường và tiền khám, DON_GIA_BH là mức giá được cơ quan có thẩm quyền ban hành hoặc phê duyệt áp dụng trong thanh toán BHYT. Đối với VTYT, trường này gắn với giá mua sắm hoặc mức giá thanh toán theo quy định. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó:

DON_GIA_BV khác DON_GIA_BH không tự động là lỗi.

Điều phải kiểm tra là sự khác biệt đó có căn cứ đúng với loại dịch vụ, loại cơ sở và quy định có hiệu lực tại thời điểm KCB hay không.

3. T_TRANTT — mức thanh toán VTYT và quan hệ với đơn giá BHYT

T_TRANTT chỉ đặc biệt quan trọng đối với VTYT có quy định mức thanh toán BHYT.

Theo diễn giải sửa đổi, nếu VTYT có mức thanh toán và:

DON_GIA_BV > T_TRANTT thì DON_GIA_BH = T_TRANTT.

Nếu:

DON_GIA_BV ≤ T_TRANTT thì DON_GIA_BH = DON_GIA_BV. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Có thể hiểu:

DON_GIA_BV phản ánh giá thực tế theo phía cơ sở, còn DON_GIA_BH là giá được phép đưa vào phép tính BHYT sau khi áp dụng giới hạn thanh toán nếu có.

Đây là một quan hệ rất phù hợp để kiểm tra tự động.

4. TYLE_TT_DV và TYLE_TT_BH là hai tỷ lệ hoàn toàn khác nhau

TYLE_TT_DV là tỷ lệ thanh toán đặc thù của dịch vụ. Chuẩn sử dụng field này trong các tình huống như ngày giường chuyển khoa/nằm ghép, công khám nhiều lần trong cùng lần KCB hoặc nhiều can thiệp trong cùng một cuộc phẫu thuật; các trường hợp còn lại theo diễn giải sửa đổi ghi 100. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Trong khi đó, TYLE_TT_BH là tỷ lệ thanh toán BHYT đối với bản thân DVKT hoặc VTYT: nếu không có quy định tỷ lệ riêng thì ghi 100, nếu không thuộc phạm vi thanh toán của quỹ thì ghi 0. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Vì vậy phải phân biệt:

TYLE_TT_DV = tỷ lệ do cách tính dịch vụ

và

TYLE_TT_BH = tỷ lệ BHYT thanh toán cho DVKT/VTYT đó.

Hai tỷ lệ có thể cùng tham gia một công thức nhưng không thể thay thế nhau.

5. THANH_TIEN_BV và THANH_TIEN_BH

Sau sửa đổi tại Quyết định 3176, công thức tổng quát của THANH_TIEN_BV là:

THANH_TIEN_BV = SO_LUONG × DON_GIA_BV × TYLE_TT_DV / 100.

Tuy nhiên chuẩn còn quy định trường hợp đặc biệt khi cơ sở không thu thêm người bệnh phần chênh giữa giá BV và giá BHYT; khi đó cách xác định THANH_TIEN_BV có công thức riêng. Vì vậy không nên dùng một công thức duy nhất mà bỏ qua điều kiện áp dụng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đối với THANH_TIEN_BH, công thức sau sửa đổi là:

THANH_TIEN_BH = SO_LUONG × DON_GIA_BH × TYLE_TT_DV/100 × TYLE_TT_BH/100. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đây là khác biệt quan trọng so với XML2, vì XML3 đưa thêm TYLE_TT_DV vào công thức.

Có thể ghi nhớ theo chuỗi:

Số lượng × giá BV × tỷ lệ DV → THANH_TIEN_BV

và:

Số lượng × giá BHYT × tỷ lệ DV × tỷ lệ BHYT → THANH_TIEN_BH.

6. MUC_HUONG và phân bổ BHYT – người bệnh

Sau khi xác định THANH_TIEN_BH, mới áp dụng MUC_HUONG để xác định phần quỹ BHYT đề nghị thanh toán.

Theo công thức sửa đổi:

T_BHTT = THANH_TIEN_BH × MUC_HUONG / 100.

Tiếp theo:

T_BNCCT = THANH_TIEN_BH − T_BHTT.

Và phần ngoài phạm vi BHYT:

T_BNTT = THANH_TIEN_BV − THANH_TIEN_BH. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Như vậy cần phân biệt rõ:

T_BNTT là phần ngoài phạm vi quỹ BHYT mà người bệnh tự trả.

T_BNCCT là phần nằm trong phạm vi BHYT nhưng người bệnh phải cùng chi trả theo mức hưởng.

T_BHTT là phần cơ sở đề nghị BHXH thanh toán.

Một dòng có thể có cả T_BNTT và T_BNCCT; đây không phải hai tên khác nhau của cùng một khoản.

Với MUC_HUONG, bảng tổng hợp của dự án có ghi chú rằng Quyết định 1931/QĐ-BYT ngày 29/6/2026 tăng kích thước tối đa của field từ 3 lên 4 ký tự. Đây là ghi chú cập nhật trong bảng tổng hợp; khi xây rule pháp lý chính thức nên gắn trực tiếp văn bản 1931 tương ứng vào dr5_legal_basis. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

7. T_NGUONKHAC — bước phân bổ cuối cùng

XML3 chia nguồn tài chính khác thành bốn nhóm: ngân sách nhà nước, hỗ trợ từ nước ngoài, hỗ trợ trong nước và nguồn khác còn lại. Tổng các cấu phần tạo thành T_NGUONKHAC. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Sau Quyết định 3176, khi T_NGUONKHAC > 0, khoản này được giảm trừ theo thứ tự:

T_BNTT → T_BNCCT → T_BHTT

cho đến khi hết T_NGUONKHAC. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Ví dụ giả định trước giảm trừ:

Nguồn khác trước hết giảm hết 300.000 của T_BNTT; 50.000 còn lại tiếp tục giảm T_BNCCT. Kết quả cuối cùng là T_BNTT = 0, T_BNCCT = 50.000, T_BHTT = 600.000.

Điều này có nghĩa các công thức T_BNTT, T_BNCCT, T_BHTT phải được hiểu là giá trị trước hoặc sau điều chỉnh tùy bước tính. Không thể chỉ kiểm tra ba phương trình độc lập mà bỏ qua T_NGUONKHAC.

8. Tiền giám định nên kiểm tra theo chuỗi tính toán

Đối với XML3, cách kiểm tra hiệu quả nhất không phải hỏi từng field “có đúng không?”, mà tái tính toàn bộ dòng từ dữ liệu nguồn:

Loại chi phí → SO_LUONG → DON_GIA_BV / DON_GIA_BH → T_TRANTT nếu có → TYLE_TT_DV → TYLE_TT_BH → THANH_TIEN_BV / THANH_TIEN_BH → MUC_HUONG → phân bổ T_BNTT, T_BNCCT, T_BHTT → áp T_NGUONKHAC.

Trong Dr5-XML nên sử dụng các danh mục chuẩn đã thống nhất: dr5_xml_field cho kiểu và độ chính xác; dr5_xml_relation cho các công thức và thứ tự phân bổ; dr5_catalog_binding cho giá, dịch vụ, VTYT và tỷ lệ theo phiên bản; dr5_payment_condition cho các điều kiện thanh toán đặc thù; dr5_legal_basis cho thời gian hiệu lực.

Một lỗi phép tính rõ ràng có thể là ERROR_TECH hoặc lỗi dữ liệu nghiệp vụ mạnh. Ngược lại, trường hợp giá hoặc tỷ lệ khác kỳ vọng nhưng có thể tồn tại ngoại lệ nên ưu tiên WARN_REVIEW cho đến khi xác định đầy đủ căn cứ.

Kết luận

XML3 có thể được đọc theo bốn tầng tài chính:

Giá trị thực tế phía cơ sở: SO_LUONG, DON_GIA_BV, THANH_TIEN_BV
Giá trị thuộc phạm vi BHYT: DON_GIA_BH, TYLE_TT_DV, TYLE_TT_BH, THANH_TIEN_BH
Quyền lợi người bệnh: MUC_HUONG, T_BNTT, T_BNCCT, T_BHTT
Điều chỉnh bởi nguồn khác: T_NGUONKHAC

Điểm quan trọng nhất là:

Không được kiểm tra giá, tỷ lệ và thành tiền của XML3 như XML2. XML3 có hai lớp đơn giá và hai lớp tỷ lệ; phải xác định đúng loại chi phí và điều kiện áp dụng trước khi tái tính.

Đây là một trong những nhóm dữ liệu có khả năng tiền giám định tự động cao nhất, vì phần lớn sai lệch có thể được phát hiện bằng các quan hệ số học, danh mục giá và điều kiện thanh toán có hiệu lực tại ngày thực hiện dịch vụ.