Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "BHYT" các nội dung bạn quan tâm.

Bài 2.2. Mã loại hình khám chữa bệnh và mã khoa: cách sử dụng, đối chiếu và chuyển đổi theo thời điểm áp dụng

XML

Trong dữ liệu XML khám chữa bệnh BHYT, MA_LOAI_KCB và MA_KHOA là hai nhóm mã có ảnh hưởng rất rộng. Chúng không chỉ phục vụ thống kê mà còn xác định người bệnh đang được quản lý theo hình thức KCB nào, chi phí phát sinh tại bộ phận chuyên môn nào và những bảng XML hoặc quy tắc nghiệp vụ nào có thể áp dụng.

Từ năm 2026, hai danh mục này cần đặc biệt chú ý do Quyết định 1804/QĐ-BYT ngày 19/6/2026 ban hành đồng thời:

  • Phụ lục 01 – Danh mục mã loại hình khám bệnh, chữa bệnh;
  • Phụ lục 02 – Danh mục mã khoa.

Bộ Y tế xác định đây là các tài liệu chuyên môn kỹ thuật phục vụ mã hóa và làm dữ liệu đầu vào cho việc trích chuyển dữ liệu điện tử chi phí KCB BHYT.

Nguyên tắc quan trọng nhất là:

Không chỉ kiểm tra mã có tồn tại trong danh mục; phải kiểm tra mã đó có đúng loại hình, đúng khoa, đúng thời điểm áp dụng và đúng với thực tế tổ chức KCB của cơ sở hay không.


1. MA_LOAI_KCB dùng để mô tả bản chất của lần KCB

MA_LOAI_KCB không phải mã khoa, cũng không phải mã đối tượng BHYT.

Nó trả lời câu hỏi:

Đợt dữ liệu này thuộc hình thức khám bệnh, điều trị hoặc cung cấp dịch vụ nào?

Danh mục tại Quyết định 1804 gồm 16 mã:

MãLoại hình KCB
01Khám bệnh
02Điều trị ngoại trú
03Điều trị nội trú
04Điều trị ban ngày
05Điều trị ngoại trú bệnh cần chữa trị dài ngày, có khám và lĩnh thuốc
06Lưu người bệnh tại PKĐK, PKĐK khu vực, nhà hộ sinh, trạm y tế
07Nhận thuốc theo hẹn
08Điều trị ngoại trú bệnh cần chữa trị dài ngày, có DVKT và/hoặc thuốc
09Điều trị nội trú dưới 04 giờ
10Các trường hợp khác
11KCB lưu động
12KCB tại nhà
13KCB y học gia đình
14KCB từ xa
15Khám sức khỏe định kỳ
16Khám sàng lọc

Danh mục mới làm rõ nhiều tình huống trước đây dễ bị gộp chung.

Ví dụ:

  • nội trú dưới 4 giờ sử dụng 09, không dùng 03;
  • điều trị ban ngày là 04 và không phải nội trú dưới 4 giờ;
  • bệnh dài ngày chỉ khám và lĩnh thuốc có thể thuộc 05;
  • nếu bệnh dài ngày có thực hiện DVKT thì sử dụng 08;
  • nhận thuốc theo hẹn 07 được ghi chú là không thuộc trường hợp người bệnh đi KCB;
  • KCB tại nhà 12 được tách khỏi KCB lưu động 11.

Do đó không nên xây rule chỉ dựa vào tên gọi chung như “ngoại trú” hay “nội trú”.


2. MA_LOAI_KCB phải phù hợp với toàn bộ hồ sơ

Một mã đúng danh mục vẫn có thể sai nghiệp vụ.

Ví dụ:

MA_LOAI_KCB = 05

nhưng XML3 lại có nhiều DVKT thực hiện trong đợt.

Theo diễn giải QĐ1804, trường hợp bệnh cần chữa trị dài ngày có thực hiện DVKT thì phải xem xét mã 08, không phải 05.

Tương tự:

MA_LOAI_KCB = 03

nhưng thời gian điều trị nội trú dưới 4 giờ có thể cần xem xét mã 09.

Vì vậy rule tốt không phải:

MA_LOAI_KCB ∈ {01…16}

mà phải gồm hai lớp:

Lớp 1 – membership: mã có tồn tại trong danh mục.

Lớp 2 – semantic consistency: mã có phù hợp với thời gian, dịch vụ, thuốc, giường và diễn biến của đợt KCB hay không.

MA_LOAI_KCB xuất hiện trực tiếp trong XML1 và được sử dụng lại ở các bảng như XML8 để xác định phạm vi áp dụng của dữ liệu tóm tắt hồ sơ bệnh án.


3. MA_KHOA mô tả bộ phận chuyên môn, không phải mã nội bộ tùy ý

Quyết định 1804 ban hành danh mục mã khoa từ K01, K02... và các mã chuyên biệt hơn. Ví dụ:

  • K01: Khoa Khám bệnh;
  • K02: Khoa Hồi sức cấp cứu;
  • K04: Khoa Nội tim mạch;
  • K12: Khoa Lao;
  • K18: Khoa Nhi;
  • K27: Khoa Phụ sản;
  • K35: Khoa Lọc máu nhân tạo;
  • K39: Khoa Chẩn đoán hình ảnh;
  • K47: Khoa Xét nghiệm;
  • K48: Khoa Hồi sức tích cực;
  • K54: Khoa Y học gia đình;
  • K57: Khoa Điều trị ban ngày.

Danh mục tiếp tục mở rộng tới các khoa như Đột quỵ, Nam học, Hỗ trợ sinh sản, KCB theo yêu cầu, Di truyền lâm sàng...

Trong XML, MA_KHOA xuất hiện ở nhiều nơi:

  • XML1: khoa quản lý/điều trị;
  • XML2: khoa chỉ định sử dụng thuốc;
  • XML3: khoa cung cấp DVKT, VTYT hoặc giường.

Bảng chuẩn hiện tại đã ghi nhận việc cập nhật MA_KHOA theo Quyết định 1804.

Điều này có nghĩa:

Cùng một đợt KCB có thể xuất hiện nhiều mã khoa ở các dòng chi tiết khác nhau, nếu thực tế thuốc, DVKT hoặc giường phát sinh tại các khoa khác nhau.

Không nên ép toàn bộ XML2/XML3 phải có cùng MA_KHOA với một giá trị duy nhất của XML1.


4. Khoa thực tế của bệnh viện có thể không trùng tên danh mục

Đây là điểm rất quan trọng.

QĐ1804 quy định nếu tên khoa của đơn vị không giống tên trong danh mục thì cơ sở lựa chọn một mã khoa phù hợp nhất, căn cứ phạm vi hoạt động chuyên môn hoặc chức năng, nhiệm vụ.

Như vậy:

Tên khoa nội bộ ≠ bắt buộc phải giống nguyên văn tên khoa chuẩn.

Ví dụ bệnh viện có:

“Khoa Tim mạch – Lão học”

thì không thể chỉ so tên chuỗi với danh mục và kết luận sai.

Cần căn cứ:

  • quyết định thành lập khoa;
  • giấy phép/phạm vi hoạt động;
  • chức năng nhiệm vụ;
  • mã đã khai báo trong Mẫu 01/DM;
  • danh mục trên Cổng.

Đây chính là quan hệ:

Khoa nội bộ bệnh viện → mapping → MA_KHOA chuẩn.


5. Liên chuyên khoa, chuyên khoa sâu và đơn nguyên

QĐ1804 quy định một số cấu trúc mã đặc biệt.

Liên chuyên khoa

Mã được ghép theo nguyên tắc:

Kxxyyzz...

