Bài 1.29. XML9 trong dữ liệu lịch sử và chuẩn giấy chứng sinh điện tử sau Quyết định 2919/QĐ-BYT

“XML9” cần được hiểu theo hai giai đoạn pháp lý khác nhau.

Trước ngày 01/10/2025, Bảng 9 trong chuỗi dữ liệu theo Quyết định 130/QĐ-BYT và các sửa đổi liên quan là Bảng chỉ tiêu dữ liệu giấy chứng sinh, thường được gọi trong thực tế là XML9.

Từ ngày 01/10/2025, Quyết định 2919/QĐ-BYT ngày 15/9/2025 có hiệu lực, bãi bỏ Bảng 9 của Quyết định 130/QĐ-BYT và thay bằng một chuẩn riêng về thông điệp dữ liệu và chuẩn, định dạng dữ liệu điện tử Giấy chứng sinh.

Do đó:

Sau 01/10/2025, không nên tiếp tục coi cấu trúc Bảng 9 cũ là chuẩn hiện hành của giấy chứng sinh điện tử.

Đây là một ví dụ điển hình cho việc hệ thống kiểm tra dữ liệu phải version-aware theo ngày phát sinh/chứng từ, không được dùng một schema duy nhất cho toàn bộ dữ liệu lịch sử.

1. XML9 lịch sử — Bảng 9 của Quyết định 130

Bảng 9 cũ gồm 35 trường, bắt đầu bằng MA_LK và kết thúc bằng DU_PHONG.

Cấu trúc chính có thể chia thành các nhóm:

Bảng cũ lấy MA_LK làm cầu nối với đợt KCB và chứa khá nhiều thông tin hành chính của mẹ/người nuôi dưỡng, sự kiện sinh và chứng từ trong cùng một record.

Đối với sinh đôi hoặc sinh nhiều hơn, chuẩn cũ cũng yêu cầu tạo lập và gửi XML giấy chứng sinh cho từng trẻ.

2. Mốc chuyển đổi quan trọng: 01/10/2025

Quyết định 2919/QĐ-BYT ban hành:

• quy định thông điệp dữ liệu Giấy chứng sinh;
• chuẩn và định dạng dữ liệu điện tử Giấy chứng sinh;
• chuẩn riêng cho trường hợp mang thai hộ.

Quyết định có hiệu lực từ 01/10/2025 và đồng thời:

1. bãi bỏ Quyết định 1898/QĐ-BYT ngày 09/6/2025;
2. bãi bỏ Bảng 9 – Chỉ tiêu dữ liệu Giấy chứng sinh ban hành kèm Quyết định 130/QĐ-BYT.

Mục tiêu của chuẩn mới không còn chỉ nằm trong luồng dữ liệu giám định BHYT. Quyết định 2919 yêu cầu sử dụng dữ liệu giấy chứng sinh để kết nối, chia sẻ với Phần mềm dịch vụ công liên thông, phục vụ nhóm thủ tục như đăng ký khai sinh, đăng ký thường trú và cấp thẻ BHYT cho trẻ dưới 6 tuổi.

Do đó đây là một thay đổi về kiến trúc dữ liệu, không đơn thuần là thêm hoặc bớt vài field.

3. Khác biệt căn bản giữa XML9 cũ và chuẩn mới

Có thể tóm tắt:

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

Giấy chứng sinh trở thành một đối tượng dữ liệu/chứng từ điện tử có định danh riêng, thay vì chỉ là “Bảng 9 gắn với MA_LK” trong package KCB.

4. Chuẩn Giấy chứng sinh thông thường sau Quyết định 2919

Phụ lục I của Quyết định 2919 quy định 20 nhóm thông tin, trong đó một số nhóm chứa nhiều chỉ tiêu dữ liệu. Vì vậy không nên hiểu “20 mục” là chỉ có 20 XML tag.

Các chỉ tiêu chính gồm:

Các trường bắt buộc được đánh dấu trực tiếp bằng cột “Bắt buộc” trong chuẩn, thay vì phải suy luận rằng tất cả các trường đều required.

5. MA_GCS — định danh mới của Giấy chứng sinh

Một thay đổi rất quan trọng là trường:

MA_GCS

có cấu trúc:

XXXXX.GCS.ZZZZZ.YY

