趙曉偉，李幸年，于錦強(qiáng)

（中鐵程科技有限責(zé)任公司，北京 100081）

保險業(yè)務(wù)領(lǐng)域管理系統(tǒng)的研究已經(jīng)取得很多成果，根據(jù)不同保險公司的個性化業(yè)務(wù)需求，保險系統(tǒng)在功能、架構(gòu)設(shè)計與系統(tǒng)開發(fā)時各有區(qū)別和側(cè)重。自保公司一般由其母公司擁有,母公司直接影響并支配自保公司的運(yùn)營,包括承保、索賠和投資行為等[1]。鐵路財產(chǎn)保險自保有限公司（稱簡：鐵路自保公司）是中國國家鐵路集團(tuán)有限公司（簡稱：國鐵集團(tuán)）出資組建的自保性質(zhì)的保險公司，本文基于鐵路既有網(wǎng)絡(luò)環(huán)境，設(shè)計了鐵路保險系統(tǒng)的軟件架構(gòu)、網(wǎng)絡(luò)架構(gòu)以及業(yè)務(wù)流程，結(jié)合鐵路特色的保險業(yè)務(wù)需求，詳細(xì)闡述了核心業(yè)務(wù)子系統(tǒng)的系統(tǒng)設(shè)計與功能實現(xiàn)，同時也對鐵路自保公司特有的乘意險業(yè)務(wù)進(jìn)行了論述。

1 鐵路保險系統(tǒng)總體架構(gòu)

1.1 系統(tǒng)軟件架構(gòu)

鐵路財產(chǎn)保險信息系統(tǒng)（簡稱：鐵路保險系統(tǒng)）以《鐵路自保信息系統(tǒng)建設(shè)方案》為依據(jù)，將系統(tǒng)功能細(xì)化為保險核心業(yè)務(wù)、客戶服務(wù)、財務(wù)管理與門戶網(wǎng)站4個子系統(tǒng)，并進(jìn)一步分解到更具體的各組織部門功能[2]。同時系統(tǒng)遵循結(jié)構(gòu)化原則，在設(shè)計系統(tǒng)時將其設(shè)計成為單一功能的獨(dú)立模塊組成的層次結(jié)構(gòu)[3]。系統(tǒng)軟件架構(gòu)如圖1所示，分為用戶訪問層、數(shù)據(jù)交換層、業(yè)務(wù)應(yīng)用層、數(shù)據(jù)資源層、基礎(chǔ)運(yùn)行環(huán)境層。各層之間的通信通過在層之間的接口實現(xiàn)[4]。系統(tǒng)通過安全平臺與外部系統(tǒng)進(jìn)行數(shù)據(jù)交換。

1.2 系統(tǒng)網(wǎng)絡(luò)架構(gòu)

鐵路保險信息系統(tǒng)按照資源共享、節(jié)約投資的原則，綜合利用新一代客票系統(tǒng)的相關(guān)網(wǎng)絡(luò)、信息安全等資源，采用集中式內(nèi)外網(wǎng)分離的網(wǎng)絡(luò)架構(gòu)。系統(tǒng)網(wǎng)絡(luò)架構(gòu)如圖2所示。

不同網(wǎng)絡(luò)間的系統(tǒng)進(jìn)行信息交換時，需要在系統(tǒng)邊界處實現(xiàn)系統(tǒng)間有效隔離，同時，嚴(yán)格控制信息的出入[5]。

圖1 系統(tǒng)軟件架構(gòu)圖

根據(jù)保險業(yè)災(zāi)備建設(shè)基本要求,在機(jī)房設(shè)置了遠(yuǎn)程災(zāi)備中心。對災(zāi)備中心的存儲要求是：可用存儲空間至少應(yīng)與生產(chǎn)中心一致，當(dāng)生產(chǎn)中心的應(yīng)用對存儲提出更多容量空間要求時，災(zāi)備中心應(yīng)同樣能夠滿足變更條件[6]。

