CN110021418B - 远程诊疗方法及其装置和系统 - Google Patents

Abstract

本发明涉及远程诊疗领域，公开了一种远程诊疗方法及其装置和系统。本发明中的远程诊疗方法包括以下步骤：接收来自患者终端的由患者用户输入的病情信息；根据病情信息确定要为患者用户推荐的满足预定条件的诊疗医生；向患者终端发送确定的诊疗医生的信息；其中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。本发明能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

Description

远程诊疗方法及其装置和系统

技术领域

本发明涉及远程诊疗领域，特别涉及一种远程诊疗方法及其装置和系统。

背景技术

到医院看病时，患者需要跟护士预先确认需要挂的科室，然后进行挂号、就诊、检查、交费、取药等步骤。此间，患者无法主动选择问诊医生，也无法确定挂号到的问诊医生是否擅长治疗自己的病症。此外，医院的挂号、交费、检查处永远是大排长龙，给一些老年人带来了极大的不便。因此，如何为患者确定最合适的问诊医生，如何简化看病流程，为患者节省时间，同时提高医院的服务效率，是亟待解决的问题。

发明内容

本发明的目的在于提供一种远程诊疗方法及其装置和系统，能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

为解决上述技术问题，本发明的实施方式公开了一种远程诊疗方法，该方法包括以下步骤：

第一接收步骤，接收来自患者终端的由患者用户输入的病情信息；

第一确定步骤，根据病情信息确定要为患者用户推荐的满足预定条件的诊疗医生；

第一发送步骤，向患者终端发送确定的诊疗医生的信息；

其中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

在一示范例中，上述第一确定步骤包括：

从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第一集合；

如果第一集合不为空，则根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。

在一示范例中，根据医生治疗病情信息相关的疾病的治疗水平为患者推荐诊疗医生包括：

根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生。

扩展：也可以推荐前若干名医生供患者用户选择。

在一示范例中，治疗水平根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定。

本发明的实施方式还公开了一种远程诊疗方法，该方法包括以下步骤：

第二发送步骤，患者终端向服务器发送由患者用户输入的病情信息；

第二接收步骤，患者终端从服务器接收服务器为患者用户推荐的诊疗医生，诊疗医生由服务器根据患者用户病情信息确定；其中，确定的诊疗医生满足预定条件，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定；

推荐步骤，患者终端向患者用户推荐诊疗医生。

在一示范例中，该远程诊疗方法在第二发送步骤之后，还包括：

第三接收步骤，患者终端接收预诊方案，预诊方案基于病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

在一示范例中，预诊方案由护士终端的用户做出或者由医生终端的用户做出。

在一示范例中，在第二接收步骤之后，还包括：

交互步骤，患者终端发送连接推荐的问诊医生的医生终端的连接请求，并在与问诊医生的医生终端建立连接后，向问诊医生的医生终端发送由患者输入的信息和接收来自医生终端的信息。

本发面的实施方式还公开了一种远程诊疗方法，该方法包括以下步骤：

第三发送步骤，患者终端向服务器发送患者用户输入的病情信息；

第二确定步骤，服务器根据接收到的病情信息确定要为患者推荐的满足预定条件的诊疗医生；

第四发送步骤，服务器向患者终端发送确定的诊疗医生的信息；

其中，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

在一示范例中，在第三发送步骤之后，还包括：

预诊步骤，服务器接收来自护士终端的预诊方案，并向患者终端发送预诊方案；

其中，预诊方案由护士终端的护士用户根据病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

在一示范例中，在上述预诊步骤中，在向患者终端发送预诊方案之前，重复执行如下步骤直至预诊方案通过医生终端的医生用户的审核：

服务器向医生终端发送预诊方案供医生终端的医生用户审核；

如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；

如果接收到医生终端的审核结果为不通过审核，则向护士终端发送审核结果，并将从护士终端接收到的修改后的预诊方案发送给医生终端供医生用户审核。

在一示范例中，在上述预诊疗步骤中，在向患者终端发送预诊方案之前，服务器向医生终端发送预诊方案供医生终端的医生用户审核；如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；如果接收到医生终端的审核结果为不通过审核，则接收由审核的医生用户发送的由该医生用户做出的预诊方案，并将该预诊方案发送给患者终端。

在一示范例中，上述第二确定步骤包括：

服务器从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第二集合；如果第二集合不为空，则根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。

在一示范例中，根据医生治疗病情信息相关的疾病的治疗水平为患者推荐诊疗医生包括：

根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生；其中，治疗水平根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定。

本发明的实施方式还公开了一种远程诊疗装置，该装置包括：

第一接收单元，用于接收来自患者终端的由患者用户输入的病情信息；

第一确定单元，用于根据病情信息确定要为患者用户推荐的满足预定条件的诊疗医生；

第一发送单元，用于向患者终端发送确定的诊疗医生的信息；

其中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

在一示范例中，第一确定单元从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第一集合；并在第一集合不为空时，根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。

本发明的实施方式还公开了一种远程诊疗装置，该装置包括患者终端，患者终端包括：

第二发送单元，用于向服务器发送由患者用户输入的病情信息；

第二接收单元，用于从服务器接收服务器为患者用户推荐的诊疗医生，诊疗医生由服务器根据患者用户的病情信息确定；其中，确定的诊疗医生满足预定条件，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定；

推荐单元，用于向患者用户推荐诊疗医生。

在一示范例中，该远程诊疗系统还包括：

第三接收单元，用于接收预诊方案，预诊方案基于病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果；

交互单元，用于发送连接推荐的问诊医生的医生终端的连接请求，并在与问诊医生的医生终端建立连接后，向问诊医生的医生终端发送有患者输入的信息和接收来自医生终端的信息。

本发明的实施方式还公开了一种远程诊疗系统，该系统包括患者终端和服务器，其中，

患者终端向服务器发送患者用户输入的病情信息；

服务器根据接收的病情信息确定要为患者推荐的满足预定条件的诊疗医生；并向患者终端发送确定的诊疗医生的信息；

其中，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

在一示范例中，该远程诊疗系统还包括护士终端和医生终端；并且

服务器接收来自护士终端的预诊方案，并向患者终端发送预诊方案；其中，预诊方案由护士终端的护士用户根据病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

本发明实施方式与现有技术相比，主要区别及其效果在于：

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

进一步地，患者无需到医院挂号排队，即可根据远程提供的预诊方案进行相关预检项目的检查并根据预诊结果初步了解自己的病情，去医院就诊时可直接将预检的检查结果提供给自己的问诊医生或者由问诊医生获取，从而极大的缩短患者就诊所需的时间，减少医院人力成本，提高医院的治疗效率。

进一步地，护士预先做出预诊方案，能够减轻医生的就诊压力，提高医生的就诊效率，同时缩短患者的就诊时间。

附图说明

图1是根据本发明第一实施方式的远程诊疗方法的流程示意图。

图2是根据本发明第二实施方式的远程诊疗方法的流程示意图。

图3是根据本发明第四实施方式的远程诊疗方法的流程示意图。

图4是根据本发明第五实施方式的远程诊疗装置的结构示意图。

图5是根据本发明第六实施方式的远程诊疗装置的结构示意图。

图6是根据本发明第七实施方式的远程诊疗系统的结构示意图。

图7是根据本发明第八实施方式的远程诊疗系统的架构图。

图8是根据本发明第九实施方式的患者终端的操作流程图。

图9是根据本发明第九实施方式的最佳医生的推荐流程图。

图10是根据本发明第九实施方式的护士终端的操作流程图。

具体实施方式

在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。

本发明第一实施方式涉及一种远程诊疗方法。图1是该远程诊疗方法的流程示意图。

具体地，如图1所示，该远程诊疗方法包括以下步骤：

在第一接收步骤S101中，接收来自患者终端的由患者用户输入的病情信息。例如，病情信息可以是患者用户通过患者终端输入的对自己病症的描述，如“头晕、恶心、呕吐、耳鸣、心悸气短等”。

可以理解，在本发明的各实施方式中，患者用户指使用患者终端的用户。

此后进入步骤S102。

在第一确定步骤S102中，根据病情信息确定要为患者用户推荐的满足预定条件的诊疗医生。

可以理解，在发明的各实施方式中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。例如，满足预定条件的诊疗医生是出诊时间包括患者的就诊时间、就诊位置与患者用户的位置之间的距离小于预定距离、医生治疗与病情信息相关的疾病的治疗水平高于某一水平值或者排名靠前的医生。

可以理解，在本发明的各实施方式中，患者用户的位置可以是患者通过患者终端输入的位置信息，也可以通过定位患者终端获得患者用户的位置。

此后进入步骤S103。

在第一发送步骤S103中，向患者终端发送确定的诊疗医生的信息。例如，诊疗医生的信息包括诊疗医生的姓名、性别、所属医院、治疗相关疾病的经验、已治疗患者的在线评价、连结该诊疗医生的医生终端的链接等等。

此后，结束本流程。

在一示范例中，上述第一确定步骤S102包括：

从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第一集合。如果第一集合不为空，则根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。例如，根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生或者推荐前若干名医生供患者用户选择。其中，治疗水平根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定，或者根据医生所处的医院治疗与病情信息相关的疾病的水平综合上述两个因素对医生进行排序。

此外，在本发明的其他实施方式中，还可以根据医院治疗与病情信息相关的疾病的水平选择第一集合中的医生，例如，先将行政区域中治疗与病情信息相关的疾病的水平大于预定水平的医院中的医生选择出来，再根据前述其他条件进行修改。

可以理解，在本发明的各实施方式中，行政区域可以是患者所在的省、市、或者县，可根据具体情况确定或者由用户确定。行政辖区中的医生可以是在服务器端注册过的医生，也可以通过搜索其他数据库获得，如医院的网站中的医生信息。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

本发明第二实施方式涉及一种远程诊疗方法。图2是该远程诊疗方法的流程示意图。

具体地，如图2所示，该远程诊疗方法包括以下步骤：

在第二发送步骤S201中，患者终端向服务器发送由患者用户输入的病情信息。

此后进入步骤S202。

在第二接收步骤S202中，患者终端从服务器接收服务器为患者用户推荐的诊疗医生，诊疗医生由服务器根据患者用户病情信息确定。

可以理解，在发明的各实施方式中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。例如，满足预定条件的诊疗医生是出诊时间包括患者的就诊时间、就诊位置与患者用户的位置之间的距离小于预定距离、医生治疗与病情信息相关的疾病的治疗水平高于某一水平值或者排名靠前的医生。

此后进入步骤S203。

在推荐步骤S203中，患者终端向患者用户推荐诊疗医生。推荐的方式在此不做限制，能够通知到用户即可，例如，可以是在患者终端屏幕上的应用程序中显示，也可以是向患者用户发送即时消息(如短信、邮件、微信等)等方式，优选地，以网络链接或者应用程序链接的形式发送。

此后，结束本流程。

在一示范例中，在上述第二接收步骤S202之后，还包括：

交互步骤，患者终端发送连接推荐的问诊医生的医生终端的连接请求，并在与问诊医生的医生终端建立连接后，向问诊医生的医生终端发送由患者输入的信息和接收来自医生终端的信息。其中，可以是自动向患者终端发送消息，询问是否进行对推荐的问诊医生的终端的连接。

患者用户可以跟推荐的问诊医生进行在线问诊，提高看病效率，节省看病成本。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

本发明第三实施方式涉及一种远程诊疗方法。

第三实施方式在第二实施方式的基础上进行了改进，主要改进之处在于：

为患者终端提供预诊方案，如此，患者无需到医院挂号排队，即可根据远程提供的预诊方案进行相关预检项目的检查并根据预诊结果初步了解自己的病情，去医院就诊时可直接将预检的检查结果提供给自己的问诊医生或者由问诊医生获取，从而极大的缩短患者就诊所需的时间，减少医院人力成本，提高医院的治疗效率。

具体地，在上述第二发送步骤S201之后，还包括：

第三接收步骤，患者终端接收预诊方案，预诊方案基于病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。预诊方案由护士终端的用户做出或者由医生终端的用户做出。

在该第三接收步骤中，如果预诊方案包括患者需要进行的预检项目，则患者终端根据患者确认付费的指令向医院支付预检项目的费用。付费可以采用现有的网络付费技术完成，在此不做限制。

在本发明的各实施方式中，发送预诊结果的医生终端的用户可以是推荐的问诊医生，也可以是其他具有相关能力或者权力的医生。

本发明第四实施方式涉及一种远程诊疗方法。图3是该远程诊疗方法的流程示意图。

具体地，如图3所示，该远程诊疗方法包括以下步骤：

在第三发送步骤S301中，患者终端向服务器发送患者用户输入的病情信息。

此后进入步骤S302。

在第二确定步骤S302中，服务器根据接收到的病情信息确定要为患者推荐的满足预定条件的诊疗医生。其中，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

此后进入步骤S303。

在第四发送步骤S303中，服务器向患者终端发送确定的诊疗医生的信息。

在一示范例中，上述第二确定步骤302包括：

服务器从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第二集合。如果第二集合不为空，则根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。例如，根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生或者推荐排名靠前的若干名医生供患者用户选择。其中，治疗水平可以根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定。此外，对于医生的排名，还可以根据医生所处的医院治疗与病情信息相关的疾病的水平综合与上述两个因素(医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率)对医生进行排序。

在一示范例中，在上述第三发送步骤301之后，还包括：

预诊步骤，服务器接收来自护士终端的预诊方案，并向患者终端发送预诊方案。其中，预诊方案由护士终端的护士用户根据病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

可以理解，如果预诊方案包括患者需要进行的预检项目，则患者终端根据患者确认付费的指令向医院支付预检项目的费用。付费可以采用现有的网络付费技术完成，在此不做限制。

护士预先做出预诊方案，能够减轻医生的就诊压力，提高医生的就诊效率，同时缩短患者的就诊时间。

此外，可以理解，在本发明的其他实施方式中，预诊方案也可以直接由医生终端的用户做出。

此外，在一示范例中，可以通过医生对护士的预诊方案进行审核，以提高护士的预诊能力和预诊准确度。例如，在上述预诊步骤中，在向患者终端发送预诊方案之前，重复执行如下步骤直至预诊方案通过医生终端的医生用户的审核：

服务器向医生终端发送预诊方案供医生终端的医生用户审核；

如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；

如果接收到医生终端的审核结果为不通过审核，则向护士终端发送审核结果，并将从护士终端接收到的修改后的预诊方案发送给医生终端供医生用户审核。

此外，在一示范例中，可以通过医生对护士的预诊方案进行审核，以提高护士的预诊能力和预诊准确度。例如，在上述预诊步骤中，在向患者终端发送预诊方案之前，服务器向医生终端发送预诊方案供医生终端的医生用户审核；如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；如果接收到医生终端的审核结果为不通过审核，则接收由审核的医生用户发送的由该医生用户做出的预诊方案，并将该预诊方案发送给患者终端。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

此外，可以理解，在本发明的各实施方式中，可以将患者用户的病情信息、预诊结果、患者和医生之间的交互信息、医生的诊疗方案等存储在服务器中，以便患者、医生、护士等用户查询，或者在医患纠纷时使用。

本发明的各方法实施方式均可以以软件、硬件、固件等方式实现。不管本发明是以软件、硬件、还是固件方式实现，指令代码都可以存储在任何类型的计算机可访问的存储器中(例如永久的或者可修改的，易失性的或者非易失性的，固态的或者非固态的，固定的或者可更换的介质等等)。同样，存储器可以例如是可编程阵列逻辑(Programmable ArrayLogic，简称“PAL”)、随机存取存储器(Random Access Memory，简称“RAM”)、可编程只读存储器(Programmable Read Only Memory，简称“PROM”)、只读存储器(Read-Only Memory，简称“ROM”)、电可擦除可编程只读存储器(Electrically Erasable Programmable ROM，简称“EEPROM”)、磁盘、光盘、数字通用光盘(Digital Versatile Disc，简称“DVD”)等等。

本发明第五实施方式涉及一种远程诊疗装置。图4是该远程诊疗装置的结构示意图。

具体地，如图4所示，该远程诊疗装置包括：

第一接收单元，用于接收来自患者终端的由患者用户输入的病情信息。例如，病情信息可以是患者用户通过患者终端输入的对自己病症的描述，如“头晕、恶心、呕吐、耳鸣、心悸气短等”。其中，预定条件对医生的出诊时间、医生的就诊位置与患者用户的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

第一确定单元，用于根据病情信息确定要为患者用户推荐的满足预定条件的诊疗医生。

第一发送单元，用于向患者终端发送确定的诊疗医生的信息。

在一示范例中，上述第一确定单元从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第一集合；并在第一集合不为空时，根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。例如，根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生或者推荐前若干名医生供患者用户选择。其中，治疗水平根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定，或者根据医生所处的医院治疗与病情信息相关的疾病的水平综合上述两个因素对医生进行排序。

此外，在本发明的其他实施方式中，还可以根据医院治疗与病情信息相关的疾病的水平选择第一集合中的医生，例如，先将行政区域中治疗与病情信息相关的疾病的水平大于预定水平的医院中的医生选择出来，再根据前述其他条件进行修改。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第六实施方式涉及一种远程诊疗装置。图5是该远程诊疗装置的结构示意图。

具体地，如图5所示，该远程诊疗装置包括患者终端，患者终端包括：

第二发送单元，用于向服务器发送由患者用户输入的病情信息。

第二接收单元，用于从服务器接收服务器为患者用户推荐的诊疗医生，诊疗医生由服务器根据患者用户的病情信息确定；其中，确定的诊疗医生满足预定条件，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

推荐单元，用于向患者用户推荐诊疗医生。推荐的方式在此不做限制，能够通知到用户即可，例如，可以是在患者终端屏幕上的应用程序中显示，也可以是向患者用户发送即时消息(如短信、邮件、微信等)等方式，优选地，以网络链接或者应用程序链接的形式发送。

交互单元，用于发送连接推荐的问诊医生的医生终端的连接请求，并在与问诊医生的医生终端建立连接后，向问诊医生的医生终端发送有患者输入的信息和接收来自医生终端的信息。

第三接收单元，用于接收预诊方案，预诊方案基于病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

付费单元，用于根据患者确认付费的指令向医院支付预检项目的费用。付费可以采用现有的网络付费技术完成，在此不做限制。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

第二和第三实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第二和第三实施方式互相配合实施。第二和第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二和第三实施方式中。

本发明第七实施方式涉及一种远程诊疗系统。图6是该远程诊疗系统的结构示意图。

具体地，如图6所示，该远程诊疗系统包括患者终端、护士终端、医生终端和服务器。其中，患者终端向服务器发送患者用户输入的病情信息。服务器根据接收的病情信息确定要为患者推荐的满足预定条件的诊疗医生；并向患者终端发送确定的诊疗医生的信息。其中，预定条件对医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与病情信息相关的疾病的治疗水平进行限定。

在一示范例中，服务器从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过病情信息相关的疾病的医生组成第二集合。如果第二集合不为空，则根据医生治疗病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。例如，根据治疗水平对第一集合中的医生进行排序，并向患者用户推荐排名第一的医生或者推荐排名靠前的若干名医生供患者用户选择。其中，治疗水平可以根据医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率确定。此外，对于医生的排名，还可以根据医生所处的医院治疗与病情信息相关的疾病的水平综合与上述两个因素(医生治疗患有与病情信息相关的疾病的患者的数目和/或医生治疗与病情信息相关的疾病的成功率)对医生进行排序。

此外，在一示范例中，服务器接收来自护士终端的预诊方案，并向患者终端发送预诊方案；其中，预诊方案由护士终端的护士用户根据病情信息做出，预诊方案包括患者需要进行的预检项目和/或患者的预诊结果。

此外，在该示范例中，可以通过医生对护士的预诊方案进行审核，以提高护士的预诊能力和预诊准确度。例如，服务器在向患者终端发送预诊方案之前，重复执行如下步骤直至预诊方案通过医生终端的医生用户的审核：

服务器向医生终端发送预诊方案供医生终端的医生用户审核；

如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；

如果接收到医生终端的审核结果为不通过审核，则向护士终端发送审核结果，并将从护士终端接收到的修改后的预诊方案发送给医生终端供医生用户审核。

此外，例如，在向患者终端发送预诊方案之前，服务器向医生终端发送预诊方案供医生终端的医生用户审核；如果接收到医生终端的审核结果为通过审核，则向患者终端发送预诊方案；如果接收到医生终端的审核结果为不通过审核，则接收由审核的医生用户发送的由该医生用户做出的预诊方案，并将该预诊方案发送给患者终端。

可以理解，如果预诊方案包括患者需要进行的预检项目，则患者终端根据患者确认付费的指令向医院支付预检项目的费用。付费可以采用现有的网络付费技术完成，在此不做限制。

此外，可以理解，在本发明的其他实施方式中，预诊方案也可以直接由医生终端的用户做出。

能够根据患者的病情信息远程为患者推荐适合患者就诊或者在线问诊的医生。

此后结束本流程。

第四实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第四实施方式互相配合实施。第四实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第四实施方式中。

本发明第八实施方式涉及一种远程诊疗系统。图7是该远程诊疗系统的架构图。

具体地，如图7所示，该远程诊疗系统包括患者终端100、护士终端106、医生终端112和系统服务器119。患者终端可以是供患者登陆使用的终端(优选地，为移动终端)，包括注册登录模块101、病情信息输入模块102、最佳医生推荐模块103、医患交互模块104和医护预诊结果反馈接收模块105。通过患者终端，患者可以输入自身的病情信息，并且可以获取来自医生和护士的预诊疗结果。

具体地，患者终端的注册登录模块101用于唯一确定患者的身份信息。患者在初次使用时，需要注册，填写个人信息，然后按照账号和密码登陆自己的终端。

患者终端的病情信息输入模块102用于供患者输入病情信息，如疾病名称、病情症状等，数据同时会被上传到系统服务器存储。

患者终端的最佳医生推荐模块103用于从系统服务器接收最佳医生(即被推荐的诊疗医生)信息，该最佳医生由系统服务器根据患者的个人信息和输入的病情信息确定。

患者终端的医患交互模块104用于建立患者与医生的交互，并且患者可以通过患者终端编辑病情内容对医生进行相关提问，同时可接受到来自医生的回复等。

患者终端的医护预诊结果反馈接收模块105用于接受来自护士终端和医生终端反馈的预诊方案等内容。

护士终端106为供护士登录使用的终端(优选地，为移动终端)，包括注册登录模块107、患者病情信息接收模块108、预诊模块109、审核交互模块110和护士预诊记录反馈模块111。其主要功能为：护士根据患者输入的病情信息，预诊后为患者提供预检方案(即预诊记录)，预诊记录经过医生审核后，反馈给患者。

护士终端的注册登录模块107用来唯一确定护士的身份信息。护士初次使用护士终端时，需要注册并填写个人信息，认证护士身份、所属医院等，然后按照账号和密码登陆自己的终端。

护士终端的患者病情信息接收模块108负责接收患者发送的病情信息，包含患者部分的身份信息。

护士终端的预诊模块109供护士根据患者的病情信息进行预判断，并推荐患者需要接受的预检项目，填写预诊记录。

护士终端的审核交互模块110用于将制定的给患者的预诊方案先发送给医生进行审核，并根据审核结果和意见对预诊记录进行修改。

护士终端的护士预诊反馈模块111负责反馈护士制定的预诊记录给患者，同时将数据上传到服务器用以备份。

医生终端112为供医生登录使用的终端(优选为移动终端)，包括注册登录模块113、患者病情信息接收模块114、初步诊疗模块115、护士预诊记录审核模块116、医生预诊结果反馈模块117和医患交互模块118。其主要功能为供医生根据患者的病情信息进行诊疗并制定治疗方案，反馈诊疗方案给患者端，可与患者建立交互，同时审核护士端的关于预诊方案的操作记录并提供修改意见。

医生终端112的注册登录模块113用来唯一确定医生的身份信息。医生在初次使用时需要注册个人信息，认证医生身份、等级、所属医院等，然后按照账号和密码登陆自己的终端。

医生终端的患者病情信息接收模块114负责接收患者发送的病情信息，信息包含患者部分的身份信息。

医生终端的初步诊疗模块115供医生根据患者提交的病情信息，对病情做出初步判断，并制定预诊方案。

医生终端的护士预诊记录审核模块116用于对护士端发送过来的操作记录审核其合理性，对于不合理操作提供修改意见。

医生终端的医生预诊结果反馈模块117负责反馈医生初判和预诊疗方案给患者，同时将数据上传到服务器用以备份。

医生终端的医患交互模块118用于建立医生与患者的交互，并且可以编辑问题对患者病情进行相关询问，同时可回答到来自患者的咨询问题等。

系统服务器119作为整个远程预诊系统的逻辑控制和存储核心的计算机，包括用户信息存储模块120、医患诊疗记录备份模块121和数据接收发送控制模块122。其主要功能为汇总存储医护和患者用户信息，备份医患诊疗记录，以及各终端、模块之间的信息转发控制、最佳医生推荐。

系统服务器119的用户信息存储模块120负责存储所有患者用户、医护用户的账号信息、注册信息、身份信息等。

系统服务器119的医患诊疗记录备份模块121以患者为单位，备份患者提交的病情信息，备份护士和医生反馈的诊疗数据，且设置为不可修改。

系统服务器119的数据接收发送控制模块122负责各个医生、护士和患者终端、模块之间的数据的相互传送，转发逻辑控制等。

图8是患者终端的操作流程图。具体地，如图8所示，800步骤中系统提示患者是否为新患者用户：若是，则执行801步骤；否则，则执行802步骤。

801步骤中新患者用户注册，填写账号信息与个人身份信息，并提交。

802步骤中患者输入已注册账号和密码登录自己的终端界面。

808步骤中患者是否现在就开始接受预诊咨询：若是，则执行804步骤；否则，则执行805步骤。

804步骤中患者根据提示，选择与自身病情相符的症状或疾病名称，系统提供可供用户选择的症状字典以及常见疾病名称字典，也可以自定义输入病情信息。

805步骤中患者输入最迟预诊期限时间T。

806步骤中系统随机推荐患者输入的最迟预诊时间T到当前系统时间之间某一时间段为患者的预诊时间TF。

807步骤中计算系统推荐的预诊时间TF到当前系统时间的时间差值t。

808步骤中系统倒计时时间差值t。

809步骤中系统自动判断时间差值t倒计时是否结束：若是，则执行810步骤；否则，执行808步骤。

810步骤中系统提醒患者预诊时间已经到，开始远程问诊。

811步骤中患者接收来自护士终端的预诊记录(即预诊方案)，内容包括预诊结果以及需要接受的检查项目。

812步骤中系统根据患者个人信息以及输入的病情信息，推荐一名最合适的医生给患者。

818步骤中患者选择是否与推荐医生建立交互：若是，则执行814步骤；否则，则执行815步骤。

