掌桥专利:专业的专利平台
掌桥专利
首页

医疗数据推送方法及平台

文献发布时间:2024-07-23 01:35:12


医疗数据推送方法及平台

技术领域

本发明涉及数据处理技术,尤其涉及一种医疗数据推送方法及平台。

背景技术

在目前的医疗服务过程中,一般是由患者进行挂号后再前往相应的科室进行就诊,然后再通过医师的诊断结果进行相应的治疗。

但是目前的医疗服务可能无法结合患者的就诊需求为其推送医疗数据,例如对于就诊后的注意事项患者可能需要自行拍摄包含注意事项的图像进行记录,对于没有拍摄记录的患者在想查看注意事项时可能需要反复咨询医师,且由于患者对医院内部可能不熟悉,在就诊过程中患者可能需要在医院各处辗转,并且每个科室的候诊情况也不一样,患者无法查看到相应科室的候诊情况,在前往一个科室后,患者可能需要进行长时间的等待才能前往下一个科室,导致患者的就诊效率低下。

因此,如何结合患者需求对患者进行定制化的医疗数据推送,提高患者就诊效率,成了如今亟需解决的问题。

发明内容

本发明实施例提供一种医疗数据推送方法及平台,可以结合患者需求对患者进行定制化的医疗数据推送,提高患者就诊效率。

本发明实施例的第一方面,提供一种医疗数据推送方法,包括:

基于患者端的医疗推送需求,生成所述患者端对应的医疗推送模板发送给所述患者端进行展示,所述医疗推送模板包括就诊推送区和导向推送区;

获取医师端对所述就诊推送区配置的就诊数据,根据所述就诊数据对所述就诊推送区进行更新得到就诊推送数据;

接收所述患者端的定位导向请求,基于所述定位导向请求生成定位导向数据对所述导向推送区进行更新展示;

响应所述患者端的导向转换信息,获取所述患者端的候诊导向数据,基于所述导向推送区对所述候诊导向数据和所述定位导向数据进行联动展示得到联动导向数据。

可选地,在第一方面的一种可能实现方式中,获取医师端对所述就诊推送区配置的就诊数据,根据所述就诊数据对所述就诊推送区进行更新得到就诊推送数据,包括:

获取所述患者端对所述就诊推送区配置的需求标签,接收所述医师端对各所述需求标签配置的就诊数据;

统计各所述就诊数据的文本长度,根据所述文本长度的比值得到各所述就诊数据的展示比例;

按照划分方向和所述展示比例对所述就诊推送区进行划分,得到各所述就诊数据对应的子推送区;

基于所述就诊数据对相应所述子推送区进行更新得到就诊推送数据。

可选地,在第一方面的一种可能实现方式中,接收所述患者端的定位导向请求,基于所述定位导向请求生成定位导向数据对所述导向推送区进行更新展示,包括:

响应所述定位导向请求,获取所述患者端对应的就诊标签;

调取目标医院对应的医院孪生空间,确定所述医院孪生空间内与所述就诊标签对应的预设区域为就诊区域;

根据定位像素值对所述就诊区域进行像素值更新得到定位导向数据对所述导向推送区进行更新展示;

接收所述患者端对签到凭证的扫描信息,当所述扫描信息满足导向转换条件时,生成所述导向转换信息。

可选地,在第一方面的一种可能实现方式中,响应所述患者端的导向转换信息,获取所述患者端的候诊导向数据,基于所述导向推送区对所述候诊导向数据和所述定位导向数据进行联动展示得到联动导向数据,包括:

响应所述导向转换信息,按照划分方向对所述导向推送区进行区域划分,得到定位展示区、候诊展示区和座位展示区;

确定满足导向转换条件的就诊区域为候诊区域,以及不满足导向转换条件的就诊区域为待检区域;

调取所述候诊区域对应的关联屏,对所述关联屏进行候诊展示处理得到候诊展示屏;

获取所述候诊区域的监控设备采集的实时图像,确定所述实时图像中的座位占用位置;

调取所述候诊区域对应的初始座位图,确定所述初始座位图中与所述座位占用位置对应的占用位置点;

基于所述占用位置点对预设占用标识进行定位填充得到座位占用图,根据所述候诊展示屏和所述座位占用图得到候诊导向数据;

对所述候诊区域和待检区域进行路线推荐处理得到检查推荐路线,基于所述检查推荐路线对所述定位导向数据进行更新得到路线导向数据;

基于所述候诊展示屏对所述候诊展示区进行更新展示、所述座位占用图对所述座位展示区进行更新展示、所述路线导向数据对所述定位展示区进行更新展示得到联动导向数据。

可选地,在第一方面的一种可能实现方式中,调取所述候诊区域对应的关联屏,对所述关联屏进行候诊展示处理得到候诊展示屏,包括:

获取所述扫描信息对应的签到序号,以及所述关联屏对应的就诊序号;

调取简洁候诊模板,所述简洁候诊模板包括就诊展示区、候诊展示区和空白展示区;

确定满足时长预测条件的空白展示区为变动时长展示区,获取所述候诊区域的历史签到人数和历史签到时长,根据所述历史签到人数和所述历史签到时长的比值得到平均签到时长;

根据所述签到序号和所述就诊序号的序号差值确定候诊人数,基于所述候诊人数和所述平均签到时长得到候诊预测时长;

基于所述就诊序号对所述就诊展示区进行更新、所述签到序号对所述候诊展示区进行更新,以及所述候诊预测时长对所述变动时长展示区进行更新,得到所述候诊区域对应的候诊展示屏。

可选地,在第一方面的一种可能实现方式中,还包括:

接收所述患者端对所述候诊区域的位置调整请求,所述位置调整请求包括提前调整请求或延后调整请求;

调取位置调整策略确定满足位置调整条件的候诊端为调整端组,生成所述调整端组中各调整端对应的调整展示数据;

其中,所述调整端组包括向前调整组和向后调整组,所述调整展示数据包括所述向后调整组对应的提前调整数据或向前调整组对应的延后调整数据;

将所述调整展示数据发送至相应所述调整端,根据相应所述调整端和所述患者端对所述调整展示数据的确定信息,生成待授权信息发送至候诊管理端;

接收所述候诊管理端对所述待授权信息的授权确定信息,根据所述授权确定信息对所述患者端的签到序号和相应所述调整端的候诊序号进行对调处理。

可选地,在第一方面的一种可能实现方式中,调取位置调整策略确定满足位置调整条件的候诊端为调整端组,生成所述调整端组中各调整端对应的调整展示数据,包括:

