Nhóm trường đầu tiên của XML1 trả lời hai câu hỏi cơ bản:

Người bệnh trong đợt KCB này là ai?
Thông tin BHYT và các yếu tố liên quan quyền lợi của người bệnh được ghi nhận như thế nào?

Đây là nhóm dữ liệu xuất phát chủ yếu từ khâu tiếp đón và xác minh thông tin người bệnh. Nếu dữ liệu nguồn sai ngay từ đầu, sai lệch có thể đi theo toàn bộ hồ sơ XML và ảnh hưởng đến các bước giám định, thanh toán sau đó.

Trong bài này, ngoài các trường từ MA_LK đến NGAY_MIEN_CCT, chúng ta cũng đề cập MA_KHUVUC và NAM_NAM_LIEN_TUC nằm gần cuối XML1 nhưng có liên quan trực tiếp đến thông tin BHYT và quyền lợi.

1. Các trường thuộc nhóm này

Có thể chia thành bốn nhóm nhỏ:

Các trường từ MA_LK đến NGAY_MIEN_CCT được quy định liên tiếp trong phần đầu Bảng 1.

2. Nhóm định danh hồ sơ và người bệnh

MA_LK — mã liên kết đợt KCB

MA_LK là chuỗi tối đa 100 ký tự, được quy định là mã đợt điều trị duy nhất, dùng để liên kết XML1 với các bảng dữ liệu còn lại của cùng một lần KCB.

Do đó:

MA_LK = xác định đợt KCB

không phải:

MA_LK = xác định người bệnh

Một người bệnh có thể có nhiều MA_LK ở những lần KCB khác nhau.

STT — số thứ tự

STT là số thứ tự tăng từ 1 đến hết trong một lần gửi dữ liệu.

Đây là trường phục vụ tổ chức dữ liệu, không phải mã người bệnh hay mã hồ sơ lâu dài.

MA_BN — mã người bệnh

MA_BN là mã người bệnh theo quy định của cơ sở KBCB.

Có thể ghi nhớ:

MA_BN nhận diện người bệnh; MA_LK nhận diện một đợt KCB của người bệnh đó.

Nếu một người bệnh bị tạo nhiều mã bệnh nhân trên HIS, lịch sử KCB có thể bị phân mảnh. Đây là một vấn đề chất lượng dữ liệu nguồn cần được kiểm soát.

HO_TEN — họ và tên

HO_TEN có kiểu Chuỗi, kích thước tối đa 255.

Quy định còn hướng dẫn riêng việc ghi họ tên đối với trẻ sơ sinh chưa được cấp thẻ BHYT do chưa làm thủ tục khai sinh, tùy trường hợp có cha mẹ, người giám hộ hoặc trẻ bị bỏ rơi tại cơ sở KBCB.

Vì vậy, kiểm tra họ tên không nên chỉ dựa vào việc trường này “có chữ hay không”, mà phải xét đúng tình huống của người bệnh.

SO_CCCD — thông tin định danh cá nhân

Sau sửa đổi tại Quyết định 3176, trường này được diễn giải theo hướng:

• ghi số CCCD hoặc số định danh cá nhân trên giấy tờ tương ứng;
• người nước ngoài ghi số hộ chiếu;
• trường hợp bất khả kháng như trẻ sơ sinh hoặc người bệnh mất ý thức, tâm thần không thể lấy được thông tin định danh thì được để trống;
• kích thước tối đa được điều chỉnh thành n.

Đây là ví dụ điển hình cho field bắt buộc có điều kiện, không nên xây rule đơn giản:

SO_CCCD rỗng → lỗi

mà phải kiểm tra xem hồ sơ có thuộc ngoại lệ được phép để trống hay không.

3. Nhóm thông tin nhân khẩu và hành chính

NGAY_SINH

NGAY_SINH là Chuỗi 12 ký tự theo cấu trúc:

yyyymmddHHMM

Quy định có cơ chế xử lý khi không có đầy đủ ngày, tháng, giờ, phút sinh; đồng thời có hướng dẫn riêng cho trẻ sơ sinh và trẻ bị bỏ rơi.

Do đó, không nên tự động coi các ký tự 00 trong trường này là lỗi.

GIOI_TINH

Bảng 1 sử dụng:

1 = Nam
2 = Nữ
3 = Chưa xác định

Điểm cần kiểm tra là giá trị thuộc đúng tập mã được phép và nhất quán với các dữ liệu có liên quan.

NHOM_MAU

NHOM_MAU là Chuỗi tối đa 5 ký tự và chỉ ghi khi có thông tin.

Do đó, NHOM_MAU rỗng không mặc nhiên là lỗi XML.

MA_QUOCTICH, MA_DANTOC, MA_NGHE_NGHIEP

Ba trường này không phải nội dung văn bản tự do mà là dữ liệu mã hóa theo danh mục.

Bảng 1 quy định:

• MA_QUOCTICH: mã quốc tịch;
• MA_DANTOC: mã dân tộc;
• MA_NGHE_NGHIEP: mã nghề nghiệp.

