CN112017766A - 能实现各医院数据连通的数据处理系统 - Google Patents
能实现各医院数据连通的数据处理系统 Download PDFInfo
- Publication number
- CN112017766A CN112017766A CN202010871648.1A CN202010871648A CN112017766A CN 112017766 A CN112017766 A CN 112017766A CN 202010871648 A CN202010871648 A CN 202010871648A CN 112017766 A CN112017766 A CN 112017766A
- Authority
- CN
- China
- Prior art keywords
- data
- attribute
- data table
- data packet
- module
- 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
- 238000012545 processing Methods 0.000 title claims abstract description 123
- 238000004891 communication Methods 0.000 title claims abstract description 18
- 238000000034 method Methods 0.000 claims description 21
- 238000002360 preparation method Methods 0.000 claims description 16
- 238000003672 processing method Methods 0.000 claims description 14
- 230000011218 segmentation Effects 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明揭示了一种能实现各医院数据连通的数据处理系统,所述系统包括:服务器及至少一客户端,所述服务器分别连接各客户端;所述客户端用以获取医疗数据,并将其发送至所述服务器;所述客户端还用以从服务器获取设定数据并予以显示;所述服务器包括:数据库模块、数据包属性特征获取模块、新数据包识别模块、若干数据包处理模块、新数据包处理模块及数据包处理模块生成模块;所述新数据包处理模块包括:第一数据表获取单元、第二数据表生成单元及第三数据表生成单元。本发明提出的能实现各医院数据连通的数据处理系统,可提高不同信息系统之间访问的快捷性。
Description
技术领域
本发明属于计算机技术领域,涉及一种数据处理系统,尤其涉及一种能实现各医院数据连通的数据处理系统。
背景技术
如今,医院使用不同的医院信息系统(HIS系统),不同H IS系统通常不同的数据格式。如今信息系统要求数据互联,但不同的HIS系统中的数据标准不同,为数据互联带来影响。
有鉴于此,如今迫切需要设计一种新的数据处理方式,以便克服现有数据处理方式存在的上述至少部分缺陷。
发明内容
本发明提供一种能实现各医院数据连通的数据处理系统,可提高不同信息系统之间访问的快捷性。
为解决上述技术问题,根据本发明的一个方面,采用如下技术方案:
一种能实现各医院数据连通的数据处理系统,其特征在于,所述系统包括:服务器及至少一客户端,所述服务器分别连接各客户端;
所述客户端用以获取医疗数据,并将其发送至所述服务器;所述客户端还用以从服务器获取设定数据并予以显示;
所述服务器包括:
数据库模块,用以存储设定数据;
数据包属性特征获取模块,用以从第一特定客户端获取数据包的属性特征;
新数据包识别模块,用以判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
若干数据包处理模块,用以存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理模块,用以分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成模块,用以对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块;
所述新数据包处理模块包括:
第一数据表获取单元,用以获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成单元,用以根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成单元,用以在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
所述服务器进一步包括:备份模块,用以将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份;
所述服务器进一步包括:数据表分割模块,用以将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
所述数据表分割模块用以将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
根据本发明的另一个方面,采用如下技术方案:一种能实现各医院数据连通的数据处理系统,所述系统包括:服务器及至少一客户端,所述服务器分别连接各客户端;
所述客户端用以获取医疗数据,并将其发送至所述服务器;所述客户端还用以从服务器获取设定数据并予以显示;
所述服务器包括:
数据库模块,用以存储设定数据;
数据包属性特征获取模块,用以从第一特定客户端获取数据包的属性特征;
新数据包识别模块,用以判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
若干数据包处理模块,用以存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理模块,用以分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成模块,用以对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块。
作为本发明的一种实施方式,所述新数据包处理模块包括:
第一数据表获取单元,用以获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成单元,用以根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成单元,用以在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。
作为本发明的一种实施方式,所述服务器进一步包括:备份模块,用以将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份。
作为本发明的一种实施方式,所述服务器进一步包括:数据表分割模块,用以将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
所述数据表分割模块用以将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
根据本发明的又一个方面,采用如下技术方案:一种能实现各医院数据连通的数据处理方法,所述数据处理方法包括如下步骤:
数据包属性特征获取步骤,从第一特定客户端获取数据包的属性特征;
新数据包识别步骤,判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
数据包处理步骤,存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理步骤,分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成步骤,对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块。
作为本发明的一种实施方式,所述新数据包处理步骤包括:
第一数据表获取步骤,获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成步骤,根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成步骤,在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。
作为本发明的一种实施方式,所述数据处理方法包括:备份步骤,将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份。
作为本发明的一种实施方式,所述方法进一步包括:数据表分割步骤,将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
本发明的有益效果在于:本发明提出的能实现各医院数据连通的数据处理系统及方法,可提高不同信息系统之间访问的快捷性。
附图说明
图1为本发明一实施例中数据处理系统的组成示意图。
图2为本发明一实施例中数据处理系统的组成示意图。
图3为本发明一实施例中数据处理方法的流程图。
具体实施方式
下面结合附图详细说明本发明的优选实施例。
为了进一步理解本发明,下面结合实施例对本发明优选实施方案进行描述,但是应当理解,这些描述只是为进一步说明本发明的特征和优点,而不是对本发明权利要求的限制。
该部分的描述只针对几个典型的实施例,本发明并不仅局限于实施例描述的范围。相同或相近的现有技术手段与实施例中的一些技术特征进行相互替换也在本发明描述和保护的范围内。
说明书中的“连接”既包含直接连接,也包含间接连接。
本发明揭示了一种能实现各医院数据连通的数据处理系统,图1为本发明一实施例中数据处理系统的组成示意图;请参阅图1,所述系统包括:服务器1及至少一客户端3,所述服务器1分别连接各客户端3;所述客户端3用以获取医疗数据,并将其发送至所述服务器1;所述客户端3还用以从服务器1获取设定数据并予以显示。
服务器1可以接收不同客户端3发送的数据,由于不同客户端3发送的数据结构可能存在不同,因此,服务器1需要对不同的数据结构进行整合。
所述服务器1包括:数据库模块101、数据包属性特征获取模块103、新数据包识别模块105、若干数据包处理模块107、新数据包处理模块109及数据包处理模块生成模块111。
数据库模块101用以存储设定数据。数据包属性特征获取模块103用以从第一特定客户端获取数据包的属性特征。
新数据包识别模块105用以判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块107;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块111。
若干数据包处理模块107用以存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块101中;对于数据库模块101中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块109,各数据包处理模块109将对应种类的数据包按照设定的方式存储至所述数据库模块101。
新数据包处理模块109用以分析数据包的属性特征,获取其中数据库模块101中已经存在的属性,以及数据库模块101中没有存在的属性。
数据包处理模块生成模块111用以对新出现的数据包,按照系统对新出现的数据包的处理流程,生成该种类数据包的数据处理模块107。系统对新出现的数据包的处理流程,可以由设定人员进行手动操作处理,也可以是系统根据设定条件进行自动处理(设定条件可以根据需要进行设定)。
在本发明的一实施例中,所述新数据包处理模块包括:第一数据表获取单元、第二数据表生成单元及第三数据表生成单元。第一数据表获取单元用以获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表。第二数据表生成单元用以根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。第三数据表生成单元用以在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。通过上述设置,所述新数据包处理模块109可以获取同一病人在不同数据表内具有不同属性名称的相同数据属性,并能在其他客户端进行访问时,根据汇总后的数据表予以显示。
图2为本发明一实施例中数据处理系统的组成示意图;请参阅图2,在本发明的一实施例中,所述服务器1进一步包括备份模块113;所述备份模块113用以将数据库备份至一预备份数据库115中,预备份完成后,将预备份数据库115中的数据备份至备份数据库117。若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库115中的数据备份至备份数据库117时出现问题,则在问题消失后,继续进行备份。
所述服务器进一步包括数据表分割模块,用以将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;所述数据表分割模块用以将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表。在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
本发明进一步揭示一种能实现各医院数据连通的数据处理方法,图3为本发明一实施例中数据处理方法的流程图;请参阅图3,所述数据处理方法包括如下步骤(步骤可以不分先后):
【步骤S1】数据包属性特征获取步骤,从第一特定客户端获取数据包的属性特征;
【步骤S2】新数据包识别步骤,判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
【步骤S3】数据包处理步骤,存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
【步骤S4】新数据包处理步骤,分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
【步骤S5】数据包处理模块生成步骤,对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块。
在本发明的一实施例中,所述新数据包处理步骤包括:
第一数据表获取步骤,获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成步骤,根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成步骤,在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。
在本发明的一实施例中,所述数据处理方法包括:备份步骤,将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份。
在本发明的一实施例中,所述方法进一步包括:数据表分割步骤,将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份。将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
综上所述,本发明提出的能实现各医院数据连通的数据处理系统,可提高不同信息系统之间访问的快捷性。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
这里本发明的描述和应用是说明性的,并非想将本发明的范围限制在上述实施例中。实施例中所涉及的效果或优点可因多种因素干扰而可能不能在实施例中体现,对于效果或优点的描述不用于对实施例进行限制。这里所披露的实施例的变形和改变是可能的,对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是,在不脱离本发明的精神或本质特征的情况下,本发明可以以其它形式、结构、布置、比例,以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下,可以对这里所披露的实施例进行其它变形和改变。
Claims (9)
1.一种能实现各医院数据连通的数据处理系统,其特征在于,所述系统包括:服务器及至少一客户端,所述服务器分别连接各客户端;
所述客户端用以获取医疗数据,并将其发送至所述服务器;所述客户端还用以从服务器获取设定数据并予以显示;
所述服务器包括:
数据库模块,用以存储设定数据;
数据包属性特征获取模块,用以从第一特定客户端获取数据包的属性特征;
新数据包识别模块,用以判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
若干数据包处理模块,用以存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理模块,用以分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成模块,用以对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块;
所述新数据包处理模块包括:
第一数据表获取单元,用以获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成单元,用以根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成单元,用以在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
所述服务器进一步包括:备份模块,用以将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份;
所述服务器进一步包括:数据表分割模块,用以将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
所述数据表分割模块用以将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
2.一种能实现各医院数据连通的数据处理系统,其特征在于,所述系统包括:服务器及至少一客户端,所述服务器分别连接各客户端;
所述客户端用以获取医疗数据,并将其发送至所述服务器;所述客户端还用以从服务器获取设定数据并予以显示;
所述服务器包括:
数据库模块,用以存储设定数据;
数据包属性特征获取模块,用以从第一特定客户端获取数据包的属性特征;
新数据包识别模块,用以判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
若干数据包处理模块,用以存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理模块,用以分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成模块,用以对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块。
3.根据权利要求2所述的能实现各医院数据连通的数据处理系统,其特征在于:
所述新数据包处理模块包括:
第一数据表获取单元,用以获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成单元,用以根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成单元,用以在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。
4.根据权利要求2所述的能实现各医院数据连通的数据处理系统,其特征在于:
所述服务器进一步包括:备份模块,用以将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份。
5.根据权利要求2所述的能实现各医院数据连通的数据处理系统,其特征在于:
所述服务器进一步包括:数据表分割模块,用以将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
所述数据表分割模块用以将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
6.一种能实现各医院数据连通的数据处理方法,其特征在于,所述数据处理方法包括如下步骤:
数据包属性特征获取步骤,从第一特定客户端获取数据包的属性特征;
新数据包识别步骤,判断数据包的属性特征是否出现过;若数据包的属性特征出现过,则获取对应数据包的标识,将该标识增加至所述数据包中,并告知对应的数据包处理模块;若数据包的属性特征未出现过,则为对应数据包分配设定标识,将该标识增加至所述数据包中,并告知一数据包处理模块生成模块;
数据包处理步骤,存储对数据包的处理过程数据,能按照设定处理过程数据将对应种类的数据包存储至所述数据库模块中;对于数据库模块中已存储数据对应的数据包,每种数据包具有其对应的数据包处理模块,各数据包处理模块将对应种类的数据包按照设定的方式存储至所述数据库模块;
新数据包处理步骤,分析数据包的属性特征,获取数据库模块中已经存在的属性,以及数据库模块中没有存在的属性;
数据包处理模块生成步骤,对新出现的数据包,按照对新出现的数据包的处理流程,生成该种类数据包的数据处理模块。
7.根据权利要求6所述的能实现各医院数据连通的数据处理方法,其特征在于:
所述新数据包处理步骤包括:
第一数据表获取步骤,获取第一特定客户端发送的数据包,并根据接收的数据包形成至少一第一数据表;
第二数据表生成步骤,根据所述第一数据表、以其中病人唯一标识为依据、结合数据库模块中有关该病人的其他数据表,生成至少一第二数据表,并存储于所述数据库模块中;对于所述第一数据表中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第二数据表与第一数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称;
第三数据表生成步骤,在有第二特定客户端需要访问第二数据表时,根据所述第二数据表的数据、结合请求访问所述第二数据表的特定客户端需要获取的属性数据,生成至少一第三数据表;对于所述第二特定客户端中属性名称与所述第二数据表中数据属性名称不同、但实质相同的属性名称,第三数据表与第二数据表的属性名称设定为不同,分别按照各自的设定确定对应的属性名称。
8.根据权利要求6所述的能实现各医院数据连通的数据处理方法,其特征在于:
所述数据处理方法包括:备份步骤,将数据库备份至一预备份数据库中,预备份完成后,将预备份数据库中的数据备份至备份数据库;若在预备份时出现问题,导致预备份无法完成,则在问题消失后进行预备份;若在将预备份数据库中的数据备份至备份数据库时出现问题,则在问题消失后,继续进行备份。
9.根据权利要求6所述的能实现各医院数据连通的数据处理方法,其特征在于:
所述方法进一步包括:数据表分割步骤,将数据库模块中数据表的属性分为不变属性、可变属性、变化属性;不变属性不需要备份;可变属性为真时才备份;变化属性如有更新,进行备份;
将数据库模块中的数据表按照属性不同分为三个子数据表;不变属性子数据表、可变属性子数据表及变化属性子数据表;在对数据库的数据表进行备份时,对于数据表中不变属性,不予备份;对于可变属性,根据其是否变化进行备份;对于变化属性,如果有更新,进行备份。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010871648.1A CN112017766B (zh) | 2020-08-26 | 2020-08-26 | 能实现各医院数据连通的数据处理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010871648.1A CN112017766B (zh) | 2020-08-26 | 2020-08-26 | 能实现各医院数据连通的数据处理系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112017766A true CN112017766A (zh) | 2020-12-01 |
CN112017766B CN112017766B (zh) | 2024-03-12 |
Family
ID=73503481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010871648.1A Active CN112017766B (zh) | 2020-08-26 | 2020-08-26 | 能实现各医院数据连通的数据处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112017766B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060004907A1 (en) * | 2004-04-22 | 2006-01-05 | Pape William R | Method and system for private data networks for sharing agricultural item attribute and event data across multiple enterprises and multiple stages of production transformation |
WO2010120061A2 (ko) * | 2009-04-16 | 2010-10-21 | 주식회사 인트로메딕 | 클라이언트 단말의 의료 데이터 프로세싱 장치 및 의료 영상데이터 처리 방법 |
JP2013065216A (ja) * | 2011-09-17 | 2013-04-11 | Shinkichi Himeno | 文書管理サーバーシステム |
CN103415852A (zh) * | 2011-03-01 | 2013-11-27 | 柯惠有限合伙公司 | 用于经由无线通信网络监控医疗装置的远程监控系统 |
US20140278535A1 (en) * | 2013-03-15 | 2014-09-18 | Steven Robert Romeo | Healthcare practice management systems and methods |
CN104680462A (zh) * | 2015-03-13 | 2015-06-03 | 河南群智信息技术有限公司 | 面向云平台的医疗系统病例信息优化获取方法 |
CN106230975A (zh) * | 2016-08-31 | 2016-12-14 | 山东众阳软件有限公司 | 基于主索引云平台的跨院数据共享、实时共享方法及系统 |
CN106649496A (zh) * | 2016-10-10 | 2017-05-10 | 国信优易数据有限公司 | 一种政务数据采集共享系统与方法 |
CN108039194A (zh) * | 2017-11-11 | 2018-05-15 | 深圳市前海安测信息技术有限公司 | 区域医疗信息统计系统及信息统计方法 |
CN109873791A (zh) * | 2017-12-04 | 2019-06-11 | 深圳市前海安测信息技术有限公司 | 基于分类机制的医疗数据安全传输系统及方法 |
CN111061739A (zh) * | 2019-12-17 | 2020-04-24 | 医渡云(北京)技术有限公司 | 海量医疗数据的入库方法及装置、电子设备、存储介质 |
-
2020
- 2020-08-26 CN CN202010871648.1A patent/CN112017766B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060004907A1 (en) * | 2004-04-22 | 2006-01-05 | Pape William R | Method and system for private data networks for sharing agricultural item attribute and event data across multiple enterprises and multiple stages of production transformation |
WO2010120061A2 (ko) * | 2009-04-16 | 2010-10-21 | 주식회사 인트로메딕 | 클라이언트 단말의 의료 데이터 프로세싱 장치 및 의료 영상데이터 처리 방법 |
CN103415852A (zh) * | 2011-03-01 | 2013-11-27 | 柯惠有限合伙公司 | 用于经由无线通信网络监控医疗装置的远程监控系统 |
JP2013065216A (ja) * | 2011-09-17 | 2013-04-11 | Shinkichi Himeno | 文書管理サーバーシステム |
US20140278535A1 (en) * | 2013-03-15 | 2014-09-18 | Steven Robert Romeo | Healthcare practice management systems and methods |
CN104680462A (zh) * | 2015-03-13 | 2015-06-03 | 河南群智信息技术有限公司 | 面向云平台的医疗系统病例信息优化获取方法 |
CN106230975A (zh) * | 2016-08-31 | 2016-12-14 | 山东众阳软件有限公司 | 基于主索引云平台的跨院数据共享、实时共享方法及系统 |
CN106649496A (zh) * | 2016-10-10 | 2017-05-10 | 国信优易数据有限公司 | 一种政务数据采集共享系统与方法 |
CN108039194A (zh) * | 2017-11-11 | 2018-05-15 | 深圳市前海安测信息技术有限公司 | 区域医疗信息统计系统及信息统计方法 |
CN109873791A (zh) * | 2017-12-04 | 2019-06-11 | 深圳市前海安测信息技术有限公司 | 基于分类机制的医疗数据安全传输系统及方法 |
CN111061739A (zh) * | 2019-12-17 | 2020-04-24 | 医渡云(北京)技术有限公司 | 海量医疗数据的入库方法及装置、电子设备、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112017766B (zh) | 2024-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10824372B2 (en) | Data recovery method and device, and cloud storage system | |
CN110162543A (zh) | 一种信息查询方法及装置 | |
CN110414259B (zh) | 一种构建数据类目、实现数据共享的方法及设备 | |
CN112565327B (zh) | 访问流量转发方法、集群管理方法及相关装置 | |
EP2407092A2 (en) | Clinical data database system and method for a critical care and/or hospital environment | |
CN111984712B (zh) | 一种信息处理方法、装置及存储介质 | |
CN107249050B (zh) | 云平台中资源的管理方法和装置 | |
CN112017766B (zh) | 能实现各医院数据连通的数据处理系统 | |
DE112018007928T5 (de) | Zeitsynchronisationssystem, Zeitmaster, Verwaltungsmaster und Zeitsynchronisationsverfahren | |
CN109324914B (zh) | 服务调用方法、服务调用装置及中心服务器 | |
CN109104506B (zh) | 域名解析规则的确定方法、装置和计算机可读存储介质 | |
CN103514285A (zh) | 最优记录数据的生成系统和生成方法 | |
CN107305581B (zh) | 分布式数据库系统中的表连接方法及分布式数据库系统 | |
US20220367017A1 (en) | Health data management methods, health data management device and background device | |
CN111090672B (zh) | 一种数据优化方法及装置 | |
CN114579506A (zh) | 处理器之间的通信方法、系统、存储介质以及处理器 | |
CN113641735A (zh) | 联邦式集群数据可视化展示方法、电子设备及存储介质 | |
CN112257284A (zh) | 基于区块链的cad系统中设计知识追溯方法与系统 | |
CN103473372A (zh) | 管理服务器、多维镜像服务系统和多维镜像数据管理方法 | |
CN110716726A (zh) | 客户端更新方法及装置、电子设备和计算机可读存储介质 | |
CN110795448A (zh) | 一种元数据管理的方法及装置、可读存储介质 | |
CN115168366B (zh) | 数据处理方法、装置、电子设备以及存储介质 | |
CN115422248A (zh) | 基于数据看板的数据显示方法及装置、介质、计算机设备 | |
CN115632811A (zh) | 异构系统资源全局统一标识与管理的方法与装置 | |
CN112968933B (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 |