CN101251876A - 用于提供电子医疗记录数据临床显示和搜索的方法及系统 - Google Patents

Abstract

本发明的名称是“用于提供电子医疗记录数据临床显示和搜索的方法及系统”。本发明的某些实施例提供用于提供来自各种信息系统的电子医疗数据的临床显示和搜索的方法(400)及系统(200，300，500)。某些实施例提供用户界面系统(200，300，500)，包括：处理器，它从多个信息系统汇总与患者相关的数据，以形成汇总电子患者记录；过滤器，根据一个或多个标准来筛选汇总数据；以及输出(220，330，524)，向用户提供筛选数据(210，310)。某些实施例提供用于电子患者数据汇总的方法(400)，包括：从多个系统汇总患者的数据，而无需由用户在多个系统的每一个上分别手动登录(420)；根据通过统一界面(200，300)输入的一个或多个用户定义标准来过滤汇总数据，以提供汇总数据的过滤子集(450)；以及通过统一界面(200，300)来显示汇总数据(440)。

Description

用于提供电子医疗记录数据临床显示和搜索的方法及系统

技术领域

一般来说，本发明涉及汇总(aggregate)和查看患者数据。更具体来说，本发明涉及提供来自各种不同的信息系统的所有患者电子医疗记录数据的临床显示和搜索能力的方法及系统。

背景技术

临床或卫生保健环境是拥挤的高要求环境，它获益于卫生保健环境中使用的成像系统、数据存储系统和其它设备的使用的组织和改进的简易性。卫生保健环境、如医院或诊所包含大批专业人员、患者、设备和计算机化信息系统。卫生保健机构的人员必须管理许多患者、系统以及向患者提供质量服务的任务。卫生保健人员在其工作流程中可能遇到许多困难或障碍。

卫生保健已经变成集中于电子数据和记录管理。卫生保健环境、如医院或诊所包括：信息系统，例如卫生保健信息系统(HIS)、放射信息系统(RIS)、临床信息系统(CIS)和心血管信息系统(CVIS)；以及存储系统，例如图像存档和通信系统(PACS)、实验室信息系统(LIS)和电子医疗记录(EMR)。所存储的信息可包括例如患者医疗病史、成像数据、测试结果、诊断信息、管理信息和/或时间安排信息。特定信息系统的信息可集中存储或在多个位置上划分。卫生保健专业人员可能希望在卫生保健工作流程的各个点上访问患者信息或其它信息。例如，在患者的成像扫描期间，医务人员可能访问医疗信息系统中存储的患者信息、如患者检查预订。或者，医务人员可能在成像扫描期间将诸如病史、诊断和/或治疗信息之类的新信息输入医疗信息系统。

不同的医疗部门和不同的医疗系统以不同方式以及以不同形式收集患者信息，并且通常单独存储那些信息。然后必须从若干不同的系统中检索和查看信息。

当前信息和管理系统没有提供相互联系和灵活性。当前临床信息系统通常由编程人员对于具体用户进行手动修改。患者护理或实践(practice)管理工作流程的许多组件基于纸张的或者完全不存在。当前系统没有提供用户可访问、并且将患者信息、资源信息、预订(order)和结果相互关联的中央系统。提供各种解决方案的许多第三方供应商也提出与互通性和连通性有关的困难。

目前，患者的整个寿命的相关患者信息以多种格式存在，其中包括纸张、文件夹以及来自各种供应商和各种卫生保健提供者的不同信息系统。当前系统无法有效地汇总这种信息。另外，目前的系统无法做到：一次显示这种信息，使得卫生保健提供者在评估和诊断疾病时有能力解释患者的完整医疗病史。提供者极少能够看到患者的全面病史。更常见的是，提供者仅具有他们已经收集或者他们在临床设定中询问患者的问题而接收的信息。在提供者进行决策时，采用提供者可得到的有限知识进行关键判定。

因此，从多个不同的源汇总电子医疗记录数据的系统和方法是非常需要的。有助于促进对各种不同的信息系统的临床显示和搜索能力的系统及方法是非常需要的。

发明内容

本发明的某些实施例提供用于提供来自各种信息系统的电子医疗数据的临床显示和搜索的方法及系统。

某些实施例提供显示电子患者记录的用户界面系统。该系统包括处理器，它从多个信息系统汇总与患者相关的数据，以便形成汇总的电子患者记录。该系统还包括过滤器，根据一个或多个标准来对汇总数据进行筛选(focus)。该系统还包括向用户提供筛选数据的输出。

某些实施例提供一种用于电子患者数据汇总的方法。该方法包括从多个系统汇总患者的数据，而无需由用户在多个系统的每一个上分别手动登录。该方法还包括根据通过统一界面输入的一个或多个用户定义标准来过滤汇总数据，以提供汇总数据的过滤子集。该方法还包括经由统一界面来显示汇总数据。

某些实施例提供计算机可读介质，其中具有用于在计算机上执行的指令集。指令集包括显示汇总电子患者记录的用户界面例程。电子患者记录包括与患者相关的多个数据点。多个数据点提供从多个信息源汇总的患者数据。用户界面例程在单个视图中提供对多个数据点的访问和查看。指令集还包括过滤器例程，根据用户所提供的一个或多个项目来过滤汇总电子患者记录，以便生成通过用户界面例程可显示的已过滤电子患者记录数据。

附图说明

图1说明根据本发明的一个实施例的患者的全面电子医疗记录数据点的示范性显示。

图2说明根据本发明的一个实施例、在单个界面中提供了患者报告数据的示范性视图。

