Chương 1 đã giới thiệu về quá trình hình thành bảo hiểm y tế ở việt nam và vận đề vận hành bảo hiểm y tế từ độ phủ của bảo hiểm y tế, nguyên lý chia sẻ, quyền lợi của bệnh nhân, hiệu quả của bảo hiểm y tế. Đồng thời cũng giới thiệu tổng quan về quy trình nghiệp vụ giám định bảo hiểm y tế tại cơ quan bảo hiểm xã hội. 17 CHƯƠNG 2: KIẾN TRÚC HƯỚNG DỊCH VỤ (SERVICE - ORIENTED ARCHITECTURE) 2. 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ả.
Quá trình nhận yêu cầu và trả kết quả về được thực hiện thông qua các phương thức giao tiếp (interfaces) đã được định nghĩa trước đó. Các đặc điểm chính của dịch vụ 2. 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. Thành phần giao tiếp này sẽ quy định về những định dạng thông điệp sử dụng trong quá trình trao đổi.
Và đây chính là cách duy nhất để các đối tượng bên ngoài có thể truy cập thông tin và chức năng của dịch vụ. Ta chỉ cần gửi các thông điệp theo các định dạng đã được định nghĩa trước mà không cần phải quan tâm đến cách xử lý của dịch vụ như thế nào. Điều này đạt được do sự tách biệt giữa thành phần giao tiếp và thành phần xử lý trong kiến trúc của dịch vụ. 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.
Dịch vụ phải có tính bền vững cao, nghĩa là nó sẽ không bị sụp đổ khi có sự cố. Để thực hiện điều này, dịch vụ cần duy trì đầy đủ thông tin cần thiết cho quá trình hoạt động của mình để có thể tiếp tục hoạt động trong trường hợp một dịch vụ cộng tác bị hỏng và để tránh các cuộc tấn công từ bên ngoài bằng cách sử dụng các kỹ thuật về an toàn và bảo mật,… 2. 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, và hỗ trợ các cấu trúc thông tin, các ràng buộc dữ liệu thông qua các lược đồ dữ liệu chuẩn. Như thế hệ thống của ta sẽ có tính liên kết và khả năng dễ mở rộng.
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… Để thực hiện điều này, mỗi dịch vụ cần phải cung cấp công khai các yêu cầu, chính sách đó. 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, trong đó mỗi module đóng vai trò là một dịch vụ và có khả năng truy cập thông qua môi trường mạng. Hiểu một cách đơn giản thì một hệ thống SOA là một tập hợp các dịch vụ được chuẩn hóa trên mạng trao đổi với nhau trong ngữ cảnh một tiến trình nghiệp vụ. Trong SOA có 3 đối tượng chính.
Sơ đồ cộng tác trong SOA. 19 Nhà cung cấp dịch vụ cần cung cấp thông tin về dịch vụ của mình cho một dịch vụ lưu trữ thông tin dịch vụ. Người sử dụng thông qua dịch vụ lưu trữ thông tin dịch vụ để tìm kiếm thông tin mô tả về dịch vụ cần tìm và sau đó là xây dựng kênh giao tiếp với phía nhà cung cấp. SOA cung cấp giải pháp để giải quyết các vấn đề tồn tại của các hệ thống hiện nay như: phức tạp, không linh hoạt và không ổn định.
Một hệ thống triển khai theo mô hình SOA có khả năng dễ mở rộng, liên kết tốt. Đây chính là nền tảng cho việc tích hợp, tại sử dụng lại tài nguyên hiện có. Các tính chất của một hệ thống SOA 2. 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.
Hầu như mọi kiến trúc phần mềm đều hướng đến tính kết nối lỏng lẻo giữa các module. Mức độ kết dính của mỗi hệ thống ảnh hưởng trực tiếp đến khả năng chỉnh sửa hệ thống của chính nó. Kết dính càng chặt bao nhiêu thì càng có nhiều thay đổi liên quan cần chỉnh sửa ở phía dịch vụ mỗi khi có sự thay đổi nào đó xảy ra. Mức độ kết dính tăng dần khi bên sử dụng dịch vụ càng cần biết nhiều thông tin ngầm định của bên cung cấp dịch vụ để sử dụng dịch vụ được cung cấp.
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. Nếu một dịch vụ không có khả năng tái sử dụng, nó cũng không cần đến interface mô tả. Các dịch vụ có thể được tái sử dụng lại bằng cách kết hợp lại với nhau theo nhiều mục đích khác nhau. 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. Khi sử dụng kết hợp thông điệp dạng coarse-grained với một dịch vụ chuyển thông điệp, các yêu cầu dịch vụ có thể đưa vào hàng đợi và xử lí với tốc độ tối ưu. Do bên gọi không phải chờ cho đến khi yêu cầu được xử lí xong và trả về nên không bị ảnh 20 hưởng bởi việc xử lí trễ và lỗi khi thực thi các dịch vụ bất đồng bộ. Trên lý thuyết một hệ thống SOA có thể hỗ trợ gửi và nhận cả thông điệp đồng bộ và bất đồng bộ.
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. Việc này tăng khả năng tạo ra các dịch vụ có đặc tính tái sử dụng. Bởi vì các chính sách được thiết kế tách biệt, và tùy vào mỗi ứng dụng nên giảm tối đa các thay đổi phần mềm.
Nếu không sử dụng các chính sách, các nhân viên phát triển phần mềm, nhóm điều hành và nhóm hỗ trợ phải làm việc với nhau trong suốt thời gian phát triển để cài đặt và kiểm tra những chính sách. Ngược lại nếu sử dụng chính sách, những nhân viên phát triển phần mềm giờ chỉ cần tập trung vào quy trình nghiệp vụ trong khi nhóm điều hành và hỗ trợ tập trung vào các luật kết hợp. 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. Mỗi dịch vụ cung cấp một interface có thể được triệu gọi thông qua một dạng kết nối.
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. Khả năng tự phục hồi Với kích cỡ và độ phức tạp của những ứng dụng phân tán ngày nay, khả năng phục hồi của một hệ thống sau khi bị lỗi trở thành một yếu tố quan trọng.
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. Kiến trúc phân tầng chi tiết SOA Ở tầng thấp nhất, tầng kết nối (connectivity), những dịch vụ được mô hình hóa dựa trên những ứng dụng enterprise bên dưới. Tầng này chứa các dịch vụ như 21 lấy thông tin cũng như cập nhật dữ liệu. Chúng tương tác trực tiếp với các hệ thống phi dịch vụ bên dưới.
Các dịch vụ này là đặc trưng cho mỗi ứng dụng enterprise. Phía bên trên tầng kết nối là một dịch vụ orchestration được thêm vào để tạo ra các dịch vụ thật sự xử lý những chức năng nghiệp vụ độc lập dựa trên những ứng dụng enterprise bên dưới. Những dịch vụ này còn gọi là những dịch vụ tổng hợp. Trên cùng của tầng service orchestration là các ứng dụng tổng hợp sử dụng các service và cung cấp giao diện cụ thể cho người dùng.
Kiến trúc phân tầng của hệ thống SOA. 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ụ. Tầng này là tầng chuyên giao tiếp với các nhà cung cấp, hoạt động như một bộ chuyển đổi giữa các ứng dụng phi dịch vụ và mạng các dịch vụ khác. 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.
Những dịch vụ này sử dụng những dịch vụ của tầng kết nối và các dịch vụ orchestration khác để kết hợp những chức năng cấp thấp hơn thành những dịch vụ hoạt động ở cấp cao hơn, có hành vi gần với những chức năng nghiệp vụ thực hơn. Simple composite service: là những dịch vụ đơn thuần kết hợp những lời triệu gọi đến các dịch vụ bên dưới, hoạt động như mẫu mặt tiền. Chúng giúp đơn giản hoá quá trình tương tác với các dịch vụ cấp thấp và che dấu tính phức tạp tới người sử dụng các dịch vụ ở tầng cao. Process service: là những dịch vụ định ra một tiến trình kết nối những dịch vụ cấp thấp hơn.
Điều này rất hữu dụng khi thiết kế các dịch vụ kết nối đến nhiều hệ thống enterprise bên dưới sau đó thực thi như một tiến trình. Data service: là những dịch vụ cung cấp dữ liệu thu thập từ nhiều nguồn dữ liệu tách biệt khác nhau. Trong nhiều trường hợp dữ liệu cùng tồn tại trên ứng dụng và cơ sở dữ liệu khác nhau. 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.
Tầng này được xem là tầng tích hợp cuối cùng của quá trình tích hợp.