Download luận văn tóm tắt ngành công nghệ thông tin với đề tài: Phân tích và xây dựng chức năng giám định tự động trong hệ thống giám định bảo hiểm xã hội, cho các bạn làm luận văn tham khảo

1. 1
ĐẠI HỌC QUỐC GIA HÀ NỘI
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ
PHAN VĂN NAM
PHÂN TÍCH VÀ XÂY DỰNG
CHỨC NĂNG GIÁM ĐỊNH TỰ ĐỘNG
TRONG HỆ THỐNG GIÁM ĐỊNH BẢO HIỂM XÃ HỘI
Ngành: Công nghệ thông tin
Chuyên ngành: Kỹ thuật phần mềm
Mã số: 60.48.01.03
TÓM TẮT LUẬN VĂN THẠC SĨ CÔNG NGHỆ
THÔNG TIN
Hà Nội -2017

2. 1
MỞ ĐẦU
1. Bài toán
Hiện nay Bảo hiểm y tế đóng vai trò rất quan trọng trong việc
an sinh xã hội, tính đến nay cả nước đã có hơn 80% dân số tham gia
bảo hiểm y tế. Cùng theo quá trình phát triển của đất nước thì càng
ngày lượng khám chữa bệnh một ngày tăng, quy trình thanh toán
bảo hiểm theo hồ sơ giấy không thể đáp ứng được nhu cầu, vì vậy
nhu cầu thanh quyết toán điện tử chi phí khám chữa bệnh là cấp
thiết. Từ nhu cầu cấp thiết đó mà hệ thống Giám định bảo hiểm xã
hội được hình thành để đáp ứng quá trình thanh quyết toán chi phí
khám chữa bệnh bảo hiểm y tế, phát hiện những sai phạm, tránh
trục lợi trong quá trình thanh quyết toán bảo hiểm y tế. Nhưng với
lượng lượt khám chữa bệnh khổng lồ, để nhằm hỗ trợ, phục vụ các
giám định viên trong quá trình giám định, việc giám định tự động
qua các quy tắc có sẵn là điều tất yếu. Đề tài “Phân tích và xây
dựng chức năng giám định tự động trong hệ thống giám định
bảo hiểm xã hội” sẽ tìm hiểu cơ sở lý thuyết kiến trúc hướng dịch
vụ SOA và xây dựng chức năng giám định tự động phát hiện các
sai phạm trong quá trình giám định, hỗ trợ đắc lực cho các giám
định viên phát hiện sai phạm, để việc thanh quyết toán chi phí khám
chữa bệnh bảo hiểm y tế được rõ ràng, minh bạch tránh trục lợi.
2. Mục tiêu
Tìm hiểu cơ sở lý thuyết về kiến trúc hướng dịch vụ SOA và áp
dụng xây dựng chức năng giám định tự động cùng bộ quy tắc giám

3. 2
định để phát hiện sai phạm trong quá trình thanh quyết toán hồ sơ
khám chữa bệnh.
3. Phương pháp nghiên cứu
Tìm hiểu cơ sở lý thuyết về kiến trúc hướng dịch vụ SOA. Các
bước xây dựng một ứng dụng dựa trên kiến trúc hướng dịch vụ.
Áp dụng các bước xây dựng một ứng dụng dựa trên kiến trúc hướng
dịch vụ, cụ thể sẽ là phương pháp top-down để xây dựng chức năng
giám định tự động gồm bộ quy tắc giám định, phân tích xây dựng
các bộ service thực hiện quét hồ sơ, tài liệu cần được giám định.
Chức năng sẽ gồm 2 bộ service: Giám định hồ sơ và giám định danh
mục.
Giám định hồ sơ sẽ gồm bộ 3 service:
- GetDataKB: có nhiệm vụ quét các hồ sơ cần giám định và
đẩy lên một queue trên RabbitMQ
- ProcessDataKB: có nhiệm vụ lấy hồ sơ trên queue do service
GetDataKB đẩy lên để thực hiện giám định, sau khi giám
định sẽ tiến hành đẩy vào một queue trên RabbitMQ
- SendDataKB: có nhiệm vụ lấy hồ sơ trên queue do service
ProcessDataKB đẩy lên để thực hiện lưu kết quả vào
Database.
Giám định danh mục sẽ gồm bộ 3 service:
- GetData: có nhiệm vụ quét các danh mục cần giám định và
đẩy lên một queue trên RabbitMQ