响应所述提前调整请求,获取所述签到序号和所述就诊序号之间的候诊序号对应的候诊端作为调整端,根据所述调整端得到所述向前调整组;

根据所述位置调整请求确定所述调整端对应的空白展示区满足调整交互条件,确定所述空白展示区为调整交互区;

根据所述患者端和各所述调整端的候诊预测时长之间的差值,确定各所述调整端对应的调换延长时长;

调取调换展示模板,所述调换展示模板包括序号槽、时长槽和解释槽;

基于所述签到序号对所述序号槽进行更新、所述调换延长时长对所述时长槽进行更新,以及患者端的调整解释数据对所述解释槽进行更新,得到相应所述调整端对应的延后调整数据;

根据所述延后调整数据对相应所述调整端的调整交互区进行展示更新;或,

响应所述延后调整请求,获取最后一个候诊序号为末尾序号,确定所述签到序号和所述末尾序号之间的候诊序号对应的候诊端为调整端,根据所述调整端得到向后调整组;

根据所述各所述调整端和患者端的候诊预测时长之间的差值,确定各所述候诊端对应的调换提前时长;

基于所述签到序号对所述调换展示模板中的序号槽进行更新、所述调换提前时长对所述时长槽进行更新,以及患者端的调整解释数据对所述解释槽进行更新,得到相应所述调整端对应的提前调整数据;

根据所述提前调整数据对相应所述调整端的调整交互区进行展示更新。

可选地,在第一方面的一种可能实现方式中,对所述候诊区域和待检区域进行路线推荐处理得到检查推荐路线,基于所述检查推荐路线对所述定位导向数据进行更新得到路线导向数据,包括:

确定当前时刻对应的候诊区域为起始区域,获取位于同一楼层的待检区域作为待检区域集合,基于所述起始区域与各所述待检区域集合的楼层距离,对各所述待检区域集合从小到大进行排列得到集合序列;

对所述集合序列中各所述待检区域进行楼层排列处理,得到待检区域序列;

以所述起始区域为起点,按照所述待检区域序列依次对各所述待检区域进行路线连接得到检查推荐路线;

调取候诊像素值对所述候诊区域进行像素值更新得到签到更新数据,调取路线像素值对所述检查推荐路线进行更新得到路线更新数据;

根据所述签到更新数据和所述路线更新数据对所述定位导向数据进行更新,得到路线导向数据。

可选地,在第一方面的一种可能实现方式中,对所述集合序列中各所述待检区域进行楼层排列处理,得到待检区域序列,包括:

确定所述集合序列中的第一个所述待检区域集合为目标区域集合;

当所述目标区域集合与所述起始区域位于同一楼层时, 基于所述起始区域与所述目标区域集合中各所述待检区域之间的第一距离,对相应所述待检区域从小到大进行排列;

获取所述目标区域集合中的最后一个待检区域作为连接区域,确定与所述连接区域最近的电梯区域为移动区域;

确定所述集合序列中的下一个所述待检区域集合为下一个所述目标区域集合;

将下一个所述目标区域集合所在楼层中与所述移动区域对应的电梯区域更新为下一个起始区域;

重复上述根据起始区域与各所述待检区域之间的第一距离对所述目标区域集合中各待检区域进行排列的步骤,直至所有待检区域集合均被排列完成时停止上述楼层排列处理的步骤,得到待检区域序列。

本发明实施例的第二方面,提供一种医疗数据推送平台,包括:

需求模块,基于患者端的医疗推送需求,生成所述患者端对应的医疗推送模板发送给所述患者端进行展示,所述医疗推送模板包括就诊推送区和导向推送区;

获取模块,获取医师端对所述就诊推送区配置的就诊数据,根据所述就诊数据对所述就诊推送区进行更新得到就诊推送数据;

更新模块,接收所述患者端的定位导向请求,基于所述定位导向请求生成定位导向数据对所述导向推送区进行更新展示;

展示模块,响应所述患者端的导向转换信息,获取所述患者端的候诊导向数据,基于所述导向推送区对所述候诊导向数据和所述定位导向数据进行联动展示得到联动导向数据。

本发明的有益效果如下:

1、本发明可以结合患者需求对患者进行定制化的医疗数据推送,提高患者就诊效率。本发明可以根据患者端的推送需求生成医疗推送模板展示给患者端,其中,医疗推送模板包括就诊推送区和导向推送区,通过上述方式,后续可以结合患者端的需求在模板中定制医疗推送数据并展示给患者端,从而可以实现医疗数据的定制化推送,并且患者端可以直观查看相应推送数据。本方案可以根据医师端的配置数据在就诊推送区中展示相应的就诊数据,通过上述方式,医师端可以结合患者端的需求为患者端配置相应的就诊查看数据,使得数据定制过程更具有针对性,提高定制效率。本方案可以结合患者端的需求在导向推送区中展示相应的就诊位置数据,通过上述方式,可以结合患者端的实际需求定制相应的就诊位置数据,从而可以实现定制化数据推送,并且通过位置数据可以引导患者端进行诊室位置确定,提高患者端就诊时的效率和准确性。本发明通过联动导向数据既可以对诊室进行定位展示,又可以对患者的候诊情况进行展示,通过上述方式,可以结合患者端的需求进行定制化数据推送,引导患者端进行就诊。

2、本发明可以根据就诊数据的展示比例对就诊推送区进行区域划分,在划分后的区域中对相应的就诊数据进行展示,并且可以在子推送区中构建填充需求标签的槽位,通过需求标签对相应槽位进行更新,可以使得患者能够对每个子推送区对应的就诊数据进行对应,从而可以结合患者端的需求对患者端进行定制化的就诊数据推送。本方案可以结合患者端的实际需求定制相应的就诊位置数据,从而可以实现定制化数据推送,并且通过位置数据可以引导患者端进行诊室位置确定,提高患者端就诊时的效率和准确性。

3、患者端可以对签到凭证进行签到扫描,如果判定患者端位于签到凭证的候诊人员队列中,可以将相应的候诊数据展示给患者端,从而可以提高候诊数据的安全性,具体来说,本方案可以通过候诊展示屏将当前就诊序号和预测的就诊时长展示给患者端,从而患者端可以对候诊情况进行实时查看,并且可以对其他候诊人员的信息进行屏蔽,保护候诊人员的隐私,提高数据的安全性,防止数据泄露。本发明还会依据患者需求进行候诊位置的调整,例如当患者端出现一些紧急情况,可能想要提前进行就诊,审核通过后可以将患者端的候诊序号向前进行调整,而当患者端有其他事情需要离开候诊厅处,并且短时间内可能无法到达该候诊厅时,审核通过后可以将患者端的候诊序号向后进行调整,通过上述方式,可以保证流程的规范化,使得对调的流程更加标准,防止随意进行对调。本发明可以首先确定患者端当前所处的候诊区域,再对相应的候诊区域和待检区域进行路线推荐处理得到检查推荐路线,通过上述方式,可以结合患者端的实际情况定制推荐路线,提高患者端就诊时的效率,并且可以结合患者端的实际情况进行定制化数据推送,引导患者端进行就诊。

