Nhóm trường này mô tả bối cảnh chuyên môn của một đợt KCB: người bệnh đến vì lý do gì, được chẩn đoán ra sao, thuộc loại hình KCB nào, đến theo đối tượng nào và có liên quan đến chuyển cơ sở KBCB hay không.

Đây cũng là nhóm dữ liệu thường xuyên được sử dụng để kiểm tra quan hệ giữa:

chẩn đoán ↔ loại hình KCB ↔ quá trình điều trị ↔ dịch vụ, thuốc, vật tư ↔ chuyển cơ sở KBCB.

Vì vậy, một field có giá trị đúng về cú pháp chưa đủ; các trường còn phải phù hợp với nhau và với hồ sơ bệnh án.

1. Các trường chính trong nhóm này

Các field từ LY_DO_VV đến MA_TAI_NAN nằm liên tiếp trong Bảng 1; GIAY_CHUYEN_TUYEN nằm trong nhóm thời gian/chuyển viện và MA_LOAI_KCB nằm ở phần cuối XML1.

2. LY_DO_VV — lý do người bệnh đến KBCB

LY_DO_VV ghi lý do người bệnh đến khám bệnh, chữa bệnh.

Quyết định 3176 đã đơn giản hóa diễn giải của field này thành việc ghi lý do người bệnh đến KBCB và bãi bỏ phần hướng dẫn đặc thù trước đó của Quyết định 130.

Ví dụ về mặt nghiệp vụ:

Đau ngực 2 giờ
Sốt cao 3 ngày
Đau bụng hạ sườn phải
Khó thở tăng dần
Tái khám theo hẹn

LY_DO_VV không phải là CHAN_DOAN_VAO.

Ví dụ:

LY_DO_VV:
Đau ngực, khó thở

CHAN_DOAN_VAO:
Theo dõi hội chứng vành cấp

Một bên phản ánh lý do đến viện, một bên phản ánh nhận định chuyên môn tại thời điểm tiếp nhận.

3. LY_DO_VNT và MA_LY_DO_VNT

LY_DO_VNT

Field này áp dụng cho trường hợp điều trị nội trú hoặc điều trị ban ngày và ghi lý do người bệnh cần vào điều trị, bao gồm triệu chứng lâm sàng hoặc những lý do khác dẫn đến quyết định điều trị. 

Do đó:

LY_DO_VV

và

LY_DO_VNT

không hoàn toàn đồng nghĩa.

Người bệnh có thể đến viện vì một triệu chứng, nhưng sau khám và đánh giá chuyên môn mới xuất hiện lý do đủ để quyết định vào điều trị.

MA_LY_DO_VNT

Đây là trường mã hóa lý do vào điều trị.

Bảng chỉ tiêu nêu rõ field này chỉ trở thành bắt buộc khi Bộ Y tế ban hành danh mục mã tương ứng và có hướng dẫn thực hiện.

Đây là ví dụ rất điển hình cho:

field tồn tại trong cấu trúc ≠ luôn bắt buộc có giá trị.

Rule kiểm tra phải biết thời điểm danh mục bắt đầu áp dụng.

4. CHAN_DOAN_VAO — chẩn đoán khi tiếp nhận

CHAN_DOAN_VAO phản ánh chẩn đoán của cơ sở KBCB tại thời điểm tiếp nhận.

Trong bảng đối chiếu cập nhật đang sử dụng cho bộ chuẩn, phần diễn giải sau 3176 xác định đây là chẩn đoán sơ bộ, có thể bao gồm cả chẩn đoán nghi ngờ, theo dõi hoặc chẩn đoán phân biệt xuất hiện trong quá trình điều trị nhưng sau đó bị loại trừ.

Điều này phù hợp với bản chất của chẩn đoán ban đầu:

Tiếp nhận
   ↓
Chẩn đoán sơ bộ
   ↓
Khám + CLS + theo dõi
   ↓
Điều chỉnh chẩn đoán
   ↓
Chẩn đoán xác định khi kết thúc KCB

Vì vậy:

CHAN_DOAN_VAO không bắt buộc phải giống hoàn toàn CHAN_DOAN_RV.

Sự thay đổi chẩn đoán trong quá trình điều trị có thể hoàn toàn hợp lý về chuyên môn.

5. CHAN_DOAN_RV — chẩn đoán khi kết thúc KCB

CHAN_DOAN_RV phản ánh chẩn đoán xác định tại thời điểm kết thúc đợt KCB.

