用于显示电子健康记录的系统和方法与流程

文档序号:21280337发布日期:2020-06-26 23:33阅读:246来源:国知局
用于显示电子健康记录的系统和方法与流程

本公开总体上涉及用于显示电子健康记录的方法和系统。



背景技术:

电子医学记录显示界面具有有限的显示空间。然而,患者通常具有许多相关联的医学记录。显示与患者相关联的医学记录的所有内容会导致信息过载,并且专用于医学记录的部分的显示空间限制了临床医生或其他用户能够在无需对数据的大量操纵的情况下快速轻松地耗用的相关信息量。这种信息操纵非常耗时。

对该信息过载问题的一种解决方案是在屏幕上显示医学记录的部分,例如最近几个文档中的前几句或这些文档的摘录片段。然而,这会无意间产生盲点情况,在这些情况下,与流行的临床场景相关的这些文档的重要内容可能不会出现在所显示的片段中,或者历史记录中的有意义信息可能被隐藏,而来自最新记录中的意义不大的信息却被显示。



技术实现要素:

持续需要改进电子健康记录的相关部分的显示。

本公开涉及用于识别、分析和显示电子健康记录的发明方法和系统。本文的各种实施例和实施方式涉及一种医学记录显示系统,其生成具有相关联的常用医学记录的患者队列。所述系统跟踪界面的用户,并识别针对哪些患者通常查阅哪些记录。将具有相似参数的患者聚集到患者队列中,并识别出所述队列的常见查询记录。当所述系统接收到有关新患者的信息的查询时,识别最密切相关的患者队列,然后基于与识别出的患者队列相关联的记录类型来识别相关的患者医学记录。所述系统然后可以显示识别出的相关患者医学记录。

通常,在一个方面,提供了一种用于分析电子医学记录的系统。所述系统包括:用户界面,其被配置为在用户查看一个或多个电子医学记录时接收来自所述用户的输入,并且还被配置为接收对患者信息的请求。所述系统还包括处理器,所述处理器包括:患者队列生成器,其被配置为:(i)跟踪用户输入;(ii)基于所述用户输入来识别通过所述用户界面访问的患者信息,并且还识别与所述患者相关联的一个或多个患者参数;(iii)基于所述一个或多个患者参数来将两个或更多个患者关联到患者队列中;(iv)针对所述患者队列,识别由所述用户最常访问的信息的一种或多种类型;并且(v)将识别出的信息的一种或多种类型与所述患者队列相关联;以及记录标识符,其被配置为:(i)将请求其患者信息的所述患者与患者队列相关联;并且(ii)基于与所述患者相关联的所述患者队列来识别与所述队列相关联的信息的所述一种或多种类型。

根据实施例,所述系统还包括患者队列数据库,所述患者队列数据库被配置为存储关于一个或多个所生成的患者队列的信息。

根据实施例,所述患者队列生成器还被配置为在多个用户中识别所述用户界面的特定用户,并且还被配置为跟踪针对识别出的特定用户的用户输入。根据实施例,对所述用户界面的所述特定用户的所述识别至少部分地基于针对一个或多个患者的一个或多个有利结果。

根据实施例,所述患者队列生成器还被配置为使用来自额外医学信息源的数据来细化所关联的识别出的信息的一种或多种类型。

根据实施例,由所述记录标识符识别的所述患者队列至少部分地基于额外获得的关于所述患者的信息。

根据实施例,所述用户界面还被配置为显示与识别出的患者队列相关联的一种或多种识别出的信息的类型。根据实施例,所述用户界面还被配置为显示与识别出的患者队列相关联的识别出的信息的类型的部分。

根据另一方面,提供了一种用于分析电子医学记录的方法。所述方法包括以下步骤:生成患者队列,包括以下步骤:(i)跟踪电子医学记录界面的一个或多个用户的活动;(ii)基于对所跟踪的活动的分析来识别由所述一个或多个用户通过所述电子医学记录界面访问的患者信息,并且还识别与患者相关联的一个或多个患者参数;(iii)基于所述一个或多个患者参数来将两个或更多个患者关联到患者队列中;(iv)针对所述患者队列,识别由所述用户最常访问的信息的一种或多种类型;以及(v)将识别出的信息的一种或多种类型与所述患者队列相关联。所述方法还包括以下步骤:从用户接收对关于患者的信息的请求;基于所述患者的一个或多个参数来将所述患者与患者队列相关联;以及基于相关联的患者队列来识别与所述队列相关联的信息的所述一种或多种类型。

