基于Java平台的车险理赔管理系统设计与实现

1、  本科毕业论文 基于Java平台的车险理赔管理系统设计与实现 姓 名院 系数学与计算机科学学院专 业计算机科学与技术班 级学 号指导教师答辩日期成 绩基于Java平台的车险理赔管理系统设计与实现内容摘要信息技术的飞速发展给人们的生活和学习方式带来了巨大的变化，思维方式的随之改变，传统的观念意识不断受到新思维，新理念的冲击。以往的车险理赔流程繁琐、效率低下已不在适应社会需要。本系统设计主要从简化办案流程、提高工作效率切入，完善系统查询方式，优化管理平台结构。本车险理赔管理系统从报案到结案的整个过程分为用户登陆、报案平台、查勘调度、查勘评估、立案与结案五个功能模块。该管理系统实现了对相

2、关案件的实时处理状态全程的监控，其灵活的报案风险控制及简化搜索的模糊查询功能均有效的提升了系统管理的安全性和操作的便捷性，也极大程度的提升了工作效率，缩短了案件的整个处理周期。【关键词】车险理赔 管理系统Car insurance claims management system based on Java platform design and implementationAbstract The rapid development of information technology to people's life style and learning has brought gr

3、eat changes, the change of thinking mode, the idea of traditional consciousness unceasingly by the new thinking, new ideas. Previous car insurance claims process cumbersome, inefficient has not adapt to the needs of society. The system design is mainly from simplifying working process, improve work

4、efficiency, improve the system query mode, optimize the structure of management platform. The car insurance claims management system from the case report to the whole process is divided into user login, reporting platform, scheduling, survey assessment, case and case survey five function module. Thi

5、s management system has realized the real-time processing of related cases state monitoring of the distance, the flexible report risk control and simplify search fuzzy query function are effective to promote the system management of safety and convenience of operation, and greatly improve the workin

6、g efficiency, reduces the case of the treatment cycle.【Key Words】Insurance claimsManagement system目 录1 引言11.1 背景12 总体设计12.1 系统设计思路12.2 系统结构设计12.2.1 设计理论12.2.2 分层体系结构12.2.3 系统实现及业务模块划分23 数据库分析与设计34 功能模块64.1 登录模块64.2 报案平台74.2.1 新增报案74.2.2 报案修改94.3 查勘调度104.4 查勘评估104.5 立案与结案105 系统测试与评估116 总结11参考文献12致谢13

7、基于Java平台的车险理赔管理系统设计与实现学生姓名： 指导老师：1. 引言1.1. 背景 在信息化办公操作的大背景下，提高业务各部门的信息处理能力，缩短车险理赔案件合理处理的周期，对于提升客户的满意度好评率起到了关键性的作用1。开发设计实现高效的，人性化的理赔系统，以满足未来理赔发展的需要也成为了相关企业的重要建设部分。 实现网络信息化平台的业务处理，具有不可替代的优势与意义。如灵活的报案处理，灵活的操作风险控制，将会使车险理赔的报案到结案的整个过程变得安全合理，也提高相应的工作效率，改善以往对投保人信息管理的杂散状况，同时也强化了对相关投保人信息的完善收入，对案件的后续处理工作提供了必备的

8、基础信息。2. 总体设计2.1. 系统设计思路 传统的完全以纸质文件进行的信息收集与处理的方式，在当今社会越来越受到因低效率而带来的冷落。面对日益增长的信息数据，在一定的程度上来说谁拥有的数据量越大，其未来发展的前景也就越大。本系统设计主要是实现车险理赔管理与信息化操作，进一步向既节省资源又环保的无纸化办公过度。在报案环节主要设计了相关查询及保单关联，在输入保单号之后系统会在后台查询有关本次出险之前的一些信息核实。例如，设定了对保期外的保单则不能再进行报案的操作。或是在保期内出险次数较多，系统也会有异常提示。结合一般的保险理赔操作流程，本系统设计一共涉及五个具体的功能模块，分别是用户登陆、报案