4. 3
- ProcessData: có nhiệm vụ lấy danh mục cần giám định trên
queue do service GetData đẩy lên, sau đó thực hiện giám
định và đẩy lên một queue trên RabbitMQ
- SendData: có nhiệm vụ lấy danh mục trên queue do service
ProcessData đẩy lên để thực hiện lưu kết quả vào Database.
Áp dụng các công nghệ như RabbitMQ để giao tiếp giữa các bộ
service.
4. Kết quả đạt được
Luận văn đã tìm hiểu về kiến trúc hướng dịch vụ SOA, phương
pháp xây dựng một ứng dụng dựa trên kiến trúc hướng dịch vụ. Áp
dụng vào bài toán giám định tự động.
Luận văn đã xây dựng thành công:
- Bộ service giám định hồ sơ: GetDataKB, ProcessDataKB,
SendDataKB
- Bộ service giám định danh mục: GetData, ProcessData,
SendData
- Bộ quy tắc hồ sơ: Quy tắc thẻ, quy tắc mức hưởng, quy tắc
thuốc, quy tắc dịch vụ kỹ thuật, quy tắc vật tư y tế và các quy
tắc khác về máu, thanh toán ngày giường
- Bộ quy tắc danh mục: Quy tắc thuốc thầu tỉnh, vật tư thầu
tỉnh, thuốc bệnh viện, dịch vụ kỹ thuật bệnh viện, vật tư y tế
bệnh viện.
Hiện tại trên toàn quốc có khoảng hơn 14 nghìn cơ sở khám chữa
bệnh, với trung bình một tháng khoảng 15 triệu hồ sơ khám chữa
bệnh. Bộ service giám định hồ sơ có thể xử lý được khoảng trên 40

5. 4
hồ sơ/ giây, đóng vai trò đắc lực hỗ trợ giám định viên phát hiện xử
lý sai phạm trong quá trình thanh quyết toán bảo hiểm y tế, giúp tiết
kiệm ngân sách hàng năm của nhà nước.
5. Bố cục của luận văn
Luận văn được trình bày thành 4 chương chính:
Chương 1: Giới thiệu về bảo hiểm y tế và quy trình giám định
bảo hiểm y tế
Chương 2: Kiến trúc hướng dịch vụ SOA
Chương 3: Phân tích và xây dựng chức năng giám định tự động
Chương 4: Cài đặt, triển khai và thực nghiệm giám định tự động
CHƯƠNG 1: GIỚI THIỆU BẢO HIỂM Y TẾ VÀ QUY
TRÌNH GIÁM ĐỊNH BẢO HIỂM Y TẾ
1.1. Quá trình hình thành Bảo hiểm y tế ở Việt Nam
Từ trước những năm 1985, Việt Nam áp dụng mô hình bảo hiểm
mà ngân sách nhà nước cấp cho các bệnh viện để thực hiện khám
chữa bệnh để thực hiện khám chữa bệnh miễn phí cho nhân dân.
Sau khi thực hiện chính sách đổi mới, Việt Nam dần chuyển đổi từ
bước từ bao cấp cho các bệnh viện sang cơ chế BHYT.
1.2. Vận hành Bảo hiểm y tế ở Việt Nam
Sau hơn 20 năm thực hiện BHYT, đặc biệt sau 4 năm thực hiện
Luật BHYT, Việt Nam đã đạt gần 70% dân số tham gia BHYT.

6. 5
1.2.1. Về độ bao phủ Bảo hiểm y tế ở Việt Nam
Việc đạt tỷ lệ bao phủ BHYT ở mức được gần 70% là cố gắng
lớn của Nhà nước và mỗi người dân. Dự báo năm 2020 đạt 80%
dân số có BHYT.
Nhà nước tiếp tục thực hiện hỗ trợ nhân dân tham gia BHYT, nhất
là gia đình chính sách, đối tượng khó khăn.
1.2.2. Thực hiện nguyên lý chia sẻ của BHYT
Nguyên lý chia sẻ của BHYT là: Đóng theo lương/thu nhập,
hưởng theo bệnh.
1.2.3. Về quyền lợi bệnh nhân, hiệu quả BHYT
Với điều kiện Kinh Tế- Xã Hội và mức thu nhập 1750
USD/người(2013), quyền lợi hưởng BHYT khá lớn, trên cả mức
dịch vụ y tế cơ bản.
1.2.4. Về quản lý quỹ Bảo hiểm y tế
Việt Nam đã gộp chung cả BHYT và BHXH vào một đơn vị do
BHXH Việt Nam điều hành, việc này có thể tiết kiệm được một số
biên chế, trụ sở, và có thể hỗ trợ giữa hai quỹ
1.3. Quy trình giám định bảo hiểm y tế tại cơ quan bảo hiểm
xã hội
Phòng giám định sẽ công bố danh mục thuốc, dịch vụ, vật tư
được dùng chung cho các bệnh viện. Hằng năm khi có kết quả đấu
thầu, hoặc có sự thay đổi danh mục, các cơ sở khám chữa bệnh tiến
hành gửi dữ liệu danh mục cũng như hằng ngày, khi có phát sinh
hồ sơ khám chữa bệnh cơ sở sẽ gửi hồ sơ khám chữa bệnh lên để
thực hiện giám định.

