CN106960121A - 一种在线健康诊疗方法、系统及客户端 - Google Patents

Abstract

本发明公开了一种在线健康诊疗方法、系统及客户端，属于移动医疗信息化平台领域。所述在线健康诊疗方法包括：患者方客户端与医生方客户端之间通过管理服务器进行问诊通信，患者方客户端根据医生方客户端给出的诊疗信息，选择医药数据库范围内的匹配用药信息，管理服务器、医生方客户端和/或医药公司方客户端对患者方客户端的用药信息进行监控管理。本发明通过在线药箱作为纽带，将患者、医生及医药公司有效连接，进而将用户在线诊疗的诊前挂号、珍中取药及诊后管理形成完整的治疗体验。

Description

一种在线健康诊疗方法、系统及客户端

技术领域

本发明涉及移动医疗信息化平台领域，特别涉及一种在线健康诊疗方法、系统及客户端。

背景技术

在医疗资源越来越紧张的当代，以计算机技术为突破口，国家金卫工程应运而生。今日，全国各地医疗单位大量开展基于互联网的医疗信息系统的建设，而3G和4G网络的普及，也为医疗系统信息的商业化进程的推进和向移动终端转移提供了可能性。然而，目前如HIS、EMR、LIS和RIS等医疗信息化系统虽然已经得到有效发展，但由于其内部性特征，在医患互动之间的应用仍然力有不逮，对医院信息化的需求无法完全满足。鉴于此，利用现有的移动互联网技术，对医患之间的沟通渠道进行有效补充，提高其沟通效率，是一个非常值得关注的方向。

但是，现有的移动医疗APP只涉及到医疗挂号、问诊、随诊和复诊等流程，并没有将对患者用药过程的管理有效整合到系统中，因而无法形成完整的连贯的服务链条。之所以现有技术无法将患者就诊各环节进行有效连接，是因为现有技术忽略了目前的医疗手段，其对一般患者治疗的最终实现方式，均是以服药来实现，故，承载药品的药箱便成为连接各环节和各利益相关体的一个重要纽带，而对于目前以药箱为主发展技术的相关方来说，其又面临着资源整合能力不足等掣肘，从而导致其在进行相关技术考虑的时候，只能孤立和静态地处理问题，无法将药箱有机地融合到患者就诊过程中，为之产生真正的效用。

发明内容

为了解决现有技术的问题，本发明提供了一种在线健康诊疗方法、系统及客户端，通过在线药箱作为纽带，将患者、医生及医药公司有效连接，进而将用户在线诊疗的诊前挂号、珍中取药及诊后管理形成完整的治疗体验。所述技术方案如下：

一方面，本发明提供了一种在线健康诊疗方法，所述方法包括：

患者方客户端向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者方客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

所述医生方客户端根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

所述管理服务器根据诊疗信息在医药数据库中查找对应的用药信息，并将查找结果发送给患者方客户端；

所述患者方客户端根据所述诊疗信息和查找结果，得到目标用药信息，并将目标用药信息通过所述管理服务器发送给医生方客户端和/或医药公司方客户端；

所述管理服务器、医生方客户端和/或医药公司方客户端对患者方客户端的目标用药信息进行监控管理。

进一步地，在患者方客户端向管理服务器发送病症信息之前，所述管理服务器为患者方客户端提供选择界面，所述选择界面包括治疗科室选择信息和/或治疗医生选择信息，

所述医生方客户端配置有对应的序列号，所述病症信息包括患者方客户端指定的序列号，或者，由管理服务器将患者方客户端的病症信息发送到公共平台，并由医生方客户端进行选择匹配。

进一步地，所述医生方客户端向患者方客户端发送的诊疗信息包括处方信息，所述患者方客户端根据所述处方信息从所述医药数据库中获取处方药品。

具体地，在线健康诊疗方法还包括：

所述患者方客户端向管理服务器发送疾病自查请求，所述自查请求中包括病症信息，所述管理服务器根据所述病症信息，在疾病百科数据库中查找与病症信息相匹配的疾病信息，并将查找结果发送给患者方客户端。

另一方面，本发明还提供了一种在线健康诊疗系统，所述系统包括患者方客户端、医生方客户端、管理服务器及医药数据库服务器，

患者方客户端向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者方客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

所述医生方客户端根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

所述医药数据库服务器根据诊疗信息查找对应的用药信息，并将查找结果发送给患者方客户端；

所述患者方客户端根据所述诊疗信息和查找结果，得到目标用药信息，并将目标用药信息通过所述管理服务器发送给医生方客户端；

所述管理服务器、医生方客户端和/或医药公司方客户端对患者方客户端的目标用药信息进行监控管理。

进一步地，本发明提供的在线健康诊疗系统还包括疾病百科数据库服务器，所述患者方客户端向疾病百科数据库服务器发送疾病自查请求，所述自查请求中包括病症信息，所述疾病百科数据库服务器根据所述病症信息，在疾病百科数据库中查找与病症信息相匹配的疾病信息，并将查找结果发送给患者方客户端。

另一方面，本发明还提供了一种患者客户端，包括以下模块：

病症告知模块，用于向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

诊疗信息接收模块，用于接收医生方客户端根据所述病症信息得到的诊疗信息，所述诊疗信息通过管理服务器进行接收；

用药选择模块，用于在医药数据库服务器根据诊疗信息查找到的用药信息中，选择目标用药信息，并将所述目标用药信息通过管理服务器发送给医生方客户端和/或医药公司方客户端；

提醒模块，用于响应管理服务器、医生方客户端和/或医药公司方客户端对目标用药信息的监控管理而作出提醒动作。

进一步地，本发明提供的患者客户端还包括选择模块，所述选择模块包括自主选择单元或者随机选择单元，

所述自主选择单元用于选择治疗科室和/或治疗医生；

所述随机选择单元用于将病症信息发送到公共平台，并由医生方客户端进行选择匹配。

另一方面，本发明还提供了一种医生客户端，包括以下模块：

病症接收模块，用于接收患者方客户端发送的病症信息，所述病症信息通过管理服务器进行接收；

诊疗模块，用于根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

用药审核模块，用于对患者方客户端选择的目标用药信息进行监控管理。

进一步地，本发明提供的医生客户端还包括求诊信息处理模块和求诊信息响应模块，

所述求诊信息处理模块用于接收或拒绝接收到的求诊请求，所述求诊请求中包括患者信息和病症信息，

所述求诊信息响应模块用于在投放问诊信息的公共平台上选择问诊信息进行回复处理。

本发明提供的技术方案带来的有益效果如下：通过设计我的药箱功能，患者在家庭医生在线APP完成健康咨询、医院挂号和到院就诊后，可以利用该功能将健康恢复过程所需的药物进行有序、专业和便捷化的管理，同时其也可以通过“扫一扫”功能获得个性化的用药指导。另外，通过每一个用户建立个性化用药管理档案，医药公司和主治医生也可以根据客户的用药情况，针对性的对之提供回访、反馈、患者教育等服务。如此，基于家庭医生强大医药数据库的药箱功能便可以将患者、医院和医药公司连接在一起，而诊前挂号、诊中取药、诊后管理也能有机地联系在一起，使得患者获得更加完整的体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的在线健康诊疗方法的流程图；

图2是本发明实施例提供的将病症信息发送给医生方客户端的第一方法流程图；

图3是本发明实施例提供的将病症信息发送给医生方客户端的第二方法流程图；

图4是本发明实施例提供的在医药库中查找用药信息的方法流程图；

图5是本发明实施例提供的疾病自查方法流程图；

图6是本发明实施例提供的在线健康诊疗系统的框架示意图；

图7是本发明实施例提供的患者客户端的模块框图示意图；

图8是本发明实施例提供的医生客户端的模块框图示意图；

图9是本发明实施例提供的患者客户端或者医生客户端的计算机终端的硬件结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

