CheckXML

CHECKXML

Cập nhật ngày

Công cụ hỗ trợ kiểm tra lỗi dữ liệu XML thanh toán BHYT

I.Giới thiệu:

Chương trình xuất phát từ thực tế việc gởi Hồ sơ điện tử BHYT theo QĐ 4210 của Bộ Y tế gặp nhiều vướng mắc về cấu trúc file, danh mục, quy định của BYT, hướng dẫn thực hiện chính sách BHYT của BHVN.
Để hồ sơ đạt chất lượng như mong muốn của BYT, BHVN nên một nhóm các cơ sở KCB trên tinh thần tự nguyện vì lợi ích an sinh xã hội chung nên chung tôi quyết tâm xây dựng tool này nhằm hỗ trợ CSKCB sớm phát hiện được các sai sót trong HSBA và có thông tin kịp thời tránh sai sót trường hợp sau.

Hướng dẫn sử dụng

II. Thư mục chứa tool có các file sau:

CheckXml x86.exe
Data.mdb -> lưu trữ danh mục, cấu hình
Log.mdb -> lưu trữ dữ liệu kiểm tra, gởi cổng
XmlViewer.exe -> tool hỗ trợ xem nội dung file xml
Sendxml.exe -> tool gởi hồ sơ lên cổng giám định (Tác giả: Hoàng Mai Long)
QLHS.exe -> Thống kê lỗi đã check được từ tool CheckXML
exmltool.exe -> nhóm công cụ hỗ trợ kiểm soát hồ sơ gửi liên thông
Thư mục “ho so duoi 4 gio” -> nơi người dùng chứa file xml có thời gian nằm viện dưới 4 giờ cần chuyển sang ngoại trú
Thư mục “Xml chua ket hop” -> nơi người dùng chứa file xml đơn lẽ chưa kết hợp, tool sẽ kết hợp nó lại và chuyển sang thư mục HS đầu vào
Thư mục “DanhMuc” -> nơi chứa file excel danh mục xuất từ cổng
Khai báo thư mục HS ĐẦU VÀO (trong cài đặt) -> nơi chứa file xml để tool check. File xml tổng hợp chuẩn theo quyết định 4210 đã mã hóa base 64
Khai báo thư mục HS ĐẦU RA (trong cài đặt) -> nơi chứa file xml sau khi check không có lỗi và củng là nơi sendxml sẽ lấy file gởi lên cổng. Lưu ý trong phần cài đặt QUẢN LÝ LỖI nếu Lỗi đó được check SendXml thì khi check hồ sơ phát hiện lỗi nhưng vẫn được lưu ở thư mục Hồ sơ đúng và được gửi lên cổng.
Khai báo thư mục HS LỖI (trong cài đặt) -> nơi chứa file xml sau khi check và có lỗi.
Khai báo thư mục HS ĐÃ GỞI (trong cài đặt) -> nơi chứa file xml sau khi gởi cổng thành công.
Khai báo thư mục HS GỞI LỖI (trong cài đặt) -> nơi chứa file xml sau khi gởi cổng thất bại.
Khai báo thư mục HS GỞI LẠI (trong cài đặt) -> nơi chứa file xml cần kiểm tra lại.(các hồ sơ có thay đổi thông tin XML1 sẽ không được nhận dạng hồ sơ cần gửi lại, lỗi này sẽ được fix trong phiên bản 2.0.0.4)

III. Lần mở đầu tiên :

Trước khi chạy lần đầu tiền bạn cần kiểm tra các nội dung sau

Unprotect IE 11 giao diện tool là 1 trang HTML 5 ember (sử dụng IE ActiveX Object và Framework Boostrap 3 nên nên phiên bản tối thiểu là IE 11 và chế độ Unprotect Mode).
Để sử dụng chế độ unprotect mode bạn làm như sau:
B1. Tools > Internet Options
B2. chọn tab Security
B3. tại mục Select a zone to view or change security setting chọn Internet
B4. tại mục Security for this zone uncheck Enable Protected Mode và tắt mở lại internet explorer.
Cài đặt Data Access Engine version 2007 x86 Để tool truy vấn được data thì cần cái engine này. và yêu cầu cần thiết phải có như sau:
B1. Máy của bạn phải được cài đặt Microsoft Access phiên bản bất kỳ, nếu máy của bạn đã có có sẳn Microsoft Access thì chỉ cần cái thêm Data Access Engine version 2007 x86 có kèm trong file checkxml.rar
B2. Kích hoạt chế độ cho phép sử dụng nhiều activex control cùng lúc, bước này quan trọng và bạn làm như sau:
mở Microsoft Access > file > Options > chọn tab Trust Center > Trust center setting ... và sau đó chọn theo hình bên dưới
B3. Compact and Repair Database : file data.mdb là một bản copy, do đó một số trường hợp do không tương thích phiên bản nên sẽ dẫn đến lỗi dữ liệu và tool ko mở lên được và bạn cần fix vấn đề này.
Cách làm như sau:
Mở file data.mdb bằng Microsoft Access
Chọn tab Database Tools nếu không hiển thị thì tham khảo ở đây hoặc hỏi google.
chọn chức năng Compact and Repair Database
file log.mdb củng làm tương tự
Thêm thư mục CheckXML vào phần loại trừ của Anti Virus
Tools được viết bằng ngôn ngữ Autoit nên đa phần các phần mềm Anti Virus nhận dạng tự động là virus và sẽ xoa mất tool
Và dĩ nhiên trước khi sử dụng bạn nên cân nhắc vấn đề này, còn về phía tác giả luôn cam kết rằng phần mềm chúng tôi cung cấp là vô hại cho máy tính của bạn.
Nên cài đặt Tool ở thư mục cho phép tạo, xóa file xml bằng cách đặt ở thư mục ổ đĩa cho phép user thao tác thông thường mà ở đó ko có sử kiểm soát của quyền administrator. hoặc bạn cần cấp quyền cho phép user tạo xóa file trong các thư mục cài đặt bên dưới và cả thư mục cài đặt tool. Nói nôm na là cài đặt ở ổ D:, không cài trong ổ C:

Cài đặt tùy chọn

Các nút chức năng

Default
Đặt các tùy chọn mặc định theo đề xuất của phần mềm
Save
Lưu cài đặt
Tài khoản
Mở thư viện rule do người dùng tạo
Mail
Mở cài đặt mail
Q.LÝ LỖI
Mở tùy chọn cài đặt các cảnh báo để kiểm tra, gửi mail và gửi dữ liệu
Dữ liệu
Cập nhật cấu trúc dữ liệu cho phiên bản hiện hành
Mục này để chọn màu sắc giao diện (theme) cho phần mềm check

Gửi hồ sơ cổng tiếp nhận hồ sơ BHYT

