CN101622623A - 用于在单个界面中提供患者一生的临床建档的方法和系统 - Google Patents

Abstract

本发明的某些实施例提供用于经由统一界面提供患者一生的综合临床建档的方法和系统。某些实施例提供显示电子患者记录的用户界面系统。该系统包括患者记录的时间线表示。该时间线包括随着时间与患者有关的多个数据点。所述多个数据点提供从多个信息源聚集的患者数据。所述时间线提供在单个视图中对所述多个数据点的访问和回顾。该系统包括一个或多个控件，允许所述时间线中的所述多个数据点的一个或多个的导航和操作。

Description

用于在单个界面中提供患者一生的临床建档的方法和系统

技术领域

本发明通常涉及聚集(aggregate)和查看患者数据。更具体地，本发明涉及经由统一(unified)界面提供患者一生的建档(documentation)的方法和系统。

背景技术

临床或保健环境是拥挤、苛刻的环境，其将从保健环境中使用成像系统、数据存储系统和其它装置的组织和改进的使用便利受益。如医院或诊所的保健环境包括大量的专业人员、患者、设备和计算机化的信息系统。保健机构的职员必须管理多个患者、系统，并且任务是给患者提供高质量服务。保健职员在它们的工作流程中可能面临许多困难或障碍。

保健已经变为以电子数据和记录管理为中心。如医院或诊所的保健环境包括信息系统(如保健信息系统(HIS)、放射信息系统(RIS)、临床信息系统(CIS)和心血管信息系统(CVIS))和存储系统(如图片存档和通信系统(PACS)、库信息系统(LIS)和电子医疗记录(EMR))。存储的信息例如可以包括患者医疗历史、成像数据、检测结果、诊断信息、管理信息和/或安排信息。用于特定信息系统的信息可以集中存储或分开在多个位置。保健职员在保健流程中可能期望在各个点访问患者信息或其它信息。例如，在患者的成像扫描期间，医疗职员可以访问存储在医疗信息系统中的患者信息，如患者检查顺序。替代地，在成像扫描期间，医疗职员可以将新的信息(如历史、诊断和/或治疗信息)输入到医疗信息系统中。

不同的临床科室和不同的临床系统以不同的方式和不同的形式收集患者信息，并且通常分开存储该信息。然后必须从若干完全不同的系统检索和查看信息。

当前的信息和管理系统不提供互连和灵活性。当前的临床信息系统典型地由程序员为特定用户手动修改。患者护理或实践管理流程的许多内容是基于纸件的或没有全部呈现。当前的系统没有提供中央系统，用户可以通过该中央系统访问患者信息、资源信息、顺序(order)和结果或使其相互相关。许多提供各种解决方案的第三方供应商(vendor)也呈现关于互用性和连通性的困难。

当前，患者整个一生的相关患者信息以多种格式存在，其包括来自多个供应商和多个保健提供者的纸件、文件夹和分立信息系统。当前的系统不能有效地聚集该信息。此外，当前的系统不能一次显示该信息，使得保健提供者在评估和诊断疾病时具有解释患者的完整医疗历史的能力。提供者很少能够看到患者的全部历史。更通常地，提供者只具有响应于临床诊断中询问患者的问题，他们已经收集的或他们已经接收的信息。在提供者做出决定时，利用提供者可用的有限知识做出关键决定。

因此，提供聚集的临床信息的系统和方法是非常期望的。随着时间聚集信息的系统和方法将是非常期望的。提供患者护理的时间表(chronology)的系统和方法也将是非常期望的。

尽管在马里兰大学的生命线模型(LifeLines prototype)将电子医疗记录表示为一系列的时间线。但是该生命线系统列出图形可视化(visualization)的高级别信息。为了深入到粒度(granular)信息(如肝面板(panel)或白血球计数)，生命线应用的用户必须点击图形图标，其打开预览面板到包含该信息的分开文件或结构。该粒度信息没有嵌入该界面，而是分开地存储和显示。打开预览窗口还导致时间线压缩，使得查看者在查看粒度信息时丢失原始导航的一些高级别背景(context)。高级别内容的丢失可能对用户产生困扰和失望。

因此，存在对允许用户在单个界面中查看整个患者背景的系统和方法的需要。存在对允许用户在统一界面中查看患者数据的时间线的系统和方法的需要。存在对允许用户动态改变患者和实践管理功能和数据的系统和方法的需要。此外，存在对具有允许用户交互式地将患者和实践管理功能与数据相关联的配置能力的系统和方法的需要。这种系统和方法可以在单个计算机屏幕或其它入口上提供综合的患者和/或实践管理。此外，这种系统和方法可以提供用户输入、查看和/或使用信息的方式的定制。此外，将非常期望便利与第三方应用交互并且保护患者隐私的系统和方法。

发明内容

本发明的某些实施例提供用于经由统一界面的患者一生的综合临床建档的方法和系统。

某些实施例提供显示电子患者记录的用户界面系统。该系统包括患者记录的时间线表示。该时间线包括随着时间与患者相关的多个数据点。该多个数据点提供从多个信息源聚集的患者数据。所述时间线提供在单个视图中对所述多个数据点的访问和回顾。该系统包括一个或多个控件(control)，允许所述时间线中的所述多个数据点的一个或多个的导航和操作。

某些实施例提供一种综合患者记录，其包括患者一生的电子患者数据。所述电子患者数据按照时间表顺序排列，并且可以在单个背景中、以所述单个背景内的变化粒度度查看。所述电子患者数据经由所述单个背景从用于查看和修改的多个数据源聚集。

某些实施例提供一种用于经由单个、统一界面提供患者一生的综合临床建档的方法。所述方法包括提供综合患者记录。所述记录包括随着时间与患者有关的多个数据点。所述多个数据点提供从多个信息源聚集的患者数据。所述记录提供在单个患者背景中对所述多个数据点的访问和回顾。所述方法包括基于来自界面的输入操作所述记录，以便从所述记录访问更细的粒度信息。

某些实施例提供一种计算机可读介质，其具有一组用于在计算机上执行的指令。该组指令包括显示电子患者记录的用户界面例程。所述电子患者记录包括随着时间与患者有关的多个数据点。所述多个数据点提供从多个信息源聚集的患者数据。所述界面例程提供在单个患者背景中对所述多个数据点的访问和回顾。该组指令还包括控制例程，其便利电子患者记录的导航和操作，以便进行以下的至少一种：查看和修改记录中的多个数据点的一个或多个。

附图说明

图1是描绘根据本发明实施例的示例患者的完整医疗记录的可视化。

图2示出根据本发明实施例、用于提供关于患者数据点的额外信息的全部或部分患者记录时间线的示例性放大。

图3描绘根据本发明实施例、用于查看关于该事件和周围数据的更多细节的特定事件的进一步放大。

图4图示根据本发明实施例的患者记录的进一步放大。

图5图示根据本发明实施例、允许用户查看和编辑记录中的一个或多个数据点的患者记录时间线的进一步放大。

