在线问诊方法、装置、电子设备及存储介质与流程

文档序号:26014111发布日期:2021-07-23 21:35阅读:135来源:国知局
在线问诊方法、装置、电子设备及存储介质与流程

本发明实施例涉及医疗管理技术领域,尤其涉及一种在线问诊方法、装置、电子设备及存储介质。



背景技术:

良好的接诊用户资源对于提高患者疾病的治愈率有着至关重要的作用,因此,患者在就诊的过程中,都希望找到经验丰富、在与自身病症相关的领域中更加专业的接诊用户来诊断。

现有技术中,患者可以选择自行前往医院挂号就诊,然而,由于接诊用户资源的缺乏以及分布不均的问题,患者经常遇到挂号困难的情况,即使挂号成功,患者在经过长时间的等待过程后,所分配的接诊用户可能并不是在与自身病症相关的领域中更加专业的接诊用户,导致诊疗效果不佳;或者,患者可以根据自身病症在网络平台上搜索相关的诊疗信息,由于网络上的信息良莠不齐,患者无法确定搜索得到的结果是否科学、专业。

因此,相关技术提供的方案中,用户前往医院就诊需要耗费大量的精力,在网络上搜索相关信息又无法保障诊疗的效果,看病难的问题依然存在,同时,优秀的接诊用户资源无法为更多的患者提供服务。



技术实现要素:

本发明提供一种在线问诊方法、装置、电子设备及存储介质,为用户提供了在线问诊平台,同时为接诊用户提供了互相推荐以及针对患者病症进行会诊的渠道。

第一方面,本发明实施例提供了一种确在线问诊方法,该方法包括:

当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与所述第一接诊端相对应的第一目标接诊用户的触发操作,确定与所述就诊端相对应的至少一个第二待选择接诊用户;

将与所述就诊端对应的就诊信息发送至所述至少一个第二待选择接诊用户的第二接诊端,并根据所述第二接诊端的反馈数据从所述至少一个第二待选择接诊用户中确定出第二目标接诊用户;

基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊;

其中,所述就诊信息中包括就诊用户的病症信息、用户基本信息和既往史信息中的至少一个。

第二方面,本发明实施例还提供了一种在线问诊装置,该装置包括:

第二待选择接诊用户确定模块,用于当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与所述第一接诊端相对应的第一目标接诊用户的触发操作,确定与所述就诊端相对应的至少一个第二待选择接诊用户;

第二目标接诊用户确定模块,用于将与所述就诊端对应的就诊信息发送至所述至少一个第二待选择接诊用户的第二接诊端,并根据所述第二接诊端的反馈数据从所述至少一个第二待选择接诊用户中确定出第二目标接诊用户;

问诊模块,用于基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊;其中,所述就诊信息中包括就诊用户的病症信息、用户基本信息和既往史信息中的至少一个。

第三方面,本发明实施例还提供了一种电子设备,所述电子设备包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序,

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例任一所述的在线问诊方法。

第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的在线问诊方法。

根据本发明实施例的技术方案,当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与第一接诊端相对应的第一目标接诊用户的触发操作,确定与就诊端相对应的至少一个第二待选择接诊用户;将与就诊端对应的就诊信息发送至至少一个第二待选择接诊用户的第二接诊端,并根据第二接诊端的反馈数据从至少一个第二待选择接诊用户中确定出第二目标接诊用户;基于第二目标接诊用户和第一目标接诊用户对与就诊端对应的目标就诊用户进行问诊。为用户提供了在线问诊平台,使用户能够接触到其他在自身病症领域内更加专业的接诊用户,同时,为接诊用户提供了互相推荐以及针对患者病症进行会诊的渠道,使优质的接诊用户资源能够以便捷地方式为更多患者服务。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案,下面对描述实施例中所需要用到的附图做一简单介绍。显然,所介绍的附图只是本发明所要描述的一部分实施例的附图,而不是全部的附图,对于本领域普通技术人员,在不付出创造性劳动的前提下,还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种在线问诊方法的流程示意图;

图2为本发明实施例二所提供的一种在线问诊方法的流程示意图;

图3为本发明实施例三所提供的一种在线问诊方法的流程示意图;

图4为本发明实施例四所提供的一种在线问诊方法的示意图;

图5为本发明实施例五所提供的一种在线问诊装置的结构框图;

图6为本发明实施例六所提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种在线问诊方法的流程示意图,本实施例可适用于患者利用网络进行在线问诊,并寻求更多专业的接诊用户资源的情况,该方法可以由在线问诊装置来执行,该装置可以通过软件和/或硬件的形式实现,该硬件可以是电子设备,如移动终端、pc端或服务器等。

如图1所示,该方法具体包括如下步骤:

s110、当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与第一接诊端相对应的第一目标接诊用户的触发操作,确定与就诊端相对应的至少一个第二待选择接诊用户。

其中,在线问诊系统可以包括接诊端和就诊端。接诊端可以是在线问诊系统中的接诊用户端,第一接诊端可以是在线问诊系统中由患者直接选择的接诊用户所对应的接诊端,也可以是医院为患者分配的值班接诊用户所对应的接诊端,对应的,就诊端即是患者进行在线问诊时所属的用户端,能够向接诊端发送问诊信息。接诊端和就诊端之间能够以文字、语音或视频的方式进行沟通,对于具体的沟通方式,本公开实施例在此不作具体的限定。当就诊用户向第一接诊端的接诊用户进行在线问诊的过程中,可能想多咨询几名在自身病症领域内更加专业的接诊用户来提高诊疗效果,因此,医疗资源推荐请求即是由就诊端发送的寻求其他专业接诊用户针对自身病症进行会诊的请求,该请求可以关联但不限于就诊端用户的病症及其基本信息,第二待选择接诊用户即是第一接诊端的接诊用户通过触发操作所选择的一名或多名接诊用户,这些接诊用户所处的科室与就诊端患者的病症相对应。

示例性的,就诊端用户在就自身心脏相关的疾病进行在线问诊时,为了保证诊断的准确性,想多听取几名接诊用户的分析和建议,此时即可以触控或语音的方式触发就诊端中的医疗资源推荐控件,向第一接诊端的接诊用户发送医疗资源推荐请求,当第一接诊端的接诊用户收到该请求时,就被看作是第一目标接诊用户。该接诊用户在系统中可以设置特定检索条件,如“心脑血管科室”,根据系统筛选出来的结果从中为患者选择其他接诊用户,接诊用户也可以通过自己在医疗体系的人脉资源,直接为用户选择自己熟悉的在心脏疾病领域内更加专业的接诊用户,被第一接诊端的接诊用户选择出来的一名或多名心脏疾病领域的接诊用户,即是第二待选择接诊用户。

s120、将与就诊端对应的就诊信息发送至至少一个第二待选择接诊用户的第二接诊端,并根据第二接诊端的反馈数据从至少一个第二待选择接诊用户中确定出第二目标接诊用户。

其中,就诊信息可以是就诊端用户向第一接诊端用户发送的信息,也可以是由第一接诊端从系统中调用的、与就诊端用户相对应的信息,包括就诊用户的病症信息、用户基本信息和既往史信息中的至少一个。用户的病症信息即是与就诊端用户本次问诊的相关疾病信息;用户基本信息可以是用户姓名、性别以及年龄等信息;既往史信息可以是就诊端用户曾经所患疾病的信息,也可以是用户就自身病症已经问诊过的平台或接诊用户的信息。反馈数据可以是第二接诊端的用户向系统或第一接诊端反馈的指令或信息,用于表征其是否同意对就诊端用户进行会诊。当第二接诊端的用户同意会诊后,即被确定为第二目标接诊用户。

继续以上述示例进行说明,第一接诊端的接诊用户可以将就诊端患者的姓名、性别、年龄、当前病症信息、患者既往病史等信息,如“患者姓名:小明;患者性别:男;患者年龄:60;当前病症:心脏相关疾病;患者既往病史:无”,发送给第二接诊端的接诊用户,第二接诊端的接诊用户可以对上述信息进行初步分析诊断,同时判断自己是否有时间为患者提供更加专业的服务。当第二接诊端接诊用户因为工作量较大或科室不对应等因素无法为患者提供服务时,可以发送向第一接诊端的接诊用户发送拒绝信息,同时在信息中备注拒绝接诊的原因,拒绝信息和备注信息共同构成反馈数据;当第二接诊端接诊用户可以为患者提供服务时,可以直接向第一接诊端的接诊用户发送同意信息,此时,第二接诊端的一名或多名接诊用户即被确定为第二目标接诊用户。

