Xuất file XML 4210 giám định BHYT: 6 bước từ HIS (chuẩn QĐ 130)

Lưu ý về căn cứ pháp lý (cập nhật tháng 7/2026). Quyết định 4210/QĐ-BYT ngày 20/9/2017 đã hết hiệu lực từ 01/7/2024. Chuẩn dữ liệu đầu ra đang áp dụng là Quyết định 130/QĐ-BYT ngày 18/01/2023, được sửa đổi, bổ sung bởi Quyết định 4750/QĐ-BYT ngày 29/12/2023, Quyết định 3176/QĐ-BYT ngày 29/10/2024 và Quyết định 1931/QĐ-BYT ngày 29/6/2026 (áp dụng từ 01/7/2026). Bài viết vẫn dùng cụm "XML 4210" vì đây là cách gọi đã thành quen thuộc trong nghiệp vụ, nhưng toàn bộ nội dung được trình bày theo chuẩn đang có hiệu lực: bảng check-in cùng 15 bảng dữ liệu (XML1 - XML15), không còn dừng ở 5 bảng như thời Quyết định 4210. Việc ký số dữ liệu XML cũng đã là bắt buộc - theo Nghị định 188/2025/NĐ-CP, từ 01/01/2026 quỹ bảo hiểm y tế chỉ thanh toán đối với dữ liệu đã được xác thực điện tử.

Chiều thứ Sáu, kế toán viện phí bấm nút kết xuất và gửi hơn hai nghìn hồ sơ lên cổng tiếp nhận. Hệ thống trả về một danh sách dài hồ sơ không được tiếp nhận. Kịch bản này lặp lại ở nhiều cơ sở y tế mỗi kỳ quyết toán, và theo ghi nhận từ thực tế triển khai, phần lớn nguyên nhân đã nằm sẵn trong dữ liệu từ nhiều tuần trước chứ không phát sinh tại thời điểm bấm nút. Bài viết trình bày quy trình xuất file XML 4210 chuyên phân hệ giám định bhyt từ HIS theo 6 bước, kèm checklist tự kiểm trước khi kết xuất, được viết từ góc nhìn vận hành của kế toán viện phí và cán bộ phụ trách công nghệ thông tin y tế. Mục tiêu không phải là "xuất được file", mà là để bộ dữ liệu hợp lệ ngay lần gửi đầu tiên.

1. Ba nguyên nhân gốc khiến bộ XML kết xuất từ HIS bị từ chối ngay lần đầu

1.1. Ba nhóm nguyên nhân gốc và cách gọi tên các bảng XML1 - XML5

Khi hồ sơ bị treo, phản xạ đầu tiên của nhiều cơ sở là đổ lỗi cho phần mềm. Theo ghi nhận từ thực tế triển khai, nguyên nhân gốc thường nằm ở một trong ba nhóm sau.

• Dữ liệu nhập tại tiếp đón - khám - thu ngân viện phí thiếu trường bắt buộc. Một thẻ BHYT gõ nhầm ký tự, một chẩn đoán phụ bỏ trống, một mốc giờ thực hiện dịch vụ chưa được ghi nhận: mỗi lỗi nhỏ đều đủ để một bản ghi bị loại.
• Danh mục dùng chung chưa ánh xạ đúng mã. Cơ sở đưa vào sử dụng một loại thuốc mới, khoa dược đặt mã nội bộ, nhưng mã tương ứng theo danh mục do cơ quan quản lý ban hành chưa được gán. Mọi chi phí gắn với thuốc đó sẽ không được cổng nhận diện.
• Kết xuất khi hồ sơ chưa khóa đợt điều trị hoặc chưa duyệt viện phí. Dữ liệu vẫn còn biến động, nên số tiền trong file lệch với sổ sách ngay tại thời điểm gửi.

Hệ quả vận hành đều giống nhau: chậm hạn quyết toán, chi phí bị treo, nặng hơn là bị xuất toán. Từ đây rút ra luận điểm chủ đạo mà toàn bộ bài viết xoay quanh: chuẩn hóa dữ liệu đầu vào tại HIS quan trọng hơn nhiều so với việc sửa file sau khi đã xuất.

