基于云平台的远程医疗方法及系统与流程

本发明涉及医疗领域，特别涉及基于云平台的远程医疗方法及系统。

背景技术：

随着社会的进步，经济的发展，还有人们素质的不断提高，我们的健康意识有普遍增强。但随之而来的问题是由于目前国内公共医疗管理系统的不完善，医疗成本高、渠道少、覆盖面低等问题正困扰着老百姓。看病难且贵的就医现状亦成为社会关注的主要焦点。

一边是大医院人满为患，另一边却是社区医院却无人问津。医疗信息不畅，医疗资源两极化，医疗监督机制不全等已成为影响社会和谐发展的重要因素。这就使得本来就紧张的医疗资源显得更为捉襟见肘。

近几年来，互联网技术的快速发展。云平台作为互联网技术的一个分支，它是一种适应当前大数据业务的技术模式，经过多年的发展已经进人实际运营阶段，由于云平台技术强大的数据存储和数据分析能力，可以对破壁目前医疗问题提供解决方案。

技术实现要素：

本发明所要解决的技术问题是：提供基于云平台的远程医疗方法及系统，以实现远程医疗。

为了解决上述技术问题，本发明采用的技术方案为：

基于云平台的远程医疗方法，包括步骤：

s1、第一医院端发出远程医疗请求，将所述远程医疗请求发送至平台端；

s2、平台端接收所述远程医疗请求，判断是否存在与所述第一医院端建立远程医疗关系的第二医院端，若存在，则向处于空闲状态的第二医院端发送远程医疗请求；

s3、第二医院端接收所述远程医疗请求，建立与所述第一医院端的会话连接，所述会话连接为视频连接和/或音频连接。

为了解决上述技术问题，本发明采用的另一种技术方案为：

基于云平台的远程医疗系统，包括第一医院端、平台端以及第二医院端，所述第一医院端包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的第一计算机程序，所述平台端包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的第二计算机程序，所述第二医院端包括第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的第三计算机程序，所述第一处理器执行所述第一计算机程序时实现以下步骤：

s1、发出远程医疗请求，将所述远程医疗请求发送至平台端；

所述第二处理器执行所述第二计算机程序时实现以下步骤：

s2、接收所述远程医疗请求，判断是否存在与所述第一医院端建立远程医疗关系的第二医院端，若存在，则向处于空闲状态的第二医院端发送远程医疗请求；

所述第三处理器执行所述第三计算机程序时实现以下步骤：

s3、接收所述远程医疗请求，建立与所述第一医院端的会话连接，所述会话连接为视频连接和/或音频连接。

本发明的有益效果在于：基于云平台的远程医疗方法及系统，有需求的第一医院端发出远程医疗请求，通过平台端发送远程医疗请求至与第一医院端建立远程医疗关系且处于空闲状态的第二医院端，在第二医院端接收远程医疗请求之后，建立与第一医院端的会话连接，从而实现了远程医疗，不但极大程度上的降低了运送病人的时间和人力成本，也良好地管理和分配偏远地区的紧急医疗服务，减少了病人接受医疗的障碍。

附图说明

图1为本发明实施例的基于云平台的远程医疗方法的流程示意图；

图2为本发明实施例的基于云平台的远程医疗系统的结构示意图。

标号说明：

1、基于云平台的远程医疗系统；2、第一医院端；3、第一处理器；4、第一存储器；5、平台端；6、第二处理器；7、第二存储器；8、第二医院端；

9、第三处理器；10、第三存储器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：第一医院端和第二医院端建立远程医疗关系，第一医院端在发出请求后，通过平台端将请求分配给第二医院端，从而建立第一医院端和第二医院端的会话连接。

请参照图1，基于云平台的远程医疗方法，包括步骤：

s1、第一医院端发出远程医疗请求，将所述远程医疗请求发送至平台端；

s2、平台端接收所述远程医疗请求，判断是否存在与所述第一医院端建立远程医疗关系的第二医院端，若存在，则向处于空闲状态的第二医院端发送远程医疗请求；

s3、第二医院端接收所述远程医疗请求，建立与所述第一医院端的会话连接，所述会话连接为视频连接和/或音频连接。

