CN111180031A - 数据管理系统及方法 - Google Patents
数据管理系统及方法 Download PDFInfo
- Publication number
- CN111180031A CN111180031A CN201911416161.8A CN201911416161A CN111180031A CN 111180031 A CN111180031 A CN 111180031A CN 201911416161 A CN201911416161 A CN 201911416161A CN 111180031 A CN111180031 A CN 111180031A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- medical data
- medical
- intranet
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本申请实施例公开了一种数据管理系统及方法,其中方法包括:医疗终端,用于采集医疗数据,并将采集的所述医疗数据上传至内网服务器;内网服务器,用于存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;对外服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
Description
技术领域
本申请涉及数据处理技术领域,尤其涉及数据管理方法、装置及计算机可读介质。
背景技术
患者去医院看病,医院可以通过医疗系统记录和管理患者的就诊记录,还能通过医疗系统记录医院的药物、病房等资源的利用情况。医疗行业的发展直接关系到人们的生活质量,然而医疗行业的发展不仅需要医疗技术的推进,还需要医疗系统的进一步完善。
发明内容
本申请实施例提供一种数据管理系统及方法。
在一个实施例中的数据管理系统,包括:
医疗终端,用于采集医疗数据,并将采集的所述医疗数据上传至内网服务器;
内网服务器,用于存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;
对外服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
在本申请提供的实施例中,所述内网服务器包括第一内网服务器和第二内网服务器;
所述第一内网服务器用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至第二内网服务器;
所述第二内网服务器用于备份所述第一内网服务器发送医疗数据,并将所述医疗数据发送至所述对外服务器;
所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
在本申请提供的实施例中,所述第一内网服务器还用于对所述医疗数据进行处理;第二内网服务器还用于在所述第一内网服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
在本申请提供的实施例中,所述对外服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
在本申请提供的实施例中,所述对外服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;
所述对外服务器根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述对外服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在本申请提供的实施例中,所述对外服务器上存储的所述医疗数据与医院标识对应;所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;
所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;
在所述对外服务器接收到所述通信服务器发送的删除指令的情况下,删除所述对外服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在本申请提供的实施例中,所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;
所述对外服务器获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;
所述对外服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
在本申请提供的实施例中的数据管理方法,包括:
通过医疗终端采集医疗数据,并将采集的所述医疗数据上传至内网服务器;
通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;
通过对外服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
在本申请提供的实施例中,所述内网服务器包括第一内网服务器和第二内网服务器;
所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器,包括:
通过所述第一内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至第二内网服务器;
通过所述第二内网服务器备份所述第一内网服务器发送所述医疗数据,并将所述医疗数据发送至所述对外服务器;
所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
在本申请提供的实施例中,所述对外服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
上述数据管理系统及方法,可以通过医疗终端采集医疗数据,并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到对外服务器,通过对外服务器实现与外网设备的通信。一方面,通过对外服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止对外服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为一个实施例中数据管理系统的结构示意图。
图2为另一个实施例中数据管理系统的结构示意图。
图3为一个实施例中数据管理方法的流程示意图。
图4为一个实施例中电子设备的流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
医疗系统每天会产生大量的医疗数据,而对于医疗数据的安全高效管理一直是有待解决的问题。健全的医疗系统能更好地维护医院的管理,还能提高患者的就医效率。本申请实施例提供的数据管理系统,可以通过采集医院产生的医疗数据,并通过服务器来存储和管理医疗数据,内网可以向外网推送医疗数据,而外网被禁止访问内网,从而既保证了内网和外网的数据有效交互,又保证了内网和外网数据交互的安全性。
图1为一个实施例中数据管理系统的结构示意图。本实施例中的数据管理系统包括医疗终端102、内网服务器104和对外服务器106。具体的:
医疗终端102,用于采集医疗数据,并将采集的所述医疗数据上传至内网服务器104;内网服务器104,用于存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器106;对外服务器106,用于接收并存储所述内网服务器104发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器104发送数据。
可以理解的是,医疗终端可以是与医生交互用于输入患者就诊记录的终端,还可以是用于录入药品资源管理数据的终端,还可以是记录病房占用情况的终端,在此不做限定。也即医疗终端用于采集医疗数据,医疗数据一般是指医院运作过程中所产生的数据,可以但不限于是患者就诊数据、药品资源数据、病房资源数据等,患者的就诊数据可以包括临床影像数据,比如患者的放射、超声、内镜、检验、心电、病理和手术录像等。通过医疗终端输入医疗数据,服务器可以对医疗数据进行存储和管理。医疗数据可以是结构化数据或者非结构化数据,可以分布式存储在服务器上。
例如,医疗终端可以输入一个查看医疗数据的请求到服务器,然后服务器再根据医疗终端的请求查询相应的输入,并返回给医疗终端进行查看。医疗终端还可以输入删除医疗数据的请求,服务器接收到该删除请求之后,就对该删除请求所指示的医疗数据进行删除操作。
在本申请提供的实施例中,用于管理医疗数据的服务器包括内网服务器和对外服务器。其中,内网服务器分别与医疗终端、对外服务器相连,内网服务器可以直接接收医疗终端上传的医疗数据。内网服务器在接收到医疗数据之后,会将接收到的医疗数据进行存储。医疗终端可以对内网服务器存储的医疗数据进行修改、查询、删除等操作。
需要说明的是,这里的内网服务器和医疗终端相连,医疗终端可以部署在不同医院的不同科室。由于内网服务器不能被外网访问,所以在部署内网服务器的时候,可以以医院为单位,针对每一个医院部署一个或多个内网服务器。同一个医院部署的医疗终端可以连接到该医院的内网服务器。
在本申请提供的实施例中,对外服务器与内网服务器相连,对外服务器用于与医院外界的设备通信,以保证内网服务器的安全。具体的,内网服务器和对外服务器是单向的,内网服务器可以向对外服务器发送数据,但是对外服务器无法向内网服务器发送数据。在其中一个实施例中,对外服务器可以通过硬件或软件的禁止协议来禁止向内网服务器上发送数据,不限于此。
内网服务器可以定时向对外服务器发送数据,也可以不定时地向对外服务器发送数据。例如,当内网服务器上新增的医疗数据超过一定的数据量时,向对外服务器推送新增的医疗数据,或者当内网服务器的运行负载比较小的时候,向对外服务器推送医疗数据,在此不做限定。
对外服务器在接收到内网服务器发送的医疗数据之后,会将接收到的医疗数据进行存储,以防止医疗数据的丢失。对外服务器可以与外网设备进行通信,例如,患者可以通过患者终端向对外服务器发送数据查询请求,对外服务器查询到相应的数据之后发送给患者终端。院外专家也可以通过专家终端向对外服务器发送请求,对外服务器根据该请求处理后得到的数据再返回给专家终端。对外服务器还可以主动向用户终端发送数据。
可见,对外服务器可以在检测到推送指令的情况下,根据医疗数据生成推送数据。该推动指令可以是外网设备发送的,也可以是内网服务器发送的,还可以是对外服务器在设备触发条件的情况下满足触发条件时自动生成的,在此不做限定。
上述数据管理系统,可以通过医疗终端采集医疗数据,并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到对外服务器,通过对外服务器实现与外网设备的通信。一方面,通过对外服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止对外服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
在本申请提供的另一个实施例中,如图2所示,所述内网服务器104包括第一内网服务器1040和第二内网服务器1042;所述第一内网服务器1040用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至第二内网服务器1042;所述第二内网服务器1042用于备份所述第一内网服务器1040发送医疗数据,并将所述医疗数据发送至所述对外服务器106;所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
具体的,通过第一内网服务器与医疗终端实现数据通信,接收第一内网服务器发送的医疗数据,同时第一内网服务器可以对接收到的医疗数据进行存储。第二内网服务器实现对医疗数据的备份,第一内网服务器接收到医疗数据之后,可以将接收到的医疗数据发送给第二内网服务器进行备份,以保证医疗数据的安全性,防止医疗数据的丢失。
第二内网服务器可以与对外服务器进行通信,通过第二内网服务器想对外服务器发送医疗数据。进一步地,第二内网服务器可以包括第二内网指定服务器,对外服务器只接收第二内网指定服务器发送的医疗数据,不能接收其他设备发送的医疗数据,以保证数据通信的安全性。
在本申请提供的一个实施例中,所述第一内网服务器还用于对所述医疗数据进行处理;第二内网服务器还用于在所述第一内网服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
其中,第一内网服务器可以对医疗数据进行处理。例如,对医疗数据进行压缩处理,或者通过医疗数据进行深度学习等,不限于此。当第一内网服务器处理医疗数据超负荷的情况下,可以通过第二内网服务器进行并发处理。通过第二内网服务器进行并发处理,可以分担第一内网服务器处理医疗数据的压力,提高数据处理的效率。
在本申请提供的一个实施例中,对外服务器106向用户终端108推送数据的步骤具体可以包括:所述对外服务器106在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端108。
用户终端和对外服务器之间可以通过第三方的通信服务器来实现。例如,用户终端可以安装可实现通信的应用程序(app,Application),该应用程序作为用户发起请求的接口,用户终端可以将用户发起的请求发送给通信服务器,通过通信服务器实现与对外服务器的通信。具体的,该应用程序可以是如微信公众号、支付宝等实现社交通信的应用程序,不限于此。
可以理解的是,用户终端通过第三方平台实现与对外服务器的通信时,需通过第三方平台的通信服务器进行数据交互。对外服务器可以主动向用户终端推送数据,用户终端也可以主动向对外服务器发起获取数据的请求。在一种应用场景下,专家医生可以和患者通过微信公众号提供的聊天接口进行对话,当专家医生或患者想查看医疗数据的时候,就可以发起获取医疗数据的请求。
具体的,所述对外服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;则对外服务器向用户终端推送数据的步骤包括:所述对外服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述对外服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在一个实施例中,可以预先建立用户和医院的关联关系,例如用户注册自己的用户标识,若患者用户去某个医院就诊过,就将该用户的用户标识和该医院的医院标识建立关联。这样对外服务器就可以主动地向用户标识对应的用户终端主动推送相关联的医院的推送数据。可以减少用户终端主动请求获取数据时,集中访问对外服务器以造成对外服务器的压力过大。
医疗终端在上传医疗数据的时候,会同步上传医院标识,然后与医院标识关联存储。这样就可以知道医疗数据对应是由哪一间医院所产生的。具体的,所述对外服务器上存储的所述医疗数据与医院标识对应。则对外服务器向用户终端推送数据的步骤具体可以包括:所述对外服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;在所述对外服务器接收到所述通信服务器发送的删除指令的情况下,删除所述对外服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在一个实施例中,对外服务器可以实时统计存储的医疗数据的数据量,当存储的医疗数据的数据量大于阈值的时候,说明对外服务器上存储的医疗数据过量,这时可以生成一个推送指令,指示对外服务器向用户终端发送推送数据。具体的,由于对外服务器上存储了很多个医院的医疗数据,因此对外服务器可以根据数据量与阈值的差值来决定删除哪些医疗数据。
在本申请提供的其中一个实施例中,可以根据数据量有阈值的差值来确定删除等级,然后根据预先建立的删除等级与医院标识的关联关系确定该删除等级所关联的医院标识,然后获取该医院标识对应的医疗数据作为推送数据发送用户终端。在推送数据的时候,也可以将生成的推送数据发送给医疗标识相关联的用户标识所在的用户终端。
用户终端在接收到推送数据之后,会向对外服务器返回一个删除指令,用于指示对外服务器将已接收的数据进行删除。这样可以减少对外服务器的存储压力。
在本申请提供的一个实施例中,对外服务器向用户终端推送数据的步骤具体可以包括:所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;所述对外服务器获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;所述对外服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
也即,对外服务器在删除医疗数据的时候,可以考虑医院标识和生成时间等两个因素。预先将医院分成不同的等级以表示医院所产生的医疗数据的重要性,从而根据医院标识得到医疗数据的第一权重。另外,可以根据医疗数据的生成时间得到医疗数据的第二权重,由第一权重和第二权重获得需要推送的推送数据。对外服务器实时检测医疗数据的数据量,向用户终端推送数据之后删除,可以保证对外服务器的高效运行,防止资源被过度占用。
图3为一个实施例中的数据管理方法,包括:
步骤302,通过医疗终端采集医疗数据,并将采集的所述医疗数据上传至内网服务器;
步骤304,通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;
步骤306,通过对外服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
本实施例提供的数据管理方法,可以通过医疗终端采集医疗数据,并将医疗数据上传到内网服务器进行存储。内网服务器可以将医疗数据发送到对外服务器,通过对外服务器实现与外网设备的通信。一方面,通过对外服务器与外网设备进行通信,分担了内网服务器的运行压力,提高了运行效率。另一方面,禁止对外服务器向内网服务器发送数据,保证了内网服务器的安全性,提高了医疗系统的安全性。
在一个实施例中,所述内网服务器包括第一内网服务器和第二内网服务器;所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器,包括:通过所述第一内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至第二内网服务器;通过所述第二内网服务器备份所述第一内网服务器发送所述医疗数据,并将所述医疗数据发送至所述对外服务器;所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
在一个实施例中,所述第一内网服务器还用于对所述医疗数据进行处理;第二内网服务器还用于在所述第一内网服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
在一个实施例中,所述对外服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
在本申请提供的一个实施例中,上述数据管理方法还包括:所述对外服务器接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;所述对外服务器发送推送数据至所述用户终端的步骤,包括:通过所述对外服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述对外服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
在其中一个实施例中,所述对外服务器上存储的所述医疗数据与医院标识对应;所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:通过所述对外服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;在所述对外服务器接收到所述通信服务器发送的删除指令的情况下,删除所述对外服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
在一个实施例中,所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
可以理解的是,图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.一种数据管理系统,其特征在于,包括:
医疗终端,用于采集医疗数据,并将采集的所述医疗数据上传至内网服务器;
内网服务器,用于存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;
对外服务器,用于接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
2.根据所述权利要求1所述的数据管理系统,其特征在于,所述内网服务器包括第一内网服务器和第二内网服务器;
所述第一内网服务器用于存储所述医疗终端上传的医疗数据,并将所述医疗数据发送至第二内网服务器;
所述第二内网服务器用于备份所述第一内网服务器发送医疗数据,并将所述医疗数据发送至所述对外服务器;
所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
3.根据所述权利要求2所述的数据管理系统,其特征在于,所述第一内网服务器还用于对所述医疗数据进行处理;第二内网服务器还用于在所述第一内网服务器处理所述医疗数据超负荷的情况下,对所述医疗数据进行并发处理。
4.根据所述权利要求1所述的数据管理系统,其特征在于,所述对外服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
5.根据所述权利要求4所述的数据管理系统,其特征在于,所述对外服务器还用于接收通信服务器发送的推送指令,其中,所述推送指令是所述通信服务器根据数据请求生成的,所述数据请求是所述用户终端发送给所述通信服务器的,所述推送指令中包括所述用户终端的用户标识;
所述对外服务器根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器获取与所述推送指令中包含的用户标识相关联的目标医院标识,获取所述目标医院标识对应的医疗数据作为推送数据,将所述推送数据发送至所述通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,其中,所述对外服务器上存储的所述医疗数据与医院标识对应,所述医院标识用于标记生成上传医疗数据的医疗终端所在的医院。
6.根据所述权利要求4所述的数据管理系统,其特征在于,所述对外服务器上存储的所述医疗数据与医院标识对应;所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器获取所存储的医疗数据的数据量,在所述数据量大于阈值的情况下生成推送指令;
所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端;
在所述对外服务器接收到所述通信服务器发送的删除指令的情况下,删除所述对外服务器上存储的所述删除指令所指示的医疗数据,其中,所述删除指令是由所述用户终端在接收到所述推送数据的情况下发送给所述通信服务器的。
7.根据所述权利要求6所述的数据管理系统,其特征在于,所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端,包括:
所述对外服务器在检测到推送指令的情况下,获取所述数据量与所述阈值的差值,根据所述差值确定删除等级,根据所述删除等级相关联的医院标识对所述医疗数据生成第一权重;
所述对外服务器获取所存储的医疗数据的生成时间,根据所述生成时间生成所述医疗数据的第二权重;
所述对外服务器根据所述第一权重和第二权重从所述医疗数据中获取推送数据,并将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
8.一种数据管理方法,其特征在于,包括:
通过医疗终端采集医疗数据,并将采集的所述医疗数据上传至内网服务器;
通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器;
通过对外服务器接收并存储所述内网服务器发送的所述医疗数据,在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,并通过禁止协议禁止向所述内网服务器发送数据。
9.根据所述权利要求8所述的数据管理方法,其特征在于,所述内网服务器包括第一内网服务器和第二内网服务器;
所述通过内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至对外服务器,包括:
通过所述第一内网服务器存储所述医疗终端上传的所述医疗数据,并将所述医疗数据发送至第二内网服务器;
通过所述第二内网服务器备份所述第一内网服务器发送所述医疗数据,并将所述医疗数据发送至所述对外服务器;
所述第二内网服务器包括第二内网指定服务器,所述对外服务器只接收所述第二内网指定服务器发送的医疗数据。
10.根据所述权利要求8所述的数据管理方法,其特征在于,所述对外服务器在检测到推送指令的情况下,将根据所述医疗数据和所述推送指令生成的推送数据发送给用户终端,包括:
所述对外服务器在检测到推送指令的情况下,根据所述医疗数据和所述推送指令生成推送数据,将所述推送数据发送至通信服务器,通过所述通信服务器将所述医疗数据发送至所述用户终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911416161.8A CN111180031B (zh) | 2019-12-31 | 2019-12-31 | 数据管理系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911416161.8A CN111180031B (zh) | 2019-12-31 | 2019-12-31 | 数据管理系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111180031A true CN111180031A (zh) | 2020-05-19 |
CN111180031B CN111180031B (zh) | 2023-07-28 |
Family
ID=70655984
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911416161.8A Active CN111180031B (zh) | 2019-12-31 | 2019-12-31 | 数据管理系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111180031B (zh) |
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 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN111833993A (zh) * | 2020-07-18 | 2020-10-27 | 贵州精准健康数据有限公司 | 一种基于ai的区域影像远程质控管理系统 |
CN113660324A (zh) * | 2021-08-09 | 2021-11-16 | 四川科泰智能电子有限公司 | 一种物联网数据采集方法及系统 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000132473A (ja) * | 1998-10-23 | 2000-05-12 | Oki Electric Ind Co Ltd | ファイアウォール動的制御方式を用いたネットワークシステム |
WO2003067484A1 (fr) * | 2002-02-08 | 2003-08-14 | Matsushita Electric Industrial Co., Ltd. | Systeme d'information medical |
CN101047484A (zh) * | 2006-06-21 | 2007-10-03 | 华为技术有限公司 | 一种传输层重传方法和系统 |
CN101437151A (zh) * | 2007-10-31 | 2009-05-20 | 株式会社日立制作所 | 内容发布系统、缓存服务器、缓存管理服务器 |
CN102880529A (zh) * | 2012-09-13 | 2013-01-16 | 新浪网技术(中国)有限公司 | 内存数据备份方法及内存数据备份系统 |
CN105550504A (zh) * | 2015-12-09 | 2016-05-04 | 高玮 | 一种移动医疗信息系统及医疗信息处理方法 |
CN105634904A (zh) * | 2016-01-19 | 2016-06-01 | 深圳前海达闼云端智能科技有限公司 | 一种sslvpn的代理方法、服务器以及客户端及其处理方法 |
CN107608823A (zh) * | 2017-08-25 | 2018-01-19 | 维沃移动通信有限公司 | 一种照片处理方法及移动终端 |
CN107910041A (zh) * | 2017-11-06 | 2018-04-13 | 上海林康医疗信息技术有限公司 | 一种用于精准提醒慢病患者按时服药的系统和方法 |
CN109615233A (zh) * | 2018-12-12 | 2019-04-12 | 成都海得控制系统有限公司 | 基于基础数采的智慧水务管理平台 |
CN109639804A (zh) * | 2018-12-18 | 2019-04-16 | 交通银行股份有限公司 | 生产系统的监控方法、系统及生产设备、终端、服务器 |
CN109842647A (zh) * | 2017-11-27 | 2019-06-04 | 中移(杭州)信息技术有限公司 | 一种维持长连接的方法、装置、系统及介质 |
CN110602089A (zh) * | 2019-09-11 | 2019-12-20 | 腾讯科技(深圳)有限公司 | 基于区块链的医疗数据存储方法、装置、设备及存储介质 |
-
2019
- 2019-12-31 CN CN201911416161.8A patent/CN111180031B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000132473A (ja) * | 1998-10-23 | 2000-05-12 | Oki Electric Ind Co Ltd | ファイアウォール動的制御方式を用いたネットワークシステム |
WO2003067484A1 (fr) * | 2002-02-08 | 2003-08-14 | Matsushita Electric Industrial Co., Ltd. | Systeme d'information medical |
CN101047484A (zh) * | 2006-06-21 | 2007-10-03 | 华为技术有限公司 | 一种传输层重传方法和系统 |
CN101437151A (zh) * | 2007-10-31 | 2009-05-20 | 株式会社日立制作所 | 内容发布系统、缓存服务器、缓存管理服务器 |
CN102880529A (zh) * | 2012-09-13 | 2013-01-16 | 新浪网技术(中国)有限公司 | 内存数据备份方法及内存数据备份系统 |
CN105550504A (zh) * | 2015-12-09 | 2016-05-04 | 高玮 | 一种移动医疗信息系统及医疗信息处理方法 |
CN105634904A (zh) * | 2016-01-19 | 2016-06-01 | 深圳前海达闼云端智能科技有限公司 | 一种sslvpn的代理方法、服务器以及客户端及其处理方法 |
CN107608823A (zh) * | 2017-08-25 | 2018-01-19 | 维沃移动通信有限公司 | 一种照片处理方法及移动终端 |
CN107910041A (zh) * | 2017-11-06 | 2018-04-13 | 上海林康医疗信息技术有限公司 | 一种用于精准提醒慢病患者按时服药的系统和方法 |
CN109842647A (zh) * | 2017-11-27 | 2019-06-04 | 中移(杭州)信息技术有限公司 | 一种维持长连接的方法、装置、系统及介质 |
CN109615233A (zh) * | 2018-12-12 | 2019-04-12 | 成都海得控制系统有限公司 | 基于基础数采的智慧水务管理平台 |
CN109639804A (zh) * | 2018-12-18 | 2019-04-16 | 交通银行股份有限公司 | 生产系统的监控方法、系统及生产设备、终端、服务器 |
CN110602089A (zh) * | 2019-09-11 | 2019-12-20 | 腾讯科技(深圳)有限公司 | 基于区块链的医疗数据存储方法、装置、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
赵鑫: "共享式Web应用服务器集群的资源整合方法研究", 计算机科学与探索, vol. 7, no. 01, pages 25 - 34 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111798967A (zh) * | 2020-07-18 | 2020-10-20 | 贵州精准健康数据有限公司 | 一种智慧超声检测系统 |
CN111833993A (zh) * | 2020-07-18 | 2020-10-27 | 贵州精准健康数据有限公司 | 一种基于ai的区域影像远程质控管理系统 |
CN111833993B (zh) * | 2020-07-18 | 2024-04-19 | 贵州精准健康数据有限公司 | 一种基于ai的区域影像远程质控管理系统 |
CN111816287A (zh) * | 2020-07-19 | 2020-10-23 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN111816287B (zh) * | 2020-07-19 | 2023-12-15 | 贵州精准健康数据有限公司 | 一种区域超声动态咨询系统 |
CN113660324A (zh) * | 2021-08-09 | 2021-11-16 | 四川科泰智能电子有限公司 | 一种物联网数据采集方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111180031B (zh) | 2023-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111180031B (zh) | 数据管理系统及方法 | |
US11152108B2 (en) | Passing authentication token to authorize access to rest calls via web sockets | |
CN111277490A (zh) | 一种医用数据存储、传输方法及应用系统 | |
EP3824383B1 (en) | Systems and methods for facilitating clinical messaging in a network environment | |
CN111083175A (zh) | 一种堡垒云存储、传输方法及应用系统 | |
CN111599424A (zh) | 一种智慧病历大数据中心管理方法及装置 | |
JP2015088195A (ja) | クラウドベース医療データベースを管理する方法及びそのシステム | |
GB2596960A (en) | A platform for evaluating medical information and method for using the same | |
KR20130007079A (ko) | 동물 상태 원격 관리 방법 및 시스템 | |
JP6894001B2 (ja) | 診断支援装置、内視鏡装置、管理装置、診断支援方法、管理方法、診断支援プログラム、及び管理プログラム | |
KR101611024B1 (ko) | 치아 정보 서비스 관리 방법 및 시스템 | |
TWI619031B (zh) | 詮釋資料伺服器、網路裝置及自動資源管理方法 | |
CN111314668B (zh) | 去中心化云视讯系统及其远程查房方法 | |
CN111312409A (zh) | 一种医疗数据的共享系统及方法 | |
CN111554368B (zh) | 公共卫生系统与医疗系统互通系统及方法 | |
US11410754B2 (en) | Cloud-to-local, local-to-cloud switching and synchronization of medical images and data | |
CN114822782A (zh) | 医学影像分析方法、系统、设备、介质和程序产品 | |
CN111540426B (zh) | 基于公众号的智慧病历应用系统及方法 | |
CN104217383A (zh) | 用于关于患者的医疗报告的状态通知的方法 | |
JP6803652B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
CN111798967A (zh) | 一种智慧超声检测系统 | |
US20190303488A1 (en) | Multi character set conversion | |
US20190304577A1 (en) | Communication violation solution | |
CN117453941B (zh) | 医学影像数据处理方法及系统 | |
CN104202374A (zh) | 一种用于医学图像传输断点续传的方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |