Chuẩn hóa Data Model Core Bảo hiểm
84 24 73007373 [email protected]
Đăng nhập
Liên hệ ngay

Chuẩn hóa Data Model Core Bảo hiểm

Ngày 13/08/2026

Chia sẻ:

Khi một doanh nghiệp bảo hiểm quyết định thay mới hệ thống core, câu hỏi khó nhất thường không nằm ở việc chọn nhà cung cấp nào hay giao diện đẹp ra sao, mà nằm ở chỗ làm sao để dữ liệu hợp đồng, dữ liệu khách hàng và dữ liệu bồi thường nói cùng một ngôn ngữ, dù chúng được tạo ra ở những module khác nhau và vào những thời điểm khác nhau. Đây chính là bài toán mà mô hình dữ liệu, hay data model, được sinh ra để giải quyết, và cũng là lý do vì sao ngành bảo hiểm toàn cầu đã dành hơn ba thập kỷ để xây dựng một bộ chuẩn chung mang tên ACORD.

Core bảo hiểm hiện đại không phải bốn hệ thống rời rạc

Nhiều doanh nghiệp vẫn hình dung core bảo hiểm là tập hợp bốn khối chức năng tách biệt gồm quản lý hợp đồng, thu phí, bồi thường và phân phối, được nối với nhau bằng các API. Cách hiểu này đã lỗi thời. Một nền tảng core đúng nghĩa cần dùng chung một data model, một event bus truyền tin theo thời gian thực và một bản ghi hợp đồng duy nhất lưu đầy đủ lịch sử thay đổi qua từng lần điều chỉnh. Hợp đồng được khởi tạo tại bước cấp đơn ở module quản lý hợp đồng, sau đó các module thu phí, bồi thường và cổng phân phối chỉ đọc và ghi lên chính bản ghi này thay vì lưu một bản sao riêng trong cơ sở dữ liệu của từng hệ thống.

Sự khác biệt này tác động rõ đến vận hành hằng ngày. Khi khách hàng gọi lên tổng đài để hỏi về một khiếu nại, nhân viên chăm sóc cần thấy đúng trạng thái hợp đồng mà module bồi thường đang xử lý, không phải một bản dữ liệu đồng bộ trễ vài giờ. Khi đội ngũ định phí muốn tung sản phẩm mới, họ cần một mô hình dữ liệu đủ linh hoạt để mô tả sản phẩm đó mà không phải chờ đội công nghệ viết lại schema. Kiến trúc dùng chung một data model giải quyết cả hai vấn đề này cùng lúc, vì mọi module đều tham chiếu về cùng một tập thực thể dữ liệu gốc.

Chuẩn hóa Data Model

Hình 1: Kiến trúc core bảo hiểm hiện đại xoay quanh một data model dùng chung

Bảy thực thể dữ liệu làm xương sống cho mọi core bảo hiểm

Dù mỗi nhà cung cấp core có cách đặt tên khác nhau, phần lớn hệ thống bảo hiểm phi nhân thọ và nhân thọ trên thế giới đều xoay quanh một tập hợp nhỏ các thực thể trung tâm, thường được gọi là aggregate theo cách tiếp cận thiết kế hướng miền (domain driven design). Bảy thực thể đó là Policy tức hợp đồng, Product tức sản phẩm, Party tức khách hàng và đối tác, Coverage tức quyền lợi bảo hiểm, Premium tức cấu trúc phí, Claim tức hồ sơ bồi thường và Endorsement tức các điều chỉnh phát sinh trong vòng đời hợp đồng.

Một bản ghi Policy điển hình mang theo số hợp đồng, phiên bản, dòng nghiệp vụ, trạng thái, ngày hiệu lực và ngày hết hạn, thông tin bên mua và bên được bảo hiểm, danh sách quyền lợi đi kèm, cấu trúc phí, lịch sử điều chỉnh, tài liệu đính kèm và thông tin thẩm định rủi ro. Thực thể Party lưu loại đối tượng là cá nhân hay tổ chức, cùng các thông tin định danh, ngày sinh, địa chỉ, thông tin liên hệ và hồ sơ rủi ro. Thực thể Coverage gắn với mã quyền lợi, tên, mô tả, loại quyền lợi là bắt buộc hay tùy chọn, hạn mức chi trả, mức khấu trừ và các điều khoản loại trừ đi kèm. Khi bảy thực thể này được chuẩn hóa ngay từ đầu, doanh nghiệp có thể dùng chúng làm mô hình ngữ nghĩa chung cho việc tích hợp đa hệ thống, đồng thời làm nền cho việc xây dựng kho dữ liệu và kiểm thử tính nhất quán của dữ liệu nội bộ.

Chuẩn hóa Data Model

Hình 2: Bảy aggregate trung tâm trong data model core bảo hiểm

ACORD, chuẩn dữ liệu chung của ngành bảo hiểm toàn cầu