Tách 1 HSTách ra mỗi hồ sơ thành 1 file mới một cách độc lập không liên quan đến chức năng Gửi 1 HS
HS < 4 giờ Nếu hồ sơ đang kiểm là hồ sơ nội trú MA_LOAI_KCB = 3 có thời gian từ NGAY_RA - NGAY_VÀO < 4 giờ thì tự động chuyển thành hồ sơ ngoại trú tức đặt lại MA_LOAI_KCB = 1
Send Mail Nếu chọn thì khi kiểm tra có lỗi cảnh báo sẽ gửi mail đến người dùng dựa vào các cài đặt gửi mail, nếu không chọn thì sẽ không gửi bất kỳ mail nào mặc dù có cấu hình cài đặt gửi mail
Send VAS Nếu chọn thì sau khi kiểm tra lỗi sẽ lưu hồ sơ vừa kiểm vào thư mục theo cấu hình nhưng không bật tính năng gửi file XML lên cổng. Việc gửi file lên cổng do VAS đảm nhiệm
Send XML Nếu chọn thì sau khi kiểm tra lỗi sẽ lưu hồ sơ vừa kiểm vào thư mục theo cấu hình và bật tính năng gửi file XML lên cổng từ phần mềm SendXML.exe. (Khuyên nên dùng để có thể lưu vết thông tin lại phục vụ cho việc quản lý hồ sơ hậu kiểm)
Auto Check Nếu chọn thì bật chế độ kiểm tự động bằng cách quét thư mục Hồ sơ đầu vào sau thời gian được đặt ở mục thời gian lặp lại
giây Cài đặt thời gian quét thư mục hồ sơ đầu vào, tính bằng Giây để nếu có sử dụng tính năng kiểm tự động.
Gửi 1 HS Nếu chọn thì khi kiểm sẽ tạo 1 file 1 hồ sơ để gửi cổng (tương tự tính năng tách 1 hồ sơ) và nếu không chọn thì sẽ gửi file đang kiểm lên cổng sau khi kiểm hết hồ sơ và khi có 1 lỗi được cấu hình không gửi thì toàn bộ hồ sơ trong file sẽ được chuyển vào thư mục Hồ sơ lỗi

Chức năng liên quan đến API tra cứu cổng tiếp nhận để kiểm tra thông tin thẻ BHYT

Api tra cứu Đặt số lần gọi API tiếp tục nếu như cổng không trả kết quả có thể do thiếu mạng hoặc lý do kỹ thuật. Nếu hạn chế sẽ số lần gọi lớn sẽ ảnh hưởng đến việc truy cập đột ngột bất thường sẽ bị cổng block api.
Lưu CheckIn Bản free sẽ mặc định không thay đổi đc chức năn này. Bắt buộc lưu lịch sử KCB mỗi lần gọi API tra cứu thẻ.
User Nhập tài khoản tra cứu thẻ có cấu trúc XXXX_BV được BHXH cấp cho bệnh viện. Nếu không nhập sẽ không kiểm tra được mã thẻ và một số thông tin khác như tuyến, hạng bệnh viện
Pass Nhập mật khẩu tra cứu thẻ được BHXH cấp cho bệnh viện.
Đặt thời gian cập nhật lỗi hồ sơ từ cổng tiếp nhận (chỉ có tác dụng đối với client Pro và gửi hồ sơ xml lên cổng bằng phần mềm SendXML)

Đầu vào Đặt đường dẫn thư mục chứa file xml cần kiểm tra, nếu cài đặt chế độ kiểm tra tự động thì chỉ cần his xuất dữ liệu tự động vào thư mục này thì phần mềm sẽ quét tự động theo thời gian lặp lại được cài đặt ở tab CỔNG GĐBHYT
HS đúng Đặt đường dẫn thư mục chứa hồ sơ xml sau khi kiểm tra đạt các yêu cầu gửi cổng (không có các cảnh báo nào bắt buộc phải để lại hồ sơ tức có hồ sơ có thể có cảnh báo lỗi nhưng những cảnh báo này ở mức cho phép gửi hồ sơ lên cổng, chi tiết cài đặt xem phần cài đặt Q.LÝ LỖI)
HS lỗi Đặt đường dẫn thư mục chứa hồ sơ xml sau khi kiểm tra phát hiện có từ 1 cảnh báo trở lên cần kiểm tra lại trước khi gửi hồ sơ lên cổng (chi tiết cài đặt xem phần cài đặt Q.LÝ LỖI)
Đã gửi Đặt đường dẫn thư mục chứa hồ sơ xml sau khi gửi hồ sơ thành công lên cổng (thư mục này chỉ dùng đến khi sử dụng chức năng gửi hồ sơ lên cổng bằng phần mềm SendXML)
Gửi lỗi Đặt đường dẫn thư mục chứa hồ sơ xml sau khi gửi hồ sơ lên cổng thất bại (thư mục này chỉ dùng đến khi sử dụng chức năng gửi hồ sơ lên cổng bằng phần mềm SendXML)
Gửi lại Đặt đường dẫn thư mục chứa hồ sơ xml cần kiểm tra lại (thư mục này chứa hồ sơ xml sau khi đã khắc phục lỗi, thư mục này có liên quan đến chức năng gửi lại trên màn hình chính nằm trong phía bên trái tab hồ sơ)

Qoute char

Là một tùy chọn trong kiểm tra danh mục dịch vụ kỹ thuật, những nội dung được ghi trong ngoặc phía sau tên dịch vụ chỉ để chú thích thêm cho dịch vụ đó sẽ được bỏ qua khi kiểm tra

[] Chỉ bỏ qua nội dung ghi chú bên trong ngoặc vuông
() Chỉ bỏ qua nội dung ghi chú bên trong ngoặc đơn
Cả 2 Chỉ bỏ qua nội dung ghi chú bên trong ngoặc vuông và đơn

Rule check tiền giường trước 15/07/2018

Để tính số ngày giường hưởng BHYT phù hợp theo quy định của BYT và của tưng cơ sở KCB, phần mềm có đưa ra 3 lựa chọn theo các văn bản hướng dẫn, tùy thuộc thời điểm để lựa chọn quy luật phù hợp với cơ sở

TTLT 37 Tính số ngày giường theo hướng dẫn của Thông tư liên tịch số 37/2015/TTLT-BYT-BTC
CV 1135 Tính số ngày giường theo hướng dẫn Công văn 1135
Ra sau 12 giờ Lựa chọn này, tại thời điểm này có một số địa phương hướng dẫn thay vì tính theo TT37 là lấy NGAY_RA -NGAY_VAO + 1 nhưng nếu thời điểm ra viện sau 12 giờ mới được phép cộng 1 và trước 12 giờ thì không

Rule giường TT15 từ 15/07/2018 đến 14/12/2018

Thời gian này có rất nhiều văn bản về BHYT ra đời, rất nhiều hướng dẫn cả BYT và BHVN đến nỗi không thể phân biệt cái nào đúng cái nào sai và mai thay vào thời điểm này anh em trên group CheckXML hội ý lẫn nhau và đưa ra 3 lựa chọn như bên dưới