图3说明根据本发明的一个实施例、在单个界面中提供了患者报告数据的示范性视图。

图4说明根据本发明的一个实施例、用于患者记录中的患者寿命的文件编制的方法的流程图。

图5说明根据本发明的一个实施例、用于临床数据存储和检索的系统。

通过结合附图进行阅读之后，将会更好地理解上述内容以及以下对本发明的某些实施例的详细描述。为了说明本发明，附图中表示了某些实施例。但是，应当理解，本发明不限于附图所示的设置和工具。

具体实施方式

某些实施例提供帮助来自各种不同信息系统的患者电子医疗记录数据的完全临床显示和搜索的系统及方法。在某些实施例中，工作列表或浏览器查询一个或多个企业医院信息系统。工作列表或浏览器将查询数据汇总到显示来自特定患者搜索的结果和数据点的单个交互窗口。

在某些实施例中，工作列表/浏览器可显示来自诸如放射科、心脏科、药剂科、药物和实验室信息系统等系统以及图像存档和通信系统和/或其它临床信息系统的信息。目前的系统不允许所连接和所查询信息系统中的灵活性和广度。

在某些实施例中，搜索结果可按照列和行的格式(例如表格、电子表和/或其它记录格式)来提供。搜索的列标题可能是用户可配置的，以便显示与特定用户相关的元数据。例如，如图2和图3所示，列可由用户配置成显示与项目和值以及日期和就诊(visit)有关的信息。列标题可用于例如通过动态按键来过滤患者信息。作为备选和/或附加的方案，与各列标题相关的特定下拉菜单可提供给用户，以便集中和/或配置搜索结果信息的显示和/或使用。

图1说明根据本发明的一个实施例的患者的全面电子医疗记录数据点的示范性显示。可按照根据例如缺省、报告/信息类型和/或用户简档(profile)/偏好组织数据点的多列，对于患者来组织医疗记录数据。

如图2所示，各种视图可配备单个界面200中的报告数据210。例如，数据显示的右列中的“项目”和“值”窗口220允许用户过程用于显示的特定类型的EMR患者数据。如图所示，例如，在图3中，右列的“日期”和“就诊”窗口330允许用户根据日期和/或日期范围来过滤数据点310。

在某些实施例中，作为以表格或基于列的格式显示数据的备选和/或附加的方案，患者数据例如可按照根据种类/类型信息集成和/或分离的时间线(timeline)或年代格式来显示。

采用搜索结果浏览器或界面，例如，为用户、如临床医师提供了搜索和过滤患者的全面电子医疗记录的能力，以便使患者健康或病理的完整上下文可视化。在某些实施例中，单个或统一显示系统允许一次显示患者的完整电子医疗记录。某些实施例允许用户使来自单个工作站和/或界面的患者医疗数据可视化，而无需登录多个工作站。例如，通过与多个基础系统进行通信，预先和/或根据请求来自动检索和汇总数据，以便经由单个界面显示。令所有数据是同时可访问的还允许用户以各种信息布局来对数据进行显示和可视化。

在某些实施例中，患者数据搜索结果可通过一种或多种方式来过滤。例如，界面可能允许基于数据类型的过滤。过滤可基于用户定义的元数据驱动列。数据例如还可根据日期和/或时间范围来过滤。此外，数据可根据患者就诊(例如最后一次患者就诊、最后五次就诊、最后“N”次就诊等)来过滤。

某些实施例提供用于在一个界面中提供患者的整个寿命的全面临床文件编制的方法和系统。某些实施例使患者的整个医疗病史能够在一个上下文中被显示、编辑和交互。用户可在高层查看患者病史或时间线的整个完形(gestalt)，以便更好地了解患者的整体健康状况。从高层整体优势来看，用户可通过使用导航光标、鼠标点击、触摸屏、语音命令、视线跟踪(gaze tracking)等来浏览患者病史上的任何特定项。用户可挖掘到时间线中的隔离元数据，以便查看特定实验室(lab)报告、身体检查记录、过程等。因此，用户可通过经由界面滚动、拖动、放大、缩小等，经由统一界面来浏览患者卫生保健数据的完整集合。

患者EMR和/或其它记录包括患者的医疗病史，并且包括具有时间戳的数据(或者收集或输入数据的时间和日期)。数据的类型包括测试名称、测试结果、成像过程、医疗访问(例如医院、办公室、诊所等)、医疗问题、护理人员遭遇(encounter)、医疗过程、症状、生物分析、发现、药物治疗、获取等。数据的这些类型/种类各可由例如数据出现的每个事件的公共和/或独立的时间线上的符号来表示。

在某些实施例中，通过提供具有表示各患者就诊的符号的时间线，EMR可通过可视方式来提供数据。患者遭遇例如可包括任何测试、就诊或者与任何医师、护士、放射医师、图像技术人员或其它护理人员的其它遭遇。对于许多患者遭遇，时间线可能变得过于混乱，并且难以使数据之间的关联可视化。数据可通过许多方式来关联，例如通过患者遭遇(例如办公室/医院访问/住院)、时间/日期范围、问题(例如糖尿病、心脏病、骨折等)、过程(例如外科、实验室测试系列等)、收集/输入医院/诊所/护理人员等。

在某些实施例中，呈现(rendering)引擎可将汇总数据“制图”或映射为单个时间线界面。在收集新数据时，呈现引擎可“重新绘制”时间线，并更新界面。

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

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

