一种医疗费用线上缴费方法及装置与流程

文档序号:17294368发布日期:2019-04-03 04:14阅读:246来源:国知局
一种医疗费用线上缴费方法及装置与流程

本申请涉及电子技术领域,尤其涉及一种医疗费用线上缴费方法及装置。



背景技术:

随着电子技术的发展,人们越来越依赖电子设备带来的便利与快捷。例如,现在人们出门只需带个智能终端,不管是交通、吃饭、逛街,都可以使用智能终端进行支付,方便快捷。然而,尽管智能终端给我们生活带来了极大的便利与快捷,当我们去医院就诊时,我们也是需要排队等待缴费的,这就使得医院医疗费用的缴费效率低,用户的体验差。如果用户排很长时间的队,但发现没带社会保障卡,那就不能缴费或需要用户回去取来才能进行缴费,既浪费了用户时间精力,也给医院缴费窗口带来极大的业务压力。



技术实现要素:

本申请实施例提供一种医疗费用线上缴费方法及装置,可以提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

第一方面,本申请实施例提供了一种医疗费用线上缴费方法,该方法包括:

终端获取目标用户输入的身份信息;

该终端向医院管理信息系统his发送处方请求,该处方请求包括该目标用户输入的身份信息,该处方请求用于请求该his返回该身份信息对应的至少一张原始处方单;

该终端从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单;

该终端获取该目标用户针对该n张第一处方单选中的m张第二处方单;

该终端输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式;

该终端根据该目标结算方式确定该m张第二处方单的目标结算金额,该目标结算金额用于表示该目标用户待支付的金额;

该终端根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付;

其中,该n和该m均为大于或等于1的整数,且该n大于或等于该m。

结合第一方面,在一种可能的实施方式中,终端从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,包括:该终端接收该his针对该处方请求返回的该至少一张原始处方单,并获取该至少一张原始处方单中各张原始处方单的缴费状态;将该至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,得到n张第一处方单。

结合第一方面,在一种可能的实施方式中,若该目标结算方式为社保账户结算。终端根据该目标结算方式确定该m张第二处方单的目标结算金额,包括:该终端向社保结算服务器发送结算请求;该终端接收该社保结算服务器针对该结算请求返回的该m张第二处方单的目标结算金额。其中,该结算请求中包括该目标用户的身份信息以及该m张第二处方单,该结算请求用于该社保结算服务器根据该身份信息关联的结算规则确定该m张第二处方单的目标结算金额。

结合第一方面,在一种可能的实施方式中,若该目标结算方式为个人账户结算。终端根据该目标结算方式确定该m张第二处方单的目标结算金额,包括:计算该m张第二处方单的各张第二处方单中药品单价和药品数量的乘积,得到该各张第二处方单的结算金额;将该m张第二处方单中各张第二处方单的结算金额之和确定为该m张第二处方单的目标结算金额。

结合第一方面,在一种可能的实施方式中,对该m张第二处方单的目标支付金额进行支付,包括:该终端接收该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令;该终端输出至少一个支付接口,并获取该目标用户针对该至少一个支付接口选中的目标支付接口;该终端调用该目标支付接口对该目标支付金额进行支付。

结合第一方面,在一种可能的实施方式中,该终端在对该m张第二处方单进行支付之后,该方法还包括:该终端查询该m张第二处方单的支付结果;若该m张第二处方单的支付结果为支付失败,则该终端输出支付失败信息,该支付失败信息用于提示该目标用户重新支付。

第二方面,本申请实施例提供了一种医疗费用线上缴费装置,该装置包括:

第一获取单元,用于获取目标用户输入的身份信息;

发送单元,用于向医院管理信息系统his发送处方请求,该处方请求包括该目标用户输入的身份信息,该处方请求用于请求该his返回该身份信息对应的至少一张原始处方单;

第一确定单元,用于从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单;

第二获取单元,用于获取该目标用户针对该n张第一处方单选中的m张第二处方单;

第三获取单元,用于输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式;

第二确定单元,用于根据该目标结算方式确定该m张第二处方单的目标结算金额,该目标结算金额用于表示该目标用户待支付的金额;

支付单元,用于根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付;

其中,该n和该m均为大于或等于1的整数,且该n大于或等于该m。

结合第二方面,在一种可能的实施方式中,该第一确定单元具体用于:接收该his针对该处方请求返回的该至少一张原始处方单,并获取该至少一张原始处方单中各张原始处方单的缴费状态;将该至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,得到n张第一处方单。

结合第二方面,在一种可能的实施方式中,若该目标结算方式为社保账户结算。该第二确定单元具体用于:向社保结算服务器发送结算请求;接收该社保结算服务器针对该结算请求返回的该m张第二处方单的目标结算金额。其中,该结算请求中包括该目标用户的身份信息以及该m张第二处方单,该结算请求用于该社保结算服务器根据该身份信息关联的结算规则确定该m张第二处方单的目标结算金额。

结合第二方面,在一种可能的实施方式中,若该目标结算方式为个人账户结算。该第二确定单元还具体用于:计算该m张第二处方单的各张第二处方单中药品单价和药品数量的乘积,得到该各张第二处方单的结算金额;将该m张第二处方单中各张第二处方单的结算金额之和确定为该m张第二处方单的目标结算金额。

结合第二方面,在一种可能的实施方式中,该支付单元具体用于:接收该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令;输出至少一个支付接口,并获取该目标用户针对该至少一个支付接口选中的目标支付接口;调用该目标支付接口对该目标支付金额进行支付。

结合第二方面,在一种可能的实施方式中,该装置还包括:查询单元,用于查询该m张第二处方单的支付结果;输出单元,用于当该m张第二处方单的支付结果为支付失败时,输出支付失败信息,该支付失败信息用于提示该目标用户重新支付。

第三方面,本申请实施例提供了一种终端,包括处理器、输入设备、输出设备和存储器,该处理器、输入设备、输出设备和存储器相互连接,其中,该存储器用于存储支持终端执行上述方法的计算机程序,该计算机程序包括程序指令,该处理器被配置用于调用该程序指令,执行上述第一方面的医疗费用线上缴费方法。

第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令当被处理器执行时使该处理器执行上述第一方面的医疗费用线上缴费方法。

本申请实施例通过获取目标用户输入的身份信息,向医院管理信息系统his发送处方请求,并从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单,获取该目标用户针对该n张第一处方单选中的m张第二处方单,输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式,再根据该目标结算方式确定该m张第二处方单的目标结算金额,根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付,可以提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

附图说明

为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种医疗费用线上缴费方法的一示意流程图;

图2是本申请实施例提供的一种医疗费用线上缴费方法的另一示意流程图;

图3是本申请实施例提供的一种医疗费用线上缴费装置的一示意性框图;

图4是本申请实施例提供的一种终端的一示意性框图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

应当理解,本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

还应当理解,在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

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

下面将结合图1至图4,对本申请实施例提供的医疗费用线上缴费方法及装置进行说明。

参见图1,是本申请实施例提供的一种医疗费用线上缴费方法的一示意流程图。如图1所示,该医疗费用线上缴费方法可包括步骤:

s101,终端获取目标用户输入的身份信息。

在一些可行的实施方式中,目标用户可以在终端的医疗费用缴费客户端上输入身份信息进行登录,医疗费用缴费客户端可以接收该目标用户输入的该身份信息,并可以对该身份信息进行身份验证。若该身份信息通过身份验证,则终端可以获取该目标用户输入的该身份信息,并可以在终端屏幕上显示该医疗费用缴费客户端登陆成功的界面。若该身份信息未通过身份验证,终端可以输出登录失败信息,以提示该目标用户重新输入身份信息。其中,目标用户输入的身份信息可以为数字信息和/或生物信息,数字信息可以是目标用户在医疗费用缴费客户端上注册的账号密码,生物信息可以是指纹、虹膜等。

例如,目标用户输入的身份信息是账号(账号可以是身份证号、社保卡号或医院的就诊号)、密码。医疗费用缴费客户端可以在用户数据库中查找是否存在该账号和该密码,若在用户数据库中查找到该账号和该密码,说明目标用户当前输入的账号、密码与目标用户注册时输入的账号、密码匹配,则该身份信息通过了身份验证。若在用户数据库中未查找到该账号和该密码,说明目标用户当前输入的账号、密码与目标用户注册时输入的账号、密码不匹配,则该身份信息未通过身份验证。该用户数据库可以用于存储用户注册时输入的身份信息。