814步骤中患者与医生建立交互，可以编辑问题咨询推荐医生，也可接收来自医生的答复。

815步骤中患者接收来自推荐医生的预诊结果，内容包括病情状况以及初步治疗方案。

优选地，系统服务器推荐最佳医生的流程图如图9所示。具体地，最佳医生的推荐流程如下：

901步骤中系统(即系统服务器)自动获取患者所在地区(市)的所有注册在案的医生集合U。

902步骤中系统按序依次从医生集合U中读取的一条医生记录，记为D1。

903步骤中系统判断医生记录D1是否在患者家庭住址PAD为中心X公里以内：若是，则执行904步骤；否则，执行902步骤。

904步骤中系统自动将医生记录D1添加到医生筛选结果集a中。

905步骤中系统判断医生记录D1是否为医生集合U的最后一条记录：若是，则执行909步骤；否则，执行902步骤。

909步骤中系统按序依次从医生筛选结果集a中读取的一条医生记录，记为D2。

907步骤中系统自动判断医生记录D2在系统推荐的预诊时间段TF是否为空闲：若是，则执行908步骤；否则，执行905步骤。

908步骤中系统自动将医生记录D2添加到医生筛选结果集b中。

909步骤中系统判断医生记录D2是否为医生筛选结果集a的最后一条记录：若是，则执行910步骤；否则，执行909步骤。

910步骤中系统按序依次从医生筛选结果集b中读取的一条医生记录，记为D3

911步骤中系统根据患者输入的病情信息，自动判断医生记录D3是否擅长治疗此类病情：若是，则执行912步骤；否则，执行910步骤。

判断规则如下：

医生用户在注册时，会输入自己擅长治疗的疾病名称，每种疾病都有自己常见的症状或临床表现库，系统将用户输入的病情信息与医生擅长治疗疾病的症状字典库做最优匹配，匹配度高的疾病所对应的医生，即为系统推荐的擅长治疗此类病情的医生。

912步骤中系统自动将医生记录D3添加到医生筛选结果集c中。

913步骤中系统判断医生记录D3是否为医生筛选结果集b的最后一条记录：若是，则执行914步骤；否则，执行910步骤

914步骤中系统按序依次从医生筛选结果集c中读取的一条医生记录，记为D4。

915步骤中系统自动判断医生记录D4治疗此类病情患者数是否在500人以上：若是，则执行919步骤；否则，执行914步骤。

919步骤中系统自动将医生记录D4添加到医生筛选结果集d中。

917步骤中系统判断医生记录D4是否为医生筛选结果集c的最后一条记录：若是，则执行918步骤；否则，执行914步骤。

918步骤中系统判断医生筛选结果集d是否为空：若是，则执行920步骤；否则，执行919步骤。

919步骤中对医生筛选结果集d中的医生，按照治疗此类病情的成功率进行排序。

920步骤中系统按序依次从医生筛选结果集c中读取的一条医生记录，记为D5。

921步骤中系统自动判断医生记录D5治疗此类病情患者数是否在100人以上：若是，则执行922步骤；否则，执行920步骤。

922步骤中系统自动将医生记录D5添加到医生筛选结果集d中。

923步骤中系统判断医生记录D5是否为医生筛选结果集c的最后一条记录：若是，则执行919步骤；否则，执行920步骤。

924步骤中在医生筛选结果集d中，获取治疗过此类病情的成功率排在第一位的医生P。

925步骤中推荐最佳医生P给患者。

可以理解，本流程中，确定最佳医生所用的治疗人数的判断阈值(如500人和100人)只是示例性的，并非限制性的，可以根据具体情况对其进行修改。

图10是护士终端的操作流程图。具体地，如图10所示，1001步骤中系统提示护士是否为新护士用户：若是，则执行1001步骤；否则，则执行1003步骤。

1002步骤中新护士用户注册，填写账号信息与个人身份信息，并提交。

1003步骤中护士输入已注册账号和密码登录自己的终端界面。

1004步骤中护士接收来自患者提交的病情信息以及患者部分身份信息。

1005步骤中护士根据患者输入的病情信息进行预诊断。

1006步骤中护士根据自己预诊判断，推荐患者需要接受的预检项目，然后填写需要反馈给患者的预诊记录(即预检方案包括预检项目和预诊记录)。

10010步骤中护士将制定的预诊记录发送到医生终端，请求医生对自己预诊记录进行审核。

1008步骤中护士接收来自医生关于预诊记录的审核结果。

1009步骤中护士查看审核是否为肯定：若是，则执行1010步骤；否则，执行1011步骤。

1010步骤中护士将审核结果为肯定的预诊记录反馈给患者终端。

