CN102227730A - 基于小工具的应用中临床元素提取、保持和传送的系统和方法 - Google Patents

Abstract

某些示例实施例提供用于在基于小工具的应用中提供临床元素提取、保持和传送的系统和方法。示例临床数据元素通信器系统包括用户界面，所述界面包括从多个临床信息源检索的临床内容，用于向用户的图形显示。用户界面有利于与显示的临床内容的用户交互，临床内容包括应用和患者数据。示例系统还包括用于临床内容的保持区域和用于将临床内容传送到一个或多个接收方的传送单元。保持区域作为用户界面的一部分来显示，并且保持由用户选择的并存放在保持区域中的临床内容。临床元素传送单元接收保持区域中存放的临床内容，包装临床内容，并且在电子数据消息中将临床内容传送到一个或多个接收方。

Description

基于小工具的应用中临床元素提取、保持和传送的系统和方法

相关申请

本申请要求对于2008年11月30日提交的名称为“SYSTEMS AND METHODS FOR CLINICAL ELEMENT EXTRACTION，HOLDING，AND TRANSMISSION IN A WIDGET-BASED APPLICATION”的美国临时专利申请No.61/118655的优先权的权益，该申请通过引用以其整体结合于本文中。

联邦赞助的研究或开发

[不适用]

微缩胶片/版权引用

[不适用]

背景技术

诸如医院或诊所等健康护理环境包括诸如医院信息系统(HIS)、放射信息系统(RIS)、临床信息系统(CIS)及心血管信息系统(CVIS)等信息系统和诸如图像档案和通信系统(PACS)、资料室(library)信息系统(LIS)及电子病历(EMR)等存储系统。存储的信息例如可包括患者病历、成像数据、测试结果、诊断信息、管理信息和/或调度信息。信息可在中央存储，或者划分在多个位置。在健康护理工作流中，健康护理从业人员可能希望在各种位置访问患者信息或其它信息。例如，在手术期间和/或之后，医疗人员可访问存储在医疗信息系统中的患者信息，如患者的解剖图。例如，放射治疗师和/或其它临床医生可查看存储的图像和/或其它信息。

通过使用PACS和/或其它工作站，诸如放射治疗师等临床医生可执行有利于临床工作流的多种活动，如图像读取。诸如放射或心脏治疗过程读取等读取是诸如放射治疗师或心脏病专家等健康护理从业人员查看患者的数字图像的过程。从业人员基于诊断图像的内容执行诊断，并且以电子方式(例如，使用口授(dictation)或其它方式)或书面方式报告结果。诸如放射治疗师或心脏病专家等从业人员一般使用其它工具来执行诊断。其它工具的一些示例是现有和与现有有关(历史)的检查及其结果、实验室检查(例如血液工作(blood work))、过敏、病理结果、药物、示警、文档图像及其它工具。例如，放射治疗师或心脏病专家一般在读取检查结果时观察其它系统，如实验室信息、电子病历及健康护理信息。

当前PACS和/或其它查看系统在屏幕上为用户提供所有可用医疗信息。然而，此信息未经组织。另外，当前没有告诉用户这些数据元素哪些重要、哪些不重要的方式。简单地遍历地浏览数据相当有问题，因为这大大破坏了医师的工作流，并且经常不能产生期望的最终用户结果。

多种临床数据和医疗文档在各种临床信息系统内可用，但目前在治疗点难以查找、组织和有效地向向医师和其它健康护理提供者呈现信息。存在与此任务相关联的无数困难。当前系统和方法在各个数据源上执行静态查询，这通常返回可能相关或不相关并且一般不完整的信息。

基于最近的研究，计算机化医嘱录入错误在大约过去五年内已增加。根据2006年美国医学信息学会杂志报道，来自计算机录入错误的意外不良后果分为9大类(以递减频率排序)：1)临床医生更多/新的工作，2)不利的工作流问题，3)永不停止的系统需求，4)与纸张持续存在有关的问题， 5)沟通模式和惯例的意外变化，6)负面情绪，7)新类型错误的生成，8)权利结构的意外变化，以及9)过度依赖技术。差的使用性和用户界面设计造成了即使不是所有也是大部分这些类别的不良后果。

发明内容

本发明的某些示例实施例提供用于在基于小工具(widget)的应用中提供临床元素提取、保持和传送的系统和方法。

某些示例提供用于经自适应用户界面来提供自适应的、以工作为中心的健康护理服务的系统和方法。示例临床数据元素通信器系统包括用户界面，所述界面包括从多个临床信息源检索的临床内容，用于向用户的图形显示。所述用户界面有利于与显示的临床内容的用户交互，临床内容包括应用和患者数据。示例系统还包括用于临床内容的保持区域和用于将临床内容传送到一个或多个接收方的传送单元。保持区域作为用户界面的部分来显示，并且保持由用户选择并存放在保持区域中的临床内容。临床元素传送单元接收保持区域中存放的临床内容，包装临床内容，并且在电子数据消息中将临床内容传送到一个或多个接收方。

用于临床数据元素通信的示例方法包括接受用户输入以选择从多个临床信息源检索的并以图形方式向用户显示的临床内容，显示的临床内容包括临床应用和患者数据。示例方法还包括临时存储用户选择的并存放在作为用户界面一部分来显示的保持区域中的临床内容。示例方法还包括从保持区域来生成电子数据消息，该消息包括临时存储的临床内容。另外，示例方法包括将电子数据消息传送到一个或多个接收方。

示例计算机可读媒体包括用于在计算机上执行的指令集，所述指令集在执行时实现数据元素通信器系统。指令集实现的系统包括用户界面，所述用户界面包括从多个信息源检索的电子数据元素，用于向用户的图形显示。所述用户界面有利用于与显示的电子数据元素的用户交互。所述系统还包括显示为用户界面一部分的保持区域。保持区域保持用户选择的并存放在保持区域中的一个或多个电子数据元素。所述系统还包括数据元素传送单元，该单元接收存放在保持区域中的一个或多个电子数据元素，包装所述一个或多个电子数据元素，并且在电子数据消息中将所述一个或多个电子数据元素传送到一个或多个接收方。

附图说明

图1根据本发明的某些实施例示出用于提供自适应的以工作为中心的健康护理服务的工作流。

图2根据本发明的一实施例示出一示例自适应用户界面。

图3示出包括用户界面(例如，相对于图2所述的用户界面)的示例移动装置。

图4根据本发明的一实施例示出在围产期保健中自适应的以工作为中心的用户界面的示例使用情况。

图5根据本发明的某些实施例示出用户界面架构。

图6根据本发明的一实施例，示出包括活动侦听和响应能力的示例自适应用户界面系统。

图7根据本发明的某些实施例示出用于经自适应的以工作为中心的用户界面和支持架构来访问健康状况内容的方法的流程图。

图8根据本发明的某些实施例，示出允许选择一个或多个临床元素、保持选定元素及传送选定临床元素到一个或多个接收方的示例保持区域和相关联的工具。

图9根据本发明的某些实施例，示出接收方收到的示例消息，包括用户经图8的工具所选择的选定临床元素有关的扩展详细信息。

图10根据本发明的某些实施例示出示例小工具系统，该系统有利于一个或多个临床元素的选择、保持和从一个或多个应用或小工具到一个或多个接收方的传送。

图11根据本发明的某些实施例示出一种方法的流程图，该方法有利于一个或多个临床元素的选择、保持和从一个或多个应用或小工具到一个或多个接收方的传送。

图12示出可用于实现本文中所述系统和方法的示例处理器系统的框图。

在结合附图阅读时，将更好地理解以上概述及本发明的某些实施例的以下详细描述。为示出本发明的目的，图形中示出了某些实施例。然而，应理解，本发明不限于附图中所示的布置和手段。

具体实施方式

某些实施例提供最终用户跨企业系统对信息的访问。某些实施例提供搜索驱动的、基于角色、基于工作流和/或基于疾病的界面，界面允许最终用户跨健康护理网络无缝地访问、输入和搜索医疗信息。某些实施例通过对个人需要调整的和响应工作域变化的以工作为中心的界面，提供自适应用户界面能力。某些实施例引入了自适应的以工作为中心的用户界面技术软件架构，该架构体现两个新颖的概念。第一概念是使用本体建模方案，以根据“以工作为中心”的活动及完成支持那些活动的实现的计算机制来表征工作域。第二概念是在向企业级应用的用户界面的呈现机制和以工作为中心的表征中，提供用户引导的和自动化的自适应交互。

在用户能够跨患者护理的时间线查找和利用相关信息时，健康护理信息系统是最有效的。自适应用户界面能利用语义技术为例如域概念、用户角色和任务及信息关系建模。语义模型使得应用能够基于有关用户和任务的上下文信息更有效地查找、组织信息和向用户呈现信息。应用能够由信息小工具的库来组成以显示多内容和多媒体信息。另外，框架使得用户能够调整小工具的布局和与底层数据交互。

在一示例中，通过利用语义Web技术，实现了自适应用户界面设计的新级别。域概念和关系在本体的层次结构中表征，与能够实现自适应推理和延伸性的上层本体构造相关联。

