Bài 1.33. XML13 — Dữ liệu giấy chuyển tuyến/chuyển cơ sở khám chữa bệnh BHYT: cấu trúc và từng trường

XML13 là Bảng 13 – Chỉ tiêu dữ liệu giấy chuyển tuyến/chuyển cơ sở khám bệnh, chữa bệnh bảo hiểm y tế. Đây là bảng dữ liệu chứng từ mô tả việc người bệnh được chuyển từ một cơ sở KBCB sang cơ sở khác, đồng thời mang theo các thông tin cần thiết về hành chính, BHYT, tình trạng lâm sàng, quá trình điều trị, chẩn đoán, lý do chuyển và người có thẩm quyền chỉ định/ký chứng từ.

Bảng 13 chỉ được trích chuyển khi thực tế có chuyển tuyến/chuyển cơ sở KBCB và MA_LOAI_RV thuộc mã 2 hoặc 5. Theo XML1, mã 2 hiện được diễn giải là chuyển tuyến/chuyển cơ sở KBCB theo yêu cầu chuyên môn; mã 5 là chuyển tuyến/chuyển cơ sở KBCB theo yêu cầu người bệnh.

Nguyên tắc cốt lõi:

XML13 không chỉ chứng minh “có giấy chuyển tuyến”, mà phải thể hiện nhất quán toàn bộ sự kiện chuyển người bệnh: từ đâu → đến đâu → vì sao chuyển → tình trạng lúc chuyển → đã điều trị gì → ai chỉ định → ai ký.

1. Cấu trúc tổng thể của XML13

Bảng 13 có 39 vị trí trường. Tuy nhiên, trong chuỗi sửa đổi hiện lưu trong bộ chuẩn của dự án, hai trường TEN_DICH_VU và TEN_THUOC đã được ghi là “Bỏ”, còn trường số 30 được đổi từ PP_DIEU_TRI thành TINH_TRANG_CT. Vì vậy khi xây schema phải quản lý theo phiên bản, không được coi toàn bộ cấu trúc ban đầu là bất biến.

Các trường đầu tiên về số hồ sơ, số sổ, số giấy và mã cơ sở đã được sửa cách diễn giải từ “chuyển tuyến” sang bao quát cả “chuyển tuyến/chuyển cơ sở KBCB”.

2. Định danh chứng từ và hành trình cơ sở KBCB

MA_LK nối XML13 với đúng đợt KCB trong XML1.

Ba trường:

• SO_HOSO;
• SO_CHUYENTUYEN;
• GIAY_CHUYEN_TUYEN

phục vụ các lớp quản lý chứng từ khác nhau và không nên mặc định là một mã duy nhất. Nội dung hiện tại đều đã được mở rộng từ giấy chuyển tuyến BHYT sang giấy chuyển tuyến/chuyển cơ sở KBCB.

Ba trường cơ sở đặc biệt quan trọng:

MA_CSKCB

Mã cơ sở KBCB cấp giấy.

MA_CSKCB_DI

Trường này trước đây là MA_NOI_DI. Sau sửa đổi được đổi tên thành MA_CSKCB_DI.

Nếu người bệnh được chuyển từ nhiều cơ sở KCB đến, có thể ghi lần lượt các mã cơ sở, phân cách bằng dấu chấm phẩy.

MA_CSKCB_DEN

Trước đây là MA_NOI_DEN, sau sửa đổi thành MA_CSKCB_DEN, thể hiện cơ sở KCB nơi người bệnh được chuyển đến.

Như vậy có thể kiểm tra chuỗi:

Cơ sở đang điều trị → cơ sở cấp giấy → cơ sở đi → cơ sở đến.

Không nên mặc định mọi trường này phải luôn giống nhau; cần kiểm tra đúng vai trò nghiệp vụ của từng mã.

3. Thông tin người bệnh và dữ liệu lấy từ XML1

Các trường từ HO_TEN đến NGAY_RA chủ yếu tái sử dụng dữ liệu từ XML1:

• HO_TEN;
• NGAY_SINH;
• GIOI_TINH;
• MA_QUOCTICH;
• MA_DANTOC;
• MA_NGHE_NGHIEP;
• DIA_CHI;
• MA_THE_BHYT;
• GT_THE_DEN;
• NGAY_VAO;
• NGAY_VAO_NOI_TRU;
• NGAY_RA.

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

