首页> 中国专利> 用于就医流程的数据处理方法和医疗信用系统

用于就医流程的数据处理方法和医疗信用系统

摘要

本发明公开了一种用于就医流程的数据处理方法和医疗信用系统。其中,该方法包括:医疗信用系统接收医疗系统发送的至少一个就诊信息,其中,医疗信用系统为至少一个就诊信息进行费用担保;医疗信用系统检测客户端发送的指示就诊结束的结束信息;以及医疗信用系统在检测到结束信息后,向客户端发出对至少一个就诊信息所对应的费用进行支付的支付提醒。通过本发明,解决了就诊时由于多次缴费所导致的缴费过程复杂的技术问题。

著录项

  • 公开/公告号CN104992073A

    专利类型发明专利

  • 公开/公告日2015-10-21

    原文格式PDF

  • 申请/专利权人 新华瑞德(北京)网络科技有限公司;

    申请/专利号CN201510435469.2

  • 发明设计人 宋立新;田强;段鑫;

    申请日2015-07-22

  • 分类号G06F19/00(20110101);G06Q20/16(20120101);

  • 代理机构11240 北京康信知识产权代理有限责任公司;

  • 代理人韩建伟;张永明

  • 地址 100094 北京市海淀区永嘉北路6号5幢2层218室

  • 入库时间 2023-12-18 11:23:54

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-09-07

    授权

    授权

  • 2018-08-14

    著录事项变更 IPC(主分类):G16H40/20 变更前: 变更后: 申请日:20150722

    著录事项变更

  • 2015-11-18

    实质审查的生效 IPC(主分类):G06F19/00 申请日:20150722

    实质审查的生效

  • 2015-10-21

    公开

    公开

说明书

技术领域

本发明涉及医疗担保领域,具体而言,涉及一种用于就医流程的数据处理方法和 医疗信用系统。

背景技术

随着就医人数增多,医疗机构基础设施建设不足,缴费难的问题日益凸显,当大 量患者就医时,如何方便获取医疗资源,快速缴费,减少排队时间,并通过自助挂号 与收费系统对患者缴费、医疗资源管理得到越来越广泛的应用。

现有的自助挂号与收费系统中需要患者现场取号,每次医生开立处方、检查检验 单后到自助终端进行缴费。这种方法能减少医疗机构收费窗口排队压力,减少医疗机 构成本投入,发明人发现,现有的自助终端系统还是需要患者进行反复排队,只是减 轻了窗口排队压力并没有在实质上解决缴费排队的问题,即现有技术无法解决就诊时 由于多次缴费所导致的缴费过程复杂的问题。

针对上述的问题,目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种用于就医流程的数据处理方法和医疗信用系统,以至少 解决就诊时由于多次缴费所导致的缴费过程复杂的技术问题。

根据本发明实施例的一个方面,提供了一种用于就医流程的数据处理方法,用于 医疗系统、客户端和医疗信用系统之间的就医流程,包括:所述医疗信用系统接收所 述医疗系统发送的至少一个就诊信息,其中,所述医疗信用系统为所述至少一个就诊 信息进行费用担保;所述医疗信用系统检测所述客户端发送的指示就诊结束的结束信 息;以及所述医疗信用系统在检测到所述结束信息后,向所述客户端发出对所述至少 一个就诊信息所对应的费用进行支付的支付提醒。

进一步地,在所述医疗信用系统接收所述医疗系统发送的至少一个就诊信息之后, 所述方法还包括:所述医疗信用系统从所述医疗系统获取接收到的就诊信息对应的费 用;所述医疗信用系统按照所述接收到的就诊信息对应的费用冻结所述客户端对应的 账户中的相应资金。

进一步地,在所述医疗信用系统在检测到所述结束信息后,向所述客户端发出对 所述至少一个就诊信息所对应的费用进行支付的支付提醒之后,所述方法还包括:所 述医疗信用系统在预设时间段内检测所述客户端的在线支付信息和所述客户端对应的 用户的线下支付信息;所述医疗信用系统如果在所述预设时间段内没有检测到所述在 线支付信息或者所述线下支付信息,则所述医疗信用系统从冻结的资金中扣除所述至 少一个就诊信息所对应的费用;所述医疗信用系统如果在所述预设时间段内检测到所 述在线支付信息或者所述线下支付信息,则所述医疗信用系统解除对所述资金的冻结。