9、平台、查勘调度、查勘评估、立案与结案。报案平台对出险现场的信息收集，包括出险原因，损失类型，报案人信息等基本信息。而查勘评估则是查勘员对具体的损失作出合理的评估，并提出适当的处理意见。在立案平台则是业务员结合查勘评估及查勘员提出的处理意见，给出最终于客户协商妥当的决议，并记录在立案说明中，保存结案。2.2. 系统结构设计2.2.1. 设计理论 在系统架构设计中，采用典型的分层体系结构、模型-视图-控制（MVC）体系结构和数据访问层等，以便为整个系统带来更好的软件结构和代码重用。2.2.2. 分层体系结构层（layer）是作为对架构的横向划分来对模型中同一抽象层次上的包进行分组的一种特定方式2。

10、对于复杂系统我们采用的最常用技术是分层。当以分层的方式设计一个系统时，每一层都依赖于其下的层，在这种构架里，高层使用低层提供的服务，但低层不会察觉高层的存在，同时每层都向上层隐藏了下层的实现，例如4层使用3层提供的服务，3层使用2层提供的服务，但是4层不会察觉到2层的存在。在这种构架里，各层次及其相互之间的基本关系如图所示：图1 典型的三层构架图2.2.3. 系统实现及业务模块划分 顶层包名为com.estar.edp.base.的包中基础类的部分构件及说明。表1 基础类表 构件名称说明ActionBase.javacams所有Action的父类，偏重于技术方面的处理，比如对formbean

11、的处理。BaseAction.java cams所有Action的父类，偏重于业务逻辑方面的处理。BaseDAO.javacams所有DAO的父类。BaseForm.javacams所有form bean的父类，包括：动作类型；当前页；当前主键；当前用户名；BaseTreeVO.javaTree中的vo对象。Constant常量类。CamsActionConfigCamsAction配置类。 顶层包名为mon.*的包中应用程序工具类的部分构件及说明。表2 应用程序工具类表构件名称说明Codes.java 输入输出代码转换类。ConstantSet.java程序中用到的常用变量通用方法类。Con

12、stCodeView.java程序中用到的常用代码映射类。DateTimeUtils.java日期和时间通用方法类。IdMng.java数据主键生成类。InitServlet.java初始化servlet，包括：错误配置文件；定时器等功能。OrderUtils.java命令方法类。StringUtils.java字符串处理工具类。SumUtils.java字串数字计算工具类。SystemMngUtil.java系统管理工具类。3. 数据库分析与设计 信息化网络操作的大平台下，系统设计的主要目的是为了在实际运用中切实有效的解决问题，简化之前繁琐复杂的工作方式，提升处理当前事物的效率3。从具体实现

13、的角度来看，系统的结构设计越完善，算法越合理对整体应用系统的可靠性与稳定性的提高均有显著影响3。本系统使用了SQL Server 2008，SQL Server 2008对所有数据实现了富有成效管理与组织。具体而言对数据的操作有，查询、搜索、同步、报告和分析等等。同时通过使用SQL server可以访问浩如烟海的数据包，当然也能让数据逻辑关联，合理布局4。根据本系统所应实现的功能及达到的目的，联系实际需要创建了一下几个关键的实体E-R图及相应的数据逻辑结构设计。图2 管理人员信息E-R图表3 管理人员信息表管理人员信息表。用来存储系统管理人员的各项基本必要的信息，方便后期对各职能部门管理员操作

14、权限的管理与分配。图3 被保人信息E-R图表4 被保险人信息表 被保险人信息表。主要录入已购买本车险保险的用户基本信息以便联系客户。图4 驾驶员信息E-R图表5 驾驶员信息表 驾驶员信息表。主要用来存储事发现场本车驾驶员信息。 图5 车辆基本信息E-R图表6 车辆基本信息表 车辆信息表。主要录入所投保车辆的相关具体信息，为后期的保险理赔损失提供一定的参考。4. 功能模块4.1. 登录模块 系统内部工作人员进行网上报案操作前需进行系统登录验证，只有当管理员输入的用户名和密码均属合法且能通过系统验证的管理员才能进入系统进行操作。若是不能通过系统会提示“对不起！您输入的密码有误请重新输入”。图6 系

