CN111083175A - 一种堡垒云存储、传输方法及应用系统 - Google Patents
一种堡垒云存储、传输方法及应用系统 Download PDFInfo
- Publication number
- CN111083175A CN111083175A CN202010078442.3A CN202010078442A CN111083175A CN 111083175 A CN111083175 A CN 111083175A CN 202010078442 A CN202010078442 A CN 202010078442A CN 111083175 A CN111083175 A CN 111083175A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- medical
- medical data
- cloud server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Abstract
本申请实施例公开了一种堡垒云存储、传输方法及应用系统,其中方法包括:医疗终端,用于采集医疗数据,并将采集的所述医疗数据上传至内网服务器;内网服务器,用于存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;堡垒云服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及一种堡垒云存储、传输方法及应用系统。
背景技术
患者去医院看病,医院可以通过医疗系统记录和管理患者的就诊记录,还能通过医疗系统记录医院的药物、病房等资源的利用情况。医疗行业的发展直接关系到人们的生活质量,然而医疗行业的发展不仅需要医疗技术的推进,还需要医疗系统的进一步完善。
发明内容
本申请实施例提供一种堡垒云存储、传输方法及应用系统。
在一个实施例中的堡垒云存储系统,包括:
医疗终端,用于采集不同类型的医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器;
内网服务器,用于通过AI接口获取上传的医疗数据,并按照数据类型对所述医疗数据进行存储汇总,所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;
堡垒云服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
在本申请提供的实施例中,所述内网服务器包括医技服务器和临床云服务器;
所述医技服务器用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至临床云服务器;
所述临床云服务器用于备份所述医技服务器发送医疗数据,并将所述医疗数据发送至所述堡垒云服务器;
所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
在本申请提供的实施例中,所述医技服务器还用于对所述医疗数据进行处理;临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
在本申请提供的实施例中,所述堡垒云服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
在本申请提供的实施例中,所述堡垒云服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;
所述堡垒云服务器根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述堡垒云服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在本申请提供的实施例中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应;所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述堡垒云服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;
所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;
在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下,删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在本申请提供的实施例中,所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;
所述堡垒云服务器获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;
所述堡垒云服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
其中,所述内网服务器通过AI接口获取上传的医疗数据,包括:
根据医疗数据的不同格式协议,选择不同的接收方式进行医疗数据的获取,所述医疗数据包括结构化数据及非结构化数据,所述医疗数据为医院信息系统HIS、电子病历系统EMR、实验室信息系统LIS、影像归档和通信系统PACS、临床信息系统CIS的一种或多种数据的组合。
在本申请提供的实施例中的堡垒云存储及传输方法,包括:
医疗终端,采集不同类型的医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器;
内网服务器通过AI接口获取上传的医疗数据,并按照数据类型对所述医疗数据进行存储汇总,所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;
堡垒云服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
在本申请提供的实施例中,所述内网服务器包括医技服务器和临床云服务器;
所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器,包括:
通过所述医技服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至临床云服务器;
通过所述临床云服务器备份所述医技服务器发送所述医疗数据,并将所述医疗数据发送至所述堡垒云服务器;
所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
在本申请提供的实施例中,所述堡垒云服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
上述堡垒云存储系统及方法,可以通过医疗终端采集医疗数据,并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器,通过堡垒云服务器实现与外网设备的通信。一方面,通过堡垒云服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止堡垒云服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为一个实施例中堡垒云存储系统的结构示意图。
图2为另一个实施例中堡垒云存储系统的结构示意图。
图3为一个实施例中堡垒云存储及传输方法的流程示意图。
图4为一个实施例中电子设备的流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
医疗系统每天会产生大量的医疗数据,而对于医疗数据的安全高效管理一直是有待解决的问题。健全的医疗系统能更好地维护医院的管理,还能提高患者的就医效率。本申请实施例提供的堡垒云存储系统,可以通过采集医院产生的医疗数据,并通过服务器来存储和管理医疗数据,内网可以向外网推送医疗数据,而外网被禁止访问内网,从而既保证了内网和外网的数据有效交互,又保证了内网和外网数据交互的安全性。
图1为一个实施例中堡垒云存储系统的结构示意图。本实施例中的堡垒云存储系统包括医疗终端102、内网服务器104和堡垒云服务器106。
具体的:
医疗终端102,用于采集医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器104;内网服务器104,用于通过AI接口接收汇总并存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器106;堡垒云服务器106,用于接收并存储所述内网服务器104发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器104发送数据。
可以理解的是,医疗终端可以是与医生交互用于输入患者就诊记录的终端,还可以是用于录入药品资源管理数据的终端,还可以是记录病房占用情况的终端,在此不做限定。也即医疗终端用于采集医疗数据,医疗数据一般是指医院运作过程中所产生的数据,可以但不限于是患者就诊数据、药品资源数据、病房资源数据等,患者的就诊数据可以包括临床影像数据,比如患者的放射、超声、内镜、检验、心电、病理和手术录像等。通过医疗终端输入医疗数据,服务器可以对医疗数据进行存储和管理。医疗数据可以是结构化数据或者非结构化数据,可以分布式存储在服务器上。
例如,医疗终端可以输入一个查看医疗数据的请求到服务器,然后服务器再根据医疗终端的请求查询相应的输入,并返回给医疗终端进行查看。医疗终端还可以输入删除医疗数据的请求,服务器接收到该删除请求之后,就对该删除请求所指示的医疗数据进行删除操作。
本发明实施例对医疗数据不做限定,可以是不同的患者信息,可以根据不同数据格式和内容,采用不同接收方式。医疗数据可以包括HIS系统(Hospital informationsystem医院信息系统)、EMR系统(Electronic Medical Record电子病历系统)、LIS系统(Laboratory Information System实验室信息系统)、PACS系统(Picture Archiving andCommunication Systems影像归档和通信系统)、CIS系统(Clinical Information System临床信息系统)和其他系统的其中一种或多种组合的数据。
优选的,医疗数据可分为非结构化(例如图像类)和结构化文字类。
本发明实施例中的图像类数据可以由辅助检查设备产生(如:CT,核磁,超声,病理等),接收主要通过几种方式接收:
1.标准DICOM(Digital Image and Communications in Medical医学数字成像与通信)接口:用来接收符合DICOM3.0协议设备输出图像,图像可为单张图像,多张图像或多帧可连续播放视频图像,该接口是国际通用接口,大部分影像设备都具备;
2.视频采集接收(通过视频采集卡用来采集可通过视频输出接口输出的单帧图像或可连续播放视频图像);
3.文件传输(传输标准静态图像文件,如:bmp,jpeg等;也可传输动态播放视频文件,如:mp4,avi等)。
其中,本发明实施例中的结构化文字信息主要由临床信息系统,如:HIS,EMR等,和部分辅助科室,如:检验科LIS等产生,接收主要通过几种方式接收:
1.HL7接口:该接口为国际通用接口方式之一;
2.其他约定接口:可通过ftp,web service等自定义接口进行信息接收;
本发明实施例通过建立AI接口,实现人工智能应用产品和医院现有系统对接,能够实现:
a)数据整合;AI接口与医院现有系统进行一次完整对接,获取到原始数据,并为堡垒云服务器提供数据,避免与医院信息化系统进行多次对接造成的麻烦;
b)提供统一展示界面:将多个下属医院输出结果在一个界面上进行展示,避免医生在多个系统间切换带来的麻烦,且医生可看到更全面的信息,更直观;
c)与医生现有软件系统进行一次对接,可直接调用AI接口展示界面,提高医生工作效率;
d)通过一套数据供多个系统使用,提高数据利用率,减少无效存储;
e)减少患者信息多次传送问题,减少网络传输压力。
在本申请提供的实施例中,用于管理医疗数据的服务器包括内网服务器和堡垒云服务器。其中,内网服务器分别与医疗终端、堡垒云服务器相连,内网服务器可以直接接收医疗终端上传的医疗数据。内网服务器在接收到医疗数据之后,会将接收到的医疗数据进行存储。医疗终端可以对内网服务器存储的医疗数据进行修改、查询、删除等操作。
需要说明的是,这里的内网服务器和医疗终端相连,医疗终端可以部署在不同医院的不同科室。由于内网服务器不能被外网访问,所以在部署内网服务器的时候,可以以医院为单位,针对每一个医院部署一个或多个内网服务器。同一个医院部署的医疗终端可以连接到该医院的内网服务器。
在本申请提供的实施例中,堡垒云服务器与内网服务器相连,堡垒云服务器用于与医院外界的设备通信,以保证内网服务器的安全。具体的,内网服务器和堡垒云服务器是单向的,内网服务器可以向堡垒云服务器发送数据,但是堡垒云服务器无法向内网服务器发送数据。在其中一个实施例中,堡垒云服务器可以通过硬件或软件的物理隔离的单向NAT+ACL技术来禁止向内网服务器上发送数据,不限于此。
内网服务器可以定时向堡垒云服务器发送数据,也可以不定时地向堡垒云服务器发送数据。例如,当内网服务器上新增的医疗数据超过一定的数据量时,向堡垒云服务器推送新增的医疗数据,或者当内网服务器的运行负载比较小的时候,向堡垒云服务器推送医疗数据,在此不做限定。
堡垒云服务器在接收到内网服务器发送的医疗数据之后,会将接收到的医疗数据进行存储,以防止医疗数据的丢失。堡垒云服务器可以与外网设备进行通信,例如,患者可以通过患者终端向堡垒云服务器发送数据查询请求,堡垒云服务器查询到相应的数据之后发送给患者终端。院外专家也可以通过专家终端向堡垒云服务器发送请求,堡垒云服务器根据该请求处理后得到的数据再返回给专家终端。堡垒云服务器还可以主动向用户终端发送数据。
可见,堡垒云服务器可以在检测到推送指令的情况下,根据医疗数据生成推送数据。该推动指令可以是外网设备发送的,也可以是内网服务器发送的,还可以是堡垒云服务器在设备触发条件的情况下满足触发条件时自动生成的,在此不做限定。
上述堡垒云存储系统,可以通过医疗终端采集医疗数据,并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器,通过堡垒云服务器实现与外网设备的通信。一方面,通过堡垒云服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止堡垒云服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
在本申请提供的另一个实施例中,如图2所示,所述内网服务器104包括医技服务器1040和临床云服务器1042;所述医技服务器1040用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至临床云服务器1042;所述临床云服务器1042用于备份所述医技服务器1040发送医疗数据,并将所述医疗数据发送至所述堡垒云服务器106;所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
具体的,通过医技服务器与医疗终端实现数据通信,接收医技服务器发送的医疗数据,同时医技服务器可以对接收到的医疗数据进行存储。临床云服务器实现对医疗数据的备份,医技服务器接收到医疗数据之后,可以将接收到的医疗数据发送给临床云服务器进行备份,以保证医疗数据的安全性,防止医疗数据的丢失。
临床云服务器可以与堡垒云服务器进行通信,通过临床云服务器想堡垒云服务器发送医疗数据。进一步地,临床云服务器可以包括第二内网指定服务器,堡垒云服务器只接收第二内网指定服务器发送的医疗数据,不能接收其他设备发送的医疗数据,以保证数据通信的安全性。
在本申请提供的一个实施例中,所述医技服务器还用于对所述医疗数据进行处理;临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
其中,医技服务器可以对医疗数据进行处理。例如,对医疗数据进行压缩处理,或者通过医疗数据进行深度学习等,不限于此。当医技服务器处理医疗数据超负荷的情况下,可以通过临床云服务器进行并发处理。通过临床云服务器进行并发处理,可以分担医技服务器处理医疗数据的压力,提高数据处理的效率。
在本申请提供的一个实施例中,堡垒云服务器106向用户终端108推送数据的步骤具体可以包括:所述堡垒云服务器106在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端108。
用户终端和堡垒云服务器之间可以通过第三方的通信服务器来实现。例如,用户终端可以安装可实现通信的应用程序(app,Application),该应用程序作为用户发起请求的接口,用户终端可以将用户发起的请求发送给通信服务器,通过通信服务器实现与堡垒云服务器的通信。具体的,该应用程序可以是如微信公众号、支付宝等实现社交通信的应用程序,不限于此。
可以理解的是,用户终端通过第三方平台实现与堡垒云服务器的通信时,需通过第三方平台的通信服务器进行数据交互。堡垒云服务器可以主动向用户终端推送数据,用户终端也可以主动向堡垒云服务器发起获取数据的请求。在一种应用场景下,专家医生可以和患者通过微信公众号提供的聊天接口进行对话,当专家医生或患者想查看医疗数据的时候,就可以发起获取医疗数据的请求。
具体的,所述堡垒云服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;则堡垒云服务器向用户终端推送数据的步骤包括:所述堡垒云服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在一个实施例中,可以预先建立用户和医院的关联关系,例如用户注册自己的用户标识,若患者用户去某个医院就诊过,就将该用户的用户标识和该医院的医院标识建立关联。这样堡垒云服务器就可以主动地向用户标识对应的用户终端主动推送相关联的医院的推送数据。可以减少用户终端主动请求获取数据时,集中访问堡垒云服务器以造成堡垒云服务器的压力过大。
医疗终端在上传医疗数据的时候,会同步上传医院标识,然后与医院标识关联存储。这样就可以知道医疗数据对应是由哪一间医院所产生的。具体的,所述堡垒云服务器上存储的所述医疗数据与医院标识对应。则堡垒云服务器向用户终端推送数据的步骤具体可以包括:所述堡垒云服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下,删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在一个实施例中,堡垒云服务器可以实时统计存储的医疗数据的数据量,当存储的医疗数据的数据量大于阈值的时候,说明堡垒云服务器上存储的医疗数据过量,这时可以生成一个推送指令,指示堡垒云服务器向用户终端发送推送数据。具体的,由于堡垒云服务器上存储了很多个医院的医疗数据,因此堡垒云服务器可以根据数据量与阈值的差值来决定删除哪些医疗数据。
在本申请提供的其中一个实施例中,可以根据数据量有阈值的差值来确定删除等级,然后根据预先建立的删除等级与医院标识的关联关系确定该删除等级所关联的医院标识,然后获取该医院标识对应的医疗数据作为推送数据发送用户终端。在推送数据的时候,也可以将生成的推送数据发送给医疗标识相关联的用户标识所在的用户终端。
用户终端在接收到推送数据之后,会向堡垒云服务器返回一个删除指令,用于指示堡垒云服务器将已接收的数据进行删除。这样可以减少堡垒云服务器的存储压力。
在本申请提供的一个实施例中,堡垒云服务器向用户终端推送数据的步骤具体可以包括:所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;所述堡垒云服务器获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;所述堡垒云服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
也即,堡垒云服务器在删除医疗数据的时候,可以考虑医院标识和生成时间等两个因素。预先将医院分成不同的等级以表示医院所产生的医疗数据的重要性,从而根据医院标识得到医疗数据的第一权重。另外,可以根据医疗数据的生成时间得到医疗数据的第二权重,由第一权重和第二权重获得需要推送的推送数据。堡垒云服务器实时检测医疗数据的数据量,向用户终端推送数据之后删除,可以保证堡垒云服务器的高效运行,防止资源被过度占用。
图3为一个实施例中的堡垒云存储及传输方法,包括:
S302、医疗终端采集不同类型的医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器;
S304、内网服务器通过AI接口获取上传的医疗数据,并按照数据类型对所述医疗数据进行存储汇总,所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;
S306、堡垒云服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
本实施例提供的堡垒云存储及传输方法,可以通过医疗终端采集不同类型的医疗数据,并通过AI接口将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器,通过堡垒云服务器实现与外网设备的通信。一方面,通过堡垒云服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止堡垒云服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
在一个实施例中,所述内网服务器包括医技服务器和临床云服务器;所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器,包括:通过所述医技服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至临床云服务器;通过所述临床云服务器备份所述医技服务器发送所述医疗数据,并将所述医疗数据发送至所述堡垒云服务器;所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
在一个实施例中,所述医技服务器还用于对所述医疗数据进行处理;临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
在一个实施例中,所述堡垒云服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
在本申请提供的一个实施例中,上述堡垒云存储及传输方法还包括:所述堡垒云服务器接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;所述堡垒云服务器发送推送数据至所述用户终端的步骤,包括:通过所述堡垒云服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在其中一个实施例中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应;所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:通过所述堡垒云服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下,删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在一个实施例中,所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
可以理解的是,图4仅仅示出了电子设备的简化设计。在实际应用中,电子设备还可以分别包含必要的其他元件,包含但不限于任意数量的输入/输出装置、处理器、控制器、存储器等,而所有可以实现本申请实施例的堡垒云存储及传输方法的电子设备都在本申请的保护范围之内。
存储器包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read至only memory,ROM)、可擦除可编程只读存储器(erasable programmable readonly memory,EPROM)、或便携式只读存储器(compact disc read至only memory,CD至ROM),该存储器用于相关指令及数据。
输入装置用于输入数据和/或信号,以及输出装置用于输出数据和/或信号。输出装置和输入装置可以是独立的器件,也可以是一个整体的器件。
处理器可以包括是一个或多个处理器,例如包括一个或多个中央处理器(centralprocessing unit,CPU),在处理器是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。处理器还可以包括一个或多个专用处理器,专用处理器可以包括GPU、FPGA等,用于进行加速处理。
存储器用于存储网络设备的程序代码和数据。
处理器用于调用该存储器中的程序代码和数据,执行上述方法实施例中的步骤。具体可参见方法实施例中的描述,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统和方法,可以通过其它的方式实现。例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read至onlymemory,ROM),或随机存储存储器(random access memory,RAM),或磁性介质,例如,软盘、硬盘、磁带、磁碟、或光介质,例如,数字通用光盘(digital versatile disc,DVD)、或者半导体介质,例如,固态硬盘(solid state disk,SSD)等。
以上上述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种堡垒云存储系统,其特征在于,包括:
医疗终端,用于采集不同类型的医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器;
内网服务器,用于通过AI接口获取上传的医疗数据,并按照数据类型对所述医疗数据进行存储汇总,所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;
堡垒云服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
2.根据所述权利要求1所述的堡垒云存储系统,其特征在于,所述内网服务器包括医技服务器和临床云服务器;
所述医技服务器用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至临床云服务器;
所述临床云服务器用于备份所述医技服务器发送医疗数据,并将所述医疗数据发送至所述堡垒云服务器;
所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
3.根据所述权利要求2所述的堡垒云存储系统,其特征在于,所述医技服务器还用于对所述医疗数据进行处理;临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
4.根据所述权利要求1所述的堡垒云存储系统,其特征在于,所述堡垒云服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
5.根据所述权利要求4所述的堡垒云存储系统,其特征在于,所述堡垒云服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;
所述堡垒云服务器根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述堡垒云服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述堡垒云服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
6.根据所述权利要求4所述的堡垒云存储系统,其特征在于,所述堡垒云服务器上存储的所述医疗数据与医院标识对应;所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述堡垒云服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;
所述堡垒云服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;
在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下,删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
7.根据所述权利要求1所述的堡垒云存储系统,其特征在于,所述内网服务器通过AI接口获取上传的医疗数据,包括:
根据医疗数据的不同格式协议,选择不同的接收方式进行医疗数据的获取,所述医疗数据包括结构化数据及非结构化数据,所述医疗数据为医院信息系统HIS、电子病历系统EMR、实验室信息系统LIS、影像归档和通信系统PACS、临床信息系统CIS的一种或多种数据的组合。
8.一种堡垒云存储及传输方法,其特征在于,包括:
医疗终端采集不同类型的医疗数据,并将采集的所述医疗数据通过AI接口上传至内网服务器;
内网服务器通过AI接口获取上传的医疗数据,并按照数据类型对所述医疗数据进行存储汇总,所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器;
堡垒云服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过物理隔离的单向NAT+ACL技术禁止向所述内网服务器发送数据。
9.根据所述权利要求8所述的堡垒云存储及传输方法,其特征在于,所述内网服务器包括医技服务器和临床云服务器;
所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至堡垒云服务器,包括:
通过所述医技服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至临床云服务器;
通过所述临床云服务器备份所述医技服务器发送所述医疗数据,并将所述医疗数据发送至所述堡垒云服务器;
所述临床云服务器包括第二内网指定服务器,所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。
10.根据所述权利要求8所述的堡垒云存储及传输方法,其特征在于,所述堡垒云服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述堡垒云服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010078442.3A CN111083175A (zh) | 2020-02-03 | 2020-02-03 | 一种堡垒云存储、传输方法及应用系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010078442.3A CN111083175A (zh) | 2020-02-03 | 2020-02-03 | 一种堡垒云存储、传输方法及应用系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111083175A true CN111083175A (zh) | 2020-04-28 |
Family
ID=70324159
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010078442.3A Pending CN111083175A (zh) | 2020-02-03 | 2020-02-03 | 一种堡垒云存储、传输方法及应用系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111083175A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111798967A (zh) * | 2020-07-18 | 2020-10-20 | 贵州精准健康数据有限公司 | 一种智慧超声检测系统 |
CN111816287A (zh) * | 2020-07-19 | 2020-10-23 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN113539466A (zh) * | 2021-05-31 | 2021-10-22 | 北京海赛医疗科技有限公司 | 一种检测系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104933654A (zh) * | 2015-05-29 | 2015-09-23 | 安徽师范大学 | 社区医疗物联网隐私保护方法 |
CN105677240A (zh) * | 2015-12-30 | 2016-06-15 | 上海联影医疗科技有限公司 | 数据删除方法及系统 |
CN106789894A (zh) * | 2016-11-18 | 2017-05-31 | 天津光电聚能专用通信设备有限公司 | 基于三cpu架构的跨网安全数据传输设备及其实现方法 |
CN109769079A (zh) * | 2018-12-28 | 2019-05-17 | 苏州承泽医疗科技有限公司 | 一种医学图像传输方法 |
CN110189806A (zh) * | 2019-05-31 | 2019-08-30 | 贵州精准医疗电子有限公司 | 医疗诊疗健康数据存储系统 |
CN110459310A (zh) * | 2019-08-12 | 2019-11-15 | 安徽赛福贝特信息技术有限公司 | 一种基于大数据的智慧医疗管理系统 |
-
2020
- 2020-02-03 CN CN202010078442.3A patent/CN111083175A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104933654A (zh) * | 2015-05-29 | 2015-09-23 | 安徽师范大学 | 社区医疗物联网隐私保护方法 |
CN105677240A (zh) * | 2015-12-30 | 2016-06-15 | 上海联影医疗科技有限公司 | 数据删除方法及系统 |
CN106789894A (zh) * | 2016-11-18 | 2017-05-31 | 天津光电聚能专用通信设备有限公司 | 基于三cpu架构的跨网安全数据传输设备及其实现方法 |
CN109769079A (zh) * | 2018-12-28 | 2019-05-17 | 苏州承泽医疗科技有限公司 | 一种医学图像传输方法 |
CN110189806A (zh) * | 2019-05-31 | 2019-08-30 | 贵州精准医疗电子有限公司 | 医疗诊疗健康数据存储系统 |
CN110459310A (zh) * | 2019-08-12 | 2019-11-15 | 安徽赛福贝特信息技术有限公司 | 一种基于大数据的智慧医疗管理系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111798967A (zh) * | 2020-07-18 | 2020-10-20 | 贵州精准健康数据有限公司 | 一种智慧超声检测系统 |
CN111816287A (zh) * | 2020-07-19 | 2020-10-23 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN111816287B (zh) * | 2020-07-19 | 2023-12-15 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN113539466A (zh) * | 2021-05-31 | 2021-10-22 | 北京海赛医疗科技有限公司 | 一种检测系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210050097A1 (en) | Tagging pump messages with identifiers that facilitate restructuring | |
CN111180031B (zh) | 数据管理系统及方法 | |
CN111277490B (zh) | 一种医用数据存储、传输方法及应用系统 | |
US20190342385A1 (en) | Method and system for providing remote access to a state of an application program | |
CN111083175A (zh) | 一种堡垒云存储、传输方法及应用系统 | |
US8949427B2 (en) | Administering medical digital images with intelligent analytic execution of workflows | |
US20240071606A1 (en) | Tagging pump messages with identifiers that facilitate restructuring | |
US20080005059A1 (en) | Framework for storage and transmission of medical images | |
US20120221354A1 (en) | Administering Medical Digital Images In A Distributed Medical Digital Image Computing Environment With Medical Image Caching | |
US20150154778A1 (en) | Systems and methods for dynamic image rendering | |
CN111599424A (zh) | 一种智慧病历大数据中心管理方法及装置 | |
CN101869467A (zh) | 泌尿外科数字影像系统 | |
CN107578810A (zh) | 医学影像诊断中心图像管理和远程会诊及远程阅片软件解决方案 | |
CN112635026A (zh) | 基于云的患者数据交换 | |
CN100448401C (zh) | Ct影像的数字化存储与调用方法 | |
KR20150114194A (ko) | 치아 정보 서비스 관리 방법 및 시스템 | |
CN111540444A (zh) | 一种基于物联网的医药影像存储系统 | |
CN111314668B (zh) | 去中心化云视讯系统及其远程查房方法 | |
CN111314360B (zh) | 一种院内云视讯系统 | |
JP4410985B2 (ja) | 画像配信システム、画像配信方法、プログラムおよび記録媒体 | |
CN111798967A (zh) | 一种智慧超声检测系统 | |
CN111540426B (zh) | 基于公众号的智慧病历应用系统及方法 | |
CN111326264A (zh) | 去中心化云视讯系统及其远程诊断方法 | |
CN104202374A (zh) | 一种用于医学图像传输断点续传的方法 | |
US20190303488A1 (en) | Multi character set conversion |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200428 |