进一步地,在所述医疗信用系统在检测到所述结束信息后,向所述客户端发出对 所述至少一个就诊信息所对应的费用进行支付的支付提醒之后,所述方法还包括:所 述医疗信用系统检测所述客户端的在线支付信息;所述医疗信用系统如果检测到所述 在线支付信息指示支付已完成,则向所述医疗系统发送所述客户端已经支付的信息。

进一步地,在所述医疗信用系统在检测到所述结束信息后,向所述客户端发出对 所述至少一个就诊信息所对应的费用进行支付的支付提醒之后,所述方法还包括:所 述医疗信用系统在预设时间段内检测所述客户端的在线支付信息和所述客户端对应的 用户的线下支付信息;所述医疗信用系统如果在所述预设时间段内没有检测到所述在 线支付信息或者所述线下支付信息,则所述医疗信用系统向所述医疗系统支付所述费 用。

进一步地,在所述医疗信用系统接收所述医疗系统发送的至少一个就诊信息之后, 并且在所述医疗信用系统检测所述客户端发送的指示就诊结束的结束信息之前,所述 方法包括:所述医疗信用系统将接收到的就诊信息发送给所述客户端;所述医疗信用 系统接收所述客户端响应所述接收到的就诊信息发送的确认信息;所述医疗信用系统 在接收到所述确认信息后,记录所述接收到的就诊信息所对应的就诊费用。

进一步地,在所述医疗信用系统接收所述医疗系统发送的至少一个就诊信息之前, 所述方法还包括:所述医疗信用系统接收来自所述客户端的挂号信息和担保信息;所 述医疗信用系统根据所述担保信息查询相应用户的信用信息;所述医疗信用系统根据 查询到的信用信息判断是否为所述用户进行信用担保;以及所述医疗信用系统在判断 出为所述用户进行信用担保后,将所述挂号信息发送给所述医疗系统。

进一步地,在所述医疗信用系统接收来自所述客户端的挂号信息和担保信息之前, 所述方法还包括:所述医疗信用系统获取所述客户端的注册信息,所述注册信息包括 所述客户端所对应用户的个人信息和消费账户信息;所述医疗信用系统根据所述注册 信息获取所述用户的信用信息;所述医疗信用系统根据所述用户的信用信息确定所述 用户的信用等级。

根据本发明实施例的另一方面,还提供了一种医疗信用系统,医疗信用系统与医 疗系统和客户端均连接,包括:第一接收单元,用于接收所述医疗系统发送的至少一 个就诊信息,其中,所述医疗信用系统为所述至少一个就诊信息进行费用担保;第一 检测单元,用于检测所述客户端发送的指示就诊结束的结束信息;以及第一发送单元, 用于在检测到所述结束信息后,向所述客户端发出对所述至少一个就诊信息所对应的 费用进行支付的支付提醒。

进一步地,所述医疗信用系统还包括:第一获取单元,用于在所述医疗信用系统 接收所述医疗系统发送的至少一个就诊信息之后,从所述医疗系统获取接收到的就诊 信息对应的费用;冻结单元,用于按照所述接收到的就诊信息对应的费用冻结所述客 户端对应的账户中的相应资金。

进一步地,所述医疗信用系统还包括:第二检测单元,用于在所述医疗信用系统 在检测到所述结束信息后,向所述客户端发出对所述至少一个就诊信息所对应的费用 进行支付的支付提醒之后,在预设时间段内检测所述客户端的在线支付信息和所述客 户端对应的用户的线下支付信息;扣除单元,用于在所述预设时间段内没有检测到所 述在线支付信息或者所述线下支付信息时,从冻结的资金中扣除所述至少一个就诊信 息所对应的费用;解除单元,用于在所述预设时间段内检测到所述在线支付信息或者 所述线下支付信息时,解除对所述资金的冻结。

进一步地,所述医疗信用系统还包括:第三检测单元,用于在所述医疗信用系统 在检测到所述结束信息后,向所述客户端发出对所述至少一个就诊信息所对应的费用 进行支付的支付提醒之后,检测所述客户端的在线支付信息;第二发送单元,用于在 检测到所述在线支付信息指示支付已完成后,向所述医疗系统发送所述客户端已经支 付的信息。

进一步地,所述医疗信用系统还包括:第四检测单元,用于在向所述客户端发出 对所述至少一个就诊信息所对应的费用进行支付的支付提醒之后,在预设时间段内检 测所述客户端的在线支付信息和所述客户端对应的用户的线下支付信息;支付单元, 用于在所述预设时间段内没有检测到所述在线支付信息或者所述线下支付信息时,向 所述医疗系统支付所述费用。

进一步地,所述医疗信用系统包括:第三发送单元,用于在所述医疗信用系统接 收所述医疗系统发送的至少一个就诊信息之后,并且在所述医疗信用系统检测所述客 户端发送的指示就诊结束的结束信息之前,将接收到的就诊信息发送给所述客户端; 第二接收单元,用于接收所述客户端发送的确认信息,其中,所述确认信息为响应所 述接收到的就诊信息的信息;记录单元,用于在接收到所述确认信息后,记录所述接 收到的就诊信息所对应的就诊费用。

进一步地,所述医疗信用系统还包括:第三接收单元,用于在所述医疗信用系统 接收所述医疗系统发送的至少一个就诊信息之前,接收来自所述客户端的挂号信息和 担保信息;查询单元,用于根据所述担保信息查询相应用户的信用信息;判断单元, 用于根据查询到的信用信息判断是否为所述用户进行信用担保;以及第四发送单元, 用于在判断出为所述用户进行信用担保后,将所述挂号信息发送给所述医疗系统。

进一步地,所述医疗信用系统还包括:第二获取单元,用于在接收来自所述客户 端的挂号信息和担保信息之前,获取所述客户端的注册信息,所述注册信息包括所述 客户端所对应用户的个人信息和消费账户信息;第三获取单元,用于根据所述注册信 息获取所述用户的信用信息;确定单元,用于根据所述用户的信用信息确定所述用户 的信用等级。

在本发明实施例中,采用医疗信用系统接收医疗系统发送的至少一个就诊信息, 其中,医疗信用系统为至少一个就诊信息进行费用担保;医疗信用系统检测客户端发 送的指示就诊结束的结束信息;以及医疗信用系统在检测到结束信息后,向客户端发 出对至少一个就诊信息所对应的费用进行支付的支付提醒的方式,实现患者在就诊过 程中多个项目产生的费用可以先由医疗信用系统进行担保,在当次就诊结束后再由患 者进行统一付费,从而避免了一次就诊的多个项目需要反复排队缴费的复杂过程,解 决了现有技术中就诊时缴费过程复杂的问题,达到了简化就诊缴费的效果,使得患者 就诊过程更加简单和高效。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发 明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图 中:

图1是根据本发明实施例的用于就医流程的数据处理方法的流程图;

图2是根据本发明实施例的医疗信用系统、医疗系统和客户端的结构示意图;

图3是根据本发明实施例的医疗信用系统的示意图。

具体实施方式

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

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第 二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这 样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在 这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的 任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方 法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚 地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

名词解释:

医疗系统是一种在医院及其所属各部门的人流、物流、财流进行综合管理的系统, 对在医疗活动各个阶段产生的数据进行采集、存储、处理、提取、传输、汇总、加工 生成各种信息,从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息 系统。

医疗信用系统是一种存在于医院及患者之间的信用管理系统,提供患者在医疗活 动中各个阶段产生信用和担保的数据采集、存储、处理、提取、传输、汇总、加工生 成各种信息,为患者和医院提供各种服务的信息系统。

根据本发明实施例,提供了一种用于就医流程的数据处理方法实施例,该实施例 中的医疗信用系统与医疗系统和客户端均连接,与医疗系统、客户端分别进行数据交 换,医疗信用系统与医疗系统进行对接,能够获取医疗系统的就诊费用并为客户端所 对应的用户进行信用担保,患者在就诊时不需要每个就诊项目都进行缴费,在当次就 诊结束后缴纳一次费用即可,也就解决了现有技术中就诊时缴费过程复杂的问题,达 到了简化就诊缴费的效果,为了行动不便的老人和孩子提供方便,同时,避免重复多 次排队缴费提高了就诊效率。需要说明的是,在附图的流程图示出的步骤可以在诸如 一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序, 但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的用于就医流程的数据处理方法的流程图,如图1所示, 该方法包括如下步骤:

步骤S102,医疗信用系统接收医疗系统发送的至少一个就诊信息,其中,医疗信 用系统为至少一个就诊信息进行费用担保。

步骤S104,医疗信用系统检测客户端发送的指示就诊结束的结束信息。

