一种商保快速理赔系统、方法及云商保平台与流程

文档序号:21649451发布日期:2020-07-29 03:03阅读:537来源:国知局
一种商保快速理赔系统、方法及云商保平台与流程

本发明涉及商业保险技术领域,尤指一种商保快速理赔系统、方法及云商保平台。



背景技术:

随着心脑血管病、糖尿病、骨质疏松等疾病发病趋势的日益年轻化,越来越多的人意识到健康的重要性,健康保健的意识也不断提高,同时购买商业健康险的意愿也不断增强。随着用户购买商业健康险的大量增加,在用户在就医过程中需要进行理赔时,现有的理赔方式采用事后赔付的方式,采用线下人工审核的方式,需要患者准备多种纸质材料,一方面不环保,另一方面需要的材料繁多,容易遗漏,对接的部门也比较多,导致患者需要花费大量的精力进行人工报销,并且审核周期长。



技术实现要素:

本发明的目的是提供一种商保快速理赔系统、方法及云商保平台,实现患者一键快速理赔的服务,解决以往商保患者理赔难、理赔慢的问题,为患者提供更加便利高效的服务。

本发明提供的技术方案如下:

本发明提供一种商保快速理赔系统,包括若干医疗机构终端、云商保平台以及若干个商保理赔系统;所述若干医疗机构终端分别包括自身的医疗机构信息系统对应商保前置服务系统,所述云商保平台分别与若干个不同医疗机构的商保前置服务系统、所述若干个商保理赔系统通讯连接;

所述云商保平台,接收目标医疗机构的商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

所述云商保平台,根据所述商保登记请求中的身份信息及投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;

所述目标商保理赔系统,接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记;

所述云商保平台,接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

所述云商保平台,根据所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求,获取所述商保登记请求中的就诊医疗机构和就诊初始时间;

所述云商保平台,根据所述就诊医疗机构确定目标商保前置服务系统,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,并发送至目标医疗机构终端的所述目标商保前置服务系统,所述目标商保前置服务系统为所述若干个不同医疗机构的商保前置服务系统中任意一个;

所述目标商保前置服务系统,根据所述数据抽取指令抽取对应的医疗机构的对应商保用户的医疗数据;

所述云商保平台,根据所述商保理赔申请中的身份信息和投保信息确定所述目标商保理赔系统,根据所述投保信息抽取所述医疗数据中对应的理赔数据,根据所述目标商保理赔系统的商保报销要求对所述理赔数据进行标准化得到标准理赔数据;

所述目标商保理赔系统,根据所述标准理赔数据和所述投保信息生成理赔结果。

进一步的,还包括:

所述医疗机构终端,获取用户登记操作生成所述商保登记请求;通过对应的商保前置服务系统将所述商保登记请求转发至所述云商保平台;

所述医疗机构终端,医疗机构结算完成之后,获取用户理赔操作生成所述商保理赔申请;通过对应的商保前置服务系统将所述商保理赔申请转发至所述云商保平台。

进一步的,还包括:

还包括移动终端;所述移动终端与所述云商保平台通讯连接;

所述移动终端,获取用户登记操作生成所述商保登记请求,并发送至所述云商保平台;

所述移动终端,医疗机构结算完成之后,获取用户理赔操作生成所述商保理赔申请,并发送至所述云商保平台。

进一步的,还包括:

所述云商保平台,将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录。

进一步的,还包括:

所述云商保平台,接收并存储所述目标商保理赔系统的理赔结果,并将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

本发明还提供一种商保快速理赔方法,包括:

接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

根据所述商保登记请求中的身份信息、投保信息确定目标商保理赔系统,通过所述目标商保理赔系统对所述投保信息进行审核完成商保登记;

接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

根据所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求,获取所述商保登记请求中的就诊医疗机构和就诊初始时间;

根据所述就诊医疗机构确定目标商保前置服务系统,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,发送所述数据抽取指令至目标医疗机构终端的所述目标商保前置服务系统;

通过所述目标商保前置服务系统根据所述数据抽取指令抽取对应的医疗机构的对应商保用户的医疗数据;

根据所述商保理赔申请中的身份信息和投保信息确定目标商保理赔系统,根据所述投保信息抽取所述医疗数据中对应的理赔数据,根据所述目标商保理赔系统的商保报销要求对所述理赔数据进行标准化得到标准理赔数据;

通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果。

