“度中国保险行业信息化建设典型案例优选示范活动”案例选编系列
综述
维修资源统一管理平台为天安财产保险股份有限公司根据自身业务发展，为车商发展打造的一款专有平台。
一、平台自主业务理念，在业务上促进业务转型发展，同时节省企业运营成本。
1、促进业务转型发展：多维的送返修优先级评级体系，合理的资源分配规则体系，先进的送返修下发模式，优化理赔资源的配置及使用效能，提升车险送修的统一管理水平,实现降赔减损，增加业务产能。
2、节省企业运营成本：基础数据质量大幅提升，规则执行准确率大幅提升，资源管理效能大幅提升，资源使用效果大幅提升。
二、技术及系统知识产权自有，整体架构上，遵循SOA架构体系标准。
1、系统设计采用微服务思想，同一业务功能都由一个微服务提供，保证服务的复用性。以应用为边界，服务内聚为服务中心，各应用之间不能直接调用内部的服务，且数据存储相互之间独立，服务可以通过网关对外提供服务能力。其中数据存储为完全自有内部存储管理。
2、整个技术体系包含：文档集、工具集、组件集，其中，文档集包含规范、指南、流程、知识库等；工具集包含流程性工具、自动化工具、辅助类工具等；组件集又可以细分为与具体业务无关的通用组件和特定行业相关的领域组件。
3、提供框架级的集成能力，可以便捷的集成外部服务或组件（如：流程引擎、规则引擎），快速的扩展系统的能力边界。
三、平台项目自主化，项目上线后，无论是系统、规则使用率还是资源使用效果较以往都有了明显改善与提升。
1、管理意识大幅提升：通过新资源维修平台，机构进一步了解运行规则，提升对网点的管理水平；
2、基础数据质量大幅提升：网点服务码、修理厂代码以及送返修代码之间实现实时无缝对接；
3、资源管理效能大幅提升：通过平台数据分析，机构对网点可以进行更加合理地布局；
4、资源使用效果大幅提升：A端首发率大幅提升、合作业务数大幅提升；
5、系统推动业务转型发展：通过严密的平台间数据交互与逻辑控制关系，多维的送返修优先级评级体系，合理的资源分配规则体系，先进的送返修下发模式对送返修资源的管理和使用效能提供了系统的有力支撑和促进。
平台成功上线后利用平台的送返修网点从上线前的1482个增加到2832个，维修资源合作类修理厂占比结果也较年初提升了4个百分点
一、项目建设背景及目标
（一）建设背景及目标
1.背景
在当下车商渠道合作模式和业务发展过程中，维修资源的作用绝对不亚于前端销售费用，如何最大限度的合理利用好维修资源来促进车商渠道业务的发展，也是目前同业在车商渠道内聚焦研究的问题。为解决存在网点评级模式粗放，资源分配规则不完善，送返修下发方式单一等问题，进一步优化维修资源分配规则，提高送修推送成功率和资源使用率。
2.目标
提升基础数据的维护质量：网点服务码、修理厂代码以及送返修代码之间实现实时无缝对接；
提升对网点的管理水平：通过平台让机构进一步了解运行规则，提升对网点的管理水平；
提升资源管理的效率：通过平台数据分析，机构对网点可以进行更加合理的布局。通过平台，一定程度上掌握了资源，为车商发展提供技术支撑,实现降赔减损、增加业务产能。
二、项目主要创新点
（一）车商网点的精细化管理
1.精细管理、精准送修
(1)精细管理
通过网点、修理厂的一对一，多对一关系，实现网点、修理厂的关联，生成送返修码。实现从承保出单开始进行标识跟踪。
通过网点的信息配置；
合作模式：实现网点的返修，送修+返修的区分，明确网点性质；
送修区域、指定送修区域：实现区域控制，达到区域精准送修；
送修优先级、优先级得分：根据规则体系计算得出，达到合理无异议结果；
循环周期限额：有限资源尽可能合理使用，需要多少与给多少的控制关系，是产能配比的管理思想的前置体现。
品牌维护：本品牌>自选品牌>全品牌，实现品牌的区别化配置。
(2)精准送修
根据返修>ET送修>指定送修>普通送修>ET兜底的总体原则，实现了标的车、三者车根据规则的精准推送，为业务合作修理厂，理赔合作修理厂推送合理的车辆，并与车易赔的修理厂A端，保险公司查勘员的B端，核心系统，形成信息闭环，保证被保险人的车辆信息的从承保、出险、理赔的全流程跟踪，便捷客户，体现简单理赔，就在天安的服务宗旨。
三、项目主要功能介绍
（一）三大功能、二大规则
1.三大功能
(1)修理厂管理
该模块包括：修理厂基本信息、ET送修信息、折扣率信息、修理厂品牌信息、修理厂合作协议信息。其整合了精友修理厂管理模块和车易赔ET修理厂模块，迁移原第三方管理平台的数据至我司自有平台，保护数据的安全性，通过接口同时保证数据的统一性。
(2)车商优先级评级管理
该模块包括：业务送返修指标及规则维护、运算、执行、调整的核心模块，将支持和实现分机构不同业务送返修规则的运算、执行与调整。
送返修指标体现了集中+民主，集中：总部确定指标库（指标项目、性质、权重上下限）；民主：分公司可自主确定指标的权重及取值标准、分公司可自主选择可选指标、分公司可自主维护部分定性指标用于调节。
评级规则体现了重视规模、保证品质、监控过程。其中系统设置必选指标：连续十二个月保费规模、近三个月月均保费规模、直接成本率、是否为总、分项目。可选指标：满期已报告赔付率、配件价格折扣率、换修比、累计店内新车占比、是否参加增值服务、是否有直赔垫付服务、诚信品质
综合服务品质。分公司在总公司维护的指标库中根据各分公司对应情况选择相应指标。
评级规则优先级调整体现了规则下的变通。网点根据分公司维护的规则及报表数据运算得出评分后，如果机构因新合作网点、短期集中支持的网点、品牌主攻等原因，需要对其中部分网点优先级手工进行调整的通过此模块手工修改网点运算得分，从而影响其评级优先级。优先级调整需至总公司审核通过后方生效。同时调整网点做多2个季度的保护期且每个季度必须调整一次。
(3)送返修管理
该模块维护中包括：网点基本信息、修理厂相关信息、送返修信息栏，循环周期限额，送返修品牌、送返修联系人。送返修状态。
网点基本信息：在销管系统-网点服务码中维护了送返修信息栏后，网点信息才可带出且不可修改，否则无法查询获取。
修理厂相关信息：在修理厂管理中维护了相关信息后，修理厂信息才可带出且不可修改；合同有效期：呈现红色表示该协议有效期还有一个月，协议即将失效；送修状态：可手动调整有效、失效。
送返修信息栏：渠道合作模式：当渠道合作模式为“返修”时，仅显示返修范围维护信息字段：全辖、分公司、中支；送修优先级得分：调用规则评级体系结果，不可修改，新代码生成时默认60分，低于50分强制取消送修。推送数量限额：用以控制单个网点周期内的上限任务数，避免产能倒挂，达到限额后本周期内该网点不再收到送修短信/任务，待下一周期开始后重新按照优先级排序及推送数量限额参与循环。
循环周期限额：标识固定为月，在0-500内整数维护。其含义：在一个月的周期内单个网点可以接收的送修任务上限；达到上限后，在当月不再给此网点推送送修任务；循环周期限额任务统计仅限公共资源送修，不包含返修。其作用和意义：产能配比的管理思想的前置体现：年化多少保费需要多少送返修金额。提前预防产能倒挂；合理分布维修资源：原有平台上优先级靠后的网点实际上是不可能收到送修任务的，通过循环周期限额控制，优先级靠前的网点达到要求后，靠后的网点也能收到送修资源支持。
送返修品牌包括：本品牌、自选品牌、全品牌。本品牌：网点服务码维护的品牌自动带入本品牌中，可修改或删减；且本品牌中仅可维护一个品牌，如网点服务码维护多个品牌的，需手工调整至一个品牌，其他品牌可增加至自选品牌中。自选品牌：查询选定后添加，最多限30条。全品牌：自行勾选，如网点服务码类型为4S店时，不允许勾选全品牌。
送返修联系人：新增网点的联系人和联系方式，每个网点最多限10条。
送返修状态：置为无效场景：手工置为无效：业务合作继续，但无需送返修资源支持。系统自动置为无效：销管网点服务码状态调整为“无效”、修理厂状态调整为“无效”、修理厂类型由“合作类”改为“非合作类”、修理厂类型由“业务合作”调整为“理赔合作”、修理厂合同有效期到期。置为有效场景：核查相关代码的状态及关键字段维护、工去调整送返修代码状态，提交申请、审核。
2.二大规则
(1)ET送修规则
将不符合业务送修需求的以及部分赔付或品质较差的业务在业务送修中予以规避，凡是触碰总公司勾选后的送修条件，在车辆出险系统执行送修规则前应判断送修条件，与送修条件不符的直接执行理赔送修，不再进行业务送修。此体现了维修资源对业务发展要有一定的支持，同时也要成本管控的思路。
对于不符合业务送返修条件的案件，包括车辆种类（货车、摩托车）、出险次数多、高端车、零正比高的车辆，直接推送至ET网点降赔减损。
(2)业务送修规则
返修>ET送修>指定送修>普通送修>ET兜底送修。返修：是否有效、返修范围、保单有跟单返修码。指定送修：品牌相符、是否在指定送修区域内、是否达到循环周期限额、评分优先级、网点种类（4S>综合经销商）、品牌（本品牌>自选品牌>全品牌）。普通送修：10公里范围内是否有业务合作网点，有：业务合作网点绝对优先：是否达到循环周期限额、评分优先级、网点种类（4S>综合经销商）、品牌（本品牌>自选品牌>全品牌）。否：距离就近规则，业务和理赔合作网点一起判断，业务合作网点判断：品牌相符、送返修代码有效、是否达到循环周期限额。
四、项目技术方案
（一）技术要求
1.整体架构满足行业标准，按照SOA体系标准设计
整体架构上，遵循SOA架构体系标准；
系统设计采用微服务思想，同一业务功能都由一个微服务提供，保证服务的复用性；
以应用为边界，服务内聚为服务中心，各应用之间不能直接调用内部的服务，且数据存储相互之间独立，服务可以通过网关对外提供服务能力；
提供框架级的集成能力，可以便捷的集成外部服务或组件（如：流程引擎、规则引擎），快速的扩展系统的能力边界
2.应用系统高可用，支持分布式、横向扩展
维修资源统一管理平台系统承接的是全国性的业务，系统承接的业务量很大，信息系统需要具备良好的横向扩展能力以及在多种环境部署运行的能力。分布式的计算和存储是能够很好应对横向扩展的解决方案，从计算角度，技术平台需要提供分布式服务框架、分布式批处理框架；从存储角度，技术平台需要提供分布式的数据库能力。
在大规模集群环境下，日志的管理、配置信息管理、系统的监控、异常信息管理都不能按照传统的处理方式。日志管理需要具备标准一致、统一收集存储、并提供便捷的查询检索和分析的功能。配置信息需要有统一的配置入口，提供基础数据、转码、调用IP等信息的配置。系统监控需要能够覆盖整个服务集群的调用链，并提供可视化和报警功能。异常的管理需要有统一的定义，使沟通语义保持一致，需要具备自动化、可配置的提醒功能，能够提供查询、定位以及处理机制。
3.部署环境灵活性，多种运行环境，便捷发布方式
在不同发展阶段，对基础设施资源的需求和使用也会有所不同，这就要求系统具备在传统硬件、公有云、私有云以及混合云环境下的部署运行能力。技术平台应该不依赖于特定的底层环境，可部署运行于各种底层资源环境下。
同时，在面对大规模集群环境时，系统的发布部署需要支持自动化的部署方式，提高效率，降低人为出错的影响；在特殊的环境下，也支持手工的部署，灵活处理
(二)技术体系
整个技术体系包含：文档集、工具集、组件集，其中，文档集包含规范、指南、流程、知识库等；工具集包含流程性工具、自动化工具、辅助类工具等；组件集又可以细分为与具体业务无关的通用组件和特定行业相关的领域组件
从软件生命周期角度来看，整个体系又可划分为五个阶段：需求分析、架构设计、开发编码、质量测试、部署运维
五、项目效果
（一）系统解决的问题
1.增加了资源
三者车、电网销、手持工具
2.优化了规则
可配置的优先级评级规则
合理的送修规则
3.实现了对接
业务和理赔
送返修与车易赔
4.清理了数据
网点服务码
码与码的联动控制
5.明确了分配
业务与理赔
高风险、高赔付降赔
业务合作VIP的理赔告知
6.弥补了断点
送返修任务的全流程流转过程
送返修任务流
(二) 系统的价值提升
1.管理意识大幅提升
通过新资源维修平台，机构进一步了解运行规则，提升对网点的管理水平
2.基础数据质量大幅提升
网点服务码、修理厂代码以及送返修代码之间实现实时无缝对接
3.规则执行准确率大幅提升
目前送修、返修基本按规则运行，因系统问题造成错误情况较少
4.资源管理效能大幅提升
通过平台数据分析，机构对网点可以进行更加合理地布局；
可将资源按品牌、按区域、按顺序以及按定量等多种配置模式；
可将业务、理赔合作资源进行更加合理的配置。
5.资源使用效果大幅提升
平台触发任务数大幅提升；
A端首发率大幅提升；
合作业务数大幅提升；
(三)系统推动业务转型发展
通过严密的平台间数据交互与逻辑控制关系，多维的送返修优先级评级体系，合理的资源分配规则体系，先进的送返修下发模式对送返修资源的管理和使用效能提供了系统的有力支撑和促进。
平台上线后利用平台的送返修网点从上线前的1482个增加到2832个，维修资源合作类修理厂占比结果也较年初提升了4个百分点。
