Thay core bảo hiểm như thế nào để liền mạch dữ liệu?

Một buổi sáng đầu quý, phòng vận hành nghiệp vụ của một doanh nghiệp bảo hiểm phát hiện số phí còn phải thu trên core mới lệch hàng tỷ đồng so với báo cáo tài chính của core cũ, dù dự án go-live đã hoàn tất đúng tiến độ và đúng ngân sách được duyệt. Nguyên nhân sâu xa hầu như luôn nằm ở cùng một chỗ, đó là doanh nghiệp đã xem việc thay core như một dự án di chuyển dữ liệu đơn thuần, thay vì một chương trình bảo toàn tính đúng đắn, đầy đủ, truy vết được và sẵn sàng khai thác của dữ liệu xuyên suốt vòng đời hợp đồng, bồi thường, phí và tái bảo hiểm. Luật Kinh doanh bảo hiểm Việt Nam năm 2022 cũng yêu cầu doanh nghiệp có hệ thống cập nhật, xử lý và lưu trữ thông tin đáp ứng quản lý nghiệp vụ cùng an ninh mạng và bảo mật thông tin khách hàng.

Liền mạch không có nghĩa là chuyển đủ số bản ghi

Một dự án chuyển đổi core thành công phải giữ được đồng thời bốn loại liên tục. Loại thứ nhất là định danh, đòi hỏi một khách hàng, một hợp đồng hay một hồ sơ bồi thường giữ một mã nhận diện nhất quán, thay vì bị tách thành nhiều mã khác nhau ở các hệ thống policy, claims, CRM và kênh đại lý như vẫn thường xảy ra. Loại thứ hai thuộc về nghiệp vụ, tức các trạng thái như hợp đồng đang hiệu lực, tạm dừng hay đáo hạn phải giữ nguyên ý nghĩa khi được diễn giải lại trên core mới. Loại thứ ba liên quan đến giao dịch, đòi hỏi các hoạt động thu phí, điều chỉnh hợp đồng, thông báo tổn thất hay chi trả bồi thường phát sinh đúng thời điểm chuyển đổi không được mất hoặc bị ghi trùng. Loại cuối cùng là khả năng truy vết, cho phép doanh nghiệp giải trình một con số trên core mới quay ngược về dữ liệu nguồn và quy tắc chuyển đổi đã áp dụng. Tổ chức ACORD, đơn vị xây dựng chuẩn dữ liệu được dùng rộng rãi trong ngành bảo hiểm quốc tế, cũng cấu trúc mô hình dữ liệu tham chiếu theo hướng tách bạch các khái niệm nền tảng như hợp đồng, sản phẩm, các bên liên quan và hồ sơ bồi thường, một cách tiếp cận mà doanh nghiệp bảo hiểm Việt Nam có thể tham khảo.

Bốn lớp liền mạch dữ liệu cần giữ khi thay core bảo hiểm

Không nối thẳng hai core, mà xây một lớp trung gian

Sai lầm kiến trúc phổ biến nhất là chuyển dữ liệu trực tiếp từ database cũ sang database mới, cách làm khiến doanh nghiệp mất khả năng kiểm soát, đối soát và xử lý ngoại lệ trong suốt quá trình chuyển đổi. Cách tiếp cận thực dụng hơn là xây một lớp trung gian gồm kho dữ liệu nguồn bất biến lưu nguyên trạng dữ liệu gốc, một mô hình dữ liệu chuẩn đóng vai trò ngôn ngữ chung giữa hai hệ thống, bộ quy tắc mapping được quản lý phiên bản, và một dịch vụ đồng bộ giao dịch hoạt động liên tục. Trong kiến trúc này, core cũ tiếp tục là hệ thống ghi nhận giao dịch gốc cho đến khi chuyển đổi hoàn tất, còn cơ chế ghi nhận thay đổi theo thời gian thực, thường gọi là CDC hoặc event streaming, bắt lại mọi thay đổi để đồng bộ sang core mới. Dữ liệu sau khi qua mô hình chuẩn hóa mới được nạp vào core mới, còn kho dữ liệu tổng hợp dạng warehouse hoặc lakehouse lưu trữ lịch sử và phục vụ báo cáo quản trị độc lập, tránh để báo cáo phụ thuộc vào một hệ thống đang chuyển đổi. ACORD cũng công bố chuẩn dữ liệu dạng XML và JSON cho nghiệp vụ bồi thường, đặt dịch vụ bảo hiểm, hạch toán và thanh toán, giúp mô hình dữ liệu nội bộ không bị chi phối hoàn toàn bởi thiết kế riêng của một nhà cung cấp core.