Cũng cần thống nhất cách gọi tên. Kế toán viện phí quen gọi các bảng dữ liệu theo số hiệu, và nhóm bảng lõi vẫn giữ nguyên tên qua các thế hệ chuẩn: XML1 (chỉ tiêu tổng hợp khám chữa bệnh), XML2 (chi tiết thuốc), XML3 (chi tiết dịch vụ kỹ thuật và vật tư y tế), XML4 (chi tiết dịch vụ cận lâm sàng), XML5 (diễn biến lâm sàng). Điểm khác biệt so với chuẩn cũ là quy mô: chuẩn hiện hành gồm bảng check-in và 15 bảng đánh số (XML1 - XML15), trong đó các bảng mở rộng phục vụ HIV/AIDS, giấy ra viện, tóm tắt bệnh án, giấy chứng sinh, nghỉ dưỡng thai, nghỉ hưởng bảo hiểm xã hội, giấy chuyển tuyến, giấy hẹn khám lại và điều trị lao. Nói cách khác, "kết xuất dữ liệu XML giám định BHYT" và "xuất file XML 4210 giám định BHYT" chỉ là hai cách gọi của cùng một việc: phiên dịch bệnh án, chỉ định và chứng từ viện phí của một đợt điều trị sang bộ tệp mà cơ quan giám định đọc được. Sai một bảng, cả đợt có thể không được tiếp nhận.

Về căn cứ pháp lý, tên gọi "XML 4210" xuất phát từ Quyết định 4210/QĐ-BYT ngày 20/9/2017 và đã thành thuật ngữ quen thuộc trong nghiệp vụ, nhưng bản thân quyết định này đã hết hiệu lực từ 01/7/2024. Cơ sở phải kết xuất theo đúng cấu trúc bảng dữ liệu tại quyết định về chuẩn dữ liệu đầu ra đang hiệu lực của Bộ Y tế, hiện là Quyết định 130/QĐ-BYT ngày 18/01/2023, được sửa đổi và bổ sung bởi Quyết định 4750/QĐ-BYT ngày 29/12/2023, Quyết định 3176/QĐ-BYT ngày 29/10/2024 và Quyết định 1931/QĐ-BYT ngày 29/6/2026 (áp dụng từ 01/7/2026). Trước mỗi kỳ, phụ trách CNTT y tế nên đối chiếu lại phiên bản chuẩn mà cổng tiếp nhận đang áp dụng, thay vì mặc định cấu hình cũ vẫn còn đúng.

Bài viết không mô tả lại điểm gửi dữ liệu; nếu cơ sở đang trong giai đoạn thiết lập kết nối, tham khảo quy trình kết nối cổng giám định BHYT trước khi đọc tiếp.

2. Chuẩn bị dữ liệu đầu vào trong HIS trước khi xuất file XML 4210 giám định BHYT

2.1. Ánh xạ danh mục dùng chung, thẻ BHYT và giá - tỷ lệ thanh toán

Có bốn nhóm dữ liệu quyết định tính hợp lệ của bộ XML, và cả bốn đều phải sạch trước khi nghĩ tới việc kết xuất file XML 4210 giám định BHYT.

• Danh mục dùng chung: thuốc, dịch vụ kỹ thuật, vật tư y tế, bệnh theo ICD, cơ sở khám chữa bệnh. Yêu cầu bắt buộc là ánh xạ 1-1 giữa mã nội bộ trong HIS và mã do cơ quan quản lý ban hành. Không chấp nhận tình trạng một mã nội bộ trỏ tới nhiều mã chuẩn hoặc ngược lại.
• Giá và tỷ lệ thanh toán: phải gắn đúng hạng cơ sở và đúng thời điểm áp dụng. Một dịch vụ đổi giá giữa kỳ mà HIS chỉ lưu một mức giá duy nhất sẽ khiến toàn bộ hồ sơ trước thời điểm đổi bị sai số tiền.
• Dữ liệu thẻ của người bệnh: mã người bệnh, số thẻ BHYT, mức hưởng, nơi đăng ký khám chữa bệnh ban đầu, thời hạn thẻ. Đây là nhóm dữ liệu thường được cổng kiểm tra rất chặt vì gắn trực tiếp với quyền lợi hưởng.
• Thông tin hành chính: họ tên, ngày sinh, giới tính, địa chỉ theo mã đơn vị hành chính chuẩn, không nhập tự do.

Nguyên tắc vận hành cần ghim: danh mục mới phát sinh trong kỳ phải được ánh xạ trước khi phát sinh chi phí đầu tiên. Không ít cơ sở làm ngược lại, đưa vào sử dụng trước rồi đến cuối kỳ mới bổ sung ánh xạ và kết xuất lại. Cách làm đó dồn khối lượng công việc vào những ngày cuối kỳ và luôn tiềm ẩn rủi ro bỏ sót. Khi danh mục được ánh xạ ngay từ đầu, mỗi lần kết xuất file XML 4210 giám định BHYT chỉ còn là thao tác xác nhận, không phải một đợt vá dữ liệu.

