Bài 1.24. XML4 — Chỉ tiêu chi tiết dịch vụ cận lâm sàng: cấu trúc và diễn giải từng trường

XML4 là Bảng 4 – Chỉ tiêu chi tiết dịch vụ cận lâm sàng. Nếu XML3 cho biết một dịch vụ cận lâm sàng đã được chỉ định, thực hiện và phát sinh chi phí như thế nào, thì XML4 đi sâu vào kết quả chuyên môn của dịch vụ đó: chỉ số xét nghiệm, giá trị, đơn vị đo, mô tả, kết luận, thời điểm có kết quả và người đọc hoặc duyệt kết quả.

Bảng 4 chỉ được gửi khi người bệnh có thực hiện dịch vụ cận lâm sàng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Điểm cần ghi nhớ:

XML3 mô tả sự kiện dịch vụ và chi phí; XML4 mô tả kết quả cận lâm sàng của sự kiện đó.

XML4 không phải một bảng thanh toán độc lập và cũng không phải mọi DVKT trong XML3 đều nhất thiết phải sinh dữ liệu XML4.

1. Cấu trúc đầy đủ của XML4

XML4 gồm 12 trường:

Quyết định 3176 đã sửa đáng kể cách diễn giải các trường MA_CHI_SO, TEN_CHI_SO, GIA_TRI, DON_VI_DO, MO_TA, KET_LUAN, MA_BS_DOC_KQ và tăng kích thước một số trường. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

2. MA_LK, STT và MA_DICH_VU — xác định kết quả thuộc đợt KCB và dịch vụ nào

MA_LK nối XML4 với XML1 và các bảng khác trong cùng đợt KCB.

STT là số thứ tự tăng dần trong một lần gửi dữ liệu. Không nên hiểu STT là khóa để bắt buộc ghép trực tiếp với STT của XML3; quan hệ nghiệp vụ chính cần dựa vào MA_LK, mã dịch vụ và các thông tin liên quan.

MA_DICH_VU ghi mã dịch vụ kỹ thuật cận lâm sàng. Quyết định 3176 tăng kích thước tối đa của trường lên 50 ký tự. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Quan hệ quan trọng là:

XML3.MA_DICH_VU ↔ XML4.MA_DICH_VU

nhưng đây không nhất thiết là quan hệ một–một.

Một dịch vụ xét nghiệm có thể tạo nhiều chỉ số kết quả. Vì vậy một dòng XML3 có thể liên quan đến nhiều dòng XML4 có cùng mã dịch vụ nhưng khác MA_CHI_SO.

Điều này đặc biệt quan trọng khi thiết kế rule chống nhầm “trùng dữ liệu”.

3. MA_CHI_SO, TEN_CHI_SO, GIA_TRI, DON_VI_DO — bộ dữ liệu kết quả định lượng

Đây là nhóm trường quan trọng nhất đối với xét nghiệm và các chỉ số có đơn vị đo.

MA_CHI_SO

Quyết định 3176 sửa toàn bộ diễn giải theo hướng ghi mã chỉ số xét nghiệm, chẩn đoán hình ảnh hoặc thăm dò chức năng theo danh mục được dẫn chiếu. Nếu chưa có mã chỉ số thì tạm thời mã hóa bằng tên chỉ số viết liền, không dấu. Kích thước tối đa được tăng lên 255 ký tự.

Đáng chú ý, phần sửa đổi quy định:

Chỉ ghi các chỉ số có đơn vị đo lường. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

TEN_CHI_SO

Ghi tên chỉ số theo quy định và cũng chỉ ghi các chỉ số có đơn vị đo lường. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

GIA_TRI

Ghi giá trị của chỉ số xét nghiệm hoặc thăm dò chức năng. Quyết định 3176 tăng kích thước tối đa lên 255 ký tự và tiếp tục xác định đây là trường dành cho các chỉ số có đơn vị đo lường. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

DON_VI_DO

Ghi đơn vị đo của chỉ số xét nghiệm hoặc thăm dò chức năng theo danh mục được quy định. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Bốn trường này vì vậy nên được xem như một bộ:

MA_CHI_SO → TEN_CHI_SO → GIA_TRI → DON_VI_DO

Ví dụ về mặt nghiệp vụ, nếu một xét nghiệm có nhiều thông số, mỗi thông số có thể được biểu diễn bằng một dòng XML4 riêng.

4. Không nên ép mọi kết quả cận lâm sàng vào GIA_TRI

Đây là thay đổi rất quan trọng sau Quyết định 3176.

Đối với các kết quả mang tính định lượng, trọng tâm là:

MA_CHI_SO, TEN_CHI_SO, GIA_TRI, DON_VI_DO.

Nhưng các kết quả như chẩn đoán hình ảnh, giải phẫu bệnh hoặc thăm dò chức năng có phần mô tả không thể biểu diễn đầy đủ bằng một con số.

Khi đó XML4 sử dụng:

MO_TA

Ghi mô tả kết quả cận lâm sàng, cụ thể phần sửa đổi nêu chẩn đoán hình ảnh, thăm dò chức năng và giải phẫu bệnh. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

KET_LUAN

Ghi kết luận của người đọc kết quả.

Quyết định 3176 đồng thời nêu: trường hợp xét nghiệm đã có kết quả xác định tại GIA_TRI thì để trống KET_LUAN. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Như vậy không nên áp rule:

“XML4 luôn phải có cả GIA_TRI, MO_TA và KET_LUAN.”

Cấu trúc phụ thuộc loại kết quả.

Có thể hiểu theo hai mô hình chính:

Kết quả định lượng: chỉ số + giá trị + đơn vị đo.

