CN114387114A - 一种保险服务平台及管理方法 - Google Patents

Abstract

本发明公开了一种保险服务平台及管理方法，方法包括：获取客户的投保需求，根据客户的投保需求，生成投保方案；检测到客户提交的理赔报案申请，获取客户的理赔数据；对客户的理赔数据进行审核，判断理赔数据是否齐全；若理赔数据齐全，则判定理赔数据审核无误，进入款项赔偿流程；若理赔数据不齐全，则提醒客户补充资料，检测到客户上传补充资料后，获取用户补充后的理赔数据，对理赔数据进行审核，根据审核结果执行对应的操作。本发明实施例采用良好的人机交互设计，用户可以方便快捷录入服务、管理服务、统计分析，提高了用户的工作效率，为客户针对整个保险服务带来了极大便利。

Description

一种保险服务平台及管理方法

技术领域

本发明涉及大数据技术领域，尤其涉及一种保险服务平台及管理方法。

背景技术

保险是指投保人根据合同约定，向保险人支付保险费，保险人对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿保险金责任，或者被保险人死亡、伤残、疾病或者达到合同约定的年龄、期限等条件时承担给付保险金责任的商业保险行为。随着经济发展，各种各样的保险出现，可实现对人人生财力进行规划，进行风险管理。

在日常工作中，客户针对保险相关的日常工作均需人为通过传统的电话、邮件、短信等方式进行线下沟通及交互，极大的浪费了人力、物力、财力。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种保险服务平台及管理方法，旨在解决现有技术中保险业务需要通过线下进行沟通，极大的浪费了人力、物力、财力的技术问题。

本发明的技术方案如下：

一种保险服务平台，所述平台包括：

投保管理模块，用于获取客户的投保需求，根据客户的投保需求生成对应的保单，并对保单进行管理；

理赔管理模块，用于获取客户提交的理赔报案申请，获取客户的理赔数据，对理赔数据进行审核，审核无误后进行理赔。

进一步地，所述投保管理模块包括：

投保反馈单元，用于接收客户的投保需求，并对客户的投保需求进行反馈；

续保提醒单元，用于对满足续保提醒条件的投保客户发送续保提醒；

投保及保单查看单元，用于对根据客户的投保需求生成电子保单，并在检测到保单详情查看指令时，展示相应的保单详情。

进一步优选地，所述投保管理模块还包括:

对接单元,用于将客户的保单数据与其他系统进行对接。

进一步优选地，所述投保管理模块还包括:

投保分析单元，用于客户的投保数据进行分析度量计算，生成投保报告。

优选地，所述理赔管理模块包括：

在线报案单元，用于获取客户提交的理赔报案申请，获取客户上传的理赔数据；

案件审核单元，用于对理赔数据进行审核，根据理赔规则判断理赔数据是否齐全，当材料齐全时，判定理赔数据审核无误；

理赔单元，用于理赔数据审核无误后，根据客户提供的账户信息，将赔款支付到所述账户。

进一步地，所述案件审核单元还包括：

资料补传校验子单元，用于当判定理赔数据不齐全时，获取客户提交的补传资料，对补传资料进行校验。

进一步地，所述理赔管理模块还包括：

理赔状态查询单元，用于检测到理赔状态查询指令，对案件的理赔进度进行展示。

本发明的另一实施例提供了一种基于保险服务平台的管理方法，所述方法包括：

获取客户的投保需求，根据客户的投保需求，生成投保方案；

检测到客户提交的理赔报案申请，获取客户的理赔数据；

对客户的理赔数据进行审核，判断理赔数据是否齐全；

若理赔数据齐全，则判定理赔数据审核无误，进入款项赔偿流程；

若理赔数据不齐全，则提醒客户补充资料，检测到客户上传补充资料后，获取用户补充后的理赔数据，对理赔数据进行审核，根据审核结果执行对应的操作。

本发明的另一种实施例提供了一种保险服务平台管理装置，所述设备包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的保险服务平台的管理方法。

本发明的另一实施例还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行上述的保险服务平台的管理方法。