Nếu data model là cách một doanh nghiệp tổ chức dữ liệu bên trong hệ thống của mình, thì ACORD là bộ quy tắc giúp các doanh nghiệp khác nhau, từ công ty bảo hiểm gốc, môi giới, đại lý cho đến nhà tái bảo hiểm, hiểu và trao đổi dữ liệu với nhau một cách nhất quán. ACORD là tổ chức phi lợi nhuận quốc tế, đặt ra hơn một nghìn hai trăm loại giao dịch chuẩn hóa để hỗ trợ trao đổi dữ liệu giữa các bên liên quan trong chuỗi giá trị bảo hiểm, quy định rõ tên trường, định nghĩa, định dạng và mô tả của từng thông tin. Nhờ đó, các hệ thống được xây dựng độc lập vẫn đọc và sử dụng được dữ liệu của nhau mà không cần thỏa thuận riêng lẻ theo từng cặp đối tác.

Quy mô của các bộ chuẩn ACORD khác nhau đáng kể theo từng mảng nghiệp vụ. Mảng bảo hiểm phi nhân thọ có khoảng mười bốn nghìn mục trong từ điển dữ liệu, hơn năm trăm aggregate và hơn một nghìn message chuẩn hóa. Mảng nhân thọ và niên kim còn đồ sộ hơn, với hơn mười bảy nghìn năm trăm mục dữ liệu, hơn ba trăm bảy mươi đối tượng và hơn hai trăm business function. Riêng mảng tái bảo hiểm toàn cầu và bảo hiểm thương mại lớn có quy mô gọn hơn, khoảng hai nghìn mục dữ liệu, năm mươi aggregate và hơn hai trăm code list, nhưng lại đóng vai trò xương sống cho các nghiệp vụ đặc thù như báo cáo kỹ thuật, kế toán tài chính và tuân thủ thuế trong lĩnh vực tái bảo hiểm.

Chuẩn hóa Data Model

Hình 3: Quy mô ba bộ chuẩn ACORD theo mảng nghiệp vụ bảo hiểm

Từ AL3 đến JSON, hành trình chuẩn hóa định dạng trao đổi dữ liệu

ACORD hiện duy trì song song ba định dạng trao đổi chính, phản ánh quá trình chuyển đổi công nghệ của cả ngành qua bốn thập kỷ. Định dạng AL3 ra đời từ thập niên một chín tám mươi, dùng cấu trúc file văn bản có độ rộng cột cố định, đến nay vẫn xử lý khoảng bốn mươi phần trăm giao dịch điện tử của ngành, tập trung ở mảng bảo hiểm cá nhân và một số công ty khu vực chưa chuyển đổi hoàn toàn. Định dạng ACORD XML phiên bản ba là chuẩn phổ biến nhất hiện nay, xử lý khoảng bốn mươi tám phần trăm giao dịch, hỗ trợ giao dịch thời gian thực với độ trễ chỉ vài giây và được nhiều công ty bảo hiểm lớn yêu cầu bắt buộc cho các điểm kết nối mới. Định dạng ACORD JSON là làn sóng mới nhất, hiện chiếm khoảng mười hai phần trăm giao dịch nhưng tăng trưởng nhanh nhờ phù hợp với kiến trúc microservice, thiết bị IoT và các hệ thống hướng sự kiện. Riêng mảng nhân thọ và niên kim, ACORD còn có thêm chuẩn DTCC EDI, làm xương sống cho các nghiệp vụ như đăng ký hợp đồng, định giá tài sản, tính hoa hồng và cấp phép đại lý. Việc vận hành đồng thời nhiều định dạng như vậy không phải là thiếu nhất quán, mà phản ánh thực tế rằng hệ sinh thái đối tác của doanh nghiệp bảo hiểm, từ ngân hàng, môi giới cho đến cơ quan quản lý, vẫn đang ở những giai đoạn hiện đại hóa khác nhau.

Kiến trúc tham chiếu ACORD, từ mô hình khái niệm đến kho dữ liệu IFRS 17

Bên cạnh các chuẩn dữ liệu theo mảng nghiệp vụ, ACORD còn phát triển một khung kiến trúc doanh nghiệp gọi là Reference Architecture, bao trùm quy trình nghiệp vụ, mô hình sản phẩm, information model, data model và capability model. Information Model là lớp mô hình khái niệm, mô tả các khái niệm bảo hiểm cơ bản như hợp đồng, sản phẩm, đối tác và bồi thường cùng mối quan hệ giữa chúng, tương tự cách bảy thực thể dữ liệu đã trình bày ở phần trên. Từ Information Model đó, ACORD sinh ra Data Model ở dạng thực thể quan hệ, dùng làm cơ sở thiết kế mô hình dữ liệu vật lý cho từng hệ thống hoặc kiểm thử độ nhất quán của mô hình dữ liệu nội bộ doanh nghiệp đang sử dụng.