7. 6
Hệ thống sẽ kiểm tra tính hợp lệ của dữ liệu cơ sở khám chữa bệnh
gửi lên, nếu không hợp lệ sẽ tiến hành trả lại dữ liệu về cơ sở khám
chữa bệnh, để cơ sở thực hiện sửa chữa và gửi lại.
Thực hiện giám định danh mục thuốc, vật tư y tế: Kiểm tra đối chiếu
tên thuốc, hoạt chất...
Thực hiện giám định giá thuốc, vật tư y tế: Kiểm tra đối chiếu giá
thanh toán với kết quả thầu.
Thực hiện giám định giá dịch vụ kỹ thuật: kiểm tra xác định tính
pháp lý của danh mục. Kiểm tra đối chiếu bảng giá DVKT so với
quy định của BYT.
Sau khi thực hiện giám định nếu không có yêu cầu thẩm định lại
thì sẽ tiến hành trả kết quả giám định cho cơ sở khám chữa bệnh.
1.4. Kết luận
CHƯƠNG 2: KIẾN TRÚC HƯỚNG DỊCH VỤ (SERVICE -
ORIENTED ARCHITECTURE)
2.1. Dịch vụ
Dịch vụ (service) về mặt định nghĩa, dịch vụ là một hệ thống
có khả năng nhận một hay nhiều yêu cầu xử lý và sau đó đáp ứng
lại bằng cách trả về một hay nhiều kết quả.
2.2. Các đặc điểm chính của dịch vụ
2.2.1. Có ranh giới rõ ràng
Các dịch vụ thực hiện quá trình tương tác chủ yếu thông qua
thành phần giao tiếp.

8. 7
2.2.2. Tính tự trị
Các dịch vụ cần phải được triển khai và hoạt động như những
thực thể độc lập mà không lệ thuộc vào một dịch vụ khác.
2.2.3. Chia sẻ lược đồ
Các dịch vụ nên cung cấp thành phần giao tiếp của nó
(interface) ra bên ngoài.
2.2.4. Tính tương thích của dịch vụ dựa trên chính sách
Một dịch vụ khi muốn tương tác với một dịch vụ khác thì
phải thỏa mãn các chính sách và yêu cầu của dịch vụ đó như mã
hóa, bảo mật...
2.3. Kiến trúc hướng dịch vụ
Kiến trúc hướng dịch vụ (Service – oriented architecture) là
một hướng tiếp cận với việc thiết kế và tích hợp các phần mềm,
chức năng, hệ thống theo dạng module.
2.4. Các tính chất của một hệ thống SOA
2.4.1. Kết nối lỏng lẻo
Vấn đề kết nối thể hiện một số ràng buộc giữa các module
với nhau.
2.4.2. Sử dụng lại dịch vụ
Bởi vì các dịch vụ được cung cấp lên trên mạng và được
đăng ký ở nơi lưu trữ dịch vụ nào đó nên chúng dễ dàng được tìm
thấy và tái sử dụng.