有益效果：本发明实施例采用良好的人机交互设计，用户可以方便快捷录入服务、管理服务、统计分析，提高了用户的工作效率，为客户针对整个保险服务带来了极大便利。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为本发明一种保险服务平台的较佳实施例的功能结构示意图；

图2为本发明一种保险服务平台的管理方法较佳实施例的流程图；

图3为本发明一种保险服务平台的管理装置较佳实施例的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。以下结合附图对本发明实施例进行介绍。

本发明实施例提供了一种保险服务平台的较佳实施例，如图1所示，平台包括：

投保管理模块100，用于获取客户的投保需求，根据客户的投保需求生成对应的保单，并对保单进行管理；

理赔管理模块200，用于获取客户提交的理赔报案申请，获取客户的理赔数据，对理赔数据进行审核，审核无误后进行理赔。

具体实施时，通过输入保单号可以快速准确地带出投保数据；可通过系统对接大批量保单信息展现，将这些保单信息方便快捷的提供给客户使用；通过保险统计可统计多种维度的数据，灵活方便快捷的查看保单、理赔数据；

通过组织机构的层级进行针对保单、理赔等多个方面来管理其子公司的保险理赔等数据。

本发明实施例是为了快速响应客户需要，构建为大客户开发一套以客户为核心的一体化保险共享服务平台，供客户在承保、理赔及日常运营使用上更简单、高效、便利。

通过将此保险共享服务的概念进行整合，在根据管控及分析等维度进行扩展，依照客户使用便利性的角度出发，整合了全方面的大客户保险共享服务平台。

此系统通过前后端分离方式进行开发，前端使用vue框架进行搭建，后端使用了springMVC框架进行开发，通过redis及mysql数据库进行缓存处理及数据存储。

进一步地，投保管理模块包括：

投保反馈单元，用于接收客户的投保需求，并对客户的投保需求进行反馈；

续保提醒单元，用于对满足续保提醒条件的投保客户发送续保提醒；

投保及保单查看单元，用于对根据客户的投保需求生成电子保单，并在检测到保单详情查看指令时，展示相应的保单详情。

具体实施时，投保反馈包括保险反馈、用户使用反馈提醒、用户使用反馈操作。

保险反馈单元的使用对象为人保管理员。具体功能如下：

该页面显示用户提交的所有保险反馈记录；提交反馈时初始状态为“待保险公司反馈”；

保险需求反馈弹框新增红框“需求反馈进度”字段，该字段有三种状态可供选择：a)保险产品待上架；b)保险产品已上架；c)保险公司已拒绝。

用户使用反馈弹框新增红框“需求反馈进度”字段，该字段有四种状态可供选择：a)待保险公司反馈；b)保险产品待上架；c)保险产品已上架；d)保险公司已拒绝。

在该单元中仅管理员可查看全部信息；仅管理员可修改所有信息。其他用户无权限。

用户使用反馈提醒的功能如下。用户为：人保管理员。

具体功能如下：

用户提交服务反馈时，管理员端显示“服务反馈提醒”，该提醒是全局提醒，无论管理员处于哪个页面都会显示该提醒；

点击“服务反馈提醒”上的“我知道了”则隐藏该本次提醒，点击“立即处理”则跳转到服务反馈管理页面；

有多条服务反馈提醒时，也只显示最新的一条，点击立即处理按钮后跳转到服务反馈管理页面去统一处理；

使用用户使用反馈操作功能的用户有：人保管理员。

具体功能如下：

新增服务反馈管理页面用于管理员统一管理用户提交的服务反馈，该入口位于右上角小图标；

该页面的筛选条件有：服务环节、用户名称、处理状态、提交时间；

服务环节的下拉单选项为该系统所有的二级菜单名称；

处理状态的下拉单选项有两个选项：待处理、已处理；

点击“查询”按钮，按输入的筛选条件查询并显示符合条件的服务反馈；

刚进入该页面时默认显示所有的服务反馈数据用户提交上来的服务反馈初始状态为“待处理”；

服务反馈列表按提交时间倒序排列，由最近的排到最早的；

点击“查看详情”按钮，显示“服务反馈详情”弹框；管理员可在“服务反馈详情”弹框上输入处理结果，并点击保存按钮，此时该数据自动变为“已处理”状态；

“已处理”状态的数据点击查看详情时，处理结果为灰色不可操作状态，且保存按钮变为关闭按钮；

仅“待处理”状态的数据点击查看详情时，处理结果才为可输入状态，且点击保存按钮保存处理结果；

管理员点击右上角服务反馈小图标进入的是“服务反馈管理”页面，用户点击进入的是“服务反馈记录”页面，不同角色权限点击进入不同的页面；

管理员可查看全部反馈，企业用户自能看到自身反馈信息。

续保提醒包括续保提醒逻辑及续保提醒方式；

续保提醒逻辑功能用户面向企业客户。

具体功能如下：

该页面显示所有进入续保期间(距离终保日期90天内)的保单；

可勾选单个或者多个进行续保提醒设置；

勾选单个保单时，下列则默认显示上次操作保存的续保提醒设置；

勾选多个保单时，下列续保提醒则默认显示为空，可进行新增续保提醒设置，点击提交后覆盖之前的设置；

点击“新增”按钮，则添加多一条设置数据；

点击“保存”按钮，保存本次操作；

保存后当天开始计算并提醒用户，用户脱保后也继续提醒，知道用户续保成功不在该列表了，则不再提醒；

若提醒方式文字太长则用省略号显示，讲光标移到该文字上方时，显示提示框展示所有停驶方式内容；

点击“提醒记录”按钮，显示提醒记录弹框；

提醒记录默认显示最近的10条，按时间先后倒序排列；

只能企业修改自身保单续保规则，其他子公司保单无权限修改；

企业可以查看自身以及其子公司所有续保提醒记录；

续保时间按终保日期前90天内即为续保期；

按到期时间若未到续保提醒时间不自动显示续保提醒任务；

续保规则未更改，自动生成续保提醒任务记录，若清空，则清空旧记录重新生成新任务记录；

根据不同续保提醒方式匹配不同提醒模板规则；

续保下次提醒时间若当前时间未超过下次提醒时间则不修改，如果超过,则按照规则重新设定新续保下次提醒时间；

更新续保提醒新规则，所有旧规则不再执行并且不再显示。

续保提醒短信及邮件发送使用用户有：企业客户；

具体功能如下：

续保提醒目前仅支持“短信”和“邮件”，当选择“人工电话”或“微信推送”时，无效操作且显示温馨提醒弹框，点击确定按钮关闭弹框；

提醒手机号码输入框仅支持以1为开头的11位有效数字，且自动带出用户个人信息的手机号码可支持修改；

提醒邮件输入框默认带出用户个人信息的邮件地址；

提醒手机号码输入框和提醒邮件地址输入框均为必录项。

投保及保单查看单元包括企财险投保、雇主险投保及公众险投保。

企财险投保及保单详情查看使用用户有：企业客户。

具体功能如下：

输入保险起期后，后面的保险到期时间会自动加上一年并显示；

保费金额默认写为0.01元；

“关系人证件类型”有两个下拉选项：①统一社会信用代码、②组织机构代码；

选择完“关系人证件类型”，后面跟着字段会相应跟着变；

“关系人类型”有两个下拉选项：①投保人、②被保人；备注：后台默认2个人为同一个人；

“关系人名称”默认自动带出“我的信息”里的“机构名称”；

“关系人地址”默认自动带出“我的信息”里的“注册地址”；

“统一社会信用代码”默认自动从“我的信息”里获取；

“组织机构代码”默认自动带出“我的信息”里的“机构代码”；

“联系人姓名”、“邮政编码”、“联系地址”默认自动从“我的信息”里获取；

保单详情页面显示财产一切险的保单详情内容；

所有字段只能查看不能编辑修改；

根据险种动态拼接不同保单详情；

点击“提交订单”按钮吗，提交订单。

雇主险投保及保单详情查看的使用用户有：企业客户。

具体功能如下：

输入保险起期后，后面的保险到期时间会自动加上一年并显示；

保费金额默认写为0.01元；

