Mục đích, cấu trúc, toàn bộ chỉ tiêu và phạm vi sử dụng

Bảng check-in là bảng dữ liệu về trạng thái khám bệnh, chữa bệnh của người bệnh được gửi lên Cổng tiếp nhận dữ liệu thuộc Hệ thống thông tin giám định BHYT.

Điểm quan trọng nhất cần hiểu ngay từ đầu là:

Bảng check-in dùng để thông báo trạng thái KCB; không phải là bảng dữ liệu dùng làm căn cứ giám định, thanh toán và quyết toán chi phí KCB BHYT.

Quyết định 4750/QĐ-BYT đã quy định rõ nội dung này khi sửa đổi khoản 1 Điều 2 Quyết định 130/QĐ-BYT.

Đây là điểm khác biệt cơ bản giữa check-in với XML1–XML5.

1. Mục đích của Bảng check-in

Theo Quyết định 4750/QĐ-BYT, cơ sở KBCB sử dụng Bảng check-in để cung cấp thông tin phục vụ thông báo trạng thái khám bệnh, chữa bệnh của người bệnh trên Cổng tiếp nhận.

Đồng thời, văn bản xác định rõ:

Không dùng dữ liệu của Bảng check-in để làm căn cứ giám định, thanh toán, quyết toán chi phí KCB BHYT.

Do đó cần tránh hai cách hiểu sai: Có lỗi check-in ≠ đương nhiên chi phí bị xuất toán.

Và ngược lại: Check-in được Cổng tiếp nhận ≠ hồ sơ sau đó chắc chắn đủ điều kiện thanh toán.

Việc giám định và thanh toán còn dựa trên các dữ liệu đề nghị thanh toán và các điều kiện pháp lý, chuyên môn tương ứng.

2. Khi nào phải gửi check-in?

Quyết định 4750 sửa đổi quy định về thời điểm gửi theo hướng gắn với chi phí đầu tiên phát sinh.

Thông thường, cơ sở KBCB gửi Bảng check-in lên Cổng tiếp nhận ngay sau khi phát sinh chi phí KCB đầu tiên của người bệnh.

Riêng khi người bệnh được chỉ định vào điều trị nội trú, điều trị nội trú ban ngày hoặc điều trị ngoại trú, cơ sở gửi check-in ngay sau khi phát sinh chi phí của dịch vụ đầu tiên tại khoa điều trị tương ứng.

Có thể hình dung:

Người bệnh đến KCB
        ↓
Phát sinh chi phí đầu tiên
        ↓
Gửi check-in
        ↓
Cổng tiếp nhận ghi nhận trạng thái KCB

Check-in vì vậy mang tính thời điểm, khác với bộ dữ liệu chi tiết được hoàn thiện để phục vụ đề nghị giám định, thanh toán sau đó.

3. Những trường hợp không cần gửi check-in

Quyết định 4750 quy định hai nhóm trường hợp cơ sở KBCB không cần gửi Bảng check-in:

Thứ nhất, trường hợp cấp cứu có MA_DOITUONG_KCB = 2 theo quy định được văn bản dẫn chiếu.

Thứ hai, trường hợp cơ sở tiếp nhận người bệnh hoặc mẫu bệnh phẩm để thực hiện dịch vụ cận lâm sàng theo quy định về chuyển thực hiện dịch vụ cận lâm sàng.

Đây là một ví dụ điển hình cho nguyên tắc đã trình bày ở Bài 1.7:

Không có Bảng check-in chưa thể kết luận là thiếu dữ liệu; trước tiên phải xác định hồ sơ có thuộc trường hợp phải gửi hay không.

4. Cấu trúc của Bảng check-in

Sau các sửa đổi tại Quyết định 4750, Bảng check-in gồm 26 chỉ tiêu, có thể chia thành năm nhóm:

BẢNG CHECK-IN
│
├── Định danh người bệnh và đợt KCB
│
├── Thông tin BHYT
│
├── Thời điểm và loại hình KCB
│
├── Chi phí đầu tiên phát sinh
│     ├── Dịch vụ
│     ├── Thuốc
│     └── Vật tư y tế
│
└── Thông tin dự phòng

