G06Q40/08
1.一种商保直赔系统,其特征在于,包括若干个医疗机构终端、云商保平台以及若干个商保理赔系统;所述若干医疗机构终端分别包括自身的医疗机构信息系统以及商保前置服务系统,所述云商保平台分别与若干个不同医疗机构的商保前置服务系统、所述若干个商保理赔系统通讯连接;
所述医疗机构终端,接收用户结算操作信息生成医保结算申请,医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构信息系统;
所述医疗机构终端,当所述医疗机构信息系统接收到所述医保结算结果之后,生成商保结算申请,通过自身的所述商保前置服务系统将所述医保结算结果和所述商保结算申请发送给所述云商保平台,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台,接收所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统;
所述目标商保理赔系统,根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台;
所述云商保平台,通过所述商保前置服务系统将所述商保结算结果发送至所述医疗机构信息系统;
所述医疗机构终端,当所述医疗机构信息系统接收到所述商保结算结果之后,所述医疗机构信息系统根据所述医保结算结果和所述商保结算结果进行结算。
2.根据权利要求1所述的商保直赔系统,其特征在于,还包括:
所述云商保平台,接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台,根据所述商保登记请求中的身份信息和投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统对应商保公司系统中一个;
所述目标商保理赔系统,接收所述商保登记请求,对所述商保登记请中的所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
3.根据权利要求2所述的商保直赔系统,其特征在于,还包括:
所述云商保平台,接收所述目标商保理赔系统对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统;
所述商保前置服务系统,根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统,接收所述医疗机构信息系统发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台。
4.根据权利要求2所述的商保直赔系统,其特征在于,还包括:
所述医疗机构终端,获取用户登记操作生成所述商保登记请求;
所述商保前置服务系统,接收所述商保登记请求并转发至所述云商保平台。
5.根据权利要求1所述的商保直赔系统,其特征在于,还包括:
所述云商保平台,根据所述目标商保理赔系统的商保报销要求对所述商保结算申请进行标准化得到标准结算申请数据;
所述目标商保理赔系统,根据所述标准结算申请数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台。
6.一种商保直赔方法,其特征在于,包括:
医疗机构终端接收用户操作信息生成医保结算申请;通过医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构终端的医疗机构信息系统;
所述医疗机构终端的商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台接收所述商保前置服务系统发送的所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统;
所述目标商保理赔系统根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台;
所述云商保平台通过所述商保前置服务系统将所述商保结算结果发送至所述医疗机构信息系统;
所述医疗机构信息系统接收到所述商保结算结果之后,发起医保正式结算,根据所述医保结算结果和所述商保结算结果进行结算。
7.根据权利要求6所述的商保直赔方法,其特征在于,医疗机构终端接收用户操作信息生成医保结算申请;发送给医保系统之前还包括:
所述云商保平台接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台根据所述商保登记请求中的身份信息和所述投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;
所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
8.根据权利要求7所述的商保直赔方法,其特征在于,所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记之后还包括:
所述云商保平台接收所述目标商保理赔系统对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统;
所述商保前置服务系统根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请具体包括:
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台。
9.根据权利要求7所述的商保直赔方法,其特征在于,所述云商保平台接收商保登记请求之前还包括:
所述医疗机构终端获取用户登记操作生成所述商保登记请求;
所述商保前置服务系统接收所述商保登记请求并转发至所述云商保平台。
10.根据权利要求6所述的商保直赔方法,其特征在于,所述云商保平台接收所述商保前置服务系统发送的所述商保结算申请之后还包括:
所述云商保平台根据所述目标商保理赔系统的商保报销要求对所述商保结算申请进行标准化得到标准结算申请数据;
所述目标商保理赔系统根据所述商保结算申请和所述投保信息生成商保结算结果具体包括:
所述目标商保理赔系统根据所述标准结算申请数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台。
本发明涉及商业保险技术领域,尤指一种商保直赔系统及方法。
随着心脑血管病、糖尿病、骨质疏松等疾病发病趋势的日益年轻化,越来越多的人意识到健康的重要性,健康保健的意识也不断提高,同时购买商业健康险的意愿也不断增强。随着用户购买商业健康险的大量增加,在用户在就医过程中需要进行理赔时,现有的理赔方式采用事后赔付的方式,采用线下人工审核的方式,需要患者准备多种纸质材料,一方面不环保,另一方面需要的材料繁多,容易遗漏,对接的部门也比较多,导致患者需要花费大量的精力进行人工报销,并且审核周期长。另一方面,目前大部分的商保理赔结算时都需要商保用户先行垫付,然后进行商保报销。
本发明的目的是提供一种商保直赔系统及方法,实现结算时直接理赔,无需患者垫付报销的医疗费用,解决商保患者理赔难、理赔慢的问题。
本发明提供的技术方案如下:
本发明提供一种商保直赔系统,包括若干个医疗机构终端、云商保平台以及若干个商保理赔系统;所述若干医疗机构终端分别包括自身的医疗机构信息系统以及商保前置服务系统,所述云商保平台分别与若干个不同医疗机构的商保前置服务系统、所述若干个商保理赔系统通讯连接;
所述医疗机构终端,接收用户结算操作信息生成医保结算申请,医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构信息系统;
所述医疗机构终端,当所述医疗机构信息系统接收到所述医保结算结果之后,生成商保结算申请,通过自身的所述商保前置服务系统将所述医保结算结果和所述商保结算申请发送给所述云商保平台,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台,接收所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统;
所述目标商保理赔系统,根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台;
所述云商保平台,通过所述商保前置服务系统将所述商保结算结果发送至所述医疗机构信息系统;
所述医疗机构终端,当所述医疗机构信息系统接收到所述商保结算结果之后,所述医疗机构信息系统根据所述医保结算结果和所述商保结算结果进行结算。
进一步的,还包括:
所述云商保平台,接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台,根据所述商保登记请求中的身份信息和投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统对应商保公司系统中一个;
所述目标商保理赔系统,接收所述商保登记请求,对所述商保登记请中的所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
进一步的,还包括:
所述云商保平台,接收所述目标商保理赔系统对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统;
所述商保前置服务系统,根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统,接收所述医疗机构信息系统发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台。
进一步的,还包括:
所述医疗机构终端,获取用户登记操作生成所述商保登记请求;
所述商保前置服务系统,接收所述商保登记请求并转发至所述云商保平台。
进一步的,还包括:
所述云商保平台,根据所述目标商保理赔系统的商保报销要求对所述商保结算申请进行标准化得到标准结算申请数据;
所述目标商保理赔系统,根据所述标准结算申请数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台。
本发明还提供一种商保直赔方法,包括:
医疗机构终端接收用户操作信息生成医保结算申请;通过医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构终端的医疗机构信息系统;
所述医疗机构终端的商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台接收所述商保前置服务系统发送的所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统;
所述目标商保理赔系统根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台;
所述云商保平台通过所述商保前置服务系统将所述商保结算结果发送至所述医疗机构信息系统;
所述医疗机构信息系统接收到所述商保结算结果之后,发起医保正式结算,根据所述医保结算结果和所述商保结算结果进行结算。
进一步的,医疗机构终端接收用户操作信息生成医保结算申请;发送给医保系统之前还包括:
所述云商保平台接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台根据所述商保登记请求中的身份信息和所述投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;
所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
进一步的,所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记之后还包括:
所述云商保平台接收所述目标商保理赔系统对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统;
所述商保前置服务系统根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请具体包括:
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台。
进一步的,所述云商保平台接收商保登记请求之前还包括:
所述医疗机构终端获取用户登记操作生成所述商保登记请求;
所述商保前置服务系统接收所述商保登记请求并转发至所述云商保平台。
进一步的,所述云商保平台接收所述商保前置服务系统发送的所述商保结算申请之后还包括:
所述云商保平台根据所述目标商保理赔系统的商保报销要求对所述商保结算申请进行标准化得到标准结算申请数据;
所述目标商保理赔系统根据所述商保结算申请和所述投保信息生成商保结算结果具体包括:
所述目标商保理赔系统根据所述标准结算申请数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台。
通过本发明提供的一种商保直赔系统及方法,至少实现以下的技术效果:
1、本发明中,实现患者一键快速理赔的服务,解决以往商保患者理赔难、理赔慢的问题,为患者提供更加便利高效的服务。
2、本发明中,通过商保理赔系统进行理赔审核,减少保险公司人力物力的投入,同时避免人工审核速度慢、效率低以及错误率高的问题。
3、本发明中,不需要患者先行垫付商保报销部分的金额,而是在与医疗机构结算时,商保理赔系统直接理赔到账,减小患者的资金压力,也避免需要患者事后进行理赔,简化理赔流程。
下面将以明确易懂的方式,结合附图说明优选实施方式,对一种商保直赔系统及方法的上述特性、技术特征、优点及其实现方式予以进一步说明。
图1是本发明一种商保直赔系统的一个实施例的结构示意图;
图2是本发明一种商保直赔方法的一个实施例的流程图。
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。
为使图面简洁,各图中只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘出了其中的一个,或仅标出了其中的一个。在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
具体实现中,本申请实施例中描述的终端设备包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机、家教机或平板计算机之类的其他便携式设备。还应当理解的是,在某些实施例中,所述终端设备并非便携式通信设备,而是具有触摸敏感表面(例如:触摸屏显示器和/或触摸板)的台式计算机。
在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端设备。然而,应当理解的是,终端设备可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其他物理用户接口设备。
终端设备支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、网络创建应用程序、文字处理应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄像机应用程序、Web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
可以在终端设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
另外,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。
本发明的一个实施例,如图1所示,一种商保直赔系统100,包括若干个医疗机构终端110、云商保平台120以及若干个商保理赔系统130;所述若干医疗机构终端110分别包括自身的医疗机构信息系统111以及商保前置服务系统112,所述云商保平台120分别与若干个不同医疗机构的商保前置服务系统112、所述若干个商保理赔系统130通讯连接;
所述医疗机构终端110,接收用户结算操作信息生成医保结算申请,医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构信息系统111;
所述医疗机构终端110,当所述医疗机构信息系统111接收到所述医保结算结果之后,生成商保结算申请,通过自身的所述商保前置服务系统112将所述医保结算结果和所述商保结算申请发送给所述云商保平台120,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台120,接收所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统131;
所述目标商保理赔系统131,根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台120;
所述云商保平台120,通过所述商保前置服务系统112将所述商保结算结果发送至所述医疗机构信息系统111;
所述医疗机构终端110,当所述医疗机构信息系统111接收到所述商保结算结果之后,所述医疗机构信息系统111根据所述医保结算结果和所述商保结算结果进行结算。
具体的,本实施例中,包括若干个医疗机构终端110、云商保平台120以及若干个商保理赔系统130,若干医疗机构终端110分别包括自身的医疗机构信息系统111以及商保前置服务系统112,云商保平台120分别与若干个不同医疗机构的商保前置服务系统112、若干个商保理赔系统130通讯连接。不同医疗机构的医疗机构终端110都有各自的运行规则,商保前置服务系统112可以将医疗机构终端110上传的数据进行平台标准化,便于云商保平台120识别。云商保平台120与若干个商保理赔系统130通讯连接,各个商保理赔系统130都有各自的数据处理方式,在整个商保直赔过程中,云商保平台120作为与各个商保理赔系统130的对接平台,可以将来自其它终端例如商保前置服务系统112的数据转化为各个商保理赔系统130能够直接识别调用的数据,避免由于数据格式等问题导致流程故障。
当患者完成所有的就诊行为,需要进行医疗费用的结算时,通过医疗机构终端110输入用户操作信息生成医保结算申请,用户操作信息包括但不限于姓名、性别、手机号码、身份证号码等,其中至少包括身份证号码、社保号码等能够唯一确定用户的身份信息,便于后续查并唯一确定用户的身份。医保结算申请中包含患者本次就诊的医疗数据,是医疗机构终端110从商保前置服务系统112根据患者的身份信息获取。
医疗机构终端110将医保结算申请发送至医保系统,医保系统根据医保结算申请中患者本次就诊的医疗数据进行结算,生成医保结算结果,也就是医保报销的项目以及相应的额度所生成的明细表。之后医保系统直接将医保结算结果发送至发起医保结算申请的医疗结构终端对应的医疗机构信息系统111。
医疗机构信息系统111接收到医保结算结果之后,生成商保结算申请。另外,如果用户不是医保用户,则不需要前面的医保结算的步骤,当患者完成所有的就诊行为,进行医疗费用的结算时,医疗机构信息系统111直接发起商保结算申请。商保结算申请中包含商保用户的身份信息和就诊医疗数据信息。
商保前置服务系统112将商保结算申请发送至云商保平台120,如果前面包含医保结算的流程,则商保前置服务系统112同时将医保结算结果请发送给云商保平台120。云商保平台120根据商保结算申请中的身份信息调用商保用户对应的投保信息,投保信息为用户已投保商保信息,包括但不限于保险公司、保险种类、保险额度以及保险年限等。云商保平台120根据投保信息中投保公司等信息确定目标商保理赔系统131,目标商保理赔系统131为与云商保平台120对接的若干个商保理赔系统130中任意一个。
云商保平台120将商保结算申请和所述投保信息发送给目标商保理赔系统131,目标商保理赔系统131根据商保结算申请和投保信息直接生成商保结算结果,并将商保结算结果发送至云商保平台120。云商保平台120保存商保结算结果以便后续的统计分析。
云商保平台120通过商保前置服务系统112将商保结算结果发送至医疗机构信息系统111,医疗机构信息系统111根据医保结算结果和商保结算结果进行正式结算,医保结算结果部分由医保系统支付,商保结算结果部分由目标商保理赔系统131支付或者由医疗机构信息系统111通过商保理赔系统130预先支付的理赔资金支付,商保用户只需要支付个人自费部分,并获取发票及商保结算单。
本发明在商保用户进行结算时能够直接进行商保理赔报销,审核速度更快。但由于目标商保理赔系统131是基于商保结算申请中的医疗信息直接进行商保核算,不需要对其进行审核验证,因此本申请应用于金额较小的商保理赔。
优选地,在本发明另外的实施例中,还包括:所述云商保平台120,根据所述目标商保理赔系统131的商保报销要求对所述商保结算申请进行标准化得到标准结算数据;
所述目标商保理赔系统131,根据所述标准结算数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台120。
具体的,由于各个医疗机构的标准、数据处理方式等各不相同,因此前置服务系统可以根据商保云平台的要求进行初步的标准化。对接收的医疗数据进行标准化清洗,去除冗余的数据,避免需要处理的数据过多。
由于各个商保理赔系统130对于理赔文件格式等要求不同,根据目标商保理赔系统131的商保报销要求对商保结算申请进行标准化得到标准结算数据,便于目标商保理赔系统131快速识别该标准结算数据。
目标商保理赔系统131根据标准结算数据,结合投保信息进行审核计算,生成商保结算结果,投保信息中包含投保险种的详细信息,便于计算报销额度。之后目标商保理赔系统131将商保结算结果发送至云商保平台120进行存储。
对于医疗机构的医疗数据和商保理赔系统130之间可能存在的数据格式等差异,通过云商保平台120进行清洗转化,便于商保理赔系统130进行识别和快速处理。
本发明实现患者一键快速理赔的服务,解决以往商保患者理赔难、理赔慢的问题,为患者提供更加便利高效的服务。
本发明的另一个实施例,是上述的实施例的优化实施例,如图1所示,本实施例与上述的实施例相比,主要改进在于,还包括:
所述云商保平台120,接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台120,根据所述商保登记请求中的身份信息和投保信息确定目标商保理赔系统131,所述目标商保理赔系统131为所述若干个商保理赔系统130对应商保公司系统中一个;
所述目标商保理赔系统131,接收所述商保登记请求,对所述商保登记请中的所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
具体的,本实施例中,当商保用户到医疗机构就诊时,也就是所有的诊疗行为发生之前,首先需要进行商保登记。用户进行商保登记即为理赔报案,无需再次提交理赔申请,在和医疗机构进行医疗费用结算时自动进行商保理赔。
通过医疗机构终端110进行用户登记操作,输入自身的身份信息,身份信息包括但不限于姓名、性别、手机号码、身份证号码等,其中至少包括身份证号码、社保号码等能够唯一确定用户的身份信息,便于后续查并确定用户的投保信息。医疗机构终端110获取用户登记操作生成商保登记请求,商保登记请求中包括商保用户的身份信息和信息采集授权,信息采集授权用于系统后续获取商保患者的就诊医疗数据。
商保登记成功之后,用户进行就诊。当所有的就诊行为完毕之后,用户进行医疗费用的结算,按照上述实施例的方法流程发起医保结算和商保结算,最后和医疗机构的结算平台正式完成结算。
优选地,在本发明另外的实施例中,还包括:所述云商保平台120,接收所述目标商保理赔系统131对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统112;
所述商保前置服务系统112,根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统112,接收所述医疗机构信息系统111发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台120。
具体的,目标商保理赔系统131将审核结果发送至云商保平台120,云商保平台120进行存储,如果审核结果为通过,云商保平台120发送商保用户标记指令至商保前置服务系统112。商保前置服务系统112根据商保用户标记指令对该商保用户进行商保用户标记,表示商保登记成功,那么该商保用户在后续与医疗机构进行结算时能够直接进行商保报销理赔。
医疗机构信息系统111在接收到医保系统的医保结算结果之后,会向商保前置服务系统112发送商保结算申请。商保前置服务系统112接收医疗机构信息系统111发送的商保结算申请,如果商保结算申请中对应的商保用户存在商保用户标记,也就是表明该商保用户之前进行了商保登记,并且登记成功,则发送商保结算申请至云商保平台120,否则则不受理该商保结算申请。医疗机构信息系统111直接根据医疗结算结果进行正式结算。
本实施例中,在就诊之前需要商保用户进行商保登记,若登记成功则在商保前置服务系统112中对该商保用户进行商保用户标记,以便在商保结算时快速识别商保用户身份,加快审核流程。
本发明的一个实施例,如图2所示,一种商保直赔方法,包括:
医疗机构终端接收用户操作信息生成医保结算申请;通过医保系统根据所述医保结算申请进行结算,生成医保结算结果发送至所述医疗机构终端的医疗机构信息系统;
所述医疗机构终端的商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,所述商保结算申请包含商保用户的身份信息和理赔医疗数据信息;
所述云商保平台接收所述商保前置服务系统发送的所述医保结算结果和所述商保结算申请,根据所述商保结算申请中的所述身份信息调用对应的目标商保理赔系统;
所述目标商保理赔系统根据所述医保结算结果、所述商保结算申请和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台;
所述云商保平台通过所述商保前置服务系统将所述商保结算结果发送至所述医疗机构信息系统;
所述医疗机构信息系统接收到所述商保结算结果之后,发起医保正式结算,根据所述医保结算结果和所述商保结算结果进行结算。
医疗机构终端接收用户操作信息生成医保结算申请;发送给医保系统之前还包括:
所述云商保平台接收商保登记请求,所述商保登记请求中包括商保用户的身份信息、投保信息和信息采集授权;
所述云商保平台根据所述商保登记请求中的身份信息和所述投保信息确定目标商保理赔系统,所述目标商保理赔系统为所述若干个商保理赔系统中任意一个;
所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记。
所述目标商保理赔系统接收所述商保登记请求和所述投保信息,对所述投保信息进行审核,审核通过则根据所述商保登记请求完成商保登记之后还包括:
所述云商保平台接收所述目标商保理赔系统对于所述商保登记请求的审核结果;当所述审核结果为通过时,发送商保用户标记指令至所述商保前置服务系统;
所述商保前置服务系统根据所述商保用户标记指令进行商保用户标记;
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请具体包括:
所述商保前置服务系统接收所述医疗机构信息系统发送的商保结算申请,若所述商保结算申请中对应的商保用户存在所述商保用户标记,则发送所述商保结算申请至所述云商保平台。
所述云商保平台接收商保登记请求之前还包括:
所述医疗机构终端获取用户登记操作生成所述商保登记请求;
所述商保前置服务系统接收所述商保登记请求并转发至所述云商保平台。
所述云商保平台接收所述商保前置服务系统发送的所述商保结算申请之后还包括:
所述云商保平台根据所述目标商保理赔系统的商保报销要求对所述商保结算申请进行标准化得到标准结算申请数据;
所述目标商保理赔系统根据所述商保结算申请和所述投保信息生成商保结算结果具体包括:
所述目标商保理赔系统根据所述标准结算申请数据和所述投保信息生成商保结算结果,并将所述商保结算结果发送至所述云商保平台。
本实施例中的各个方法的操作方式在上述对应的系统实施例中已经进行了详细描述,因此不再一一进行赘述。
本发明的一个实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一实施例中的所有方法步骤或部分方法步骤。
本发明实现上述的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
本发明的一个实施例还提供一种电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。
所称处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
本文发布于:2023-04-13 10:22:21,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/1/86429.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |