CN108876637A - 一种保险公司快速理赔平台 - Google Patents

Abstract

本发明涉及一种保险公司快速理赔平台，其包括统一输入校验接口模块，个体用户和企业用户都通过统一输入校验接口模块进行线上报案快速理赔；理赔服务编排引擎模块根据统一输入校验接口模块传输至的理赔信息，并根据不同用户数据编排不同理赔服务给保险公司进行快速理赔；功能服务支撑模块用于支撑理赔服务编排引擎模块，形成理赔明细案子、及其进度数据，然后由理赔统一输出接口传输至用户；保险公司协议配置器模块是配置保险公司对接的方式和传输格式以及保险公司回调地址，通过web界面就能进行配置。本发明基于K8S自动化部署容器和编排服务引擎配置以及灵活的保险公司协议转换器输入输出，有效提高对接效率，统一输入输出接口，高可用，高并发。

Description

一种保险公司快速理赔平台

技术领域

本发明涉及一种保险理赔平台，特别是关于一种保险公司快速理赔平台。

背景技术

随着人类社会经济的提升，当前人们对于保险认知也不断提升认知及重要性，有很多企业专项福利就帮助单位员工购买一份甚至几份保险，这样就踊跃出很多保险经纪公司帮助各企业用户购买不同的保险产品。然而购买保险产品的目的就是能够理赔，给自己多一份经济保障。所以这种经济公司希望更快捷、更好的服务企业用户来带动更多业务量，对应保险公司也希望理赔成本降低，将理赔服务涉及的各个服务外包给第三方服务而自己侧重收款和打款。

目前很多经济公司，一方面要为了吸收企业客户、一方面自己做理赔对接开发、另一方面还得对接保险公司，对于中国小型经济公司这样会带来很多的沟通成本和繁琐的对接，如果对接个上百家或者上千家企业用户，而且对接的保险公司也不止一家，可想而之要顾及服务、还要顾及实效更要考虑自己的成本和质量，多么棘手的。对于保险公司公司也存在如此的现象。对于这些中小型的经代公司和保险公司，如何提供一个中间的服务商能给他们处理中间过程，帮助他们减少沟通成本和提高理赔效率达到快速理赔，成为目前亟需解决的技术问题。

发明内容

针对上述问题，本发明的目的是提供一种保险公司快速理赔平台，其基于K8S自动化部署容器和编排服务引擎配置以及灵活的保险公司协议转换器输入输出，有效提高对接效率，统一输入输出接口，高可用，高并发。

为实现上述目的，本发明采取以下技术方案：一种保险公司快速理赔平台，其特征在于包括：统一输入校验接口模块、理赔服务编排引擎模块、功能服务支撑模块和保险公司协议配置器模块；个体用户和企业用户都通过所述统一输入校验接口模块进行线上报案快速理赔；所述理赔服务编排引擎模块根据所述统一输入校验接口模块传输至的理赔信息，并根据不同用户数据编排不同理赔服务给保险公司进行快速理赔；所述功能服务支撑模块用于支撑理赔服务编排引擎模块，形成理赔明细案子、及其进度数据，然后由理赔统一输出接口传输至用户；所述保险公司协议配置器模块是配置保险公司对接的方式和传输格式以及保险公司回调地址，通过web界面就能进行配置。

进一步，所述统一输入校验接口模块由报案模块和校验模块构成；所述报案模块：对于企业用户报案通过单个或批量报案入口，企业HR输入用户IDCard及上传对应用户单据图片zip包达到快速报案；对于个体用户报案通过手机端入口进行拍照快速报案；并且每一个报案的用户都能通过关注的微信公众号及提供的手机实时跟进案件进度；所述校验模块用于第一时间初审用户单据信息以及是否能够理赔并实时反馈给用户。

进一步，所述报案模块中，对于不同个体用户、不同企业都能在统一报案入口上传电子单据，无需关注其他信息即可快速报案。