Kết quả mô tả: mô tả + kết luận.

5. NGAY_KQ — thời điểm có kết quả và trường hợp kết quả trả sau

NGAY_KQ có 12 ký tự theo định dạng:

yyyymmddHHMM

và ghi thời điểm có kết quả cận lâm sàng.

Một điểm rất quan trọng là kết quả có thể xuất hiện sau thời điểm người bệnh kết thúc đợt KCB.

Quyết định 3176 hướng dẫn: nếu kết quả xét nghiệm dùng để đánh giá kết quả điều trị có sau ngày người bệnh kết thúc đợt KCB, cơ sở KBCB phải bổ sung đầy đủ thông tin và gửi hồ sơ thay thế lên Cổng tiếp nhận để đề nghị thanh toán. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Vì vậy:

XML4.NGAY_KQ > XML1.NGAY_RA không tự động là lỗi.

Cần xác định đây có phải loại xét nghiệm cho phép trả kết quả sau hay không và dữ liệu đã được bổ sung theo đúng quy trình chưa.

Khi đối chiếu XML3 và XML4, chuỗi thời gian thông thường có thể là:

XML3.NGAY_YL → XML3.NGAY_TH_YL → XML3.NGAY_KQ ↔ XML4.NGAY_KQ

nhưng vẫn phải xét ngoại lệ theo loại CLS và quy trình trả kết quả.

6. MA_BS_DOC_KQ — người đọc hoặc duyệt kết quả

MA_BS_DOC_KQ ghi mã của người có thẩm quyền đọc hoặc duyệt kết quả, theo sửa đổi tại Quyết định 3176 được mã hóa bằng số GPHN. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Chuẩn còn xử lý các tình huống đặc biệt.

Nếu người đọc/duyệt kết quả là bác sĩ tuyến hoặc cấp chuyên môn kỹ thuật cao hơn trong hình thức KBCB từ xa/hỗ trợ KBCB từ xa, sử dụng cấu trúc có thành phần .TX.XXXXX.

Nếu DVKT được thực hiện bởi bác sĩ tại cơ sở chuyển giao kỹ thuật theo trường hợp được quy định, sử dụng cấu trúc có thành phần .CG.XXXXX. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Trước đó, Quyết định 4750 cũng bổ sung lưu ý rằng trường này không bắt buộc trong trường hợp chuyển gửi xét nghiệm cận lâm sàng. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Do đó không nên kiểm tra đơn giản:

MA_BS_DOC_KQ rỗng → lỗi.

Phải xác định dịch vụ có được thực hiện tại cơ sở hay chuyển gửi sang nơi khác.

7. Quan hệ XML3–XML4 và cách tiền giám định

XML4 có giá trị cao khi được đối chiếu với XML3.

Một kiểm tra đầy đủ có thể xem xét:

XML3: dịch vụ gì → ai chỉ định → khi nào thực hiện → máy nào → khi nào có kết quả.

XML4: chỉ số gì → giá trị gì → đơn vị gì → mô tả/kết luận gì → ai đọc → kết quả lúc nào.

Một số bất thường đáng cảnh báo gồm:

• XML3 có dịch vụ CLS nhưng XML4 không có dữ liệu kết quả trong trường hợp đáng lẽ phải có;
• XML4 có MA_DICH_VU không tìm thấy dịch vụ liên quan trong XML3;
• MA_CHI_SO không phù hợp với MA_DICH_VU;
• TEN_CHI_SO, DON_VI_DO không tương thích với danh mục chỉ số;
• kết quả có thời điểm trước khi dịch vụ được thực hiện;
• MA_BS_DOC_KQ không phù hợp với thông tin hành nghề ở thời điểm đọc kết quả;
• một kết quả định lượng có GIA_TRI nhưng thiếu đơn vị đo trong khi danh mục chỉ số yêu cầu đơn vị.

Tuy nhiên, các tình huống này trước hết nên được phân loại là lỗi dữ liệu, bất nhất hoặc cần rà soát chứng cứ. Không nên mặc định “không có XML4 = xuất toán”, vì chuẩn chỉ yêu cầu gửi Bảng 4 khi người bệnh thực hiện CLS và từng field còn có điều kiện ghi khác nhau. QUYẾT ĐỊNH 3176. CHUẨN DƯ…

Trong Dr5-XML, nhóm này có thể dùng dr5_xml_field cho đặc tả field; dr5_xml_required cho điều kiện ghi; dr5_xml_relation cho quan hệ XML3–XML4 và timeline; dr5_catalog_binding cho mã dịch vụ–chỉ số–đơn vị; dr5_payment_condition chỉ khi có điều kiện thanh toán rõ ràng; và dr5_legal_basis để quản lý phiên bản quy định.

Kết luận

XML4 có thể được hiểu theo chuỗi:

Dịch vụ cận lâm sàng → chỉ số → giá trị/đơn vị hoặc mô tả/kết luận → thời điểm có kết quả → người đọc/duyệt kết quả.

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

Một dịch vụ CLS có thể sinh nhiều dòng XML4 vì có nhiều chỉ số kết quả.

Không phải mọi kết quả đều biểu diễn bằng GIA_TRI; kết quả mô tả sử dụng MO_TA và KET_LUAN theo loại CLS.

Kết quả có sau ngày ra viện không tự động là sai; cần xét quy trình bổ sung và gửi hồ sơ thay thế.

XML4 vì vậy là lớp dữ liệu rất quan trọng để chứng minh dịch vụ cận lâm sàng không chỉ được tính chi phí mà thực tế đã có kết quả chuyên môn tương ứng, đồng thời hỗ trợ kiểm tra tính nhất quán giữa chỉ định, thực hiện và kết quả.