s130、基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊。

其中,确定出第二目标接诊用户后,就诊端的用户即被看作目标就诊用户,第二目标接诊用户和第一目标接诊用户能够共同对目标就诊用户进行问诊。在本实施例中,既可以通过多个接诊端之间、多个接诊端与就诊端之间建立点对点的通信连接来问诊,也可以在系统中通过构建出多人群组,在群组中以文字、语音或视频的方式对目标就诊用户进行会诊,多人群组基于目标就诊用户的问诊信息进行命名,同时基于问诊信息生成特定格式的文件,将文件保存到与多人群组相关联、且能够被群组中任一用户下载调用的服务器中。

继续以上述示例进行说明,当第二接诊端的接诊用户向第一接诊端发送同意信息后,可以基于就诊端患者的信息构建出多人群组,群组命名如“小明-男-60岁-心脏相关疾病”,同时,将患者的问诊信息打包成.doc格式的文本文件,将文件上传到与群组相关联的服务器中,群组中的接诊用户和患者可以随时在线查看并下载该文本文件。

本实施例的技术方案,当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与第一接诊端相对应的第一目标接诊用户的触发操作,确定与就诊端相对应的至少一个第二待选择接诊用户;将与就诊端对应的就诊信息发送至至少一个第二待选择接诊用户的第二接诊端,并根据第二接诊端的反馈数据从至少一个第二待选择接诊用户中确定出第二目标接诊用户;基于第二目标接诊用户和第一目标接诊用户对与就诊端对应的目标就诊用户进行问诊,为用户提供了在线问诊平台,使用户能够接触到其他在自身病症领域内更加专业的接诊用户,同时,为接诊用户提供了互相推荐以及针对患者病症进行会诊的渠道,使优质的接诊用户资源能够以便捷地方式为更多患者服务。

实施例二

图2为本发明实施例二所提供的一种在线问诊方法的流程示意图,在前述实施例的基础上,通过第一目标接诊用户的触发操作确定出待选择接诊用户,以在接收到医疗资源推荐请求时直接确定出第二待选择接诊用户,进一步的,将目标就诊用户的就诊信息发送至第二接诊端,使第二接诊端的用户对是否同意对就诊端用户进行会诊的问题产生准确的判断,同时也保障了就诊端用户问诊过程的严谨性,接收反馈数据的时间信息和/或第二待选择接诊用户的属性信息,为多名接诊用户和患者协定会诊时间提供了渠道,也使就诊端的患者对所推荐的接诊用户资源有了基本的了解。其具体的实施方式可以参见本实施例技术方案。其中,与上述实施例相同或者相应的技术术语在此不再赘述。

如图2所示,该方法具体包括如下步骤:

s210、根据第一目标接诊用户在接诊用户编辑页面上的触发操作,确定至少一个待选择接诊用户,以在接收到医疗资源推荐请求时,从至少一个待选择接诊用户中确定出至少一个第二待选择接诊用户。

其中,第一接诊端的用户可以分为两种类型,一种类型是仅对就诊端用户进行问诊的用户;第二种类型是不仅对就诊端用户进行问诊,还能将其他接诊用户资源推荐给就诊端的用户。针对第二种类型的第一接诊端设置有接诊用户编辑界面,接诊用户编辑页面可以是与包含多名接诊用户信息的数据库相关联的页面。第一目标接诊用户在收到医疗资源推荐请求之前,可以提前按照病症类型或自己在医疗体系中的人脉资源,通过文字或语音方式的触发操作,构建出包括至少一个待选择接诊用户的接诊用户集合,便于接收到请求后根据病症类型快速为就诊端用户确定出第二代选择接诊用户。

需要说明的是,上述两种类型的接诊端用户又分别分为免费接诊类型和付费接诊类型,无论就诊端用户仅选择就自身病情进行问诊,还是寻求更多接诊用户资源,只要选择了付费接诊类型的接诊端,系统则会显示相应的支付页面,待就诊端用户支付相应费用后执行后续操作。