Bảng đối chiếu cập nhật quy định theo hướng ghi các chẩn đoán xác định bệnh chính và bệnh kèm theo, không đưa vào những chẩn đoán nghi ngờ, theo dõi hoặc chẩn đoán phân biệt đã bị loại trừ.

Do đó cần phân biệt:

CHAN_DOAN_VAO
→ có thể là chẩn đoán sơ bộ

CHAN_DOAN_RV
→ phản ánh kết luận chẩn đoán cuối đợt KCB

Một hệ thống cảnh báo không nên đơn giản yêu cầu hai field này phải giống nhau.

Thay vào đó, cần phát hiện những tình huống bất thường hơn, chẳng hạn:

• chẩn đoán vào và ra hoàn toàn không có quan hệ nhưng hồ sơ không có diễn biến giải thích;
• chẩn đoán trong CHAN_DOAN_RV không tương ứng với mã bệnh;
• bệnh đã được loại trừ nhưng vẫn còn trong mã bệnh kèm theo.

6. MA_BENH_CHINH — mã bệnh chính

MA_BENH_CHINH là Chuỗi tối đa 7 ký tự.

Bảng chỉ tiêu yêu cầu cơ sở KBCB xác định và chỉ ghi 01 mã bệnh chính theo hệ thống mã bệnh được Bộ Y tế quy định.

Có thể hình dung:

CHAN_DOAN_RV
       ↓
xác định bệnh chính
       ↓
MA_BENH_CHINH

Điểm quan trọng là:

Mã bệnh chính không nên được chọn chỉ để “phù hợp thanh toán”.

Nó phải phản ánh chẩn đoán chuyên môn được xác định trong hồ sơ.

Khi kiểm tra XML, nên đối chiếu ít nhất:

MA_BENH_CHINH
↔ CHAN_DOAN_RV
↔ hồ sơ bệnh án
↔ dịch vụ/thuốc liên quan

7. MA_BENH_KT — mã bệnh kèm theo

MA_BENH_KT dùng để ghi các bệnh kèm theo hoặc mã triệu chứng, hội chứng đã được xác định.

Nếu có nhiều mã, các mã được phân cách bằng dấu chấm phẩy:

E11.9;I10;N18.3

Bảng đối chiếu cập nhật quy định không đưa vào đây những chẩn đoán nghi ngờ, theo dõi hoặc chẩn đoán phân biệt đã bị loại trừ và giới hạn tối đa 12 mã bệnh kèm theo.

Cần tránh hai thái cực:

Thiếu mã: hồ sơ thể hiện bệnh kèm theo có ý nghĩa điều trị nhưng XML không phản ánh.

Mã quá mức: đưa hàng loạt mã bệnh không có chứng cứ trong hồ sơ chỉ để giải thích chỉ định hoặc chi phí.

Cả hai đều làm giảm chất lượng dữ liệu.

8. Quan hệ giữa chẩn đoán bằng chữ và mã bệnh

Nhóm quan trọng nhất là:

CHAN_DOAN_RV
       ↕
MA_BENH_CHINH
       ↕
MA_BENH_KT

Ví dụ tổng quát:

CHAN_DOAN_RV:
Viêm phổi / Tăng huyết áp

MA_BENH_CHINH:
mã tương ứng Viêm phổi

MA_BENH_KT:
mã tương ứng Tăng huyết áp

Nếu phần chẩn đoán bằng chữ nói một bệnh nhưng mã chính là bệnh hoàn toàn khác, đó là bất thường cần rà soát.

Tuy nhiên:

Không nên chỉ dựa vào XML để kết luận mã bệnh sai về chuyên môn.

Khi cần đánh giá bản chất chẩn đoán phải trở về triệu chứng, khám, xét nghiệm, chẩn đoán hình ảnh, diễn biến và kết luận trong hồ sơ bệnh án.

9. MA_BENH_YHCT

MA_BENH_YHCT áp dụng khi KCB có sử dụng hệ thống mã bệnh y học cổ truyền.

Theo bảng đối chiếu, field này có kích thước tối đa 150 ký tự; các mã bệnh chính và bệnh kèm theo YHCT được ghi theo thứ tự và phân cách bằng dấu chấm phẩy, tối đa 13 mã theo diễn giải cập nhật.

Đây là field có điều kiện.

Không KCB bằng YHCT không có nghĩa hồ sơ phải cố tạo giá trị cho trường này.

10. MA_PTTT_QT

MA_PTTT_QT dùng để ghi mã phẫu thuật, thủ thuật quốc tế theo hệ thống mã được Bộ Y tế quy định.

Nếu có nhiều mã thì phân cách bằng dấu chấm phẩy; trường này chỉ ghi khi người bệnh thực sự có thực hiện phẫu thuật hoặc thủ thuật.

Đây lại là một ví dụ của:

không phát sinh PTTT → không được kết luận field rỗng là lỗi.

Ngược lại, nếu XML3 thể hiện người bệnh có phẫu thuật/thủ thuật nhưng MA_PTTT_QT đáng lẽ phải phản ánh mà lại không có, cần kiểm tra tiếp theo đúng điều kiện áp dụng.

11. MA_DOITUONG_KCB — đối tượng đến KBCB

MA_DOITUONG_KCB có kiểu Chuỗi, kích thước tối đa 4 ký tự và ghi mã đối tượng đến KBCB theo Bộ mã danh mục dùng chung của Bộ Y tế.

Trường này không đồng nghĩa với MA_LOAI_KCB.

Có thể hiểu:

MA_DOITUONG_KCB trả lời người bệnh đến KCB theo tình huống/đối tượng nào.

Trong khi:

MA_LOAI_KCB trả lời đợt KCB được tổ chức theo loại hình nào.

Đây là hai chiều phân loại khác nhau.

Ví dụ trường hợp cấp cứu được nhận diện qua mã đối tượng theo quy định còn loại hình KCB có thể tiếp tục là khám bệnh hoặc điều trị nội trú tùy diễn biến thực tế.

12. MA_LOAI_KCB — loại hình khám chữa bệnh

MA_LOAI_KCB là Chuỗi 2 ký tự.

Từ ngày 01/8/2026, Quyết định 1804/QĐ-BYT quy định danh mục mã loại hình KCB mới dùng làm dữ liệu đầu vào để mã hóa và gửi dữ liệu chi phí KCB BHYT; đồng thời bãi bỏ danh mục loại hình KCB cũ tại Quyết định 824/QĐ-BYT từ thời điểm này.

Danh mục hiện gồm:

Quyết định 1804 còn quy định các điều kiện phân biệt quan trọng, chẳng hạn điều trị nội trú dưới 4 giờ sử dụng mã 09; điều trị ban ngày sử dụng mã 04; bệnh dài ngày có thực hiện DVKT thì dùng 08 thay vì 05.

Đây là field có ảnh hưởng đến rất nhiều rule khác.

Ví dụ:

MA_LOAI_KCB
      ↓
cách tính SO_NGAY_DTRI
      ↓
điều kiện NGAY_VAO_NOI_TRU
      ↓
loại dữ liệu cần phát sinh
      ↓
các kiểm tra thời gian và chi phí

Vì vậy tuyệt đối không nên hard-code mã loại hình trong chương trình mà phải quản lý bằng danh mục có ngày hiệu lực.

13. MA_NOI_DI và MA_NOI_DEN

Hai field này mô tả quan hệ của cơ sở đang lập hồ sơ với cơ sở trước hoặc sau trong quá trình chuyển người bệnh.

Có thể hình dung:

BV A  ─────────→  BV B  ─────────→  BV C
                  ↑
              hồ sơ tại B

Khi đó:

MA_NOI_DI  = mã BV A
MA_CSKCB   = mã BV B
MA_NOI_DEN = mã BV C

nếu người bệnh thực sự đi theo chuỗi trên.

Bảng chỉ tiêu quy định MA_NOI_DI ghi mã cơ sở nơi chuyển người bệnh đến từ đó và áp dụng trong các tình huống chuyển tuyến/chuyển cơ sở, khám lại theo giấy hẹn hoặc một số tình huống được dẫn chiếu. Nếu không chuyển thì field được để trống.

MA_NOI_DEN ghi mã cơ sở nơi người bệnh được chuyển đến; nếu không chuyển đi thì để trống.

Do đó:

MA_NOI_DI và MA_NOI_DEN là các field bắt buộc có điều kiện, không phải field bắt buộc cho mọi lượt KCB.

14. GIAY_CHUYEN_TUYEN

GIAY_CHUYEN_TUYEN có kích thước tối đa 50 ký tự.

Theo diễn giải cập nhật, trường này ghi số giấy chuyển tuyến/số giấy chuyển cơ sở KBCB trong trường hợp có giấy tương ứng, hoặc số giấy hẹn khám lại khi áp dụng.

Vì vậy, cần kiểm tra theo quan hệ:

MA_NOI_DI
MA_NOI_DEN
GIAY_CHUYEN_TUYEN
MA_DOITUONG_KCB
        ↓
có phản ánh cùng một tình huống KCB không?

Không nên kiểm tra từng field riêng biệt.

15. MA_TAI_NAN

