CN115174625B - 远程医疗数据传输方法和装置 - Google Patents

Abstract

本申请提供一种远程医疗数据传输方法和装置，涉及通信技术领域，包括：接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗请求的场景编码，根据场景编码获取业务场景对应的远程医疗数据，根据当前的网络状态，采用与所述网络状态对应的传输策略，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。根据当前的网络状态，对不同程医疗数据进行相应的处理，保证在不同网络状态下均可有效开展远程医疗业务，可以降低远程医疗系统使用过程中的维护频率，提升远程医疗系统使用率。

Description

远程医疗数据传输方法和装置

技术领域

本申请涉及通信技术领域，特别涉及一种远程医疗数据传输方法和装置。

背景技术

远程医疗是指通过计算机技术，充分发挥大医院的医疗技术和医疗设备优势，对医疗条件较差的边远地区的伤病员进行远距离诊断、治疗和咨询，旨在提高诊断与医疗水平、降低医疗开支、满足广大人民群众保健需求的一项全新的医疗服务。

为保障远程医疗服务的质量，需要远程医疗厂商在实施过程中根据不同医院的硬件设备和网络环境做大量复杂调试工作，以满足远程医疗的需求，而医院自身难以全面掌握整套调适方法，在后期运营过程中不足以提供持续的高质量服务，最终导致远程医疗系统使用率低，用户反馈效果不佳。

发明内容

本申请提供一种远程医疗数据传输方法和装置，可以降低因网络环境和硬件设备变化导致的对远程医疗系统调试的工作量，提高远程医疗系统使用率。

第一方面，本申请提供一种远程医疗数据传输方法，包括：

接收客户端发送的远程医疗请求，所述远程医疗请求中包括所述远程医疗请求的场景编码，所述场景编码用于指示业务场景；

根据所述场景编码获取所述业务场景对应的远程医疗数据，所述远程医疗数据包括如下数据类型中的至少一种：医疗设备数据、音频设备数据、视频设备数据；

根据当前的网络状态，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台，以使得其它客户端从所述远程医疗云平台获取所述远程医疗数据。

可选的，根据当前的网络状态，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台，包括：

根据所述远程医疗数据所包括的数据类型，确定每种数据类型的数据的传输优先级；

根据所述传输优先级，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台。

可选的，所述医疗设备数据、所述音频设备数据以及所述视频设备数据的传输优先级依次降低；

所述根据所述传输优先级，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台，包括：

若所述网络状态为第一网络状态，则根据所述传输优先级依次将所述医疗设备数据、所述音频设备数据以及所述视频设备数据传输至远程医疗云平台；

若所述网络状态为第二网络状态，则对所述视频设备数据进行压缩处理，并依次将所述医疗设备数据、所述音频设备数据以及所述压缩处理后的视频设备数据传输至远程医疗云平台；

若所述网络状态为第三网络状态，则将所述视频设备数据保存至本地，对所述音频设备数据进行压缩处理，并依次将所述医疗设备数据和压缩处理后的音频设备数据传输至远程医疗云平台；其中，所述第一网络状态、所述第二网络状态以及所述第三网络状态的网络质量依次变差。

可选的，若所述数据传输为计费的无线网络时，所述方法还包括：

预估数据传输所耗费的宽带流量；在所述宽带流量大于预设流量时，对所述数据传输的传输级别进行降级处理；其中，所述第一网络状态、所述第二网络状态以及所述第三网络状态的传输级别依次降低。

可选的，若所述网络为5G网络，所述方法还包括：

根据所述5G网络的用户面管理功能UPF和会话管理功能SMF，配置所述业务场景对应的流量控制策略；根据所述流量控制策略对所述业务场景进行网络切片或质量服务QoS；所述对所述业务场景进行网络切片或质量服务QoS，包括：通过不同的网络切片或QoS，将不同业务场景对应的所述远程医疗数据传输至所述远程医疗云平台。

可选的，将所述远程医疗数据传输至远程医疗云平台之前，所述方法还包括：对所述远程医疗数据进行加密，得到加密后的远程医疗数据；所述将所述远程医疗数据传输至远程医疗云平台，包括：将所述加密后的远程医疗数据传输至远程医疗云平台。

