CN111540453A

CN111540453A - 远程会诊方法及相关设备

Info

Publication number: CN111540453A
Application number: CN202010317746.0A
Authority: CN
Inventors: 范琳翊; 王劼; 邵雷; 邵振军
Original assignee: BOE Technology Group Co Ltd
Current assignee: BOE Technology Group Co Ltd
Priority date: 2020-04-21
Filing date: 2020-04-21
Publication date: 2020-08-14

Abstract

本发明的一个或多个实施例提供一种远程会诊方法及相关设备，接收需求医院的远程会诊预约请求；确定所述远程会诊预约请求是否为急诊预约请求；若所述远程会诊预约请求为急诊预约请求，则生成第一远程会诊预约结果；若所述远程会诊预约请求为普通预约请求，则获取所述远程会诊预约请求中对应的目标接诊医院的号源信息；根据所述号源信息，为所述远程会诊预约请求匹配相应的号源；若匹配成功，则生成第二远程会诊预约结果；若匹配失败，则向所述第一终端发送预约失败消息。本发明的一个或多个实施例提供的远程会诊方法及相关设备，能够在一定程度上解决现有医疗资源分布不均的问题。

Description

远程会诊方法及相关设备

技术领域

本发明的一个或多个实施例涉及数据处理技术领域，尤其涉及一种远程会诊方法及相关设备。

背景技术

医疗资源分布不足够均匀，通常是经济发达地区的医疗资源较经济落后地区或偏远地区的医疗资源更为丰富，以致经济落后地区或偏远地区的居民难以得到更好的诊断或治疗。

现有医疗系统中，为了解决医疗资源分布不均的情况，会安排医疗资源丰富地区的医生到医疗资源匮乏的地区进行支援，但这种支援一方面耗费人力物力，另一方面其规模有限，效果只能是杯水车薪。

发明内容

有鉴于此，本发明的一个或多个实施例的目的在于提出一种远程会诊方法及相关设备，以解决上述的问题。

基于上述目的，本发明的一个或多个实施例提供了一种远程会诊方法，所述方法包括：

接收需求医院的远程会诊预约请求；

确定所述远程会诊预约请求是否为急诊预约请求；

若所述远程会诊预约请求为急诊预约请求，则根据所述急诊预约请求，生成第一远程会诊预约结果，并将所述第一远程会诊预约结果发送给第一终端以及第二终端；其中，所述第一终端与所述需求医院相对应，所述第二终端与所述第一远程会诊预约结果中的接诊医院相对应；

若所述远程会诊预约请求为普通预约请求，则获取所述远程会诊预约请求中对应的目标接诊医院的号源信息；

根据所述号源信息，为所述远程会诊预约请求匹配相应的号源；

若匹配成功，则根据匹配成功的号源，生成第二远程会诊预约结果，并将所述第二远程会诊预约结果发送给第一终端以及第三终端；其中，所述第三终端与所述第二远程会诊预约结果中的接诊医院相对应；

若匹配失败，则向所述第一终端发送预约失败消息。

可选地，确定所述远程会诊预约请求是否为急诊预约请求，包括：

接收与所述急诊预约请求相关的说明信息和多媒体资料，并发送给所述目标接诊医院对应的终端；

若接收到所述目标接诊医院反馈的确认接收急诊信息，则确定所述远程会诊预约请求为急诊预约请求；

若接收到所述目标接诊医院反馈的拒绝接收急诊信息，则确定所述远程会诊预约请求不是急诊预约请求；

若接收到所述目标接诊医院反馈的数据补充请求，则向所述第一终端发送补充资料消息。

可选地，若所述远程会诊预约请求为急诊预约请求，则根据所述远程会诊预约请求，生成第一远程会诊预约结果，包括：

获取所述远程会诊预约请求中对应的目标接诊医院的急诊数据；

根据所述急诊数据，确定所述目标接诊医院的待处理急诊病例数量是否超出预设阈值范围；

若所述目标接诊医院的待处理急诊病例数量未超出预设阈值范围，为所述远程会诊预约请求分配所述目标接诊医院的急诊号源；

若所述目标接诊医院的待处理急诊病例数量已超出预设阈值范围，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院；

若存在与所述远程会诊预约请求相匹配的其他接诊医院，则为所述远程会诊预约请求分配所述其他接诊医院的急诊号源；

根据所述急诊号源，生成所述第一远程会诊预约结果。

可选地，根据所述号源信息，为所述远程会诊预约请求匹配相应的号源，包括：

若所述目标接诊医院存在可预约号源，则为所述远程会诊预约请求分配所述目标接诊医院的号源；

若所述目标接诊医院不存在可预约号源，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院；

若存在与所述远程会诊预约请求相匹配的其他接诊医院，则为所述远程会诊预约请求分配所述其他接诊医院的号源。

可选地，若所述目标接诊医院不存在可预约号源，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院，包括：

确定所述目标接诊医院的等级；

根据所述目标接诊医院的等级，查找与所述目标接诊医院同等级的其他接诊医院；

确定与所述目标接诊医院同等级的其他接诊医院是否设有所述远程会诊预约请求中的目标会诊科室；

若有，则该接诊医院被确定为与所述远程会诊预约请求相匹配的其他接诊医院。

可选地，所述方法还包括：

若所述远程会诊预约结果中的接诊医院与所述远程会诊预约请求中的目标接诊医院不一致，则向所述第一终端发送接诊医院调整提示。

可选地，所述方法还包括：

根据所述第一远程会诊预约结果或者第二远程会诊预约结果，确定会诊时间；

在与所述会诊时间相差预定时间间隔的预定时间点，向所述第一终端、第二终端和第三终端中的至少其一发送会诊提醒消息。

可选地，所述方法还包括：

在所述会诊时间到达之前，向所述第二终端或者第三终端传送与所述第一远程会诊预约结果或者第二远程会诊预约结果相对应的患者信息、患者病历及患者的检验报告。

本发明的一个或多个实施例提供了一种应用于远程会诊的服务器，包括：

第一通信单元，被配置为：接收需求医院的远程会诊预约请求；

第一处理单元，被配置为：

确定所述远程会诊预约请求是否为急诊预约请求；

若所述远程会诊预约请求为急诊预约请求，则根据所述急诊预约请求，生成第一远程会诊预约结果，并控制所述第一通信单元将所述第一远程会诊预约结果发送给第一终端以及第二终端；其中，所述第一终端与所述需求医院相对应，所述第二终端与所述第一远程会诊预约结果中的接诊医院相对应；

若匹配成功，则根据匹配成功的号源，生成第二远程会诊预约结果，并控制所述第一通信单元将所述第二远程会诊预约结果发送给第一终端以及第三终端；其中，所述第三终端与所述第二远程会诊预约结果中的接诊医院相对应；

若匹配失败，则控制所述第一通信单元向所述第一终端发送预约失败消息。

可选地，所述第一处理单元，被配置为：

控制所述第一通信单元接收与所述急诊预约请求相关的说明信息和多媒体资料，并发送给所述目标接诊医院对应的终端；

若所述第一通信单元接收到所述目标接诊医院反馈的确认接收急诊信息，则确定所述远程会诊预约请求为急诊预约请求；

若所述第一通信单元接收到所述目标接诊医院反馈的拒绝接收急诊信息，则确定所述远程会诊预约请求不是急诊预约请求；

若所述第一通信单元接收到所述目标接诊医院反馈的数据补充请求，则向所述第一终端发送补充资料消息。

可选地，所述第一处理单元，被配置为：

根据所述急诊号源，生成所述第一远程会诊预约结果。

本发明的一个或多个实施例提供了一种远程会诊装置，应用于第一终端，包括：

第二通信单元，被配置为：发送远程会诊预约请求；以及，接收第一远程会诊预约结果、第二远程会诊预约结果或者接收预约失败消息；

第二处理单元，被配置为：根据所述第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊；

第一显示装置，被配置为：显示远程会诊画面；或者，显示所述预约失败消息。

本发明的一个或多个实施例提供了一种远程会诊装置，应用于第二终端或第三终端，包括：

第三通信单元，被配置为：接收第一远程会诊预约结果或者第二远程会诊预约结果；

第三处理单元，被配置为：根据所述第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊；

第二显示装置，被配置为：显示远程会诊画面。

本发明的一个或多个实施例提供了一种远程会诊系统，包括：

所述的服务器；

所述的远程会诊装置；以及，

所述的远程会诊装置。

本发明的一个或多个实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行所述方法。

从上面所述可以看出，本发明的一个或多个实施例提供的所述远程会诊方法及相关设备，通过将远程会诊预约请求区别为急诊和普通两种预约请求，在远程会诊预约请求为急诊预约请求时，直接分配接诊医院并生成预约结果，然后将预约结果通知给各方，保证急诊请求能够及时处理；在远程会诊请求为普通预约请求时，根据远程会诊预约请求中的目标接诊医院的目标会诊科室的号源信息，为所述远程会诊预约请求匹配相应的号源，在匹配成功时生成远程会诊预约结果并通知给各方，若匹配失败则返回预约失败消息，从而在保证普通预约请求得到处理和保证医院工作量不超出负荷之间取得平衡。本实施例的远程会诊方法，能够较好地实现远程会诊的预约，兼顾了急诊患者和普通患者的需求，一定程度上实现了医疗资源合理分配。

附图说明

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

图1为本发明的一个或多个实施例提供的远程会诊方法的流程示意图；

图2为本发明的一个或多个实施例中确定所述远程会诊预约请求是否为急诊预约请求的流程示意示意图；

图3为本发明的一个或多个实施例中根据所述远程会诊预约请求生成第一远程会诊预约结果的流程示意示意图；

图4为本发明的一个或多个实施例中根据所述号源信息为所述远程会诊预约请求匹配相应的号源的流程示意示意图；

图5为本发明的一个或多个实施例中确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院的流程示意示意图；

图6为本发明的一个或多个实施例提供的应用于远程会诊的服务器的结构示意图；

图7为本发明的一个或多个实施例提供的一种远程会诊装置的一个实施例的结构示意图；

图8为本发明的一个或多个实施例提供的一种远程会诊装置的另一个实施例的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本发明的一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本发明的一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

图1示出了本发明的一个或多个实施例提供的远程会诊方法的流程示意图。

如图1所示，所述远程会诊方法，应用于服务器(在具体实施时可以表现为远程会诊平台)，包括：

步骤102：接收需求医院的远程会诊预约请求。

本步骤中，所述需求医院为具有远程会诊需求的医院。所述远程会诊需求，由该需求医院进行定义和进行相应的分配。针对需要进行远程会诊的患者，所述需求医院根据该患者的情况来发起远程会诊预约请求。

可选地，所述远程会诊预约请求中包含的信息可以有：需求医院的基本信息、会诊患者的基本信息、目标接诊医院(即需求医院或患者自己选定的接诊医院)、目标会诊科室(即需求医院选定的会诊科室)、目标会诊日期和时间等等。

以上信息仅仅是示例性说明，并不是封闭式举例。可以知道，在远程会诊场景下，对于远程会诊预约所必须的信息都应该在所述远程会诊预约请求中有所体现，并不局限在以上列出的信息。

针对服务器，当接收到需求医院的远程会诊预约请求，则需要为远程会诊预约请求分配相应地接诊医院，以促使远程会诊预约的达成进而完成远程会诊。

可选地，所述远程会诊方法，还可包括验证需求医院身份的步骤，例如，调用需求医院清单，确定所述需求医院是否存在于所述需求医院清单中，若所述需求医院不在所述需求医院清单中，则向所述需求医院返回拒绝消息；若所述需求医院存在于所述需求医院清单中，则进一步为该为所述远程会诊预约请求分配相应地接诊医院。

除此之外，还可以知道，所述需求医院清单是可以根据需要进行增删的。此外，所述需求医院清单里面还可以进一步包括各需求医院能够进行预约(或不能进行预约)的会诊科室，例如某需求医院在眼科科室具有足够的医生和资源，则该需求医院不能对该眼科科室进行预约(例如在需求医院清单中该需求医院的可预约会诊科室清单中没有眼科科室)，等等。

步骤104：确定所述远程会诊预约请求是否为急诊预约请求。

本步骤中，确定所述远程会诊预约请求是否为急诊预约请求的方法有很多，例如，可以根据所述远程会诊预约请求的类别是否为急诊预约来判断，或者根据所述远程会诊预约请求中是否包含与急诊有关的信息来判断，等等。

作为一个可选实施例，如图2所示，所述确定所述远程会诊预约请求是否为急诊预约请求的步骤，还可以进一步包括以下步骤：

步骤202：接收与所述急诊预约请求相关的说明信息和多媒体资料，并发送给所述远程会诊预约请求中的目标接诊医院对应的终端。

步骤204：若接收到所述目标接诊医院反馈的确认接收急诊信息，说明目标接诊医院认为现有资料足以证明该远程会诊预约请求为急诊预约请求，则确定所述远程会诊预约请求为急诊预约请求。

步骤206：若接收到所述目标接诊医院反馈的拒绝接收急诊信息，说明目标接诊医院认为现有资料足以证明该远程会诊预约请求不属于急诊预约请求，则确定所述远程会诊预约请求不是急诊预约请求。

步骤208：若接收到所述目标接诊医院反馈的数据补充请求，说明目标接诊医院认为现有资料不足以判断是否为急诊预约请求，则向所述第一终端发送补充资料消息。