在某些实施例中，患者医疗记录在公共患者上下文中从多个信息系统汇总信息。信息系统可包括例如放射信息系统(RIS)、图像存档和通信系统(PACS)、计算机医嘱输入(CPOE)、电子医疗记录(EMR)、临床信息系统(CIS)、心血管信息系统(CVIS)、实验室信息系统(LIS)和/或其它卫生保健信息系统(HIS)。帮助访问患者记录的界面可包括上下文管理器、如临床上下文对象工作组(CCOW)上下文管理器和/或其它基于规则的上下文管理器。组件可经由有线和/或无线连接在诸如计算机、医疗系统、存储装置、定制处理器和/或其它处理单元之类的一个或多个处理单元上进行通信。组件可通过例如硬件、软件和/或固件以各种形式单独和/或集成实现。

例如，某些实施例可用于根据规则和上下文共享来提供应用程序运行和/或信息检索的集成解决方案。例如，上下文共享例如允许信息和/或配置选项/设定在系统环境之间共享。例如，规则可动态定义和/或从库中加载，以便过滤和/或处理从信息系统和/或应用程序所产生的信息。

特定患者的信息可从一个或多个信息系统提取和/或链接，以便例如通过统一患者记录时间线提供给用户。在某些实施例中，例如，信息检索、显示和/或处理设定可按照特定用户或用户类型来定制。例如，信息的检索、汇总、显示和/或处理可基于规则、偏好和/或其它设定。规则、偏好、设定等例如可根据预设参数和/或观测数据自动生成。规则、偏好、设定等例如可由系统管理员或其它用户创建。规则、偏好、设定等例如还可根据体验来手动和/或自动适配。

在某些实施例中，用户可登录所连接系统的任一个和/或独立系统，以便通过上下文共享和统一用户界面来访问在所有所连接系统上找到的信息。在某些实施例中，可过滤信息以便进行更简便有效的查看。

在某些实施例中，提供患者记录的用户界面可与用于处理例如多个应用和工作流程的透视管理系统一起工作。透视管理系统允许定义各种透视，它们保存工作流程和特定用户的其它信息。例如，透视可用于根据工作流程来保存可视组件定位信息和交互。透视允许向用户提供相关信息。

在某些实施例中，患者记录提供例如标识信息、过敏和疾病信息、病史信息、预订、药物治疗、进度记录、流程图、实验室、监测、概述、管理信息和/或其它信息。例如，患者记录可包括卫生保健专业人员和/或患者的任务列表。例如，患者记录还可标识护理提供者和/或患者的位置。

在某些实施例中，可提供例如正常结果、异常结果和/或临界(critical)结果的指示。例如，指示可能是图形、如图标。用户可选择指示符以获得更多信息。例如，用户可点击图标以查看关于结果异常的原因的细节。用户可能能够仅查看某些类型的结果。例如，用户可能仅查看临界结果。

可将过滤器和/或规则提供用于视图和/或种类。对于数据可指定范围、如值或日期。可提供缺省视图、种类、过滤器、规则和/或范围。在某些实施例中，缺省值可由用户和/或根据操作条件来修改。在某些实施例中，新的视图、种类、过滤器、规则、范围等可由用户创建。

例如，过滤器可用于按照一个或多个变量来过滤提供给用户的医疗结果数据。例如，当过滤器由用户选择时，通过从显示中删除不属于过滤器的所有医疗结果，修改例程将过滤器应用于在当前视图中向用户显示的结果。如上所述，变量可能是医疗数据中包含的数据或信息。例如，变量可包括实验室测试结果、生命指征(vital sign)测量、对患者施用的液体和/或从患者测量的液体的类型(或项目)和/或范围的一个或多个。变量可包括来自记录、实验室报告、检查报告、实验室测试结果的一个或多个标题、生命指征测量和/或对患者施用/从患者测量的液体、实验室测试的预订、治疗和/或处方和/或名称的文本。通过指定对一个或多个变量的一个或多个限制，用户可创建应用于结果窗口中提供的结果的过滤器。

在某些实施例中，例如，统一用户界面与一个或多个应用程序和/或信息系统进行通信。统一用户界面与应用程序和/或系统的各个界面进行交互，并且对用户掩蔽或隐藏各个界面。也就是说，用户看到并与统一用户界面而不是各个基本界面进行交互。可在统一用户界面上对用户认证。例如，统一用户界面上的认证可通过所连接的应用和/或系统传播。

图4说明根据本发明的一个实施例、用于患者记录中的患者寿命的文件编制的方法400的流程图。在步骤410，识别特定患者。例如，患者Mona Quinn被识别为创建综合电子患者记录。在步骤420，从多个源汇总该患者的数据。例如，所识别或者所选患者的数据从例如PACS、RIS、EMR、HIS等一个或多个源中检索，并汇总或组合成对于患者的生命的患者数据的时间线或综合视图。

在步骤430，汇总数据保存在患者上下文中。例如，患者的寿命EMR可包括汇总数据。或者，到组成数据的链接可相对于界面来保存，例如供以后由用户或自动系统检索/使用。

在步骤440，将综合患者记录提供给用户。例如，用户可通过例如显示器、触摸屏、具有传感器的查看表等用户界面来查看综合患者记录和组成数据。在步骤450，用户可操作界面，以便从患者记录中访问信息的某个集合。例如，用户可过滤和/或提供搜索标准，以便集中、向下挖掘或者浏览患者数据集合。