trong đó:

• XXXXX: số thứ tự tăng dần của giấy chứng sinh được cấp trong năm tại cơ sở;
• GCS: ký tự cố định;
• ZZZZZ: mã cơ sở KBCB;
• YY: hai ký tự cuối của năm cấp giấy.

Ví dụ trong Quyết định:

00005.GCS.22001.25.

Đây là thay đổi kiến trúc đáng chú ý so với Bảng 9 cũ.

Trước đây:

MA_LK → giấy chứng sinh thuộc đợt KCB nào

Trong chuẩn mới:

MA_GCS → giấy chứng sinh là một chứng từ điện tử có định danh riêng.

Tất nhiên hệ thống bệnh viện vẫn cần lưu quan hệ nội bộ giữa giấy chứng sinh và hồ sơ sinh/đợt KCB, nhưng đó không còn là lý do để áp schema XML9 cũ lên dữ liệu sau 01/10/2025.

6. Một số thay đổi dữ liệu đáng chú ý

Định danh mẹ

Chuẩn mới tách:

LOAI_GIAYTO_ME

và

SO_DDCN_ME

với loại giấy tờ gồm định danh cá nhân, hộ chiếu hoặc loại khác.

Cách này rõ hơn cấu trúc cũ vốn tập trung vào SO_CCCD_NND.

Địa chỉ

Chuẩn mới sử dụng MATINH_CU_TRU và MAXA_CU_TRU, cùng địa chỉ đầy đủ NOI_CU_TRU_ME; văn bản dẫn chiếu bảng mã đơn vị hành chính tại Quyết định 19/2025/QĐ-TTg.

Điểm đáng chú ý là schema mới không còn cấu trúc tỉnh–huyện–xã giống Bảng 9 lịch sử.

Ngày giờ sinh

NGAY_SINH_CON được quy định độ dài 12 ký tự. Trong văn bản Quyết định 2919, định dạng được ghi là yyyyMMddHHss và phần diễn giải xác định ss là phút sinh. Khi triển khai kỹ thuật nên giữ đúng đặc tả chính thức hoặc hướng dẫn kỹ thuật tiếp theo, không tự ý “sửa” ký hiệu chỉ vì khác quy ước lập trình thông thường.

Cấp lần đầu/cấp lại

LAN_CAP:

• 0: cấp lần đầu;
• 1: cấp lại.

Điều này cho phép kiểm tra vòng đời chứng từ tốt hơn so với Bảng 9 cũ.

7. Sinh đôi, sinh nhiều và mang thai hộ

Với sinh đôi hoặc sinh nhiều hơn, Quyết định 2919 tiếp tục nguyên tắc:

mỗi trẻ được tạo một giấy chứng sinh với mã riêng.

SOCON_LANNAY cho biết tổng số con của lần sinh, nhưng từng trẻ vẫn phải có chứng từ riêng.

Đặc biệt, Quyết định 2919 có Phụ lục II riêng cho trường hợp mang thai hộ.

Schema này không đơn giản chỉ thêm vài trường vào mẫu thông thường. Nó có các nhóm dữ liệu riêng về:

• vợ/chồng bên nhờ mang thai hộ;
• bên mang thai hộ;
• định danh, ngày sinh, dân tộc và cư trú của các bên;
• thông tin trẻ;
• cơ sở cấp;
• MA_GCS;
• lần cấp và chứng từ tương ứng.

Vì vậy hệ thống không nên cố nhồi dữ liệu mang thai hộ vào schema thông thường bằng các field tự chế.

8. Dr5-XML phải xử lý chuyển tiếp như thế nào?

Đây là trường hợp rất rõ cần schema versioning theo ngày hiệu lực.

Hồ sơ/chứng từ lịch sử trước 01/10/2025

Dr5-XML vẫn phải hiểu và kiểm tra Bảng 9 cũ.

Không được báo:

“XML9 không còn hợp lệ”

cho hồ sơ lịch sử vốn được tạo đúng theo chuẩn có hiệu lực tại thời điểm đó.

Chứng từ từ 01/10/2025 trở đi

Không nên yêu cầu cấu trúc Bảng 9 của QĐ130.

Thay vào đó phải kiểm tra schema Giấy chứng sinh điện tử theo QĐ2919.