示例性的,第一就诊端中的接诊用户可以基于数据库在编辑页面构建出多个分组,每个分组的接诊用户对应于不同类型的病症,如“心脑血管接诊用户”、“神经系统系统”以及“呼吸系统接诊用户”,当接收到就诊端的患者发送的心脏相关疾病的医疗资源推荐请求时,第一接诊端的接诊用户即可从“心脑血管接诊用户”的分组中迅速确定出作为第二待选择接诊用户的相关接诊用户。

s220、当检测到触发所述就诊端上的医疗资源推荐控件时,生成所述医疗资源推荐请求,并将所述医疗资源推荐请求发送至所述第一目标接诊用户对应的第一接诊端;根据所述第一目标接诊用户在所述第一接诊端上触发选择的接诊用户,确定与所述触发操作相对应的至少一个第二待选择接诊用户。

其中,医疗资源推荐控件可以是在就诊端中开发的用于发送医疗资源推荐请求的控件。具体的,就诊端用户可以通过手指触控的方式触发医疗资源推荐控件,生成与所问诊的病症相关联的医疗资源推荐请求,并将请求发送至第一接诊端进行显示,进一步的,第一接诊端的用户可以基于该请求通过触发操作确定出第二待选择接诊用户。

s230、将与就诊端对应的目标就诊用户的就诊信息发送至各第二待选择接诊用户的第二接诊端,以使各第二待选择接诊用户根据就诊信息确定是否接诊目标就诊用户。

其中,系统能够将目标就诊用户的就诊信息以文本文件或简短的信息发送至第二接诊端,以使第二接诊端的用户对是否同意对就诊端用户进行会诊的问题产生准确的判断,同时也保障了就诊端用户问诊过程的严谨性,提高了所推荐的接诊用户与就诊端用户病症的关联程度。

继续以实施例一种的示例进行说明,当就诊端的患者发送医疗资源推荐请求后,在线问诊系统能够将就诊信息“患者姓名:小明;患者性别:男;患者年龄:60;当前病症:心脏相关疾病;患者既往病史:无”发送至第二接诊端,第二接诊端的接诊用户对上述就诊信息进行分析后,能后判断患者病情是否符合自己的科室或专业,进而确定是否接诊就诊端的患者。

s240、根据接收到反馈数据的时间信息和/或第二待选择接诊用户的属性信息,从至少一个第二待选择接诊用户中确定出第二目标接诊用户。

其中,反馈数据的时间信息可以是第二待选择接诊用户的排班时间,用于第一接诊端的用户和就诊端用户能够根据自身情况合理安排会诊时间;第二待选择用户的属性信息可以是表征第二接诊端用户的接诊用户资质,或所属医院对相关疾病的治愈率等信息。通过接收反馈数据,为多名接诊用户和患者协定会诊时间提供了渠道,也使就诊端的患者对所推荐的接诊用户资源有了基本的了解。

继续以上述示例进行说明,反馈数据包括第二接诊端接诊用户的排班时间“4月22日周四上午8到12点;4月23日周五下午2到6点”,同时,还包括第二接诊端接诊用户所属医院的资质“三甲医院”、所属医院“对心脏相关疾病的治愈率70%”等属性信息。接收到上述信息后,如果第一接诊端的接诊用户和就诊端的用户在上述“4月22日周四上午8到12点;4月23日周五下午2到6点”时间段内都有时间,可以在对应的第一接诊端及就诊端反馈确认信息,此时,则系统可以确定第二接诊端的接诊用户为第二目标接诊用户;反之,如果第一接诊端的接诊用户和就诊端的用户在上述时间段没有时间,则需要继续根据其他第二待选择接诊用户的反馈数据进行判定,重复上述过程。

需要说明的是,如果系统确定出的第二目标接诊用户为付费接诊类型,则会在就诊端显示相应的支付页面,就诊端用户支付费用后,系统才能执行后续操作。

s250、基于第二目标接诊用户和第一目标接诊用户对与就诊端对应的目标就诊用户进行问诊。

本实施例的技术方案,通过第一目标接诊用户的触发操作确定出待选择接诊用户,以在接收到医疗资源推荐请求时直接确定出第二待选择接诊用户,进一步的,将目标就诊用户的就诊信息发送至第二接诊端,使第二接诊端的用户对是否同意对就诊端用户进行会诊的问题产生准确的判断,同时也保障了就诊端用户问诊过程的严谨性,接收反馈数据的时间信息和/或第二待选择接诊用户的属性信息,为多名接诊用户和患者协定会诊时间提供了渠道,也使就诊端的患者对所推荐的接诊用户资源有了基本的了解。