附图说明

图1是本发明实施例提供的医疗数据推送方法的流程示意图;

图2是本发明实施例提供的一种医疗推送模板的示意图;

图3是本发明实施例提供的一种候诊展示屏的示意图;

图4是本发明实施例提供的医疗数据推送平台的结构示意图。

具体实施方式

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

参见图1,是本发明实施例提供的基于深度学习的神经内科病情分析方法的流程示意图,图1所示方法的执行主体可以是软件和/或硬件装置。本申请的执行主体可以包括但不限于以下中的至少一个:用户设备、网络设备等。其中,用户设备可以包括但不限于计算机、智能手机、个人数字助理(Personal Digital Assistant,简称:PDA)及上述提及的电子设备等。网络设备可以包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云,其中,云计算是分布式计算的一种,由一群松散耦合的计算机组成的一个超级虚拟计算机。本实施例对此不做限制。包括步骤S1至步骤S4,具体如下:

S1,基于患者端的医疗推送需求,生成所述患者端对应的医疗推送模板发送给所述患者端进行展示,所述医疗推送模板包括就诊推送区和导向推送区。

可以理解的是,为了结合患者的需求为其进行定制化医疗数据的推送,本方案会在接收到患者端的医疗推送需求后,生成与患者端对应的医疗推送模板发送给患者端进行展示,该模板中的就诊推送区可以展示患者想要进行查看的就诊数据,例如诊后注意事项、用药方式等,该模板中的导向推送区可以展示患者需要进行就诊的诊室定位信息以及候诊信息,从而可以通过医疗推送模板在后续为患者需求的医疗的数据进行推送,并且可以为患者进行就诊引导,提高患者的就诊效率。

在实际应用中,患者可以通过患者端中的定制软件发送医疗推送需求,患者端可以是患者所持有的手机,定制软件中可以包含医疗推送需求对应的触发按键,当患者对触发按键进行触发后,可以调取事先配置好的还未进行任何数据绑定的预设推送模板,该模板中包括还未进行数据更新的就诊推送区和导向推送区,接着可以将患者端与该预设推送模板进行绑定,然后可以调取定制列表发送给患者端,定制列表可以是用来供患者进行定制数据选取的列表,定制列表可以包含多个预设标签,例如诊后注意事项、用药方式等对应的标签,患者可以选取相应的预设标签来确定自己想要查看的数据,在确定用户选取的预设标签后,可以将预设标签与预设推送模板中的就诊推送区进行绑定,得到患者端对应的医疗推送模板。

其中,医疗推送需求包括患者对就诊数据的查看需求、以及对定位数据和候诊数据的查看需求,医疗推送模板是用于对患者的就诊数据、以及对目标医院内的就诊定位数据和候诊数据进行定制化推送的模板。就诊推送区是用于展示患者定制的就诊数据的区域,就诊数据可以是诊后注意事项、用药方式等,导向推送区是用于对患者进行定位导向和候诊导向的区域。

在一些实施例中,医疗推送模板中的就诊推送区和导向推送区可以左右进行排布。

通过上述方式,后续可以结合患者端的需求定制医疗推送数据并展示给患者端,从而可以实现医疗数据的定制化推送,并且患者端可以直观查看相应推送数据。

S2,获取医师端对所述就诊推送区配置的就诊数据,根据所述就诊数据对所述就诊推送区进行更新得到就诊推送数据。

其中,就诊数据是指医师结合患者需求为患者配置的就诊查看数据,例如可以是针对患者配置的诊后注意事项、用药方式等,就诊推送数据是指对患者端进行推送展示的数据,该数据是由医师配置、且与患者的需求相对应的。

在上述实施例的基础上步骤S2的具体实现方式可以是:

S21,获取所述患者端对所述就诊推送区配置的需求标签,接收所述医师端对各所述需求标签配置的就诊数据。

结合步骤S1,需求标签可以是患者在定制列表中选取的预设标签,每个预设标签可以是对应相应定制数据的文字标签,例如当定制数据为诊后注意事项时,预设标签可以是“诊后注意事项”对应的文字标签。

在实际应用中,可以获取患者端对就诊推送区配置的需求标签展示给医师端,使得医师端可以结合需求标签为患者端配置相应的就诊查看数据。例如当需求标签为诊后注意事项时,医师端可以结合患者端的具体就诊情况为其配置相应的注意事项数据。

通过上述方式,医师端可以为患者端配置的需求标签定制相应的就诊数据,使得数据定制过程更具有针对性,提高定制效率。

S22,统计各所述就诊数据的文本长度,根据所述文本长度的比值得到各所述就诊数据的展示比例。

其中,文本长度是指就诊数据对应的内容篇幅,当就诊数据只包括文字时,可以是文字数量,当就诊数据包括文字和数字时,可以是文字和数字的总数量,展示比例是指在就诊推送区中对多个就诊数据进行展示的区域的比例。

可以理解的是,由于不同的就诊数据的内容篇幅可能是不一样的,为了对各个就诊数据进行适当的展示,可以根据多个就诊数据的文本长度的比值得到相应的展示比例,后续可以根据展示比例对就诊推送区进行划分,在划分后的区域中对相应的就诊数据进行展示。

S23,按照划分方向和所述展示比例对所述就诊推送区进行划分,得到各所述就诊数据对应的子推送区。

参见图2,为本发明实施例提供的一种医疗推送模板的示意图,划分方向可以是图2中所示的从上往下的方向,当共有3个就诊数据,且这3个对应的就诊数据的比例为1:2:3时,可以按照图2中的方式对诊推送区进行划分,得到各就诊数据对应的子推送区。

其中,划分方向是指对就诊推送区进行区域划分的方向,子推送区是指展示相应就诊数据的展示区域。

S24,基于所述就诊数据对相应所述子推送区进行更新得到就诊推送数据。

在实际应用中,在将就诊数据填充至相应子推送区后,可以在子推送区中构建填充需求标签的槽位,例如可以构建在相应区域的左上角,通过需求标签对相应槽位进行更新,可以使得患者能够对每个子推送区对应的就诊数据进行对应。

通过上述方式,可以结合患者端的需求对患者端进行定制化的就诊数据推送。

