一种医用数据存储、传输方法及应用系统与流程

本申请涉及数据处理技术领域，尤其涉及一种医用数据存储、传输方法及应用系统。

背景技术：

患者去医院看病，医院可以通过医疗系统记录和管理患者的就诊记录，还能通过医疗系统记录医院的药物、病房等资源的利用情况。医疗行业的发展直接关系到人们的生活质量，然而医疗行业的发展不仅需要医疗技术的推进，还需要医疗系统的进一步完善。

技术实现要素：

本申请实施例提供一种医用数据存储系统，包括：

内网服务器，架设于下属医院或中心医院内，与外网服务器物理隔离，用于获取医疗数据，并将所述医疗数据发送至堡垒云服务器，所述内网服务器包括医技服务器和临床云服务器；

堡垒云服务器，架设于中心医院，与一台或多台内网服务器连接，用于接收并存储所述医技服务器和/或临床云服务器发送的所述医疗数据，在检测到用户终端发送的公众号查询请求后，将根据所述医疗数据和所述公众号查询请求生成的推送数据以公众号形式发送给用户终端，并通过物理隔离的单向nat及acl技术与所述内网服务器做隔断。

可选地，所述医技服务器用于获取所述医疗数据，并将所述医疗数据备份至临床云服务器，或将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器用于备份所述医技服务器发送的医疗数据，并将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器包括内网指定服务器，所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。

可选地，所述医技服务器还用于对所述医疗数据进行处理；临床云服务器还用于接收所述医技服务器的资源利用数据，并预测所述资源数据的消耗量，在预测出所述资源数据消耗高于固定阈值时，对所述医疗数据进行并发处理。

可选地，所述堡垒云服务器检测到用户终端发送的公众号查询请求后，将根据所述医疗数据和所述公众号查询请求生成的推送数据以公众号形式发送给用户终端，包括：

所述堡垒云服务器在检测到公众号查询请求后，根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据以公众号形式发送至所述用户终端。

可选地，所述堡垒云服务器还用于接收通信服务器发送的公众号查询请求，其中，所述公众号查询请求是所述通信服务器根据数据请求生成的，所述数据请求是所述用户终端发送给所述通信服务器的，所述公众号查询请求中包括所述用户终端的用户标识；

所述堡垒云服务器根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至所述通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，包括：

所述堡垒云服务器获取与所述公众号查询请求中包含的用户标识相关联的目标医院标识，获取所述目标医院标识对应的医疗数据作为推送数据，将所述推送数据发送至所述通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，其中，所述堡垒云服务器上存储的所述医疗数据与医院标识对应，所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。

可选地，所述堡垒云服务器上存储的所述医疗数据与医院标识对应；所述堡垒云服务器在检测到公众号查询请求的情况下，根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，包括：

所述堡垒云服务器获取所存储的医疗数据的数据量，在所述数据量大于阈值的情况下生成公众号查询请求；

所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端；

在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下，删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据，其中，所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。

可选地，所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，包括：

所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重；

所述堡垒云服务器获取所存储的医疗数据的生成时间，根据所述生成时间生成所述医疗数据的第二权重；

所述堡垒云服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端。

本发明实施例还提供一种医用数据存储及传输方法，包括：

架设于下属医院或中心医院内的内网服务器获取医疗数据，并将所述医疗数据发送至堡垒云服务器，所述内网服务器包括医技服务器和临床云服务器；

架设于中心医院内的堡垒云服务器接收并存储所述医技服务器和/或临床云服务器发送的所述医疗数据，在检测到用户终端发送的公众号查询请求后，将根据所述医疗数据和所述公众号查询请求生成的推送数据以公众号形式发送给用户终端，并通过物理隔离的单向nat及acl技术与所述内网服务器做隔断。

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

所述医技服务器获取所述医疗数据，并将所述医疗数据备份至临床云服务器，或将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器备份所述医技服务器发送的医疗数据，并将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器包括内网指定服务器，所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。

可选地，所述医技服务器对所述医疗数据进行处理；临床云服务器接收所述医技服务器的资源利用数据，并预测所述资源数据的消耗量，在预测出所述资源数据消耗高于固定阈值时，对所述医疗数据进行并发处理。

上述医用数据存储系统及方法，可以将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器，通过堡垒云服务器实现与外网设备的通信。一方面，通过堡垒云服务器与外网设备进行通信，分担了内网服务器的运行压力，提高了运行效率。另一方面，禁止堡垒云服务器向内网服务器发送数据，保证了内网服务器的安全性，提高了医疗系统的安全性。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1为一个实施例中医用数据存储系统的结构示意图。

图2为另一个实施例中医用数据存储系统的结构示意图。

图3为一个实施例中医用数据存储及传输方法的流程示意图。

图4为一个实施例中电子设备的流程示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

医疗系统每天会产生大量的医疗数据，而对于医疗数据的安全高效管理一直是有待解决的问题。健全的医疗系统能更好地维护医院的管理，还能提高患者的就医效率。本申请实施例提供的医用数据存储系统，可以通过采集医院产生的医疗数据，并通过服务器来存储和管理医疗数据，内网可以向外网推送医疗数据，而外网被禁止访问内网，从而既保证了内网和外网的数据有效交互，又保证了内网和外网数据交互的安全性。

图1为一个实施例中医用数据存储系统的结构示意图。本实施例中的医用数据存储系统包括内网服务器104和堡垒云服务器106。具体的：

内网服务器104，架设于下属医院或中心医院内，用于获取医疗数据，并将所述医疗数据发送至堡垒云服务器106；堡垒云服务器106，架设于中心医院，与一台或多台内网服务器连接，用于接收并存储所述内网服务器104发送的所述医疗数据，在检测到公众号查询请求的情况下，将根据所述医疗数据和所述公众号查询请求生成的推送数据发送给用户终端，并通过物理隔离的单向nat+acl技术对所述内网服务器104做隔断。

医院为了保护医疗数据的安全关闭外网，完全隔离与外网的交互，这和建立智慧医院、实现数据互联互通的理念是相矛盾的，而堡垒机制是一个非常好的解决方案之一。

堡垒机制不同于前置服务器，一般前置机是系统通过一台服务器的2个物理网口来实现内外网段的互通，外部恶意服务可能会通过前置服务器进入内网，适用于不具备公网ip的分布式服务器场景；由于系统在院内没有固定ip，只要服务器内部没有漏洞，医院内网有防护，基本就可以满足下属医院与中心医院的信息交互安防需求。

堡垒机制更适合用在中心医院，一个专属对外的服务器，用物理隔离的单向nat+acl技术，把对内网的访问做绝对的隔断，然后通过内网的服务器软件主动控制这台堡垒的修改服务接口。堡垒服务器与内网是不可能下沉访问的，包括内部的服务软件也没有任何的通道。所有的交互必须有内网来直接对接，包括防御黑客的恢复系统工作等。

在本申请提供的实施例中，用于管理医疗数据的服务器包括内网服务器和堡垒云服务器。其中，内网服务器分别与医疗终端、堡垒云服务器相连，内网服务器可以直接接收医疗终端上传的医疗数据。医疗终端可以是电脑，医用设备等，可以连接内部网络并将数据上传至内网服务器。内网服务器在接收到医疗数据之后，会将接收到的医疗数据进行存储。医疗终端可以对内网服务器存储的医疗数据进行修改、查询、删除等操作。

需要说明的是，这里的内网服务器和医疗终端相连，医疗终端可以部署在不同医院的不同科室。由于内网服务器不能被外网访问，所以在部署内网服务器的时候，可以以医院为单位，针对每一个医院部署一个或多个内网服务器。同一个医院部署的医疗终端可以连接到该医院的内网服务器。

在本申请提供的实施例中，堡垒云服务器与内网服务器相连，堡垒云服务器用于与医院外界的设备通信，以保证内网服务器的安全。具体的，内网服务器和堡垒云服务器是单向的，内网服务器可以向堡垒云服务器发送数据，但是堡垒云服务器无法向内网服务器发送数据。在其中一个实施例中，堡垒云服务器可以通过nat+act技术来禁止向内网服务器上发送数据，不限于此。

内网服务器可以定时向堡垒云服务器发送数据，也可以不定时地向堡垒云服务器发送数据。例如，当内网服务器上新增的医疗数据超过一定的数据量时，向堡垒云服务器推送新增的医疗数据，或者当内网服务器的运行负载比较小的时候，向堡垒云服务器推送医疗数据，在此不做限定。

堡垒云服务器在接收到内网服务器发送的医疗数据之后，会将接收到的医疗数据进行存储，以防止医疗数据的丢失。堡垒云服务器可以与外网设备进行通信，例如，患者可以通过患者终端向堡垒云服务器发送数据查询请求，堡垒云服务器查询到相应的数据之后发送给患者终端。院外专家也可以通过专家终端向堡垒云服务器发送请求，堡垒云服务器根据该请求处理后得到的数据再返回给专家终端。堡垒云服务器还可以主动向用户终端发送数据。

可见，堡垒云服务器可以在检测到公众号查询请求的情况下，根据医疗数据生成推送数据。该推动指令可以是外网设备发送的，也可以是内网服务器发送的，还可以是堡垒云服务器在设备触发条件的情况下满足触发条件时自动生成的，在此不做限定。

上述医用数据存储系统，可以通过医疗终端采集医疗数据，并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器，通过堡垒云服务器实现与外网设备的通信。一方面，通过堡垒云服务器与外网设备进行通信，分担了内网服务器的运行压力，提高了运行效率。另一方面，禁止堡垒云服务器向内网服务器发送数据，保证了内网服务器的安全性，提高了医疗系统的安全性。

在本申请提供的一个实施例中，如图2所示，所述内网服务器104包括医技服务器1040和临床云服务器1042；所述医技服务器1040用于存储所述医疗终端上传的医疗数据，并将所述医疗数据发送至临床云服务器1042；所述临床云服务器1042用于备份所述医技服务器1040发送医疗数据，并将所述医疗数据发送至所述堡垒云服务器106；所述临床云服务器包括第二内网指定服务器，所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。

具体的，通过医技服务器与医疗终端实现数据通信，接收医技服务器发送的医疗数据，同时医技服务器可以对接收到的医疗数据进行存储。临床云服务器实现对医疗数据的备份，医技服务器接收到医疗数据之后，可以将接收到的医疗数据发送给临床云服务器进行备份，以保证医疗数据的安全性，防止医疗数据的丢失。

临床云服务器可以与堡垒云服务器进行通信，通过临床云服务器想堡垒云服务器发送医疗数据。进一步地，临床云服务器可以包括第二内网指定服务器，堡垒云服务器只接收第二内网指定服务器发送的医疗数据，不能接收其他设备发送的医疗数据，以保证数据通信的安全性。

在本申请提供的一个实施例中，所述医技服务器还用于对所述医疗数据进行处理；临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下，对所述医疗数据进行并发处理。具体地，临床云服务器接收所述医技服务器的资源利用数据，并通过ai技术预测所述资源数据的消耗量，在预测出所述资源数据消耗高于固定阈值时，对所述医疗数据进行并发处理。例如，通过神经网络及决策树机制预测当前资源数据的消耗量。

其中，医技服务器可以对医疗数据进行处理。例如，对医疗数据进行压缩处理，或者通过医疗数据进行深度学习等，不限于此。当医技服务器处理医疗数据超负荷的情况下，可以通过临床云服务器进行并发处理。通过临床云服务器进行并发处理，可以分担医技服务器处理医疗数据的压力，提高数据处理的效率。

在本申请提供的一个实施例中，堡垒云服务器106向用户终端108推送数据的步骤具体可以包括：所述堡垒云服务器106在检测到公众号查询请求的情况下，根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端108。

用户终端和堡垒云服务器之间可以通过第三方的通信服务器来实现。例如，用户终端可以安装可实现通信的应用程序(app，application)，该应用程序作为用户发起请求的接口，用户终端可以将用户发起的请求发送给通信服务器，通过通信服务器实现与堡垒云服务器的通信。具体的，该应用程序可以是如微信公众号、支付宝等实现社交通信的应用程序，不限于此。

可以理解的是，用户终端通过第三方平台实现与堡垒云服务器的通信时，需通过第三方平台的通信服务器进行数据交互。堡垒云服务器可以主动向用户终端推送数据，用户终端也可以主动向堡垒云服务器发起获取数据的请求。在一种应用场景下，专家医生可以和患者通过微信公众号提供的聊天接口进行对话，当专家医生或患者想查看医疗数据的时候，就可以发起获取医疗数据的请求。

具体的，所述堡垒云服务器还用于接收通信服务器发送的公众号查询请求，其中，所述公众号查询请求是所述通信服务器根据数据请求生成的，所述数据请求是所述用户终端发送给所述通信服务器的，所述公众号查询请求中包括所述用户终端的用户标识；则堡垒云服务器向用户终端推送数据的步骤包括：所述堡垒云服务器获取与所述公众号查询请求中包含的用户标识相关联的目标医院标识，获取所述目标医院标识对应的医疗数据作为推送数据，将所述推送数据发送至所述通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，其中，所述堡垒云服务器上存储的所述医疗数据与医院标识对应，所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。