根据实施例,生成患者队列的步骤还包括:识别所述电子医学记录界面的特定用户以进行跟踪。

根据实施例,对所述用户界面的所述特定用户的所述识别至少部分地基于针对一个或多个患者的一个或多个有利结果。

根据实施例,所述方法还包括以下步骤:使用额外医学信息来细化与所述患者队列相关联的识别出的信息的一种或多种类型。

根据实施例,所述方法还包括以下步骤:分析额外获得的关于患者的医学信息。

根据实施例,所述方法还包括以下步骤:在用户界面上显示与识别出的队列相关联的信息的所述一种或多种类型。显示与识别出的队列相关联的信息的所述一种或多种类型包括:仅显示信息的所述一种或多种类型的识别出的部分。

在各种实施方式中,处理器或控制器可以与一个或多个存储介质(在本文中通常称为“存储器”,例如,诸如ram、prom、eprom和eeprom、软盘、压缩盘、光盘、磁带等的易失性和非易失性计算机存储器)相关联。在一些实施方式中,所述存储介质可以被编码有一个或多个程序,所述一个或多个程序当在一个或多个处理器和/或控制器上运行时,执行本文所讨论的至少一些功能。各种存储介质可以固定在处理器或控制器内或者可以是可运输的,使得可以存储在其上的一个或多个程序被加载到处理器或控制器中,以便实施本文所讨论的各个方面。本文在一般意义上使用术语“程序”或“计算机程序”来指代可以用来对一个或多个处理器或控制器进行编程的任何类型的计算机代码(例如,软件或微代码)。

如本文所使用的,术语“网络”是指两个或更多个设备(包括控制器或处理器)的任何互连,其促进在任何两个或更多个设备之间和/或在耦合到网络的多个设备之间的信息传输(例如,用于设备控制、数据存储、数据交换等)。如应当容易认识到的,适合于将多个设备互连的网络的各种实施方式可以包括多种网络拓扑中的任何一种,并且采用多种通信协议中的任何一种。另外,在根据本公开的各种网络中,在两个设备之间的任何一个连接可以表示在两个系统之间的专用连接,或者备选地,是非专用连接。除了携带意图用于两个设备的信息之外,这种非专用连接可以携带不一定用于两个设备中的任何一个设备的信息(例如,开放网络连接)。此外,应当容易认识到,如本文所讨论的各种设备网络可以采用一个或多个无线、有线/线缆和/或光纤链接来促进整个网络中的信息传输。

应当认识到,前述概念和下面更详细讨论的额外概念的所有组合(假设这样的概念不相互矛盾)被预见为是本文公开的发明主题的一部分。特别地,出现在本公开的结尾处的要求保护的主题的所有组合被预见为是本文公开的发明主题的一部分。还应当认识到,本文明确采用的术语也可以出现在通过引用并入的任何公开中,这些术语应当被赋予与本文公开的特定概念最一致的含义。

各个实施例提出了一种用于智能地选择要在emr界面上显示的片段的方法和系统。该方法开始于通过识别表现出容易界面导航的模式(例如,访问他们认为与患者有关的信息的交互次数少或时间短)的那些用户将某些用户分类为“专家用户”。当这些专家使用该系统时,该方法跟踪所访问的信息的类型(如通过将自然语言处理应用到所访问的信息并与临床本体相关输入的),并将该信息与人口统计、生命体征、诊断等一起记录以对关于相关联的患者的信息进行分类。由此,可以跨不同患者队列列出并排名信息的最重要类型。

此后,当任何用户取回特定患者的记录时,该方法识别该患者的队列并取回排名的信息类型的列表。然后,该方法跨患者的emr执行nlp,以识别与排名的列表上的本体论概念匹配的所有条目。此后,来自最高排名条目的片段可以被显示在针对该患者的emr的主屏幕上。在单击该片段时,向用户呈现从其获取该片段的完整条目。

这些和其他方面将从参考下文描述的(一个或多个)实施例变得显而易见并参考其得以阐述。

附图说明

在附图中,贯穿不同的视图,相似的附图标记通常指代相同的部分。而且,附图不一定按比例绘制,而是通常将重点放在说明本文公开的原理上。

