车险理赔信息自动收发系统.docx

车险理赔信息自动收发系统摘要：车险理赔信息自动首发系统，是某保险公司下辖市级分公司订制开发的一款业务流程辅助系统，主要用于对保险公司总公司分发的信息进行收集，然后通过此系统对分公司下辖的业务人员进行再次分发的一个系统。该系统由两部分组成，第一部分是短信收集端，通过一个叫短信猫的第三方硬件收集指定手机卡中的短信，进行一个数据的初步收集，然后存进数据库以供后台管理端进行进一步的业务流程操作。第二部分是自动首发系统的后台管理端。后台管理端负责让系统操作员对短信收集端收集到的数据进行进一步操作。其中后台管理端涉及到系统模块，业务模块两大模块。系统模块包含用户管理，角色管理，权限管理等三个子模块。业务模块则包含短信记录，理赔人员，短信匹配规则设置三个子模块。后台管理端采用SPringBoOl框架开发，持久层框架则采用当前最流行的MyBatis框架，数据库采用的是MYSQL。本论文首章主要概述车险理赔信息自动收发系统的背景及开发意义。然后通过针对性的研究车险理赔信的收发业务流程制定出系统的基本架构与需求。再对所使用技术栈进行一个深入的了解与阐述。最终开发出一套高效的自动化的系统来简化理赔信息收发的业务流程。在开发完毕后，还会进行单独与整体的完整测试。项目最终完成了开发，并且成功部署上线，正式投入到实际生产当中，理赔信息收发从以前的24小时人工值班，人工分发信息变成全自动的筛选与分发，给客户带来了效率增长与人力节省的双重提升。关键词：短信猫，Springboot,车险，MyBatis,MySQLVehicleInsuranceClaimInformationAutoReceivingAndSendingSystemAbstract:Autoreceivingandsendingsystemofvehicleinsuranceclaiminformation,ltisabusinessprocessauxiliarysystemcustomizedanddevelopedbyamunicipalbranchunderthejurisdictionofaninsurancecompany,Thissystemismainlyusedtocollecttheinformationdistributedbytheheadofficeoftheinsurancecompany,andthissystemistoredistributethebusinesspersonnelunderthejurisdictionofthebranchcompany.Thesystemiscomposedoftwoparts.ThefirstpartisthecollectionofSMS,whichcollectstheSMSinthedesignatedmobilevehicledthroughathird-partyhardwarecalledSMScat,Itconductsapreliminarycollectionofdata,andthenstoresitinthedatabaseforfurtherbusinessprocessoperationbythebackgroundmanagement.Thesecondpartisthebackgroundmanagementoftheautomaticlaunchsystem.BackgroundmanagementisresponsibleforthesystemoperatortofurtheroperatethedatacollectedbytheSMScollectionend.Thebackgroundmanagementinvolvestwomodules:systemmoduleandbusinessmodule.Thesystemmoduleincludesthreesubmodules:usermanagement,rolemanagementandauthoritymanagement.Thebusinessmoduleconsistsofthreemodules:SMSrecord,claimadjusterandSMSmatchingruleselting.Thebackgroundmanagementusesthespringbootframework,thepersistencelayerframeworkusesthemostpopularmybatisframework,andthedatabaseusesmysql.Thefirstchapterofthispapermainlysummarizesthebackgroundanddevelopmentsignificanceofautoreceivingandsendingsystemofautomobileinsuranceclaiminformation.Throughthetargetedresearchonthebusinessprocessofreceivingandsendingautomobileinsuranceclaiminformation,thebasicstructureandrequirementsofthesystemarefbrmulated.Then,itmakesanin-depthunderstandingandelaborationofthetechnologystackuscd.FinaIly,anefficientandautomaticsystemisdevelopedtosimplifythebusinessprocessofclaiminformationsendingandreceiving.Afterthecompletionofdevelopment,therewillbeacompletetest,bothindividuallyandasawhole.Theprojectfinallycompletedthedevelopment,andsuccessfullydeployedonline.ltwasofficiallyputintoactualproduction.Theclaiminformationwassentandreceivedfromtheprevious24-hourmanualduty,andthemanualdistributionofinformationbecamefullyautomaticscreeninganddistribution,whichbroughtthedoubleimprovementofefficiencygrowthandlaborsavingtocustomers.Keywords:GSMModem,SpringBoot,vehicleinsurance,MyBatis,MySQL目录第1章绪论11.1 系统开发的背景及意义11.2 国内外研究现状21.2.1 国外研究现状21.2.2 国内研究现状错误！未定义书签。1.3 系统主要研究内容21.4 系统开发环境与开发工具3第2章系统需求分析52.1 系统的核心业务流程分析52.2 系统的整体功能需求分析62.2.1 后台管理员主要功能介绍82.3 可行性分析52.3.1 经济可行性52.3.2 操作可行性5第3章系统设计与实现183.1 系统总体架构设计183.2 功能模块设计233.2.1 短信收发端233.2.2 后台管理端243.3 数据库设计283.3.1 表设计283.4 系统实现333.4.1 短信收发端333.4.2 后台管理端36第4章系统测试414.1 系统测试414.1.1 测试的意义414.1.2 测试的目的错误！未定义书签。4.1.3 软件测试方法错误！未定义书签。4.1.4 本系统测试介绍错误！未定义书签。4.1.5 测试用例及测试结果错误！未定义书签。第5章结束语错误!未定义书签。5.1全文总结错误!未定义书签。参考文献：错误!未定义书签。第1章绪论1.1 系统开发的背景及意义保险，是每个人每个家庭最好的风险对冲工具，经过几十年的发展，人们的保险意识越发提高，参保人数稳定增长，保险，是一个巨大的市场。而其中一种最常见的保险业务，则是车辆保险业务，简称车险。现在全国的汽车保有量已经连续几年保持飞速增长，往后，增长就算放缓，全国的汽车保有量也只增不减，毕竟衣食住行，行，是一个实实在在的刚性需求，在此背景下，汽车的关联业务车险业务，也拥有着巨大的市场与可持续的前景。车险，分为交强险和商业险。其中交强险，由交通部门规定每辆车上路前强制购买，其中包含了车辆的交强险保费，还有车辆的车船税。而商业险，则由商业保险公司自行制定，由车主自主选择是否购买。相比国家规定的交强险，商业险保障的范围更多更细，各大保险公司的针对推出的险种有时会有些区别，但基本大同小异。一般主要险种为：第三者责任险，车损险，盗抢险，玻璃险，自燃险，三方代偿六种。各个险种针对的事故种类不一样，保费价格也有差异，比如第三者就是专门针对交通事故后，对除了车主本人外，对其他人造成的损失进行赔付的险种。而车损险，则是对自己的车造成的损失进行赔付的险种。盗抢险，主要是车被盗后，到公安部门报案，三个月没找到，可以要求进行理赔。玻璃险，即指代车辆在行驶过程中玻璃破碎的一种商业险。自燃险指代汽车在行驶过程中自燃的车险。机动车在路上行驶时，由于各种情况，发生事故的几率是比较高的。因为这一特性，车险业务的理赔率也比其他保险高一些，在这背景下，理赔业务的很多流程急需一些数字化的软件工具来简化流程，从而达到提高效率和节省人力。在车险公司还没使用车险系统的时候，一辆机动车发生事故时，首先要通知保险公司进行报险，然后保险公司要通知查勘员（对车辆碰撞修复进行科学系统的估损定价的专业技术人员），查勘员到达现场后，查勘现场，对被保险车辆的损失情况进行定损，跟事故车车主确定维修地点，最后把信息发给理赔专员，最后由理赔专员向车辆被保人或者汽车维修厂进行保额赔付。在这整个流程中，有一个这样的业务流程：保险公司在接到报险电话后，确定到事故地点，首先要通过一条短信通知事故所在地的分公司，然后分公司通知当地的查勘员到达现场。分公司在通知查勘员后，一般还会通知附近的合作汽车维修点。但这里涉及到一个问题，保险公司给分公司发出报险信息之后，一个分公司覆盖的地方很大，而每个查勘员负责的地方是有划分的，分公司在接到报险中心发来的短信后，首先得进行人工的范围筛选，筛选出对应的查勘员后，再通知相应的查勘员还有附近的汽修o这里，要求保险公司分公司24小时有人值班在线，充当一个联络员的角色。本系统就是根据这一业务流程，接受保险公司的委托，定制的一套信息推送系统。在系统上线后，分公司在接收到保险公司的报险中心的信息后，将会由系统进行自动筛选信息，然后再通过短信通知对应的查勘员和附近的汽车维修厂，省去了联络员的人手，还有系统快速的筛选增强了保险公司出险的速度。大大的改进了关于理赔出险这一业务的效率与减低了成本。1.2 国内外研究现状1.2.1 国外研究现状在国外，无论是保险行业还是软件行业，都有着比国内更加先进的业务流程与技术水平。基于保险业而言，国外的保险业相比国内，参保人数更多，覆盖人群更广，后续的理赔流程更简便，效率更高。这与国外的市场起步时间较早有关。而软件行业就更加不用说了，多年来，国外的数字化程度一直都比国内更高，虽然随着近来来国内互联网市场的大热，国内的软件水平也是突飞猛进，不可同日而语。但在传统行业的数字化方面，无论是普及程度还是