在一个实施例中，可以预先建立用户和医院的关联关系，例如用户注册自己的用户标识，若患者用户去某个医院就诊过，就将该用户的用户标识和该医院的医院标识建立关联。这样堡垒云服务器就可以主动地向用户标识对应的用户终端主动推送相关联的医院的推送数据。可以减少用户终端主动请求获取数据时，集中访问堡垒云服务器以造成堡垒云服务器的压力过大。

医疗终端在上传医疗数据的时候，会同步上传医院标识，然后与医院标识关联存储。这样就可以知道医疗数据对应是由哪一间医院所产生的。具体的，所述堡垒云服务器上存储的所述医疗数据与医院标识对应。则堡垒云服务器向用户终端推送数据的步骤具体可以包括：所述堡垒云服务器获取所存储的医疗数据的数据量，在所述数据量大于阈值的情况下生成公众号查询请求；所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端；在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下，删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据，其中，所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。

在一个实施例中，堡垒云服务器可以实时统计存储的医疗数据的数据量，当存储的医疗数据的数据量大于阈值的时候，说明堡垒云服务器上存储的医疗数据过量，这时可以生成一个公众号查询请求，指示堡垒云服务器向用户终端发送推送数据。具体的，由于堡垒云服务器上存储了很多个医院的医疗数据，因此堡垒云服务器可以根据数据量与阈值的差值来决定删除哪些医疗数据。

在本申请提供的其中一个实施例中，可以根据数据量有阈值的差值来确定删除等级，然后根据预先建立的删除等级与医院标识的关联关系确定该删除等级所关联的医院标识，然后获取该医院标识对应的医疗数据作为推送数据发送用户终端。在推送数据的时候，也可以将生成的推送数据发送给医疗标识相关联的用户标识所在的用户终端。

用户终端在接收到推送数据之后，会向堡垒云服务器返回一个删除指令，用于指示堡垒云服务器将已接收的数据进行删除。这样可以减少堡垒云服务器的存储压力。

在本申请提供的一个实施例中，堡垒云服务器向用户终端推送数据的步骤具体可以包括：所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重；所述堡垒云服务器获取所存储的医疗数据的生成时间，根据所述生成时间生成所述医疗数据的第二权重；所述堡垒云服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端。

也即，堡垒云服务器在删除医疗数据的时候，可以考虑医院标识和生成时间等两个因素。预先将医院分成不同的等级以表示医院所产生的医疗数据的重要性，从而根据医院标识得到医疗数据的第一权重。另外，可以根据医疗数据的生成时间得到医疗数据的第二权重，由第一权重和第二权重获得需要推送的推送数据。堡垒云服务器实时检测医疗数据的数据量，向用户终端推送数据之后删除，可以保证堡垒云服务器的高效运行，防止资源被过度占用。

图3为一个实施例中的医用数据存储及传输方法，包括：

s302、架设于下属医院或中心医院内的内网服务器获取医疗数据，并将所述医疗数据发送至堡垒云服务器，所述内网服务器包括医技服务器和临床云服务器；

s304、架设于中心医院内的堡垒云服务器接收并存储所述医技服务器和/或临床云服务器发送的所述医疗数据，在检测到用户终端发送的公众号查询请求后，将根据所述医疗数据和所述公众号查询请求生成的推送数据以公众号形式发送给用户终端，并通过物理隔离的单向nat及acl技术与所述内网服务器做隔断。

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

所述医技服务器获取所述医疗数据，并将所述医疗数据备份至临床云服务器，或将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器备份所述医技服务器发送的医疗数据，并将所述医疗数据发送至所述堡垒云服务器；

所述临床云服务器包括内网指定服务器，所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。

可选地，所述医技服务器对所述医疗数据进行处理；临床云服务器接收所述医技服务器的资源利用数据，并预测所述资源数据的消耗量，在预测出所述资源数据消耗高于固定阈值时，对所述医疗数据进行并发处理。

本实施例提供的医用数据存储及传输方法，可以通过医疗终端采集医疗数据，并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到堡垒云服务器，通过堡垒云服务器实现与外网设备的通信。一方面，通过堡垒云服务器与外网设备进行通信，分担了内网服务器的运行压力，提高了运行效率。另一方面，禁止堡垒云服务器向内网服务器发送数据，保证了内网服务器的安全性，提高了医疗系统的安全性。

