基于SpringBoot的信保系統(tǒng)的分析與設(shè)計

摘? 要：信用保證保險包括信用保險和保證保險。信用保險是權(quán)利人投保義務(wù)人信用的保險業(yè)務(wù)，保證保險是義務(wù)人投保自己信用的保險業(yè)務(wù)，這些業(yè)務(wù)在國內(nèi)的開展有利于國計民生;為響應(yīng)國家號召，加快信用保證保險業(yè)務(wù)流程信息化建設(shè)，滿足保前風險審核、保后監(jiān)測管理、履約義務(wù)人獨立審核、征信審核，文章分別從投保、批改、理賠業(yè)務(wù)場景進行需求分析、設(shè)計、實現(xiàn)，從而形成信保系統(tǒng)。

關(guān)鍵詞：信用保險;保證保險;投保

中圖分類號：TP311? ? ? ? ? ? ? ? ? ?文獻標識碼：A文章編號：2096-4706（2021）20-0067-05

Analysis and Design of Credit Insurance System Based on SpringBoot

SUN Yongsheng

（Sinosoft Co.， Ltd.， Beijing? 100190， China）

Abstract： Credit guarantee insurance includes credit insurance and guarantee insurance. Credit insurance is the insurance business for the obligee to insure the obligors credit， and guarantee insurance is the insurance business for the obligor to insure his own credit. The development of these businesses in China is conducive to the national economy and the peoples livelihood; in order to respond to the national call， speed up the informatization construction of credit guarantee insurance business process， and meet the pre insurance risk audit， post insurance monitoring management， independent audit of performance obligor and credit investigation audit， this paper analyzes， designs and implements the needs from the business scenarios of insurance， correction and claim settlement， so as to form a credit insurance system.

Keywords： credit insurance; guarantee insurance; insure

0? 引? 言

信用保證保險是近代保險業(yè)務(wù)中一種新型保險業(yè)務(wù)，包括信用保險和保證保險;信用保險是權(quán)利人投保義務(wù)人信用的保險業(yè)務(wù);保證保險是義務(wù)人投保自己信用的保險業(yè)務(wù)。

國外發(fā)展歷程，18世紀末19世紀初，歐洲出現(xiàn)了忠誠保證保險和合同擔保;一戰(zhàn)后，英國政府成立了出口信用擔保局;1934年，英法等國成立了伯爾尼聯(lián)盟，相互交流信用保險承保、批改、支付、理賠、追償?shù)确矫嫘畔⒓夹g(shù)。國內(nèi)發(fā)展歷程，20世紀80年底初期，中國人保1986年試辦短期出口信用保險，1988年正式批準設(shè)立信用險部;1994年以后，中國進出口銀行開始經(jīng)辦信用險業(yè)務(wù);2001年，我國組建了中國出口信用保險公司;目前國內(nèi)有多家信用險公司，主要承保的險種有：投標保證保證保險、信用證信用保險、擔保代償保證保險等等。為了健全信保核心業(yè)務(wù)體系，加強風控管理和征信管理，滿足銀保監(jiān)會的監(jiān)管規(guī)定，進行風險審核、保后監(jiān)測、資質(zhì)獨立審核、征信審核等工作，擴大規(guī)模，調(diào)控風險，拓展渠道，適應(yīng)未來業(yè)務(wù)發(fā)展，所以投建信保系統(tǒng)。

信保系統(tǒng)后端采用SpringBoot技術(shù)實現(xiàn)，前端采用Vue前端技術(shù)實現(xiàn)雙向數(shù)據(jù)綁定，有利于后期維護和升級。

1? 需求分析

通過對信用保證保險業(yè)務(wù)的調(diào)研得知，信保系統(tǒng)主要包括投保、批改、理賠等內(nèi)容，本文將從功能性和非功能性兩方面進行需求分析。

1.1? 功能性需求分析

投保管理需求：出單員選擇項目、產(chǎn)品、錄入投保相關(guān)信息：投保人、被保人、保費、費率、保額等，校驗通過并提交審批，審批通過以后，生成繳費通知，繳費完成以后、生成保單;后續(xù)可以對保單查詢、下載。

投保申請：出單員選擇客戶、產(chǎn)品、填寫投保信息，提交生成投保單;并對已生成、退回的投保單進行編輯、重新提交審核。

投保審批：核保員選擇已提交的投保單，填寫審核意見、審核結(jié)果并進行審核;審核結(jié)果包括同意、上級審核、退回。

保單生成：選擇審核通過的投保單，進行繳費并生成保單、上傳征信。

