铁路财产保险信息系统设计实现.docx
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
铁路财产保险信息系统设计实现保险业务领域管理系统的研究已经取得很多成果,根据不同保险公司的个性化业务需求,保险系统在功能、架构设计与系统开发时各有区别和侧重。自保公司一般由其母公司拥有,母公司直接影响并支配自保公司的运营,包括承保、索赔和投资行为等[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开