我国医院门诊患者的流量非常大，尤其是三级医院，门诊患者取药后就回家了，医生或者药师没有办法对每个患者进行用药过程的管理；另一方面，药物使用错误及不良反应带来巨大的危害，即使在美国每年因为药物不良反应就造成12万人死亡。家庭医生在线APP以药箱为纽带，实现了患者诊前、诊中和诊后各环节的链接，同时为医院、医药公司和患者建立了一道便捷有效的沟通桥梁。

家庭医生在线APP致力于将移动医疗中的诊前、诊中、诊后等各环节的衔接贯通，为患者提供完整的、系统化的在线医疗服务，以为现代医疗作出有力的补充。家庭医生在线APP提供的功能包括健康问答、疾病自查、找好医生、家庭药箱、健康管理、健康资讯等，其中健康问答作为和疾病自查等诊前环节为患者提供专业和标准化的健康建议，从而帮其锚定需求范围，以为后续的找好医生(包括预约挂号、专家预约、第二诊断、非门诊时间看诊、专家会诊、住院和手术协调等子功能)提供信息支持，其后在诊中问药环节中，家庭医生在线APP以其全面的药品内容库为基础，为患者提供查询药品信息和添加药品等功能，从而帮助其更便捷和更科学地管理自己的服药过程。至于在诊后环节中，家庭医生在线APP通过整合优质的体检资源来为患者提供专业的健康管理服务。

实施例1

在本发明的一个实施例中，提供了一种在线健康诊疗方法，参见图1，方法流程包括：

S1、患者方客户端向管理服务器发送病症信息，管理服务器将所述病症信息发送给相应的医生方客户端。

具体地，发送给相应的医生方客户端有两种方式，

第一种方式为患者方指定医生，参见图2，包括：

S111、管理服务器向患者方客户端提供选择界面；

S112、患者方客户端在选择界面中选择科室和医生；

S113、管理服务器向选择的医生发送求诊请求；

若医生接收所述求诊请求，则继续执行S114，否则，管理服务器将拒绝信息发送给患者方客户端，并继续执行S111。

S114、管理服务器将患者方客户端提交的病症信息发送给相应的医生方客户端。

第二种方式为患者未指定医生情况下，采取随机匹配医生的模式，参见图3，包括：

S121、患者方客户端向管理服务器发送病症信息和随机指令；

S122、患者方客户端将所述病症信息投放到公共平台；

S123、医生方客户端进入公共平台选择目标病症信息；

S124、管理服务器将其选中的患者方客户端的病症信息发送给相应的医生方客户端。

综上，患者和医生之间的健康问答以内科、外科、妇产科等科室为进行分类，患者在进行提问时，如果能较为清晰地识别自己的健康诉求，则自主选择自己问题所涉及的专业领域，在其主诉不清情况下，则由系统智能化推荐。另外，患者亦可以付费指定医生作答，以期获得更高质量的回复，而在不付费的情况下，系统则默认该问题为免费问题，并将之投放到问题池中。通过系统消息，被指定的医生将会接到求答信息，并有权决定作答与否，如不作答，系统会自动将患者的付费原路退回，并建议其选择其他医生作答，如此往复。至于未被指定的问题，平台所有医生将会根据自己所擅长的专业领域对问题池中的问题进行抢答，抢答成功并得到患者积极反馈后，系统将会对之进行医术认证加成，从而提高其权威性。

S2、医生方客户端根据病症信息得到诊疗信息，并发送给患者方客户端。

S3、管理服务器根据诊疗信息在医药数据库中查找对应的用药信息，并将查找结果发送给患者方客户端。

参见图4，具体包括：

S31、管理服务器接收诊疗信息；

S32、调用医药数据库；

S33、查找与诊疗信息匹配的OTC药品和保健品；

判断诊疗信息中是否包括处方单，如果包括，则执行S34，否则执行S35：

S34、查找与处方单匹配的处方药，并继续执行S35；

