本申請涉及人工智能，應用于金融領域，尤其涉及一種標準化受理方法、裝置、設備及存儲介質。

背景技術：

1、近些年隨著多種不同范圍的保險的推出，使得保險業(yè)務開展從過往面向自然人客戶、自營渠道(app、官網(wǎng))為主的策略快速地轉向以市場需求個性化、多樣化對接方式(如客戶群體轉換為第三方渠道、小程序、企業(yè)客戶)接入，使得對應金融系統(tǒng)受理的保單來源中非標準化渠道的投保量日益增多。

2、當下老舊的保險保全受理方法存在保單功能單一，業(yè)務場景支持簡單、系統(tǒng)上也都是采用傳統(tǒng)的單體架構等問題。而非標業(yè)務流程功能接口林立、功能分散每個三方渠道都有自己的接口規(guī)范和數(shù)據(jù)要求，導致在金融系統(tǒng)中保單受理過程頻繁出現(xiàn)自動化程度低、服務不穩(wěn)定，系統(tǒng)維護成本高等缺陷。最終導致客戶體感差業(yè)務不能閉環(huán)、投訴率居高不下、甚至出現(xiàn)受理的保單數(shù)據(jù)不一致引起資損等重大問題。

技術實現(xiàn)思路

1、本申請?zhí)峁┝艘环N標準化受理方法、裝置、計算機設備及存儲介質，旨在解決金融系統(tǒng)受理的保單來源中非標準化渠道的投保量日益增多。當下老舊的保險保全受理方法存在保單功能單一，業(yè)務場景支持簡單、系統(tǒng)上也都是采用傳統(tǒng)的單體架構等問題。而非標業(yè)務流程功能接口林立、功能分散每個三方渠道都有自己的接口規(guī)范和數(shù)據(jù)要求，導致在金融系統(tǒng)中保單受理過程頻繁出現(xiàn)自動化程度低、服務不穩(wěn)定，系統(tǒng)維護成本高等缺陷。最終導致客戶體感差業(yè)務不能閉環(huán)、投訴率居高不下、甚至出現(xiàn)受理的保單數(shù)據(jù)不一致引起資損等重大問題。

2、第一方面，本申請?zhí)峁┝艘环N標準化受理方法，包括：

3、獲取待上傳的保單信息和保單信息對應的投保來源；

4、若投保來源不是預設的標準化投保來源，獲取投保來源對應的渠道特征信息；

5、根據(jù)渠道特征信息獲取投保來源對應的數(shù)據(jù)編排邏輯，以根據(jù)數(shù)據(jù)編排邏輯對保單信息進行編排，獲取保單信息對應的受理單信息；

6、根據(jù)預設的保全規(guī)則集對受理單信息進行校驗，獲取保單信息對應的校驗結果；

7、若校驗通過，完成對保單信息的受理。

8、在一些實施例中，根據(jù)渠道特征信息獲取投保來源對應的數(shù)據(jù)編排邏輯，包括：獲取渠道特征信息對應的渠道特征向量；將渠道特征向量輸入至預設的邏輯編排模型，邏輯編排模型解析渠道特征向量，輸出保單信息對應的報文解析方式、入?yún)⑥D換方式、詢價試算方式、數(shù)據(jù)信息附件上載方式和數(shù)據(jù)過濾方式；根據(jù)報文解析方式、入?yún)⑥D換方式、詢價試算方式、數(shù)據(jù)信息附件上載方式和數(shù)據(jù)過濾方式構成投保來源對應的數(shù)據(jù)編排邏輯。

9、在一些實施例中，保全規(guī)則集包括多條子規(guī)則，子規(guī)則至少包括保單業(yè)務規(guī)則、保全業(yè)務規(guī)則、安全合規(guī)規(guī)則的任一項；根據(jù)預設的保全規(guī)則集對受理單信息進行校驗，包括：同時根據(jù)每條子規(guī)則對受理單信息進行校驗，獲取每條子規(guī)則對應的子校驗結果；根據(jù)多條子校驗結果生成受理單信息對應的校驗結果。

10、示例性的，根據(jù)多條子校驗結果生成受理單信息對應的校驗結果；包括：獲取每條子規(guī)則對應的校驗類型；根據(jù)校驗類型和渠道特征信息生成每條子規(guī)則對應的影響因素；根據(jù)每條子規(guī)則對應的影響因素在子規(guī)則中確定目標子規(guī)則；根據(jù)目標子規(guī)則的子校驗結果生成受理單信息對應的校驗結果。

11、在一些實施例中，獲取待上傳的保單信息和保單信息對應的投保來源，包括：在接收到保單受理請求時，獲取保單受理請求對應的發(fā)送端的標識信息；根據(jù)標識信息在預設的金融系統(tǒng)中獲取標識信息對應的投保來源。

12、示例性的，在獲取投保來源對應的渠道特征信息之前，還包括：在金融系統(tǒng)中獲取投保來源對應的協(xié)議類型；根據(jù)協(xié)議類型解析保單信息，對解析后的保單信息進行合法性校驗；若保單信息未通過合法性校驗，將保單信息返回至發(fā)送端，并在金融系統(tǒng)中在投保來源對應的標識信息中添加風險標識，以攔截未通過合法性校驗的投保來源的保單受理請求。

13、在一些實施例中，標準化投保來源包括線上標準渠道和線下渠道；方法還包括：若投保來源是線上標準渠道，對保單信息進行組裝保全校驗；組裝保全校驗包括個人信息變更校驗、領款賬號變更校驗、補充告知校驗、減人校驗和退保校驗的一項或多項，以對組裝保全校驗完成的保單信息進行受理；和/或，若投保來源是線下渠道，檢驗保單信息是否符合統(tǒng)一受理標準，以對符合統(tǒng)一受理標準的保單信息進行受理。

14、第二方面，本申請?zhí)峁┝艘环N標準化受理裝置，包括：

15、信息獲取單元，用于獲取待上傳的保單信息和保單信息對應的投保來源；

16、特征獲取單元，用于若投保來源不是預設的標準化投保來源，獲取投保來源對應的渠道特征信息；

17、邏輯編排單元，用于根據(jù)渠道特征信息獲取投保來源對應的數(shù)據(jù)編排邏輯，以根據(jù)數(shù)據(jù)編排邏輯對保單信息進行編排，獲取保單信息對應的受理單信息；

18、校驗獲取單元，用于根據(jù)預設的保全規(guī)則集對受理單信息進行校驗，獲取保單信息對應的校驗結果；

19、受理完成單元，用于若校驗通過，完成對保單信息的受理。

20、第三方面，本申請還提供了一種計算機設備，包括：

21、存儲器和處理器；

22、所述存儲器用于存儲計算機程序；

23、所述處理器，用于執(zhí)行所述計算機程序并在執(zhí)行所述計算機程序時實現(xiàn)如上第一方面所述的標準化受理方法的步驟。

24、第四方面，本申請還提供了一種計算機可讀存儲介質，所述計算機可讀存儲介質存儲有計算機程序，所述計算機程序被處理器執(zhí)行時使所述處理器實現(xiàn)如上第一方面所述的標準化受理方法的步驟。

25、本申請公開了一種標準化受理方法、裝置、計算機設備及存儲介質。方法通過首先獲取待上傳的保單信息和保單信息對應的投保來源；然后若投保來源不是預設的標準化投保來源，獲取投保來源對應的渠道特征信息；再然后根據(jù)渠道特征信息獲取投保來源對應的數(shù)據(jù)編排邏輯，以根據(jù)數(shù)據(jù)編排邏輯對保單信息進行編排，獲取保單信息對應的受理單信息；進一步的根據(jù)預設的保全規(guī)則集對受理單信息進行校驗，獲取保單信息對應的校驗結果；最后若校驗通過，完成對保單信息的受理。

26、進而所提供的方法能對非標準化的投保來源的保單信息根據(jù)其投保來源的渠道特征信息確定其數(shù)據(jù)編排邏輯生成保單信息對應的受理單信息，再對受理單信息通過預設的保全規(guī)則集進行校驗。實現(xiàn)對多種投保來源的非標保單信息進行規(guī)范化受理。實現(xiàn)降低開發(fā)周期，支撐其他非核心業(yè)務的支撐服務，提升客戶體驗并避免因為非標來源導致不必要的損失。

27、應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本申請。

技術特征：

1.一種標準化受理方法，其特征在于，包括：

2.根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)所述渠道特征信息獲取所述投保來源對應的數(shù)據(jù)編排邏輯，包括：

3.根據(jù)權利要求1所述的方法，其特征在于，所述保全規(guī)則集包括多條子規(guī)則，所述子規(guī)則至少包括保單業(yè)務規(guī)則、保全業(yè)務規(guī)則、安全合規(guī)規(guī)則的任一項；所述根據(jù)預設的保全規(guī)則集對所述受理單信息進行校驗，包括：

4.根據(jù)權利要求3所述的方法，其特征在于，所述根據(jù)多條所述子校驗結果生成所述受理單信息對應的校驗結果；包括：

5.根據(jù)權利要求1所述的方法，其特征在于，獲取待上傳的保單信息和所述保單信息對應的投保來源，包括：

6.根據(jù)權利要求5所述的方法，其特征在于，在所述獲取所述投保來源對應的渠道特征信息之前，還包括：

7.根據(jù)權利要求1所述的方法，其特征在于，所述標準化投保來源包括線上標準渠道和線下渠道；所述方法還包括：

8.一種標準化受理裝置，其特征在于，包括：

9.一種計算機設備，其特征在于，所述計算機設備包括存儲器和處理器；

10.一種計算機可讀存儲介質，其特征在于，所述計算機可讀存儲介質存儲有計算機程序，所述計算機程序被處理器執(zhí)行時使所述處理器實現(xiàn)如權利要求1至7中任一項所述的方法。

技術總結
本申請公開了一種標準化受理方法、裝置、計算機設備及存儲介質。方法通過首先獲取待上傳的保單信息和保單信息對應的投保來源；然后若投保來源不是預設的標準化投保來源，獲取投保來源對應的渠道特征信息；再然后根據(jù)渠道特征信息獲取投保來源對應的數(shù)據(jù)編排邏輯，以根據(jù)數(shù)據(jù)編排邏輯對保單信息進行編排，獲取保單信息對應的受理單信息；進一步的根據(jù)預設的保全規(guī)則集對受理單信息進行校驗，獲取保單信息對應的校驗結果；最后若校驗通過，完成對保單信息的受理。實現(xiàn)對多種投保來源的非標保單信息進行規(guī)范化受理。實現(xiàn)降低開發(fā)周期，支撐其他非核心業(yè)務的支撐服務，提升客戶體驗并避免因為非標來源導致不必要的損失。

技術研發(fā)人員：賈云林
受保護的技術使用者：平安健康保險股份有限公司
技術研發(fā)日：
技術公布日：2025/1/2