“关系人证件类型”有两个下拉选项：①统一社会信用代码、②组织机构代码；

选择完“关系人证件类型”，后面跟着字段会相应跟着变；

“关系人类型”有两个下拉选项：①投保人、②被保人；备注：后台默认2个人为同一个人；

“关系人名称”默认自动带出“我的信息”里的“机构名称”；

“关系人地址”默认自动带出“我的信息”里的“注册地址”；

“统一社会信用代码”默认自动从“我的信息”里获取；

“组织机构代码”默认自动带出“我的信息”里的“机构代码”；

“联系人姓名”、“邮政编码”、“联系地址”默认自动从“我的信息”里获取；

保单详情页面显示财产一切险的保单详情内容；

所有字段只能查看不能编辑修改；

根据险种动态拼接不同保单详情；；

点击“提交订单”按钮吗，提交订单。

公众险投保及保单详情查看使用用户有：企业客户；

具体功能如下：

输入保险起期后，后面的保险到期时间会自动加上一年并显示；

保费金额默认为0.01元；

“关系人证件类型”有两个下拉选项：统一社会信用代码和组织机构代码；

选择完“关系人证件类型”，后面跟着字段会相应跟着变；

“关系人类型”有两个下拉选项：投保人、被保人；备注：后台默认2个人为同一个人；

“关系人名称”默认自动带出“我的信息”里的“机构名称”；

“关系人地址”默认自动带出“我的信息”里的“注册地址”；

“统一社会信用代码”默认自动从“我的信息”里获取；

“组织机构代码”默认自动带出“我的信息”里的“机构代码”；

“邮政编码”、“联系地址”默认自动从“我的信息”里获取。

进一步优选地，投保管理模块还包括:

对接单元,用于将客户的保单数据与其他系统进行对接。

具体实施时，本发明实施例将客户的保单数据与人保系统的三代系统进行对接。

其中投企财险承保三代对接使用用户有：企业客户；

具体功能如下：

企财险承保对接人保三代核心系统；

企业客户在系统提交企财险的订单后系统调用三代承保接口同步在三代生成订单并出单并生成保单。

雇主险承保三代对接使用用户有：企业客户；

具体功能如下：

雇主险承保对接人保三代核心系统

企业客户在系统提交雇主险的订单后系统调用三代承保接口同步在三代生成订单并出单并生成保单

公众险投保及保单详情查看使用用户有：企业客户；

具体功能如下：

公众险承保对接人保三代核心系统

企业客户在系统提交雇主险的订单后系统调用三代承保接口同步在三代生成订单并出单并生成保单。

进一步优选地，投保管理模块还包括:

投保分析单元，用于客户的投保数据进行分析度量计算，生成投保报告。

具体实施时，投保分析度量计算功能的用户有：企业客户；

具体功能如下：

根据数据权限筛选范围管理员可查看全部，企业仅可查看自身以及子企业；

联动查询:管理员可查看全部，企业仅可查看自身以及子企业。

进一步地，投保管理模块还包括投保清单权限及明细管理单元，所述投保清单权限及明细管理单元的使用用户有：企业客户；

具体功能如下：

该页面只会显示自己公司权限等级所投保的保险保单及明细；

无论国内海外，只有用户可以为自身保单创建案件，其他用户无权创建案件；

创建案件-案件文件超出限制则设置为无效文件需要提示重新提交，并返回结果。

进一步地，投保管理模块还用于生成电子保单，使用本功能的用户有：系统。

具体功能如下：

企业客户提交订单到三代核心系统后出单生成保单同时生成电子保单；

目前除了企财险没有电子保单，其余雇主险和公众险都有电子保单；

企业客户点击查看电子保单时，显示三代返回的电子保单url里的内容；

电子保单生成，通过接口调用实现。电子保单接口。接口入参：保单信息。接口返参：数据流。

进一步地，投保管理模块还包括三代保单详情查询单元，三代保单详情查询单元的用户有：系统；

具体功能如下：

根据保单号为入参调用三代保单查询接口，返回并显示相应保单的详情。

优选地，理赔管理模块包括：