因此，某些实施例通过使用能够对本体中的元数据进行“推理”的控制器，提供自适应用户界面能力，以向用户呈现对个人需要调整的和响应工作域变化的以工作为中心的应用。目标信息能够以应用上下文敏感的方式从“外部”数据来输送。

在人与计算机交互中，用户界面数据、事件和频率能够显示、记录和组织到事例(episode)中。通过计算位于屏幕上的数据、事例频率和隐含关系，某些示例实施例能够自动推导应用特定的事例关联，并因此使得应用界面能够自适应向用户提供及时的帮助。通过识别与设计自适应用户界面有关的问题，包括交互跟踪、事例识别、用户模式识别、用户意图预测及用户简档更新，生成能够代表用户操作以基于某些识别的计划与应用交互的界面。为适应不同用户的需要，界面能够通过例如了解用户简档和疾病特定的工作流来个性化其帮助。

在某些实施例中，自适应用户界面系统例如包括搜索引擎、Web服务器、主动监听器、信息合成引擎、查询引擎、数据聚集器、文档概括器、简档上下文管理器及临床和管理仪表板。某些实施例以用户特定、角色特定、疾病特定方式来提供整个患者病历的完整视图。在某些实施例中，用户界面还能够配置为提供数据的操作视图、数据的财务视图，并且也用作任何类型的数据聚集的仪表板。

某些实施例提供自适应的以工作为中心的用户界面技术软件架构。该架构使用本体建模方案，以根据“以工作为中心”的活动及完成支持那些活动的实现的计算机制来表征工作域。该架构也在向企业级应用的用户界面的呈现机制和以工作为中心的表征中提供用户引导的和自动化的自适应交互。

以工作为中心的解决方案有助于提供集成和调整的系统，系统根据完成工作所处的上下文自定义用户交互，提供对以灵活和可自适应方式来工作的支持。在以工作为中心的方案下，形成了总体目标工作域的理解。例如，用于形成工作域的理解的问题能够包括工作域包含什么、工作的目标是什么、谁参与工作域以及参与者如何实现工作域的目标(给定本地上下文)。工作域的理解能够用于表征且因此支持参与者的日常活动。

在某些实施例中，主动监听器代理在诸如用户界面等软件应用和/或计算装置的前台(foreground)和/或后台(background)中操作以监视用户和程序活动。例如，主动监听器代理能够收集与用户界面中小工具有关的信息。主动监听器代理能够收集例如与用户生成的关于用户界面及其内容的动作有关的信息。

在某些实施例中，基于应用(例如小工具)信息和用户交互，主动监听器代理能够基于当前上下文识别对用户重要的信息和/或功能。在一实施例中，如果主动监听器代理检测到用户界面上显示的一个或多个数据元素达到预定的阈值，则主动监听器自动在用户界面上放置一个或多个小工具，这些小工具包括另外的相关信息以帮助使用户能够做出有见识的决定。在另一实施例中，主动监听器代理能够通过对用户与应用的交互做出反应来帮助用户，并且通过在显示的用户界面上显示小工具形式中的另外信息和/或其它信息作为用户动作的结果，提供另外的见解。例如，如果用户将某个数据元素从一个小工具拖到另一小工具(例如，使用鼠标装置经元素的光标选择和跨显示界面的移动)，则主动监听器代理能够在显示的界面上重新放置(例如大小和/或位置)该信息，以便数据元素的布置表示对帮助用户得出结论(例如，关于患者的诊断和/或治疗)有用的信息的不同级别。主动监听器代理随后能够在界面上放置预形成的能够对特定情形有帮助的相关小工具，和/或能够除用户界面上的数据上下文外还基于用户更改的小工具的内容来创建新小工具。

主动监听器不是关注于预定的工作流，而是为用户提供在存在未知工作流或协议的某些情况中对用户有帮助的另外信息。基于历史数据和/或其它输入，系统向用户显示与用户有关的另外信息和/或功能以便做出明智的决定。例如，在界面和/或应用的后台中，主动监听器能够监视显示的界面上数据元素的活动。在这些数据元素达到某个阈值时，主动监听器在显示的界面上放置另外的信息以帮助用户做出明智的决定。备选或附加的是，主动监听器能够检测用户何时对应用做出更改(例如，通过将数据元素从一个小工具拖放到另一小工具，通过进行搜索，通过更改诊断等)。例如，通过组合用户交互的上下文和显示的用户界面内容，能够向用户提供相关信息和/或功能。

图1根据本发明的某些实施例示出用于提供自适应的以工作为中心的健康护理服务的工作流100。工作流100包括患者到医院、诊所、看医生就诊105等。从患者就诊105中，由例如检查医师、护士等临床医生来生成查询110。查询110能够例如包括观察到的刺激(stimulus)112和患者上下文114等。查询110传递到查询驱动器115。查询驱动器115例如能够查询一个或多个数据源120和/或知识管理子系统160。数据源120能够包括实验室结果、诊断测试(例如，X射线、磁共振图像、超声等)、患者历史、保险信息、帐单信息等中的一个或多个。

在某些实施例中，查询驱动器115能够包括查询增强引擎(“QUEEN”)和/或与其通信。信息可以多种格式来表示，包括文本(例如报告和文章)、表(例如，数据库)、图像(例如，X射线和计算机断层显像扫描)及视频(例如，外科手术)。此外，信息经常位于不同系统上并且在异类环境中存储和/或计算。

查询增强引擎能够用于基于信息需要(例如，刺激112)和上下文114从相异的信息源120检索信息。首先，基于原始查询110和上下文114，QUEEN通过查询信息注册处(registry)确定哪些信息源120对于检索请求的信息是最适当的。

一旦候选信息源120已识别，查询110便生成(由查询增强引擎115)并传递到信息源120以便检索。不同的数据存储库(文件系统、数据库等)利用不同机制检索它们之内的数据。信息源120封装这些检索机制。

为改进检索结果的精确度，有时在检索前修改查询是有益的。查询增强可涉及添加另外的术语到查询以改进结果。查询改进可涉及删除或替代查询的术语以提高性能。例如，QUEEN 115可使用初始查询请求信息，然后增强或改进查询以提高性能。

查询110与来自一个或多个数据源的数据组合并提供到信息合成引擎(“ICE”)125以汇编或捆绑来自数据源120的数据，从而响应查询110。ICE 125能够捆绑来自多个异质数据源120的信息以便呈现。

例如，对于给定信息需要，几个不同类型的信息可能是手边的特定任务形成语义上有意义的信息束(bundle)所期望的。束包括一个或多个类型的信息(例如，患者历史和实验室结果)。将各种信息项组织成语义单元称为信息合成或捆绑。ICE 125负责将来自数据源120的检索到的信息一起合成为对用户有意义的束。束可基于用户的语义需要来合成，并且也可例如由用户偏好和/或对域适当的其它知识来驱动。

在某些实施例中，ICE 125使用合成器合成从数据源120检索的信息。合成器例如采用合成判定逻辑(“CDL”)来合成信息。例如，CDL的一些示例包括冗余信息的聚集、消除、信息的轻量概括及结果的融合。

例如包括主动监听器组件的控制器能够管理QUEEN 115与ICE 125之间的交互。在QUEEN 115已检索信息时，信息传递到ICE 125以便在输送到应用或用户之前进行合成和捆绑。例如，主动监听器组件能够监视由QUEEN 115检索并传递到ICE 125的信息并对其做出反应。

在合成期间，可确定一些信息缺失或不充分。在此情况下，ICE 125能够通知控制器信息缺失/不充分。控制器随后通知查询引擎115要增强或改进一个或多个查询110以便提高检索性能。例如，查询110再次被执行，并且结果传递回ICE 125以便在返回用户之前进行合成和捆绑。

ICE 125随后产生束130，该束包括基于来自查询110的上下文信息114而为请求用户所调整和合成的相关信息。束130传递到概括引擎135。概括引擎135为束130的内容提供多文档概括。概括将在下面进一步描述。

以来自概括引擎135的概要所注释的修订束140用于生成呈现145。该呈现能够包括从数据源120的元数据搜索所返回的并包括来自概括引擎135的上下文概要的文本、视频和图像的多媒体束。用户能够通过呈现145深度探讨细节。诸如医师和/或护士等用户能够使用来自呈现145的信息进一步诊断和/或治疗患者。从呈现145信息的用户的反应和/或其它反馈150能够提供回知识管理子系统160以供以后使用。在某些实施例中，例如基于用户反应/反馈150，主动监听器组件向知识管理子系统160更新和/或提供另外的内容和/或应用。

现在将进一步详细描述知识管理子系统160。知识管理子系统160包括一个或多个工具和/或另外的信息以帮助查询驱动器115形成查询，以便从数据源120提取相关信息。诸如刺激112和上下文114等查询110信息能够输入知识管理子系统160以便为查询驱动器115提供相关工具和/或信息。备选和/或附加的是，临床医生反应和/或其它反馈150能够反馈到子系统160中以从知识管理子系统160提供进一步信息和/或改进进一步结果。