s102,终端向医院管理信息系统his发送处方请求。

在一些可行的实施方式中,终端可以通过医院管理信息系统(hospitalinformationsystem,his)提供的客户端接口向该his发送处方请求。该处方请求可以包括上述目标用户输入的该身份信息。his可以接收终端发送的该处方请求,并可以获取该处方请求中包括的该身份信息。his可以检测处方数据库中是否存在与该身份信息对应的原始处方单,若该处方数据库中存在该身份信息对应的原始处方单,his可以获取该身份信息对应的至少一张原始处方单,并向终端发送该至少一张原始处方单。若该处方数据库中不存在该身份信息对应的原始处方单,则his可以向终端发送处方请求失败信息,该处方请求失败信息可以用于提示终端该处方请求失败的原由,如“未查询到该身份信息对应的原始处方单”。该原始处方单中包括至少一种药品及每种药品的费用信息,如原始处方单中包括药品名称、药品数量、药品单价、药品剂型等信息。

例如,假设上述身份信息为账号密码,账号为身份证号、社保卡号、医院的就诊号中任一种,密码为目标用户的登录密码。终端向his发送处方请求,处方请求中包括身份信息。his提取该处方请求中的身份证号、社保卡号或就诊号,并在处方数据库中查找身份证号、社保卡号或就诊号对应的原始处方单,将查找到的至少一张原始处方单发送给终端。又如,假设上述身份信息为指纹或虹膜。终端可以在用户数据库中查找该指纹或虹膜对应的用户标识,并可以向his发送处方请求,该处方请求中包括目标用户标识(如身份证号、社保卡号、就诊号)。his提取该处方请求中的目标用户标识,在处方数据库中查找目标用户标识对应的原始处方单,将查找到的至少一张原始处方单发送给终端。

s103,终端从his针对处方请求返回的至少一张原始处方单中确定出n张第一处方单,并显示n张第一处方单。

在一些可行的实施方式中,终端可以接收上述his发送的至少一张原始处方单,并可以获取该至少一张原始处方单中各张原始处方单的记录时间。终端可以将该各张原始处方单的记录时间在目标时间段内的原始处方单确定为第一处方单,从而得到n张第一处方单,并可以在终端的屏幕上显示该n张第一处方单。其中,n可以为大于或等于1的整数。例如,终端接收到6张原始处方单,目标时间段是在当前时间之前的90天。终端分别获取该6张原始处方单的记录时间,如该6张原始处方单的记录时间分别为2018年6月9日、2018年8月3日、2018年4月5日、2017年5月11日、2017年11月24日、2018年2月27日。当前时间为2018年8月25日,终端比较各张原始处方单中的记录时间是否在2018年8月25日之前的90天内。因此记录时间为2018年6月9日、2018年8月3日的两张原始处方单均为第一处方单。

在一些可行的实施方式中,终端在显示该n张第一处方单之前,可以获取该n张第一处方单中各张第一处方单的缴费状态。终端可以在终端屏幕上采用不同的颜色对该n张第一处方单中缴费状态为已缴费的第一处方单和待缴费的第一处方单进行区别显示。例如,n=5,终端可以获取该5张第一处方单中各张第一处方单的缴费状态。其中,缴费状态为已缴费的第一处方单有2张,缴费状态为待缴费的第一处方单有3张。终端在显示5张第一处方单时,用灰色对缴费状态为已缴费的2张第一处方单进行显示,用红色对缴费状态为待缴费的3张第一处方单进行显示。

s104,终端获取目标用户针对n张第一处方单选中的m张第二处方单。

在一些可行的实施方式中,目标用户可以在终端显示的n张第一处方单中选择想要支付的第一处方单,终端可以将目标用户想要支付的第一处方单作为第二处方单,得到m张第二处方单。其中,m可以为大于或等于1的整数,且m可以小于或等于n。例如,终端显示的5张第一处方单分别为a、d、h、e、c。目标用户在a、d、h、e、c这5张第一处方单中选择想要支付的d、e,终端可以将第一处方单d和e均作为第二处方单。