Kiến trúc lớp trung gian và ba lớp kiểm soát giao dịch trong giai đoạn chuyển tiếp

Quản trị dữ liệu phải đi trước lập trình

Trước khi viết dòng code migration đầu tiên, doanh nghiệp cần hoàn tất khảo sát dữ liệu và xây data contract cho từng miền nghiệp vụ, xác định rõ định nghĩa, chủ sở hữu, nguồn chuẩn, quy tắc hợp lệ và tiêu chí nghiệm thu cho từng trường dữ liệu quan trọng. Những điểm gãy lặp lại thường xuyên nhất trong ngành bảo hiểm gồm một khách hàng sở hữu nhiều mã định danh ở các hệ thống policy, claims, CRM và đại lý, sản phẩm cũ không tương ứng một đối một với cấu hình sản phẩm mới, phụ lục và tái tục làm đứt gãy chuỗi phiên bản hợp đồng, cùng hồ sơ bồi thường mang hai trạng thái khác nhau giữa nghiệp vụ và kế toán. Doanh nghiệp nên chỉ định một Data Owner phía nghiệp vụ chịu trách nhiệm xác nhận dữ liệu đúng về ý nghĩa, trong khi IT và Data Steward đảm bảo dữ liệu đúng về kỹ thuật, thay vì giao toàn bộ việc phê duyệt chất lượng dữ liệu cho nhà cung cấp core.

Chuyển theo từng đợt và kiểm soát giao dịch chuyển tiếp

Với danh mục hợp đồng lớn, chiến lược chuyển theo từng đợt an toàn hơn nhiều so với big bang, vì cho phép thí điểm quy mô nhỏ, kiểm soát rủi ro và xác thực liên tục trước khi mở rộng, điều mà các nghiên cứu về chuyển đổi hệ thống trong lĩnh vực tài chính cũng nhấn mạnh. Hợp đồng đã tất toán lâu có thể lưu dạng tra cứu tại kho lưu trữ, hợp đồng còn hiệu lực nhưng ít biến động chuyển theo lô trước cutover, hợp đồng sắp tái tục nên chuyển trước để core mới xử lý trọn chu kỳ tiếp theo, còn hợp đồng có bồi thường mở cần quy định rõ hệ thống ghi nhận chính thức theo từng trạng thái. Rủi ro lớn nhất nằm ở giao dịch phát sinh sau khi bản dữ liệu ban đầu đã chốt, và doanh nghiệp nên ưu tiên chạy song hành có phân vai, trong đó core mới tính thử và đối chiếu nhưng core cũ vẫn là nơi ghi nhận chính thức trong một khoảng thời gian xác định, kết hợp đồng bộ liên tục qua CDC với idempotency key để ngăn ghi trùng. Dù chọn phương án nào, doanh nghiệp cũng không nên để hai core cùng là nguồn sự thật cho cùng một loại giao dịch trong thời kỳ quá độ.

Nghiệm thu bằng đối soát tài chính, không chỉ đếm bản ghi

Nghiệm thu cần bao gồm đối soát kỹ thuật, nghiệp vụ và tài chính, không chỉ kiểm tra tổng số bản ghi đã chuyển. Bộ tiêu chí tối thiểu gồm tỷ lệ hoàn chỉnh của bản ghi và trường bắt buộc, độ chính xác giá trị sau mapping đặc biệt với phí và dự phòng, mức độ toàn vẹn quan hệ giữa hợp đồng với bên liên quan và hồ sơ bồi thường, khả năng đối soát tổng phí, công nợ, bồi thường và số dư sổ cái theo sản phẩm, và tỷ lệ trường dữ liệu trọng yếu truy vết được từ nguồn đến đích. Đội dự án nên kiểm thử đầu cuối bằng cách chọn một hợp đồng đại diện rồi theo dõi xuyên suốt từ báo giá, phát hành, thu phí, tái tục, bồi thường đến hạch toán, vì đây là cách hiệu quả nhất để phát hiện lỗi ngữ nghĩa mà kiểm tra từng bảng dữ liệu riêng lẻ thường bỏ sót.

Cutover có kiểm soát và giai đoạn hậu go-live