9. 8
2.4.3. Sử dụng dịch vụ bất đồng bộ
Trong phương thức triệu gọi dịch vụ bất đồng bộ, bên gọi
gửi một thông điệp với đầy đủ thông tin ngữ cảnh tới bên nhận. Bên
nhận xử lí thông tin và trả kết quả về một kênh thông điệp, bên gọi
không phải chờ đến khi thông điệp được xử lí xong.
2.4.4. Quản lý các chính sách
Khi sử dụng chia sẻ trên mạng, tùy theo mỗi ứng dụng sẽ có
một luật kết hợp riêng gọi là các chính sách. Các chính sách cần
được quản lý các áp dụng cho mỗi dịch vụ cả khi thiết kế lẫn trong
thời gian thực thi.
2.4.5. Khả năng cộng tác
Kiếm trúc hướng dịch vụ hướng nhấn mạnh đến khả năng
cộng tác, khả năng mà các hệ thống có thể giao tiếp với nhau trên
nhiều nền tảng và ngôn ngữ khác nhau.
2.4.6. Tự dò tìm và ràng buộc động
SOA hỗ trợ khái niệm truy tìm dịch vụ. Một người sử dụng
cần đến một dịch vụ nào đó có thể tìm kiếm dịch vụ dựa trên một
số tiêu chuẩn khi cần. Người sử dụng chỉ cần hỏi một dịch vụ lưu
trữ về dịch vụ nào thỏa mãn yêu cầu tìm kiếm.
2.4.7. Khả năng tự phục hồi
Một hệ thống tự phục hồi là một hệ thống có khả năng tự hồi
phục sau khi bị lỗi mà không cần sự can thiệp của con người.

10. 9
2.5. Kiến trúc phân tầng chi tiết SOA
2.5.1. Tầng kết nối
Mục đích của tầng kết nối là kết nối đến các ứng dụng
enterprise hoặc tài nguyên bên dưới và cung cấp chúng thành những
dịch vụ.
2.5.2. Tầng orchestration
Tầng orchestration chứa các thành phần vừa đóng vai trò là
những dịch vụ vừa là những dịch vụ cung cấp.
2.5.3. Tầng ứng dụng tổng hợp
Dữ liệu truyền qua lại giữa những dịch vụ cuối cùng cũng
định hướng đến người sử dụng theo nhiều giao diện khác nhau.
2.6. Các bước triển khai một ứng dụng theo mô hình SOA
Hai phương pháp cơ bản để xác định các dịch vụ là: phương
pháp top-down (xuất phát từ yêu cầu nghiệp vụ) và phương pháp
bottom-up (xuất phát từ thực trạng của hệ thống hiện có).
Trong phương pháp top-down các bước chính để xây dựng hệ thống
dựa trên SOA đó là:
 Phân rã domain
 Xây dựng mô hình Goal-service
 Phân tích hệ thống con
 Đưa ra các dịch
 Đặc tả thành phần
 Cấu trúc thành phần và dịch vụ
 Lựa chọn công nghệ thực hiện

11. 10
2.7. Kết luận
CHƯƠNG 3: PHÂN TÍCH VÀ XÂY DỰNG CHỨC NĂNG
GIÁM ĐỊNH TỰ ĐỘNG
3.1. Giới thiệu hệ thống Giám định bảo hiểm và bài toán giám
định tự động
3.1.1. Giới thiệu hệ thống giám định
Với những yêu cầu đặt ra phần mềm giám định BHYT phải đáp
ứng các yêu cầu:
- Quản lý các danh mục, thông tin
- Tiếp nhận hồ sơ yêu cầu thanh toán
- Giám định tự động
- Tạo quy tắc giám định
- Thống kê, phân tích dữ liệu
- Giám định theo tỷ lệ
Giám định tự động: Giám định danh mục, giá thuốc, hóa chất, vật
tư y tế, dịch vụ kỹ thuật. Giám định tự động dữ liệu đề nghị thanh
toán từ cơ sở khám chữa bệnh.
3.1.2. Bài toán giám định tự động
Với lượng hồ sơ khám chữa bệnh ngày càng tăng, cũng như mỗi
cơ sở khám chữa bệnh có những loại thuốc khác nhau, giá thành,
thành phẩm khác nhau. Việc giám định rất khó khăn. Vì vậy cần
xây dựng một chức năng có khả năng chạy độc lập với hệ thống
giám định, có khả năng tự trị, hồi phục khi xảy ra lỗi… để thực hiện
nghiệp vụ chạy qua các quy tắc giám định, hỗ trợ các giám định

12. 11
viên phát hiện các sai phạm một cách hiệu quả trong quá trình giám
định.
Chức năng giám định tự động cần dễ triển khai, dễ sử dụng, dễ
dàng bảo trì sửa chữa khi có sự cố. Cũng như có khả năng chịu
lỗi cao, trong trường hợp các thành phần hệ thống gặp sự cố,
không hoạt động một thời gian khi các thành phần hoạt động trở
lại thì cần chức năng vẫn hoạt động trở lại bình thường. Riêng
với chức năng giám định hồ sơ thì trung bình hiện tại có khoảng
15 triệu hồ sơ được gửi trong một tháng. Nghĩa là trung bình
một ngày có khoảng 500 nghìn hồ sơ khám chữa bệnh. Một phút
khoảng 350 hồ sơ. Nhưng trong những khoảng thời gian cao
điểm nhất định thì lượng hồ sơ có thể gửi cao hơn rất nhiều. Đây
sẽ là bài toán phức tạp trong độ trễ của việc giám định sau khi
gửi hồ sơ giám định.
Từ những yêu cầu về tính độc lập, tự trị, khả năng phục hồi khi
xảy ra lỗi. Hiện tại chức năng chưa cần sử dụng lại nhưng có thể
trong tương lai sẽ cần sử dụng lại dịch vụ để thực hiện giám định
tự động công khai. Vì vậy từ những tính chất, yêu cầu của chức
năng giám định tự động mà ta sẽ lựa chọn mô hình kiến trúc
SOA với phương pháp top-down (xuất phát từ những yêu cầu
nghiệp vụ để xác định các dịch vụ) để xây dựng giám định tự
động.

13. 12
3.2. Phân tích và xây dựng chức năng giám định tự động
3.2.1. Giám định hồ sơ
3.2.2. Phân rã domain
Với nghiệp vụ cần thực hiện lấy những hồ sơ mới được gửi lên
rồi thực hiện giám định. Giám định xong cập nhật kết quả giám định
vào cơ sở dữ liệu và tính toán các trường để đẩy dữ liệu lên Solr.
Mô hình usecase:
 Lấy hồ sơ khám chữa bệnh mới
 Xử lý giám định
 Cập nhật kết quả giám định
 Tính toán và đẩy dữ liệu lên Solr
3.2.3. Xây dựng mô hình Goal-service
Trong giai đoạn phân rã domain ta đã xác định được các usecase
nghiệp vụ, và đây sẽ là cơ sở chính để ta xác định các dịch vụ.
Có nhiều cách thể hiện mô hình goal-service, ở đây ta sẽ sử dụng
một cách đơn giản đó là dùng danh sách phân cấp để biểu diễn các
goal, sub-goal, dịch vụ.
 Giám định hồ sơ
o Lấy hồ sơ KCB mới
 Kết nối cơ sở dữ liệu và lấy các bản ghi theo
trạng thái mới
 GetXml19324()
 Gửi thông điệp tới các dịch vụ khác
 SendMessage(Message)

14. 13
 Xử lý và ghi log khi có sự cố
 Xử lý(exeption)
 Ghi log(exeption)
o Xử lý giám định
 Nhận thông điệp từ dịch vụ khác
 GetMessage()
 Giải mã thông điệp
 Giả mã(Message)
 Kết nối cơ sở dữ liệu
 ConnectDB()
 Thực hiện giám định
 Lấy các quy tắc giám định đang bật
o GetDmFunction(xml.NgayThan
hToan)
 Thực hiện chạy các quy tắc giám định
o Run(xml19324)
 Gửi thông điệp cho dịch vụ khác
 SendMessage(Message)
 Xử lý và ghi log khi có sự cố
 Xử lý()
 Ghi log()
o Cập nhật kết quả giám định
 Nhận thông điệp từ dịch vụ khác
 GetMesssage()
 Giải mã thông điệp
 Giải mã(Message)

15. 14
 Kết nối cơ sở dữ liệu và cập nhật kết quả
 ConnectDB()
 UpdateSauGD(Xml19324)
 Xử lý và ghi log khi có sự cố
 Xử lý(exeption)
 Ghi log(exeption)
o Tính toán và đẩy dữ liệu lên Solr
 Tính toán theo yêu cầu báo cáo
 Tinhtoan(ref xml19324)
 Chuyển đổi dữ liệu về schema của Solr
 Convert(xml19324)
 Đẩy dữ liệu lên Solr
 SendSolr(Xml19324_Report)
 Xử lý và ghi log khi có sự cố
 Xử lý(exeption)
 Ghi log(exeption)
3.2.4. Phân tích hệ thống con
Trong chức năng giám định hồ sơ thì sẽ gồm các hệ thống con:
Lấy hồ sơ KCB mới, Xử lý giám định, Cập nhật kết quả giám định,
Tính toán và đẩy dữ liệu lên Solr.
3.2.5. Đưa ra các dịch vụ
Như vậy với các hệ thống con trong chức năng giám định hồ sơ:
Lấy hồ sơ KCB mới, xử lý giám định, cập nhật kết quả giám định,
tính toán và đẩy dữ liệu lên Solr. Ta sẽ đặt tên cho các hệ thống con
để có thể dễ dàng sử dụng, và đưa các dịch vụ vào các thành phần.

