CN116150475B - 信息检索方法、装置、电子设备及存储介质 - Google Patents
信息检索方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116150475B CN116150475B CN202211520967.3A CN202211520967A CN116150475B CN 116150475 B CN116150475 B CN 116150475B CN 202211520967 A CN202211520967 A CN 202211520967A CN 116150475 B CN116150475 B CN 116150475B
- Authority
- CN
- China
- Prior art keywords
- condition
- type
- group
- logical relationship
- under
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 230000014509 gene expression Effects 0.000 claims abstract description 108
- 230000007717 exclusion Effects 0.000 claims description 84
- 230000004044 response Effects 0.000 claims description 9
- 230000003993 interaction Effects 0.000 claims description 8
- 230000001747 exhibiting effect Effects 0.000 claims description 4
- 230000002452 interceptive effect Effects 0.000 claims description 2
- 238000011282 treatment Methods 0.000 abstract description 14
- 238000012545 processing Methods 0.000 description 30
- 238000011160 research Methods 0.000 description 14
- DDRJAANPRJIHGJ-UHFFFAOYSA-N creatinine Chemical compound CN1CC(=O)NC1=N DDRJAANPRJIHGJ-UHFFFAOYSA-N 0.000 description 12
- 108010059993 Vancomycin Proteins 0.000 description 11
- MYPYJXKWCTUITO-LYRMYLQWSA-N vancomycin Chemical compound O([C@@H]1[C@@H](O)[C@H](O)[C@@H](CO)O[C@H]1OC1=C2C=C3C=C1OC1=CC=C(C=C1Cl)[C@@H](O)[C@H](C(N[C@@H](CC(N)=O)C(=O)N[C@H]3C(=O)N[C@H]1C(=O)N[C@H](C(N[C@@H](C3=CC(O)=CC(O)=C3C=3C(O)=CC=C1C=3)C(O)=O)=O)[C@H](O)C1=CC=C(C(=C1)Cl)O2)=O)NC(=O)[C@@H](CC(C)C)NC)[C@H]1C[C@](C)(N)[C@H](O)[C@H](C)O1 MYPYJXKWCTUITO-LYRMYLQWSA-N 0.000 description 11
- 229960003165 vancomycin Drugs 0.000 description 11
- MYPYJXKWCTUITO-UHFFFAOYSA-N vancomycin Natural products O1C(C(=C2)Cl)=CC=C2C(O)C(C(NC(C2=CC(O)=CC(O)=C2C=2C(O)=CC=C3C=2)C(O)=O)=O)NC(=O)C3NC(=O)C2NC(=O)C(CC(N)=O)NC(=O)C(NC(=O)C(CC(C)C)NC)C(O)C(C=C3Cl)=CC=C3OC3=CC2=CC1=C3OC1OC(CO)C(O)C(O)C1OC1CC(C)(N)C(O)C(C)O1 MYPYJXKWCTUITO-UHFFFAOYSA-N 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 208000009304 Acute Kidney Injury Diseases 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 239000003814 drug Substances 0.000 description 7
- 238000012360 testing method Methods 0.000 description 7
- 208000033626 Renal failure acute Diseases 0.000 description 6
- 201000011040 acute kidney failure Diseases 0.000 description 6
- 229940109239 creatinine Drugs 0.000 description 6
- 229940079593 drug Drugs 0.000 description 6
- 208000037157 Azotemia Diseases 0.000 description 5
- 208000020832 chronic kidney disease Diseases 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 208000009852 uremia Diseases 0.000 description 5
- 230000003252 repetitive effect Effects 0.000 description 4
- 210000002966 serum Anatomy 0.000 description 4
- 238000002054 transplantation Methods 0.000 description 4
- 210000002700 urine Anatomy 0.000 description 4
- 208000012998 acute renal failure Diseases 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 210000004556 brain Anatomy 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 210000003734 kidney Anatomy 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000010606 normalization Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 206010013496 Disturbance in attention Diseases 0.000 description 2
- 208000001647 Renal Insufficiency Diseases 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013479 data entry Methods 0.000 description 2
- 238000013075 data extraction Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 201000006370 kidney failure Diseases 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 210000004072 lung Anatomy 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 239000002689 soil Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- Theoretical Computer Science (AREA)
- Biomedical Technology (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Pathology (AREA)
- Physics & Mathematics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提供了信息检索方法、装置、电子设备及存储介质，涉及智慧医疗等技术领域。具体实现方案为：在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；基于所述每个类型的检索表达式进行检索，得到本次检索结果。上述方法可以保证检索的准确性。
Description
技术领域
本公开涉及计算机技术领域，尤其涉及计算机视觉、智慧医疗等技术领域。
背景技术
随着技术的发展，用户对信息检索的要求越来越高，尤其是在医疗等相关领域中，若要精准的定位当前需要研究的对象，就需要准确的表达自身的需求。然而，如何能够准确的表达检索需求，进而保证检索结果的准确性，就成为需要解决的问题。
发明内容
本公开提供了一种信息检索方法、装置、电子设备及存储介质。
根据本公开的第一方面，提供了一种信息检索方法，包括：
在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
基于所述每个类型的检索表达式进行检索，得到本次检索结果。
根据本公开的第二方面，提供了一种信息检索装置，包括：
信息确定模块，用于在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
逻辑关系确定模块，用于基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
检索表达式生成模块，用于基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
检索模块，用于基于所述每个类型的检索表达式进行检索，得到本次检索结果。
根据本公开的第三方面，提供了一种电子设备，包括：
至少一个处理器；以及
与该至少一个处理器通信连接的存储器；其中，
该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述第一方面的信息检索方法。
根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行前述方法。
根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现前述方法。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
本实施例提供的方案，可以在确定了每个类型下的每个条件的基础上，进一步确定每个条件的逻辑关系，基于每个条件的逻辑关系可以确定每个类型的条件组逻辑关系，进而生成每个类型的检索表达式，并得到本次检索结果；如此，能够灵活并且准确的表达本次的检索需求，保证最终检索得到的结果的准确性。
附图说明
附图用于更好地理解本方案，不构成对本公开的限定。其中：
图1是根据本公开一实施例的信息检索方法的流程示意图；
图2是根据本公开一实施例的信息检索方法中确定任意一个条件的流程示意图；
图3是根据本公开又一实施例的添加任意一个条件以及任意一个条件的配置区域的示意图；
图4是根据本公开一实施例的信息检索方法的一种示意性流程图；
图5是根据本公开一实施例的纳入条件和排除条件的内容以及逻辑关系的示意图；
图6是根据本公开另一实施例的信息检索方法的一种系统实现架构的结构示意图；
图7是根据本公开一实施例的信息检索装置的一种组成结构示意图；
图8是根据本公开另一实施例的信息检索装置的一种组成结构示意图；
图9是用来实现本公开实施例的信息检索方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
本公开第一方面实施例提供一种信息检索方法，如图1所示，包括：
S101：在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
S102：基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
S103：基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
S104：基于所述每个类型的检索表达式进行检索，得到本次检索结果。
上述第一方面实施例提供的信息检索方法，可以应用于电子设备；该电子设备可以为用户设备，比如用户使用的笔记本电脑、智能手机、平板电脑、台式机等等任意之一。
前述基于所述每个类型的检索表达式进行检索，得到本次检索结果，可以指的是：基于所述每个类型的检索表达式，从医疗数据中心进行检索，得到本次检索结果。其中，所述本次检索结果中可以包括一个或多个就诊数据；具体的，该一个或多个就诊数据中，不同的就诊数据可以属于相同患者，或者不同的就诊数据属于不同患者，均在本实施例保护范围内。该医疗数据中心可以保存的数据包括：一个或多个候选患者的标识信息，该一个或多个候选患者中每个候选患者的一个或多个候选就诊数据。再进一步，所述医疗数据中心还可以称为临床数据中心，该医疗数据中心具体可以为用于存储医疗相关数据的服务器。
通过采用上述方案，可以在确定了每个类型下的每个条件的基础上，进一步确定每个条件的逻辑关系，基于每个条件的逻辑关系可以确定每个类型的条件组逻辑关系，进而生成每个类型的检索表达式，并得到本次检索结果；如此，能够灵活并且准确的表达本次的检索需求，保证最终检索得到的结果的准确性。
在一些可能的实施方式中，所述方法还可以包括：获取本次检索的维度；其中，所述本次检索的维度包括：数据定位维度、数据入选维度。所述数据定位维度，包括：就诊维度或患者维度。
前述获取本次检索的维度的处理，可以是在确定至少一个类型中每个类型下的每个条件之前执行的。示例性的，获取本次检索的维度的处理可以是：在用户设置每个类型下的每个条件之前，先为用户展示维度设置区域；响应于在该维度设置区域中展示的多种候选数据定位维度中对目标数据定位维度的操作，将该目标数据定位维度作为本次检索的数据定位维度；以及响应于在该维度设置区域展示的多个候选数据入选维度中目标数据入选维度的操作，将该目标数据入选维度作为本次检索的数据入选维度。其中，所述多种候选维度可以包括就诊维度以及患者维度。
前述已经说明，所述数据定位维度可以包括就诊维度或患者维度。下面首先针对就诊维度和患者维度进行说明：
所述就诊维度指的是：本次所设置的每个类型下的每个条件为在一个就诊数据需要同时满足的。示例性的，若设置数据定位维度为就诊维度，则基于后续设置的全部类型中包含的全部条件进行处理，所得到的本次检索结果中的任意一个就诊数据，需要满足本次所设置的全部类型中包含的全部条件。通常需要研究短期内医疗因素的相互作用的场景下，尤其需保证条件在短时间内符合一定逻辑，因此这种场景下可以设置数据定位维度为就诊维度。
所述患者维度指的是：本次所设置的全部类型下的全部条件为一个患者的一个或多个就诊数据能够满足的。其中，一个患者的一个或多个就诊数据中不同次的就诊数据所满足的条件可能不同，并且该一个患者的一个或多个就诊数据所分别满足的条件为本次所设置的全部类型下的全部条件。也就是，若设置数据定位维度为患者维度，则无需在一个患者的一次就诊数据中满足全部类型下的全部条件，但是该一个患者的多次就诊数据所分别满足的条件之和为全部类型下的全部条件。这种患者维度尤其适用于研究长期医疗因素的相互作用的场景，这种场景需保证就诊数据有一定时间跨度，即结合同一个患者的多次就诊数据才能同时满足全部类型下的全部条件。
前述本次检索的维度还包括了数据入选维度。接下来针对数据入选维度进行说明：该数据入选维度可以用于表示本次所设置的全部类型下的全部条件所对应的相对范围；具体的，该数据入选维度指的是就诊数据的相对发生时间。其中，所述相对发生时间指的是同一个患者的多个就诊数据中不同就诊数据相对于其他就诊数据的发生时间。举例来说，患者A有3个就诊数据，就诊数据1为相对其他就诊数据第一次发生的，该就诊数据1为患者A的首次就诊数据，这里不再进行一一列举。再举例来说，可以根据研究者(即用户)的需求设置该数据入选维度为以下任意之一：首次、末次、某次、全部次等维度。
在一些可能的实施方式中，针对任意一个类型下的任意一个条件进行配置的处理，如图2所示，可以包括：
S201、展示第一类型的条件操作区域；其中，所述第一类型为所述至少一个类型中任一；
S202、响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域；
S203、响应于在所述当前条件的配置区域获取到配置组成内容所对应的配置详细信息，基于所述配置组成内容所对应的配置详细信息，确定所述第一类型下的所述当前条件。
前述至少一个类型可以包括：纳入类型和/或排除类型。示例性的，用
户可以基于需求确定本次检索仅需要设置纳入条件，则前述至少一个类型5仅包含纳入类型；或者用户可以基于需求确定本次检索仅需要设置排除条
件，则前述至少一个类型仅包含排除类型；或者用户可以基于需求确定本次检索需要既设置纳入条件又设置排除条件，则前述至少一个类型包含排除类型以及纳入类型。
前述第一类型为至少一个类型中任意之一。由于针对所述至少一个类0型中每个类型下的条件的配置方式，与前述第一类型下的各个条件的配置
方式相同，因此，本实施例中不再对每个类型进行赘述。所述当前条件可以指的是该第一类型下的任意一个条件，由于该第一类型下的每个条件在进行配置时，均可以作为该第一类型下的当前条件，因此本实施例不对该第一类型下全部条件的配置进行一一赘述。
5所述第一类型的条件操作区域中，可以展示以下至少部分内容：添加
条件的按键、该第一类型下的已填写的一个或多个条件。
该第一类型下的已填写的一个或多个条件，是否在第一类型的条件操作区域内展示，取决与当前该第一类型下是否存在已填写的一个或多个条件。
0该添加条件可以指的是在该第一类型下添加新条件组中的新条件；相
应的，该添加条件的按键具体可以为添加条件组的按键。或者，该添加条件可以指的是添加一个已填写的条件的相关条件；相应的，该添加条件的按键可以为添加已填写的条件的相关条件的按键。又或者，该添加条件可
以指的是在当前条件组已有一个已填写的条件的情况下，添加一个新条件；5相应的，该添加条件的按键可以是在该已填写的条件所在位置之下的一个
添加新条件的按键。
结合图3进行示例性说明，假设第一类型为纳入类型，图3中示意出的该纳入类型的条件操作区域301，在该纳入类型的条件操作区域301中
的添加条件的按键，具体可以为图3中的添加条件组的按键302；另外由0于该纳入类型已经存在了一个纳入条件A(可以表示为图3中的InA)，则在该纳入类型的条件操作区域301中展示该纳入条件A(InA)，该纳入条件A(InA)具体如图3所示为“医疗机构，等于，AAA”。
所述当前条件的配置区域的数量可以为一个或多个。前述当前条件的任意一个配置区域，用于获取某一个配置组成内容所对应的配置详细信息；并且当前条件的不同配置区域，用于获取不同配置组成内容所对应的配置详细信息。在一种可能的示例中，该当前条件的每个配置区域与配置组成内容之间所具备的对应关系可以为预设的。
其中，所述配置详细信息指的是每个配置组成内容所对应的详细内容，比如，任意一个配置组成内容所对应的详细内容，可以是该配置组成内容所对应的具体取值、或者具体描述内容。示例性的，所述配置组成内容还可以为指标类型，所述配置详细信息还可以为指标取值、或指标内容等等，这里不对其全部可能的名称进行穷举。
结合图3举例来说，假设第一类型为纳入类型，当前条件为纳入条件B，响应于对添加条件组的按键302的点击操作，可以如图3虚线下方所示在区域304中可以展示纳入条件B的4个配置区域。然后用户可以在纳入条件B的4个配置区域内，输入或选取配置组成内容所对应的配置详细信息，比如，配置组成内容分别为条件符号、元数据字段、逻辑符以及描述元素；纳入条件B的配置区域3041，用于选取元数据字段对应的配置详细信息，该配置详细信息可以为“用药名称”；纳入条件B的配置区域3042，用于选取逻辑符对应的配置详细信息，具体可以为“包含”；纳入条件B的配置区域3043，用于填写该描述元素对应的配置详细信息，具体可以是“万古霉素”；另外，在图3中纳入条件B的配置区域3041左侧的配置区域，用于输入条件符号所对应的具体符号“InB”，该具体符号即条件符号所对应的配置详细信息。需要说明的是，任意一个条件的条件符号所对应的配置详细信息，可以为用户输入的，也可以是自动生成的。举例来说，用户可以在配置或设置纳入条件B的时候，在纳入条件B的配置区域3041左侧的配置区域，输入条件符号所对应的具体符号“InB”；或者，可以是在用户配置或设置纳入条件B的时候，直接自动生成并在纳入条件B的配置区域3041左侧的配置区域中展示条件符号所对应的具体符号“InB”。其中，若任意一个条件的条件符号所对应的配置详细信息是自动生成的，则可以是基于该条件的类型以及该条件的排列顺序(或该条件的所在位置)自动生成的，比如，纳入条件B的排列顺序在纳入条件A之后、且类型为纳入类型，则可以直接自动生成“InB”。
所述基于所述配置组成内容所对应的配置详细信息，确定所述第一类型下的所述当前条件，可以指的是，将所述配置组成内容所对应的配置详细信息，直接作为所述第一类型下的所述当前条件。示例性的，用户或研究者在配置任意一个条件的时候，可以先确定任意一个条件的配置组成内容，然后再设置每个配置组成内容所对应的配置详细信息。还应指出，用户或研究者可以在完成配置任意一个条件后，检验该条件是否符合研究目标；比如，可以检验该条件所包含的全部配置详细信息是否符合本次研究目标，假设本次研究目标是对指标A的检验结果大于数值1的全部就诊数据，但是该条件限定了指标A的检验结果小于数值2，则该条件的检验结果为不符合研究目标；进一步，在确定检验结果不符合研究目标的情况下，可以对该条件重新进行配置，这里不做重复说明。
可见，通过采用上述方案，就可以在任意一个类型的条件操作区域选取添加条件，在当前条件的配置区域获取到配置组成内容所对应的配置详细信息后，基于该配置详细信息确定当前条件；如此，可以更加准确的对每个条件进行逻辑编辑。
在一些可能的实施方式中，所述响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域，包括：响应于对所述第一类型的条件操作区域中的添加第一条件的相关条件的操作，展示所述当前条件的配置区域。其中，所述第一条件可以为第一类型下的任意一个已填写的条件。所述确定所述第一类型下的所述当前条件之后，所述方法还包括：将所述第一条件作为主条件，将所述当前条件作为所述主条件的相关条件。
前述已经说明，所述添加条件具体可以指的是添加条件组中的条件、添加一个已填写的条件的相关条件等任意之一。本实施方式主要针对添加条件具体为添加一个条件的相关条件进行说明。
所述对所述第一类型的条件操作区域中的添加第一条件的相关条件的操作，具体可以指的是：对所述第一类型的条件操作区域中的添加第一条件的相关条件的按键的点击操作。
其中，将所述第一条件作为主条件，将所述当前条件作为所述主条件的相关条件，可以指的是：将第一条件作为当前所在条件组的主条件，将该当前条件作为该条件组中，所述主条件的相关条件。进一步地，该第一条件为其所在条件组的主条件，可以指的是，该第一条件为其所在条件组的一级条件；该第一条件的相关条件则可以指的是，在该第一条件所在的条件组中，第一条件的相关条件作为第一条件的二级约束。进一步来说，前述主条件可以指的是，在一个条件组将该主条件的逻辑关系作为条件组的逻辑关系以得到该条件组与其他条件组的组间逻辑关系。前述相关条件则仅在条件组内，与主条件以及其他相关条件产生组内逻辑关系。在下文中，如果没有特殊说明，主条件与一级条件的概念是相同的，相关条件与二级约束的概念也是相同的，不做重复解释。
其中，该主条件的相关条件，可以是：主条件的约束条件，或者主条件的相对条件。
所述主条件的约束条件指的是：与主条件中配置组成内容所对应的配置详细信息，内容相关的条件。该主条件、主条件的约束条件可以是在一次就诊数据中能够满足的。比如，配置组成内容包括元数据字段，该主条件的元数据字段的配置详细信息为检验项目；则主条件的约束条件的元数据字段的配置详细信息可以是检验结果，该检验结果为前述主条件包含的检验项目所对应的检验结果。
所述主条件的相对条件可以指的是：与主条件中配置组成内容所对应的配置详细信息，时序相关的条件。该主条件、主条件的相对条件可以是在同一个患者的不同次就诊数据中满足的，比如该主条件可以限定为首次就诊数据所需要满足的条件，该主条件的相对条件可以限定为末次就诊数据需要满足的条件。以配置组成内容包括元数据字段以及就诊次数为例，该主条件的元数据字段的配置详细信息为手术项目、就诊次数的配置详细信息为首次；则该主条件的相对条件的元数据字段的配置详细信息可以是检验结果，就诊次数的配置详细信息为末次。
结合前述实施方式，接下来对配置组成内容以及其对应的配置详细信息进行示例性说明：
所述配置组成内容其对应的配置详细信息可以如以下表1所示，在表1中左侧为配置组成内容，右侧为配置组成内容所对应的配置详细信息。其中，所述配置组成内容包括但不限于以下至少部分：条件逻辑类型、条件符号、内容类型元素、元数据字段、条件逻辑符元素、条件描述元素。
表1
结合表1具体来说：
条件逻辑类型用于指示当前条件的类型，该条件逻辑类型所对应的配置详细信息可以为纳入(可以表示为In)或排除(可以表示为Ex)，通过该配置详细信息可以表示满足该当前条件的就诊数据需要被纳入还是被排除。
条件符号所对应的配置详细内容可以是该当前条件的唯一标识符，该唯一标识符可以包含类型以及编号。比如当前条件的条件符号所对应的配置详细信息可以为以下任意之一：InA(即纳入条件A)、InA1(即纳入条件A1)、ExA(即排除条件A)、ExA1(即排除条件A1)。通过该条件符号所对应的配置详细内容，可以在生成每个类型的检索表达式的时候唯一描述该条件。需要说明的是，任意一个条件的条件符号所对应的配置详细信息，可以为用户输入的，也可以是自动生成的。举例来说，用户可以在配置或设置纳入条件A1的时候，在纳入条件A1的配置区域输入条件符号所对应的配置详细内容“In A1”；或者，可以是在用户配置或设置纳入条件A1的时候，直接基于该条件的类型以及该条件的排列顺序(或该条件的所在位置)自动生成的，比如，纳入条件A1的排列顺序在纳入条件A之后、类型为纳入类型、且为纳入条件A的相关条件，则可以直接自动生成“InA1”。
内容类型元素用于指示该当前条件的内容类型。该内容类型元素所对应的配置详细信息可以用于表示当前条件为单独条件或为相对条件。若当前条件为单独条件则该条件为针对单个变量的定义；若当前条件为相对条件，则该条件为针对有时间前后关系的两个变量的定义，比如第一条件用于限定手术项目A，该当前条件为该第一条件的相对条件，则该当前条件可以用于限定在手术项目A之后的3个月内的检验项目B。
元数据字段定义了该当前条件在医疗数据中心的具体要定位的字段，该元数据字段可以用于描述该当前条件作用于元数据关联表的详细字段信息。如表1中所示，该元数据字段所对应的配置详细信息的类型，可以为以下任意之一：字符串、枚举型、数值、数值+单位、日期、字符串/数值+单位。
条件逻辑符元素用于指示元数据字段与条件描述元素之间的逻辑控制关系。具体的，如表1所示，该条件逻辑符元素的配置详细信息可以包括以下至少之一：大于、等于、小于、不等于、包含全部、不包含任意之一、包含任意一个、模糊匹配、范围。其中，大于、等于可以结合使用，小于和等于也可以结合使用，大于、等于、小于也可以结合使用以表示一个范围。在下文中如果没有特殊说明，前述大于可以直接表示为“>”，小于可以直接表示为“<”，大于等于可以表示为“≥”，小于等于可以直接表示为“≤”，不做重复解释。
条件描述元素用于对所定位的元数据字段进行详细描述；该条件描述元素所对应的配置详细信息可以是具体的描述内容或数值等等。比如，表1中示意出，该条件描述元素所对应的配置详细信息的类型，可以包括以下至少之一：数值、数值范围、数值范围、单位、字符串、数组。示例性的，若当前条件的元数据字段所对应的配置详细信息为“用药剂量”，当前条件的条件逻辑符元素所对应的配置详细信息为“大于”，当前条件的条件描述元素所对应的详细配置信息可以为数值“4毫升”，则当前条件用于表示“用药剂量大于4毫升”。
进一步，前述条件描述元素所对应的配置详细信息的类型，与条件逻辑符元素之间还可以具备对应关系，比如参见表2：
表2
在表2中左侧表示条件描述元素所对应的配置详细信息的类型，右侧表示条件逻辑符元素。可以看出，当配置详细信息的类型不同的时候，条件逻辑符元素也可以有不同的类型。相应的，所述方法还可以包括：响应于当前条件中条件描述元素所对应的配置详细信息的类型，确定条件逻辑符元素所对应的候选配置详细信息并展示；响应于对候选配置详细信息中的目标详细配置信息的选取操作，确定当前条件的条件逻辑符。举例来说，响应于当前条件中条件描述元素所对应的配置详细信息的类型为字符串，可以确定条件逻辑符元素所对应的候选配置详细信息可以包括：等于、不等于、包含任意一个、包含全部、不包含任何一个、模糊匹配。
通过采用以上方案，可以在配置任意一个类型下的当前条件的时候，通过添加条件的操作来确定当前条件是否为已填写的条件的相关条件，如此可以在完成设置该当前条件后，就直接确定该当前条件为某一个已填写的条件的相关条件，这样能够高效且准确的确定条件之间的相关性，保证准确表达本次检索需求。
在一些可能的实施方式中，所述确定所述每个类型下的所述每个条件的逻辑关系，包括：
展示所述第一类型下的第k个条件的关系配置区域；其中，k为大于1的整数；
响应于在所述第一类型下的所述第k个条件的关系配置区域中的操作，展示所述第k个条件的候选关系；其中，所述候选关系包括：且、或；
响应于对所述候选关系中的目标关系的选取操作，将所述目标关系作为所述第k个条件的逻辑关系。
在前述实施方式中已经详细说明针对每个类型下的每个条件的配置方式，在确定至少一个类型中每个类型下的每个条件的情况下，可以执行本实施方式所提供的对每个条件进行逻辑关系的配置。
需要指出的是，前述第k个条件可以为第一类型下的第一个条件之外的其他条件，也就是该第一类型下的第一个条件可以不进行逻辑关系配置。该第一个条件可以是在该纳入类型下位置最靠前的一个条件。
前述至少一个类型中其他类型的处理与该第一类型相同，并且任意一个类型下的任意一个条件(除了第一个条件之外)的逻辑关系的配置也与第k个条件相同，因此不做一一赘述。
所述第一类型下的第k个条件的关系配置区域，可以是位于第k个条件最左侧。对前述响应于在所述第一类型下的所述第k个条件的关系配置区域中的操作，展示所述第k个条件的候选关系进行示例性说明，具体可以是：在所述第一类型下的第k条件的关系配置区域中，对选取提示按键的点击操作，展示第k个条件的候选关系。其中，该选取提示按键可以是位于关系配置区域右侧的一个用于提示用户点击的按键；该选取提示按键的样式可以根据实际情况设置，比如可以是一个下箭头。比如参见图3，第一类型为纳入类型，第k个条件为在纳入类型下的纳入条件B(在图3中表示为InB)，该纳入条件B的最左侧即为该纳入条件B的关系配置区域3044，该关系配置区域3044中包含一个选取提示按键，该选取提示按键如图3中所示为一个下箭头；用户点击该选取提示按键后，可以展示候选关系且、或；若用户选取目标关系为且，则在纳入条件B的关系配置区域3044中展示为“且”。
还有一种可能的示例，该第k个条件的逻辑关系可以为默认的，比如，该第k个条件为第二条件的第一相对条件的情况下，该第k个条件的逻辑关系可以默认为且；相应的，这种情况下，该第k个条件的关系配置区域可以为不可操作状态，直接展示其逻辑关系为“且”。该第k个条件为第二条件的第一相对条件，可以指的是第k个条件为位于第二条件下的第一个相对条件。该第二条件可以为前述第一类型下的任意一个具备相对条件的条件。
可见，通过采用上述方案，可以在完成每个类型下的条件的配置之后，开始确定每个条件的逻辑关系。如此，可以更细粒度的对每个条件与同类型的其他条件之间的逻辑关系进行限定，保证了更准确的表达本次的检索意图，保证最终的检索结果更加准确。
在一些可能的实施方式中，所述基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系，包括以下之一：
在所述第一类型下的所述第k个条件所在的第i个条件组为第一类条件组的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；其中，所述第一类条件组为包含一个条件的条件组；i为正整数；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的主条件的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；将第一相关条件的逻辑关系，作为所述第k个条件与所述第i个条件组中的一个或多个相关条件之间的组内逻辑关系；其中，所述第二类条件组为包含多个条件的条件组；所述第一相对条件为所述第i个条件组中的一个或多个相关条件之一；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的相关条件的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系。
也就是在完成前述每个条件的配置之后，可能会得到仅包含一个条件的一个或多个第一类条件组，还可能得到包含多个条件的一个或多个第二类条件组。相应的，前述第k个条件所在的第i个条件组为第一类条件组时，该第k个条件可以是第i个条件组中的唯一条件；或者，前述第k个条件所在的第i个条件组为第二类条件组时，前述第k个条件可以是第i个条件组中的主条件；或者，前述第k个条件所在的第i个条件组为第一类条件组时，前述第k个条件还可以是其所在的第i个条件组中的某一个相关条件。
前述在所述第一类型下的所述第k个条件所在的第i个条件组为第一类条件组的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系，可以结合图3进行示例性说明：假设第k个条件为图3中的纳入条件B，该纳入条件B单独组成一个条件组b1(即第一类条件组)；该纳入条件B的逻辑关系为“且”，则该条件组b1的组间逻辑关系为“且”。也就是在后续生成纳入类型的检索表达式的时候，该条件组b1与纳入类型下的其他全部条件组之间的关系为“且”。
所述第一相关条件可以指的是在该第i个条件组中位于主条件之后的第一个相关条件。该第一相关条件的逻辑关系可以默认为且，当然还可以根据实际需求设置为或，均在本实施例保护范围内。示例性的，假设第k个条件为排除条件C；该排除条件C所在的条件组，具体包括：排除条件C(即主条件)、该排除条件的相关条件C1、该排除条件的相关条件C2；该排除条件C的逻辑关系为“且”，则该条件组的组间逻辑关系为“且”。也就是在后续生成排除类型的检索表达式的时候，该条件组与排除类型下的其他全部条件组之间的关系为“且”。
前述在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的相关条件的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系，可以指的是：在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的一个或多个相关条件中任意之一的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系。
其中，该第i个条件组为第二类条件组的情况下，该第i个条件组中该主条件可以为一级条件，该第k个条件为该一级条件的二级约束。
其中，该第k个条件为相关条件，可以是：该第k个条件为第i个条件组中的主条件的约束条件，或者该第k个条件为第i个条件组中的主条件的相对条件。关于主条件、主条件的约束条件、主条件的相对条件在前述实施例已经解释，这里不做重复说明。在一种优选的示例中，该第k个条件可以是第i个条件组中除主条件以及第一相关条件之外的相关条件。
在第k个条件可以是其所在的第i个条件组中的相关条件的情况下，该第k个条件的逻辑关系，还可以称为条件约束元素，用于作为对主条件的二级约束。也就是在前述完成每个条件的设置之后，对每个条件的逻辑关系进行设置，该每个条件基于其在条件组中为主条件或相关条件，来确定该条件的逻辑关系的作用。在一种可能的示例中，若该第k个条件为第i个条件组中，主条件下的第一个相对条件，则该第k个条件的逻辑关系默认为且，该第k个条件的逻辑关系用于表示与主条件之间的组内逻辑关系为且。比如，假设第k个条件为相关条件C2，相关条件C2所在条件组中排除条件C为主条件；该排除条件C所在的条件组还包括该排除条件C的相关条件C2。该排除条件C的相关条件C2的逻辑关系为“或”，则在该条件组中，排除条件C的相关条件C2与条件组的其他全部相关条件之间的关系为“或”。
通过以上处理，可以在完成确定每个类型下的每个条件之后，进行各个类型下的条件之间的逻辑关系的配置，并最终确定每个类型下的条件组逻辑关系。具体的，可以是先确定条件组内的层级；然后确定每个层级内每个条件的逻辑关系的设置。也就是在完成单个条件的编辑后，用户需对多个条件组中的每个条件的逻辑关系进行配置，以最终确定条件组中各个条件之间的组内逻辑关系，以及确定多个条件组的组间逻辑关系；其中，逻辑关系包括且、或。
需要指出的是，前述实施例已经说明，第一类型下的第一个条件不需要配置逻辑关系，相应的，若该第一个条件独立作为一个条件组，则该条件组也为第一类型下的第一个条件组，该第一个条件组也是不需要确定组间逻辑关系的。若该第一个条件与其他条件共同组合为一个条件组，则该第一个条件组同样不需要确定组间逻辑关系，但是该第一个条件组为第二类条件组的情况下，该第一个条件组还是需要确定组内逻辑关系的。
示例性的，在用户执行上述配置时，可以是先明确所需的条件层级，然后每个层级内进行条件配置；其中，进行条件配置包括了对条件本身内容的配置、以及对条件的逻辑关系的配置。以纳入类型下的条件为例，如纳入类型下有多个条件组，并且多个条件组中每个条件组还包含一个或多个条件，则用户可以先分别设置每个条件，然后分别设置每个条件的逻辑关系；最后根据每个条件的逻辑关系以及每个条件所在层级，确定条件组的组间逻辑关系、以及条件组内的一个或多个条件之间的组内逻辑关系。
结合以下表3，对前述条件层级进行举例说明，在第一层级中，需要确定本次需要设置的至少一个类型，比如可以设置纳入类型和排除类型同时存在，也就是本次既需要设置纳入条件也需要设置排除条件；在第二层级中，可以确定本次在纳入类型下的条件组，以及在排除类型下的条件组；在第三层级中，则是针对每个条件进行配置，该条件可能的类型为主条件、相关条件或唯一条件，在前述实施例已经说明，这里不做赘述。通过以上对条件层级的划分，可以使得用户在进行条件的配置，以及条件的逻辑关系的配置的时候，更加清晰知道当前所要配置的为条件组之间的组间逻辑关系还是条件组内的组内逻辑关系。
| 层级 | 内容 |
| 第一层级 | 纳入条件、排除条件 |
| 第二层级 | 条件组 |
| 第三层级 | 条件 |
表3
可见，通过采用上述方案，可以在确定每个条件的逻辑关系之后，可以根据每个条件的逻辑关系以及每个条件所在的条件组的情况下，确定条件组逻辑关系。如此，可以更细粒度的对每个条件与同类型的其他条件之间的逻辑关系进行限定，最终可以保证更准确的表达本次的检索意图，使得检索结果更加准确。
在一些可能的实施方式中，所述基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式，包括：在所述第一类型下存在所述第一类条件组、且不存在所述第二类条件组的情况下，基于所述第一类条件组内的条件、所述第一类条件组的组间逻辑关系，生成所述第一类型的检索表达式。
关于所述第一类条件组和第二类条件组的定义，与前述实施例相同，这里不做重复说明。
前述第一类型下存在的所述第一类条件组的数量，可以为一个或多个。基于前述处理可以确定每个条件组的组间逻辑关系；相应的，在第一类型下的条件组均为第一类条件组的情况下，所述基于所述第一类条件组内的条件、所述第一类条件组的组间逻辑关系，生成所述第一类型的检索表达式，可以为：基于第一类型下的每个条件组内的条件、所述每个条件组的组间逻辑关系，生成第一类型的检索表达式。具体来说，可以基于预设的第一排列规则、每个条件组的组间逻辑关系和每个条件组内的条件进行处理，得到第一类型的检索表达式。其中，所述预设的第一排列规则可以指的是先排列组间逻辑关系为且的条件组、再排列组间逻辑关系为或的条件组。
举例来说，假设第一类型为纳入类型，该纳入类型下存在3个第一类条件组，每个第一类条件组仅包含一个条件，比如，条件组1包含纳入条件A(表示为InA)、条件组2包含纳入条件B(表示为InB)、条件组3包含纳入条件C(表示为InC)；纳入条件A为纳入类型下的第一个条件，不需要设置逻辑关系，纳入条件C的逻辑关系均为且，则条件组3的组间逻辑关系为且，纳入条件B的逻辑关系为或，则条件组2的组间逻辑关系为或。在生成纳入类型的检索表达式的时候，可以表示为：(InA且InC)或InB。应理解，由于每个第一类条件组均仅包含一个条件，因此检索表达式可以采用每个第一类条件组中的条件对应的条件符号来表示。
举例来说，假设第一类型为排除类型，该排除类型下存在4个第一类条件组，每个第一类条件组仅包含一个条件，比如，条件组4包含排除条件A(表示为ExA)、条件组5包含排除条件B(表示为ExB)、条件组6包含排除条件C(表示为ExC)、条件组7包含排除条件D(表示为ExD)；排除条件A为排除类型下的第一个条件，不需要配置逻辑关系；排除条件B～D的逻辑关系均为或，则条件组4～条件组7的组间逻辑关系均为或。排除纳入类型的检索表达式，可以表示为：ExA或ExB或ExC或ExD。
可见，通过采用上述方案，能够结合每个类型的每个条件组是否包含多个条件，来区分不同的条件组类型，进而在任意一个类型下仅存在一个条件的第一类条件组的时候，可以直接基于每个条件组的组间逻辑关系生成检索表达式。如此，可以结合每个条件组的组间逻辑关系准确且高效的自动生成检索表达式，提升了检索处理的准确性以及处理效率。
在一些可能的实施方式中，所述基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式，包括：
在所述第一类型下存在所述第一类条件组、且存在所述第二类条件组的情况下，基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式；
基于所述第一类条件组内的条件、所述第二类条件组内的多个条件、所述第一类条件组的组间逻辑关系、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式。
关于所述第一类条件组和第二类条件组的定义，与前述实施例相同，这里不做重复说明。
前述第一类型下存在的所述第一类条件组的数量，可以为一个或多个；该第一类型下存在的所述第二类条件组的数量，也可以为一个或多个。基于前述处理可以确定每个条件组的组间逻辑关系以及条件组内的多个条件之间的组内逻辑关系；相应的，在第一类型下的条件组包含第二类条件组的情况下，所述基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式，可以为：基于第一类型下的任意一个第二类条件组内的条件、所述任意一个第二类条件组的组内逻辑关系，生成该任意一个第二类条件组对应的第一检索表达式。具体来说，可以基于预设的第二排列规则，以及任意一个第二类条件组包含的多个条件之间的组内逻辑关系、和该多个条件进行处理，得到任意一个第二类条件组对应的第一检索表达式。其中，所述预设的第二排列规则可以指的是先排列组内逻辑关系为且的条件、再排列组内逻辑关系为或的条件。
所述基于所述第一类条件组内的条件、所述第二类条件组内的多个条件、所述第一类条件组的组间逻辑关系、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式，可以指的是：基于预设的第一排列规则、每个第二类条件组对应的第一检索表达式、每个第二类条件组对应的组间逻辑关系、每个第二类条件组的多个条件、每个第一类条件组的组间逻辑关系、每个第一类条件组内的条件进行处理，得到第一类型的检索表达式。其中，所述预设的第一排列规则在前述实施例已经说明，不做赘述。
举例来说，假设第一类型为纳入类型，该纳入类型下存在2个第一类条件组、1个第二类条件组，每个第一类条件组仅包含一个条件，每个第二类条件组包含多个条件。比如，2个第一类条件组分别为条件组1和条件组2；其中，条件组1包含纳入条件A(表示为InA)、条件组2包含纳入条件B(表示为InB)；1个第二类条件组为条件组3，该条件组3包含纳入条件C(表示为InC)、纳入条件C1(表示为InC1)、纳入条件C2(表示为InC2)、纳入条件C3(表示为InC3)，并且纳入条件C为主条件，纳入条件C1和纳入条件C2具体为约束条件。该纳入条件A为纳入类型下的第一个条件，不需要设置逻辑关系；纳入条件B的逻辑关系为或则条件组2的组间逻辑关系为或；纳入条件C的逻辑关系为且，则条件组3的组间逻辑关系为且；进一步地，纳入条件C1的逻辑关系为且、纳入条件C2的逻辑关系也为且、纳入条件C3的逻辑关系为或。
首先需要生成条件组3对应的第一检索表达式，可以表示为InC且((InC1且InC2)或InC3)。然后生成纳入类型的检索表达式，可以表示为：(InA且(InC且((InC1且InC2)或InC3)))或InB。
应理解，由于每个第一类条件组均仅包含一个条件，因此检索表达式可以采用每个第一类条件组中的条件对应的条件符号来表示。举例来说，假设第一类型为排除类型，该排除类型下存在4个第一类条件组，每个第一类条件组仅包含一个条件，比如，条件组4包含排除条件A(表示为ExA)、条件组5包含排除条件B(表示为ExB)、条件组6包含排除条件C(表示为ExC)、条件组7包含排除条件D(表示为ExD)；排除条件A～D的逻辑关系均为或，则条件组4～条件组7的组间逻辑关系均为或。排除纳入类型的检索表达式可以表示为：ExA或ExB或ExC或ExD。
在另一种可能的示例中，所述基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式，包括：
在所述第一类型下不存在所述第一类条件组、且存在所述第二类条件组的情况下，基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式；
基于所述第二类条件组内的多个条件、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式。
本示例与既包含第一类条件组又包含第二类条件组的实施方式不同之处仅在于：本示例由于第一类型下不存在第一类条件组，因此在生成第一类型的检索表达式时，仅需要每个第二类条件组的多个条件、每个第二类条件组的组间逻辑关系、每个第二类条件组分别对应的第一检索表达式即可。
也就是在完成至少一个类型下，每个类型的每个条件的配置、以及每个条件的逻辑关系的配置之后，根据确定的条件组逻辑关系，生成每个类型的检索表达式。在生成任意一个类型的检索表达式的处理中，可以先根据该类型下的每个条件的层级确认表达式书写顺序，比如先对组内的多个条件的组内逻辑关系进行表达，然后再对多个条件组的组间逻辑关系进行表达；然后输出包含该类型下的多个层级的逻辑表达式；在得到每个类型的检索表达式之后，可以对每个类型分别输出对应的检索表达式。
可见，通过采用上述方案，能够结合每个类型的每个条件组是否包含多个条件，来区分不同的条件组类型，进而在任意一个类型下仅存在一个条件的第一类条件组的时候，可以直接基于每个条件组的组间逻辑关系生成检索表达式。如此，可以结合每个条件组的组间逻辑关系高效的得到检索表达式，提升了处理效率。
在一些可能的实施方式中，在生成每个类型的检索表达式之后，还可以包括：检查每个类型的检索表达式。
具体的，检查每个类型的检索表达式，可以包括：展示所述每个类型的检索表达式；根据每个类型的检索表达式中包含的元数据字段、条件描述元素以及元数据关联表，确定是否存在对应的物理事实表。该元数据关联表是本地保存的表格，可以包含一个或多个候选元数据，每个候选元数据所关联的详细字段信息；其中，每个候选元数据所关联的详细字段信息可以是基于医疗数据中心所保存的数据所生成的。所述物理事实表可以是医疗数据中心所保存的数据所在的表格。
示例性的，根据每个类型的检索表达式中包含的元数据字段、条件描述元素以及元数据关联表，确定是否存在对应的物理事实表，可以指的是：
从纳入类型的检索表达式中包含的第n个条件中提取第n个条件的元数据字段以及条件描述元素；对第n个条件的元数据字段、以及元数据关联表进行匹配；在元数据关联表中存在第n个条件的元数据字段的情况下，获取该元数据关联表中保存的该元数据字段所关联的详细字段信息；判断该详细字段信息中是否包含第n个条件的条件描述元素；若包含，则确定存在第n个条件所对应的物理事实表，否则，确定不存在该第n个条件所对应的物理事实表。
进一步，若确定不存在该第n个条件所对应的物理事实表，则可以调整该第n个条件，重新生成该第一类型的检索表达式。其中，n为正整数。第n个条件为纳入类型下的任意一个条件，针对纳入类型下的其他条件、以及针对排除类型下的每个条件均可以执行以上处理，只是不做一一赘述。
进一步地，在确认物理事实表之后，可以执行基于所述每个类型的检索表达式进行检索，得到本次检索结果的处理。
在一些可能的实施方式中，所述基于所述每个类型的检索表达式进行检索，得到本次检索结果，包括：基于所述每个类型的检索表达式，生成所述每个类型的检索请求；向服务器发送所述每个类型的检索请求，得到所述服务器发送的反馈信息；基于所述反馈信息，确定所述本次检索结果。
其中，所述基于所述每个类型的检索表达式，生成所述每个类型的检索请求，可以是：基于所述每个类型的检索表达式，生成所述每个类型的SQL(Structured QueryLanguage，结构化查询语言)检索语句；将所述每个类型的所述SQL检索语句，分别作为每个类型的所述检索请求。
前述服务器可以是用于存储医疗相关数据的服务器。在该服务器中存储的数据可以有三级结构：单据-一级结构化字段-二级结构化字段。其中，单据可以为候选患者的任意一次候选就诊数据的单据；一级结构化字段可以是单据中的一个或多个句子；二级结构化字段可以是关键词或称为索引。
在一些可能的示例中，所述反馈信息直接包含本次检索结果；相应的，所述基于所述反馈信息，确定所述本次检索结果，可以包括：直接从所述反馈信息中提取所述本次检索结果。也就是在所述服务器侧的处理可以为：基于纳入类型的检索请求，得到纳入类型的检索结果；基于排除类型的检索请求，得到排除类型的检索结果；从所述纳入类型的检索结果中删除所述排除类型的检索结果，得到本次检索结果；将本次检索结果作为所述反馈。
通过采用以上方案，可以基于每种类型所对应的检索表达式生成对应的检索请求，进而获取服务器的反馈信息，基于该反馈信息得到本次检索结果。如此，可以高效的获取本次检索结果，提升了处理效率。
在一些可能的实施方式中，其中，所述至少一个类型包括纳入类型和排除类型；所述反馈信息中包括：所述纳入类型的检索结果，所述排除类型的检索结果。所述基于所述反馈信息，确定所述本次检索结果，包括：从所述反馈信息中，获取纳入类型的检索结果以及排除类型的检索结果；从所述纳入类型的检索结果中删除与所述排除类型的检索结果重叠的检索结果，得到所述本次检索结果。
也就是说，在服务器侧仅基于每个类型的检索请求，得到每个类型的检索结果；将每个类型的检索结果添加到反馈信息中。相应的，在本地接收到服务器的反馈信息之后，从该反馈信息中先需要提取纳入类型的检索结果以及排除类型的检索结果；进而在本地执行从所述纳入类型的检索结果中删除与所述排除类型的检索结果重叠的检索结果的处理，最终可以得到所述本次检索结果。
应理解的是，在得到所述本次检索结果之后，还可以包括：展示所述本次检索结果。该本次检索结果的展示时，可以展示患者的就诊数据的详细内容，和/或展示数据统计缩略表。以表4对数据统计缩略表做示例性说明，该数据统计缩略表可以包括以下至少部分内容：本次检索结果包含的病例数量；得到本次检索结果所使用的纳入条件的元数据字段，在数据统计缩略表中可以将得到本次检索结果所使用的纳入条件的元数据字段称为统计变量；本次检索结果包含的就诊数据所属的表格名称；本次检索的检索人员。
| 病例数量 | 共有1477个病例纳入本次研究 |
| 统计变量 | 入院时间、年龄、用药名称、既往史 |
| 表格名称 | 患者信息表，住院用药医嘱表，入院记录表 |
| 检索人员 | xxx |
表4
通过采用以上方案，可以基于每种类型所对应的检索表达式生成对应的检索请求，进而获取服务器反馈的每种类型的检索结果，基于每种类型的检索结果，得到本次检索结果。如此，可以高效的获取本次检索结果的同时，还可以在本地保存每种类型的检索结果，从而可以为后续进行结果分析提供便利。
以上针对一次检索得到本次检索结果进行了相关说明，在实际处理中，研究者(或用户)可通过前述实施例所提供的方案进行多次纳排检索；研究者或用户可以对多次纳排检索所得到的多次检索结果进行核验，最终可以确认筛选得到目标患者队列，将所筛选得到的目标患者队列用于后续研究。
本实施例所提供的上述信息检索方法，尤其适用于医疗领域。通过采用以上信息检索方法，可以对纳排条件进行灵活、准确、简单易懂的编辑，并最终将检索结果返回并展示给科研人员(或用户)。如此，可降低医疗领域的科研人员(或用户)对临床数据中心进行检索的门槛；相关医疗机构可达到有效快速的筛查基于数据基础中有效数据的结果，通过数据标准与数据检索的关联，打破科研人员在临床数据应用中业务需求与技术需求上的壁垒。通过规范的技术手段，实现了医疗数据从治理到应用的突破，对提高医疗数据应用效率、规范医疗数据提取流程、保证医疗数据资产深度利用具有重要意义。
结合图4～图5，对前述第一方面实施例提供的信息检索方法进行示例性说明，在本示例中需要研究的目标患者为：2000.1.1-2021.12.31在xx医学院附属第一医院住院，且住院期间接受万古霉素治疗的患者。需要排除的患者包括以下至少之一：年龄＜18岁；入院时诊断为尿毒症、慢性肾功能不全、急性肾损伤、肾衰竭以及接受肾移植的患者；基线肌酐清除率≤45mL/min的患者；万古霉素使用前后血肌酐、万古霉素血清谷浓度缺失的患者。基于以上需求，本示例的处理可以包括：
S401、获取本次检索的维度。
其中，所述本次检索的维度包括：数据定位维度、数据入选维度。所述数据定位维度，包括：就诊维度或患者维度。关于该数据定位维度、数据入选维度的说明，在前述实施例已经详述，这里不做赘述。
示例性的，若本次检索的维度中数据定位维度为就诊维度、数据入选维度为全部次，则任意一个患者可能有多次病历数据可以被纳入研究；若数据定位维度为就诊维度，数据入选维度为首次，则任意一个患者最早一次就诊数据满足所有条件可以被纳入研究，其余不纳入；若数据定位维度为就诊维度，数据入选维度为末次，则任意一个患者最晚一次就诊数据满足所有条件可以被纳入研究，其余不纳入。若本次检索的维度中数据定位维度为患者维度、数据入选维度为全部次，则任意一个患者的多次就诊数据满足所有纳排条件的患者即可被定位到，全部对应于该患者多次就诊数据计做多条数据被纳入研究；若数据定位维度为患者维度，数据入选维度为首次，则任意一个患者最早满足条件的就诊数据被纳入研究，其余不纳入；若数据定位维度为就诊维度，数据入选维度为末次，任意一个患者最晚一次就诊数据满足条件可以被纳入研究，其余不纳入。
结合本示例的以上需求，该研究方向可以针对短期状态进行设计，因此本示例中可选择就诊维度和全部次。
S402、配置纳入类型下的纳入条件、并且配置排除类型下的排除条件。
关于配置纳入条件和排除条件的具体方式，在前述实施例已经详述，这里不再重复说明。
结合本示例的以上需求，参见图5对可能得到的纳入条件和排除条件进行示例性说明：
纳入条件为：1)InA(即纳入条件A)：时间，范围是2000.1.1-2021.12.31；2)InB(即纳入条件B)：医疗机构，等于，在xx医学院附属第一医院住院；3)InC(即纳入条件C)用于限定住院期间接受万古霉素治疗，具体如图5所示InC为，入院记录-现病史-医药名称，等于，万古霉素；
排除条件为：1)ExA(即排除条件A)用于排除年龄＜18岁的患者，具体如图5所示，ExA为患者信息-年龄，＜，18岁；2)ExB(即排除条件B)具体为：入院记录-主诉-疾病，包含任意，尿毒症、慢性肾功能不全、急性肾损伤、肾衰竭、接受肾移植；也就是该ExB用于排除入院记录包含“尿毒症、慢性肾功能不全、急性肾损伤、肾衰竭、接受肾移植”中任意之一的患者；3)ExC(即排除条件C，为主条件)：检验尿常规，具体如图5所示，ExC为：入院记录-现病史-检验，等于，尿常规。ExC1(即排除条件C1，为约束条件)用于排除检验项目为肌酐清除率的患者，具体如图5所示，表示为：ExC1为，检验项目等于肌酐清除率。ExC2(即排除条件C2，为约束条件)用于排除检验结果为≤45mL/min的患者，具体如图5所示，表示为：ExC2为，检验结果≤45mL/min。4)ExD(即排除条件D)，具体如图5所示为：入院记录-现病史-检验，等于，万古霉素使用前后血肌酐、万古霉素血清谷浓度缺失，也就是该排除条件D用于排除万古霉素使用前后血肌酐、万古霉素血清谷浓度缺失的患者。
另外，在图5中以InA为例，在该InA的最右侧还展示了“约束”按键，用户若要将InA作为主条件、增加InA的约束条件则可以点击该按键；在该InA的最右侧还展示了“×”按键，该按键可以为用户需要删除该InA的时候可以使用的。
S403、确定纳入类型下的每个条件的逻辑关系、确定排除类型下的每个条件的逻辑关系。
本步骤的具体处理，与前述实施例中确定所述每个类型下的所述每个条件的逻辑关系的具体说明是相同的，这里不再重复说明。
结合图5进行示例性说明：通过本步骤的设置图5中所得到的的纳入条件的逻辑关系为：InB的逻辑关系为且、InC的逻辑关系为且；ExB、ExC、ExD的逻辑关系均为或；ExC1和ExC2的逻辑关系均为且。
S404、生成纳入类型的检索表达式、排除类型的检索表达式。
本步骤的处理，与前述实施例中基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式的具体处理是相同的，因此不做重复说明。
结合本示例的以上需求，以及结合前述纳入条件和排除条件进行示例性说明：纳入条件的检索表达式为：InA且InB且InC；排除条件的检索表达式为：ExA或ExB或(ExC且(ExC1且ExC2))或ExD。
S405、基于纳入类型的检索表达式、排除类型的检索表达式，生成纳入类型的检索请求、排除类型的检索请求。
比如，可以为基于纳入类型的检索表达式、排除类型的检索表达式，生成纳入类型的SQL检索语句、排除类型的SQL检索语句；将纳入类型的SQL检索语句作为纳入类型的检索请求，将排除类型的SQL检索语句作为排除类型的检索请求。
示例性的，纳入类型和排除类型分别对应的SQL检索语句如下：
WITH ex_cond AS(\\创建ex_cond表，ex_cond表用于保存排除条件查询结果。
(
SELECT patient_id\\指定第一排除条件查询结果表的返回列为patient_id列。
FROM patient_information\\指定第一排除条件查询表为pati ent_information表。
WHERE age_year<18\\第一排除条件为，在所述第一排除条件查询表中的任意行中，age_year列小于18。
)AS tb4\\第一排除条件查询结果表命名为tb4。
INNER JOIN(\\表tb4和表tb5内连接。
SELECT disease_element_id,disease,insititude_id,visit_id\\指定第二排除条件查询表的返回列为disease_element_id列,disease列,insititude_id列,visit_id列。
FROM disease_element\\指定第二排除条件查询表为disease_element表。
WHERE source_document_type＝'入院记录'AND source_field＝'现病史'ANDdisease in('慢性肾功能不全','尿毒症','急性肾损伤','肾衰竭','接受肾移植')\\第二排除条件为，在所述第二排除条件查询表中的任意行中包括，source_document_type列等于“入院记录”，且source_field列等于“现病史”，且disease列中包括“慢性肾功能不全”、“尿毒症”、“急性肾损伤”、“肾衰竭”'、“接受肾移植”中至少一个。
)AS tb5\\第二排除条件查询结果表命名为tb5。
ON tb4.patient_id＝tb5.patient_id\\确定表tb5中的patient_id列中字段等于表tb4中patient_id列中字段的行，并将表tb5中的patient_id列中字段等于tb4中的patient_id列中字段的行添加到ex_cond表。
INNER JOIN(\\表tb5和表tb6内连接。
SELECT lantest_element_id,lantest\\指定第三排除条件查询表的返回列为lantest_element_id列,lantest列。
FROM lantest_element\\指定第三排除条件查询表为lantest_element。
WHERE source_document_type＝'入院记录'AND source_field＝'现病史'ANDlantest＝'尿常规'AND lantest_item＝'肌酐清除率'AND lantest_result<45\\第三排除条件为，所述第三排除条件查询表中的任意行中，source_document_type列等于“入院记录”，source_field列等于“现病史”，lantest列等于“尿常规”，且lantest_item列等于“肌酐清除率”，且lantest_result列小于45。
)AS tb6\\第三排除条件查询结果表命名为表tb6。
ON tb5.institute_id＝tb6.institude_id AND tb5.visit_id＝tb6.visit_id\\确定tb6中的institute_id列中字段等于表tb5中的institute_id列中字段的行，并将tb6中的institute_id列中字段等于表tb5中的institute_id列中字段的行添加到ex_cond表。
)
SELECT*\\指定纳入条件查询表的返回列为全部。
FROM(\\指定纳入条件查询表(下述函数得到的表in_cond)。
SELECT*\\指定第一纳入条件查询表的返回列为全部。
FROM(\\指定第一纳入条件查询表(下述函数得到的表tb1)。
SELECT insititude_id,visit_id,admission_datetime\\指定第一纳入条件查询表的返回列为insititude_id列、visit_id列、admission_datetime列。
FROM inpat_registration\\指定第一纳入条件查询表为inpat_registration表。
WHERE admission_datetime>'2009.01.01'::date AND admission_datetime<'2019.12.31'::date\\第一纳入条件为，所述第一纳入条件查询表中的任意行中，admission_datetime列大于2009.01.01日期，且admission_datetime列小于2009.12.31日。
)AS tb1\\第一纳入条件查询结果表命名为tb1。
INNER JOIN(\\tb1与tb2表内连接。
SELECT drug_element_id,drug\\指定第二纳入条件查询表的返回列为drug_element_id列,drug列。
FROM drug_element\\指定第二纳入条件查询表为drug_element表
WHERE source_document_type＝'入院记录'AND source_field＝'现病史'ANDdrug＝'万古霉素'\\第二纳入条件为，所述第二纳入条件查询表中的任意行中，source_document_type列等于“入院记录”，且source_field列等于“现病史”，且drug列等于“万古霉素”。
)AS tb2\\第二纳入条件查询结果表命名为tb2。
ON tb1.institute_id＝tb2.institude_id AND tb1.visit_id＝tb2.visit_id\\确定表tb1的列institude_id中字段等于表tb2的列institute_id中的字段的行，并将表tb1的列institude_id中字段等于表tb2的列institute_id中的字段的行添加到in_cond表。
)AS in_cond\\将纳入条件查询结果表重命名为in_cond。
WHERE not exists(\\查询纳入条件为，所述纳入条件查询表中的任意行中，排除符合下述第三纳入条件的行。
SELECT 1\\指定查询表的返回列为1。
FROM in_cond\\指定表为in_cond。
WHERE in_cond.insititude_id＝ex_cond.insititude_id AND in_cond.visit_id＝ex_cond.visit_id\\查询条件为，表in_cond中的insititude_id列中字段，等于表ex_cond中insititude_id列中字段的行，且在表in_cond中的visit_id列中的字段，等于表ex_cond中的visit_id列的字段的行)。
S406、向服务器发送所述每个类型的检索请求，得到所述服务器发送的反馈信息，基于所述反馈信息，确定所述本次检索结果。关于其具体处理，与前述实施例相同，不做赘述。
结合图6，对本实施例信息检索方法的一种示例性实施架构进行说明：图6中包含信息检索装置601、服务器602、一个或多个实时上传就诊数据的电子设备603。其中，信息检索装置即执行本实施例提供的信息检索方法的设备；服务器可以是医疗数据中心所使用的服务器。
在信息检索装置601中可以执行前述实施例所提供的信息检索方法，比如可以进行排纳条件定义、执行人群检索、得到检索结果之后将定位的人群添加至人群队列库。在得到检索结果之后，还可以分析检索结果、对检索结果进行统计及机器学习、以及基于检索结果进行规则化抽取等处理；其中，对检索结果进行统计及机器学习可以使用预设的目标模型来执行，比如可以设置预设研究目标，基于目标模型对已有的检索结果进行处理，以得到研究目标下的相关结果；基于检索结果进行规则化抽取，可以指的是对已有的检索结果进行人群的年龄规则的分析以及统计等等，这里不做穷举。应理解的是，基于检索结果还可以做其他处理，比如对检索结果进行结构化以及归一处理，又比如基于检索结果进行复杂变量衍生的处理；其中，对检索结果进行结构化以及归一处理，可以是将检索结果所涉及的就诊数据中包含的各个字段进行结构化处理，可以得到相关的标签，通过保存该标签可以使得后续更加方便的进行查找以及分析；基于检索结果进行复杂变量衍生，可以是先预设复杂变量，然后基于预设算法对检索结果进行处理，以得到衍生的复杂变量，这里不对其进行限定。
该服务器602可以保存候选患者的候选就诊数据及其对应的索引，在该服务器602保存任意数据的方式为私有云安全存储。
服务器602所保存的数据可以是由医院或其他机构所使用的电子设备603实时采集的，电子设备603在实时采集的过程中，还会执行结构标准化、术语归一化、数据清洗等处理；其中，结构标准化可以是将实时采集的就诊数据基于预设存储格式进行保存，该预设存储格式可以根据实际情况设置，不做限定；术语归一化可以同样可以是基于元数据规范将就诊数据中包含的元数据字段进行归一化处理，比如，元数据规范中将脑部检查、肺部检查均统一称为检查，相应的，若就诊数据中填写了脑部检查，则可以将其进行归一化为“检查”并进行保存；所述数据清洗可以包括：数据去重、删除错误信息等等，这里不对其进行限定。另外，该电子设备603所使用的系统可以是：医院信息系统(Hospital InformationSystem,HIS)、实验室信息管理系统(Laboratory Information Management System,LIS)、医学影像存档与通讯系统(Picture archiving and communication systems,PACS)等等，这里不做穷举。
最后结合相关技术对本实施例提供的方案的效果进行说明：基于逐渐成熟的自然语言处理和知识图谱技术，医疗大数据应用能够实现多层级病历结构化，全面支持临床、科研、管理等场景下的数据利用。尤其在临床科研领域，海量的数据资源为科研工作人员探索提供了良好的土壤，但符合科研人员严密设计的人群定位及后续的数据抽取门槛，成为科研人员日常科研工作的常见限速步骤之一。已有的检索存在检索形式单一、条件设置逻辑复杂、数据结构覆盖范围不全、数据结构层级设置复杂等问题，不能满足科研纳排检索的严谨设计。如针对封装好的数据元进行选择，则需先根据特定的条件进行数据抽取及标签化，但数据的处理及标签化存在一定程度的信息丢失、转换误差以及转换成本。在实际应用过程中，常因可选变量范围无法全面准确的覆盖实际业务需求范围、不同医疗机构数据差异大等原因，无法将检索需求落实到位，甚至还会出现错用乱用现象。
本发明所提供的方案，能够支持多层级以及多类型的条件设置，可实现全院级数据的多层次逻辑描述定义及组合，解决了因对数据进行封装处理而限制数据可用范围与形式的问题；能够支持与主条件之间有时序关系的相对条件的设置以及内容关系的约束条件等相关条件的设置，使得从患者维度入手的数据利用更为简单直观，从根本上提升数据检索条件定义的深度和广度；能够直观有效的展示了多层级条件的逻辑关系式，帮助用户理解复杂的纳排条件设置最终效果以便于核验，使得数据检索的效果与目标数据吻合率得到有效提升。
本公开第二方面实施例提供一种信息检索装置，如图7所示，包括：
信息确定模块701，用于在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
逻辑关系确定模块702，用于基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
检索表达式生成模块703，用于基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
检索模块704，用于基于所述每个类型的检索表达式进行检索，得到本次检索结果。
在图7的基础上，如图8所示，所述装置，还包括：
交互展示模块801，用于展示第一类型的条件操作区域；其中，所述第一类型为所述至少一个类型中任意之一；响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域；
所述信息确定模块701，用于响应于在所述当前条件的配置区域获取到配置组成内容所对应的配置详细信息，基于所述配置组成内容所对应的配置详细信息，确定所述第一类型下的所述当前条件。
所述交互展示模块，用于响应于对所述第一类型的条件操作区域中的添加第一条件的相关条件的操作，展示所述当前条件的配置区域；其中，所述第一条件为所述第一类型下的任意一个已填写的条件；
所述信息确定模块，用于将所述第一条件作为主条件，将所述当前条件作为所述主条件的相关条件。
所述交互展示模块，用于展示所述第一类型下的第k个条件的关系配置区域；其中，k为大于1的整数；响应于在所述第一类型下的所述第k个条件的关系配置区域中的操作，展示所述第k个条件的候选关系；其中，所述候选关系包括：且、或；
所述信息确定模块，用于响应于对所述候选关系中的目标关系的选取操作，将所述目标关系作为所述第k个条件的逻辑关系。
所述逻辑关系确定模块，用于执行以下之一：
在所述第一类型下的所述第k个条件所在的第i个条件组为第一类条件组的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；其中，所述第一类条件组为包含一个条件的条件组；i为正整数；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的主条件的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；将第一相关条件的逻辑关系，作为所述第k个条件与所述第i个条件组中的一个或多个相关条件之间的组内逻辑关系；其中，所述第二类条件组为包含多个条件的条件组；所述第一相关条件为所述第i个条件组中的一个或多个相关条件之一；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的相关条件的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系。
所述检索表达式生成模块，用于在所述第一类型下存在所述第一类条件组、且不存在所述第二类条件组的情况下，基于所述第一类条件组内的条件、所述第一类条件组的组间逻辑关系，生成所述第一类型的检索表达式。
所述检索表达式生成模块，用于在所述第一类型下存在所述第一类条件组、且存在所述第二类条件组的情况下，基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式；基于所述第一类条件组内的条件、所述第二类条件组内的多个条件、所述第一类条件组的组间逻辑关系、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式。
所述检索模块，用于基于所述每个类型的检索表达式，生成所述每个类型的检索请求；向服务器发送所述每个类型的检索请求，得到所述服务器发送的反馈信息；基于所述反馈信息，确定所述本次检索结果。
所述至少一个类型包括纳入类型和排除类型；
所述检索模块，用于从所述反馈信息中，获取纳入类型的检索结果以及排除类型的检索结果；从所述纳入类型的检索结果中删除与所述排除类型的检索结果重叠的检索结果，得到所述本次检索结果。
本实施例提供的所述信息检索装置可以设置在电子设备中。关于本实施例的装置中各个模块的具体处理与前述信息检索方法中相同，这里不进行重复说明。
本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图9示出了可以用来实施本公开的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图9所示，电子设备900包括计算单元901，其可以根据存储在只读存储器(ROM)902中的计算机程序或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序，来执行各种适当的动作和处理。在RAM 903中，还可存储电子设备900操作所需的各种程序和数据。计算单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
电子设备900中的多个部件连接至I/O接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许电子设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理。例如，在一些实施例中，上文所描述的各个方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 902和/或通信单元909而被载入和/或安装到电子设备900上。当计算机程序加载到RAM903并由计算单元901执行时，可以执行上文所描述的各个方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行上文所描述的各个方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。
Claims (18)
1.一种信息检索方法，包括：
在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
根据所述每个类型的检索表达式中包含的元数据字段和条件描述元素，以及本地保存的元数据关联表，确定医疗数据中心是否存在对应的物理事实表，其中，所述元数据关联表包含一个或多个候选元数据，每个所述候选元数据所关联的详细字段信息是基于所述医疗数据中心所保存的数据所生成的，所述物理事实表是所述医疗数据中心所保存的数据所在的表格；
在确定所述医疗数据中心存在所述物理事实表的情况下，基于所述每个类型的检索表达式，生成所述每个类型的检索请求，向所述医疗数据中心发送所述每个类型的检索请求，得到所述医疗数据中心发送的反馈信息，基于所述反馈信息进行检索，得到本次检索结果。
2.根据权利要求1所述的方法，还包括：
展示第一类型的条件操作区域；其中，所述第一类型为所述至少一个类型中任意之一；
响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域；
响应于在所述当前条件的配置区域获取到配置组成内容所对应的配置详细信息，基于所述配置组成内容所对应的配置详细信息，确定所述第一类型下的所述当前条件。
3.根据权利要求2所述的方法，其中，所述响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域，包括：响应于对所述第一类型的条件操作区域中的添加第一条件的相关条件的操作，展示所述当前条件的配置区域；其中，所述第一条件为所述第一类型下的任意一个已填写的条件；
所述确定所述第一类型下的所述当前条件之后，所述方法还包括：将所述第一条件作为主条件，将所述当前条件作为所述主条件的相关条件。
4.根据权利要求3所述的方法，其中，所述确定所述每个类型下的所述每个条件的逻辑关系，包括：
展示所述第一类型下的第k个条件的关系配置区域；其中，k为大于1的整数；
响应于在所述第一类型下的所述第k个条件的关系配置区域中的操作，展示所述第k个条件的候选关系；其中，所述候选关系包括：且、或；
响应于对所述候选关系中的目标关系的选取操作，将所述目标关系作为所述第k个条件的逻辑关系。
5.根据权利要求4所述的方法，其中，所述基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系，包括以下之一：
在所述第一类型下的所述第k个条件所在的第i个条件组为第一类条件组的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；其中，所述第一类条件组为包含一个条件的条件组；i为正整数；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的主条件的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；将第一相关条件的逻辑关系，作为所述第k个条件与所述第i个条件组中的一个或多个相关条件之间的组内逻辑关系；其中，所述第二类条件组为包含多个条件的条件组；所述第一相关条件为所述第i个条件组中的一个或多个相关条件之一；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的相关条件的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系。
6.根据权利要求5所述的方法，其中，所述基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式，包括：
在所述第一类型下存在所述第一类条件组、且不存在所述第二类条件组的情况下，基于所述第一类条件组内的条件、所述第一类条件组的组间逻辑关系，生成所述第一类型的检索表达式。
7.根据权利要求5所述的方法，其中，所述基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式，包括：
在所述第一类型下存在所述第一类条件组、且存在所述第二类条件组的情况下，基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式；
基于所述第一类条件组内的条件、所述第二类条件组内的多个条件、所述第一类条件组的组间逻辑关系、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式。
8.根据权利要求1-7中任一项所述的方法，其中，所述至少一个类型包括纳入类型和排除类型；
所述基于所述反馈信息，确定所述本次检索结果，包括：从所述反馈信息中，获取纳入类型的检索结果以及排除类型的检索结果；从所述纳入类型的检索结果中删除与所述排除类型的检索结果重叠的检索结果，得到所述本次检索结果。
9.一种信息检索装置，包括：
信息确定模块，用于在确定至少一个类型中每个类型下的每个条件的情况下，确定所述每个类型下的所述每个条件的逻辑关系；
逻辑关系确定模块，用于基于所述每个类型下的所述每个条件的逻辑关系，确定所述每个类型下的条件组逻辑关系；其中，所述条件组逻辑关系包括以下至少之一：条件组内的主条件和一个或多个相关条件之间的组内逻辑关系、条件组的组间逻辑关系；
检索表达式生成模块，用于基于所述每个类型下的所述每个条件、所述每个类型下的所述条件组逻辑关系，生成所述每个类型的检索表达式；
用于根据所述每个类型的检索表达式中包含的元数据字段和条件描述元素，以及本地保存的元数据关联表，确定医疗数据中心是否存在对应的物理事实表的模块，其中，所述元数据关联表包含一个或多个候选元数据，每个所述候选元数据所关联的详细字段信息是基于所述医疗数据中心所保存的数据所生成的，所述物理事实表是所述医疗数据中心所保存的数据所在的表格；
检索模块，用于在确定所述医疗数据中心存在所述物理事实表的情况下，基于所述每个类型的检索表达式，生成所述每个类型的检索请求，向所述医疗数据中心发送所述每个类型的检索请求，得到所述医疗数据中心发送的反馈信息，基于所述反馈信息，得到本次检索结果。
10.根据权利要求9所述的装置，还包括：
交互展示模块，用于展示第一类型的条件操作区域；其中，所述第一类型为所述至少一个类型中任意之一；响应于对所述第一类型的条件操作区域中的添加条件的操作，展示当前条件的配置区域；
所述信息确定模块，用于响应于在所述当前条件的配置区域获取到配置组成内容所对应的配置详细信息，基于所述配置组成内容所对应的配置详细信息，确定所述第一类型下的所述当前条件。
11.根据权利要求10所述的装置，其中，所述交互展示模块，用于响应于对所述第一类型的条件操作区域中的添加第一条件的相关条件的操作，展示所述当前条件的配置区域；其中，所述第一条件为所述第一类型下的任意一个已填写的条件；
所述信息确定模块，用于将所述第一条件作为主条件，将所述当前条件作为所述主条件的相关条件。
12.根据权利要求11所述的装置，其中，
所述交互展示模块，用于展示所述第一类型下的第k个条件的关系配置区域；其中，k为大于1的整数；响应于在所述第一类型下的所述第k个条件的关系配置区域中的操作，展示所述第k个条件的候选关系；其中，所述候选关系包括：且、或；
所述信息确定模块，用于响应于对所述候选关系中的目标关系的选取操作，将所述目标关系作为所述第k个条件的逻辑关系。
13.根据权利要求12所述的装置，其中，所述逻辑关系确定模块，用于执行以下之一：
在所述第一类型下的所述第k个条件所在的第i个条件组为第一类条件组的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；其中，所述第一类条件组为包含一个条件的条件组；i为正整数；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的主条件的情况下，将所述第k个条件的逻辑关系，作为所述第i个条件组的组间逻辑关系；将第一相关条件的逻辑关系，作为所述第k个条件与所述第i个条件组中的一个或多个相关条件之间的组内逻辑关系；其中，所述第二类条件组为包含多个条件的条件组；所述第一相关条件为所述第i个条件组中的一个或多个相关条件之一；
在所述第一类型下的所述第k个条件所在的所述第i个条件组为第二类条件组、且所述第k个条件为所述第i个条件组中的相关条件的情况下，将所述第k个条件的逻辑关系，作为所述第k个条件与所述第i个条件组中其他相关条件之间的组内逻辑关系。
14.根据权利要求13所述的装置，其中，所述检索表达式生成模块，用于在所述第一类型下存在所述第一类条件组、且不存在所述第二类条件组的情况下，基于所述第一类条件组内的条件、所述第一类条件组的组间逻辑关系，生成所述第一类型的检索表达式。
15.根据权利要求13所述的装置，其中，所述检索表达式生成模块，用于在所述第一类型下存在所述第一类条件组、且存在所述第二类条件组的情况下，基于所述第二类条件组内的多个条件、以及所述多个条件之间的组内逻辑关系，确定所述第二类条件组对应的第一检索表达式；基于所述第一类条件组内的条件、所述第二类条件组内的多个条件、所述第一类条件组的组间逻辑关系、所述第二类条件组的组间逻辑关系、所述第二类条件组对应的第一检索表达式，生成所述第一类型的检索表达式。
16.根据权利要求9-15中任一项所述的装置，其中，所述至少一个类型包括纳入类型和排除类型；
所述检索模块，用于从所述反馈信息中，获取纳入类型的检索结果以及排除类型的检索结果；从所述纳入类型的检索结果中删除与所述排除类型的检索结果重叠的检索结果，得到所述本次检索结果。
17.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211520967.3A CN116150475B (zh) | 2022-11-30 | 2022-11-30 | 信息检索方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211520967.3A CN116150475B (zh) | 2022-11-30 | 2022-11-30 | 信息检索方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116150475A CN116150475A (zh) | 2023-05-23 |
| CN116150475B true CN116150475B (zh) | 2024-01-02 |
Family
ID=86351577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211520967.3A Active CN116150475B (zh) | 2022-11-30 | 2022-11-30 | 信息检索方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116150475B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004213347A (ja) * | 2002-12-27 | 2004-07-29 | Canon Sales Co Inc | データベース検索クエリー生成方法、データベース検索方法、データベース検索装置、プログラム及び記録媒体 |
| CN104268264A (zh) * | 2014-10-11 | 2015-01-07 | 北京嘉和美康信息技术有限公司 | 一种检索条件建立装置及检索装置 |
| CN104462134A (zh) * | 2013-09-23 | 2015-03-25 | 北大方正集团有限公司 | 一种检索方法与系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4829698B2 (ja) * | 2006-06-23 | 2011-12-07 | キヤノン株式会社 | 文書検索システム、文書検索方法、及びプログラム |
-
2022
- 2022-11-30 CN CN202211520967.3A patent/CN116150475B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004213347A (ja) * | 2002-12-27 | 2004-07-29 | Canon Sales Co Inc | データベース検索クエリー生成方法、データベース検索方法、データベース検索装置、プログラム及び記録媒体 |
| CN104462134A (zh) * | 2013-09-23 | 2015-03-25 | 北大方正集团有限公司 | 一种检索方法与系统 |
| CN104268264A (zh) * | 2014-10-11 | 2015-01-07 | 北京嘉和美康信息技术有限公司 | 一种检索条件建立装置及检索装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116150475A (zh) | 2023-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111863267B (zh) | 数据信息获取方法、数据分析方法、装置以及存储介质 | |
| US9639662B2 (en) | Systems and methods for event stream platforms which enable applications | |
| US11610653B2 (en) | Systems and methods for improved optical character recognition of health records | |
| US20160321405A1 (en) | Extracting clinical care pathways correlated with outcomes | |
| Ogunyemi et al. | Identifying appropriate reference data models for comparative effectiveness research (CER) studies based on data from clinical information systems | |
| US11600367B2 (en) | Medical diagnostic platform | |
| US20180011922A1 (en) | Systems and Methods for Automated Generation Classifiers | |
| CN114049927A (zh) | 疾病数据处理方法、装置、电子设备及可读介质 | |
| US20140257045A1 (en) | Hierarchical exploration of longitudinal medical events | |
| CN106933859B (zh) | 一种医疗数据的迁移方法和装置 | |
| US20210202111A1 (en) | Method of classifying medical records | |
| CN115497631A (zh) | 一种临床科研大数据分析系统 | |
| US11921758B2 (en) | Systems and methods for machine learning models for entity resolution | |
| US20180067986A1 (en) | Database model with improved storage and search string generation techniques | |
| JP6328768B2 (ja) | メタデータ自動化システム | |
| Post et al. | Temporal abstraction-based clinical phenotyping with eureka! | |
| CN116150475B (zh) | 信息检索方法、装置、电子设备及存储介质 | |
| US20140278527A1 (en) | Large scale identification and analysis of population health risks | |
| CN109522422A (zh) | 医疗文献推送方法、系统、设备及存储介质 | |
| EP3654339A1 (en) | Method of classifying medical records | |
| CN112559506B (zh) | 健康数据处理方法、装置、处理设备及存储介质 | |
| US20230153757A1 (en) | System and Method for Rapid Informatics-Based Prognosis and Treatment Development | |
| CN117038002B (zh) | 一种药物评价研究中生成观察变量的方法及装置 | |
| US20230207082A1 (en) | Systems and methods for improved optical character recognition of health records | |
| CN115458103B (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 |