2 主要業(yè)務(wù)流程

2.1 承保業(yè)務(wù)流程

承保出單作為客戶購買保險接觸到的第1個環(huán)節(jié),優(yōu)質(zhì)的客戶體驗無疑會增加客戶購買保險的欲望,有利于業(yè)務(wù)的發(fā)展[7]。鐵路保險系統(tǒng)承保業(yè)務(wù)流程主要由投保、核保、再保、收付費(fèi)等環(huán)節(jié)組成，并設(shè)置了自動核保環(huán)節(jié)，對于符合條件的業(yè)務(wù)，完成錄單提交后，可自動生成保單信息，進(jìn)行保單打印。

圖2 系統(tǒng)網(wǎng)絡(luò)架構(gòu)圖

圖3為車險承保業(yè)務(wù)流程。

2.2 理賠業(yè)務(wù)流程

保險的基本功能是分散風(fēng)險，對保險事故進(jìn)行經(jīng)濟(jì)補(bǔ)償。而理賠是保險發(fā)揮經(jīng)濟(jì)補(bǔ)償功能的重要體現(xiàn)[8]。理賠業(yè)務(wù)流程既要實現(xiàn)便捷快速的理賠服務(wù)，也要做好理賠時所面臨風(fēng)險的防范措施，從而保障保險公司的健康穩(wěn)定發(fā)展。

鐵路保險理賠功能主要由報案、立案、調(diào)度、查勘、定損、核損、單證收集、理算、結(jié)案等環(huán)節(jié)組成，業(yè)務(wù)流程如圖4所示。

2.3 乘意險業(yè)務(wù)流程

乘客人身意外傷害保險（簡稱：乘意險）的業(yè)務(wù)流程如下。

（1）在客票系統(tǒng)內(nèi)新建全路集中的電子保單庫和保單存根庫；保險核心業(yè)務(wù)子系統(tǒng)定時批量向客票系統(tǒng)傳送帶保單號的空白投保單電子憑證。

圖3 車險承保業(yè)務(wù)流程圖

圖4 理賠業(yè)務(wù)流程圖

（2）客戶通過自動售票機(jī)設(shè)備（TVM）、網(wǎng)站、手機(jī)、窗口和代售點(diǎn)在客票系統(tǒng)上填寫投保信息，客票系統(tǒng)根據(jù)空白投保單和實名制車票信息生成有效保單，保存在電子保單庫和保單存根庫中，發(fā)送投保成功短信。交易過程中客票系統(tǒng)不訪問保險核心子系統(tǒng)?？推毕到y(tǒng)對保費(fèi)單獨(dú)記賬，采用電子支付方式時，保費(fèi)與票款一次性支付。

（3）客票系統(tǒng)定時將保單信息傳至回保險核心系統(tǒng)。

（4）客票系統(tǒng)為保險核心系統(tǒng)提供乘意險保單查詢接口，客戶可通過保險系統(tǒng)進(jìn)行電子保單下載。

（5）客戶出險后，可以根據(jù)車票和電子保單進(jìn)行報案處理，保險核心子系統(tǒng)中的理賠功能提供后續(xù)的理賠服務(wù)。

3 保險核心業(yè)務(wù)子系統(tǒng)實現(xiàn)

3.1 子系統(tǒng)詳細(xì)設(shè)計

保險核心業(yè)務(wù)子系統(tǒng)架構(gòu)基于J2EE規(guī)范實現(xiàn)，建立在Struts框架、Spring框架和Hibernate框架基礎(chǔ)之上，邏輯分為5層，包括：客戶層、Web層、業(yè)務(wù)層、持久層、資源層。保險核心業(yè)務(wù)子系統(tǒng)詳細(xì)設(shè)計架構(gòu)如圖5所示。

圖5 保險核心業(yè)務(wù)子系統(tǒng)詳細(xì)設(shè)計架構(gòu)圖

