信息处理方法、系统、服务器及计算机可读存储介质
【技术领域】
本方案涉及通信技术领域,尤其涉及一种信息处理方法、系统、服务器及计算机可读存储介质。
【背景技术】
医疗机构的传统就医流程采用人工处理方式,挂号、就医、取药等每个环节都需要排队,就诊者需要付出大量的等待时间,医疗机构也要花费大量的人力物力。对于规模较大的医疗机构来说,就诊者人数众多,这样的就医流程效率非常低下,并且医疗机构的人力成本也很大。
为了提高就医流程的处理效率,同时降低医疗机构的人力成本,目前,大多数大型的医疗机构都引进了专门的自助终端,用来完成挂号、缴费等就医流程。就诊者被分散到各个自助终端处,不需要再到专门的窗口(比如挂号窗口、缴费窗口)排队,减少了医疗机构的人力成本。
但是,对于就诊者来说,其不用再到专门的窗口排队,但是仍然需要到放置于固定位置的自助终端处排队等待,用户体验较差。
【发明内容】
有鉴于此,本方案实施例提供了一种信息处理方法、系统、服务器及计算机可读存储介质,用以解决相关技术中就诊者就医时用户体验较差的问题。
第一方面,本发明实施例提供一种信息处理方法,所述方法包括:
获取就诊者身份信息;
根据所述就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示,所述指定终端为自助终端;
在接收到就诊者客户端的对应于所述就诊二维码的二维码扫描信息时,将就医相关信息发送给所述就诊者客户端,所述就医相关信息包括各个医疗服务业务的请求入口;
接收所述就诊者客户端的对应于所述就医相关信息中指定业务的请求信息;
根据所述请求信息,获取与所述指定业务对应的业务处理结果信息,并将所述业务处理结果信息返回给所述就诊者客户端;
接收所述就诊者客户端的查询请求,所述查询请求中携带二维码扫描信息和查询内容类型,所述客户端为安装在便携式手持终端上的应用;
从所述查询请求中提取所述二维码扫描信息和所述查询内容类型;
根据所述二维码扫描信息,得到所述查询请求的请求人对应的第一身份信息;
根据所述第一身份信息,查询与所述查询内容类型和所述第一身份信息对应的就诊相关信息;
将所述就诊相关信息发送给所述就诊者客户端。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述根据所述请求信息,获取与所述指定业务对应的业务处理结果信息,包括:
确定所述指定业务对应的目标医疗机构;
将所述请求信息发送给所述目标医疗机构对应的目标服务器;
接收所述目标服务器返回的与所述指定业务对应的业务处理结果信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述获取就诊者身份信息,包括:
接收所述就诊者客户端发送的就诊者身份信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述获取就诊者身份信息,包括:
接收对就诊者的指定证件进行扫描得到的扫描结果;
从所述扫描结果中提取就诊者身份信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述指定业务为预约,所述业务处理结果信息为成功预约指定医师;所述方法还包括:
接收所述就诊者客户端的所述对指定医师的再次预约请求,所述再次预约请求中携带所述二维码扫描信息;
根据所述二维码扫描信息,得到再次预约请求的请求人对应的第二身份信息;
将所述第二身份信息和再次预约请求发送给所述指定医师对应的医师客户端;
接收所述医师客户端返回的同意预约的第一答复信息;
根据所述第一答复信息,生成再次预约成功信息,并发送给再次预约请求的请求人对应的就诊者客户端。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述方法还包括:
接收所述就诊者客户端的与已预约成功的所述指定医师的在线交流请求;
将所述在线交流请求发送给所述指定医师对应的所述医师客户端;
若接收到所述医师客户端返回的同意在线交流的第二答复信息,为所述就诊者客户端与所述医师客户端分配在线通信资源。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述就诊者身份信息包括医保卡信息、就诊卡信息、身份证信息中的至少一种
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述指定业务为挂号、缴费、取药、查询或预约。
第二方面,本发明实施例提供一种信息处理系统,其特征在于,所述系统包括:
身份获取模块,用于获取就诊者身份信息;
二维码生成模块,用于根据所述就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示;
就医相关信息发送模块,用于在接收到就诊者客户端的对应于所述就诊二维码的二维码扫描信息时,将就医相关信息发送给所述就诊者客户端,所述就医相关信息包括各个医疗服务业务的请求入口;
请求接收模块,用于接收所述就诊者客户端的对应于所述就医相关信息中指定业务的请求信息;
结果获取模块,用于根据所述请求信息,获取与所述指定业务对应的业务处理结果信息,并将所述业务处理结果信息返回给所述就诊者客户端。
第三方面,本发明实施例提供一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面任一项所述信息处理方法的步骤。
第四方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面任一项所述信息处理方法的步骤。
本发明实施例具有以下有益效果:
本发明实施例,通过获取就诊者身份信息,根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示,在接收到就诊者客户端的对应于该就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,接收就诊者客户端的对应于就医相关信息中指定业务的请求信息,根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端,使得就诊者通过移动设备中的客户端就能完成相关的就医流程,不需要到设置自助终端的固定地点等待,为用户提供了便利,减少了用户等待时间,因此提升了用户体验。
【附图说明】
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本发明实施例提供的信息处理方法的流程示例图。
图2是本发明实施例提供的信息处理系统的功能方块图。
图3是本发明实施例提供的服务器的简化框图。
【具体实施方式】
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
实施例一
图1是本发明实施例提供的信息处理方法的流程示例图。本实施例中,信息处理方法执行在服务器上,如图1所示,该信息处理方法可以包括如下步骤:
S101,获取就诊者身份信息。
S102,根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示。
S103,在接收到就诊者客户端的对应于该就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,就医相关信息包括各个医疗服务业务的请求入口。
S104,接收就诊者客户端的对应于就医相关信息中指定业务的请求信息。
S105,根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端。
其中,就诊者客户端可以是安装在手机、平板等移动设备中的应用程序。
其中,指定终端是医疗机构中设置的自助终端。
就诊者通过手机、平板电脑等移动设备扫描就诊二维码,从而得到二维码扫描信息,并传送给服务器。
其中,医疗服务业务的请求入口用于对医疗服务业务提出请求。
其中,指定业务是就诊者从就医相关信息所包含的医疗服务业务中选择的一种医疗服务业务。举例说明。假设就医相关信息包括A、B、C、D、E五种医疗服务业务的请求入口,指定业务是就诊者从A、B、C、D、E五种医疗服务业务选择的一种。
其中,就诊者身份信息可以包括医保卡信息、就诊卡信息、身份证信息中的至少一种。
其中,指定业务可以为挂号、缴费、取药、查询、预约等。
图1所示实施例,在就诊时,就诊者利用客户端扫描与就诊者身份信息对应的就诊二维码,进而获得就医相关信息,从而,就诊者根据就医相关信息,利用就诊者客户端发出指定业务的请求信息,服务器获取与指定业务对应的业务处理结果信息,并返回给就诊者客户端。这使得就诊者通过移动设备中的客户端就能完成相关的就医流程,不需要到设置自助终端的固定地点等待,为用户提供了便利,因此提升了用户体验。
在一个示例性的实现过程中,根据请求信息,获取与指定业务对应的业务处理结果信息,可以包括:确定指定业务对应的目标医疗机构;将请求信息发送给目标医疗机构对应的目标服务器;接收目标服务器返回的与指定业务对应的业务处理结果信息。
通过本示例,就诊者通过手持的手机、平板电脑等移动设备与服务器相连,服务器与各个医疗机构对应的目标服务器相连。这样,就诊者通过手持终端向服务器发出指定业务的请求信息,以及从服务器获得对应的业务处理结果信息,而不需要分别向不同的目标服务器发出请求和获取业务处理结果。本示例在就诊者客户端和各目标服务器之间建立了统一的接口,方便了用户使用,因此提升了用户体验。
其中,就诊者在通过就诊者客户端发出对就医相关信息中指定业务的请求信息时,可以在请求信息中指示目标医疗机构,这样,服务器从请求信息中就可以提取出指定业务对应的目标医疗机构。
在一个示例性的实现过程中,获取就诊者身份信息可以包括:接收就诊者客户端发送的就诊者身份信息。
在一个示例性的实现过程中,获取就诊者身份信息可以包括:接收对就诊者的指定证件进行扫描得到的扫描结果;从扫描结果中提取就诊者身份信息。
其中,指定证件可以是身份证、医保卡、就诊卡等。
在一个示例性的实现过程中,信息处理方法还可以包括:接收就诊者客户端的查询请求,查询请求中携带二维码扫描信息和查询内容类型;从查询请求中提取二维码扫描信息和查询内容类型;根据二维码扫描信息,得到查询请求的请求人对应的第一身份信息;根据第一身份信息,查询与查询内容类型和第一身份信息对应的就诊相关信息;将就诊相关信息发送给就诊者客户端。
其中,查询内容类型可以是就医记录、药品使用信息等。就诊相关信息与查询内容类型对应,例如,查询内容类型是就医记录,就诊相关信息是第一身份信息所属人的就医记录。
通过本示例,就诊者可以通过就诊二维码方便地查询到自己的就医记录、药品使用信息等。
在一个示例性的实现过程中,指定业务为预约,业务处理结果信息为成功预约指定医师;信息处理方法还可以包括:接收就诊者客户端的对指定医师的再次预约请求,再次预约请求中携带二维码扫描信息;根据二维码扫描信息,得到再次预约请求的请求人对应的第二身份信息;将第二身份信息和再次预约请求发送给指定医师对应的医师客户端;接收医师客户端返回的同意预约的第一答复信息;根据第一答复信息,生成再次预约成功信息,并发送给再次预约请求的请求人对应的就诊者客户端。
通过本示例,就诊者可以通过就诊二维码方便地再次预约已成功预约过的医师。
其中,服务器中可以保存二维码扫描信息和与二维码扫描信息相关的医疗信息,比如二维码扫描信息对应的患者姓名、证件号码、医师姓名、医师编号、医师所在医疗机构名称等。这样,当服务器读取到再次预约请求中携带的二维码扫描信息,就可以根据二维码扫描信息,从上述保存的信息中查找到请求人对应的第二身份信息和指定医师的信息了。当然,服务器也可以将二维码扫描信息和与二维码扫描信息相关的医疗信息存储到位于其他服务器上的专用的数据库中,并具有对该数据库的访问及查询权限。在上述基础上,在一个示例性的实现过程中,信息处理方法还可以包括:接收就诊者客户端的与已预约成功的指定医师的在线交流请求;将在线交流请求发送给指定医师对应的医师客户端;若接收到医师客户端返回的同意在线交流的第二答复信息,为就诊者客户端与医师客户端分配在线通信资源。
这样,请求人与指定医师就可以利用分配到的在线通信资源进行在线交流了。
通过本示例,就诊者可以通过就诊二维码方便地申请与医师进行在线交流。
在其他实施例中,还可以通过如下方式实现与已预约成功过的指定医师进行在线交流:接收就诊者客户端的与已预约成功的指定医师的在线交流请求;查询指定医师当前是否允许在线交流;若指定医师当前允许在线交流,为就诊者客户端与医师客户端分配在线通信资源,并分别向就诊者客户端与医师客户端发送指示在线交流的通知消息。
其中,医师可以在医师客户端上设置在线交流的使能信息,并将设置的信息发送给服务器,服务器可以根据该使能信息获知医师是否允许在线交流。本发明实施例提供的信息处理方法,通过获取就诊者身份信息,根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示,在接收到就诊者客户端的对应于该就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,接收就诊者客户端的对应于就医相关信息中指定业务的请求信息,根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端,使得就诊者通过移动设备中的客户端就能完成相关的就医流程,不需要到设置自助终端的固定地点等待,为用户提供了便利,减少了用户等待时间,因此提升了用户体验。
实施例二
本发明实施例提供了一种信息处理系统,该信息处理系统用于执行前述实施例一中的信息处理方法。
图2是本发明实施例提供的信息处理系统的功能方块图。本实施例提供的信息处理系统可以设置于服务器中,如图2所示,信息处理系统可以包括:
身份获取模块210,用于获取就诊者身份信息;
二维码生成模块220,用于根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示;
就医相关信息发送模块230,用于在接收到就诊者客户端的对应于就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,就医相关信息包括各个医疗服务业务的请求入口;
请求接收模块240,用于接收就诊者客户端的对应于就医相关信息中指定业务的请求信息;
结果获取模块250,用于根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端。
在一个示例性的实现过程中,结果获取模块250在用于根据请求信息,获取与指定业务对应的业务处理结果信息时,可以具体用于:确定指定业务对应的目标医疗机构;将请求信息发送给目标医疗机构对应的目标服务器;接收目标服务器返回的与指定业务对应的业务处理结果信息。
在一个示例性的实现过程中,身份获取模块在用于获取就诊者身份信息时,可以具体用于:接收就诊者客户端发送的就诊者身份信息。
在一个示例性的实现过程中,身份获取模块在用于获取就诊者身份信息时,可以具体用于:接收对就诊者的指定证件进行扫描得到的扫描结果;从扫描结果中提取就诊者身份信息。
在一个示例性的实现过程中,所述系统还可以包括:
查询请求接收模块,用于接收就诊者客户端的查询请求,查询请求中携带二维码扫描信息和查询内容类型;
信息提取模块,用于从查询请求中提取二维码扫描信息和查询内容类型;
第一身份信息获取模块,用于根据二维码扫描信息,得到查询请求的请求人对应的第一身份信息;
就诊相关信息查询模块,用于根据第一身份信息,查询与查询内容类型和第一身份信息对应的就诊相关信息;
就诊相关信息发送模块,用于将就诊相关信息发送给就诊者客户端。
在一个示例性的实现过程中,指定业务为预约,业务处理结果信息为成功预约指定医师;所述系统还可以包括:
再约请求接收模块,用于接收就诊者客户端的所述对指定医师的再次预约请求,再次预约请求中携带二维码扫描信息;
第二身份信息获取模块,用于根据二维码扫描信息,得到再次预约请求的请求人对应的第二身份信息;
请求发送模块,用于将第二身份信息和再次预约请求发送给指定医师对应的医师客户端;
答复信息接收模块,用于接收医师客户端返回的同意预约的第一答复信息;
信息生成模块,用于根据第一答复信息,生成再次预约成功信息,并发送给再次预约请求的请求人对应的就诊者客户端。
在一个示例性的实现过程中,所述系统还可以包括:
在线交流请求接收模块,用于接收就诊者客户端的与已预约成功的指定医师的在线交流请求;
在线交流请求转发模块,用于将在线交流请求发送给指定医师对应的医师客户端;
资源分配模块,用于若接收到医师客户端返回的同意在线交流的第二答复信息,为就诊者客户端与医师客户端分配在线通信资源。
在一个示例性的实现过程中,就诊者身份信息包括医保卡信息、就诊卡信息、身份证信息中的至少一种
在一个示例性的实现过程中,指定业务为挂号、缴费、取药、查询或预约。
本发明实施例提供的信息处理系统与本发明前述实施例一提供的信息处理方法相对应,因此,本实施例未详细说明的地方,请参见前述实施例一中相应部分的说明,此处不再赘述。
本发明实施例提供的信息处理系统,通过获取就诊者身份信息,根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示,在接收到就诊者客户端的对应于该就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,接收就诊者客户端的对应于就医相关信息中指定业务的请求信息,根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端,使得就诊者通过移动设备中的客户端就能完成相关的就医流程,不需要到设置自助终端的固定地点等待,为用户提供了便利,减少了用户等待时间,因此提升了用户体验。
实施例三
本发明实施例提供了一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如实施例一中任一项所述信息处理方法的步骤。
图3是本发明实施例提供的服务器的简化框图。请参见图3,该服务器300可以包括与一个或多个数据存储工具连接的处理器301,该数据存储工具可以包括存储介质306和内存单元304。服务器300还可以包括输入接口305和输出接口307,用于与另一装置或系统进行通信。被处理器301的CPU执行的程序代码可存储在内存单元304或存储介质306中。
服务器300中的处理器301调用存储在内存单元304或存储介质306的程序代码,执行下面各步骤:
获取就诊者身份信息;
根据就诊者身份信息,生成就诊二维码,并发送给指定终端进行显示;
在接收到就诊者客户端的对应于该就诊二维码的二维码扫描信息时,将就医相关信息发送给就诊者客户端,就医相关信息包括各个医疗服务业务的请求入口;
接收就诊者客户端的对应于就医相关信息中指定业务的请求信息;
根据请求信息,获取与指定业务对应的业务处理结果信息,并将业务处理结果信息返回给就诊者客户端。
在一个示例性的实现过程中,处理器301在根据请求信息,获取与指定业务对应的业务处理结果信息时,可以被配置为:确定指定业务对应的目标医疗机构;将请求信息发送给目标医疗机构对应的目标服务器;接收目标服务器返回的与指定业务对应的业务处理结果信息。
在一个示例性的实现过程中,处理器301在获取就诊者身份信息时,可以被配置为:接收就诊者客户端发送的就诊者身份信息。
在一个示例性的实现过程中,处理器301在获取就诊者身份信息时,可以被配置为:接收对就诊者的指定证件进行扫描得到的扫描结果;从扫描结果中提取就诊者身份信息。
在一个示例性的实现过程中,处理器301还可以被配置为:接收就诊者客户端的查询请求,查询请求中携带二维码扫描信息和查询内容类型;从查询请求中提取二维码扫描信息和查询内容类型;根据二维码扫描信息,得到查询请求的请求人对应的第一身份信息;根据第一身份信息,查询与查询内容类型和第一身份信息对应的就诊相关信息;将就诊相关信息发送给就诊者客户端。
在一个示例性的实现过程中,指定业务为预约,业务处理结果信息为成功预约指定医师;处理器301还可以被配置为:接收就诊者客户端的对指定医师的再次预约请求,再次预约请求中携带二维码扫描信息;根据二维码扫描信息,得到再次预约请求的请求人对应的第二身份信息;将第二身份信息和再次预约请求发送给所述指定医师对应的医师客户端;接收医师客户端返回的同意预约的第一答复信息;根据第一答复信息,生成再次预约成功信息,并发送给再次预约请求的请求人对应的就诊者客户端。
在一个示例性的实现过程中,处理器301还可以被配置为:接收就诊者客户端的与已预约成功的指定医师的在线交流请求;将在线交流请求发送给指定医师对应的医师客户端;若接收到医师客户端返回的同意在线交流的第二答复信息,为就诊者客户端与医师客户端分配在线通信资源。
在一个示例性的实现过程中,就诊者身份信息包括医保卡信息、就诊卡信息、身份证信息中的至少一种。
在一个示例性的实现过程中,指定业务为挂号、缴费、取药、查询或预约。
实施例四
本发明实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时实现如前述实施例一中任一项所述信息处理方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。