在步骤460，用户可编辑患者记录。例如，用户可注释(例如通过与线条、圆圈链接进行连接和/或分组)记录中的数据点。作为另一个实例，用户可采用诸如键盘、触摸屏、指示笔、语音命令、眼球跟踪(eyetracking)等一个或多个输入源，来开启并编辑患者记录中包含的一个或多个数据点。例如，用户可添加和/或删除记录中的一个或多个数据点。用户可对一个或多个数据点加标签或加标记，例如以便在以后的使用中更易于注意到/访问。在步骤470，用户可保存患者记录。患者记录可保存到信息系统、EMR、便携介质、智能卡、条形码等。因此，对记录的修改/注释可被保存，供以后检索和/或使用。

例如，方法400的步骤的一个或多个可通过硬件、固件和/或作为软件的指令集单独或结合来实现。某些实施例可作为驻留在诸如存储器、硬盘、DVD或CD之类的计算机可读介质上的指令集来提供，以便在通用计算机或其它处理装置上执行。

本发明的某些实施例可省略这些步骤的一个或多个，和/或以不同于列示顺序的不同顺序来执行这些步骤。例如，某些步骤在本发明的某些实施例中可能没有执行。作为又一个实例，某些步骤可按照与以上所列不同的时间顺序来执行(包括同时)。

当前描述的本发明的一个或多个实施例其中还提供一种用于以如下方式提供数据的改进方法：数据和/或事件之间的关联以图形方式提供给用户。这样，用户可查看数据和/或事件之间的关系及演变。另外，用户可避免被不相关数据或事件所引起的视觉混乱迷惑。当前描述的技术的一个具体应用在于以如下方式提供患者的EMR中包含的医疗事件和数据：事件和数据之间的关联例如彼此相关和/或与特定医疗问题、医院就诊、遭遇或医疗测试/检查相关。

在某些实施例中，时间线可采用例如包括至少一个数据存储装置510和至少一个工作站520的系统500等系统来查看和/或构建。虽然在系统500中示出三个工作站520，但是，根据当前所述技术的实施例，可使用更多或更少数量的工作站520。另外，虽然在系统500中示出一个数据存储装置510，但是，系统500可包括一个以上数据存储装置510。例如，多个条目(例如远程数据存储机构、医院或诊所)的每一个均可包括与一个或多个工作站520进行通信的一个或多个数据存储器510。

如系统500所示，一个或多个工作站520可与至少另一个工作站520和/或至少一个数据存储装置510进行通信。工作站520可能位于单个物理位置或者位于多个物理位置。工作站520可连接到一个或多个网络并经由一个或多个网络进行通信。

工作站520可直接连接到一个或多个数据存储器510，和/或经由一个或多个网络与数据存储装置510进行通信。每个工作站520可采用专用或通用计算机来实现，所述计算机执行用于实现本文所述的过程的计算机程序。例如，工作站520可能是个人计算机或主机连接终端。如果工作站520是个人计算机，则通过例如向工作站520提供小应用程序，本文所述的处理可由一个或多个数据存储器510和工作站520共享。

工作站520包括输入设备522、输出设备524和存储介质526。例如，工作站520可包括作为输入设备的鼠标、指示笔、扩音器和/或键盘。工作站520可包括作为输出设备的计算机监视器、液晶显示器(“LCD”)屏幕、打印机和/或扬声器。

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

存储介质526包括用于计算机的指令集。指令集包括能够由工作站520运行或执行的一个或多个例程。指令集可包含在一个或多个软件应用程序中或者计算机代码中。

数据存储装置510例如可采用用于存储电子信息的各种装置、如文件传输协议(“FTP”)服务器来实现。数据存储装置510包括电子数据。例如，数据存储装置510可存储多个患者的EMR。例如，数据存储装置510可包括一个或多个临床信息系统和/或与其进行通信。

工作站520、工作站520和数据存储装置510和/或多个数据存储器510之间的通信可经由任何一种或多种已知网络进行，其中包括局域网(“LAN”)、广域网(“WAN”)、内联网或者全球网络(例如因特网)。工作站520和数据存储器510的任何两个可通过多个网络(例如内联网和因特网)相互耦合，使得并非要求系统500的所有组件都通过相同网络相互耦合。

任何工作站520和/或数据存储器510可通过有线或无线方式连接到网络或者相互连接。在一示例实施例中，工作站520和数据存储器510经由因特网进行通信，并且各工作站520执行用户界面应用程序，以便直接连接到数据存储器510。在另一个实施例中，工作站520可运行万维网浏览器，以便联络数据存储器510。或者，工作站520可采用主要对访问数据存储器510而编程的装置来实现。

数据存储装置510可采用响应服务器可访问的存储介质中存储的计算机程序而进行操作的服务器来实现。数据存储装置510可作为网络服务器(通常称作万维网服务器)进行操作，以便与工作站520进行通信。数据存储装置510可处理对工作站520的发送和接收信息，并且可执行关联任务。存储装置510还可包括防火墙，以便防止未经授权的访问以及增强对授权访问的任何限制。例如，管理员可能有权访问整个系统，并且有权修改系统500的部分，而工作人员则仅有权查看数据存储器510上存储的数据的子集。在一个示例实施例中，管理员具有添加新用户、删除用户和编辑用户特权的能力。防火墙可采用传统的硬件和/或软件来实现。

数据存储器510还可作为应用服务器进行操作。数据存储器510可执行一个或多个应用程序，以便提供对位于数据存储器510上的数据库的访问。通过提供应用程序(例如Java小应用程序)，处理可由数据存储器510和工作站520共享。或者，数据存储器510可包括用于执行本文所述的处理的一部分的独立软件应用程序。会理解到，独立的服务器可用来实现网络服务器功能和应用服务器功能。或者，网络服务器、防火墙和应用服务器可由执行计算机程序以执行必要功能的单个服务器来实现。