图1是根据实施例的用于显示电子健康记录的方法的流程图。

图2是根据实施例的用于显示电子健康记录的方法的流程图。

图3是根据实施例的用于显示电子健康记录的系统的示意性表示。

具体实施方式

本公开描述了用于识别和显示电子健康记录的系统的各种实施例。更一般地,申请人已经意识和认识到,提供一种更有效地利用医学记录用户界面的有限显示的系统将是有益的。该系统跟踪界面的用户,并识别针对哪些患者通常查阅哪些记录。将具有相似参数的患者聚集到患者队列中,并识别出针对该队列的常见查阅记录。当系统接收到针对关于新患者的信息的查询时,识别最密切相关的患者队列,然后基于与识别出的患者队列相关联的记录类型来识别相关患者医学记录。根据实施例,该系统可以在用户界面上显示识别出的相关患者医学记录,以供临床医生、患者或其他用户查看。由于在任何给定时间在用户界面上只能显示医学记录的部分,所以该系统可以利用来自所生成的患者队列的信息和相关联的记录来识别应当优先显示记录的哪个部分或哪些部分。

参考图1,在一个实施例中,该图是用于识别电子健康记录的方法100的流程图。在该方法的步骤110处,提供医学记录显示系统。该医学记录显示系统可以是本文描述或以其他方式设想的任何系统。

在该方法的步骤120处,医学记录系统生成患者队列。如下面所描述的,生成患者队列包括步骤130至138中的一个或多个。患者队列将包括基于一个或多个参数相关的多个患者。例如,可以基于诸如疾病、症状、处置、病史的临床背景和/或其他临床背景来使患者相关。可以基于诸如性别、年龄、背景的患者人口统计和/或其他患者人口统计来使患者相关。可以基于针对患者的用户最常访问或查看的哪个或哪些记录来使患者相关。可以基于这些和/或其他参数中的若干参数的组合来将患者识别为相关。

所生成的患者队列还将包括对由医学记录系统的用户关于患者队列中的患者最常访问、查看或以其他方式利用的信息(例如医学记录)的一种或多种类型的识别。因此,如果系统的用户在整形外科临床背境中频繁地访问患者的x射线,则包括整形外科患者的患者队列可以具有x射线作为与该队列相关联的信息的类型中的一种。因此,如果生成多个患者队列,则每个队列可以与独特和/或重叠的记录类型或信息类型相关联。

在该方法的步骤130处,医学记录系统跟踪系统的一个或多个用户的活动。例如,用户可以是经由系统的用户界面查看患者记录的临床医生或其他专家。根据实施例,利用用户界面探测工具来监视临床医生-用户与系统的交互。系统的模块的监视方面识别要浏览什么患者笔记,访问哪些记录或记录类型、和/或其他信息。

根据实施例,在该方法的步骤131处,系统或用户识别该系统的一个或多个特定用户以进行跟踪。这些识别出的特定用户将优先于其他用户或代替其他用户被利用,以识别患者队列和/或与患者队列相关联的记录类型。例如,呈现出简单直接的导航或取回的模式或历史的用户可以被视为专家用户,因为他们将立即前往或以其他方式取回相关的文本信息。可以以这种方式使用各种度量来识别专家用户,例如,每个会话使用界面花费的时间,在界面点击之间的平均时间,用户点击“返回”的次数,由用户导航构造的“树”的复杂性(例如,用户是否在找到期望信息之前遇到了很多“死胡同”,或者用户是否直接访问期望信息)。在备选实施例中,被确定为做出导致正面结果的决策的临床医生可以被识别为用于跟踪的系统的特定用户,这可以帮助完善专家组。在一些实施例中,出于识别最相关信息的目的,专家用户可以被认为是所有患者的专家,或者可以基于每个队列授予专家头衔。例如,临床医生a可以被指定为队列a(例如,>40岁的心脏病患者)的专家,因此可用于确定最相关信息,但对于队列b(例如,儿科血液学患者)是非专家,因此可以使用其他专家来识别针对该队列的相关信息。也可以由医学记录系统的程序员或用户识别一个或多个特定用户。例如,程序员或用户可能希望让高级临床医生或有经验的用户作为识别出的特定用户用于分析和跟踪。