图6图示用于根据本发明实施例的患者记录中的患者一生的建档的方法的流程图。

图7图示根据本发明实施例的用于临床数据存储和检索的系统。

当结合附图阅读时，将更好地理解本发明的前述发明内容和以下某些实施例的详细描述。为了图示本发明的目的，附图中示出了某些实施例。然而，要理解的是，本发明不限于附图中所示的安排和手段。

具体实施方式

某些实施例提供在一个容易使用的界面中提供患者整个一生的综合临床建档的方法和系统。某些实施例使得患者整个一生的医疗历史能够在一个背景中显示、编辑和相互作用。用户可以在高级别查看患者历史或时间线的整个完全形态(gestalt)，以便更好地理解患者的整体健康。从高级别整体优势来看，用户可以通过使用导航光标、鼠标点击、触摸屏、语音命令、凝视跟踪等导航到患者历史上的任何特定项目。用户可以深入时间线中的孤立元数据以查看特定实验报告、体检记录、过程等。因此，用户可以通过经由界面滚动、拖动、扩展、收缩等，经由统一界面导航一组完整的患者保健数据。

患者EMR和/或其它记录包括患者的医疗历史，并且包括具有时间标记(stamp)(或者收集或输入数据的时间和日期)的数据。数据的类型可以包括检测名称、检测结果、成像过程、就诊(例如，医院、办公室、诊所等)、医疗问题、医护人员碰面(caregiver encounter)、医疗过程、症状、生物分析、发现物(finding)、药物、获得物等。数据的这些类型/种类每个例如可以由数据出现的每个事件的共同和/或单独时间线上的符号表示。

在某些实施例中，EMR可以通过以代表每次患者碰面的符号表示时间线，以视觉方式表示数据。患者碰面例如可以包括任何检测、就诊、或与任何医师、护士、放射科医师、成像技师或其它医护人员的碰面。在许多患者碰面的情况下，时间线会变得太混乱，并且难以可视化数据之间的关联。数据可以以如通过患者碰面(例如，办公室/医院就诊/住院)、时间/数据范围、问题(例如，肥胖、心脏病、骨折等)、过程(例如，手术、一系列实验室检测等)、收集/输入医院/诊所/医护人员等的多种方式相关联。

在某些实施例中，用户界面与数据映射应用至少在以下方面不同：数据不是简单提供作为位图照片，而是替代地和/或另外地包括可编辑的数据点，该可编辑的数据点具有超级链接或另外地连接到和/或查看更细的粒度信息的能力。在某些实施例中，信息可以全部包含在单个患者历史中，并且例如可以随着时间线的各区域被进一步放大和访问变得看得见。保健专业人员还可以通过例如输入文本数据或多媒体数据、经由语音命令和/或通过与可用的第三方保健信息系统同步，将信息增加到患者背景中。

在某些实施例中，呈现引擎可以将聚集的数据“制图”或映射为单个时间线界面。随着新数据被收集，该呈现引擎可以“重画”时间线并且更新界面。

在某些实施例中，患者将不但拥有他或她自己的数据，而且将具有与任何保健提供者、支付者、临床试验等共享数据的能力。例如，患者的数据可以被路由到其它应用、数据库、信息系统、便携式医疗记录等。

在某些实施例中，综合患者数据点可以聚集到单个位置(例如，微型驱动器(thumbdrive)、CD、DVD、硬盘驱动器等)。来自多个临床应用的导出能力允许将信息聚集和存储到单个位置。

图1描述了根据本发明实施例的、示例性的44岁老年男性的完整医疗记录的完整可视化。在高级别，用户可以看到对该患者存在的每次临床碰面、实验室结果、报告等。从该高级别查看，例如利用指示已经对该患者出现的特定问题或事件的特定视觉序列，可以评估患者的整体健康。除了会见患者以依靠信息粒度的存储器，提供者经由基于时间线的界面具有可用于评估的整个患者背景。信息例如可以以多种分类方式分割。只为了说明目的，图1将信息分割为碰面、结果、问题、过程和药物。

如上所述，图1示出了为用户图形显示的患者时间线的高级别视图。患者的所有信息包含在一个背景中。患者数据按时间组织并且与其它患者数据相关。用户可以在时间线界面内查看和编辑数据。

用户通过经由鼠标和光标、键盘、轨道球、触摸屏等拖动、滚动和/或另外地移动视点，可以导航、操作和查看界面中的不同信息和不同级别/粒度信息。患者时间线可以显示在计算机监视器、吊挂显示器、油脂板(grease board)、查看台等上。在某些实施例中，查看台或显示器将患者历史投影或另外地显示在台上用于由患者查看。在某些实施例中，查看表面是触摸敏感的和/或与运动跟踪能力相关联的，以便允许用户导航、查看和/或修改患者历史中的信息。在某些实施例中，例如通过关于用户和关于查看表面定位的一个或多个传感器检测和跟踪(各)用户动作。在某些实施例中，一个或多个用户可以同时或基本上同时查看和/或修改时间线中的信息。

在更高的放大下，患者的更多细节开始变得更清楚。基于特定事件或问题，为了更多细节用户可以选择进一步放大。进一步放大允许特定患者事件或信息源的更多细节。显示的信息可以具有附接的超级链接以允许用户导航到最初生成该数据的信息系统，以深入更细的细节。替代地和/或额外地，与信息有关的更细的细节可以呈现在患者历史背景中，并且随着用户深入时间线变得可查看和可回顾。

在某些实施例中，在更高级别的放大下，额外的文本变得更清晰，并且允许用户查看关于特定问题、介入、报告等的更细的细节。在更高的放大下，用户可以回顾和编辑数据点。当元数据属于显示的特定患者时，用户可以注释元数据的关系。例如，用户可以画直线以连接各问题或者画圆圈以将大量数据点分组，以便允许用户可视化各关系，并且产生链接以帮助引导决定作出过程。

用户还可以回顾和/或编辑特定实验室结果、童年免疫接种、特定治疗计划等。例如，患者记录的某些区域可以加标记或书签以允许用户容易地深入特定问题或者将来访问时的事件。

因此，某些实施例允许保健提供者以简单的扫视就看到患者的整个医疗记录。给用户提供有交互地回顾与患者有关的信息并且忽视与当前情况无关的事件或问题的能力。在某些实施例中，超级链接允许用户开始和/或访问具有更详细和/或额外建档的信息系统，该建档可以包括放射图像、波形等。在某些实施例中，来自完全不同的信息系统的额外信息聚集到记录中，用于基于进一步的放大在记录中访问并且“深入”到显示的记录内的更细级别的粒度。某些实施例提供患者数据的单个库，其帮助给患者提供拥有、传送和共享它们自己的数据的能力。某些实施例将患者一生的保健记录聚集在单个背景中，并且提供以简单的扫视(例如，从单个显示或界面)回顾整个数据组的能力。在某些实施例中，例如一生的患者保健记录可以存储在智能卡、微型驱动器、CD、DVD、硬盘驱动器、便携式存储器和/或其它介质上。例如，数据可以聚集或存储用于以后使用。

如图所示，例如在图1中，完整的患者时间线100可以从高级别查看。时间线100可以划分为多个种类，如碰面110、结果112、问题114、过程116和药物118。使用时间线100，可以查看患者一生的碰面/就诊和结果/数据的高级别可视化。

如图2所示，例如患者记录时间线200的全部或部分的放大提供关于患者数据点(如事件、问题、报告等)的额外信息。例如，在图2的界面200中，例如在出现事件或状况的时间点或多个时间点，如痛风、心房纤维颤动、高胆固醇等的患者数据220在患者记录上变得更清晰和/或另外可见。

如图3所示，用户可以进一步放大特定事件以查看关于事件320和周围数据的更多细节。例如，用户可以选择和/或进一步放大显示的信息以访问额外的细节和/连接到包括关于选择的数据点的额外细节的信息系统。

图4图示根据本发明实施例的患者记录400的进一步放大。进一步放大允许用户结合问题或介入查看更细的细节。例如，用户可以查看关于特定患者问题420(如心房纤维化)的(各)检测、(各)过程和/或(各)检查430。

在图5中，患者记录时间线500的进一步放大允许用户回顾和编辑记录500中的一个或多个数据点540。例如，用户可以利用一条或多条线550和/或其它标记来注释记录500，以便连接问题、难题、重要形成相关信息和/或其它数据点。用户还可以将一个或多个数据点画圆圈560以产生这些数据点之间的关系。进一步注释可以允许用户突出、标记和/或另外增加信息到记录500和/或一个或多个组件数据点，以便帮助例如患者诊断、治疗和/或研究。

在某些实施例中，患者医疗记录在共同患者背景下从多个信息系统聚集信息。信息系统例如可以包括放射信息系统(RIS)、图片存档和通信系统(PACS)、计算机医师命令输入(CPOE)、电子医疗记录(EMR)、临床信息系统(CIS)、心血管信息系统(CVIS)、库信息系统(LIS)和/或其它保健信息系统(HIS)。便利对患者记录的访问的界面可以包括背景管理器，如临床背景对象工作组(CCOW)背景管理器和/或其它基于规则的背景管理器。各组件可以在一个或多个处理单元(如计算机、医疗系统、存储设备、定制处理器和/或其它处理单元)上经由有线和/或无线连接通信。例如，各组件可以以硬件、软件和/或固件的各种形式分开地和/或集成地实现。

例如，某些实施例可以用于提供用于基于规则和背景共享的应用执行和/或信息检索的集成解决方案。例如，背景共享允许例如信息和/或配置选项/设置在各系统环境之间共享。例如，规则可以动态定义和/或从库中加载，以便过滤和/或处理从信息系统和/或应用生成的信息。

例如，特定患者的信息可以经由统一的患者记录时间线，从用于呈现给用户的一个或多个信息系统中提取和/或链接。在某些实施例中，例如信息检索、显示和/或处理设置可以根据特定用户或用户的类型定制。例如，信息的检索、聚集、显示和/或处理可以基于规则、喜好和/或其它设置。例如，可以基于预设参数和/或观察的数据自动生成规则、喜好、设置等。例如，可以由系统管理员或其它用户产生规则、喜好、设置等。例如，还可以基于经验手动和/或自动采用规则、喜好、设置等。

在某些实施例中，用户可以登录任何一个连接的系统和/或分开的系统以通过背景共享和统一的用户界面访问在全部连接的系统上发现的信息。在某些实施例中，可以过滤信息用于更容易、更有效的查看。

在某些实施例中，例如，提供患者记录的用户界面可以与用于处理多个应用和工作流的全景(perspective)管理系统一起工作。该全景管理系统允许定义各种全景，其保存特定用户的工作流步骤和其它信息。例如，全景可以用于保存视觉组件定位信息和基于工作流的交互。全景允许相关信息呈现给用户。

在某些实施例中，例如，患者记录提供标识信息、过敏和/或疾病信息、历史信息、命令、药物、进度记录、流程图、实验、图像、监视器、总结、管理信息和/或其它信息。例如，患者记录可以包括保健从业者和/或患者的任务列表。例如，患者记录还可以识别护理提供者和/或患者的位置。

在某些实施例中，例如，可以给出正常结果、异常结果和/或临界结果的指示。例如，该指示可以是图形的，如图标。用户可以选择指示符以获得更多信息。例如，用户可以点击图标以了解关于为什么结果异常的细节。用户可以能够只查看某些类型的结果。例如，用户可以只查看临界结果。

可以提供过滤器和/或规则用于查看和/或分类。可以为数据指定范围，如值或日期。可以提供默认的视图、种类、过滤器、规则和/或范围。在某些实施例中，默认值可以由用户和/或基于操作条件修改。在某些实施例中，可以由用户创建新的视图、种类、过滤器、规则、范围等。

例如，过滤器可以用于根据一个或多个变量过滤呈现给用户的医疗结果数据。例如，当用户选择过滤器时，修改例程通过从显示中移除没有落入过滤器中的所有医疗结果，将该过滤器应用于在当前视图中显示给用户的结果。如上所述，变量可以是包括在医疗数据中的任何数据或信息。例如，变量可以包括实验室检测结果、生命征兆测量、注入患者的流体和/或从患者测量的流体的类型(或项目)和/或范围的一个或多个。变量可以包括来自记录的文本、实验室报告、检查报告、对实验室检测结果、生命征兆测量、注入患者的流体和/或从患者测量的流体的一个或多个标题、实验室检测的命令、治疗和/或处方和/或姓名。通过对一个或多个变量指定一个或多个限制，用户可以创建要应用到在结果窗口中呈现的结果的过滤器。

在某些实施例中，例如，统一用户界面与一个或多个应用和/或信息系统通信。该统一用户界面与(各)应用和/或(各)系统的单独界面交互，并且对用户屏蔽或隐藏单独界面。也就是说，用户看到并且与统一用户界面而不是底层的单独界面交互。用户可以在统一用户界面认证。例如，在统一用户界面的认证可以通过连接的(各)应用和/或(各)系统传播。

图6图示用于根据本发明实施例的患者记录中的患者一生的建档的方法600的流程图。在步骤610，识别特定用户。例如，识别患者Mark Morita用于综合电子患者记录的创建。在步骤620，为患者从多个源聚集数据。例如，识别的或另外选择的患者的数据从一个或多个源(如PACS、RIS、EMR、HIS等)检索、并且聚集或组合为患者的一生的患者数据的时间线或综合视图。

在步骤630，聚集的数据保存在患者背景中。例如，患者的一生EMR可以包括聚集的数据。替代地，例如，可以关于界面保存到组件数据的链接，用于由用户或自动系统稍后检索/使用。

在步骤640，将综合患者记录提供给用户。例如，用户可以经由用户界面(如显示器、触摸屏、具有传感器的查看台等)查看综合患者记录和构成数据。在步骤650，用户可以操作界面以访问来自患者记录的更细的粒度信息。例如，用户可以关于时间线的区域和/或特定数据点深入或另外地导航，以便查看患者记录中的区域、时间、数据点等的额外信息。

在步骤660，用户可以编辑患者记录。例如，用户可以注释(例如，通过以直线、圆圈等链接来连接和/或分组)记录中的数据点。作为另一示例，用户可以使用一个或多个输入源(如键盘、触摸屏、铁笔、语音命令、眼睛跟踪等)打开和编辑患者记录中包括的一个或多个数据点。例如，用户可以增加和/或删除记录中的一个或多个数据点。例如，用户可以将一个或多个数据点标记或加书签，用于在以后使用中更容易通知/访问。在步骤670，用户可以保存患者记录。患者记录可以保存到信息系统、EMR、便携式介质、智能卡、条形码(barcode)等。因此，可以保存对记录的修改/注释用于以后检索和/或其它使用。

例如，方法600的一个或多个步骤可以以硬件、固件和/或以软件的一组指令单独或结合实现。某些实施例可以提供作为驻留在计算机可读介质(如存储器、硬盘驱动器、DVD或CD)上的一组指令，用于在通用计算机或其它处理设备上执行。

本发明的某些实施例可以省略这些步骤的一个或多个和/或以与列举的顺序不同的顺序执行。例如，一些步骤不能在本发明的某些实施例中执行。作为另外的示例，某些步骤可以以不同于上面列举的时间顺序执行，包括同时执行。

在某些实施例中，患者的时间线记录中的一个或多个数据点的改变或演变可以通过改变跟踪功能显示。在某些实施例中，用户提供有开通或禁用该改变跟踪功能的能力。例如，用户可以选择这样的视图，其只以其当前形式显示医疗文档和/或其它数据，而之前删除的材料被隐藏。替代地，用户可以选择这样的视图，可能在一些当前删除的材料仍然在该文档中时，其表示在其历史上医疗文档如何在特定日期出现，并且不显示在该特定选择的日期后增加的事务。另一实施例显示随着诊断、治疗和/或医疗数据经过一定时间段(例如，经过患者的一生、之前五年、从孩子出生开始等)已经改变，该诊断、治疗和/或医疗数据的时间线或发展。用户还可以提供有拨动(toggle)应用的某些其它特征的能力，如隐藏或显示意见的能力。

例如，来自医疗文档的之前版本的材料和数据出现在当前文档的内嵌视图中。例如，在一部分文档的一个点的材料以删除线字体(即，拖动穿过文本的水平线)出现。尽管使用了删除线字体，其它字体修改也可以用作指示。例如，删除线字体可能难以阅读，因此作为一部分文档的之前版本的删除材料或其它材料可以由高亮文本、其它颜色文本、斜体或下划线字体、更大或更小字体、可替代字体风格或各特性的任何组合表示，例如，删除的材料可以以更小的红色字体或更小的斜体出现。

在某些实施例中，删除的文本可以是除了修改字体外的或替代修改字体的不同颜色。例如，字体可以是红色或粉红色以与表示当前文档的字体区分，该当前文档可以是其它颜色，如黑色。另外，该字体可以是红色或粉红色，并且是删除线以进一步与表示当前文档的未改变字体区分。依赖于系统用来区分材料的指示符，将提供对索引(key)以相应地教育用户关于每个指示符意味着什么。在某些实施例中，最近已经增加的材料也出现为下划线，以将其与不是最近增加到文档的材料区分。

在另一实施例中，各修改本可以在单个视图中按照行来查看，该修订本通过使用特定指示符增加修订的日期来标识。例如，在特定日期增加或删除的材料可以以具有删除线字体的蓝色字体出现，指示在该特定日期删除的材料，而在另一特定日期增加或删除的材料可以以橙色字体颜色出现。

另外，各块材料可以出现在轮廓线封闭内，并且附接到包含信息的气泡(bubble)。该气泡包含关于由轮廓线封闭围绕的材料的各种信息，如当增加、删除或修改信息时，是否增加、删除或修改材料，或者在理解材料时可能有用的意见。

某些医疗文档或数据点包括各种媒体，如照片、视频文件或音频文件。在某些实施例中，通过文件历史在媒体文件中可以识别改变。例如，已经从文档删除的图形、音频或视频文件可以显示为超级链接，其可以由用户选择来查看曾经存在的文件的内容。另外，最近增加的媒体文件可以显示为其正常的样子，用具有特定的颜色的边界以指示其最近增加的状态。

其中，目前描述的本发明的一个或多个实施例提供改进的方法，用于以将数据和/或事件中的关联图形地呈现给用户的方式呈现数据。在此情况下，用户可以查看数据和/或事件之间的关系和演变。此外，用户可以避免被没有关联的数据或事件导致的视觉混乱困扰。目前描述的技术的一个特定应用是例如以相互关联和/或与特定医疗问题、医院就诊、碰面或医疗检测/检查关联的事件和数据中的关联的方式，呈现患者的EMR中包括的医疗事件和数据。

在某些实施例中，可以使用如包括至少一个数据存储710和至少一个工作站720的系统700的系统查看和/或构造时间线。尽管在系统700中图示了3个工作站720，但是根据目前描述的技术的实施例，可以使用更多或更少数量的工作站720。此外，尽管在系统700中图示了一个数据存储710，但是系统700可以包括超过一个数据存储710。例如，多个实体(如远程数据存储机构、医院或诊所)的每个可以每个包括与一个或多个工作站720通信的一个或多个数据存储710。

如系统700中所示，一个或多个工作站720可以与至少一个其它工作站720和/或至少一个数据存储710通信。工作站720可以位于单个物理位置或位于多个位置。工作站720可以连接到一个或多个网络或经由一个或多个网络通信。

工作站720可以直接附接到一个或多个数据存储710和/或经由一个或多个网络与数据存储710通信。每个工作站720可以使用执行计算机程序的专用或通用计算机实现，该计算机程序用于执行在此描述的处理。例如，工作站720可以是个人计算机或附接到终端的主机。如果工作站720是个人计算机，则在此描述的处理例如通过提供应用小程序(applet)给工作站720，可以由一个或多个数据存储710和工作站720共享。

工作站720包括输入设备722、输出设备724和存储介质726。例如，工作站720可以包括鼠标、铁笔、麦克风和/或键盘作为输入设备。工作站720可以包括计算机监视器、液晶显示器(“LCD”)屏幕、打印机和/或扬声器作为输出设备。

工作站720的存储介质726是计算机可读的存储器。例如，存储介质726可以包括计算机硬盘驱动器、致密盘(“CD”)驱动器、USB微型驱动器、或能够存储一个或多个计算机软件应用的任何其它类型的存储器。存储介质726可以包括在工作站720中或物理地远离工作站720。例如，存储介质726可以由工作站720通过有线或无线网络连接访问。

存储介质726包括一组用于计算机的指令(下面更详细描述)。该组指令包括能够由工作站720运行或执行的一个或多个例程。该组指令可以嵌入一个或多个软件应用或嵌入计算机代码中。

例如，数据存储710可以使用用于存储电子信息的各种设备(如文件传送协议(“FTP”)服务器)实现。数据存储710包括电子数据。例如，数据存储710可以存储多个患者的EMR。

各工作站720、工作站720和数据存储710和/或多个数据存储710之间的通信可以经由一种或多种已知类型的网络，包括局域网(“LAN”)、广域网(“WAN”)、内联网、或全球网络(例如，因特网)。工作站720和数据存储710的任何两个可以通过多个网络(例如，内联网和因特网)相互耦合，使得不要求系统700的全部组件通过同一网络相互耦合。

任何工作站720和/或数据存储710可以以有线或无线方式连接到网络或相互连接。在示例实施例中，工作站720和数据存储710经由因特网通信，并且每个工作站720执行用户界面应用以直接连接到数据存储710。在另一实施例中，工作站720可以执行网页(web)浏览器以接触数据存储710。替代地，工作站720可以使用主要编程用于访问数据存储710的设备实现。

数据存储710可以使用服务器实现，该服务器响应于由该服务器可访问的存储介质中存储的计算机程序操作。数据存储710可以操作为网络服务器(通常成为网页服务器)以与工作站720通信。数据存储710可以处理发送信息到工作站720或从工作站720接收信息，并且可以执行相关任务。数据存储710还可以包括防火墙以阻止未授权访问，并且加强对授权访问的任何限制。例如，管理员可以访问整个系统，并且具有修改系统700的各部分的权限，而职员只能访问以查看存储在数据存储710的子组数据。在示例实施例中，管理员具有增加新的用户、删除用户和编辑用户权限的能力。防火墙可以使用传统硬件和/或软件实现。

数据存储710还可以操作为应用服务器。数据存储710可以执行一个或多个应用程序以提供对位于数据存储710上的数据库的访问。通过提供应用(例如，java应用小程序)，可以由数据存储710和工作站720共享处理。替代地，数据存储710可以包括用于执行在此描述的一部分处理的单机软件应用。要理解的是，分开的服务器可以用来实现网络服务器功能和应用服务器功能。替代地，网络服务器、防火墙和应用服务器可以通过执行计算机程序以执行要求的功能的单个服务器实现。

位于数据存储710的存储设备可以使用用于存储电子信息的多种设备(如FTP服务器)实现。要理解的是，存储设备可以使用数据存储710中包含的存储器实现，或者存储设备可以是分开的物理设备。存储设备可以包括多种信息，例如包括包含如患者医疗数据的数据的数据库。

数据存储710还可以操作为数据库服务器，并且协调对包括存储在存储设备上的数据的应用数据的访问。数据存储710可以物理地存储为单个数据库，具有基于用户特性的访问限制，或者其可以物理地存储在多个数据库中。

在实施例中，数据存储710配置为存储利用时间和/或时间戳记录的或与时间和/或时间戳相关联的数据。例如，数据条目可以与时间和/或日期一起存储在数据存储710中，在该时间和/或日期数据最初输入或记录在数据存储710。该时间/日期信息可以与数据一起记录为例如元数据。替代地，该时间/日期信息可以以与数据的提醒类似的方式记录在数据中。在另一替代中，该时间/日期信息可以存储在关系数据库或表格中，并且经由该数据库或表格与数据关联。

在实施例中，数据存储710配置为将患者的医疗数据存储在EMR中。该医疗数据可以包括如数字和文本的数据。该医疗数据还可以包括描述医疗事件的信息。例如，该医疗数据/事件可以包括对患者执行的医疗检测的名称。例如，该医疗数据/事件还可以包括对患者执行的医疗检测的(各)结果。例如，医疗检测的实际数字结果可以存储为医疗检测的结果。在另一示例中，医疗检测的结果可以包括作为文本输入的医护人员的发现或分析。

在另一示例中，该医疗数据/事件可以包括成像过程的名称和/或结果。这种成像过程包括但不限于例如CT扫描、MRI扫描、拍照、断层成像和计算机建模。

该医疗数据/事件还可以包括医疗就诊的描述。例如，该医疗数据/事件可以列出到医院、医生的办公室或诊所就诊的日期和/或时间以及关于在该就诊期间执行的检测、过程或检查的细节。此外，该数据/事件可以包括上述检测、过程和检查的结果。该数据/事件可以包括在就诊期间开始接触或给患者提供医疗护理的所有医护人员的姓名。该数据/事件还可以包括关于就诊的长度的信息以及患者抱怨的和/或医护人员或其它职员记录的任何症状。

在另一示例中，医疗数据/事件可以包括患者正在经历的医疗问题的描述。例如，损伤可以记录为医疗问题以及患者正在经历的任何疾病(慢性的或其它)。

医疗数据/事件还可以包括医护人员碰面的细节。例如，该数据/事件可以包括如与医生、护士或其它医护人员(例如，如放射专家)碰面的日期/时间的信息。该数据/事件可包括如由特定医护人员对患者执行了什么医疗检测、检查或过程的额外信息。例如，护士“X”从患者采集血液样本、记录患者的体重并且检测患者的血压，然后所有这些检测和过程以及结果可以记录为与护士X有关的医疗数据/事件。

在另一示例中，医疗数据/事件可以包括医疗过程的描述和/或结果。例如，手术或门诊患者过程的名称和结果可以记录为医疗过程。

医疗数据/事件还可以包括患者经历的任何症状的描述。该信息可以记录为文本或通过译成代码方(codification scheme)案记录。例如，医疗数据/事件可以包括如头痛、胸痛或头昏眼花的描述。

存储在患者的EMR中的医疗数据/事件还可以包括对患者执行的任何生物分析。例如，该数据/事件可以包括血液、酶或其它流体检测的数字结果。在另一示例中，该数据/事件可以包括生物分析的结果的文本描述。

在另一示例中，该医疗数据/事件可以包括医护人员的发现。发现可以包括医护人员进行的发现或分析的任何数字和/或基于文本的描述。例如，放射学家可以分析患者的一系列X光图像，并且找到患者中的肿瘤的成长。然后，放射学家可以将他的或她的发现记录在患者的EMR中。

医疗数据/事件还可以包括患者正在或已经服用的药物。该数据可以包括例如药物的日期、时间、剂量和/或名称。

医疗数据/事件还可以包括一个或多个获取物。获取物可以包括任何实际获取的数据和/或获取该数据的日期。例如，获取物可以包括结果和/或从实验室检测获取结果的日期/时间。

一种或多种类似的数据/事件包括在数据/事件的类别中。继续上面的示例，医疗数据/事件的类别可以包括所有“检测”(包括所有检测结果或“检测结果”为分开的类别)、“成像过程”(包括从其获得的所有图像或“图像”为分开的类别)、“就诊”、“问题”、“碰面”、“医疗过程”(包括所有结果或“医疗过程结果”为分开的类别)、“症状”、“生物分析”(包括这种分析的所有的结果或“(各)生物分析结果”为分开的类别)、“发现”、“药物”和/或“结果”。

尽管根据目前描述的技术的实施例在上面提供了可以使用的医疗数据/事件的类型的若干示例，但是要理解的是，目前描述的技术不限于上面的数据/事件。此外，尽管重复将一些类型的信息存储为上面描述的数据/事件，但是要理解的是，各种医疗数据/事件可以存储多次。例如，如果在特定办公室就诊期间患者对医护人员抱怨症状，则该症状可以通过其自身记录和/或另外额外信息记录，如医护人员的姓名和对患者执行的任何过程。

在实施例中，该医疗数据/事件包括期望存储的实际信息。替代地，该医疗数据/事件可以包括代表期望存储的实际信息的代码。例如，可以存储由疾病和相关健康问题的国际统计分类(“ICD”)规定的代码来代替与医疗数据/事件有关的实际信息。

在操作中，用户采用工作站720在输出设备724上利用视觉呈现给用户的多个数据和/或事件中的一个或多个联系，显示按照时间表顺序存储在数据存储710的数据和/或事件的时间线。如上所述，工作站720包括计算机可读存储介质726，其自身包括一组用于工作站720的指令。该组指令可以嵌入一个或多个计算机软件应用或计算机代码中。该组指令由工作站720使用来访问和显示数据和/或事件以及多个数据/事件中的一个或多个联系。因此，该组指令的至少一个技术效果是修改至少一个子组数据的显示和呈现，以便使得用户能够快速和容易地记录数据中的联系。

该组指令包括一个或多个软件例程。在目前描述的技术的实施例中，该组指令包括显示例程、数据例程和过滤例程。这些例程操作来确定和将相关数据/事件中的联系显示在显示设备722上。

例如，可以通过由符号将每个数据/事件呈现在一个或多个时间线上来显示数据/事件。例如，时间线可以包括属于特定类别的医疗事件。这些时间线也称为时间线比喻(metaphor)。时间线比喻可以在EMR软件引用中使用，以给用户提供按照时间表导航患者的医疗历史的能力。在许多情况下，在时间线上将患者与医护人员或医院的每一次碰面列为分开项目。例如，时间线可以通过图示医疗事件或数据发生、收集或输入的日期和/或时间呈现医疗事件和/或数据。

在实施例中，每个数据/事件由图形符号表示。根据目前描述的技术，使用的精确符号可以不同。在实施例中，相同符号用于所有类似数据/事件。例如，相同符号可以用于数据/事件类别中的所有医疗数据/事件。

时间线可以包括按照时间表顺序呈现的、来自给定类别的数据/事件。因此，时间线的数目可以基于要呈现的数据/事件的类别的数目改变。

在某些实施例中，用户可以选择显示哪些类别和/或时间线。例如，使用输入设备722，用户可以选择要呈现在输出设备724上的一个或多个类别。显示例程和数据例程然后获得选择的(各)类别中的数据/事件，并且将如呈现中所示的数据/事件显示在输出设备724上。此外，用户可以选择数据/事件要呈现在时间线中的日期和/或时间范围。

在实施例中，用户可以在符号上滚动图标，并且显示例程将使得与该符号有关的额外信息呈现给用户。例如，用户可以采用输入设备722在符号上移动在输出设备724上显示的箭头。一旦箭头在符号上(或者一旦用户“点击”或另外使用输入设备722选择符号)，则关于由该符号代表的数据/事件的额外信息可以由显示例程呈现在输出设备726上。例如，显示例程可以使得弹出窗口出现并呈现由该符号代表的真实数据/事件(或其部分)。

在某些实施例中，可以由用户创建过滤器。过滤器用于确定哪些符号代表相互关联的事件/数据，如果有的话。

过滤器包括一个或多个规则。这些规则与事件/数据的全部或子组相比。如果任何事件/数据满足或匹配每个规则，则认为该事件/数据相互关联。这种事件/数据称为关联事件/数据。如果没有任何事件/数据满足或匹配全部规则，则认为该事件/数据相互没有关联。

在实施例中，用户通过采用输入设备722选择一个或多个在输出设备726上显示的预定规则来创建过滤器。选择的规则然后包括在该过滤器中。

在另一实施例中，用户采用输入设备722选择预定过滤器。例如，该预定过滤器是之前由用户创建并且存储在计算机可读的存储器(如数据存储710或存储介质726)的过滤器。

规则可以包括对确定给定的数据/事件或数据/事件的子组是否落入或满足规则有用的任何标准。例如，规则可以表述为在特定的患者到医院就诊期间收集的和/或输入的所有数据/事件。因此，在该就诊期间收集和/或输入的所有数据/事件将落入该规则的范围，因此被认为是关联数据/事件。

在另一示例中，规则可以定义通常相互关联的一组数据/事件。例如，典型的到医生的办公室就诊看医生包括若干例程检测，如对血压、体重、反射和/或血液的检测。规则可以设置一个或多个标准，该标准将包括患者的EMR中的所有医疗数据/事件，该EMR包括关于检测的信息和血压检测的结果、体重测量结果、反射检测结果和血液检测结果。该规则然后可以应用到患者的EMR以确定哪个医疗数据/事件包括来自血压检测的结果、体重测量结果、反射检测结果和血液检测结果的数据。该数据然后被认为是相关数据。

在另一示例中，规则可以定义一个或多个标准，该标准将与单个患者碰面或选择的事件和/或日期范围有关的所有数据/事件相关联。这种标准可以规定在该碰面期间或在用户在选择的时间和/或日期范围期间收集的和/或输入的所有数据/事件。

规则的另一示例是其中来自特定医疗检测或检查的所有数据/事件相互相关联的规则。例如，规则可以规定描述检测和该检测的结果的所有数据/事件相关联。这种规则将血液检测的描述和来自该血液检测的所有化学和生物分析关联为相关数据/事件。

在另一示例中，规则可以定义一个或多个标准，该标准将由一个医护人员或一组医护人员收集的和/或输入的所有数据/事件相关联并且排除由所有其它医护人员收集的和/或输入的所有数据/事件。例如，这种规则可以将由特定护士收集的所有检测结果相关联并且排除由其它护士输入的所有检测结果。

在另一示例中，规则可以定义一个或多个标准，该标准将具有预定关联的所有数据/事件与选择的医疗问题和/或医疗过程相关联。例如，存储在数据存储710的数据/事件基于潜在问题或检测可以相互具有预定关联。例如，肥胖的医疗问题可以具有与如眼睛检查、脚部检查、血糖检测结果、血色素A1c结果和尿检测的检测的预定关联。例如，如手术的医疗过程可以具有与手术中以及从手术开始的恢复中涉及的一个或多个医护人员的姓名、与手术有关的检测结果和/或相关症状的预定关联。具有这种预定关联的所有数据/事件可以被认为是根据这种规则的关联数据/事件。

