Bài 1.28. XML8 — Dữ liệu tóm tắt hồ sơ bệnh án: cấu trúc, từng trường và phạm vi sử dụng

XML8 là Bảng 8 – Chỉ tiêu dữ liệu tóm tắt hồ sơ bệnh án. Nếu XML5 ghi nhận diễn biến lâm sàng theo từng thời điểm, thì XML8 là lớp tổng hợp cuối đợt điều trị, cô đọng những nội dung quan trọng của hồ sơ bệnh án như chẩn đoán lúc vào, chẩn đoán ra viện, quá trình bệnh lý, kết quả cận lâm sàng, phương pháp điều trị và kết quả điều trị.

XML8 vì vậy không phải một bảng chi phí. Giá trị chính của nó là cung cấp bức tranh tóm tắt về toàn bộ quá trình KCB, từ đó có thể đối chiếu với XML1–XML5 và các chứng từ liên quan.

Nguyên tắc quan trọng:

XML8 là bản tóm tắt của hồ sơ bệnh án, không phải bản sao của XML1 và cũng không thay thế hồ sơ bệnh án đầy đủ.

1. Phạm vi sử dụng XML8

Theo ghi chú của Bảng 8, cơ sở KBCB gửi dữ liệu này trong các trường hợp:

• MA_LOAI_KCB = 03: điều trị nội trú;
• MA_LOAI_KCB = 04: điều trị ban ngày;
• MA_LOAI_KCB = 06: lưu người bệnh tại cơ sở KCB thuộc nhóm được quy định.

Theo Danh mục mã loại hình KCB ban hành kèm Quyết định 1804/QĐ-BYT ngày 19/6/2026, mã 03 hiện là điều trị nội trú, mã 04 là điều trị ban ngày, còn mã 06 là lưu người bệnh tại phòng khám đa khoa, phòng khám đa khoa khu vực, nhà hộ sinh, trạm y tế xã/phường. Quyết định này có hiệu lực từ ngày ký và yêu cầu thực hiện chậm nhất từ 01/8/2026.

Do đó rule phải thực hiện:

MA_LOAI_KCB → xác định XML8 có áp dụng → nếu áp dụng mới kiểm tra sự hiện diện và nội dung.

Không nên dùng rule:

“Mọi hồ sơ KCB đều phải có XML8.”

2. Cấu trúc đầy đủ 22 trường XML8

Cấu trúc và diễn giải 22 trường được quy định tại Bảng 8 của bộ chuẩn.

3. Định danh và thời gian: MA_LK, MA_LOAI_KCB, NGAY_VAO, NGAY_RA

MA_LK nối XML8 với toàn bộ đợt KCB.

MA_LOAI_KCB xác định loại hình điều trị và đồng thời là một trong những yếu tố quyết định Bảng 8 có phải gửi hay không.

Hai mốc:

NGAY_VAO → NGAY_RA

mô tả khoảng thời gian của đợt điều trị.

NGAY_VAO dùng định dạng yyyymmddHHMM.

NGAY_RA sau sửa đổi được diễn giải là thời điểm người bệnh kết thúc lần khám hoặc đợt điều trị tại cơ sở KBCB; đối với điều trị ngoại trú là thời điểm kết thúc việc khám, chỉ định điều trị, đồng thời phần lưu ý cũ của Quyết định 130 đã được bãi bỏ.

Đối với XML8 thuộc nhóm nội trú/điều trị ban ngày/lưu người bệnh, các mốc này cần được đối chiếu với:

XML1.NGAY_VAO / NGAY_RA

và timeline thực tế của XML2, XML3, XML5.

Sai lệch thời gian giữa XML1 và XML8 thường là dấu hiệu hồ sơ hoặc chứng từ được sinh từ các nguồn dữ liệu khác nhau chưa đồng bộ.

4. Từ chẩn đoán vào viện đến chẩn đoán ra viện

XML8 có hai lớp chẩn đoán:

CHAN_DOAN_VAO

Ghi chẩn đoán sơ bộ tại thời điểm tiếp nhận người bệnh.

CHAN_DOAN_RV

Ghi đầy đủ chẩn đoán xác định bệnh chính, bệnh kèm theo và/hoặc triệu chứng, hội chứng tại thời điểm kết thúc KCB.

Hai field này không nhất thiết giống nhau.

Thực tế ý nghĩa của chúng chính là phản ánh quá trình:

chẩn đoán ban đầu → thăm khám/xét nghiệm/điều trị → chẩn đoán cuối cùng.

Do đó việc CHAN_DOAN_VAO ≠ CHAN_DOAN_RV không phải bất thường mặc định.

Điều cần rà soát là quá trình thay đổi chẩn đoán có phù hợp với dữ liệu chuyên môn trong hồ sơ hay không.

Khi kiểm tra chéo, có thể đối chiếu:

CHAN_DOAN_RV XML8 ↔ MA_BENH_CHINH, bệnh kèm theo ở XML1

nhưng không nên so sánh chuỗi nguyên văn, vì XML1 chủ yếu mã hóa bằng ICD còn XML8 chứa nội dung mô tả.

5. QT_BENHLY, TOMTAT_KQ, PP_DIEUTRI — phần lõi chuyên môn của bản tóm tắt

QT_BENHLY

Ghi quá trình bệnh lý và diễn biến lâm sàng.

Đây là lớp tổng hợp của quá trình điều trị, trong khi XML5 thể hiện diễn biến theo từng thời điểm.

Vì vậy có thể hiểu:

XML5 = timeline chi tiết

trong khi:

XML8.QT_BENHLY = tóm tắt diễn biến của toàn đợt.

Không nên yêu cầu hai nguồn phải giống từng câu chữ; cần kiểm tra chúng có mâu thuẫn đáng kể hay không.