实施例三

图3为本发明实施例三所提供的一种在线问诊方法的流程示意图,在前述实施例的基础上,当第二目标接诊端接收到医疗资源推荐请求时,能够确定出第三目标接诊用户,实现对患者的多方会诊,进一步的,第一目标接诊用户能够查看第二目标接诊用户和/或目标就诊用户上传的诊治信息,以便把控患者的治疗进程,同时实现了医疗资源的补充且有利于转院协调等工作。系统还能够接收目标就诊用户编辑的评论信息,实现对患者康复情况的回访,并使系统得到对应接诊用户的治愈率,以供其他用户查看。其具体的实施方式可以参见本实施例技术方案。其中,与上述实施例相同或者相应的技术术语在此不再赘述。

如图3所示,该方法具体包括如下步骤:

s310、当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与第一接诊端相对应的第一目标接诊用户的触发操作,确定与就诊端相对应的至少一个第二待选择接诊用户。

s320、将与就诊端对应的就诊信息发送至至少一个第二待选择接诊用户的第二接诊端,并根据第二接诊端的反馈数据从至少一个第二待选择接诊用户中确定出第二目标接诊用户。

s330、如果第二目标接诊端接收到就诊端发送的医疗资源推荐请求时,确定与就诊端相对应的至少一个第三待选择接诊用户,并从至少一个第三待选择接诊用户中确定出第三目标接诊用户。

其中,当第二目标接诊端接收到医疗资源推荐请求时,与基于第一接诊端确定第二目标接诊用户的方式相同,第二接诊端能够确定出至少一个第三待选择接诊用户,进一步的,与根据第二接诊端的反馈数据确定第二目标接诊用户的方式相同,在第三待选择接诊用户中也能够确定出第三目标接诊用户。

也即是说,当第二目标接诊用户接收到医疗资源推荐请求时,能够重复执行与第一接诊端用户相同的操作,基于与第二接诊端相对应的第二目标接诊用户的触发操作,确定至少一个第三待选择接诊用户,并在第三待选择接诊用户中确定出第三目标接诊用户。

需要说明的是,由于本实施例中第一目标接诊用户与第二目标接诊用户、第二目标接诊用户与第三目标接诊用户是一种体现对应关系的定义,且各级接诊用户确定下一级接诊用户时所能执行的操作与第一目标接诊用户执行的操作相同,因此,当第二目标接诊用户执行上述操作时,可以将其看作第一目标接诊用户,此时,所确定的第三目标接诊用户可以看作是第二目标接诊用户。可以理解为,通过就诊端用户初次选择的接诊端用户所确定的各级目标接诊用户,都能够以表明对应关系的“第一目标接诊用户”和“第二目标接诊用户”的方式来定义。通过这种方式,能够让两名以上的接诊用户对就诊端用户发起联合会诊。

示例性的,当就诊端的患者希望就自身心脏相关疾病再听取其他接诊用户的分析建议,并再次发送医疗资源推荐请求时,第二目标接诊端同样拥有与第一接诊端相同的权限,即将就诊信息发送到第三待选择接诊用户的第三接诊端,根据接收到的第三接诊端反馈数据的时间信息,如“4月22日周四上午8到12点;4月23日周五下午2到6点”,和/或第三待选择接诊用户的属性信息,如第二接诊端接诊用户所属医院的资质“三甲医院”、所属医院“对心脏相关疾病的治愈率70%”,从至少一个待选择接诊用户中确定出第三目标接诊用户。

在实际应用中,基于第一接诊端确定出的多级目标接诊端,在确定对目标就诊端进行会诊后,都拥有与第一接诊端用户相同的权限。同时,系统可以针对接诊端级别设置阈值,只要目标接诊用户所属级别没有超过该阈值,则可以为就诊端用户一直推荐病症相关的接诊用户资源。同时,如果系统确定出的第三目标接诊用户为付费接诊类型,则会在就诊端显示相应的支付页面,就诊端用户支付费用后,系统才能执行后续操作。