从上述描述可知，本发明的有益效果在于：有需求的第一医院端发出远程医疗请求，通过平台端发送远程医疗请求至与第一医院端建立远程医疗关系且处于空闲状态的第二医院端，在第二医院端接收远程医疗请求之后，建立与第一医院端的会话连接，从而实现了远程医疗，不但极大程度上的降低了运送病人的时间和人力成本，也良好地管理和分配偏远地区的紧急医疗服务，减少了病人接受医疗的障碍。

进一步地，所述步骤s1中的远程医疗请求包括待医疗患者的病情资料；

所述步骤s2具体为：

平台端接收所述医疗远程请求，解析所述待医疗患者的病情资料，得到所述待医疗患者的所属科室，判断是否存在与所述第一医院端建立远程医疗关系且设置有所述所属科室的第二医院端，若存在，则向处于空闲状态的第二医院端发送包括所述所属科室的远程医疗请求；

所述步骤s3具体为：

第二医院端接收所述远程医疗请求，查询所述所属科室的医生端是否处于空闲状态，若是，则向所述所属科室的医生端发送远程医疗请求，建立与所述第一医院端的会话连接。

从上述描述可知，现有的医院一般都有比较擅长的科室，不同的医院对应的擅长科室也有所不同，就算是同级的医院在某一科室的水平也会有所不同，故而在建立远程医疗关系时，将最优秀的资源集中在一起以进行分配，在进行远程医疗时，判断其待医疗患者的所属科室，有利于找到合适且更为优秀的医生进行诊断，从而达到更好的医疗效果。

进一步地，所述步骤s3还包括：

若所述所属科室的医生端处于忙碌状态，则向所述所属科室的医生端发送远程预约信息，并接收所述医生端返回的可远程时间段信息，所述可远程时间段信息为所述医生端可以接受远程医疗的时间段信息；

所述步骤s3之后还包括步骤：

s4、第二医院端将包括所述可远程时间段信息的忙碌状态信息返回至平台端；

s5、平台端接收忙碌状态信息，依次向与所述第一医院端建立远程医疗关系且设置有所述所属科室且处于空闲状态的其他医院端发送包括所述所属科室的远程医疗请求，直到任一的所述其他医院端建立与所述第一医院端的会话连接；

若平台端接收到所有所述其他医院端的忙碌状态信息，则将所有所述可远程时间段信息以及对应的医院端信息返回至第一医院端，供第一医院端根据所述可远程时间段信息以及所述医院端信息进行预约选择。

其中，与第一医院端建立远程医疗关系且设置有所属科室且处于空闲状态的医院端可能不止第二医院端，系统根据用户设置以及内部排序规则形成一个请求队列，将请求首先发给处于请求队列上第一位置的第二医院端，在第二医院端当前忙碌的情况下会依次向请求队列中的医院端发请求，直到建立起与第一医院端的会话连接。

从上述描述可知，对于被请求的第二医院端来说，第二医院端属于可以进行远程医疗的空闲状态，但进行诊断的医生端有可能正在治疗其他的病人，无法在第一时间内进行远程医疗，此时，医生端根据实际情况返回可远程时间段信息，平台端会向符合要求的其他医院端依次发送请求，以便在当下就实现远程医疗，在所有满足要求的医院端都无法在当下进行会话连接，则在第一医院端显示所有可远程时间段信息以及对应的医院端信息，供第一医院端根据可远程时间段信息以及医院端信息进行预约选择。

进一步地，所述步骤s1之前还包括：

s01、第一医院端实时获取患者端的实时画面视频；

s02、第一医院端实时接收患者端的视音频请求，建立医生端与患者端的会话连接，并将所述患者端的病患病情资料发送至所述医生端。

其中，患者端一般为医院内的病房，但在患者允许的情况下，在患者住的任何地方都可以。

从上述描述可知，第一医院端实时获取患者端的实时画面视频，即通过医院内部网络将所有病人的实时图像输出到监控室或值班室的大屏或电脑；通过医院以随时与医生交流病情，且不影响其他病人；监护室可以看到所有病床的实时情况，当病人感觉到不适时，可一键接通监护医生视音频，调用病患病情资料，通知医生前去治疗，从而实现远程看护的效果。

进一步地，所述步骤s01具体为：

s011、第一医院端实时获取患者端的实时画面视频；

s012、第一医院端提取所述实时画面视频中的单帧图像，将所述单帧图像与预设的预警图像进行一一比对，若所述单帧图像与其中任一所述预警图像的匹配度高于预设阈值，则根据匹配度高于阈值的所述预警图像的预警等级进行预警提示。

其中，将单帧图像与预设的预警图像进行比对不只是对所有的像素进行一一比对，而是先提取出需要判断的对象，比如患者。在比对时，先提取患者的形态信息，与预警图像中人物的形态信息进行比对，以判断出在单帧图像中的患者是否正常。

从上述描述可知，平台端可以进行一些比较明显的异常判断，比如患者摔倒在地上等，通过比对图像来判断，特别是在晚上的时候，患者端的患者正常情况下是处于睡眠状态，即为正常，由于医护人员或家属无法像白天一样看护，患者此时在没有人的陪伴下要执行上厕所、吃东西等操作时，容易出现意外，若不及时预警，恐造成更为严重的后果，故而通过上述方案来进行实时预警，从而消除上述的安全的隐患。

如图2所示，基于云平台的远程医疗系统，包括第一医院端、平台端以及第二医院端，所述第一医院端包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的第一计算机程序，所述平台端包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的第二计算机程序，所述第二医院端包括第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的第三计算机程序，所述第一处理器执行所述第一计算机程序时实现以下步骤：

s1、发出远程医疗请求，将所述远程医疗请求发送至平台端；

所述第二处理器执行所述第二计算机程序时实现以下步骤：

s2、接收所述远程医疗请求，判断是否存在与所述第一医院端建立远程医疗关系的第二医院端，若存在，则向处于空闲状态的第二医院端发送远程医疗请求；

所述第三处理器执行所述第三计算机程序时实现以下步骤：

s3、接收所述远程医疗请求，建立与所述第一医院端的会话连接，所述会话连接为视频连接和/或音频连接。

从上述描述可知，本发明的有益效果在于：有需求的第一医院端发出远程医疗请求，通过平台端发送远程医疗请求至与第一医院端建立远程医疗关系且处于空闲状态的第二医院端，在第二医院端接收远程医疗请求之后，建立与第一医院端的会话连接，从而实现了远程医疗，不但极大程度上的降低了运送病人的时间和人力成本，也良好地管理和分配偏远地区的紧急医疗服务，减少了病人接受医疗的障碍。

进一步地，所述步骤s1中的远程医疗请求包括待医疗患者的病情资料；

所述步骤s2具体为：

接收所述医疗远程请求，解析所述待医疗患者的病情资料，得到所述待医疗患者的所属科室，判断是否存在与所述第一医院端建立远程医疗关系且设置有所述所属科室的第二医院端，若存在，则向处于空闲状态的第二医院端发送包括所述所属科室的远程医疗请求；

所述步骤s3具体为：

接收所述远程医疗请求，查询所述所属科室的医生端是否处于空闲状态，若是，则向所述所属科室的医生端发送远程医疗请求，建立与所述第一医院端的会话连接。

从上述描述可知，现有的医院一般都有比较擅长的科室，不同的医院对应的擅长科室也有所不同，就算是同级的医院在某一科室的水平也会有所不同，故而在建立远程医疗关系时，将最优秀的资源集中在一起以进行分配，在进行远程医疗时，判断其待医疗患者的所属科室，有利于找到合适且更为优秀的医生进行诊断，从而达到更好的医疗效果。

进一步地，所述步骤s3还包括：

若所述所属科室的医生端处于忙碌状态，则向所述所属科室的医生端发送远程预约信息，并接收所述医生端返回的可远程时间段信息，所述可远程时间段信息为所述医生端可以接受远程医疗的时间段信息；

所述步骤s3之后，所述第三处理器执行所述第三计算机程序时还实现以下步骤：

s4、将包括所述可远程时间段信息的忙碌状态信息返回至平台端；

所述步骤s3之后，所述第二处理器执行所述第二计算机程序时还实现以下步骤：

s5、接收忙碌状态信息，依次向与所述第一医院端建立远程医疗关系且设置有所述所属科室且处于空闲状态的其他医院端发送包括所述所属科室的远程医疗请求，直到任一的所述其他医院端建立与所述第一医院端的会话连接；若接收到所有所述其他医院端的忙碌状态信息，则将所有所述可远程时间段信息以及对应的医院端信息返回至第一医院端，供第一医院端根据所述可远程时间段信息以及所述医院端信息进行预约选择。

从上述描述可知，对于被请求的第二医院端来说，第二医院端属于可以进行远程医疗的空闲状态，但进行诊断的医生端有可能正在治疗其他的病人，无法在第一时间内进行远程医疗，此时，医生端根据实际情况返回可远程时间段信息，平台端会向符合要求的其他医院端依次发送请求，以便在当下就实现远程医疗，在所有满足要求的医院端都无法在当下进行会话连接，则在第一医院端显示所有可远程时间段信息以及对应的医院端信息，供第一医院端根据可远程时间段信息以及医院端信息进行预约选择。

进一步地，所述步骤s1之前，所述第一处理器执行所述第一计算机程序时还实现以下步骤：

s01、实时获取患者端的实时画面视频；

s02、实时接收患者端的视音频请求，建立医生端与患者端的会话连接，并将所述患者端的病患病情资料发送至所述医生端。

从上述描述可知，第一医院端实时获取患者端的实时画面视频，即通过医院内部网络将所有病人的实时图像输出到监控室或值班室的大屏或电脑；通过医院以随时与医生交流病情，且不影响其他病人；监护室可以看到所有病床的实时情况，当病人感觉到不适时，可一键接通监护医生视音频，调用病患病情资料，通知医生前去治疗，从而实现远程看护的效果。

进一步地，所述步骤s01具体为：

s011、实时获取患者端的实时画面视频；

s012、提取所述实时画面视频中的单帧图像，将所述单帧图像与预设的预警图像进行一一比对，若所述单帧图像与其中任一所述预警图像的匹配度高于预设阈值，则根据匹配度高于阈值的所述预警图像的预警等级进行预警提示。

从上述描述可知，本发明的有益效果在于：有需求的第一医院端发出远程医疗请求，通过平台端发送远程医疗请求至与第一医院端建立远程医疗关系且处于空闲状态的第二医院端，在第二医院端接收远程医疗请求之后，建立与第一医院端的会话连接，从而实现了远程医疗，不但极大程度上的降低了运送病人的时间和人力成本，也良好地管理和分配偏远地区的紧急医疗服务，减少了病人接受医疗的障碍。

从上述描述可知，平台端可以进行一些比较明显的异常判断，比如患者摔倒在地上等，通过比对图像来判断，特别是在晚上的时候，患者端的患者正常情况下是处于睡眠状态，即为正常，由于医护人员或家属无法像白天一样看护，患者此时在没有人的陪伴下要执行上厕所、吃东西等操作时，容易出现意外，若不及时预警，恐造成更为严重的后果，故而通过上述方案来进行实时预警，从而消除上述的安全的隐患。

请参照图1，本发明的实施例一为：

基于云平台的远程医疗方法，包括步骤：

s1、第一医院端发出远程医疗请求，将远程医疗请求发送至平台端；

s2、平台端接收远程医疗请求，判断是否存在与第一医院端建立远程医疗关系的第二医院端，若存在，则向处于空闲状态的第二医院端发送远程医疗请求；

s3、第二医院端接收远程医疗请求，建立与第一医院端的会话连接，会话连接为视频连接和/或音频连接。

请参照图1，本发明的实施例二为：

基于云平台的远程医疗方法，包括步骤：

s1、第一医院端发出远程医疗请求，将远程医疗请求发送至平台端，其中远程医疗请求包括待医疗患者的病情资料；

s2、平台端接收医疗远程请求，解析待医疗患者的病情资料，得到待医疗患者的所属科室，判断是否存在与第一医院端建立远程医疗关系且设置有所属科室的第二医院端，若存在，则向处于空闲状态的第二医院端发送包括所属科室的远程医疗请求；

s3、第二医院端接收远程医疗请求，查询所属科室的医生端是否处于空闲状态，若是，则向所属科室的医生端发送远程医疗请求，建立与第一医院端的会话连接；若所属科室的医生端处于忙碌状态，则向所属科室的医生端发送远程预约信息，并接收医生端返回的可远程时间段信息，可远程时间段信息为医生端可以接受远程医疗的时间段信息；

s4、第二医院端将包括可远程时间段信息的忙碌状态信息返回至平台端；

s5、平台端接收忙碌状态信息，依次向与第一医院端建立远程医疗关系且设置有所属科室且处于空闲状态的其他医院端发送包括所属科室的远程医疗请求，直到任一的其他医院端建立与第一医院端的会话连接；若平台端接收到所有其他医院端的忙碌状态信息，则将所有可远程时间段信息以及对应的医院端信息返回至第一医院端，供第一医院端根据可远程时间段信息以及医院端信息进行预约选择。

请参照图1，本发明的实施例三为：

基于云平台的远程医疗方法，在上述实施例一的基础上，步骤s1之前还包括：

s01、第一医院端实时获取患者端的实时画面视频；

s02、第一医院端实时接收患者端的视音频请求，建立医生端与患者端的会话连接，并将患者端的病患病情资料发送至医生端。

其中，步骤s01具体为：

s011、第一医院端实时获取患者端的实时画面视频；

s012、第一医院端提取实时画面视频中的单帧图像，将单帧图像与预设的预警图像进行一一比对，若单帧图像与其中任一预警图像的匹配度高于预设阈值，则根据匹配度高于阈值的预警图像的预警等级进行预警提示。

请参照图2，本发明的实施例四为：

基于云平台的远程医疗系统1，包括第一医院端2、平台端5以及第二医院端8，第一医院端2包括第一存储器4、第一处理器3及存储在第一存储器4上并可在第一处理器3上运行的第一计算机程序，平台端5包括第二存储器7、第二处理器6及存储在第二存储器7上并可在第二处理器6上运行的第二计算机程序，第二医院端8包括第三存储器10、第三处理器9及存储在第三存储器10上并可在第三处理器9上运行的第三计算机程序，第一处理器3执行第一计算机程序时实现上述实施例一中的步骤s1，第二处理器6执行第二计算机程序时实现上述实施例一中的步骤s2，第三处理器9执行第三计算机程序时实现上述实施例一中的步骤s3。

对于基于云平台的远程医疗系统1来说，平台端5作为管理层，第一医院端2和第二医院端8属于用户层，在本实施例中的第一医院端2和第二医院端8只是用来说明请求方和被请求方，从本质上，都属于平台端5授权的用户。

其中，基于云平台的远程医疗系统1采用云架构平台，分布式部署，统一式管理，无需过多的后台管理流程；其中分布式部署，实现了内外网的安全穿越，无需其他硬件设备支持；管理中心采用动态授权的方式，最大程度的扩展了单一时段并发数的灵活性；信息传输采用非传统的路由转发方式，大大提高了其网络适应性和实用；视频编码采用svc编码技术，可针对不同级别的终端、不同带宽、不同网络抖动延时；同时，本系统还提供不同的视音频数据流，最大程度的保障了良好的体验效果；对于数据安全来说，采用多种加密方式进行数据加密、用户管理以及分级设置等，最大程度保护了用户的隐私；对外开放api接口，可接入或调用相关医疗设备的电子系统中，以内容为导向实现了医患之间的面对面无障碍交流。

基于上述，基于云平台的远程医疗系统1还可实现以下功能:

1、医疗在线培训系统：被认定的讲师可以进行在线培训，通过网络将讲师的高清视音频传输到远端学生处，同时需要将课件同步分享给所有培训的学生观看以及记录；在此基础上，本系统还具有数据协作功能、为实现一对多教学方式而设置的可语音及文字交流功能、支持录制功能以供日后学习或参考以及支持原有视频会议终端接入。