（1）客戶層：客戶層是指客戶端計算機(jī)的瀏覽器，用于展現(xiàn)頁面。

（2）Web層：該層的實現(xiàn)使用了Struts開源框架，主要任務(wù)是接收用戶從頁面提交的請求和最終返回處理結(jié)果。處理用戶請求時，Web層讀取用戶提交的表單數(shù)據(jù)，把HttpServletRequest中的表單數(shù)據(jù)和請求參數(shù)封裝到數(shù)據(jù)傳輸對象（DTO）中供業(yè)務(wù)層處理；返回處理結(jié)果時，把業(yè)務(wù)層處理完畢后返回的DTO返回給Java服務(wù)器頁面（JSP），展現(xiàn)給客戶。

（3）業(yè)務(wù)層：該層基于Spring框架。Web層把DTO或DTO的集合List準(zhǔn)備好后，傳遞給業(yè)務(wù)層進(jìn)行業(yè)務(wù)處理。處理完成后再將DTO返回給Web層。

（4）持久層：該層基于Hibernate框架。持久層調(diào)用Spring的應(yīng)用程序接口（API）完成數(shù)據(jù)的持久化操作，而不是直接調(diào)用Hibernate的API。

（5）資源層：包括數(shù)據(jù)庫服務(wù)器、可擴(kuò)展標(biāo)記語言（XML，Extensible Markup Language）存儲文件等，是數(shù)據(jù)永久存儲的介質(zhì)，該子系統(tǒng)使用的是Oracle數(shù)據(jù)庫。

3.2 承保功能模塊實現(xiàn)

3.2.1 模塊功能

承保功能模塊包括投保管理、批改管理、續(xù)保、單證打印、保批單查詢等功能。

（1）投保單可通過錄入和復(fù)制兩種方式來創(chuàng)建。可按時間、險種、操作人等查詢條件查詢投保單。

（2）用戶可根據(jù)批改類型對保單進(jìn)行修改，修改操作包括批改申請、批改確認(rèn)、批改查詢。批改類型包括全單退保、批改關(guān)系人、批改險別信息、批改特別約定和備注等。

（3）對于將要終保的保單可以通過續(xù)保管理功能，將原保單的內(nèi)容帶入續(xù)保錄入頁面，簡化錄入操作。

（4）用戶可以按照險類、險種、保單號等查詢條件查詢保單單證與批單單證，從而完成打印業(yè)務(wù)。

（5）保單和歷次的批單信息可以通過保批單查詢功能根據(jù)險種、保單號、投保人等查詢條件進(jìn)行查詢。

3.2.2 數(shù)據(jù)表

承保功能模塊的數(shù)據(jù)庫按照投保、保單、批單、續(xù)保、最新保單等業(yè)務(wù)進(jìn)行設(shè)計，各業(yè)務(wù)數(shù)據(jù)可以進(jìn)行轉(zhuǎn)化，承保數(shù)據(jù)表流程如圖6所示。

圖6 承保數(shù)據(jù)表流程圖

承保功能的表都以GU開頭。其中，投保單以GUProposal開頭，續(xù)保單以GURenewl開頭，原始保單以GUPolicyCopy開頭，最新保單以GUPolicy開頭，批單以GUEndor開頭。根據(jù)頁面錄入的信息模塊進(jìn)行表命名，例如最新保單主表名字為GUPolicyMain。

投保單和續(xù)保單經(jīng)過核保后，生成最新保單，并留存原始保單軌跡。批單核保通過后，生成批單數(shù)據(jù)，并回寫最新保單數(shù)據(jù),從而最新保單表中的數(shù)據(jù)為保單最新狀態(tài)。

3.3 理賠功能模塊實現(xiàn)

3.3.1 模塊功能

理賠功能模塊包括報案管理、調(diào)度管理、查勘管理、立案管理、車險定核損管理、人傷跟蹤管理、非車定核損管理、理算管理、結(jié)案管理等。