位于数据存储装置510上的存储装置可采用用于存储电子信息的各种装置、如FPT服务器来实现。会理解，存储装置可采用数据存储器510中包含的存储器来实现，或者可能是独立的物理装置。存储装置可包括各种信息，其中包括包含例如患者医疗数据等数据的数据仓库。

数据存储装置510还可作为数据库服务器进行操作，并且协调对包括存储装置上存储的数据在内的应用数据的访问。数据存储装置510可在物理上作为具有基于用户特性的访问限制的单个数据库来存储，或者可在物理上存储在各种数据库中。

在一个实施例中，数据存储装置510配置成存储记录了时间和/或日期戳或者与其相关联的数据。例如，数据条目可能与最初或者在数据存储装置510上输入或记录数据的时间和/或日期一起存储在数据存储装置510中。时间/日期信息可与例如作为元数据的数据一起记录。或者，时间/日期信息可通过与其余数据相似的方式记录在数据中。在另一个备选方案中，时间/日期信息可存储在关系数据库或表中，并且经由数据库或表与数据相关联。

在一个实施例中，数据存储装置510配置成将患者的医疗数据存储在EMR中。医疗数据可包括诸如编号和文本之类的数据。医疗数据还可包括描述医疗事件的信息。例如，医疗数据/事件可包括对患者进行的医疗测试的名称。医疗数据/事件还可包括对患者进行的医疗测试的结果。例如，医疗测试的实际数值结果可作为医疗测试的结果来存储。在另一个实例中，医疗测试的结果可包括作为文本输入的护理人员的发现或分析。

在另一个实例中，医疗数据/事件可包括成像过程的名称和/或结果。这类成像过程包括但不限于例如CT扫描、MRI扫描、照片、断层扫描图像以及计算机模型。

医疗数据/事件还可包括医疗就诊的描述。例如，医疗数据/事件可列示对医院、医师办公室或诊所的就诊的日期和/或时间以及与就诊期间进行的测试、过程或检查有关的详细情况。另外，数据/事件可包括测试、过程和检查的结果，如上所述。数据/事件可包括在就诊期间与患者联络或提供医疗护理的所有护理人员的姓名。数据/事件还可包括关于就诊的时长的信息以及患者自述的和/或护理人员或其它工作人员注意到的任何病症。

在另一个实例中，医疗数据/事件可包括患者遇到的医疗问题的描述。例如，损伤可作为医疗问题以及患者遇到的任何疾病(慢性等)来记录。

医疗数据/事件还可包括护理人员遭遇的详细情况。例如，数据/事件可包括诸如与医师、护士或其它护理人员(例如放射医师)的遭遇的日期/时间之类的信息。数据/事件可包括附加信息，例如由特定护理人员对患者进行的医疗测试、检查或过程。例如，如果护士“X”从患者取血样本，记录患者的体重以及测试患者的血压，则所有这些测试和过程以及结果均可作为与护士X相关联的医疗数据/事件来记录。

在另一个实例中，医疗数据/事件可包括医疗过程的描述和/或结果。例如，外科或门诊病人的过程的名称和结果可作为医疗过程来记录。

医疗数据/事件还可包括患者遇到的任何病症的描述。这种信息可作为文本或者通过编号方案来记录。例如，医疗数据/事件可包括诸如头痛、胸部疼痛或头晕之类的描述。

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

在另一个实例中，医疗数据/事件可包括护理人员的发现。发现可包括护理人员进行的发现或分析的任何基于数值和/或文本的描述。例如，放射医师可分析患者的一系列x射线图像，并发现患者的增生或瘤。放射医师则可在患者的EMR中记录他或她的发现。

医疗数据/事件还可包括对患者采取的一种或多种药物治疗。数据可包括例如药物治疗的日期、时间、剂量和/或名称。

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

一种或多种类型的相似数据/事件包含在一种数据/事件中。继续进行以上实例，一种医疗数据/事件或包括所有“测试”(包括所有测试结果，或者“测试结果”是独立种类)、“成像过程”(包括从其中得到的所有图像，或者“图像”是独立种类)、“就诊”、“问题”、“遭遇”、“医疗过程”(包括所有结果，或者“医疗过程结果”是独立种类)、“病症”、“生物分析”(包括这类分析的所有结果，或者“生物分析结果”是独立种类)、“发现”、“药物治疗”和/或“结果”。

虽然以上提供了可根据当前描述的技术的实施例可使用的医疗数据/事件的类型的若干实例，但是要理解，当前描述的技术不限于以上数据/事件。另外，虽然作为以上所述的医疗数据/事件存储的某些类型的信息有重复，但是要理解，各种医疗数据/事件可多次存储。例如，如果患者在特定办公室访问期间向护理人员自述病症，则该病症可单独被记录和/或带有诸如护理人员的姓名以及对患者进行的任何过程之类的附加信息被记录。

在一个实施例中，医疗数据/事件包括希望存储的实际信息。或者，医疗数据/事件可包括表示希望存储的实际信息的代码。例如，由疾病及相关健康问题的国际统计分类(“ICD”)提供的代码可代替与医疗数据/事件相关的实际信息来存储。

在操作中，用户采用工作站520在输出设备524上显示从一个或多个数据存储装置510上存储的数据和/或事件汇总的全面患者记录。例如，工作站520帮助过滤/搜索可用数据以及向用户提供以可视方式表示的多个数据和/或事件之间的一个或多个关联。如上所述，工作站520包括计算机可读存储介质526，它本身包括工作站520的指令集。指令集可包含在一个或多个计算机软件应用程序或者计算机代码中。这个指令集由工作站520用来访问和显示数据和/或事件以及多个数据/事件之间的一个或多个关联。因此，指令集的至少一个技术作用是汇总和过滤来自多个不同信息系统的数据，以使用户能够迅速且轻松地查看患者电子医疗记录数据。