Chuẩn TT15 Là tính đúng theo 15/2018/TT-BYT, Thông tư như nào thì tính như vậy, ra vào trong ngày trên 4 giờ tính 1 ngày, ra vào khác ngày tính ra-vao+1 và bất cập trong trường hợp ra vào khác ngày nhưng thời gian nằm viện dưới 4 tiếng củng tính 2 ngày (rủi ro và không hợp lý)
TT15 và 7117 Chính vì bất cập của lựa chọn chuẩn theo TT15 nên có thêm lựa chọn để không tính tiền giường trong trường hợp bất cập như trên
Logic Lựa chọn này là tính theo sự hợp lý, cái gọi là "cái gì đúng rồi thì sẽ đúng"

Rule giường TT39 từ 15/12/2018

Quy định hiện hành để tính tiền giường là theo Thông tư 39/2018/TT-BYT, mình sẽ số gắng điễn giải chi tiết các lựa chọn để mọi người xem, lựa chọn nào phù hợp nhất với cơ sở thì áp dụng

KET_QUA_DTRI Kết quả điều trị được Mã hóa (1: Khỏi; 2: Đỡ; 3: Không thay đổi; 4: Nặng hơn; 5: Tử vong)
TINH_TRANG_RV Tình trạng ra viện; Mã hóa (1: Ra viện; 2: Chuyển viện; 3: Trốn viện; 4: Xin ra viện)
VAO Là thời gian bắt đầu tính giường ở nội trú, chính xác nhất là thời điểm vào khoa điều trị đầu tiên
RA Là thời gian kết thúc điều trị.
Giường nội khoa là giường theo Khoa hoặc chuyên khoa bao gồm Giường nội loại 1,2,3 và Giường Hồi sức tích cực và Giường Hồi sức cấp cứu và Giường Nội điều trị ban ngày, Bệnh viện Hạng 3 không có giá giường Hồi sức tích cực sẽ áp giá giường Hồi sức cấp cứu
Giường ngoại khoa là giường được tính sau khi bệnh nhân được phẫu thuật xong chuyển Hậu phẫu mới bắt đầu tính và tối đa không được quá 10 ngày, về giá giường tính theo Phân loại phẫu thuật theo TT50, nếu phẫu thuật chưa được phân loại thì tính là phẫu thuật loại 3, bệnh nhân sau phẫu thuật chuyển ICU vẫn tính tiền giường theo phân loại không quá 10 ngày. Phẫu thuật Phaco được tính tiền giường ngoại khoa loại 3 (TT13), Bệnh viện Hạng 3 không có giá giường ngoại khoa loại Đặc biệt sẽ áp giá giường ngoại khoa loại I

TT39 Case 1 Rule tính số ngày giường như sau:
- Dưới hoặc bằng 4 giờ tính 0 ngày
- Dưới hoặc bằng 24 giờ tính 1 ngày
- Trên 24 giờ:
  - Tính theo công thức RA - VAO + 1 cho các trường hợp :
    - Hoặc KET_QUA_DTRI = 5
    - Hoặc (KET_QUA_DTRI = 3,4 Và TINH_TRANG_RV = 2,4)
  - Các trường hợp còn lại tính theo công thức RA - VAO
TT39 Case 2 Rule tính số ngày giường như sau:
- Dưới hoặc bằng 4 giờ tính 0 ngày
- Dưới hoặc bằng 24 giờ tính 1 ngày
- Trên 24 giờ:
  - Tính theo công thức RA - VAO + 1 cho các trường hợp :
    - (KET_QUA_DTRI = 3,4,5 Và TINH_TRANG_RV = 2,4)
  - Các trường hợp còn lại tính theo công thức RA - VAO
TT39 Case 3 Rule tính số ngày giường như sau:
- Dưới hoặc bằng 4 giờ tính 0 ngày
- Dưới hoặc bằng 24 giờ tính 1 ngày
- Trên 24 giờ:
  - Tính theo công thức RA - VAO + 1 cho các trường hợp :
    - (KET_QUA_DTRI = 4,5 Và TINH_TRANG_RV = 2,4)
  - Các trường hợp còn lại tính theo công thức RA - VAO
TT39 Case 4 theo đề suất của bạn Đồng Phú Hao vào ngày 04/06/2021 15:32, rule tính số ngày giường như sau:
- Dưới hoặc bằng 4 giờ tính 0 ngày
- Dưới hoặc bằng 24 giờ tính 1 ngày
- Trên 24 giờ:
  - Tính theo công thức RA - VAO + 1 cho các trường hợp :
    - Hoặc KET_QUA_DTRI = 5
    - Hoặc (KET_QUA_DTRI = 3,4 Và TINH_TRANG_RV = 2,4)
    - Hoặc (KET_QUA_DTRI = 2 Và TINH_TRANG_RV = 2 chuyển ngang, chuyển xuống) Lưu ý: lựa chọn này chỉ phù hợp khi áp dụng dữ liệu mã hóa Bảng 1 (XML1) theo DRG, tức trường dữ liệu MA_NOI_CHUYEN có cấu trúc XXXXX-YYYYY
  - Các trường hợp còn lại tính theo công thức RA - VAO

Chuyển khoa Là một tùy chọn nhận biết thời gian chuyển bệnh nhân giữa các khoa, có liên quan đến cách tính số lượng giường
- NGAY_YL Giường Căn cứ vào ngày y lệnh cấp giường và mã khoa của các chi phí giường để tính thời điểm bàn giao giữa 2 khoa
- NGAY_YL XML2,3 Căn cứ vào ngày y lệnh trên các chi phí thuốc, máu, dịch vụ để xác định thời gian bàn giao giữa 2 khoa là thời điểm bắt đầu phát sinh chi phí đầu tiên tại khoa đó
- Rule tính ngày giường bàn giao giữa 2,3 khoa
  - Từ lúc vào khoa đầu tiên đến lúc chuyển khoa dưới 4 giờ thì không tính ngày giường cho khoa đầu tiên và hôm đó tính cho khoa sau
  - Nếu lưu trú dưới 24 giờ và trên 4 giờ và có chuyển khoa mỗi khoa tính 1/2 ngày
  - Nếu lưu trú dưới 24 giờ và trên 4 giờ và có chuyển hơn 2 khoa mỗi khoa tính 1/2 ngày cho khoa có giá giường cao nhất và khoa có giá giường thấp nhất
  - Nếu lưu trú trên 24 giờ :
    - Nếu bệnh nhân không có phẫu thuật (điều trị nội) và có chuyển khoa thì ngày chuyển khoa tính 1/2 cho mỗi khoa mà không phân biệt thời gian bất kể chuyển lúc nào
    - Nếu bệnh nhân có phẫu thuật (điều trị ngoại)
      - Nếu lưu tại Hậu phẫu dưới 4 giờ không tính ngày giường tại hậu phẫu và tính chọn ngày cho khoa nhận về
      - Nếu lưu tại Hậu phẫu trên 4 giờ tính 1/2 ngày cho hậu phẫu và 1/2 ngày cho khoa nhận về
      - Trường hợp đặc biệt : Ví dụ người bệnh vào Khoa Sản đầu tiên lưu bệnh trên 4 giờ chuyển mổ sau đó nằm hậu phẫu trên 4 tiếng và chuyển về Khoa sản thì Khoa sản cấp 1/2 giường nội khoa, Hậu phẫu cấp 1/2 ngày giường ngoại khoa
      - Trường hợp dặc biệt : Ví dụ người bệnh vào Khoa Sản đầu tiên lưu bệnh dưới 4 giờ chuyển mổ sau đó nằm hậu phẫu trên 4 rồi chuyển về Khoa sản thì mỗi khoa tính 1/2 ngày giường ngoại khoa