Logic tổng quát nên là:

ngày cấp chứng từ → xác định phiên bản chuẩn → chọn schema → kiểm tra requiredness → kiểm tra danh mục → kiểm tra quan hệ nghiệp vụ.

Trong kiến trúc chuẩn của Dr5-XML:

• dr5_xml_field: chứa field của Bảng 9 lịch sử và field của schema GCS mới theo từng phiên bản;
• dr5_xml_required: cột bắt buộc và requiredness có điều kiện;
• dr5_xml_relation: quan hệ mẹ–con, giấy–cơ sở, ngày sinh–ngày cấp, sinh nhiều con, cấp lại;
• dr5_catalog_binding: cơ sở KBCB, dân tộc, đơn vị hành chính, loại giấy tờ;
• dr5_payment_condition: chỉ sử dụng nếu một vấn đề thực sự liên quan điều kiện thanh toán/chế độ;
• dr5_legal_basis: QĐ130/QĐ4750/QĐ3176 trước đây và QĐ2919 từ 01/10/2025.

Không cần tạo một bộ engine riêng chỉ cho giấy chứng sinh.

9. Những rule có giá trị cao

Một số kiểm tra phù hợp gồm:

Đối với dữ liệu lịch sử:

• Bảng 9 xuất hiện trong hồ sơ thuộc giai đoạn áp dụng;
• MA_LK liên kết đúng XML1;
• thông tin mẹ, trẻ và sự kiện sinh nhất quán với hồ sơ sản khoa;
• sinh nhiều con nhưng chỉ có một record cho toàn bộ trẻ;
• thông tin phẫu thuật/sinh dưới 32 tuần không nhất quán với GHI_CHU.

Đối với chuẩn mới:

• MA_GCS đúng cấu trúc và mã cơ sở bên trong phù hợp MA_CSKBCB;
• năm trong MA_GCS phù hợp NGAY_CS;
• LAN_CAP thuộc domain cho phép;
• mã tỉnh/xã phù hợp địa chỉ và đúng phiên bản danh mục;
• NGAY_CS không hợp lý so với NGAY_SINH_CON;
• sinh nhiều con nhưng thiếu chứng từ riêng cho từng trẻ;
• SINHCON_PHAUTHUAT = 1 hoặc SINHCON_DUOI32TUAN = 1 nhưng GHI_CHU không phản ánh nội dung cần thiết;
• hồ sơ mang thai hộ nhưng lại dùng schema thông thường.

Các lỗi schema hoặc domain chắc chắn có thể phân loại ERROR_TECH; quan hệ bất thường giữa chứng từ và hồ sơ nguồn nên là WARN_REVIEW; trường hợp cần xem hồ sơ sản khoa/chứng từ gốc nên là INFO_EVIDENCE.

Kết luận

Mốc 01/10/2025 chia dữ liệu giấy chứng sinh thành hai thế hệ:

Trước 01/10/2025: Bảng 9/XML9 thuộc bộ chuẩn dữ liệu KCB theo QĐ130 và chuỗi sửa đổi.

Từ 01/10/2025: Bảng 9 cũ bị bãi bỏ; áp dụng chuẩn dữ liệu điện tử Giấy chứng sinh riêng theo QĐ2919/QĐ-BYT.

Sự thay đổi cốt lõi không chỉ là tên trường. Mô hình dữ liệu chuyển từ:

“một bảng XML gắn với đợt KCB bằng MA_LK”

sang:

“một chứng từ điện tử độc lập có MA_GCS, cơ sở phát hành, trạng thái cấp, dữ liệu mẹ–con và khả năng liên thông dịch vụ công.”

Vì vậy, đối với Dr5-XML, không được xóa hỗ trợ XML9 cũ vì vẫn cần đọc hồ sơ lịch sử; đồng thời không được dùng XML9 cũ để kiểm tra chứng từ phát hành từ 01/10/2025 trở đi.

Đây là một ví dụ tiêu biểu cho nguyên tắc nền tảng của toàn bộ hệ thống:

Dữ liệu đúng hay sai phải được đánh giá theo chuẩn có hiệu lực tại thời điểm dữ liệu được tạo lập, không phải theo chuẩn mới nhất tại thời điểm giám định.