数据交互方法、客户端和服务器技术

本说明书提供一种数据交互方法、客户端和服务器。所述方法可以包括：接收用户在用户客户端输入的症状描述信息；将所述症状描述信息和指定位置信息发送给服务器；以使所述服务器基于所述指定位置信息，向设定距离内的医生客户端发送诊断邀约，所述诊断邀约至少包括所述症状描述信息。展示沟通界面，用于建立所述用户客户端与应答所述诊断邀约的医生客户端之间的通信。该方法可以给患者就诊带来便利。该方法可以给患者就诊带来便利。该方法可以给患者就诊带来便利。

【技术实现步骤摘要】
数据交互方法、客户端和服务器


[0001]本说明书涉及电子商务领域，尤其涉及一种数据交互方法、客户端和服务器。

技术介绍

[0002]随着电子商务的高速发展，人们已经习惯于进行线上交易。
[0003]现实生活中，人生病的时候，可以选择到医院就诊。或者，根据自己的经验，到药店购买一些药物。随着，人们习惯于电子商务提供的线上服务，一些网站也开始提供网络医疗咨询服务。比如，用户可以在网站发布问题，可以有医生针对医生进行留言解答。

技术实现思路

[0004]本说明书实施方式提供一种数据交互方法、客户端和服务器，可以给患者就诊带来便利。
[0005]本说明书实施方式提供一种数据交互方法，所述方法包括：接收用户在用户客户端输入的症状描述信息；将所述症状描述信息和指定位置信息发送给服务器；以使所述服务器基于所述指定位置信息，向设定距离内的医生客户端发送诊断邀约，所述诊断邀约至少包括所述症状描述信息；展示沟通界面，用于建立所述用户客户端与应答所述诊断邀约的医生客户端之间的通信。
[0006]本说明书实施方式提供一种数据交互方法，应用于服务器，所述方法包括：接收用户客户端发送的症状描述信息和指定位置信息；基于所述指定位置信息，向设定距离内医生客户端发送诊断邀约；根据接收到的表示医生接受所述诊断邀约的接诊请求，确定目标医生客户端。
[0007]一种数据交互方法，应用于医生客户端，所述方法包括：接收服务器发送的诊断邀约；其中，所述诊断邀约是基于所述服务器接收到用户客户端发布的症状描述信息生成的；根据医生在所述医生客户端的输入向所述服务器反馈针对所述诊断邀约的接诊请求；在所述服务器根据接收到的接诊请求确定所述医生客户端为目标医生客户端的情况下，展示沟通界面，用于建立所述目标医生客户端与所述用户客户端之间的通信。
[0008]本说明书实施方式中，通过用户自主下达症状描述信息，由服务器确定向医生客户端发送诊断邀约，进而确定目标医生。使得给用户就诊或者咨询等，带来了极大的便利。用户可以实现足不出户就完成与医生沟通，避免了到医院现场排队挂号的繁琐。再者，医院往往是病人密集的场所，较大概率会存在传染病患者，本实施方式中，用户可以通过网络下达症状描述信息后与医生沟通，实现用户或患者可以无需到医院现场，一定程度上避免了交叉传染。再者，本实施方式中，最终确定目标医生，与用户的距离可以在指定初始距离内。使得用户与医生之间的空间距离是比较适当的，患者和医生可以较为便利的进一步的当面沟通。给用户带来了便利，也整体上提升了社会的劳动效率。
附图说明
[0009]所包括的附图用来提供对本说明书实施方式的进一步的理解，其构成了说明书的一部分，用于例示本说明书的实施方式，并与文字描述一起来阐释本说明书的原理。显而易见地，下面描述中的附图仅仅是本说明书的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。在附图中：
[0010]图1为本说明书实施方式提供的数据交互系统的一个场景应用示意图；
[0011]图2为本说明书实施方式提供的用户客户端展示界面的示意图；
[0012]图3为本说明书实施方式提供的用户客户端展示界面的示意图；
[0013]图4为本说明书实施方式提供的用户客户端展示界面的示意图；
[0014]图5为本说明书实施方式提供的数据交互方法的流程图；
[0015]图6为本说明书实施方式提供的客户端的功能模块图；
[0016]图7为本说明书实施方式提供的数据交互方法的流程图；
[0017]图8为本说明书实施方式提供的服务器的功能模块图；
[0018]图9为本说明书实施方式提供的数据交互方法的流程图；
[0019]图10为本说明书实施方式提供的客户端的功能模块图。
具体实施方式
[0020]为了使本
的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施方式，都应当属于本说明书保护的范围。
[0021]本说明书实施方式提供一种数据交互系统。所述数据交互系统包括用户客户端、服务器、医生客户端。
[0022]在本实施方式中，用户客户端和医生客户端可以是具有显示和网络访问功能的电子设备。电子设备可以设置有具有一定运算能力的处理芯片。具体的，例如，可以为平板电脑、智能手机、计算机终端等，或者，也可以为能够运行于上述电子设备中的软体。客户端可以提供用于数据交互的网络接口。客户端可以遵循网络通信协议进行数据信息交互。
[0023]在本实施方式中，所述服务器可以具有数据信息处理功能的硬件设备和驱动该硬件设备工作所需要的软件。当然，服务器也可以仅为具有数据处理能力的硬件设备，或者，仅为运行在硬件设备中的软件。所述服务器可以基于HTTP、TCP/IP或FTP等网络协议以及网络通信模块与用户客户端和医生客户端进行网络数据交互。
[0024]请参阅图1和图2。在一个场景示例中，用户患有咽喉炎，想要找医生进行咨询诊断。用于可以启动手机中安装的用户客户端应用，通过该用户客户端与医生沟通。
[0025]用户客户端可以提供给用户填写症状单的功能。具体的，用户客户端提供的界面中可以具有生成症状单按钮。用户点击所述生成症状单按钮之后，用户客户端可以进一步提供症状单的内容填写页面。用户可以在内容填写页面输入症状描述信息。具体的，例如，可以具有类型标识、症状、症状描述和设定资源量等栏位。用户可以针对类型标识，类型标识可以具有急诊和普通门诊两个取值，用户选择了普通门诊，在症状栏位填写“嗓子疼”，症
状描述栏位可以填写“嗓子吞咽会很疼，咳嗦，已经持续一周了”。用户填写了指定资源量是50元。填写完成之后，用户点击了完成按钮。此时，用户客户端可以为用户生成了症状单。指定资源量可以是症状单内容的一部分，当然，也可以是与症状单之间存在对应关系，而不是症状单内容的一部分。本场景示例中，可以将指定资源量作为症状单的一部分。当然，症状单可以是症状描述信息的一种表现形式。
[0026]请参阅图3，在用户点击了症状单的完成按钮之后，用户客户端可以展示地图界面。在该地图界面中可以展示在该地图范围内的医生信息。所述医生信息可以用于表示医生所处于的地理位置。如此，用户可以很直观的了解到，附近的医疗资源情况。
[0027]用户点击了症状单的完成按钮后，用户客户端可以将症状单和位置信息发送给服务器。服务器接收到症状单之后，可以针对症状单进行分析，以进行进一步的处理。首先，服务器可以先判断类型标识的取值，发现其为普通门诊。使得，服务器可以将所述症状单作为普通门诊的流程处理。具体的，服务器可以将症状单中症状和症状描述，在预先设置的疾病结果集中匹配，得到对本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种数据交互方法，所述方法包括：接收用户在用户客户端输入的症状描述信息；将所述症状描述信息和指定位置信息发送给服务器；以使所述服务器基于所述指定位置信息，向设定距离内的医生客户端发送诊断邀约，所述诊断邀约至少包括所述症状描述信息；展示沟通界面，用于建立所述用户客户端与应答所述诊断邀约的医生客户端之间的通信。2.根据权利要求1所述的方法，在根据用户在用户客户端输入的症状描述，生成症状描述信息的步骤中，还包括：接收用户输入的指定资源量；相应的，在将所述症状描述信息和所述用户客户端的位置信息发送给服务器的步骤中，包括：将所述症状描述信息、所述指定资源量和所述指定位置信息发送给服务器。3.根据权利要求1所述的方法，在接收症状描述信息之后，所述方法还包括：展示地图界面，其中，所述地图界面显示有位于所述地图界面展示范围内的医生信息。4.根据权利要求3所述的方法，在将所述症状描述信息和所述指定位置信息发送给服务器之后，所述方法还包括：在所述地图界面中，将应答所述诊断邀约的医生客户端的医生信息与其它医生信息相区别展示。5.根据权利要求1所述的方法，所述方法还包括：接收所述服务器发送的接受所述诊断邀约的医生信息；展示接受所述诊断邀约的医生的医生信息；接收用户在所述用户客户端的输入，确定目标医生；将所述目标医生的目标医生信息发送给所述服务器，其中，所述目标医生的医生客户端作为应答所述诊断邀约的医生客户端。6.一种数据交互方法，应用于服务器，所述方法包括：接收用户客户端发送的症状描述信息和指定位置信息；基于所述指定位置信息，向设定距离内医生客户端发送诊断邀约；根据接收到的表示医生接受所述诊断邀约的接诊请求，确定目标医生客户端。7.根据权利要求6所述的方法，所述方法还包括：根据所述症状描述信息认定所述用户客户端的用户为急诊用户；相应的，在基于所述指定位置信息，向设定距离内医生的医生客户端发送诊断邀约的步骤中，包括：基于所述指定位置信息，确定所述设定距离内接收急诊的诊断邀约的医生客户端；向接收急诊的诊断邀约的医生客户端发送诊断邀约。8.根据权利要求7所述的方法，所述症状描述信息中具有类型标识，在根据所述症状描述信息认定所述用户为急诊用户的步骤中，包括：在所述类型标识的取值为第一取值的情况下，认为所述用户为急诊用户；其中，所述类型标识包括表示需要急诊的第一取值，和表示不需要急诊的第二取值。9.根据权利要求7所述的方法，在根据所述症状描述信息认定所述用户客户端的用户为急诊用户的步骤中，包括：在所述症状描述信息符合预设急诊规则的情况下，认为所述用户为急诊用户。
10.根据权利要求9所述的方法，在所述症状描述信息符合预设急诊规则的情况下，认为所述用户为急诊用户的步骤中，包括：在所述症状描述信息符合预设急诊规则的情况下，向所述用户客户端发送急诊确认提示；在接收到所述用户客户端反馈确定急诊的指示之后，认为所述用户为急诊用户。11.根据权利要求6所述的方法，所述方法还包括：根据所述症状描述信息在疾病结果集中匹配得到目标疾病信息；其中，所述疾病结果集中对应记录有症状信息和疾病信息；利用所述目标疾病信息针对医生信息进行筛选，得到对应疾病的医生信息；相应的，在基于所述指定位置信息，向设定距离内医生客户端发送诊断邀约的步骤中，包括：基于所述指定位置信息，向设定距离内对应疾病信息的医生信息的医生客户端发送诊断邀约。12.根据权利要求11所述的方法，在基于所述指定位置信息，向设定距离内对应疾病信息的医生客户端发送诊断邀约的步骤中，包括：优先向曾经应答所述用户客户端的诊断邀约的医生客户端，发送诊断邀约。13.根据权利要求11所述的方法，在基于所述指定位置信息，向设定距离内对应疾病的医生医生客户端发送诊断邀约的步骤中，包括：向医生评价指数高于指数阈值的医生客户端发送诊断邀约。14.根据权利要求11所述的方法，在基于所述...

【专利技术属性】
技术研发人员：陈方林，
申请(专利权)人：阿里健康科技杭州有限公司，
类型：发明
国别省市：