Bài 1.22. XML3 — Chẩn đoán liên quan và các mốc thời gian chỉ định, thực hiện, kết quả

Trong XML3, một dòng dịch vụ không chỉ cho biết đã phát sinh chi phí gì, mà còn có thể cho biết dịch vụ được chỉ định vì bệnh hoặc triệu chứng nào, chỉ định lúc nào, thực hiện lúc nào và hoàn thành/có kết quả lúc nào.

Nhóm trường trung tâm gồm:

Điểm quan trọng nhất của nhóm này là:

Không nên kiểm tra từng field độc lập. Phải xem chúng như một chuỗi: lý do chỉ định → ra y lệnh → thực hiện → hoàn thành/có kết quả.

1. MA_BENH — bệnh hoặc triệu chứng liên quan đến chỉ định

Theo diễn giải sửa đổi của Quyết định 3176, MA_BENH ghi mã ICD-10 của bệnh hoặc triệu chứng cần chỉ định DVKT, bao gồm cả các tình huống điều trị triệu chứng, bệnh nghi ngờ cần theo dõi hoặc DVKT phục vụ chẩn đoán phân biệt. Nếu trường này không có thông tin thì được hiểu DVKT được chỉ định để chẩn đoán hoặc điều trị bệnh chính MA_BENH_CHINH ở XML1.

Đây là một thay đổi quan trọng về tư duy dữ liệu. Không phải mọi DVKT đều phải gắn với một chẩn đoán đã xác định chắc chắn.

Ví dụ, một xét nghiệm có thể được chỉ định vì:

• một bệnh đã xác định;
• một triệu chứng;
• một bệnh nghi ngờ;
• mục tiêu theo dõi;
• mục tiêu chẩn đoán phân biệt.

Do đó không nên xây rule quá cứng theo kiểu:

DVKT X chỉ được phép nếu đã có chẩn đoán Y.

Trong nhiều tình huống, chính DVKT được chỉ định để xác lập hoặc loại trừ chẩn đoán.

2. Quan hệ MA_BENH với XML1

Có thể hình dung hai trường hợp.

Trường hợp 1: MA_BENH có giá trị. Khi đó XML3 đang chỉ rõ bệnh hoặc triệu chứng liên quan trực tiếp hơn đến DVKT.

Trường hợp 2: MA_BENH để trống. Theo diễn giải của chuẩn, có thể hiểu DVKT liên quan đến bệnh chính ở XML1. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Vì vậy:

MA_BENH rỗng không tự động là thiếu dữ liệu.

Một rule tốt phải phân biệt:

MA_BENH rỗng nhưng có MA_BENH_CHINH phù hợp

với

MA_BENH rỗng và toàn bộ hồ sơ không có căn cứ chuyên môn giải thích DVKT.

Trường hợp thứ hai mới đáng đưa vào rà soát chuyên môn.

3. MA_BENH_YHCT — chẩn đoán liên quan đối với YHCT

Đối với DVKT YHCT, Quyết định 3176 sửa diễn giải MA_BENH_YHCT theo hướng ghi mã bệnh YHCT liên quan, bao gồm cả tình huống điều trị triệu chứng, bệnh nghi ngờ cần theo dõi hoặc phục vụ chẩn đoán phân biệt. Nếu không có thông tin thì hiểu DVKT YHCT được chỉ định để chẩn đoán hoặc điều trị bệnh chính. Kích thước tối đa được điều chỉnh thành 150 ký tự. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Bảng đối chiếu của dự án còn ghi nhận cập nhật sau Quyết định 3176 liên quan Quyết định 1978/QĐ-BYT ngày 01/7/2026. Vì văn bản này chưa được đối chiếu độc lập trong phần tài liệu đã đọc ở đây, khi đưa vào rule pháp lý chính thức cần gắn lại văn bản nguồn tương ứng thay vì chỉ dựa trên chú thích tổng hợp. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

4. Ba mốc thời gian không có cùng ý nghĩa

Cả NGAY_YL, NGAY_TH_YL và NGAY_KQ đều dùng cấu trúc 12 ký tự:

yyyymmddHHMM

nhưng ý nghĩa khác nhau.

NGAY_YL và NGAY_TH_YL đều được quy định theo định dạng thời gian 12 ký tự. NGAY_YL còn có hướng dẫn riêng cho ngày giường và VTYT; NGAY_TH_YL có diễn giải riêng đối với giường điều trị ban ngày. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Với một DVKT thông thường, chuỗi kỳ vọng thường là:

ra y lệnh → thực hiện → có kết quả.

Nhưng không nên biến thành một công thức tuyệt đối cho mọi loại dòng XML3.

5. NGAY_KQ thay đổi ý nghĩa theo loại dịch vụ

Đây là điểm rất dễ bị kiểm tra sai.

Đối với xét nghiệm, NGAY_KQ thường là thời điểm có kết quả.

Đối với phẫu thuật, thủ thuật hoặc can thiệp, trường này được dùng để ghi thời điểm kết thúc phẫu thuật, thủ thuật, can thiệp.

Đối với ngày giường, NGAY_KQ phản ánh thời điểm kết thúc sử dụng loại giường. Với giường điều trị ban ngày, Quyết định 3176 yêu cầu ghi theo từng ngày điều trị, trong đó NGAY_TH_YL là thời điểm bắt đầu sử dụng và NGAY_KQ là thời điểm kết thúc sử dụng giường. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó:

NGAY_KQ không đồng nghĩa với “thời gian máy xét nghiệm trả kết quả” cho mọi record XML3.