可选的，所述根据所述场景编码获取所述业务场景对应的远程医疗数据，包括：根据所述场景编码，从远程医疗场景方案库中确定所述场景编码对应的业务场景；根据所述业务场景对应的业务类型，获取所述业务场景对应的远程医疗数据。

第二方面，本申请提供远程医疗数据传输装置，包括：

接收模块，用于接收客户端发送的远程医疗请求，所述远程医疗请求中包括所述远程医疗请求的场景编码，所述场景编码用于指示业务场景；

获取模块，用于根据所述场景编码获取所述业务场景对应的远程医疗数据，所述远程医疗数据包括如下数据类型中的至少一种：医疗设备数据、音频设备数据、视频设备数据；

传输模块，用于根据当前的网络状态，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台，以使得其它客户端从所述远程医疗云平台获取所述远程医疗数据。

第三方面，本申请提供一种电子设备，包括：存储器和处理器；

存储器用于存储计算机指令；处理器用于运行存储器存储的计算机指令实现第一方面中任一项的方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现第一方面中任一项的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任一项的方法。

本申请提供的远程医疗数据传输方法和装置，通过接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗的场景编码，根据场景编码获取业务场景对应的远程医疗数据，根据当前的网络状态，采用与网络状态对应的传输策略，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。在不同的网络状态下，对不同数据包进行不同的处理，保证在不同网络传输速率下均可有效开展远程医疗业务。可以降低远程医疗系统使用过程中的维护频率，提升远程医疗系统使用率。

附图说明

图1为本申请实施例提供的场景示意图；

图2为本申请实施例提供的远程医疗数据传输方法的流程示意图一；

图3为本申请实施例提供的远程医疗数据传输方法的流程示意图二；

图4为本申请实施例提供的远程医疗数据传输装置结构示意图；

图5为本申请实施例提供的远程医疗数据传输系统结构示意图；

图6为本申请实施例提供远程医疗数据传输电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

下面结合附图对本申请实施例提供的远程医疗数据传输方法进行详细地介绍。需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不作具体限定。

远程医疗是指通过计算机技术，充分发挥大医院的医疗技术和医疗设备优势，对医疗条件较差的边远地区的伤病员进行远距离诊断、治疗和咨询，旨在提高诊断与医疗水平、降低医疗开支、满足广大人民群众保健需求的一项全新的医疗服务。

传统的远程医疗严重影响了远程实时会诊、远程实时教学等医疗业务场景的有效开展。

为保障远程医疗服务的质量，需要远程医疗厂商在实施过程中根据不同医院的硬件设备和网络环境做大量复杂调试工作，以满足远程医疗的需求，而医院自身难以全面掌握整套调试方法，在后期运营过程中不足以提供持续的高质量服务，最终导致远程医疗系统使用率低，用户反馈效果不佳。

有鉴于此，本申请提出一种远程医疗数据传输方法，通过将需要同步在远程医疗系统展示的数据进行识别，给不同数据包不同的传输优先级，并通过控制不同数据包的传输速率，保证在不同网络传输速率下均可有效开展远程医疗业务。可以降低远程医疗系统使用过程中的维护频率，提升远程医疗系统使用率。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图1为本申请实施例提供的场景示意图，如图1所示，包括客户端1、服务器、远程医疗云平台和客户端2，客户端、服务器与远程医疗云平台之间均可以通过网络连接。

例如，在需要进行远程医疗时，服务器可以接收客户端发送的远程医疗请求，服务器根据接收的远程医疗请求，获取对应的远程医疗数据，将远程医疗数据传输至远程医疗云平台，客户端2可以通过远程医疗云平台获取客户端1对应的远程医疗数据，根据该远程医疗数据进行远程医疗服务。

客户端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等电子设备，本申请实施例对此不做限定；客户端可以接收用户对其的操作可以但不限于点击或者触摸等，本申请实施例对此不做限定。

上面对本申请的场景进行了说明，下面将以应用于图1中的服务器为例，对本申请提供的远程医疗数据传输方法进行说明。

图2为本申请实施例提供的远程医疗数据传输方法的流程示意图一，包括：

S201、接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗的场景编码，场景编码用于指示业务场景。