预定关联可以以多种方式存储或记录。例如，存储在数据存储710的实际数据/事件中包括的元数据可以包括预定关联。在另一示例中，实际数据/事件可以具有记录在数据自身中的预定关联。例如，存储在数据存储710的关系数据库或表格也可以包括预定关联。

一旦由用户选择或创建过滤器，该过滤器就用于确定在输出设备726上显示的数据/事件中是否存在任何关联。过滤器例程可以通过将过滤器应用到数据/事件来确定在显示的数据/事件中是否存在任何关联。过滤器例程可以通过将由过滤器的(各)规则定义的标准与在输出设备726上显示的数据/事件比较来应用过滤器。例如，过滤器例程可以通过贯穿存储在数据存储710的数据/事件的全部或子组搜索并且比较(各)过滤器规则的标准来将过滤器应用到数据/事件。

在实施例中，只有匹配或满足由过滤器定义的每一个标准，过滤器例程确定才确认数据/事件是关联数据/事件。例如，如果特定数据/事件不满足一个或多个标准，则该数据/实体不被认为是与符合每个标准的数据/事件相关联。

在另一实施例中，如果匹配或满足大于预定阈值的由过滤器定义的标准的数量，则过滤器例程确定数据/事件是关联数据/事件。例如，如果预定阈值要求满足75％的过滤器标准以便确定数据/事件是关联数据/事件，则没有至少满足75％的标准的任何数据/事件不被认为是关联数据/事件。相反，例如至少满足75％的标准的全部数据/事件被认为是关联数据/事件。

一旦确定关联数据/事件，则可以创建关联数据/事件的视觉表示。在实施例中，显示例程使得关联数据/事件中的关联的视觉表示出现在输出设备726上。

在某些实施例中，呈现引擎可以将聚集的数据“制图”或映射为单个时间线界面，如上述界面。随着新的数据被收集，呈现引擎可以“重画”时间线并且更新界面。

可以使用任何图形对象来表示或显示关联。例如，在关联数据/事件的符号中可以显示一条或多条线。表示关联的线可以跨过一条或多条时间线，因为多个类别的每个中的一个或多个符号可以相互关联。在另一示例中，一个或多个几何形状可以围绕关联数据/事件的一个或多个符号。例如，这种几何形状可以包括圆、椭圆、正方形、矩形或三角形。此外，该几何形状可以围绕一个或多个关联数据/事件的符号。在另一示例中，可以通过改变表示一组关联事件/数据的符号的亮度、对比度和/或颜色来图示关联数据/事件的符号中的(各)关联。例如，还可以通过改变用于表示关联事件/数据的符号来表示关联。

目前描述的本发明的一个或多个实施例提供若干优点。例如，由于如更清楚地描述关系的颜色编码和图表的图形关联，目前描述的技术的实施例允许用户更清楚地看到时间线上的数据/事件的关系。此外，目前描述的技术的实施例允许对特定数据/事件(例如如患者事件)无关的信息与关联数据/事件的特定分组没有关联。此外，使用目前描述的技术的实施例，可以访问相关信息而没有访问在相关数据/事件附近中出现的不相关数据/事件的不确定性。

某些实施例提供这样的方法和系统，其提供对来自多个分立信息系统的所有患者电子医疗记录数据的临床显示和搜索能力。某些实施例提供对来自多个分立信息系统的患者电子医疗记录数据的完整组的完全临床显示和搜索功能。例如，工作列表或浏览器查询所有可用的企业医院信息系统并且将数据聚集为单个、交互的窗口，其显示来自特定患者搜索的所有结果和数据点。该工作列表/浏览器可以显示来自放射学、心脏病学、药剂学、药物、实验室信息系统等的信息。

在某些实施例中，一个或多个搜索的列标题可以是用户可配置的，以便显示与特定有关的元数据。例如，列标题可以经由与每个列标题有关的动态按键和/或特定下拉菜单过滤患者信息。例如，某些列标题允许用户基于(各)特定类型的EMR患者数据过滤以便显示。例如，某些列标题允许用户基于(各)日期和/或(各)日期范围过滤数据点。例如，某些实施例允许基于就诊(例如，最后就诊、最后五次就诊、最后“N”次就诊等)过滤数据。例如，搜索和过滤患者的全部电子医疗记录的能力帮助使得医师能够完全可视化患者的健康或病理的全部背景。

在某些实施例中，当用户导航离开一个患者时，界面系统可以自动保存界面的最后状态。保存的用户界面背景可以包括患者图表或记录的打开的窗口、完成的字段、多步骤工作流程中的位置等。例如，该“患者背景”存储并且呈现给用户作为界面和/或其它背景管理器内的图标。为了回到任何保存的状态的患者背景，用户点击或另外选择软件内表示最后的患者背景的图标。通过点击单个按钮，用户能够在单个会话中的多个患者背景之间向前和向后拨动，因此帮助减少完成临床任务的付出和导航量。

例如，上述(各)界面和(各)系统的组件、元件和/或功能可以以硬件、固件和/或软件中的一组指令，以各种形式单独或组合实现。某些实施例可以提供为驻留在计算机可读介质(如存储器或硬盘驱动器)上的一组指令，用于在通用计算机或其它处理设备(例如，如PACS工作站或一个或多个专用处理器)上执行。

上面参照附图描述了若干实施例。这些附图图示了实现本发明的系统、方法和程序的特定实施例的某些细节。然而，参照附图描述本发明不应当被解释为对本发明施加任何与图中所示的特征有关的限制。本发明预期用于实现其操作的方法、系统和任何机器可读介质上的程序产品。如上所述，本发明的实施例可以使用现有的计算机处理器或者通过合并用于该目的或其它目的的专用计算机处理器或通过硬布线系统来实现。

如上所述，本发明范围内的某些实施例包括程序产品，其包括用于承载或具有机器可执行的指令或在其上存储的数据结构的季度可读介质。这种机器可读介质可以是任何可用的介质，该介质可用由通用或专用计算机或具有处理器的其它机器访问。举例来说，这种机器可读介质可以包括RAM、ROM、PROM、EPROM、EERPOM、Flash、CD-ROM或其它光盘存储、磁盘存储或其它磁促才能化设备或任何其它介质，其可以用于以机器可执行的指令或数据结构的形式承载或存储期望的程序代码，并且可以被通用或专用计算机或具有处理器的其它机器访问。当信息通过网络或其它通信连接(硬布线、无线或硬布线和无线的组合的任一)传送或提供到机器时，机器适当地将该连接视为机器可读介质。因此，任何这种连接被适当地命名为机器可读介质。上面的组合也可以包括在机器可读介质的范围内。机器可执行指令例如包括使得通用计算机、专用计算机或专用处理机器执行某个功能或功能组的指令和数据。