进一步，所述理赔服务编排引擎模块包括线上收单服务模块、初审数据服务模块、全明细录入服务模块、复审数据服务模块、理算数据服务模块和push消息服务模块；通过这些服务模块支撑编排引擎的分发，达到不同用户分发给不同保险公司进行快速理赔；所述线上收单服务模块用于负责线上收集用户的单据；所述初审数据服务模块用于初次审核用户提交的单据图片，是否符合本次理赔最基本规格；所述全明细录入服务模块用于录入单据上的数据，包括发票信息和药品信息；所述理算数据服务模块对相对应本次理赔的单据进行理算；所述复审数据服务模块用于二次复审用户理赔数据，确保提交给保险公司的都是可以结案的单子；所述push消息服务模块用于每一步操作发送短信或者微信消息。

进一步，所述理赔服务编排引擎模块采用JavaSpringBoot来实现。

进一步，所述理赔服务编排引擎模块能快速对接保险公司端理赔服务，其传输的格式为xml格式、json格式或Excel文件，文件格式能自由切换。

进一步，通过保险公司协议配置器设置不同保险公司的格式类型，获取理赔服务编排引擎中DataConvert统一数据结构后转换对应的保险公司的数据格式。

进一步，所述功能服务支撑模块主要包括ESB、PushSender、DataConvert和K8S；ESB用于各组件中的消息传输队列存储；PushSender集成了手机渠道发送短信和微信公众号消息push，通过PushSender发送消息给用户，让用户能够实时跟进自己的理赔案件进度；DataConvert是针对保险公司对接输出格式的部分，负责自由切换不同保险公司的对接格式；K8S是用于服务本平台所有的项目部署配置、负载配置以及监控服务集群管理的容器支撑。

进一步，所述保险公司协议配置器模块包括传输协议配置和数据格式配置：所述传输协议配置用于对接保险公司中http协议、ftp协议配置；数据格式配置用于对接保险公司中数据格式的定义配置。

本发明由于采取以上技术方案，其具有以下优点：1、本发明统一保险公司对接口，经济公司SaaS无需关注保险公司对接。2、本发明支撑全流程理赔服务，解决了保险公司理赔繁琐且重复工作的弊端。3、本发明让不同的经济公司SaaS更加关注和挖掘用户没有后顾之忧，同时也帮助保险公司处理理赔服务。4、本发明快速对接保险公司、快速理赔，对接效率较高。5、本发明有效的解决了行业内不同的保险公司与经济公司理赔服务和沟通成本高、服务用户质量差、对接繁琐的问题。

附图说明

图1是本发明的整体结构示意图。

具体实施方式

下面结合附图和实施例对本发明进行详细的描述。

如图1所示，本发明提供一种保险公司快速理赔平台，其包括：

1)统一输入校验接口模块：

无论是个体用户还是企业用户都可通过统一输入校验接口模块进行线上报案快速理赔。

统一输入校验接口模块由报案模块和校验模块构成；其中：

报案模块：对于企业用户报案通过单个或批量报案入口，企业HR输入用户IDCard及上传对应用户单据图片zip包达到快速报案；对于个体用户报案可通过手机端入口进行拍照快速报案。并且每一个报案的用户可通过关注的微信公众号及提供的手机实时跟进案件进度。对于不同个体用户还是不同企业都能在统一报案入口上传电子单据，无需关注其他信息即可快速报案。

校验模块用于第一时间初审用户单据信息以及是否能够理赔并实时反馈给用户，以保证用户最有效且快速的理赔。

2)理赔服务编排引擎模块根据统一输入校验接口模块传输至的理赔信息，并根据不同用户数据编排不同理赔服务给保险公司进行快速理赔；

由于对接的保险公司不同，需要理赔细节也不同，如：有些保险公司只需收集用户单据即可进行快速报案(线上收单)或者还需要解析单据的全明细才能报案理赔(全明细录入)等。理赔服务编排引擎模块根据不同用户数据编排不同理赔服务给保险公司进行快速理赔。

理赔服务编排引擎模块包括线上收单服务模块、初审数据服务模块、全明细录入服务模块、复审数据服务模块、理算数据服务模块和push消息服务模块。通过这些服务模块支撑编排引擎的分发，达到不同用户分发给不同保险公司进行快速理赔。

线上收单服务模块用于负责线上收集用户的单据，可以是代保险公司收单。

初审数据服务模块用于初次审核用户提交的单据图片，是否符合本次理赔最基本规格(例如是否单据清晰、是否缺失单据等)；

全明细录入服务模块用于录入单据上的数据，包括发票信息和药品信息等；

理算数据服务模块对相对应本次理赔的单据进行理算，比如理赔金额的核算等信息。

复审数据服务模块用于二次复审用户理赔数据，确保提交给保险公司的都是可以结案的单子。

push消息服务模块用于每一步操作发送短信或者微信消息。

理赔服务编排引擎模块采用JavaSpringBoot来实现。使用它可快速开发一个新的理赔服务，而且部署简单，扩展性强，可以更好的对接不同保险公司的理赔服务，达到快速理赔。而且理赔服务编排引擎模块很好的快速对接保险公司端理赔服务，其传输的格式可以xml格式、也可以json格式甚至Excel文件等自由切换，而且采用K8S作为底层的自动部署容器，更增加了网络的传输稳定性和处理效率。比如现在要接入一家新的保险公司公司A，然而A保险公司除了现有理赔服务还得增加一个新理赔P1的业务环节，此时仅需要增加一个springboot项目针对P1来开发，通过K8S来部署，然后在编排引擎模块中设置此保险公司对应的P1环节即可。这样达到快速开发、快速部署、快速理赔的对接方式。

其中，传输格式的自由切换方法为：由于通过对接保险公司不同，支持输出的数据格式可以是xml、json、excel格式。实现方式是通过保险公司协议配置器设置不同保险公司的格式类型，获取理赔服务编排引擎中DataConvert(数据格式转换器)统一数据结构后转换对应的保险公司的数据格式。

3)功能服务支撑模块用于支撑理赔服务编排引擎模块，形成理赔明细案子、及其进度数据，然后由理赔统一输出接口传输至用户，达到理赔高效、快速、且稳定等优势。

功能服务支撑模块主要包括ESB(企业服务总线)、PushSender(消息发送器)、DataConvert(数据格式转换器)和K8S(Kubernetes容器集群管理)。其中：

ESB用于各组件中的消息传输队列存储；ESB提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用(服务)和其他组件之间的互操作，能够满足大型异构企业环境的集成需求。通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。更重要的是，充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。同时ESB具备分布式事务，保证数据的一致性。

PushSender集成了手机渠道发送短信和微信公众号消息push，通过PushSender可以发送消息给用户，让用户能够实时跟进自己的理赔案件进度。

DataConvert是针对保险公司对接输出格式的部分，主要负责自由切换不同保险公司的对接格式。

比如一个赔案对应两张发票数据，传给保险公司公司可以如下格式：Excel格式、Json格式或Xml格式。

K8S(Kubernetes)是自动化容器操作的开源平台，K8S是用于服务本平台所有的项目部署配置、负载配置以及监控服务集群管理的容器支撑。这些操作包括部署，调度和节点集群间扩展。其特点为：自动化容器的部署和复制；随时扩展或收缩容器规模；将容器组织成组，并且提供容器间的负载均衡；很容易地升级应用程序容器的新版本；提供容器弹性，如果容器失效就替换它。

4)保险公司协议配置器模块是配置保险公司对接的方式和传输格式以及保险公司回调地址，通过web界面配置即可；

保险公司协议配置器模块包括传输协议配置和数据格式配置：

传输协议配置用于对接保险公司中http协议、ftp协议配置。

数据格式配置用于对接保险公司中数据格式的定义配置。

综上所述，本发明在使用时，用户可以通过客户端提交电子单据(理赔所需的：发票、处方、病例等基本电子图片)在线报案，本发明的平台会有初审、理算、复审等编排服务快速帮助用户提供的资料尽量都是合格的，通过本平台能够快速对接不同保险公司，达到快速敏捷的理赔。