进一步的,通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果之后还包括:

将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录。

进一步的,将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录之后还包括:

将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

本发明还提供一种云商保平台,与若干个医疗机构的商保前置服务系统、若干个商保理赔系统通讯连接,包括:

接收模块,接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

处理模块,根据所述接收模块接收的所述身份信息和所述投保信息确定目标商保理赔系统,通过所述目标商保理赔系统对所述投保信息进行审核完成商保登记,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;

所述接收模块,接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

调用模块,根据所述接收模块接收的所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求;

所述处理模块,获取所述调用模块得到的所述商保登记请求中的就诊医疗机构和就诊初始时间,根据所述就诊医疗机构确定目标商保前置服务系统,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,发送所述数据抽取指令至目标医疗机构终端的所述目标商保前置服务系统;所述目标商保前置服务系统为若干个医疗机构的商保前置服务系统中任意一个;

所述接收模块,接收通过所述目标商保前置服务系统根据所述数据抽取指令抽取的对应的医疗机构的对应商保用户的医疗数据;

所述处理模块,根据所述接收模块接收的所述商保理赔申请中的身份信息和投保信息确定所述目标商保理赔系统,根据所述投保信息抽取所述接收模块接收的所述医疗数据中对应的理赔数据;

所述处理模块,根据所述目标商保理赔系统的商保报销要求对所述调用模块得到的所述理赔数据进行标准化得到标准理赔数据;

所述处理模块,通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果。

进一步的,还包括:

所述处理模块,将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录;

所述处理模块,将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

通过本发明提供的一种商保快速理赔系统、方法及云商保平台,至少实现以下的技术效果:

1、本发明中,实现患者一键快速理赔的服务,解决以往商保患者理赔难、理赔慢的问题,为患者提供更加便利高效的服务。

2、本发明中,通过商保理赔系统进行理赔审核,减少保险公司人力物力的投入,同时避免人工审核速度慢、效率低以及错误率高的问题。

附图说明

下面将以明确易懂的方式,结合附图说明优选实施方式,对一种商保快速理赔系统、方法及云商保平台的上述特性、技术特征、优点及其实现方式予以进一步说明。

图1是本发明一种商保快速理赔系统的一个实施例的结构示意图;

图2是本发明一种商保快速理赔方法的一个实施例的流程图;

图3是本发明一种云商保平台的一个实施例的结构示意图。

附图说明:

100商保快速理赔系统

110医疗机构终端111目标商保前置服务系统

120云商保平台121接收模块122处理模块123调用模块

130商保理赔系统131目标商保理赔系统

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。

应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。

为使图面简洁,各图中只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘出了其中的一个,或仅标出了其中的一个。在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。

还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。