Rule phải xác định loại dòng trước khi diễn giải timestamp.

6. Các trường hợp đặc biệt phải xử lý riêng

Đối với chuyển gửi xét nghiệm cận lâm sàng, các quy định trước đó đã cho phép NGAY_YL và NGAY_TH_YL không bắt buộc trong trường hợp tương ứng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đối với VTYT, Quyết định 3176 hướng dẫn NGAY_YL ghi ngày thực hiện phẫu thuật, thủ thuật hoặc can thiệp có sử dụng vật tư để xác định mức thanh toán VTYT khi vật tư chưa nằm trong cơ cấu giá DVKT. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đối với kết quả xét nghiệm có sau khi người bệnh kết thúc đợt KCB, chuẩn cho phép bổ sung đầy đủ thông tin NGAY_KQ và gửi hồ sơ thay thế để đề nghị thanh toán. Vì vậy:

NGAY_KQ > XML1.NGAY_RA không tự động là sai.

Phải xem loại xét nghiệm và quy trình bổ sung dữ liệu. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

7. Kiểm tra timeline như một chuỗi sự kiện có điều kiện

Đối với DVKT thông thường, có thể kiểm tra các quan hệ kỳ vọng:

NGAY_YL ≤ NGAY_TH_YL ≤ NGAY_KQ

và các mốc này nhìn chung phải phù hợp với đợt KCB trong XML1.

Nhưng rule chỉ nên kết luận sau khi xác định:

• loại dòng XML3;
• có phải xét nghiệm chuyển gửi không;
• có phải kết quả trả sau ra viện không;
• có phải giường bệnh không;
• có phải VTYT gắn PTTT không;
• có phải DVKT bị dừng, thay đổi hoặc có quy ước đặc thù khác không.

Câu nguyên tắc nên dùng là:

Thời gian XML3 phải được kiểm tra như một chuỗi sự kiện theo loại dịch vụ, không phải bằng một bất đẳng thức áp dụng cho mọi record.

8. Chẩn đoán và thời gian phải được kiểm tra cùng nhau

Một DVKT chỉ thực sự có bối cảnh khi ghép:

MA_BENH / MA_BENH_YHCT → NGAY_YL → NGAY_TH_YL → NGAY_KQ

với:

MA_DICH_VU + MA_KHOA + MA_BAC_SI + NGUOI_THUC_HIEN.

Ví dụ một xét nghiệm có thể hoàn toàn hợp lệ về mã và giá nhưng vẫn cần rà soát nếu:

• được chỉ định trước thời điểm người bệnh vào đợt KCB mà không có căn cứ;
• thực hiện trước y lệnh;
• người bệnh đã chuyển khoa nhưng dòng vẫn gắn khoa không phù hợp;
• chẩn đoán liên quan không xuất hiện ở bất kỳ nguồn chuyên môn nào;
• kết quả xuất hiện trước thời điểm thực hiện;
• cùng một DVKT lặp lại với khoảng cách rất ngắn mà không có diễn biến lâm sàng giải thích.

Các trường hợp này trước hết là cảnh báo nhất quán/chuyên môn, không mặc nhiên là khoản bị từ chối thanh toán.

9. Giá trị của XML4 và XML5 khi kiểm tra XML3

XML3 cho biết DVKT được chỉ định và thời gian thực hiện, nhưng với cận lâm sàng, kết quả chi tiết còn nằm ở XML4.

Do đó có thể kiểm tra:

XML3.MA_DICH_VU + NGAY_KQ ↔ XML4.MA_DICH_VU + kết quả cận lâm sàng.

Với các dịch vụ điều trị, phẫu thuật, thủ thuật hoặc các chỉ định có tính chuyên môn cao, XML5 – diễn biến lâm sàng có thể cung cấp thêm bối cảnh để đánh giá vì sao dịch vụ được chỉ định.

Tuy nhiên:

Không có một dòng XML4/XML5 tương ứng không tự động chứng minh dịch vụ không được thực hiện.

Cần xét bảng nào thực sự bắt buộc trong tình huống đó và đối chiếu hồ sơ bệnh án gốc khi cần.

10. Thiết kế tiền giám định trong Dr5-XML

Nhóm này rất phù hợp với kiến trúc generic đã xây dựng.

Không cần tạo thêm các bảng rule riêng cho từng trường. Có thể sử dụng sáu danh mục chuẩn của dự án:

Ví dụ dr5_xml_relation có thể chứa quan hệ dạng sequence constraint cho NGAY_YL → NGAY_TH_YL → NGAY_KQ, nhưng kèm điều kiện áp dụng và ngoại lệ.

Với chẩn đoán–dịch vụ, nên ưu tiên cảnh báo WARN_REVIEW nếu quan hệ chuyên môn chưa hợp lý rõ ràng; chỉ sử dụng kết luận ảnh hưởng thanh toán khi có dr5_payment_condition và căn cứ pháp lý cụ thể.

Kết luận

Nhóm trường này cho phép XML3 mô tả một DVKT dưới dạng sự kiện lâm sàng có lý do và có thời gian:

vì bệnh/triệu chứng nào → ai ra y lệnh → lúc nào chỉ định → lúc nào thực hiện → khi nào hoàn thành/có kết quả.

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

MA_BENH rỗng không tự động là lỗi vì có thể quy chiếu về bệnh chính XML1.

NGAY_KQ có ý nghĩa khác nhau giữa xét nghiệm, PTTT và ngày giường.

Timeline chỉ được đánh giá sau khi xác định đúng loại dịch vụ và ngoại lệ áp dụng.