本申请实施例中，远程医疗请求可以指服务器接收客户端发起远程医疗时生成的与远程医疗相关的请求，例如，远程医疗请求可以包括当前需要进行的远程医疗服务的场景编码。

场景编码是指针对不同的业务场景，设定的用于区分不同的业务场景的代码。

业务场景指远程医疗服务中需要进行的远程医疗服务，例如，远程诊断、远程会诊、远程超声、远程监护、远程示教、远程手术、远程心电、远程查房、远程病理等。

服务器根据客户端发送的远程医疗请求，获取需要进行远程医疗的场景编码，获得需要进行远程医疗服务的具体的业务场景。

S202、根据场景编码获取业务场景对应的远程医疗数据。

本申请实施例中，远程医疗数据是指用于进行远程医疗服务所需要的数据，包括如下数据类型中的至少一种：医疗设备数据、音频设备数据、视频设备数据。

其中，医疗设备数据是指如心电监护仪、超声仪等医疗设备所生成的数据，音频设备数据是指麦克风、数字化听诊器等设备生成的数据，视频设备数据是指摄像头、超声仪视频、内窥镜等设备生成的数据。

本申请实施例中，不同的业务场景中包含有不同的设备，服务器可以根据场景编码获取到具体的业务场景后，获取该业务场景中包含的设备所生成的数据，将该数据作为对应的远程医疗数据。

S203、根据当前的网络状态，采用与所述网络状态对应的传输策略，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。

本申请实施例中，所使用的网络可以为移动通信网络、互联网、虚拟专用网或卫星通信网，本申请对所使用的网络不做任何限制。

网络状态指当前网络的传输速率与带宽，其中，传输速率是指当前传输信息的速度，带宽是指当前网络在单位时间内可以传输的数据总量。

本申请实施例中，服务器可以获取当前连接的网络状态，根据当前的网络状态采用不同的传输策略，将远程医疗数据传输至远程医疗云平台，其它客户端可以从远程医疗云平台获取该远程医疗数据。

示例性的，在当前的网络状态较差时，如传输速率小于1兆/秒时，服务器可以优先传输医疗设备数据，对音频数据进行压缩传输，不对视频设备数据进行传输；在网络状态较优时，将所有数据进行原质量传输，不做任何处理。

本申请实施例提供的远程医疗数据传输方法，通过接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗的场景编码，根据场景编码获取业务场景对应的远程医疗数据，根据当前的网络状态，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。在不同的网络状态下，对不同远程医疗数据进行不同的处理，保证在不同网络传输速率下均可有效开展远程医疗业务。可以降低远程医疗系统使用过程中的维护频率，提升远程医疗系统使用率。

图3为本申请实施例提供的远程医疗数据传输方法的流程示意图二，包括：

S301、接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗请求的场景编码，场景编码用于指示业务场景。

本申请实施例S301的实现方式与图2所示实施例S201所示的实现方式类似，此处不在赘述。

S302、根据场景编码，从远程医疗场景方案库中确定场景编码对应的业务场景。

其中，远程医疗场景方案库为储存多个业务场景的数据库，可以接收用户将配置好的业务场景储存于其中。每个业务场景都具有对应的场景编码。

服务器可以根据获取的场景编码，从远程医疗场景方案库获得远程医疗请求对应的业务场景。

S303、根据业务场景对应的业务类型，获取业务场景对应的远程医疗数据。

其中，业务类型为是指在业务场景中具体的远程医疗业务，例如在远程会诊可以包括术前会诊、检查结果会诊等，术前会诊即为远程会诊对应的业务类型。根据业务类型，获取业务场景对应的远程医疗数据。

不同的业务场景包括不同的远程医疗数据类型，例如，远程会诊一般包含患者病历资料、数字影像(DICOM)、数字病理、检验报告(PDF)、用于拍摄医生及患者面部或上半身画面的视频、用于实时通话的音频等数据类型；远程心电一般包含患者病历资料、心电报告(PDF)、心电监护数据(实时或非实时)、用于拍摄医生及患者面部或上半身画面的视频、用于实时通话的音频等；远程超声一般包含患者病历资料、超声报告(PDF)、超声数据(实时或非实时，DICOM或视频流格式)、拍摄超声医生手法的视频、拍摄医生及患者面部或上半身画面的视频、实时通话的音频等。