16. 15
GetDataKB: Lấy hồ sơ KCB mới sẽ gồm các dịch vụ
 GetXml19324(): Lấy những hồ sơ KCB theo trạng thái mới
được gửi lên
 SendMessage(Message): Gửi thông điệp cho thành phần
khác với thông điệp dạng đối tượng Message
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
ProcessDataKB: Xử lý giám định sẽ gồm các dịch vụ
 GetMesssage(): Nhận thông điệp từ dịch vụ khác
 Giải mã(Message): Giải mã thông điệp
 ConnectDB(): Kết nối cơ sở dữ liệu
 GetDmFunction(xml.NgayThanhToan): Lấy những quy tắc
đang bật theo ngày thanh toán của hồ sơ
 Run(Xml19324): Thực hiện chạy các quy tắc giám định hồ
sơ
 SendMessage(Messgae): Gửi thông điệp tới dịch vụ khác
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
SendDataKB: Cập nhật kết quả giám định và tính toán rồi đẩy
dữ liệu lên Solr sẽ gồm các dịch vụ
 GetMesssage(): Nhận thông điệp từ dịch vụ khác
 Giải mã(Message): Giải mã thông điệp
 ConnectDB(): Kết nối cơ sở dữ liệu

17. 16
 UpdateSGD(Xml19324): Cập nhật kết quả sau giám định
 Tinhtoan(ref Xml19324): Tính toán theo yêu cầu báo cáo
 Convert(Xml19324): Chuyển đổi về schema của Solr
 SendSolr(Xml19324_report): Đẩy dữ liệu lên Solr
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
3.2.6. Đặc tả thành phần
Với các dịch vụ GetDataKB, ProcessDataKB, SendDataKB sẽ
gửi thông điệp với nhau qua một hệ thống MessageBroker.
3.2.7. Cấu trúc thành phần và dịch vụ
Tiến hành đưa các thành phần và dịch vụ vào các tầng của SOA
3.2.8. Lựa chọn công nghệ thực hiện
Với việc xây dựng các bộ dịch vụ: GetDataKB, ProcessDataKB,
SendDataKB sẽ triển khai trên cùng một dải mạng WAN, chạy tự
động, độc lập trên windown server, ta sẽ xây dựng các dịch vụ trên
dưới dạng Winservice hoặc Application. Nhưng để triển khai cũng
như quản lý một cách dễ dàng, tăng giảm số luồng, số dịch vụ khi
triển khai thì ta sẽ chọn Application.
Vấn đề để các dịch vụ trao đổi thông điệp với nhau, ta cần sử dụng
một hệ thống chuyển giao thông điệp (Message Broker). Một trong
những hệ thống message broker phổ biến cũng như dễ sử dụng hiện
nay là RabbitMQ. Cơ sở dữ liệu: Oracle 11g 64bit. Ngôn ngữ lập
trình: C# trên môi trường .Net 4.0, công cụ lập trình Visual Studio
15. Các thư viện client sử dụng sẽ được trình bày chi tiết hơn ở
chương 4.

18. 17
3.2.9. Các quy tắc hồ sơ
o Quy tắc thẻ
o Quy tắc mức hưởng
o Quy tắc thuốc
o Quy tắc dịch vụ
o Quy tắc vật tư y tế
o Quy tắc khác
3.2.2. Giám định danh mục
3.2.2.1. Phân rã domain
Với nghiệp vụ cần thực hiện lấy những danh mục mới được gửi
lên rồi thực hiện giám định. Giám định xong cập nhật kết quả giám
định vào cơ sở dữ liệu.
3.2.2.2. Xây dựng mô hình goal-service
Trong giai đoạn phân rã domain ta đã xác định được các usecase
nghiệp vụ, và đây sẽ là cơ sở chính để ta xác định các dịch vụ.
 Giám định danh mục
o Lấy danh mục mới được gửi
 Kết nối cơ sở cơ sở dữ liệu để lấy các danh
mục theo trạng thái mới gửi
 GetListDm()
 Gửi thông điệp tới dịch vụ khác
 SendMessage(Message)
 Xử lý và ghi log khi có sự cố
 Xử lý(exeption)
 Ghi log(exeption)
o Xử lý giám định