2.2. Trường lâm sàng và mốc thời gian dễ sai nhất, ai chịu trách nhiệm

Theo ghi nhận từ thực tế triển khai, các trường thường gây từ chối gồm: thời điểm vào và thời điểm ra; thời điểm chỉ định và thời điểm thực hiện dịch vụ (phải theo trật tự hợp lý, không thể có kết quả cận lâm sàng ghi nhận trước giờ bác sĩ chỉ định); chẩn đoán chính và chẩn đoán phụ; kết quả điều trị; mã bác sĩ chỉ định và mã người thực hiện; số lượng, đơn giá, thành tiền phải khớp tuyệt đối giữa bảng chi tiết và bảng tổng hợp.

Cách chặn lỗi hiệu quả nhất là ràng buộc bằng cấu hình phần mềm, không trông chờ vào sự cẩn thận của từng người: đặt trường bắt buộc và quy tắc kiểm tra ngay trên form nhập liệu của HIS, thay vì rà soát thủ công vào cuối kỳ. Một trường bị chặn khi lưu sẽ tiết kiệm hàng chục giờ rà soát trước mỗi lần xuất file XML 4210 giám định BHYT.

Đi kèm là phân vai rõ ràng, tránh tình trạng "lỗi của tất cả mọi người tức là lỗi của không ai cả":

• Bộ phận tiếp đón: chịu trách nhiệm nhóm dữ liệu hành chính và thẻ BHYT.
• Bác sĩ: chịu trách nhiệm nhóm dữ liệu lâm sàng, chẩn đoán và mốc thời gian chỉ định.
• Thu ngân viện phí: chịu trách nhiệm nhóm dữ liệu chi phí, thu đúng và thu đủ theo mức hưởng.
• Phụ trách CNTT y tế: chịu trách nhiệm ánh xạ danh mục, hạ tầng ký số và kết nối.

3. Checklist tự kiểm trước khi xuất file XML 4210 giám định BHYT

3.1. Checklist dữ liệu đầu vào: thẻ BHYT, danh mục và hồ sơ lâm sàng

Cơ sở có thể dùng lại nguyên checklist 14 điểm dưới đây như một quy chế nội bộ, áp dụng cho mọi lần xuất file XML 4210 giám định BHYT. Mỗi dòng nêu tiêu chí "đạt" cụ thể, đo được. Chín tiêu chí trong mục này thuộc về dữ liệu đầu vào, do tiếp đón, phụ trách CNTT y tế và bác sĩ chịu trách nhiệm.

Nhóm 1 - Dữ liệu thẻ và hành chính (bộ phận tiếp đón)

• Thẻ BHYT hợp lệ: 100% hồ sơ trong đợt có số thẻ đúng cấu trúc, còn hạn tại thời điểm khám chữa bệnh, đã được tra cứu và xác thực trên hệ thống của cơ quan bảo hiểm xã hội.
• Mức hưởng và nơi đăng ký ban đầu: khớp với dữ liệu tra cứu, không để trống hoặc mặc định.
• Thông tin hành chính theo mã chuẩn: ngày sinh, giới tính, địa chỉ chọn từ danh mục, không nhập tay tự do.

Nhóm 2 - Danh mục, giá và tỷ lệ thanh toán (phụ trách CNTT y tế)

• Không còn danh mục phát sinh chưa ánh xạ: báo cáo danh mục chưa gán mã chuẩn trả về con số 0.
• Giá đúng hiệu lực: mọi dịch vụ, thuốc, vật tư trong đợt đều có giá gắn với khoảng thời gian áp dụng bao trùm ngày phát sinh.
• Tỷ lệ thanh toán đúng hạng cơ sở: cấu hình tỷ lệ khớp hạng và cấp chuyên môn kỹ thuật (ban đầu, cơ bản, chuyên sâu) của cơ sở tại kỳ kết xuất.

Nhóm 3 - Hồ sơ lâm sàng (bác sĩ)

• Chẩn đoán đầy đủ: 100% hồ sơ có chẩn đoán chính theo ICD; chẩn đoán phụ được ghi nhận khi có.
• Mốc thời gian hợp lý: thời điểm chỉ định luôn trước thời điểm thực hiện; thời điểm ra viện sau thời điểm vào viện.
• Định danh người thực hiện: mọi dịch vụ kỹ thuật đều có mã bác sĩ chỉ định và mã người thực hiện.