15、统登录界面图1 登录窗体界面的设计实现下面对登录窗体界面进行设计，需要新建InsuranceLoginFrame类，其功能是显示登录窗体。在该窗体中需要使用四类控件，分别有JLabel 、JPasswordField、JTextFieid 以及JButton。这四个控件依次用来显示顶部的图片以及标签文本、接收用户名输入信息、接收密码输入信息、创建登录和重置按钮。2 操作员登录在Dao类中添加一个检测用户的信息是否合法的方法。该方法可以接收name和passsward这两个参数。以下是主要代码：check方法4.2. 报案平台 报案平台分三个模块即新增报案平台、报案修改平台、无资料报案平台。其用

16、例图如下：图7 接报案用例图报案处理环节，主要是对客户报案后，对出险原因、出险地点、出险经过，车、物、人损失等信息，需在网页界面文本框中进行简单的手工录入。4.2.1. 新增报案该平台主要用于处理正常报案，即有完整录入信息的案件。主要是报案平台收到已录入的报案信息，查询出案件的具体出险信息并记录到系统中，当所有必填项录入并保存后，系统会自动产生报案号和赔案号，投保公司这个时候可以根据保单条件和客户反馈的损失类型具体指派相关查勘工作人员进行相应的后期案件的赔偿评估。l 保单查询及结果列表页面报案平台可以通过客户反馈的投保信息，如保单号、牌照号、被保险人、发动机号、车架号、进行保单信息的查询，但是

17、查询时前五个条件中至少要输入一个，否则系统弹出对话框，提示信息请至少录入保单号，牌照号，被保险人，发动机号，车架号中的一个。如果报案时已经录入出险时间，则必须保证出险时间在保单起期/止期内的保单才会被查询出来，不然，就无法查询到相关案件资料。另外，为了方便模糊信息的查询工作，此查询界面实现了对于部分字段支持模糊查询功能，进一步提升了报案立案效率。由于牌照号和身份证号采用模糊搜索时所呈现的数据量大，达不到模糊搜索以实现高效率工作的目的，所以牌照号和身份证号不用支持模糊查询，具体要求如下：在输入保单号查询的时候必须输入五位数（支持中间数字的模糊查询）如：103%11。而在输入被保险人姓名的时候只需

18、输入姓名的前两个字，如：孙悟% 1. 查询结果可以查询出所有满足查询条件的保单，包括有效保单和无效保单（即已不在保险期内的保单）。 2. 在选中关联的保单时，系统设定校验保单是否有效，出险时间是否在保单保障期内。若是检验到保单已属无效保单，则无法实现相应的保单关联。当然，也就无法实现正常报案。在数据库中的模糊查询具体方法以在TBL_EDR_BASE表格为例，搜索C_PLY_NO保单号中前面三位是103，最后两位是11的保单号的相关操作：Select * from TBL_EDR_BASE where C_PLY_NO like '103%11'图8 保单查询图l 正常报案与无资

19、料报案页面 在此页面点击“无资料报案”后，进入无资料报案页面，操作页面和下述的正常报案页面完全一致，只是在案件类型选择为“无资料报案”就行，而且页面保存时不会对保单号做验证。 图9 正常报案图 如若在此页面右下角位置点击“清除”按钮，系统会立马清空所录入的报案信息，方便快速修改或清除大量误录信息。 当报案保单满足以下条件时，系统会弹出相应的风险提示：Ø 出险时间已超过报案时间之后的48小时Ø 30天内多次报案的 图10 风险提示图4.2.2. 报案修改 该平台用于对已报案，但还没有进行调度派工的案件进行报案信息修改。若调度派工已经进行了，则不能进行报案修改。查询页面和报案平

20、台的查询页面有区别，但是报案受理页面及功能同报案平台受理页面完全一致。在此，我们只对查询页面做一下说明。l 报案修改查询页面报案平台可以通过报案号、保单号、报案时间、发动机号、车架号、被保险人等条件查询出已经报案的案件，但所查案件都是还没有进行查勘调度的案件。如果操作员不输入查询条件，直接点击“查询”，所有满足条件的案件信息都会被列出来。部分查询条件仍然支持模糊查询，降低了因信息获取不全而造成的案件办理停滞耽搁。具体要求同保单模糊查询原则。图11 报案修改查询页面图 对于正常出险案件，只有在客户提供不了任何具体投保信息的情况下，但是又确定是在本保险公司进行投保的， 报案中心接到报案后可以通过首

21、页的“无资料报案”菜单进入无资料报案页面，在报案界面只录入报案相关信息，系统在受理时尽管不会作保单校验的工作，但是会保存相关报案信息。事后确定保单信息后在无资料报案修改平台中录入保单信息，同时把“案件类型“改选为正常报案，保存即将之前的无资料报案修改为正常报案。l 无资料报案修改查询页面 通过无资料报案查询页面查询出相应的无资料报案并进入无资料报案修改页面后，报案中心可通过“报案人”、“号牌种类”查询出符合条件的无资料报案案件。 “被保险人”作为查询条件时支持模糊查询，具体要求如下： 被保险人：姓名的前两个字图12 无资料报案修改页面图 无资料报案修改页面和正常报案受理页面相识，具体操作参照以

22、上相关内容。4.3. 查勘调度报案系统发现时简单案件时，可进行派工处理。在正常报案页面左下角有“查勘调度”按钮，点击按钮即可进入快速派工页面。 图13 查勘调度图4.4. 查勘评估 在快速派工页面，系统操作人员在查勘员这一栏输入查勘员姓名，勾选正方形小方框并点击“查勘调度”按钮，然后该勘查员主要是采集报案人、驾驶员、被保险人、事故相关信息，进入勘查结果评估手工输入相应的处理方案。图14 查勘评估图4.5. 立案与结案当查勘员查勘评估按相应的要求完成后即可进行立案操作，立案操作可直接有查勘评估页面上右下角的“提交并立案”按钮跳转到立案界面。同样，管理立案操作的工作人员依据查勘员查勘评估的具体方案

23、，并与客户达成一致意向，最后将记录最终的处理决议。点击“保存”即将整个案件从报案到立案的处理过程记录在相应的数据中，并存档。图15 立案操作界面5. 系统测试与评估 系统测试是整个系统在被正式投入运行之前，系统内部设计人员运用系统设定之初的既定目标与实际操作流程，对系统的各个功能模块进行具有针对性的操作，以便对系统整体操作环境提出客观的评价及富有成效的改进完善方案。其实测试并不一定要在最后才做，测试还应贯穿于整个系统功能实现的各个时期，能即时反馈有效的信息，发现问题就解决问题，争取不会遗漏忽视每一个细小的环节。 根据具体的系统类别，测试的方法也是千差万别，不尽相同。有时视具体情况把白盒测试与黑

24、盒测试结合起来对相关系统测试评估5。针对本系统的测试与评估而言，主要测试对于相关信息输入文本框是，若是无效或是非法的输入是否会让系统有觉察而弹出既定的系统提示框。同时对于无效保单或是已过保险期的保单系统是否能合理辨别和处理，以及关联保单的准确率和系统反应时间是否在合理的容忍范围之内。系统测试的过程就是在测试，评估，纠错，再测试，再评估，再纠错的往复过程中逐步改善和提升系统服务性能的。这是系统完善的过程中一个长期而又重要的部分。6. 总结 针对保险理赔的相关内容之间庞杂而又繁琐的逻辑关系，本文主要对车险理赔中对理赔人为和客观因素影响最小的部分报案环节进行了主要的论述。开篇对系统需求的分析，从一定的层面上揭示了通过信息技术改善和提升工作效率已变成不容置辩，也不容小觑的新动力。本系统结构设计共分为五个主模块，分别是用户登陆、报案平台，查勘调度、查勘评估，立案与结案。 结合日常学习积累的经验，对系