鐵路財產保險信息系統設計實現范文

本站小編為你精心準備了鐵路財產保險信息系統設計實現參考范文，愿這些范文能點燃您思維的火花，激發您的寫作靈感。歡迎深入閱讀并收藏。

摘要：為滿足鐵路財產保險自保有限公司（簡稱：鐵路自保公司）開業驗收和實際業務發展需要，結合鐵路自保自身特有的保險業務需求和鐵路既有的網絡環境,完成了中國鐵路財產保險信息系統（簡稱：鐵路保險系統）的設計和開發，實現了承保、理賠、乘客人身意外傷害保險（簡稱：乘意險）等主要業務流程的系統功能，并結合系統的應用情況,對今后進一步整合鐵路資源，開展具有鐵路特色的保險業務和優化理賠服務做出展望。

關鍵詞：鐵路保險；業務流程；乘意險

保險業務領域管理系統的研究已經取得很多成果，根據不同保險公司的個性化業務需求，保險系統在功能、架構設計與系統開發時各有區別和側重。自保公司一般由其母公司擁有,母公司直接影響并支配自保公司的運營,包括承保、索賠和投資行為等[1]。鐵路財產保險自保有限公司（稱簡：鐵路自保公司）是中國國家鐵路集團有限公司（簡稱：國鐵集團）出資組建的自保性質的保險公司，本文基于鐵路既有網絡環境，設計了鐵路保險系統的軟件架構、網絡架構以及業務流程，結合鐵路特色的保險業務需求，詳細闡述了核心業務子系統的系統設計與功能實現，同時也對鐵路自保公司特有的乘意險業務進行了論述。

1鐵路保險系統總體架構

1.1系統軟件架構

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

1.2系統網絡架構

鐵路保險信息系統按照資源共享、節約投資的原則，綜合利用新一代客票系統的相關網絡、信息安全等資源，采用集中式內外網分離的網絡架構。系統網絡架構如圖2所示。不同網絡間的系統進行信息交換時，需要在系統邊界處實現系統間有效隔離，同時，嚴格控制信息的出入[5]。根據保險業災備建設基本要求,在機房設置了遠程災備中心。對災備中心的存儲要求是：可用存儲空間至少應與生產中心一致，當生產中心的應用對存儲提出更多容量空間要求時，災備中心應同樣能夠滿足變更條件[6]。

2主要業務流程

2.1承保業務流程

承保出單作為客戶購買保險接觸到的第1個環節,優質的客戶體驗無疑會增加客戶購買保險的欲望,有利于業務的發展[7]。鐵路保險系統承保業務流程主要由投保、核保、再保、收付費等環節組成，并設置了自動核保環節，對于符合條件的業務，完成錄單提交后，可自動生成保單信息，進行保單打印。圖3為車險承保業務流程。

2.2理賠業務流程

保險的基本功能是分散風險，對保險事故進行經濟補償。而理賠是保險發揮經濟補償功能的重要體現[8]。理賠業務流程既要實現便捷快速的理賠服務，也要做好理賠時所面臨風險的防范措施，從而保障保險公司的健康穩定發展。鐵路保險理賠功能主要由報案、立案、調度、查勘、定損、核損、單證收集、理算、結案等環節組成，業務流程如圖4所示。

2.3乘意險業務流程

乘客人身意外傷害保險（簡稱：乘意險）的業務流程如下。（1）在客票系統內新建全路集中的電子保單庫和保單存根庫；保險核心業務子系統定時批量向客票系統傳送帶保單號的空白投保單電子憑證。（2）客戶通過自動售票機設備（TVM）、網站、手機、窗口和代售點在客票系統上填寫投保信息，客票系統根據空白投保單和實名制車票信息生成有效保單，保存在電子保單庫和保單存根庫中，發送投保成功短信。交易過程中客票系統不訪問保險核心子系統?？推毕到y對保費單獨記賬，采用電子支付方式時，保費與票款一次性支付。（3）客票系統定時將保單信息傳至回保險核心系統。（4）客票系統為保險核心系統提供乘意險保單查詢接口，客戶可通過保險系統進行電子保單下載。（5）客戶出險后，可以根據車票和電子保單進行報案處理，保險核心子系統中的理賠功能提供后續的理賠服務。

3保險核心業務子系統實現

3.1子系統詳細設計

保險核心業務子系統架構基于J2EE規范實現，建立在Struts框架、Spring框架和Hibernate框架基礎之上，邏輯分為5層，包括：客戶層、Web層、業務層、持久層、資源層。保險核心業務子系統詳細設計架構如圖5所示。（1）客戶層：客戶層是指客戶端計算機的瀏覽器，用于展現頁面。（2）Web層：該層的實現使用了Struts開源框架，主要任務是接收用戶從頁面提交的請求和最終返回處理結果。處理用戶請求時，Web層讀取用戶提交的表單數據，把HttpServletRequest中的表單數據和請求參數封裝到數據傳輸對象（DTO）中供業務層處理；返回處理結果時，把業務層處理完畢后返回的DTO返回給Java服務器頁面（JSP），展現給客戶。（3）業務層：該層基于Spring框架。Web層把DTO或DTO的集合List準備好后，傳遞給業務層進行業務處理。處理完成后再將DTO返回給Web層。（4）持久層：該層基于Hibernate框架。持久層調用Spring的應用程序接口（API）完成數據的持久化操作，而不是直接調用Hibernate的API。（5）資源層：包括數據庫服務器、可擴展標記語言（XML，ExtensibleMarkupLanguage）存儲文件等，是數據永久存儲的介質，該子系統使用的是Oracle數據庫。

3.2承保功能模塊實現

3.2.1模塊功能承保功能模塊包括投保管理、批改管理、續保、單證打印、保批單查詢等功能。（1）投保單可通過錄入和復制兩種方式來創建。可按時間、險種、操作人等查詢條件查詢投保單。（2）用戶可根據批改類型對保單進行修改，修改操作包括批改申請、批改確認、批改查詢。批改類型包括全單退保、批改關系人、批改險別信息、批改特別約定和備注等。（3）對于將要終保的保單可以通過續保管理功能，將原保單的內容帶入續保錄入頁面，簡化錄入操作。（4）用戶可以按照險類、險種、保單號等查詢條件查詢保單單證與批單單證，從而完成打印業務。（5）保單和歷次的批單信息可以通過保批單查詢功能根據險種、保單號、投保人等查詢條件進行查詢。

3.2.2數據表承保功能模塊的數據庫按照投保、保單、批單、續保、最新保單等業務進行設計，各業務數據可以進行轉化，承保數據表流程如圖6所示。承保功能的表都以GU開頭。其中，投保單以GUProposal開頭，續保單以GURenewl開頭，原始保單以GUPolicyCopy開頭，最新保單以GUPolicy開頭，批單以GUEndor開頭。根據頁面錄入的信息模塊進行表命名，例如最新保單主表名字為GUPolicyMain。投保單和續保單經過核保后，生成最新保單，并留存原始保單軌跡。批單核保通過后，生成批單數據，并回寫最新保單數據,從而最新保單表中的數據為保單最新狀態。

3.3理賠功能模塊實現

3.3.1模塊功能理賠功能模塊包括報案管理、調度管理、查勘管理、立案管理、車險定核損管理、人傷跟蹤管理、非車定核損管理、理算管理、結案管理等。（1）通過報案功能完成報案新增、報案處理、報案查詢業務。（2）通過調度管理完成調度的新增與查詢業務。調度分為查勘調度、定核損調度、理算調度、核賠調度4種類型。（3）被保險人出險后，通過查勘管理功能完成查勘新增、暫存、查勘查詢功能。（4）通過立案管理功能完成立案新增、立案暫存、修改立案、立案查詢業務。（5）通過定核損管理功能完成定核損新增、定核損暫存、定核損退回、定核損查詢業務。定核損管理的類型包含車輛定核損、非車定核損、人傷定核損3種類型。（6）通過理算管理功能完成理算新增、理算暫存、理算退回、理算補賠、理算查詢、理算作廢的業務功能。（7）結案管理，用戶在此功能完成結案新增、結案暫存、結案查詢業務。

3.3.2數據表數據庫按照業務節點不同進行設計，數據表以GC開頭。報案表以GCRegist開頭，調度以GCDelegate開頭，查勘以GCSurvey開頭，立案以GCClaim開頭，定損以GCEvaluate開頭，理算以GCAdjustment開頭，單證收集以GCDocCollect開頭。根據頁面錄入的信息模塊，進行表命名，例如報案主表名字為GCRegistMain。

3.4乘意險功能實現