S35、将查找结果发送给患者方客户端。

S4、患者方客户端根据诊疗信息和查找结果，得到目标用药信息，并将目标用药信息发送给医生方客户端和/或医药公司方客户端。

具体地，以家庭医生的药品百科为基础，患者可以在其药箱中添加药品，其方式主要有二，其一是患者在自诊之后，系统智能化为之推荐相应的药品(一般只涉及到OTC和保健品等非处方药)，其二是通过与家庭医生在线有合作的医院(如广州华侨医院)的医生处方进行同步添加，并由医生进行云端用药指导意见的给予，从而实现对患者用药的智能化管理。另外，APP还提供常用药箱和专科药箱等一篮子特定病患所需药品的推荐，患者可以根据自己或者家人目前的情况选择特定的疾患类型，并为之添加一篮子药品。除此之外，本功能还能通过提醒功能对患者的服药过程进行更细致和个性化的管理。

S5、患者方客户端根据诊疗信息和查找结果，得到目标用药信息，并将目标用药信息发送给医生方客户端和/或医药公司方客户端。

现有技术中的药箱功能均是孤立存在，无法将之有效融入到患者就医流程中，也就无法实现医院、患者和医药公司等利益相关方的有效连接，而本实施例中的家庭医生在线APP的药箱功能是纽带式的，其通过业务逻辑的整理，将用户健康咨询、健康问答、挂号预约和体检购买等医疗健康需求进行有机连接，从而实现1+1＞2的效果，家庭医生在线APP调用其独有的健康评估系统数据库，在患者进行评估之后，药箱会智能化为患者进行常规用药如OTC和保健品的推荐和使用指导。

实施例2

在本发明的一个实施例中，提供了疾病自查方法，在家庭医生APP中以疾病百科为基础，为患者提供特定疾病的症状查询，从而为其识别自身主诉提供信息支持，参见图5，流程包括：

S601、患者方客户端向管理服务器发送自查指令；

S602、管理服务器向患者方客户端展示自查界面；

S603、患者方客户端在自查界面上输入生理参数和病症信息；

S604、管理服务器调用疾病百科数据库进行检索；

S605、在自查界面上输出疾病检索结果。

除此，本APP健康管理功能主要与各大体检服务机构和健康养生机构进行合作，通过发挥双边平台的作用，将患者的健康需求进行集结，并点对点高效地传达给以上机构以使之为特定患者设计整合式的体检养生服务。

另一方面，本APP将医生以科室和擅长领域(疾病)进行分类，并由患者根据具体医疗健康需求进行选择，同时对于与平台有号源供给的医生，平台提供一键预约功能，快捷将医患双方进行连接。

同时，以家庭医生PC端内容数据库为基础，本APP将养生资讯分为养生、营养、两性、中医和美容等模块，并分别将内容实时同步到移动端。

实施例3

在本发明的一个实施例中，提供了一种在线健康诊疗系统，所述系统的架构参见图6，所述系统包括患者方客户端210(包括患者方客户端210-1至患者方客户端210-N)、医生方客户端220(包括医生方客户端220-1至医生方客户端220-M)、管理服务器230及医药数据库服务器240，

患者方客户端210向管理服务器230发送病症信息，所述管理服务器230根据病症信息为所述患者方客户端210选择对应的医生方客户端220，并将所述病症信息发送给医生方客户端220；

所述医生方客户端220根据所述病症信息得到诊疗信息，并通过管理服务器230向患者方客户端210发送诊疗信息；

医药数据库服务器240根据诊疗信息查找对应的用药信息，并将查找结果发送给患者方客户端210；

所述患者方客户端210根据所述诊疗信息和查找结果，得到目标用药信息，并将目标用药信息通过所述管理服务器230发送给医生方客户端220；

所述管理服务器230、医生方客户端220和/或医药公司方客户端对患者方客户端210的目标用药信息进行监控管理。

进一步地，所述在线健康诊疗系统还包括疾病百科数据库250，所述患者方客户端210向疾病百科数据库250发送疾病自查请求，所述自查请求中包括病症信息，所述疾病百科数据库250根据所述病症信息，在疾病百科数据库中查找与病症信息相匹配的疾病信息，并将查找结果发送给患者方客户端210。

实施例4

在本发明的一个实施例中，提供了一种患者客户端，该客户端的模块框图参见图7，所述患者客户端包括以下模块：

选择模块450，所述选择模块450包括自主选择单元451或者随机选择单元452，

所述自主选择单元451用于选择治疗科室和/或治疗医生；

所述随机选择单元452用于将病症信息发送到公共平台，并由医生方客户端进行选择匹配。

病症告知模块410，用于向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

诊疗信息接收模块420，用于接收医生方客户端根据所述病症信息得到的诊疗信息，所述诊疗信息通过管理服务器进行接收；

用药选择模块430，用于在医药数据库服务器根据诊疗信息查找到的用药信息中，选择目标用药信息，并将所述目标用药信息通过管理服务器发送给医生方客户端和/或医药公司方客户端；

提醒模块440，用于响应管理服务器、医生方客户端和/或医药公司方客户端对目标用药信息的监控管理而作出提醒动作。

实施例5

在本发明的一个实施例中，提供了一种医生客户端，该客户端的模块框图参见图8，所述医生客户端包括以下模块：

求诊信息处理模块751和求诊信息响应模块752，所述求诊信息处理模块751用于接收或拒绝接收到的求诊请求，所述求诊请求中包括患者信息和病症信息，所述求诊信息响应模块752用于在投放问诊信息的公共平台上选择问诊信息进行回复处理；

病症接收模块710，用于接收患者方客户端发送的病症信息，所述病症信息通过管理服务器进行接收；

诊疗模块720，用于根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

用药审核模块730，用于对患者方客户端选择的目标用药信息进行监控管理。

需要说明的是：上述实施例提供的患者客户端和医生客户端，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，以完成以上描述的全部或者部分功能。另外，本实施例与上述实施例提供在线健康诊疗方法属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

实施例6