3.2. Checklist chi phí, khóa sổ và ký số trước khi bấm nút kết xuất

Năm tiêu chí còn lại thuộc khâu chốt số và hạ tầng gửi dữ liệu. Đây là nhóm hay bị coi nhẹ vì "vẫn chạy được", cho tới đúng ngày chốt đợt.

Nhóm 4 - Chi phí và trạng thái khóa sổ (thu ngân viện phí, kế toán viện phí)

• Hồ sơ đã khóa đợt: chỉ đưa vào đợt kết xuất những hồ sơ đã kết thúc điều trị và đã duyệt viện phí.
• Tổng khớp chi tiết: tổng chi phí ở bảng tổng hợp bằng tổng các dòng chi tiết, phân bổ đúng phần quỹ BHYT chi trả và phần người bệnh cùng chi trả.

Nhóm 5 - Ký số và tài khoản gửi dữ liệu (người được ủy quyền, CNTT y tế)

• Chứng thư số còn hiệu lực: hạn của chứng thư số bao trùm toàn bộ kỳ kết xuất, không để phát hiện hết hạn đúng lúc cần gửi.
• Tài khoản gửi dữ liệu còn quyền: đã đăng nhập thử thành công vào cổng tiếp nhận trước ngày chốt đợt, xác nhận tài khoản chưa bị khóa hoặc đổi quyền.
• Gói đã ký được sao lưu: mỗi gói XML đã ký số được lưu kèm mã đợt và thời điểm gửi, phục vụ đối soát và hậu kiểm về sau.

Checklist trên là điều kiện đầu vào của bước 1 và bước 2 trong quy trình dưới đây: tự kiểm xong mới chốt đợt và xuất file XML 4210 giám định BHYT, chứ không kết xuất rồi mới đi tìm lỗi. Công cụ kiểm tra dữ liệu ở bước 4 chỉ là lớp chặn thứ hai, không thay thế được việc tự kiểm này.

4. Quy trình 6 bước xuất file XML 4210 giám định BHYT từ HIS

4.1. Chốt đợt kết xuất, rà soát danh mục và sinh bộ XML

1. Chốt kỳ và phạm vi xuất file XML 4210 giám định BHYT. Người chịu trách nhiệm: kế toán viện phí. Xác định khoảng thời gian, tách ngoại trú và nội trú, và chỉ lấy những hồ sơ đã khóa đợt điều trị. Đầu ra: danh sách hồ sơ đủ điều kiện kết xuất, có số lượng và tổng tiền để đối chiếu về sau.

2. Rà soát ánh xạ danh mục dùng chung phát sinh trong kỳ. Người chịu trách nhiệm: phụ trách CNTT y tế. Đây là chốt chặn cuối, không phải thời điểm bắt đầu ánh xạ: việc gán mã chuẩn phải làm ngay khi tạo mới danh mục như mục 2 đã nêu, còn ở bước này chỉ chạy báo cáo tồn dư để xác nhận số danh mục chưa ánh xạ đã về 0. Đầu ra: bảng đối chiếu danh mục không còn dòng treo.

3. Sinh bộ XML theo chuẩn dữ liệu đầu ra hiện hành. Người thực hiện: phần mềm HIS. Đầu ra: bộ tệp XML của đợt, gồm nhóm bảng lõi XML1 - XML5 cùng các bảng mở rộng tương ứng với loại hồ sơ, gắn mã đợt để truy vết. Mã đợt là chi tiết nhỏ nhưng quyết định khả năng đối soát về sau, cần được sinh tự động và lưu cùng nhật ký kết xuất.

4.2. Kiểm tra trước gửi, ký số, gửi và đối soát

4. Kiểm tra dữ liệu trước khi gửi cổng giám định BHYT. Người chịu trách nhiệm: kế toán viện phí phối hợp CNTT y tế. Chạy công cụ kiểm tra trên chính bộ tệp vừa sinh, sau đó phân loại kết quả thành hai luồng: cảnh báo chặn (sai cấu trúc, thiếu trường bắt buộc, lệch số tiền) phải xử lý dứt điểm trước khi gửi; cảnh báo cần rà soát (mốc thời gian bất thường, chỉ định trùng) thì đối chiếu lại bệnh án rồi mới quyết định. Mọi chỉnh sửa đều thực hiện tại nguồn, tức sửa dữ liệu trong HIS rồi kết xuất lại đợt đó, không sửa tay vào file XML. Nên chạy kiểm tra theo lô nhỏ ngay trong tuần thay vì để cả kỳ, và lưu lại nhật ký cảnh báo để biết lỗi nào lặp đi lặp lại ở bộ phận nào. Đầu ra: bộ XML sạch cảnh báo chặn, kèm biên bản các cảnh báo đã xử lý.