S3,接收所述患者端的定位导向请求,基于所述定位导向请求生成定位导向数据对所述导向推送区进行更新展示。

在实际应用中,由于医院内部的构造繁杂,患者初次前往时可能会对预约问诊的诊室的具体位置不清楚,从而可能需要在医院各处辗转,降低患者的就诊效率。

因此为了对患者进行定位引导,使得患者可以快速前往相应诊室进行就诊,可以根据患者端的定位导向请求生成定位导向数据对患者端进行展示。

其中,定位导向请求是指患者想要对就诊时的诊室位置进行定位展示的请求,定位导向数据是指用于引导患者端进行诊室位置确定的数据。

在一些实施例中,医疗推送模板中可以包含一个定位按键,当患者端点击这个定位按键时,可以判定患者端想要查看问诊的位置数据,此时可以生成问诊的具体位置数据对导向推送区进行更新并展示给患者端,从而患者端可以直观查看问诊的具体位置数据,对患者进行就诊引导。

在上述实施例的基础上步骤S3的具体实现方式可以是:

S31,响应所述定位导向请求,获取所述患者端对应的就诊标签。

可以理解的是,为了对患者就诊的诊室位置进行快速确定,并对患者进行引导,本方案会为每个诊室设置与其对的就诊标签,就诊标签即为相应诊室的诊室标签,并且会配置与目标医院对应的医院孪生空间,该医院孪生空间内包括每个诊室对应的区域,将标签和相应区域进行绑定,可以快速确定患者对应的诊室位置并对其进行展示。

在实际应用中,患者端在进行就诊时一般会前往问诊室进行问诊,医师端在对患者端的病情进行询问之后,可能会安排患者端前往相应的检查室进行相应检查,因此,首先可以根据患者端的预约信息获取相应的问诊室对应就诊标签,通过该标签在后续确定问诊室的区域位置展示给患者查看,患者在问诊室进行问诊后,可能需要前往相应的检查室进行检查后再返回问诊室进行就诊,为了使得患者可以快速确定检查室的位置,可以确定相应检查室对应的就诊标签,从而可以通过确定的就诊标签对相应诊室的区域位置进行突出展示,使得患者可以快速前往相应诊室。

S32,调取目标医院对应的医院孪生空间,确定所述医院孪生空间内与所述就诊标签对应的预设区域为就诊区域。

其中,目标医院是指患者端前往就诊的医院,医院孪生空间是指目标医院对应的虚拟空间,例如:目标医院中存在多个诊室,医院孪生空间中也存在各个诊室对应的虚拟区域,由于目标医院中多个诊室所在的实际楼层、实际位置可能是不同的,因此每个问诊室对应的预设区域可能是不同的,可以确定与就诊标签对应的预设区域为就诊区域。

例如:当确定患者端前往问诊室A进行问诊时,可以得到医院孪生空间中问诊室A对应的就诊区域A,后续可以对该就诊区域A进行突出展示。

S33,根据定位像素值对所述就诊区域进行像素值更新得到定位导向数据对所述导向推送区进行更新展示。

可以理解的是,定位像素值是指工作人员提前预设好的对就诊区域进行突出展示的像素值,可以是突出的蓝色,可以通过定位像素值对医院孪生空间中的就诊区域进行突出展示得到定位导向数据,并对医疗推送模板中的导向推送区进行更新。

在实际应用中,当患者端点击医疗推送模板中的定位按键时,可以将医院孪生空间中患者对应的就诊区域突出展示给患者端,从而可以引导患者端找到相应的问诊位置,便于患者端直观进行数据查看,提高患者端问诊时的效率和准确性。

S34,接收所述患者端对签到凭证的扫描信息,当所述扫描信息满足导向转换条件时,生成所述导向转换信息。

在实际应用中,患者在诊室就诊时需要进行签到排号,然后再根据排号顺序进行就诊,具体来说,患者挂完号后可以生成与其对应的签到二维码,患者前往相应诊室后,可以依据生成的签到二维码进行扫描签到,签到凭证是指患者用来签到的凭证,可以是签到二维码。

可以理解的是,当患者为对应诊室的患者时,患者才能进行相应的排队候诊,因此导向转换条件是指患者为签到凭证对应诊室的候诊人员。本方案除了会对诊室进行定位导向,还会对患者已经完成签到的诊室的候诊情况进行实时展示,使得患者可以实时查看到候诊情况,因此在扫描信息满足导向转换条件时,本方案会生成导向转换信息对相应诊室的候诊情况进行获取并展示给患者,导向转换信息是将定位数据转换为候诊数据的信息。

由于患者到达相应诊室签到后是已经可以对诊室的位置进行确定的了,因此此时可以不用再对相应诊室进行定位展示,而是可以对其对应的候诊情况进行展示,从而使得患者可以实时查看到候诊情况,防止患者不在候诊厅时出现过号,而需要重新排队的情况,提高患者的就诊效率。

通过上述方式,可以结合患者端的实际需求定制相应的就诊位置数据,从而可以实现定制化数据推送,并且通过位置数据可以引导患者端进行诊室位置确定,提高患者端就诊时的效率和准确性。

S4,响应所述患者端的导向转换信息,获取所述患者端的候诊导向数据,基于所述导向推送区对所述候诊导向数据和所述定位导向数据进行联动展示得到联动导向数据。

可以理解的是,当患者进行检查时,其所要前往的诊室可能会有多个,每个诊室的候诊情况可能都不一样,有的诊室候诊人数可能很多,有的诊室候诊人数可能很少,当诊室候诊人数很多时,患者可能会前往其他诊室签到检查,这种情况下可能会导致患者过号而需要重新排队的情况,因此为了使得患者可以实时查看到已经签到候诊的诊室的候诊情况,本方案会在患者签到后,获取相应诊室的候诊数据对患者进行展示。

其中,候诊导向数据是指通过候诊排队情况对患者端进行候诊引导的数据,联动导向数据是指将相应的候诊排队情况和诊室位置数据进行联动展示的数据,通过联动导向数据既可以对诊室进行定位展示,又可以对患者的候诊情况进行展示。

在上述实施例的基础上步骤S4的具体实现方式可以是:

S41,响应所述导向转换信息,按照划分方向对所述导向推送区进行区域划分,得到定位展示区、候诊展示区和座位展示区。

可以理解的是,划分方向是指对导向推送区进行区域划分的方向,可以是从上往下的方向,还可以理解的是,当患者进行签到候诊后,为了对定位数据和候诊数据进行联动展示,可以对导向推送区进行划分,然后通过定位展示区对诊室定位数据进行展示,通过候诊展示区对候诊数据进行展示,通过座位展示区对候诊厅的座位占用情况进行展示。