可选地，接收到所述第一终端的补充资料后，再将补充资料发送给所述远程会诊预约请求中的目标接诊医院对应的终端，以使其继续判断所述远程会诊预约请求是否为急诊预约请求，并且可以继续循环上述步骤，直至判断清楚所述远程会诊预约请求是否为急诊预约请求。

在上述实施例中，通过采集与所述急诊预约请求相关的说明信息和多媒体资料并发送给第二终端，由目标接诊医院的医生根据说明信息和多媒体资料来确定患者是否确实处于比较紧急的状态，若确定情况紧急，则确定为急诊，若情况并非紧急，则拒绝接收急诊，若资料不充足，允许再次补充相关资料以进行确认。这样做的好处在于，一方面，通过提供说明信息和多媒体资料(例如患者目前的情况的视频或照片)，有助于医生判断当前情况是否紧急；另一方面，由目标接诊医院来判断是否为急诊而非远程会诊平台设定的上级医院的专家来进行判断，在时效上更符合急诊的紧急状态，有利于对急诊需求及时处理。

步骤106：若所述远程会诊预约请求为急诊预约请求，则根据所述急诊预约请求，生成第一远程会诊预约结果，并将所述第一远程会诊预约结果发送给第一终端以及第二终端；其中，所述第一终端与所述需求医院相对应，所述第二终端与所述第一远程会诊预约结果中的接诊医院相对应。

本步骤中，在确定所述远程会诊预约请求为急诊预约请求时，鉴于其紧急性，因此需要优先考虑为该请求分配相应的接诊医院，以保证急诊病患能够及时救治。在本步骤中，所述第一远程会诊预约结果中的接诊医院可以是目标接诊医院，也可以是其他医院，其中，目标接诊医院为首选医院，而在某些特殊情况下，可能目标接诊医院不能接诊，因此，需要为所述急诊预约请求分配其他符合条件的医院。

本步骤中，所述第一终端与所述需求医院相对应，是指：所述第一终端可以是所述需求医院的统一终端，所有该需求医院发出的远程会诊预约请求和接收的第一远程会诊预约结果都是经过该统一终端来完成。或者，所述第一终端与所述需求医院相对应，是指：所述第一终端可以是所述需求医院的各科室的办公终端或者各医生的个人电脑，等等。具体实现方式可以根据实际需求进行设定，在此不做限制。可选地，当接收到所述第一远程会诊预约结果，所述第一终端可以将所述需求医院的对应科室(所述远程会诊预约请求中的目标会诊科室对应的科室)的会诊资源进行锁定数目+1的处理，表示该需求医院的对应科室的会诊资源消耗了一个。

本步骤中，所述第二终端与所述第一远程会诊预约结果中的接诊医院相对应，是指：所述第二终端可以是所述第一远程会诊预约结果中的接诊医院的统一终端，所有该接诊医院接收的第一远程会诊预约结果都是经过该统一终端来完成。或者，所述第二终端与所述第一远程会诊预约结果中的接诊医院相对应，是指：所述第二终端可以是该接诊医院各科室的办公终端或者各医生的个人电脑，等等。具体实现方式可以根据实际需求进行设定，在此不做限制。可选地，当接收到所述第一远程会诊预约结果，所述第二终端可以将所述接诊医院的对应科室(所述远程会诊预约请求中的目标会诊科室对应的科室)的会诊资源进行锁定数目+1的处理，表示该接诊医院的对应科室的会诊资源消耗了一个。

可选地，所述远程会诊方法可以在web端上实现，基于web技术，所述第一终端和第二终端均可以通过网络与服务器实现数据交互。

作为一个可选实施例，如图3所示，若所述远程会诊预约请求为急诊预约请求，则根据所述远程会诊预约请求，生成第一远程会诊预约结果，包括：

步骤302：获取所述远程会诊预约请求中对应的目标接诊医院的急诊数据。本步骤中，所述急诊数据中可包括所述目标接诊医院当前的急诊患者数量，用以判断所述目标接诊医院目前是否已经超负荷运转，从而确定是否应该将所述远程会诊预约请求分配给该目标接诊医院。当然，反映医院急诊是否超负荷运转的指标还有很多，这里仅仅是用急诊患者数量作为举例，并不代表必须用该指标或者仅用该指标来判断目标接诊医院是否存在急诊超负荷运转的情况。

步骤304：根据所述急诊数据，确定所述目标接诊医院的待处理急诊病例数量是否超出预设阈值范围。本步骤中，所述预设阈值范围可以是一个统一设定值，也可以是由各医院根据自身情况自行确定的阈值(此时各医院的该阈值可能是不一样的)，在此不对该阈值进行具体数值限定。

步骤306：若所述目标接诊医院的待处理急诊病例数量未超出预设阈值范围，为所述远程会诊预约请求分配所述目标接诊医院的急诊号源。

步骤308：若所述目标接诊医院的待处理急诊病例数量已超出预设阈值范围，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院。

步骤310：若存在与所述远程会诊预约请求相匹配的其他接诊医院，则为所述远程会诊预约请求分配所述其他接诊医院的急诊号源。

步骤312：根据所述急诊号源，生成所述第一远程会诊预约结果。本步骤中，所述急诊号源可以包括会诊时间、会诊科室、会诊医生等信息，所述急诊号源中的相关信息均可以反映到最终生成的所述第一远程会诊预约结果中。本步骤中，所述急诊号源指代的既可以是所述目标接诊医院的急诊号源，也可以是所述其他接诊医院的急诊号源。

本实施例中，在所述目标接诊医院已经超负荷运转的情况下，找寻能够匹配的其他接诊医院，从而保证需求医院的急诊患者能够得到有效、及时的远程会诊。

作为一个可选实施例，若所述目标接诊医院的待处理急诊病例数量已超出预设阈值范围，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院，包括：

确定所述目标接诊医院的等级。

根据所述目标接诊医院的等级，查找与所述目标接诊医院同等级的其他接诊医院。

确定与所述目标接诊医院同等级的其他接诊医院是否设有所述远程会诊预约请求中的目标会诊科室。

这样，通过目标接诊医院的等级，找到同等级(例如三甲医院)的其他接诊医院，当其他接诊医院设有所述远程会诊预约请求中的目标会诊科室，将该接诊医院被确定为与所述远程会诊预约请求相匹配的其他接诊医院，从而找到能够消化该急诊预约请求的接诊医院，以尽量保证急诊预约请求能够被有效、及时的处理。

可选地，在本实施例中，所述查找与所述目标接诊医院同等级的其他接诊医院的步骤，可以是在服务器的已有的接诊医院名单中查找。一般情况下，所述接诊医院名单中会有很多医院，将该急诊预约请求找到匹配医院进行分配，并不会存在障碍。

作为一个可选实施例，还可以将从被确定为与所述远程会诊预约请求相匹配的其他接诊医院的清单，按照接诊医院的待处理急诊病例数量从低到高排列，然后选取待处理急诊病例数量最少的医院作为最终的接诊医院，从而解决万一急诊预约请求不能按照前述实施例分配下去的问题。

步骤108：若所述远程会诊预约请求为普通预约请求，则获取所述远程会诊预约请求中对应的目标接诊医院的号源信息。

可选地，所述服务器会定期或实时地对各医院的基本信息、科室信息、科室的排期、医生的排期、患者信息等信息进行维护。

可选地，所述需求医院会定时或实时地把自身的科室可用时间排期同步到所述服务器，以供数据维护和数据处理。

可选地，所述接诊医院会定时或实时地把自身的科室可用时间排期和专家挂号表同步到所述服务器，以供数据维护和数据处理。

本步骤中，所述目标接诊医院的号源信息则可以通过调用现有数据的方式来获取。

步骤110：根据所述号源信息，为所述远程会诊预约请求匹配相应的号源。

本步骤中，根据号源信息匹配相应号源的方式有很多种，例如，可以直接根据目标接诊医院的号源信息是否已约满来进行匹配，当未约满时，则为所述远程会诊预约请求分配所述目标接诊医院的号源，当已约满时，则匹配失败，可向所述第一终端发送预约失败消息。

作为一个可选实施例，如图4所示，根据所述号源信息，为所述远程会诊预约请求匹配相应的号源，包括：

步骤402：若所述目标接诊医院存在可预约号源，则为所述远程会诊预约请求分配所述目标接诊医院的号源。

步骤404：若所述目标接诊医院不存在可预约号源，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院。

步骤406：若存在与所述远程会诊预约请求相匹配的其他接诊医院，则为所述远程会诊预约请求分配所述其他接诊医院的号源。

这样，在目标接诊医院的号源已被约满时，找寻能够匹配的其他接诊医院，从而尽量使需求医院的患者能够得到有效的远程会诊。

作为一个可选实施例，如图5所示，若所述目标接诊医院不存在可预约号源，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院，包括：

步骤502：确定所述目标接诊医院的等级。

步骤504：根据所述目标接诊医院的等级，查找与所述目标接诊医院同等级的其他接诊医院。

步骤506：确定与所述目标接诊医院同等级的其他接诊医院是否设有所述远程会诊预约请求中的目标会诊科室。

步骤508：若有，则该接诊医院被确定为与所述远程会诊预约请求相匹配的其他接诊医院。

这样，在目标接诊医院已约满的情况下，根据目标接诊医院的等级查找同等级的其他接诊医院，在该其他接诊医院具有目标会诊科室时，该接诊医院被确定为与所述远程会诊预约请求相匹配的其他接诊医院，进而可以在该接诊医院进行远程会诊预约。

步骤112：若匹配成功，则根据匹配成功的号源，生成第二远程会诊预约结果，并将所述第二远程会诊预约结果发送给第一终端以及第三终端；其中，所述第三终端与所述第二远程会诊预约结果中的接诊医院相对应。

本步骤中，针对普通预约请求，其与各接诊医院的医生的预约排班及医生号源有关系，优先考虑目标接诊医院或者其他同级别的接诊医院是否存在足够的号源，若号源充足则能够匹配成功进而获得号源，若号源不足则匹配失败，以保证各接诊医院自身的正常运转。在本步骤中，所述第二远程会诊预约结果中的接诊医院可以是目标接诊医院，也可以是其他医院，其中，目标接诊医院为首选医院，而在某些特殊情况下，可能目标接诊医院的号源已约满，因此，需要为所述普通预约请求分配其他符合条件的医院。

本步骤中，所述第一终端可以是所述需求医院的统一终端，所有该需求医院发出的远程会诊预约请求和接收的第二远程会诊预约结果都是经过该统一终端来完成。或者，所述第一终端可以是所述需求医院的各科室的办公终端或者各医生的个人电脑，等等。具体实现方式可以根据实际需求进行设定，在此不做限制。可选地，当接收到所述第二远程会诊预约结果，所述第一终端可以将所述需求医院的对应科室(所述远程会诊预约请求中的目标会诊科室对应的科室)的会诊资源进行锁定数目+1的处理，表示该需求医院的对应科室的会诊资源消耗了一个。

本步骤中，所述第三终端与所述第二远程会诊预约结果中的接诊医院相对应，是指：所述第三终端可以是所述第二远程会诊预约结果中的接诊医院的统一终端，所有该接诊医院接收的第二远程会诊预约结果都是经过该统一终端来完成。或者，所述第三终端与所述第二远程会诊预约结果中的接诊医院相对应，是指：所述第三终端可以是该接诊医院各科室的办公终端或者各医生的个人电脑，等等。具体实现方式可以根据实际需求进行设定，在此不做限制。可选地，当接收到所述第二远程会诊预约结果，所述第三终端可以将所述接诊医院的对应科室(所述远程会诊预约请求中的目标会诊科室对应的科室)的会诊资源进行锁定数目+1的处理，表示该接诊医院的对应科室的会诊资源消耗了一个。

可选地，所述远程会诊方法可以在web端上实现，基于web技术，所述第一终端和第三终端均可以通过网络与服务器实现数据交互。

步骤114：若匹配失败，则向所述第一终端发送预约失败消息。

本发明的一个或多个实施例提供的所述远程会诊方法，通过将远程会诊预约请求区别为急诊和普通两种预约请求，在远程会诊预约请求为急诊预约请求时，直接分配接诊医院并生成预约结果，然后将预约结果通知给各方，保证急诊请求能够及时处理；在远程会诊请求为普通预约请求时，根据远程会诊预约请求中的目标接诊医院的目标会诊科室的号源信息，为所述远程会诊预约请求匹配相应的号源，在匹配成功时生成远程会诊预约结果并通知给各方，若匹配失败则返回预约失败消息，从而在保证普通预约请求得到处理和保证医院工作量不超出负荷之间取得平衡。本实施例的远程会诊方法，能够较好地实现远程会诊的预约，兼顾了急诊患者和普通患者的需求，一定程度上实现了医疗资源合理分配。

本发明的一个或多个实施例中，所述远程会诊方法，还包括：

本实施例中，在预约成功的接诊医院与目标接诊医院不一致时，提示需求医院，其目标接诊医院已被调整，需求医院可以根据该提示确定是否接受该调整，尽量保证远程会诊满足需求医院的患者的要求。

本实施例中，通过对远程会诊的各方之一进行提前的提醒，避免各方错过会诊时间。

在所述会诊时间到达之前，向所述第二终端或者第三终端传送与所述第一远程会诊预约结果或者第二远程会诊预约结果相对应的患者信息、患者病历及患者的检验报告。这样，将患者的数据提前传送给接诊医院，以供会诊所用。

对会诊资源进行管理。

例如，由远程会诊平台统一对会诊资源进行管理。会诊资源分为3个模块：医院资源管理(包括会诊室(或科室)、医生、号源)、设备资源管理(包括平板电脑(pad)、4K高清终端一体机、云台摄像头、云台麦克风)、云服务资源(包括流媒体服务、业务服务)。

远程会诊平台对各医院进行权限控制，可以管理哪些医院能接诊，哪些医院能接急诊，哪些医院有安排专家、安排多少位专家、每个专家的排班日程，同时也对查看病人病历、发起会诊流程等进行账户权限管控。在平台上，操作管理员能通过设备管理模块来添加、删除、编辑会诊所用的终端(例如前述的第一终端、第二终端、第三终端等)，并可将科室(或会诊室)中的终端与科室(或会诊室)中的pad进行一一绑定，确保能监控各个设备的在线及运行状态，批量控制终端指令(开关机亮度、音量等命令)。

需要说明的是，本发明的一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本发明的一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

图6示出了本发明的一个或多个实施例提供的应用于远程会诊的服务器的结构示意图。

如图6所示，所述应用于远程会诊的服务器，包括：

第一通信单元601，被配置为：接收需求医院的远程会诊预约请求；

第一处理单元602，被配置为：

确定所述远程会诊预约请求是否为急诊预约请求；

本发明的一个或多个实施例提供的所述应用于远程会诊的服务器，通过将远程会诊预约请求区别为急诊和普通两种预约请求，在远程会诊预约请求为急诊预约请求时，直接分配接诊医院并生成预约结果，然后将预约结果通知给各方，保证急诊请求能够及时处理；在远程会诊请求为普通预约请求时，根据远程会诊预约请求中的目标接诊医院的目标会诊科室的号源信息，为所述远程会诊预约请求匹配相应的号源，在匹配成功时生成远程会诊预约结果并通知给各方，若匹配失败则返回预约失败消息，从而在保证普通预约请求得到处理和保证医院工作量不超出负荷之间取得平衡。本实施例的远程会诊方法，能够较好地实现远程会诊的预约，兼顾了急诊患者和普通患者的需求，一定程度上实现了医疗资源合理分配。

本发明的一个或多个实施例中，所述第一处理单元602，被配置为：

控制所述第一通信单元601接收与所述急诊预约请求相关的说明信息和多媒体资料，并发送给所述目标接诊医院对应的终端；

若所述第一通信单元601接收到所述目标接诊医院反馈的确认接收急诊信息，则确定所述远程会诊预约请求为急诊预约请求；

若所述第一通信单元602接收到所述目标接诊医院反馈的拒绝接收急诊信息，则确定所述远程会诊预约请求不是急诊预约请求；

若所述第一通信单元603接收到所述目标接诊医院反馈的数据补充请求，则向所述第一终端发送补充资料消息。

根据所述急诊号源，生成所述第一远程会诊预约结果。

确定所述目标接诊医院的等级；

若所述远程会诊预约结果中的接诊医院与所述远程会诊预约请求中的目标接诊医院不一致，则控制所述第一通信单元601向所述第一终端发送接诊医院调整提示。

在与所述会诊时间相差预定时间间隔的预定时间点，控制所述第一通信单元601向所述第一终端、第二终端和第三终端中的至少其一发送会诊提醒消息。

在所述会诊时间到达之前，控制所述第一通信单元601向所述第二终端或者第三终端传送与所述第一远程会诊预约结果或者第二远程会诊预约结果相对应的患者信息、患者病历及患者的检验报告。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本发明的一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

可选地，所述应用于远程会诊的服务器，可实现为远程会诊平台。所述远程会诊平台可以统一对会诊相关资源进行管理。会诊资源分为3个模块：医院资源管理(包括会诊室、医生、号源)、设备资源管理(包括pad、4K高清终端一体机、云台摄像头、云台麦克风)、云服务资源(包括流媒体服务、业务服务)。

远程会诊平台可以对医院进行权限控制，可以管理哪些医院能接诊，哪些医院能接急诊，哪些医院有安排专家、安排多少位专家、每个专家的排班日程，同时也对查看病人病历、发起会诊流程等进行账户权限管控。

可选地，所述应用于远程会诊的服务器，还可包括显示装置，所述显示装置可以不是与服务器设置在一处，例如，当所述远程会诊系统采用web端方式实现时，操作管理员可以利用自己的终端对服务器资源进行管理。例如，在平台上，操作管理员能通过设备管理模块来添加、删除、编辑会诊终端，并将会诊室中的终端与pad进行一一绑定，确保能监控设备终端在线及运行状态，批量控制终端指令(开关机亮度、音量等命令)。

需要说明的是，所述应用于远程会诊的服务器，可以是单个服务器，也可以应用于分布式场景下，由多个分布式服务器相互配合来完成，还可以是异步式的多个服务器，等等。

图7示出了本发明的一个或多个实施例提供的一种远程会诊装置的一个实施例的结构示意图。

如图7所示，所述远程会诊装置，应用于所述第一终端(需求医院对应的终端)，包括：

第二通信单元701，被配置为：发送远程会诊预约请求；以及，接收第一远程会诊预约结果、第二远程会诊预约结果或者接收预约失败消息；

第二处理单元702，被配置为：根据所述第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊；

第一显示装置703，被配置为：显示远程会诊画面；或者，显示所述预约失败消息。

本发明的一个或多个实施例提供的所述远程会诊装置，向应用于远程会诊的服务器发起远程会诊预约请求，并根据反馈的第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊，或者显示预约失败消息，能够较好地实现远程会诊的预约，兼顾了急诊患者和普通患者的需求，一定程度上实现了医疗资源合理分配。

本发明的一个或多个实施例中，按照会诊方式和紧急度不同，所述远程会诊预约请求分为普通远程会诊的预约请求和急诊远程会诊的预约请求这两种类型。普通远程会诊与医生的预约排班及医生号源有关系，急诊远程会诊模式下不受号源限制。当用户发起预约时，所述第一显示装置703，被配置为：显示会诊类型的选择界面；此时，所述远程会诊装置，从所述服务器获取根据类型的不同而配置的可用号源资源，所述第一显示装置703显示该可用号源资源以供需求医院进行选择。可选地，所述远程会诊预约请求中可以包括是否为急诊的相关信息。

本发明的一个或多个实施例中，应用于所述第一终端的所述远程会诊装置还可包括指令接收单元(例如可以是鼠标、键盘或手机、Pad的触摸屏等等)；