（1）通過報案功能完成報案新增、報案處理、報案查詢業(yè)務(wù)。

（2）通過調(diào)度管理完成調(diào)度的新增與查詢業(yè)務(wù)。調(diào)度分為查勘調(diào)度、定核損調(diào)度、理算調(diào)度、核賠調(diào)度4種類型。

（3）被保險人出險后，通過查勘管理功能完成查勘新增、暫存、查勘查詢功能。

（4）通過立案管理功能完成立案新增、立案暫存、修改立案、立案查詢業(yè)務(wù)。

（5）通過定核損管理功能完成定核損新增、定核損暫存、定核損退回、定核損查詢業(yè)務(wù)。定核損管理的類型包含車輛定核損、非車定核損、人傷定核損3種類型。

（6）通過理算管理功能完成理算新增、理算暫存、理算退回、理算補(bǔ)賠、理算查詢、理算作廢的業(yè)務(wù)功能。

（7）結(jié)案管理，用戶在此功能完成結(jié)案新增、結(jié)案暫存、結(jié)案查詢業(yè)務(wù)。

3.3.2 數(shù)據(jù)表

數(shù)據(jù)庫按照業(yè)務(wù)節(jié)點(diǎn)不同進(jìn)行設(shè)計，數(shù)據(jù)表以GC開頭。報案表以GCRegist開頭，調(diào)度以GCDelegate開頭，查勘以GCSurvey開頭，立案以GCClaim開頭，定損以GCEvaluate開頭，理算以GCAdjustment開頭，單證收集以GCDocCollect開頭。根據(jù)頁面錄入的信息模塊，進(jìn)行表命名，例如報案主表名字為GCRegistMain。

3.4 乘意險功能實現(xiàn)

（1）乘意險業(yè)務(wù)流程與普通保險產(chǎn)品流程不同，是通過TVM、12306網(wǎng)站、12306手機(jī)app、車站窗口和火車票代售點(diǎn)進(jìn)行售保。

（2）承保后系統(tǒng)發(fā)送短信給投保人，主要內(nèi)容包含但不限于保單號、查詢號、電子保單下載網(wǎng)址等信息。同時將數(shù)據(jù)匯總至客票系統(tǒng)新建全路集中的電子保單庫和保單存根庫中。

（3）通過異構(gòu)數(shù)據(jù)庫同步軟件（CTMSX）將數(shù)據(jù)傳送至保險核心系統(tǒng)，外網(wǎng)查詢系統(tǒng)通過存儲過程sino_claim從核心系統(tǒng)處獲取數(shù)據(jù)后，將數(shù)據(jù)組織成XML報文傳送至數(shù)字證書認(rèn)證中心，反饋PDF類型的電子保單。

（4）投保人可以在外網(wǎng)查詢系統(tǒng)中進(jìn)行電子保單下載，被保險人如果出險，則可以根據(jù)電子保單和車票向鐵路自保公司進(jìn)行報案。

由于客票系統(tǒng)使用的數(shù)據(jù)庫與鐵路保險系統(tǒng)不一致，但每天需要傳輸大量的數(shù)據(jù)至保險系統(tǒng)，為保證數(shù)據(jù)的準(zhǔn)確性和實時性，本文采用CTMSX作為傳輸工具。該工具是利用異構(gòu)數(shù)據(jù)庫同步技術(shù)作為基礎(chǔ)，可以實現(xiàn)數(shù)據(jù)源和目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)同步，解決數(shù)據(jù)共享和集成問題，而不需要考慮數(shù)據(jù)庫的類型和部署位置[9]。

電子保單作為重要的投保憑證，需要符合保險行業(yè)的基本要求，電子保單文件類型可為PDF和JPG等， 圖像分辨率不得小于300 dpi。電子保單應(yīng)具有防篡改、防偽造和不可否認(rèn)性，簽發(fā)的保單具有法律效力[10]。

