Bài 1.34. XML14 — Dữ liệu giấy hẹn khám lại: cấu trúc và diễn giải từng trường

XML14 là Bảng 14 – Chỉ tiêu dữ liệu giấy hẹn khám lại. Đây là bảng dữ liệu chứng từ dùng khi sau một lần khám hoặc đợt điều trị, người hành nghề xác định người bệnh cần quay lại cơ sở khám bệnh, chữa bệnh vào một ngày cụ thể.

XML14 không phải bảng mô tả một lần KCB mới. Nó là chứng từ phát sinh từ đợt KCB hiện tại, liên kết với XML1 bằng MA_LK, ghi nhận người bệnh nào được hẹn, ngày hẹn, bệnh/chẩn đoán liên quan, người chỉ định khám lại và người có thẩm quyền ký giấy.

Bảng 14 chỉ được trích chuyển khi thực tế có hẹn khám lại cho người bệnh. Trường hợp bảng đã được ký số và Giấy hẹn khám lại được hiển thị trên VNeID thì có giá trị tương đương giấy hẹn khám lại bản giấy.

Nguyên tắc quan trọng:

Không có XML14 không đồng nghĩa hồ sơ KCB sai. Trước hết phải xác định người bệnh có thực sự được cấp giấy hẹn khám lại hay không.

1. Cấu trúc XML14

Trong bảng tổng hợp hiện tại có 22 chỉ tiêu dữ liệu thực tế. Số thứ tự pháp lý trong nguồn đi từ 1 đến 13 rồi chuyển sang 15–23; không có dòng STT 14 trong bảng mà dự án đang sử dụng. Vì vậy hệ thống không nên tự tạo một field “số 14” để lấp khoảng trống.

2. MA_LK, số giấy và cơ sở cấp

MA_LK là cầu nối XML14 với XML1. Mọi thông tin về người bệnh và đợt KCB trong giấy hẹn cần được hiểu trong ngữ cảnh của MA_LK này.

SO_GIAYHEN_KL là số giấy hẹn khám lại do cơ sở KBCB cấp theo mẫu chứng từ được chuẩn dẫn chiếu.

MA_CSKCB là mã của cơ sở KBCB cấp giấy hẹn.

Các kiểm tra cơ bản gồm:

• MA_LK không tìm thấy trong XML1;
• MA_CSKCB không hợp lệ tại thời điểm cấp giấy;
• cùng một số giấy xuất hiện bất thường ở nhiều người bệnh;
• giấy hẹn thuộc một MA_LK nhưng lại mang mã cơ sở không phù hợp với nơi điều trị.

Tuy nhiên, tính duy nhất của SO_GIAYHEN_KL phải dựa vào quy tắc quản lý chứng từ của cơ sở, không nên tự mặc định là duy nhất toàn quốc.

3. Nhóm thông tin người bệnh và BHYT phải thống nhất XML1

Các trường:

HO_TEN, NGAY_SINH, GIOI_TINH, DIA_CHI, MA_THE_BHYT, GT_THE_DEN, NGAY_VAO, NGAY_VAO_NOI_TRU, NGAY_RA

đều sử dụng hoặc kế thừa thông tin tương ứng từ XML1.

Đây là nhóm rất phù hợp cho kiểm tra CROSS_TABLE_RECONCILIATION.

Ví dụ:

XML14.HO_TEN ↔ XML1.HO_TEN

XML14.NGAY_SINH ↔ XML1.NGAY_SINH

XML14.MA_THE_BHYT ↔ XML1.MA_THE_BHYT

XML14.NGAY_RA ↔ XML1.NGAY_RA

Nếu cùng MA_LK nhưng các trường này khác nhau, nguyên nhân thường là giấy hẹn được tạo từ dữ liệu cũ hoặc chứng từ không được cập nhật sau khi hồ sơ bệnh án thay đổi.

Nguyên tắc xử lý đúng là:

Sửa dữ liệu nguồn HIS/EMR → sinh lại chứng từ → sinh lại XML, không chỉnh tay riêng XML14.

4. NGAY_HEN_KL — trường trung tâm của XML14

NGAY_HEN_KL là ngày người bệnh được hẹn quay lại khám.

Trong diễn giải ban đầu, trường này từng được mô tả 12 ký tự theo yyyymmddHHMM. Tuy nhiên phần sửa đổi đã thay toàn bộ nội dung thành:

Ghi thời điểm người bệnh được hẹn khám lại, gồm 08 ký tự theo định dạng yyyymmdd.

Do đó, ở phiên bản hiện tại tương ứng:

NGAY_HEN_KL = ngày, không còn giờ/phút.

Đây là điểm rất dễ gây lỗi nếu HIS vẫn dùng schema cũ.

Rule kỹ thuật nên kiểm tra:

• đúng 8 ký tự;
• là ngày hợp lệ;
• phù hợp định dạng yyyymmdd.

Rule nghiệp vụ nên kiểm tra:

NGAY_HEN_KL > thời điểm/ngày kết thúc đợt KCB hiện tại, trong tình huống thông thường.

Nếu ngày hẹn nằm trước ngày ra hoặc trước ngày cấp giấy, cần rà soát.

Tuy nhiên không nên cứng hóa khoảng cách tối thiểu/tối đa giữa hai lần khám nếu chưa có căn cứ cụ thể cho bệnh hoặc loại dịch vụ.