所述指令接收单元，被配置为：接收可用号源查询请求；

所述第二处理单元702，被配置为：

控制所述第二通信单元701向所述服务器发送调用可用号源信息的请求并接收可用号源信息；

控制所述第一显示装置703显示所述可用号源信息。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收医院或医生的筛选请求或选择请求；

所述第二处理单元702，被配置为：根据所述筛选请求或选择请求，生成所述远程会诊预约请求。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收患者电子病例及检查报告的上传请求；

所述第二处理单元702，被配置为：根据所述上传请求，获取患者电子病例及检查报告。

可选地，所述电子病例及检查报告支持word、PDF、JPG、PNG、url等格式。

可选地，所述服务器分配的上级医生、专家或会诊管理员，可以将根据患者提交的报告和病情描述情况，驳回会诊或要求补充更多会诊材料。

可选地，如果预约成功，远程会诊系统会根据提交的时间顺序公开公平分配号源，如果未预约成功，也会及时反馈用户并推荐可预约的其他时间号源。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收待处理任务查看请求、患者信息查看请求、会诊医生信息查看请求中的至少其一；

所述第二处理单元702，被配置为：根据所述待处理任务查看请求、患者信息查看请求或会诊医生信息查看请求，控制所述第一显示装置703显示待处理任务、患者信息或会诊医生信息。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收视频会诊请求；

所述第二处理单元702，被配置为：根据所述视频会诊请求启动远程会诊；

所述第一显示装置703，被配置为：显示远程会诊画面。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收视频会诊结束请求；

所述第二处理单元702，被配置为：根据所述视频会诊结束请求关闭远程会诊；

所述第一显示装置703，被配置为：退出远程会诊画面。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收报告编写请求；

所述第二处理单元702，被配置为：根据报告编写请求编写会诊报告；

所述第一显示装置703，被配置为：显示正在编辑或编辑完成的会诊报告。

作为一个可选实施，在远程会诊系统中，针对一个远程会诊预约结果，在进行远程会诊时，可以同时存在两个以上的第一终端。例如，其中一个第一终端实现为超高清远程终端，该远程终端包括4K、1080P显示屏硬件(具有4K、1080P视频编解码功能)、云台摄像头、云台麦克风3个部分，可实现病人与多个专家实时影像的采集、传送、控制。例如，另一个第一终端可以是平板电脑。

本发明的一个或多个实施例中，在启动远程会诊后，所述超高清远程终端的第一显示装置703(例如4K、1080P显示屏硬件)中可以显示需求医院一方的医生和病患的图像，同时也可显示接诊医院的会诊专家的图像，并能通过云台麦克风进行沟通。

本发明的一个或多个实施例中，在会诊过程中，当双方医生讨论患者病症时，需求医院可将医院实时采集到的病人信息(如CT、彩超、心电图等)通过另一个第一终端(如pad)的一键分享功能，将画面分享给远程端的会诊医生，便于会诊医生在其第二终端或第三终端上清晰地看到内容。此外，会诊医生可根据自身的查看需求，在其第二终端或第三终端上调整画面，如放大、缩小、旋转。

本发明的一个或多个实施例中，在会诊过程中，需求医院的医生还可以利用另一个第一终端(如pad)拖动不同的视频信号源图标到显示画面中的某个终端屏幕，进而将新的视频源ID传送给该终端，从而实现终端画面的切换。这里的终端，可以是第一终端、第二终端或第三终端，也可以是其他终端。

本发明的一个或多个实施例中，所述视频会诊结束请求可以是通过pad端的指令接收单元接收到的，实现时，可以通过点击屏幕上的结束会诊按钮来发出该指令。

本发明的一个或多个实施例中，所述第二处理单元702，被配置为：根据所述视频会诊结束请求，控制所述第二通信单元701向所述服务器发送会诊状态更新信息并接收编写会诊报告通知；

所述第一显示装置703，被配置为：显示所述编写会诊报告通知。

本发明的一个或多个实施例中，会诊医生登录web后可编写会诊报告，并保存到云端。需求医院的医生可登录web前台，查看会诊方医生给出的会诊报告。

图8示出了本发明的一个或多个实施例提供的一种远程会诊装置的另一个实施例的结构示意图。

如图8所示，所述远程会诊装置，应用于第二终端或第三终端，包括：

第三通信单元801，被配置为：接收第一远程会诊预约结果或者第二远程会诊预约结果；

第三处理单元802，被配置为：根据所述第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊；

第二显示装置803，被配置为：显示远程会诊画面。

本发明的一个或多个实施例提供的所述远程会诊装置，根据应用于远程会诊的服务器发送的第一远程会诊预约结果或者第二远程会诊预约结果启动远程会诊，能够较好地实现远程会诊，一定程度上实现了医疗资源合理分配。

本发明的一个或多个实施例中，应用于所述第二终端或第三终端的所述远程会诊装置还可包括指令接收单元(例如可以是鼠标、键盘或手机、Pad的触摸屏等等)；

所述指令接收单元，被配置为：接收待处理任务查看请求、患者信息查看请求、会诊医生信息查看请求中的至少其一；

所述第三处理单元802，被配置为：根据所述待处理任务查看请求、患者信息查看请求或会诊医生信息查看请求，控制所述第二显示装置803显示待处理任务、患者信息或会诊医生信息。

本发明的一个或多个实施例中，所述指令接收单元，被配置为：接收视频会诊分享请求；可选地，所述视频会诊分享请求来自于所述第一终端的远程会诊装置的pad端的一键分享功能对应的分享指令；

所述第三处理单元802，被配置为：根据所述视频会诊分享请求启动远程会诊；

所述第二显示装置803，被配置为：显示远程会诊画面。

本发明的一个或多个实施例中，应用于第二终端或第三终端的所述远程会诊装置，所述第二显示装置803可以有一个或多个，若为多个时，所述指令接收单元，被配置为：接收画面拖拽指令或患者信息显示指令；

所述第三处理单元802，被配置为：根据所述画面拖拽指令，控制所述远程会诊画面在不同的所述第二显示装置803之间切换显示；或者，根据所述患者信息显示指令，控制非显示远程会诊画面的所述第二显示装置803显示所述患者信息，从而实现视频画面与报告浏览互不占用屏画面的效果。

可选地，应用于第二终端或第三终端的所述远程会诊装置的所述第二显示装置803的数量为一个时，所述指令接收单元，被配置为：接收分屏指令；

所述第三处理单元802，被配置为：根据所述分屏指令，控制所述第二显示装置803显示切分画面(包括2*2、1*3、画中画，等等)。

作为一个可选实施，在远程会诊系统中，针对一个远程会诊预约结果，在进行远程会诊时，可以同时存在两个以上的第二终端或者两个以上的第三终端。例如，其中一个第二终端实现为超高清远程终端，该远程终端包括4K、1080P显示屏硬件(具有4K、1080P视频编解码功能)、云台摄像头、云台麦克风3个部分，可实现病人与多个专家实时影像的采集、传送、控制。例如，另一个第二终端可以是平板电脑。

本发明的一个或多个实施例中，在启动远程会诊后，所述超高清远程终端的第二显示装置803(例如4K、1080P显示屏硬件)中可以显示需求医院一方的医生和病患的图像，同时也可显示接诊医院的会诊专家的图像，并能通过云台麦克风进行沟通。

本发明的一个或多个实施例中，实现为平板电脑的远程会诊装置的所述指令接收单元，被配置为：接收视频会诊分享请求；

实现为平板电脑的远程会诊装置的所述第三处理单元802，被配置为：根据所述视频会诊分享请求启动远程会诊；

实现为平板电脑的远程会诊装置的所述第二显示装置803，被配置为：显示远程会诊画面。

进一步地，实现为平板电脑的远程会诊装置的所述指令接收单元，被配置为：接收画面拖动请求；所述画面拖动请求的轨迹为从视频信号源图标到指定的终端屏幕(例如某一超高清远程终端在pad端显示的画面)；

所述第三处理单元802，被配置为：根据所述画面拖动请求，控制所述第三通信单元801将画面发送到相应的终端，从而实现pad端到超高清远程终端之间的画面切换。

本发明的一个或多个实施例中，所述第三通信单元801，被配置为：接收编写会诊报告通知；

所述第三处理单元802，被配置为：控制所述第二显示装置803显示所述编写会诊报告通知。

所述第三处理单元802，被配置为：根据所述报告编写请求编写会诊报告，并控制所述第二显示装置803显示所述会诊报告。

在当前互联网+的黄金时代，依托通信技术及流媒体技术发展的智能高清显示终端得以快速升级。高清显示效果，在对于远程医疗上有着重大意义。远程医疗的核心价值在于为患者和医生提供便利，双方可以通过高端设备直接沟通和互动，让医生及时掌握患者的病情信息。如今，市面上的远程医疗系统不是我们期望获得的面对面常用沟通形式，市面已有的形式包括在线问答、24H机器人客服、不清晰的视频影像，不能与医生形成良好的互动，从而造成医生对患者信息判断不准确。随着技术的发展，类似“面对面”的传统会诊模式，正逐渐凸显出其发展优势，尤其得利于终端显示屏清晰度的提高。但是，如果将终端高清屏、会诊系统、终端设备控制构建为完整的会诊解决方案，目前市面上还是空白领域。

针对上述情况，本发明的一个或多个实施例，试图从视频会诊作为切入点，将超高清终端设备、中台业务服务、云服务等根据会诊流程节点串联起来，形成一套相对完整的远程会诊系统。

本发明的一个或多个实施例提供的所述远程会诊系统，包括：

所述应用于远程会诊的服务器的任一实施例或实施例的排列组合；

所述应用于第一终端的远程会诊装置的任一实施例或实施例的排列组合；以及，

所述应用于第二终端或第三终端的远程会诊装置的任一实施例或实施例的排列组。

本发明的一个或多个实施例提供的所述远程会诊系统，通过将远程会诊预约请求区别为急诊和普通两种预约请求，在远程会诊预约请求为急诊预约请求时，直接分配接诊医院并生成预约结果，然后将预约结果通知给各方，保证急诊请求能够及时处理；在远程会诊请求为普通预约请求时，根据远程会诊预约请求中的目标接诊医院的目标会诊科室的号源信息，为所述远程会诊预约请求匹配相应的号源，在匹配成功时生成远程会诊预约结果并通知给各方，若匹配失败则返回预约失败消息，从而在保证普通预约请求得到处理和保证医院工作量不超出负荷之间取得平衡。本实施例的远程会诊方法，能够较好地实现远程会诊的预约，兼顾了急诊患者和普通患者的需求，一定程度上实现了医疗资源合理分配。

本发明的一个或多个实施例中，基于高清显示终端或超高清显示终端的多终端在线视频远程会诊系统，包括超高清远程终端和应用于远程会诊的服务器，所述服务器包括后台管理系统及前端会诊系统。

所述超高清远程终端，包括4K、1080P显示屏硬件(具有4K、1080P视频编解码功能)、云台摄像头、云台麦克风3个部分，可实现病人与多个专家实时影像的采集、传送、控制。

所述后台管理系统包括会诊预约、会诊统计、接诊管理、医生管理、会诊室管理、设备管理及病患信息管理等模块。

可选地，所述后台管理系统，包括不同类型的会诊预约(如文字会诊、视频会诊、急诊)、会诊室管理、会诊任务统计、医生统计、会诊排班、设备维护、患者信息维护等多个模块。对患者而言，这个系统可以让他们有机会享受到优质的医疗资源查看空闲医疗资源，根据自身需求及时预约远程会诊；对医院而言，会诊管理系统将合作医院之间的医疗资源共享，充分发挥大医院或专科医院的技术、设备优势，实现稀缺医疗资源的高效分配，该系统能支持普通远程会诊及急诊远程会诊模式；在会诊的流程中，上级医生专家或操作管理根据会诊内容的实际情况，有权驳回会诊，并需要补充的会诊材料；上级医生专家或操作管理员也可以根据病人的情况要求第三方专家，并将协调好的时间地点反馈给发起方。

所述前端会诊系统包括待处理会诊查询、在线会诊控制、病患信息查询等模块。医生可以查询、显示待会诊的记录列表，通过改变记录背景颜色或用其他的形式与其他会诊记录区分；对于会诊流程控制，可以发起会诊视频，进入线上会诊室开始远程会整。

本发明的一个或多个实施例提供的所述远程会诊系统，让普通的患者可以通过在后台预约外地专家，然后在当地医院通过高清终端连线，实现异地医院专家看诊，进而实现跨地域医疗资源共享，解决跨地域医疗资源分配不均匀的问题，推动大医院和专科医院医疗资源(医疗技术和先进设备)的优势，提升服务对象覆盖面，节省患者和医生看病的时间，提升患者的满意度。

首先，在发挥医疗资源服务范围上，本发明的一个或多个实施例提供的所述远程会诊系统，可以让患者及时获取可用的医院、科室、会诊室、以及关联医生信息，患者所在医院可根据医生的空闲时间和自己的经济能力，选择适合的接诊专家进行预约。同时，上级医院(即拥有资源的医院)专家可提前查看患者的电子病例资料和检查报告，决定是否驳回会诊，或要求患者补充会诊材料；上级医生专家或操作管理员也可以根据病人的情况要求第三方专家，并将协调好的时间地点反馈给发起方(即患者所在医院)。下级医院或上级医院也可以根据病人的实际情况，选择的是否使用视频，也有可能根据病人的检查诊断直接给出报告。通过这种资源信息的异地共享，有效节省患者的看病时间，提高医生的会诊效率。