保單查詢：查詢有效的保單，并可以對保單進行打印、下載。

批改管理需求：出單員選擇保單和批改類型，錄入批改信息，校驗通過并提交審批，核保人員進行審核，審核通過以后，若見費出單、生成繳費通知，繳費完成以后、生成批單;若非見費出單，直接生成批單。后續(xù)可以對批單進行查詢、下載。

批改申請：出單員選擇有效的保單、選擇批改類型，錄入批改信息、影像信息，提交生成批單;批改類型包括全單退保、保單注銷、普通批改。

批改審核：核保員選擇已提交的批單，填寫審核意見、審核結(jié)果并進行審核;審核結(jié)果包括同意、上級審核、退回。

批改查詢：查詢有效的批單，并可以對批單進行打印、下載。

理賠管理需求：首先關(guān)聯(lián)保單信息，填寫報案信息，提交報案;選擇所報案件，填寫立案信息，提交立案;對立案信息進行審核，審核通過進入定損管理;錄入定損信息，校驗通過后提交審核，進入核損核賠環(huán)節(jié)、審核通過系統(tǒng)自動發(fā)起賠付申請，完成賠付。賠付完成以后，若不需要追償，則結(jié)案，結(jié)案后可以重開賠案;若需要追償，則發(fā)起追償流程。

報案管理：查勘員查詢保單信息、錄入報案信息，提交生成報案;并可以對已生成的報案進行編輯、查看、取消。

立案管理：立案人員選擇已報案件，填寫立案信息，提交生成立案。

立案審核：立案審核員選擇已提交的立案填寫審核意見、審核結(jié)果并進行審核;審核結(jié)果包括同意、上級審核、退回。

定損管理：定損員對審核通過的立案，填寫定損信息，提交生成定損信息，并可以對已生成的定損進行編輯、查看、提交審核。

核損核賠：核損員對已提交的定損信息進行審核，審核結(jié)束后并理賠付款，并將理賠信息上報征信平臺;審核結(jié)果包括同意、上級審核、退回。

重開賠案：對已結(jié)案的賠案進行重開、允許一個案件多次重開，重開后的賠案直接到定損管理。

追償管理：理賠結(jié)案完成后，允許發(fā)起追償流程，同一賠案可發(fā)起多次追償。

理賠查詢：查詢所有的理賠案件信息、結(jié)案報告、案件狀態(tài)。

1.2? 非功能性需求分析

（1）性能需求：系統(tǒng)成功交易量大于99.99%;平均相應(yīng)時間保持在2.5秒以內(nèi);7×24無間歇提供服務(wù);支持300用戶并發(fā);

（2）安全要求：采用防火墻和ACL訪問控制技術(shù)、網(wǎng)絡(luò)物理隔離、VAL技術(shù)保證設(shè)備、網(wǎng)絡(luò)安全;

（3）可靠性需求：系統(tǒng)保證故障周期大于一個月，故障修復(fù)周期小于一天。

2? 概要設(shè)計

2.1? 軟件層級架構(gòu)設(shè)計

信保系統(tǒng)采用MVC架構(gòu)模式進行層次架構(gòu)劃分，軟件層次架構(gòu)圖如圖1所示。

信保系統(tǒng)采用MVC架構(gòu)模式，層次架構(gòu)設(shè)計為：

表現(xiàn)層：該層采用VUE技術(shù)實現(xiàn)頁面動態(tài)布局;增加用戶體驗性，提高用于的視覺感官效應(yīng);

轉(zhuǎn)發(fā)層：該層使用CONTROLLER實現(xiàn)業(yè)務(wù)邏輯的轉(zhuǎn)發(fā)，把收集到頁面元素整理成參數(shù)，傳送給具體的業(yè)務(wù)邏輯，采用SPRING注解方式，被VUE頁面調(diào)用;

邏輯層：該層采用SERVICE方式，把接口和業(yè)務(wù)邏輯實現(xiàn)分開，然后采用SPRING注解方式、被轉(zhuǎn)發(fā)層調(diào)用;

持久層：該層采用MYBATIS技術(shù)，將業(yè)務(wù)邏輯層處理的數(shù)據(jù)結(jié)果經(jīng)過該層處理持久存儲到數(shù)據(jù)庫中。

2.2? 系統(tǒng)功能模塊設(shè)計

信保系統(tǒng)由投保管理、批改管理、理賠管理構(gòu)成，信保系統(tǒng)的功能模塊圖如圖2所示。

