DICOM文件的传输系统及方法、装置与流程

dicom文件的传输系统及方法、装置
技术领域
1.本发明涉及计算机领域，具体而言，涉及一种dicom文件的传输系统及方法、装置。


背景技术：

2.相关技术中，某些医院的医疗水平不高，无法对患者的特定病情进行治疗，比如一些县级医院，那么需要跟有关联的市级医院(专家医院)请求帮助，此时需要和专家医院共享医学影像文件，方便专家医院分析该患者的病情。目前从安全方面考虑，医院的放射治疗计划系统，比如放射治疗计划系统pinnacle，是不允许接入优盘，因为若要使用u盘，需要接入到安装pinnacle的机器上，若u盘有病毒的话，极易造成机器的病毒感染，直接就把pinnacle系统感染了，存在风险。另外，导出影像文件dicom(全称为digital imaging and communications in medicine，即数字成像和通信医学)文件的操作流程复杂、繁琐。例如，在县级医院的pinnacle中，需要先导出患者的dicom文件，再将dicom文件进行压缩，形成压缩包，然后上传至协作系统，专家登录协作系统，下载该压缩包，然后将压缩包导到专家的pinnacle上进行解压，才能查看，操作不便、繁琐，在专家医院诊断患者的dicom文件后，回传过程跟上传流程同样繁琐，导致医生工作效率低下。
3.针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。


技术实现要素：