Check GT thẻ Tùy chọn này cho phép tính số ngày giường được hưởng BHYT theo thời gian thẻ còn giá trị, nếu thẻ hết giá trị sử dụng sẽ không được tính giường
Tính giường : tùy chọn thời điểm bắt đầu tính giường, vì mỗi 1 bệnh viện không tương đồng về dữ liệu nên chương trình đưa ra một số lựa chọn để phù hợp hơn trong việc xác định đúng thời điểm bắt đầu tính giường. Về nguyên tắc thời điểm tính giường là lúc bệnh nhân bắt đầu cấp giường tại khoa đầu tiên.
- theo NGAY_VAO Lấy thời điểm NGAY_VAO trên XML để tính thời điểm bắt đầu tính giường
- Y_LENH giường đầu tiên Lấy NGAY_YL giường đầu tiên trên XML3 nhưng không được nhỏ hơn NGAY_VAO
- NGAY_YL xml 2,3 Lấy NGAY_YL đầu tiên trên XML2 hoặc XML3 nhưng không được nhỏ hơn NGAY_VAO (không tính Ngoại trú), có tính Cấp cứu, nếu không muốn tính cấp cứu thì khai báo trong dữ liệu RuleDefine các mã khoa không tính giường (xem phần khai báo RuleDefine bên dưới tại keyword KHOA_NO_CHECK_GIUONG)
Cảnh báo sl giường khi >= tùy chọn chênh lệch giữa số ngày trên hồ sơ và số ngày mà rule giường tính được, chỉ cảnh báo khi khoảng lệch lớn hơn hoặc bằng giá trị nhập vào, mặc định là 0.5
Sai số cho phép tùy chọn chênh lệch giữa giá trị ghi tính tiền trên XML2,3 lệch với công thức tính toán theo rule, chỉ khi khoảng lệch lớn hơn giá trị nhập vào mới cảnh báo, mặc định là 0.01
Gộp chẩn đoán và tên bệnh tùy chọn này để kiểm tra chỉ định có phù hợp chẩn đoán thuốc, cận lâm sàng, dịch vụ hay không. Nếu chọn sẽ chuyển tất cả ICD 10 ghi nhận được thành tên bệnh và được nối vào trường TEN_BENH để kiểm tra với phần khai báo cột CHAN_DOAN của table rulethuoc
Giờ hành chánh tùy chọn này khai báo thời gian làm việc của bệnh viện để kiểm lỗi cho chỉ định khám bệnh ngoài giờ
Áp dụng kiểm DRG thí điểm tùy chọn có liên quan đến các tỉnh thí điểm DRG về cấu trúc dữ liệu XML 4210 có khác đôi chút so với phiên bản gốc. bao gồm:
- MA_NOI_CHUYEN : có cấu trúc XXXXX-YYYYY (nếu dữ liệu không có cấu trúc này thì không nên chọn tùy chọn này)
- Chuyển viện : Được phân biệt cụ thể hơn 1.Chuyển lên, 2.Chuyển ngang, 3.Chuyển xuống
- Validate DRG : Kiểm các trường liên quan đến DRG trên XML1 bao gồm MA_BENH, MA_BENHKHAC, GIOI_TINH, NGAY_SINH, MA_PTTT, TINH_TRANG_RV, KET_QUA_DTRI, ...
Bỏ qua kí tự đặc biệt Đôi khi các kí tự ko nhìn được bằng mắt củng làm bạn rối ghen và chỉ cần tít chọn mục này bạn sẽ thấy nó biến mất trong các cảnh báo (lưu ý: dữ liệu gốc vẫn còn chúng hiện diện)

Cập nhật danh mục tại CSKCB

Danhmuc

Cập nhật

Cần lưu ý:
+Máy tính đã cài MS Access phiên bản 2003 trở lên
+Data Access engine đã được cài đặt
+Thư mục chương trình ở chế dộ Read and Write (nếu read only sẽ bị lỗi cập nhật)
									
+Mỗi khi có cập nhật thông tin danh mục trên cổng thì cần tải về cập nhật mới.

Thuốc Danh mục thuốc sử dụng tại cơ sở KCB
VTYTDanh mục Vật tư sử dụng tại cơ sở KCB
DVKTDanh mục Dịch vụ sử dụng tại cơ sở KCB
KhoaDanh mục Khoa sử dụng tại cơ sở KCB
Nhân viênDanh mục Nhân viên sử dụng tại cơ sở KCB

6. Cài đặt gửi mail

Từ ngày 30/05/2022 nếu sử dụng gmail thì phải active bảo mật 2 lớp và sử dụng app password để gửi mail
Nói chuyện ngoài lề xíu:
Nhiều người hỏi làm sao để cập nhật kịp thời hàng tá quy định của BHYT cho nhân viên y tế?
Một trong các giải pháp được triển khai cho việc này là gửi mail khi có cảnh báo lỗi đến Bác sĩ, điều dưỡng, Khoa, nhóm đối tượng cụ thể, ...
Tuy không phải là giải pháp hoàn hảo cho việc cập nhật thông tin liên tục nhưng ở đây khi anh chị sử dụng tool và cài đặt tính năng gửi mail thì mình tin rằng anh chị đã làm được hơn 80% công việc truyền tải không tin và lưu ý rằng:
+Các nội dung gửi mail chắc 1 điều là các Bẩy y tế được tổng hợp khá đầy đủ một cách bao quát nhất xoay quanh chính sách BHYT từ thông tin thẻ, mã hóa dữ liệu, rule thanh toán, rule tính tiền, ... được đầu tư khá kỹ lưỡng bởi nhiều anh chị có kinh nghiệm trong lĩnh vực BHYT và được góp ý điều chỉnh của tập thể nhiều cơ sở khám chữa bệnh trên toàn quốc với mục tiêu chia sẽ kinh nghiệm để Đảm bảo quyền lợi người bệnh được thanh toán BHYT đúng đắn nhất.
+Việc gửi mail cảnh báo chắc chắn sẽ có cái ko chính xác 100% => phản hồi cho mình để cập nhật tool thông qua group skype
+Việc gửi mail cần phải có sự tham gia phản hồi từ BS, DD để thông tin lỗi thời được cập nhật liên tục
+Việc gửi mail có thể thực hiện ở bất kỳ cskcb nào và bất kỳ tuyến hạng nào
+Nếu việc xuất xml trước ra viện, xuất lúc cho chỉ định thì có thể check và gửi ngay khi đó và có thể xem xét lại các vấn đề chuyên môn và cân nhắc để bảo quyền lợi cho người bệnh và thanh toán đúng quy định của BHYT