1011步骤中护士根据医生的修改意见修改审核结果为否定的预诊记录。

1012步骤中护士将修改后的预诊记录反馈给患者终端。

需要说明的是，本发明各设备实施方式中提到的各单元都是逻辑单元，在物理上，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现，这些逻辑单元本身的物理实现方式并不是最重要的，这些逻辑单元所实现的功能的组合才是解决本发明所提出的技术问题的关键。此外，为了突出本发明的创新部分，本发明上述各设备实施方式并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，这并不表明上述设备实施方式并不存在其它的单元。

需要说明的是，在本专利的权利要求和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (5)

1.一种远程诊疗方法，其特征在于，包括以下步骤：

第三发送步骤，患者终端向服务器发送患者用户输入的病情信息；

第二确定步骤，服务器根据接收到的所述病情信息确定要为所述患者推荐的满足预定条件的诊疗医生；

第四发送步骤，服务器向所述患者终端发送确定的所述诊疗医生的信息；

其中，所述预定条件对所述医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与所述病情信息相关的疾病的治疗水平进行限定，

在所述第三发送步骤之后，还包括：

预诊步骤，服务器接收来自护士终端的预诊方案，并向所述患者终端发送所述预诊方案；

其中，所述预诊方案由所述护士终端的护士用户根据所述病情信息做出，所述预诊方案包括患者需要进行的预检项目和/或患者的预诊结果，

在所述预诊步骤中，在向所述患者终端发送所述预诊方案之前，重复执行如下步骤直至所述预诊方案通过医生终端的医生用户的审核：

服务器向医生终端发送预诊方案供医生终端的医生用户审核；

如果接收到所述医生终端的审核结果为通过审核，则向所述患者终端发送所述预诊方案；

如果接收到所述医生终端的审核结果为不通过审核，则向所述护士终端发送所述审核结果，并将从护士终端接收到的修改后的预诊方案发送给所述医生终端供所述医生用户审核。

2.根据权利要求1所述的远程诊疗方法，其特征在于，在所述预诊步骤中，在向所述患者终端发送所述预诊方案之前，服务器向医生终端发送预诊方案供医生终端的医生用户审核；如果接收到所述医生终端的审核结果为通过审核，则向所述患者终端发送所述预诊方案；如果接收到所述医生终端的审核结果为不通过审核，则接收由审核的所述医生用户发送的预诊方案，并将该预诊方案发送给患者终端。

3.根据权利要求1所述的远程诊疗方法，其特征在于，所述第二确定步骤包括：

服务器从患者用户所在的行政辖区中的医生中，选取就诊位置与患者用户的位置之间的距离小于预定距离、出诊时间包含患者用户的就诊时间、以及治疗过所述病情信息相关的疾病的医生组成第二集合；如果所述第二集合不为空，则根据医生治疗所述病情信息相关的疾病的治疗水平为患者用户推荐诊疗医生。

4.根据权利要求3所述的远程诊疗方法，其特征在于，所述根据医生治疗所述病情信息相关的疾病的治疗水平为患者推荐诊疗医生包括：

根据所述治疗水平对所述第二集合中的医生进行排序，并向患者用户推荐排名第一的医生；其中，所述治疗水平根据医生治疗患有与所述病情信息相关的疾病的患者的数目和/或医生治疗与所述病情信息相关的疾病的成功率确定。

5.一种远程诊疗系统，其特征在于，包括患者终端和服务器，其中，

患者终端向服务器发送患者用户输入的病情信息；

服务器根据接收的所述病情信息确定要为所述患者推荐的满足预定条件的诊疗医生；并向所述患者终端发送确定的所述诊疗医生的信息；

其中，所述预定条件对所述医生的出诊时间、医生的就诊位置与患者的位置之间的距离、医生治疗与所述病情信息相关的疾病的治疗水平进行限定，

还包括护士终端和医生终端；并且

服务器接收来自护士终端的预诊方案，并向所述患者终端发送所述预诊方案；其中，所述预诊方案由所述护士终端的护士用户根据所述病情信息做出，所述预诊方案包括患者需要进行的预检项目和/或患者的预诊结果，

在向所述患者终端发送所述预诊方案之前，重复执行如下步骤直至所述预诊方案通过医生终端的医生用户的审核：

服务器向医生终端发送预诊方案供医生终端的医生用户审核；

如果接收到所述医生终端的审核结果为通过审核，则向所述患者终端发送所述预诊方案；

如果接收到所述医生终端的审核结果为不通过审核，则向所述护士终端发送所述审核结果，并将从护士终端接收到的修改后的预诊方案发送给所述医生终端供所述医生用户审核。

Images