Quyết định 3176 tiếp tục điều chỉnh diễn giải của một số chỉ tiêu; vì vậy khi triển khai thực tế phải đọc Bảng check-in theo chuỗi Quyết định 130 → 4750 → 3176 và các văn bản cập nhật có liên quan. Bảng đối chiếu chuẩn dữ liệu đã thể hiện các thay đổi này.

5. Toàn bộ 26 chỉ tiêu của Bảng check-in

Cấu trúc trên được hình thành từ Bảng check-in của Quyết định 130 và các sửa đổi, bổ sung tại Quyết định 4750; trong đó 4750 bổ sung các trường liên quan đến vào điều trị và chi phí đầu tiên như NGAY_VAO_NOI_TRU, LY_DO_VNT, MA_LY_DO_VNT, MA_THUOC, TEN_THUOC, MA_VAT_TU, TEN_VAT_TU, DU_PHONG.

6. Nhóm định danh người bệnh và đợt KCB

Các trường đầu bảng giúp xác định ai đang KCB và đợt KCB nào đang được thông báo.

MA_LK là mã đợt KCB dùng để liên kết dữ liệu.

MA_BN là mã người bệnh do cơ sở quản lý.

HO_TEN, SO_CCCD, NGAY_SINH, GIOI_TINH giúp xác định thông tin nhân thân.

Đặc biệt, sau Quyết định 3176, diễn giải SO_CCCD được điều chỉnh theo hướng sử dụng thông tin định danh cá nhân hoặc hộ chiếu đối với người nước ngoài; một số trường hợp bất khả kháng được phép để trống.

Như đã trình bày ở Bài 1.6, cần phân biệt:

MA_BN xác định người bệnh, còn MA_LK xác định đợt KCB.

7. Nhóm thông tin BHYT

Các trường:

MA_THE_BHYT
MA_DKBD
GT_THE_TU
GT_THE_DEN

mô tả thông tin liên quan đến thẻ BHYT tại thời điểm KCB.

Quy định cũng dự liệu một số trường hợp đặc biệt như chưa có thẻ BHYT, thẻ của một số nhóm thuộc BHXH Bộ Quốc phòng/Bộ Công an hoặc người bệnh không KCB BHYT. Trong một số tình huống, trường tương ứng được phép để trống hoặc ghi theo cách riêng.

Vì vậy, rule kiểm tra không nên áp dụng máy móc:

MA_THE_BHYT rỗng → lỗi

mà phải xét đối tượng KCB và điều kiện cụ thể.

8. Nhóm trạng thái và thời điểm KCB

Các trường quan trọng gồm:

MA_DOITUONG_KCB
NGAY_VAO
NGAY_VAO_NOI_TRU
LY_DO_VNT
MA_LY_DO_VNT
MA_LOAI_KCB
MA_CSKCB

Nhóm này giúp xác định:

• người bệnh đến KCB theo đối tượng nào;
• đến cơ sở vào thời điểm nào;
• có vào điều trị hay không;
• thuộc loại hình KCB nào;
• tại cơ sở nào.

Sau Quyết định 3176, NGAY_VAO_NOI_TRU và LY_DO_VNT được điều chỉnh lại phạm vi, tập trung vào điều trị nội trú hoặc điều trị ban ngày, thay vì cách diễn giải rộng hơn trước đó.

Đây là ví dụ cho thấy cùng một field nhưng điều kiện áp dụng có thể thay đổi theo phiên bản pháp lý.

9. Nhóm thông tin về chi phí đầu tiên

Một đặc điểm quan trọng của check-in sau Quyết định 4750 là ghi nhận loại chi phí đầu tiên phát sinh tại khoa điều trị.

Chi phí đầu tiên có thể thuộc một trong ba nhóm chính:

Dịch vụ

MA_DICH_VU
TEN_DICH_VU

được ghi khi chi phí đầu tiên là DVKT hoặc tiền khám.

Thuốc

MA_THUOC
TEN_THUOC