Ví dụ nếu một khoa kết hợp nhiều chuyên khoa thì ghép phần số của các khoa tương ứng.

Chuyên khoa sâu

Nếu một khoa chuẩn được tách thành nhiều khoa chuyên sâu:

KXY.Z

trong đó KXY là khoa gốc và Z là số thứ tự.

Đơn nguyên

Đơn nguyên thuộc khoa được mã hóa:

KXY.DZZ

Ví dụ được chính QĐ1804 nêu:

K02.D35

cho Đơn nguyên Thận nhân tạo thuộc Khoa Hồi sức cấp cứu.

Do đó rule MA_KHOA không thể chỉ kiểm tra regex K + 2 chữ số.

Nếu làm như vậy sẽ loại nhầm các mã hợp lệ dạng:

  • K16.1;
  • K22.1;
  • K59.1;
  • K59.2;
  • mã liên chuyên khoa;
  • mã đơn nguyên.

6. Mốc chuyển đổi QĐ1804 phải được hiểu chính xác

Quyết định 1804 được ký ngày 19/6/2026.

Điều 2 quy định:

  • Quyết định có hiệu lực kể từ ngày ký;
  • các đơn vị thực hiện chậm nhất từ 01/8/2026;
  • Phụ lục mã loại hình KCB của QĐ824 và Phụ lục mã khoa của QĐ2010 bị bãi bỏ kể từ 01/8/2026.

Vì vậy không nên đơn giản hóa thành:

“QĐ1804 có hiệu lực từ 01/8/2026.”

Cũng không nên mặc định:

“Mọi dữ liệu từ 19/6/2026 bắt buộc phải dùng danh mục mới.”

Khoảng từ 19/6/2026 đến 31/7/2026 là giai đoạn cần xử lý có nhận thức về chuyển tiếp.

Với hệ thống tiền giám định, nguyên tắc an toàn là:

19/6/2026–31/7/2026: xác định phiên bản danh mục thực tế mà cơ sở đã triển khai/đăng ký trên Cổng.

Từ 01/8/2026: áp danh mục QĐ1804; các phụ lục cũ tương ứng đã bị bãi bỏ.


7. Không được chuyển đổi lịch sử bằng cách “thay mã hàng loạt”

Giả sử một mã khoa cũ được thay thế bằng mã mới.

Không nên cập nhật database theo kiểu:

tất cả hồ sơ lịch sử → đổi sang mã mới.

Hồ sơ phát sinh trước thời điểm chuyển đổi phải giữ mã theo phiên bản áp dụng tại thời điểm đó.

Cấu trúc đúng là:

Mã nội bộMã chuẩnTừ ngàyĐến ngày
KHOA_Amã cũ...31/07/2026
KHOA_AKxx mới01/08/2026...

Khi sinh XML:

ngày phát sinh → chọn mapping có hiệu lực → sinh mã chuẩn.

Đây là effective-dated mapping, không phải find-and-replace.


8. Đối chiếu với danh mục trên Cổng

Theo Điều 7 Thông tư 12/2026/TT-BTC, danh mục sử dụng trong liên thông phải được mã hóa theo danh mục dùng chung, lập sau khi ký hợp đồng, ký số và gửi qua Cổng tiếp nhận, bảo đảm khớp hồ sơ hợp đồng.

Điều 8 tiếp tục quy định cơ chế cập nhật, điều chỉnh và xử lý sai lệch. Nếu danh mục trên Cổng không đúng danh mục dùng chung hoặc không đúng văn bản được phê duyệt thì phải điều chỉnh hoặc hủy áp dụng.

Vì vậy đối với MA_KHOA, chuỗi kiểm tra nên là:

Khoa thực tế bệnh viện
→ quyết định/phạm vi hoạt động
→ mapping MA_KHOA QĐ1804
→ Mẫu 01/DM của bệnh viện
→ danh mục trên Cổng
→ MA_KHOA trong XML.

