CN109542963B - 基于大数据的医院数据处理方法及相关装置 - Google Patents
基于大数据的医院数据处理方法及相关装置 Download PDFInfo
- Publication number
- CN109542963B CN109542963B CN201811286586.7A CN201811286586A CN109542963B CN 109542963 B CN109542963 B CN 109542963B CN 201811286586 A CN201811286586 A CN 201811286586A CN 109542963 B CN109542963 B CN 109542963B
- Authority
- CN
- China
- Prior art keywords
- hospital
- data
- hospital data
- format
- target
- 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
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 16
- 238000006243 chemical reaction Methods 0.000 claims abstract description 122
- 238000000034 method Methods 0.000 claims abstract description 36
- 238000012545 processing Methods 0.000 claims description 36
- 238000013507 mapping Methods 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 description 8
- 238000004422 calculation algorithm Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
Classifications
-
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例公开了一种基于大数据的医院数据处理方法及相关装置,该方法包括:从目标医院的数据库中获取预设时段内目标医院的医院数据集合;确定医院数据集合的数据量;根据数据量与数据格式转换操作之间的对应关系,确定数据量对应的待执行的数据格式转换操作;使用待执行的数据格式转换操作对医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。采用本申请实施例可实现将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
Description
技术领域
本申请涉及数据处理技术领域,具体涉及一种基于大数据的医院数据处理方法及相关装置。
背景技术
目前,互联网发展迅速,电信行业、互联网行业支撑系统与其他第三方系统也逐步扩展、放开。当现有系统需要对接到其他已有系统时,就需要建立系统直接的对接接口,这些接口用于进行两个系统间的交易请求、数据同步等。尤其是在医疗系统中,各个医疗机构之间相互传递数据时,由于传递的数据存在多种数据格式,这样会增加医疗机构的服务器处理数据的时长,进而降低了数据处理的效率,同时加重了医疗机构的服务器的处理负担。
发明内容
本申请实施例提供一种基于大数据的医院数据处理方法及相关装置,用于将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
第一方面,本申请实施例提供一种基于大数据的医院数据处理方法,所述方法包括:
从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
确定所述医院数据集合的数据量;
根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;
使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
第二方面,本申请实施例提供一种基于大数据的医院数据处理装置,所述装置包括:
获取单元,用于从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
第一确定单元,用于确定所述医院数据集合的数据量;
第二确定单元,用于根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;
转换单元,用于使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
第三方面,本申请实施例提供一种服务器,包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第一方面所述的方法中的步骤的指令。
第四方面,本申请实施例提供了一种计算机可读存储介质,上述计算机可读存储介质用于存储电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。
第五方面,本申请实施例提供了一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。
可以看出,在本申请实施例中,服务器首先从目标医院的数据库中获取预设时段内目标医院的医院数据集合,并确定医院数据集合的数据量,然后根据数据量与数据格式转换操作之间的对应关系确定待执行的数据格式转换操作,最后使用待执行的数据格式转换操作对医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。这样可实现将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1A是本申请实施例提供的第一种基于大数据的医院数据处理方法的流程示意图;
图1B是本申请实施例提供的一种示意图;
图1C是本申请实施例提供的另一种示意图;
图2是本申请实施例提供的第二种基于大数据的医院数据处理方法的流程示意图;
图3是本申请实施例提供的第三种基于大数据的医院数据处理方法的流程示意图;
图4是本申请实施例提供的一种基于大数据的医院数据处理装置的结构示意图;
图5是本申请实施例提供的一种服务器的结构示意图。
具体实现方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
以下分别进行详细说明。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
以下,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
服务器,也称伺服器,是提供计算服务的设备。服务器的构成包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。在网络环境下,根据服务器提供的服务类型不同,分为文件服务器,数据库服务器,应用程序服务器,WEB服务器等。
下面对本申请实施例进行详细介绍。
请参阅图1A,图1A是本申请实施例提供的第一种基于大数据的医院数据处理方法的流程示意图,该基于大数据的医院数据处理方法包括:
步骤101:服务器从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合。
其中,预设时段的终止时间可以是当前系统时刻,预设时段的时长可以是1周、2周、3周、1个月、3个月或者是其他值。
其中,医院数据集合包括多个医院数据子集合,每个医院数据子集合对应一个科室,每个医院数据子集合对应一个数据格式。
在一个可能的示例中,服务器从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合,包括:
服务器接收针对目标医院的医院数据集合获取指令,所述医院数据集合获取指令用于指示服务器获取预设时段内所述目标医院的医院数据集合;
服务器向所述目标医院的服务器发送请求信息,所述请求信息用于指示所述目标医院的服务器反馈其存储的所述预设时段内的医院数据集合;
服务器接收所述目标医院的服务器针对所述请求信息发送的所述预设时段内所述目标医院的医院数据集合。
其中,目标医院的服务器与服务器具有连接关系。
进一步地,当医院数据处理平台的医院数据获取功能处于开启状态时,医院数据处理平台在其显示界面显示时段选择框、医院选择框和医院数据集合获取按钮,时段选择框包括起始时间标识、起始时间输入框、终止时间标识和终止时间输入框,医院选择框包括地区输入标识、地区输入框、输入医院名称标识和医院名称输入框,如图1B所示;医院数据处理平台检测到针对预设时段内目标医院的医院数据集合获取按钮的点击操作。
举例来说,如图1C所示,服务器接收医院数据处理平台发送的针对预设时段内目标医院的医院数据集合获取指令,服务器向目标医院的服务器发送请求信息,目标医院的服务器接收到请求信息并向服务器发送预设时段内目标医院的医院数据集合。
步骤102:服务器确定所述医院数据集合的数据量。
具体地,服务器确定医院数据集合的数据量的实施方式可以是:将医院数据集合输入数据量计算模型;调用数据量计算模型存储的数据处理算法对医院数据集合进行数据量计算,得到医院数据集合对应的数据量。其中,数据处理算法包括实时计算算法和流时计算算法。
步骤103:服务器根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作。
在一个可能的示例中,服务器根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作,包括:
若所述医院数据集合的数据量大于等于设定值,则服务器确定待执行的数据格式转换操作为第一数据格式转换操作;
若所述医院数据集合的数据量小于所述设定值,则服务器确定所述待执行的数据格式转换操作为第二数据格式转换操作,所述第二数据格式转换操作针对的数据量小于所述第一数据格式转换操作。
其中,设定值可以是用户自定义的,也可以是服务器自定义的。
在一个可能的示例中,服务器使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换之前,所述方法还包括:
当所述医院数据集合包括多个医院数据子集合时,服务器对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式;
服务器按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的。
其中,多个医院数据子集合中每个医院数据子集合包括一个标签和一个医疗费用,标签用于表征医院数据子集合对应的科室,医疗费用为医院数据子集对应的科室在预设时段内的总医疗费用。
步骤104:服务器使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
在一个可能的示例中,服务器使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合,包括:
当所述待执行的数据格式转换操作为所述第一数据格式转换操作时,服务器将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成可拓展标记语言格式,得到所述至少一个医院数据组对应的至少一个第一医院数据组,每个第一医院数据组包括至少一个第一医院数据子集合;
服务器将所述至少一个第一医院数据组中每个第一医院数据组包括的至少一个第一医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第一医院数据组对应的至少一个第二医院数据组,每个第二医院数据组包括至少一个第二医院数据子集合;
服务器将所述至少一个第二医院数据组作为所述目标数据格式的医院数据集合。
其中,可拓展标记语言格式简称为XML格式。
其中,目标数据格式可以为XML格式或JS对象简谱格式(简称为JSON格式),也可以为人机语言格式(简称为MML格式)。
具体地,服务器将至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成XML格式,得到至少一个医院数据组对应的至少一个第一医院数据组的实施方式可以是:若医院数据子集合的数据格式为XML格式,则将医院数据子集合包括的所有医院数据转换成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合;若医院数据子集合的数据格式为JSON格式,则将医院数据子集合包括的所有医院数据映射成XML字符串,将XML字符串映射成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合;若医院数据子集合的数据格式为MML格式,则将医院数据子集合包括的所有医院数据映射成Map键值对,将Map键值对映射成XML字符串,将XML字符串映射成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合。
具体地,服务器将至少一个第一医院数据组中每个第一医院数据组包括的至少一个第一医院数据子集合的数据格式转换成目标数据格式,得到至少一个第一医院数据组对应的至少一个第二医院数据组的实施方式可以是:若目标数据格式为XML格式,则将XML对象输出成XML字符串,得到第一医院数据子集合对应的第二医院数据子集合;若目标数据格式为JSON格式,则将XML对象转换成JSON对象,并输出成JSON字符串,得到第一医院数据子集合对应的第二医院数据子集合;若目标数据格式为MML格式,则将XML对象以MML键值对方式输出成MML字符串,得到第一医院数据子集合对应的第二医院数据子集合。
在一个可能的示例中,服务器将所述至少一个第二医院数据组作为所述目标数据格式的医院数据集合之后,所述方法还包括:
服务器解析所述多个第二医院数据子集合,得到所述多个第二医院数据子集合对应的多个第一医疗费用;
服务器根据所述多个第一医疗费用确定多个科室中每个科室的第一费用贡献度,所述每个科室的第一费用贡献度为所述每个科室的医疗费用与所述多个医疗费用之和的比值;
服务器将所述多个科室中每个科室的第一费用贡献度发送至所述医院数据处理平台。
其中,多个科室中每个科室的第一费用贡献度可以采用折线图、条形图或百分比图表示。
在一个可能的示例中,服务器使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合,包括:
当所述待执行的数据格式转换操作为所述第二数据格式转换操作时,服务器将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成JS对象简谱格式,得到所述至少一个医院数据组对应的至少一个第三医院数据组,每个第三医院数据组包括至少一个第三医院数据子集合;
服务器将所述至少一个第三医院数据组中每个第三医院数据组包括的至少一个第三医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第三医院数据组对应的至少一个第四医院数据组,每个第四医院数据组包括至少一个第四医院数据子集合;
服务器将所述至少一个第四医院数据组作为所述目标数据格式的医院数据集合。
其中,目标数据格式可以为XML格式或JSON格式,也可以为MML格式。
具体地,服务器将至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成JSON格式,得到至少一个医院数据组对应的至少一个第三医院数据组的实施方式可以是:若医院数据子集合的数据格式为XML格式,则将医院数据子集合包括的所有医院数据映射成JSON字符串,将JSON字符串映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合;若医院数据子集合的数据格式为JSON格式,则将医院数据子集合包括的所有医院数据映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合;若医院数据子集合的数据格式为MML格式,则将医院数据子集合包括的所有医院数据映射成Map键值对,将Map键值对映射成JSON字符串,将JSON字符串映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合。
具体地,服务器将至少一个第三医院数据组中每个第三医院数据组包括的至少一个第三医院数据子集合的数据格式转换成目标数据格式,得到至少一个第三医院数据组对应的至少一个第四医院数据组的实施方式可以是:若目标数据格式为XML格式,则将JSON对象转成XML对象,并输出成XML字符串,得到第三医院数据子集合对应的第四医院数据子集合;若目标数据格式为JSON格式,则将JSON对象输出成JSON字符串,得到第三医院数据子集合对应的第四医院数据子集合;若目标数据格式为MML格式,则将JSON对象以MML键值对方式输出成MML字符串,得到第三医院数据子集合对应的第四医院数据子集合。
在一个可能的示例中,服务器将所述至少一个第四医院数据组作为所述目标数据格式的医院数据集合之后,所述方法还包括:
服务器解析所述多个第四医院数据子集合,得到所述多个第四医院数据子集合对应的多个第二医疗费用;
服务器根据所述多个第二医疗费用确定多个科室中每个科室的第二费用贡献度,所述每个科室的第二费用贡献度为所述每个科室的医疗费用与所述多个医疗费用之和的比值;
服务器将所述多个科室中每个科室的第二费用贡献度发送至所述医院数据处理平台。
其中,多个科室中每个科室的第二费用贡献度可以采用折线图、条形图或百分比图表示。
在一个可能的示例中,服务器按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组之后,所述方法还包括:
服务器获取目标数据格式,触发使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换的操作,所述目标数据格式为医院数据处理平台发送的;
或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
其中,医疗数据处理平台与服务器具有连接关系。
可以看出,在本申请实施例中,服务器首先从目标医院的数据库中获取预设时段内目标医院的医院数据集合,并确定医院数据集合的数据量,然后根据数据量与数据格式转换操作之间的对应关系确定待执行的数据格式转换操作,最后使用待执行的数据格式转换操作对医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。这样可实现将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
请参阅图2,图2是本申请实施例提供的第二种基于大数据的医院数据处理方法的流程示意图,该基于大数据的医院数据处理方法包括:
步骤201:服务器从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合。
步骤202:服务器确定所述医院数据集合的数据量。
步骤203:若所述医院数据集合的数据量大于等于设定值,则服务器确定待执行的数据格式转换操作为第一数据格式转换操作。
步骤204:当所述医院数据集合包括多个医院数据子集合时,服务器对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式。
步骤205:服务器按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的。
步骤206:服务器获取目标数据格式,所述目标数据格式为医院数据处理平台发送的;或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
步骤207:服务器将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成可拓展标记语言格式,得到所述至少一个医院数据组对应的至少一个第一医院数据组,每个第一医院数据组包括至少一个第一医院数据子集合。
步骤208:服务器将所述至少一个第一医院数据组中每个第一医院数据组包括的至少一个第一医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第一医院数据组对应的至少一个第二医院数据组,每个第二医院数据组包括至少一个第二医院数据子集合。
步骤209:服务器将所述至少一个第二医院数据组作为所述目标数据格式的医院数据集合。
需要说明的是,图2所示的方法的各个步骤的具体实现过程可参见上述方法所述的具体实现过程,在此不再叙述。
请参阅图3,图3是本申请实施例提供的第三种基于大数据的医院数据处理方法的流程示意图,该基于大数据的医院数据处理方法包括:
步骤301:服务器从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合。
步骤302:服务器确定所述医院数据集合的数据量。
步骤303:若所述医院数据集合的数据量小于所述设定值,则服务器确定所述待执行的数据格式转换操作为第二数据格式转换操作,所述第二数据格式转换操作针对的数据量小于所述第一数据格式转换操作。
步骤304:当所述医院数据集合包括多个医院数据子集合时,服务器对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式。
步骤305:服务器按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的。
步骤306:服务器获取目标数据格式,所述目标数据格式为医院数据处理平台发送的;或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
步骤307:服务器将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成JS对象图谱格式,得到所述至少一个医院数据组对应的至少一个第三医院数据组,每个第三医院数据组包括至少一个第三医院数据子集合。
步骤308:服务器将所述至少一个第三医院数据组中每个第三医院数据组包括的至少一个第三医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第三医院数据组对应的至少一个第四医院数据组,每个第四医院数据组包括至少一个第四医院数据子集合。
步骤309:服务器将所述至少一个第四医院数据组作为所述目标数据格式的医院数据集合。
需要说明的是,图3所示的方法的各个步骤的具体实现过程可参见上述方法所述的具体实现过程,在此不再叙述。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,基于大数据的医院数据处理装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对基于大数据的医院数据处理装置进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
请参阅图4,图4是本申请实施例提供的一种基于大数据的医院数据处理装置的结构示意图,该基于大数据的医院数据处理装置400包括处理单元401、存储单元402和通信单元403,处理单元401包括获取单元、第一确定单元、第二确定单元和转换单元,其中:
获取单元,用于从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
第一确定单元,用于确定所述医院数据集合的数据量;
第二确定单元,用于根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;
转换单元,用于使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
可见,在本示例中,首先从目标医院的数据库中获取预设时段内目标医院的医院数据集合,并确定医院数据集合的数据量,然后根据数据量与数据格式转换操作之间的对应关系确定待执行的数据格式转换操作,最后使用待执行的数据格式转换操作对医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。这样可实现将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
在一个可能的示例中,在从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合方面,上述获取单元具体用于:
接收针对目标医院的医院数据集合获取指令,所述医院数据集合获取指令用于指示服务器获取预设时段内所述目标医院的医院数据集合;
向所述目标医院的服务器发送请求信息,所述请求信息用于指示所述目标医院的服务器反馈其存储的所述预设时段内的医院数据集合;
接收所述目标医院的服务器针对所述请求信息发送的所述预设时段内所述预设时段内所述目标医院的医院数据集合。
在一个可能的示例中,在根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作方面,上述第二确定单元具体用于:
若所述医院数据集合的数据量大于等于设定值,则确定待执行的数据格式转换操作为第一数据格式转换操作;
若所述医院数据集合的数据量小于所述设定值,则确定所述待执行的数据格式转换操作为第二数据格式转换操作,所述第二数据格式转换操作针对的数据量小于所述第一数据格式转换操作。
在一个可能的示例中,上述处理单元401还包括:
识别单元,用于当所述医院数据集合包括多个医院数据子集合时,对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式;
分组单元,用于按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的。
在一个可能的示例中,在使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合方面,上述转换单元具体用于:
当所述待执行的数据格式转换操作为所述第一数据格式转换操作时,将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成可拓展标记语言格式,得到所述至少一个医院数据组对应的至少一个第一医院数据组,每个第一医院数据组包括至少一个第一医院数据子集合;
将所述至少一个第一医院数据组中每个第一医院数据组包括的至少一个第一医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第一医院数据组对应的至少一个第二医院数据组,每个第二医院数据组包括至少一个第二医院数据子集合;
将所述至少一个第二医院数据组作为所述目标数据格式的医院数据集合。
在一个可能的示例中,在使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合方面,上述转换单元具体用于:
当所述待执行的数据格式转换操作为所述第二数据格式转换操作时,将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成JS对象简谱格式,得到所述至少一个医院数据组对应的至少一个第三医院数据组,每个第三医院数据组包括至少一个第三医院数据子集合;
将所述至少一个第三医院数据组中每个第三医院数据组包括的至少一个第三医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第三医院数据组对应的至少一个第四医院数据组,每个第四医院数据组包括至少一个第四医院数据子集合;
将所述至少一个第四医院数据组作为所述目标数据格式的医院数据集合。
在一个可能的示例中,所述按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组之后,上述处理单元401还包括第一获取单元,其中:
第一获取单元,用于获取目标数据格式,触发使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换的操作,所述目标数据格式为医院数据处理平台发送的;或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
其中,处理单元401可以是处理器或控制器,(例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成控制器(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。存储单元402可以是存储器,通信单元403可以是收发器、收发控制器、射频芯片、通信接口等。
与上述图1A、图2和图3所示的实施例一致的,请参阅图5,图5是本申请实施例提供的一种服务器的结构示意图,该服务器包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行以下步骤的指令:
从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
确定所述医院数据集合的数据量;
根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;
使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
可见,在本示例中,服务器首先从目标医院的数据库中获取预设时段内目标医院的医院数据集合,并确定医院数据集合的数据量,然后根据数据量与数据格式转换操作之间的对应关系确定待执行的数据格式转换操作,最后使用待执行的数据格式转换操作对医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。这样可实现将不同数据格式的医院数据转换成统一数据格式的医院数据,在一定程度上有助于实现数据的数据格式标准化。
在一个可能的示例中,在从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合方面,上述程序包括具体用于执行以下步骤的指令:
接收针对目标医院的医院数据集合获取指令,所述医院数据集合获取指令用于指示服务器获取预设时段内所述目标医院的医院数据集合;
向所述目标医院的服务器发送请求信息,所述请求信息用于指示所述目标医院的服务器反馈其存储的所述预设时段内的医院数据集合;
接收所述目标医院的服务器针对所述请求信息发送的所述预设时段内所述目标医院的医院数据集合。
在一个可能的示例中,在根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作方面,上述程序包括具体用于执行以下步骤的指令:
若所述医院数据集合的数据量大于等于设定值,则确定待执行的数据格式转换操作为第一数据格式转换操作;
若所述医院数据集合的数据量小于所述设定值,则确定所述待执行的数据格式转换操作为第二数据格式转换操作,所述第二数据格式转换操作针对的数据量小于所述第一数据格式转换操作。
在一个可能的示例中,使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换之前,上述程序还包括用于执行以下步骤的指令:
当所述医院数据集合包括多个医院数据子集合时,对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式;
按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的。
在一个可能的示例中,在使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合方面,上述程序包括具体用于执行以下步骤的指令:
当所述待执行的数据格式转换操作为所述第一数据格式转换操作时,将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成可拓展标记语言格式,得到所述至少一个医院数据组对应的至少一个第一医院数据组,每个第一医院数据组包括至少一个第一医院数据子集合;
将所述至少一个第一医院数据组中每个第一医院数据组包括的至少一个第一医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第一医院数据组对应的至少一个第二医院数据组,每个第二医院数据组包括至少一个第二医院数据子集合;
将所述至少一个第二医院数据组作为所述目标数据格式的医院数据集合。
在一个可能的示例中,在使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合方面,上述程序包括具体用于执行以下步骤的指令:
当所述待执行的数据格式转换操作为所述第二数据格式转换操作时,将所述至少一个医院数据组中每个医院数据组包括的至少一个医院数据子集合的数据格式转换成JS对象简谱格式,得到所述至少一个医院数据组对应的至少一个第三医院数据组,每个第三医院数据组包括至少一个第三医院数据子集合;
将所述至少一个第三医院数据组中每个第三医院数据组包括的至少一个第三医院数据子集合的数据格式转换成目标数据格式,得到所述至少一个第三医院数据组对应的至少一个第四医院数据组,每个第四医院数据组包括至少一个第四医院数据子集合;
将所述至少一个第四医院数据组作为所述目标数据格式的医院数据集合。
在一个可能的示例中,所述按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组之后,上述程序还包括用于执行以下步骤的指令:
获取目标数据格式,触发使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换的操作,所述目标数据格式为医院数据处理平台发送的;
或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
本申请实施例还提供一种计算机存储介质,该计算机存储介质用于存储电子数据交换的计算机程序,其中,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实现方式及应用范围上均会有改变之处,综上上述,本说明书内容不应理解为对本申请的限制。
Claims (6)
1.一种基于大数据的医院数据处理方法,其特征在于,所述方法包括:
从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
确定所述医院数据集合的数据量;
根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;包括:
若所述医院数据集合的数据量大于等于设定值,则确定待执行的数据格式转换操作为第一数据格式转换操作;若所述医院数据集合的数据量小于所述设定值,则确定所述待执行的数据格式转换操作为第二数据格式转换操作,所述第二数据格式转换操作针对的数据量小于所述第一数据格式转换操作;
使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合,包括:
当所述医院数据集合包括多个医院数据子集合时,对所述多个医院数据子集合进行数据格式识别,得到所述多个医院数据子集合中每个医院数据子集合的数据格式;按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组,每个医院数据组包括的至少一个医院数据子集合的数据格式是相同的;
当所述待执行的数据格式转换操作为所述第一数据格式转换操作时,若医院数据子集合的数据格式为XML格式,则将医院数据子集合包括的所有医院数据转换成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合;若医院数据子集合的数据格式为JSON格式,则将医院数据子集合包括的所有医院数据映射成XML字符串,将XML字符串映射成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合;若医院数据子集合的数据格式为MML格式,则将医院数据子集合包括的所有医院数据映射成Map键值对,将Map键值对映射成XML字符串,将XML字符串映射成Document对象,形成XML对象,得到医院数据子集合对应的第一医院数据子集合;基于每个医院数据组包括的至少一个医院数据子集合对应的至少一个第一医院数据集合,得到所述至少一个医院数据组对应的至少一个第一医院数据组,每个第一医院数据组包括至少一个第一医院数据子集合;若目标数据格式为XML格式,则将XML对象输出成XML字符串,得到第一医院数据子集合对应的第二医院数据子集合;若目标数据格式为JSON格式,则将XML对象转换成JSON对象,并输出成JSON字符串,得到第一医院数据子集合对应的第二医院数据子集合;若目标数据格式为MML格式,则将XML对象以MML键值对方式输出成MML字符串,得到第一医院数据子集合对应的第二医院数据子集合;
当所述待执行的数据格式转换操作为所述第二数据格式转换操作时,若医院数据子集合的数据格式为XML格式,则将医院数据子集合包括的所有医院数据映射成JSON字符串,将JSON字符串映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合;若医院数据子集合的数据格式为JSON格式,则将医院数据子集合包括的所有医院数据映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合;若医院数据子集合的数据格式为MML格式,则将医院数据子集合包括的所有医院数据映射成Map键值对,将Map键值对映射成JSON字符串,将JSON字符串映射成JavaScript对象,形成JSON对象,得到医院数据子集合对应的第三医院数据子集合;基于每个医院数据组包括的至少一个医院数据子集合对应的至少一个第三医院数据集合,得到所述至少一个医院数据组对应的至少一个第三医院数据组,每个第三医院数据组包括至少一个第三医院数据子集合;若目标数据格式为XML格式,则将JSON对象转成XML对象,并输出成XML字符串,得到第三医院数据子集合对应的第四医院数据子集合;若目标数据格式为JSON格式,则将JSON对象输出成JSON字符串,得到第三医院数据子集合对应的第四医院数据子集合;若目标数据格式为MML格式,则将JSON对象以MML键值对方式输出成MML字符串,得到第三医院数据子集合对应的第四医院数据子集合。
2.根据权利要求1所述的方法,其特征在于,所述从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合,包括:
接收针对目标医院的医院数据集合获取指令,所述医院数据集合获取指令用于指示服务器获取预设时段内所述目标医院的医院数据集合;
向所述目标医院的服务器发送请求信息,所述请求信息用于指示所述目标医院的服务器反馈其存储的所述预设时段内的医院数据集合;
接收所述目标医院的服务器针对所述请求信息发送的所述预设时段内所述目标医院的医院数据集合。
3.根据权利要求2所述的方法,其特征在于,所述按照数据格式将所述多个医院数据子集合进行分组,得到至少一个医院数据组之后,所述方法还包括:
获取目标数据格式,触发使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换的操作,所述目标数据格式为医院数据处理平台发送的;
或者,所述目标数据格式为所述服务器预先存储的多个数据格式中任意一个。
4.一种基于大数据的医院数据处理装置,其特征在于,所述装置用于执行权利要求1-3任一项所述的方法,所述装置包括:
获取单元,用于从目标医院的数据库中获取预设时段内所述目标医院的医院数据集合;
第一确定单元,用于确定所述医院数据集合的数据量;
第二确定单元,用于根据数据量与数据格式转换操作之间的对应关系,确定所述数据量对应的待执行的数据格式转换操作;
转换单元,用于使用所述待执行的数据格式转换操作对所述医院数据集合进行数据格式转换,得到目标数据格式的医院数据集合。
5.一种服务器,其特征在于,包括处理器、存储器、通信接口以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-3任一项所述的方法中的步骤的指令。
6.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-3任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286586.7A CN109542963B (zh) | 2018-10-31 | 2018-10-31 | 基于大数据的医院数据处理方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286586.7A CN109542963B (zh) | 2018-10-31 | 2018-10-31 | 基于大数据的医院数据处理方法及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109542963A CN109542963A (zh) | 2019-03-29 |
CN109542963B true CN109542963B (zh) | 2023-10-24 |
Family
ID=65845608
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811286586.7A Active CN109542963B (zh) | 2018-10-31 | 2018-10-31 | 基于大数据的医院数据处理方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109542963B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110245170B (zh) * | 2019-04-19 | 2021-11-16 | 联通数字科技有限公司 | 数据处理方法及系统 |
CN110704521A (zh) * | 2019-08-30 | 2020-01-17 | 深圳壹账通智能科技有限公司 | 接口数据接入方法及系统 |
CN111723139A (zh) * | 2020-06-15 | 2020-09-29 | 北京首汽智行科技有限公司 | 一种数据上报方法 |
CN116450887B (zh) * | 2023-03-03 | 2024-05-17 | 山东博鹏信息科技有限公司 | 一种医院信息化设备管理系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005165442A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
CN104765760A (zh) * | 2015-01-04 | 2015-07-08 | 北京可思云海科技有限公司 | 一种基于json格式的页面生成和显示方法 |
CN106709012A (zh) * | 2016-12-26 | 2017-05-24 | 北京锐安科技有限公司 | 一种大数据分析方法及装置 |
CN206249316U (zh) * | 2016-11-22 | 2017-06-13 | 夏敬国 | 一种基于云端的医院数据中心平台系统 |
CN107229635A (zh) * | 2016-03-24 | 2017-10-03 | 华为技术有限公司 | 一种数据处理的方法、存储节点及协调节点 |
CN107948135A (zh) * | 2017-10-31 | 2018-04-20 | 贵州白山云科技有限公司 | 一种支持多种api协议的数据处理方法及装置 |
CN108334622A (zh) * | 2018-02-08 | 2018-07-27 | 竞技世界(北京)网络技术有限公司 | 一种获取格式化复合数据的方法 |
CN108363737A (zh) * | 2018-01-19 | 2018-08-03 | 深圳市宏电技术股份有限公司 | 一种数据格式转换方法、装置及设备 |
CN108664573A (zh) * | 2018-04-27 | 2018-10-16 | 厦门南讯软件科技有限公司 | 一种具有双通道数据库的大数据快速处理系统及方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140164564A1 (en) * | 2012-12-12 | 2014-06-12 | Gregory John Hoofnagle | General-purpose importer for importing medical data |
US20180232427A1 (en) * | 2017-02-13 | 2018-08-16 | Raytheon Company | Data structure endian conversion system |
-
2018
- 2018-10-31 CN CN201811286586.7A patent/CN109542963B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005165442A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
CN104765760A (zh) * | 2015-01-04 | 2015-07-08 | 北京可思云海科技有限公司 | 一种基于json格式的页面生成和显示方法 |
CN107229635A (zh) * | 2016-03-24 | 2017-10-03 | 华为技术有限公司 | 一种数据处理的方法、存储节点及协调节点 |
CN206249316U (zh) * | 2016-11-22 | 2017-06-13 | 夏敬国 | 一种基于云端的医院数据中心平台系统 |
CN106709012A (zh) * | 2016-12-26 | 2017-05-24 | 北京锐安科技有限公司 | 一种大数据分析方法及装置 |
CN107948135A (zh) * | 2017-10-31 | 2018-04-20 | 贵州白山云科技有限公司 | 一种支持多种api协议的数据处理方法及装置 |
CN108363737A (zh) * | 2018-01-19 | 2018-08-03 | 深圳市宏电技术股份有限公司 | 一种数据格式转换方法、装置及设备 |
CN108334622A (zh) * | 2018-02-08 | 2018-07-27 | 竞技世界(北京)网络技术有限公司 | 一种获取格式化复合数据的方法 |
CN108664573A (zh) * | 2018-04-27 | 2018-10-16 | 厦门南讯软件科技有限公司 | 一种具有双通道数据库的大数据快速处理系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109542963A (zh) | 2019-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109542963B (zh) | 基于大数据的医院数据处理方法及相关装置 | |
US11163991B2 (en) | Method and apparatus for detecting body | |
CN105447204B (zh) | 网址识别方法和装置 | |
CN109766082B (zh) | 应用程序页面跳转的方法和装置 | |
AU2010314292C1 (en) | Method and system for adapting a session timeout period | |
CN108595628A (zh) | 用于推送信息的方法和装置 | |
CN109508218B (zh) | App消息推送展示控制方法、装置、设备及存储介质 | |
CN107463348B (zh) | 基于B/S架构实现Web端自定义格式打印方法及系统 | |
US20200073913A1 (en) | Method and apparatus for processing data sequence | |
CN108595448B (zh) | 信息推送方法和装置 | |
CN110838071A (zh) | 保单数据的处理方法、装置及服务器 | |
CN108737486A (zh) | 信息推送方法和装置 | |
CN110445632A (zh) | 一种预防客户端崩溃的方法和装置 | |
CN107046555B (zh) | 医学影像文件的传输方法及装置 | |
US20210021690A1 (en) | Method and apparatus for generating information | |
US9680697B2 (en) | Dynamic product installation based on user feedback | |
CN110554884B (zh) | 一种配置方法、装置、后台服务器及存储介质 | |
CN111161072A (zh) | 基于区块链的随机数生成方法、设备及存储介质 | |
CN109800079B (zh) | 医保系统中的节点调整方法及相关装置 | |
CN116761144A (zh) | 一种设备接入物联网平台的方法及装置 | |
CN109413212B (zh) | 用于处理请求的方法和装置 | |
CN110730109A (zh) | 用于生成信息的方法和装置 | |
CN111324470A (zh) | 用于生成信息的方法及装置 | |
CN107483595A (zh) | 信息推送方法和装置 | |
CN113626392A (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 |