4 鐵路保險系統(tǒng)應(yīng)用情況和展望

4.1 鐵路保險系統(tǒng)應(yīng)用情況

鐵路自保公司實現(xiàn)當(dāng)年籌備、當(dāng)年開業(yè)、當(dāng)年贏利，截至2017年底，累計實現(xiàn)保費(fèi)收入超18億元。

鐵路保險系統(tǒng)在鐵路行業(yè)的應(yīng)用，創(chuàng)立了新的服務(wù)領(lǐng)域，是社會保障體系的有益補(bǔ)充，與傳統(tǒng)的售票服務(wù)功能相融合，拓展了鐵路客運(yùn)服務(wù)的外延，為旅客出行提供了更多服務(wù)選項。鐵路自保業(yè)務(wù)的順利開展，為不斷壯大的中國鐵路事業(yè)提供優(yōu)質(zhì)高效的保障服務(wù)，有效提高了鐵路建設(shè)與運(yùn)營中的抗風(fēng)險能力。系統(tǒng)在滿足保險基礎(chǔ)業(yè)務(wù)的同時，充分與鐵路客運(yùn)等業(yè)務(wù)系統(tǒng)協(xié)同對接，實現(xiàn)鐵路特色的保險產(chǎn)品與主業(yè)務(wù)產(chǎn)品的同步辦理。與12306互聯(lián)網(wǎng)售票系統(tǒng)無縫對接，銷售乘意險，已為近2億人次旅客提供了更優(yōu)質(zhì)的出行保障，獲得了廣大旅客的好評。結(jié)合國家一帶一路倡議，與貨運(yùn)公司對接，提供多種貨運(yùn)險產(chǎn)品為中歐班列護(hù)航。

4.2 鐵路保險系統(tǒng)展望

目前鐵路保險系統(tǒng)滿足鐵路自保公司的正常業(yè)務(wù)需求，與客票系統(tǒng)共同實現(xiàn)的乘意險銷售，收到了良好的社會效益和經(jīng)濟(jì)效益。應(yīng)當(dāng)以此為開端，充分整合鐵路資源，開展具有鐵路特色的保險產(chǎn)品，根據(jù)鐵路實際情況，優(yōu)化理賠服務(wù)。下面對鐵路保險系統(tǒng)從以下幾個方面進(jìn)行展望。

（1）與貨運(yùn)系統(tǒng)對接，優(yōu)化貨運(yùn)險理賠服務(wù)流程。

（2）與貨運(yùn)系統(tǒng)和客票系統(tǒng)對接，開展托運(yùn)行李險、旅客隨身行李險。

（3）與調(diào)度系統(tǒng)對接，開展高鐵延誤險。

（4）與訂餐服務(wù)系統(tǒng)對接，為購買保險的旅客提供更多的增值性服務(wù)。

（5）充分利用人臉識別技術(shù)，實現(xiàn)自助小額理賠。

5 結(jié)束語

鐵路保險系統(tǒng)目前線上運(yùn)行情況良好，滿足鐵路自保目前的業(yè)務(wù)需求和監(jiān)管要求。系統(tǒng)根據(jù)鐵路自保的新業(yè)務(wù)需要和監(jiān)管要求，不斷進(jìn)行優(yōu)化和改造。鐵路財產(chǎn)保險自保有限公司是自保性質(zhì)的保險公司，在實際業(yè)務(wù)需求和信息系統(tǒng)建設(shè)方面都具有鮮明的鐵路特色。如何充分利用既有鐵路信息資源，進(jìn)一步提升鐵路保險系統(tǒng)的電子化、網(wǎng)絡(luò)化、智能化，支持鐵路自保業(yè)務(wù)的發(fā)展，為旅客提供更全面、更便捷、更貼心的風(fēng)險保障服務(wù)，是鐵路保險系統(tǒng)持續(xù)研究的方向和目標(biāo)。