s105,终端输出至少一种结算方式,并获取目标用户针对至少一种结算方式选中的目标结算方式。

在一些可行的实施方式中,终端可以输出预设的至少一种结算方式以及每种结算方式的概要信息,该概要信息可以用于描述该种结算方式的适用人群。例如,结算方式为“社保账户结算”的概要信息可以是“适用于购买了社会医疗保险、商业医疗保险等人群”,结算方式为“个人账户结算”的概要信息可以是“适用于未购买任何医疗保险的人群”等。目标用户可以在该至少一种结算方式中选择一种目标结算方式,终端可以接收目标用户选择的目标结算方式。

s106,终端根据目标结算方式确定m张第二处方单的目标结算金额。

在一些可行的实施方式中,终端可以根据目标结算方式对上述m张第二处方单进行结算,得到该m张第二处方单的目标结算金额。该目标结算金额可以为目标用户实际需要支付的金额。

在一些可行的实施方式中,若上述目标结算方式为个人账户结算,终端可以计算上述m张第二处方单的各张第二处方单中药品单价与药品数量的乘积,得到该各张第二处方单的结算金额。终端可以将该各张第二处方单的结算金额之和确定为该m张第二处方单的目标结算金额。例如,m=2,这2张第二处方单分别为b和c。假设第二处方单b中包括药品1和药品2,药品1的单价为20,药品1的数量为4,药品2的单价为106,药品2的数量为1;第二处方单c中包括药品3,药品3的单价为50,药品3的数量为3。终端分别计算药品1的金额=药品1的单价*药品1的数量=20*4=80元,药品2的金额=药品2的单价*药品2的数量=106*1=106元,在计算第二处方单b的结算金额=药品1的金额+药品2的金额=80+106=186元。终端在计算药品3的金额=药品3的单价*药品3的数量=50*3=150元,由于第二处方单c中只有药品3,所以第二处方单c的结算金额=150元。终端将第二处方单b和c的结算金额之和确定为这2张第二处方单的目标结算金额,即目标结算金额=第二处方单b的结算金额+第二处方单c的结算金额=186+150=336元。该336元即为目标用户实际需要支付的金额。

s107,终端根据目标用户针对m张第二处方单的目标结算金额输入的确认支付指令,对m张第二处方单的目标结算金额进行支付。

在一些可行的实施方式中,终端在确定上述m张第二处方单的目标结算金额之后,可以输出该m张第二处方单的目标结算金额。目标用户可以在终端的医疗费用缴费客户端上针对该目标结算金额输入确认支付指令,终端在接收到目标用户输入的确认支付指令之后,可以调用该医疗费用缴费客户端中默认的支付接口对该目标结算金额进行支付。其中,默认的支付接口可以为支付宝、微信、网上银行中任一种。本申请实施例通过与目标用户进行多次交互,获取目标用户选中的第二处方单的目标结算金额,并对其进行支付,可以提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

本申请实施例中,终端通过获取目标用户输入的身份信息,向医院管理信息系统his发送处方请求,并从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单,获取该目标用户针对该n张第一处方单选中的m张第二处方单,输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式,再根据该目标结算方式确定该m张第二处方单的目标结算金额,根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付,可以提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

参见图2,是本申请实施例提供的一种医疗费用线上缴费方法的另一示意流程图。如图2所示,该医疗费用线上缴费方法可包括步骤:

s201,终端获取目标用户输入的身份信息。

s202,终端向医院管理信息系统his发送处方请求。

在一些可行的实施方式中,本申请实施例中的步骤s201-步骤s202可参考图1所示实施例的步骤s101-步骤s102的实现方式,在此不再赘述。

s203,终端接收his针对处方请求返回的至少一张原始处方单,并获取至少一张原始处方单中各张原始处方单的缴费状态。

s204,终端将至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,得到n张第一处方单,并显示n张第一处方单。