Với các doanh nghiệp bảo hiểm đang chịu áp lực báo cáo theo chuẩn IFRS 17 hoặc khung an toàn vốn kiểu Solvency, việc có một data model core được chuẩn hóa ngay từ đầu mang lại lợi ích cụ thể. Nhiều nhà cung cấp giải pháp kho dữ liệu bảo hiểm trên thế giới đã xây dựng sẵn các mô hình data warehouse bao phủ dữ liệu hợp đồng, bồi thường, actuarial và báo cáo giám sát, với các cấu trúc đặc thù như bảng cuộn CSM cho IFRS 17, tam giác phát triển tổn thất cho dự phòng bồi thường, hay cấu trúc báo cáo định lượng cho các chỉ số vốn an toàn. Nguyên tắc then chốt ở đây là dữ liệu giao dịch trong core phải được ánh xạ sang lớp kho dữ liệu và lớp báo cáo giám sát một cách tuyến tính, tự động hóa được, thay vì phải chỉnh sửa thủ công vào mỗi kỳ báo cáo, tình trạng mà nhiều doanh nghiệp bảo hiểm vẫn gặp khi data model core chưa được chuẩn hóa từ đầu.

Ứng dụng cho thị trường bảo hiểm Việt Nam

Việt Nam hiện chưa có một chuẩn dữ liệu quốc gia tương đương ACORD cho ngành bảo hiểm, nhưng điều đó không ngăn cản các doanh nghiệp trong nước áp dụng nguyên tắc thiết kế của ACORD làm tài liệu tham chiếu khi hiện đại hóa core. Bảo hiểm AAA là một ví dụ đáng chú ý khi tổng công ty này thay thế hệ thống core đã vận hành hơn mười lăm năm bằng một nền tảng mới, nơi dữ liệu, quy trình và vận hành nghiệp vụ được kết nối trên cùng một nền tảng thống nhất thay vì rải rác ở nhiều hệ thống con. Ban lãnh đạo doanh nghiệp gọi đây là việc thay “trái tim” cho toàn bộ chiến lược dữ liệu, và cách tiếp cận từng bước, vừa vận hành vừa hoàn thiện, cho thấy quá trình chuẩn hóa data model không nhất thiết phải diễn ra theo kiểu thay thế toàn bộ trong một lần mà có thể triển khai tuần tự theo từng module.

Từ bài học này, các doanh nghiệp bảo hiểm định hướng số tại Việt Nam có thể cân nhắc bốn hướng đi. Trước hết là dùng Information Model và Data Model của ACORD làm tài liệu tham chiếu để chuẩn hóa các thực thể Policy, Party, Product, Coverage và Claim ngay trong core, thay vì để mỗi module tự định nghĩa cấu trúc riêng. Kế đến là từng bước ánh xạ data model hiện tại sang các bộ chuẩn ACORD phù hợp với mảng nghiệp vụ của mình, để mở đường tích hợp thuận lợi hơn với đối tác tái bảo hiểm quốc tế trong tương lai. Thứ ba, doanh nghiệp nên thiết kế core theo mô hình data model dùng chung và event bus thống nhất như đã trình bày ở phần đầu bài, tránh tình trạng dữ liệu phân mảnh giữa các module. Cuối cùng, việc xây dựng song song một mô hình kho dữ liệu theo hướng IFRS 17 và các chuẩn báo cáo trong nước ngay từ giai đoạn thiết kế core sẽ giúp dữ liệu đi thẳng từ hệ thống vận hành vào lớp báo cáo tài chính, không phải xử lý lại nhiều lần ở khâu cuối kỳ.

Bài toán chuẩn hóa data model không phải một dự án công nghệ đơn lẻ mà là quyết định nền tảng, ảnh hưởng đến tốc độ ra sản phẩm mới, chất lượng dịch vụ khách hàng và khả năng đáp ứng các yêu cầu báo cáo ngày càng khắt khe. Với những doanh nghiệp bảo hiểm đang trong giai đoạn lựa chọn hoặc nâng cấp core, việc tham chiếu cấu trúc dữ liệu theo chuẩn ACORD ngay từ bước thiết kế ban đầu là cách tiếp cận đã được kiểm chứng qua nhiều thị trường bảo hiểm trưởng thành trên thế giới.

Tác giả: Nguyễn Đình Thái – AI Specialist (Team Leader) – Insurance Service and Technology Center – FPT IS

Nguồn tham khảo

Bài viết liên quan trên Góc Nhìn Số

Chia sẻ:
FPT IS

FPT IS

Img Contact

Đăng ký nhận tin tức mới nhất từ FPT IS

    Tôi đồng ý chia sẻ thông tin và đồng ý với Chính sách bảo mật dữ liệu cá nhân
    Thông tin về Chính sách bảo mật dữ liệu cá nhân
    Bot Avatar