根据实施例,该系统跟踪由用户查看或访问的特定信息。该特定信息可以是跟踪由用户访问的记录类型的附加或备选。然后,该系统可以识别由用户通常访问的记录或记录类型内的特定信息。这可以在下游被利用以帮助识别记录类型和记录类型内的信息以提供给临床医生。根据实施例,该系统可以分析由用户访问的特定信息以识别其他记录或其他记录类型中的相似或相关的特定信息,以便向临床医生提供最相关信息。

根据实施例,医学记录系统利用眼球跟踪软件或算法来跟踪或识别由医学记录系统的用户最常查看或访问的信息。例如,用户界面或系统可以包括相机(例如可穿戴设备的相机)或以其他方式与相机通信,该相机识别并跟踪由用户最常查看和/或最专心查看的用户界面的对象、记录或区域。这些对象、记录或区域可以被识别为访问最多或最重要的对象、记录或区域。

根据实施例,医学记录系统利用自然语言处理(nlp)以从经由跟踪由用户识别出的一个或多个记录识别和/或提取信息。例如,用户可以利用用户界面来访问和查看非结构化报告或数据,例如手写笔记。医学记录系统经由跟踪(例如眼球跟踪)识别由用户访问或查看的记录,并使用nlp或其他数据提取或分析方法从该记录提取信息。

在该方法的步骤132处,该系统基于对所跟踪的活动的分析来识别由一个或多个用户通过电子医学记录界面访问的患者信息。例如,该系统可以记录该信息或记录由一个或多个用户访问的源,并将该信息存储在数据库中。然后,该系统可以取回该存储的信息,以立即进行分析或下游分析,如本文所述或以其他方式设想的。

同样在该方法的步骤132处,该系统识别与患者相关联的一个或多个患者参数,以便创建相关患者的患者队列。例如,可以基于诸如疾病、症状、处置、医学历史的临床背景和/或其他临床背景来使患者相关。可以基于诸如性别、年龄、背景的患者人口统计和/或其他患者人口统计来使患者相关。可以基于针对患者的用户最常访问或查看的哪个或哪些记录来使患者相关。可以基于这些和/或其他参数中的若干参数的组合来将患者识别为相关患者。

在该方法的步骤134处,该系统基于一个或多个患者参数来将两个或更多个患者关联到患者队列中。具有相似参数的患者可以被关联到相同患者队列中。相似性可以基于阈值、多个相似或不相似参数、一个或多个参数的严重性或范围、来自系统的程序员或用户的输入、人口统计、记录类型、疾病和/或许多其他患者因素。患者队列可以被生成或存储在存储器或数据库中,或者可以以其他方式被识别或生成。

在该方法的步骤136处,该系统识别由用户针对特定患者队列最常访问的信息的一种或多种类型。例如,该系统可以记录由一个或多个用户访问的信息或记录源,并识别最常使用哪个记录的源。这可以基于阈值、排名和/或机器学习机制。不同的患者队列可以具有相同的常访问的记录类型、一些重叠的常访问的记录类型或不重叠的常访问的记录类型。在一些实施例中,设备可以利用(跨所有队列或针对该特定队列的)仅专家用户的访问历史来识别专家用户针对该队列的患者最频繁访问的信息的哪些类型。该方法可以在该步骤处应用自然语言处理,以从由专家针对该队列中的患者访问的文档中提取由临床本体识别出的概念,然后按照访问频率对概念进行排名。

在该方法的步骤138处,该系统将识别出的信息或记录的一种或多种类型与患者队列相关联。识别出的常访问的记录类型可以与存储器或数据库中的患者队列相关联,或者可以以其他方式被识别或与患者队列相关联。因此,当临床医生或用户访问患者队列中的患者时,该患者和/或患者队列将与识别出的信息或记录的一种或多种类型相关联。

在该方法的步骤139处,该系统使用额外信息来修改患者队列和/或识别出的与患者队列相关联的信息或记录的一种或多种类型。例如,可以使用临床数据库或其他相关信息源对队列中的一个或多个患者和/或一个或多个识别出的记录进行排名、过滤、添加、移除或以其他方式修改。例如,与队列关联的用于诊断或治疗决策的临床概念可以使用额外信息来识别,并因此可以优先进行报告。在许多额外信息源中,存在诸如medscape、pubmed、维基百科、医学期刊、其他基于知识的数据库、临床医生精选的数据等的数据库以及更多源。