步骤S106,医疗信用系统在检测到结束信息后,向客户端发出对至少一个就诊信 息所对应的费用进行支付的支付提醒。

如图2所示,医疗信用系统200设置在医疗系统100和客户端300之间,医疗系 统100可以是医院现有的系统,客户端300可以是设置在患者的终端中的一个程序, 医疗信用系统200在患者和医院之间进行担保,患者在就诊过程中产生的费用可以先 由医疗信用系统进行担保,在当次就诊结束后再由患者进行统一付费,从而避免了一 次就诊的多个项目需要反复排队缴费的复杂过程,解决了现有技术中就诊时缴费过程 复杂的问题,达到了简化就诊缴费的效果,使得患者就诊过程更加简单和高效。

例如,患者A去医院就诊,需要进行检查、化验、取药,在检查、化验和取药的 阶段都会在医疗系统中产生就诊信息,每次产生就诊信息都会发送给医疗信用系统, 医疗信用系统对这些就诊信息对应的费用进行担保。在患者检查完毕后,向医疗信用 系统发送就诊结束的结束信息,此时,医疗信用系统将患者当次就诊产生的所有费用 的金额发送给客户端,以提示患者进行费用支付。患者在一次就诊过程中仅需要进行 一次费用支付,解决了现有技术中就诊时多次缴费导致的缴费过程复杂的问题。

可选地,在医疗信用系统接收医疗系统发送的至少一个就诊信息之后,该方法还 包括:医疗信用系统从医疗系统获取接收到的就诊信息对应的费用。医疗信用系统冻 结客户端对应的账户中的部分资金。为了保证患者就医的费用能够支付,医疗机构能 够在患者的当次就诊结束后收到就诊费用,医疗信用系统每次接收医疗系统发送的一 个就诊信息后,就冻结对应账户中的部分资金,冻结的资金金额可以作为医疗信用系 统的押金,冻结的金额可以根据客户端所对应的费用进行调节。例如,医生为患者开 具验血的化验单,医疗系统将该就诊信息发送给医疗信用系统,医疗信用系统同时从 医疗系统获取验血所需费用为50,那么,医疗信用系统可以从客户端关联的信用卡或 者储蓄卡中刷取50的预授权。医疗信用系统每次收到就诊信息都进行相应费用的冻结, 需要说明的是,冻结的金额可以与实际需支付的金额相同,也可以与实际需支付的金 额保持一定的比例。

可选地,在医疗信用系统在检测到结束信息后,向客户端发出对至少一个就诊信 息所对应的费用进行支付的支付提醒之后,该方法还包括:医疗信用系统在预设时间 段内检测客户端的在线支付信息和客户端对应的用户的线下支付信息。医疗信用系统 如果在预设时间段内没有检测到在线支付信息或者线下支付信息,则医疗信用系统从 冻结的资金中扣除所述至少一个就诊信息所对应的费用。在预设时间段内检测到在线 支付信息或者线下支付信息时,解除对资金的冻结。医疗信用系统如果在预设时间段 内检测到在线支付信息或者线下支付信息,则医疗信用系统解除对资金的冻结。客户 端可以采用在线支付,也可以在医疗机构的窗口进行费用结算。医疗信用系统在预设 时间段内检测客户端的支付信息,如果在预设时间段内检测到客户端已经对就诊费用 进行了支付,则解除关联账户中的资金冻结;否则,在冻结的资金中扣除与就诊所产 生的费用相应的金额。这样,不仅避免了患者在就诊过程中反复进行排队缴费的复杂, 简化了患者的缴费过程,同时,也能保证患者在就诊过程中产生的费用能够支付给医 疗机构。

可选地,在医疗信用系统在检测到结束信息后,向客户端发出对至少一个就诊信 息所对应的费用进行支付的支付提醒之后,该方法还包括:医疗信用系统检测客户端 的在线支付信息。医疗信用系统如果检测到在线支付信息指示支付已完成,则向医疗 系统发送客户端已经支付的信息。患者采用客户端进行在线支付后,医疗信用系统向 医疗系统发送支付已完成的消息。需要说明的是,医疗信用系统提供给客户端的费用 信息可以是从医疗系统获取的,医疗信用系统可以为患者提供多个就诊项目中每个项 目的费用,详细清单和发票等票据可以通过医疗机构的窗口领取。通过线上支付的方 式,可以避免窗口排队缴费,进一步简化了缴费的流程。