本文以投保申請為例說明系統(tǒng)的概要設(shè)計，投保申請時，錄入如下信息：

基本信息：投保單號、保單號、業(yè)務(wù)種類、險類、險種。投保人：名稱、客戶類型、投保人名稱、聯(lián)系人、手機、電話、地址、證件類型、證件號碼。被保人信息：貸款信息，保單信息，共保信息，繳費計劃，擔保信息、資信信息、影像信息。功能按鈕：保存、提交。

投保申請確保數(shù)據(jù)正確并保存信息，查詢所有產(chǎn)品投保申請，對已有的投保單進行修改、撤銷，審核操作。

查詢：根據(jù)條件查詢已有投保信息;

申請：填寫投保單信息，進行投保申請.狀態(tài)為新增;

修改：對新增的、審核不通過的投保信息進行修改，狀態(tài)不變;

提交：對新增的、審核不通過的投保信息進行提交審核，狀態(tài)為反洗錢審核中或投保審核中，審核不通過;

撤銷：對未生成保單的投保單進行撤銷的操作，狀態(tài)為撤銷;

投保單狀態(tài)為新增、反洗錢審核中、投保審核中、審核不通過、撤銷的信息;投保單狀態(tài)為新增或?qū)徍瞬煌ㄟ^時可以進行撤銷，修改，提交審核操作;投保單狀態(tài)為“審核中”的信息不允許進行操作;投保單狀態(tài)變?yōu)橥侗３蜂N，不可再次提交審核。限于篇幅，其他概要設(shè)計在此不再贅述。

2.3? 詳細設(shè)計實現(xiàn)

信保系統(tǒng)由投保管理、批改管理、理賠管理構(gòu)成，本文以投保申請為例，分別從頁面、類圖方面進行說明信保系統(tǒng)的詳細設(shè)計實現(xiàn)。

在投保管理頁面點擊申請，進行投保單申請操作，投保申請頁面詳細設(shè)計如圖3所示。

投保單申請頁面中包括基本信息、擔保信息、資信信息、影像信息、保存按鈕、提交按鈕;基本信息包括出單基本信息、投保人信息、被保人信息、業(yè)務(wù)來源、貸款信息、保單信息、共保信息、繳費計劃;保單信息：保額、保費、費率、免賠率、繳費方式、見費方式、繳費止期、保險起期、保險止期、保險期限、擔保方式、特別約定，限于篇幅，其他信息在此不再列舉。

接下來對投保單申請功能實現(xiàn)類進行介紹，由于涉及的類比較多，下面的類圖中只對重點類關(guān)系進行展現(xiàn)，類圖如圖4所示。

下面選取投保單申請為例，對單個流程節(jié)點的類調(diào)用順序進行說明：

（1）打開投保申請頁面;

（2）在頁面中填寫投保信息并提交，調(diào)用頁面對應(yīng)的ProposalController，獲取頁面?zhèn)魅雲(yún)?shù)，組織調(diào)用參數(shù)ProposalDto對象;

（3）調(diào)用ProposalService的doSubmit方法，Proposal Service的實現(xiàn)類ProposalServiceImpl主要實現(xiàn)對投保單的各種操作;

（4）ProposalServiceImpl繼承了BaseCommon ServiceImpl，主要是該類引用了MyBatisOrmExecution實例變量，該類完成了數(shù)據(jù)庫的各種操作;投保申請調(diào)用save方法保存投保申請單信息到數(shù)據(jù)庫;

（5）完成投保申請操作，最后返回投保申請頁面。

結(jié)合上面對單個流程節(jié)點的類調(diào)用順序，由于投保申請比較復(fù)雜，功能實現(xiàn)代碼比較多，下面選取ProposalServiceImpl的doSave方法展示具體實現(xiàn)：

