CN117131235B - 基于联合用药条件的医疗数据检索方法和装置 - Google Patents

基于联合用药条件的医疗数据检索方法和装置 Download PDF

Info

Publication number
CN117131235B
CN117131235B CN202311377167.5A CN202311377167A CN117131235B CN 117131235 B CN117131235 B CN 117131235B CN 202311377167 A CN202311377167 A CN 202311377167A CN 117131235 B CN117131235 B CN 117131235B
Authority
CN
China
Prior art keywords
information
time
medication
retrieval
drug
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
CN202311377167.5A
Other languages
English (en)
Other versions
CN117131235A (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.)
Shanghai Clinbrain Information Technology Co Ltd
Original Assignee
Shanghai Clinbrain Information Technology Co Ltd
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 Shanghai Clinbrain Information Technology Co Ltd filed Critical Shanghai Clinbrain Information Technology Co Ltd
Priority to CN202311377167.5A priority Critical patent/CN117131235B/zh
Publication of CN117131235A publication Critical patent/CN117131235A/zh
Application granted granted Critical
Publication of CN117131235B publication Critical patent/CN117131235B/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/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • G06F16/90335Query processing
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Medicinal Chemistry (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • General Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供了一种基于联合用药条件的医疗数据检索方法和装置。所述方法包括:获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;根据所述时间维度信息确定动态纵向信息;所述动态纵向信息用于表征所述联合用药条件的用药时间的关联关系;根据所述静态横向信息和所述动态纵向信息检索所述医疗数据。可以至少用以解决相关技术中的检索方法的检索效率较低的技术问题。

Description

基于联合用药条件的医疗数据检索方法和装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种基于联合用药条件的医疗数据检索方法和装置。
背景技术
医疗数据,是指患者或者个人在进行医疗健康活动时产生的所有相关的信息数据,一般包括患者的基本信息、门诊记录、急诊记录、住院记录、医学影像记录、检验检查记录、处方记录、手术记录、随访记录和医保数据等等。在相关技术中,作为医院内临床科研项目开展的重要环节之一,常常需要使用搜索引擎对海量医疗数据进行检索,以筛选出符合纳入和排除条件的目标病例。
然而,发明人发现相关技术中至少存在如下技术问题:相关技术中的搜索引擎仅支持比如药品名称、用法、剂量等静态横向信息的多条件的组合进行检索,而这种检索方法的检索效率较低。
发明内容
本申请的一个目的是提供一种基于联合用药条件的医疗数据检索方法和装置,至少用以解决相关技术中的检索方法的检索效率较低的技术问题。
为实现上述目的,本申请的一些实施例提供了以下两个方面:
第一方面,本申请的一些实施例提供了一种基于联合用药条件的医疗数据检索方法,所述方法包括:获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;根据所述时间维度信息确定动态纵向信息;所述动态纵向信息用于表征所述联合用药条件的用药时间的关联关系;根据所述静态横向信息和所述动态纵向信息检索所述医疗数据。
第二方面,本申请的一些实施例还提供了一种基于联合用药条件的医疗数据检索装置,所述装置包括:获取模块,用于获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;确定模块,用于根据所述时间维度信息,确定用于表征所述联合用药条件的用药时间的动态纵向信息;检索模块,用于根据所述静态横向信息和所述动态纵向信息检索所述医疗数据。
可选地,所述根据所述时间维度信息确定动态纵向信息包括:根据所述时间维度信息,提供预设的至少一个检索模式;其中,在不同的检索模式下,对所述动态纵向信息的检索逻辑不同;若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面;通过所述检索界面接收用户输入的检索信息;根据所述检索信息,确定所述动态纵向信息。
可选地,所述检索模式的确定方法包括:获取所述联合用药条件的应用场景信息;根据所述应用场景信息对所述时间维度信息进行分类,得到分类结果;根据所述分类结果,确定与不同应用场景信息分别对应的检索模式。
可选地,所述检索模式包括以下至少之一:基于时间顺序的联合用药模式、基于时间范围的联合用药模式和基于时间交集联合的用药模式;其中,所述基于时间顺序的联合用药模式,用于表征不同药物之间存在先后使用顺序的用药模式;所述基于时间范围的联合用药模式,用于表征不同药物之间不存在先后使用顺序,并且需要在预设时间范围内使用不同药物的用药模式;所述基于时间交集联合的用药模式,用于表征不同药物之间不存在先后使用顺序,并且不同药物必须同时作用预设规定时间的用药模式。
可选地,所述检索界面至少包括第一层级菜单、第二层级菜单、第三层级菜单、条件输入框和时间限定信息框;所述通过所述检索界面接收用户输入的检索信息包括:通过所述第一层级菜单,至少接收用户输入的所述药物的名称;通过所述第二层级菜单,至少接收用户输入的基于频次和/或用法的选择信息;通过所述第三层级菜单,至少接收用户输入的具体频次信息和/或具体用法信息;通过所述条件输入框,至少接收用户输入的逻辑运算符;通过所述时间限定信息框,至少接收用户输入的时间限定信息;
所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据。
可选地,所述通过所述第一层级菜单,至少接收用户输入的所述药物的名称包括:通过所述第一层级菜单,至少接收用户输入的多种所述药物的名称;其中,所述多种所述药物的名称形成药物组;所述药物组中的不同药物之间的逻辑关系为或关系。
可选地,在所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据的过程中,所述方法包括:确定与所述时间限定信息相关联的前一药物组和后一药物组;若所述前一药物组和所述后一药物组中的任意一种药物满足所述时间限定信息,则判定所述前一药物组和所述后一药物组满足检索条件。
可选地,不同的检索模式所对应的所述动态纵向信息的检索逻辑,以机器查询语言的方式体现。
可选地,所述基于时间顺序的联合用药模式(对应时间顺序联合用药模式中的动态纵向信息)的机器查询语言可以包括:时间顺序在后的药物的结束使用时间-时间顺序在先的药物的开始使用时间≥第一设定时间值;所述基于时间范围的联合用药模式(对应时间范围联合用药模式中的动态纵向信息)的机器查询语言可以包括:各药物中任意一个药物的开始使用时间-各药物中任意一个药物的结束使用时间≤第二设定时间值;所述基于时间交集联合的用药模式(对应时间交集联合用药模式中的动态纵向信息)的检索逻辑可以包括:各药物中任意一个药物的结束使用时间-各药物中任意一个药物的开始使用时间≥第三设定时间值;其中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:将所述动态纵向信息的查询sql和所述静态横向信息的查询sql进行组合后检索所述医疗数据。
可选地,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:提供目标疾病的用药治疗方案的至少一个菜单;其中,不同菜单对应所述目标疾病的不同分期、分级或者分型的用药治疗方案;接收对应于所述用药治疗方案生成的检索条件信息;结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据;其中,所述提供目标疾病的用药治疗方案的至少一个菜单包括:采用知识图谱技术建立用药方案库;根据所述用药方案库,提供目标疾病的用药治疗方案的至少一个菜单。
相较于现有技术,本申请实施例提供的方案中,通过获取目标药物的静态横向信息和所述联合用药条件的时间维度信息,并根据所述时间维度信息确定动态纵向信息,然后可以根据所述静态横向信息和所述动态纵向信息检索所述医疗数据,如此,可以在现有的根据诸如药品名称、用法、剂量等静态横向信息对目标药物进行检索的基础上,根据用于表征所述联合用药条件的用药时间的关联关系在所述医疗数据中对目标药物进行检索;鉴于联合用药是临床治疗学中常用的方法,在此基础上,申请人巧妙地利用了联合用药的特点,弥补了相关技术中的在动态纵向信息方面进行检索的空白,实现包括静态横向信息和动态纵向信息的联合用药条件的检索;又由于充分考虑到了所述动态纵向信息中的不同药物之间的时间流向信息,因此使得改进后的方案可以支持针对联合用药条件的检索,解决因为联合用药条件的组成较为复杂而导致对所述医疗数据的检索效率较为低下的技术问题。
附图说明
图1为本申请实施例一提供的一种基于联合用药条件的医疗数据检索方法的示例性流程图;
图2为本申请实施例二提供的一种基于联合用药条件的医疗数据检索方法中,步骤S102的子步骤的示例性流程图;
图3为本申请实施例三提供的一种基于联合用药条件的医疗数据检索方法中,基于时间顺序的联合用药模式的示例性示意图;
图4为本申请实施例三提供的一种基于联合用药条件的医疗数据检索方法中,基于时间范围的联合用药模式的示例性示意图;
图5为本申请实施例三提供的一种基于联合用药条件的医疗数据检索方法中,基于时间交集联合的用药模式的示例性示意图;
图6为本申请实施例四提供的一种基于联合用药条件的医疗数据检索方法中,基于时间顺序的联合用药模式的检索界面的示例性示意图;
图7为本申请实施例四提供的一种基于联合用药条件的医疗数据检索方法中,基于时间范围的联合用药模式的检索界面的示例性示意图;
图8为本申请实施例四提供的一种基于联合用药条件的医疗数据检索方法中,基于时间交集联合的用药模式的检索界面的示例性示意图;
图9为本申请实施例四提供的一种基于联合用药条件的医疗数据检索方法中。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本文中使用以下术语。
联合用药,英文全称为Concomitant drugs,是指为了达到治疗目的而采用的两种或两种以上药物同时或先后应用的方式,其结果主要是为了增加药物的疗效或为了减轻药物的毒副作用。
下述各医学术语缩写一般会出现在医生的处方和病历上,便于临床方面更加方便、快捷地工作,有助于提高医疗效率。
QD,指一般治疗或口服药物需要每天服用一次。
BID,指一般治疗或口服药物需要每天服用两次。
TID,指一般治疗或口服药物需要每天服用三次。
QID,指一般治疗或口服药物需要每天服用四次。
QOD,指一般治疗或口服药物需要每隔一天服用一次。
QN,指一般治疗或口服药物需要每晚睡前服用一次。
po,表示对应药物应通过口服的方式使用,可以直接利用水将药物服下,也可以直接吞服。
iv,表示对应药物应通过静脉注射的方式使用。
Im,表示对应药物应通过肌肉注射的方式使用。
EP方案,足叶乙苷+顺铂组成的联合化疗药物使用方案。
EC方案,足叶乙苷+卡铂组成的联合化疗药物使用方案。
IP方案,顺铂+伊立替康组成的联合化疗药物使用方案。
IC方案,卡铂+伊立替康组成的联合化疗药物使用方案。
NP方案,长春瑞滨+顺铂组成的联合化疗药物使用方案。
TP方案,紫杉醇+顺铂/卡铂组成的联合化疗药物使用方案。
GP方案,吉西他滨+顺铂/卡铂组成的联合化疗药物使用方案。
DP方案,多西他赛+顺铂/卡铂组成的联合化疗药物使用方案。
AP方案,培美曲塞+顺铂/卡铂组成的联合化疗药物使用方案。
需要说明,上述EP方案至AP方案中所包括的组成部分,均为药物名称。
实施例一
本申请实施例一提供了一种基于联合用药条件的医疗数据检索方法,所述方法可以包括如下步骤,如图1所示:
步骤S101,获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;
步骤S102,根据所述时间维度信息确定动态纵向信息;所述动态纵向信息用于表征所述联合用药条件的用药时间的关联关系;
步骤S103,根据所述静态横向信息和所述动态纵向信息检索所述医疗数据。
以下分别对上述各步骤进行详细说明。
具体地说,在一些例子中,针对步骤S101,所述目标药物的静态横向信息可以包括但不限于药品名称、用法、剂量等等,此处不作具体限定。获取的所述联合用药条件的时间维度信息,可以是所述联合用药条件中所包括的所有药物的用药时间。比如所述联合用药条件中涉及药物A、药物B和药物C,则所述获取所述联合用药条件的时间维度信息,可以为获取所述药物A的用药时间、所述药物B的用药时间和所述药物C的用药时间。比如,所述药物A的用药时间是午饭后2h内,药物B的用药时间是午饭前0.5h,药物C的用药时间是晚上睡前1h。
进一步地,继续以上述示例进行说明,针对步骤S102,在根据所述时间维度信息确定动态纵向信息的步骤中,可以对所述药物A的用药时间、所述药物B的用药时间和所述药物C的用药时间按照时间顺序进行排序,排序后得到的排序结果即可作为所述动态纵向信息,比如该例子中的排序结果为:药物B(午饭前0.5h)→药物A(午饭后2h)→药物C(晚上睡前1h)。其中,所述动态纵向信息可以包括不同药物之间先后使用顺序和不同药物各自对应的具体使用时间。
进一步地,在所述步骤S103中,即可以至少根据所述排序结果和所述目标药物的静态横向信息检索所述医疗数据。其中,在一些例子中,可以先获取目标药物的静态横向信息,根据所述静态横向信息进行初步检索,得到初步检索结果。所述静态横向信息可以包括药品名称、用法、剂量等信息。这里,对于所述静态横向信息的检索,可采取传统的检索方法,比如可以对包括医疗数据的医疗数据库的表字段进行多条件组合查询,此处不作具体限定;然后再根据所述初步检索结果和所述排序结果进一步检索所述医疗数据。如此,可以避免需多次对所述医疗数据进行时间维度的排序而导致检索效率低下的技术问题。
需要说明的是,上述步骤S101至步骤S103所提供的方法可以但不限于应用于搜索引擎等检索系统。
本领域技术人员可以理解,相关技术中提供的检索系统中,仅仅支持根据诸如药品名称、用法、剂量等静态横向信息对目标药物进行检索的功能,而静态横向信息包括的各项数据之间彼此独立,互不关联。而本申请实施例提供的基于联合用药条件的医疗数据检索方法,通过获取目标药物的静态横向信息和所述联合用药条件的时间维度信息,并根据所述时间维度信息确定动态纵向信息,然后可以根据所述静态横向信息和所述动态纵向信息检索所述医疗数据,如此,可以在现有的根据诸如药品名称、用法、剂量等静态横向信息对目标药物进行检索的基础上,根据用于表征所述联合用药条件的用药时间的关联关系在所述医疗数据中对目标药物进行检索;鉴于联合用药是临床治疗学中常用的方法,在此基础上,申请人巧妙地利用了联合用药的特点,弥补了相关技术中的在动态纵向信息方面进行检索的空白,实现包括静态横向信息和动态纵向信息的联合用药条件的检索;又由于充分考虑到了所述动态纵向信息中的不同药物之间的时间流向信息,因此使得改进后的方案可以支持针对联合用药条件的检索,解决因为联合用药条件的组成较为复杂而导致对所述医疗数据的检索效率较为低下的技术问题。
实施例二
本申请实施例二是在实施例一的基础上作了进一步改进。具体改进之处在于,在本申请实施例二中,所述根据所述时间维度信息确定动态纵向信息,即实施例一中的步骤S102可以进一步包括如下步骤,如图2所示:
步骤S1021,根据所述时间维度信息,提供预设的至少一个检索模式;其中,在不同的检索模式下,对所述动态纵向信息的检索逻辑不同;
步骤S1022,若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面;
步骤S1023,通过所述检索界面接收用户输入的检索信息;
步骤S1024,根据所述检索信息,确定所述动态纵向信息。
进一步地,在本申请一些实施例中,所述检索模式的确定方法可以包括:获取所述联合用药条件的应用场景信息;根据所述应用场景信息对所述时间维度信息进行分类,得到分类结果;根据所述分类结果,确定与不同应用场景信息分别对应的检索模式。
具体地说,在一些例子中,可以在获取到所述联合用药条件的应用场景信息后,通过归纳推理法对所述应用场景信息按照时间维度信息进行分类,确定不同动态纵向信息所服从的共同规律,从而,可以根据该共同规律,将较为复杂的联合用药的医疗场景信息进行归纳总结得到不同的检索模式。如此,用户可根据实际的检索需求选定不同的检索模式;对应于不同的检索模式,所对应提供的检索界面及检索逻辑不同。
其中,在一些例子中,可以根据所述联合用药条件的检索逻辑、检索目的等因素的不同划分为不同的应用场景信息,本申请实施例对此不作具体限定。举例而言,所述应用场景信息可以包括:应用场景A、应用场景B、应用场景C和应用场景D;应用场景A的检索模式为检索模式1;应用场景B的检索模式为检索模式2,应用场景C的检索模式为检索模式3,应用场景D的检索模式为检索模式4。
其中,在一些例子中,不同的检索模式所对应的所述动态纵向信息的检索逻辑,可以以机器查询语言的方式体现。
不难发现,本申请实施例提供的方案中与实施例一相比,通过根据所述时间维度信息,提供预设的至少一个检索模式,该检索模式可以比如通过对较为复杂的联合用药的医疗场景进行归纳总结得到;如此,若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面,在通过所述检索界面接收用户输入的检索信息后,根据所述检索信息,确定所述动态纵向信息;由于不同的检索模式下对所述动态纵向信息的检索逻辑不同,而不需要执行如实施例一中的示例所公开的需要通过对所有药物的用药时间进行排序,并且两两计算出结果后,再在所述医疗数据中检索符合条件的病例的步骤,如此,可以避免前述方法的数据计算量巨大,检索效率较低的技术问题,在可以保证检索结果的准确性和及时性的同时,可以达到可以进一步提升检索效率的目的。
实施例三
本申请实施例三是在实施例二的基础上作了进一步改进。具体改进之处在于,在本申请实施例三中,所述检索模式可以包括以下至少之一:基于时间顺序的联合用药模式、基于时间范围的联合用药模式和基于时间交集联合的用药模式。
具体地说,在一些例子中,所述基于时间顺序的联合用药模式,用于表征不同药物之间存在先后使用顺序的用药模式。举例而言,如图3所示,假设所述联合用药条件涉及药物A、药物B和药物C,则在所述药物A被服用后的12小时内需要服用药物B,并且,需要在服用药物B的12小时内服用药物C。
具体地说,在一些例子中,所述基于时间范围的联合用药模式,用于表征不同药物之间不存在先后使用顺序,并且需要在预设时间范围内使用不同药物的用药模式。举例而言,如图4所示,假设所述联合用药条件涉及药物A、药物B和药物C,则在36小时内需服用药物A、药物B和药物C,并且药物A、药物B和药物C的服用不存在先后顺序的限制。
具体地说,在一些例子中,所述基于时间交集联合的用药模式,用于表征不同药物之间不存在先后使用顺序,并且不同药物必须同时作用预设规定时间的用药模式。举例而言,如图5所示,假设所述联合用药条件涉及药物A、药物B和药物C,则服用的药物A、药物B和药物C必须有12个小时的交集。即,药物A、药物B和药物C的服用开始时间与结束时间之间存在12小时的交集。
值得一提的是,在一些例子中,在用户于不同的检索模式之间进行切换时,可以对用户原先就填写好的静态横向信息进行自动识别并带入对应于不同检索模式的检索界面,如此,用户只需要在此基础上补充所述动态纵向信息检索即可。比如当前的检索模式为基于时间顺序的联合用药模式,用户已经填写好所述静态横向信息,那么当将所述检索模式切换为所述基于时间范围的联合用药模式后,所述静态横向信息并未丢失,而是同步展示于所述基于时间范围的联合用药模式的检索界面。
需要说明的是,本申请实施例也可以是在实施例一的基础上作出的改进。
不难发现,本申请实施例提供的方案与实施例一和/或实施例二相比,通过将较为复杂的联合用药的医疗场景归纳总结为三种检索模式,所总结出的三种联合用药条件模式下的动态纵向信息所遵循的数学规律不同,从而可以适配不同的联合用药条件。上述三种检索模式对应的数学规律已经经过反证法的验证以证明其具有较高的准确性,用户可以根据实际的检索需求选择使用,如此,提供了一种检索模式的具体实现方式,有利于本申请实施例一提供的方案得以灵活多变地实现。
实施例四
本申请实施例四是在实施例三的基础上作了进一步改进。具体改进之处在于,在本申请实施例四中,所述检索界面至少包括第一层级菜单、第二层级菜单、第三层级菜单、条件输入框和时间限定信息框;所述通过所述检索界面接收用户输入的检索信息可以进一步包括如下步骤:
通过所述第一层级菜单,至少接收用户输入的所述药物的名称;通过所述第二层级菜单,至少接收用户输入的基于频次和/或用法的选择信息;通过所述第三层级菜单,至少接收用户输入的具体频次信息和/或具体用法信息;通过所述条件输入框,至少接收用户输入的逻辑运算符;通过所述时间限定信息框,至少接收用户输入的时间限定信息;
所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据可以进一步包括:至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据。
需要说明的是,为方便理解,本申请实施例中,以所述检索模式为实施例三提供的三种模式为例进行说明。然而,在实际应用中,可以根据所确定的其他的检索模式来确定与其对应的检索界面,本申请实施例对所述检索界面的具体表现的格式、内容等不作具体限定。
具体地说,在一些例子中,可以如图6至图8所示,为分别对应基于时间顺序的联合用药模式的检索界面、基于时间范围的联合用药模式的检索界面和基于时间交集联合的用药模式的检索界面的示例性示意图。
进一步地,在一些例子中,通过所述第一层级菜单,至少可以用于接收用户输入的所述药物的名称;对于用户而言,可以直接输入所述药物的名称,也可以通过下拉选择框选择所需要的药物的名称,如图9所示。该例子中,所述下拉选择框具体可以是单选级联选择框。
在本申请一些实施例中,所述通过所述第一层级菜单,至少接收用户输入的所述药物的名称可以包括:通过所述第一层级菜单,至少接收用户输入的多种所述药物的名称;其中,所述多种所述药物的名称形成药物组;所述药物组中的不同药物之间的逻辑关系为或关系。以图6为例,药物A表示第一个使用的药物或者药物组,药物B表示第二个使用的药物或者药物组,药物C表示第三个使用的药物或者药物组,以此类推,直到第n个使用的药物或者药物组。值得强调的是,药物A中可以包括至少一种药物;药物B、药物C中等等也均可以包括至少一种药物。也就是说,药物A中可以包括药物1、药物2、药物3;药物B中可以包括药物4;药物C中可以包括药物5和药物6。当药物A包括两种或者两种以上的药物时,则构成药物组;其中,药物组中的两种或者两种以上的药物之间的逻辑关系可以是“或”的逻辑关系。
进一步地,在实际应用中,用户只需要点击“+或药物”,即可以在对应的药物组中添加不同名称的药物;在一些例子中,每个药物组中的两种或者两种以上的药物的数量,“+或药物”的操作可以不受上限的限制。当然,在实际应用中,也可以根据实际需求限制每个药物组中所包括的药物种类的上限数量,本申请实施例对此不作具体限定。
进一步地,在一些例子中,通过所述第二层级菜单,至少可以用于接收用户输入的基于频次和/或用法的选择信息;比如,用户可以选择“频次”,也可以选择“用法”,本申请实施例对此不作具体限定。
进一步地,在一些例子中,通过所述第三层级菜单,至少可以用于接收用户输入的具体频次信息和/或具体用法信息。比如具体频次信息可以包括但不限于QD、BID、TID、QID、QOD、QN等等,可参见图9所示;具体用法信息可以包括但不限于po、iv、im等等。其中,需要说明的是,若用户仅选择所述第二层级菜单的频次,而没有进一步基于所述第三层级菜单的具体频次信息输入任何检索条件,则默认检索所有频次的药物,对于“用法”亦是如此,此处不再赘述。
进一步地,在一些例子中,通过所述条件输入框,至少可以用于接收用户输入的逻辑运算符;其中,所述逻辑运算符可以包括但不限于“等于、大于、大于等于、小于、小于等于、介于”等等。该逻辑运算符可以是针对药物剂量而设置的,所述药物剂量可以选择药物单次剂量。在该例子中,所述药物剂量为单选下拉框的形式。
进一步地,在一些例子中,通过所述时间限定信息框,至少可以用于接收用户输入的时间限定信息。比如,所述时间限定信息为用户在药物A和药物B之间填写的时间限定范围,即表示在使用药物A的X1小时至X2小时内(后)使用了药物B。
需要说明的是,在本申请一些实施例中,在所述至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据的过程中,所述方法可以包括:确定与所述时间限定信息相关联的前一药物组和后一药物组;若所述前一药物组和所述后一药物组中的任意一种药物满足所述时间限定信息,则判定所述前一药物组和所述后一药物组满足检索条件。比如,对于药物A和药物B,由于其各自均可以包括多种药物,则只要药物A中的任意一种药物与药物B中的任意一种药物满足所填写的时间限定信息,就视为符合检索条件。
进一步地,在一些例子中,只需要点击如图6所示的“+添加药物C”或者如图7所示的“+添加药物”,所述检索界面即可以在前一药物的下方生成药物C或者其他新的药物,并同时生成对应于药物C或者其他新的药物的检索框,以及同时可以在所述药物C或者其他新的药物的下方展示所述时间限定信息框。
进一步地,在一些例子中,在用户基于所述检索系统进行检索的过程中,可以根据所述静态横向信息包括的多种条件进行组合检索,以及,根据所述动态纵向信息包括的多种条件进行组合检索,本申请实施例对此不作具体限定。如此,使得本申请实施例提供的方案可以更加灵活地满足用户的个性化需求。其中,在一些例子中,用户可以手动输入进行组合检索所需各项条件。具体地,需要人工把用药方案进行条件拆解,对应得到相应的检索模式,并在该模式下进行手工输入条件。举例而言,相关人员可以检索到使用过“四联止吐方案”所致呕吐症状的患者资料信息,然后根据所述患者资料信息,分析“四联止吐方案”对呕吐症状的缓解情况。此时,相关人员需要先将纳入条件拆解为相应的联合用药的检索模式,比如:
条件组1为针对使用过TP用药治疗方案的患者,即:多西他赛(剂量为60-75 mg/m2,第1天静注)+多西他赛(剂量为40 mg/m2,第1.8天静注)+ 顺铂(剂量为75 mg/m2,第2天静注),可见,其对应基于时间顺序的联合用药模式。
条件组2为针对使用过四联止吐的用药治疗方案的患者,即:同时服用“司琼”类 +“拉唑”类 + 激素类(地塞米松或甲强龙等) + 止吐药(阿瑞匹坦),可见,其对应基于时间范围的联合用药模式。
具体地,使用“并且”逻辑符号连接条件组1和条件组2,即可检索出目标病例。
需要说明的是,上述仅为举例说明,本申请实施例中并不对根据动态纵向信息得到的若干条件组的数量进行限制。各条件组之间使用逻辑符号进行组合后即可检索。
需要说明的是,本申请实施例四也可以是在实施例一和/或实施例二的基础上作出的改进。
不难发现,在本申请实施例四中提供的方案与实施例三相比,提供了一种具体的检索界面,基于该检索界面,用户可以在根据所述静态横向信息和所述动态纵向信息检索所述医疗数据的过程中,将对于所述联合用药条件的检索拆分为两个部分:第一部分是对目标药物的静态横向信息的检索,所述静态横向信息至少包括了药品名称、用法、剂量等方面的信息;第二部分是对多种药物之间存在的所述动态纵向信息的检索。
实施例五
本申请实施例五是在实施例四的基础上作了进一步改进。具体改进之处在于,在本申请实施例五中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据可以包括如下步骤:提供目标疾病的用药治疗方案的至少一个菜单;其中,不同菜单对应所述目标疾病的不同分期、分级或者分型;接收对应于所述用药治疗方案生成的检索条件信息;结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据;其中,所述提供目标疾病的用药治疗方案的至少一个菜单,具体可以包括:采用知识图谱技术建立用药方案库;根据所述用药方案库,提供目标疾病的用药治疗方案的至少一个菜单。
可以理解,同一目标疾病一般具有不同的分期、分级或分型,在每一种分期、分级或分型下均又对应着多种不同的联合用药的用药治疗方案。其中,可以采用知识图谱技术建立用药方案库,总结归纳各疾病在不同分期、分级或者分型下常用的用药治疗方案,该用药治疗方案一般为联合用药方案,并事先匹配具体联合用药方案和检索模式之间的对应关系,以提升用户的查询效率和用户体验。其中,在所述接收对应于所述用药治疗方案生成的检索条件信息的过程中,相关人员可以直接通过点选的方式确定用药治疗方案,快速生成所述检索条件信息所需包括的至少两个条件组和逻辑符号。与实施例四中提供的方案中,用户可以手动输入进行组合检索所需各项条件不同,本申请实施例中,由于用户可以直接基于所述用药方案库,通过点选的方式进行组合检索,不再需要人工拆解用药方案条件,因此可以进一步提升检索效率。
具体地说,在一些例子中,所述菜单可以用于展示对应着多种不同的联合用药的用药治疗方案。举例而言,肺癌包括小细胞肺癌和非小细胞肺癌两大分型,其中,针对小细胞肺癌提出的化疗方案中,常见的用药治疗方案可以包括:EP方案、EC方案、IP方案或IC方案,针对非小细胞肺癌提出的化疗方案中,常见的用药治疗方案可以包括:NP方案、TP方案、GP方案、DP方案、AP方案。进一步地,在一些例子中,不同的用药治疗方案对应着不同的检索界面。也就是说,本申请实施例中,对应于目标疾病,相关人员可以获取所述目标疾病的分类信息,然后根据所述分类信息和展示的所述菜单,选择和所述分类信息匹配的用药治疗方案所对应的菜单;然后根据用户选中的所述菜单提供与所述用药治疗方案对应的检索界面,并基于所述检索界面接收对应于所述用药治疗方案生成的检索条件信息;结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据。
进一步地,在本申请一些实施例中,相关人员还可以根据实际的检索需求,直接检索得到比如使用过EP方案、EC方案、IP方案或IC方案这四种化疗方案进行化疗的小细胞肺癌患者的用药方案库,并根据所述相关人员的选择,从所述用药方案库中筛选出相关数据进行自动化数据分析。比如,所述自动化数据分析具体可以是:自动比较不同化疗方案对患者肿瘤大小的影响。其中,值得一提的是,通过用药方案库可以确定在四种化疗方案中具体的检索模式是什么,其中,所述四种化疗方案中具体的检索模式可以是具体的一种检索模式,也可以是两种及两种以上的检索模式的相互组合。比如,EP方案对应着基于时间顺序的联合用药模式,EC方案对应着基于时间范围的联合用药模式,IP方案对应着基于时间交集联合的用药模式,IC方案对应着基于时间交集联合的用药模式或者基于时间顺序的联合用药模式。再比如,EP方案对应着(基于时间顺序的联合用药模式 or 基于时间范围的联合用药模式)and 基于时间交集联合的用药模式、EC方案对应着(基于时间顺序的联合用药模式and 基于时间交集联合的用药模式)等等,上述仅为示例,相关人员可以在实际应用中根据实际需要选择合适的检索模式或者其组合,本申请实施例对此不作具体限定。
进一步地,在一些例子中,相关人员可以直接搜索疾病、疾病分期、疾病分级、疾病分型、联合用药方案名称等方式查找目标的用药治疗方案。例如,用户欲检索使用过“四联止吐方案”治疗因TP化疗方案所致呕吐症状的患者,以分析“四联止吐方案”对呕吐症状的缓解情况。此时用户可至所述用药方案库中分别以“TP化疗方案”和“四联止吐方案”作为联合用药方案名称进行搜索,随后分别选择目标方案后,以逻辑符“并且”连接两个条件组,即可检索出目标病例。
具体地说,在一些例子中,如果相关人员欲检索使用过“四联止吐方案”治疗因TP化疗方案所致呕吐症状的老年肺癌患者的用药方案库,以分析“四联止吐方案”对呕吐症状的缓解情况。此时用户可在界面输入横向静态信息条件,即“诊断名称包含 肺癌 并且 年龄≥60岁”,得到横向静态信息条件组1;随后在用药方案库中,分别以“TP化疗方案”和“四联止吐方案”作为联合用药方案名称进行搜索,点选目标方案后,生成纵向动态信息条件组2和条件组3;以逻辑符“并且”连接三个条件组,即可检索出目标病例。
需要说明的是,上述仅为举例说明,本申请实施例中并不对根据动态纵向信息得到的若干条件组的数量进行限制。该条件组之间使用逻辑符号进行组合后检索。
另外,需要说明的是,本申请实施例五也可以是在实施例一至实施例三中的任意一个或多个实施例的基础上作出的改进。
不难发现,在本申请提供的实施例中,通过提供目标疾病的用药治疗方案的至少一个菜单;其中,不同菜单对应所述目标疾病的不同分期、分级或者分型;接收对应于所述用药治疗方案生成的检索条件信息;结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据,可以进一步提升检索的灵活性,以满足用户的个性化需求。
实施例六
本申请实施例六是在实施例四或者实施例五的基础上作了进一步改进。具体改进之处在于,在本申请实施例六中,不同的检索模式所对应的所述动态纵向信息的检索逻辑,以机器查询语言的方式体现。
具体地说,在一些例子中,可以提供简单易懂的交互页面,供用户输入检索信息。
进一步地,在本申请一些实施例中,所述基于时间顺序的联合用药模式(对应时间顺序联合用药模式中的动态纵向信息)的机器查询语言可以包括:时间顺序在后的药物的结束使用时间-时间顺序在先的药物的开始使用时间≥第一设定时间值。比如说,药物A为时间顺序联合用药条件下第一个使用的药物,药物B为第二个使用的药物,药物C为第三个使用的药物,药物D为第四个使用的药物…以此类推。那么,在一些例子中,药物B的结束使用时间-药物A的开始使用时间≥设定时间值1,并且药物C的结束时间-药物B的开始使用时间≥设定时间值2……以此类推。
进一步地,在本申请一些实施例中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据可以包括:将所述动态纵向信息的查询sql和所述静态横向信息的查询sql进行组合后检索所述医疗数据。
举例而言,结合图6所示,某用户在所述检索界面输入的信息如下:
药物A包括:头孢氨苄胶囊;药物单次剂量:频次/EID大于或者等于10mg;此外,点击“+或药物”,使得药物A还包括注射用头孢唑林钠;药物单次剂量:频次/BID大于或者等于10mg;所述时间限定信息为:10小时至12后;
药物B包括:甲硝唑片;药物单次剂量:用法/po等于5mg;所述时间限定信息为:10小时至12后;
药物C包括:复方酮康唑软膏(皮康王);药物单次剂量:频次/Q12H小于或者等于8mg。
接着,执行对应的检索逻辑,以实现根据上述动态纵向信息的查询sql和静态横向信息的查询sql进行组合后检索所述医疗数据。
具体地说,在本申请一些实施例中,所述基于时间范围的联合用药模式(对应时间范围联合用药模式中的动态纵向信息)的机器查询语言可以包括:各药物中任意一个药物的开始使用时间-各药物中任意一个药物的结束使用时间≤第二设定时间值。
举例而言,结合图7所示,某用户在所述检索界面输入的信息如下:
以下药物在36小时内服用(即以下药物服用时间范围为36小时内)。
药物A包括:头孢氨苄胶囊;药物单次剂量:频次/BID大于或者等于10mg;此外,点击“+或药物”,使得药物A还包括注射用头孢唑林钠;药物单次剂量:频次/BID大于或者等于10mg;
药物B包括:甲硝唑片;药物单次剂量:用法/po等于5mg;
药物C包括:复方酮康唑软膏(皮康王);药物单次剂量:频次/Q12H小于或者等于8mg。
接着,执行对应的检索逻辑,以实现根据上述动态纵向信息的查询sql和静态横向信息的查询sql进行组合后检索所述医疗数据。
具体地说,在本申请一些实施例中,所述基于时间交集联合的用药模式(对应时间交集联合用药模式中的动态纵向信息)的检索逻辑可以包括:各药物中任意一个药物的结束使用时间-各药物中任意一个药物的开始使用时间≥第三设定时间值。
举例而言,结合图8所示,某用户在所述检索界面输入的信息如下:
以下药物服用时间交集12小时内
药物A包括:头孢氨苄胶囊;药物单次剂量:频次/BID大于或者等于10mg;此外,点击“+或药物”,使得药物A还包括注射用头孢唑林钠;药物单次剂量:频次/BD大于或者等于10mg;
药物B包括:甲硝唑片药物单次剂量:用法/po等于5mg;
药物C包括:复方酮康唑软膏(皮康王);药物单次剂量:频次/Q12H小于或者等于8mg。
接着,执行对应的检索逻辑,以实现根据上述动态纵向信息的查询sql和静态横向信息的查询sql进行组合后检索所述医疗数据。
需要说明的是,本申请实施例五也可以是在实施例一至实施例三中的任意一个或多个实施例的基础上作出的改进。
不难发现,本申请实施例六与实施例四或者实施例五相比,通过以机器查询语言的方式体现不同的检索模式所对应的所述动态纵向信息的检索逻辑,可以在简化脚本的同时,避免需反复对时间数据进行排序的操作,从而可以进一步提升检索效率。
实施例七
本申请实施例七提供了一种基于联合用药条件的医疗数据检索装置,所述装置包括:获取模块,用于获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;确定模块,用于根据所述时间维度信息,确定用于表征所述联合用药条件的用药时间的动态纵向信息;检索模块,用于根据所述静态横向信息和所述动态纵向信息检索所述医疗数据。
其中,在一些例子中,所述确定模块,具体用于根据所述时间维度信息确定动态纵向信息包括:根据所述时间维度信息,提供预设的至少一个检索模式;其中,在不同的检索模式下,对所述动态纵向信息的检索逻辑不同;若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面;通过所述检索界面接收用户输入的检索信息;根据所述检索信息,确定所述动态纵向信息。
其中,在一些例子中,所述检索模式的确定方法包括:获取所述联合用药条件的应用场景信息;根据所述应用场景信息对所述时间维度信息进行分类,得到分类结果;根据所述分类结果,确定与不同应用场景信息分别对应的检索模式。
其中,在一些例子中,所述检索模式包括以下至少之一:基于时间顺序的联合用药模式、基于时间范围的联合用药模式和基于时间交集联合的用药模式;其中,所述基于时间顺序的联合用药模式,用于表征不同药物之间存在先后使用顺序的用药模式;所述基于时间范围的联合用药模式,用于表征不同药物之间不存在先后使用顺序,并且需要在预设时间范围内使用不同药物的用药模式;所述基于时间交集联合的用药模式,用于表征不同药物之间不存在先后使用顺序,并且不同药物必须同时作用预设规定时间的用药模式。
其中,在一些例子中,所述检索界面至少包括第一层级菜单、第二层级菜单、第三层级菜单、条件输入框和时间限定信息框;所述通过所述检索界面接收用户输入的检索信息包括:通过所述第一层级菜单,至少接收用户输入的所述药物的名称;通过所述第二层级菜单,至少接收用户输入的基于频次和/或用法的选择信息;通过所述第三层级菜单,至少接收用户输入的具体频次信息和/或具体用法信息;通过所述条件输入框,至少接收用户输入的逻辑运算符;通过所述时间限定信息框,至少接收用户输入的时间限定信息;所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据。
其中,在一些例子中,所述通过所述第一层级菜单,至少接收用户输入的所述药物的名称包括:通过所述第一层级菜单,至少接收用户输入的多种所述药物的名称;其中,所述多种所述药物的名称形成药物组;所述药物组中的不同药物之间的逻辑关系为或关系。
其中,在一些例子中,在所述至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据的过程中,所述装置还用于确定与所述时间限定信息相关联的前一药物组和后一药物组;若所述前一药物组和所述后一药物组中的任意一种药物满足所述时间限定信息,则判定所述前一药物组和所述后一药物组满足检索条件。
其中,在一些例子中,不同的检索模式所对应的所述动态纵向信息的检索逻辑,以机器查询语言的方式体现。
其中,在一些例子中,所述基于时间顺序的联合用药模式(对应时间顺序联合用药模式中的动态纵向信息)的机器查询语言包括:时间顺序在后的药物的结束使用时间-时间顺序在先的药物的开始使用时间≥第一设定时间值;所述基于时间范围的联合用药模式(对应时间范围联合用药模式中的动态纵向信息)的机器查询语言包括:各药物中任意一个药物的开始使用时间-各药物中任意一个药物的结束使用时间≤第二设定时间值;所述基于时间交集联合的用药模式(对应时间交集联合用药模式中的动态纵向信息)的检索逻辑包括:各药物中任意一个药物的结束使用时间-各药物中任意一个药物的开始使用时间≥第三设定时间值;其中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:将所述动态纵向信息的查询sql和所述静态横向信息的查询sql进行组合后检索所述医疗数据。
其中,在一些例子中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:提供目标疾病的用药治疗方案的至少一个菜单;其中,不同菜单对应所述目标疾病的不同分期、分级或者分型的用药治疗方案;接收对应于所述用药治疗方案生成的检索条件信息;结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据;其中,所述提供目标疾病的用药治疗方案的至少一个菜单包括:采用知识图谱技术建立用药方案库;根据所述用药方案库,提供目标疾病的用药治疗方案的至少一个菜单。
不难发现,本申请实施例是与实施例一提供的方法实施例所对应的装置实施例,上述各方法实施例提供的实现细节均可适用于本申请实施例,为避免重复,此处不再赘述。
附图中的流程图或框图示出了按照本申请各种实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的针对硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中,本申请的软件程序可以通过处理器执行以实现上文步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

Claims (9)

1.一种基于联合用药条件的医疗数据检索方法,其特征在于,所述方法包括:
获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;
根据所述时间维度信息确定动态纵向信息;所述动态纵向信息用于表征所述联合用药条件的用药时间的关联关系;
根据所述静态横向信息和所述动态纵向信息检索所述医疗数据;
所述根据所述时间维度信息确定动态纵向信息包括:根据所述时间维度信息,提供预设的至少一个检索模式;其中,在不同的检索模式下,对所述动态纵向信息的检索逻辑不同;若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面;通过所述检索界面接收用户输入的检索信息;根据所述检索信息,确定所述动态纵向信息;
其中,在获取到所述联合用药条件的应用场景信息后,通过归纳推理法对所述应用场景信息按照时间维度信息进行分类,确定不同动态纵向信息所服从的共同规律,根据该共同规律,将联合用药的医疗场景信息进行归纳总结得到不同的检索模式;检索时将两种以上的检索模式相互组合。
2.根据权利要求1所述的方法,其特征在于,所述检索模式的确定方法包括:
获取所述联合用药条件的应用场景信息;
根据所述应用场景信息对所述时间维度信息进行分类,得到分类结果;
根据所述分类结果,确定与不同应用场景信息分别对应的检索模式。
3.根据权利要求1所述的方法,其特征在于,所述检索模式包括以下至少之一:基于时间顺序的联合用药模式、基于时间范围的联合用药模式和基于时间交集联合的用药模式;
其中,所述基于时间顺序的联合用药模式,用于表征不同药物之间存在先后使用顺序的用药模式;
所述基于时间范围的联合用药模式,用于表征不同药物之间不存在先后使用顺序,并且需要在预设时间范围内使用不同药物的用药模式;
所述基于时间交集联合的用药模式,用于表征不同药物之间不存在先后使用顺序,并且不同药物必须同时作用预设规定时间的用药模式。
4.根据权利要求1所述的方法,其特征在于,所述检索界面至少包括第一层级菜单、第二层级菜单、第三层级菜单、条件输入框和时间限定信息框;所述通过所述检索界面接收用户输入的检索信息包括:
通过所述第一层级菜单,至少接收用户输入的所述药物的名称;
通过所述第二层级菜单,至少接收用户输入的基于频次和/或用法的选择信息;
通过所述第三层级菜单,至少接收用户输入的具体频次信息和/或具体用法信息;
通过所述条件输入框,至少接收用户输入的逻辑运算符;
通过所述时间限定信息框,至少接收用户输入的时间限定信息;
所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据。
5.根据权利要求4所述的方法,其特征在于,所述通过所述第一层级菜单,至少接收用户输入的所述药物的名称包括:
通过所述第一层级菜单,至少接收用户输入的多种所述药物的名称;
其中,所述多种所述药物的名称形成药物组;所述药物组中的不同药物之间的逻辑关系为或关系。
6.根据权利要求5所述的方法,其特征在于,在所述至少根据所述药物的名称、基于频次和/或用法的选择信息、具体频次信息和/或具体用法信息、所述逻辑运算符以及所述时间限定信息,检索所述医疗数据的过程中,所述方法包括:
确定与所述时间限定信息相关联的前一药物组和后一药物组;
若所述前一药物组和所述后一药物组中的任意一种药物满足所述时间限定信息,则判定所述前一药物组和所述后一药物组满足检索条件。
7.根据权利要求3所述的方法,其特征在于,不同的检索模式所对应的所述动态纵向信息的检索逻辑,以机器查询语言的方式体现;
所述基于时间顺序的联合用药模式的机器查询语言包括:时间顺序在后的药物的结束使用时间-时间顺序在先的药物的开始使用时间≥第一设定时间值;
所述基于时间范围的联合用药模式的机器查询语言包括:各药物中任意一个药物的开始使用时间-各药物中任意一个药物的结束使用时间≤第二设定时间值;
所述基于时间交集联合的用药模式的检索逻辑包括:各药物中任意一个药物的结束使用时间-各药物中任意一个药物的开始使用时间≥第三设定时间值;
其中,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:将所述动态纵向信息的查询sql和所述静态横向信息的查询sql进行组合后检索所述医疗数据。
8.根据权利要求1至7中任意一项所述的方法,其特征在于,所述根据所述静态横向信息和所述动态纵向信息检索所述医疗数据包括:
提供目标疾病的用药治疗方案的至少一个菜单;其中,不同菜单对应所述目标疾病的不同分期、分级或者分型的用药治疗方案;
接收对应于所述用药治疗方案生成的检索条件信息;
结合所述检索条件信息,所述静态横向信息和所述动态纵向信息检索所述医疗数据;
其中,所述提供目标疾病的用药治疗方案的至少一个菜单包括:采用知识图谱技术建立用药方案库;根据所述用药方案库,提供目标疾病的用药治疗方案的至少一个菜单。
9.一种基于联合用药条件的医疗数据检索装置,其特征在于,所述装置包括:
获取模块,用于获取目标药物的静态横向信息和所述联合用药条件的时间维度信息;
确定模块,用于根据所述时间维度信息确定动态纵向信息;所述动态纵向信息用于表征所述联合用药条件的用药时间的关联关系;
检索模块,用于根据所述静态横向信息和所述动态纵向信息检索所述医疗数据;
所述确定模块,具体用于:根据所述时间维度信息,提供预设的至少一个检索模式;其中,在不同的检索模式下,对所述动态纵向信息的检索逻辑不同;若接收到基于所述检索模式的选定操作,则提供与所述选定操作所对应的检索模式的检索界面;通过所述检索界面接收用户输入的检索信息;根据所述检索信息,确定所述动态纵向信息;
其中,在获取到所述联合用药条件的应用场景信息后,通过归纳推理法对所述应用场景信息按照时间维度信息进行分类,确定不同动态纵向信息所服从的共同规律,根据该共同规律,将联合用药的医疗场景信息进行归纳总结得到不同的检索模式;检索时将两种以上的检索模式相互组合。
CN202311377167.5A 2023-10-24 2023-10-24 基于联合用药条件的医疗数据检索方法和装置 Active CN117131235B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311377167.5A CN117131235B (zh) 2023-10-24 2023-10-24 基于联合用药条件的医疗数据检索方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311377167.5A CN117131235B (zh) 2023-10-24 2023-10-24 基于联合用药条件的医疗数据检索方法和装置

Publications (2)

Publication Number Publication Date
CN117131235A CN117131235A (zh) 2023-11-28
CN117131235B true CN117131235B (zh) 2024-01-30

Family

ID=88863064

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311377167.5A Active CN117131235B (zh) 2023-10-24 2023-10-24 基于联合用药条件的医疗数据检索方法和装置

Country Status (1)

Country Link
CN (1) CN117131235B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007233578A (ja) * 2006-02-28 2007-09-13 Sky Kk 調剤薬局情報提供システム
CN104104994A (zh) * 2014-06-11 2014-10-15 广东九联科技股份有限公司 一种电视节目快速搜索方法及装置
CN104887527A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种基于医嘱的药物服用提示反馈方法
CN104899469A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种医嘱执行监督管理方法
CN104905976A (zh) * 2015-06-26 2015-09-16 青岛永乐互联网技术有限公司 一种基于医嘱的药物服用提示反馈系统
CN106446541A (zh) * 2016-09-21 2017-02-22 李小波 用药交代检索与自动生成系统
CN108415688A (zh) * 2017-02-08 2018-08-17 长沙六人行网络科技合伙企业(有限合伙) 一种移动端的儿科药学信息服务系统
CN109712684A (zh) * 2018-11-06 2019-05-03 闽江学院 一种组合药物的推荐方法和装置
CN110767319A (zh) * 2019-09-30 2020-02-07 南京邮电大学 用于联合用药不良反应信号检测的方法
CN112382413A (zh) * 2020-12-09 2021-02-19 温州市人民医院 关于联合用药不良反应的检测方法
CN114242258A (zh) * 2021-12-28 2022-03-25 上海柯林布瑞信息技术有限公司 基于医学知识图谱的医疗数据探索方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7461006B2 (en) * 2001-08-29 2008-12-02 Victor Gogolak Method and system for the analysis and association of patient-specific and population-based genomic data with drug safety adverse event data
US7685104B2 (en) * 2004-01-08 2010-03-23 International Business Machines Corporation Dynamic bitmap processing, identification and reusability
WO2007133506A2 (en) * 2006-05-09 2007-11-22 University Of Louisville Research Foundation , Inc. Personalized medicine management software
CN106981039B (zh) * 2016-06-30 2018-03-27 平安科技(深圳)有限公司 数据生成方法和装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007233578A (ja) * 2006-02-28 2007-09-13 Sky Kk 調剤薬局情報提供システム
CN104104994A (zh) * 2014-06-11 2014-10-15 广东九联科技股份有限公司 一种电视节目快速搜索方法及装置
CN104887527A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种基于医嘱的药物服用提示反馈方法
CN104899469A (zh) * 2015-06-26 2015-09-09 青岛永乐互联网技术有限公司 一种医嘱执行监督管理方法
CN104905976A (zh) * 2015-06-26 2015-09-16 青岛永乐互联网技术有限公司 一种基于医嘱的药物服用提示反馈系统
CN106446541A (zh) * 2016-09-21 2017-02-22 李小波 用药交代检索与自动生成系统
CN108415688A (zh) * 2017-02-08 2018-08-17 长沙六人行网络科技合伙企业(有限合伙) 一种移动端的儿科药学信息服务系统
CN109712684A (zh) * 2018-11-06 2019-05-03 闽江学院 一种组合药物的推荐方法和装置
CN110767319A (zh) * 2019-09-30 2020-02-07 南京邮电大学 用于联合用药不良反应信号检测的方法
CN112382413A (zh) * 2020-12-09 2021-02-19 温州市人民医院 关于联合用药不良反应的检测方法
CN114242258A (zh) * 2021-12-28 2022-03-25 上海柯林布瑞信息技术有限公司 基于医学知识图谱的医疗数据探索方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
E-LIS学科仓储库的检索;王爱国;《图书馆学研究》;正文第30-33页 *

Also Published As

Publication number Publication date
CN117131235A (zh) 2023-11-28

Similar Documents

Publication Publication Date Title
Malik et al. Cohort comparison of event sequences with balanced integration of visual analytics and statistics
Berry et al. Self-reported adherence to oral cancer therapy: relationships with symptom distress, depression, and personal characteristics
Kline et al. Outpatient treatment of low-risk venous thromboembolism with monotherapy oral anticoagulation: patient quality of life outcomes and clinician acceptance
Ventres et al. Patient-centered care and electronic health records: it’s still about the relationship
Penm et al. The impact of clinical pharmacy services in China on the quality use of medicines: a systematic review in context of China’s current healthcare reform
US20150073830A1 (en) Electrical Computing Devices for Recruiting a Patient Population for a Clinical Trial
US20190355081A1 (en) Method and apparatus for the unified evaluation, presentation and modification of healthcare regimens
EP3121746A1 (en) Information analysis assistance device, operation method and operation program thereof, and information analysis assitance system
Lobach et al. Increasing complexity in rule-based clinical decision support: the symptom assessment and management intervention
Koff et al. Impact of proactive integrated care on chronic obstructive pulmonary disease
Meeraus et al. COPD treatment pathways in France: a retrospective analysis of electronic medical record data from general practitioners
Harle et al. Decision-centered design of patient information visualizations to support chronic pain care
Tanaka et al. Cost utility analysis of pharmacist counseling care for breast cancer chemotherapy outpatients
Lockery et al. Optimising medication data collection in a large-scale clinical trial
CN113903423A (zh) 用药方案推荐方法、装置、设备及介质
CN117131235B (zh) 基于联合用药条件的医疗数据检索方法和装置
Nydert et al. drug use and type of adverse drug events–identified by a trigger tool in different units in a Swedish Pediatric Hospital
CN107194143A (zh) 药品信息数据处理方法及系统
CN105930655A (zh) 一种用于提高临床用药药品不良反应上报率的方法
EP3298525A1 (en) Systems methods and data structures for efficient processing and presentation of patient medical data
Qiu et al. Development and evaluation of an intravenous infusion sequence annotation system
Schapranow et al. The medical knowledge cockpit: real-time analysis of big medical data enabling precision medicine
Negoro et al. A Pilot Study on Result Reporting Rates from Clinical Trials of Regenerative Medicine
O'Rourke et al. Exploring Breast Cancer Systemic Drug Therapy Patterns in Real-World Data
Guan et al. Effect and safety of oral Chinese patent medicine for heart failure: a protocol for systematic review and network meta-analysis

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