CN114694786A - 一种医疗数据的查询方法、装置、设备和计算机存储介质 - Google Patents
一种医疗数据的查询方法、装置、设备和计算机存储介质 Download PDFInfo
- Publication number
- CN114694786A CN114694786A CN202210320203.3A CN202210320203A CN114694786A CN 114694786 A CN114694786 A CN 114694786A CN 202210320203 A CN202210320203 A CN 202210320203A CN 114694786 A CN114694786 A CN 114694786A
- Authority
- CN
- China
- Prior art keywords
- query
- medical data
- time
- queried
- rule
- 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.)
- Pending
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
-
- 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/2291—User-Defined Types; Storage management thereof
-
- 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/24—Querying
- G06F16/242—Query formulation
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种医疗数据的查询方法、装置、设备和计算机存储介质,用于解决现有医疗数据的查询耗时较久的技术问题。其中,方法包括:响应于查询请求,获取所述查询请求对应的待查询时间和查询规则;根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间;利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,所述数据存储库中的医疗数据以所述查询时间间隔为维度进行存储;整合所有所述医疗数据,得到所述查询请求对应的总医疗数据。
Description
技术领域
本申请涉及信息技术领域,尤其涉及一种医疗数据的查询方法、装置、设备和计算机存储介质。
背景技术
随着信息技术的发展,各大医疗机构对于医疗信息系统的建设也颇具成效。医疗信息系统中包括多个实现不同医疗业务的子系统,随之会产生大量的医疗数据。因不同子系统对医疗数据的采集、处理、存储、交换标准不一样,故这些医疗数据呈现多源异构性。多源异构性会影响医疗数据的查询效率,但影响查询性能的关键因素是数据库中存储着大量数据。
现有提高查询效率的方式,主要是通过降低查询脚本的复杂度。但是,提升效果并不理想,查询耗时仍然较长。
发明内容
本申请提供了一种医疗数据的查询方法、装置、设备和计算机存储介质,可以显著缩短医疗数据的查询耗时,解决了现有医疗数据的查询耗时较久的技术问题。
有鉴于此,本申请第一方面提供了一种医疗数据的查询方法,包括:
响应于查询请求,获取所述查询请求对应的待查询时间和查询规则;
根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间;
利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,所述数据存储库中的医疗数据以所述查询时间间隔为维度进行存储;
整合所有所述医疗数据,得到所述查询请求对应的总医疗数据。
可选地,所述根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间,具体包括:
获取所述查询规则对应的查询时间间隔;
以所述查询时间间隔为分解基准,对所述待查询时间进行分解,得到若干子待查询时间。
可选地,所述利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,具体包括:
根据所述查询规则对应的基础查询语句,生成各所述子待查询时间对应的待查询语句;
基于各所述待查询语句,从数据存储库中获取各所述子待查询时间对应的医疗数据。
可选地,根据所述查询规则对应的基础查询语句,生成各所述子待查询时间对应的待查询语句,之前还包括:
判断所述查询规则对应的基础查询语句是否可执行,若是,则执行后续步骤,若否,则修改所述基础查询语句直至所述基础查询语句可执行。
可选地,根据所有所述医疗数据,得到所述查询请求对应的总医疗数据,之前还包括:
判断所述医疗数据中是否有异常值,若有,则将该异常值对应的待查询语句的查询参数进行修改,并以修改后的待查询语句进行查询。
可选地,所述数据存储库为医疗信息系统中的数据库或所述数据库的镜像库。
可选地,利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,之后还包括:
生成各所述医疗数据对应的查询日志,并存储所述查询日志。
本申请第二方面提供了一种医疗数据的查询方法,包括:
第一获取单元,用于响应于查询请求,获取所述查询请求对应的待查询时间和查询规则;
分解单元,用于根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间;
第二获取单元,用于利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,所述数据存储库中的医疗数据以所述查询时间间隔为维度进行存储;
整合单元,整合所有所述医疗数据,得到所述查询请求对应的总医疗数据。
本申请第三方面提供了一种医疗数据的查询设备,所述设备包括处理器以及存储器;
所述存储器用于存储程序代码,并将所述程序代码传输给所述处理器;
所述处理器用于根据所述程序代码中的指令执行任一种第一方面所述的医疗数据的查询方法。
本申请第四方面提供了一种计算机存储介质,所述计算机存储介质用于存储程序代码,所述程序代码用于执行任一种第一方面所述的医疗数据的查询方法。
从以上技术方案可以看出,本申请具有以下优点:
本申请中医疗数据的查询方法,首先响应于查询请求,获取查询请求对应的待查询时间和查询规则,接着根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间,然后利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,最后整合所有医疗数据,得到查询请求对应的总医疗数据。本申请中对查询请求对应的查询时间先进行分解,然后对分解得到的各子待查询时间进行对应查询,接着整合各子待查询时间查询到的医疗数据,便可得到查询请求对应的总医疗数据,整个查询耗时较短,解决了现有医疗数据的查询耗时较久的技术问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1为本申请实施例中一种医疗数据的查询方法的实施例一的流程示意图;
图2为本申请实施例中一种医疗数据的查询方法的实施例二的流程示意图;
图3为本申请实施例中一种医疗数据的查询装置的实施例的结构示意图;
图4为本申请实施例中一种医疗数据的查询装置的一种具体实现方式的结构示意图;
图5为图4对应的医疗数据的查询装置的工作原理示意图。
具体实施方式
本申请实施例提供了一种医疗数据的查询方法、装置、设备和计算机存储介质,解决了现有医疗数据的查询耗时较久的技术问题。
为使得本申请的发明目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本申请一部分实施例,而非全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
请参阅图1,图1为本申请实施例中一种医疗数据的查询方法的实施例一的流程示意图。
本实施例中一种医疗数据的查询方法,具体可以包括步骤:
步骤101,响应于查询请求,获取查询请求对应的待查询时间和查询规则。
可以理解的是,对于待查询时间的获取,由于查询请求中携带有待查询时间,故在对查询请求进行解析后便可得到查询请求对应的待查询时间。
对于查询规则的获取。由于不同类型的医疗数据对应不同的查询规则,故本实施例中根据各类型的医疗数据和对应的查询规则建立映射关系,如此要对某一医疗数据进行查询时,会获取到要查询的医疗数据对应的查询请求,由于查询请求中携带有医疗数据的医疗数据类型,故可以根据该医疗数据类型和上述的映射关系获取对应的查询规则。
步骤102,根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间。
查询规则对应设置有查询时间间隔,即该查询规则可以查询时长为该查询时间间隔的医疗数据,故在获取到待查询时间后,首先需要根据该查询时间间隔将待查询时间进行分解,得到若干子待查询时间,后续利用子待查询时间进行对应的查询。
步骤103,利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,数据存储库中的医疗数据以查询时间间隔为维度进行存储。
由于数据存储库中的医疗数据是以查询时间间隔为维度进行存储的,同时子待查询时间也是以查询时间间隔为基准分解得到的,故通过子待查询时间可以迅速从数据存储库中查询到对应的医疗数据。
步骤104,整合所有医疗数据,得到查询请求对应的总医疗数据。
在得到各子待查询时间对应的医疗数据后,整合所有的医疗数据便可得到查询请求对应的总医疗数据。
本实施例中医疗数据的查询方法,首先响应于查询请求,获取查询请求对应的待查询时间和查询规则,接着根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间,然后利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,最后整合所有医疗数据,得到查询请求对应的总医疗数据。本申请中对查询请求对应的查询时间先进行分解,然后对分解得到的各子待查询时间进行对应查询,接着整合各子待查询时间查询到的医疗数据,便可得到查询请求对应的总医疗数据,整个查询耗时较短,解决了现有医疗数据的查询耗时较久的技术问题。
请参阅图2,图2为本申请实施例中一种医疗数据的查询方法的实施例二的流程示意图。
本实施例中一种医疗数据的查询方法,具体可以包括步骤:
步骤201,响应于查询请求,获取查询请求对应的待查询时间和查询规则。
需要说明的是,步骤201的描述和实施例一中步骤101的描述相同,具体可以参见上述步骤101的描述,在此不再赘述。
步骤202,获取查询规则对应的查询时间间隔。
可以理解的是,查询时间间隔可以根据查询需求进行设置,可以设置为12h(即半天),也可以设置为日,也可以设置为周等,本实施例中对此不再一一限定。
步骤203,以查询时间间隔为分解基准,对待查询时间进行分解,得到若干子待查询时间。
若上述的查询时间间隔为日,对应的待查询时间为一个月(30天),故本实施例中以日为分解基准,将为期一个月的待查询时间进行分解,得到30个子待查询时间。
步骤204,判断查询规则对应的基础查询语句是否可执行,若是,则执行后续步骤,若否,则修改基础查询语句直至基础查询语句可执行。
查询规则对应的基础查询语句为一个SQL语句,故本实施例中判断查询规则对应的基础查询语句是否可执行的步骤可以包括:根据预设的SQL语句判断基准,判断基础语句是否正确,若是,则说明基础查询语句可执行,否则不能执行。
步骤205,根据查询规则对应的基础查询语句,生成各子待查询时间对应的待查询语句。
可以理解的是,在一种实施方式中,根据查询规则对应的基础查询语句,生成各子待查询时间对应的待查询语句,具体包括:
将基础查询语句中的查询时间分别替换为各子待查询时间,得到各子待查询时间对应的待查询语句。
可以理解的是,待查询语句对应配置有开始时间和结束时间,开始时间和结束时间之间的时间间隔即为查询时间间隔。在替换时,将基础查询语句中查询时间的开始时间设置为子待查询时间的开始时间,将基础查询语句中查询时间的结束时间设置为子待查询时间的结束时间。
步骤206,基于各待查询语句,从数据存储库中获取各子待查询时间对应的医疗数据,数据存储库中的医疗数据以查询时间间隔为维度进行存储。
在一种实施方式中,上述的数据存储库为医疗信息系统中的数据库或该数据库的镜像库。即本实施例中的数据存储库可以为医疗信息系统中的数据库本身,也可以上述数据库的镜像库。可以理解的是,镜像库即上述数据库的复制库,是将数据库中的数据进行复制后得到的。通过镜像库进行数据的访问、查询,可以避免对数据的操作影响医疗信息系统,进而影响到医疗业务的开展。
本实施例中子待查询时间和医疗数据的存储维度长度相同,这样在查询时,可以很快、直接地查询到对应的医疗数据。
步骤207,判断医疗数据中是否有异常值,若有,则将该异常值对应的待查询语句的查询参数进行修改,并以修改后的待查询语句进行查询。
可以理解的是,本实施例中的异常值是空值时,便认为该医疗数据为异常值,则将该异常值对应的查询参数进行修改。
查询到的医疗数据是异常值,往往是该查询语句对应的查询超时设置不合理,故具体修改时,在原待查询语句的超时基础上增加2~3分钟,即延长超时。
步骤208,生成各医疗数据对应的查询日志,并存储查询日志。
在查询到医疗数据后,对应的生成各医疗数据对应的查询日志,并存储该查询日志,以便于日后查看。
步骤209,整合所有医疗数据,得到查询请求对应的总医疗数据。
按照子待查询时间的先后顺序,将医疗数据进行整合,便可得到查询请求对应的总医疗数据。
本实施例中医疗数据的查询方法,首先响应于查询请求,获取查询请求对应的待查询时间和查询规则,接着根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间,然后利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,最后整合所有医疗数据,得到查询请求对应的总医疗数据。本申请中对查询请求对应的查询时间先进行分解,然后对分解得到的各子待查询时间进行对应查询,接着整合各子待查询时间查询到的医疗数据,便可得到查询请求对应的总医疗数据,整个查询耗时较短,解决了现有医疗数据的查询耗时较久的技术问题。
请参阅图3,图3为本申请实施例中一种医疗数据的查询装置的实施例的结构示意图。
本实施例中一种医疗数据的查询装置,具体可以包括:
第一获取单元,用于响应于查询请求,获取查询请求对应的待查询时间和查询规则;
分解单元,用于根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间;
第二获取单元,用于利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,数据存储库中的医疗数据以查询时间间隔为维度进行存储;
整合单元,整合所有医疗数据,得到查询请求对应的总医疗数据。
可选地,根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间,具体包括:
获取查询规则对应的查询时间间隔;
以查询时间间隔为分解基准,对待查询时间进行分解,得到若干子待查询时间。
可选地,利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,具体包括:
根据查询规则对应的基础查询语句,生成各子待查询时间对应的待查询语句;
基于各待查询语句,从数据存储库中获取各子待查询时间对应的医疗数据。
可选地,本实施例中医疗数据的查询装置还包括:
第一判断单元,用于判断查询规则对应的基础查询语句是否可执行,若是,则执行后续步骤,若否,则修改基础查询语句直至基础查询语句可执行。
可选地,本实施例中医疗数据的查询装置还包括:
第二判断单元,用于判断医疗数据中是否有异常值,若有,则将该异常值对应的待查询语句的查询参数进行修改,并以修改后的待查询语句进行查询。
可选地,数据存储库为医疗信息系统中的数据库或该数据库的镜像库。
可选地,本实施例中医疗数据的查询装置还包括:
生成单元,用于生成各医疗数据对应的查询日志,并存储查询日志。
如图4所示为本实施例中医疗数据的查询装置的一种具体实现方式,在该实现方式中,医疗数据的查询装置包括:数据源模块、查询规则模块和医疗数据报告模块。
数据源模块包括数据源存储模块和数据源测试模块。前者用于记录数据存储库的IP地址、端口号、库类型、库名、库用户名、库密码等信息;后者用于测试数据源是否可用、是否能够正常与数据存储库建立连接。
查询规则模块包括查询规则存储模块和查询规则验证模块。前者用于记录该条查询规则执行所需要的数据源信息、以及规则对应的SQL语句脚本;后者用于验证该规则SQL语句执行返回的结果。
医疗数据报告模块包括:第一存储模块、医疗数据报告运行模块、医疗数据报告重试模块第二存储模块和医疗数据报告数据汇总模块。
其中,第一存储模块,用于存储医疗数据报告执行的规则、规则查询时间范围配置、规则查询超时配置、报告重试次数;医疗数据报告运行模块用于获取医疗数据报告中的规则,根据规则查询时间范围按日进行分割,分别执行每天的数据;医疗数据报告重试模块用于医疗数据报告执行完毕后获取仍存在问题的规则并再次执行规则对应的SQL语句,重试时SQL语句查询的超时时间会延长2~3分钟、以保证超时的规则大概率地能查询出结果;第二存储模块用于存储数据运行模块执行后的结果;医疗数据报告数据汇总模块用于将每日执行得到的结果按不同维度(日、月、全部)进行展示。
医疗数据报告模块还包括:医疗数据批量重新计算模块、医疗数据重新计算模块、医疗数据报告运行日志模块。医疗数据批量重新计算模块用于医疗数据报告执行完成后,针对某些规则可通过手动地方式批量重新计算;医疗数据重新计算模块用于医疗数据报告执行完成后,针对某些规则可手动地单条(单独)重新计算。以上两个模块重新计算的结果都会同步到对应第二存储模块中;医疗数据报告运行日志模块用于查看当前医疗数据报告所有规则或者单条规则对应的SQL语句的运行日志。
如图5所示为图4所示的医疗数据的查询装置的工作原理,具体可以包括:
步骤①:通过数据源模块把所有需要使用的数据源进行配置,并测试每一个数据源是否可用,以保证之后能正常执行SQL语句。
步骤②:根据医疗机构实际的业务需求,在查询规则模块中配置对应的查询规则,并维护规则对应的SQL语句以及语句执行的数据源信息。另外,可通过查询规则验证模块验证SQL语句的正确性,便于医疗数据报告能正常执行SQL语句。
步骤③:在医疗数据报告模块中,可新增一份医疗数据报告,并维护报告所需要执行的查询规则、执行规则SQL语句的超时时间、执行规则SQL语句的查询时间、医疗数据报告的重试次数、报告的执行方式。
步骤④:配置报告执行的频率和时间后,触发医疗数据报告运行模块,运行医疗数据报告。
运行医疗数据报告时,主要的步骤包括:
第一,获取运行的医疗数据报告中所配置的查询规则信息。
第二,获取报告中的待查询时间,将待查询时间按天拆分为多个时间段分别查询,获取查询规则中配置的查询超时时间。
例如,报告要查询的是1个月(30天)的数据,则将数据查询按天拆分为30条SQL语句、每条SQL语句对应执行一天的数据。
第三,根据已拆分的多个时间段,按天循环执行该报告中所有查询规则的SQL语句。
第四,获取每一条查询规则信息,包括SQL语句和执行SQL语句对应的数据源信息,将拆分后的时间段替换到SQL语句中对应的时间字段中,根据数据源信息初始化数据库连接。
第五,用初始化后的数据库连接执行替换时间字段后的SQL语句,无论查询是否成功都会将查询日志信息记录到医疗数据报告运行日志模块中。如果查询成功则将查询结果存储到第二存储模块中。
第六,循环执行第五步骤,直至将报告中所有查询规则都执行完毕。。
步骤⑤:医疗数据报告运行模块执行完毕后,获取医疗数据报告重试次数配置和执行失败的规则,在原执行规则SQL语句超时时间的基础上增加2~3分钟、再次按日执行这些规则。当所有失败都重试执行都完毕后、则将最后执行的所有数据同步到第二存储模块中。
步骤⑥:医疗数据报告重试模块执行完毕后,可通过医疗数据报告汇总展示模块查看医疗数据报告执行后的结果。查看结果时可以通过医疗数据报告运行日志模块查看对应查询规则执行SQL语句的日志信息,如果查询规则模块中的SQL语句有变动、医疗数据报告运行日志模块存在错误信息等都,可以通过医疗数据报告批量重新计算模块、医疗数据报告重新计算模块(单条)这两个模块进行重新计算(批量规则/单条规则),重新计算执行完毕后会将最新的数据同步到第二存储模块中。
本实施例中医疗数据的查询装置,首先响应于查询请求,获取查询请求对应的待查询时间和查询规则,接着根据查询规则对应的查询时间间隔,对待查询时间进行分解得到若干子待查询时间,然后利用查询规则,从数据存储库中获取各子待查询时间对应的医疗数据,最后整合所有医疗数据,得到查询请求对应的总医疗数据。本申请中对查询请求对应的查询时间先进行分解,然后对分解得到的各子待查询时间进行对应查询,接着整合各子待查询时间查询到的医疗数据,便可得到查询请求对应的总医疗数据,整个查询耗时较短,解决了现有医疗数据的查询耗时较久的技术问题。
本申请实施例还提供了一种医疗数据的查询设备的实施例,设备包括处理器以及存储器;存储器用于存储程序代码,并将程序代码传输给处理器;处理器用于根据程序代码中的指令执行前述实施例的医疗数据的查询方法。
本申请实施例还提供了一种计算机存储介质的实施例,计算机存储介质用于存储程序代码,程序代码用于执行前述实施例的医疗数据的查询方法。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用计算机存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种医疗数据的查询方法,其特征在于,包括:
响应于查询请求,获取所述查询请求对应的待查询时间和查询规则;
根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间;
利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,所述数据存储库中的医疗数据以所述查询时间间隔为维度进行存储;
整合所有所述医疗数据,得到所述查询请求对应的总医疗数据。
2.根据权利要求1所述的医疗数据的查询方法,其特征在于,所述根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间,具体包括:
获取所述查询规则对应的查询时间间隔;
以所述查询时间间隔为分解基准,对所述待查询时间进行分解,得到若干子待查询时间。
3.根据权利要求1所述的医疗数据的查询方法,其特征在于,所述利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,具体包括:
根据所述查询规则对应的基础查询语句,生成各所述子待查询时间对应的待查询语句;
基于各所述待查询语句,从数据存储库中获取各所述子待查询时间对应的医疗数据。
4.根据权利要求3所述的医疗数据的查询方法,其特征在于,根据所述查询规则对应的基础查询语句,生成各所述子待查询时间对应的待查询语句,之前还包括:
判断所述查询规则对应的基础查询语句是否可执行,若是,则执行后续步骤,若否,则修改所述基础查询语句直至所述基础查询语句可执行。
5.根据权利要求1所述的医疗数据的查询方法,其特征在于,根据所有所述医疗数据,得到所述查询请求对应的总医疗数据,之前还包括:
判断所述医疗数据中是否有异常值,若有,则将该异常值对应的待查询语句的查询参数进行修改,并以修改后的待查询语句进行查询。
6.根据权利要求1所述的医疗数据的查询方法,其特征在于,所述数据存储库为医疗信息系统中的数据库或所述数据库的镜像库。
7.根据权利要求1所述的医疗数据的查询方法,其特征在于,利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,之后还包括:
生成各所述医疗数据对应的查询日志,并存储所述查询日志。
8.一种医疗数据的查询装置,其特征在于,包括:
第一获取单元,用于响应于查询请求,获取所述查询请求对应的待查询时间和查询规则;
分解单元,用于根据所述查询规则对应的查询时间间隔,对所述待查询时间进行分解得到若干子待查询时间;
第二获取单元,用于利用所述查询规则,从数据存储库中获取各所述子待查询时间对应的医疗数据,所述数据存储库中的医疗数据以所述查询时间间隔为维度进行存储;
整合单元,整合所有所述医疗数据,得到所述查询请求对应的总医疗数据。
9.一种医疗数据的查询设备,其特征在于,所述设备包括处理器以及存储器;
所述存储器用于存储程序代码,并将所述程序代码传输给所述处理器;
所述处理器用于根据所述程序代码中的指令执行权利要求1至7中任一项所述的医疗数据的查询方法。
10.一种计算机存储介质,其特征在于,所述计算机存储介质用于存储程序代码,所述程序代码用于执行权利要求1至7中任一项所述的医疗数据的查询方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210320203.3A CN114694786A (zh) | 2022-03-29 | 2022-03-29 | 一种医疗数据的查询方法、装置、设备和计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210320203.3A CN114694786A (zh) | 2022-03-29 | 2022-03-29 | 一种医疗数据的查询方法、装置、设备和计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114694786A true CN114694786A (zh) | 2022-07-01 |
Family
ID=82140291
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210320203.3A Pending CN114694786A (zh) | 2022-03-29 | 2022-03-29 | 一种医疗数据的查询方法、装置、设备和计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114694786A (zh) |
-
2022
- 2022-03-29 CN CN202210320203.3A patent/CN114694786A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110795455B (zh) | 依赖关系解析方法、电子装置、计算机设备及可读存储介质 | |
CN110162516B (zh) | 一种基于海量数据处理的数据治理的方法及系统 | |
US9171025B2 (en) | Test data generation and scale up for database testing using unique common factor sequencing | |
CN109376142B (zh) | 数据迁移方法及终端设备 | |
CN110737594A (zh) | 自动生成测试用例的数据库标准符合性测试方法及装置 | |
CN112307124A (zh) | 数据库同步验证方法、装置、设备及存储介质 | |
EP2797001A2 (en) | System and method for creating variants in a test database during various test stages | |
CN111737349A (zh) | 数据一致性校验方法及装置 | |
CN104317820B (zh) | 报表的统计方法和装置 | |
CN116775488A (zh) | 异常数据确定方法、装置、设备、介质及产品 | |
CN114694786A (zh) | 一种医疗数据的查询方法、装置、设备和计算机存储介质 | |
CN107273293B (zh) | 大数据系统性能测试方法、装置及电子设备 | |
US11693834B2 (en) | Model generation service for data retrieval | |
CN116561154A (zh) | Sql语句优化方法及装置 | |
CN111639478B (zh) | 一种基于excel文档的数据自动稽核方法及系统 | |
CN110807037B (zh) | 一种数据修改方法、装置、电子设备及存储介质 | |
CN114253828A (zh) | 确定测试模板的方法、装置、计算设备和存储介质 | |
CN110609790A (zh) | 解析程序测试方法、装置、介质和计算机设备 | |
CN113495831B (zh) | 基于关键字生成测试用例的方法、系统、设备及介质 | |
CN113626423B (zh) | 业务数据库的日志管理方法、装置、系统 | |
CN116610345B (zh) | 一种基于执行记录表的应用程序升级方法和装置 | |
CN115422238A (zh) | 语句验证方法和装置 | |
CN115827478A (zh) | 代码检视方法、装置、计算机设备和存储介质 | |
CN114461601A (zh) | 基于分库分表的分布式事务回滚方法、装置、终端和存储介质 | |
CN116244272A (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 |