6.1 Vào cài đặt > Mail :

Cấu hình Người gởi mail: khuyến nghị sử dụng tài khoản Gmail (lưu ý nhớ kích hoạt chế độ cho phép đăng nhập Gmail từ phần mềm thứ 3).
Khoa nhận mail: Dựa vào MA_KHOA, MA_NHAN_VIEN để xác định mail sẽ đc gởi cho đối tượng nào? hiện tại có các đối tượng sau: KHOA điều trị, Khoa Dược, hoặc tự gởi cho người gởi trong trường hợp không xác định được người gởi.
Cấu trúc của mail như sau [Tên] < [địa chỉ email] > nếu có nhiều mail nhận thì mỗi email cách nhau bằng dấu ";". Ví dụ:có 2 người nhận mail thì cấu hình mục TO như sau: le văn a <levana@gmail.com> ; tran thi b <tranthib@gmail.com>

6.2 Vào cài đặt > Quản lý LỖI

Check chọn các lỗi cần phải gởi mail

6.3 Vào cài đặt chọn Send Mail

(không chọn sẽ không gởi mail khi có lỗi).

6.4 Khi check có lỗi

sẽ tự động dựa vào các cấu hình để gởi mail hoặc có thể gởi mail tại màn hình lỗi bằng cách nhấp vào nút MAIL.

6.5 Gửi mail professional(client Pro)

Đây là 1 tính năng phát triển thêm để giúp cải thiện tình trạng over massage và gửi có kế hoạch nhằm báo cáo thông tin kịp thời và điều đặn cho 1 nhóm người như BGĐ, Trưởng khoa, Nhóm bác sĩ, điều dưỡng, dược sĩ theo ngày, theo tháng, theo quý, ... và có chọn lỗi theo khoa và mã lỗi

7.Chuẩn bị một số dữ liệu để khai thác toàn bộ chức năng của rule:

7.1 Dữ liệu kiểm soát thời gian cho chỉ định

Rule này giúp kiểm soát chỉ định dịch vụ, cận lâm sàng, chi phí trên XML3 về mặt thời gian như chỉ định HbA1c, PCR HBV Real time, PCR HCV realtime, ...

7.1.1 Rule_Timer Cần bổ sung MA_DICH_VU, TimeOut (số ngày tối thiểu), Lần (số nguyên 1,2,3, ...tương ứng thời gian).

7.1.2 Rule_timer_history (lịch sử sử dụng dịch vụ)Cần bổ sung MA_DICH_VU, TimeOut (số ngày tối thiểu), Lần (số nguyên 1,2,3, ...tương ứng thời gian).

Chú ý:
+Khuyến nghị người dùng bổ sung dữ liệu trước đó 6 tháng của các dịch vụ cần cảnh báo thời gian để tool bắt lỗi chính xác.

7.2 Dữ liệu kiểm soát chẩn đoán thuốc(table RuleThuoc):

Rule này kiển soát chỉ định phù hợp chẩn đoán thể hiện ở Chẩn đoán và Mã bệnh , mã bệnh phụ (XML1) và Mã bệnh (XML2 và XML3).

STT

MaTHUOC

HOATCHAT

TenTHUOC

HAMLUONG

MA_DUONG_DUNG

SDK

Gia

TYLE_TT

Chandoan

ThamKhao

ICD

TamNgung

Mode

macskcb

rulethuoc_id

deliverdate

expiredate

40.481

Trimetazidin

1.01

(đau thắt ngực,(suy tim;huyết áp));[!CD:suy thận;parkinson]

Quỹ bảo hiểm y tế thanh toán điều trị (TT30):
- Đau thắt ngực ổn định không được kiểm soát đầy đủ
- Hoặc bệnh nhân không dung nạp với các liệu pháp điều trị khác
<span style="color:#ff0000">Chống chỉ định:
-Suy thận
-parkinson</span>

I20;I25

FALSE

40.576

Piracetam

2.10

(rung,giật,cơ,vỏ não)

Quỹ bảo hiểm y tế thanh toán trong điều trị (TT30):
-giật rung cơ có nguồn gốc vỏ não

FALSE

Các điều kiện để lọc chính xác thuốc cần dụng rule

MaTHUOC khai báo bắt buộc MA_THUOC trên XML2 cần kiểm tra
HOATCHAT khai báo không bắt buộc tên hoạt chất (không áp dụng điều kiện lọc)
TenTHUOC khai báo không bắt buộc TEN_THUOC trên XML2 cần kiểm tra, nếu khai báo sẽ lọc đúng tên để check, không khai báo thì lọc theo MA_THUOC
HAMLUONG khai báo không bắt buộc HAM_LUONG trên XML2 cần kiểm tra, nếu khai báo sẽ lọc đúng hàm lượng để check, không khai báo thì lọc theo MA_THUOC
MA_DUONG_DUNG khai báo không bắt buộc MA_DUONG_DUNG trên XML2 cần kiểm tra, nếu khai báo sẽ lọc đúng đường dùng để check, không khai báo thì lọc theo MA_THUOC
SDK khai báo không bắt buộc SO_DANG_KY trên XML2 cần kiểm tra, nếu khai báo sẽ lọc đúng SĐK để check, không khai báo thì lọc theo MA_THUOC
TYLE_TT khai báo không bắt buộc TYLE_TT trên XML2 cần kiểm tra, nếu khai báo sẽ kiểm tra tỷ lệ thanh toán thuốc theo Thông tư.