（1）乘意險業務流程與普通保險產品流程不同，是通過TVM、12306網站、12306手機app、車站窗口和火車票代售點進行售保。（2）承保后系統發送短信給投保人，主要內容包含但不限于保單號、查詢號、電子保單下載網址等信息。同時將數據匯總至客票系統新建全路集中的電子保單庫和保單存根庫中。（3）通過異構數據庫同步軟件（CTMSX）將數據傳送至保險核心系統，外網查詢系統通過存儲過程sino_claim從核心系統處獲取數據后，將數據組織成XML報文傳送至數字證書認證中心，反饋PDF類型的電子保單。（4）投保人可以在外網查詢系統中進行電子保單下載，被保險人如果出險，則可以根據電子保單和車票向鐵路自保公司進行報案。由于客票系統使用的數據庫與鐵路保險系統不一致，但每天需要傳輸大量的數據至保險系統，為保證數據的準確性和實時性，本文采用CTMSX作為傳輸工具。該工具是利用異構數據庫同步技術作為基礎，可以實現數據源和目標數據庫的數據同步，解決數據共享和集成問題，而不需要考慮數據庫的類型和部署位置[9]。電子保單作為重要的投保憑證，需要符合保險行業的基本要求，電子保單文件類型可為PDF和JPG等，圖像分辨率不得小于300dpi。電子保單應具有防篡改、防偽造和不可否認性，簽發的保單具有法律效力[10]。

4鐵路保險系統應用情況和展望

4.1鐵路保險系統應用情況

鐵路自保公司實現當年籌備、當年開業、當年贏利，截至2017年底，累計實現保費收入超18億元。鐵路保險系統在鐵路行業的應用，創立了新的服務領域，是社會保障體系的有益補充，與傳統的售票服務功能相融合，拓展了鐵路客運服務的外延，為旅客出行提供了更多服務選項。鐵路自保業務的順利開展，為不斷壯大的中國鐵路事業提供優質高效的保障服務，有效提高了鐵路建設與運營中的抗風險能力。系統在滿足保險基礎業務的同時，充分與鐵路客運等業務系統協同對接，實現鐵路特色的保險產品與主業務產品的同步辦理。與12306互聯網售票系統無縫對接，銷售乘意險，已為近2億人次旅客提供了更優質的出行保障，獲得了廣大旅客的好評。結合國家一帶一路倡議，與貨運公司對接，提供多種貨運險產品為中歐班列護航。

4.2鐵路保險系統展望

目前鐵路保險系統滿足鐵路自保公司的正常業務需求，與客票系統共同實現的乘意險銷售，收到了良好的社會效益和經濟效益。應當以此為開端，充分整合鐵路資源，開展具有鐵路特色的保險產品，根據鐵路實際情況，優化理賠服務。下面對鐵路保險系統從以下幾個方面進行展望。（1）與貨運系統對接，優化貨運險理賠服務流程。（2）與貨運系統和客票系統對接，開展托運行李險、旅客隨身行李險。（3）與調度系統對接，開展高鐵延誤險。（4）與訂餐服務系統對接，為購買保險的旅客提供更多的增值性服務。（5）充分利用人臉識別技術，實現自助小額理賠。

5結束語

鐵路保險系統目前線上運行情況良好，滿足鐵路自保目前的業務需求和監管要求。系統根據鐵路自保的新業務需要和監管要求，不斷進行優化和改造。鐵路財產保險自保有限公司是自保性質的保險公司，在實際業務需求和信息系統建設方面都具有鮮明的鐵路特色。如何充分利用既有鐵路信息資源，進一步提升鐵路保險系統的電子化、網絡化、智能化，支持鐵路自保業務的發展，為旅客提供更全面、更便捷、更貼心的風險保障服務，是鐵路保險系統持續研究的方向和目標。

參考文獻：

[1]侯建民.簡論自保公司在中國的發展[J].山東行政學院學報，2009（6）：49-50.

[2]金路.保險公司財產險理賠系統設計與實現探討[J].商，2016（8）：159-159.

[3]MikeODocherty.面向對象分析與設計(UML2.0版)[M].北京：清華大學出版社，2010，3.

[4]姚洪磊,史宏.互聯網環境下鐵路信息安全等級保護設計方案研究[J].鐵路計算機應用,2015，24（2）：33-37.

[5]中國保險行業協會.保險業災備建設基本要求：T/IAC7-2017[S].北京：中國標準出版社，2018，1.

[6]邱哲，王俊標，馬斗.StrutsWeb設計與開發大全[M].北京：清華大學出版社，2010：45-45.

[7]宋舟.集中承保出單管理系統的設計與實現[D].廣州：華南理工大學，2015.

[8]紀崴，張曉瑩.提升保險理賠服務質量[J].中國金融,2012（11）：88-91.

[9]李楊，閻志遠，朱建軍，等.鐵路客票系統應用開源數據庫技術研究[J].鐵路計算機應用，2017，26(8)：8-12.

[10]中國保險監督管理委員會.產險單證：JRT0051—2017[S].北京：中國標準出版社，2017，5.

作者：趙曉偉 李幸年 于錦強 單位：中鐵程科技有限責任公司