Với MA_LOAI_KCB:

Sự kiện KCB thực tế
→ điều kiện phân loại theo QĐ1804
→ MA_LOAI_KCB XML1
→ các bảng và dữ liệu chi tiết liên quan.


9. Các rule tiền giám định nên triển khai

Một số rule có giá trị cao:

RuleMức ban đầu
MA_LOAI_KCB không thuộc danh mục phiên bản áp dụngERROR_TECH
MA_KHOA không thuộc danh mục/mapping hợp lệERROR_TECH
hồ sơ nội trú <4 giờ nhưng mã 03WARN_REVIEW
mã 05 nhưng có DVKT không phù hợp diễn giải loại hìnhWARN_REVIEW
mã 07 nhưng dữ liệu thể hiện một lần khám đầy đủWARN_REVIEW
khoa XML không khớp khoa trong danh mục liên thông của bệnh việnWARN_REVIEW
DVKT phát sinh ở khoa không phù hợp chức năng/phạm viWARN_REVIEW / INFO_EVIDENCE
sử dụng mã danh mục mới trước thời điểm cơ sở triển khai trong giai đoạn chuyển tiếpWARN_REVIEW
sử dụng mã cũ từ 01/08/2026 trở đi khi danh mục đã bị thay thếERROR_TECH hoặc WARN_REVIEW tùy trường hợp

Chỉ khi có căn cứ xác định vi phạm điều kiện thanh toán mới chuyển sang PAYMENT_CONDITION.


10. Thiết kế trong Dr5-XML

Không cần tạo dr5_department hay dr5_kcb_type.

Tiếp tục dùng kiến trúc generic:

  • dr5_xml_field: xác định MA_LOAI_KCB, MA_KHOA xuất hiện ở bảng nào;
  • dr5_catalog_binding: chứa binding tới danh mục QĐ1804 và mapping mã nội bộ;
  • dr5_xml_relation: quan hệ loại KCB ↔ thời gian ↔ thuốc/DVKT/giường và khoa ↔ dịch vụ/người hành nghề;
  • dr5_xml_required: xác định bảng/field nào phải phát sinh theo loại KCB;
  • dr5_legal_basis: QĐ1804, danh mục tiền nhiệm, ngày áp dụng và ngày bãi bỏ;
  • dr5_payment_condition: chỉ chứa điều kiện thanh toán thực sự.

Đặc biệt, dr5_catalog_binding phải hỗ trợ:

valid_from + valid_to + source_version

để kiểm tra hồ sơ lịch sử đúng phiên bản.

Kết luận

MA_LOAI_KCB và MA_KHOA không phải hai mã hành chính đơn giản.

MA_LOAI_KCB trả lời:

Người bệnh đang được cung cấp loại hình KCB nào?

MA_KHOA trả lời:

Hoạt động chuyên môn đó thuộc bộ phận nào của cơ sở KBCB?

Để đánh giá đúng phải kiểm tra đồng thời:

mã chuẩn → thực tế bệnh viện → danh mục liên thông trên Cổng → thời điểm áp dụng → dữ liệu XML.

Đặc biệt với QĐ1804:

19/6/2026 là ngày Quyết định có hiệu lực; 01/8/2026 là mốc chậm nhất phải thực hiện và là thời điểm các phụ lục danh mục cũ tương ứng bị bãi bỏ.

Do đó, một engine giám định tốt không nên hỏi đơn giản:

“Mã này có trong danh mục mới không?”

mà phải hỏi:

“Tại ngày phát sinh hồ sơ này, cơ sở phải dùng phiên bản danh mục nào, mã nào phù hợp với thực tế KCB, và mã được gửi có khớp với danh mục mà cơ sở đã khai báo hay không?”

Đó chính là nguyên tắc version-aware catalog validation mà Dr5-XML cần áp dụng cho toàn bộ các nhóm danh mục ở những bài tiếp theo.