5. Ký số file XML giám định BHYT và đóng gói. Người chịu trách nhiệm: người được ủy quyền theo quy định của cơ sở, thường là lãnh đạo hoặc người được giao quản lý chứng thư số của đơn vị. Chữ ký của cơ sở được đặt trong thẻ CHUKYDONVI theo hướng dẫn liên thông dữ liệu hiện hành và áp cho cả gói dữ liệu của đợt. Việc cần thống nhất trước ở bước này chỉ là quy ước đặt tên gói và mã đợt; toàn bộ phần chọn chứng thư số, khai báo chứng thư trên Cổng, cấu hình tham số ký trong HIS và xử lý khi Cổng từ chối chữ ký được trình bày riêng trong hướng dẫn ký số bộ dữ liệu XML gửi Cổng giám định. Đầu ra: gói dữ liệu đã ký số, có nhật ký ký số ghi rõ người ký và thời điểm ký.

6. Gửi lên cổng tiếp nhận, lưu biên nhận và đối soát. Người chịu trách nhiệm: kế toán viện phí. Sau khi gửi, bắt buộc lưu biên nhận và đối soát chéo hai con số giữa HIS và dữ liệu đã được tiếp nhận: số hồ sơ và số tiền. Khi cổng trả về phản hồi từ chối, hãy xử lý theo cách xử lý lỗi khi gửi dữ liệu XML 4210 thay vì gửi lại một cách máy móc.

Bước 6 không kết thúc ở lần bấm gửi. Nhịp kết xuất không phải là lựa chọn tùy nghi của cơ sở mà đã được ấn định: theo Điều 6 Thông tư 48/2017/TT-BYT, dữ liệu phải được gửi lên cổng tiếp nhận ngay sau khi kết thúc lần khám hoặc đợt điều trị (rơi vào ngày nghỉ, ngày lễ thì gửi vào ngày làm việc kế tiếp); theo Điều 7 của thông tư này, trong 07 ngày làm việc kể từ khi kết thúc khám chữa bệnh, cơ sở phải kiểm tra, hiệu chỉnh, xác thực và gửi dữ liệu đề nghị thanh toán. Bám đúng nhịp đó khi xuất file XML 4210 giám định BHYT giúp lỗi được phát hiện khi còn ít, thay vì dồn lại thành một khối vào ngày cuối kỳ.

Song song, nên theo dõi bộ bốn chỉ số để biết chất lượng kết xuất đang cải thiện hay xấu đi:

• Tỷ lệ hồ sơ gửi thành công ngay lần đầu.
• Số hồ sơ phải kết xuất lại trong kỳ.
• Thời gian trung bình từ khi kết thúc đợt điều trị đến khi gửi dữ liệu.
• Số danh mục phát sinh chưa được ánh xạ tại thời điểm chốt đợt.

Với cơ sở đang triển khai bệnh án điện tử, nên đặt lịch khóa hồ sơ bệnh án trùng với lịch chốt đợt kết xuất, để hai luồng dữ liệu không chạy lệch nhau.

5. Bốn tình huống nghiệp vụ dễ làm hồ sơ bị treo dù quy trình kết xuất đã chạy đúng

Sáu bước ở trên xử lý được luồng hồ sơ tiêu chuẩn. Phần rắc rối còn lại thường đến từ những tình huống lệch chuẩn dưới đây: nghiệp vụ thực tế không khớp với cách HIS được cấu hình ban đầu, nên dù thao tác xuất file XML 4210 giám định BHYT vẫn chạy đúng quy trình, hồ sơ vẫn bị treo chi phí.

Tình huống 1 - Người bệnh ngoại trú khám nhiều lần trong cùng một ngày. Biểu hiện: người bệnh khám chuyên khoa thứ hai trong ngày, hoặc quay lại buổi chiều để lấy kết quả và được chỉ định thêm dịch vụ; bộ phận tiếp đón tạo hồ sơ mới cho mỗi lần vào. Hệ quả: hai đợt điều trị cùng ngày với cùng một số thẻ, dễ bị cổng cảnh báo trùng tiền khám hoặc trùng dịch vụ. Cách xử lý: thống nhất quy tắc gộp hoặc tách đợt ngay từ khâu tiếp đón, để HIS tự nhận diện lần khám tiếp theo trong ngày và gắn vào đúng đợt, thay vì để nhân sự tự quyết mỗi lần.