Đối với MA_NGHE_NGHIEP, Quyết định 3176 sửa phần diễn giải theo hướng sử dụng mã nghề nghiệp cấp 2; trường hợp không có hoặc chưa có nghề nghiệp ghi 00, đồng thời có hướng dẫn cho trường hợp ngoài độ tuổi lao động hoặc nghề chưa có trong danh mục.

Đây là nhóm field nên được kiểm tra bằng danh mục có phiên bản, thay vì hard-code giá trị trực tiếp trong chương trình.

4. Địa chỉ và mã nơi cư trú

Nhóm này gồm:

DIA_CHI
MATINH_CU_TRU
MAHUYEN_CU_TRU
MAXA_CU_TRU

DIA_CHI mô tả địa chỉ nơi cư trú của người bệnh. Quy định có hướng dẫn riêng cho người Việt Nam, người nước ngoài và trẻ sơ sinh trong một số tình huống.

Các trường mã địa bàn tiếp tục chuẩn hóa địa chỉ thành các mã hành chính:

• MATINH_CU_TRU: cấp tỉnh;
• MAHUYEN_CU_TRU: cấp huyện;
• MAXA_CU_TRU: cấp xã.

Sau Quyết định 3176, phần diễn giải nhấn mạnh nơi người bệnh đang cư trú, thường trú hoặc tạm trú và việc sử dụng mã hành chính tương ứng; riêng cấp xã có trường hợp chưa có mã thì được để trống.

Về kiểm tra dữ liệu, bốn trường này có quan hệ chặt chẽ:

DIA_CHI
   ↕
MATINH_CU_TRU
   ↕
MAHUYEN_CU_TRU
   ↕
MAXA_CU_TRU

Một địa chỉ viết đúng bằng chữ nhưng mã tỉnh/huyện/xã sai vẫn có thể tạo ra bất nhất dữ liệu.

DIEN_THOAI

DIEN_THOAI là Chuỗi tối đa 15 ký tự.

Quy định nêu rõ trường này chỉ ghi khi người bệnh cung cấp, nếu không có thì để trống.

Vì vậy đây không phải field nên kiểm tra theo rule “rỗng = lỗi”.

5. Nhóm thông tin thẻ BHYT

MA_THE_BHYT

MA_THE_BHYT ghi mã thẻ BHYT do cơ quan BHXH cấp.

Quy định còn xử lý các tình huống:

• kiểm tra thông tin thẻ trên Cổng tiếp nhận;
• trường hợp cấp cứu chưa xuất trình được thẻ ngay;
• trường hợp trong đợt điều trị được cấp thẻ mới;
• trẻ em hoặc người hiến bộ phận cơ thể chưa có thẻ;
• người bệnh không KCB BHYT thì để trống.

Một chi tiết quan trọng là nếu trong thời gian điều trị thẻ thay đổi, các mã có thể được ghi nối tiếp và phân cách bằng dấu chấm phẩy.

Do đó, MA_THE_BHYT không nên luôn được xử lý như một chuỗi “chỉ có đúng một mã”.

MA_DKBD

MA_DKBD ghi mã cơ sở đăng ký KCB BHYT ban đầu.

Nếu trong quá trình điều trị người bệnh được cấp thẻ mới làm thay đổi nơi đăng ký ban đầu, bảng chỉ tiêu cho phép ghi tiếp các giá trị tương ứng, phân cách bằng dấu chấm phẩy. Ngoài ra còn có hướng dẫn riêng với mã thẻ tạm thời, trẻ em và người hiến bộ phận cơ thể.

Đối với người bệnh không KCB BHYT, trường này được để trống.

GT_THE_TU và GT_THE_DEN

Hai trường này xác định khoảng thời gian giá trị sử dụng của thẻ:

GT_THE_TU  → ngày bắt đầu giá trị
GT_THE_DEN → ngày hết giá trị

Các giá trị ngày được biểu diễn theo định dạng yyyymmdd.

Quy định cũng xử lý tình huống người bệnh được cấp thẻ mới trong thời gian điều trị, người bệnh KCB BHYT nhưng chưa có thẻ và một số nhóm thẻ đặc thù.

Khi kiểm tra, không nên chỉ xác nhận rằng hai field có đúng tám ký tự mà còn cần xét:

GT_THE_TU
     ≤
thời điểm KCB
     ≤
GT_THE_DEN

cùng các ngoại lệ và biến động thẻ trong đợt điều trị.

6. NGAY_MIEN_CCT — thông tin liên quan miễn cùng chi trả

NGAY_MIEN_CCT ghi thời điểm liên quan đến việc người tham gia BHYT được hưởng chế độ miễn cùng chi trả theo hướng dẫn của bảng chỉ tiêu.

Quy định phân biệt trường hợp đã có giấy xác nhận, trường hợp chưa được cấp giấy và trường hợp không đủ cơ sở xác định thì được để trống.

Điểm cần lưu ý:

Có giá trị tại NGAY_MIEN_CCT không nên được xem là điều kiện duy nhất để phần mềm tự kết luận toàn bộ quyền lợi thanh toán của người bệnh.

Việc xác định quyền lợi phải dựa trên toàn bộ dữ liệu thẻ, đối tượng, thời điểm KCB và các quy định BHYT áp dụng tại thời điểm đó.

7. Hai trường quyền lợi nằm ở cuối XML1

Mặc dù không nằm liên tiếp với nhóm thẻ BHYT, hai field sau cũng cần đọc cùng nhóm này.

MA_KHUVUC

MA_KHUVUC là Chuỗi 2 ký tự, ghi mã nơi sinh sống của người bệnh trên thẻ BHYT:

K1
K2
K3

Đây là dữ liệu có thể liên quan đến việc xác định quyền lợi trong các tình huống pháp luật quy định, nhưng bản thân field không đủ để tự kết luận mức thanh toán.

NAM_NAM_LIEN_TUC

NAM_NAM_LIEN_TUC ghi thời điểm người bệnh tham gia BHYT đủ 5 năm liên tục theo định dạng:

yyyymmdd

Trường này cần được xem trong mối quan hệ với NGAY_MIEN_CCT và các thông tin quyền lợi khác, không nên đọc độc lập.

8. Những quan hệ dữ liệu nên kiểm tra

Nhóm này có rất nhiều kiểm tra chéo quan trọng.

Định danh

MA_BN
HO_TEN
SO_CCCD
NGAY_SINH
GIOI_TINH

cần đủ nhất quán để giảm nguy cơ ghép nhầm người bệnh hoặc tạo trùng hồ sơ.

Địa chỉ

DIA_CHI
↔ MATINH_CU_TRU
↔ MAHUYEN_CU_TRU
↔ MAXA_CU_TRU

cần tương thích về địa bàn.

Thẻ BHYT

MA_THE_BHYT
↔ MA_DKBD
↔ GT_THE_TU
↔ GT_THE_DEN

cần phản ánh cùng một trạng thái thẻ và đúng thời điểm KCB.

Quyền lợi

MA_THE_BHYT
GT_THE_TU / GT_THE_DEN
NGAY_MIEN_CCT
MA_KHUVUC
NAM_NAM_LIEN_TUC

là nhóm dữ liệu đầu vào để xác định và đối chiếu quyền lợi, nhưng không nên biến một field riêng lẻ thành kết luận thanh toán.

9. Các lỗi thường gặp khi kiểm tra nhóm này

Một số dạng bất thường đáng chú ý gồm:

• cùng một SO_CCCD nhưng xuất hiện nhiều MA_BN không hợp lý;
• họ tên hoặc ngày sinh khác với thông tin đã xác minh;
• mã dân tộc, quốc tịch, nghề nghiệp không thuộc danh mục áp dụng;
• địa chỉ và mã tỉnh/huyện/xã không phù hợp nhau;
• MA_THE_BHYT không tương ứng với thời hạn thẻ;
• ngày KCB nằm ngoài khoảng GT_THE_TU – GT_THE_DEN;
• field được phép để trống nhưng phần mềm lại bắt buộc;
• ngược lại, field thực sự phải có dữ liệu nhưng HIS không thu thập từ nguồn;
• thẻ thay đổi trong đợt điều trị nhưng các trường liên quan không được cập nhật đồng bộ.

Các trường hợp trên trước hết là bất thường dữ liệu cần kiểm tra. Không nên mặc định mỗi bất thường đều tương đương với một khoản chi phí bị từ chối thanh toán.

10. Ý nghĩa đối với thiết kế hệ thống tiền giám định

Nhóm field này phù hợp với các lớp kiểm tra tự động:

Đúng kiểu dữ liệu?
        ↓
Đúng định dạng?
        ↓
Có thuộc danh mục?
        ↓
Có áp dụng cho hồ sơ này?
        ↓
Có nhất quán giữa các field?
        ↓
Có phù hợp với dữ liệu thẻ tại thời điểm KCB?

Các danh mục như quốc tịch, dân tộc, nghề nghiệp, đơn vị hành chính và các điều kiện field nên được quản lý dưới các danh mục kiểm tra dr5_.../hoặc danh mục dùng chung cả nước có ngày hiệu lực và phiên bản, thay vì hard-code trong rule.

Như vậy khi Bộ Y tế hoặc cơ quan có thẩm quyền thay đổi danh mục, phần lớn công việc là cập nhật dữ liệu danh mục thay vì sửa logic chương trình.

Kết luận

Nhóm định danh, hành chính và thẻ BHYT của XML1 là lớp dữ liệu nền của toàn bộ hồ sơ.

Có thể ghi nhớ:

Định danh đúng người → hành chính đúng → thông tin thẻ đúng → đúng thời điểm → mới có cơ sở tiếp tục xác định quyền lợi và kiểm tra thanh toán.

Điều quan trọng là không chỉ kiểm tra từng field riêng lẻ. Các trường phải được đối chiếu với nhau, với dữ liệu nguồn và với thời điểm của đợt KCB.