Nếu XML13 dùng cùng MA_LK với XML1 nhưng:

• khác họ tên;
• khác ngày sinh;
• khác giới tính;
• khác thời hạn thẻ;
• khác ngày vào/ra;

thì cần cảnh báo dữ liệu không đồng bộ.

Tuy nhiên, khi so sánh phải lưu ý phiên bản dữ liệu và quy tắc nguồn. Không nên sửa trực tiếp XML13 cho “khớp”; phải sửa dữ liệu nguồn HIS/EMR rồi sinh lại chứng từ và XML.

4. Nội dung chuyên môn trước khi chuyển

Nhóm chuyên môn giúp cơ sở tiếp nhận hiểu người bệnh đã trải qua những gì trước khi được chuyển.

DAU_HIEU_LS

Ghi các dấu hiệu lâm sàng của người bệnh tại thời điểm chuyển tuyến/chuyển cơ sở KBCB.

CHAN_DOAN_RV

Sử dụng thông tin chẩn đoán ra viện tương ứng từ XML1.

QT_BENHLY

Ghi quá trình bệnh lý và diễn biến lâm sà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.

PP_DIEUTRI

Sau sửa đổi, nội dung được diễn giải rõ hơn là:

phương pháp, thủ thuật, kỹ thuật và thuốc đã sử dụng trong điều trị.

Các trường MA_BENH_CHINH, MA_BENH_KT, MA_BENH_YHCT tiếp tục mang chẩn đoán mã hóa liên quan.

Bảng tổng hợp của dự án có chú thích các cập nhật năm 2026 tại các trường chẩn đoán; khi chuyển thành rule pháp lý chính thức cần đối chiếu trực tiếp văn bản tương ứng trước khi gắn vào dr5_legal_basis.

Đáng chú ý, TEN_DICH_VU và TEN_THUOC từng tồn tại trong cấu trúc nhưng phần sửa đổi hiện tại ghi “Bỏ”. Vì vậy engine không được yêu cầu hai trường này ở phiên bản đã bãi bỏ.

5. TINH_TRANG_CT, MA_LOAI_RV và MA_LYDO_CT — lõi logic của sự kiện chuyển

Trường số 30 ban đầu mang tên PP_DIEU_TRI, nhưng đã được đổi tên thành TINH_TRANG_CT, dùng để ghi:

Tình trạng người bệnh tại thời điểm chuyển tuyến/chuyển cơ sở KBCB.

Đây là thay đổi quan trọng vì hệ thống cũ nếu vẫn gửi tên field/ý nghĩa cũ có thể tạo sai schema.

MA_LOAI_RV

Sử dụng thông tin từ XML1.

Hai mã liên quan trực tiếp đến XML13 là:

• 2: chuyển tuyến/chuyển cơ sở KBCB theo yêu cầu chuyên môn;
• 5: chuyển tuyến/chuyển cơ sở KBCB theo yêu cầu người bệnh.

MA_LYDO_CT

Mã lý do chuyển gồm:

• 1: đủ điều kiện chuyển phù hợp quy định;
• 2: đủ điều kiện chuyển do không phù hợp khả năng đáp ứng của cơ sở KBCB;
• 3: chuyển theo yêu cầu của người bệnh hoặc người đại diện hợp pháp.

Hai trường này phải được kiểm tra quan hệ với nhau.

Ví dụ, nếu:

MA_LOAI_RV = 5

nhưng:

MA_LYDO_CT = 2

thì cần rà soát vì một field cho biết chuyển theo yêu cầu người bệnh, trong khi field kia mô tả lý do liên quan khả năng đáp ứng chuyên môn.

Đây trước hết nên là WARN_REVIEW, trừ khi quy định hiện hành cho phép kết luận chắc chắn là không hợp lệ.

6. Hướng điều trị, vận chuyển, người hộ tống và người chỉ định

HUONG_DIEU_TRI mô tả hướng điều trị tiếp theo tại cơ sở nhận.

PHUONGTIEN_VC ghi phương tiện vận chuyển.

HOTEN_NGUOI_HT và CHUCDANH_NGUOI_HT chỉ áp dụng khi có người hộ tống. Vì vậy không nên đặt hai trường này là required tuyệt đối.

MA_BAC_SI