可选的，获取业务场景对应的远程医疗数据后，可以对远程医疗数据进行解析处理，识别出不同远程医疗数据的来源以及对应不同设备，将不用设备所生成的数据以统一的时间顺序进行排序，形成同一个数据流，例如可以以获取数据的时间进行排序，也可以以设备生成数据的时间进行排序。

S304、根据远程医疗数据所包括的数据类型，确定每种数据类型的数据的传输优先级。

在不同的业务场景中，不同的远程医疗数据具有不同的传输优先级，即传输优先级高的远程医疗数据在该业务场景中的重要性越高。

本申请实施例中，远程医疗数据中的医疗设备数据、音频设备数据以及视频设备数据的传输优先级依次降低。

可选的，远程医疗数据还可以包括医疗信息化软件和/或医疗信息化平台数据，例如，信息管理系统(hospital information system，HIS)、影像归档和通信系统(picturearchiving and communication system，PACS)等数据。相应的，医疗信息化软件和/或医疗信息化平台数据的传输优先级低于视频设备数据。

可以理解的是，可以根据实际需求对远程医疗数据中各个类型数据的传输优先级进行设定，本申请实施例对此不做限定。

S305、获取当前网络状态。

本申请实施例中，将当前的网络状态分为第一网络状态、第二网络状态以及第三网络状态，其中，第一网络状态、第二网络状态以及第三网络状态的网络质量依次变差，对应的传输级别依次降低。

示例性的，若当前的网络传输速率大于最高传输速率的85％时，可将该网络状态作为第一网络状态，若当前的网络传输速率小于最高传输速率的85％且大于50％时，可将该网络状态作为第二网络状态，若当前的网络传输速率小于最高传输速率的50％时，可将该网络状态作为第三网络状态。可以理解的是，网络状态的划分可以根据实际需求进行设置，本申请实施例对此不做限定。

服务器可以向远程医疗云平台发起网络测试，获得当前网络的传输速率，进而获得当前的网络状态。

可选的，当前的网络为计费的无线网络时，预估数据传输所耗费的宽带流量，在宽带流量大于预设流量时，对数据传输的传输级别进行降级处理。

示例性的，若当前的网络状态为第一网络状态，在预估数据传输所耗费的宽带流量大于预设流量时，将当前的第一网络状态对应的传输级别降级为第二网络状态对应的传输级别。

可选的，当前的网络为5G网络时，可使用5G传输网络的UPF(User PlaneFunction，用户面管理功能)和SMF(Session Management Function，会话管理功能)配置UPF的流量控制策略，根据流量控制策略对所述业务场景进行网络切片或质量服务(quality of service，QoS)，通过不同的网络切片或QoS，将不同业务场景对应的远程医疗数据传输至所述远程医疗云平台。

其中，网络切片是一种新型的网络架构，可以在同一个网络基础设施上，提供多个逻辑网络，每个逻辑网络可以用于服务不同的业务类型。QoS指一中网络安全技术，是用来解决网络延迟和阻塞等问题的一种技术。可以赋予某个级别的传输优先级，并使用设备所提供的各种优先级转发策略，配置了QoS的网络环境，能够根据不同的需求，有效地分配网络带宽，更加合理地利用网络资源。

示例性的，针对于不同的业务场景，可能需要不同的传输速率将远程医疗数据传输至远程医疗云平台，以保障远程医疗服务的正常开展，因此，在用户的网络为5G网络时，可以根据具体的业务场景采用不同的网络切片或QoS对传输速率进行控制，在传输数据量较大时，分配较大的带宽进行传输，在传输数据量较小时，减小对带宽的占用，将远程医疗数据传输至远程医疗云平台。不仅可以保障远程医疗服务的正常开展，也可以在传输数据量较小，减少网络资源的浪费。

S306、根据传输优先级和当前的网络状态，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。

本申请实施例中，若网络状态为第一网络状态，则根据传输优先级依次将医疗设备数据、音频设备数据以及视频设备数据传输至远程医疗云平台，即对获取的远程医疗数据不做任何处理，以原质量传输至远程医疗云平台。