在一个实施例中，所述内网服务器包括医技服务器和临床云服务器；所述通过内网服务器存储所述医疗终端上传的所述医疗数据，并将所述医疗数据发送至堡垒云服务器，包括：通过所述医技服务器存储所述医疗终端上传的所述医疗数据，并将所述医疗数据发送至临床云服务器；通过所述临床云服务器备份所述医技服务器发送所述医疗数据，并将所述医疗数据发送至所述堡垒云服务器；所述临床云服务器包括第二内网指定服务器，所述堡垒云服务器只接收所述第二内网指定服务器发送的医疗数据。

在一个实施例中，所述医技服务器还用于对所述医疗数据进行处理；临床云服务器还用于在所述医技服务器处理所述医疗数据超负荷的情况下，对所述医疗数据进行并发处理。

在一个实施例中，所述堡垒云服务器在检测到公众号查询请求的情况下，将根据所述医疗数据和所述公众号查询请求生成的推送数据发送给用户终端，包括：所述堡垒云服务器在检测到公众号查询请求的情况下，根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端。

在本申请提供的一个实施例中，上述医用数据存储及传输方法还包括：所述堡垒云服务器接收通信服务器发送的公众号查询请求，其中，所述公众号查询请求是所述通信服务器根据数据请求生成的，所述数据请求是所述用户终端发送给所述通信服务器的，所述公众号查询请求中包括所述用户终端的用户标识；所述堡垒云服务器发送推送数据至所述用户终端的步骤，包括：通过所述堡垒云服务器获取与所述公众号查询请求中包含的用户标识相关联的目标医院标识，获取所述目标医院标识对应的医疗数据作为推送数据，将所述推送数据发送至所述通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，其中，所述堡垒云服务器上存储的所述医疗数据与医院标识对应，所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。

在其中一个实施例中，所述堡垒云服务器上存储的所述医疗数据与医院标识对应；所述堡垒云服务器在检测到公众号查询请求的情况下，根据所述医疗数据和所述公众号查询请求生成推送数据，将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，包括：通过所述堡垒云服务器获取所存储的医疗数据的数据量，在所述数据量大于阈值的情况下生成公众号查询请求；在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端；在所述堡垒云服务器接收到所述通信服务器发送的删除指令的情况下，删除所述堡垒云服务器上存储的所述删除指令所指示的医疗数据，其中，所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。

在一个实施例中，所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端，包括：所述堡垒云服务器在检测到公众号查询请求的情况下，获取所述数据量与所述阈值的差值，根据所述差值确定删除等级，根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重；获取所存储的医疗数据的生成时间，根据所述生成时间生成所述医疗数据的第二权重；根据所述第一权重和第二权重从所述医疗数据中获取推送数据，并将所述推送数据发送至通信服务器，通过所述通信服务器将所述医疗数据发送至所述用户终端。

可以理解的是，图4仅仅示出了电子设备的简化设计。在实际应用中，电子设备还可以分别包含必要的其他元件，包含但不限于任意数量的输入/输出装置、处理器、控制器、存储器等，而所有可以实现本申请实施例的医用数据存储及传输方法的电子设备都在本申请的保护范围之内。

存储器包括但不限于是随机存储记忆体(randomaccessmemory，ram)、只读存储器(read至onlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、或便携式只读存储器(compactdiscread至onlymemory，cd至rom)，该存储器用于相关指令及数据。

输入装置用于输入数据和/或信号，以及输出装置用于输出数据和/或信号。输出装置和输入装置可以是独立的器件，也可以是一个整体的器件。

处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessingunit，cpu)，在处理器是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。处理器还可以包括一个或多个专用处理器，专用处理器可以包括gpu、fpga等，用于进行加速处理。

存储器用于存储网络设备的程序代码和数据。

处理器用于调用该存储器中的程序代码和数据，执行上述方法实施例中的步骤。具体可参见方法实施例中的描述，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read至onlymemory，rom)，或随机存储存储器(randomaccessmemory，ram)，或磁性介质，例如，软盘、硬盘、磁带、磁碟、或光介质，例如，数字通用光盘(digitalversatiledisc，dvd)、或者半导体介质，例如，固态硬盘(solidstatedisk，ssd)等。

以上上述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。