例如，如图所示，在图1中，知识管理子系统160包括一个或多个仪表板161、一个或多个本体163、过程和指导原则165、公共数据模型167及分析体(analytics)169。知识管理子系统160能够将知识和术语管理基础设施(“KTMI”)提供到工作流100。本体163详细描述域内概念集的形式表示和那些概念之间的关系。本体163能够用于定义域和评估该域的属性。公共数据模型167定义特定环境内相异的数据实体之间的关系，并建立数据实体在其内有意义的上下文。公共数据模型167提供在工作流100中跨应用和数据源并定义工作流100内数据关系和含意的数据模型。例如，通过使用分析体169，子系统160能够基于公共数据模型167来访问仪表板内容161、本体163和过程/指导原则165以提供输出到查询驱动器115。

现在将进一步详细描述概括引擎135的活动。多文档概括是旨在从有关相同主题(例如，跨多个患者的疾病)所编写的多个文本来提取信息的自动过程。结果的概要报告允许诸如检查医师、护士等各个用户快速让自己熟悉大的文档簇中包括的信息。因此，例如，概括引擎135能够补充ICE 125以对内容进行概括和注释以便易于参考。

多文档概括创建比原始数据的检阅更简明和综合的信息报告。不同的意见放在一起并且被概述以在单个文档内从多个方面来描述主题。虽然简短的概要的目标是通过指向最相关源文档来简化信息搜索和减少时间，但综合的多文档概要本身应包含请求的信息，因此将访问原文件的需要限于要求细化时的情况。自动概要呈现在算法上从多个源提取的信息，而无任何编辑接触或主观人为干预，力图提供公正的结果。

然而，由于大的文档集内主题多样化的原因，多文档概括经常比概括单个文档更复杂。概括技术旨在完整、易读和精确地组合主要文档主题。例如，能够使用通过国家标准和技术研究院(National Institute of Standards and Technology)每年进行的文档理解会议(Document Understanding Conferences)所形成的多文档概括的评估准则。

在某些实施例中，概括引擎135不是简单地缩短源文本，而是呈现围绕源文本的关键方面组织的信息，以表示给定主题上更广泛的多样观点。在此类质量得以实现时，自动多文档概括能够更像是给定主题的概述一样使用。

多文档概要准则能够包括以下的一项或多项：清晰的结构，包括主要内容的概述，从中易于导航到完整的文本章节；章节内的文本分成有意义的段落；从更一般到更具体主题方面的逐渐过渡；良好的易读性等等。关于良好的易读性，自动概述例如能够不显示来自相应文档(例如，网页)的文章不相关的“信息噪声”；概述中没有对未提及或未解释的主题的悬挂引用(dangling reference)；没有跨句子的文本中断；没有语义冗余等等。

在某些实施例中，概括方案包括三个步骤：1)分段，2)聚类(clustering)/分类，以及3)概要生成。初始文本分段通过基于现有段落边界将文档分割或“分块”成段落来执行。子标题和一行段落能够被合并。如果不存在段落边界，则通过在例如每N个单词(例如，每20个单词)后进行划分来完成分块。

对于聚类，例如能够应用一种或多种自然语言处理(“NLP”)技术以测量两个单词集之间的相似性。例如，识别包括单词的类似字符串(例如，N元语法(N-grams))的段落，并且定义类似量度以确定两节是否类似。例如，类似性量度能够提供模仿余弦函数的输出(例如，更靠近1的值的结果表示更大的相似性)。使用这些量度，能够为所有的节对来计算节类似性得分。

在某些实施例中，存在许多节时察看簇的所有组合在计算上是昂贵的。因此，聚类能够分两步执行：种子聚类和分类。在种子聚类中，能够使用完整链路算法，直至找到目标数量的簇。例如，目标数量的簇能够等于log(文档数量)。在分类中，通过查找最佳匹配种子簇来将剩余节分类。如果节没有相似性，则它被置于垃圾簇中。

对于概要生成，随后从每个簇取出最具有特性的段以形成“元文档”。单个文档概括器随后用于创建整个集的“概要”。概要与信息捆绑在一起并作为束140提供。

作为起作用的工作流100的一示例，假设在患者上执行手术之前，医师想知道患者有什么过敏。有关患者过敏的信息可存储在使用文档存储库、文件系统和数据库120的组合的不同系统中。通过使用ICE 125，找到和捆绑有关患者过敏的各种信息，并将其向医师呈现。例如，一些信息可埋于一些文档中的段落内，而其它信息存在于数据库表格中。系统的数据库已暴露(例如，通过连接框架)时，ICE 125及其QUEEN引擎能够连接到数据库120以查询信息。对特定系统数据库不可用时，仍能够搜索该系统的文档存储库。文档概括器135能够用于提供检索的文档的概要，并且将检索的文档的相关节集中以引入相关患者信息。信息在输送到用户前被组织成束140。例如，信息可基于信息类型、语义、信息相关性及来自底层存储库的置信得分等来组织。

在某些实施例中，工作流100通过使用查询生成引擎115从连接框架组件不断搜索相关信息来支持用户。随后，这些结果通过信息合成引擎125来分类和捆绑，该引擎变换信息以便向用户适当呈现。

在某些实施例中，通过利用语义web技术，实现了自适应用户界面(“UI”)设计。例如，域概念和关系在本体的层次结构中表征，与能够实现自适应推理和延伸性的上层本体构造相关联。

从一个或多个以工作为中心的设计原理，能够得出核心本体。例如，有效接口能够显示信息，所述信息表示用户在所处工作域上解决特定类型问题所需的看法。作为另一示例，在当前工作上下文中对用户最重要的信息能够在焦点区中显示以引起用户的关注。参考信息能够在显示器的周边中提供以维持上下文和支持工作管理。作为又一示例，用户自己的工作本体(例如，术语和含意)应是界面显示中信息元素的主要源。

因此，某些实施例通过使用能够对本体中的元数据进行“推理”的控制器，提供自适应用户界面能力，以向用户呈现对个人需要调整的和响应工作域变化的以工作为中心的应用。通过提供界面，以应用上下文敏感的方式输送目标信息，此类用户界面能力帮助减轻与浏览连接框架能够访问的“外部”数据相关联的问题。

在人与计算机交互中，用户界面数据、事件和频率能够显示、记录和组织到事例中。通过计算位于显示屏幕上的数据、事例频率和隐含关系，能够自动推导应用特定的事例关联，以使得应用界面能够自适应向用户提供及时的帮助。例如，通过识别与设计自适应用户界面有关的问题，包括交互跟踪、事例识别、用户模式识别、用户意图预测及用户简档更新，界面能够代表用户操作以基于某些识别的计划与应用交互。为适应不同用户的需要，界面能够通过例如了解用户简档和疾病特定的工作流来个性化其帮助。

图2根据本发明的一实施例示出一示例自适应用户界面(“UI”)200。UI 200包括登录和用户识别区域205、患者识别区域210、示警212及小工具显示区域215。用户识别区域205识别当前登录以便访问UI 200的用户。患者识别区域210提供目标患者的识别信息，如姓名、识别号码、年龄、性别、出生日期、社保号、联系信息等。示警212能够提供患者信息以引起用户的关注，如患者无过敏的指示。小工具显示区域212包括可由用户经UI 200放置以便使用的一个或多个小工具。

例如，如图2所示，小工具显示区域212包括小工具220、230、240、250、260、280。小工具能够提供多种信息、临床决定支持、搜索能力、临床功能等。如图所示，例如在图2中，小工具220是重要信息(vital)/实验室小工具。重要信息小工具220提供患者一个或多个生命征和/或实验室测试结果的视觉指示符。例如，指示符能够包括血压221、尿分析223、重量225、葡萄糖227及温度229。每个指示符包括类型和值。例如，血压指示符221包括类型222(例如，血压)和值224(例如，130上的200)。每个指示符221、223、225、227、229具有某种颜色和某个大小以从指示符指示构成信息的重要性。例如，血压指示符221是小工具220中最大大小的指示符，在视觉上向用户指示血压读数221在其它结果之上的相对重要性。随后，下一最重要的将是尿分析223等等。作为另一示例，血压221是红色，尿分析223是橙色，重量225是黄色，以及葡萄糖227和温度229均是绿色。颜色能够用于指示构成值的严重程度或重要性。例如，红色的血压221将携带最大的重要性，下一最重要的将是橙色的尿分析223等等。因此，指示符大小和/或颜色能一起和/或单独用于为用户提供在患者重要信息和实验室结果的调查上所设优先级的直接视觉指示。在某些实施例中，指示符的选择检索用于为该指示符生成信息的数据、结果和/或文档。

小工具230提供与患者有关的临床文档列表，例如医疗接触(encounter)概要、报告、图像分析等。文档信息能够包括文档类型231、文档作者232、文档日期233、从文档的评估234、文档状态235及用于文档的动作236。例如，文档小工具230中的条目能够是由作者232Dr.Amanda Miller在日期(233)2008年3月12日诊断234可能的前期子痫(pre-eclampsia)生成的就诊概要类型231，状态235是已签名及动作236是查看。用户能够选择文档条目以检索和显示小工具230中引用的实际文档。

小工具240提供一个或多个成像研究以供用户查看。成像研究小工具240包括一个或多个图像244及成像类型246和评估248。例如，如图2所示，小工具240包括评估为正常的头部CT和评估为正常的胎儿超声图像。

小工具250提供为患者识别的一个或多个问题252、254的视觉表示。类似于重要信息小工具220，问题指示符252、254能够具有某种颜色和/或某个大小以从问题指示符指示构成信息的重要性。例如，在高血压中问题指示符242为红色，并且比另一个问题指示符254更大。因此，指示符大小和/或颜色能够一起和/或单独用于为用户提供在患者问题的调查上所设优先级的直接视觉指示。在某些实施例中，问题指示符的选择检索用于为该指示符生成信息的数据、结果和/或文档。

小工具260向用户提供患者就诊的一个或多个原因。用于就诊小工具260的原因包括原因262和允许用户扩展原因262以查看另外的细节或折叠原因262以隐藏另外的细节的图标264。原因262能够像出自小工具220、250的指示符一样被彩色编码，以提供优先级、重要性、严重性等的视觉指示。

小工具270提供向患者开出的药物列表。药物小工具270包括药物的类型272、药物的量274及药物的输送机制276。在某些实施例中，药物的选择例如能够拉出有关药物及其相关联要求(order)的进一步细节。

例如，如图所示，在图2中，用户能操控光标280选择小工具并将该小工具放置在位置285。因此，用户能选择要显示的小工具，并随后在UI 200的小工具显示区域215中布置其布局。备选和/或附加的是，用户能在小工具显示区域215中重新放置小工具以修改UI 200布局。例如，使用光标280，用户能在小工具显示区域215上的某个点28放置用于就诊小工具260的原因。

UI 200还能提供到其它临床功能的一个或多个链接，如用户仪表板292、患者列表294、设置/偏好面板296及诸如此类。

某些实施例允许健康护理信息系统跨患者护理的时间线来查找和利用相关信息。例如，搜索驱动的、基于角色的界面允许最终用户跨健康护理网络无缝地访问、输入和搜索医疗信息。例如，自适应用户界面通过对个人需要调整的和响应工作域变化的以工作为中心的界面来提供能力。语义技术能够用于为域概念、用户角色和任务及信息关系建模。语义模型使得应用能够基于有关用户和任务的上下文信息更有效地查找、组织信息和向用户呈现信息。形成用于查询和结果生成的框架的组件包括用于构建应用的用户界面框架/组件、使得能够基于语义信息和上下文更有效地检索、聚集和合成信息的服务器组件及用于在分布式环境中连接到异类信息源的数据访问机制。

多种用户界面框架和技术能够用于构建应用，包括Microsoft

ASP.NET、Ajax

、Microsoft

 Windows Presentation Foundation、Google

 Web Toolkit、Microsoft

 Silverlight、Adobe及其它。例如，应用能够由信息小工具的库来组成以显示多内容和多媒体信息。另外，框架使得用户能够调整小工具的布局和与底层数据交互。

通过使用多个数据库和存储技术及数据格式，健康护理信息能够在多个应用中分布。为提供公共界面和对跨这些应用驻留的数据的访问，提供了连接框架(“CT”)，该框架利用公共数据和服务模型(“CDM”和“CSM”)和诸如企业服务总线(“ESB”)等面向服务的技术来提供对数据的访问。

图3示出包括用户界面(例如相对于图2所述的用户界面)的一示例移动装置。如图3所示，移动装置310例如能够包括图形用户界面320、导航装置330及用于与界面320的内容交互的一个或多个工具340。移动装置310能够包括蜂窝电话、个人数字助理、小型个人计算机和/或其它便携式计算装置。例如，移动装置310包括通信接口以便与外部系统交换数据。

移动服务和Web服务的组合能够用于经移动装置310输送信息。通过使用移动Web技术，能够增加便携性、普遍连接及基于位置的服务以增强Web上发现的信息和服务。应用和各种媒体无需驻留在各个储存仓(silo)中。相反，这些装置310上的应用能够例如将Web 2.0应用、传统桌面应用、多媒体视频和音频及移动装置(例如，蜂窝电话)的元素带到一起。通过使用自适应用户界面架构，小工具能够设计用于移动装置，以例如使得用户能够在无论何时、无论何地他们需要重要的临床信息时创建或使用该信息。

图4根据本发明的一实施例示出在围产期保健中自适应的以工作为中心的用户界面400的示例使用情况。在图4的示例中，Patricia Smith是一名35岁的怀孕妇女，在她第三次孕期的第34周中。在其整个护理过程期间，Patricia进行了典型的病情检查(workup)，包括初始实验室研究、重要信息、三维(“3D”)胎儿超声波及其它例行测试。除了其妊娠糖尿病外，Patricia具有正常的孕期和在妊娠期满后她将产下健康男婴的所有指示。

然而，在她34周的约诊(appointment)时，Patricia的产科医生/妇科医生有点担心她的血压，她的血压比前一次读数(在145/95)更高。Dr.Amanda Miller要求进行心电图(“ECG”)和尿分析(“UA”)测试。虽然Patricia的EKG显示正常的窦性心律，但其UA返回有痕量白蛋白，这暗示前期子痫。Miller要求Patricia在今天起的一周内安排她的下一次约诊，以监视其血压和肾功能。

下一周，Patricia的血压比前一值(150/98)更高，并且Dr.Miller要求再次进行尿分析。UA再次返回阳性，但级别与以前大致相同。Dr.Miller觉得在她的血压降到正常水平前继续每周就诊是明智的。她也向Patricia提到子痫的一个警报征兆是突然剧烈头痛，而且如果她遇到这种情况，则应直接转到急救部门寻求护理。

在周末她儿子的五岁生日聚会时，Patricia发生了剧烈头痛。她的丈夫Tom立即将她带到当地医院的急救部门(“ED”)。ED人员例如经纵向时间线记录访问所有Patricia的病历，并且熟悉了有关其情况的所有方面。由于Patricia的血压(“BP”)猛升到200/130，因此，ED医生要求进行一系列的测试-UA、EKG、化学检验(Chem Panel)和头部CT。化学检验和头部CT返回正常，但正如Dr.Miller担心的一样，UE显示白蛋白的升高级别(2+)。给定测试的结果和Patricia的状况的情况下，ED医生和Dr.Miller决定，行动的最佳过程是一旦Patricia的血压恢复控制，便经剖腹产(C-section)来分娩婴儿。为她施用了肼苯哒嗪(Hydralazine)(通过其IV)以控制高血压，并且施用了羟苯基乙酰胺3(Tylenol 3)以针对其头痛，并且转到手术等候(surgical holding)。

剖腹产成功了，并且Patricia和Tom成为一个六磅四盎司的健康男婴Evan的自豪的父母。在住院一周后，Patricia和Evan均出院回家。Patricia和Evan一周后均在Miller的办公室接受检查。Patricia的白蛋白和血压已恢复正常，她的血糖级别也恢复正常。

通过使用用户界面400，Dr.Miller能够基于患者405的识别，轻松地查看、输入和修改Patricia的进度、实验室结果、重要信息等。UI 400显示Patricia的重要信息410，并通过大的红色图标415从视觉上指示Patricia的血压需要关注。另外，从视觉上向医师突出显示异常的尿分析结果417。尿分析的临床详细信息410能够轻松被查看，带有突出显示的关键结果，指示阳性425或阴性427的结果。Dr.Miller能够查看她要求为Patricia进行的放射430和心脏病440研究，并且能够检查文档450，其包括以前的进展笔记455以评估Patricia的进展。Dr.Miller(和/或例如协助护士)也能够输入和查看Patricia到医院460就诊的原因。在开出肼苯哒嗪和羟苯基乙酰胺3后，Dr.Miller能够验证剂量和输送方法，并在剖腹产后经药物小工具470修改它们。如果Dr.Miller有其它问题和/或想搜索另外的信息，搜索字段480允许她如此做。

图5根据本发明的某些实施例示出用户界面架构500。架构500包括用户界面变换引擎502、查询生成/扩展引擎503、信息合成引擎509、多文档概括引擎514及到连接框架545的一个或多个连接器519。架构500的组件可由用户经诸如计算机或手持式装置等处理装置上的用户界面501来访问。用户能够经例如用户界面501来提交对信息的查询。

查询生成/扩展引擎503包括刺激504、一个或多个查询生成器505及搜索一个或多个数据源507以产生查询和收集的文档508的一种或多种访问机制506。查询和收集的文档508传递到信息合成引擎509，该引擎包括应用510、511、512、513，这些应用处理和应用例如认知推理，以基于例如语义指导原则、用户偏好及域有关信息中的一项或多项，将查询和收集的文档508组织成对查询用户有意义的一个或多个单元。包括合成器的工具集能够采用合成判定逻辑(“CDL”)来合成信息，如冗余信息的聚集、消除、信息的轻量概括及结果的融合。例如，应用能够包括一个或多个数据驱动的应用510、企业应用界面511、任务/过程驱动的应用512及数据结构特定应用513。应用510、511、512和/或513能够包括与新数据类型、新数据结构、域特定任务/过程、新应用界面等有关的一个或多个模板。查询和收集的文档508的合成和处理产生了响应用户查询的信息束550。