public ProposalDto doSave（ProposalDto proposalDto）throws Exception{

if（proposalDto.getPly No（） == null||proposalDto.getPlyNo（）.equals（“”））{

List list=proposal Service. queryPly Final （proposalDto）;

if（list！=null&&list.size（）>0）{

this.addAction Error（"保單已審批?。躰保存失敗！"）;

return newURL;

}

Condition condition = new Condition（）;

condition.setGroupId （proposalDto.getPreField2（））;

condition.setBusiType （proposalDto.getBusiType（））;

GeneratorsKey gkey = new GeneratorsKey（）;

String plyNo = gkey .getKeyCode（condition）;

String appPlyNo = gkey .getPostKey Code （condition）;

proposalDto.setPlyNo （plyNo）;

proposalDto.setAppPlyNo （appPlyNo）;

proposalDto.setCreaterId （user.getId（））;

proposalDto.setCreater Time（newTime）;

isAdd = true;

}else{

ProposalDto pDto = new ProposalDto（）;

pDto.setEdrTms（0）;

pDto.setPlyNo （payApply Dto.getPlyNo（））;

pDto= proposalService.getByPk（pDto）;

plyApplyPOList = proposalService.queryPly ApplyList（pDto.getPlyNo（））;

pDto.setIvPlyApplyPOList（plyApplyPOList）;

if（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT））{

isAddApply = true;}if（pDto.getFlag（）.equals（PConstants.PLY_SAVED_FRT）

&&（pDto.getType（）.equals（PConstants.PLY_ADD）

||pDto.getType（）.equals（PConstants.PLY_EDT_FRT）

||pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

//保單已錄入，可以進行新增修改、修改、提交操作，}else if（（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_FRT））

&&（pDto.getType（）.equals（PConstants.PLY_EDT_SEC）

||pDto.getType（）.equals（PConstants.PLY_CFM_SEC）））{

//保單已提交或修改，可以進行進行審批修改、審批確認}

else if（（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_SEC））

&&（pDto.getType（）.equals（PConstants.PLY_CFM_CONFUSS）））{

//保單已提交或修改時，可以進行審批不同意操作}

else if（（pDto.getFlag（）.equals （PConstants. PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_SEC））

&&（pDto.getType（）.equals（PConstants.PLY_CFM_COME）））{

//保單已提交或修改時，可以進行審批退回操作

}elseif（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_COME）

&&（pDto.getType（）.equals（PConstants.PLY_EDT_FRT）

||pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

//保單審批退回時，可以進行修改、提交操作，

}else if（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

&&（pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

this.addError（"友情提示：保單已提交，請不要重復(fù)提交！"）;return newURL;}

else{this.addError（"保存失?。。躰保單狀態(tài)不匹配！"）;return newURL;}}}

限于篇幅，其他功能的詳細設(shè)計實現(xiàn)在此不再贅述。

3? 結(jié)? 論

本文首先對信用保證保險業(yè)務(wù)類型進行了概述、并介紹了結(jié)合當前發(fā)展形勢需要，說明建設(shè)信保系統(tǒng)的必要性;在了解業(yè)務(wù)基礎(chǔ)上，對投保、批改、理賠等方面進行了功能需求分析和性能、安全性、可靠性等非功能分析;并在需求分析基礎(chǔ)上，以投保申請為例說明了信保系統(tǒng)的設(shè)計思路;最后以投保單申請功能為例說明了信保系統(tǒng)的設(shè)計實現(xiàn)思路，概述了系統(tǒng)的主要功能的詳細設(shè)計實現(xiàn)。

參考文獻：

[1] 黃斌.信用保證保險發(fā)展現(xiàn)狀及創(chuàng)新 [J].中國保險，2017（4）：29-33.

[2] 張雅茹.我國信用保證保險發(fā)展困境及其化解之策 [D].濟南：山東財經(jīng)大學，2019.

[3] 陳旭琰.信用保證保險在消費金融行業(yè)的風險控制研究 [D].廈門：廈門大學，2018.

[4] 唐繼磊.互聯(lián)網(wǎng)信貸履約保證保險的風險問題研究 [D].武漢：中南財經(jīng)政法大學，2020.

[5] 陳旭琰.信用保證保險在消費金融行業(yè)的風險控制研究 [D].廈門：廈門大學，2018.

[6] 蘇靜.我國發(fā)展信用保證保險面臨的挑戰(zhàn)及對策 [J].中國保險，2018（1）：31-34.

[7] 蘇靜.我國發(fā)展互聯(lián)網(wǎng)信用保證保險的應(yīng)用前景分析 [J].保險職業(yè)學院學報，2018，32（1）：79-82.

[8] 田海晴.基于SpringBoot和Vue框架的共享運營管理平臺的設(shè)計與實現(xiàn) [D].濟南：山東大學，2020.

[9] 張峰.應(yīng)用SpringBoot改變web應(yīng)用開發(fā)模式 [J].科技創(chuàng)新與應(yīng)用，2017（23）：193-194.

[10] 耿慶陽.基于Spring Boot與Vue的電子商城設(shè)計與實現(xiàn) [D].西安：西安石油大學，2020.

作者簡介：孫永升（1985—），男，漢族，河南周口人，本科，工程師，研究方向：軟件工程。