Nhóm trường này trả lời một câu hỏi rất quan trọng của giám định:

Chi phí này phát sinh ở đâu, ai chỉ định, ai thực hiện và được thực hiện bằng nguồn lực nào?

Nếu MA_DICH_VU cho biết đã làm dịch vụ gì, thì MA_KHOA, MA_BAC_SI, NGUOI_THUC_HIEN, MA_MAY và các thông tin liên quan giúp xác định bối cảnh thực tế của việc cung cấp dịch vụ.

Đây là nhóm đặc biệt phù hợp để kiểm tra các nguy cơ như người chỉ định không phù hợp, người thực hiện không có thông tin hành nghề tương ứng, dịch vụ không phù hợp khoa, thiết bị không tồn tại tại thời điểm thực hiện hoặc dịch vụ thực tế được thực hiện tại cơ sở khác nhưng XML không phản ánh đúng.

1. Các trường chính

Ngoài các trường trên, thông tin cơ sở thực hiện còn có thể được thể hiện gián tiếp qua MA_CSKCB của XML1 hoặc nằm trong cấu trúc mã hóa đặc biệt của MA_DICH_VU, MA_BAC_SI, NGUOI_THUC_HIEN. Đây là điểm cần hiểu đúng vì XML3 không có một field độc lập mang tên “mã cơ sở thực hiện dịch vụ”.

2. MA_KHOA — khoa cung cấp dịch vụ, vật tư hoặc giường bệnh

Trong XML3, MA_KHOA ghi mã khoa nơi người bệnh được cung cấp DVKT, VTYT hoặc giường bệnh. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đây không nhất thiết phải luôn bằng MA_KHOA của XML1.

XML1 có thể phản ánh khoa điều trị của toàn đợt KCB, trong khi người bệnh có thể được cung cấp dịch vụ ở nhiều khoa khác nhau trong quá trình điều trị.

Ví dụ, người bệnh điều trị tại khoa Nội nhưng:

• chụp CT tại khoa Chẩn đoán hình ảnh;
• nội soi tại khoa Nội soi;
• phẫu thuật tại khu phẫu thuật;
• sau đó chuyển ICU.

Do đó, rule đơn giản kiểu:

XML3.MA_KHOA phải bằng XML1.MA_KHOA

sẽ tạo nhiều cảnh báo sai.

Điều cần kiểm tra là:

Khoa ghi trên từng dòng XML3 có phù hợp với dịch vụ và thời điểm cung cấp dịch vụ hay không?

3. Danh mục khoa phải theo đúng thời điểm hiệu lực

Từ năm 2026, Quyết định 1804/QĐ-BYT ban hành Danh mục mã khoa mới phục vụ mã hóa và gửi dữ liệu chi phí KCB BHYT. Quyết định có hiệu lực từ ngày ký và yêu cầu các đơn vị thực hiện chậm nhất từ 01/8/2026; đồng thời danh mục mã khoa cũ tương ứng bị bãi bỏ từ thời điểm này. 1804_QD-BYT_711300

Vì vậy rule phải dựa trên:

ngày dịch vụ → phiên bản danh mục khoa → MA_KHOA hợp lệ

chứ không nên dùng một danh sách mã khoa duy nhất cho toàn bộ lịch sử dữ liệu.

Đây là trường rất phù hợp với dr5_department có valid_from và valid_to.

4. MA_GIUONG — nhận diện giường điều trị

MA_GIUONG dùng để ghi mã giường tại khoa điều trị.

Cấu trúc ban đầu phân biệt:

sau đó kết hợp với số thứ tự giường tại khoa. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Một điểm cần chú ý khi xây rule theo phiên bản: bảng đối chiếu Quyết định 3176 đã đánh dấu bãi bỏ phần lưu ý cũ của trường MA_GIUONG. Vì vậy không nên tiếp tục lấy toàn bộ hướng dẫn cũ làm rule hiện hành mà không xét phiên bản. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

5. Mã giường có giá trị khi đặt trong quan hệ với khoa và thời gian

Một mã giường đứng riêng lẻ chưa đủ nhiều ý nghĩa.

Nên kiểm tra đồng thời:

MA_GIUONG ↔ MA_KHOA ↔ NGAY_YL ↔ NGAY_TH_YL ↔ NGAY_KQ

Ví dụ, cần rà soát nếu:

• mã giường không tồn tại tại khoa ghi trong XML;
• giường chưa hoạt động ở thời điểm người bệnh sử dụng;
• cùng một giường xuất hiện cho số lượng người bệnh vượt khả năng hợp lý tại cùng thời điểm;
• loại giường trong danh mục cơ sở không tương thích với mã chi phí giường được đề nghị.

Tuy nhiên, đây là các cảnh báo kiểm tra, không phải chỉ cần trùng giường là tự động kết luận sai, vì còn phải xét nằm ghép, giường kê thêm, thay đổi giường và các quy định tương ứng.

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