若网络状态为第二网络状态，则对视频设备数据进行压缩处理，并依次将医疗设备数据、音频设备数据以及压缩处理后的视频设备数据传输至远程医疗云平台。

示例性的，压缩处理可以为对视频设备数据进行重新编码处理，包括分辨率、帧率、码率、色深，以降低视频设备数据的数据包大小。数据编码可以采用标准的数据协议如HL7或者非标准的私有化协议。

若网络状态为第三网络状态，则将视频设备数据保存至本地，对音频设备数据进行压缩处理，并依次将医疗设备数据和压缩处理后的音频设备数据传输至远程医疗云平台。

示例性的，对音频设备数据进行压缩处理可以是降低音频流的采样率、比特率。

可选的，在将远程医疗数据传输至远程医疗云平台之前，还可以对远程医疗数据进行加密处理，得到加密后的远程医疗数据，将加密后的远程医疗数据传输至远程医疗云平台。以防止传输过程中的数据泄露等安全问题。

可选的，远程医疗云平台接收到远程医疗数据后，可以即将压缩后的远程医疗数据再次进行编码处理，并进行统一转发或分发，建立客户端和其他客户端之间的连接。

可选的，远程医疗云平台还包含数据存储功能，可在远程医疗结束后提供回放等增值服务。

可选的，其他客户端可以接收远程医疗云平台发送的远程医疗数据，并对接收的远程医疗数据进行解析，并将不同数据进行图像拼接与播放，也可以执行本申请实施例中的远程医疗数据传输方法，以进行远程医疗服务。

本申请实施例提供的远程医疗数据传输方法，通过接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗的场景编码，根据场景编码获取业务场景对应的远程医疗数据，根据当前的网络状态，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从远程医疗云平台获取远程医疗数据。在不同的网络状态下，给不同远程医疗数据不同的传输优先级，通过控制不同远程医疗数据的传输速率，保证在不同网络传输速率下均可有效开展远程医疗业务。可以降低远程医疗系统使用过程中的维护频率，提升远程医疗系统使用率。

图4为本申请实施例提供的远程医疗数据传输装置40的结构示意图，包括：

接收模块401，用于接收客户端发送的远程医疗请求，远程医疗请求中包括远程医疗请求的场景编码，场景编码用于指示业务场景。

获取模块402，用于根据场景编码获取业务场景对应的远程医疗数据，远程医疗数据包括如下数据类型中的至少一种：医疗设备数据、音频设备数据、视频设备数据。

传输模块403，用于根据当前的网络状态，采用与所述网络状态对应的传输策略，将远程医疗数据传输至远程医疗云平台，以使得其它客户端从所述远程医疗云平台获取所述远程医疗数据。

本申请实施例提供的远程医疗数据传输装置可以执行图2所示方法实施例的技术方案，其原理和效果类似，此处不在赘述。

图5为本申请实施例提供的远程医疗数据传输系统的结构示意图包括：客户端50、服务器51、远程医疗云平台52和其他客户端53。

其中，客户端50包括医疗设备单元501、音频设备单元502、视频设备单元503以及其他数据单元504。

服务器51包括数据处理模块511和数据传输模块512，其中，数据处理模块511包括数据采集单元5111、场景方案库单元5112、数据处理单元5113以及数据加密单元5114；数据传输模块512包括网络状态单元5121、数据传输单元5122、5G单元5123以及流量控制单元5124。

远程医疗云平台52包括数据编码单元521以及数据存储单元522。

其他客户端53包括数据解析单元531、网络状态单元532、图像拼接单元533以及视频播放单元534。

客户端51，用于向服务器52发送远程医疗请求，远程医疗请求中包括远程医疗请求的场景编码。

服务器52，用于接收到远程医疗请求后，将远程医疗请求对应的远程医疗数据发送至远程医疗云平台52。

具体的，场景方案库单元5112根据场景编码从场景方案库获取对应的业务场景。

数据采集单元5111根据业务场景从客户端51中获取对应的远程医疗数据，并根据远程医疗数据所包括的数据类型，确定每种数据类型的数据的传输优先级。

