铁路财产保险信息系统设计实现范文

本站小编为你精心准备了铁路财产保险信息系统设计实现参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

摘要：为满足铁路财产保险自保有限公司（简称：铁路自保公司）开业验收和实际业务发展需要，结合铁路自保自身特有的保险业务需求和铁路既有的网络环境,完成了中国铁路财产保险信息系统（简称：铁路保险系统）的设计和开发，实现了承保、理赔、乘客人身意外伤害保险（简称：乘意险）等主要业务流程的系统功能，并结合系统的应用情况,对今后进一步整合铁路资源，开展具有铁路特色的保险业务和优化理赔服务做出展望。

关键词：铁路保险；业务流程；乘意险

保险业务领域管理系统的研究已经取得很多成果，根据不同保险公司的个性化业务需求，保险系统在功能、架构设计与系统开发时各有区别和侧重。自保公司一般由其母公司拥有,母公司直接影响并支配自保公司的运营,包括承保、索赔和投资行为等[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）、网站、手机、窗口和代售点在客票系统上填写投保信息，客票系统根据空白投保单和实名制车票信息生成有效保单，保存在电子保单库和保单存根库中，发送投保成功短信。交易过程中客票系统不访问保险核心子系统。客票系统对保费单独记账，采用电子支付方式时，保费与票款一次性支付。（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.

作者：赵晓伟 李幸年 于锦强 单位：中铁程科技有限责任公司