được ghi khi chi phí đầu tiên là thuốc.

Vật tư y tế

MA_VAT_TU
TEN_VAT_TU

được ghi khi chi phí đầu tiên là vật tư y tế.

Quyết định 4750 mô tả các trường này theo chính điều kiện phát sinh của chi phí đầu tiên tại khoa điều trị.

Do đó không phải một dòng check-in luôn phải đồng thời có:

MA_DICH_VU
MA_THUOC
MA_VAT_TU

Nếu chi phí đầu tiên là thuốc thì các trường thuốc mới là nhóm thông tin tương ứng cần ghi.

Đây chính là một dạng bắt buộc có điều kiện.

10. NGAY_YL và mối quan hệ với chi phí đầu tiên

NGAY_YL ghi thời điểm ra y lệnh theo cấu trúc:

yyyymmddHHMM

Ví dụ:

202610071430

nghĩa là 14 giờ 30 phút ngày 07/10/2026.

Trường này cần được đọc trong mối quan hệ với dịch vụ, thuốc hoặc vật tư tạo nên sự kiện check-in, thay vì xem như một thời điểm độc lập. Quy định về trường này nằm trong chính Bảng check-in.

11. Check-in và XML1 có nhiều field giống nhau nhưng không phải cùng một bảng

Một số field xuất hiện cả trong check-in và XML1:

MA_LK
MA_BN
HO_TEN
NGAY_SINH
MA_THE_BHYT
MA_DKBD
MA_DOITUONG_KCB
NGAY_VAO
MA_LOAI_KCB
MA_CSKCB
...

Điều này dễ tạo cảm giác hai bảng trùng nhau.

Nhưng mục đích khác nhau:

CHECK-IN
   ↓
Thông báo trạng thái sớm

XML1 và các bảng chi tiết
   ↓
Dữ liệu của đợt KCB phục vụ quản lý,
giám định và thanh toán

Chính Quyết định 4750 đã tách rất rõ hai vai trò này: check-in không phải căn cứ giám định, thanh toán, quyết toán.

12. Kiểm tra Bảng check-in nên tập trung vào điều gì?

Về quản trị dữ liệu, có thể kiểm tra Bảng check-in theo bốn nhóm:

Phạm vi gửi: Hồ sơ có thuộc trường hợp phải gửi check-in không?

Thời điểm gửi: Có gửi sau khi phát sinh chi phí đầu tiên theo đúng tình huống không?

Nội dung: Thông tin người bệnh, thẻ BHYT, loại hình KCB và chi phí đầu tiên có được ghi đúng không?

Tính nhất quán: Những thông tin dùng chung có phù hợp với XML1 và dữ liệu KCB sau khi hồ sơ được hoàn thiện không?

Tuy nhiên, khi phát hiện lỗi phải giữ đúng bản chất:

Sai check-in trước hết là vấn đề của dữ liệu trạng thái và việc trích chuyển dữ liệu; không được tự động chuyển thành kết luận “chi phí không được thanh toán”.

Muốn kết luận về thanh toán phải xem tiếp dữ liệu đề nghị thanh toán và căn cứ pháp lý tương ứng.

Kết luận

Bảng check-in là lớp dữ liệu xuất hiện sớm trong vòng đời của một đợt KCB, nhằm thông báo trạng thái của người bệnh trên Cổng tiếp nhận.

Có ba nguyên tắc cần ghi nhớ:

Thứ nhất: check-in phục vụ thông báo trạng thái, không phải căn cứ giám định, thanh toán, quyết toán.
Thứ hai: thời điểm gửi gắn với chi phí đầu tiên phát sinh và có những trường hợp được quy định không cần gửi.
Thứ ba: các trường dịch vụ, thuốc và vật tư mang tính điều kiện, phụ thuộc loại chi phí đầu tiên thực tế phát sinh.

Hiểu đúng vai trò của check-in giúp tránh hai cực đoan: coi nhẹ dữ liệu trạng thái hoặc đánh đồng mọi lỗi check-in với lỗi thanh toán BHYT.