Mẫu dữ liệu xử lý yêu cầu bồi thường
Mẫu dữ liệu xử lý yêu cầu bồi thường
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu từ Guidewire ClaimCenter
Thuộc tính xử lý yêu cầu bồi thường
| Tên | Mô tả | ||
|---|---|---|---|
| Claim ID ClaimID | Mã định danh duy nhất của mỗi yêu cầu bảo hiểm, được dùng làm mã hồ sơ chính. | ||
| Mô tả Claim ID là nền tảng để phân tích quy trình xử lý yêu cầu bồi thường, giúp nhận diện duy nhất từng hồ sơ từ lúc gửi đến khi đóng. Mã này liên kết mọi hoạt động, tài liệu, khoản thanh toán và trao đổi liên quan, đảm bảo bạn có cái nhìn đầy đủ, nhất quán về vòng đời của một yêu cầu. Trong process mining, mọi sự kiện trong tập dữ liệu đều gắn với một Claim ID, nhờ đó có thể tái dựng luồng quy trình từ đầu đến cuối. Đây là điều cần thiết để phân tích thời gian xử lý, xác định các biến thể quy trình và theo dõi hành trình của yêu cầu qua nhiều phòng ban và chuyên viên giám định. Vì sao điều này quan trọng Đây là khóa cơ bản liên kết mọi sự kiện liên quan, giúp bạn theo dõi và phân tích toàn bộ hành trình của một yêu cầu bồi thường. Lấy dữ liệu ở đâu Đây là khóa chính trong Guidewire ClaimCenter, thường nằm ở trường Claim.ClaimNumber hoặc một trường tương tự trong thực thể Claim cốt lõi. Ví dụ 000-123-45678000-987-65432001-456-11223 | |||
| Tên hoạt động ActivityName | Tên của hoạt động nghiệp vụ hoặc sự kiện xảy ra tại một thời điểm cụ thể trong vòng đời xử lý yêu cầu bồi thường. | ||
| Mô tả Thuộc tính này mô tả một bước hoặc cột mốc cụ thể trong quy trình xử lý yêu cầu bồi thường, chẳng hạn như 'Tạo yêu cầu bồi thường', 'Bắt đầu điều tra' hoặc 'Phát hành thanh toán'. Chuỗi hoạt động của một Claim ID tạo thành luồng quy trình. Phân tích thứ tự, tần suất và thời gian giữa các hoạt động là trọng tâm của process mining. Việc này giúp khám phá mô hình quy trình, xác định điểm nghẽn, phát hiện các vòng lặp làm lại và phân tích những sai lệch trong quy trình. Vì sao điều này quan trọng Thuộc tính này xác định các bước của quy trình, giúp trực quan hóa sơ đồ quy trình và phân tích luồng quy trình cũng như các điểm nghẽn. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ các bảng sự kiện hoặc nhật ký kiểm tra trong ClaimCenter, bằng cách ánh xạ các sự kiện hệ thống hoặc thay đổi trạng thái cụ thể sang tên hoạt động chuẩn hóa. Ví dụ Tạo yêu cầu bồi thườngĐưa ra quyết định về trách nhiệmPhát hành thanh toánĐóng yêu cầu bồi thường | |||
| Thời gian sự kiện EventTime | Ngày và giờ chính xác khi hoạt động diễn ra. | ||
| Mô tả Dấu thời gian này ghi lại chính xác thời điểm hoạt động được lưu vào hệ thống. Đây là dữ liệu nền tảng cho mọi phân tích quy trình theo thời gian. Sắp xếp EventTime theo thứ tự thời gian cho từng Claim ID giúp tái dựng luồng quy trình. Chênh lệch thời gian giữa các sự kiện liên tiếp được dùng để tính thời gian chu kỳ, thời gian chờ và thời gian xử lý. Đây là những chỉ số quan trọng để phân tích hiệu suất, xác định điểm nghẽn và theo dõi SLA. Vì sao điều này quan trọng Dấu thời gian này cần thiết để sắp xếp sự kiện, tính thời gian chu kỳ và thời lượng, đồng thời xác định các chậm trễ trong quy trình. Lấy dữ liệu ở đâu Thông tin này thường có trong các bảng lịch sử hoặc kiểm tra của Guidewire ClaimCenter, cùng dữ liệu sự kiện hoặc hoạt động, dưới dạng trường 'CreateTime' hoặc 'UpdateTime'. Ví dụ 2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z | |||
| Chuyên viên xử lý được phân công AssignedAdjuster | Tên hoặc ID của người dùng được giao xử lý yêu cầu bồi thường hoặc một hoạt động cụ thể. | ||
| Mô tả Thuộc tính này xác định chuyên viên xử lý yêu cầu bồi thường chịu trách nhiệm tại một thời điểm nhất định. Một chuyên viên có thể được giao phụ trách toàn bộ yêu cầu hoặc một số tác vụ cụ thể. Phân tích theo chuyên viên được phân công rất quan trọng để cân bằng khối lượng công việc, quản lý hiệu suất và xác định nhu cầu đào tạo. Phân tích này giúp trả lời các câu hỏi như: 'Chuyên viên nào đang xử lý nhiều hồ sơ nhất?', 'Hiệu suất giữa các chuyên viên có khác nhau không?' và 'Công việc có được phân chia đồng đều không?'. Vì sao điều này quan trọng Theo dõi mức độ tham gia của người dùng, giúp phân tích khối lượng công việc, so sánh hiệu suất và xác định điểm nghẽn liên quan đến nguồn lực. Lấy dữ liệu ở đâu Có trong thực thể Claim hoặc Exposure của ClaimCenter, thường liên kết với đối tượng User, chẳng hạn như Claim.Assignee. Ví dụ j.doem.smiths.jones | |||
| Loại yêu cầu bồi thường ClaimType | Nhóm yêu cầu bồi thường bảo hiểm, chẳng hạn như ô tô, tài sản hoặc trách nhiệm dân sự. | ||
| Mô tả Loại yêu cầu bồi thường là cách phân nhóm cơ bản dựa trên lĩnh vực kinh doanh hoặc tính chất tổn thất. Mỗi loại thường có quy trình riêng, mức độ phức tạp khác nhau và chịu sự điều chỉnh của các quy định khác nhau. Phân tích quy trình theo loại yêu cầu bồi thường là cần thiết để có được thông tin hữu ích. Cách phân nhóm này giúp so sánh hiệu suất giữa các lĩnh vực kinh doanh, xác định điểm nghẽn riêng của từng loại và điều chỉnh hoạt động cải tiến quy trình theo đặc điểm của từng nhóm yêu cầu. Vì sao điều này quan trọng Giúp phân nhóm yêu cầu bồi thường, vì mỗi loại, chẳng hạn như ô tô và tài sản, thường có quy trình và mục tiêu hiệu suất khác nhau. Lấy dữ liệu ở đâu Được lấy từ thực thể Policy hoặc Claim trong ClaimCenter, thường dựa trên mã Line of Business (LOB). Ví dụ Ô tô cá nhânTài sản thương mạiTrách nhiệm dân sự chungBồi thường tai nạn lao động | |||
| Nguyên nhân tổn thất LossCause | Lý do hoặc nguyên nhân cụ thể gây ra tổn thất, chẳng hạn như va chạm, hỏa hoạn hoặc hư hại do nước. | ||
| Mô tả Thuộc tính này cung cấp thông tin chi tiết về lý do nộp yêu cầu bồi thường. Nguyên nhân tổn thất thường quyết định các bước điều tra cần thực hiện, loại chuyên gia cần tham gia và mức độ phức tạp của toàn bộ hồ sơ. Phân tích quy trình theo nguyên nhân tổn thất có thể làm lộ ra những xu hướng khó nhận thấy. Chẳng hạn, yêu cầu liên quan đến 'Hư hại do nước' có thể cần làm lại nhiều hơn hoặc cần nhiều chuyên gia hơn so với yêu cầu liên quan đến 'Trộm cắp'. Những thông tin này giúp xây dựng quy trình xử lý chuyên biệt và hiệu quả hơn. Vì sao điều này quan trọng Cung cấp bối cảnh về tính chất của yêu cầu bồi thường, giúp phân tích nguyên nhân tổn thất khác nhau ảnh hưởng thế nào đến luồng và thời lượng quy trình. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong thực thể Claim, thường có tên 'LossCause'. Ví dụ Va chạmHỏa hoạnHư hại do nướcTrộm cắp | |||
| Trạng thái yêu cầu bồi thường ClaimStatus | Trạng thái tổng thể của yêu cầu bồi thường tại thời điểm sự kiện diễn ra, chẳng hạn như đang mở, đã đóng hoặc bị từ chối. | ||
| Mô tả Thuộc tính này thể hiện trạng thái tổng quát của yêu cầu bồi thường. Các trạng thái chính gồm 'Đang mở', 'Đã đóng', 'Bị từ chối' và 'Mở lại'. Trạng thái cuối cùng là chỉ số quan trọng về kết quả xử lý. Theo dõi thay đổi trạng thái giúp xác định các cột mốc và kết quả chính của quy trình. Thông tin này được dùng để xác định kết quả xử lý cuối cùng, tính tỷ lệ từ chối và phân tích tần suất yêu cầu được mở lại sau khi đóng. Tình trạng mở lại thường cho thấy vấn đề trong quy trình hoặc khách hàng chưa hài lòng. Vì sao điều này quan trọng Cho biết kết quả xử lý yêu cầu bồi thường, cần thiết để phân tích tỷ lệ từ chối, cách đóng hồ sơ và tần suất mở lại. Lấy dữ liệu ở đâu Đây là trường cốt lõi trong thực thể Claim, thường có tên 'State' hoặc 'Status'. Ví dụ Đang mởĐã đóngBị từ chốiĐã mở lại | |||
| Có làm lại IsRework | Cờ cho biết hoạt động có thuộc vòng lặp làm lại hay không, tức là quay lại một giai đoạn trước đó của quy trình. | ||
| Mô tả Thuộc tính được tính toán này đánh dấu các hoạt động thuộc vòng lặp làm lại. Ví dụ, nếu quy trình chuyển từ 'Hoàn tất điều tra' trở lại 'Bắt đầu điều tra', lần 'Bắt đầu điều tra' thứ hai sẽ được đánh dấu là làm lại. Xác định việc làm lại là bước quan trọng để phát hiện điểm kém hiệu quả và vấn đề chất lượng trong quy trình. Dashboard Tần suất làm lại và từ chối dùng chỉ số này để đo mức độ yêu cầu bồi thường đi chệch khỏi luồng xử lý lý tưởng. Phân tích nguyên nhân làm lại có thể giúp cải thiện đáng kể chất lượng và tốc độ xử lý. Vì sao điều này quan trọng Làm rõ điểm kém hiệu quả và vấn đề chất lượng bằng cách đánh dấu cụ thể các hoạt động thuộc vòng lặp làm lại. Lấy dữ liệu ở đâu Công cụ process mining tính giá trị này bằng cách phân tích chuỗi hoạt động của từng hồ sơ. Ví dụ truefalse | |||
| Có tự động hóa IsAutomated | Cờ cho biết hoạt động do hệ thống tự động thực hiện hay do người dùng thực hiện. | ||
| Mô tả Thuộc tính dạng boolean này phân biệt hoạt động do hệ thống thực hiện, chẳng hạn như tự động tạo khoản dự phòng hoặc gửi thư tự động, với hoạt động do chuyên viên xử lý thực hiện thủ công. Phân tích thuộc tính này giúp hiểu mức độ tự động hóa trong quy trình xử lý yêu cầu bồi thường. Việc này giúp xác định những khâu cần can thiệp thủ công, đo hiệu quả của các sáng kiến xử lý tự động từ đầu đến cuối và tìm thêm cơ hội tự động hóa bằng cách phát hiện các tác vụ lặp lại, dựa trên quy tắc mà hiện con người đang thực hiện. Vì sao điều này quan trọng Phân biệt hoạt động do hệ thống thực hiện với hoạt động do con người thực hiện, giúp phân tích tự động hóa và xác định điểm nghẽn do thao tác thủ công. Lấy dữ liệu ở đâu Thông tin này thường cần được suy ra. Ví dụ, có thể đánh dấu là tự động các sự kiện được ghi bởi người dùng hệ thống chung. Ví dụ truefalse | |||
| Hệ thống nguồn SourceSystem | Hệ thống nơi dữ liệu được trích xuất. | ||
| Mô tả Thuộc tính này xác định nguồn gốc của dữ liệu sự kiện. Trong môi trường doanh nghiệp hiện đại, sự kiện liên quan đến yêu cầu bồi thường có thể đến từ nhiều hệ thống, chẳng hạn như hệ thống lõi Guidewire, hệ thống quản lý tài liệu hoặc cổng thông tin khách hàng. Việc ghi rõ hệ thống nguồn rất quan trọng để quản trị dữ liệu, xử lý sự cố dữ liệu không nhất quán và hiểu rõ các hệ thống công nghệ tham gia vào quy trình. Nhờ đó, bạn có thể phân biệt các bước chính của quy trình với hoạt động hỗ trợ từ những hệ thống liên quan. Vì sao điều này quan trọng Cho biết nguồn gốc dữ liệu, yếu tố quan trọng để quản trị dữ liệu và phân tích quy trình có nhiều hệ thống tích hợp. Lấy dữ liệu ở đâu Đây thường là giá trị tĩnh được thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ Guidewire ClaimCenter v10API cổng thông tin khách hàngDocumentum | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới hoặc trích xuất từ hệ thống nguồn. | ||
| Mô tả Thuộc tính này ghi lại thời điểm gần nhất dữ liệu được lấy từ hệ thống nguồn. Đây là trường siêu dữ liệu cần thiết để biết dữ liệu phân tích còn mới hay không. Dashboard và báo cáo phân tích nên hiển thị rõ thông tin này để người dùng biết dữ liệu được cập nhật đến thời điểm nào. Nhờ đó, họ có thể đánh giá liệu kết quả phân tích phản ánh tình hình vận hành hiện tại hay dựa trên dữ liệu cũ. Vì sao điều này quan trọng Cho biết dữ liệu mới đến đâu, giúp người dùng hiểu phân tích quy trình phản ánh tình hình hiện tại như thế nào. Lấy dữ liệu ở đâu Giá trị này được tạo và lưu trong quá trình ETL, thể hiện thời điểm tải dữ liệu. Ví dụ 2024-07-28T04:00:00Z2024-07-29T04:00:00Z | |||
| Loại hợp đồng bảo hiểm PolicyType | Loại hợp đồng bảo hiểm cụ thể được dùng để nộp yêu cầu bồi thường. | ||
| Mô tả Loại hợp đồng bảo hiểm phân loại chi tiết hơn loại yêu cầu bồi thường, cho biết sản phẩm bảo hiểm cụ thể như 'Bảo hiểm nhà ở', 'Bảo hiểm trách nhiệm ô tô thương mại' hoặc 'Bảo hiểm trách nhiệm an ninh mạng'. Mức độ chi tiết này có thể cho thấy sự khác biệt trong quy trình giữa các sản phẩm. Phân tích quy trình theo loại hợp đồng bảo hiểm giúp phát hiện điểm kém hiệu quả riêng của từng sản phẩm. Ví dụ, yêu cầu bồi thường theo một hợp đồng mới ra mắt có thể đi theo quy trình chưa hoàn thiện, dẫn đến chậm trễ. Kết quả phân tích này có thể hỗ trợ thiết kế sản phẩm và chuẩn hóa quy trình. Vì sao điều này quan trọng Cho phép phân tích quy trình theo từng sản phẩm bảo hiểm cụ thể, giúp xác định khác biệt trong cách xử lý tùy theo điều khoản hợp đồng. Lấy dữ liệu ở đâu Thông tin này nằm trong thực thể Policy, được liên kết với Claim. Ví dụ Bảo hiểm nhiều rủi ro cho chủ nhàBảo hiểm trách nhiệm ô tô thương mạiBảo hiểm hàng hải nội địa | |||
| Ngày mục tiêu giải quyết ResolutionTargetDate | Ngày dự kiến giải quyết xong yêu cầu bồi thường theo SLA nội bộ hoặc quy định. | ||
| Mô tả Ngày mục tiêu giải quyết là hạn chót đóng yêu cầu bồi thường, thường được xác định dựa trên các yếu tố như khu vực pháp lý, loại yêu cầu và điều khoản hợp đồng. Đây là mốc để đo hiệu suất và mức độ tuân thủ. Thuộc tính này rất quan trọng khi xây dựng dashboard và KPI theo dõi việc đáp ứng SLA. Bằng cách so sánh ngày thực tế 'Đóng yêu cầu bồi thường' với ngày mục tiêu, phân tích có thể tự động đánh dấu hồ sơ trễ hạn, đo tỷ lệ xử lý đúng hạn và xác định loại yêu cầu hoặc phòng ban nào chưa đạt mục tiêu. Vì sao điều này quan trọng Đây là mốc để đo mức độ đáp ứng Thỏa thuận mức dịch vụ (SLA) và xác định các yêu cầu có nguy cơ trễ hạn. Lấy dữ liệu ở đâu Đây có thể là trường tùy chỉnh hoặc giá trị được suy ra từ các quy tắc nghiệp vụ cấu hình trong ClaimCenter, có thể liên quan đến một số chỉ số cụ thể của yêu cầu. Ví dụ 2023-06-142023-07-202023-08-28 | |||
| Ngày xảy ra tổn thất LossDate | Ngày xảy ra sự cố hoặc tổn thất dẫn đến yêu cầu bồi thường. | ||
| Mô tả Ngày xảy ra tổn thất là ngày sự việc thực tế diễn ra, chẳng hạn như tai nạn ô tô hoặc hư hại tài sản, dẫn đến yêu cầu bồi thường. Ngày này khác với ngày báo cáo hoặc tạo yêu cầu. Khoảng thời gian từ ngày xảy ra tổn thất đến hoạt động 'Tạo yêu cầu bồi thường', còn gọi là độ trễ báo cáo, là một KPI quan trọng. Phân tích khoảng thời gian này giúp hiểu hành vi khách hàng và hiệu quả của các kênh tiếp nhận thông báo tổn thất ban đầu. Vì sao điều này quan trọng Cung cấp bối cảnh quan trọng về nguồn gốc yêu cầu bồi thường và giúp phân tích độ trễ báo cáo, tức thời gian từ khi xảy ra sự cố đến khi gửi yêu cầu. Lấy dữ liệu ở đâu Đây là trường ngày cơ bản trong thực thể Claim, thường có tên 'LossDate'. Ví dụ 2023-05-102023-04-202023-05-28 | |||
| Phòng ban Department | Đơn vị hoặc phòng ban chịu trách nhiệm xử lý hoạt động liên quan đến yêu cầu bồi thường. | ||
| Mô tả Thuộc tính này cho biết phòng ban hoặc nhóm của chuyên viên được phân công, chẳng hạn như 'Bồi thường ô tô', 'Bồi thường tài sản' hoặc 'Đơn vị điều tra đặc biệt'. Thông tin này đặt quy trình trong bối cảnh tổ chức. Phân tích theo phòng ban rất quan trọng để hiểu hiệu suất quy trình ở cấp tổ chức. Việc này giúp xác định chậm trễ khi bàn giao giữa các phòng ban, so sánh hiệu quả giữa các nhóm và phân bổ nguồn lực hợp lý hơn trong bộ phận xử lý bồi thường. Vì sao điều này quan trọng Cung cấp bối cảnh tổ chức để phân tích hiệu suất giữa các nhóm và phát hiện vấn đề khi bàn giao giữa các phòng ban. Lấy dữ liệu ở đâu Thông tin này thường gắn với hồ sơ người dùng hoặc nhóm được phân công trong ClaimCenter. Ví dụ Bộ phận bồi thường ô tôĐơn vị bồi thường tài sảnĐơn vị điều tra đặc biệt (SIU) | |||
| Số tiền thanh toán PaymentAmount | Số tiền thực tế được thanh toán cho một hoạt động thanh toán. | ||
| Mô tả Thuộc tính này ghi lại giá trị của từng khoản thanh toán cho một yêu cầu bồi thường. Một yêu cầu có thể phát sinh nhiều khoản thanh toán trong suốt vòng đời xử lý. Đây là dữ liệu thiết yếu cho phân tích tài chính trong process mining. Bạn có thể dùng dữ liệu này để theo dõi tổng số tiền chi trả cho mỗi yêu cầu, phân tích thời gian phê duyệt theo số tiền và liên hệ điểm kém hiệu quả trong quy trình với kết quả tài chính. Ví dụ, hồ sơ có thời gian xử lý dài có thể đi kèm tổng số tiền thanh toán cao hơn. Vì sao điều này quan trọng Theo dõi các giao dịch tài chính trong một yêu cầu bồi thường, giúp phân tích giá trị thanh toán và mối liên hệ với các hoạt động trong quy trình. Lấy dữ liệu ở đâu Thông tin này có trong các thực thể liên quan đến Payment được liên kết với yêu cầu bồi thường, thường nằm trong bảng giao dịch hoặc séc. Ví dụ 4500.00125000.00500.00 | |||
| Số tiền yêu cầu bồi thường ClaimedAmount | Tổng số tiền ban đầu mà bên mua bảo hiểm yêu cầu bồi thường. | ||
| Mô tả Thuộc tính này thể hiện giá trị tổn thất do người yêu cầu bồi thường khai báo. Đây thường là ước tính ban đầu và có thể thay đổi trong quá trình điều tra, xác định khoản dự phòng. Phân tích số tiền yêu cầu bồi thường giúp phân nhóm hồ sơ theo mức độ ảnh hưởng tài chính. Hồ sơ có giá trị lớn thường cần quy trình chặt chẽ và phức tạp hơn hồ sơ giá trị thấp. So sánh quy trình giữa các nhóm giá trị có thể giúp tìm cách đơn giản hóa việc xử lý hồ sơ nhỏ hoặc áp dụng kiểm soát nghiêm ngặt hơn với hồ sơ lớn. Vì sao điều này quan trọng Giúp phân nhóm yêu cầu bồi thường theo giá trị tài chính, vì hồ sơ giá trị cao có thể cần quy trình khác và phức tạp hơn. Lấy dữ liệu ở đâu Thông tin này có thể không nằm trong một trường duy nhất mà được suy ra từ ước tính tổn thất ban đầu ghi nhận trong các Exposure. Ví dụ 5000.00150000.00750.50 | |||
| Thời gian kết thúc EndTime | Dấu thời gian cho biết khi nào một hoạt động hoàn tất. | ||
| Mô tả Thời gian kết thúc ghi nhận lúc một hoạt động hoàn tất, đặc biệt với các tác vụ có thời lượng đo được như 'Điều tra' hoặc 'Rà soát tài liệu'. Nhiều hoạt động trong process mining diễn ra tức thời nên chỉ cần StartTime. Với hoạt động có thời điểm bắt đầu và kết thúc riêng biệt, nên ghi nhận cả hai dấu thời gian. Thuộc tính này giúp tính chính xác thời gian xử lý hoạt động, tách biệt với thời gian chờ. Nhờ đó, bạn có thể xác định tác vụ nào thực sự mất nhiều thời gian, thay vì chỉ thấy khoảng trễ dài giữa các bước. Vì sao điều này quan trọng Thuộc tính này giúp đo chính xác thời gian hoàn tất một hoạt động, đồng thời phân biệt thời gian xử lý với thời gian chờ. Lấy dữ liệu ở đâu Có thể cần suy ra thời điểm này từ một sự kiện tiếp theo đánh dấu hợp lý việc hoàn tất hoạt động, chẳng hạn như trạng thái chuyển từ 'Đang xử lý' sang 'Đã hoàn tất'. Ví dụ 2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z | |||
| Tiểu bang thuộc thẩm quyền pháp lý JurisdictionState | Tiểu bang hoặc khu vực pháp lý điều chỉnh yêu cầu bồi thường và quy định các yêu cầu pháp lý liên quan. | ||
| Mô tả Thuộc tính này xác định khu vực pháp lý, chẳng hạn như tiểu bang tại Hoa Kỳ, nơi yêu cầu bồi thường được xử lý. Quy định bảo hiểm có thể khác nhau đáng kể giữa các khu vực, ảnh hưởng đến các bước cần thực hiện, thời hạn liên lạc và hồ sơ cần lưu. Đây là thuộc tính quan trọng để theo dõi tuân thủ. Phân tích quy trình theo khu vực pháp lý giúp đảm bảo đáp ứng các yêu cầu pháp lý riêng của từng tiểu bang. Thông tin này cũng có thể giải thích sự khác biệt về thời gian chu kỳ hoặc luồng quy trình do ràng buộc pháp lý, chứ không phải do vận hành kém hiệu quả. Vì sao điều này quan trọng Rất quan trọng khi phân tích tuân thủ, vì mỗi khu vực pháp lý có quy định riêng ảnh hưởng đến quy trình xử lý yêu cầu bồi thường. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong thực thể Claim, thường có tên 'JurisdictionState'. Ví dụ CANYTXFL | |||
| Trạng thái SLA SLAState | Cho biết yêu cầu bồi thường có được đóng trước ngày mục tiêu giải quyết hay không. | ||
| Mô tả Thuộc tính được tính toán này phân loại mức độ đáp ứng SLA của từng yêu cầu đã đóng. Giá trị được xác định bằng cách so sánh dấu thời gian của hoạt động 'Đóng yêu cầu bồi thường' với 'Ngày mục tiêu giải quyết'. Thuộc tính này hỗ trợ trực tiếp dashboard 'Mức độ đáp ứng mục tiêu giải quyết yêu cầu bồi thường' bằng cách phân loại kết quả rõ ràng như 'Đúng hạn' hoặc 'Trễ hạn'. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để tính tỷ lệ đáp ứng SLA chung, đồng thời đi sâu xuống một cấp để tìm nguyên nhân chậm trễ. Vì sao điều này quan trọng Phân loại rõ kết quả đáp ứng SLA, giúp dễ dàng lọc, tổng hợp và phân tích hiệu suất xử lý đúng hạn. Lấy dữ liệu ở đâu Trường được tính toán: IF (ActualCloseDate <= ResolutionTargetDate, 'Đúng hạn', 'Trễ hạn'). Ví dụ Đúng hạnTrễ hạn | |||
| Yêu cầu thông tin nhiều lần RepeatedInfoRequestFlag | Cờ cho biết hoạt động 'Yêu cầu bổ sung thông tin' có xảy ra nhiều hơn một lần với cùng một yêu cầu bồi thường hay không. | ||
| Mô tả Cờ boolean này được đặt thành true nếu một yêu cầu bồi thường có nhiều hơn một hoạt động 'Yêu cầu bổ sung thông tin'. Tình trạng này thường cho thấy khâu thu thập thông tin ban đầu chưa hiệu quả. Thuộc tính này hỗ trợ trực tiếp KPI 'Tỷ lệ yêu cầu thông tin nhiều lần'. Chỉ số này giúp đo lường vấn đề xác minh thông tin ban đầu chưa đầy đủ, vốn có thể gây chậm trễ đáng kể và khiến khách hàng không hài lòng. Phân tích các hồ sơ được đánh dấu có thể giúp cải thiện danh sách kiểm tra và quy trình làm việc của chuyên viên, để họ yêu cầu đầy đủ thông tin cần thiết ngay từ đầu. Vì sao điều này quan trọng Giúp xác định tình trạng thu thập thông tin chưa đầy đủ ngay lần đầu, gây chậm trễ và phải làm lại. Lấy dữ liệu ở đâu Công cụ process mining tính giá trị này bằng cách đếm số lần hoạt động 'Yêu cầu bổ sung thông tin' xuất hiện trong mỗi hồ sơ. Ví dụ truefalse | |||
Hoạt động xử lý yêu cầu bồi thường
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Đóng yêu cầu bồi thường | Đánh dấu việc đóng yêu cầu bồi thường thành công sau khi hoàn tất mọi hoạt động và khoản thanh toán. Đây là sự kiện kết thúc thành công chính, được suy ra từ thay đổi trạng thái chính của yêu cầu. | ||
| Vì sao điều này quan trọng Là sự kiện kết thúc chính, hoạt động này rất cần thiết để tính thời gian xử lý từ đầu đến cuối và đo mức độ đáp ứng SLA. Nó đánh dấu việc hoàn tất vòng đời yêu cầu bồi thường. Lấy dữ liệu ở đâu Suy ra từ việc trường State trong bảng cc_claim chuyển sang 'Closed'. Dấu thời gian sự kiện là CloseDate trên bản ghi yêu cầu. Thu thập Xác định thời điểm trường trạng thái chính của yêu cầu bồi thường được cập nhật thành 'Closed'. Loại sự kiện inferred | |||
| Phát hành thanh toán | Hoạt động này đánh dấu bước cuối của quy trình thanh toán, khi khoản thanh toán chính thức được phát hành và gửi đến hệ thống tài chính. Đây là giao dịch tài chính được ghi nhận rõ ràng. | ||
| Vì sao điều này quan trọng Hoạt động này rất quan trọng để đo hiệu quả của khâu gửi thanh toán. Nó giúp phân biệt chậm trễ do phê duyệt với chậm trễ trong việc thực sự phát hành tiền. Lấy dữ liệu ở đâu Ghi nhận từ IssueDate hoặc thay đổi trạng thái sang 'Issued' hay 'Submitted' trên thực thể cc_check hoặc cc_transaction. Đây thường là sự kiện có dấu thời gian được ghi nhận rõ ràng. Thu thập Xác định IssueDate hoặc dấu thời gian khi bản ghi thanh toán chuyển trạng thái sang 'Issued'. Loại sự kiện explicit | |||
| Phê duyệt thanh toán | Đây là việc chính thức phê duyệt khoản thanh toán quyết toán. Sự kiện kiểm tra quan trọng này được ghi nhận rõ ràng khi người có thẩm quyền phê duyệt giao dịch. | ||
| Vì sao điều này quan trọng Mốc quan trọng này cho phép tiến hành bước thanh toán cuối cùng. Phân tích thời gian trước và sau hoạt động này giúp xác định riêng các chậm trễ do workflow phê duyệt hoặc người quản lý chưa sẵn sàng. Lấy dữ liệu ở đâu Đây thường là sự kiện được ghi nhận rõ ràng trong bảng cc_history, liên quan đến thực thể cc_check hoặc cc_transaction, thể hiện thay đổi trạng thái từ 'Pending Approval' sang 'Approved'. Thu thập Theo dõi sự kiện đổi trạng thái sang 'Approved' của một giao dịch thanh toán cụ thể. Loại sự kiện explicit | |||
| Tạo hạng mục tổn thất | Hoạt động này đánh dấu việc tạo một hạng mục tổn thất, đại diện cho một khoản trách nhiệm tiềm ẩn hoặc loại tổn thất cụ thể trong yêu cầu bồi thường, chẳng hạn như hư hỏng xe hoặc thương tích. Đây là sự kiện được ghi nhận rõ ràng trong Guidewire. | ||
| Vì sao điều này quan trọng Hạng mục tổn thất là cơ sở để phân nhóm và phân tích yêu cầu bồi thường. Theo dõi thời điểm tạo hạng mục giúp bạn hiểu các biến thể quy trình theo độ phức tạp của yêu cầu và loại tổn thất. Lấy dữ liệu ở đâu Ghi nhận từ CreateTime của bản ghi mới trong bảng cc_exposure. Mỗi bản ghi được liên kết với một Claim ID duy nhất. Thu thập Xác định dấu thời gian tạo bản ghi mới trong bảng thực thể Exposure. Loại sự kiện explicit | |||
| Tạo yêu cầu bồi thường | Hoạt động này đánh dấu lần thông báo tổn thất đầu tiên (FNOL) và thời điểm chính thức tạo hồ sơ yêu cầu bồi thường mới trong Guidewire ClaimCenter. Sự kiện được ghi nhận rõ ràng khi một thực thể Claim mới được lưu vào cơ sở dữ liệu lần đầu. | ||
| Vì sao điều này quan trọng Là sự kiện bắt đầu chính, hoạt động này rất cần thiết để đo thời gian xử lý yêu cầu từ đầu đến cuối. Đây là mốc cơ sở cho mọi KPI về hiệu suất và thời lượng tiếp theo. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận rõ ràng từ CreateTime của bảng cc_claim. Việc tạo bản ghi mới với Claim ID duy nhất là yếu tố kích hoạt sự kiện. Thu thập Xác định dấu thời gian tạo bản ghi mới trong bảng thực thể Claim gốc. Loại sự kiện explicit | |||
| Thiết lập khoản dự phòng ban đầu | Đánh dấu thời điểm tạo giao dịch dự phòng tài chính đầu tiên cho một hạng mục tổn thất, nhằm ước tính chi phí tiềm năng của yêu cầu bồi thường. Đây là sự kiện tài chính quan trọng và được ghi nhận rõ ràng. | ||
| Vì sao điều này quan trọng Mốc này rất quan trọng để phân tích tài chính và hiểu tốc độ đánh giá khoản trách nhiệm tiềm ẩn. Chậm trễ có thể ảnh hưởng đến việc lập kế hoạch và báo cáo tài chính. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi tạo bản ghi cc_reserveline đầu tiên liên kết với một hạng mục tổn thất trong yêu cầu bồi thường. CreateTime của giao dịch là dấu thời gian sự kiện. Thu thập Tìm dấu thời gian tạo sớm nhất trong tất cả các dòng dự phòng của những hạng mục tổn thất thuộc một yêu cầu bồi thường. Loại sự kiện explicit | |||
| Từ chối yêu cầu bồi thường | Đây là quyết định cuối cùng từ chối yêu cầu bồi thường, đánh dấu điểm kết thúc quy trình. Sự kiện này được suy ra khi trạng thái yêu cầu chuyển sang trạng thái đóng với lý do 'Denied'. | ||
| Vì sao điều này quan trọng Đây là sự kiện thể hiện kết quả quan trọng. Phân tích tần suất, lý do và luồng quy trình dẫn đến việc từ chối giúp phát hiện vấn đề trong khâu tiếp nhận, điều tra hoặc diễn giải hợp đồng. Lấy dữ liệu ở đâu Suy ra từ việc trường State trong bảng cc_claim chuyển sang 'Closed', kết hợp với trường CloseReason có giá trị 'Denied' hoặc giá trị tương tự. CloseDate là dấu thời gian của sự kiện. Thu thập Lọc các trường hợp trạng thái yêu cầu chuyển sang 'Closed' với mã lý do thể hiện việc bị từ chối. Loại sự kiện inferred | |||
| Bắt đầu điều tra | Cho biết giai đoạn điều tra một yêu cầu bồi thường hoặc tổn thất chính thức bắt đầu. Thông tin này thường được suy ra từ việc tạo 'Hoạt động' (nhiệm vụ) đầu tiên liên quan đến điều tra trong Guidewire. | ||
| Vì sao điều này quan trọng Hoạt động này đánh dấu điểm bắt đầu của một giai đoạn quan trọng, thường kéo dài. Phân tích thời gian từ lúc tiếp nhận đến khi bắt đầu điều tra, cùng thời lượng điều tra, giúp phát hiện các điểm nghẽn lớn. Lấy dữ liệu ở đâu Suy ra từ CreateTime của bản ghi cc_activity có ActivityPattern liên quan đến điều tra, chẳng hạn như 'Điều tra ban đầu' hoặc 'Liên hệ nhân chứng'. Thu thập Xác định thời điểm tạo tác vụ đầu tiên có mẫu hoặc chủ đề liên quan đến điều tra. Loại sự kiện inferred | |||
| Đưa ra quyết định về trách nhiệm | Đánh dấu thời điểm xác định trách nhiệm hoặc lỗi đối với một hạng mục tổn thất. Sự kiện này thường được suy ra từ thay đổi trạng thái của thực thể Exposure. | ||
| Vì sao điều này quan trọng Đây là mốc quyết định quan trọng, mở đường cho các giai đoạn quyết toán và thanh toán. Phân tích thời gian đến khi đưa ra quyết định giúp phát hiện điểm nghẽn trong các khâu điều tra và đánh giá. Lấy dữ liệu ở đâu Suy ra từ bảng cc_history bằng cách theo dõi thay đổi trong State hoặc trường trạng thái trách nhiệm tùy chỉnh của thực thể cc_exposure. Dấu thời gian của bản ghi lịch sử cho biết thời điểm sự kiện xảy ra. Thu thập Theo dõi nhật ký kiểm tra hoặc bảng lịch sử để phát hiện cập nhật trạng thái hay trạng thái trách nhiệm của hạng mục tổn thất. Loại sự kiện inferred | |||
| Mở lại yêu cầu bồi thường | Đây là việc chuyển yêu cầu bồi thường từ trạng thái 'Closed' trở lại 'Open' để tiếp tục xử lý. Sự kiện này được suy ra từ một chuỗi thay đổi trạng thái cụ thể. | ||
| Vì sao điều này quan trọng Hoạt động này cho thấy có việc xử lý lại. Số lượng yêu cầu được mở lại cao thường báo hiệu vấn đề trong khâu quyết toán ban đầu, thiệt hại bị bỏ sót hoặc lỗi quy trình khác, làm tăng chi phí và giảm hiệu quả. Lấy dữ liệu ở đâu Suy ra từ bảng cc_history bằng cách xác định trường State của thực thể cc_claim chuyển từ 'Closed' trở lại 'Open' hoặc một trạng thái đang xử lý khác. Thu thập Theo dõi trường trạng thái chính của yêu cầu để phát hiện chuyển đổi từ trạng thái đóng sang trạng thái mở. Loại sự kiện inferred | |||
| Nhận thông tin bổ sung | Đánh dấu thời điểm hoàn tất yêu cầu cung cấp thông tin bổ sung. Ghi nhận sự kiện này khi 'Hoạt động' (nhiệm vụ) tương ứng với yêu cầu cung cấp thông tin được đánh dấu là 'Đã hoàn tất'. | ||
| Vì sao điều này quan trọng Đây là mốc kết thúc để tính KPI 'Thời gian thu thập thông tin bổ sung'. Khoảng thời gian dài từ lúc yêu cầu đến khi nhận được thông tin thường là nguyên nhân gây chậm trễ trong quy trình xử lý yêu cầu bồi thường. Lấy dữ liệu ở đâu Ghi nhận từ CloseTime của bản ghi cc_activity có ActivityPattern liên quan đến yêu cầu thông tin. Trạng thái hoạt động phải là 'Completed'. Thu thập Xác định dấu thời gian hoàn thành tác vụ yêu cầu thông tin từ bên ngoài. Loại sự kiện explicit | |||
| Phân công yêu cầu bồi thường | Đây là việc phân công một yêu cầu bồi thường cho người dùng cụ thể (chuyên viên giám định) hoặc nhóm phụ trách. Sự kiện này thường được suy ra bằng cách theo dõi thay đổi trong các trường phân công của thực thể Claim. | ||
| Vì sao điều này quan trọng Theo dõi việc phân công rất quan trọng để phân tích khối lượng công việc của chuyên viên giám định, phát hiện điểm nghẽn trong khâu điều phối và đo thời gian từ lúc phân công đến hành động đầu tiên của người phụ trách. Lấy dữ liệu ở đâu Suy ra từ bảng cc_history bằng cách theo dõi thay đổi trong các trường AssignedUser hoặc AssignedGroup gắn với một Claim ID cụ thể. Dấu thời gian của thay đổi cho biết thời điểm sự kiện xảy ra. Thu thập Theo dõi nhật ký kiểm tra hoặc bảng lịch sử để phát hiện cập nhật trong các trường phân công yêu cầu bồi thường. Loại sự kiện inferred | |||
| Tính toán khoản quyết toán | Hoạt động này đánh dấu thời điểm xác định số tiền quyết toán nhưng chưa được phê duyệt thanh toán. Có thể suy ra sự kiện này từ việc tạo khoản thanh toán ở trạng thái 'Pending Approval'. | ||
| Vì sao điều này quan trọng Đánh dấu bước chuyển từ đánh giá sang thanh toán. Đây là mốc bắt đầu đo KPI 'Thời gian chờ phê duyệt thanh toán', giúp phát hiện chậm trễ trong chuỗi phê duyệt. Lấy dữ liệu ở đâu Suy ra từ CreateTime của bản ghi cc_check hoặc cc_transaction có trạng thái ban đầu là 'Pending Approval' hoặc trạng thái tương tự trước khi chuyển sang 'Approved'. Thu thập Xác định thời điểm tạo bản ghi thanh toán hoặc giao dịch ở trạng thái chưa được phê duyệt. Loại sự kiện inferred | |||
| Yêu cầu thông tin bổ sung | Thể hiện yêu cầu gửi cho người yêu cầu bồi thường hoặc bên thứ ba để xin thêm thông tin hoặc tài liệu. Thông tin này thường được ghi nhận dưới dạng 'Hoạt động' (nhiệm vụ) được tạo rõ ràng trong ClaimCenter. | ||
| Vì sao điều này quan trọng Hoạt động này là mốc bắt đầu để đo KPI 'Thời gian thu thập thông tin bổ sung'. Sự kiện xảy ra thường xuyên có thể cho thấy quy trình FNOL chưa đầy đủ hoặc việc thu thập thông tin chưa hiệu quả. Lấy dữ liệu ở đâu Ghi nhận từ CreateTime của bản ghi cc_activity có ActivityPattern liên quan đến yêu cầu tài liệu hoặc thông tin từ bên ngoài. Thu thập Xác định thời điểm tạo tác vụ yêu cầu thông tin từ bên ngoài. Loại sự kiện explicit | |||
Hướng dẫn trích xuất dữ liệu
Các bước
- Kiểm tra điều kiện tiên quyết: Xác nhận bạn có đủ quyền và thông tin đăng nhập để truy cập cơ sở dữ liệu Guidewire DataHub / InfoCenter data mart với quyền chỉ đọc. Đảm bảo các tác vụ ETL nạp dữ liệu yêu cầu bồi thường vào data mart chạy thành công và dữ liệu đã được cập nhật.
- Kết nối cơ sở dữ liệu: Dùng ứng dụng SQL thông dụng như DBeaver, SQL Server Management Studio hoặc công cụ tương tự để kết nối với máy chủ cơ sở dữ liệu data mart.
- Tìm hiểu lược đồ: Trước khi chạy toàn bộ truy vấn, hãy làm quen với lược đồ data mart. Xác định các bảng chính về yêu cầu bồi thường, tổn thất được bảo hiểm, hoạt động và giao dịch tài chính. Tên bảng thường có hậu tố như _dim (dimension) và _fact (fact). Việc này giúp bạn kiểm tra tên bảng và cột giữ chỗ trong tập lệnh được cung cấp.
- Chuẩn bị truy vấn SQL: Sao chép toàn bộ tập lệnh SQL trong phần truy vấn vào trình soạn thảo của ứng dụng SQL.
- Thay giá trị giữ chỗ: Kiểm tra kỹ tập lệnh và thay tất cả giá trị giữ chỗ. Bao gồm tên cơ sở dữ liệu/lược đồ (ví dụ: [YourDataMart]), tham số khoảng ngày ('[StartDate]', '[EndDate]') và các giá trị cấu hình riêng của hệ thống (ví dụ: mẫu hoạt động, mã trạng thái).
- Chạy truy vấn: Chạy truy vấn SQL đã chỉnh sửa trên data mart. Thời gian chạy có thể khác nhau tùy khoảng ngày được chọn và lượng dữ liệu trong hệ thống.
- Kiểm tra dữ liệu ban đầu: Khi truy vấn chạy xong, kiểm tra vài trăm dòng đầu tiên trong kết quả. Xác nhận các cột ClaimID, ActivityName và EventTime có dữ liệu như mong đợi, đồng thời có nhiều loại hoạt động khác nhau.
- Xuất sang CSV: Xuất toàn bộ kết quả từ ứng dụng SQL thành tệp CSV. Đặt tên tệp dễ nhận biết, chẳng hạn guidewire_claimcenter_event_log.csv.
- Định dạng cho ProcessMind: Lưu tệp CSV với mã hóa UTF-8. Kiểm tra hàng tiêu đề khớp với bí danh cột trong truy vấn SQL. Sau đó, bạn có thể tải tệp lên ProcessMind.
Cấu hình
- Nguồn dữ liệu: Guidewire DataHub/InfoCenter Claims Data Mart. Đây là cơ sở dữ liệu đa chiều đã tổng hợp dữ liệu, được thiết kế cho báo cáo và phân tích, tách biệt với cơ sở dữ liệu ClaimCenter đang vận hành.
- Quyền cần có: Quyền chỉ đọc đối với cơ sở dữ liệu SQL lưu trữ data mart. Bạn cần tên người dùng, mật khẩu và thông tin kết nối như địa chỉ máy chủ, tên cơ sở dữ liệu.
- Trạng thái tác vụ ETL: Độ chính xác của dữ liệu trích xuất phụ thuộc vào việc các tác vụ ETL của Guidewire nạp dữ liệu vào data mart có chạy thành công và đúng hạn hay không. Kiểm tra thời điểm chạy thành công gần nhất để biết dữ liệu mới đến đâu.
- Lọc theo khoảng ngày: Truy vấn được cung cấp có các mệnh đề WHERE với giá trị giữ chỗ '[StartDate]' và '[EndDate]'. Nên bắt đầu với khoảng thời gian ngắn, chẳng hạn 3-6 tháng, để kiểm soát hiệu năng. Bộ lọc ngày áp dụng cho thời điểm tạo yêu cầu bồi thường (CreateTime).
- Giá trị tùy theo cấu hình: Guidewire có thể được cấu hình theo nhiều cách. Bạn cần điều chỉnh các giá trị trong mệnh đề WHERE cho phù hợp với thiết lập của tổ chức, bao gồm:
- Tên ActivityPattern (ví dụ: 'fnol', 'investigation', 'Request additional information')
- Mã ClaimStatus, ExposureStatus và CloseReason (ví dụ: 'denied', 'closed')
- Mã TransactionStatus (ví dụ: 'pendingapproval', 'approved', 'issued')
- Hiệu năng: Truy vấn các bảng lịch sử hoặc kiểm toán lớn có thể tiêu tốn nhiều tài nguyên. Với tập dữ liệu rất lớn, nên chạy truy vấn ngoài giờ cao điểm. Đảm bảo các cột ClaimID hoặc ClaimNumber được lập chỉ mục trong những bảng liên quan.
Truy vấn mẫu sql
-- This query extracts a process mining event log for claims processing from a Guidewire DataHub/InfoCenter Data Mart.
-- Replace placeholders: [YourDataMart], [StartDate], [EndDate], and any configuration-specific string literals.
WITH ClaimHistory AS (
-- Pre-process claim history to identify status changes, especially for Reopened events.
SELECT
ClaimID,
Status,
UpdateTime,
LAG(Status, 1) OVER (PARTITION BY ClaimID ORDER BY UpdateTime) AS PreviousStatus
FROM [YourDataMart].[dbo].[ClaimHistory_dim] -- Placeholder for claim history/audit table
),
BaseClaims AS (
-- Select the set of claims to be analyzed based on a date range.
SELECT
c.ClaimID AS ClaimPublicID, -- Using PublicID as it's often the user-facing ID
c.ClaimNumber AS ClaimID,
c.AssignedAdjusterName AS AssignedAdjuster,
c.PolicyType AS ClaimType,
c.ClaimStatus AS ClaimStatus,
c.LossCause AS LossCause,
c.CreateTime
FROM [YourDataMart].[dbo].[Claim_dim] c
WHERE c.CreateTime >= '[StartDate]' AND c.CreateTime < '[EndDate]'
)
-- 1. Claim Created
SELECT
bc.ClaimID AS ClaimID,
'Claim Created' AS ActivityName,
bc.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
UNION ALL
-- 2. Claim Assigned
-- This captures the first assignment event from the history table.
SELECT
bc.ClaimID,
'Claim Assigned' AS ActivityName,
MIN(ch.UpdateTime) AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ClaimHistory_dim] ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.EventType = 'Assignment' -- Assumes an EventType column exists to identify assignment changes
GROUP BY bc.ClaimID, bc.AssignedAdjuster, bc.ClaimType, bc.ClaimStatus, bc.LossCause
UNION ALL
-- 3. Exposure Created
SELECT
bc.ClaimID,
'Exposure Created' AS ActivityName,
e.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Exposure_dim] e ON bc.ClaimPublicID = e.ClaimID
UNION ALL
-- 4. Initial Reserve Set
-- Finds the very first reserve transaction for any exposure on the claim.
SELECT
x.ClaimID,
'Initial Reserve Set' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY t.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Reserve'
) x
WHERE x.rn = 1
UNION ALL
-- 5. Investigation Started
-- Finds the creation of the first investigation-related activity.
SELECT
x.ClaimID,
'Investigation Started' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY a.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Investigation%'
) x
WHERE x.rn = 1
UNION ALL
-- 6. Additional Info Requested
SELECT
bc.ClaimID,
'Additional Info Requested' AS ActivityName,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%'
UNION ALL
-- 7. Additional Info Received
SELECT
bc.ClaimID,
'Additional Info Received' AS ActivityName,
a.CompletionTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%' AND a.CompletionTime IS NOT NULL
UNION ALL
-- 8. Liability Decision Made
-- Captures when an exposure's liability decision is first set.
SELECT
x.ClaimID,
'Liability Decision Made' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
eh.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY eh.UpdateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ExposureHistory_dim] eh ON bc.ClaimPublicID = eh.ClaimID
WHERE eh.LiabilityDecision IS NOT NULL AND eh.PreviousLiabilityDecision IS NULL -- Captures the first time it was set
) x
WHERE x.rn = 1
UNION ALL
-- 9. Settlement Calculated
-- Captures the creation of a payment transaction that is pending approval.
SELECT
bc.ClaimID,
'Settlement Calculated' AS ActivityName,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.TransactionStatus = 'PendingApproval'
UNION ALL
-- 10. Payment Approved
SELECT
bc.ClaimID,
'Payment Approved' AS ActivityName,
t.ApprovalDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.ApprovalDate IS NOT NULL AND t.TransactionStatus = 'Approved'
UNION ALL
-- 11. Payment Issued
SELECT
bc.ClaimID,
'Payment Issued' AS ActivityName,
t.IssueDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.IssueDate IS NOT NULL AND t.TransactionStatus = 'Issued'
UNION ALL
-- 12. Claim Denied
SELECT
bc.ClaimID,
'Claim Denied' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Denied' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 13. Claim Closed
SELECT
bc.ClaimID,
'Claim Closed' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Closed' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND NOT EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 14. Claim Reopened
SELECT
bc.ClaimID,
'Claim Reopened' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Open' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.PreviousStatus = 'Closed' AND ch.Status <> 'Closed'; Các bước
- Xác nhận tổ chức của bạn có quyền chia sẻ dữ liệu Snowflake Guidewire Cloud Data Access (CDA) đang hoạt động cho môi trường ClaimCenter. Nhờ quản trị viên Guidewire Cloud cung cấp mã định danh tài khoản Snowflake, cơ sở dữ liệu, lược đồ, warehouse, role, phương thức xác thực và cấu hình mạng được cấp quyền.
- Xác nhận chính xác các đối tượng và cột CDA có trong phần dữ liệu được chia sẻ. Lược đồ và tên cột CDA có thể khác nhau tùy tenant, phiên bản, cấu hình và mô hình chia sẻ dữ liệu. Thay từng giá trị giữ chỗ trong ngoặc vuông của truy vấn bằng đối tượng tương ứng trong môi trường của bạn. Không mặc định rằng tên thực thể vận hành của ClaimCenter được giữ nguyên khi đưa lên Snowflake.
- Xác định nguồn dữ liệu cho việc tạo yêu cầu bồi thường, lịch sử phân công, tạo tổn thất được bảo hiểm, giao dịch dự phòng, hoạt động, lịch sử trạng thái tổn thất được bảo hiểm, lịch sử trạng thái thanh toán và lịch sử trạng thái yêu cầu bồi thường. Nếu phần dữ liệu được chia sẻ không có bảng lịch sử hoặc bản ghi kiểm toán, hãy thiết lập một nguồn được phê duyệt để lưu giá trị trước đó, giá trị mới, thời điểm sự kiện và người thực hiện cho mỗi lần chuyển trạng thái cần thiết.
- Kết nối với phần dữ liệu Snowflake CDA bằng ứng dụng Snowflake, worksheet, notebook hoặc công cụ chạy SQL được cấp quyền. Nếu có thể, hãy dùng role chỉ đọc. Đặt thời điểm bắt đầu và kết thúc phân tích trong truy vấn bằng [Start timestamp] và [End timestamp], đồng thời áp dụng bộ lọc công ty hoặc đơn vị kinh doanh đã được phê duyệt bằng [Company filter].
- Thay các giá trị giữ chỗ nguồn trong truy vấn bằng tên đối tượng và cột CDA đã xác minh. Truy vấn tạo rõ các dòng cho cả 14 hoạt động bắt buộc: Claim Created, Claim Assigned, Exposure Created, Initial Reserve Set, Investigation Started, Additional Info Requested, Additional Info Received, Liability Decision Made, Settlement Calculated, Payment Approved, Payment Issued, Claim Denied, Claim Closed và Claim Reopened.
- Chạy truy vấn và kiểm tra lược đồ kết quả. Kết quả phải có ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus và LossCause. ProcessMind yêu cầu ClaimID, ActivityName và EventTime. Giữ một dòng cho mỗi sự kiện, không gộp sự kiện theo yêu cầu bồi thường.
- Kiểm tra dấu thời gian, chuyển trạng thái, thay đổi phân công, cách xử lý bản ghi trùng và số lượng hoạt động trước khi xuất. Đảm bảo dấu thời gian sự kiện dùng cùng một múi giờ. Nếu nhiều sự kiện có cùng dấu thời gian nhưng là các hoạt động nghiệp vụ riêng biệt, hãy giữ chúng thành các dòng riêng.
- Xuất kết quả thành CSV mã hóa UTF-8 hoặc định dạng bảng khác được ProcessMind hỗ trợ. Ánh xạ ClaimID làm mã định danh hồ sơ, ActivityName làm hoạt động và EventTime làm dấu thời gian sự kiện. Giữ các thuộc tính được đề xuất làm thuộc tính bổ sung của sự kiện, rồi tải tệp lên ProcessMind. Không thêm hoạt động suy luận ngoài phạm vi trích xuất này.
Cấu hình
- Kết nối và quyền truy cập: Dùng phần dữ liệu Snowflake do Guidewire cung cấp thông qua tài khoản, role, warehouse và đường truyền mạng Snowflake được cấp quyền. CDA chỉ cho phép người dùng tiêu thụ dữ liệu ở chế độ chỉ đọc. Quyền cần thiết tùy cấu hình tenant, có thể bao gồm quyền truy vấn cơ sở dữ liệu được chia sẻ và các lược đồ hoặc view cụ thể.
- Cấu hình đối tượng nguồn: Thay tất cả tham chiếu nguồn trong ngoặc vuông bằng đối tượng đã xác minh trong phần dữ liệu CDA được chia sẻ. Truy vấn không giả định tên bảng hoặc cột ClaimCenter dùng chung cho mọi môi trường, vì cấu trúc CDA thay đổi theo phiên bản và tenant.
- Khoảng ngày: Bắt đầu với khoảng thời gian từ ba đến sáu tháng để kiểm tra và phân tích vận hành. Chỉ mở rộng khoảng thời gian sau khi xác nhận dung lượng warehouse, thời gian lưu lịch sử sự kiện và thời lượng truy vấn chấp nhận được. Lọc bản ghi nguồn theo dấu thời gian của sự kiện liên quan, không chỉ theo ngày tạo yêu cầu bồi thường, để tránh bỏ sót các hoạt động phát sinh sau đó.
- Kết quả bắt buộc: ClaimID, ActivityName và EventTime phải có mặt và không được để trống ở mọi dòng sự kiện. ActivityName phải dùng đúng nhãn mà mô hình quy trình ProcessMind yêu cầu.
- Kết quả nên có: Thêm AssignedAdjuster, ClaimType, ClaimStatus và LossCause. Nếu có, hãy lấy các giá trị này từ ảnh chụp dữ liệu tại thời điểm sự kiện. Nếu chỉ có giá trị trạng thái hiện tại, hãy ghi rõ hạn chế này vì thuộc tính lịch sử có thể không phản ánh giá trị tại thời điểm sự kiện.
- Bộ lọc: Chỉ áp dụng [Company filter] sau khi xác nhận cột công ty, tổ chức, đơn vị kinh doanh hoặc pháp nhân tương ứng trong tenant. Không lọc theo loại tài liệu trừ khi cấu hình ClaimCenter có trường loại tài liệu đã xác minh và trường đó liên quan đến các hoạt động cần lấy.
- Lịch sử sự kiện: Cần có dữ liệu lịch sử hoặc kiểm toán để xác định các lần chuyển trạng thái về phân công, điều tra, yêu cầu thông tin, quyết định trách nhiệm, trạng thái thanh toán và mở lại yêu cầu bồi thường. Chỉ dùng bảng trạng thái hiện tại thì không thể tái dựng đáng tin cậy các sự kiện trước đó.
- Loại bản ghi trùng: Ưu tiên dùng mã định danh sự kiện nguồn đã xác minh nếu có. Truy vấn dùng ROW_NUMBER như một biện pháp bảo vệ có thể cấu hình. Không loại bản ghi trùng chỉ dựa trên ClaimID và dấu thời gian khi nhiều hoạt động riêng biệt có thể xảy ra cùng lúc.
- Hiệu năng: Giới hạn khoảng ngày, chỉ chọn các cột cần thiết, lọc từng nguồn theo dấu thời gian sự kiện và dùng Snowflake warehouse có dung lượng phù hợp. Với khối lượng lớn, hãy cân nhắc tạo view sự kiện đã kiểm tra hoặc trích xuất tăng dần.
- Múi giờ: Chuẩn hóa EventTime theo một múi giờ được ghi rõ. Trước khi tải event log, hãy xác nhận dấu thời gian CDA được lưu theo UTC, giờ địa phương hay biến thể dấu thời gian của Snowflake.
- Điều kiện tiên quyết: Xác nhận phần dữ liệu được chia sẻ có dữ liệu lịch sử cần thiết về tài chính, hoạt động, phân công, tổn thất được bảo hiểm, thanh toán và trạng thái của ClaimCenter, đồng thời chính sách lưu trữ giữ lại các lần chuyển trạng thái lịch sử cần dùng.
Truy vấn mẫu sql
WITH
params AS (
SELECT
TO_TIMESTAMP_TZ('[Start timestamp]') AS start_ts,
TO_TIMESTAMP_TZ('[End timestamp]') AS end_ts
),
claim_created AS (
SELECT
CAST(c.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Created' AS ActivityName,
CAST(c.[Claim created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(c.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(c.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(c.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(c.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(c.[Claim event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim source object] c
CROSS JOIN params p
WHERE c.[Claim created timestamp column] >= p.start_ts
AND c.[Claim created timestamp column] < p.end_ts
AND [Company filter]
),
claim_assigned AS (
SELECT
CAST(h.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Assigned' AS ActivityName,
CAST(h.[Assignment event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(h.[New assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(h.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(h.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(h.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(h.[Assignment event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim assignment history object] h
CROSS JOIN params p
WHERE h.[Assignment event timestamp column] >= p.start_ts
AND h.[Assignment event timestamp column] < p.end_ts
AND h.[New assigned adjuster column] IS DISTINCT FROM h.[Previous assigned adjuster column]
AND [Company filter]
),
exposure_created AS (
SELECT
CAST(e.[Claim ID column] AS VARCHAR) AS ClaimID,
'Exposure Created' AS ActivityName,
CAST(e.[Exposure created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(e.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(e.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(e.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(e.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(e.[Exposure event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure source object] e
CROSS JOIN params p
WHERE e.[Exposure created timestamp column] >= p.start_ts
AND e.[Exposure created timestamp column] < p.end_ts
AND [Company filter]
),
initial_reserve_set AS (
SELECT
CAST(r.[Claim ID column] AS VARCHAR) AS ClaimID,
'Initial Reserve Set' AS ActivityName,
CAST(r.[Reserve transaction timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(r.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(r.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(r.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(r.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(r.[Reserve transaction identifier column] AS VARCHAR) AS SourceEventID
FROM [Your reserve transaction source object] r
CROSS JOIN params p
WHERE r.[Reserve transaction timestamp column] >= p.start_ts
AND r.[Reserve transaction timestamp column] < p.end_ts
AND r.[Reserve transaction sequence or first reserve indicator column] = [Value identifying first reserve]
AND [Company filter]
),
investigation_started AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Investigation Started' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured investigation activity value]'
AND [Company filter]
),
additional_info_requested AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Requested' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND [Company filter]
),
additional_info_received AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Received' AS ActivityName,
CAST(a.[Activity completion timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity completion timestamp column] >= p.start_ts
AND a.[Activity completion timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND a.[Activity status column] = '[Configured completed status value]'
AND [Company filter]
),
liability_decision_made AS (
SELECT
CAST(eh.[Claim ID column] AS VARCHAR) AS ClaimID,
'Liability Decision Made' AS ActivityName,
CAST(eh.[Exposure status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(eh.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(eh.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(eh.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(eh.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(eh.[Exposure status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure status history object] eh
CROSS JOIN params p
WHERE eh.[Exposure status event timestamp column] >= p.start_ts
AND eh.[Exposure status event timestamp column] < p.end_ts
AND eh.[New exposure status column] = '[Configured liability decision status value]'
AND eh.[New exposure status column] IS DISTINCT FROM eh.[Previous exposure status column]
AND [Company filter]
),
settlement_calculated AS (
SELECT
CAST(pay.[Claim ID column] AS VARCHAR) AS ClaimID,
'Settlement Calculated' AS ActivityName,
CAST(pay.[Payment created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(pay.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(pay.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(pay.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(pay.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(pay.[Payment identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment source object] pay
CROSS JOIN params p
WHERE pay.[Payment created timestamp column] >= p.start_ts
AND pay.[Payment created timestamp column] < p.end_ts
AND pay.[Payment status column] = '[Configured pending approval status value]'
AND [Company filter]
),
payment_approved AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Approved' AS ActivityName,
CAST(ph.[Payment approval timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Approving user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment approval timestamp column] >= p.start_ts
AND ph.[Payment approval timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured approved status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
payment_issued AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Issued' AS ActivityName,
CAST(ph.[Payment issued timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Issuing user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment issued timestamp column] >= p.start_ts
AND ph.[Payment issued timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured issued status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
claim_denied AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Denied' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND ch.[Claim closure reason column] = '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_closed AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Closed' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND COALESCE(ch.[Claim closure reason column], '') <> '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_reopened AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Reopened' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[Previous claim status column] = '[Configured closed status value]'
AND ch.[New claim status column] = '[Configured open status value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
all_events AS (
SELECT * FROM claim_created
UNION ALL SELECT * FROM claim_assigned
UNION ALL SELECT * FROM exposure_created
UNION ALL SELECT * FROM initial_reserve_set
UNION ALL SELECT * FROM investigation_started
UNION ALL SELECT * FROM additional_info_requested
UNION ALL SELECT * FROM additional_info_received
UNION ALL SELECT * FROM liability_decision_made
UNION ALL SELECT * FROM settlement_calculated
UNION ALL SELECT * FROM payment_approved
UNION ALL SELECT * FROM payment_issued
UNION ALL SELECT * FROM claim_denied
UNION ALL SELECT * FROM claim_closed
UNION ALL SELECT * FROM claim_reopened
),
deduplicated_events AS (
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause,
SourceEventID,
ROW_NUMBER() OVER (
PARTITION BY ActivityName, COALESCE(SourceEventID, ClaimID || '|' || TO_VARCHAR(EventTime))
ORDER BY EventTime
) AS duplicate_rank
FROM all_events
WHERE ClaimID IS NOT NULL
AND ActivityName IS NOT NULL
AND EventTime IS NOT NULL
)
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause
FROM deduplicated_events
WHERE duplicate_rank = 1
ORDER BY ClaimID, EventTime, ActivityName; Các bước
- Xác nhận bạn được phép truy cập chỉ đọc trực tiếp vào cơ sở dữ liệu vận hành Guidewire ClaimCenter tại chỗ, đã ghi lại nền tảng cơ sở dữ liệu và phiên bản lược đồ, đồng thời có kết nối chỉ đọc. Không truy vấn cơ sở dữ liệu production nếu chưa được phê duyệt khung giờ trích xuất.
- Xác định các bảng vật lý và cột mà hệ thống ClaimCenter của bạn sử dụng. Ánh xạ các thực thể yêu cầu bồi thường, tổn thất được bảo hiểm, hoạt động, phân công, dự phòng, thanh toán, lịch sử trạng thái và người dùng hoặc nhóm vào các giá trị giữ chỗ trong truy vấn. Tên vật lý và cấu trúc kiểm toán khác nhau tùy cách triển khai và phiên bản. Chỉ thay từng giá trị giữ chỗ sau khi đối chiếu với danh mục cơ sở dữ liệu và mô hình dữ liệu ClaimCenter.
- Xác định khoảng thời gian trích xuất bằng [Start date parameter] và [End date parameter]. Nếu thay đổi trạng thái, hoàn tất tác vụ hoặc giao dịch tài chính có thể được ghi nhận ngoài khoảng thời gian tạo yêu cầu bồi thường chính, hãy dùng khoảng chồng lấn cuốn chiếu, chẳng hạn thêm một hoặc hai ngày trước ngày bắt đầu yêu cầu.
- Chạy toàn bộ câu lệnh SQL với quyền chỉ đọc. Mỗi hoạt động được xuất thành một dòng sự kiện riêng. Sau khi nạp dữ liệu, ProcessMind không suy luận thêm sự kiện. Các sự kiện suy ra từ thay đổi trường được tạo ngay trong câu lệnh SQL dựa trên bản ghi lịch sử hoặc kiểm toán liên quan.
- Kiểm tra ánh xạ nguồn cho từng hoạt động. Xác nhận việc tạo yêu cầu bồi thường dùng bản ghi Claim được lưu đầu tiên; phân công dùng các thay đổi phân công; tạo tổn thất được bảo hiểm dùng bản ghi tạo tổn thất; dự phòng ban đầu dùng giao dịch dự phòng đầu tiên cho mỗi tổn thất được bảo hiểm; điều tra và yêu cầu thông tin dùng bản ghi hoạt động; trách nhiệm pháp lý dùng lần chuyển trạng thái tổn thất được bảo hiểm theo cấu hình; quyết toán dùng trạng thái thanh toán chờ phê duyệt; phê duyệt và phát hành thanh toán dùng các trạng thái kiểm toán tài chính tương ứng.
- Chuẩn hóa kết quả theo cấu trúc event log bắt buộc. ClaimID là mã định danh hồ sơ, ActivityName phải chứa chính xác một trong 14 tên hoạt động đã ghi rõ và EventTime phải là dấu thời gian. Giữ các thuộc tính được đề xuất, gồm AssignedAdjuster, ClaimType, ClaimStatus và LossCause, nếu ánh xạ nguồn có cung cấp.
- Kiểm tra sự kiện trùng và thứ tự sự kiện. Nếu nguồn có nhiều dòng kiểm toán cho cùng một chuyển đổi nghiệp vụ, hãy áp dụng khóa loại trùng riêng của hệ thống trong biểu thức bảng thông dụng liên quan. Không gộp các sự kiện nghiệp vụ riêng biệt có dấu thời gian hoặc mã định danh nguồn khác nhau.
- Xuất kết quả thành CSV mã hóa UTF-8 hoặc định dạng bảng khác được ProcessMind hỗ trợ. Thêm hàng tiêu đề gồm ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus và LossCause. Đảm bảo dấu thời gian có thông tin múi giờ hoặc luôn dùng múi giờ cơ sở dữ liệu đã ghi rõ. Tải tệp lên ProcessMind và ánh xạ ClaimID làm mã định danh hồ sơ, ActivityName làm hoạt động, EventTime làm dấu thời gian sự kiện.
Cấu hình
- Quyền truy cập cơ sở dữ liệu: Dùng tài khoản chỉ đọc có quyền truy vấn các bảng vận hành, bảng lịch sử, bảng hoạt động và bảng giao dịch tài chính cần thiết của ClaimCenter. Không cấp quyền ghi, sửa lược đồ hoặc quản trị để trích xuất dữ liệu.
- Ánh xạ lược đồ: Thay [Your claim table], [Your exposure table], [Your activity table], [Your reserve table], [Your payment table], [Your claim history table], [Your exposure history table] và các giá trị giữ chỗ liên quan bằng tên đã xác minh trong hệ thống đích. Không mặc định tên thực thể logic của Guidewire cũng là tên bảng vật lý.
- Khoảng ngày: Bắt đầu với dữ liệu từ ba đến sáu tháng. Dùng [Start date parameter] và [End date parameter], đồng thời thêm khoảng chồng lấn nếu sự kiện có thể được ghi nhận sau khi tạo yêu cầu bồi thường hoặc nếu hồ sơ được mở lại kéo dài qua nhiều kỳ báo cáo.
- Bộ lọc: Chỉ áp dụng [Company Code filter], [Document Type filter], khu vực pháp lý, ngành kinh doanh hoặc bộ lọc riêng của tổ chức sau khi xác nhận cột vật lý và ý nghĩa nghiệp vụ. Tránh loại bỏ các yêu cầu bồi thường không có thanh toán hoặc không có tổn thất được bảo hiểm, vì các hồ sơ này cần thiết để phân tích đầy đủ vòng đời.
- Tên hoạt động: Giữ nguyên chính xác 14 giá trị ActivityName như định nghĩa trong truy vấn để ProcessMind nhận được nhãn sự kiện nhất quán.
- Ý nghĩa sự kiện: Các hoạt động được ghi là suy luận sẽ được tạo trong SQL từ trạng thái, phân công, lịch sử hoặc chuyển đổi hoạt động ở nguồn. Sau khi nạp dữ liệu, ProcessMind sẽ không suy ra các sự kiện này từ những dòng khác.
- Hiệu năng: Giới hạn khoảng thời gian trích xuất, chỉ chọn các cột cần thiết, lọc bảng nguồn trước khi kết hợp và kiểm tra chỉ mục trên mã định danh yêu cầu bồi thường, mã định danh tổn thất được bảo hiểm, dấu thời gian sự kiện, trường trạng thái và mã định danh giao dịch. Nếu có, hãy chạy các lượt trích xuất lớn trên bản sao phục vụ báo cáo.
- Tính nhất quán: Dùng mức cô lập giao dịch phù hợp cho báo cáo và xác định một mốc trích xuất nhất quán. Tránh đọc bảng khi một đợt xử lý tài chính hoặc cập nhật trạng thái hàng loạt chưa được ghi nhận đầy đủ.
- Múi giờ: Ghi rõ múi giờ cơ sở dữ liệu và chuyển mọi dấu thời gian nguồn về cùng một múi giờ đã thống nhất trước khi xuất. Không trộn dấu thời gian theo giờ địa phương của ứng dụng với giờ máy chủ cơ sở dữ liệu.
- Điều kiện tiên quyết: Xác nhận các mô-đun ClaimCenter cần thiết, quyền tài chính, thời gian lưu dữ liệu kiểm toán hoặc lịch sử và kết nối cơ sở dữ liệu đều sẵn sàng. Nếu tính năng lưu lịch sử hoặc kiểm toán bị tắt, không thể tái dựng đáng tin cậy các hoạt động suy luận tương ứng.
- Cấu hình kiểm tra: Ghi lại phiên bản ClaimCenter, nền tảng cơ sở dữ liệu, ánh xạ lược đồ, thời điểm trích xuất, tham số ngày, bộ lọc và số dòng trong mỗi lần xuất.
Truy vấn mẫu sql
WITH
claim_created AS (
SELECT
c.[Claim ID column] AS ClaimID,
CAST('Claim Created' AS VARCHAR(100)) AS ActivityName,
c.[Claim Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim table] c
WHERE c.[Claim Created Timestamp column] >= [Start date parameter]
AND c.[Claim Created Timestamp column] < [End date parameter]
),
claim_assigned AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Assigned' AS VARCHAR(100)) AS ActivityName,
h.[Assignment Change Timestamp column] AS EventTime,
h.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim assignment history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Assignment Change Timestamp column] >= [Start date parameter]
AND h.[Assignment Change Timestamp column] < [End date parameter]
AND h.[Assigned Adjuster column] IS NOT NULL
),
exposure_created AS (
SELECT
e.[Claim ID column] AS ClaimID,
CAST('Exposure Created' AS VARCHAR(100)) AS ActivityName,
e.[Exposure Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure table] e
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = e.[Claim ID column]
WHERE e.[Exposure Created Timestamp column] >= [Start date parameter]
AND e.[Exposure Created Timestamp column] < [End date parameter]
),
initial_reserve_set AS (
SELECT
x.ClaimID,
CAST('Initial Reserve Set' AS VARCHAR(100)) AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
r.[Claim ID column] AS ClaimID,
r.[Reserve Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause,
ROW_NUMBER() OVER (
PARTITION BY r.[Exposure ID column]
ORDER BY r.[Reserve Timestamp column], r.[Reserve Transaction ID column]
) AS reserve_sequence
FROM [Your reserve transaction table] r
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = r.[Claim ID column]
WHERE r.[Reserve Timestamp column] >= [Start date parameter]
AND r.[Reserve Timestamp column] < [End date parameter]
) x
WHERE x.reserve_sequence = 1
),
investigation_started AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Investigation Started' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Investigation activity type value])
),
additional_info_requested AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Requested' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
),
additional_info_received AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Received' AS VARCHAR(100)) AS ActivityName,
a.[Activity Completed Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Completed Timestamp column] >= [Start date parameter]
AND a.[Activity Completed Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
AND a.[Activity Status column] = [Completed activity status value]
),
liability_decision_made AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Liability Decision Made' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Exposure Status column] IN ([Liability decision status value])
),
settlement_calculated AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Settlement Calculated' AS VARCHAR(100)) AS ActivityName,
p.[Payment Status Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Payment Status Timestamp column] >= [Start date parameter]
AND p.[Payment Status Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Pending approval payment status value]
),
payment_approved AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Approved' AS VARCHAR(100)) AS ActivityName,
p.[Approval Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment approval history table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Approval Timestamp column] >= [Start date parameter]
AND p.[Approval Timestamp column] < [End date parameter]
AND p.[Approval Status column] = [Approved payment status value]
),
payment_issued AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Issued' AS VARCHAR(100)) AS ActivityName,
p.[Issued Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment issuance table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Issued Timestamp column] >= [Start date parameter]
AND p.[Issued Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Issued payment status value]
),
claim_denied AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Denied' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] = [Denied status reason value]
),
claim_closed AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Closed' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] <> [Denied status reason value]
),
claim_reopened AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Reopened' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim status history table] previous_h
ON previous_h.[Claim ID column] = h.[Claim ID column]
AND previous_h.[Status Change Timestamp column] = (
SELECT MAX(prior_h.[Status Change Timestamp column])
FROM [Your claim status history table] prior_h
WHERE prior_h.[Claim ID column] = h.[Claim ID column]
AND prior_h.[Status Change Timestamp column] < h.[Status Change Timestamp column]
)
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND previous_h.[New Claim Status column] = [Closed claim status value]
AND h.[New Claim Status column] = [Open claim status value]
)
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_assigned
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM exposure_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM initial_reserve_set
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM investigation_started
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_requested
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_received
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM liability_decision_made
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM settlement_calculated
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_approved
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_issued
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_denied
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_closed
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_reopened
ORDER BY ClaimID, EventTime, ActivityName; Sẵn sàng bắt đầu?
Dùng mẫu này để chuẩn bị dữ liệu phân tích và tìm hiểu sâu hơn về quy trình xử lý yêu cầu bồi thường. Bắt đầu cải thiện quy trình làm việc ngay hôm nay.
Rút ngắn thời gian xử lý yêu cầu bồi thường, giải quyết hồ sơ nhanh hơn
Giảm hồ sơ tồn đọng, ngăn chặn gian lận và hướng tới xử lý tự động xuyên suốt 70%.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.