Quyết định 3176 sửa toàn bộ diễn giải của MA_BAC_SI theo hướng ghi mã người hành nghề thực hiện khám, chỉ định, mã hóa theo số Giấy phép hành nghề theo quy định hiện hành hoặc chứng chỉ hành nghề còn hiệu lực trong trường hợp áp dụng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó MA_BAC_SI không nên hiểu là:

mã nhân viên nội bộ của HIS.

Bệnh viện có thể vẫn duy trì mã nhân viên nội bộ, nhưng khi sinh XML phải ánh xạ sang định danh mà chuẩn yêu cầu.

Đây là một trong những lý do danh mục nhân sự của bệnh viện cần lưu đồng thời:

7. Các trường hợp đặc biệt của MA_BAC_SI

Quyết định 3176 còn có các cấu trúc đặc thù.

Đối với KCB từ xa hoặc hỗ trợ KCB từ xa, thông tin có thể chứa cấu trúc MA_BAC_SI.TX.XXXXX, trong đó XXXXX là mã cơ sở hỗ trợ chuyên môn.

Trường hợp bác sĩ đang thực hành, dữ liệu ghi GPHN của người hướng dẫn cùng thông tin định danh người thực hành theo cấu trúc được quy định.

Trường hợp người hành nghề được huy động, điều động do dịch bệnh, thiên tai, thảm họa sử dụng cấu trúc MA_BAC_SI.HD.XXXXX. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Như vậy:

Không nên kiểm tra MA_BAC_SI bằng một regex GPHN đơn giản rồi coi mọi chuỗi mở rộng là sai.

Rule phải nhận diện đúng từng cấu trúc đặc biệt và thời kỳ hiệu lực của nó.

8. NGUOI_THUC_HIEN khác MA_BAC_SI

Hai field này trả lời hai câu hỏi khác nhau:

MA_BAC_SI: ai khám/chỉ định?

NGUOI_THUC_HIEN: ai trực tiếp thực hiện DVKT?

Ví dụ bác sĩ điều trị chỉ định siêu âm nhưng bác sĩ khoa Chẩn đoán hình ảnh là người thực hiện.

Vì vậy:

MA_BAC_SI không bắt buộc phải bằng NGUOI_THUC_HIEN.

Quyết định 3176 quy định NGUOI_THUC_HIEN sử dụng GPHN; trường hợp người thực hiện thuộc nhóm công việc không yêu cầu GPHN theo quy định được dẫn chiếu thì có thể ghi CCCD hoặc số định danh cá nhân. Nếu nhiều người cùng thực hiện, các mã được phân cách bằng dấu chấm phẩy. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

9. Chuyển giao kỹ thuật và người thực hiện từ cơ sở khác

Một trường hợp rất đáng chú ý là DVKT được thực hiện bởi bác sĩ của cơ sở chuyển giao kỹ thuật.

Quyết định 3176 quy định cấu trúc:

MA_BAC_SI.CG.XXXXX

tại NGUOI_THUC_HIEN, trong đó phần đầu là GPHN của bác sĩ thực hiện và XXXXX là mã cơ sở KBCB chuyển giao kỹ thuật. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Đây là ví dụ cho thấy:

Thông tin “cơ sở liên quan đến người thực hiện” đôi khi nằm ngay bên trong cấu trúc mã nhân sự, chứ không nằm ở một field cơ sở riêng.

10. Trường hợp chuyển xét nghiệm sang nơi khác

Nếu bệnh phẩm hoặc người bệnh được chuyển đến cơ sở KBCB khác để thực hiện dịch vụ cận lâm sàng, MA_DICH_VU có thể được mã hóa theo cấu trúc:

XX.YYYY.ZZZZ.K.WWWWW

trong đó WWWWW là mã cơ sở KBCB nơi thực hiện dịch vụ cận lâm sàng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Trong tình huống này, chuẩn cũng cho phép một số trường liên quan nhân lực/máy không bắt buộc ở cơ sở gửi:

• NGUOI_THUC_HIEN không bắt buộc đối với xét nghiệm cận lâm sàng được chuyển nơi khác thực hiện; QUYẾT ĐỊNH 3176. CHUẨN DƯ…
• MA_MAY cũng không bắt buộc trong trường hợp này. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó:

Chuyển xét nghiệm sang cơ sở khác không thể bị kiểm tra bằng cùng bộ required-field như xét nghiệm thực hiện tại chỗ.

11. Cơ sở thực hiện dịch vụ nằm ở đâu trong XML?

Đây là điểm cần hiểu chính xác.

XML1 có MA_CSKCB, ghi mã cơ sở nơi người bệnh đến khám hoặc điều trị. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Nhưng XML3 không có một field riêng MA_CSKCB_THUC_HIEN cho mọi record.