其次，确定需要进一步“面对面”会诊后，上级医院可通过超高清的4K、1080P信号显示终端，看到清晰、高保真的病患画面影像，同时为了达到更加逼真的“面对面”交流效果，本发明支持在pad上调整终端展示影像清晰度。同时，下级医院，可以将病人采集到的多种实时影像报告(如CT、彩超)及时分享给上级会诊专家，辅助病情诊断。

综上，本发明能在远程会诊中，不仅能提升医生对病人望、问诊断环节的诊断正确率，解决外地患者看病难，还能充分发挥大医院、专科医院的技术和设备资源优势，实现真正的跨地域医疗资源共享，打破医疗资源分布不均匀带来的弊端，缓解下级医院的医疗压力。

下面介绍利用所述远程会诊系统进行远程会诊的大致流程的示例。

在第一终端发起视频会诊后，需求医院的医生、患者和接诊医院的会诊专家能在各自的超高清远程终端上看到自己和彼端的远程影像，通过语音进行沟通。

会诊中，当双方医生讨论患者病症时，需求医院可将医院实时采集到的病人信息(如CT、彩超、心电图等)通过pad端(第一终端的其中一个)的一键分享功能，将画面分享给远程端的会诊方医生，便于会诊医生在其超高清远程终端或pad上清晰地看到内容。此外，会诊医生可根据自身的查看需求，调整画面，如放大、缩小、旋转。

如若会诊医生所在会诊室的超高清远程终端有多个屏，医生可将接收到的患者信息，拖动到任意屏上显示，从而实现视频画面与报告浏览互不暂用屏画面的效果。

如若会诊方医生所在会诊室的超高清远程终端只有1个屏，医生可通过布局功能，实现一个屏幕切分为多个画面(包括2*2、1*3、画中画)，将视频影像和患者信息同时展示的效果。

会诊过程中，双方医生均可以自主调整超高清远程终端的显示内容。如会诊医生可在pad上，拖动视频信号源图标到指定的超高清远程终端屏幕，释放后，pad将把新的视频源ID传给该超高清远程终端，从而实现超高清远程终端画面的切换。

会诊即将完成时，双方医生将在pad上点击结束会诊按钮，关闭远程会诊。结束会诊后，后台系统将及时更新会诊状态，并向会诊医生账号推送“编写会诊报告”的通知，会诊医生登录web后可编写会诊报告，并保存到云端。到此，会诊过程结束。

需求医院的医生可登录web前台，查看会诊方医生给出的会诊报告。

本发明的一个或多个实施例中的pad端和超高清远程终端均可以通过云端服务进行交互，pad端显示的会诊任务数据也源自于云端服务。

本发明的一个或多个实施例中，web中台的医院信息、医生信息、病人信息来源可以全部由HIS端产生给出，也支持自建。

本发明的一个或多个实施例提供的所述远程会诊系统，将远程会诊过程中各个节点及相关功能串联，形成一套完整的超高清远程会诊系统；在将远程会诊预约流程分为发起门诊、查询可用号源、筛选医院及医生、上传患者电子病例及检查报告、提交预约、锁定资源、资源审核、预约结果反馈、会诊室分配9个步骤的基础上，实现会诊前通过诊断材料判断是否接诊；在预约过程中，涉及到会诊室资源的占用，会诊室资源由系统统一管理分配，不受人为因素影响；在会诊过程中，支持多个接诊医院及多个一体机设备终端的接入，实现多个专家同时异地在线进行会诊；远程视频会诊过程中，画面影像支持在4K、1080P的终端屏清晰、实时展示；视频会诊过程中，用户可以通过pad来控制会诊室一体机终端设备，包括视频源分享，当个屏画面布局切换、显示的视频画面拖动及缩放，多个屏之间画面自主切换。

本实施例还提供了一种更为具体的电子设备。该设备可以包括：处理器、存储器、输入/输出接口、通信接口和总线。其中处理器、存储器、输入/输出接口和通信接口通过总线实现彼此之间在设备内部的通信连接。

处理器可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本发明的实施例所提供的技术方案。

存储器可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器可以存储操作系统和其他应用程序，在通过软件或者固件来实现本发明的实施例所提供的技术方案时，相关的程序代码保存在存储器中，并由处理器来调用执行。

输入/输出接口用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线包括一通路，在设备的各个组件(例如处理器、存储器、输入/输出接口和通信接口)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器、存储器、输入/输出接口、通信接口以及总线，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本发明的实施例方案所必需的组件，而不必包含图中所示的全部组件。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述对本发明的特定实施例进行了描述。其他实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本发明的一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明的一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明的一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明的一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本发明的一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明的一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims

1.一种远程会诊方法，所述方法包括：

接收需求医院的远程会诊预约请求；

确定所述远程会诊预约请求是否为急诊预约请求；

若匹配失败，则向所述第一终端发送预约失败消息。

2.根据权利要求1所述的方法，其中，确定所述远程会诊预约请求是否为急诊预约请求，包括：

3.根据权利要求1所述的方法，其中，若所述远程会诊预约请求为急诊预约请求，则根据所述远程会诊预约请求，生成第一远程会诊预约结果，包括：

根据所述急诊号源，生成所述第一远程会诊预约结果。

4.根据权利要求1所述的方法，其中，根据所述号源信息，为所述远程会诊预约请求匹配相应的号源，包括：

5.根据权利要求4所述的方法，其中，若所述目标接诊医院不存在可预约号源，则确定是否存在与所述远程会诊预约请求相匹配的其他接诊医院，包括：

确定所述目标接诊医院的等级；

6.根据权利要求1所述的方法，其中，所述方法还包括：

7.根据权利要求1所述的方法，其中，所述方法还包括：

8.根据权利要求7所述的方法，其中，所述方法还包括：

9.一种应用于远程会诊的服务器，包括：

第一处理单元，被配置为：

确定所述远程会诊预约请求是否为急诊预约请求；

10.根据权利要求9所述的服务器，其中，所述第一处理单元，被配置为：

11.根据权利要求9所述的服务器，其中，所述第一处理单元，被配置为：

根据所述急诊号源，生成所述第一远程会诊预约结果。

12.一种远程会诊装置，应用于第一终端，包括：

13.一种远程会诊装置，应用于第二终端或第三终端，包括：

第二显示装置，被配置为：显示远程会诊画面。

14.一种远程会诊系统，包括：

如权利要求9-11任一项所述的服务器；

如权利要求12所述的远程会诊装置；以及，

如权利要求13所述的远程会诊装置。

15.一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1至8任一所述方法。