可以使用患者、患者记录和用户跟踪信息的大型语料库或数据库来一次或多次生成多个患者队列。所生成的多个患者队列可以是稳定的,可以连续或定期更新,并且/或者可以按需重新形成。一旦创建了患者队列,医学记录系统就利用多个患者队列来优化提供给临床医生以供将来患者使用的信息。因此,在该方法的步骤140处,医学记录系统接收对关于患者的信息的请求。该请求可以来自临床医生或医学记录系统的任何其他用户,包括患者。关于患者的信息可以是医学历史、患者参数和/或医学记录,以及许多其他类型的信息。

在该方法的步骤150处,该系统至少部分地基于一个或多个患者参数来将患者与所生成的多个患者队列之一相关联。患者可以与该患者最相似的患者队列相关联。相似性可以基于阈值、多个相似或不相似的参数、一个或多个参数的严重性或范围、来自系统的程序员或用户的输入、人口统计、记录类型、疾病和/或许多其他患者因素。患者与患者队列的关联可以被生成或存储在存储器或数据库中,或者可以以其他方式识别。

在该方法的步骤142处,该系统分析关于患者的额外信息,以便于识别适当的患者队列,并且/或者减少系统中的冗余。例如,一旦在患者队列中识别出新患者,就可以例如使用语义或自然语言处理来分析患者的笔记、社交媒体、活动模式和/或其他数据源。该信息可以修改或进一步细化患者所属的患者队列,或者可以修改或进一步细化与识别出的患者队列相关联的哪些记录被提供或优选。

在该方法的步骤160处,该系统基于与患者相关联的患者队列来识别患者的包括匹配与患者队列相关联的一种或多种识别出的信息的类型的信息的一个或多个记录。例如,从以上关于步骤136描述的本体概念的排名列表开始,使用nlp从该患者的记录中提取任何本体概念,然后与针对该队列的概念的排名列表进行比较,以确定哪些文档包括匹配列表的概念。然后,该系统可以选择要显示的文档数量(例如,预配置的数量或可以根据当前显示配置和要显示的片段的大小在ui上显示的数量,如下面所解释的)。例如,该系统可以选择与排名列表中排名最高的概念匹配的文档。在一些实施例中,为了避免累积信息,该系统可以为排名列表中的每个概念选择仅一个文档。在这样的实施例中,例如,即使三个文档在排名列表中包括概念#1,该系统也可以选择仅一个(例如,基于文档中包括的最新的额外概念,随机地,或基于其他选择标准),并继续选择包含概念#2的文档。因此,这基于与适当的患者队列相关联的患者来优化提供给临床医生的信息。

根据实施例,该系统识别、突出显示或以其他方式提供识别出的记录的特定部分或片段。这些识别出的部分或片段可以基于识别出的记录类型、关于患者的信息、基于上述用户分析的优选片段或部分的识别、或者使用任何其他方法。

在该方法的步骤170处,以某种形式显示识别出的一个或多个记录。例如,界面可以显示对文档的识别(例如,“2017年1月1日的放射学报告”)、指向识别出的文档的链接、来自文档的文本或图像数据的片段或整个文档中的一个或多个。可以使用任何方法或系统来呈现识别出的信息。例如,可以例如经由移动设备、膝上型计算机、台式机、可穿戴设备或任何其他计算设备的用户界面将信息实时地呈现给用户。结果可以由允许信息被呈现的任何用户界面(例如麦克风或文本输入)以及许多其他类型的用户界面呈现。备选地,可以将结果呈现给计算设备或自动化系统。在一些实施例中,可以指定患者仪表板的区域以显示该方法的结果。可以响应于从用户界面的另一屏幕(例如,患者搜索或病房概览)对患者的选择或其他识别而显示仪表板,包括关于患者的其他信息,例如人口统计信息、生命体征、分配的工作人员、临床决策支持算法输出等。

根据实施例,该系统优先显示识别出的记录的识别出的部分或片段。这些识别出的部分或片段可以基于识别出的记录类型、关于患者的信息、基于上述用户分析对优选片段或部分的识别、或者使用任何其他方法。在一些实施例中,该系统可以在提取与排名列表匹配的本体概念的位置附近选择文本(或图像或其他数据)的片段。根据实施例,这些部分或片段与链接一起显示,以提供关于患者记录中的一个或多个临床问题的证据或额外信息。根据实施例,这些部分或片段与指向临床数据库的链接一起显示,该链接指示用于患者处置的一个或多个临床问题的临床价值。