可选地,在担保系统在检测到结束信息后,向客户端发出对至少一个就诊信息所 对应的费用进行支付的支付提醒之后,方法还包括:医疗信用系统在预设时间段内检 测客户端的在线支付信息和客户端对应的用户的线下支付信息;医疗信用如果在预设 时间段内没有检测到在线支付信息或者线下支付信息,则医疗信用系统向消费系统支 付费用。如,医疗信用系统先向医疗系统支付医疗费用,由担保系统记录客户端所欠 的医疗费用并提醒客户端还款。患者在一定时间内没有还清欠款,则向患者收取滞纳 金或利息等。

可选地,为了保证患者的缴费金额准确,在医疗信用系统接收医疗系统发送的至 少一个就诊信息之后,并且在医疗信用系统检测客户端发送的指示就诊结束的结束信 息之前,方法包括:医疗信用系统将接收到的就诊信息发送给客户端。医疗信用系统 接收客户端响应接收到的就诊信息发送的确认信息;医疗信用系统在接收到确认信息 后,记录接到的就诊信息所对应的就诊费用。在客户端所对应的患者确认医疗信用系 统发送的就诊信息正确后再进行确认,并发出确认信息。医疗信用系统接收到确认信 息后进行就诊费用的记录和冻结,避免出现错误就诊信息所导致的额外计费,保证了 信用担保系统记录费用的正确性,进而保证了患者支付就诊费用的准确性。

例如,医生通过医疗系统发出打针的就诊信息,医疗信用系统将该就诊信息发送 给客户端,患者通过客户端确认该就诊信息正确,则向医疗信用系统返回确认信息。 医疗信用系统接收到确认信息后获取该就诊信息所对应的就诊费用,并记录该就诊费 用。记录费用的每个就诊项目都是经过患者确认的,从而保证了费用和产生的准确性, 也便于患者进行核对。

可选地,在医疗信用系统接收医疗系统发送的至少一个就诊信息之前,方法还包 括:医疗信用系统接收来自客户端的挂号信息和担保信息。医疗信用系统根据担保信 息查询相应用户的信用信息。医疗信用系统根据查询到的信用信息判断是否为用户进 行信用担保。医疗信用系统在判断出为用户进行信用担保后,将挂号信息发送给医疗 系统。信用担保可以利用银行的信用评级,或者其他权威信用机构的信用评级。担保 人与患者可以为同一个人或者不同的人,例如,患者为孩子,担保人为孩子的父母; 或者,患者为老人,担保人为老人的子女。当医疗信用系统收到客户端的担保信息时, 可以先验证用户的信用度,判断用户的信用度是否满足担保级别,当用户的信用度满 足担保级别时,确认对用户进行担保,并将挂号信息发送给医疗系统。医疗系统可以 将患者的医保卡号等作为患者的唯一标识信息,在患者就医的过程中伴随着就诊信息、 就诊费用等信用,也便于患者利用该唯一标识信息作为依据通过医疗结构打印详单或 者发票。

可选地,在医疗信用系统接收来自客户端的挂号信息和担保信息之前,方法还包 括:医疗信用系统获取客户端的注册信息,注册信息包括客户端所对应用户的个人信 息和消费账户信息;医疗信用系统根据注册信息获取用户的信用信息;医疗信用系统 根据用户的信用信息确定用户的信用等级。消费账户信息可以是医院内账户信息,可 以是医疗信用系统中该用户的账户信息,也可以是银行的账户信息,也可以是第三方 的账户信息。

在客户端发送挂号信息之前,用户可以通过客户端进行注册,绑定用户的社保卡、 银行卡或者医疗卡等,上传个人信息,以便于医疗信用系统对用户的信用信息进行审 核,确定该用户的信用等级。

通过上述步骤,可以实现患者在就诊过程中多个项目产生的费用可以先由医疗信 用系统进行担保,在当次就诊结束后再由患者进行统一付费,从而避免了一次就诊的 多个项目需要反复排队缴费的复杂过程,解决了现有技术中就诊时缴费过程复杂的问 题,达到了简化就诊缴费的效果,使得患者就诊过程更加简单和高效。

本发明实施例还提供了一种医疗信用系统。图3是根据本发明实施例的医疗信用 系统的示意图。如图3所示,该医疗信用系统与医疗系统和客户端均连接,包括:第 一接收单元10、第一检测单元30和第一发送单元50。其中:第一接收单元10用于接 收医疗系统发送的至少一个就诊信息,其中,医疗信用系统为至少一个就诊信息进行 费用担保;第一检测单元30用于检测客户端发送的指示就诊结束的结束信息;以及第 一发送单元50用于在检测到结束信息后,向客户端发出对至少一个就诊信息所对应的 费用进行支付的支付提醒。

如图2所示,医疗信用系统200设置在医疗系统100和客户端300之间,医疗系 统100可以是医院现有的系统,客户端300可以是设置在患者的终端中的一个程序, 医疗信用系统200在患者和医院之间进行担保,患者在就诊过程中产生的费用可以先 由医疗信用系统进行担保,在当次就诊结束后再由患者进行统一付费,从而避免了一 次就诊的多个项目需要反复排队缴费的复杂过程,解决了现有技术中就诊时缴费过程 复杂的问题,达到了简化就诊缴费的效果,使得患者就诊过程更加简单和高效。

例如,患者A去医院就诊,需要进行检查、化验、取药,在检查、化验和取药的 阶段都会在医疗系统中产生就诊信息,每次产生就诊信息都会发送给医疗信用系统, 医疗信用系统对这些就诊信息对应的费用进行担保。在患者检查完毕后,向医疗信用 系统发送就诊结束的结束信息,此时,医疗信用系统将患者当次就诊产生的所有费用 的金额发送给客户端,以提示患者进行费用支付。患者在一次就诊过程中仅需要进行 一次费用支付,解决了现有技术中就诊时多次缴费导致的缴费过程复杂的问题。

可选地,医疗信用系统还包括:第一获取单元,用于在医疗信用系统接收医疗系 统发送的至少一个就诊信息之后,从医疗系统获取接收到的就诊信息对应的费用;冻 结单元,用于按照接收到的就诊信息对应的费用冻结客户端对应的账户中的相应资金。

为了保证患者就医的费用能够支付,医疗机构能够在患者的当次就诊结束后收到 就诊费用,医疗信用系统每次接收医疗系统发送的一个就诊信息后,就冻结对应账户 中的部分资金,冻结的资金金额可以作为医疗信用系统的押金,冻结的金额可以根据 客户端所对应的费用进行调节。例如,医生为患者开具验血的化验单,医疗系统将该 就诊信息发送给医疗信用系统,医疗信用系统同时从医疗系统获取验血所需费用为50, 那么,医疗信用系统可以从客户端关联的信用卡或者储蓄卡中刷取50的预授权。医疗 信用系统每次收到就诊信息都进行相应费用的冻结,需要说明的是,冻结的金额可以 与实际需支付的金额相同,也可以与实际需支付的金额保持一定的比例。

可选地,医疗信用系统还包括:第二检测单元,用于在医疗信用系统在检测到结 束信息后,向客户端发出对至少一个就诊信息所对应的费用进行支付的支付提醒之后, 在预设时间段内检测客户端的在线支付信息和客户端对应的用户的线下支付信息;扣 除单元,用于在预设时间段内没有检测到在线支付信息或者线下支付信息时,从冻结 的资金中扣除至少一个就诊信息所对应的费用;解除单元,用于在预设时间段内检测 到在线支付信息或者线下支付信息时,解除对资金的冻结。医疗信用系统如果在预设 时间段内检测到在线支付信息或者线下支付信息,则医疗信用系统解除对资金的冻结。 客户端可以采用在线支付,也可以在医疗机构的窗口进行费用结算,其中,在线支付 的方式可以通过支付宝、微信支付和银行卡支付等。医疗信用系统在预设时间段内检 测客户端的支付信息,如果在预设时间段内检测到客户端已经对就诊费用进行了支付, 则解除关联账户中的资金冻结;否则,在冻结的资金中扣除与就诊所产生的费用相应 的金额。这样,不仅避免了患者在就诊过程中反复进行排队缴费的复杂,简化了患者 的缴费过程,同时,也能保证患者在就诊过程中产生的费用能够支付给医疗机构。

可选地,医疗信用系统还包括:第三检测单元,用于在医疗信用系统在检测到结 束信息后,向客户端发出对至少一个就诊信息所对应的费用进行支付的支付提醒之后, 检测客户端的在线支付信息;第二发送单元,用于在检测到在线支付信息指示支付已 完成后,向医疗系统发送客户端已经支付的信息。患者采用客户端进行在线支付后, 医疗信用系统向医疗系统发送支付已完成的消息。需要说明的是,医疗信用系统提供 给客户端的费用信息可以是从医疗系统获取的,医疗信用系统可以为患者提供多个就 诊项目中每个项目的费用,详细清单和发票等票据可以通过医疗机构的窗口领取。通 过线上支付的方式,可以避免窗口排队缴费,进一步简化了缴费的流程。