多文档概括引擎514接收文档束550，并将文档分段成节515。节515基于类似概念516来聚类。元文档517随后从概念516形成。概要518从元文档517生成。查询结果550、元文档517和/或元文档概要518能够经用户界面501提供给用户。

经到连接框架545的连接器519，用户界面501及其引擎503、509、514能够发送和接收信息以响应例如经界面501的用户查询。例如，查询引擎503能够访问连接框架545以查询一个或多个数据源507。

连接框架545包括客户端框架520。客户端框架520包括用于一个或多个产品522、患者搜索523、注册处导航器524的上下文管理器521及查看器525。因此，在某些实施例中，连接框架520能够有利于经用户界面501查看和访问信息并与用户界面501分开。经连接框架545，查询引擎503和/或用户界面501的其它部分能够通过多个层(tier)来访问信息和/或服务。

层例如能够包括客户端框架层526、应用层528及集成层530。客户端框架层526例如包括有利于信息的输入和输出的一个或多个客户端web服务器527。应用层528包括与企业和/或部门使用有关的一个或多个应用529，如业务应用、电子病历、企业应用、电子健康门户等。集成层530包括经一个或多个工厂536和/或自定义537接口与客户信息技术(“IT”)543通信的统一互操作性平台服务器535，其中所述接口例如是使用诸如web服务(“WS”)、X12、健康级别七(Health Level Seven“HL7”)等多种消息格式的默认和/或定制接口。统一互操作性平台535例如能够经公共服务模型(“CSM”)与应用层528中的一个或多个应用529进行通信。

例如，如图所示，在图5中，统一互操作性平台535例如包括企业服务总线(“ESB”)531、注册处、数据和服务的汇集532、配置信息533及临床内容网关(“CCG”)接口引擎534。ESB 531能够是符合Java商业智能(“JBI”)的ESB。ESB 531能够包括用于使用诸如X12、HL7、SOAP(简单对象访问协议)等特定协议/数据格式来访问Web服务以便例如传送消息和/或其它数据的一个或多个端点或位置。通过使用CSM，ESB 531例如有利于与应用层528中的应用529进行通信。经ESB 531，例如，注册处、数据和服务存储库532中的信息能够提供到应用层531以响应查询。配置信息533能够用于指定一个或多个参数，例如授权的用户、各个用户和/或用户组/类型的授权的级别、安全配置信息、隐私设置、审计信息等。例如，CCG界面引擎531从客户IT框架543接收数据，并且将数据提供到应用层531中的应用529和/或注册处532。

例如，如图所示，在图5中，客户IT 543包括对第三方电子消息传递界面(“eMPI”)538的支持、对区域健康信息组织(“RHIO”)539的支持、一个或多个第三方应用540、对跨企业文档共享(“XDS”)存储库541的支持、对XDS注册处542的支持及诸如此类。结合互操作性平台535使用客户IT 543，RHIO网关和第三方应用集成能够经一个或多个接口提供到连接框架545和/或用户界面501的查询生成/扩展引擎503。

客户IT框架543能够经组织以跨多个组织提供健康护理信息的存储、访问和可搜索性。客户IT框架543可为某个社区、某个地区、某个国家、一组相关的健康护理机构等服务。例如，客户IT框架543能够与RHIO 539、国家健康信息网络(“NHIN”)、医疗质量改进协会(“MQIC”)等一起实现。在某些实施例中，客户IT 543连接健康护理信息系统，并帮助使它们可以在安全、可持续和基于标准的方式中互操作。

在某些实施例中，客户IT框架543例如提供技术架构、web应用、包括EMR能力的数据存储库及基于人群的临床质量报告系统。该架构包括用于文档存储、查询和连接的组件，如XDS注册处542和存储库541。在某些实施例中，XDS注册处542和存储库541例如能够包括用于医师的基于预约的EMR的选项。在某些实施例中，XDS注册处542和存储库541实现为数据库或其它数据存储，适用于以加密形式存储患者病历数据和相关联审计记录，其对于患者及授权的医疗诊所是可访问的。在一实施例中，XDS注册处542和存储库541能够实现为一个服务器或一组服务器。XDS注册处542和存储库541也能够是连接到在分开物理位置的其它服务器或服务器组的一个服务器或一组服务器。XDS注册处542和存储库541能够表示各个单元、分开的单元或单元组(在分开的形式中)，并且可在硬件中和/或在软件中实现。XDS注册处542和存储库541能够从多个源接收医疗信息。

通过例如在客户IT框架543中使用XDS标准，文档查询和存储能够被集成以便实现更有效和统一的信息交换。使用客户IT 543，质量报告和研究可以集成在RHIO 539和/或其它环境中或与其集成在一起。例如，客户IT 543能够提供单供应商集成系统，该系统能够集成和适应其它基于标准的系统。

经客户IT框架543，一组EMR用户可同意在XDS注册处542和存储库541共用(pool)数据。客户IT框架543随后能为该组提供对关于研究、患者诊断和治疗的最佳实践、质量改进工具等的聚集数据的访问。

XDS提供跨健康护理企业对形成患者EMR的临床文档的访问、和分布、注册。XDS提供经可靠架构对患者文档的存储、索引和查询/检索的支持。然而，某些实施例支持多个亲和域(定义为一组健康护理企业系统，它们已经对策略达成一致意见以经公共策略集合和单个注册处相互共享其医疗内容)，使得每个亲和域作为单独的亲和域维持其自主权，但与其它涉及的亲和域共享硬件和软件的一个实例。XDS注册处542和存储库541能够维护用于描述参与每个亲和域的临床系统的亲和域关系表。一旦对某个文档的请求形成，请求的源便已知并用于确定存储库541中向请求用户显露的文档，由此维护该亲和域的自主权。

在某些实施例中，XDS注册处542和存储库541表示中央数据库，用于存储包括使用历史的患者病历的加密更新事务处理。在一实施例中，XDS注册处542和存储库541还存储患者病历。XDS注册处542和存储库541存储加密信息和控制对其的访问。在一实施例中，能够存储病历而不使用对病历特定的逻辑结构。以此方式，XDS注册处542和存储库541不可搜索。例如，能够在数据的源通过独特的患者拥有的密钥为患者的数据加密。随后，将数据上载到XDS注册处542和存储库541。患者的数据例如能够下载到计算机单元并通过加密密钥在本地解密。在一实施例中，访问软件(例如，患者使用的软件和医疗诊所使用的软件)执行加密/解密。

在某些实施例中，XDS注册处542和存储库541维护患者的注册和医疗诊所的注册。医疗诊所可在XDS注册处542和存储库541中注册有名称、地址和其它识别信息。为医疗诊所发放了与证书相关联的电子密钥。还授予医疗诊所某个安全类别。安全类别一般基于诊所类型。在某些实施例中，从医疗诊所发送的请求和数据借助于诊所的证书进行数字签名，并且由XDS注册处542和存储库541认证。患者可在XDS注册处542和存储库541中注册有患者标识符和密码哈希(hash)。患者也可在XDS注册处542和存储库541中注册有名称、地址和其它识别信息。一般情况下，为注册的患者发放了包含独特的患者标识符和加密密钥的令牌。令牌例如可以是磁卡、fob卡或可用于识别患者的另一设备。患者可利用其令牌、并且在一实施例中利用用户标识符和密码来访问XDS注册处542和存储库541。

在某些实施例中，用户界面架构500的设计由与系统的交互性质有关的多个因素来引导。例如，一个因素是系统状态的可见性。系统能通过在合理时间内的适当反馈使用户知道什么正在进行。另外，另一因素是系统与“现实世界”之间的匹配。系统能以用户的语言说出用户熟悉的单词、短语和概念，而不是面向系统的术语。例如，信息能够遵循现实惯例，并且以自然、逻辑的顺序出现。另外，关于一致性和标准，用户不应必须琢磨不同的单词、情况或动作是否表示相同的事情。例如，界面架构能够遵守平台惯例。

另一示例因素与用户控制和自由度有关。用户经常错误地选择系统功能，并且需要明确标记的“紧急退出”以离开不想要的状态，而不必经历延长的对话。例如，某些实施例支持与系统参数的配置和信息查询有关的撤消和恢复操作。

另一个因素是防出错。容易出错的状况能够被消除，或者系统能够检查错误状况，并在执行补救动作前向用户呈现确认选项。另外，某些实施例能够帮助用户识别、诊断错误以及从错误中恢复。例如，错误消息能够以纯语言(例如，无码)表述，精确地指示问题，并且有建设性地建议解决方案。即使如果能够使用系统而无需文档是更好的，也可能必需提供帮助和文档。例如，任何此类信息能够易于搜索、集中在用户的任务上、列出要执行的具体步骤、并且不是太大。

关于用户交互的轻松性，系统能通过使对象、动作和选项可见而降低或最小化用户的存储器负载。用户不应必须记住从对话的一部分到另一部分的信息。关于系统使用的说明能够在任何适当的时候是可见或易于检索的。此外，初学用户经常看不到的加速器经常能够为专家用户加速交互，使得系统能够满足无经验和有经验的用户。在某些实施例中，用户能够调整经常的动作。另外，显示的对话能够配置成不包括无关或很少需要的信息。对话中信息的每个额外单元与信息的相关单元竞争，并且减小其相对可见性。

某些实施例为跨企业跨大临床数据集的相异数据类型提供带图形用户界面的可视化战略。因此，设计元素例如能够包括制度组件、单访问点搜索、一个或多个组件/小工具、一个或多个病历网格/表格、调度、临床数据结果、图形、任务列表、消息传递/协作组件、多比例(multi-scale)图像(例如，深缩放)、一个或多个外部组件、邮件、RSS馈送(RSS feeds)、外部基于Web的临床工具(例如，WebMD)等。服务器组件例如能够包括搜索引擎、Web服务器、主动监听器、信息合成引擎、查询引擎、数据聚集器、文档概括器、简档上下文管理、一个或多个仪表板(例如，临床和管理)等。

图6根据本发明的一实施例，示出包括活动侦听和响应能力的示例自适应用户界面系统600。例如，系统600包括主动监听器代理610、用户界面620、内容630及输入640。系统600的组件例如能够在各种分开和/或集成的组合中在软件、硬件和/或固件中实现。

内容630经用户界面620向用户显示。内容630能够包括一个或多个小工具(如上相对于图2和4所述的小工具)、应用、数据显示、图像等。经用户界面620，用户能够提供输入640以影响界面620上显示的内容630。主动监听器代理610在用户界面620的后台中监视显示的内容630和用户输入640。响应基于内容630的用户输入640，主动监听器代理610能够经用户界面620提供与现有内容630和输入640有关的另外内容630。例如，主动监听器代理610能够基于有关用户和用户的任务的上下文信息，查找、组织和向用户呈现信息。

例如，如图2所示，用户界面200显示内容630，如重要信息小工具220和患者问题小工具250。在用户输入640患者就诊250的原因时，主动监听器代理610确定患者的当前药物将是查看其问题和就诊原因的医师所关注的，并且以药物信息小工具270的形式来提供另外的内容630。

作为另一示例，转到图4，用户界面400显示内容630，例如除其它以外有重要信息/实验室小工具410、药物小工具470、就诊原因小工具460。主动监听器代理610能够监视内容630和用户输入640。基于来自重要信息/实验室小工具410的尿分析信息417，主动监听器代理610确定用户可能对关于尿分析和有关实验室结果的其它临床详细信息420有兴趣。因此，例如临床实验室详细信息面板420能够经界面400来提供。

在某些实施例中，例如除显示从小工具/应用和患者信息的库中检索的另外内容630外，主动监听器代理610能够基于现有内容630和/或输入640生成新内容630。例如，如果用户从药物小工具或应用(如图2所示的药物小工具270)拖动患者药物信息，并将它带入患者问题小工具或应用(如图2所示的问题小工具250)中，则新的小工具能够生成(和/或问题小工具能够被修改)以显示诸如高血压等患者问题与诸如肼苯哒嗪等患者正在服用以减轻该问题的药物之间的相关。

在某些实施例中，修改的和/或新创建的小工具和/或其它应用能够被保存以供以后使用。例如，用户能够保存小工具，和/或系统能够自动保存小工具。例如，小工具能够一般保存和/或结合特定用户、模式、组等来保存。

图7根据本发明的某些实施例示出用于自适应用户与临床内容接口的方法700的流程图。

在710，显示内容以供用户查看。例如，与患者有关的临床内容能够经用户界面向用户显示以响应用户请求，例如对患者的电子病历信息的访问。

在720，接受用户输入。例如，经用户界面，用户能够修改显示的信息，与显示的应用交互，添加信息，请求其它信息等。例如，用户输入能够包括对有关患者的信息的请求、小工具的激活、用户界面显示中信息的放置等。用户输入能够包括关于患者医疗接触的信息，例如刺激和上下文。例如，用户输入能够由用户直接提供，和/或经通过界面为用户显示的另一应用或小工具来提取。

在730，监视内容和输入。例如，主动监听器能够经用户界面“监听”或监视内容和活动以识别使用模式、关注的主题、对显示的应用和/或内容的更改等。

在740，提供另外的内容。例如，基于显示的内容和与该内容的用户交互，主动监听器提供可对用户有用的另外内容。

在750，修改内容。例如，基于与显示的内容(例如，应用和数据)的用户交互，能够修改内容。例如，患者数据能够由用户经界面来更新。作为另一示例，用户能输入信息和/或将信息从一个应用传送到另一应用以创建新应用(例如，新用户界面小工具)和/或修改现有应用。

在760，将修改的内容提供给用户。例如，经用户界面将更新的患者数据、新应用、修改的应用等提供给用户。例如，能够经用户界面将缩略图、链接、概要和/或数据的其它表示以图形方式提供给用户。例如，缩略图、链接、概要等的选择可生成供用户查看的进一步级别的详细信息和/或源文档的检索和显示。另外，能够基于监视的内容和/或动作，从库来选择和显示新小工具。备选或附加的是，能够从现有小工具和/或其它信息来创建新小工具以便经界面由用户使用。例如，修改的信息能够被保存以供以后使用。

例如，方法700的一个或多个步骤可在硬件、固件中单独或组合实现，和/或实现为软件中的指令集。某些示例可提供为驻留在诸如存储器、硬盘、DVD或CD等计算机可读媒体上的指令集，以便在通用计算机或其它处理装置上执行。

某些示例可忽略这些步骤中的一个或多个步骤和/或以所列顺序不同的顺序来执行步骤。例如，一些步骤在某些示例中可不执行。作为又一示例，某些步骤可以在与上面所列的不同时间顺序中执行，包括同时执行。

因此，例如，某些实施例提供多个益处，包括单点访问、交叉模态数据访问、XDS符合性、推拉能力、共识构建、透明度、通过使用增强的知识管理、跨平台(Web、移动等)可访问性及用户信息空间的系统层次视图。

某些实施例为多种临床应用提供架构和框架。框架能够包括前端组件，包括但不限于图形用户界面(GUI)，并且不同程度地能够是瘦客户端和/或厚客户端系统，一些或所有应用和处理例如在客户端工作站上、在服务器上运行，和/或部分在客户端工作站上运行，部分在服务器上运行。

例如，本文中所述示例用户界面系统和方法能够结合一个或多个临床信息系统使用，如医院信息系统(“HIS”)、放射信息系统(“RIS”)、图像档案和通信系统(“PACS”)、心血管信息系统(“CVIS”)、资料室信息系统(“LIS”)、企业临床信息系统(“ECIS”)、电子病历系统(“EMRS”)、实验室结果/命令系统等。例如，此类系统能够在软件、硬件和/或固件中实现。在某些实施例中，一个或多个系统能够经瘦客户端和/或可下载的软件解决方案来远程实现。此外，一个或多个组件能够组合和/或一起实现。

在某些实施例中，主动监听器代理在计算装置和/或诸如用户界面等软件应用的前台和/或后台中操作以监视用户和程序活动。例如，主动监听器代理能够收集与用户界面中小工具有关的信息。主动监听器代理能够收集例如与用户生成的关于用户界面及其内容的动作有关的信息。

在某些实施例中，基于应用(例如小工具)信息和用户交互，主动监听器代理能够基于当前上下文识别对用户重要的信息和/或功能。在一实施例中，如果主动监听器代理检测到用户界面上显示的一个或多个数据元素达到预定的阈值，则主动监听器自动在用户界面上放置一个或多个小工具，这些小工具包括另外的相关信息以帮助使用户能够做出有见识的决定。在另一实施例中，主动监听器代理能够能够对用户与应用的交互做出反应来帮助用户，并且通过在显示的用户界面上显示小工具形式的另外信息和/或其它信息作为用户动作的结果，提供另外的见解。例如，如果用户将某个数据元素从一个小工具拖到另一小工具(例如，使用鼠标装置经元素的光标选择和跨显示界面的移动)，则主动监听器代理能够在显示的界面上重新放置(例如大小和/或位置)该信息，以便数据元素的布置表示对帮助用户得出结论(例如，关于患者的诊断和/或治疗)有用的信息的不同级别。主动监听器代理随后能够在界面上放置预形成的能够对特定情形有帮助的相关小工具，和/或能够除用户界面上的数据上下文外还基于用户更改的小工具的内容来创建新小工具。