指令集包括一个或多个软件例程。在当前描述的技术的一个实施例中，指令集包括显示例程、数据例程和过滤例程。这些例程用来确定并在显示装置522上显示相关数据/事件之间的关联。

在某些实施例中，指令集包括用户界面例程和过滤例程。用户界面例程显示汇总电子患者记录。电子患者记录包括与患者相关的多个数据点。多个数据点提供从多个信息源汇总的患者数据。用户界面例程在单个视图中提供对多个数据点的访问和查看。过滤器例程根据用户所提供的一项或多项来过滤汇总电子患者记录，以便生成通过用户界面例程可显示的已过滤电子患者记录数据。

在某些实施例中，例如，可通过由一个或多个时间线上的符号表示数据/事件的每一个，来显示数据/事件。例如，时间线可包括属于特定种类的医疗事件。这些时间线又称作时间线比喻(timeline metaphor)。时间线比喻可用于EMR软件应用程序中为用户提供按照年代顺序浏览患者的医疗病史的能力。在许多情况中，每一个患者与护理人员或医院的遭遇作为时间线上的独立项列出。例如，时间线可通过说明发生、收集或输入医疗事件数据的日期和/或时间，来提供医疗事件和/或数据。

在一个实施例中，每个数据/事件由图形符号来表示。所使用的完整符号根据当前所述的技术可能有所不同。在一个实施例中，相同符号用于所有相似数据/事件。例如，相同符号可用于一种数据/事件中的所有医疗数据/事件。

时间线可包括来自给定种类的、以年代顺序提供的数据/事件。因此，时间线的数量可根据要提供的数据/事件的种类的数量来改变。

在某些实施例中，用户可选择要显示的数据。例如，采用输入设备522，用户可选择要在输出设备524上提供的一个或多个种类。显示例程和数据例程则可获得所选种类中的数据/事件，并显示数据/事件，如输出设备524上的呈现所示。另外，用户可选择数据和/或时间范围，在该范围上，数据/事件将在时间线中提供。

在一个实施例中，用户可在符号或数据点之上滚动图标，以及显示例程将使有关该符号的附加信息被提供给用户。例如，用户可采用输入设备522来移动输出设备524上显示的、符号上方的箭头。一旦箭头位于符号上方(或者一旦用户“点击”或者采用输入设备522选取该符号)，则关于符号所表示的数据/事件的附加信息可由显示例程在输出设备526上提供。例如，显示例程可能使弹出窗口出现，并提供由符号所表示的实际数据/事件(或者它的一部分)。

在某些实施例中，过滤器可由用户创建。过滤器用来确定哪些符号表示相互关联的事件/数据(如果存在)。

过滤器包括一个或多个规则。这些规则与事件/数据的全部或子集进行比较。如果事件/数据的任一个满足或匹配规则的每一个，则事件/数据被认为相互关联。这类事件/数据称作关联事件/数据。如果事件/数据的任一个不满足或匹配所有规则，则事件/数据被认为没有相互关联。

在一个实施例中，用户通过采用输入设备522来选择在输出设备526上显示的一个或多个预定规则，以创建过滤器。所选规则包含在过滤器中。

在另一个实施例中，用户采用输入设备522来选择预定过滤器。例如，预定过滤器是先前由用户创建的并存储在计算机可读介质、如数据存储器510或存储介质526上的过滤器。

规则可包括对于判定给定数据/事件或数据/事件的子集是否属于或满足规则有用的任何标准。例如，规则可描述为在特定患者的医院就诊期间所收集和/或输入的所有数据/事件。因此，在那一次就诊期间收集和/或输入的所有数据/事件都属于这个规则的范围，因此被认为是关联数据/事件。

在另一个实例中，规则可定义通常彼此相关的数据/事件的集合。例如，内科的典型医师办公室就诊包括若干例行测试，例如对血压、体重、反射和/或血液的测试。规则可设置包括患者的EMR中的所有医疗数据/事件的一个或多个标准，其中患者的EMR包括关于血压测试结果、体重测量、反射测试结果和血液测试结果的信息。这个规则可应用于患者的EMR，以便确定哪些医疗数据/事件包括来自血压测试、体重测量、反射测试结果和血液测试结果的数据。这个数据则被认为是关联数据。

在另一个实例中，规则可定义与有关单个患者遭遇或所选时间和/或日期范围的所有数据/事件相关联的一个或多个标准。这种标准可说明，所有数据/事件在那一次遭遇期间或者在由用户所选的时间和/或日期范围中被收集和/或输入。

规则的另一个实例是来自特定医疗测试或检查的所有数据/事件都相互关联。例如，规则可说明，描述测试和那个测试结果的所有数据/事件被关联。这种规则关联作为关联数据/事件的血液测试以及来自那个血液测试的所有化学和生物分析的描述。

在另一个实例中，规则可定义关联由一个护理人员或一组护理人员收集和/或输入的所有数据/事件、但排除由其它所有护理人员收集和/或输入的所有数据/事件的一个或多个标准。例如，这种规则关联由特定护士收集的所有测试结果，但排除其它护士输入的所有测试结果。