Cutover chỉ nên được phê duyệt khi dự án đạt các quality gate định lượng rõ từ trước, không dựa trên cảm nhận chủ quan. Doanh nghiệp cần kế hoạch cutover chi tiết theo giờ với tiêu chí go hoặc no-go rõ ràng, bản sao lưu bất biến trước cutover, kế hoạch rollback với thời gian khôi phục cụ thể, một đội hypercare gồm nghiệp vụ, tài chính, vận hành, dữ liệu và nhà cung cấp core, cùng danh sách ngoại lệ để xử lý riêng những hồ sơ không thể chuyển tự động. Trong khoảng ba mươi đến chín mươi ngày sau go-live, doanh nghiệp cần duy trì đối soát hằng ngày cho phí và bồi thường, hằng tuần cho công nợ, cùng hằng tháng cho báo cáo tài chính, đến khi có đủ bằng chứng khẳng định core mới vận hành ổn định.

Yêu cầu tuân thủ pháp lý tại Việt Nam

Tại Việt Nam, dự án thay core bảo hiểm phải được thiết kế như một hoạt động xử lý dữ liệu cá nhân đúng nghĩa, bởi Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân đã có hiệu lực từ ngày 1 tháng 7 năm 2023, còn Luật Kinh doanh bảo hiểm năm 2022 yêu cầu việc thu thập, sử dụng và lưu giữ dữ liệu kinh doanh bảo hiểm phải bảo đảm bí mật, an toàn thông tin và tuân thủ quy định về bảo vệ đời sống riêng tư của khách hàng. Hồ sơ chuyển đổi tối thiểu cần thể hiện việc phân loại dữ liệu theo mức độ nhạy cảm, một ma trận quyền truy cập theo nguyên tắc tối thiểu cần biết, mã hóa khi truyền và khi lưu với khóa quản lý độc lập, cùng việc đánh giá vendor hoặc nhà cung cấp cloud về nơi lưu trữ và khả năng dữ liệu bị chuyển ra khỏi biên giới Việt Nam.

Thành công không nằm ở việc go-live đúng ngày

Một dự án thay core bảo hiểm không nên được xem là thành công chỉ vì hệ thống mới go-live đúng ngày cam kết. Thước đo thực sự nằm ở việc sau go-live, doanh nghiệp vẫn phát hành hợp đồng bình thường, thu đúng số phí, giải quyết bồi thường đúng quy trình, xuất báo cáo chính xác, và quan trọng nhất là giải trình được từng con số trên hệ thống mới quay ngược về dữ liệu nguồn ban đầu. Doanh nghiệp có thể xây một chỉ số liền mạch dữ liệu tổng hợp từ chất lượng dữ liệu, toàn vẹn quan hệ, tính kịp thời, khả năng truy vết, tính sẵn sàng vận hành và mức độ tuân thủ bảo mật, từ đó kiểm định giả thuyết rằng mức độ chuẩn hóa mô hình dữ liệu tác động tích cực đến chỉ số này, trong khi mức độ dị biệt của sản phẩm lịch sử làm tăng rủi ro gián đoạn.

Ông Hùng Nguyễn – Trưởng phòng Phát triển Sản phẩm – Khối Chăm sóc Sức khỏe FPT IS 

Chuyên gia có hơn 10 năm kinh nghiệm trong lĩnh vực phát triển phần mềm và chuyển đổi số, với thế mạnh trong việc thiết kế kiến trúc hệ thống, xây dựng sản phẩm số và dẫn dắt đội ngũ kỹ thuật triển khai các dự án quy mô lớn. Định hướng phát triển công nghệ gắn liền với chiến lược kinh doanh, giúp doanh nghiệp tối ưu vận hành và tạo ra lợi thế cạnh tranh bền vững.

Nguồn tham khảo

• Luật Kinh doanh bảo hiểm 2022 (Quốc hội Việt Nam) — https://vbpl.moj.gov.vn/FileData/TW/Lists/vbpq/Attachments/163515/VanBanGoc_08-2022-qh15..pdf
• ACORD cập nhật kiến trúc tham chiếu (Reference Architecture Facets) — https://www.acord.org/ACORD-about/acord-news/2025/01/23/acord-releases-updates-to-reference-architecture-facets
• ACORD Data Standards — https://www.acord.org/standards-architecture/acord-data-standards
• Nghiên cứu về chuyển đổi hệ thống trong tổ chức tài chính (JAIGS) — https://newjaigs.com/index.php/JAIGS/article/view/406

Cổng thông tin văn bản pháp luật Chính phủ — https://vanban.chinhphu.vn/?pageid=27160&docid=207759