其中,定位展示区是指用于展示患者端未进行签到的诊室的位置信息的区域,后续可以将这些诊室对应的最短路线推荐给患者端,从而可以节省患者端就诊时的时间,提高就诊效率,候诊展示区是指对患者端的候诊情况进行实时展示的区域,后续可以对相应诊室对应的候诊展示屏进行处理得到患者端对应的候诊信息,座位展示区是指用于展示完成签到的诊室对应的座位占用情况的区域,后续在进行展示时可以对完成签到的诊室对应的座位占用情况进行虚拟化处理,可以保护候诊人员的隐私,提高数据的安全性。

S42,确定满足导向转换条件的就诊区域为候诊区域,以及不满足导向转换条件的就诊区域为待检区域。

在实际应用中,患者可能需要前往多个诊室,如果患者端已经前往第1个诊室,并且对该诊室进行了签到扫描,同时该患者端位于第1个诊室对应的签到人员序列中,此时可以确定第1个诊室对应的就诊区域满足导向转换条件,可以将第1个就诊区域作为候诊区域,如果患者端还未前往第2个和第3个诊室,此时可以确定第2个和第3个诊室对应的就诊区域不满足导向转换条件,可以将第2个和第3个就诊区域作为待检区域。

S43,调取所述候诊区域对应的关联屏,对所述关联屏进行候诊展示处理得到候诊展示屏。

可以理解的是,当就诊区域满足导向转换条件时,可以对相应的候诊区域进行候诊数据展示。

其中,关联屏是指医院里的候诊显示屏,本方案在获取到关联屏后,会对关联屏进行候诊展示处理后再将其展示给患者端,具体本方案会对患者候诊时的序号信息和预测的排队时长信息进行展示,并且如果有人想要进行位置对调,本方案也会对应候诊人员的对调信息进行展示,候诊展示屏可以对上述提到的信息进行相应的展示。

可以理解的是,在实际应用中,由于关联屏中可能涉及候诊人员的相关信息,比如对候诊人员姓名的开头和结尾的字进行展示,因此,为了提高数据展示时的安全性,保护候诊人员的隐私,可以对关联屏进行二次处理展示,具体来说,可以屏蔽其他候诊人员对应的候诊数据,只展示当前的就诊序号、患者端对应的签到序号和预测的候诊等待时长,以及如果有人想要进行位置对调,也可以对相应候诊人员的对调信息进行展示。

具体的,步骤S43可以通过步骤S431至步骤S435实现,具体如下:

S431,获取所述扫描信息对应的签到序号,以及所述关联屏对应的就诊序号。

可以理解的是,签到序号是指患者端扫描签到时的序号,就诊序号是指候诊显示屏上排列在第一个的候诊人员对应的序号,例如:患者端扫描签到时的序号为12,候诊显示屏上位于首位的当前候诊人员对应的序号为8,可以得到签到序号为12,就诊序号为8。

S432,调取简洁候诊模板,所述简洁候诊模板包括就诊展示区、候诊展示区和空白展示区。

其中,简洁候诊模板是指用于展示相关候诊数据的模板,具体来说,简洁候诊模板包括就诊展示区、候诊展示区和空白展示区,就诊展示区是指用于展示候诊显示屏上排列在第一个的候诊人员对应的序号的区域,候诊展示区是指用于展示患者端扫描签到时的序号的区域,空白展示区可以根据候诊时的实际情况进行属性转换,例如:一般情况下空白展示区会对患者的预测排队时长进行展示,当存在有人想要进行位置对调时,空白展示区可以对相应候诊人员的对调信息进行展示。

S433,确定满足时长预测条件的空白展示区为变动时长展示区,获取所述候诊区域的历史签到人数和历史签到时长,根据所述历史签到人数和所述历史签到时长的比值得到平均签到时长。

一般来讲,当患者完成签到后,可以对患者的候诊情况进行展示,此时可以自动判定空白展示区满足时长预测条件,时长预测条件为可以进行时长预测,这样可以对患者的候诊时长进行自动实时预测,使得患者可以监控到相应诊室的候诊变动情况。变动时长展示区是指用于展示实时预测时长的区域,由于在候诊时患者端对应的预测等待时长可能是随时变化的,因此变动时长展示区可以对预测等待时长实时进行展示,从而患者端可以对预测等待时长实时进行查看。

可以理解的是,历史签到人数是指相应诊室查看的患者人数,例如可以是当天诊室已经完成就诊查看的人数,历史签到时长是指相应诊室对已经完成就诊查看的所有患者的总查看用时,平均签到时长是指平均每个患者的就诊查看时长。

例如,诊室A当前共完成就诊查看的人数有5人,总共花了50分钟,则平均每个人花费10分钟。

S434,根据所述签到序号和所述就诊序号的序号差值确定候诊人数,基于所述候诊人数和所述平均签到时长得到候诊预测时长。

其中,候诊人数是指当前就诊的人和患者之间相差的人数,候诊预测时长是指预测的患者端对应的候诊时长。

例如:签到序号为25,就诊序号为10,根据签到序号和就诊序号的序号差值可以得到候诊人数为15,并且当医师端进行查看的平均签到时长为10分钟时,根据候诊人数和平均签到时长可以得到候诊预测时长为150分钟。

S435,基于所述就诊序号对所述就诊展示区进行更新、所述签到序号对所述候诊展示区进行更新,以及所述候诊预测时长对所述变动时长展示区进行更新,得到所述候诊区域对应的候诊展示屏。

参见图3,为本发明实施例提供的一种候诊展示屏的示意图,如图所示,就诊展示区可以位于最上方的位置,候诊展示区可以位于最下方的位置,变动时长展示区可以位于中间的展示位置,可以在就诊展示区中展示当前的就诊序号,变动时长展示区中展示患者端对应的候诊预测时长,候诊展示区中展示患者端对应的签到序号,从而使得患者可以直观地查看到与自己相关的候诊信息。

通过上述方式,可以通过候诊展示屏对患者端的候诊情况进行实时展示,并且候诊展示屏可以屏蔽其他候诊人员对应的候诊信息,只展示该患者端对应的候诊情况及当前的就诊序号,从而可以保护候诊人员的隐私,提高数据的安全性。

此外,在上述实施例的基础上,本方案还包括以下实施例:

A1,接收所述患者端对所述候诊区域的位置调整请求,所述位置调整请求包括提前调整请求或延后调整请求。

在实际应用中,当患者端出现一些紧急情况,可能想要提前进行就诊,因此患者端可能想要将自己的候诊序号向前调整,此时患者端可以提出提前调整请求,当患者端有其他事情需要离开候诊厅处,并且短时间内可能无法到达该候诊厅时,可能想要将自己的候诊序号向后调整,此时患者端可以提出延后调整请求。

其中,位置调整请求是指患者端提出的调整候诊排队位置的请求,提前调整请求是指患者端提出的向前调整候诊位置的请求,延后调整请求是指患者端提出的向后调整候诊位置的请求。

在一些实施例中,可以在软件界面中设置对调按键,当患者端点击对调按键时,可以判定患者端想要进行候诊位置对调。

A2,调取位置调整策略确定满足位置调整条件的候诊端为调整端组,生成所述调整端组中各调整端对应的调整展示数据。

其中,所述调整端组包括向前调整组和向后调整组,所述调整展示数据包括所述向后调整组对应的提前调整数据或向前调整组对应的延后调整数据。

可以理解的是,位置调整策略是指对患者进行候诊位置调整的策略,候诊端是指相应诊室的候诊人员所持有的终端,调整端组是指可以与患者端进行位置调整的候诊端组成的组合,向前调整组是指患者向前调整时可以与患者进行位置调整的候诊端组成的组合,向后调整组是指患者向后调整时可以与患者进行位置调整的候诊端组成的组合。

还可以理解的是,当患者与向前调整组中的某一个候诊端进行位置对调时,对于向前调整组中的用户来讲,其是向后进行调整的,因此其对应的是延后调整数据,即进行延后的候诊调整数据。当患者与向后调整组中的某一个候诊端进行位置对调时,对于向后调整组的用户来讲,其是向前进行调整的,因此其对应的是向前调整数据,即进行提前的候诊调整数据。

例如:患者端的签到序号为25,当前的就诊序号为10,该候诊室总共有40个候诊人员,则序号10到序号24对应的候诊端为向后调整组,序号26-序号40对应的候诊端为向前调整组。

在上述实施例的基础上该步骤的具体实现方式可以是:

A21,响应所述提前调整请求,获取所述签到序号和所述就诊序号之间的候诊序号对应的候诊端作为调整端,根据所述调整端得到所述向前调整组。

例如:患者端的签到序号为15,当前的就诊序号为2,在接收到患者端向前进行调整的请求之后,可以确定位于2-15之间的候诊序号对应的候诊端为调整端,并且通过这些调整端可以生成向前调整组。

A22,根据所述位置调整请求确定所述调整端对应的空白展示区满足调整交互条件,确定所述空白展示区为调整交互区。

可以理解的是,当存在有人想要进行位置对调时,为了对满足对调条件的用户展示相应对调人员的相关信息,使得用户可以对对调人员的信息进行查看并确定自己是否要对其进行位置对调,可以通过空白展示区对对调人员的信息进行展示,此时可以确定空白展示区满足调整交互条件,调整交互条件即存在用户想要进行位置对调。

A23,根据所述患者端和各所述调整端的候诊预测时长之间的差值,确定各所述调整端对应的调换延长时长。

其中,调换延长时长是指调整端进行位置对调后延后的候诊时长,可以根据患者端和各调整端的候诊预测时长之间的差值得到调整端对应的调换延长时长。

例如:患者端的候诊预测时长为50分钟,调整端的候诊预测时长为40分钟,可以得到调整端对应的调换延长时长为10分钟。

A24,调取调换展示模板,所述调换展示模板包括序号槽、时长槽和解释槽。

其中,调换展示模板是指用于展示调整端对应的调换数据的模板,序号槽是指用于填充患者端的签到序号的槽位,时长槽是指用于填充调整端的调换延长时长的槽位,解释槽是指用于填充患者端的调整解释数据的槽位。

例如:患者端在候诊时出现了一些紧急情况,可能想要向前进行调整,并且患者端的签到序号为15,患者端的候诊预测时长为50分钟,某一个调整端的候诊预测时长为40分钟,此时调整端向后进行调整时可能会延长10分钟的候诊时间,因此,在得到调换展示模板之后,可以将签到序号15填充至模板中的序号槽里,调换延长时长10分钟填充至模板中的时长槽里,患者端出现紧急情况的调换解释数据填充至模板中的解释槽里,使得相应的调整端可以查看到想要进行位置调换的人员对应序号、调换后会延长的时长以及调换人员的调换原因。

A25,基于所述签到序号对所述序号槽进行更新、所述调换延长时长对所述时长槽进行更新,以及患者端的调整解释数据对所述解释槽进行更新,得到相应所述调整端对应的延后调整数据。

通过上述方式,可以得到候诊端对应的向后进行调整的信息,具体来说,向前调整组中的候诊端可以结合自己的实际情况确定是否与患者端进行候诊位置对调,当向前调整组中的某个候诊端确定进行序号对调时,可以将患者端的签到序号与该候诊端的就诊序号进行位置对调,从而可以使得患者端的序号向前进行调整,该候诊端的序号向后进行调整。

A26,根据所述延后调整数据对相应所述调整端的调整交互区进行展示更新。

其中,可以对调整端对应的空白展示区进行属性转换得到调整交互区,并且可以将候诊端对应的向后调整信息填充至调整交互区中,从而候诊端可以直观查看相应的调整信息。

A27,或,响应所述延后调整请求,获取最后一个候诊序号为末尾序号,确定所述签到序号和所述末尾序号之间的候诊序号对应的候诊端为调整端,根据所述调整端得到向后调整组。

例如:患者端的签到序号为15,末尾序号为30,在接收到患者端向后进行调整的请求之后,可以确定位于15-30之间的候诊序号对应的候诊端为调整端,并且通过这些调整端可以生成向后调整组。

A28,根据所述各所述调整端和患者端的候诊预测时长之间的差值,确定各所述候诊端对应的调换提前时长。

其中,调换提前时长是指调整端进行位置对调后提前的候诊时长,可以根据患者端和各调整端的候诊预测时长之间的差值得到调整端对应的调换提前时长。

例如:患者端的候诊预测时长为40分钟,调整端的候诊预测时长为50分钟,可以得到调整端对应的调换提前时长为10分钟。

A29,基于所述签到序号对所述调换展示模板中的序号槽进行更新、所述调换提前时长对所述时长槽进行更新,以及患者端的调整解释数据对所述解释槽进行更新,得到相应所述调整端对应的提前调整数据。

在实际应用中,由于患者端可能出现了一些紧急情况,可能想要向后进行调整,此时可以获取患者端对应的调整解释数据,并且可以将调整解释数据展示给其他候诊人员,使得其他候诊人员清楚患者端想要向后进行调整的原因,并且可以将患者端的签到序号填充至序号槽中、调整端的调换提前时长填充至时长槽中、患者端的调整解释数据填充至解释槽中。