+Đối với MA_DUONG_DUNG: Nếu cần phần biệt chính xác thuốc cần kiểm soát liên quan đường dùng, ví dụ như chỉ kiểm soát Glucosamin dạng uống thì ghi chính xác mã đường dùng (tham khảo danh mục thuốc đã ánh xạ và tải từ cổng tiếp nhận) vào ô này, mặc định là kiểm soát toàn bộ đường dùng.
+Đối với CHẨN ĐOÁN: Các chẩn đoán hợp lý cách nhau bằng dấu ";". Nếu 1 chẩn đoán cần bắt buộc có nhiều cụm từ thì các cụm từ cách nhau bằng dấu "," (nếu dùng dấu , thì nội dung chứa dấu phẩy phải để trong ngoặc ( suy,gan ) kiểm tra chẩn đoán có chứa từ suy và gan, nếu chỉ có từ suy hoặc gan là chưa đạt ) ví dụ: kiểm tra tra chẩn đoán XN CA 125 theo TT35 có điều kiện hưởng "ung thư gan/tụy" thì chẩn đoán để kiểm soát như sau: "(Ung thư,gan);(u ác,gan);(ung thư,tụy);(u ác,tụy)".
+Đối với ICD: thì đơn giản hơn, mỗi ICD cách nhau bằng dấu ";" có thể sử dụng dấu "*" để làm đại diện nhóm. Ví dụ có thể mã hóa bệnh thận mãn như sau: N17*;N18*
(Lưu ý: Các cột MATHUOC, TENTHUOC, MA_DUONG_DUNG,SDK, TYLE_TT nếu cần phân biệt các thuốc thì thêm giá trị để lọc, nếu bỏ trống thì bỏ qua điều kiện lọc này (xem như không có sự khác biệt)
+Mode kiểm tra:sánh và trả về giá trị logic bao gồm các quy ước đầu vào, bao gồm:

1 = TEN_BENH (XML1)
2 = MA_BENH (XML1)
3 = MA_BENHKHAC (XML1)
4 = MA_BENH (XML2, XML3)
"|" tương ứng điều kiện HOẶC
"," Tương ứng điều kiện VÀ
"!" tương ứng điều kiện KHÔNG
"()" tương ứng với nhóm điều điện trong ngoặc

Các Mode điển hình:

Mode (mặc định) khi bỏ trống hoặc = 1 tương ứng với điều kiện chỉ kiểm tra TEN_BENH (XML1).
Mode = 1|2|3|4 : Chỉ cần 1 trong TEN_BENH (XML1), MA_BENH (XML1), MA_BENHKHAC (XML1), MA_BENH (XML2, XML3) đúng là phù hợp.
Mode = 1 : Chỉ cần TEN_BENH (XML1) đúng là phù hợp
Mode = 1,2 : Chỉ cần TEN_BENH (XML1) và MA_BENH (XML1) đúng là phù hợp
Mode = 1,2,3 : Chỉ cần TEN_BENH (XML1) và MA_BENH (XML1) và MA_BENHKHAC (XML1) đúng là phù hợp
Mode = 1,2,3,4 : Chỉ cần TEN_BENH (XML1) và MA_BENH (XML1) và MA_BENHKHAC (XML1) và MA_BENH (XML2, XML3) đúng là phù hợp

+Keywords: là cụm từ được định nghĩa cho tool giúp tool hiểu và kiểm soát nội dung nào đó, nếu thoả điều kiện của cụm từ đó kết quả sẽ trả về giá trị True còn không đúng sẽ trả về False

Lưu ý: operation là phép so sánh các toán tử được nhắc bên dưới bao gồm = > >= < <= <> and or not xor

Key word:[PT] đại diện cho Phẫu thuật. Nếu Hồ sơ có thanh toán phẫu thuật thì kết quả True ngược lại False
Key word:[Age Operation Value] đại diện cho Tuổi người bệnh được tính Age = Ngày ra viện - Ngày sinh (Năm). VD: Bệnh nhân trên 65 tuổi không được dùng Diacerein thì khai báo trong cột ChanDoan như sau: [Age < 65]
Key word:[thangtuoi Operation Value] đại diện cho Tuổi người bệnh được tính theo tháng = Ngày ra viện - Ngày sinh (định dạng yyyy/mm/dd nếu chỉ có năm sinh thì mặc định lấy giá trị 01/01). VD: Bệnh nhân dưới 30 tháng tuổi chống chỉ định các chế phẩm cồn thuốc thì khai báo trong cột ChanDoan như sau: [thangtuoi >= 30]
Key word:[ngaytuoi Operation Value] đại diện cho Tuổi người bệnh được tính theo ngày = Ngày ra viện - Ngày sinh (định dạng yyyy/mm/dd nếu chỉ có năm sinh thì mặc định lấy giá trị 01/01). VD: Bệnh nhân dưới 180 ngày tuổi chống chỉ định dùng các chế phẩm có tính kích thích thì khai báo trong cột ChanDoan như sau: [ngaytuoi >= 180]
Key word:[!CD: Tên bệnh 1, tên bệnh 2, chẩn đoán, ...] giúp kiểm soát các chống chỉ định
Ví dụ: Thuốc Diacerin chống chỉ định cho bệnh lý suy gan, suy thận thì khai báo [!CD:suy gan; suy thận]

Ví dụ: Thuốc Bisoprolol chống chỉ định Người bệnh có sốc do suy tim, suy tim cấp, suy tim chưa kiểm soát được bằng điiều trị nền, suy tim độ III nặng hoặc độ IV. Block nhĩ- thất độ hai hoặc 3 và nhịp tim chậm xoang (dưới 60/ phút trước khi điểu trị). Bệnh nứt xoang. thì khai báo [!CD:(suy tim,(sốc;cấp; độ III; độ IV));(block,nhĩ,thất,(độ 2;độ 3),(nhịp,((chậm,xoang);dưới 60 lần,phút)));(nứt,xoang)]
Key word:[CD: Tên bệnh 1, tên bệnh 2, chẩn đoán, ...] giúp kiểm soát chẩn đoán phù hợp (ngược với keyword [!CD: ...]

Các key word bên dưới chỉ áp dụng cho phiên bản 2.0.3.4 trở lên

Keyword:[cls:machiso operation value]
machiso là mã chỉ số cận lâm sàng trong Bảng 4 (XML4)

operation phép so sánh

value giá trị cần so sánh

Ví dụ: Nếu chỉ số albumin của xét nghiệm dưới 2.5 thì được thanh toán dịch truyền thì khai báo như sau để kiểm soát [cls:S28 <= 2.5]
Keyword [@dvkt_nội dung tùy chỉnh được] giúp kiểm tra trong dữ liệu XML3 có thanh toán các dvkt này không nếu có trả về true nếu không trả về false
để key word này hoạt động cần vào table RuleDefine và khai báo như sau:
- FUNC_UD khai báo tên, ví dụ: dvkt_bộ xét nghiệm tiền phẫu
- FUNC_CONTAIN khai báo mã dịch vụ cách nhau bằng dấu ;, ví dụ: ;18.0665.0054;10.0335.0104; (phải luôn có dấu ; phía trước và sau mỗi mã dịch vụ)
Keyword [@thuoc_nội dung tùy chỉnh được] giúp kiểm tra trong dữ liệu XML2 có thanh toán các thuốc này không nếu có trả về true nếu không trả về false
để key word này hoạt động cần vào table RuleDefine và khai báo như sau:
- FUNC_UD khai báo tên, ví dụ: thuoc_cấp cứu
- FUNC_CONTAIN khai báo mã thuốc cách nhau bằng dấu ;, ví dụ: ;40.01;40.02; (phải luôn có dấu ; phía trước và sau mỗi mã thuốc)
Keyword [@nvyt_nội dung tùy chỉnh được] giúp kiểm tra chi phí trên XML2, XML3 tại trường MA_BAC_SI được các nhân viên này thực hiện, nếu có trả về true nếu không trả về false
để key word này hoạt động cần vào table RuleDefine và khai báo như sau:
- FUNC_UD khai báo tên, ví dụ: nvyt_điều trị viêm gan
- FUNC_CONTAIN khai báo mã thuốc cách nhau bằng dấu ;, ví dụ: ;00001/CCHN-BYT;00002/CCHN-NVY; (phải luôn có dấu ; phía trước và sau mỗi mã bác sĩ)
Cấu hình Không check 2 dịch vụ trong cuộc mổ giúp không cảnh báo các dịch vụ không thực hiện trong cuộc mổ như các thủ thuật VLTL, nhổ răng, ...
- FUNC_UD khai báo DVKT_NO_CHECK_2_PT
- FUNC_CONTAIN khai báo mã dịch vụ cách nhau bằng dấu ;, ví dụ: ;17.0073.0277;17.0052.0267; (phải luôn có dấu ; phía trước và sau mỗi mã dịch vụ)
Cấu hình Khai báo cskcb giáp ranh Khai báo các cskcb giáp ranh để tool nhận biết thẻ đăng ký KCB ban đầu tại các BV này khi KCB tạt Bv sẽ được hưởng đúng tuyến
- FUNC_UD khai báo MACSKCB_GIAPRANH
- FUNC_CONTAIN khai báo mã cskcb cách nhau bằng dấu ;, ví dụ: ;10001;10002; (phải luôn có dấu ; phía trước và sau mỗi mã cskcb)
Cấu hình Khai báo khoa không kiểm tra giường Các khoa không kiểm tra giường thì khai báo mã khoa để tool nhận biết và không kiểm giường tại khoa đó
- FUNC_UD khai báo KHOA_NO_CHECK_GIUONG
- FUNC_CONTAIN khai báo mã khoa cách nhau bằng dấu ;, ví dụ: ;K01;K02; (phải luôn có dấu ; phía trước và sau mỗi mã khoa)
Keyword[nam] hoặc [nữ] hoặc [nu] hoặc [GT operation value] giúp kiểm soát giới tính.
Keyword[Hạng BV operation value] giúp kiểm tra hạng bệnh viện
Hạng BV có thẻ khai báo hạng hoặc hang hoặc hangbv

Ví dụ: Một số thuốc chỉ cho phép sử dụng ở bệnh viện I, để kiểm soát các thuốc này tại BV hạng II và III thì khai báo [hangbv < 1] để nếu bệnh viện hạng 2 có sử dụng thuốc này sẽ cảnh báo
Keyword[dvkt:Mã dịch vụ] kiểm tra hồ sơ có thanh toán dịch vụ đó hay không
Mã dịch vụ là thông tin của trường MA_DICH_VU trên XML3

Ví dụ: kiểm tra xem hồ sơ có thanh toán x quang răng hay không thì khai báo như sau [dvkt:18.0081.2001]
Keyword[thuoc:Mã thuốc] kiểm tra hồ sơ có thanh toán thuốc đó hay không
Mã thuốc là thông tin của trường MA_THUOC trên XML2

Ví dụ: kiểm tra xem hồ sơ có thanh toán thuốc Lidocain dùng để gây tê hay không [thuoc:40.12]
Keyword[sl operation số lượng] (áp dụng cho phiên bản 2.3.3.18 hoặc cao hơn) kiểm soát số lượng của chi phí đang kiểm tra
Ví dụ: Theo QĐ 792/QĐ-BYT, các dịch vụ VLTL điều trị bệnh thoái hóa khớp không quá 15 lần trong đợt điều trị

(thoái hóa khớp,[sl < 15]) Khai báo cho dịch vụ như Siêu âm điều trị, xoa bóp, bấm nguyệt

7.3 Dữ liệu kiểm soát chẩn đoán dịch vụ(table RuleDv):

(tham khảo như kiểm soát chẩn đoán thuốc)

7.4 Kiểm soát VTYT trong phẫu thuật thanh toán BHYT (DMDVKT_VTYT):

7.5 Kiểm soát thanh toán đồng thời:

Trong cùng 1 ngày có thanh toán các thuốc, phẫu thuật, CLS được khai báo trong table Rule_duplicate thì khi hồ sơ có sử dụng dồng thời các chi phí này thì sẽ cảnh báo.

+Kiểm soát:

Thanh toán đồng thời Thuốc cùng nhóm hoạt chất (XML2)
Tương tác thuốc (XML2)
Thuốc trong cơ cấu giá Dịch vụ (XML2 Vs XML3)
Dịch vụ trong cơ cấu giá Dịch vụ cv 4262 (XML3 Vs XML3).
Thanh toán dịch vụ này thì không thể thanh toán dịch vụ kia.

+Cần khai báo MA_THUOC (cột XML2) hoặc MA_DICH_VU (Cột XML3)
+Cách Khai báo:

Dấu ";": Đại diện cho hàm AND trong excel.
Dấu "|" : Đại diện cho hàm OR trong excel.
Chuỗi nối giữa XML2 và XML3 = dấu ";",
Cặp dấu "( )" áp dụng như trong excel
Nếu điều kiện so sách True sẽ cảnh báo thanh toán đồng thời. Ví dụ: có mã thuốc A và B và mã dịch vụ C nếu thanh toán đồng thời A và C hoặc B và C thì khai báo như sau: XML2 khai báo (A|B) XML3 khai báo C, điều này đồng nghĩa với chuỗi so sánh như trong excel AND (OR (A,B),C).
Lưu ý: Check trùng chi phí trên phạm vi hồ sơ thì UnCheck CHECK_NGAY_YL, ngược lại check trùng theo ngày

7.6 Kiểm soát chi phí bằng cách tự tạo quy luật (custom rule)chỉ áp dụng cho ver 2.0.0.4 trở lên

Có những vấn đề cần khắc phục ngay nhưng phải đợi chỉnh HIS thì xem như mình đã đi khá xa, chính vì vậy tính năng này tuy không phải dể thực hiện nhưng ít ra nó củng giúp 1 số ít người rành về các hàm, biến của ngôn ngữ Autoi biến thể thành ngôn ngữ CheckXML để có thể tự code các quy luật cho riêng cơ sở kcb của mình mà không cần đến sự có mặt của chính tác giả.

+Kiểm soát:

Tất cả các trường trên XML1
Lọc chi phí XML2,3 theo điều kiện cho trước
Kết hợp nhiều điều kiện trên XML1,2,3 tạo ra 1 quy luật riêng và kết hợp nhiều quy luật tạo ra 1 quy luật lơn hơn =>Check Phác đồ, Quy trình chuyên môn, Giám sát chi phí bất hợp lý, lạm dụng quỹ BHYT

+Màn hình khai báo:Cài đặt > Quản lý lỗi > Thêm rule

+Các bước cơ bản để khai báo 1 rule:

1. Tạo mới 1 group
2. Chọn group và thêm mới tên rule > Lưu
3. Tạo rule data (tham khảo quy tắc tạo rule data sẽ cập nhật khi phiên bản được public)
4. Tương tự tạo diễn giải, trình bày, tham khảo, người dùng, khoa, mail (tham khảo quy tắc tạo rule data sẽ cập nhật khi phiên bản được public)
5. Tùy chỉnh Kiểm tra, điều kiện cảnh báo, gửi mail, hastag
6. Test rule trên file xml để đảm bảo những gì mình khai báo là chuẩn
7. lưu lại

+Nguyên tắc hoạt động:

1. Nguyên lý 1: Dựa vào pseudo-token để chuyển nguyên mẫu Script được tạo sẳn để thực thi trên file XML và phản hồi kết quả bằng các hàm mà toolcheck đã khai báo sẳn
2. Nguyên lý 2: Mỗi 1 mẫu script chứa tối đa khoảng 4000 kí tự (Autoit Limit)
3. Nguyên lý 3: Mỗi mẫu script chứa tối đa 2550 hàm được gọi
4. Nguyên lý 4: Mẫu script chuẩn là theo ngôn ngữ Autoit, do đó sẽ dể dàng hơn nếu bạn biết nhiều Autoit
5. Cấu trúc khai báo được thiết kế theo dạng Class Object để người dùng dể hiểu hơn

CheckXML API (nhấn vào đây xem cấu trúc hàm) : gọi nôm na là các hàm được viết sẳn để người dùng có thể sử dụng và đặt ra các quy luật cho riêng mình

XML1.MA_LK, .....XML1.CAN_NANG
XML1.MA_LK.VAL() => lấy giá trị trường Mã liên kết trên XML1
XML1.MA_LK.StringExist([chuỗi điều kiện],[chuỗi chẩn đoán, icd,..]) => kiểm tra chuổi chẩn đoán, icd có thỏa điều kiên hay không
Còn tiếp

8. Kiểm tra file XML :

-Chép file XML lẻ 1, 2, 3, 4, 5 vào thư mục "XML chưa kết hợp" để tool tự động kết hợp lại thành file XML hoàn chỉnh (Mỗi file 1 HSBA được lưu vào thư mục HS đầu vào)
-Chọn thư mục HS đầu vào chứa file XML 4210
-Chọn thư mục đầu ra:

Nếu chọn Send VAS : Và đặt thư mục đầu ra là thư mục VAS thì tool sẽ lưu file xml lại tại đây để VAS lấy hồ sơ gởi lên cổng.
Nếu chọn Send XML : Tool sẽ gởi trực tiếp hồ sơ lên cổng (thông qua 1 tool sendxml.exe do ban Hoàng Mai Long code). TH gởi bằng chức năng Send XML thì thông tin hồ sơ sẽ được lưu lại trong file log.mdb phục vụ cho việc quản lý thông tin gởi hồ sơ, ngoài ra sendxml còn hỗ trợ get các lỗi hồ sơ khi gửi cổng, Khi mở xem lại lỗi bằng tool QLHS.exe sẽ xem đc các lỗi này.

-Sau khi cài đặt xong thì nhấn nút PAUSE để active trình kiểm tra file XML.
-Nếu chọn chức năng Auto check thì tool sẽ lặp lại sau số phút được chỉ định trong cài đặt.
-Các chức năng khác tự khám phá.
lưu ý nếu anh chị chưa cài bộ office 2010 (32 bit) thì tải thêm Access Database Engine bên dưới

9. exmltool client Pro:

Đây là nhóm công cụ hỗ trợ các công việc sau:

1. Tự động cập nhật danh mục dử dụng tại cơ sở kcb (thay vì phải làm thủ công)
2. tra cứu thẻ BHYT
3. Thống kê tỷ lệ liên thông
4. Xem chi tiết hồ sơ kcb của bệnh viện đã gửi liên thông
5. Xem các lỗi từ cổng tiếp nhận trả về
6. đối chiếu dữ liệu 79a, 80a với hồ sơ gửi cổng
7. Xem lỗi đã check được (tương tự QLHS)

Chính sách và vấn đề bảo mật :

1. Không lưu trữ bất kỳ thông tin liên quan đến tài khoản của cskcb
2. Tất cả các thông tin lưu trữ có liên quan đến cskcb chỉ nhằm mục đích phục vụ cơ sở kcb hoặc lợi ích chung cho người dùng
3. Các thông tin hiên đang lưu trữ trên hệ thống: Mã cơ sở khám chữa bệnh, Ngày sử dụng gần nhất, số lượng lỗi kiểm tra được trong 1 tháng, các user rule đã khai báo (rule thuoc, rule dv, rule duplicate, custom rule)
4. Các lỗi cảnh báo chỉ mang tính chất tham khảo và rút kinh nghiệm để làm tốt hơn công tác KCB tại cơ sỡ
5. Tác giả hoàn toàn ko chịu trách nhiệm về bất cứ vấn đề nào về việc sử dụng tool này tại cơ sở kcb của bạn
6. Tool được viết bằng ngôn ngữ Autoit nên thường được các phầm mềm ativirus hiểu nhằm là virus, trường hợp này bạn cần phải thêm loại trừ hoặc thông báo cho cty cung cấp phần mềm anti-virus xem xét lại trước khi sử dụng
7. Cho đi tất cả để đón nhận điều tuyệt vời

11. Cài đặt check tự động 24/24 :

Đơn giản thôi, chỉ cần khai báo file xml xuất ra củng là thư mục hồ sơ đầu vào của tool check và cấu hình như hình dưới:

1. Nâng cấp

Để ngân cấp phiên bản các bạn thực hiện các bước bên dưới để tool vận hành trơn chu, cụ thể:

Bước 1: Cập nhật bản mới nhất

Bước 2: Cập nhật dữ liệu cho phiên bản

Bước 3: Cập nhật các quy luật kiểm soát cho phiên bản

2.Lịch sử phiên bản

TỰ TẠO QUY LUẬT KIỂM SOÁT

Bước 1 mở chức năng tạo custome rule thao tác theo mũi tên như hình dưới
Bước 2 tạo mới 1 custome rule thao tác theo mũi tên như hình dưới
- Tạo Rule Data Tạo quy luật kiểm soát, nếu thỏa điều kiện truyền vào đúng với mục Báo lỗi thì sẽ có cảnh báo lỗi xảy ra và ngược lại thì xem như không có cảnh báo xảy ra.
- Tạo Diễn giải Tạo diễn giải về rule để người dùng hiểu bạn đang muốn nói đến vấn đề gì
- Tạo tham khảo Tạo dữ liệu hướng dẫn người dùng cách khắc phục lỗi
- Tạo Trình Bày Tạo các dữ liệu cung cấp thông tin cho người dùng dể hiểu
- Khoa Xác định vấn đề cảnh báo thuộc khoa nào
- User Xác định vấn đề cảnh báo thuộc user nào gây ra
- Mail Xác định vấn đề cảnh báo cần gửi mail cho ai?
Bước 3 kiểm tra và lưu lại thao tác theo mũi tên như hình dưới
Tài liệu mô tả các hàm dùng trong custom rule để khai báo ở bước 2

Thank for : Hoàng Mai Long; Dr Hoàng Hà; Cường -TTCNPM TL; Lâm – Xung – 37; Nguyễn Vương Nghị; Đặng Quốc Thái; Du- Kenny; Phan Đức Nhân; Trần Tâm; Đồng Phú Hao … đã tham gia góp ý nhiệt tình.