s340、基于第一目标接诊用户、第二目标接诊用户以及第三目标接诊用户对目标就诊用户进行问诊。

具体的,可以通过多级接诊端之间、多级接诊端与就诊端之间建立点对点的通信连接来问诊,也可以在系统中通过构建出多人群组,在群组中以文字、语音或视频的方式对目标就诊用户进行会诊,多人群组基于目标就诊用户的问诊信息进行命名,同时基于问诊信息生成特定格式的文件,将文件保存到与多人群组相关联、且能够被群组中任一用户下载调用的服务器中。

s350、接收基于第二目标接诊用户和/或目标就诊用户上传的诊治信息,以便第一目标接诊用户查看诊治信息。

其中,目标就诊用户上传的诊治信息可以是患者姓名、性别、出生日期、生活地区、既往疾病史、家族病史、过敏信息以及与各级接诊用户的聊天记录等,第二目标接诊用户的诊治信息可以包括但不限于对就诊端用户病情的分析以及治疗建议,第一目标接诊用户可以查看上述信息,并为目标就诊用户开具病历、处方以及假条等,也可以根据第二目标接诊用户上传的诊治信息与对应的接诊用户进行沟通,以实现医疗资源补充且有利于转院协调等工作。

需要说明的是,当存在第三目标接诊用户或更多级的接诊用户时,系统也能够对应接收多级接诊用户的诊治信息,以供第一目标接诊用户查看。

s360、接收基于目标就诊用户编辑的分别与第一目标接诊用户和第二目标接诊用户的评论信息,并将评论信息显示在第一目标接诊用户和第二目标接诊用户的关联页面上。

其中,评论信息可以是就诊端用户针对自身病情恢复情况的反馈信息,也可以是对第一目标接诊用户和第二目标接诊用户的评价,系统可以对这些信息进行统计,并确定就诊端用户是否康复,进而基于多个就诊端的用户得出接诊端用户的治愈率,关联页面可以展示就诊端用户的评价,也可以导入系统得到的治愈率信息,以供其他用户查看。

需要说明的是,当存在第三目标接诊用户或更多级的接诊用户时,就诊端用户也能够对多级接诊用户进行评价,评价的方式可以是文字形式,可以利用存在多个指标的评分系统,例如,接诊用户的专业度以及服务态度,系统能顾基于多个维度的分数得到接诊端对应接诊用户的综合得分。

本实施例的技术方案,当第二目标接诊端接收到医疗资源推荐请求时,能够确定出第三目标接诊用户,实现对患者的多方会诊,进一步的,第一目标接诊用户能够查看第二目标接诊用户和/或目标就诊用户上传的诊治信息,以便把控患者的治疗进程,同时实现了医疗资源的补充且有利于转院协调等工作。系统还能够接收目标就诊用户编辑的评论信息,实现对患者康复情况的回访,并使系统得到对应接诊用户的治愈率,以供其他用户查看。

实施例四

作为上述实施例的一可选实施例,图4为本发明实施例四所提供的一种在线问诊方法的示意图。为了清楚的介绍本实施例技术方案,可以以应用场景是接诊用户基于线上答疑平台与患者进行沟通,并未患者提供圈内接诊用户资源为例来介绍,但是不局限于上述场景,可以适用于各种需要在线问诊的场景中。

参见图4,在线上答疑及圈内资源推荐系统中,将系统分为接诊用户模块和患者模块。其中,接诊用户模块和患者模块都可以部署在pc端、手机客户端或web端。接诊用户模块又包括参数等配置模块以及资源推荐模块,患者模块又包括咨询模块和支付模块。

继续参见图4,为了实现在线问诊,患者模块为患者提供了选择免费类型接诊用户或付费类型接诊用户的渠道,例如,患者可以利用患者模块中的咨询模块,根据病情选择擅长该领域的接诊用户提交问答信息。被咨询的接诊用户又分为免费类型或付费类型,也即是说,免费接诊用户可以供患者直接提问,付费接诊用户则需要根据问答类型在患者端基于支付模块显示出相应的支付页面,患者支付对应费用后再提供服务。