通过上述方式,可以得到候诊端对应的向前进行调整的信息,具体来说,向后调整组中的候诊端可以结合自己的实际情况确定是否与患者端进行序号对调,当向后调整组中的某个候诊端确定进行序号对调时,可以将患者端的签到序号与该候诊端的就诊序号进行位置对调,从而可以使得患者端的序号向后进行调整,该候诊端的序号向前进行调整,并且可以生成候诊端对应的提前调整数据。

A210,根据所述提前调整数据对相应所述调整端的调整交互区进行展示更新。

其中,可以对调整端对应的空白展示区进行属性转换得到调整交互区,并且可以将候诊端对应的向前调整信息填充至调整交互区中,从而候诊端可以直观查看相应的调整信息,。

A3,将所述调整展示数据发送至相应所述调整端,根据相应所述调整端和所述患者端对所述调整展示数据的确定信息,生成待授权信息发送至候诊管理端。

其中,确定信息是指调整端和患者端均确定进行位置对调的信息,待授权信息是指等待进行审核的对调信息,候诊管理端可以候诊厅的管理人员持有的终端。

例如:就诊序号为10的调整端与签到序号为15的患者端均已确定进行序号位置对调,此时可以将对调信息发送给相应的管理人员进行审核。

A4,接收所述候诊管理端对所述待授权信息的授权确定信息,根据所述授权确定信息对所述患者端的签到序号和相应所述调整端的候诊序号进行对调处理。

可以理解的是,授权确定信息是指审核通过的序号对调信息。

需要说明的是,在进行对调处理时,具体会将患者端的签到序号和相应调整端的候诊序号进行对调,例如:初始状态下患者端的签到序号为15,相应调整端的候诊序号为10,再对序号进行对调处理之后,可以得到患者端的序号为10,相应调整端的序号15。

通过上述方式,可以保证流程的规范化,使得对调的流程更加标准,防止随意进行对调。

S44,获取所述候诊区域的监控设备采集的实时图像,确定所述实时图像中的座位占用位置。

其中,监控设备可以是摄像头,由于每个患者端进行候诊签到的时间可能不同,因此可以通过监测设备对图像进行拍摄,从而可以获取到患者签到后的候诊厅的实时座位占用情况。

可以理解的是,座位占用位置是指图像中已经被占用的座位的位置,可以对采集的实时图像进行自动人像识别,从而可以判定被占用的座位的位置,后续可以根据座位占用位置确定初始座位图中相应的占用位置点。

S45,调取所述候诊区域对应的初始座位图,确定所述初始座位图中与所述座位占用位置对应的占用位置点。

在实际应用中,初始座位图是指候诊厅对应的所有空座位的初始图像,在得到采集的实时图像之后,可以对实时图像中的人物轮廓进行提取,进而可以确定人物轮廓对应的像素点,当人物轮廓对应的像素点与座位对应的像素点存在重合时,可以判定该座位已经被占用,从而可以确定初始座位图中被占用的座位,并且可以将初始座位图中的被占用座位的中心点作为占用位置点。

S46,基于所述占用位置点对预设占用标识进行定位填充得到座位占用图,根据所述候诊展示屏和所述座位占用图得到候诊导向数据。

其中,预设占用标识是指工作人员提前预设好的虚拟标识,可以是虚拟人物标识,座位占用图是指通过虚拟人物标识对被占用的座位进行突出展示的图像,可以将虚拟人物标识定位填充至占用位置点处得到座位占用图,从而可以对实际的座位占用情况进行虚拟化处理。

通过上述方式,可以将候诊情况和座位占用情况展示给患者端,患者端可以直观查看座位占用情况和候诊情况,保证患者端查看到的数据的准确性和全面性,并且可以对其他候诊人员的信息进行屏蔽,提高数据的安全性,防止数据泄露。

S47,对所述候诊区域和待检区域进行路线推荐处理得到检查推荐路线,基于所述检查推荐路线对所述定位导向数据进行更新得到路线导向数据。

在实际应用中,患者端在就诊时可能需要前往多个诊室,但是,由于患者端可能第一次前往某个医院,不太熟悉医院里的路线,可能无法快速确定最近的路线,因此可以对患者端进行路线推荐,从而可以提高患者端就诊时的效率。

其中,检查推荐路线是指针对患者端还未到达的就诊区域推荐的路线,路线导向数据是指引导患者端确定就诊的位置及路线的数据,由于患者端当前所处的候诊区域不同,对应的推荐路线也不同,因此可以首先确定患者端当前所处的候诊区域,再对相应的候诊区域和待检区域进行路线推荐处理得到检查推荐路线。

在上述实施例的基础上步骤S47的具体实现方式可以是:

S471,确定当前时刻对应的候诊区域为起始区域,获取位于同一楼层的待检区域作为待检区域集合,基于所述起始区域与各所述待检区域集合的楼层距离,对各所述待检区域集合从小到大进行排列得到集合序列。

可以理解的是,起始区域是指患者端所在的当前时刻的候诊区域,待检区域集合是指患者端还未前往的位于同一楼层的待检区域形成的集合,集合序列是指按照与起始区域的楼层距离对待检区域集合从小到大进行排列得到的序列。

在实际应用中,患者端可能对应7个候诊区域,当前时刻下,患者端可能已经去过候诊区域1、2,此时患者端位于候诊区域3处,可以将当前时刻患者端所在的候诊区域3作为起始区域,并且候诊区域3对应的楼层为2,由于候诊区域4、5均位于3楼,候诊区域6、7均位于4楼,因此可以将候诊区域4、5作为待检区域集合A,候诊区域6、7作为待检区域集合B,然后可以确定起始区域与待检区域集合A、待检区域集合B之间的楼层距离,在对多个楼层距离进行比对之后,可以按照待检区域集合A、待检区域集合B的顺序进行排列得到集合序列。

通过上述方式,后续可以确定最近的检查路线并对患者端进行推荐,从而可以节省患者端就诊的时间,提高就诊效率。

S472,对所述集合序列中各所述待检区域进行楼层排列处理,得到待检区域序列。

其中,待检区域序列是指对集合序列中的多个待检区域进行二次排列得到的序列,具体来说,首先可以根据起始区域与待检区域集合的距离确定待检区域集合的排列处理顺序,在确定待检区域集合的排列处理顺序之后,如果第一个待检区域集合与起始区域位于同一楼层,可以按照集合中各待检区域与起始区域的距离从小到大对各待检区域进行排列,对于下一个待检区域集合,可以首先确定相应的电梯区域作为起始区域,可以按照该集合中各待检区域与起始区域的距离从小到大对各待检区域进行排列,从而可以对集合序列中所有的待检区域进行排列处理得到待检区域序列。