在另一个实例中，规则可定义关联与所选医疗问题和/或医疗过程具有预定相关联的所有数据/事件的一个或多个标准。例如，在数据存储器510中存储的数据/事件根据基本问题或测试相互可具有预定关联。例如，糖尿病的医疗问题与诸如眼睛检查、脚部检查、血糖测试结果、血色素Alc结果和尿液测试之类的测试可能具有预定关联。例如，医疗过程、如外科手术，可能与涉及外科手术以及涉及从外科手术恢复的过程的一个或多个护理人员的姓名、与外科手术相关的测试结果和/或相关病症可能具有预定的关联。按照这样一种规则，具有这类预定关联的所有数据/事件可被认为是关联数据/事件。

可通过各种方式来存储或记录预定关联。例如，数据存储器510上存储的实际数据/事件中包含的元数据可包括预定关联。在另一个实例中，实际数据/事件可令预定关联记录在数据本身中。例如，数据存储器510上存储的关系数据库或表也可包括预定关联。

一旦过滤器由用户选取或创建，则过滤器用来确定在输出设备526上显示的数据/事件之间是否存在任何关联。通过将过滤器应用于数据/事件，过滤例程可确定在所显示数据/事件之间是否存在任何关联。过滤例程可通过比较过滤器的规则所定义的标准与输出设备526上显示的数据/事件来应用过滤器。例如，过滤例程可通过搜索数据存储器510上存储的数据/事件的全部或子集，并且比较过滤规则的标准与数据/事件，来应用过滤器。

在一个实施例中，过滤例程仅在过滤器所定义的标准的每一个都匹配或满足时才确定数据/事件是关联数据/事件。例如，如果一个或多个标准没有被特定数据/事件满足，则那个数据/条目认为没有与满足标准的每个的数据/事件关联。

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

一旦确定了关联数据/事件，就可创建关联数据/事件的可视表示。在一个实施例中，显示例程使关联数据/事件之间的关联的可视表示出现在输出设备526上。

当前描述的本发明的一个或多个实施例提供若干优点。在某些实施例中，信息可从各种源汇总，并以统一格式提供给用户。在某些实施例中，信息可根据一个或多个标准来搜索和/或过滤。另外，采用当前描述的技术的实施例，可访问相关信息，而没有访问在相关数据/事件附近发生的不相关数据/事件的不确定性。

某些实施例提供用于为来自各种不同信息系统的所有患者电子医疗记录数据提供临床显示和搜索的方法及系统。某些实施例提供来自各种不同信息系统的患者电子医疗记录数据的完整集合的全面临床显示和搜索功能性。某些实施例通过统一界面来提供这种汇总和过滤数据及功能性。例如，工作列表或浏览器查询所有可用企业医院信息系统，并将数据汇总到显示来自特定患者搜索的所有结果和数据点的单个交互窗口。工作列表/浏览器可显示来自放射科、心脏科、药剂科、药物治疗、实验室信息系统等的信息。

在某些实施例中，一个或多个搜索的列标题可能是用户可配置的，以便显示与特定用户相关的元数据。列标题可通过例如与各列标题相关的动态按键和/或特定下拉菜单来过滤患者信息。例如，某些列标题允许用户根据特定的EMR类型来过滤患者数据以进行显示。例如，某些列标题允许用户根据日期和/或日期范围来过滤数据点。例如，某些实施例允许基于就诊(例如最后一次患者就诊、最后五次就诊、最后“N”次就诊等)来进行数据过滤。例如，搜索和过滤患者的全面电子医疗记录的能力帮助使内科医师能够完整地看到患者的健康或病理的全面上下文。

在某些实施例中，当用户离开一个患者时，界面系统可自动保存界面的最后状态。所保存用户界面上下文可包括患者图表或记录的开启窗口、完整字段、多步工作流程中的位置等。例如，“患者上下文”被存储并且作为界面中的图标和/或其它上下文管理器提供给用户。为了回到任何保存状态的患者上下文，用户点击或者选取表示软件中最后的患者上下文的图标。通过点击单个按钮，用户能够在单个会话中、在多个患者上下文之间来回切换，因而有助于减小工作量并浏览完整的临床任务。

例如，以上所述界面和系统的组件、元件和/或功能性可通过硬件、固件和/或作为软件的指令集单独或者以各种形式结合来实现。某些实施例可作为驻留在诸如存储器或硬盘之类的计算机可读介质上的指令集来提供，以便在通用计算机或其它处理装置、例如PACS工作站或者一个或多个专用处理器上运行。

以上参照附图描述了若干实施例。这些附图说明实现本发明的系统、方法和程序的具体实施例的某些细节。但是，采用附图来描述本发明不应当理解为对本发明施加与附图所示特征相关联的任何限制。本发明考虑到用于实现其操作的方法、系统以及任何机器可读介质上的程序产品。如上所述，本发明的实施例可采用现有计算机处理器或通过为这个或另一个目的结合的专用计算机处理器，或者通过硬连线系统来实现。

如上所述，本发明的范围之内的某些实施例包括程序产品，其中包含用于携带或其中存储了机器可执行指令或数据结构的机器可读介质。这种机器可读介质可能是可由通用或专用计算机或者具有处理器的其它机器可访问的任何可用介质。作为实例，这种机器可读介质可包括RAM、ROM、PROM、EPROM、EEPROM、闪存、CD-ROM或其它光盘存储装置、磁盘存储装置或者其它磁存储装置，或者可用来携带或存储采取机器可执行指令或数据结构形式的预期程序代码并且可由通用或专用计算机或者具有处理器的其它机器可访问的其它任何介质。当信息通过网络或另一种通信连接(硬连线、无线或者硬连线或无线的结合)传递或提供给机器时，机器将连接适当地看作是机器可读介质。因此，任何这样一种连接都适当地称作机器可读介质。以上所述的结合也包含在机器可读介质的范围之内。机器可执行指令例如包括使通用计算机、专用计算机或者专用处理机执行某个功能或某组功能的指令和数据。