继续参见图4,为了获取更多的接诊用户资源对病情进行分析诊断,患者能够基于患者模块向初次选择的接诊用户发送医疗资源推荐请求,由接诊用户模块中的资源推荐模块接收。医疗资源推荐请求即是由患者发送的寻求其他专业接诊用户针对自身病症进行会诊的请求,该请求可以关联但不限于就诊端用户的病症及其基本信息,第二级的接诊用户即是初次接诊接诊用户通过触发操作所选择的一名或多名接诊用户,确定第二级接诊用户时需要调用并查看接诊用户模块中对应的参数配置模块,其中包括接诊用户所处的科室及其专业信息,以判断患者病症是否与其相对应。进一步的,在系统中确定了第二级的接诊用户后,多级接诊用户通过系统对患者进行会诊,会诊方式可以通过多个接诊端之间、多个接诊端与就诊端之间建立点对点的通信连接来问诊,也可以在系统中通过构建出多人群组,在群组中以文字、语音或视频的方式对目标就诊用户进行会诊,多人群组基于目标就诊用户的问诊信息进行命名,同时基于问诊信息生成特定格式的文件,将文件保存到与多人群组相关联、且能够被群组中任一用户下载调用的服务器中。需要说明的是,当患者确定出第二级的接诊用户后,还能再次发从医疗资源推荐请求,以通过相同的方式得到多级接诊用户为自己进行会诊。

继续参见图4,多级接诊用户与患者建立连接后,可以就其病情进行沟通,过程中患者可以上传就诊变化信息,其中包括病情变化情况、聊天记录以及多级接诊用户给出的分析结果和建议等,初次选择的接诊用户还可以通过定时随访功能查看上述就诊变化信息,并与多级接诊用户进行沟通,以进行医疗资源补充或转院协调等工作。

继续参见图4,在患者在线就诊结束后,能够上传康复情况,并对各级资源的接诊用户进行评价,该评价能够以诸如治愈率、服务态度、专业程度等多个维度的分数进行展示,同时在各级接诊用户的信息中将上述分数进行同步,以供其他用户查看。

上述技术方案的有益效果为:为用户提供了在线问诊平台,使用户能够接触到其他在自身病症领域内更加专业的接诊用户,同时,为接诊用户提供了互相推荐以及针对患者病症进行会诊的渠道,使优质的接诊用户资源能够以便捷地方式为更多患者服务。

实施例五

图5为本发明实施例五所提供的一种在线问诊装置的结构框图,可执行本发明任意实施例所提供的在线问诊方法,具备执行方法相应的功能模块和有益效果。如图5所示,该装置具体包括:第二待选择接诊用户确定模块510、第二目标接诊用户确定模块520以及问诊模块530。

第二待选择接诊用户确定模块510,用于当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与所述第一接诊端相对应的第一目标接诊用户的触发操作,确定与所述就诊端相对应的至少一个第二待选择接诊用户。

第二目标接诊用户确定模块520,用于将与所述就诊端对应的就诊信息发送至所述至少一个第二待选择接诊用户的第二接诊端,并根据所述第二接诊端的反馈数据从所述至少一个第二待选择接诊用户中确定出第二目标接诊用户。

问诊模块530,用于用于基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊;其中,所述就诊信息中包括就诊用户的病症信息、用户基本信息和既往史信息中的至少一个。

可选的,第二待选择接诊用户确定模块510,还用于根据所述第一目标接诊用户在接诊用户编辑页面上的触发操作,确定至少一个待选择接诊用户,以在接收到所述医疗资源推荐请求时,从所述至少一个待选择接诊用户中确定出至少一个第二待选择接诊用户。

在上述各技术方案的基础上,第二待选择接诊用户确定模块510包括医疗资源推荐请求发送单元以及第二待选择接诊用户确定单元。

医疗资源推荐请求单元,用于当检测到触发所述就诊端上的医疗资源推荐控件时,生成所述医疗资源推荐请求,并将所述医疗资源推荐请求发送至所述第一目标接诊用户对应的第一接诊端。

第二待选择接诊用户确定单元,用于根据所述第一目标接诊用户在所述第一接诊端上触发选择的接诊用户,确定与所述触发操作相对应的至少一个第二待选择接诊用户。

在上述各技术方案的基础上,第二目标接诊用户确定模块520包括就诊信息发送单元以及第二目标接诊用户确定单元。