参考图3,在一个实施例中,该图是医学记录系统300的示意性表示。系统300可以包括模块、元件、数据库、处理器和/或本文描述或以其他方式设想的其他部件中的任何。

根据实施例,系统300包括用户界面310,以从用户接收查询,跟踪用户与系统的交互,并且/或者向用户提供识别出的信息。用户界面可以是允许传达和/或接收信息的任何设备或系统,例如扬声器或屏幕,以及许多其他类型的用户界面。该信息还可以被传送到计算设备或自动化系统和/或从计算设备或自动化系统接收。用户界面可以与系统的一个或多个其他部件一起定位,或者可以远离系统并且经由有线和/或无线通信网络进行通信。

根据实施例,系统300包括执行该方法的一个或多个步骤的处理器320,并且可以包括一个或多个模块。处理器320可以由一个或多个模块形成,并且可以包括例如存储器330。处理器320可以采用任何合适的形式,包括但不限于微控制器、多个微控制器、电路、单个处理器或多个处理器。存储器330可以采用任何合适的形式,包括非易失性存储器和/或ram。非易失性存储器可以包括只读存储器(rom)、硬盘驱动器(hdd)或固态驱动器(ssd)。存储器可以存储操作系统等。ram由处理器用于临时存储数据。根据实施例,操作系统可以包含代码,该代码在由处理器运行时控制系统300的一个或多个部件的操作。

根据实施例,系统300包括患者队列生成器350,其可以是处理器、一个或多个处理器的部件和/或软件算法。患者队列生成器350创建如本文所描述或以其他方式设想的一个或多个患者队列。患者队列将包括基于一个或多个参数相关的多个患者。例如,可以基于诸如疾病、症状、处置、医学历史的临床背景和/或其他临床背景来使患者相关。可以基于诸如性别、年龄、背景的患者人口统计和/或其他患者人口统计来使患者相关。可以基于针对患者的用户最常访问或查看的哪个记录或哪些记录来使患者相关。可以基于这些和/或其他参数中的若干参数的组合来将患者识别为相关。所生成的患者队列还将包括对由医学记录系统的用户关于患者队列中的患者最常访问、查看或以其他方式利用的信息(例如医学记录)的一种或多种类型的识别。

根据实施例,患者队列生成器350通过跟踪系统的一个或多个用户的活动、识别由一个或多个用户通过电子医学记录界面访问的患者信息、识别与患者相关联的一个或多个患者参数以便创建相关患者的患者队列并基于一个或多个患者参数将两个或更多个患者关联到患者队列中来创建一个或多个患者队列。患者队列生成器350还识别由用户针对特定患者队列最常访问的信息的一种或多种类型,并将识别出的信息或记录的一种或多种类型与患者队列相关联。患者队列生成器350还可以识别这些记录的片段的部分以优先显示。患者队列生成器350可以查阅额外信息以修改患者队列和/或与患者队列相关联的识别出的信息或记录的一种或多种类型。例如,患者队列生成器350可以查阅额外医学信息源380,例如medscape、pubmed、维基百科、医学期刊、其他基于知识的数据库、临床医生精选的数据以及更多源。

根据实施例,患者队列生成器350使用医学信息语料库340(例如关于多个患者的信息)创建一个或多个患者队列。医学信息语料库可以是与关于针对这些患者通常访问的记录的数据相关联的患者信息的数据库。

根据实施例,患者队列生成器350将所生成的患者队列和相关联的记录类型或信息存储在数据库360中,该数据库可以是系统的部件,或者可以本地或远程地存储,并且周期性地和/或连续地与系统通信。

根据实施例,系统300包括记录标识符370,其可以是处理器、一个或多个处理器的部件和/或软件算法。记录标识符370接收、分析和/或解读对经由用户界面310接收到的对关于患者的信息的请求。该请求可以来自临床医生或医学记录系统的任何其他用户,包括患者。关于患者的信息可以是医学历史、患者参数和/或医学记录,以及许多其他类型的信息。

记录标识符370至少部分地基于一个或多个患者参数来将患者与所生成的多个患者队列之一相关联。患者可以与该患者最相似的患者队列相关联,其中相似性可以基于例如阈值相似性可以基于阈值、多个相似或不相似的参数、一个或多个参数的严重性或范围、来自系统的程序员或用户的输入、人口统计、记录类型、疾病和/或许多其他患者因素。