在方法步骤的一般下文中描述了本发明的某些实施例，方法步骤在一个实施例中可通过程序产品来实现，程序产品包括例如采取由网络(networked)环境中的机器执行的程序模块形式的机器可执行指令、如程序代码。一般来说，程序模块包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。机器可执行指令、相关数据结构和程序模块表示用于执行本文公开的方法的步骤的程序代码的实例。这类可执行指令或相关数据结构的特定序列表示用于实现在这类步骤中所述的功能的相应动作的实例。

本发明的某些实施例可在采用到具有处理器的一个或多个远程计算机的逻辑连接的连网环境中实施。逻辑连接可包括在此作为实例而不是限制来提供的局域网(LAN)和广域网(WAN)。这类网络环境是办公范围和企业范围的计算机网络、企业内部互联网和因特网中常见的，并且可采用大量不同的通信协议。本领域的技术人员会理解，这类网络计算环境通常包含许多类型的计算机系统配置，其中包括个人计算机、手持装置、多处理器系统、基于微处理器的或可编程消费电子产品、网络PC、小型计算机、大型计算机等。本发明的实施例还可在分布式计算环境中实施，在这些环境中，任务由通过通信网络链接(通过硬连线链路、无线链路或者通过硬连线或无线链路的结合)的本地和远程处理设备来执行。在分布式计算环境中，程序模块可能位于本地以及远程存储器存储设备中。

一种用于实现本发明的整体系统或者若干部分的示范性系统可包括采取计算机形式的通用计算装置，其中包括处理单元、系统存储器以及将包括系统存储器在内的各种系统组件耦合到处理单元的系统总线。系统存储器可包括只读存储器(ROM)和随机存取存储器(RAM)。计算装置330还可包括用于对磁硬盘(magnetic hard disk)进行读取和写入的磁硬盘驱动器，对可移动磁盘进行读取或写入的磁盘驱动器，以及用于对可移动光盘、如CD ROM或其它光媒体进行读取或写入的光盘驱动器。驱动器及其关联的机器可读介质提供对机器可读指令、数据结构、程序模块和计算机的其它数据的非易失性存储。

为了便于说明和描述而提供本发明的实施例的以上描述。它不是详尽的说明也不是将本发明限制在所公开的精确形式上，根据上述理论的各种修改和变更都是可行的，或者可以从本发明的实践中获得。选择并描述了这些实施例，以便说明本发明的原理及其实际应用，从而使本领域的技术人员能够在各种实施例中以及通过适合所考虑的具体应用的各种修改来运用本发明。

本领域的技术人员会理解，本文所公开的实施例可适用于任何医疗导航系统的形成。虽然如本文所描述的，说明了所要求的主题的实施例的某些特征，但本领域的技术人员现在会想到多种修改、替换、改变以及等同方案。另外，虽然详细描述了若干功能块及它们之间的关系，但是，本领域的技术人员预期可执行操作中的几个操作而无需使用其它操作，或者可建立附加功能或功能之间的关系，而仍然按照所要求的主题。因此要理解，所附权利要求书意在涵盖落入所要求的主题的实施例的真实精神之内的所有这类修改和改变。

用于提供电子医疗记录数据临床显示和搜索的方法及系统

            部件列表

图1	说明
		界面	200
报告数据	210
		窗口	220
界面	300
		数据	310
窗口	330
		图4	流程图
系统	500
		数据存储装置	510
工作站	520
		输入设备	522
输出设备	524
		存储介质	526

Claims (10)

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

处理器，从多个信息系统汇总与患者相关的数据，以形成汇总电子患者记录；

过滤器，根据一个或多个标准来对所述汇总数据进行筛选；以及

输出(220，330，524)，将筛选数据(210，310)提供给用户。

2.如权利要求1所述的用户界面系统(200，300，500)，其特征在于，所述过滤器包括根据所述一个或多个标准来搜索所述汇总数据并提供搜索结果的搜索能力。

3.如权利要求1所述的用户界面系统(200，300，500)，其特征在于，所述处理器自动帮助登录到所述多个信息系统而无需用户干预。

4.如权利要求1所述的用户界面系统(200，300，500)，其特征在于，还包括允许用户编辑所述数据的输入(522)。

5.如权利要求4所述的用户界面系统(200，300，500)，其特征在于，所述输入允许用户创建数据之间的关联。

6.如权利要求1所述的用户界面系统(200，300，500)，其特征在于，所述输出(220，330，524)通过显示和报告这两者中的至少一个来向用户提供筛选数据(210，310)。

7.一种用于电子患者数据汇总的方法(400)，所述方法(400)包括：

从多个系统汇总患者的数据，而无需由用户在所述多个系统(420)的每一个上分别手动登录；

根据通过统一界面(200，300)输入的一个或多个用户定义标准来过滤所述汇总数据，以提供所述汇总数据的过滤子集(450)；以及

通过所述统一界面(200，300)显示所述汇总数据(440)。

8.如权利要求7所述的方法，其特征在于，所述过滤步骤包括基于数据的类型来进行过滤。

9.如权利要求7所述的方法(400)，其特征在于，所述过滤步骤包括基于元数据驱动列中的信息来进行过滤。

10.如权利要求7所述的方法(400)，其特征在于，所述过滤步骤包括基于日期和时间范围这两者中的至少一个来进行过滤。

Images