在一些可行的实施方式中,终端可以接收his针对上述处方请求返回的至少一张原始处方单,并可以获取该至少一张原始处方单中各张原始处方单的缴费状态。终端可以将该至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,从而得到n张第一处方单。终端可以在终端屏幕上显示目标状态的n张第一处方单。其中,目标状态可以为待缴费状态,n可以为大于或等于1的整数。本申请实施例通过显示待缴费状态的第一处方单,不显示已缴费状态的第一处方单,便于用户在待缴费处方单中选择想要支付的第一处方单,不仅可以减少显示的空间,提高终端的效率,还可以提高用户体验。

例如,his针对处方请求返回的原始处方单包括a、c、g、h以及e这5张。终端分别获取这5张原始处方单(a、c、g、h以及e)的缴费状态标识,并比较各张原始处方单的缴费状态标识是否与待缴费状态的标识相同。假设a、c、g、h以及e的缴费状态标识分别为“0、0、1、1、1”,待缴费状态的标识为“1”。终端将这5张原始处方单(a、c、g、h以及e)中缴费状态标识与待缴费状态的标识“1”相同的原始处方单g、h以及e均确定为第一处方单。

s205,终端获取目标用户针对n张第一处方单选中的m张第二处方单。

在一些可行的实施方式中,本申请实施例中的步骤s205可参考图1所示实施例的步骤s104的实现方式,在此不再赘述。

s206,终端输出至少一种结算方式,并获取目标用户针对至少一种结算方式选中的目标结算方式。

s207,若目标结算方式为社保账户结算,终端向社保结算服务器发送结算请求。

s208,终端接收社保结算服务器针对结算请求返回的m张第二处方单的目标结算金额。

在一些可行的实施方式中,终端可以输出预设的至少一种结算方式以及每种结算方式的概要信息,该概要信息可以用于描述该种结算方式的适用人群。例如,结算方式为“社保账户结算”的概要信息可以是“适用于购买了社会医疗保险、商业医疗保险等人群”,结算方式为“个人账户结算”的概要信息可以是“适用于未购买任何医疗保险的人群”等。目标用户可以在该至少一种结算方式中选择一种目标结算方式,终端可以接收目标用户选择的目标结算方式。若用户选择的目标结算方式为社保账户结算,终端可以在用户数据库中检测上述目标用户的身份信息是否与社保账户(社保卡号)进行了绑定。若上述目标用户的身份信息没有与社保账户进行绑定,终端可以输出结算提示信息,该结算提示信息可以用于提示目标用户进行社保账户绑定,或者提示目标用户更换结算方式。若上述目标用户的身份信息与社保账户进行了绑定,终端可以通过社保结算服务器提供的客户端接口向社保结算服务器发送结算请求。该结算请求中可以包括该目标用户的身份信息以及上述m张第二处方单。社保结算服务器在接收到该结算请求之后,可以在该结算请求中提取该目标用户的身份信息,并可以获取该身份信息关联的结算规则(如社保统筹基金报销比例)。社保结算服务器根据该结算规则确定出该m张第二处方单的目标结算金额。终端可以接收社保结算服务器针对该结算请求返回的该m张第二处方单的目标结算金额,并在终端屏幕上显示该目标结算金额。其中,m可以为大于或等于1的整数,且m小于或等于n。该目标结算金额可以为用户实际需要支付的金额,即该m张第二处方单的总结算金额减去社保统筹基金支付金额得到目标结算金额。

例如,终端输出“社保账户结算”和“个人账户结算”这2种结算方式。假设m=2,这2张第二处方单可以为d和f。若上述目标结算方式为“社保账户结算”,且目标用户的身份信息与社保账户进行了绑定。终端向社保结算服务器发送结算请求。社保结算服务器接收到结算请求之后,获取目标用户的身份信息关联的社保统筹基金报销比例为60%,假设第二处方单d和f的总结算金额为1080元,社保统筹基金支付金额为总结算金额与社保统筹基金报销比例的乘积,即1080*60%=648元。社保结算服务器计算第二处方单d和f的总结算金额与社保统筹基金支付金额之差为目标结算金额,即目标结算金额=总结算金额-社保统筹基金支付金额=1080-648=432元。终端接收社保结算服务器返回的目标结算金额432元,并在终端屏幕上显示该目标结算金额432元。

s209,终端接收目标用户针对m张第二处方单的目标结算金额输入的确认支付指令。

s210,终端输出至少一个支付接口,并获取目标用户针对至少一个支付接口选中的目标支付接口。

s211,终端调用目标支付接口对目标支付金额进行支付。

在一些可行的实施方式中,终端可以接收用户针对上述m张第二处方单的目标结算金额输入的确认支付指令。终端在接收到该确认支付指令之后可以输出预设的至少一个支付接口。目标用户可以在该至少一个支付接口中选择一个目标支付接口,终端可以接收目标用户选中的该目标支付接口。终端可以调用该目标支付接口对上述目标结算金额进行支付。其中,支付接口可以包括支付宝、微信、网上银行等线上支付接口。本申请实施例通过提供不同的支付接口对目标结算金额进行支付,可以增加医疗费用线上缴费的灵活性以及便利性,提高用户体验。

在一些可行的实施方式中,终端在调用上述目标支付接口对上述目标支付金额进行支付后,可以查询该m张第二处方单的支付结果。当该m张第二处方单的支付结果为支付失败时,终端可以输出支付失败信息,该支付失败信息用于提示目标用户重新支付,该支付失败信息还可以包括该m张第二处方单支付失败的原由,如账户余额不足、账号或密码错误等。当该m张第二处方单的支付结果为支付成功时,终端可以跳转到支付成功的界面,并可以将该m张第二处方单的缴费状态均修改为已缴费状态,同时可以将该m张第二处方单的最新缴费状态同步至his以及社保结算服务器。

本申请实施例中,终端通过获取目标用户输入的身份信息,并向医院管理信息系统his发送处方请求。接收his针对该处方请求返回的至少一张原始处方单,并获取该至少一张原始处方单中各张原始处方单的缴费状态。将该至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,得到n张第一处方单,并显示该n张第一处方单。获取该目标用户针对该n张第一处方单选中的m张第二处方单。输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式。若该目标结算方式为社保账户结算,终端向社保结算服务器发送结算请求。终端接收社保结算服务器针对该结算请求返回的m张第二处方单的目标结算金额。接收该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令。输出至少一个支付接口,并获取该目标用户针对该至少一个支付接口选中的目标支付接口。调用该目标支付接口对该目标支付金额进行支付。可以增加医疗费用线上缴费的灵活性以及多样性,提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

参见图3,是本申请实施例提供的一种医疗费用线上缴费装置的一示意性框图。本申请实施例的医疗费用线上缴费装置包括:

第一获取单元10,用于获取目标用户输入的身份信息;

发送单元20,用于向医院管理信息系统his发送处方请求,该处方请求包括该目标用户输入的身份信息,该处方请求用于请求该his返回该身份信息对应的至少一张原始处方单;

第一确定单元30,用于从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单;

第二获取单元40,用于获取该目标用户针对该n张第一处方单选中的m张第二处方单;

第三获取单元50,用于输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式;

第二确定单元60,用于根据该目标结算方式确定该m张第二处方单的目标结算金额,该目标结算金额用于表示该目标用户待支付的金额;

支付单元70,用于根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付;

其中,该n和该m均为大于或等于1的整数,且该n大于或等于该m。

在一些可行的实施方式中,上述第一确定单元30具体用于:接收该his针对该处方请求返回的该至少一张原始处方单,并获取该至少一张原始处方单中各张原始处方单的缴费状态;将该至少一张原始处方单中缴费状态为目标状态的原始处方单确定为第一处方单,得到n张第一处方单。

在一些可行的实施方式中,若该目标结算方式为社保账户结算。上述第二确定单元60具体用于:向社保结算服务器发送结算请求;接收该社保结算服务器针对该结算请求返回的该m张第二处方单的目标结算金额。其中,该结算请求中包括该目标用户的身份信息以及该m张第二处方单,该结算请求用于该社保结算服务器根据该身份信息关联的结算规则确定该m张第二处方单的目标结算金额。