具体实现中,本申请实施例中描述的终端设备包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机、家教机或平板计算机之类的其他便携式设备。还应当理解的是,在某些实施例中,所述终端设备并非便携式通信设备,而是具有触摸敏感表面(例如:触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端设备。然而,应当理解的是,终端设备可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其他物理用户接口设备。

终端设备支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、网络创建应用程序、文字处理应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄像机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

另外,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。

本发明的一个实施例,如图1所示,一种商保快速理赔系统100,包括若干医疗机构终端110、云商保平台120以及若干个商保理赔系统130;所述若干医疗机构终端110分别包括自身的医疗机构信息系统对应商保前置服务系统,所述云商保平台120分别与若干个不同医疗机构的商保前置服务系统、所述若干个商保理赔系统130通讯连接;

所述云商保平台120,接收目标医疗机构的商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

所述云商保平台120,根据所述商保登记请求中的身份信息及投保信息确定目标商保理赔系统131,所述目标商保理赔系统131为所述若干个商保理赔系统130中任意一个;

所述目标商保理赔系统131,接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记;

所述云商保平台120,接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

所述云商保平台120,根据所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求,获取所述商保登记请求中的就诊医疗机构和就诊初始时间;

所述云商保平台120,根据所述就诊医疗机构确定目标商保前置服务系统111,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,并发送至目标医疗机构终端110的所述目标商保前置服务系统111,所述目标商保前置服务系统111为所述若干个不同医疗机构的商保前置服务系统中任意一个;

所述目标商保前置服务系统111,根据所述数据抽取指令抽取对应的医疗机构的对应商保用户的医疗数据;

所述云商保平台120,根据所述商保理赔申请中的身份信息和投保信息确定所述目标商保理赔系统131,根据所述投保信息抽取所述医疗数据中对应的理赔数据,根据所述目标商保理赔系统131的商保报销要求对所述理赔数据进行标准化得到标准理赔数据;

所述目标商保理赔系统131,根据所述标准理赔数据和所述投保信息生成理赔结果。

在另外的实施例中,还包括:

所述医疗机构终端,获取用户登记操作生成所述商保登记请求;通过对应的商保前置服务系统将所述商保登记请求转发至所述云商保平台;

所述医疗机构终端,医疗机构结算完成之后,获取用户理赔操作生成所述商保理赔申请;通过对应的商保前置服务系统将所述商保理赔申请转发至所述云商保平台。

还包括移动终端;所述移动终端与所述云商保平台通讯连接;

所述移动终端,获取用户登记操作生成所述商保登记请求,并发送至所述云商保平台;

所述移动终端,医疗机构结算完成之后,获取用户理赔操作生成所述商保理赔申请,并发送至所述云商保平台。

具体的,本实施例中,商保快速理赔系统包括包括若干医疗机构终端、云商保平台以及若干个商保理赔系统,若干医疗机构终端分别包括自身的医疗机构信息系统对应商保前置服务系统,云商保平台与若干个商保理赔系统通讯连接。也就是说云商保平台对接各个保险公司的商保理赔系统,同时对接各个医疗机构信息系统对应商保前置服务系统,之后各个医疗机构信息系统对应的商保前置服务系统分别对接各自医疗机构的医疗机构终端。各个商保理赔系统都有各自的数据处理方式,在整个商保理赔过程中,云商保平台作为与各个商保理赔系统的对接平台,可以将来自其它终端例如医疗终端的数据转化为各个商保理赔系统能够直接识别调用的数据,避免由于数据格式等问题导致流程故障。

当商保用户到医疗机构就诊时,也就是所有的诊疗行为发生之前,首先需要进行商保登记。

商保用户通过医疗机构终端进行用户登记操作,输入自身的身份信息和投保信息,身份信息包括但不限于姓名、性别、手机号码、身份证号码等,其中至少包括身份证号码、社保号码等能够唯一确定用户的身份信息。投保信息为用户已投保并且本次就诊需要进行商保理赔的商保信息,包括但不限于保险公司、保险种类、保险额度以及保险年限等。

医疗机构终端获取用户登记操作生成商保登记请求,商保登记请求中包括商保用户的身份信息、就诊医疗机构和就诊初始时间,就诊医疗机构可以根据登记所用的医疗机构终端的标识号进行识别,也可以通过用户输入,由于用户进行商保登记时在就诊产生医疗数据之前,因此可以直接将用户发起商保登记请求的时间作为就诊初始时间。之后医疗机构终端通过自身的商保前置服务系统将商保登记请求转发至云商保平台。

另外,商保用户还可以通过移动终端发起商保登记请求。移动终端与云商保平台进行关联,例如,移动终端中装有与云商保平台对应的商保理赔app,并且用户在该商保理赔app已经通过身份验证。用户通过移动终端输入自身的身份信息、投保信息与就诊医疗机构,发起商保登记请求,商保登记请求中就诊初始时间按照上述的方式进行获取。移动终端直接将商保登记请求发送至云商保平台。

云商保平台接收来自商保前置服务系统或移动终端的商保登记请求,根据商保登记请求中的身份信息及投保信息确定目标商保理赔系统,也就是商保用户之前投保此时进行商保理赔对应的商保理赔系统。,目标商保理赔系统为与云商保平台对接的若干个商保理赔系统中任意一个。

云商保平台将商保登记请求发送给目标商保理赔系统,目标商保理赔系统对商保登记请求中的投保信息进行审核,例如,识别是否存在有效的商业保险,如果审核通过则表示完成商保登记。目标商保理赔系统将审核结果发送至云商保平台,云商保平台进行存储,同时通过云商保平台同步返回至医疗机构终端或者移动终端,及时将审核结果发送给用户,如果审核不通过,及时通知用户,便于用户进行处理,避免最后无法理赔。如果商保登记的审核结果不通过,用户后续无法发起商保理赔申请。

商保登记成功之后,用户进行就诊。当所有的就诊行为完毕之后,用户使用自己的资金和医疗机构进行结算,也就是用户先行垫付。用户与医疗机构结算完毕之后,进而发起理赔申请,发起申请的同时,用户需要授权系统调取自身的医疗数据。

医疗机构终端获取用户理赔操作生成商保理赔申请,商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权,通过该信息采集授权云商保平台可以抽取该用户的医疗数据,之后医疗机构终端通过商保前置服务系统将商保登记请求转发至云商保平台。

另外,商保用户还可以通过移动终端发起商保理赔申请。移动终端与云商保平台进行关联,例如,移动终端中装有与云商保平台对应的商保理赔app,并且用户在该商保理赔app已经通过身份验证。用户通过移动终端输入自身的身份信息、投保信息和信息采集授权,发起商保理赔申请,移动终端直接将商保理赔申请发送至云商保平台。

用户可以通过移动终端经由云商保平台发起商保登记请求以及商保理赔请求,没有时间和地点的限制,操作也更加方便快捷。

云商保平台接收来自商保前置服务系统或移动终端的商保理赔申请,根据商保理赔申请的身份信息调用对应的完成申请登记的商保登记请求。获取商保登记请求中的就诊医疗机构和就诊初始时间。云商保平台根据就诊医疗机构确定商保用户就诊医疗机构的目标医疗机构终端对应的目标商保前置服务系统,结合身份信息、就诊初始时间和信息采集授权生成针对该目标商保前置服务系统的数据抽取指令。目标医疗机构终端为商保用户就诊的医疗机构的终端,为若干个医疗机构终端中任意一个,目标商保前置服务系统为该目标医疗机构终端对应的商保前置服务系统。

云商保平台将数据抽取指令发送给目标商保前置服务系统,目标商保前置服务系统根据数据抽取指令抽取目标用户目标时段在目标医疗机构产生的所有的医疗数据,该用户目标时段为就诊初始时间至医疗机构结算之间。

其中,由于不同的商保前置服务系统对接不同的医疗机构,能够抽取对接的医疗机构的医疗数据,由于各个医疗机构的标准、数据处理方式等各不相同,因此商保前置服务系统可以将根据数据抽取指令抽取的医疗数据根据商保云平台的要求进行初步的标准化。之后,目标商保前置服务系统直接将抽取的医疗数据或者标准化之后的医疗数据发送至商保云平台。

对抽取的医疗数据进行标准化清洗,去除冗余的数据,避免需要处理的数据过多。

由于目标商保前置服务系统未经筛选抽取所有的医疗数据,但是其中包含许多与商保报销无关的数据。云商保平台首先根据商保理赔申请中的投保信息从医疗数据中筛选可用的理赔数据,例如,根据用户投保的险种所能报销的医疗项目从医疗数据中筛选相应的能够进行理赔的项目对应的明细。由于各个商保理赔系统对于理赔文件格式等要求不同,之后云商保平台根据商保理赔申请中的投保信息确定目标商保理赔系统,根据目标商保理赔系统的商保报销要求对理赔数据进行标准化得到标准理赔数据,便于目标商保理赔系统快速识别该标准理赔数据。

目标商保理赔系统根据标准理赔数据,结合投保信息进行审核计算,生成理赔结果,投保信息中包含投保险种的详细信息,便于计算报销额度。之后目标商保理赔系统将理赔结果发送至云商保平台进行存储。

对于医疗机构的医疗数据和商保理赔系统之间可能存在的数据格式等差异,通过云商保平台进行清洗转化,便于商保理赔系统进行识别和快速处理。

本发明实现患者一键快速理赔的服务,解决以往商保患者理赔难、理赔慢的问题,为患者提供更加便利高效的服务。通过实现进行商保登记,事后进行理赔申请的手段,系统自动抽取医疗数据,无需用户自行收集,提高理赔效率。

优选地,在本发明另外的实施例中,还包括:所述云商保平台,并将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录;

所述云商保平台,接收并存储所述目标商保理赔系统的理赔结果,并将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

具体的,云商保平台将同一商保用户的商保登记请求和对应的商保理赔申请进行关联,生成商保用户的商保理赔记录,便于后期进行大数据的统计分析。由于只有商保登记成功后续才能发起商保理赔申请,相邻的其中商保登记请求和商保理赔申请为对应关系。另外,还可以将商保登记的审核结果关联在商保理赔记录中,审核不通过的商保登记请求没有对应的商保理赔申请。

发起商保登记请求,到商保登记请求不通过或者已经发起商保理赔申请之后,定义为一次完整的理赔流程。为了实现商保用户的一键理赔,避免需要商保用户输入过多的信息,同时避免医疗数据抽取错误,只有商保理赔记录中存在的都是完整的理赔流程,也就是所有的商保登记请求要么不通过要么有对应的商保理赔申请,才可以进行下一次理赔申请。

当云商保平台接收新的商保登记请求之后,根据商保登记请求中的身份信息调用该商保用户的商保理赔记录。如果商保理赔记录中都是完整的理赔流程,则受理新的商保登记请求,进行新的理赔申请。

本实施例中,云商保平台生成商保用户的商保理赔记录,便于后期进行大数据的统计分析,同时严格监控整个商保理赔过程中的进度。

云商保平台接收并存储目标商保理赔系统的理赔结果,并将理赔结果在商保理赔记录中与对应的商保理赔申请进行关联,便于后续进行商保理赔的统计分析。

本发明的一个实施例,如图2所示,一种商保快速理赔方法,包括:

接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

根据所述商保登记请求中的身份信息、投保信息确定目标商保理赔系统,通过所述目标商保理赔系统对所述投保信息进行审核完成商保登记;

接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

根据所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求,获取所述商保登记请求中的就诊医疗机构和就诊初始时间;

根据所述就诊医疗机构确定目标商保前置服务系统,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,发送所述数据抽取指令至目标医疗机构终端的所述目标商保前置服务系统;

通过所述目标商保前置服务系统根据所述数据抽取指令抽取对应的医疗机构的对应商保用户的医疗数据;

根据所述商保理赔申请中的身份信息和投保信息确定目标商保理赔系统,根据所述投保信息抽取所述医疗数据中对应的理赔数据,根据所述目标商保理赔系统的商保报销要求对所述理赔数据进行标准化得到标准理赔数据;

通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果。

通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果之后还包括:

将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录。

将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录之后还包括:

将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

本实施例中的各个方法的操作方式在上述对应的系统实施例中已经进行了详细描述,因此不再一一进行赘述。

本发明的一个实施例,如图3所示,一种云商保平台120,与若干个医疗机构的商保前置服务系统、若干个商保理赔系统通讯连接,包括:

接收模块121,接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息、就诊医疗机构和就诊初始时间;

处理模块122,根据所述接收模块121接收的所述身份信息和所述投保信息确定目标商保理赔系统,通过所述目标商保理赔系统对所述投保信息进行审核完成商保登记,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;

所述接收模块121,接收商保理赔申请,所述商保理赔申请包括商保用户的身份信息、投保信息和信息采集授权;

调用模块123,根据所述接收模块121接收的所述商保理赔申请的身份信息和投保信息调用对应的所述商保登记请求;

所述处理模块122,获取所述调用模块123得到的所述商保登记请求中的就诊医疗机构和就诊初始时间,根据所述就诊医疗机构确定目标商保前置服务系统,并结合所述身份信息、所述就诊初始时间、所述信息采集授权生成数据抽取指令,发送所述数据抽取指令至目标医疗机构终端的所述目标商保前置服务系统;所述目标商保前置服务系统为若干个医疗机构的商保前置服务系统中任意一个;

所述接收模块121,接收通过所述目标商保前置服务系统根据所述数据抽取指令抽取的对应的医疗机构的对应商保用户的医疗数据;

所述处理模块122,根据所述接收模块121接收的所述商保理赔申请中的身份信息和投保信息确定所述目标商保理赔系统,根据所述投保信息抽取所述接收模块121接收的所述医疗数据中对应的理赔数据;

所述处理模块122,根据所述目标商保理赔系统的商保报销要求对所述调用模块123得到的所述理赔数据进行标准化得到标准理赔数据;

所述处理模块122,通过所述目标商保理赔系统根据所述标准理赔数据和所述投保信息生成理赔结果。

还包括:

所述处理模块122,将所述商保登记请求和对应的所述商保理赔申请进行关联,生成所述商保用户的商保理赔记录;

所述处理模块122,将所述理赔结果在所述商保理赔记录中与对应的商保理赔申请进行关联。

本实施例中的各个方法的操作方式在上述对应的系统实施例中已经进行了详细描述,因此不再一一进行赘述。

本发明的一个实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一实施例中的所有方法步骤或部分方法步骤。

本发明实现上述的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。

本发明的一个实施例还提供一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。

所称处理器可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1