5. Chẩn đoán và lý do chuyên môn của lần khám lại

Các trường:

• CHAN_DOAN_RV;
• MA_BENH_CHINH;
• MA_BENH_KT;
• MA_BENH_YHCT;
• MA_DOITUONG_KCB

đều lấy hoặc đối chiếu với dữ liệu tương ứng trong XML1.

Các trường này tạo bối cảnh cho quyết định hẹn khám lại.

Ví dụ, người bệnh có bệnh mạn tính cần theo dõi định kỳ thì giấy hẹn phải phù hợp với bệnh và quá trình điều trị đã ghi nhận.

Nhưng không nên xây rule kiểu:

“Bệnh X bắt buộc phải hẹn đúng Y ngày”

trừ khi có hướng dẫn chuyên môn hoặc điều kiện pháp lý cụ thể được đưa vào danh mục kiểm tra.

Một ngày hẹn khác với “thông lệ” trước hết nên được phân loại WARN_REVIEW, không phải PAYMENT_CONDITION.

6. MA_BAC_SI — người chỉ định khám lại

Sau sửa đổi, MA_BAC_SI được diễn giải là:

Mã người hành nghề chỉ định người bệnh khám lại, mã hóa theo số GPHN.

Trường hợp người hành nghề được huy động, điều động tham gia phòng, chống dịch hoặc thiên tai, thảm họa tại cơ sở khác, chuẩn cho phép cấu trúc:

MA_BAC_SI.HD.XXXXX

trong đó phần XXXXX phản ánh cơ sở cử người hành nghề hoặc mã địa phương theo tình huống được quy định.

Do đó rule không nên chỉ dùng regex “GPHN thuần” cho mọi trường hợp.

Cần kiểm tra:

người hành nghề → GPHN → hiệu lực → cơ sở/ngữ cảnh hành nghề → thời điểm chỉ định.

7. MA_TTDV, NGAY_CT, DU_PHONG và giấy hẹn điện tử

MA_TTDV là mã của người đứng đầu cơ sở KBCB hoặc người được ủy quyền ký giấy hẹn khám lại.

Sau sửa đổi:

• nếu có GPHN: mã hóa theo số GPHN;
• nếu không có GPHN: sử dụng CCCD hoặc số định danh cá nhân;
• kiểu dữ liệu là chuỗi;
• kích thước tối đa 255 ký tự.

Vì vậy:

MA_TTDV không nhất thiết phải giống MA_BAC_SI.

MA_BAC_SI là người chỉ định người bệnh khám lại.

MA_TTDV là người có thẩm quyền ký chứng từ.

NGAY_CT ghi ngày cấp giấy hẹn khám lại theo định dạng yyyymmdd.

DU_PHONG ban đầu là trường dự phòng nhưng phần sửa đổi bổ sung:

Ghi dữ liệu chữ ký số của cơ sở KBCB.

Khi bảng được ký số và giấy hẹn được hiển thị trên VNeID, chứng từ điện tử có giá trị tương đương bản giấy theo ghi chú của Bảng 14.

8. Phạm vi trích chuyển và tiền giám định Dr5-XML

Ghi chú Bảng 14 quy định rất rõ:

Chỉ trích chuyển Bảng 14 khi có hẹn khám lại cho người bệnh.

Vì vậy cần tránh hai loại rule sai:

Sai kiểu 1: mọi hồ sơ đều phải có XML14.

Sai kiểu 2: không có XML14 thì tự động kết luận người bệnh không được khám lại.

Cần xác định trước sự kiện nghiệp vụ “có hẹn khám lại”.

Một số rule có giá trị cao:

Trong Dr5-XML tiếp tục sử dụng sáu danh mục:

• dr5_xml_field: quản lý field và phiên bản, đặc biệt thay đổi NGAY_HEN_KL;
• dr5_xml_required: điều kiện “có hẹn khám lại”;
• dr5_xml_relation: XML1–XML14, timeline ngày ra–ngày hẹn–ngày chứng từ;
• dr5_catalog_binding: GPHN, cơ sở KBCB, đối tượng KCB;
• dr5_payment_condition: chỉ khi có điều kiện quyền lợi/thanh toán rõ ràng;
• dr5_legal_basis: quản lý chuỗi văn bản và thời gian hiệu lực.

Kết luận

XML14 có thể được hiểu theo chuỗi:

Đợt KCB hiện tại → chẩn đoán/tình trạng bệnh → quyết định cần khám lại → ngày hẹn → người chỉ định → người ký → chứng từ điện tử.

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

XML14 chỉ phát sinh khi thực tế có hẹn khám lại.

NGAY_HEN_KL theo phần sửa đổi hiện hành trong bảng là 8 ký tự yyyymmdd, không phải 12 ký tự có giờ/phút như diễn giải cũ.

MA_BAC_SI và MA_TTDV có vai trò khác nhau: một người chỉ định khám lại, một người ký chứng từ.

Bảng nguồn hiện nhảy số thứ tự từ 13 sang 15; hệ thống phải bám schema thực tế, không tự tạo một trường số 14 không có trong nguồn.

Đối với tiền kiểm, XML14 là một bảng có thể kiểm soát rất tốt ngay tại thời điểm phát hành giấy hẹn: kiểm tra ngày hẹn, thông tin người bệnh, GPHN, thẩm quyền ký và chữ ký số trước khi dữ liệu rời khỏi HIS.