在一些可行的实施方式中,若该目标结算方式为个人账户结算。上述第二确定单元60还具体用于:计算该m张第二处方单的各张第二处方单中药品单价和药品数量的乘积,得到该各张第二处方单的结算金额;将该m张第二处方单中各张第二处方单的结算金额之和确定为该m张第二处方单的目标结算金额。

在一些可行的实施方式中,上述支付单元70具体用于:接收该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令;输出至少一个支付接口,并获取该目标用户针对该至少一个支付接口选中的目标支付接口;调用该目标支付接口对该目标支付金额进行支付。

在一些可行的实施方式中,该装置还包括查询单元80以及输出单元90。该查询单元80,用于查询该m张第二处方单的支付结果;该输出单元90,用于当该m张第二处方单的支付结果为支付失败时,输出支付失败信息,该支付失败信息用于提示该目标用户重新支付。

具体实现中,上述医疗费用线上缴费装置可通过上述各个模块执行上述图1或图2所提供的实现方式中各个步骤所提供的实现方式,实现上述各实施例中所实现的功能,具体可参见上述图1或图2所示的方法实施例中各个步骤提供的相应描述,在此不再赘述。

在本申请实施例中,医疗费用线上缴费装置获取目标用户输入的身份信息,向医院管理信息系统his发送处方请求,并从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单,获取该目标用户针对该n张第一处方单选中的m张第二处方单,输出至少一种结算方式,并获取该目标用户针对该至少一种结算方式选中的目标结算方式,再根据该目标结算方式确定该m张第二处方单的目标结算金额,根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付,可以提高医疗费用的缴费效率,减轻医院缴费窗口的业务压力。

参见图4,是本申请实施例提供的一种终端的一示意性框图。如图4所示,本申请实施例中的终端可以包括:一个或多个处理器401;一个或多个输入设备402,一个或多个输出设备403和存储器404。上述处理器401、输入设备402、输出设备403和存储器404通过总线405连接。存储器402用于存储计算机程序,所述计算机程序包括程序指令,处理器401用于执行存储器402存储的程序指令。

其中,上述输入设备402用于获取目标用户输入的身份信息。上述输出设备403用于向医院管理信息系统his发送处方请求,该处方请求包括该目标用户输入的身份信息,该处方请求用于请求该his返回该身份信息对应的至少一张原始处方单。上述处理器401被配置用于调用所述程序指令执行从该his针对该处方请求返回的该至少一张原始处方单中确定出n张第一处方单,并显示该n张第一处方单;获取该目标用户针对该n张第一处方单选中的m张第二处方单。上述输出设备403还用于输出至少一种结算方式。上述输入设备402还用于获取该目标用户针对该至少一种结算方式选中的目标结算方式。上述处理器401被配置用于调用所述程序指令执行根据该目标结算方式确定该m张第二处方单的目标结算金额,该目标结算金额用于表示该目标用户待支付的金额;根据该目标用户针对该m张第二处方单的目标结算金额输入的确认支付指令,对该m张第二处方单的目标结算金额进行支付。其中,该n和该m均为大于或等于1的整数,且该n大于或等于该m。

应当理解,在一些可行的实施方式中,所称处理器401可以是中央处理单元(centralprocessingunit,cpu),该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备402可以包括触控板、指纹采传感器(用于采集目标用户的指纹信息和指纹的方向信息)、麦克风等,输出设备403可以包括显示器(lcd等)、扬声器、发送器等。

该存储器404可以包括只读存储器和随机存取存储器,并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如,存储器404还可以存储设备类型的信息。

具体实现中,本申请实施例中所描述的处理器401、输入设备402、输出设备403可执行本申请实施例提供的医疗费用线上缴费方法中所描述的实现方式,也可执行本申请实施例所描述的医疗费用线上缴费装置的实现方式,在此不再赘述。

本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令被处理器执行时实现图1或图2所示的医疗费用线上缴费方法,具体细节请参照图1或图2所示实施例的描述,在此不再赘述。

上述计算机可读存储介质可以是前述任一实施例所述的医疗费用线上缴费装置或电子设备的内部存储单元,例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备,例如该电子设备上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请是参照本申请实施例的方法、装置(终端)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

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