19. 18
 Nhận thông điệp từ dịch vụ khác
 GetMessage()
 Giải mã thông điệp
 Giả mã(Message)
 Kết nối cơ sở dữ liệu
 ConnectDB()
 Thực hiện giám định
 Thực hiện ánh xạ danh mục
o MappingDm(objectDm)
 Lấy các quy tắc giám định đang bật
o GetDmFunctionDm()
 Thực hiện chạy các quy tắc giám định
o Run(objectDm)
 Gửi thông điệp cho dịch vụ khác
 SendMessage(Message)
 Xử lý và ghi log khi có sự cố
 Xử lý()
 Ghi log()
o Cập nhật kết quả
 Nhận thông điệp từ dịch vụ khác
 GetMesssage()
 Giải mã thông điệp
 Giải mã(Message)
 Kết nối cơ sở dữ liệu và cập nhật kết quả
 ConnectDB()
 UpdateSauGD(ObjectDm)

20. 19
 Xử lý và ghi log khi có sự cố
 Xử lý(exeption)
 Ghi log(exeption)
3.2.2.3. Phân tích hệ thống con
Các usecase nghiệp vụ sẽ là cơ sở thiết kế các usecase hệ thống.
Trong chức năng giám định danh mục thì sẽ gồm các hệ thống con:
Lấy danh mục mới gửi, Xử lý giám định, Cập nhật kết quả giám
định.
3.2.2.4. Đưa ra các dịch vụ
Như vậy với các hệ thống con trong chức năng giám định danh
mục: Lấy danh mục mới gửi, xử lý giám định, cập nhật kết quả giám
định. Ta sẽ đặt tên cho các hệ thống con để có thể dễ dàng sử dụng,
và đưa các dịch vụ vào các thành phần.
GetData: Lấy danh mục mới sẽ gồm các dịch vụ
 GetListDm(): Lấy danh sách danh mục theo trạng thái mới
được gửi lên
 SendMessage(Message): Gửi thông điệp cho thành phần
khác với thông điệp dạng đối tượng Message
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
ProcessData: Xử lý giám định sẽ gồm các dịch vụ
 GetMesssage(): Nhận thông điệp từ dịch vụ khác
 Giải mã(Message): Giải mã thông điệp

21. 20
 ConnectDB(): Kết nối cơ sở dữ liệu
 GetDmFunctionDm(object.Tungay): Lấy những quy tắc
đang bật trong DmFunctionDm theo giá trị từ ngày của danh
mục
 Mapping(objectDm): Thực hiện ánh xạ danh mục với từng
loại danh mục
 Run(ObjectDm): Thực hiện chạy các quy tắc giám định danh
mục
 SendMessage(Messgae): Gửi thông điệp tới dịch vụ khác
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
SendData: Cập nhật kết quả giám định
 GetMesssage(): Nhận thông điệp từ dịch vụ khác
 Giải mã(Message): Giải mã thông điệp
 ConnectDB(): Kết nối cơ sở dữ liệu
 UpdateSGD(ObjectDm): Cập nhật kết quả sau giám định
 Xử lý(exeption): Xử lý khi xảy ra sự cố
 Ghilog(exeption): Ghi log khi xảy ra sự cố
3.2.2.5. Đặc tả thành phần
Với các dịch vụ GetData, ProcessData, SendData sẽ gửi thông
điệp với nhau qua một hệ thống MessageBroker.
3.2.2.6. Cấu trúc thành phần và dịch vụ
Tiến hành đưa các thành phần và dịch vụ vào các tầng của SOA

22. 21
3.2.2.7. Lựa chọn công nghệ thực hiện
Tương tự như dịch vụ giám định hồ sơ
3.2.2.8. Các quy tắc giám định danh mục
o Danh mục thuốc tỉnh
o Danh mục vật tư tỉnh
o Danh mục thuốc bệnh viện
o Danh mục dịch vụ kỹ thuật bệnh viện
3.3. Kết luận
CHƯƠNG 4: CÀI ĐẶT, TRIỂN KHAI VÀ THỰC NGHIỆM
GIÁM ĐỊNH TỰ ĐỘNG
4.1. Cài đặt
Như đã đề cập trong chương trước, ta sẽ sử dụng: Ngôn ngữ lập
trình: C# môi trường .Net 4.0. Phiên bản ODTwithODAC 32bit,
64bit phiên bản 11, công cụ lập trình: Visual Studio 15.
4.1.1. Giám định hồ sơ
4.1.1.1. GetDataKB
GetXml19324(), SendMessage(Message)
Xử lý(exeption), Ghilog(exeption)
4.1.1.2. ProcessDataKB
GetMesssage(), Giảimã(Message)
ConnectDBGetDmFunction(xml.NgayThanhToan)