MA_TAI_NAN ghi mã tai nạn thương tích theo danh mục được Bộ Y tế quy định.

Khi field này có giá trị, dữ liệu chuyên môn khác của hồ sơ cũng cần đủ logic với tình huống tai nạn.

Ví dụ, bất thường có thể là:

MA_TAI_NAN có giá trị

nhưng toàn bộ lý do vào viện, chẩn đoán và hồ sơ không thể hiện yếu tố tai nạn.

Đây là trường hợp nên cảnh báo kiểm tra tính nhất quán, chưa phải kết luận sai ngay lập tức.

16. Không được dùng quan hệ chẩn đoán – dịch vụ một cách máy móc

Một mục tiêu quan trọng của tiền giám định là kiểm tra quan hệ:

Chẩn đoán
   ↓
Thuốc
DVKT
VTYT

Nhưng cần rất thận trọng.

Ví dụ một xét nghiệm có thể được chỉ định để:

• xác định chẩn đoán;
• chẩn đoán phân biệt;
• đánh giá mức độ bệnh;
• theo dõi biến chứng;
• theo dõi điều trị.

Do đó:

“Không thấy mã bệnh tương ứng” không tự động đồng nghĩa với “dịch vụ không hợp lý”.

Đặc biệt CHAN_DOAN_VAO có thể chứa chẩn đoán nghi ngờ trong khi CHAN_DOAN_RV chỉ giữ lại những chẩn đoán xác định.

Khi rule phát hiện quan hệ bất thường, kết quả phù hợp thường là:

“Cần kiểm tra hồ sơ/chỉ định”

thay vì:

“Không thanh toán”.

17. Một số quan hệ chéo quan trọng

Có thể xây dựng các nhóm kiểm tra như sau:

CHAN_DOAN_VAO
        ↓
quá trình khám + CLS
        ↓
CHAN_DOAN_RV
        ↕
MA_BENH_CHINH
        ↕
MA_BENH_KT

MA_LOAI_KCB
        ↕
NGAY_VAO
NGAY_VAO_NOI_TRU
NGAY_RA
SO_NGAY_DTRI

MA_DOITUONG_KCB
        ↕
MA_LOAI_KCB
        ↕
tình huống thực tế

MA_NOI_DI
MA_CSKCB
MA_NOI_DEN
GIAY_CHUYEN_TUYEN
        ↕
XML13 nếu phát sinh

Các quan hệ này có giá trị hơn nhiều so với rule đơn trường.

18. Ý nghĩa đối với tiền giám định

Nhóm này rất phù hợp để xây dựng các rule theo nhiều cấp.

Cấp 1 – cấu trúc: field có đúng kiểu và kích thước không?

Cấp 2 – danh mục: ICD, MA_LOAI_KCB, MA_DOITUONG_KCB, mã cơ sở có tồn tại và đúng phiên bản không?

Cấp 3 – điều kiện: field có cần phát sinh trong tình huống này không?

Cấp 4 – quan hệ: chẩn đoán, loại hình, thời gian, chuyển cơ sở có nhất quán không?

Cấp 5 – chuyên môn: chẩn đoán có đủ cơ sở giải thích dịch vụ, thuốc và quá trình điều trị không?

Trong thiết kế Dr5-XML, các danh mục nên được tách khỏi logic rule, ví dụ:

dr5_icd
dr5_kcb_type
dr5_kcb_object
dr5_facility
dr5_transfer_condition
dr5_field_requirement

và đều cần có:

effective_from
effective_to
legal_basis
version

Như vậy khi Bộ Y tế thay đổi ICD, loại hình KCB hoặc danh mục mã, hệ thống có thể cập nhật danh mục mà không phải viết lại toàn bộ rule.

Kết luận

Nhóm trường này mô tả câu chuyện chuyên môn và hành chính của đợt KCB:

Người bệnh đến vì sao → được chẩn đoán gì → thuộc đối tượng nào → được tổ chức KCB theo loại hình nào → có chuyển từ đâu hoặc đi đâu hay không.

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

Chẩn đoán vào không nhất thiết giống chẩn đoán ra.
Mã bệnh phải phản ánh chẩn đoán có căn cứ trong hồ sơ.
Loại hình, đối tượng và thông tin chuyển cơ sở phải được kiểm tra theo đúng danh mục và thời điểm hiệu lực.

Đây là nhóm dữ liệu đặc biệt phù hợp cho tiền giám định theo quan hệ, nhưng kết quả cảnh báo cần phân biệt rõ giữa bất thường dữ liệu, yêu cầu rà soát chuyên môn và căn cứ thực sự để từ chối thanh toán.