Tình huống 2 - Hồ sơ cấp cứu và hồ sơ chuyển tuyến. Biểu hiện: người bệnh vào cấp cứu ngoài giờ, hoặc đến với giấy chuyển tuyến từ cơ sở khác, nhưng dữ liệu lý do vào viện, nơi chuyển đến và thông tin giấy chuyển tuyến được nhập sau, hoặc bỏ trống vì "lúc đó còn đang cấp cứu". Hệ quả: hồ sơ bị treo vì thiếu căn cứ xác định quyền lợi hưởng, dù chi phí điều trị hoàn toàn hợp lệ. Cách xử lý: đặt trường bắt buộc riêng cho luồng cấp cứu và luồng chuyển tuyến, cho phép nhập bổ sung ngay sau khi tình huống cấp cứu được xử lý xong nhưng chặn khóa đợt nếu các trường này còn trống.

Tình huống 3 - Chi phí phát sinh sau khi đã gửi đợt. Biểu hiện: kết quả cận lâm sàng trả muộn, thuốc hoàn trả về kho, hoặc kế toán viện phí điều chỉnh lại một dòng chi phí sau khi hồ sơ đã nằm trên cổng. Hệ quả: nếu gửi thêm một hồ sơ mới, cổng ghi nhận trùng; nếu bỏ qua, sổ sách của cơ sở lệch với dữ liệu đã gửi. Cách xử lý: áp dụng đúng quy ước gửi thay thế hoặc hủy hồ sơ của cổng tiếp nhận, ghi nhận trong nhật ký đợt gửi để đối soát sau này, và siết lại điều kiện khóa đợt để hạn chế điều chỉnh sau gửi.

Tình huống 4 - Thẻ BHYT thay đổi giữa đợt nội trú dài ngày. Biểu hiện: người bệnh nằm viện qua thời điểm thẻ hết hạn, được cấp thẻ mới hoặc thay đổi mức hưởng, trong khi HIS chỉ lưu một số thẻ duy nhất theo lần tiếp đón. Hệ quả: mức hưởng áp dụng cho cả đợt bị tính sai, dẫn tới lệch phần quỹ BHYT chi trả và phần người bệnh cùng chi trả. Cách xử lý: cho phép HIS lưu thông tin thẻ theo khoảng thời gian trong cùng một đợt điều trị, đối chiếu lại với dữ liệu tra cứu trước khi khóa đợt, và làm việc với cơ quan bảo hiểm xã hội theo quy định hiện hành đối với các trường hợp chuyển tiếp.

6. MyHospital hỗ trợ 6 bước kết xuất file XML 4210 giám định BHYT như thế nào

Toàn bộ phân tích trên dẫn tới một kết luận thực dụng: chất lượng bộ dữ liệu được quyết định ở khâu nhập liệu và cấu hình danh mục, không phải ở nút kết xuất. MyHospital được thiết kế theo đúng logic đó, và dưới đây là cách từng năng lực gắn với từng bước cụ thể của quy trình xuất file XML 4210 giám định BHYT.

• Quản trị và đồng bộ danh mục dùng chung với ánh xạ hai chiều giữa mã nội bộ và mã ban hành, kèm cảnh báo tự động khi có danh mục phát sinh chưa được ánh xạ. Đây là công cụ trực tiếp phục vụ bước 2, giúp báo cáo danh mục treo luôn về 0 trước khi chốt đợt.

• Bộ quy tắc kiểm soát nhập liệu tại nguồn: chặn lưu hồ sơ thiếu trường bắt buộc, cảnh báo mốc thời gian chỉ định và thực hiện không hợp lý, tự đối soát tổng với chi tiết ngay khi duyệt viện phí. Nhóm năng lực này phục vụ bước 3 và bước 4, cắt phần lớn cảnh báo trước cả khi công cụ kiểm tra được chạy.

• Ký số tích hợp, nhật ký gửi dữ liệu và báo cáo đối soát theo đợt: lưu biên nhận từng đợt, đối chiếu số hồ sơ và số tiền giữa HIS với dữ liệu đã tiếp nhận, xuất sẵn bộ chỉ số theo dõi đã nêu ở mục 4. Nhóm này phục vụ bước 5 và bước 6, cũng là phần giúp cơ sở giải trình gọn gàng khi hậu kiểm.