23. 22
Run(Xml19324), SendMessage(Message)
Xử lý(exeption), Ghilog(exeption)
4.1.1.3. SendDataKB
GetMesssage(), Giải mã(Message)
ConnectDB(), UpdateSGD(Xml19324)
Tinhtoan(ref Xml19324), Convert(Xml19324)
SendSolr(Xml19324_report), Xử lý(exeption), Ghilog(exeption)
4.1.2. Giám định danh mục
4.1.2.1. GetData
GetListDm(), SendMessage(Message)
Xử lý(exeption), Ghilog(exeption)
4.1.2.2. ProcessData
GetMesssage(), Giải mã(Message)
ConnectDB(), GetDmFunctionDm(objectDm.Tungay)
Mapping(objectDm), Run(ObjectDm)
SendMessage(Message), Xửlý(exeption), Ghilog(exeption)
4.1.2.3. SendDta
GetMesssage(), Giải mã(Message), ConnectDB()
UpdateSGD(ObjectDm), Xử lý(exeption), Ghilog(exeption)

24. 23
4.2. Triển khai
Các dịch vụ sẽ được triển khai trên Win server được cài đặt môi
trường .net 4.0 và phiên bản ODTwithODAC 32bit, 64bit phiên bản
11.
Cùng các hệ thống RabbitMQ 3.6.2, Solr 6.4
4.3. Kết quả thực nghiệm
Sau đây là một vài kết quả thực nghiệm của chức năng giám
định hồ sơ với mô hình triển khai bật một service GetDataKB, 5
service ProcessDataKB, 3 service SendDataKB:
Số lượng hồ sơ Thời gian xử lý xong
134 20.12s
1120 77.85s
16739 932s
KẾT LUẬN
Luận văn đã trình bày kiến trúc hướng dịch vụ SOA, phương
pháp xây dựng một ứng dụng dựa trên kiến trúc hướng dịch vụ SOA
cụ thể là phương pháp top-down. Từ đó áp dụng vào bài toán giám
định tự động. Luận văn đã phân tích và xây dựng thành công:
- Bộ service giám định hồ sơ: GetDataKB, ProcessDataKB,
SendDataKB
- Bộ service giám định danh mục: GetData, ProcessData,
SendData

25. 24
- Bộ quy tắc hồ sơ: Quy tắc thẻ, quy tắc mức hưởng, quy tắc
thuốc, quy tắc dịch vụ kỹ thuật, quy tắc vật tư y tế và quy
tắc khác về máu, thanh toán ngày giường
- Bộ quy tắc danh mục: Quy tắc thuốc thầu tỉnh, vật tư thầu
tỉnh, thuốc bệnh viện, dịch vụ kỹ thuật bệnh viện, vật tư y tế
bệnh viện.
Hiện tại bộ service hồ sơ có thể xử lý được khoảng trên 40 hồ
sơ/giây, đóng vai trò đắc lực hỗ trợ giám định viên phát hiện xử lý
sai phạm trong quá trình thanh quyết toán bảo hiểm y tế. Giúp tiết
kiệm ngân sách hàng năm của nhà nước.
Nhưng hạn chế của giải pháp này là phải định nghĩa trước được bộ
quy tắc cần phải chạy, vì vậy trong tương lai định hướng phát triển
của em sẽ theo hướng mà sẽ mã hóa các bộ quy tắc trước được lưu
trữ trong file hoặc database dưới dạng chuỗi base64 hoặc json.
Trong service ProcessDataKB thực hiện giám định, sẽ cần phát
triển tính năng đọc được chuỗi mã hóa quy tắc để tìm ra những quy
tắc giám định. Với giải pháp này khi thêm quy tắc mới chỉ cần thêm
một chuỗi mã hóa quy tắc mà không cần sửa lại service xử lý.
Hiện tại với giám định tự động chưa có yêu cầu công khai như một
dịch vụ nhưng trong tương lai giám định tự động có thể sẽ được
công khai rộng rãi như một dịch vụ. Chức năng sẽ công khai một
đầu webservice để cơ sở thực hiện gửi hồ sơ dạng file xml, tận dụng
các bộ service nghiệp vụ như hiện tại để xử lý và trả lại kết quả cho
webservice thông qua hệ thống message queue.