主动监听器不是关注于预定的工作流，而是为用户提供在存在未知工作流或协议的某些情况中对用户有帮助的另外信息。基于历史数据和/或其它输入，系统向用户显示与用户有关的另外信息和/或功能以便做出明智的决定。例如，在应用和/或界面的后台中，主动监听器能够监视显示的界面上数据元素的活动。在这些数据元素达到某个阈值时，主动监听器在显示的界面上放置另外的信息以帮助用户做出明智的决定。备选或附加的是，主动监听器能够检测用户何时对应用做出更改(例如，通过将数据元素从一个小工具拖放到另一小工具，通过进行搜索，通过更改诊断等)。例如，通过组合用户交互的上下文和显示的用户界面内容，能够向用户提供相关信息和/或功能。

在某些实施例中，数据元素通信(“DEC”)小工具(例如“velcro”小工具)使得用户能够从用户界面屏幕上任何其它小工具选择或拉动任何临床元素，并将选定临床元素存放到DEC小工具中的“保持箱”或保持区域中。例如，临床元素能够表示患者信息、其它临床详细信息和/或隐藏在概要表示后面的详细数据的概括的表示。例如，临床元素和/或有关信息的选择和传送能够单独执行和/或结合例如上述主动监听器代理的主动监听器代理来执行。例如，在某些实施例中，主动监听器代理能够基于某些规则、准则、观察到的使用模式等来自动填充保持区域800。

例如，如图所示，在图8中，用于DEC小工具的保持区域800包括ECG表示805、大脑MR图像或图像系列810、临床详细信息815等。例如，表示805、810、815等提供到底层临床内容的图形引用和/或链接(例如结合上面相对于图1-7所述的一个或多个小工具)。结合保持箱或区域800操作的工具或小工具允许用户选择适当的一人或多人以便通过电子邮件和/或以其它方式传送保持区域800中的信息。能够指定目标820，并且能够提供另外的信息或详细信息825以描述正在发送的数据。用户能够选择“发送消息”以将消息传送到接收方。在某些实施例中，保持区域800能够包括消息区域825或被包括在消息区域825中。

在接收方接收消息时，电子邮件和/或其它传送能够包括传送用户选择的信息以及(在某些实施例中)嵌入到消息中的详细信息，其由小工具对象805、810、815等来表示。消息能够在用户的电子邮件收件箱中接收，添加为数据库记录，生成为用户界面小工具等。消息也能够路由到健康护理信息系统、电子病历、电子命令系统、电子处理系统、数据存储或档案等。

在某些实施例中，图形表示(例如，不定大小的着色方块)替代为详细数据。例如，如图9所示，发送到接收方的电子邮件900包括关于来自图8所示的保持区域800的ECG表示805、大脑MR图像810及临床详细信息815的扩展详细信息。电子邮件900包括患者信息905、临床详细信息910、MR图像915及患者ECG数据920。

在某些实施例中，例如，来自消息900的信息能够传送到另一应用或界面。例如，接收方能够从消息900提取内容，并将内容传送到用户界面小工具、存储器、其它传送和/或其它应用以便处理。作为另一示例，消息900能够由小工具或应用接收，小工具或应用为接收方显示内容和/或处理/分发消息900的内容到一个或多个应用和/或存储装置。

图10根据本发明的某些实施例示出示例小工具系统1000，该系统有利于一个或多个临床元素的选择、保持和从一个或多个应用或小工具到一个或多个接收方的传送。系统1000包括包含内容1020的用户界面1010。内容1020能够包括应用/小工具、临床数据、到外部系统/信息的链接/连接等。界面1010还包括和/或具有到临床元素传送单元1030的连接。临床元素传送单元1030经用户选择和/或经使用一个或多个规则、偏好等的自动化选择来接收内容1020。例如，临床元素传送单元1030能够单独使用和/或结合例如上述活动监听代理的活动监听代理来使用。临床元素传送单元1030包装选定内容1020，并将内容1020传送到接收方1040。例如，选定内容1020的传送能够包括临床数据元素的表示和/或底层详细信息和/或其它信息。接收方1040能够包括一个或多个临床医生(例如，临床医生计算机)、应用/小工具、界面、数据存储等。例如，系统1000的组件可单独实现和/或以硬件、软件和/或固件的各种组合实现。就系统1000仅在软件中实现而言，系统1000的一个或多个组件(例如，用户界面1010、内容1020、临床元素传送单元1030和/或接收方1040)包括有形媒体上存储的机器可读指令。此外，系统1000的任何组件例如能够通过诸如专用集成电路(“ASIC”)和/或其它逻辑电路等硬件来实现。

图11根据本发明的某些实施例示出一种方法1100的流程图，该方法有利于一个或多个临床元素的选择、保持和从一个或多个应用或小工具到一个或多个接收方的传送。

在1110，用户选择经用户界面显示和/或可访问的元素。例如，临床元素能够表示患者信息、其它临床详细信息和/或隐藏在概要表示后面的详细数据的概括的表示。例如，用户能够从用户界面上的放射小工具来选择MR图像系列的表示(例如，图8所示的大脑MR图像810)。

在1120，用户将选定临床元素存放到用户界面屏幕上的保持或暂时存储区域中。例如，用户能够将诸如MR图像系列的表示等选定临床元素拖放到诸如DEC小工具等用户界面小工具的保持区域中。

在1130，用户为选定临床元素的传送选择一个或多个接收方。例如，用户界面工具或小工具允许用户选择适当的一人或多人以通过电子邮件和/或其它方式传送保持箱(例如，图8所示的保持区域800)中的信息。例如，能够指定目标，并且能够提供另外信息或详细信息以描述正在发送的临床元素和/或其它信息。

在1140，选定临床元素传送到选定接收方。例如，用户能经用户界面小工具选择“发送消息”以将包括一个或多个选定临床元素和/或另外信息的消息传送到预期接收方。

在1150，接收方接收传送的临床元素。在接收方接收消息时，电子邮件和/或其它传送能够包括传送用户选择的信息以及(在某些实施例中)嵌入到消息中的详细信息(例如，由图8所示的小工具对象805、810、815等表示的信息)。在某些实施例中，拖放到消息中的图形表示(例如，不定大小的着色方块)替代为底层详细数据。例如，如图9所示，发送到接收方的电子邮件900包括关于来自图8所示的保持区域800的ECG表示805、大脑MR图像810及临床详细信息815的扩展详细信息。例如，电子邮件900包括患者信息905、临床详细信息910、MR图像915及患者ECG数据920。因此，在某些实施例中，将临床元素的图形表示包括到传送的消息中产生了被包括并传送到一个或多个接收方的那些表示的底层内容，接收方包括被授权以查看信息、信息系统、档案、电子病历等的一个或多个人员。在某些实施例中，例如，来自消息的信息能够传送到另一应用或界面。

例如，方法1100的一个或多个组件可在硬件、固件中单独或组合实现，和/或实现为软件中的指令集。某些示例可提供为驻留在诸如存储器、硬盘、DVD或CD等计算机可读媒体上的指令集，以便在通用计算机或其它处理装置上执行。

某些示例可忽略这些步骤中的一个或多个步骤和/或以所列顺序不同的顺序来执行步骤。例如，一些步骤在某些示例中可不执行。作为又一示例，某些步骤可以在与上面所列的不同时间顺序中执行，包括同时执行。

图12是可用于实现本文中所述系统和方法的示例处理器系统的框图1210。如图12所示，处理器系统1210包括耦合到互连总线1214的处理器1212。例如，处理器1212可以是任何适合的处理器、处理单元或微处理器。虽然在图12中未示出，但系统1210可以是多处理器系统，并因此可包括与处理器1212相同或类似的并且在通信上耦合到互连总线1214的一个或多个另外的处理器。

图12的处理器1212耦合到芯片组1218，该芯片组包括存储器控制器1220和输入/输出(“I/O”)控制器1222。众所周知，芯片组一般提供I/O和存储器管理功能以及多个通用和/或专用寄存器、计时器等，其可由耦合到芯片组1218的一个或多个处理器来访问或使用。存储器控制器1220执行使得处理器1212(或多个处理器，如果存在多个处理器的话)能够访问系统存储器1224和海量存储存储器1225的功能。

系统存储器1224可包括任何期望类型的易失性和/或非易失性存储器，例如，诸如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪速存储器、只读存储器(ROM)等。海量存储存储器1225可包括任何期望类型的海量存储装置，包括硬盘驱动器、光盘驱动器、磁带存储装置等。

I/O控制器1222执行使得处理器1212能够经I/O总线1232与外围输入/输出(“I/O”)装置1226和1228及网络接口1230通信的功能。I/O装置1226和1228可以是任何期望类型的I/O装置，例如键盘、视频显示器或监视器、鼠标等。网络接口1230可以是例如以太网装置、异步传输模式(“ATM”)装置、802.11装置、DSL调制解调器、有线调制解调器、蜂窝调制解调器等，其使得处理器系统1210能够与另一处理器系统通信。

虽然存储器控制器1220和I/O控制器1222在图12中示为芯片组1218内的单独块，但这些块执行的功能可在单个半导体电路内集成，或者可使用两个或更多单独的集成电路来实现。

