CN116541407B - 一种数据处理的方法、装置、存储介质及电子设备 - Google Patents

一种数据处理的方法、装置、存储介质及电子设备 Download PDF

Info

Publication number
CN116541407B
CN116541407B CN202310831201.5A CN202310831201A CN116541407B CN 116541407 B CN116541407 B CN 116541407B CN 202310831201 A CN202310831201 A CN 202310831201A CN 116541407 B CN116541407 B CN 116541407B
Authority
CN
China
Prior art keywords
data
node
medical
instruction
updating
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.)
Active
Application number
CN202310831201.5A
Other languages
English (en)
Other versions
CN116541407A (zh
Inventor
相文超
李劲松
邓光源
周天舒
田雨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Lab
Original Assignee
Zhejiang Lab
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhejiang Lab filed Critical Zhejiang Lab
Priority to CN202310831201.5A priority Critical patent/CN116541407B/zh
Publication of CN116541407A publication Critical patent/CN116541407A/zh
Application granted granted Critical
Publication of CN116541407B publication Critical patent/CN116541407B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/275Synchronous replication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/901Indexing; Data structures therefor; Storage structures
    • G06F16/9024Graphs; Linked lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本说明书公开了一种数据处理的方法、装置、存储介质及电子设备。本说明书实施例在数据处理的过程中,会将各个医疗机构的数据中心设备中的全局医疗图数据汇总到目标设备中,以对该目标设备中的全局医疗图数据进行更新,并且在该目标设备中,每次数据更新操作都会对应有一个数据节点,以使得该数据更新操作完成后,可以将得到的更新后的全局医疗图数据存储到该数据节点中,以使得即便完成了更新后的全局医疗图数据的存储,也能便捷的回溯更新操作之前的存储结果,从而在避免了数据孤岛的同时,保证了图数据的灵活存储。

Description

一种数据处理的方法、装置、存储介质及电子设备
技术领域
本说明书涉及计算机技术领域,尤其涉及一种数据处理的方法、装置、存储介质及电子设备。
背景技术
现如今,随着科技的发展,数据存储的方式也越来越多样,其中,图数据这种存储方式通过使用图形结构来存储数据,图形结构中包含图节点和用于连接节点的边,其中,图数据中的图节点表示实体,边表示实体之间的关系,图数据这种数据存储的方式,可以灵活的添加或删除图节点和边以及图节点和边的属性,方便快速解决复杂的关系问题。
图数据在医疗数据领域的应用广泛,例如,图数据既可以记录各种其他数据之间的血缘关系,也可以记录用于描述患者的身体状况的电子病历知识图谱。
然而,现有的存储图数据的方式一般是将图数据直接存储到图数据库中,可当图数据库中的图数据完成更新后,却无法回溯到更新前的图数据的状态,并且现有的医疗数据一般只存储在各医疗机构内部,形成了数据孤岛,无法综合利用各医疗机构的数据。
因此,如何灵活的综合获取到各个医疗机构中的图数据,成为目前亟待解决的问题。
发明内容
本说明书提供一种数据处理的方法、装置、存储介质及电子设备,以部分的解决现有技术存在的上述问题。
本说明书采用下述技术方案:
本说明书提供了一种数据处理的方法,包括:
目标设备接收医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备;
根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的;
将更新后的全局医疗图数据存储在所述新的数据节点中。
可选地,通过所述数据更新指令,对保存的全局医疗图数据进行更新,具体包括:
若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据一致,则将所述数据更新指令中所携带的全局医疗图数据确定为所述创建新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选地,所述方法还包括:
根据所述数据更新指令中携带的数据更新日志,确定创建的所述新的数据节点中的数据更新日志。
可选地,通过所述数据更新指令,对保存的全局医疗图数据进行更新,具体包括:
若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据不一致,则根据所述数据更新指令中携带的数据更新日志,对当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选的,根据所述数据更新指令中携带的数据更新日志,对当前数据节点中保存的全局医疗图数据进行更新,具体包括:
根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,其中,所述各历史数据节点包含所述当前数据节点;
若是,则确定所述数据更新指令中携带的数据更新日志存在异常,并向所述医疗机构的数据中心设备发送数据修正指令,以使所述医疗机构的数据中心设备基于所述数据修正指令,将修正数据后所得到的数据更新日志返回给所述目标设备;
所述目标设备根据所述医疗机构的数据中心设备基于所述数据修正指令所返回的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据。
可选的,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,具体包括:
根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突;
若否,则根据所述数据更新指令中携带的数据更新日志与各历史数据节点中的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新。
本说明书提供了一种数据处理的装置,包括:
接收模块,用于目标设备接收至少部分医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备;
更新模块,用于根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的;
存储模块,用于将更新后的全局医疗图数据存储在所述新的数据节点中。
可选的,所述更新模块具体用于,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据一致,则将所述数据更新指令中所携带的全局医疗图数据确定为所述创建新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选的,所述装置还包括:第一更新模块,其中,所述第一更新模块用于根据所述数据更新指令中携带的数据更新日志,确定创建的所述新的数据节点中的数据更新日志。
可选的,所述更新模块具体用于,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据不一致,则根据所述数据更新指令中携带的数据更新日志,对当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选的,所述更新模块具体用于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,其中,所述各历史数据节点包含所述当前数据节点;若是,则确定所述数据更新指令中携带的数据更新日志存在异常,并向所述医疗机构的数据中心设备发送数据修正指令,以使所述医疗机构的数据中心设备基于所述数据修正指令,将修正数据后所得到的数据更新日志返回给所述目标设备;所述目标设备根据所述医疗机构的数据中心设备基于所述数据修正指令所返回的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据。
可选的,所述更新模块具体用于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突;若否,则根据所述数据更新指令中携带的数据更新日志与各历史数据节点中的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新。
本说明书提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述数据处理的方法。
本说明书提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述数据处理的方法。
本说明书采用的上述至少一个技术方案能够达到以下有益效果:
本说明书提供的数据处理的方法,目标设备接收医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备,根据该数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过该数据更新指令,对保存的全局医疗图数据进行更新,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的,将更新后的全局医疗图数据存储在该新的数据节点中。
从上述方法中可以看出,在数据处理的过程中,会将各个医疗机构的数据中心设备中的全局医疗图数据汇总到目标设备中,以对该目标设备中的全局医疗图数据进行更新,并且在该目标设备中,每次数据更新操作都会对应有一个数据节点,以使得该数据更新操作完成后,可以将得到的更新后的全局医疗图数据存储到该数据节点中,以使得即便完成了更新后的全局医疗图数据的存储,也能便捷的回溯更新操作之前的存储结果,从而在避免了数据孤岛的同时,保证了图数据的灵活存储。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解,构成本说明书的一部分,本说明书的示意性实施例及其说明用于解释本说明书,并不构成对本说明书的不当限定。在附图中:
图1为本说明书中提供的一种数据处理的方法的流程示意图;
图2为本说明书中提供的一种电子病历知识图谱的示意图;
图3为本说明书提供的一种数据节点中存储内容的示意图;
图4为本说明书提供的一种医疗机构的数据中心设备的数据节点中的数据更新的示意图;
图5为本说明书提供的一种医疗机构的数据中心设备中数据节点回退的示意图;
图6为本说明书提供的一种目标设备的数据节点中的数据更新的示意图;
图7为本说明书提供的一种目标设备中数据节点回退的示意图;
图8为本说明书提供的一种数据处理的装置结构的示意图;
图9为本说明书提供的对应于图1的电子设备的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书中提供的一种数据处理的方法的流程示意图,包括以下步骤:
S101:目标设备接收医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备。
本说明书中涉及的数据处理的方法的执行主体可以是诸如台式电脑、笔记本电脑等终端设备,也可以是服务器,下面仅以终端设备是执行主体为例,对本说明书实施例中的数据处理的方法进行说明。
如今,图数据这种数据存储方式越来越受欢迎,图数据通过使用图形结构来存储数据,图形结构中的图节点表示实体,边表示实体之间的关系,每个图节点都有图节点对应的属性,每条边也有边对应的属性。
人们可以利用图数据来存储医疗数据领域中所产生的数据。
例如,图数据可以用于记录描述患者的状况的电子病历知识图谱。
如图2所示,图2为本说明书中提供的一种电子病历知识图谱的示意图。
图2中的患者实例图谱中的“观察对象”指电子病历对应的患者,“身体部位”指观察了该患者的哪些身体部位,“体征”指上述身体部位的观察结果,“症状”指被观察的患者的身体部位出现了哪些症状,“诊断”指对于该患者的病情诊断结果,“用药记录”指该患者曾服用过哪些药物。
图2中的疾病知识图谱中的“疾病”则与“诊断”所对应的诊断结果有关,即诊断该患者患上了何种疾病,“体征”表示该疾病所对应的在各个身体部位上的表现,“症状”表示该疾病会具体表现为哪些症状,显然,患者实例图谱中的“体征”属于疾病知识图谱中的“体征”,患者实例图谱中的“症状”属于疾病知识图谱中的“症状”。
图2中的药物知识图谱中的“药物”指该患者在患者实例图谱中的“用药记录”中所记录的药物,“不良反应”指服用该“药物”所可能产生的不良反应,这里的不良反应可以对应有多种症状,患者实例图谱中的“症状”会包含上述“不良反应”,“有效成分”指的是该药物中所包含的起主要疗效的成分。
再例如,图数据也可以用于记录数据之间的血缘关系,具体可以是每个图节点分别对应有不同的表格,图节点的属性可以用于表示该图节点对应的表格的用途,图节点与图节点之间的边可以用于表示表格与表格之间的关系,如图节点A对应的表格引用了图节点B对应的表格,而边的属性则可以是图节点A对应的表格引用了图节点B对应的表格的某个字段的某条数据。
然而,现有的存储图数据的方式一般是将图数据直接存储到图数据库中,当图数据库中的图数据完成更新后,则无法回溯到更新前的图数据的状态,并且现有的医疗数据一般只存储在各医疗机构内部,形成了数据孤岛,无法综合利用各医疗机构的数据。
因此,如何灵活的来综合的获取到各个医疗机构中的图数据,成为目前亟待解决的问题。
在本说明书具体实施中,在对目标设备中所存储的需要进行更新的全局医疗图数据进行更新时,目标设备可以首先接收医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备。
这里的目标设备是上述提到的执行主体。上述医疗机构的数据中心设备既可以是诸如台式电脑、笔记本电脑等终端设备,也可以是服务器,在本说明书中不做具体限定。
而上述提到的需要进行更新的全局医疗图数据,指的是目标设备中需要进行更新的某一类型的全局医疗图数据,例如,当需要将目标设备中存储的电子病历知识图谱这一类型的数据进行更新时,需要进行更新的全局医疗图数据即为电子病历知识图谱对应的图数据,而当需要将目标设备中存储的数据血缘关系这一类型的数据进行更新时,需要进行更新的全局医疗图数据则是数据血缘关系对应的图数据。
这里的数据更新指令中可以携带有该医疗机构的数据中心设备中保存的最新的全局医疗图数据以及该医疗机构的数据中心设备中保存的历史上所有的该全局医疗图数据的数据更新日志。
这里的数据更新指令可以是包含有在某一个预设周期内所有医疗机构的数据中心设备所发送的数据更新指令,也可以是在某一个预设周期内某一个医疗机构的数据中心设备所发送的数据更新指令,在本说明书中,不做具体限定。
需要说明的是,在目标设备接收医疗机构的数据中心设备发送的数据更新指令之前,各个医疗机构的数据中心设备中的在这一个预设周期中最初保存的全局医疗图数据可以是在上一个预设周期结束后,由目标设备将上一个预设周期中最后所汇总出的各个医疗机构的数据中心设备的全局医疗图数据发送给各个医疗机构的数据中心设备中的。
由于各个医疗机构也会有新的全局医疗图数据产生,相应的各个医疗机构中的数据中心设备中的在每一个预设周期中最初保存的全局医疗图数据也是需要进行更新的,那么每一个预设周期结束后,医疗机构的数据中心设备则也可以将该医疗机构中最新保存的全局医疗图数据通过数据更新指令发送给目标设备。
S102:根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的。
S103:将更新后的全局医疗图数据存储在所述新的数据节点中。
在本说明书中,目标设备一旦接收到医疗机构的数据中心设备发送的数据更新指令,则可以根据该数据更新指令,在目标设备中已创建的各历史数据节点的基础上,创建新的数据节点。并且,目标设备还可以通过该数据更新指令,对该目标设备中所保存的全局医疗图数据进行更新。
上述提到各历史数据节点中的每一个数据节点中都保存有通过该数据节点对应的数据更新操作所得到的全局医疗图数据。各历史数据节点所对应的数据更新操作有所不同。而针对各历史数据节点中的任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的。
当在预设周期内该目标设备只接收到了一个医疗机构的数据中心设备所发送的数据更新指令,那么数据更新操作则是根据该一个数据更新指令对该目标设备中保存的全局医疗图数据进行更新。
而当在预设周期内该目标设备接收到的数据更新指令中包含多个医疗机构的数据中心设备所发送的数据更新指令,那么每根据这多个医疗机构的数据中心设备所发送的数据更新指令中的一个数据更新指令对该目标设备中保存的全局医疗图数据进行更新时,则对应为一个数据更新操作,有几个医疗机构的数据中心设备发送了数据更新指令,那么则对应几个数据更新操作。
上述提到的数据节点中会存储有该节点的节点标识、该数据节点中存储的全局医疗图数据、用于记录该数据节点对应的数据更新操作的数据更新日志,以及记录有根据依据该数据节点对应的数据更新操作进行全局医疗图数据更新时的更新状况的提交信息,这里的提交信息可以记录有在该数据节点对应的数据更新操作中,发送数据更新指令的医疗机构的数据中心设备的设备标识、目标设备接收医疗机构的数据中心设备发送的数据更新指令的时间等信息。
上述数据更新日志具体可以包括以下内容:对全局医疗图数据的图节点的新增操作、对全局医疗图数据的图节点的删除操作、对全局医疗图数据的图节点的属性的新增操作、对全局医疗图数据的图节点的属性的删除操作、对全局医疗图数据的图节点的属性的更新操作、对全局医疗图数据的关系(上述提到的图节点与图节点之间的“边”)的新增操作、对全局医疗图数据的关系的删除操作等。
图3为本说明书提供的一种数据节点中存储内容的示意图。
如图3所示,图3中的数据节点存储有:相应的该节点的节点标识、该节点中存储的全局医疗图数据、用于记录该数据节点对应的数据更新操作的数据更新日志,以及记录有根据依据该数据节点对应的数据更新操作进行全局医疗图数据更新时的更新状况的提交信息。图3中存储全局医疗图数据的方式具体是将该数据节点对应的全局医疗图数据所存储的目录存储到该数据节点中,“全局医疗图数据引用”指的是引用了该数据节点对应的全局医疗图数据所存储的目录,同理,“数据更新日志引用”也是指引用了该数据节点对应的数据更新日志所存储的目录。
目标设备可以通过该数据更新指令,对该目标设备中所保存的全局医疗图数据进行更新,其中,上述提到的不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对各历史数据节点中的任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的。
上述提到的通过上述数据更新指令,对该目标设备中所保存的全局医疗图数据进行更新,具体可以是:
首先判断当前数据节点中保存的全局医疗图数据与该数据更新指令中所携带的该医疗机构的原始数据是否一致,这里的当前数据节点是在创建的该新的数据节点之前所创建的前一个数据节点,这里的原始数据为该目标设备在接收该数据更新指令之前同步给该医疗机构的数据中心设备的全局医疗图数据,例如,这里的原始数据可以是在上一个预设周期结束后,由目标设备将上一个预设周期中最后所汇总出的各个医疗机构的数据中心设备的全局医疗图数据发送给该医疗机构的数据中心设备中的。
若当前数据节点中保存的全局医疗图数据与该数据更新指令中所携带的该医疗机构的原始数据一致,则将该数据更新指令中所携带的全局医疗图数据确定为该创建的新的数据节点中需要保存的全局医疗图数据。此外,还可以根据该数据更新指令中携带的数据更新日志,确定创建的该新的数据节点中的数据更新日志。
需要注意的是,由于医疗机构的数据中心设备中的全局医疗图数据有可能也会进行更新,相应的,该医疗机构的数据中心设备中也会有很多数据节点,例如,医疗机构的数据中心设备中的全局医疗图数据每进行一次更新,则可以将此次更新后的全局医疗图数据存储到该医疗机构的数据中心设备中的一个数据节点中。
图4为本说明书提供的一种医疗机构的数据中心设备的数据节点中的数据更新的示意图;
如图4所示,图4中的“第一节点”、“第二节点”为上述提到的该医疗机构的数据中心设备的数据节点。“中间节点”是该医疗机构的数据暂存节点,用于进行该医疗机构的数据中心设备中的全局医疗图数据的数据更新。“第一节点”可以理解为上述提到的存储有该医疗机构的数据中心设备的原始数据的节点,而“第二节点”可以理解为更新后的上述原始数据在该医疗机构的数据中心设备中所存储于的节点。
图4中的每个数据节点中的全局医疗图数据会存储到该数据节点对应的数据库里,而当需要对该医疗机构的数据中心设备中“第一节点”中所保存的全局医疗图数据进行更新时,首先在该存档设备中创建中间节点以及第二节点,并且将该第一节点中的全局医疗图数据复制到该中间节点中,即图4中的“1.复制全局医疗图数据”,之后,可以对该中间节点中的全局医疗图数据进行更新,以及更新该中间节点的数据更新日志,即图4中的“2.修改全局医疗图数据并记录数据更新日志”。之后,可以将中间节点中的全局医疗图数据以及数据更新日志复制到该第二节点中,即图4中的“3.复制全局医疗图数据”以及“4.复制数据更新日志”,并且在第二节点中记录提交信息,即图4中的“5.记录提交信息”,之后,删除该中间节点中的全局医疗图数据以及数据更新日志。并不再将该第一节点作为该医疗机构的数据中心设备中的最新节点,即图4中的“6.不再将该第一节点作为该医疗机构的数据中心设备中的最新节点”,而是将第二节点重新确定为该医疗机构的数据中心设备中的最新节点,即图4中的“7.将第二节点重新确定为该医疗机构的数据中心设备中的最新节点”。
而这里中间节点的作用是需要首先对该中间节点中的全局医疗图数据以及数据更新日志进行审核,审核无误后再将中间节点中的全局医疗图数据以及数据更新日志复制到该第二节点中,以保证该第二节点中的数据的正确性,从而保证了该医疗机构的数据中心设备中的全局医疗图数据的数据更新的稳定性。
当然,图4中只是本说明书中列举的一种医疗机构的数据中心设备的数据节点中的数据更新的方式,当然还可以是在确定出中间节点中的全局医疗图数据以及数据更新日志之后,将该中间节点再直接确定为第二节点。当然还可以有其他方式,本说明书中,不再赘述。
后续,可以对该医疗机构的数据中心设备中的最新节点的数据进行检测,判断该医疗机构的数据中心设备中的最新节点中的数据是否满足预设条件,若是,则确定该医疗机构的数据中心设备中的最新节点中的数据无异常,否则,确定该医疗机构的数据中心设备中的最新节点中的数据异常,删除该医疗机构的数据中心设备中的最新节点,将该医疗机构的数据中心设备中的在最新节点之前创建的前一个数据节点重新确定为该医疗机构的数据中心设备中的最新数据节点,即进行医疗机构的数据中心设备中数据节点的回退。
图5为本说明书提供的一种医疗机构的数据中心设备中数据节点回退的示意图。
如图5所示,当第二节点是该医疗机构的数据中心设备中的最新节点,一旦检测到第二节点中的数据异常,则可以删除第二节点(以及删除第二节点相关数据),不再将第二节点作为该医疗机构的数据中心设备中的最新节点,而是将第一节点(即该医疗机构的数据中心设备中在第二节点之前所创建的前一个节点)重新确定为该医疗机构的数据中心设备中的最新节点。
相应的,上述提到的该医疗机构的数据中心设备发送的数据更新指令中所携带的全局医疗图数据,指的是上述提到的该医疗机构的数据中心设备中的最新节点中所保存的全局医疗图数据。
并且,上述提到的数据更新指令中携带的数据更新日志指的是该医疗机构的数据中心设备中的各个数据节点分别对应的数据更新日志。
而在当前数据节点中保存的全局医疗图数据与该数据更新指令中所携带的该医疗机构的原始数据一致的情况下,根据该数据更新指令中携带的数据更新日志,确定创建的该新的数据节点中的数据更新日志时,具体可以是:首先对该医疗机构的数据中心设备中的各个数据节点分别对应的数据更新日志(即上述该数据更新指令中携带的数据更新日志)按照预设的日志合并规则进行合并,将合并后所得到的数据更新日志确定为创建的该新的数据节点中的数据更新日志。
其中,预设的日志合并规则具体可以是:对同一全局医疗图数据的图节点同一属性的多次数据更新日志,只保留最新数据更新日志;对同一全局医疗图数据的图节点同一属性删除操作之前的修改日志进行删除,包括属性的新增与数据更新日志;对同一全局医疗图数据的图节点删除操作之前修改日志进行删除,包括图节点属性的新增与数据更新日志、图节点关联关系的新增日志。
而若当前数据节点中保存的全局医疗图数据与该数据更新指令中所携带的该医疗机构的原始数据不一致,目标设备则可以根据预设的冲突规则,判断该数据更新指令中携带的数据更新日志与上述提到的目标设备中各历史数据节点中的数据更新日志是否冲突,这里的各历史数据节点包含上述提到的该当前数据节点。
具体来说,目标设备可以首先根据该数据更新指令,确定出该医疗机构的数据中心设备中的各个数据节点分别对应的数据更新日志(即上述该数据更新指令中携带的数据更新日志),并且按照上述提到的预设的日志合并规则,对该医疗机构的数据中心设备中的各个数据节点(这里的各个数据节点包括该医疗机构的数据中心设备中的最新节点以及在最新节点之前所创建的所有数据节点)分别对应的数据更新日志进行合并,得到该医疗机构的合并后数据更新日志。之后,目标设备可以将上述目标设备中的各历史数据节点的数据更新日志按照上述提到的预设的日志合并规则进行合并,得到该目标设备的合并后数据更新日志。之后,目标设备则可以根据预设的冲突规则,判断该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志是否冲突,具体可以是,若满足冲突条件,则认为该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志存在冲突,否则,认为该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志不存在冲突。
这里的冲突条件具体可以包括:该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中已删除图节点的属性操作,包括新增、删除、更新;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中已删除节点的关系操作,包括新增、删除;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中同一节点已删除属性的更新操作。
若判断结果为是,即目标设备判定该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志存在冲突,目标设备则确定该数据更新指令中携带的数据更新日志存在异常,并向该医疗机构的数据中心设备发送数据修正指令,以使该医疗机构的数据中心设备基于该数据修正指令,将修正数据后所得到的数据更新日志返回给该目标设备;该目标设备根据该医疗机构的数据中心设备基于该数据修正指令所返回的数据更新日志,对该当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为目标设备中创建的该新的数据节点中需要保存的全局医疗图数据。
若判断结果为否,即目标设备判定该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志不存在冲突,目标设备则可以根据该数据更新指令中携带的数据更新日志与该目标设备中各历史数据节点中的数据更新日志,对该当前数据节点中保存的全局医疗图数据进行更新。
具体可以是,目标设备首先根据该数据更新指令中携带的数据更新日志与该目标设备中的各历史数据节点中的数据更新日志,确定出该医疗机构的合并后数据更新日志以及该目标设备的合并后数据更新日志,之后,基于该目标设备的合并后数据更新日志,按照预设的日志整理规则,对该医疗机构的合并后数据更新日志进行整理,并根据整理后的数据更新日志,来对该目标设备中的该当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的该新的数据节点中需要保存的全局医疗图数据,并将整理后的数据更新日志确定为创建的该新的数据节点中的数据更新日志。
之后,该目标设备可以不再将上述提到的在创建的该新的数据节点之前所创建的前一个数据节点作为当前数据节点,而是将创建的该新的数据节点重新确定为当前数据节点。
上面提到的日志整理规则可以包括:该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中已删除节点的删除操作,则删除该数据更新日志;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中已新增节点的新增操作,则删除该数据更新日志;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中同一节点的相同属性操作,则删除该数据更新日志;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中同一关系的删除操作,则删除该数据更新日志;该医疗机构的合并后数据更新日志包含对该目标设备的合并后数据更新日志中同一关系的新增操作,则删除该数据更新日志。
图6为本说明书提供的一种目标设备的数据节点中的数据更新的示意图。
如图6所示,图6中的“第一节点”、“第二节点”为上述提到的该医疗机构的数据中心设备的数据节点,“第一节点”可以理解为上述提到的存储有该医疗机构的数据中心设备的原始数据的节点,而“第二节点”可以理解为更新后的上述原始数据在该医疗机构的数据中心设备中所存储于的节点,图6中的“第二节点”是该医疗机构的数据中心设备中的最新节点。图6中的“当前数据节点”指的是上述提到的目标设备中的当前数据节点(即在创建的该新的数据节点之前所创建的前一个数据节点),而“创建的该新的数据节点”则是指上述提到的该目标设备根据接收到的该数据更新指令,在该目标设备中已创建的各历史数据节点的基础上所创建的新的数据节点。
当目标设备判定该数据更新指令中携带的数据更新日志与该目标设备中各历史数据节点中的数据更新日志不存在冲突,目标设备则可以将数据更新日志中携带的第一节点的数据更新日志以及第二节点的数据更新日志进行合并,得到该医疗机构的合并后数据更新日志,以及将“当前数据节点”的数据更新日志确定为该目标设备的合并后数据更新日志(因为图6中,该目标设备中在“创建的该新的数据节点”之前所创建的数据节点只有一个,即“当前数据节点”,所以“当前数据节点”的数据更新日志就是该目标设备的合并后数据更新日志),之后,可以基于该目标设备的合并后数据更新日志,按照预设的日志整理规则,对该医疗机构的合并后数据更新日志进行整理,即图6中的“确定整理后的数据更新日志”,并根据整理后的数据更新日志,来对该当前数据节点中保存的全局医疗图数据进行更新,具体可以是如图6中的首先将当前数据节点中的复制到创建的该新的数据节点中,之后在创建的该新的数据节点中根据整理后的数据更新日志,对创建的该新的数据节点中存储的全局医疗图数据进行更新,即图6中的“复制图数据”,之后根据整理后的数据更新日志对创建的该新的数据节点中所存储的当前数据节点中的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的该新的数据节点中需要保存的全局医疗图数据,并将整理后的数据更新日志确定为创建的该新的数据节点中的数据更新日志。之后,该目标设备可以不再将上述提到的在创建的该新的数据节点之前所创建的前一个数据节点作为该目标设备的当前数据节点,而是将创建的该新的数据节点重新确定为该目标设备的当前数据节点。
通过上述步骤,即可实现将更新后的全局医疗图数据存储在该新的数据节点中。
需要注意的是,在确定出目标设备中的创建的该新的数据节点中存储的更新后的全局医疗图数据之后,还可以参照预设的检查规则,对更新后的全局医疗图数据进行检查。
这里的预设的检查规则可以是更新后的全局医疗图数据是否为指定类型的数据,若是,则判定该更新后的全局医疗图数据无异常,否则,判定该更新后的全局医疗图数据存在异常,例如目标数据的类型是电子病历知识图谱这一类型的数据,而更新后目标数据却出现了数据血缘关系对应的图数据,则说明更新后目标数据异常;
这里的检查规则还可以是更新后的全局医疗图数据是否使用了指定的数据格式,若是,则判定该更新后的全局医疗图数据无异常,否则,判定该更新后的全局医疗图数据存在异常,当然这里的检查规则还可以包含其他内容,本说明书中不再赘述。
若目标设备判定该更新后的全局医疗图数据无异常,则不对该新的数据节点进行其他操作,否则,则需要在该目标设备中删除创建的该新的数据节点,并且,对该更新后的全局医疗图数据进行修复,并再次在该目标设备中创建数据节点,将修复后的更新后的全局医疗图数据存储到该再次创建的数据节点中。
这里的修复具体可以分为两种情况,当该更新后的全局医疗图数据存在异常的原因是该目标设备有问题,例如,该目标设备中的用于更新全局医疗图数据的代码出现错误,那么此时则应该修复该目标设备,并通过修复好的目标设备来修复更新后的全局医疗图数据;还有一种情况,当该数据更新指令中所携带的全局医疗图数据或者数据更新日志存在问题,那么此时则需要向该医疗机构的数据中心设备发送上述提到的数据修正指令,以使该医疗机构的数据中心设备基于该数据修正指令,将修正数据后所得到的全局医疗图数据或者数据更新日志返回给该目标设备,目标设备再重新根据接收到的修正数据后所得到的全局医疗图数据或者数据更新日志,确定修复后的更新后的全局医疗图数据。
此外,若目标设备判定该更新后的全局医疗图数据存在异常,并且想返回更新前的全局医疗图数据,那么此时则可以将创建的该新的数据节点进行删除,并且将创建的该新的数据节点的前一个数据节点确定为当前目标设备对应的数据节点,即在目标设备中进行数据节点的回退。
图7为本说明书提供的一种目标设备中数据节点回退的示意图。
如图7所示,当完成了该目标设备中的全局医疗图数据的数据更新,那么此时目标设备中的“创建的该新的数据节点”则已经被确定为该目标设备对应的当前数据节点,而相应的图7中的“当前数据节点”已经不是该目标设备对应的当前数据节点。那么此时若目标设备判定该更新后的全局医疗图数据存在异常,并且想返回更新前的全局医疗图数据,即要在目标设备中进行数据节点的回退,则可以删除创建的该新的数据节点及创建的该新的数据节点的相关数据,并且不再将该创建的该新的数据节点作为该目标设备对应的当前数据节点,以及将“当前数据节点”重新确定为该目标设备对应的当前数据节点。
之后,目标设备可以将最后所汇总出的各个医疗机构的数据中心设备的全局医疗图数据(即上述提到的“创建的该新的数据节点”中存储的全局医疗图数据)发送给各个医疗机构的数据中心设备中。
从上述方法中可以看出,在数据处理的过程中,会将各个医疗机构的数据中心设备中的全局医疗图数据汇总到目标设备中,以对该目标设备中的全局医疗图数据进行更新,并且在该目标设备中,每次数据更新操作都会对应有一个数据节点,以使得该数据更新操作完成后,可以将得到的更新后的全局医疗图数据存储到该数据节点中,以使得即便完成了更新后的全局医疗图数据的存储,也能便捷的回溯更新操作之前的存储结果,从而在避免了数据孤岛的同时,保证了图数据的灵活存储。
以上为本说明书的一个或多个实施的方法,基于同样的思路,本说明书还提供了相应的数据处理的装置,如图8所示。
图8为本说明书提供的一种数据处理的装置的示意图,包括:
接收模块801,用于目标设备接收至少部分医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备;
更新模块802,用于根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的;
存储模块803,用于将更新后的全局医疗图数据存储在所述新的数据节点中。
可选的,所述更新模块802具体用于,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据一致,则将所述数据更新指令中所携带的全局医疗图数据确定为所述创建新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选地,所述装置还包括:
第一更新模块804,用于根据所述数据更新指令中携带的数据更新日志,确定创建的所述新的数据节点中的数据更新日志。
可选的,所述更新模块802具体用于,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据不一致,则根据所述数据更新指令中携带的数据数据更新日志,对当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据。
可选的,所述更新模块802具体用于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,其中,所述各历史数据节点包含所述当前数据节点;若是,则确定所述数据更新指令中携带的数据更新日志存在异常,并向所述医疗机构的数据中心设备发送数据修正指令,以使所述医疗机构的数据中心设备基于所述数据修正指令,将修正数据后所得到的数据更新日志返回给所述目标设备;所述目标设备根据所述医疗机构的数据中心设备基于所述数据修正指令所返回的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据。
可选的,所述更新模块802具体用于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突;若否,则根据所述数据更新指令中携带的数据更新日志与各历史数据节点中的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新。
本说明书还提供了一种计算机可读存储介质,该存储介质存储有计算机程序,计算机程序可用于执行上述图1提供的一种数据处理的方法。
本说明书还提供了图9所示的一种对应于图1的电子设备的示意结构图。如图9所示,在硬件层面,该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器,当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,以实现上述图1所述的数据处理的方法。
当然,除了软件实现方式之外,本说明书并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device, PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。

Claims (8)

1.一种数据处理的方法,其特征在于,包括:
目标设备接收医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备;
根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据一致,则将所述数据更新指令中所携带的全局医疗图数据确定为所述创建新的数据节点中需要保存的全局医疗图数据;若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据不一致,则根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,其中,所述各历史数据节点包含所述当前数据节点;若是,则确定所述数据更新指令中携带的数据更新日志存在异常,并向所述医疗机构的数据中心设备发送数据修正指令,以使所述医疗机构的数据中心设备基于所述数据修正指令,将修正数据后所得到的数据更新日志返回给所述目标设备;根据所述医疗机构的数据中心设备基于所述数据修正指令所返回的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据,其中,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的;
将更新后的全局医疗图数据存储在所述新的数据节点中。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述数据更新指令中携带的数据更新日志,确定创建的所述新的数据节点中的数据更新日志。
3.如权利要求1所述的方法,其特征在于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,具体包括:
根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突;
若否,则根据所述数据更新指令中携带的数据更新日志与各历史数据节点中的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新。
4.一种数据处理的装置,其特征在于,包括:
接收模块,用于目标设备接收至少部分医疗机构的数据中心设备发送的数据更新指令,其中,不同医疗机构使用不同的数据中心设备;
更新模块,用于根据所述数据更新指令,在已创建的各历史数据节点的基础上,创建新的数据节点,以及通过所述数据更新指令,对保存的全局医疗图数据进行更新,其中,若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据一致,则将所述数据更新指令中所携带的全局医疗图数据确定为所述创建新的数据节点中需要保存的全局医疗图数据;若当前数据节点中保存的全局医疗图数据与所述数据更新指令中所携带的所述医疗机构的原始数据不一致,则根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突,其中,所述各历史数据节点包含所述当前数据节点;若是,则确定所述数据更新指令中携带的数据更新日志存在异常,并向所述医疗机构的数据中心设备发送数据修正指令,以使所述医疗机构的数据中心设备基于所述数据修正指令,将修正数据后所得到的数据更新日志返回给所述目标设备;根据所述医疗机构的数据中心设备基于所述数据修正指令所返回的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新,并将更新后的全局医疗图数据确定为创建的所述新的数据节点中需要保存的全局医疗图数据,其中,所述当前数据节点是在创建的所述新的数据节点之前所创建的前一个数据节点,所述原始数据为所述目标设备在接收所述数据更新指令之前同步给所述医疗机构的数据中心设备的全局医疗图数据,不同历史数据节点中保存有通过不同的数据更新操作所得到的全局医疗图数据,针对任意一个数据节点,该数据节点中保存的全局医疗图数据是通过对各医疗机构的数据中心设备保存的各自的医疗图数据进行整合得到的;
存储模块,用于将更新后的全局医疗图数据存储在所述新的数据节点中。
5.如权利要求4所述的装置,其特征在于,所述装置还包括:第一更新模块,其中,所述第一更新模块用于根据所述数据更新指令中携带的数据更新日志,确定创建的所述新的数据节点中的数据更新日志。
6.如权利要求4所述的装置,其特征在于,所述更新模块具体用于,根据预设的冲突规则,判断所述数据更新指令中携带的数据更新日志与所述各历史数据节点中的数据更新日志是否冲突;若否,则根据所述数据更新指令中携带的数据更新日志与各历史数据节点中的数据更新日志,对所述当前数据节点中保存的全局医疗图数据进行更新。
7.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述权利要求1~3任一项所述的方法。
8.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现上述权利要求1~3任一项所述的方法。
CN202310831201.5A 2023-07-07 2023-07-07 一种数据处理的方法、装置、存储介质及电子设备 Active CN116541407B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310831201.5A CN116541407B (zh) 2023-07-07 2023-07-07 一种数据处理的方法、装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310831201.5A CN116541407B (zh) 2023-07-07 2023-07-07 一种数据处理的方法、装置、存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN116541407A CN116541407A (zh) 2023-08-04
CN116541407B true CN116541407B (zh) 2023-10-10

Family

ID=87458263

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310831201.5A Active CN116541407B (zh) 2023-07-07 2023-07-07 一种数据处理的方法、装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN116541407B (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7043504B1 (en) * 2000-04-10 2006-05-09 International Business Machines Corporation System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets
US10176055B1 (en) * 2015-11-10 2019-01-08 Veritas Technologies Llc Systems and methods for generating full backups of applications
CN109949885A (zh) * 2019-03-12 2019-06-28 重庆医事通科技发展有限公司 一种远程医疗档案数据聚合优化系统和优化管理方法
CN110263095A (zh) * 2019-05-31 2019-09-20 众安在线财产保险股份有限公司 数据备份与恢复方法、装置、计算机设备及存储介质
CN111916217A (zh) * 2020-08-07 2020-11-10 上海交通大学医学院附属第九人民医院 基于区块链的医疗数据管理方法、系统、存储介质及终端
CN114036004A (zh) * 2021-11-26 2022-02-11 江苏安超云软件有限公司 数据备份方法、恢复方法及装置
CN114399006A (zh) * 2022-03-24 2022-04-26 山东省计算中心(国家超级计算济南中心) 基于超算的多源异构图数据融合方法及系统
CN115145697A (zh) * 2022-07-05 2022-10-04 中电金信软件有限公司 数据库事务的处理方法、装置及电子设备
CN115238173A (zh) * 2022-06-30 2022-10-25 山东省玖玖医养健康产业有限公司 基于大数据的行为分析与医疗服务推送方法、设备及介质
CN115391337A (zh) * 2022-08-05 2022-11-25 北京三快在线科技有限公司 数据库分区的方法、装置、存储介质及电子设备
CN116107811A (zh) * 2023-02-28 2023-05-12 优刻得科技股份有限公司 数据备份方法、数据恢复方法、装置、介质及电子设备
CN116204660A (zh) * 2023-03-28 2023-06-02 北京航空航天大学 一种多源异构数据驱动的领域知识图谱构建系统方法
CN116305289A (zh) * 2023-05-15 2023-06-23 湖南工商大学 医疗隐私数据处理方法、装置、计算机设备及存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108681482B (zh) * 2018-05-16 2020-12-01 腾讯科技(深圳)有限公司 基于图数据的任务调度方法和装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7043504B1 (en) * 2000-04-10 2006-05-09 International Business Machines Corporation System and method for parallel primary and secondary backup reading in recovery of multiple shared database data sets
US10176055B1 (en) * 2015-11-10 2019-01-08 Veritas Technologies Llc Systems and methods for generating full backups of applications
CN109949885A (zh) * 2019-03-12 2019-06-28 重庆医事通科技发展有限公司 一种远程医疗档案数据聚合优化系统和优化管理方法
CN110263095A (zh) * 2019-05-31 2019-09-20 众安在线财产保险股份有限公司 数据备份与恢复方法、装置、计算机设备及存储介质
CN111916217A (zh) * 2020-08-07 2020-11-10 上海交通大学医学院附属第九人民医院 基于区块链的医疗数据管理方法、系统、存储介质及终端
CN114036004A (zh) * 2021-11-26 2022-02-11 江苏安超云软件有限公司 数据备份方法、恢复方法及装置
CN114399006A (zh) * 2022-03-24 2022-04-26 山东省计算中心(国家超级计算济南中心) 基于超算的多源异构图数据融合方法及系统
CN115238173A (zh) * 2022-06-30 2022-10-25 山东省玖玖医养健康产业有限公司 基于大数据的行为分析与医疗服务推送方法、设备及介质
CN115145697A (zh) * 2022-07-05 2022-10-04 中电金信软件有限公司 数据库事务的处理方法、装置及电子设备
CN115391337A (zh) * 2022-08-05 2022-11-25 北京三快在线科技有限公司 数据库分区的方法、装置、存储介质及电子设备
CN116107811A (zh) * 2023-02-28 2023-05-12 优刻得科技股份有限公司 数据备份方法、数据恢复方法、装置、介质及电子设备
CN116204660A (zh) * 2023-03-28 2023-06-02 北京航空航天大学 一种多源异构数据驱动的领域知识图谱构建系统方法
CN116305289A (zh) * 2023-05-15 2023-06-23 湖南工商大学 医疗隐私数据处理方法、装置、计算机设备及存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
医院多源异构医疗数据整合方法研究;曾汪旺;谢颖夫;胡光阔;;中国卫生信息管理杂志(第02期);全文 *
医院诊疗健康信息数据的分类分层存储技术研究;王文明;刘云;周钰;单红伟;伊向华;丁中正;;医疗卫生装备(第02期);全文 *

Also Published As

Publication number Publication date
CN116541407A (zh) 2023-08-04

Similar Documents

Publication Publication Date Title
CN110008224B (zh) 一种数据库事务处理方法及装置
EP3547168A1 (en) Block chain based data processing method and device
CN110134668B (zh) 应用于区块链的数据迁移方法、装置和设备
CN109033127B (zh) 一种同步数据校验方法、装置以及设备
CN110399359B (zh) 一种数据回溯方法、装置及设备
CN110807013B (zh) 用于分布式数据存储集群的数据迁移方法和装置
CN115391337A (zh) 数据库分区的方法、装置、存储介质及电子设备
CN114529417A (zh) 执行交易的方法、区块链、主节点和从节点
CN117033527B (zh) 一种知识图谱的构建方法、装置、存储介质及电子设备
CN116541407B (zh) 一种数据处理的方法、装置、存储介质及电子设备
CN109901914B (zh) 事务处理方法、装置及设备
CN116048977B (zh) 一种基于数据还原的测试方法及装置
CN116010419A (zh) 一种创建唯一索引和优化逻辑删除的方法及装置
CN115587099A (zh) 一种分布式的表锁应用方法、装置、存储介质及电子设备
CN115033350A (zh) 一种分布式事务的执行方法及装置
CN111339117B (zh) 数据处理方法、装置及设备
CN117041980B (zh) 一种网元管理方法、装置、存储介质及电子设备
CN117743472B (zh) 一种存储任务断点同步方法、装置、介质及设备
CN117435101A (zh) 一种表单数据处理方法及装置
CN116204584A (zh) 一种写入日志的方法、装置、可读存储介质及电子设备
CN116089434B (zh) 一种数据存储方法、装置、存储介质及电子设备
CN117519912B (zh) 一种镜像仓库部署的方法、装置、存储介质、设备
CN114611479B (zh) 文档生成方法、装置、存储介质及电子设备
CN118331931B (zh) 一种数据溯源方法、装置及设备
CN116743550B (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