Trong trường hợp thông thường, dịch vụ được hiểu trong bối cảnh hồ sơ của cơ sở tạo lập dữ liệu. Khi có quan hệ với cơ sở khác, mã cơ sở có thể xuất hiện trong các cấu trúc đặc thù như:

Vì vậy, rule “cơ sở thực hiện” phải resolve từ nhiều nguồn, không thể chỉ đọc một field.

12. MA_MAY — thiết bị thực hiện dịch vụ

MA_MAY áp dụng cho các máy thực hiện dịch vụ cận lâm sàng, phẫu thuật hoặc thủ thuật.

Quyết định 3176 sửa cấu trúc từ cách ghi cũ có chứa mã cơ sở thành:

XX.n.Z

trong đó:

• XX hoặc XXX: nhóm máy;
• n: nguồn kinh phí;
• Z: serial máy hoặc mã quản lý của cơ sở nếu không có serial.

Đối với hệ thống gồm nhiều máy, serial có thể được ghi theo quy tắc của chuẩn. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Một thay đổi đáng chú ý là cấu trúc sau Quyết định 3176 không còn thành phần YYYYY là mã cơ sở KBCB như cách ghi cũ. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Vì vậy hệ thống không nên tiếp tục parse MA_MAY theo cấu trúc cũ.

13. Không phải DVKT nào cũng cần MA_MAY

Quyết định 3176 nêu rõ MA_MAY không bắt buộc khi:

• xét nghiệm cận lâm sàng được chuyển nơi khác thực hiện;
• DVKT không thực hiện trên máy. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó rule:

“XML3 có DVKT nhưng MA_MAY rỗng → lỗi”

là sai.

Logic phải là:

DVKT này có cần thiết bị theo điều kiện áp dụng không? Nếu có, mới kiểm tra MA_MAY.

14. Những quan hệ quan trọng để tiền giám định

Nhóm này nên được kiểm tra theo quan hệ, không phải từng trường độc lập:

Dịch vụ ↔ khoa: dịch vụ có phù hợp khoa cung cấp không?

Khoa ↔ giường: giường có thuộc khoa đó và hoạt động tại thời điểm sử dụng không?

Dịch vụ ↔ người chỉ định: người hành nghề có GPHN hợp lệ và phù hợp điều kiện chỉ định không?

Dịch vụ ↔ người thực hiện: người thực hiện có đủ thông tin pháp lý theo loại DVKT không?

Dịch vụ ↔ máy: dịch vụ cần máy nào, máy có tồn tại và hoạt động tại thời điểm thực hiện không?

Cơ sở ↔ người/máy/dịch vụ: trường hợp thực hiện ngoài cơ sở có được mã hóa đúng cấu trúc đặc thù không?

Đây là các kiểm tra có giá trị rất cao vì chúng phản ánh năng lực thực tế để cung cấp dịch vụ, chứ không chỉ kiểm tra mã có tồn tại.

15. Thiết kế Dr5-XML theo danh mục

Nhóm này đặc biệt phù hợp với các danh mục:

dr5_department, dr5_bed, dr5_practitioner, dr5_practitioner_license, dr5_equipment, dr5_facility, dr5_service_department, dr5_service_practitioner, dr5_service_equipment, dr5_legal_basis.

Mỗi danh mục nên có khoảng hiệu lực.

Ví dụ một máy có thể:

mua năm 2024 → đưa vào hoạt động 2025 → ngừng sử dụng 2027.

Một bác sĩ có thể:

làm khoa A đến tháng 6 → chuyển khoa B từ tháng 7.

Do đó kiểm tra đúng phải dựa trên:

dịch vụ + thời điểm thực hiện + khoa + nhân sự + thiết bị + cơ sở.

Không nên chỉ hỏi “mã này có tồn tại trong danh mục hay không?”.

Kết luận

Nhóm dữ liệu này giúp XML3 trả lời đầy đủ hơn câu hỏi:

Dịch vụ được cung cấp tại đâu → do ai chỉ định → ai thực hiện → ở khoa/giường nào → bằng máy nào → có liên quan cơ sở khác hay không.

Ba nguyên tắc cần ghi nhớ:

Người chỉ định và người thực hiện là hai vai trò khác nhau.

MA_MAY và các trường nhân sự chỉ bắt buộc khi đúng điều kiện áp dụng.

XML3 không có một field duy nhất cho “cơ sở thực hiện”; trong các tình huống đặc biệt phải tổng hợp thông tin từ XML1 và các cấu trúc mã hóa liên quan.

Đây là nhóm dữ liệu rất phù hợp để xây dựng cảnh báo năng lực cung cấp dịch vụ ngay trước thanh toán, đặc biệt khi kết hợp danh mục khoa, nhân sự, GPHN, thiết bị và cơ sở KBCB theo thời gian hiệu lực.