2、手术示教或远程会诊系统：通过网络可以实现手术室内1080p全高清视频信号传输给示教室、监控中心或异地专家办公节点间等，同时实现多方会诊专家双向视音频交互；同时，系统还提供api接口可以和现有的手术系统对接，远程专家可以看到病患的实时生理情况，如血压、脉搏、心率等。

3、远程看护系统：即为上述实施例一中的步骤s01和步骤s02，通过医院内部网络将所有病人的实时图像输出到监控室或值班室的大屏或电脑；监护室可以看到所有病床的实时情况，当病人感觉到不适时，可一键接通监护医生视音频，开放api接口与监控室原有系统结合，调用病患病情资料。

4、传染病远程探视系统：医院通过网络和简单设备如笔记本电脑、平板电脑等搭建起与病患家属沟通探视的新型渠道，解决了探视流程复杂、交叉感染、隔离感强等诸多问题；由于系统设置有内外网穿越功能，适合无法到达医院病人家属通过互联网接入探视系统，操作简单，适合医护人员或病人自主进行视音频交流，支持多种移动终端、灵活性强。

5、远程专家门诊以及心理咨询系统：整合专家和心理医生资源，通过网上预约系统进行预约，使病患可以足不出户，就可完成“面对面”的专家诊治、心理咨询等。在开放api接口后，可与在线医疗健康系统整合以及双向视音频交互。考虑到地域网络因素，在低带宽或网络状况不好的情况下仍有较好的视音频表现。无需其他硬件设备的内外网穿越功能。

6、远程联合会诊：即为本实施例一中的步骤s1、步骤s2以及步骤s3，不同的是，请求方是请求多个医院端进行在线会话连接。即通过运用互联网技术，实现医疗资源的共享，以达到最优配置。方便大众就医。

通过上述系统，以下用户分别受益如下：

1、医生或称为医师、医务人员：通过远程会诊，提高自身诊断能力；与业内专家加强交流；学习和培养新的医学技能；

2、医疗管理部门：平衡区域间的医疗资源；提高医务人员水平；健全区域医疗体系；

3、护理人员：协调医院完成病人护理；个人健康管理；特殊人群的看护；

4、病人：在家就诊或者看护；获得便捷的医疗服务；专家会诊。

请参照图2，本发明的实施例五为：

基于云平台的远程医疗系统1，在实施例四的基础上，第一处理器3执行第一计算机程序时实现上述实施例二中的步骤s1、步骤s01中的步骤s011、步骤s012以及步骤s02，第二处理器6执行第二计算机程序时实现上述实施例二中的步骤s2以及步骤s5，第三处理器9执行第三计算机程序时实现上述实施例二中的步骤s3以及步骤s4。

请参照图2，本发明的实施例六为：

基于云平台的远程医疗系统1，在实施例四的基础上，第一处理器3执行第一计算机程序时实现上述实施例三中的步骤s1、步骤s01中的步骤s011、步骤s012以及步骤s02，第二处理器6执行第二计算机程序时实现上述实施例三中的步骤s2，第三处理器9执行第三计算机程序时实现上述实施例三中的步骤s3。

综上所述，本发明提供的基于云平台的远程医疗方法及系统，有需求的第一医院端发出远程医疗请求，通过平台端发送远程医疗请求至与第一医院端建立远程医疗关系且处于空闲状态的第二医院端，在第二医院端接收远程医疗请求之后，建立与第一医院端的会话连接，从而实现了远程医疗，不但极大程度上的降低了运送病人的时间和人力成本，也良好地管理和分配偏远地区的紧急医疗服务，减少了病人接受医疗的障碍；将最优秀的资源集中在一起以进行分配，在进行远程医疗时，判断其待医疗患者的所属科室，有利于找到合适且更为优秀的医生进行诊断，从而达到更好的医疗效果；在最大程度下让当前的患者就能立即得到远程医疗，在无法满足的情况，也可以实现预约；还可实现远程看护的效果，同时，在患者出现意外时，能够及时预警，从而及时得到治疗和帮助。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。