4.本发明实施例提供了一种dicom文件的传输系统及方法、装置，以至解决了相关技术中影像文件的传输过程繁琐、效率低的技术问题。
5.根据本发明的一个实施例，提供了一种dicom文件的传输系统，该系统至少包括：预设网关和协作平台，其中，所述预设网关，与所述协作平台通讯连接，内部嵌入表述性状态转移应用程序接口rest api和lua脚本，用于获取患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；向所述协作平台发送第一通知；通过所述rest api接口接收所述协作平台发送的第二通知；基于所述第二通知，通过执行所述lua脚本将所述第一dicom文件发送至第二医院的第二放射治疗计划系统，其中，所述第一通知携带有所述预设网关已获取到所述第一dicom文件的状态消息和所述第一dicom文件的第一文件信息；所述协作平台，用于接收所述第一医院上传的所述患者的病历图片；基于所述第一通知将所述第一文件信息与所述患者的病历图片进行关联；向所述预设网关发送所述第二通知，其中，所述第一医院和所述第二医院之间通过所述协作平台关联。
6.可选的，所述预设网关还包括接收模块、存储模块和转发模块，其中，所述接收模块，用于在所述第一放射治疗计划系统连接网络时接收所述第一放射治疗计划系统上传的第一dicom文件；所述存储模块，用于存储所述第一dicom文件至所述预设网关的第一数据库中；所述转发模块，用于在所述第二放射治疗计划系统连接网络环境时基于所述第二通知将所述第一dicom文件转发至所述第二放射治疗计划系统。
7.可选的，在将所述第一dicom文件发送至第二医院的第二放射治疗计划系统之后，
所述预设网关用于：接收所述第二放射治疗计划系统发送的第二dicom文件，其中，所述第二dicom文件为在所述第二放射治疗计划系统中对所述第一dicom文件进行勾画处理得到的dicom文件；向所述协作平台发送第三通知，其中，所述第三通知用于通知所述协作平台所述预设网关已接收到所述第二dicom文件的状态消息和所述第二dicom文件的第二文件信息。
8.可选的，所述协作系统用于：接收所述第三通知；基于所述第三通知关联所述第二dicom文件和所述患者的病历图片；向所述预设网关发送第四通知，其中，所述第四通知用于通知所述预设网关将所述第二dicom文件发送至所述第一放射治疗计划系统。
9.可选的，所述预设网关还用于：通过所述rest api接口接收所述第四通知；基于所述第四通知，通过执行所述lua脚本将所述第二dicom文件发送至所述第一放射治疗计划系统。
10.根据本发明的一个实施例，提供了一种dicom文件的传输方法，应用于预设网关，所述预设网关内部嵌入表述性状态转移应用程序接口rest api和lua脚本，所述方法包括：接收患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；向所述协作平台发送第一通知，其中，所述第一通知携带有所述预设网关已获取到所述第一dicom文件的状态消息和所述第一dicom文件的第一文件信息，所述协作平台用于接收所述第一医院上传的所述患者的病历图片；关联所述第一文件信息与所述患者的病历图片，并向所述预设网关发送第二通知；通过所述rest api接口接收所述协作平台发送的第二通知；基于所述第二通知，通过执行所述lua脚本将所述第一dicom文件发送至第二医院的第二放射治疗计划系统。
11.可选的，所述方法还包括：接收所述第二放射治疗计划系统发送的第二dicom文件，其中，所述第二dicom文件为在所述第二放射治疗计划系统中对所述第一dicom文件进行勾画处理得到的dicom文件；向所述协作平台发送第三通知，其中，所述第三通知用于通知所述协作平台所述预设网关已接收到所述第二dicom文件的状态消息和所述第二dicom文件的第二文件信息，所述协作平台用于关联所述第二文件信息与所述患者的病历图片，并向所述预设网关发送第四通知；通过所述rest api接口接收所述协作平台发送的第四通知，其中，所述第四通知用于通知所述预设网关将所述第二dicom文件发送至所述第一放射治疗计划系统；通过执行所述lua脚本发送所述第二dicom文件至所述第一放射治疗计划系统。
12.根据本发明的一个实施例，提供了一种dicom文件的传输装置，应用于预设网关，所述预设网关内部嵌入表述性状态转移应用程序接口rest api和lua脚本，所述装置包括：第一接收模块，用于接收患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；第一发送模块，用于向所述协作平台发送第一通知，其中，所述第一通知携带有所述预设网关已获取到所述第一dicom文件的状态消息和所述第一dicom文件的第一文件信息，所述协作平台用于关联所述第一文件信息与所述患者的病历图片，并向所述预设网关发送第二通知；第二接收模块，用于通过所述rest api接口接收所述协作平台发送的第二通知；第二发送模块，用于基于所述第二通知，通过执行所述lua脚本将所述第一dicom文件发送至第二医院的第二放射治疗计划系统。
13.可选的，所述装置还包括：第三接收模块，用于接收所述第二放射治疗计划系统发
送的第二dicom文件，其中，所述第二dicom文件为在所述第二放射治疗计划系统中对所述第一dicom文件进行勾画处理得到的dicom文件；第三发送模块，用于向所述协作平台发送第三通知，其中，所述第三通知用于通知所述协作平台所述预设网关已接收到所述第二dicom文件的状态消息和所述第二dicom文件的第二文件信息，所述协作平台用于关联所述第二文件信息与所述患者的病历图片，并向所述预设网关发送第四通知；第四接收模块，用于通过所述rest api接口接收所述协作平台发送的第四通知，其中，所述第四通知用于通知所述预设网关将所述第二dicom文件发送至所述第一放射治疗计划系统；第四发送模块，用于通过执行所述lua脚本发送所述第二dicom文件至所述第一放射治疗计划系统。
14.根据本发明的又一个实施例，还提供了一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
15.根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项装置实施例中的步骤。
16.通过本发明，配置预设网关，预设网关与协作平台通讯连接，内部嵌入表述性状态转移应用程序接口rest api和lua脚本，通过预设网关获取患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件，并告知协作平台以及通知协作平台第一dicom文件的文件信息，然后协作平台将文件信息与该患者的病历图片进行关联，并通知预设网关将第一dicom文件发送至第二医院的第二放射治疗计划系统；通过预设网关的rest api接口接收协作平台发送的第二通知；基于第二通知，通过执行预设网关中的lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统，将dicom文件的文件信息上传至协作平台，而不是将dicom文件本身上传至协作平台，也不需要协作平台去兼容dicom标准，通过配置预设网关获取dicom文件并传输dicom文件，操作流程简单，不仅能够减少协作平台的工作量，无论第一医院还是第二医院的医生均可通过登录协作平台，根据输入患者的id查看该患者的dicom文件的文件信息，解决了相关技术中影像文件的传输过程繁琐、效率低的技术问题。
附图说明
17.此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
18.图1是本发明实施例的一种dicom文件的传输系统的结构框图；
19.图2是根据本发明一具体实施例的rt网关与放射治疗计划系统通讯的配置框架图；
20.图3是根据本实施例提供的一种有公网环境下传输dicom文件的流程图；
21.图4是本发明实施例的一种dicom文件的传输方法应用于计算机终端的硬件结构框图；
22.图5是本发明实施例的一种dicom文件的传输方法的流程图；
23.图6是本发明实施例的一种dicom文件的传输装置的结构框图。
具体实施方式
24.下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
25.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
26.实施例1
27.在本发明实施例提供了一种dicom文件的传输系统，图1是本发明实施例的一种dicom文件的传输系统的结构框图。如图1所示，该系统至少包括：预设网关10和协作平台20，
28.其中，预设网关10，与协作平台20通讯连接，内部嵌入表述性状态转移应用程序接口rest api和lua脚本，用于获取患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；向协作平台发送第一通知；通过rest api接口接收协作平台20发送的第二通知；基于第二通知，通过执行lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统，其中，第一通知携带有预设网关10已获取到第一dicom文件的状态消息和第一dicom文件的第一文件信息；
29.在本实施例中，预设网关，例如orthanc(orthanc是一个比利时的开源轻量级dicom服务器，用于医疗保健和医学研究)，是需要跟医院的放射治疗计划系统(比如放射治疗计划系统pinnacle)进行通信的，放射治疗计划系统pinnacle在搜索到预设网关后，根据预设网关的配置将放射治疗计划系统中的dicom文件导出，并发送到预设网关。
30.可选的，预设网关支持http(全称为hyper text transfer protocol，即超文件传输协定)协议，通过网页形式查看dicom文件。
31.优选地，在预设网关中嵌入表述性状态转移应用程序接口rest api和lua脚本，通过rest api接口接收来自协作平台的通知消息，以实现与协作平台之间的通讯，从而使得预设网关具备rest的优势；通过在预设网关中嵌入lua脚本可以实现动态修改配置，无需更改代码或者插件，即可实现传输的目的。
32.协作平台20，用于基于第一通知将第一文件信息与患者的病历图片进行关联；向预设网关10发送第二通知，其中，第一医院和第二医院之间通过协作平台20关联。
33.在本实施例中，预设网关获取到dicom文件后通知协作平台，预设网关已获取到dicom文件以及dicom文件的文件信息，无需相关技术中通过优盘或者其他方式将dicom文件进行压缩、上传至协作平台，也无需协作平台兼容dicom标准，极大减少了协作平台的工作量；协作平台在接收到第一医院发送的该患者的病历图片后，根据患者的id将该患者的病历图片与该患者的dicom文件的文件信息进行关联，避免出现患者与病历或影像文件不一致的问题；在关联之后，通知预设网关将患者的dicom文件发送至第二医院(专家医院)，使得第二医院的专家登录协作平台后，可以根据患者的id查看该患者的病历图片和该患者的dicom文件的文件信息。
34.另外，第一医院和第二医院之间通过协作平台关联，无论第一医院还是第二医院的医生，均可通过登录协作平台，根据输入患者的id查看患者的病历图片和患者的dicom文件的文件信息。
35.通过本发明，配置预设网关，预设网关与协作平台通讯连接，内部嵌入表述性状态
转移应用程序接口rest api和lua脚本，通过预设网关获取患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件，并告知协作平台以及通知协作平台第一dicom文件的文件信息，然后协作平台将文件信息与该患者的病历图片进行关联，并通知预设网关将第一dicom文件发送至第二医院的第二放射治疗计划系统；通过预设网关的rest api接口接收协作平台发送的第二通知；基于第二通知，通过执行预设网关中的lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统，将dicom文件的文件信息上传至协作平台，而不是将dicom文件本身上传至协作平台，也不需要协作平台去兼容dicom标准，通过配置预设网关获取dicom文件并传输dicom文件，操作流程简单，不仅能够减少协作平台的工作量，无论第一医院还是第二医院的医生均可通过登录协作平台，根据输入患者的id查看该患者的dicom文件的文件信息，解决了相关技术中影像文件的传输过程繁琐、效率低的技术问题。
36.在本案的一个可选的实施例中，预设网关还包括接收模块、存储模块和转发模块，其中，接收模块，用于在第一放射治疗计划系统连接网络时接收第一放射治疗计划系统上传的第一dicom文件；存储模块，用于存储第一dicom文件至预设网关的第一数据库中；转发模块，用于在第二放射治疗计划系统连接网络环境时基于第二通知将第一dicom文件转发至第二放射治疗计划系统。
37.在本实施例中，图2是根据本发明一具体实施例的rt网关与放射治疗计划系统通讯的配置框架图，如图2所示，在本示例中是放射治疗计划系统pinnacle与rt网关(全称为radio treatment，即放射治疗)之间的通讯，rt网关包括接收模块scp(全称为service class provider，即服务提供者)，存储模块，转发模块scu(全称为service class user，服务使用者)。
38.图3是根据本实施例提供的一种有公网环境下传输dicom文件的流程图，如图3所示，通过公网将影像文件(即上述第一dicom文件)(比如ct文件，computed tomography，即电子计算机断层扫描)发送至rt网关(即上述预设网关)(3)，rt网关会通知协作系统(即上述协作平台)，告知协作系统rt网关收到患者的影像文件，并告知协作系统影像文件中的文件信息，例如文件信息可以为患者的ct片，包括ct参数(比如患者是头先进的还是脚先进的，拍的是患者的哪个部位，像素是多少等)都会被记下来，然后形成一条一条的记录，并存储在dicom文件中。
39.在有网的环境下，通过摄像装置(例如手机)拍照患者的病历(1)，并通过网络发送至协作系统(2)，如图3所示，是通过手机拍照，从his(全称为hospital information system，即医院信息系统)系统中获取病历，在协作系统接收到该患者的病历图片时，协作系统将该患者的病历图片和文件信息进行关联(4)，目的是保证该影像文件和病历与该患者都是一一对应的，同时为该患者分配专家医生(或者是在病历备注申请指定的专家)；进一步地，协作系统向rt网关发送通知(5)，告知rt网关将dicom文件转发至公司pinnacle机器上(6)(即上述第二医院)；专家登录协作系统，查看该患者的病历，并对该患者的dicom文件进行勾画(7)。
40.可选的，在将第一dicom文件发送至第二医院的第二放射治疗计划系统之后，预设网关用于：接收第二放射治疗计划系统发送的第二dicom文件，其中，第二dicom文件为在第二放射治疗计划系统中对第一dicom文件进行勾画处理得到的dicom文件；向协作平台发送
第三通知，其中，第三通知用于通知协作平台预设网关已接收到第二dicom文件的状态消息和第二dicom文件的第二文件信息。
41.可选的，协作平台用于：接收第三通知；基于所述第三通知关联所述第二dicom文件和所述患者的病历图片；向所述预设网关发送第四通知，其中，所述第四通知用于通知所述预设网关将所述第二dicom文件发送至所述第一放射治疗计划系统。
42.可选的，预设网关还用于：通过rest api接口接收第四通知；基于第四通知，通过执行lua脚本将第二dicom文件发送至第一放射治疗计划系统。
43.如图3所示，在有网络环境下，在专家勾画完成后，在公司pinnacle机器上将勾画后的dicom文件(即上述第二dicom文件)回传至rt网关(8)；在rt网关收到勾画后的dicom文件后，向协作系统发送通知，告知协作系统勾画后的dicom文件的信息信息(即上述第二文件信息)，协作系统将勾画后的dicom文件的信息信息与该患者的病历图片进行关联(9)，并向rt网关发送回传指令(10)，rt网关收到回传指令后，rt网关通过执行lua脚本将勾画后的dicom文件回传至大名pinnacle机器上(11)；最后，协作系统通过网络向摄像装置发送通知消息(12)。
44.实施例2
45.本申请实施例一所提供的方法实施例可以在移动终端、服务器、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图4是本发明实施例的一种dicom文件的传输方法应用于计算机终端的硬件结构框图。如图4所示，计算机终端可以包括一个或多个(图4中仅示出一个)处理器402(处理器402可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器404，可选地，上述计算机终端还可以包括用于通信功能的传输设备406以及输入输出设备408。本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。
46.存储器404可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的dicom文件的传输方法对应的计算机程序，处理器402通过运行存储在存储器404内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器404可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器404可进一步包括相对于处理器402远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
47.传输装置406用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置406包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置406可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
48.为了解决相关技术中存在的技术问题，在本实施例中提供了一种dicom文件的传输方法，应用于预设网关，预设网关内部嵌入表述性状态转移应用程序接口rest api和lua脚本；图5是根据本发明实施例的一种dicom文件的传输方法的流程图，如图5所示，该流程包括如下步骤：
49.步骤s502，接收患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；
50.步骤s504，向协作平台发送第一通知，其中，第一通知携带有预设网关已获取到第一dicom文件的状态消息和第一dicom文件的第一文件信息，协作平台用于接收第一医院上传的所述患者的病历图片；关联第一文件信息与患者的病历图片，并向预设网关发送第二通知；
51.步骤s506，通过rest api接口接收协作平台发送的第二通知；
52.步骤s508，基于第二通知，通过执行lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统。
53.通过本发明实施例，配置预设网关，预设网关与协作平台通讯连接，内部嵌入表述性状态转移应用程序接口rest api和lua脚本，通过预设网关获取患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件，并告知协作平台以及通知协作平台第一dicom文件的文件信息，然后协作平台将文件信息与该患者的病历图片进行关联，并通知预设网关将第一dicom文件发送至第二医院的第二放射治疗计划系统；通过预设网关的rest api接口接收协作平台发送的第二通知；基于第二通知，通过执行预设网关中的lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统，将dicom文件的文件信息上传至协作平台，而不是将dicom文件本身上传至协作平台，也不需要协作平台去兼容dicom标准，通过配置预设网关获取dicom文件并传输dicom文件，操作流程简单，不仅能够减少协作平台的工作量，无论第一医院还是第二医院的医生均可通过登录协作平台，根据输入患者的id查看该患者的dicom文件的文件信息，解决了相关技术中影像文件的传输过程繁琐、效率低的技术问题。
54.可选的，还包括：接收第二放射治疗计划系统发送的第二dicom文件，其中，第二dicom文件为在第二放射治疗计划系统中对第一dicom文件进行勾画处理得到的dicom文件；向协作平台发送第三通知，其中，第三通知用于通知协作平台预设网关已接收到第二dicom文件的状态消息和第二dicom文件的第二文件信息，协作平台用于关联第二文件信息与患者的病历图片，并向预设网关发送第四通知；通过rest api接口接收协作平台发送的第四通知，其中，第四通知用于通知预设网关将第二dicom文件发送至第一放射治疗计划系统；通过执行lua脚本发送第二dicom文件至第一放射治疗计划系统。
55.上述dicom文件的传输方法的实施例的实施方式已由上述dicom文件的传输系统实施例的实施方式揭示，本领域技术人员可以通过上述dicom文件的传输系统的实施例的实施方式，将其推导并应用于上述dicom文件的传输方法的实施例中。
56.实施例3
57.在本实施例中还提供了一种dicom文件的传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
58.图6是根据本发明实施例的一种dicom文件的传输装置的结构框图，如图6所示，该装置应用于预设网关，预设网关内部嵌入表述性状态转移应用程序接口rest api和lua脚本，包括：第一接收模块60，用于接收患者在第一医院采用第一放射治疗计划系统就诊时的
第一dicom文件；第一发送模块62，连接至上述第一接收模块60，用于向协作平台发送第一通知，其中，第一通知携带有预设网关已获取到第一dicom文件的状态消息和第一dicom文件的第一文件信息，协作平台用于接收第一医院上传的患者的病历图片；关联第一文件信息与患者的病历图片，并向预设网关发送第二通知；第二接收模块84，连接至上述第一发送模块62，用于通过rest api接口接收协作平台发送的第二通知；第二发送模块66，连接至上述第二接收模块64，用于基于第二通知，通过执行lua脚本将第一dicom文件发送至第二医院的第二放射治疗计划系统。
59.可选的，上述装置还包括：第三接收模块，用于接收第二放射治疗计划系统发送的第二dicom文件，其中，第二dicom文件为在第二放射治疗计划系统中对第一dicom文件进行勾画处理得到的dicom文件；第三发送模块，用于向协作平台发送第三通知，其中，第三通知用于通知协作平台预设网关已接收到第二dicom文件的状态消息和第二dicom文件的第二文件信息，协作平台用于关联第二文件信息与患者的病历图片，并向预设网关发送第四通知；第四接收模块，用于通过rest api接口接收协作平台发送的第四通知，其中，第四通知用于通知预设网关将第二dicom文件发送至第一放射治疗计划系统；第四发送模块，用于通过执行lua脚本发送第二dicom文件至第一放射治疗计划系统。
60.需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
61.实施例4
62.本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
63.可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
64.s1，接收患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；
65.s2，向所述协作平台发送第一通知，其中，所述第一通知携带有所述预设网关已获取到所述第一dicom文件的状态消息和所述第一dicom文件的第一文件信息，所述协作平台用于接收所述第一医院上传的所述患者的病历图片；关联所述第一文件信息与所述患者的病历图片，并向所述预设网关发送第二通知；
66.s3，通过所述rest api接口接收所述协作平台发送的第二通知；
67.s4，基于所述第二通知，通过执行所述lua脚本将所述第一dicom文件发送至第二医院的第二放射治疗计划系统。
68.可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
69.本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
70.可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
71.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
72.s1，接收患者在第一医院采用第一放射治疗计划系统就诊时的第一dicom文件；
73.s2，向所述协作平台发送第一通知，其中，所述第一通知携带有所述预设网关已获取到所述第一dicom文件的状态消息和所述第一dicom文件的第一文件信息，所述协作平台用于接收所述第一医院上传的所述患者的病历图片；关联所述第一文件信息与所述患者的病历图片，并向所述预设网关发送第二通知；
74.s3，通过所述rest api接口接收所述协作平台发送的第二通知；
75.s4，基于所述第二通知，通过执行所述lua脚本将所述第一dicom文件发送至第二医院的第二放射治疗计划系统。
76.可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
77.显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
78.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。