问诊平台的信息交互方法、装置及存储介质
文献发布时间:2023-06-29 06:30:04
技术领域
本申请实施例涉及数据处理领域,更具体地涉及一种问诊平台的信息交互方法、装置及存储介质。
背景技术
近年来,随着互联网技术的发展,越来越多的人选择通过互联网查询病情信息。然而,患者对病情缺少基本认知,在网上查询到的信息往往不够准确。
相关技术中,为提供更为准确的病情信息,患者可以在线上问诊平台中描述自己的病情症状,由医生通过线上问诊平台接诊,根据患者描述的症状及时做出诊断,并提供相应建议。
目前,相关技术中,主要通过患者输入文字、或导入图片来描述病情症状,以便医生远程获取病情信息。然而,视障人士、暂时受伤的人士等特殊人群,由于存在文字、图像的输入障碍,难以通过上述操作自行完成病情症状的描述,往往导致特殊人群的在线问诊失败,给特殊人群的远程就诊带来不便。而求助他人帮忙完成描述,容易造成特殊人士的隐私泄露,给用户带来安全风险。
发明内容
本申请实施例提供一种问诊平台的信息交互方法、装置及存储介质,能够实现自动化的就医服务引导,辅助用户选取匹配的就诊服务,保护用户隐私,提升用户就医体验。
第一方面,本申请实施例提供一种问诊平台的信息交互方法,所述方法包括:
响应于用户的就诊触发操作,获取用户的就诊需求数据;所述就诊触发操作包括反映用户就诊意图的触发语音;
从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端;
向所述目标服务端发送就诊请求,以使所述目标服务端响应于所述就诊请求,为用户提供远程就诊服务。
在一种可能的设计中,获取用户的就诊需求数据,包括:
生成用于引导用户的就诊需求流程;
基于所述就诊需求流程向用户发送引导信息;
获取用户基于所述引导信息反馈的描述信息,并从所述描述信息中提取所述就诊需求数据;
其中,所述就诊需求数据包括用户的患病部位、患病症状、发病时间、发病频率、发病时长。
在一种可能的设计中,所述引导信息包括引导语音;
获取用户基于所述引导信息反馈的描述信息,包括:
接收用户基于所述引导语音反馈的语音描述信息;所述语音描述信息属于所述描述信息的其中一种;
从所述语音描述信息中提取反映用户当前状态的用户特征数据作为所述就诊需求数据。
在一种可能的设计中,从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端,包括:
从所述就诊需求数据中提取病例特征信息;所述病例特征信息至少包括:用户的患病部位、患病症状、发病时间、发病频率、发病时长;
基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端。
在一种可能的设计中,基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端,包括:
根据所述关联关系确定所述病例特征信息所关联的目标就诊科室;
从多个就诊服务端中选取属于所述目标就诊科室的待选服务端;
若所述待选服务端的数量为一个,则将所述待选服务端作为所述目标服务端;或者
若所述待选服务端的数量为多个,则从多个待选服务端中选取符合预设筛选条件的待选服务端,作为所述目标服务端;其中,所述预设筛选条件根据排班状态、用户历史评价、服务费用、医患位置距离、用户历史偏好中的至少一个信息设置。
在一种可能的设计中,根据所述关联关系确定所述病例特征信息所关联的目标就诊科室,包括:
根据用户的患病部位以及预设的患病部位与就诊科室的第一关联关系,确定待定就诊科室;
根据用户的患病表现特征,以及预设的患病表现特征与就诊科室的第二关联关系,从待定就诊科室中确定目标就诊科室;患病表现特征包括用户反馈的症状、发病时间、发病频率、发病时长。
在一种可能的设计中,获取用户的就诊需求数据之后,所述方法还包括:
向用户发送预约询问信息;所述预约询问信息用于确定用户是否已预约有就诊服务端;
接收用户的回复信息,并检测所述回复信息中是否包含用户的预约信息;
若检测到所述预约信息,则以所述预约信息指示的就诊服务端作为所述目标就诊服务端;
若未检测到所述预约信息,则跳转至从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端的步骤。
在一种可能的设计中,就诊触发操作还包括反映用户就诊意图的触发图像;
所述方法还包括:
通过图像采集模块获取预设的触发图像;所述触发图像包括注册到所述问诊平台的用户的面部图像、虹膜、指纹中的至少一个。
第二方面,本申请实施例提供一种问诊平台的信息交互装置,具有实现对应于上述第一方面提供的问诊平台的信息交互方法的功能。所述功能可以通过执行相应的软件实现。软件包括一个或多个与上述功能相对应的模块,所述模块可以是软件。
在一个实施方式中,该装置包括:
输入输出模块,被配置为响应于用户的就诊触发操作,获取用户的就诊需求数据;所述就诊触发操作包括反映用户就诊意图的触发语音;
处理模块,被配置为从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端;
该输入输出模块,还被配置为向所述目标服务端发送就诊请求,以使所述目标服务端响应于所述就诊请求,为用户提供远程就诊服务。
在一种可能的设计中,所述输入输出模块,获取用户的就诊需求数据时,被配置为:
生成用于引导用户的就诊需求流程;
基于所述就诊需求流程向用户发送引导信息;
获取用户基于所述引导信息反馈的描述信息,并从所述描述信息中提取所述就诊需求数据;
其中,所述就诊需求数据包括用户的患病部位、患病症状、发病时间、发病频率、发病时长。
在一种可能的设计中,引导信息包括引导语音。
所述输入输出模块,获取用户基于所述引导信息反馈的描述信息时,被配置为:
接收用户基于所述引导语音反馈的语音描述信息;所述语音描述信息属于所述描述信息的其中一种;
从所述语音描述信息中提取反映用户当前状态的用户特征数据作为所述就诊需求数据。
在一种可能的设计中,所述处理模块,从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端时,被配置为:
从所述就诊需求数据中提取病例特征信息;所述病例特征信息至少包括:用户的患病部位、患病症状、发病时间、发病频率、发病时长;
基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端。
在一种可能的设计中,所述处理模块,基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端时,被配置为:
根据所述关联关系确定所述病例特征信息所关联的目标就诊科室;
从多个就诊服务端中选取属于所述目标就诊科室的待选服务端;
若所述待选服务端的数量为一个,则将所述待选服务端作为所述目标服务端;若所述待选服务端的数量为多个,则从多个待选服务端中选取符合预设筛选条件的待选服务端,作为所述目标服务端;其中,所述预设筛选条件根据排班状态、用户历史评价、服务费用、医患位置距离、用户历史偏好中的至少一个信息设置。
在一种可能的设计中,所述处理模块,根据所述关联关系确定所述病例特征信息所关联的目标就诊科室时,被配置为:
根据用户的患病部位以及预设的患病部位与就诊科室的第一关联关系,确定待定就诊科室;
根据用户的患病表现特征,以及预设的患病表现特征与就诊科室的第二关联关系,从待定就诊科室中确定目标就诊科室;患病表现特征包括用户反馈的症状、发病时间、发病频率、发病时长。
在一种可能的设计中,所述输入输出模块,还被配置为:向用户发送预约询问信息,所述预约询问信息用于确定用户是否已预约有就诊服务端;接收用户的回复信息。
所述处理模块,还被配置为:检测所述回复信息中是否包含用户的预约信息;若检测到所述预约信息,则以所述预约信息指示的就诊服务端作为所述目标就诊服务端;若未检测到所述预约信息,则跳转至从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端的步骤。
在一种可能的设计中,就诊触发操作还包括反映用户就诊意图的触发图像。
所述输入输出模块,还被配置为:通过图像采集模块获取预设的触发图像;所述触发图像包括注册到所述问诊平台的用户的面部图像、虹膜、指纹中的至少一个。
第三方面,本申请实施例提供一种计算设备,包括存储器,处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述计算机程序时实现第一方面中所述的问诊平台的信息交互方法。
第四方面,本申请实施例提供一种计算机可读存储介质,其包括指令,当其在计算机上运行时,使得计算机执行第一方面中所述的问诊平台的信息交互方法。
相较于相关技术,本申请实施例中,首先响应于用户的就诊触发操作,获取用户的就诊需求数据,该就诊触发操作可反映用户的就诊意图,该就诊触发操作包括但不限于触发语音。然后,从问诊平台的多个就诊服务端中,选取与就诊需求数据匹配的目标服务端。通过此处筛选可以确定出符合用户就诊需求的目标服务端,从而便于后续在用户与目标服务端之间建立高效的远程问诊关系,为后续提升用户的远程就诊体验提供基础。最终,向目标服务端发送就诊请求,以使目标服务端响应于就诊请求为用户提供远程就诊服务,实现了自动化的就医服务引导。相对相关技术中依赖用户自行输入文字、图片来获取医生的就诊方式,本申请实施例中通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,实现了就诊服务端的自动化选择,有效克服相关技术中特殊人群存在的就诊服务问题,大大提高用户(尤其是视障人士、暂时受伤的人士等特殊人群)的就医效率,保护用户隐私,改善用户就医体验。
附图说明
通过参考附图阅读本申请实施例的详细描述,本申请实施例的目的、特征和优点将变得易于理解。其中:
图1为本申请实施例中一种基于问诊平台的信息交互系统的示意图;
图2为本申请实施例中一种问诊平台的信息交互方法的流程示意图;
图3为本申请实施例的另一种信息交互方法的流程示意图;
图4为本申请实施例的一种问诊平台的信息交互装置的结构示意图;
图5为本申请实施例的计算设备的一种结构示意图;
图6为本申请实施例中手机的一种结构示意图;
图7为本申请实施例中服务器的一种结构示意图。
在附图中,相同或对应的标号表示相同或对应的部分。
具体实施方式
本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象(例如第一特征和第二特征分别表示为不同的特征,其他类似),而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块,本申请实施例中所出现的模块的划分,仅仅是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个模块可以结合成或集成在另一个系统中,或一些特征可以忽略,或不执行。另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块之间的间接耦合,通信连接可以是电性或其他类似的形式,本申请实施例中均不作限定。并且,作为分离部件说明的模块或子模块可以是也可以不是物理上的分离,可以是也可以不是物理模块,或者可以分布到多个电路模块中,可以根据实际的需要选择其中的部分或全部模块来实现本申请实施例方案的目的。
本申请实施例提供一种问诊平台的信息交互方法,可应用于资产管理场景,涉及至少一服务设备,至少一服务设备包括至少一个问诊平台的信息交互装置。例如,一个服务设备包括一个问诊平台的信息交互装置,用于执行问诊平台的信息交互中不同阶段的步骤。例如,问诊平台的信息交互装置用于通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,并向目标服务端发送就诊请求,便于目标服务端响应于就诊请求为用户提供远程就诊服务。其中,问诊平台的信息交互装置可为通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,并向目标服务端发送就诊请求的应用程序,或为安装了通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,并向目标服务端发送就诊请求的应用程序的终端设备或服务端设备。
相关技术的线上问诊场景中,为提供更为准确的病情信息,患者可以在线上问诊平台中描述自己的病情症状,由医生通过线上问诊平台接诊,根据患者描述的症状及时做出诊断,并提供相应建议。通过线上问诊平台,医生和患者之间的交流不在局限于医疗机构等固定场景,突破了时间、空间限制,使患者就诊更为便捷。
目前的线上问诊平台中,主要通过患者输入文字、或导入图片来描述病情症状,以便医生远程获取病情信息。
然而,对于视障人士、或者暂时受伤的人士等特殊人群而言,由于存在文字、图像的输入障碍,难以通过相关技术中的操作自行描述病情症状,往往导致特殊人群的在线问诊失败,给特殊人群的远程就诊带来不便。虽然,针对特殊人群无法输入文字、图像的问题,可以寻求他人帮助,辅助完成特殊人群的远程就诊,但这样操作容易引起特殊人群的隐私信息泄漏,给用户带来安全风险。
相比于相关技术中需要患者输入文字、导入图像来自行描述病情症状的就诊方式,本申请实施例中能够通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,实现了就诊服务端的自动化选择,有效克服相关技术中特殊人群存在的就诊服务问题,大大提高用户(尤其是视障人士、暂时受伤的人士等特殊人群)的就医效率,保护用户隐私,改善用户就医体验。
一些实施方式中,问诊平台的信息交互装置是一个,也可以是多个。多个问诊平台的信息交互装置可以采用分布式部署,也可以采用集中式部署,参照图1,本申请实施例提供的问诊平台的信息交互方法可基于图1所示的一种问诊平台的信息交互系统实现。在图1中,问诊平台的信息交互装置a、b、c分别用于处理数据中心所存储的医疗服务数据(比如下文中的就诊服务端的基本信息、历史服务数据),比如按照就诊科室划分,问诊平台的信息交互装置a、b、c分别用于处理科室A的医疗服务数据、科室B的医疗服务数据、科室C的医疗服务数据。在其他一些示例中,划分方式也可以是按照患者属性,如患者年龄、患者就诊次数(初诊、复诊)、患者就诊方式(如电话、或图文)等。划分方式还可以是按照排班时段划分,如白班在线的医生、夜班在线的医生、急诊医生。其他划分方式此处暂不展开。实际应用中,一个问诊平台的信息交互装置也可用于处理多个科室的医疗服务数据,本申请并不限制。其中,问诊平台的信息交互装置可以是应用程序、服务器或终端设备。
需要说明的是,本申请实施例涉及的服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。
本申请实施例涉及的终端设备,可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。例如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语音和/或数据。例如,个人通信业务(英文全称:Personal Communication Service,英文简称:PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop,英文简称:WLL)站、个人数字助理(英文全称:Personal Digital Assistant,英文简称:PDA)等设备。
参照图2,图2为本申请实施例提供的一种问诊平台的信息交互方法的流程示意图。该方法可应用于资产管理场景下的问诊平台的信息交互装置,由问诊平台的信息交互装置执行,通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,并向目标服务端发送就诊请求,以便为用户提供远程就诊服务。所述问诊平台的信息交互方法包括:
步骤S210,响应于用户的就诊触发操作,获取用户的就诊需求数据。
在本申请实施例中,用户主要是指需要问诊服务的问诊平台用户。在本申请实施例中,所述用户包括问诊平台中意图获取就诊服务的就诊对象,或者问诊平台中注册并授权录入病历信息的就诊对象,或者其他形式的就诊对象,此处不一一介绍。需要注意的是,本申请主要针对于残障人士、暂时受伤的人士、对屏幕操作不熟悉的老年人等特殊人群。残障人士包括但不限于视障人士。当然,非特殊人群也适用于本申请提供的信息交互方法。
所述就诊触发操作,主要用于启动后续信息交互流程。具体就诊触发操作可以是预先设置的。可选地,以预先设置的语音作为就诊触发操作。例如,用户可发出预设语音,由手机或其他接入问诊平台的终端设备采集到该预设语音后,触发问诊平台进入远程就诊服务,并向用户反馈提示。假设预设语音是“小佳在吗?”,那么,手机接收到该预设语音之后,可以触发问诊平台进入远程就诊服务,并向用户反馈提示信息,即“在的在的,您是哪里不舒服呢?”
可选地,还可以采用预先设置的图像作为就诊触发操作。具体而言,在一可选实施例中,S210之前,通过图像采集模块获取预设的触发图像。图像采集模块可以是手机或其他接入问诊平台的终端设备中的摄像头,或其他相关模组。所述触发图像包括但不限于:注册到所述问诊平台的用户的面部图像、虹膜、指纹中的至少一个。若检测到触发图像,则可以触发问诊平台进入远程就诊服务,并向用户反馈提示。具体触发方式与上文类似,此处不再展开。
所述就诊需求数据,主要用于描述用户所需询问的病情信息,例如,包括用户的患病部位、患病症状、发病时间、发病频率、发病时长。或者,在一些示例中,还可以包括:用户的基本信息、就医问诊状态(是否为复诊)、患者主诉信息、药物服用史、手术史。当然,就诊需求数据可以包括上述信息中的一个,也可以包括多个,还可以包括其他信息,此处并不限定。可以理解的是,实际应用中,就诊需求数据的类型可以根据实际应用需求自定义设置。用户的基本信息如年龄、性别、身高、体重、家族病史等,也可以包括在患者主诉信息中,此处可根据实际情况设置。
在一可选设计中,S210中获取用户的就诊需求数据的步骤,可以实现为:生成用于引导用户的就诊需求流程;基于就诊需求流程向用户发送引导信息;获取用户基于引导信息反馈的描述信息,并从描述信息中提取就诊需求数据。其中,就诊需求数据包括但不限于:用户的患病部位、患病症状、发病时间、发病频率、发病时长。此外,就诊需求数据还可以包括用户的基本信息、就医问诊状态、患者主诉信息中的至少一个。
具体来说,S210中,首先生成用于引导用户的就诊需求流程。就诊需求流程包括但不限于:所需获取的就诊需求数据类型、用于获取就诊需求数据的引导信息。所述引导信息主要用于获取医生接诊时所需了解的部分或全部病情信息。接着,根据就诊需求流程向用户发送引导信息,从而通过引导信息促使用户反馈针对自身状况以及患病症状的描述信息。可以理解的是,实际应用中,可以根据用户的反馈,以及实际问诊需求进行动态设置,以提高就诊需求流程的灵活性,获取到更为准确的就诊需求数据。例如,就诊需求流程可以设置为对话形式,对话内容由所需获取的问诊数据类型、以及用户的反馈信息的语义识别结果确定。
进而,S210中,获取用户基于所述引导信息反馈的描述信息,并从所述描述信息中提取所述就诊需求数据。
具体来说,在一可选实施例中,所述引导信息包括引导语音。基于此,获取用户基于所述引导信息反馈的描述信息的步骤可以实现为,接收用户基于所述引导语音反馈的语音描述信息。所述语音描述信息属于所述描述信息的其中一种。然后,从所述语音描述信息中提取反映用户当前状态的用户特征数据作为所述就诊需求数据。具体来说,可以识别所述语音描述信息中预设关键词,并提取预设关键词的上下文,以形成就诊需求数据。比如,患病部位(如身体部位)、患病症状(如“冷”、“疼”、“没力气”、“闷”、“涨”等词汇)、发病时间、发病频率、发病时长、是否为初诊/复诊、年龄、性别、患病史(如各种疾病的名称)、服药史(如各种药物的名称),等等。进一步地,预设关键词可以由预先通过通数据库或其他形式设置,并根据历史就诊数据动态更新维护。
在另一可选实施例中,所述引导信息还包括引导图像。例如是,包括人体模型的引导图像。引导图像可以是根据用户数据生成。可选地,可以根据用户历史就诊数据,生成引导图像中的人体模型,从而在人体模型中标注出用户可能的患病部位。比如,根据用户的手术史,生成引导图像中的人体模型,并在人体模型中高亮显示与手术史关联的部位。
基于此,获取用户基于所述引导信息反馈的描述信息的步骤,也可以实现为,接收用户基于所述引导图像反馈的图像描述信息。所述图像描述信息也属于所述描述信息的其中一种。然后,从所述图像描述信息中提取反映用户当前状态的用户特征数据作为所述就诊需求数据。具体地,接收用户触控屏幕产生的反馈信息,进而,从该反馈信息中提取用户在引导图像的人体模型中所选取的部位,即本次就诊所关注的患病部位。
无论通过上述何种方式获取到所述描述信息之后,进一步地,从所述描述信息中提取所述就诊需求数据的步骤,可以实现为,将描述信息输入到特征提取模型中,由该特征提取模型输出用户的多维度病例特征(即就诊需求数据)。该特征提取模型包括但不限于语义识别模型。
参见图3所示的信息交互流程中,S210中获取用户的就诊需求数据之后,还可判断用户是否有指定医生。若用户有指定医生,并且指定医生当前有排班,则以指定医生所在的就诊服务端作为所述目标就诊服务端。若没有指定医生,则跳转至步骤S220。
具体来说,S210中获取用户的就诊需求数据之后,向用户发送预约询问信息;所述预约询问信息用于确定用户是否有指定医生。进而,接收用户的回复信息,并检测所述回复信息中是否包含用户标注的指定医生。若检测到用户有指定医生,此情况下,优先以指定医生所在的就诊服务端作为所述目标就诊服务端。进一步可选地,同步查询用户指定的医生,是否当前有排班,若该医生当前有排班,则可以即时接入该医生的就诊服务端,或者即时将用户加入到该医生的就诊服务端的排队队列中。若未检测到用户对医生的指定信息,或者用户指定的医生当前没有排班,此情况下,可以跳转至步骤S220。从而,进一步通过为用户优先分配指定医生的方式,提高用户的远程就医效率,提升用户就诊体验。
步骤S220,从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端。
所述就诊服务端,是问诊平台中为医疗机构提供的服务端。即医生可以通过就诊服务端登录问诊平台,并在问诊平台中为患者(即本申请中提到的用户)提供远程就诊服务。所述就诊服务端,可以实现为终端设备中的专用软件、小程序、或其他形式。当然,也可以是搭载有上述软件的终端设备。
不难理解的是,一个就诊服务端中可以接入有一个医生,也可以接入多个医生,本申请并不限定。接入多个医生,可以便于开展对复杂病情的多科室综合诊治。
具体而言,S220中,从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端,可以实现为:从所述就诊需求数据中提取病例特征信息;基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端。其中,所述病例特征信息至少包括:用户的患病部位、患病症状、发病时间、发病频率、发病时长。
具体而言,上述步骤中,首先,根据病例特征与就诊科室的关联关系,确定用户的病例特征信息所关联的目标就诊科室。
例如,通过语义识别技术从就诊需求数据中提取属于患者主诉症状的关键词(即病例特征信息)。比如,关键词可以是肝区疼痛、脂肪肝。进而,基于预先配置的病例特征与就诊科室的关联关系,选取出与“肝区疼痛”、“脂肪肝”等关键词关联的科室,作为目标就诊科室。具体地,识别出“肝区疼痛”、“脂肪肝”等关键词均与肝脏这一身体部分相关,那么,基于预先配置的病例特征与就诊科室的关联关系,检索与肝脏关联的肝胆外科,并以肝胆外科(即检索出的科室)作为目标就诊科室。
在一可选实施例中,为了进一步提高就诊科室选取的准确程度,可以以患病部位作为第一判断标准初步选取就诊科室,进而结合患病症状、时长、频率作为辅助判断标准,进一步筛选出目标就诊科室。基于此,上述根据关联关系确定病例特征信息所关联的目标就诊科室的步骤,可以进一步实现为:
根据用户的患病部位以及预设的患病部位与就诊科室的第一关联关系,确定待定就诊科室;根据用户的患病表现特征,以及预设的患病表现特征与就诊科室的第二关联关系,从待定就诊科室中确定目标就诊科室。此处介绍的患病表现特征包括但不限于:用户反馈的患病症状、发病时间、发病频率、发病时长。
例如,假设用户反馈的信息为:心前区闷痛钝痛,常发生于情绪激动或运动后,平静后缓解。那么,从上述信息中可以提取出用户的患病部位为心脏,此情况下,根据患病部位与就诊科室的第一关联关系可以初步选定心内科、心外科为待定就诊科室。
进一步地,从上述信息中提取出心前区闷痛钝痛(即患病症状)、常发生于情绪激动或运动后(即发病时间以及发病频率)、平静后缓解(即发病时长)。此情况下,根据患病表现特征与就诊科室的第二关联关系可以进一步筛选出心内科作为目标就诊科室。
例如,假设用户反馈的信息为:胸前区疼痛,灼烧感,针刺感,常发生于夜间或清晨,偶尔伴左上腹痛。那么,从上述信息中可以提取出用户的患病部位为胸前区,此情况下,根据患病部位与就诊科室的第一关联关系可以初步选定心内科、心外科、消化科为待定就诊科室。
进一步地,从上述信息中提取出“胸前区疼痛,灼烧感,针刺感,偶尔伴左上腹痛”(即患病症状)、常发生于夜间或清晨(即发病时间)。此情况下,根据患病表现特征与就诊科室的第二关联关系可以进一步筛选出消化科作为目标就诊科室。
当然,同一患病部位也可以对应多个目标就诊科室。例如,患病部位为头部(表现为眩晕),则所关联的科室为神经内科、耳鼻喉科。此情况下,同样基于上述假设,可选地,还可设置多个判断分支,如属于神经内科的第一分支,以及属于耳鼻喉科的第二分支,并基于这两个分支分别执行后续步骤。或者,也可以告知用户,并由用户选取所需就诊的目标就诊科室。
为便于描述,下文以一个患病部位对应一个目标就诊科室为例进行介绍。上文中各分支所需执行的后续步骤可参考单一目标就诊科室的实施例。
进而,上述步骤中,用户的目标就诊科室之后,获取到从多个就诊服务端中选取属于所述目标就诊科室的待选服务端。若所述待选服务端的数量为一个,此情况下,可以直接将待选服务端作为所述目标服务端。
若所述待选服务端的数量为多个,此情况下,仍需对待选服务端进行进一步筛选。即,从多个待选服务端中选取符合预设筛选条件的待选服务端,作为所述目标服务端。其中,所述预设筛选条件根据排班状态、用户历史评价、服务费用、医患位置距离、用户历史偏好中的至少一个信息设置。
例如,可以进一步根据各个待选服务端的信息进行筛选。具体地,可以判断各个待选服务端的医生是否满足以下预设筛选条件,如当前时段正处于排班状态、医生口碑评分达到预设位次(按照评分高低排列)、医生服务价格处于中位数、医患位置距离达到预设位次(按照位置距离远近排列)。根据上述预设筛选条件的达标情况,综合选取预设数量的医生,并随机将其中一位医生的待选服务端作为所述目标服务端。另外,未被选取的医生的待选服务端可以作为备选服务端,在目标服务端出现异常时作为替换。
除了随机选取之外,也可以告知用户,由用户选取想要就诊的医生,并以该医生的待选服务端作为目标服务端。即,向用户发送语音告知信息,如“为您筛选出两位医生,分别为xxx医生,xx职称,xxx医院,语音问诊n元,视频问诊n元,另一位医生为sss医生,ss职称,sss医院,语音问诊n元,视频问诊n元。请问您需要联络哪位医生?”。进而,用户选取其中一位医生后,将该医生的待选服务端作为目标服务端。
实际上,医生的服务价格可以是根据医生职级、服务方式(音频还是视频),以及服务时长综合分析设置的。
当然,另一实施例中,也可选取目标就诊科室中用户曾就诊过、并且用户上一次就诊给出的评分不低于预设评分门限的医生的待选服务端作为所述目标服务端。
步骤S230,向所述目标服务端发送就诊请求,以使所述目标服务端响应于所述就诊请求,为用户提供远程就诊服务。
继续上述示例,假设患病部位为肝脏,所属科室为肝胆外科(即目标就诊科室)。假设目标服务端为属于肝胆外科的xxx医生的目标服务端x。假设用户选取的服务项目为语音问诊服务。
那么,基于上述假设,用户在选取语音问诊服务之后,支付相应服务费用,并由问诊平台向属于肝胆外科的目标服务端x发送针对语音问诊服务的就诊请求,该就诊请求中包括服务项目(即语音问诊服务)、用户信息(如用户的基本信息、预问诊数据等),以便目标服务端x这一侧的xxx医生根据用户信息,为用户提供远程的语音问诊服务。
本申请实施例的问诊平台的信息交互方法,首先响应于用户的就诊触发操作,获取用户的就诊需求数据,该就诊触发操作可反映用户的就诊意图,该就诊触发操作包括但不限于触发语音。然后,从问诊平台的多个就诊服务端中,选取与就诊需求数据匹配的目标服务端。通过此处筛选可以确定出符合用户就诊需求的目标服务端,从而便于后续在用户与目标服务端之间建立高效的远程问诊关系,为后续提升用户的远程就诊体验提供基础。最终,向目标服务端发送就诊请求,以使目标服务端响应于就诊请求为用户提供远程就诊服务,实现了自动化的就医服务引导。相对相关技术中依赖用户自行输入文字、图片来获取医生的就诊方式,本申请实施例中,通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,实现了就诊服务端的自动化选择,有效克服相关技术中特殊人群存在的就诊服务问题,大大提高用户(尤其是视障人士、暂时受伤的人士等特殊人群)的就医效率,保护用户隐私,改善用户就医体验。
在介绍了本申请实施例的方法之后,接下来,参考图4对本申请实施例的问诊平台的信息交互装置进行介绍。
本申请实施例中的问诊平台的信息交互装置40能够实现对应于上述图2所对应的实施例中问诊平台的信息交互方法的步骤。问诊平台的信息交互装置40实现的功能可以通过执行相应的软件实现。软件包括一个或多个与上述功能相对应的模块,所述模块可以是软件。所述问诊平台的信息交互装置40可包括输入输出模块401、处理模块402,所述处理模块402、所述输入输出模块401的功能实现可参考图2所对应的实施例中所执行的操作,此处不作赘述。例如,所述处理模块402可用于控制所述输入输出模块401的数据收发操作。
一些实施方式中,所述输入输出模块401,还被配置为响应于用户的就诊触发操作,获取用户的就诊需求数据;所述就诊触发操作包括反映用户就诊意图的触发语音;
所述处理模块402,还被配置为从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端;
所述输入输出模块401,还被配置为向所述目标服务端发送就诊请求,以使所述目标服务端响应于所述就诊请求,为用户提供远程就诊服务。
一些实施方式中,所述输入输出模块401,获取用户的就诊需求数据时,被配置为:
生成用于引导用户的就诊需求流程;
基于所述就诊需求流程向用户发送引导信息;
获取用户基于所述引导信息反馈的描述信息,并从所述描述信息中提取所述就诊需求数据;
其中,所述就诊需求数据包括用户的患病部位、患病症状、发病时间、发病频率、发病时长。
一些实施方式中,引导信息包括引导语音。
所述输入输出模块401,获取用户基于所述引导信息反馈的描述信息时,被配置为:
接收用户基于所述引导语音反馈的语音描述信息;所述语音描述信息属于所述描述信息的其中一种;
从所述语音描述信息中提取反映用户当前状态的用户特征数据作为所述就诊需求数据。
一些实施方式中,所述处理模块402,从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端时,被配置为:
从所述就诊需求数据中提取病例特征信息;所述病例特征信息至少包括:用户的患病部位、患病症状、发病时间、发病频率、发病时长;
基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端。
一些实施方式中,所述处理模块402,基于所述病例特征信息、以及预先配置的病例特征与就诊科室的关联关系,从多个就诊服务端中选取出所述目标服务端时,被配置为:
根据所述关联关系确定所述病例特征信息所关联的目标就诊科室;
从多个就诊服务端中选取属于所述目标就诊科室的待选服务端;
若所述待选服务端的数量为一个,则将所述待选服务端作为所述目标服务端;若所述待选服务端的数量为多个,则从多个待选服务端中选取符合预设筛选条件的待选服务端,作为所述目标服务端;其中,所述预设筛选条件根据排班状态、用户历史评价、服务费用、医患位置距离、用户历史偏好中的至少一个信息设置。
一些实施方式中,所述处理模块402,根据所述关联关系确定所述病例特征信息所关联的目标就诊科室时,被配置为:
根据用户的患病部位以及预设的患病部位与就诊科室的第一关联关系,确定待定就诊科室;
根据用户的患病表现特征,以及预设的患病表现特征与就诊科室的第二关联关系,从待定就诊科室中确定目标就诊科室;患病表现特征包括用户反馈的症状、发病时间、发病频率、发病时长。
一些实施方式中,所述输入输出模块401,还被配置为:向用户发送预约询问信息,所述预约询问信息用于确定用户是否已预约有就诊服务端;接收用户的回复信息。
所述处理模块402,还被配置为:检测所述回复信息中是否包含用户的预约信息;若检测到所述预约信息,则以所述预约信息指示的就诊服务端作为所述目标就诊服务端;若未检测到所述预约信息,则跳转至从所述问诊平台的多个就诊服务端中,选取与所述就诊需求数据匹配的目标服务端的步骤。
一些实施方式中,就诊触发操作还包括反映用户就诊意图的触发图像。
所述输入输出模块401,还被配置为:通过图像采集模块获取预设的触发图像;所述触发图像包括注册到所述问诊平台的用户的面部图像、虹膜、指纹中的至少一个。
本申请实施例的问诊平台的信息交互装置,能够通过识别就诊触发操作自动获取用户的就诊需求数据,并基于用户的就诊需求数据筛选出匹配的目标服务端,实现了就诊服务端的自动化选择,有效克服相关技术中特殊人群存在的就诊服务问题,大大提高用户的就医效率,保护用户隐私,改善用户就医体验。
在介绍了本申请实施例的方法和装置之后,接下来,对本申请实施例的计算机可读存储介质进行说明,计算机可读存储介质可为光盘,其上存储有计算机程序(即程序产品),所述计算机程序在被处理器运行时,会实现上述方法实施方式中所记载的各步骤,例如,响应于用户的就诊触发操作,获取用户的就诊需求数据;就诊触发操作包括反映用户就诊意图的触发语音;从问诊平台的多个就诊服务端中,选取与就诊需求数据匹配的目标服务端;向目标服务端发送就诊请求,以使目标服务端响应于就诊请求,为用户提供远程就诊服务。各步骤的具体实现方式在此不再重复说明。
需要说明的是,所述计算机可读存储介质的例子还可以包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质,在此不再一一赘述。
上面从模块化功能实体的角度对本申请实施例中的问诊平台的信息交互装置40进行了描述,下面从设备角度分别对本申请实施例中的执行问诊平台的信息交互方法的服务器、终端设备进行描述。
需要说明的是,在本申请问诊平台的信息交互装置实施例的图4所示的输入输出模块401对应的实体设备可以为输入/输出单元、收发器、射频电路、通信模块和输入/输出(I/O)接口等,处理模块402对应的实体设备可以为处理器。图4所示的问诊平台的信息交互装置40可以具有如图5所示的结构,当图4所示的问诊平台的信息交互装置40具有如图5所示的结构时,图5中的处理器和收发器能够实现前述对应该装置的装置实施例提供的处理模块402和输入输出模块401相同或相似的功能,图5中的存储器存储处理器执行上述问诊平台的信息交互方法时需要调用的计算机程序。
本申请实施例还提供了一种终端设备,如图6所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant,PDA)、销售终端设备(Point of Sales,POS)、车载电脑等任意终端设备,以终端设备为手机为例:
图6示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图6,手机包括:射频(Radio Frequency,RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity,WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解,图6中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图6对手机的各个构成部件进行具体的介绍:
RF电路1010可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1080处理;另外,将设计上行的数据发送给基站。通常,RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(LowNoiseAmplifier,LNA)、双工器等。此外,RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General PacketRadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1020可用于存储软件程序以及模块,处理器1080通过运行存储在存储器1020的软件程序以及模块,从而执行手机的各种功能应用以及问诊平台的信息交互。存储器1020可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1020可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1030可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1080,并能接收处理器1080发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031,输入单元1030还可以包括其他输入设备1032。具体地,其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041,可选的,可以采用液晶显示器(LiquidCrystalDisplay,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1041。进一步的,触控面板1031可覆盖显示面板1041,当触控面板1031检测到在其上或附近的触摸操作后,传送给处理器1080以确定触摸事件的类型,随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图6中,触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1040,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1041和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1060、扬声器1061,传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号,传输到扬声器1061,由扬声器1061转换为声音信号输出;另一方面,传声器1062将收集的声音信号转换为电信号,由音频电路1060接收后转换为音频数据,再将音频数据输出处理器1080处理后,经RF电路1010以发送给比如另一手机,或者将音频数据输出至存储器1020以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块1070,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1080是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1020内的软件程序和/或模块,以及调用存储在存储器1020内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1080可包括一个或多个处理单元;可选的,处理器1080可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1080中。
手机还包括给各个部件供电的电源1090(比如电池),可选的,电源可以通过电源管理系统与处理器1080逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本申请实施例中,该手机所包括的处理器1080还具有控制执行以上由问诊平台的信息交互装置执行的上述方法实施例介绍的流程。
图7是本申请实施例提供的一种服务器结构示意图,该服务器1100可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)1122(例如,一个或一个以上处理器)和存储器1132,一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中,存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图中未示出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1122可以设置为与存储介质1130通信,在服务器1100上执行存储介质1130中的一系列指令操作。
服务器1100还可以包括一个或一个以上电源1120,一个或一个以上有线或无线网络接口1150,一个或一个以上输入输出接口1158,和/或,一个或一个以上操作系统1141,例如Windows Server,Mac OS X,Unix,Linux,FreeBSD等等。
上述实施例中由服务器所执行的步骤可以基于该图7所示的服务器1100的结构。例如,例如上述实施例中由图7所示的问诊平台的信息交互装置60所执行的步骤可以基于该图7所示的服务器结构。例如,所述中央处理器1122通过调用存储器1132中的指令,执行以下操作:
通过输入输出接口1158响应于用户的就诊触发操作,获取用户的就诊需求数据;就诊触发操作包括反映用户就诊意图的触发语音;从问诊平台的多个就诊服务端中,选取与就诊需求数据匹配的目标服务端;向目标服务端发送就诊请求,以使目标服务端响应于就诊请求,为用户提供远程就诊服务。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请实施例所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请实施例各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用物理设备的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。
在上述实施例中,可以全部或部分地通过软件、物理设备、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上对本申请实施例所提供的技术方案进行了详细介绍,本申请实施例中应用了具体个例对本申请实施例的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请实施例的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请实施例的限制。
- 交通信息交互的方法、装置、设备和计算机存储介质
- 一种信息交互方法、装置、计算机设备和存储介质
- 功能模块间的信息交互方法、装置、设备及存储介质
- 功能模块间的信息交互方法、装置、设备及存储介质
- 一种信息交互方法、装置、设备及存储介质
- 网络交互、问诊交互及服务确定方法、装置、存储介质
- 信息交互平台的交互数据分类方法、装置及存储介质