因此，某些实施例提供用于最终用户跨企业系统对信息的访问。某些实施例提供搜索驱动的、基于角色、基于工作流和/或基于疾病的界面的技术效果，其允许最终用户跨健康护理网络无缝地访问、输入和搜索医疗信息。某些实施例通过对个人需要调整的和响应工作域变化的以工作为中心的界面，提供自适应用户界面能力。某些实施例引入了自适应的以工作为中心的用户界面技术软件架构，该架构使用本体建模方案，以根据“以工作为中心”的活动及完成支持那些活动的实现的计算机制来表征工作域，以及在向企业级应用的用户界面的呈现机制和以工作为中心的表征中提供用户引导的和自动化的自适应交互。某些实施例提供经简化的基于图形的保持区域和消息传递系统向授权用户传送临床内容的技术效果。某些实施例将临床数据的图形指示符变换为包括底层临床数据本身的消息以便消息传递和/或传送到另一系统。

例如，某些实施例提供利用语义技术为域概念、用户角色和任务及信息关系建模的自适应用户界面。语义模型使得应用能够基于有关用户和任务的上下文信息更有效地查找，组织信息和向用户呈现信息。应用能够由信息小工具的库来组成以显示多内容和多媒体信息。另外，框架使得用户能够调整小工具的布局和与底层数据交互。

某些实施例提供有利于一个或多个临床元素从应用到接收方的传送、和保持、提取的系统和方法。某些实施例提供将用户界面中临床内容的图形表示变换成经电子消息提供到接收方的详细临床内容的技术效果。

某些实施例设想了在任何机器可读媒体上实现上述功能的方法、系统和计算机程序产品。例如，某些实施例可使用现有计算机处理器来实现，或者通过为此目的或另一目的而结合的专用计算机处理器来实现，或者通过硬连线和/或固件系统来实现。

例如，上述系统的一个或多个组件和/或方法的一个或多个步骤可单独实现和/或在硬件、固件中组合实现和/或实现为软件中的指令集。某些实施例可提供为驻留在诸如存储器、硬盘、DVD或CD等计算机可读媒体上的指令集，以便在通用计算机或其它处理装置上执行。本发明的某些实施例可忽略一个或多个方法步骤和/或以所列顺序不同的顺序来执行步骤。例如，一些步骤在本发明的某些实施例中可不执行。作为又一示例，某些步骤可以在与上面所列的不同时间顺序中执行，包括同时执行。

某些实施例包括用于携带或其上存储有计算机可执行指令或数据结构的计算机可读媒体。一些计算机可读媒体可以是可通过通用或专用计算机或带有处理器的其它机器来访问的任何可用媒体。例如，此类计算机可读媒体可包括RAM、ROM、PROM、EPROM、EEPROM、闪存、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储装置或能够用于携带或存储计算机可执行指令或数据结构形式中的期望程序代码并且能够由通用或专用计算机或带有处理器的其它机器来访问的任何其它媒体。上述的组合也包括在计算机可读媒体的范围内。计算机可执行指令例如包括促使通用计算机、专用计算机或专用处理机器执行某个功能或功能组的指令和数据。

通常，计算机可执行指令包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、相关联数据结构以及程序模块表示用于执行本文中公开的某些系统和方法的步骤的程序代码的示例。此类可执行指令或相关联数据结构的特定序列表示用于实现此类步骤中所述功能的对应动作的示例。

本发明的实施例可在使用到具有处理器的一个或多个远程计算机的逻辑连接的连网环境中实践。逻辑连接可包括局域网(LAN)和广域网(WAN)，它们在此处作为示例而不是限制来提出。此类连网环境在办公室范围或企业范围的计算机网络、内联网和因特网中是普通的，并且可使用多种不同的通信协议。本领域技术人员将理解，此类网络计算环境将一般包含许多类型的计算机系统配置，包括个人计算机、手持式装置、多处理器系统、基于微处理器或可编程的消费者电子器件、网络PC、微型计算机、大型计算机及诸如此类。本发明的实施例也可在分布式计算环境中实践，其中，任务由通过通信网络链接(通过硬连线的链路、无线的链路或通过由硬连线或无线的链路的组合)的本地和远程处理装置来执行。在分布式计算环境中，程序模块可位于本地和远程存储器存储装置两者中。

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

虽然本发明已参照某些实施例描述，但本领域技术人员将理解，在不脱离本发明范围的情况下，可进行各种更改，并且可替代等效物。另外，在不脱离本发明范围的情况下，可进行许多修改以使特定情况或材料适应本发明的教导。因此，本发明无意限于公开的特定实施例，相反，本发明将包括落在随附权利要求范围内的所有实施例。

Claims (20)

1.一种临床数据元素通信器系统，所述系统包括：

用户界面，包括从多个临床信息源检索的临床内容，用于向用户的图形显示，所述用户界面有利于与包括临床应用和患者数据的所显示的临床内容的用户交互；

保持区域，显示为所述用户界面的部分，所述保持区域保持所述用户选择的并存放在所述保持区域中的临床内容；以及

临床元素传送单元，接收所述保持区域中存放的临床内容，包装所述临床内容，并且在电子数据消息中将所述临床内容传送到一个或多个接收方。

2.如权利要求1所述的系统，还包括结合用户界面操作以监视用户和应用活动的主动监听器代理，其中所述主动监听器代理基于预定的准则和观察到的使用模式的至少一个来自动选择临床内容并填充所述保持区域。

3.如权利要求1所述的系统，其中所选择的临床内容包括底层临床数据的图形表示，以及其中所述临床元素传送单元生成所述电子数据消息，所述消息包括对应于所述图形表示的底层临床数据。

4.如权利要求1所述的系统，其中所述一个或多个接收方包括临床医生电子邮件接收方、应用和电子数据存储的至少一个。

5.如权利要求1所述的系统，其中所述临床内容包括患者生命征信息、图像数据、临床报告及临床要求的至少一个。

6.如权利要求1所述的系统，还包括使得用户能够撰写电子消息的消息区，所述电子消息用于经所述临床元素传送单元与所选择的临床内容结合传送。

7.如权利要求1所述的系统，其中接收方能够从所述电子数据消息提取所选择的临床内容。

8.一种用于临床数据元素通信的方法，所述方法包括：

接受用户输入以选择从多个临床信息源检索的并以图形方式向用户显示的临床内容，所显示的临床内容包括临床应用和患者数据；以及

临时存储所述用户选择的并存放在作为所述用户界面的部分来显示的保持区域中的临床内容；

从所述保持区域生成包括临时存储的所述临床内容的电子数据消息；以及

将所述电子数据消息传送到一个或多个接收方。

9.如权利要求8所述的方法，还包括在所述一个或多个接收方之一接收所述电子数据消息，并从所述电子数据消息提取所述临床内容以用于输出到所述接收方。

10.如权利要求8所述的方法，还包括基于预定准则和观察到的使用模式的至少一个来自动选择临床内容并填充所述保持区域。

11.如权利要求8所述的方法，其中所选择的临床内容包括底层临床数据的图形表示，以及其中所述临床元素传送单元生成所述电子数据消息，所述消息包括对应于所述图形表示的底层临床数据。

12.如权利要求8所述的系统，其中所述一个或多个接收方包括临床医生电子邮件接收方、应用和电子数据存储的至少一个。

13.如权利要求8所述的方法，其中所述临床内容包括患者生命征信息、图像数据、临床报告及临床要求的至少一个。

14.一种计算机可读媒体，包括用于在计算机上执行的指令集，所述指令集在执行时实现数据元素通信器系统，所述系统包括：

用户界面，包括从多个信息源检索的电子数据元素，用于向用户的图形显示，所述用户界面有利于与所显示的电子数据元素的用户交互；

保持区域，显示为所述用户界面的部分，所述保持区域保持用户选择的并存放在所述保持区域中的一个或多个电子数据元素；以及

数据元素传送单元，接收存放在所述保持区域中的所述一个或多个电子数据元素，包装所述一个或多个电子数据元素，并且在电子数据消息中将所述一个或多个电子数据元素传送到一个或多个接收方。

15.如权利要求14所述的计算机可读媒体，还包括结合用户界面操作以监视用户和应用活动的主动监听器代理，其中所述主动监听器代理基于预定准则和观察到的使用模式的至少一个来自动选择一个或多个电子数据元素并填充所述保持区域。

16.如权利要求14所述的计算机可读媒体，其中所述一个或多个选择的电子数据元素包括底层数据的图形表示，以及其中所述数据元素传送单元生成包括对应于所述图形表示的底层数据的所述电子数据消息。

17.如权利要求14所述的计算机可读媒体，其中所述一个或多个接收方包括电子邮件接收方、应用及电子数据存储的至少一个。

18.如权利要求14所述的计算机可读媒体，其中所述一个或多个电子数据元素包括患者生命征信息、图像数据、临床报告及临床要求的至少一个。

19.如权利要求14所述的计算机可读媒体，还包括使得用户能够撰写电子消息的消息区，所述电子消息用于经所述临床元素传送单元与所述一个或多个选择的电子数据元素结合传送。

20.如权利要求14所述的计算机可读媒体，其中接收方能够从所述电子数据消息提取所述一个或多个选择的电子数据元素。

Images