就诊信息发送单元,用于将与所述就诊端对应的目标就诊用户的就诊信息发送至各第二待选择接诊用户的第二接诊端,以使各第二待选择接诊用户根据所述就诊信息确定是否接诊所述目标就诊用户。

第二目标接诊用户确定单元,用于根据接收到所述反馈数据的时间信息和/或第二待选择接诊用户的属性信息,从所述至少一个第二待选择接诊用户中确定出第二目标接诊用户。

可选的,第二目标接诊用户确定模块520,还用于如果所述第二目标接诊端接收到所述就诊端发送的医疗资源推荐请求时,确定与所述就诊端相对应的至少一个第三待选择接诊用户,并从所述至少一个第三待选择接诊用户中确定出第三目标接诊用户;相应的,所述基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊,包括:基于所述第一目标接诊用户、第二目标接诊用户以及第三目标接诊用户对所述目标就诊用户进行问诊。

可选的,问诊模块530,还用于接收基于所述第二目标接诊用户和/或所述目标就诊用户上传的诊治信息,以便所述第一目标接诊用户查看所述诊治信息。

可选的,问诊模块530,还用于接收基于所述目标就诊用户编辑的分别与所述第一目标接诊用户和所述第二目标接诊用户的评论信息,并将所述评论信息显示在所述第一目标接诊用户和所述第二目标接诊用户的关联页面上。

本实施例所提供的技术方案,当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与第一接诊端相对应的第一目标接诊用户的触发操作,确定与就诊端相对应的至少一个第二待选择接诊用户;将与就诊端对应的就诊信息发送至至少一个第二待选择接诊用户的第二接诊端,并根据第二接诊端的反馈数据从至少一个第二待选择接诊用户中确定出第二目标接诊用户;基于第二目标接诊用户和第一目标接诊用户对与就诊端对应的目标就诊用户进行问诊,为用户提供了在线问诊平台,使用户能够接触到其他在自身病症领域内更加专业的接诊用户,同时,为接诊用户提供了互相推荐以及针对患者病症进行会诊的渠道,使优质的接诊用户资源能够以便捷地方式为更多患者服务。

本发明实施例所提供的在线问诊装置可执行本发明任意实施例所提供的在线问诊方法,具备执行方法相应的功能模块和有益效果。

值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明实施例的保护范围。

实施例六

图6为本发明实施例六所提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备60的框图。图6显示的电子设备60仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示,电子设备60以通用计算设备的形式表现。电子设备60的组件可以包括但不限于:一个或者多个处理器或者处理单元601,系统存储器602,连接不同系统组件(包括系统存储器602和处理单元601)的总线603。

总线603表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线,微通道体系结构(mac)总线,增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备60典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备60访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

系统存储器602可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)604和/或高速缓存存储器605。电子设备60可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统606可以用于读写不可移动的、非易失性磁介质(图6未显示,通常称为“硬盘驱动器”)。尽管图6中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线603相连。存储器602可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块607的程序/实用工具608,可以存储在例如存储器602中,这样的程序模块607包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块607通常执行本发明所描述的实施例中的功能和/或方法。

电子设备60也可以与一个或多个外部设备609(例如键盘、指向设备、显示器610等)通信,还可与一个或者多个使得用户能与该电子设备60交互的设备通信,和/或与使得该电子设备60能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口611进行。并且,电子设备60还可以通过网络适配器612与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器612通过总线603与电子设备60的其它模块通信。应当明白,尽管图6中未示出,可以结合电子设备60使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元601通过运行存储在系统存储器602中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的在线问诊方法。

实施例七

本发明实施例七还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行在线问诊方法。

该方法包括:

当第一接诊端接收到就诊端发送的医疗资源推荐请求时,基于与所述第一接诊端相对应的第一目标接诊用户的触发操作,确定与所述就诊端相对应的至少一个第二待选择接诊用户;

将与所述就诊端对应的就诊信息发送至所述至少一个第二待选择接诊用户的第二接诊端,并根据所述第二接诊端的反馈数据从所述至少一个第二待选择接诊用户中确定出第二目标接诊用户;

基于所述第二目标接诊用户和第一目标接诊用户对与所述就诊端对应的目标就诊用户进行问诊;

其中,所述就诊信息中包括就诊用户的病症信息、用户基本信息和既往史信息中的至少一个。

本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、rf等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

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