本发明的某些实施例在方法步骤的一般背景中描述，该方法步骤在一个实施例中可以由程序产品实现，该程序产品包括例如由联网环境中的机器执行的程序模块的形式的机器可执行指令(如程序代码)。通常，程序产品包括例程、程序、对象、组件、数据结构等，其执行特定任务或实现特定抽象数据类型。与数据结构相关的机器可执行指令和程序模块代表用于执行在此描述的方法的步骤的程序代码的示例。这种可执行指令的特定顺序或相关数据结构代表用于实现在这种步骤中描述的功能的相应动作的示例。

本发明的某些实施例可以在使用逻辑连接到一个或多个具有处理器的远程计算机的联网环境中实现。逻辑连接可以包括局域网(LAN)和广域网(WAN)，其在这里只是示例而不是限制。这种联网环境在办公室范围内或企业范围内的计算机网络、内联网和因特网中是普通的，并且可以使用多种不同的通信协议。本领域技术人员将意识到，这种网络计算环境将典型地包括许多类型的计算机系统配置，包括个人计算机、手持式设备、多处理器系统、基于微处理器的或可编程消费电子产品、网络PC、微型计算机、大型计算机等。本发明的实施例还可以在分布式计算环境中实现，在该分布式环境中任务由本地的和远程的处理设备执行，该处理设备通过通信网络连接(通过硬布线、无线或硬布线和无线的组合的任一)。在分布式计算环境中，程序模块可以位于本地和远程存储器存储设备上。

用于实现本发明的整体系统或部分的示例性系统可以包括计算机形式的通用计算设备，其包括处理单元、系统存储器和系统总线，该系统总线将包括系统存储器的各种系统组件耦合到处理单元。该系统存储器可以包括只读存储器(ROM)和随机读取存储器(RAM)。该计算机还可以包括用于读取和写入磁硬盘的磁硬盘驱动器、用于读取和写入可移除磁盘的磁盘驱动器、以及用于读取和写入可移除光盘(如CD ROM或其它光介质)的光盘驱动器。各驱动器和它们的相关机器可读介质提供机器可执行指令、数据结构、程序模块和用于计算机的其它数据的非易失性存储。

为了说明和描述的目的已经呈现了本发明的各实施例的前述描述。意图不在于是穷尽性的或将本发明限于公开的精确形式，并且考虑上述教导修改和变化是可能的，并且可以从本发明的实践中获取。选择并描述各实施例以便说明本发明的原理和其实践应用，以便允许本领域技术人员以各种实施例利用本发明，并且各种修改适于预期的特定应用。

本领域技术人员将意识到，在此公开的各实施例可以应用到任何医疗导航系统的形成。要求保护的主题内容的各实施例的某些特征已经在此说明；然而，许多修改、替换、改变和等效现在将出现给本领域技术人员。此外，尽管已经详细描述了若干功能块和它们之间的关系，但是本领域技术人员预期可以执行若干操作而不使用其它操作，或者可以建立额外的功能或各功能之间的联系，并且它们是根据要求保护的主题内容的。因此，要理解的是，权利要求意图覆盖落入要求保护的主题内容的各实施例的真实精神范围内容的所有这种修改和改变。

Claims (21)

1.一种用于显示电子患者记录的用户界面系统，所述系统包括：

患者记录的时间线表示，所述时间线包括随着时间与患者有关的多个数据点，所述多个数据点提供从多个信息源聚集的患者数据，所述时间线提供在单个视图中对所述多个数据点的访问和回顾；以及

一个或多个控件，允许所述时间线中的所述多个数据点的一个或多个的导航和操作。

2.如权利要求1所述的系统，还包括查看表面，用于显示所述时间线表示并且便利用于所述时间线中的所述多个数据点的一个或多个的导航和操作的所述一个或多个控件。

3.如权利要求2所述的系统，其中所述查看表面包括触摸屏。

4.如权利要求3所述的系统，其中所述触摸屏包括多用户触摸屏，允许一个或多个用户进行以下的至少一种：至少基本同时地查看和修改时间线中的信息。

5.如权利要求2所述的系统，其中所述查看表面包括查看表。

6.如权利要求1所述的系统，其中所述多个数据点包括可编辑的数据点，并且其中所述数据点允许经由单个视图查看更细的粒度信息。

7.如权利要求1所述的系统，其中所述一个或多个控件通过以下的至少一种便利增加信息到所述时间线：输入文本数据和多媒体数据的至少一种、接受语音命令和与至少一个保健信息系统同步。

8.如权利要求1所述的系统，其中所述时间线以对于所述时间线增加的放大水平，提供额外的信息的查看、数据点的编辑和数据关系的注释。

9.如权利要求1所述的系统，其中所述时间线提供与视图内的所述多个数据点的一个或多个有关的特定结果的指示。

10.一种综合患者记录，包括患者一生的电子患者数据，所述电子患者数据按照时间表顺序排列，并且可以在单个背景中、以所述单个背景内的变化的粒度程度查看，所述电子患者数据经由所述单个背景从用于查看和修改的多个数据源聚集。

11.如权利要求10所述的记录，其中所述记录存储在便携式介质中。

12.一种用于经由单个、统一界面提供患者一生的综合临床建档的方法，所述方法包括：

提供综合患者记录，所述记录包括随着时间与患者有关的多个数据点，所述多个数据点提供从多个信息源聚集的患者数据，所述记录提供在单个患者背景中对所述多个数据点的访问和回顾；以及

基于来自界面的输入操作所述记录，以便从所述记录访问更细的粒度信息。

13.如权利要求12所述的方法，还包括基于来自所述界面的输入编辑所述患者记录。

14.如权利要求13所述的方法，还包括在所述编辑步骤后保存所述患者记录。

15.如权利要求12所述的方法，还包括从多个信息源聚集患者的数据。

16.如权利要求15所述的方法，还包括将所述聚集的患者数据保存在单个患者背景中以形成所述综合患者记录。

17.如权利要求12所述的方法，还包括注释所述记录以关联所述记录中的一个或多个数据点。

18.如权利要求12所述的方法，其中所述操作步骤还包括使用一个或多个控件操作所述记录，以便通过以下的至少一种便利增加信息到所述记录：输入文本数据和多媒体数据的至少一种、接受语音命令和与至少一个保健信息系统同步。

19.如权利要求12所述的方法，其中所述多个数据点包括可编辑的数据点，并且其中所述数据点允许经由单个患者背景查看更细的粒度信息。

20.如权利要求12所述的方法，其中所述操作步骤还包括允许多个用户进行以下的至少一种：至少基本同时地查看和修改时间线中的信息。

21.如权利要求12所述的方法，还包括在单个时间线界面中呈现所述患者记录的所述多个数据点，所述呈现可随着所述多个数据点的一个或多个改变而更新。

Images