Sau sửa đổi, đây là mã của người hành nghề chỉ định chuyển tuyến/chuyển cơ sở KBCB, mã hóa theo số GPHN.

Trường hợp người hành nghề được huy động, điều động phục vụ phòng chống dịch, thiên tai, thảm họa có cấu trúc đặc biệt:

MA_BAC_SI.HD.XXXXX

với phần XXXXX được diễn giải theo nguồn cử người hành nghề hoặc mã tỉnh trong trường hợp đặc thù.

MA_TTDV

Là người đứng đầu cơ sở KBCB hoặc người được ủy quyền ký giấy chuyển tuyến/chuyển cơ sở KBCB.

Sau sửa đổi:

• ưu tiên mã hóa theo số GPHN;
• trường hợp không có GPHN thì dùng CCCD hoặc số định danh cá nhân.

Do đó không nên yêu cầu:

MA_BAC_SI = MA_TTDV

vì một người là người chỉ định chuyển, còn người kia là người có thẩm quyền ký chứng từ.

7. Chữ ký số, phạm vi trích chuyển và tiền giám định

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

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

Bảng 13 còn quy định:

• chỉ trích chuyển khi có chuyển tuyến/chuyển cơ sở KBCB;
• MA_LOAI_RV phải là 2 hoặc 5;
• nếu Bảng 13 đã được ký số và giấy chuyển được hiển thị trên VNeID thì có giá trị tương đương bản giấy.

Đối với Dr5-XML, nhóm rule có giá trị cao gồm:

• XML13 tồn tại nhưng MA_LOAI_RV không phải 2 hoặc 5;
• MA_LOAI_RV là 2/5 nhưng thiếu XML13 trong trường hợp phải trích chuyển;
• MA_CSKCB_DEN không hợp lệ theo danh mục tại thời điểm chuyển;
• dữ liệu người bệnh không nhất quán XML1;
• NGAY_RA/thời điểm chuyển không phù hợp timeline điều trị;
• MA_LOAI_RV và MA_LYDO_CT mâu thuẫn;
• người chỉ định chuyển không có GPHN phù hợp;
• người ký không phù hợp thẩm quyền;
• trường TEN_DICH_VU hoặc TEN_THUOC vẫn bị hệ thống yêu cầu dù đã thuộc phần bị bỏ;
• hệ thống vẫn sử dụng tên cũ MA_NOI_DI, MA_NOI_DEN hoặc PP_DIEU_TRI cho schema mới;
• thiếu/chưa hợp lệ chữ ký số trong trường hợp áp dụng quy trình điện tử.

Trong kiến trúc generic, tiếp tục dùng:

• dr5_xml_field cho đặc tả và việc đổi/bỏ field;
• dr5_xml_required cho điều kiện MA_LOAI_RV = 2/5;
• dr5_xml_relation cho quan hệ cơ sở đi–đến, XML1–XML13 và các quan hệ logic;
• dr5_catalog_binding cho cơ sở KBCB, GPHN và danh mục mã;
• dr5_payment_condition chỉ khi có điều kiện thanh toán/quyền lợi BHYT được quy định rõ;
• dr5_legal_basis cho phiên bản và hiệu lực văn bản.

Kết luận

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

Đợt KCB → cơ sở đi → tình trạng người bệnh → quá trình đã điều trị → lý do chuyển → cơ sở đến → hướng điều trị tiếp → phương tiện/người hộ tống → người chỉ định → người ký → chữ ký số.

Bốn nguyên tắc cần nhớ:

XML13 chỉ phát sinh khi thực tế có chuyển tuyến/chuyển cơ sở KBCB và MA_LOAI_RV là 2 hoặc 5.

Cần sử dụng schema đúng phiên bản: MA_CSKCB_DI, MA_CSKCB_DEN, TINH_TRANG_CT; không duy trì máy móc tên trường cũ.

TEN_DICH_VU và TEN_THUOC là các trường đã được ghi “Bỏ” trong phần sửa đổi, vì vậy không nên tiếp tục coi là bắt buộc ở phiên bản hiện hành tương ứng.

Giấy chuyển tuyến là chứng từ ảnh hưởng trực tiếp đến hành trình KCB BHYT, nhưng phát hiện bất nhất dữ liệu không đồng nghĩa tự động mất quyền lợi hoặc xuất toán; phải xác định chính xác điều kiện pháp lý và chứng cứ của từng trường hợp.