本发明实施例提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。在本发明的一个实施例中，以运行在计算机终端上为例，参见图9，终端800可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(wirelessfidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图9中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(LowNoiseAmplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System ofMobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband CodeDivisionMultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端800的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端800的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图9中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端800还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端800移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端800还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端800之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端800的通信。

WiFi属于短距离无线传输技术，终端800通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块170，但是可以理解的是，其并不属于终端800的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端800的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端800的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选地，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端800还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端800还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令：

向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

接收医生方客户端根据所述病症信息得到的诊疗信息，所述诊疗信息通过管理服务器进行接收；

在医药数据库服务器根据诊疗信息查找到的用药信息中，选择目标用药信息，并将所述目标用药信息通过管理服务器发送给医生方客户端和/或医药公司方客户端；

响应管理服务器、医生方客户端和/或医药公司方客户端对目标用药信息的监控管理而作出提醒动作。

或者进行以下操作的指令：

接收或拒绝接收到的求诊请求，所述求诊请求中包括患者信息和病症信息，或者，在投放问诊信息的公共平台上选择问诊信息进行回复处理；

接收患者方客户端发送的病症信息，所述病症信息通过管理服务器进行接收；

根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

对患者方客户端选择的目标用药信息进行监控管理。

通过以上实施方式的描述，本领域的技术人员可以清楚地了解到本发明提供的在线健康诊疗技术方案可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

上述本发明实施例的先后顺序仅仅为了描述，而不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种在线健康诊疗方法，其特征在于，所述方法包括：

患者方客户端向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者方客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

所述医生方客户端根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

所述管理服务器根据诊疗信息在医药数据库中查找对应的用药信息，并将查找结果发送给患者方客户端；

所述患者方客户端根据所述诊疗信息和查找结果，得到目标用药信息，并将目标用药信息通过所述管理服务器发送给医生方客户端和/或医药公司方客户端；

所述管理服务器、医生方客户端和/或医药公司方客户端对患者方客户端的目标用药信息进行监控管理。

2.根据权利要求1所述的在线健康诊疗方法，其特征在于，在患者方客户端向管理服务器发送病症信息之前，所述管理服务器为患者方客户端提供选择界面，所述选择界面包括治疗科室选择信息和/或治疗医生选择信息，

所述医生方客户端配置有对应的序列号，所述病症信息包括患者方客户端指定的序列号，或者，由管理服务器将患者方客户端的病症信息发送到公共平台，并由医生方客户端进行选择匹配。

3.根据权利要求1所述的在线健康诊疗方法，其特征在于，所述医生方客户端向患者方客户端发送的诊疗信息包括处方信息，所述患者方客户端根据所述处方信息从所述医药数据库中获取处方药品。

4.根据权利要求1-3中任一所述的在线健康诊疗方法，其特征在于，还包括：

所述患者方客户端向管理服务器发送疾病自查请求，所述自查请求中包括病症信息，所述管理服务器根据所述病症信息，在疾病百科数据库中查找与病症信息相匹配的疾病信息，并将查找结果发送给患者方客户端。

5.一种在线健康诊疗系统，其特征在于，所述系统包括患者方客户端、医生方客户端、管理服务器及医药数据库服务器，

患者方客户端向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者方客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

所述医生方客户端根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

医药数据库服务器根据诊疗信息查找对应的用药信息，并将查找结果发送给患者方客户端；

所述患者方客户端根据所述诊疗信息和查找结果，得到目标用药信息，并将目标用药信息通过所述管理服务器发送给医生方客户端；

所述管理服务器、医生方客户端和/或医药公司方客户端对患者方客户端的目标用药信息进行监控管理。

6.根据权利要求5所述的在线健康诊疗系统，其特征在于，还包括疾病百科数据库服务器，所述患者方客户端向疾病百科数据库服务器发送疾病自查请求，所述自查请求中包括病症信息，所述疾病百科数据库服务器根据所述病症信息，在疾病百科数据库中查找与病症信息相匹配的疾病信息，并将查找结果发送给患者方客户端。

7.一种患者客户端，其特征在于，包括以下模块：

病症告知模块，用于向管理服务器发送病症信息，所述管理服务器根据病症信息为所述患者客户端选择对应的医生方客户端，并将所述病症信息发送给医生方客户端；

诊疗信息接收模块，用于接收医生方客户端根据所述病症信息得到的诊疗信息，所述诊疗信息通过管理服务器进行接收；

用药选择模块，用于在医药数据库服务器根据诊疗信息查找到的用药信息中，选择目标用药信息，并将所述目标用药信息通过管理服务器发送给医生方客户端和/或医药公司方客户端；

提醒模块，用于响应管理服务器、医生方客户端和/或医药公司方客户端对目标用药信息的监控管理而作出提醒动作。

8.根据权利要求7所述的患者客户端，其特征在于，还包括选择模块，所述选择模块包括自主选择单元或者随机选择单元，

所述自主选择单元用于选择治疗科室和/或治疗医生；

所述随机选择单元用于将病症信息发送到公共平台，并由医生方客户端进行选择匹配。

9.一种医生客户端，其特征在于，包括以下模块：

病症接收模块，用于接收患者方客户端发送的病症信息，所述病症信息通过管理服务器进行接收；

诊疗模块，用于根据所述病症信息得到诊疗信息，并通过管理服务器向患者方客户端发送诊疗信息；

用药审核模块，用于对患者方客户端选择的目标用药信息进行监控管理。

10.根据权利要求9所述的医生客户端，其特征在于，还包括求诊信息处理模块和求诊信息响应模块，

所述求诊信息处理模块用于接收或拒绝接收到的求诊请求，所述求诊请求中包括患者信息和病症信息，

所述求诊信息响应模块用于在投放问诊信息的公共平台上选择问诊信息进行回复处理。