记录标识符370可以分析关于患者的额外信息,例如,患者的笔记、社交媒体、活动模式和/或其他数据源,以便促进识别适当的患者队列和/或减少系统中的冗余。

记录标识符370基于与患者相关联的患者队列来识别与该队列相关联且最常访问或利用的信息或记录的一种或多种类型。记录标识符370还可以识别、突出显示或以其他方式提供识别出的记录的特定部分或片段。记录标识符370然后可以将包括识别出的记录和/或记录的识别出的部分或片段的患者信息发送到用户界面310、服务器或数据库、或者另一位置。

如本文所定义和使用的,所有定义应当被理解为控制在字典定义、通过引用并入的文档中的定义、和/或所定义的术语的普通含义上。

除非明确指出相反的含义,否则在说明书中和权利要求书中使用的不定词语“一”和“一个”应当被理解为表示“至少一个”。

如本文在说明书中和权利要求书中使用的短语“和/或”应当被理解为是指如此连接的元件中的“任一个或两者”,即,在一些情况下结合地存在并在其他情况下分离地存在的元件。用“和/或”列出的多个元件应当以相同的方式解释,即,如此连接的元件中的“一个或多个”。除了由“和/或”子句明确识别的元件之外,还可以存在其他元件,无论与具体识别出的那些元件相关还是无关。

如本文在说明书中和权利要求书中所使用的,“或”应当被理解为具有与以上定义的“和/或”相同的含义。例如,当将列表中的项分开时,“或”或“和/或”应当被解释为包含性的,即,包含多个元件或元件列表中的至少一个,但也包括多于一个,以及额外的未列出的项。仅明确指出相反的术语,例如“中的仅一个”或“中的恰好一个”,或当在权利要求书中使用时,“由......组成”将指的是包括多个元件或元件列表中的恰好一个元件。一般而言,如本文中使用的术语“或”在前面有排他性术语(例如“任一个”、“中的一个”、“中的仅一个”或“中的恰好一个”)时仅应当被解释为表示排他性备选(即,“一个或另一个但不是两者”)。

如本文在说明书中和权利要求书中所使用的,在提及一个或多个元件的列表时,短语“至少一个”应当被理解为表示选自元件列表中的任意一个或多个元件的至少一个元件,但不一定包括元件列表内具体列出的每个元件中的至少一个元件,并且不排除元件列表中的元件的任何组合。该定义还允许除了短语“至少一个”所指代的元件列表内特别识别出的元件之外,还可以存在其他元件,无论与那些特别识别出的元件相关还是不相关。

还应当理解,除非有明确的相反指示,否则在本文要求保护的包括多于一个步骤或动作的任何方法中,该方法的步骤或动作的次序不必限于叙述该方法的步骤或动作的次序。

在权利要求以及以上说明书中,所有过渡性短语,例如“包括(comprising)”、“包含”、“携带”、“具有”、“含有”、“涉及”、“持有”、“包括(composedof)”等应当被理解为开放式的,即,意味着包括但不限于。仅过渡性短语“由......组成”和“基本上由......组成”应当分别是封闭的或半封闭的过渡性短语。

虽然本文已经描述和说明了若干发明实施例,但是本领域普通技术人员将容易想到用于执行本文描述的功能和/或获得本文描述的结果和/或一个或多个优点的多种其他手段和/或结构,并且每个这样的变化和/或修改被认为在本文描述的发明实施例的范围内。更一般地,本领域技术人员将容易地认识到,本文描述的所有参数、尺寸、材料、以及配置均旨在为示例性的,并且实际参数、尺寸、材料和/或配置将取决于使用本发明教导的一个或多个特定应用。仅使用常规实验,本领域技术人员就将意识到或能够确定本文描述的具体发明实施例的许多等同方案。因此,应理解,前述实施例仅通过示例给出,并且在随附权利要求及其等同方案的范围内,可以以不同于具体描述和要求保护的方式来实践本发明实施例。本公开的发明实施例涉及本文描述的每个单独的特征、系统、物品、材料、套件和/或方法。另外,如果这样的特征、系统、物品、材料、套件和/或方法不是相互矛盾的,则两个或更多个这样的特征、系统、物品、材料、套件和/或方法的任意组合被包含于本公开的发明范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1