数据采集单元5111还可以向网络状态单元5121发送网络测试请求，根据网络状态单元5121返回的网络状态确定当前的网络状态，当前的网络状态可分为第一网络状态、第二网络状态以及第三网络状态，第一网络状态、第二网络状态以及第三网络状态的网络质量依次变差。

数据处理单元5113对获取的远程医疗数据进行解析处理以及根据当前的网络状态对远程医疗数据进行压缩处理。

数据加密单元5114对解析及压缩处理后的远程医疗数据进行加密处理。

数据传输单元5122根据当前的网络状态以及远程医疗数据的传输优先级将远程医疗数据传输至远程医疗云平台。

若网络状态为第一网络状态，则根据传输优先级依次将医疗设备数据、音频设备数据以及视频设备数据传输至远程医疗云平台。

若网络状态为第二网络状态，则对视频设备数据进行压缩处理，并依次将医疗设备数据、音频设备数据以及压缩处理后的视频设备数据传输至远程医疗云平台。

若网络状态为第三网络状态，则将视频设备数据保存至本地，对音频设备数据进行压缩处理，并依次将医疗设备数据和压缩处理后的音频设备数据传输至远程医疗云平台。

可选的，若当前的网络为5G网络，则5G单元5123可以根据不同的业务场景配置不同的网络切片以及QoS，通过不同的网络切片或QoS，将不同业务场景对应的远程医疗数据传输至所述远程医疗云平台。

可选的，若当前的网络为计费的无线网络时，则流量控制单元5124，可以预估数据传输所耗费的宽带流量，在宽带流量大于预设流量时，对数据传输的传输级别进行降级处理。

远程医疗云平台52，用于可接收到远程医疗数据后，可以即将压缩后的远程医疗数据再次进行编码处理，并进行统一转发或分发，建立客户端51和其他客户端53之间的连接。

可选的，远程医疗云平台52还包含数据存储功能，可在远程医疗结束后提供回放等增值服务。

其他客户端53，用于接收远程医疗云平台发送的远程医疗数据，并对接收的远程医疗数据进行解析，并将不同数据进行图像拼接与播放。

可选的，其他客户端53还用于发起远程医疗请求，以进行远程医疗服务。

本申请实施例提供的远程医疗数据传输系统可以执行图3所示的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本申请实施例提供的远程医疗数据传输电子设备的结构示意图。如图6所示，本实施例提供的远程医疗数据传输电子设备60可以包括：

处理器601。

存储器602，用于存储终端设备的可执行指令。

其中，处理器配置为经由执行可执行指令来执行上述远程医疗数据传输方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述远程医疗数据传输方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