在线报案单元，用于获取客户提交的理赔报案申请，获取客户上传的理赔数据；

案件审核单元，用于对理赔数据进行审核，根据理赔规则判断理赔数据是否齐全，当材料齐全时，判定理赔数据审核无误；

理赔单元，用于理赔数据审核无误后，根据客户提供的账户信息，将赔款支付到账户。

具体实施时，在线报案单元的用户有：系统；

具体功能如下：

后台对接三代核心系统的报案接口，企业客户在系统上提交报案信息后调用三代报案接口生成理赔案件及报案号

报案流程状态规则具体如下：使用本功能的用户有：企业客户；

理赔进度里的状态总共有8种，分别为：a)报案完成：用户发起报案申请填写资料并提交；b)查勘中：人工三代生成调度任务去线下查勘，自建系统定时去查询获取该状态；c)资料收集中：查勘完成，用户需要填写相关资料并提交，自建系统定时去查询获取该状态；d)资料审核中：用户填写完相关资料提交后，等待管理员进行审核；e)定损理算中：管理员资料审核通过用户需上传赔偿协议书以及银行账户信息等，自建系统定时去查询获取该状态，用户上传的资料被打回时也是显示该状态；f)理算审核中：用户上传赔偿协议书和银行账户等信息后等待管理员审核；g)赔付中：赔偿协议书和银行账户等信息审核通过后进入该状态，自建系统定时去查询获取该状态；h)赔付完成：三代赔付完成，自建系统定时去查询获取该状态。

案件详情指根据不同险种报案获取不同报案详情；

报案清单列表：管理员可以查看，企业可查看自身以及其子公司的案件详情；

案件资料文件类型，大小判断然后保存；

企业可查看自身以及其子公司所有的报案列表，管理员可以查看所有的报案清单。

案件审核单元使用用户有：人保管理员；

具体功能如下：

该页面显示案件状态为“资料审核中”和“理算审核中”的案件，管理员在该页面统一管理审核案件；国内保险报案及海外保险深圳报案的所有按键审核，均产生在本页面；

点击“进行审核”按钮，显示案件详情弹框，用户提交了什么资料就显示什么资料，没提交的资料暂不显示；

轨迹信息默认显示两条，分别是最早与最新，如需查看所有轨迹信息则点击“展开”按钮显示所有轨迹信息；

案件详情弹框上的照片文件可以点击放大并且左右90度旋转，且照片多张时可以左右点击切换；

案件详情弹框上的excel或docx等文件可以点击下载到本地；

案件状态-资料审核中：仅限管理员修改，其他用户无权限；

待审核案件资料提交：仅企业自身可以提交信息，其他用户无权限提交更改；

该页面仅管理员可以查看。

案件审核单元还用于人保管理员执行审核操作，具体功能如下：

点击案件详情页面的“审核”按钮，显示审核弹框；

审核结果默认显示“请选择”，需要管理员选择“审核通过”或“审核失败”才能点击提交，否则点击“提交”弹框提示“请输入审核结果”；

审核结果为“审核失败”时，显示字段“失败原因”，需管理员录入失败原因后才能提交，否则点击“提交”弹框提示“请输入失败原因”；

点击“提交”按钮后，案件进入下一个状态，就不会显示在待审核案件清单页面；

审核失败时填写的失败原因会显示在打回去的页面上；

状态为“资料审核中”审核通过时才需要录入“预计赔付金额”，“理算审核中”的审核通过时不需要录入“预计赔付金额”。

理赔管理模块还包括理赔部分清单数据权限控制单元，理赔部分清单数据权限控制的用户有：企业客户；

具体功能如下：

新增查看理赔详情弹框；

点击“查看详情”按钮，显示理赔详情弹框；

理赔详情包含字段：保单号、投保单号、业务归属代码、理赔类型、险种、输入日期、核赔日期、出险日期、业务员代码、业务员名称、被保险人、投保人、报案号、立案号、计算书号、付款日期、核赔标识、出险地址、出险原因、赔付总金额、赔款金额；

点击“关闭”按钮，关闭理赔详情弹框；

仅限该企业用户点击查看。

理赔管理模块还包括报案页面调整单元，报案页面调整单元使用用户有：企业客户；

具体功能如下：

录入报案信息页面(无论国内还是海外)新增银行账户信息录入模块，UI交互与理赔管理—确认赔偿协议书一致；

报案部分填录的信息，可带到理赔管理—确认赔偿协议书“页面，并可修改；

理赔管理模块还包括定损理算签章文件操作单元，定损理算签章文件操作单元用户有：企业客户；

具体功能如下：

定损理算中的案件需要用户填写赔偿协议书，然后拍照上传；

点击“下载赔偿协议书模版”按钮将下载赔偿协议书到本地；

点击“照片上传”按钮，选择本地照片上传；

可上传多张照片，但一次上传只能上传一张；

点击照片可放大照片，同时照片可以左右90度旋转；

点击照片上的删除按钮，删除上传的照片；

若用户未上传赔偿协议书照片则提交按钮置灰；

资料审核失败被管理员打回时，显示失败原因；

报案部分填录的信息，可在页面进行修改；

补充理赔材料：仅企业自身可以提交信息，其他用户无权限提交更改；

理算中上传资料：仅企业自身可以提交信息，其他用户无权限提交更改。

进一步地，案件审核单元还包括：

资料补传校验子单元，用于当判定理赔数据不齐全时，获取客户提交的补传资料，对补传资料进行校验。

具体实施时，资料补传校验子单元用户有：系统；

具体功能如下：补充理赔材料，对文件有效性校验。

进一步地，理赔管理模块还包括：

理赔状态查询单元，用于检测到理赔状态查询指令，对案件的理赔进度进行展示。

具体实施时，理赔状态查询单元的有：系统。

具体功能如下：

后台对接三代核心系统的案件信息查询接口，定期去轮询案件信息查询接口并实时返回最新的案件状态。

由以上实施例可知，本发明提供了一种保险服务平台，在输入保单号可以快速准确地带出投保数据；可通过系统对接大批量保单信息展现，将这些保单信息方便快捷的提供给客户使用；通过保险统计可统计多种维度的数据，灵活方便快捷的查看保单、理赔数据；通过组织机构的层级进行针对保单、理赔等多个方面来管理其子公司的保险理赔等数据。

本发明实施例提供了一种保险服务平台管理方法。请参阅图2，图2为本发明一种保险服务平台管理方法较佳实施例的流程图。如图2所示，其包括步骤：

步骤S100、获取客户的投保需求，根据客户的投保需求，生成投保方案；

步骤S200、检测到客户提交的理赔报案申请，获取客户的理赔数据；

步骤S300、对客户的理赔数据进行审核，判断理赔数据是否齐全，若是，则执行步骤S400；若否，则执行步骤S500；

步骤S400、判定理赔数据审核无误，进入款项赔偿流程；

步骤S500、判定理赔数据审核无误，进入款项赔偿流程。

具体实施时，本发明实施例的管理方法应用于保险服务平台，在获取客户的投保需求，根据客户的投保需求，投保需求包括但不限于投保的类型、金额等数据，根据客户的投保需要生成投保方案。

客户投保成功后，获取客户的理赔数据，对客户的理赔数据进行审核，判断理赔数据中的材料是否齐全；

若不齐全，则提示客户需补充材料；

若齐全，则根据理财规则判断是否需要视频查勘，若需要视频查勘，则显示查勘节点，各自行选择，通过线上识别二维码，录入信息进入视频查勘，查勘完全后，就对资料进行审核，若审核材料齐全，则进入下一流程节点，若审核材料未齐全，则提醒用户补充资料；

若审核材料齐全，即确认客户的赔偿协议及客户的汇款信息，根据汇款信息汇款给客户，获取客户反馈的理赔评价，完成款项赔偿流程。

由以上方法实施例可知，本发明采用良好的人机交互设计，用户可以方便快捷录入服务、管理服务、统计分析，提高了用户的工作效率，为客户针对整个保险服务带来了极大便利。