TOMTAT_KQ

Ghi tóm tắt kết quả xét nghiệm cận lâm sàng có giá trị chẩn đoán.

Do đó không phải toàn bộ kết quả trong XML4 đều phải được chép vào TOMTAT_KQ.

Chỉ những kết quả được lựa chọn làm giá trị chẩn đoán mới được tóm tắt ở đây.

PP_DIEUTRI

Sau sửa đổi, trường này ghi phương pháp điều trị như nội khoa, ngoại khoa, xạ trị, hóa trị hoặc phối hợp tương ứng.

PP_DIEUTRI có thể được đối chiếu với:

• thuốc ở XML2;
• DVKT/PTTT ở XML3;
• diễn biến ở XML5.

Ví dụ, nếu PP_DIEUTRI ghi ngoại khoa nhưng toàn bộ XML3 không có dấu vết PTTT, đây là một cảnh báo cần rà soát, chưa phải bằng chứng tự động rằng hồ sơ sai.

6. Nhóm dữ liệu con chết sau sinh và kết quả điều trị

Ba trường:

NGAY_SINHCON, NGAY_CONCHET, SO_CONCHET

chỉ áp dụng trong trường hợp con chết sau khi sinh. Bảng quy định lần lượt ngày sinh, ngày chết và số con bị chết.

Đây tiếp tục là requiredness có điều kiện:

Không có sự kiện con chết sau sinh → không được yêu cầu ba field này cho mọi XML8.

KET_QUA_DTRI mô tả kết quả của đợt điều trị.

Các giá trị trong bảng gồm:

Nội dung mã 5 đã được sửa rõ thành tử vong tại cơ sở KBCB, còn mã 8 được bổ sung trước đó cho tử vong ngoại viện.

KET_QUA_DTRI XML8 nên được đối chiếu với kết quả điều trị tương ứng trong XML1.

Nếu hai bảng ghi hai kết quả khác nhau, đây là bất nhất mạnh vì chúng cùng mô tả kết quả của một đợt điều trị.

7. Cha mẹ, người giám hộ, người ký và chứng từ

HO_TEN_CHA, HO_TEN_ME, NGUOI_GIAM_HO được ghi theo hồ sơ bệnh án nếu có.

GHI_CHU chỉ áp dụng trong trường hợp người bệnh mất hoặc hạn chế năng lực hành vi dân sự hoặc trẻ em dưới 16 tuổi; khi đó phải ghi đầy đủ thông tin cha, mẹ hoặc người giám hộ theo quy định của biểu mẫu liên quan.

DON_VI ghi đơn vị nơi người hưởng làm việc và đóng BHXH theo thông tin được cung cấp; trường hợp con ốm thì có thể là đơn vị của cha hoặc mẹ.

MA_TTDV sau sửa đổi ghi mã của người đứng đầu cơ sở KBCB hoặc người được ủy quyền ký, mã hóa theo số GPHN.

NGAY_CT là ngày cấp tóm tắt hồ sơ bệnh án theo định dạng yyyymmdd.

MA_THE_TAM được dùng cho trẻ em sinh ra hoặc người hiến tạng chưa được BHXH cấp thẻ BHYT chính thức.

Như vậy phần cuối XML8 không chỉ có ý nghĩa y khoa mà còn liên quan đến giá trị hành chính của chứng từ.

8. Quan hệ XML8 với hồ sơ KCB và tiền giám định

XML8 đặc biệt có giá trị khi kiểm tra tính nhất quán toàn hồ sơ:

Trong Dr5-XML, nên tiếp tục sử dụng sáu danh mục chuẩn:

dr5_xml_field quản lý đặc tả 22 trường;

dr5_xml_required xác định khi nào XML8 phải có và các nhóm field có điều kiện;

dr5_xml_relation quản lý quan hệ XML1–XML4–XML5–XML8 và các quan hệ thời gian;

dr5_catalog_binding ánh xạ loại hình KCB và các danh mục có phiên bản;

dr5_payment_condition chỉ dùng khi sai lệch thực sự liên quan điều kiện thanh toán;

dr5_legal_basis quản lý QĐ130 → QĐ4750 → QĐ3176 → các cập nhật sau này theo thời gian hiệu lực.

Cần phân loại phát hiện:

ERROR_TECH khi sai kiểu/định dạng hoặc giá trị không thuộc domain.

WARN_REVIEW khi chẩn đoán, điều trị, kết quả hoặc thời gian giữa các bảng không nhất quán.

INFO_EVIDENCE khi cần kiểm tra hồ sơ bệnh án gốc hoặc chứng từ ký xác nhận.

Không nên chuyển một khác biệt giữa bản tóm tắt và XML chi tiết thành kết luận xuất toán nếu chưa chứng minh được điều kiện thanh toán bị vi phạm.

Kết luận

XML8 có thể được đọc theo chuỗi:

Loại hình điều trị → thời gian vào/ra → chẩn đoán ban đầu → quá trình bệnh lý → kết quả CLS quan trọng → phương pháp điều trị → chẩn đoán cuối cùng → kết quả điều trị → xác nhận chứng từ.

Ba nguyên tắc quan trọng nhất là:

XML8 chỉ áp dụng cho các loại hình KCB được Bảng 8 quy định, không phải mọi hồ sơ.

XML8 là bản tóm tắt; không yêu cầu phải sao chép nguyên văn XML1, XML4 hoặc XML5 nhưng không được mâu thuẫn về bản chất.

Giá trị tiền giám định lớn nhất của XML8 là phát hiện sự không nhất quán giữa “bản tóm tắt cuối đợt” với thuốc, DVKT, diễn biến, kết quả CLS và kết quả điều trị đã được gửi trong các XML khác.