具体的,步骤S472可以通过步骤S4721至步骤S4726实现,具体如下:

S4721,确定所述集合序列中的第一个所述待检区域集合为目标区域集合。

可以理解的是,在确定目标区域集合时存在两种情况,如果待检区域集合与起始区域位于同一楼层,可以将该待检区域集合作为目标区域集合,如果待检区域集合与起始区域不位于同一楼层,此时可以将距离最近的待检区域集合作为目标区域集合。

需要说明的是,如果第一个待检区域集合与起始区域不位于同一楼层,后续可以直接确定起始区域所在楼层中与起始区域最近的电梯区域,然后可以确定距离最近的待检区域集合所在楼层中相同的电梯区域为起始区域。

S4722,当所述目标区域集合与所述起始区域位于同一楼层时,基于所述起始区域与所述目标区域集合中各所述待检区域之间的第一距离,对相应所述待检区域从小到大进行排列。

其中,第一距离是指起始区域与待检区域之间的距离,可以首先确定起始区域与目标区域集合中各待检区域之间的距离,然后可以根据距离大小对待检区域从近到远进行排列。

S4723,获取所述目标区域集合中的最后一个待检区域作为连接区域,确定与所述连接区域最近的电梯区域为移动区域。

可以理解的是,电梯区域可以是直梯对应的区域,每个楼层均存在相应的电梯区域,为了确定下一个目标区域集合中的起始区域,可以将目标区域集合中的最后一个待检区域作为连接区域,然后可以确定与连接区域最近的电梯区域,并将下一个目标区域集合所在楼层中对应的电梯区域作为起始区域,由于每层的直梯区域都是一样的,因此在确定电梯区域后,可以直接确定下一个目标区域集合对应的电梯区域。

S4724,确定所述集合序列中的下一个所述待检区域集合为下一个所述目标区域集合。

其中,由于集合序列中待检区域集合的排列顺序是确定的,因此可以直接调取下一个待检区域集合作为下一个目标区域集合,后续可以对下一个目标区域集合中的各待检区域进行排列。

S4725,将下一个所述目标区域集合所在楼层中与所述移动区域对应的电梯区域更新为下一个起始区域。

在实际应用中,每个楼层均对应有电梯区域,因此可以确定下一个目标区域集合所在楼层中与移动区域对应的电梯区域,并将该电梯区域作为起始区域,后续可以对下一个目标区域集合中各待检区域进行排列。

例如:起始区域与目标区域集合A均位于2层,下一个目标区域集合B位于3层,可以将2层对应的电梯区域作为移动区域,从而可以得到3层中与移动区域对应的电梯区域为下一个起始区域。

S4726,重复上述根据起始区域与各所述待检区域之间的第一距离对所述目标区域集合中各待检区域进行排列的步骤,直至所有待检区域集合均被排列完成时停止上述楼层排列处理的步骤,得到待检区域序列。

可以理解的是,对于下一个目标区域集合,可以将相应的电梯区域作为起始区域,确定集合中各待检区域与起始区域之间的距离,根据距离大小对各待检区域从近到远进行排列,当所有待检区域集合中的各待检区域均已被排列完成,此时可以停止楼层排列处理的步骤,从而可以对相应楼层中的待检区域进行排列得到待检区域序列。

通过上述方式,可以结合患者端的实际情况定制推荐路线,并且可以提高数据处理的效率和准确性。

S473,以所述起始区域为起点,按照所述待检区域序列依次对各所述待检区域进行路线连接得到检查推荐路线。

在实际应用中,以起始区域为起点,可以按照待检区域序列的顺序自动获取相邻待检区域之间的子路线,在得到所有的子路线之后,可以对所有的子路线进行汇总连接得到整体的检查推荐路线。

S474,调取候诊像素值对所述候诊区域进行像素值更新得到签到更新数据,调取路线像素值对所述检查推荐路线进行更新得到路线更新数据。

需要说明的是,由于患者端对应的节点属性发生变化,为了将完成签到的诊室与和未完成签到的诊室进行区分,可以采用候诊像素值对完成签到的候诊区域进行突出展示,为了对患者进行路线展示,可以采用路线像素值对检查推荐路线进行展示。

其中,候诊像素值是指工作人员提前预设好的对候诊区域进行突出展示的像素值,可以是突出的蓝色,签到更新数据是指突出展示的候诊区域数据,路线像素值是指工作人员提前预设好的对检查推荐路线进行突出展示的像素值,可以是突出的黄色,路线更新数据是指突出展示的推荐路线数据。

通过上述方式,患者端可以直观查看相应的候诊区域和推荐路线。

S475,根据所述签到更新数据和所述路线更新数据对所述定位导向数据进行更新,得到路线导向数据。

通过上述方式,可以结合患者端的实际情况定制相应数据,从而可以实现医疗数据的定制化推送。

S48,基于所述候诊展示屏对所述候诊展示区进行更新展示、所述座位占用图对所述座位展示区进行更新展示、所述路线导向数据对所述定位展示区进行更新展示得到联动导向数据。

通过上述方式,可以对候诊数据、座位占用情况、最短路线数据进行联动展示,从而可以结合患者端的实际情况进行定制化数据推送,引导患者端进行就诊。

参见图4,是本发明实施例提供的医疗数据推送平台的结构示意图,该医疗数据推送平台包括:

需求模块,基于患者端的医疗推送需求,生成所述患者端对应的医疗推送模板发送给所述患者端进行展示,所述医疗推送模板包括就诊推送区和导向推送区;

获取模块,获取医师端对所述就诊推送区配置的就诊数据,根据所述就诊数据对所述就诊推送区进行更新得到就诊推送数据;

更新模块,接收所述患者端的定位导向请求,基于所述定位导向请求生成定位导向数据对所述导向推送区进行更新展示;

展示模块,响应所述患者端的导向转换信息,获取所述患者端的候诊导向数据,基于所述导向推送区对所述候诊导向数据和所述定位导向数据进行联动展示得到联动导向数据。

图4所示实施例的装置对应地可用于执行图1所示方法实施例中的步骤,其实现原理和技术效果类似,此处不再赘述。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

相关技术
  • 一种大数据智慧政务平台信息推送方法
  • 基于大数据的智慧医疗信息推送方法及大数据医疗云平台
  • 基于大数据的智慧医疗信息推送方法及大数据医疗云平台
技术分类

06120116668142