基于MVC設計模式的保險核心業(yè)務系統

馮 曉， 田書格

(上海工程技術大學 管理學院， 上海 201600)

0 引 言

保險公司為了實現業(yè)務目的會建造保險相關的專業(yè)系統，但由于現保險行業(yè)受一些老牌系統的壟斷，使得一些小規(guī)模保險公司在發(fā)展初期會面臨一系列困難。本系統主要針對這些規(guī)模較小，業(yè)務類型相對單一的保險公司而設計。

中小規(guī)模的保險公司由于其規(guī)模小，業(yè)務相對單一，發(fā)展初期階段只需要保證正常的業(yè)務流程實現，在這基礎上提升效率，很好的符合客戶的需求。因此本文開發(fā)一個專門針對這一類型保險公司的核心業(yè)務管理系統，實現新契約承保、保全、理賠等核心業(yè)務與續(xù)期、財務、報表、銷售等系統對接的綜合管理系統，達到高效運行、智能分析、整體協調，降低成本，提高效率，增加效益的管理目的[1]。

1 系統架構

本系統采用MVC的結構模式。MVC包括3類對象：Model是應用對象、View為其屏幕表示、Controller定義了對用戶輸入的處理方式，為設計提供了靈活性和可重用性，結構模型如圖1所示。

圖1 結構模式圖

(1)View層：可以顯示用戶在保險公司購買的相關保單信息；

(2)Modle層：為邏輯處理，實現系統的業(yè)務處理功能；

(3)Controller層：主要做兩個操作，一是把用戶的請求轉發(fā)到對應的Modle層進行業(yè)務處理；二是把處理完成的數據及時地反映到View層顯示[2]。

2 部分數據庫表結構設置

本系統選用了Oracle數據庫，一個完整的保險業(yè)務其生命周期所需要的數據表極多，數據量也很龐大，而Oracle可以很好的滿足保險行業(yè)的這一需求[3]。以下將對用戶表、客戶表、保單表、被保人表這些具有代表性的數據表進行介紹。

用戶表設置主要用來存儲業(yè)務員的登陸賬號、密碼以及所歸屬的地區(qū)，管理機構、銷售機構、操作時間等等，具體表結構見表1。

表1 用戶表

客戶表主要用來存儲客戶的信息，客戶保單后，錄入的基本身份信息都會通過界面采集，經過業(yè)務處理后存儲到表里。主要的字段信息有：客戶號、(唯一，系統中很多查詢都會用到該客戶號)客戶姓名、客戶性別、客戶證件類型、客戶證件號碼、客戶出生日期，客戶職業(yè)類別、客戶在職狀態(tài)、客戶健康情況，等等信息。具體表結構設計見表2。

表2 客戶表

客戶購買了保險后，保險公司會為客戶生成一張保單，存儲在保單表里。主要存儲了保單號碼、家庭單號碼、管理機構、出單機構、投保人姓名、投保人性別、投保人證件類型、投保人證件號碼、繳費方式、繳費間隔，以及所購買的產品等其他信息。具體表結構見表3。

表3 保單表

在購買保險時保險公司會定義投保人、被保人，受益人等不同信息。被保人信息表為存儲被保險人的信息所設置，存儲被保險人的保單號碼，購買的險種號碼，被保險人的客戶號，被保險人的姓名，被保險人的性別，被保險人的出生日期，保險人的證件類型，被保險人的證件號碼，以及錄入時間，錄入的操作員等其他信息。具體表結構見表4。

表4 被保人信息表

3 業(yè)務功能實現

本系統由于舍棄了復雜的接口調用，不用考慮多系統之間的兼容性問題，所以只保留了基本的業(yè)務處理功能。

3.1 新契約模塊

新契約就是一張新保單，是保險公司和投保單位或者個人之間簽訂的一個合同。主要業(yè)務功能為投保單的錄入，在錄入過程中，需要針對投保人、被保人、險種等重要信息分別錄入，并針對關鍵的信息進行重要處理，以保證數據的準確性。新契約流程如圖2所示。

當客戶在保險公司購買了一份保單后，業(yè)務員需要在系統中錄入客戶的信息，將保單的保費和保額等詳細信息發(fā)送給客戶。業(yè)務員在界面錄入客戶信息后，前臺界面會采集客戶信息，并做一些簡單的非空，長度等校驗，校驗通過后則提交到save頁面，調用submitData方法把前臺數據傳遞到UI層，UI層則對傳過來的數據進行業(yè)務規(guī)則上的校驗，校驗通過后將數據傳遞給BL層，BL層完成整個過程中最重要的業(yè)務處理，處理成功后將處理好的數據落庫到數據庫中，將信息展示給用戶。

圖2 新契約流程圖

當所有的信息都錄入完成后，可以通過不同的業(yè)務員或者專業(yè)的核保師復核，以保證信息錄入的準確性。

復核通過后會自動調用自核規(guī)則庫，規(guī)則庫里有針對不同的產品配置的自核規(guī)則，比如年齡規(guī)則、時間規(guī)則，費率規(guī)則等等，這一流程稱為自動核保。

自動核保通過后，則進入到承保簽單，客戶可以根據系統計算出來的保費繳費。繳費成功保單就正式生效，系統會自動打印保單信息發(fā)送給客戶。

自動核保如果失敗，則進入到人工核保環(huán)節(jié)，由人工判斷該特殊保單是否可以承保，人工核保通過，自動核保通過以后的流程，人工核保不通過，則流程結束。

3.2 保全模塊

保全是指保單生效以后到理賠之前保單所發(fā)生的其他操作，保全項的種類有很多種，比如客戶基本資料的變更，可以修改客戶的手機號，聯系地址等等信息；還有重要資料變更，可以修改客戶的生日、性別，證件號碼等五要素信息，以及退保解約等保全，保單生效過程中，如果客戶想要解約，也可以通過申請保全的方式來實現，保全是與客戶交互最為頻繁的一個業(yè)務功能，類似于售后功能但又不僅僅是售后。保全業(yè)務的處理流程如圖3所示。

圖3 保全流程圖

當業(yè)務員收到客戶需要對保單變更的請求后，保全項目添加成功后則進行具體的業(yè)務操作，此次分析以重要資料變更為例：

客戶A在簽訂保單時錄入的出生日期為1980-1-1，現申請變更為1975-1-1，提交材料審核通過后由業(yè)務員操作。

首先通過契約生產的保單號申請，申請成功以后，選擇重要資料變更保全項目進行添加，添加成功后，進行客戶信息的修改。界面信息修改后，業(yè)務員點擊提交，系統會進行相關的校驗，校驗通過后則進行具體的業(yè)務處理，以及數據的落地，處理成功后，則自動調用自動核保環(huán)節(jié)，自動核保與新契約的類似，也是配置的相對應的核保以及產品規(guī)則，通過后則判斷此次保全是否需要向客戶收費，或者是否需要向客戶付費，如果需要收費，則由客戶去做繳費操作，繳費成功后自動調用保全確認環(huán)節(jié)，確認成功以后，保全生效，信息項變更成功，如果需要付費，則直接調用保全確認環(huán)節(jié)，確認成功以后，保全生效，客戶付費操作。保全生效后，系統會自動打印出保全的批單發(fā)送給客戶，說明此次保全變更的信息。

3.3 理賠模塊

理賠就是投保人或被保人出險以后通知保險公司，保險公司調查取證以后，根據保險責任進行賠償的過程，包括報案、立案、評估、理算、給付等功能，理賠業(yè)務流程如圖4所示。

理賠立案是對賠案信息錄入和確認的過程，需要對各種賠案信息、事故信息等進行錄入，例如賠案申請人、出險人的相關信息、出險原因、理賠類型等，根據錄入的信息系統會進行責任匹配和理算，處理流程如圖5所示。

匹配理算是系統自動將出險信息出險時間、事故日期、理賠類型、事故原因、治療類型、出險細節(jié)涉及到產品定義與投保情況進行匹配和必要的檢核，自動篩選出有效保項，再通過理算公式計算出最終的賠付金額，再經復核人員復核后將理賠金支付給客戶。

3.4 財務模塊

財務功能主要用來處理系統中所有與財務相關的操作。完成收入與支出的記賬功能，也就是業(yè)務的應收、實收、應付、實付的過程。產生的數據將作為原始憑證轉入財務系統處理。系統采用收支兩條線的操作與存儲方法處理，保證收支過程的清晰。收付費功能的數據對象分為收費和付費二個部分，同時根據收付費業(yè)務的時間和財務核算的要求分為應收、實收、應付和實付，針對不用的業(yè)務發(fā)生的收費和付費，將收費明細劃分為保費收費、保全變更收費和其他收費幾類，付費也有相應的劃分。具體處理過程如圖6所示。

圖4 理賠流程圖

圖5 理賠立案流程圖

圖6 財務處理過程

4 結束語

隨著時代經濟的不斷發(fā)展，社會生產力的不斷提高，人民的生活水平也不斷提高，無論是對自身財產的保護意識，還是對自身健康以及養(yǎng)老的意識都在不斷的提高。本系統專門針對那些處于發(fā)展初期階段的保險公司而研究設計，可以支持保險核心業(yè)務的整個生命周期運營，從新契約-保全-理賠以及財務功能，系統有較高的靈活性，部署方便快捷。雖然各個保險公司的業(yè)務類型不同，但是整體架構都有相似之處，基本業(yè)務模式也是大同小異，所以該系統可以適配大多數中小企型保險公司對核心系統的需求，具有很強的實用性。