一种可能的实现方式中，计算机可读介质可以包括随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read-Only Memory，ROM)，只读光盘(compact discread-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

本申请实施例中还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述远程医疗数据传输方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述终端设备或者服务器的具体实现中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本领域技术人员可以理解，上述任一方法实施例的全部或部分步骤可以通过与程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中，该程序被执行时，执行上述方法实施例的全部或部分的步骤。

本申请技术方案如果以软件的形式实现并作为产品销售或使用时，可以存储在计算机可读取存储介质中。基于这样的理解，本申请的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括计算机程序或者若干指令。该计算机软件产品使得计算机设备(可以是个人计算机、服务器、网络设备或者类似的电子设备)执行本申请实施例所述方法的全部或部分步骤。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (7)

1.一种远程医疗数据传输方法，其特征在于，包括：

接收客户端发送的远程医疗请求，所述远程医疗请求中包括所述远程医疗请求的场景编码，所述场景编码用于指示业务场景；

根据所述场景编码，从远程医疗场景方案库中确定所述场景编码对应的业务场景；根据所述业务场景对应的业务类型，获取所述业务场景对应的远程医疗数据，所述远程医疗数据包括：医疗设备数据、音频设备数据、视频设备数据；

根据当前的网络状态，采用与所述网络状态对应的传输策略，将加密后的所述远程医疗数据传输至远程医疗云平台，以使得其它客户端从所述远程医疗云平台获取所述远程医疗数据；

所述根据当前的网络状态，采用与所述网络状态对应的传输策略，将所述远程医疗数据传输至远程医疗云平台，包括：

根据所述远程医疗数据所包括的数据类型，确定每种数据类型的数据的传输优先级，所述医疗设备数据、所述音频设备数据以及所述视频设备数据的传输优先级依次降低；

若所述网络状态为第一网络状态，则根据所述传输优先级依次将所述医疗设备数据、所述音频设备数据以及所述视频设备数据传输至远程医疗云平台，所述第一网络状态为当前的网络传输速率大于最高传输速率的85％的网络状态；

若所述网络状态为第二网络状态，则对所述视频设备数据进行压缩处理，并依次将所述医疗设备数据、所述音频设备数据以及所述压缩处理后的视频设备数据传输至远程医疗云平台，所述第二网络状态为当前的网络传输速率小于最高传输速率的85％且大于50％的网络状态；

若所述网络状态为第三网络状态，则将所述视频设备数据保存至本地，对所述音频设备数据进行压缩处理，并依次将所述医疗设备数据和压缩处理后的音频设备数据传输至远程医疗云平台，所述第三网络状态为当前的网络传输速率小于最高传输速率的50％的网络状态。

2.根据权利要求1所述的方法，其特征在于，若所述数据传输为计费的无线网络时，所述方法还包括：

预估数据传输所耗费的宽带流量；

在所述宽带流量大于预设流量时，对所述数据传输的传输级别进行降级处理；

其中，所述第一网络状态、所述第二网络状态以及所述第三网络状态的传输级别依次降低。

3.根据权利要求1所述的方法，其特征在于，若所述网络为5G网络，所述方法还包括：

根据所述5G网络的用户面管理功能UPF和会话管理功能SMF，配置所述业务场景对应的流量控制策略；

根据所述流量控制策略对所述业务场景进行网络切片或质量服务QoS；

所述对所述业务场景进行网络切片或质量服务QoS，包括：

通过不同的网络切片或QoS，将不同业务场景对应的所述远程医疗数据传输至所述远程医疗云平台。

4.根据权利要求1所述的方法，其特征在于，所述将加密后的所述远程医疗数据传输至远程医疗云平台之前，所述方法还包括：

对所述远程医疗数据进行加密，得到加密后的远程医疗数据。

5.一种远程医疗数据传输装置，其特征在于，包括：

接收模块，用于接收客户端发送的远程医疗请求，所述远程医疗请求中包括所述远程医疗请求的场景编码，所述场景编码用于指示业务场景；

获取模块，用于根据所述场景编码，从远程医疗场景方案库中确定所述场景编码对应的业务场景；根据所述业务场景对应的业务类型，获取所述业务场景对应的远程医疗数据，所述远程医疗数据包括：医疗设备数据、音频设备数据、视频设备数据；

传输模块，用于根据当前的网络状态，采用与所述网络状态对应的传输策略，将加密后的所述远程医疗数据传输至远程医疗云平台，以使得其它客户端从所述远程医疗云平台获取所述远程医疗数据；

所述传输模块，具体用于根据所述远程医疗数据所包括的数据类型，确定每种数据类型的数据的传输优先级，所述医疗设备数据、所述音频设备数据以及所述视频设备数据的传输优先级依次降低；

若所述网络状态为第一网络状态，则根据所述传输优先级依次将所述医疗设备数据、所述音频设备数据以及所述视频设备数据传输至远程医疗云平台，所述第一网络状态为当前的网络传输速率大于最高传输速率的85％的网络状态；

若所述网络状态为第二网络状态，则对所述视频设备数据进行压缩处理，并依次将所述医疗设备数据、所述音频设备数据以及所述压缩处理后的视频设备数据传输至远程医疗云平台，所述第二网络状态为当前的网络传输速率小于最高传输速率的85％且大于50％的网络状态；

若所述网络状态为第三网络状态，则将所述视频设备数据保存至本地，对所述音频设备数据进行压缩处理，并依次将所述医疗设备数据和压缩处理后的音频设备数据传输至远程医疗云平台，所述第三网络状态为当前的网络传输速率小于最高传输速率的50％的网络状态。

6.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现权利要求1-4中任一项所述的方法。

7.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现权利要求1-4中任一项所述的方法。