需要说明的是，上述各步骤之间并不必然存在一定的先后顺序，本领域普通技术人员，根据本发明实施例的描述可以理解，不同实施例中，上述各步骤可以有不同的执行顺序，亦即，可以并行执行，亦可以交换执行等等。

本发明另一实施例提供一种保险服务平台管理装置，如图3所示，装置10包括：

一个或多个处理器110以及存储器120，图3中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图3中以通过总线连接为例。

处理器110用于完成装置10的各种控制逻辑，其可以为通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、单片机、ARM(Acorn RISCMachine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核、或任何其它这种配置。

存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的保险服务平台管理方法对应的程序指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行设备10的各种功能应用以及数据处理，即实现上述方法实施例中的保险服务平台管理方法。

一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，执行上述任意方法实施例中的保险服务平台管理方法，例如，执行以上描述的图1中的方法步骤S100至步骤S500。

本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图2中的方法步骤S100至步骤S500。

作为示例，非易失性存储介质能够包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦ROM(EEPROM)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(RAM)。通过说明并非限制，RAM可以以诸如同步RAM(SRAM)、动态RAM、(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、Synchlink DRAM(SLDRAM)以及直接Rambus(兰巴斯)RAM(DRRAM)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。

以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分的方法。

除了其他之外，诸如"能够'、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。

已经在本文中在本说明书和附图中描述的内容包括能够提供保险服务平台管理方法及装置的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。

Claims (10)

1.一种保险服务平台,其特征在于,所述平台包括：

投保管理模块，用于获取客户的投保需求，根据客户的投保需求生成对应的保单，并对保单进行管理；

理赔管理模块，用于获取客户提交的理赔报案申请，获取客户的理赔数据，对理赔数据进行审核，审核无误后进行理赔。

2.根据权利要求1所述的保险服务平台，其特征在于，所述投保管理模块包括：

投保反馈单元，用于接收客户的投保需求，并对客户的投保需求进行反馈；

续保提醒单元，用于对满足续保提醒条件的投保客户发送续保提醒；

投保及保单查看单元，用于对根据客户的投保需求生成电子保单，并在检测到保单详情查看指令时，展示相应的保单详情。

3.根据权利要求2所述保险服务平台，其特征在于，所述投保管理模块还包括:

对接单元,用于将客户的保单数据与其他系统进行对接。

4.根据权利要求3所述的保险服务平台，其特征在于，所述投保管理模块还包括:

投保分析单元，用于客户的投保数据进行分析度量计算，生成投保报告。

5.根据权利要求4所述的保险服务平台，其特征在于，所述理赔管理模块包括：

在线报案单元，用于获取客户提交的理赔报案申请，获取客户上传的理赔数据；

案件审核单元，用于对理赔数据进行审核，根据理赔规则判断理赔数据是否齐全，当材料齐全时，判定理赔数据审核无误；

理赔单元，用于理赔数据审核无误后，根据客户提供的账户信息，将赔款支付到所述账户。

6.根据权利要求5所述的保险服务平台，其特征在于，所述案件审核单元还包括：

资料补传校验子单元，用于当判定理赔数据不齐全时，获取客户提交的补传资料，对补传资料进行校验。

7.根据权利要求6所述的保险服务平台，其特征在于，所述理赔管理模块还包括：

理赔状态查询单元，用于检测到理赔状态查询指令，对案件的理赔进度进行展示。

8.一种基于权利要求1-7任一项的保险服务平台的管理方法，其特征在于，所述方法包括：

获取客户的投保需求，根据客户的投保需求，生成投保方案；

检测到客户提交的理赔报案申请，获取客户的理赔数据；

对客户的理赔数据进行审核，判断理赔数据是否齐全；

若理赔数据齐全，则判定理赔数据审核无误，进入款项赔偿流程；

若理赔数据不齐全，则提醒客户补充资料，检测到客户上传补充资料后，获取用户补充后的理赔数据，对理赔数据进行审核，根据审核结果执行对应的操作。

9.一种保险服务平台的管理装置，其特征在于，所述设备包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求8所述的保险服务平台的管理方法。

10.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行权利要求8所述的保险服务平台的管理方法。

Images