可选地,为了保证患者的缴费金额准确,医疗信用系统包括:第三发送单元,用 于在医疗信用系统接收医疗系统发送的至少一个就诊信息之后,并且在医疗信用系统 检测客户端发送的指示就诊结束的结束信息之前,将接收到的就诊信息发送给客户端; 第二接收单元,用于接收客户端发送的确认信息,其中,确认信息为响应接收到的就 诊信息的信息;记录单元,用于在接收到确认信息后,记录接收到的就诊信息所对应 的就诊费用。

在客户端所对应的患者确认医疗信用系统发送的就诊信息正确后再进行确认,并 发出确认信息。医疗信用系统接收到确认信息后进行就诊费用的记录和冻结,避免出 现错误就诊信息所导致的额外计费,保证了信用担保系统记录费用的正确性,进而保 证了患者支付就诊费用的准确性。

例如,医生通过医疗系统发出打针的就诊信息,医疗信用系统将该就诊信息发送 给客户端,患者通过客户端确认该就诊信息正确,则向医疗信用系统返回确认信息。 医疗信用系统接收到确认信息后获取该就诊信息所对应的就诊费用,并记录该就诊费 用。记录费用的每个就诊项目都是经过患者确认的,从而保证了费用和产生的准确性, 也便于患者进行核对。

可选地,医疗信用系统还包括:第三接收单元,用于在医疗信用系统接收医疗系 统发送的至少一个就诊信息之前,接收来自客户端的挂号信息和担保信息;查询单元, 用于根据担保信息查询相应用户的信用信息;判断单元,用于根据查询到的信用信息 判断是否为用户进行信用担保;以及第四发送单元,用于在判断出为用户进行信用担 保后,将挂号信息发送给医疗系统。信用担保可以利用银行的信用评级,或者其他权 威信用机构的信用评级,也可以利用消费者的消费记录进行评级。担保人与患者可以 为同一个人或者不同的人,例如,患者为孩子,担保人为孩子的父母;或者,患者为 老人,担保人为老人的子女。当医疗信用系统收到客户端的担保信息时,可以先验证 用户的信用度,判断用户的信用度是否满足担保级别,当用户的信用度满足担保级别 时,确认对用户进行担保,并将挂号信息发送给医疗系统。医疗系统可以将患者的医 保卡号等作为患者的唯一标识信息,在患者就医的过程中伴随着就诊信息、就诊费用 等信用,也便于患者利用该唯一标识信息作为依据通过医疗结构打印详单或者发票。

可选地,医疗信用系统还包括:第二获取单元,用于在接收来自客户端的挂号信 息和担保信息之前,获取客户端的注册信息,注册信息包括客户端所对应用户的个人 信息和消费账户信息;第三获取单元,用于根据注册信息获取用户的信用信息;确定 单元,用于根据用户的信用信息确定用户的信用等级。消费账户信息可以是银行账户 信息,还可以是就医卡账户信息,也可以是医保社保卡账户信息等。

在客户端发送挂号信息之前,用户可以通过客户端进行注册,绑定用户的社保卡、 银行卡或者医疗卡等,上传个人信息,以便于医疗信用系统对用户的信用信息进行审 核,确定该用户的信用等级。

通过上述步骤,可以实现患者在就诊过程中多个项目产生的费用可以先由医疗信 用系统进行担保,在当次就诊结束后再由患者进行统一付费,从而避免了一次就诊的 多个项目需要反复排队缴费的复杂过程,解决了现有技术中就诊时缴费过程复杂的问 题,达到了简化就诊缴费的效果,使得患者就诊过程更加简单和高效。

需要说明的是,本实施例中的基于消费系统的数据处理的方法和担保系统可以应 用在商场购物消费,例如,在商场的不同商铺中购物结束后,通过一次缴费完成购物 消费。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有 详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它 的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分, 可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件 可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所 显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模 块的间接耦合或通信连接,可以是电性或其它的形式。

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以 是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成 的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时, 可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质 上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的 形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一 台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所 述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only  Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘 等各种可以存储程序代码的介质。

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号