上述各实施例仅用于说明本发明，各个步骤都是可以有所变化的，在本发明技术方案的基础上，凡根据本发明原理对个别步骤进行的改进和等同变换，均不应排除在本发明的保护范围之外。

Claims (9)

1.一种保险公司快速理赔平台，其特征在于包括：统一输入校验接口模块、理赔服务编排引擎模块、功能服务支撑模块和保险公司协议配置器模块；

个体用户和企业用户都通过所述统一输入校验接口模块进行线上报案快速理赔；

所述理赔服务编排引擎模块根据所述统一输入校验接口模块传输至的理赔信息，并根据不同用户数据编排不同理赔服务给保险公司进行快速理赔；

所述功能服务支撑模块用于支撑理赔服务编排引擎模块，形成理赔明细案子、及其进度数据，然后由理赔统一输出接口传输至用户；

所述保险公司协议配置器模块是配置保险公司对接的方式和传输格式以及保险公司回调地址，通过web界面就能进行配置。

2.如权利要求1所述的理赔平台，其特征在于：所述统一输入校验接口模块由报案模块和校验模块构成；

所述报案模块：对于企业用户报案通过单个或批量报案入口，企业HR输入用户IDCard及上传对应用户单据图片zip包达到快速报案；对于个体用户报案通过手机端入口进行拍照快速报案；并且每一个报案的用户都能通过关注的微信公众号及提供的手机实时跟进案件进度；

所述校验模块用于第一时间初审用户单据信息以及是否能够理赔并实时反馈给用户。

3.如权利要求2所述的理赔平台，其特征在于：所述报案模块中，对于不同个体用户、不同企业都能在统一报案入口上传电子单据，无需关注其他信息即可快速报案。

4.如权利要求1所述的理赔平台，其特征在于：所述理赔服务编排引擎模块包括线上收单服务模块、初审数据服务模块、全明细录入服务模块、复审数据服务模块、理算数据服务模块和push消息服务模块；通过这些服务模块支撑编排引擎的分发，达到不同用户分发给不同保险公司进行快速理赔；

所述线上收单服务模块用于负责线上收集用户的单据；

所述初审数据服务模块用于初次审核用户提交的单据图片，是否符合本次理赔最基本规格；

所述全明细录入服务模块用于录入单据上的数据，包括发票信息和药品信息；

所述理算数据服务模块对相对应本次理赔的单据进行理算；

所述复审数据服务模块用于二次复审用户理赔数据，确保提交给保险公司的都是可以结案的单子；

所述push消息服务模块用于每一步操作发送短信或者微信消息。

5.如权利要求4所述的理赔平台，其特征在于：所述理赔服务编排引擎模块采用JavaSpringBoot来实现。

6.如权利要求4或5所述的理赔平台，其特征在于：所述理赔服务编排引擎模块能快速对接保险公司端理赔服务，其传输的格式为xml格式、json格式或Excel文件，文件格式能自由切换。

7.如权利要求6所述的理赔平台，其特征在于：所述传输格式的自由切换方法为：通过保险公司协议配置器设置不同保险公司的格式类型，获取理赔服务编排引擎中DataConvert统一数据结构后转换对应的保险公司的数据格式。

8.如权利要求1所述的理赔平台，其特征在于：所述功能服务支撑模块主要包括ESB、PushSender、DataConvert和K8S；

ESB用于各组件中的消息传输队列存储；

PushSender集成了手机渠道发送短信和微信公众号消息push，通过PushSender发送消息给用户，让用户能够实时跟进自己的理赔案件进度；

DataConvert是针对保险公司对接输出格式的部分，负责自由切换不同保险公司的对接格式；

K8S是用于服务本平台所有的项目部署配置、负载配置以及监控服务集群管理的容器支撑。

9.如权利要求1所述的理赔平台，其特征在于：所述保险公司协议配置器模块包括传输协议配置和数据格式配置：

所述传输协议配置用于对接保险公司中http协议、ftp协议配置；

数据格式配置用于对接保险公司中数据格式的定义配置。