CN103339605A

CN103339605A - 在分布式***中管理医疗保健信息

Info

Publication number: CN103339605A
Application number: CN2011800612943A
Authority: CN
Inventors: A·马瑟; J·K·拉塞特; A·皮科洛; S·马瑟; R·康奈利
Original assignee: Medicity LLC
Current assignee: Medicity LLC
Priority date: 2010-10-22
Filing date: 2011-10-24
Publication date: 2013-10-02
Also published as: US20120101849A1; CA2815487A1; WO2012054932A3; US8661453B2; US20140215490A1; US8990834B2; US20120102502A1; US20120101843A1; WO2012054932A2

Abstract

公开了一种用于管理医疗保健信息的***和方法。数据服务器各自包括数据管理器，数据管理器包括控制器、网格引擎、应用、应用管理器、虚拟护理团队模块、洗涤器模块和用户界面引擎。控制器管理核心功能和数据在数据管理器部件之间的传输。网格引擎管理在数据服务器之间发送的信息。应用是用户创建的或者作为第三方应用而下载的应用。应用管理器管理创建和在应用之间的通信。虚拟护理团队模块管理患者数据在数据服务器之间的传输。洗涤器模块管理数据的伪匿名化和用于临床试验的数据收集。用户界面引擎生成用于显示应用和收集临床试验数据的用户界面。

Description

在分布式***中管理医疗保健信息

相关申请的交叉引用

本申请根据USC§119(e)要求于2010年10月22日提交的标题为“System and Method for Managing Healthcare Information”的第61/406,003号美国临时专利申请的优先权。

技术领域

本发明涉及管理医疗保健信息。具体而言，本发明涉及一种用于跨越不同平台管理医疗保健信息的分布式***。

背景技术

电子医疗保健信息通过网络的交换越来越多。在医疗办公室与其他医师、本地医院与诊所、当地和全国实验室与成像中心、保险付款人、本地药房、公共健康和政府机构与患者之间交换电子医疗保健信息。这一类型的协作需要参与与许多不同人士和组织的许多医疗保健事务的实践。这些事务包括预约和安排检查并且获得结果、通过其他提供者对患者进行转诊和会诊、获得保险付款人的授权并且提交付款人的理赔以及开药方并且补充药物。医师及其工作人员频繁忙于电话、传真机和因特网以执行协作交换。如果电子执行这些通信中的更多通信，则将减少与这些交换关联的一些成本。

用于克服这些问题的先前尝试具有缺陷。例如，一些医师已经创建电子医疗记录(EMR)，然而，医师通常维护内部***，并且如果他们确实交换信息，则它仅与医院、付款人、实验室和药房交换。因此，医师将错过用于更大量信息交换的机会。

健康信息交换(HIE)正在许多团体中出现，然而它们缺乏广泛认可并且它们聚焦于创建全面的、以患者为中心的记录而未聚焦于增强用于医师实践的临床工作流程。

其它解决方案具有缺陷，这些缺陷妨碍它们被医师采用。例如，多数软件不足以或者太不成熟以至于无法满足医师实践的宽范围协作需要。此外，经常认为采用该技术的成本对于重新设计实践的许可和开支二者而言太大。最后，现有***无法与医师和工作人员习惯于执行的建立的工作流程匹配。作为结果，必须重新构造现有***，这需要工作人员的人工干预以完成该过程。

发明内容

在本发明中描述的技术至少部分地通过提供一种用于管理医疗保健信息的***和方法来克服现有技术的缺陷和限制。数据管理器允许用户通过配置设置并且下载不同应用以作为数据管理器的一部分来包括，以如他们认为相配的那样控制这些应用。数据管理器安全地连接到团体中的其他协作伙伴并且与本地和远程计算机***一起工作。此外，由于在***中存在存储不同信息条的多个数据管理器，所以无***范围故障的风险。

在一个实施例中，会合引擎充当数据服务器之间的中介。数据服务器各自包括数据管理器，数据管理器包括控制器、网格引擎、应用、应用管理器、虚拟护理团队模块、洗涤器(scrubber)模块和用户界面引擎。控制器管理核心功能和数据在数据管理器部件之间的传输。网格引擎管理在数据服务器之间发送的信息。应用是用户创建的或者作为第三方应用而下载的应用。应用管理器管理该创建和在应用之间的通信。虚拟护理团队模块管理患者数据在数据服务器之间的传输。洗涤器模块管理数据的伪匿名化和用于临床试验的数据收集。用户界面引擎生成用于显示应用和收集临床试验数据的用户界面。

附图说明

在附图的各图中通过示例而非通过限制来举例说明本发明，在附图中，相似附图标记用来指相似单元。

图1是图示根据本发明的一个实施例的用于管理数据的***的高级框图。

图2A是根据本发明的一个实施例的会合引擎的框图。

图2B是根据本发明的一个实施例的数据管理器的框图。

图3A是根据本发明的一个实施例的网格引擎的框图。

图3B是根据本发明的一个实施例的应用管理器的框图。

图3C是根据本发明的一个实施例的虚拟护理团队模块的框图。

图3D是根据本发明的一个实施例的洗涤器模块的框图。

图4A是根据本发明的一个实施例的用于访问患者记录的用户界面的图形图示。

图4B是根据本发明的一个实施例的用于查看应用存储库的用户界面的图形图示。

图4C是根据本发明的一个实施例的用于查看转诊(referral)应用所提供的功能的用户界面的图形图示。

图4D是根据本发明的一个实施例的用于查看转诊应用所提供的功能的用户界面的一个不同实施例的图形图示。

图4E是根据本发明的一个实施例的用于查看时间线的用户界面的图形图示。

图4F是根据本发明的一个实施例的用于查看应用存储库的用户界面的图形图示。

图4G是根据本发明的一个实施例的在调和患者记录与来自另一应用的更新之后的时间线的用户视图的用户界面的图形图示。

图4H是用于请求患者信息的用户界面的图形图示。

图5图示根据本发明的一个实施例的用于生成净荷的方法的流程图。

图6图示根据本发明的一个实施例的用于使用会合引擎以在数据服务器之间发送数据的方法的流程图。

图7图示根据本发明的一个实施例的用于监视在应用之间的改变的方法的流程图。

图8A图示根据本发明的一个实施例的用于在多个数据服务器之间传播患者标识符的方法的流程图。

图8B图示根据本发明的一个实施例的用于在多个数据服务器之间更新患者信息的方法的流程图。

图9图示根据本发明的一个实施例的用于标识研究的患者的方法的流程图。

图10图示根据本发明的一个实施例的用于为患者生成伪标识符的方法的流程图。

具体实施方式

下文描述一种用于管理医疗保健信息的***和方法。在下文描述中，出于说明的目的，阐述许多具体细节以便提供对本发明的透彻理解。然而，本领域技术人员将清楚，在没有这些具体细节的情况下，也可以实现在各种示例实施例中描述的技术。在其它实例中，以框图形式示出结构和设备以免模糊本发明。

在本发明中对“一个实施例”、“实施例”或者“示例实施例”的引用意味着结合该实施例描述的特定特征、结构或者特性被包含于该描述的至少一个实施例中。短语“在一个实施例中”在本发明中的各处的出现未必都指相同实施例。

在对计算机存储器内的数据位的操作的算法和符号表示方面呈现以下具体描述的一些部分。这些算法描述和表示是数据处理领域技术人员用来向本领域其他技术人员最有效地传达他们的工作的实质的手段。这里并且一般设想算法为促成所需结果的自一致步骤序列。这些步骤是需要物理操纵物理量的步骤。通常但是未必，这些量采用能够被存储、传送、组合、比较和另外操纵的电或者磁信号形式。主要出于常用法的原因而将这些信号称为位、值、元素、符号、字符、项、数等已经证实有时是方便的。

然而，应当谨记，这些和相似术语中的所有术语将与适当物理量关联并且仅为应用于这些量的方便标记。除非如从下文讨论中了解的那样另有具体明示，否则应理解贯穿该描述，利用诸如“处理”或者“计算”或者“运算”或者“确定”或者“显示”等术语的讨论指如下计算机***或者相似电子计算设备的动作和过程，该计算机***或者电子计算设备将计算机***的寄存器和存储器内表示为物理(电子)量的数据操控和变换成计算机***存储器或者寄存器或者其它这样的信息存储、传输或者显示设备内相似地表示为物理量的其它数据。

本发明的本实施例也涉及一种用于执行这里的操作的装置。这一装置可以被特殊地构造用于所需目的，或者它可以包括计算机中存储的计算机程序有选择地激活或者重新配置的通用计算机。这样的计算机程序可以存储于计算机可读存储介质中，该计算机可读存储介质诸如但不限于包括软盘、光盘、CD-ROM和磁盘的任何类型的盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡或者光卡、闪存(包括具有非易失性存储器的USB盾)或者任何类型的适合于存储电子指令的介质，每个计算机可读存储介质耦合到计算机***总线。

本发明可以采用全硬件实施例、全软件实施例或者包含硬件与软件单元二者的实施例的形式。在一优选实施例中，在软件中实施本发明，该软件包括但不限于固件、常驻软件、微代码等。

另外，本发明可以采用从如下计算机可用或者计算机可读介质可访问的计算机程序产品的形式，该计算机可用或者计算机可读介质提供用于由计算机或者任何指令执行***使用或者与计算机或者任何指令执行***结合使用的程序代码。出于本描述的目的，计算机可用或者计算机可读介质可以是任何如下装置，该装置可以包含、存储、传递、传播或者传送用于由指令执行***、装置或者设备使用或者与指令执行***、装置或者设备结合使用的程序。

适合于存储和/或执行程序代码的数据处理***将包括通过***总线直接或者间接耦合到存储器单元的至少一个处理器。存储器单元可以包括在实际执行程序代码期间运用的本地存储器、大容量存储装置和高速缓存存储器，这些高速缓存存储器提供对至少一些程序代码的暂时存储以便减少必须在执行期间从大容量存储装置检索代码的次数。

输入/输出或者I/O设备(包括但不限于键盘、显示器、指示设备等)可以直接或者通过居间I/O控制器耦合到***。

网络适配器也可以耦合到***以使数据处理***能够变成通过居间专有或者公共网络耦合到其它数据处理***或者远程打印机或者存储设备。调制解调器、线缆调制解调器和以太网卡仅为当前可用网络适配器类型中的少数类型。

最后，这里呈现的算法和显示器未固有地与任何特定计算机或者其它装置有关。各种通用程序可以与根据这里的教导的程序一起使用，或者构造更专门化的装置以执行所需方法步骤可以证实是方便的。用于多种这些***的所需结构将从下文描述中显现。此外，未参照任何特定编程语言描述本发明。将理解多种编程语言可以用来实施如这里描述的本发明的教导。

***概述

图1图示根据本发明的一个实施例的用于管理分散的医疗保健信息的***100的框图。在图1和其余图中，在附图标记之后的字母，诸如“115a”指具有该特定附图标记的单元。文中的无后继字母的附图标记，诸如“115”一般指载有该附图标记的单元的任何或者所有实例。在所示实施例中，经由网络105通信地耦合这些实体。

用于管理医疗保健信息的***100的所示描述包括用户125a、125b...125n访问的数据服务器115a、115b...115n、实践(practice)管理软件(PMS)121、电子医疗记录(EMR)应用123、应用服务器152和会合服务器102。在所示实施例中，经由网络105通信地耦合这些实体。通过示例使用图1中的数据服务器115a、115b...115n。尽管图1图示三个数据服务器115a、115b...115n，但是该描述适用于具有一个或者多个数据服务器的任何***架构。数据服务器115a经由信号线108耦合到网络105。用户125a经由信号线110访问数据服务器115a。在一个实施例中，数据服务器115a是主数据服务器115a，该主数据服务器管理用于其它数据服务器115n的一些信息的组织。数据服务器115b经由信号线112耦合到网络105。用户125b经由信号线120访问数据服务器115b。

在一个实施例中，数据服务器115a是硬件服务器，诸如Medicity

提供动力的硬件服务器。数据服务器115a包括数据管理器103a和存储设备141。数据管理器103a管理存储设备141中存储的医疗保健信息并且控制该信息在存储设备141中持续多久。数据服务器115a经由信号线114耦合到局域网(LAN)109。

在一个实施例中，数据服务器115a通过LAN通信以经由信号线116访问EMR应用123并且经由信号线118访问PMS 121。EMR应用123是如下软件，该软件用于管理企业、诸如医师办公室所保持的电子医学记录。PMS是如下软件，该软件用于管理医疗实践的日常操作，诸如跟踪患者、调度预约和管理计帐，包括录入对服务的收费、对服务编码和向保险公司提交索赔。虽然在这一图示中仅描绘EMR应用123和PMS 121为连接到LAN 109，但是数据服务器115a可以通过LAN通信以访问其它***和设备。下文参照图2B更具体描述数据服务器115。

***100图示分布式计算模型，其中每个数据服务器115运行数据管理器103。每个数据管理器103与其他数据管理器103n交换信息。数据管理器103n的团体形成网格，该网格是支持信息输送的传输网络。数据管理器103a通过使对信息的访问限于***100的特定成员来以安全方式与其它数据管理器103n交换信息。具体而言，数据管理器103a的用户125a确定用户125a想要与网格上的哪些其他参与者一起参与，这消除在封闭团体以外的其他人将访问信息的风险。

会合服务器101管理信息在数据服务器115a、115b...115n之间的异步通信。会合服务器101经由信号线104访问网络。虽然仅图示一个会合服务器101，但是本领域普通技术人员将认识到多个会合服务器101也是可能的。参照图2A更具体描述会合服务器101。

应用服务器152管理数据管理器103a的用户125a对应用的上传、购买和下载。应用由其它数据管理器103n下载并且并入数据管理器103n中。下文参照图3B更具体描述应用。在一个实施例中，应用服务器152存储于主数据服务器115a上。应用服务器152经由信号线154耦合到网络105。

在一个实施例中，应用服务器152通过与会合服务器101通信以检索用户125n的身份、针对购买对用户125n计帐、生成收据并且执行本领域普通技术人员已知的用于完成购买的其它功能来处理购买。在一个实施例中，应用服务器152向开发应用的用户分发购买价格的百分比并且保持购买价格的其余部分作为用于维护应用存储库的服务收费。

网络105是有线或者无线这样的常规类型并且可以具有任何数目的配置，诸如星型配置、令牌环配置或者本领域技术人员已知的其它配置。另外，网络105可以包括局域网(LAN)、广域网(WAN)(例如，因特网)和/或任何其它互连数据路径，多个设备可以跨越该网络和/或路径通信。在又一实施例中，网络105可以是对等网络。网络105也可以耦合到或者包括电信网络中用于以多种不同通信协议发送数据的部分。在又一实施例中，网络105包括用于诸如经由短消息收发服务(SMS)、多媒体消息收发服务(MMS)、超文本传送协议(HTTP)、直接数据连接、WAP、电子邮件等发送和接收数据的蓝牙通信网络或者蜂窝通信网络。

会合引擎200

现在参照图2A，会合服务器101包括各自耦合到总线219的会合引擎200、存储器237、处理器235、通信单元245和用于存储净荷队列210的存储设备。总线219可以代表一个或者多个总线，该一个或者多个总线包括工业标准架构(ISA)总线、***部件互连(PCI)总线、通用串行总线(USB)或者本领域已知的用于提供相似功能的一些其它总线。在一个实施例中，会合引擎200包括网格状态管理器202、注册引擎204、分类器(sorter)206和用户界面引擎208。在各自通过引用而结合于此的、于2007年10月30日提交的标题为“System for the Processing of Information between RemotelyLocated Healthcare Entities”的USPN 7,653,634和于2009年12月4日提交的标题为“System for the Processing of Information betweenRemotely Located Healthcare Entities”的USPN 7,953,699中也讨论了会合引擎200。

处理器235包括用于执行计算并且向显示设备提供电子显示信号的算术逻辑单元、微处理器、通用控制器或者一些其它处理器阵列。处理器235耦合到总线220用于经由信号线236与其它部件通信。处理器235处理数据信号并且可以包括各种计算架构，这些计算架构包括复杂指令集计算机(CISC)架构、精简指令集计算机(RISC)架构或者实施指令集组合的架构。虽然在图2A中仅示出单个处理器，但是可以包括多个处理器。处理能力可以限于支持图像显示以及图像捕获和传输。处理能力可以足以执行包括各种类型的特征提取和采样的更复杂任务。本领域技术人员将清楚，其它处理器、操作***、传感器、显示器和物理配置是可能的。

存储器237存储处理器235可以执行的指令和/或数据。存储器237耦合到总线220用于经由信号线238与其它部件通信。指令和/或数据可以包括以执行这里描述的技术中的任何和/或所有技术的代码。存储器237可以是动态随机存取存储器(DRAM)设备、静态随机存取存储器(SRAM)设备、闪存或者本领域已知的一些其它存储器设备。在一个实施例中，存储器237也包括非易失性存储器或者相似的持久存储设备和介质，诸如硬盘驱动、软盘驱动、CD-ROM设备、DVD-ROM设备、DVD-RAM设备、DVD-RW设备、闪存设备或者本领域已知的用于在更持久基础上存储信息的一些其它海量存储设备。

通信单元245向数据服务器115n和应用服务器152发送数据并且从数据服务器115n和应用服务器152接收数据。通信单元245经由信号线246耦合到总线220。在一个实施例中，通信单元245包括用于直接物理连接到数据服务器115n、应用服务器152或者另一通信信道的端口。例如，通信单元245包括USB、SD、CAT-5或者用于与用户设备115有线通信的相似端口。在另一实施例中，通信单元245包括用于使用一种或者多种无线通信方法，诸如IEEE802.11、IEEE 802.16、BLUETOOTH

或者另一适当无线通信方法来与数据服务器115n、应用服务器152或者任何其它通信信道交换数据的无线收发器。

在又一实施例中，通信单元245包括用于通过蜂窝通信网络，诸如经由短消息收发服务(SMS)、多媒体消息收发服务(MMS)、超文本传送协议(HTTP)、直接数据连接、WAP、电子邮件或者另一适当类型的电子通信发送和接收数据的蜂窝通信收发器。在又一实施例中，通信单元245包括有线端口和无线收发器。通信单元245也提供与网络的其它常规连接用于如本领域技术人员将理解的那样使用标准网络协议，诸如TCP/IP、HTTP、HTTPS和SMTP来分发文件和/或媒体对象。

网格状态管理器202是如下软件，该软件包括用于管理从数据管理器103n接收的活动信息的例程。在一个实施例中，网格状态管理器202是处理器235可执行的用于提供下文描述的功能的指令集，该功能用于托管用于每个数据管理器103n的消息队列并且接收和验证数据管理器会话请求。在另一实施例中，网格状态管理器202存储于存储器237中并且可由处理器235访问和执行。在任一实施例中，网格状态管理器202适于经由信号线222与处理器235和数据管理器103的其它部件合作和通信。

注册引擎204是用于为了访问数据管理器103n而注册用户125n的软件和例程。在一个实施例中，注册引擎204是处理器235可执行的用于提供下文描述的用于注册用户的功能的指令集。注册引擎204接收用户名和口令、生成与数据管理器103n关联的唯一标识符并且接收对数据管理器103n生成的用户界面的用户偏好，诸如优选屏幕字体大小、颜色和如何组织应用。在另一实施例中，注册引擎204存储于存储器237中并且可由处理器235访问和执行。在任一实施例中，注册引擎204适于经由信号线224与处理器235和会合引擎200的其它部件合作和通信。在一个实施例中，注册引擎204与主数据管理器103a通信以协调注册。在另一实施例中，注册引擎204是主数据管理器103a的部件。

分类器206是用于处置来自数据管理器103的净荷的软件和例程。在一个实施例中，分类器206是处理器235可执行的指令集，该指令集用于将传入净荷放入净荷队列210中、标识用于每个净荷的目的地、经由通信单元245将来自净荷队列210的新净荷放置于用于目的地数据管理器103n的发件箱中并且在接收到丢弃请求之后从净荷队列210中删除净荷。

数据管理器103

现在参照图2B，数据服务器115包括各自连接到总线220的数据管理器103、存储器237、处理器235、通信单元245和存储设备141。本领域技术人员将认识到数据服务器115的部件中的一些部件具有与会合服务器101的部件相同或者相似的功能，因此这里将不重复这些部件的描述。例如，处理器235、存储器237、总线220和通信单元245分别与处理器235、存储器237、总线219和通信单元245相似。

在一个实施例中，数据管理器103包括控制器201、网格引擎203、应用205、应用管理器207、虚拟护理团队(VCT)模块209、洗涤器模块211和用户界面引擎213。

控制器201是包括如下例程的软件，这些例程用于管理数据管理器103的核心功能并且用于向不同部件发送数据。在一个实施例中，控制器201是处理器235可执行的用于提供下文描述的用于管理数据的功能的指令集。在另一实施例中，控制器201存储于存储器237中并且可由处理器235访问和执行。在任一实施例中，控制器201适于经由信号线230与处理器235和数据管理器103的其它部件合作和通信。

在一个实施例中，控制器201通过监听端口、扫描文件夹等来监听数据；向位置，诸如TCP端口、文件夹等中***数据；通过将传入数据转换成对象，诸如Java对象来进行解析；通过检查对象来进行分析以确定动作；通过创建新话题或者添加到数据存储装置141中保存的话题来保存数据；通过将数据表现成所需格式，诸如通过映射、转译和分组来进行格式化；发送信息包用于分发并且例如通过响应于事件发生而发送电子邮件或者Web提醒来进行通知，以此执行核心功能。

网格引擎203是包括如下例程的软件，这些例程用于管理数据服务器101上的医疗保健信息。在一个实施例中，网格引擎203是处理器235可执行的用于提供下文描述的功能的指令集，该功能用于在存储设备141中存储对象、生成和加密净荷、生成用于外传净荷的队列、向会合引擎200上传净荷、从会合引擎200下载净荷、生成用于传入净荷的队列、解密和处理接收的净荷、执行来自主数据管理器103a的命令并且执行维护活动。在另一实施例中，网格引擎203存储于存储器237中并且可由处理器235访问和执行。在任一实施例中，网格引擎203适于经由信号线232与处理器235和数据管理器103的其它部件合作和通信。

在一个实施例中，存储设备141包括节点仓库和话题仓库。节点仓库存储用于其它数据管理器103n(即，***100中的其它节点)的标识符和用于认证来自节点的数据请求的信息，诸如公共密钥基础结构(PKI)信息。存储设备141经由信号线248耦合到总线220。

话题仓库存储话题对象，这些话题对象包括话题属性和概要(capsule)。在一个实施例中，话题属性包括标识符(例如，与开源软件关联的通用唯一标识符(UUID))、参与者列表、创建日期、最后修改日期、描述和类型。概要是存储为名称/值对的串行化的对象。在一个实施例中，概要包括标识符(例如，HL7、原HL7、医生、患者、审计)、描述和概要中的信息类型特有的信息，诸如关于测试、部门、医生、话题状态、节点ID、患者信息和审计信息的信息。概要支持许多数据格式，这些数据格式包括健康7级(HL7)、可扩展标记语言(XML)、可移植文档格式(PDF)、标记图像文件格式(TIFF)、波形音频文件(WAV)、医学数字成像和通信(DICOM)和运动图象专家组(MPEG)。本领域普通技术人员将理解其他数据格式是可能的。网格引擎203向***100中的任何其它数据管理器103n发送话题。在数据管理器103n对话题的副本进行改变时，网格引擎203向其它数据管理器103n发送副本以更新它们的话题副本。

现在参照图3A，图示网格引擎203的更具体实施例。网格引擎203包括净荷生成器301、收件箱303、发件箱305、上传器307和下载器309。净荷生成器301执行认证功能并且生成净荷。在一个实施例中，净荷生成器301生成公共/私有密钥对、在数据存储装置141中存储私有密钥并且向有权访问净荷的其它数据管理器103n发送公共密钥。

净荷生成器301生成包括话题对象的净荷。在一个实施例中，净荷包括类句柄、净荷类型、话题参与者、净荷话题、净荷标识符、原代理标识符、概要和话题。类句柄用来激活接收净荷的数据管理器103n的网格引擎203。净荷类型是话题或者概要。话题参数是有权访问话题的数据管理器103n的列表。净荷概要是用于净荷中包含的概要的标识符的列表。净荷标识符是用于标识净荷的唯一标识符，诸如UUID。原代理标识符是创建原净荷的数据管理器103的唯一标识符。

一旦净荷生成器301创建净荷，净荷生成器301生成包括用于接收方数据管理器103n的标识符的净荷报头并且用接收方数据管理器103n的公共密钥加密净荷。在一个实施例中，净荷生成器301通过用2048位高级加密标准(AES)对称密钥加密话题属性和概要来加密净荷、并入用基于哈希的消息认证代码(HMAC)创建净荷的数据管理器103的数字签名，并且使用超文本传送协议安全(HTTPS)来加密净荷。

发件箱305维护发件箱队列。在一个实施例中，发件箱305在发件箱队列中存储由净荷生成器301创建的净荷、定期联系会合引擎200、建立安全套接字层(SSL)、更新消息发件箱队列的内容并且经由通信单元245向会合引擎200发送丢弃请求。会合引擎200将净荷放置于针对目的地数据管理器103n的发件箱中。目的地数据管理器103n下载净荷、用它的私有密钥解密AES密钥并且使用AES密钥来解密净荷。

收件箱303通过经由通信单元245从会合引擎200下载任何新消息来维护消息收件箱队列并且将新消息放入消息收件箱队列中。

应用205

应用205是包括用于执行任务的例程的软件。在一个实施例中，应用205是处理器235可执行的用于执行任务的指令集。在另一实施例中，应用205存储于数据服务器115的存储器237中并且可由处理器235访问和执行。在任一实施例中，应用205适于经由信号线226与处理器235、存储设备141、控制器201、应用管理器207、用户界面引擎213和数据服务器115的其它部件合作和通信。

应用205包括任何类型的应用，诸如企业应用、记账应用、字处理应用、媒体应用等。应用用于执行任务，诸如检索患者的医疗保健数据、处理从保险提供者接收的付款、授权付款、预定实验室、口述软件、维护医疗保健登记处(例如，骨髓)、从实验室接收患者的健康检查结果、向药店发送处方等。在一个实施例中，应用205由用户125开发。在另一实施例中，应用205是从应用服务器152下载并且在数据服务器115上安装的第三方应用。应用服务器152例如包括应用存储库，该应用存储库允许用户搜索、浏览、购买和下载第三方应用。

应用管理器207

应用管理器207是包括用于开发和管理应用205的例程的软件。在一个实施例中，应用管理器207是处理器235可执行的用于提供下文描述的功能的指令集，该功能用于开发和维护应用205。在另一实施例中，应用管理器207存储于数据服务器115的存储器237中并且可由处理器235访问和执行。在任一实施例中，应用管理器207适于经由信号线239与处理器235、存储设备141、控制器201、应用205、用户界面引擎213和数据服务器115的其它部件合作和通信。参照图3B更具体描述应用管理器207。

图3B更具体图示应用管理器207的一个实施例。在这一实施例中，应用管理器207包括应用模块302、证明模块304、协作模块306、上下文模块308、桥接器模块310。

应用模块302是包括如下例程的软件，这些例程允许用户125开发并且在数据服务器115上安装应用205。应用模块302从控制器201接收用户125提交的用于开发新应用、安装第三方应用等的请求。在一个实施例中，应用模块302包括软件开发工具箱(SDK)，该SDK包括允许用户125开发应用205的开发工具集。在另一实施例中，应用模块302允许用户125从应用服务器152下载和安装第三方应用205。在两个实施例中，应用模块302允许用户125定义用于应用205的偏好和规则。应用模块302在存储设备141中存储该规则和偏好。在又一实施例中，应用模块302包括用于开发应用编程界面(API)的工具，这些API用于允许数据管理器103与应用服务器152或者任何其它数据服务器115n中存储的第三方应用交互。在一个实施例中，应用模块302使用Java适配器以向软件开发者提供用于访问不同信息平台，诸如数据服务器115n以及本地、州和全国注册处的工具。应用模块302经由通信单元245向应用服务器152发送新创建的应用以使它可用于其他用户。

用于访问平台的工具的示例包括用于创建、更新和访问个人日志中的数据的日志API；用于访问安全消息收发基础结构以与其它平台交换信息的消息收发API；用于访问医师和网格上的其他提供者的全球目录的医师目录API；用于访问本地打印机的打印服务；用于访问国际疾病分类(ICD)-9诊断表的ICD查找；用于访问当前手术术语(CPT)手术表的CPT查找；用于从MPS桥接器访问用于人口统计、保险和调度查询的数据的实践管理(PM)桥接器；用于访问临床数据和其它数据查询并且实现***结果、报告、转诊和其它信息的电子医疗记录驱动器；用于将本地术语转译成标准化的术语(例如，***化的医学命名(SNOMED))的词汇映射服务；用于标准化形式的格式化服务；用于在健康信息交换(HIE)中搜寻患者信息的团体搜索；以及用于与如下付款人交换信息的付款人网关，这些付款人使他们的服务在电子交换中可用。

日志API用来创建患者记录。在一个实施例中，日志API包括人口统计信息，该人口统计信息包括用于患者的姓名、出生日期和地址；调度信息，该调度信息包括预约类型、日期和时间；患者的当前和历史临床问题；用于患者的手术或者治疗；家族史；社交史，该社交史包括生活方式、职业、环境健康风险和患者人口统计，诸如婚姻状态、种族和宗教；高级指示，这些高级指示包括意向、医疗保健代理和复苏意向，这些复活意向包括患者指令和对外部文档的引用；提醒，诸如敏感症和不利反应；药物，这些药物包括当前药物和相关历史药物使用；免疫，包括免疫状态和关于以往免疫的历史信息；医疗设备和任何植入的或者外部设备；生命标志，这些生命标志包括随时间的趋势和基线；功能状态，包括关于什么对于患者而言正常的信息、从常态的(正和负二者)偏离和外延示例；结果，包括实验室和手术结果和报告；境遇(encounter)，包括以往医疗保健境遇，这些以往医疗保健境遇包括活动和位置；以及护理计划，包括用于患者的活跃、未完成或者未尽活动，这些活动包括订单、预约、手术、转诊和服务。

证明模块304是包括如下例程的软件，这些例程用于证明用户125开发的应用205。在一个实施例中，证明模块304从应用模块302接收用户125已经开发了新应用这样的消息。证明模块302确定新应用是否与数据服务器115上安装的应用205兼容。例如，证明模块304确定新应用是否包括用于与应用205交互的API。在另一实施例中，证明模块304证明可以向应用服务器152上传新应用。证明模块304指令用户界面引擎213生成显示消息的用户界面。在一个实施例中，消息指示新应用被证明安装于数据服务器115上、向应用服务器152上传等。在另一实施例中，消息指示新应用未被证明并且包括为了证明新应用而需要化解的问题的列表。

协作模块306是包括如下例程的软件，这些例程用于生成与数据服务器115a通信的数据服务器115n的列表。在一个实施例中，列表包括数据服务器115n中的每个数据服务器中安装的应用。协作模块306向应于接收到用户125提交的用于开发新应用的请求而生成列表。用户125例如使用该列表来开发用于新应用的API。

上下文模块308是包括如下例程的软件，这些例程用于管理应用205之间的交互。上下文模块308在应用205执行任务时从应用205接收消息。上下文模块308分析任务、例如分析用户125提交的请求、检索到的患者的医疗保健数据等。上下文模块308确定分析是否与针对数据服务器115上安装的任何其它应用而定义的一个或者多个规则或者偏好匹配。响应于确定与应用的规则或者偏好匹配，上下文模块308向应用发送通知。参照图7更具体描述上下文模块308。

桥接器模块310是包括如下例程的软件，这些例程用于管理数据在应用205与本地连接到数据服务器115的计算***、例如PMS121、EMR应用123、诊断设备(未示出)等之间的交换。桥接器模块310在应用205与本地计算***之间传递数据，诸如查询、指令、消息、患者的医疗保健数据等。桥接器模块310将数据转换成与目的地的要求兼容的格式。例如，应用205生成用于从EMR应用123检索患有白血病的患者的列表的查询。桥接器模块310将该查询转换成HL7标准并且向EMR 123提交该查询。桥接器模块310从EMR123接收患者列表、将列表转换成如应用205请求的PEF并且向应用310发送它。桥接器模块310将数据转换成HL7标准、护理文档连续性(CCD)、护理记录连续性(CCR)、结构化的查询语言(SQL)、PDF或者本领域普通技术人员已知的任何其它格式或者标准。

虚拟护理团队(VCT)模块209

虚拟护理团队(VCT)模块209是包括以下例程的软件，这些例程用于创建与具体患者有关的VCT记录并且用于与其它数据服务器115n协作。在一个实施例中，VCT模块209是处理器235可执行的用于提供下文描述的功能的指令集，该功能用于创建VCT记录并且与其它数据服务器115n协作。在另一实施例中，VCT模块209存储于数据服务器115的存储器237中并且可由处理器235访问和执行。在任一实施例中，VCT模块209适于经由信号线240与处理器235、存储设备141、控制器201、用户界面引擎213和数据服务器115的其它部件合作和通信。

VCT记录包括与患者或者一组患者(例如，家人、同事等)关联的医疗保健数据。医疗保健数据包括患者身份(ID)、人口统计信息、与患者的护理团队有关的信息、保险信息、处方、结果、敏感症、医疗史、转诊、规则、偏好等。患者的护理团队是与患者的医疗保健关联的一组数据服务器115n(例如，主治医师、心脏病专家、保险提供者等)。参照图3C更具体描述VCT模块209。

图3C更具体图示VCT模块209的一个实施例。在这一实施例中，VCT模块209包括创建模块352、转诊模块354、数据发送器356、数据接收器358和通报(advertisement)模块360。

创建模块352是包括用于创建VCT记录的例程的软件。创建模块352从控制器201接收用户125提交的用于创建VCT记录的请求(例如，医院监管者提交的用于为新患者创建VCT记录的请求)。创建模块352基于请求中包括的信息(例如，患者填写的登记表单等)生成VCT记录。在一个实施例中，在请求中包括的信息不足时，创建模块352从本地数据库，诸如PMS 121、EMR应用123等检索关于患者的附加信息。在另一实施例中，创建模块352指令用户界面引擎213生成用户界面，该用户界面请求来自用户125的附加信息。创建模块352在存储设备141中存储VCT记录。创建模块352生成有助于向其它数据服务器115n发送信息并且有助于向***100以外的应用发送完整记录的VCT记录。

转诊模块354是包括如下例程的软件，这些例程用于向和从其它数据服务器115n发送和接收用于患者的转诊。转诊模块354从存储设备141中的数据服务器目录标识用于患者的一个或者多个数据服务器115n。在一个实施例中，转诊模块354响应于从控制器201接收到用户125a提交的请求而标识数据服务器115b。请求例如由主治护理医师提交以标识用于患者的心脏病专家。在另一实施例中，转诊模块354基于患者的VCT记录自动标识数据服务器115b。例如，转诊模块354从患者的VCT记录确定患者无保险项目。转诊模块354然后标识用于患者的保险提供者。在又一实施例中，转诊模块354响应于从应用205接收到指令而标识用于患者的数据服务器115b。转诊模块354标识用于患者的与患者的VCT记录中的信息对应的数据服务器115n。例如，转诊模块354标识位于患者的住所五英里内的诊所、患者的保险提供者覆盖的神经科专门医师等。

转诊模块354指令控制器201向数据服务器115b发送转诊。指令包括患者的VCT记录的副本和下述信息，诸如数据服务器115b的标识、用于与数据服务器115b通信的方法等。转诊模块354通过向患者的护理团队添加数据服务器115b来更新患者的VCT记录。在一个实施例中，转诊模块354响应于从数据服务器115b接收到确认而更新患者的VCT记录。

转诊模块354也从控制器201接收其它数据服务器115n发送的转诊。转诊模块354从该转诊提取患者的VCT记录的副本并且分配数据服务器115a本地的患者ID。转诊模块354然后创建本地患者ID与VCT记录中存在的患者ID之间的链接(link)。转诊模块354用该链接更新患者的VCT记录的副本并且在存储设备141中存储它。转诊模块354还指令控制器201向从其接收到转诊的数据服务器115n发送该链接。参照图8A更具体描述转诊模块354。

数据接收器356是包括如下例程的软件，这些例程用于从控制器201接收与患者关联的新医疗保健数据。在一个实施例中，数据接收器356接收用户125提交的新医疗保健数据。例如，数据接收器356接收护士提交的患者的血压水平。在另一实施例中，数据接收器356从本地连接到数据服务器115a的计算***接收医疗保健数据。例如，数据接收器356从连接到数据服务器115a的MRI扫描仪接收患者的肩部的扫描图像。在又一实施例中，数据接收器356接收患者的其它护理团队成员发送的新医疗保健数据，例如处方、更新的保险项目计划等。在这一实施例中，数据接收器356基于存储设备141中存储的规则和偏好确定数据服务器115a是否需要新医疗保健数据。例如，心脏病专家需要患者的血液测试结果，但是物理治疗家不需要。在一个实施例中，数据接收器356指令用户界面引擎213生成显示新医疗保健数据的用户界面。在这一实施例中，用户125(例如医师、护士等)选择数据服务器115a需要的新医疗保健数据。数据接收器356接收患者的VCT记录并且用新医疗保健数据更新它。

在一个实施例中，数据接收器356执行对包括冲突信息的新数据的调和(reconcile)。例如，新信息是不与存储设备141中的任何患者数据匹配的人口统计信息。数据接收器356确定可以与人口统计信息匹配的不同患者，例如如果调换出生数据中的数字或者名字“乔恩”替换为“约翰”，则数据接收器356标识与人口统计信息匹配的患者。数据接收器356在存储设备141中保存用于纠正冲突信息的规则。在一个实施例中，数据接收器356经由通信单元245向提交冲突信息的护理团队成员发送纠正的数据以用于确认。如果将来接收到相同的冲突信息，则数据接收器356使用相同规则来纠正该信息。

数据发送器358是包括如下例程的软件，这些例程用于经由通信单元245向患者的护理团队成员发送与患者关联的医疗保健数据。数据发送器358从数据接收器356接收与患者关联的新医疗保健数据。数据发送器358从VCT记录中标识患者的护理团队成员。数据发送器358然后指令通信单元245将新医疗保健数据发送到患者的护理团队成员。在一个实施例中，在指令通信单元245之前，数据发送器358基于每个护理团队成员的偏好来格式化新医疗保健数据。在另一实施例中，数据发送器358基于患者的VCT记录中存在的规则(例如，护理团队成员偏好、患者的隐私规则、HIPAA顺应等)确定是否可以向护理团队成员发送新医疗保健数据。

通报模块360是包括用于通报数据服务器115a的例程的软件。通报模块360生成包括与数据服务器115a关联的唯一标识符(诸如UUID)的通报并且指令控制器201向其它数据服务器115n发送它们。通报包括关于数据服务器115a的信息，诸如数据服务器115a提供的医疗保健服务、医师列表、覆盖数据服务器115a提供的服务的保险计划的列表、位置等。通报是有利的，例如因为其它数据服务器115n基于这些通报向数据服务器115a发送转诊。

洗涤器模块211

洗涤器模块211是包括如下例程的软件，这些例程用于标识用于研究(诸如诊所试验)的个体并且用于洗涤患者的标识信息数据。在一个实施例中，洗涤器模块21是处理器235可执行的用于提供下文描述的功能的指令集，该功能用于响应于来自应用205的请求来洗涤标识信息。在另一实施例中，洗涤器模块211存储于数据服务器115的存储器237中并且可由处理器235访问和执行。在任一实施例中，洗涤器模块211适于经由信号线242与处理器235、存储设备141、控制器201、应用205、用户界面引擎213和数据服务器115的其它部件合作和通信。参照图3D更具体描述洗涤器模块211。

现在参照图3D，更具体示出洗涤器模块211的一个实施例。图3D是洗涤器模块211的框图，该洗涤器模块211包括各自耦合到信号线242的通报列举引擎372、参与者标识引擎374、数据洗涤引擎376、伪标识符生成器引擎378和通报响应引擎380。

通报列举引擎372注册如下通报，该通报用于招募用于研究的潜在参与者。通报列举引擎372从组织接收针对用于研究的潜在参与者的请求。组织是使用医疗信息的任何群体，诸如政府健康组织(例如，CDC)、保险公司和临床研究组织(例如，医院)。

请求包括标识符，诸如用于研究的名称和用于标识用于研究的潜在参与者的患者因素。例如，临床研究组织使用洗涤器模块211来标识可用于研究的多个个体，该研究用于测试用于如下健康状况的药物，在该健康状况下，患者在特定年龄组中并且已经对不同药物有不利反应。临床研究组织发布通报，该通报包括用于标识参与者的输入数据。输入数据涉及诊断、药物、实验室结果、性别、年龄、位置、先前医疗史(诸如先前病症、病史)和与研究相关的其它因素。在一个实施例中，通报列举引擎372向参与者标识引擎374发送针对立即标识用于研究的潜在参与者的请求。在另一实施例中，参与者标识引擎374在存储设备141中存储针对在以后时间标识用于研究的潜在参与者的请求。

参与者标识引擎374基于从通报列举引擎372接收的来自组织的通报来标识用于研究的潜在参与者。参与者标识引擎374基于将输入数据与患者数据和医疗记录匹配来标识个体。在一个实施例中，向数据洗涤引擎376发送用于标识的个体的信息。在另一实施例中，向通报响应引擎380发送所标识的匹配的个体的数目。

数据洗涤引擎376修改患者数据以洗涤它的标识方面。在一个实施例中，数据洗涤引擎376从应用205接收对洗涤患者数据的请求。例如，患者数据包括与对患者的接纳或者实验室事件有关的数据。在另一实施例中，数据洗涤引擎376从参与者标识引擎374接收与通报匹配的个体。数据洗涤引擎376从主患者索引接收患者数据，该主患者索引是数据存储设备141的一部分或者存储于另一位置，诸如EMR应用123的一部分。在一个实施例中，数据洗涤引擎376通过去除人口统计数据来修改标识信息。可标识人口统计数据包括姓名、地址、出生日期、种族、政府签发的编号，诸如社保编号和业务患者编号，诸如患者标识符。在另一实施例中，数据洗涤引擎376通过替换可标识人口统计数据来修改患者数据。例如，数据洗涤引擎376用个体的年龄替换出生日期或者调换用于出生日期的数字。

数据洗涤引擎376请求来自伪标识符生成器引擎378的伪标识符。伪标识符生成器引擎378生成用于患者的伪标识符。数据洗涤引擎376从伪标识符生成器引擎378接收伪标识符并且通过在存储设备141中存储伪标识符来关联伪标识符与患者。

在另一实施例中，数据洗涤引擎376通过以主患者索引将伪标识符与患者数据一起存储来关联伪标识符与患者。数据洗涤引擎376向请求洗涤的应用205或者向通报响应引擎380发送伪标识符和其它数据。因此，伪标识符由组织用来检索个人的医疗记录而不揭示个人的身份。而且，由于伪标识符是与相同患者始终关联的静态标识符，所以请求伪标识符的组织随时间跟踪相同个人。例如，临床研究公司在5年的时段内将冲洗器模块211用于对相同人的研究。

通报响应引擎380对用于招募用于研究的潜在参与者的通报做出响应。通报响应引擎378接收与来自患者标识引擎374的输入数据或者来自伪标识符生成器378的洗涤的信息匹配的患者的数目。在一个实施例中，通报响应引擎380向护理提供者通知个体被标识为用于研究的潜在参与者。在另一实施例中，通报响应引擎380向请求潜在参与者的组织发送基本统计结果(statistics)。例如，通报响应引擎380向组织通知参与者标识引擎372已经标识的潜在参与者的具体数目。

用户界面引擎213

用户界面引擎213是包括如下例程的软件，这些例程用于响应于从其它数据管理器103部件接收的指令而生成用户界面。在一个实施例中，用户界面引擎213是处理器235可执行的用于提供以下描述的功能的指令集，该功能用于生成用于应用205、VCT模块209或者洗涤器模块211的用户界面。在另一实施例中，用户界面引擎213存储于数据服务器115的存储器237中并且可由处理器235访问和执行。在任一实施例中，洗涤器模块211适于经由信号线242与处理器235、存储设备141、应用205、用户界面引擎213和数据服务器115的其它部件合作和通信。参照图4A-4H更具体描述用户界面引擎213。

现在转向用户界面引擎213，图4A是用户界面引擎213生成的用于访问至少一个患者记录的用户界面401的图形表示。在这一示例中，用户界面401显示用于该医疗办公室的医疗保健提供者的医疗办公室网站的主页402。主页402包括用户为了满足他的或者她的独特需要而安装的下层复合应用的图标404。用户通过在搜索框中键入患者的名、患者的姓或者其任意组合并且敲击主页402上的搜索按钮406来搜寻患者记录。例如，在搜索框中键“Angela”来检索其名包括Angela的患者的列表412。此外，主页402包括在被选择时显示可用患者记录的整个列表的列举所有408按钮和在被选择时显示用于为新患者创建记录的用户界面的创建记录410按钮。

图4B是应用服务器152托管的应用存储库的用户视图的图形表示403。在这一实施例中，应用存储库包括类别图标422，用户可以通过该类别图标查看和选择待安装的应用类型。除了类别图标422之外，应用存储库列举属于在分节之下的特定类型的应用，诸如流行应用、建议的应用、安装的应用、对安装的应用的更新和新应用。在这一示例中，用户选择所有按钮424并且选择“什么是新的”标签页426。子分节428打开，其列举在什么是新的标签页426之下的所有应用，并且用户选择购买时间线应用430。在另一实施例中，列举的应用中的至少一个应用免费让用户安装。在又一实施例中，在应用存储库中列举的应用由第三方销售商开发。

图4C是转诊应用430提供的功能的用户视图的图形表示405，该功能包括发送和接收患者转诊。在这一实施例中，转诊应用430显示工作列表432，该工作列表包括用户响应于用户选择发送的转诊436选项而发送的患者转诊438。在另一实施例中，报头434中存在的选项包括下拉框，该下拉框用于图示不同类别以便缩小用户感兴趣的转诊。例如，在发送的转诊436选项之下，用户如果感兴趣则可以选择单独查看完成的、进行中的、拒绝的和尚未接受的转诊。每个患者转诊438包括患者姓名、转诊的状态、转诊被发送到的部门或者机构以及转诊的日期和时间、更新和调度。用户界面引擎213允许用户配置转诊信息438的显示和该显示的其它特征。

图4D是转诊应用430响应于点击图4C中的患者转诊438而提供的功能的用户视图的另一图形表示407。在这一实施例中，在网页的顶部附近显示的下层复合应用列表至少部分地可视地改变它们的外观以反映与来自图4C的患者转诊438关联的患者440的医疗记录。转诊应用430包括附带转诊信息442，该转诊信息列举转诊提供者、转诊细节、调度信息和涉及患者治疗的在转诊提供者与被转诊的提供者之间交换的任何消息。

图4E是患者护理时间线应用452提供的功能的用户视图的图形表示409。图形表示409显示患者440的境遇的滑动列表454，该列表包括来自至少一个医疗机构的例行拜访、实验室测试和检查。在选择一个这样的境遇456时，患者护理时间线应用452显示子分节458，该子分节列举该特定境遇的细节。子分节458包括患者440的医师的姓名、拜访类型、意见、个人和医疗信息。与患者440关联的每个信息标签页460响应于点击它而扩展以让用户具体查看信息并且如果需要则编辑信息。在另一实施例中，患者护理时间线应用452向用户可视地指示其它下层应用中的至少一个下层应用具有与患者护理时间线应用452有关的重要患者信息。例如，响应于虚拟护理团队应用上突出显示的数字三而在患者护理时间线应用452上突出显示的感叹号是指明两个应用准备好相互通信以调和患者记录的指示。

图4F是虚拟护理团队应用462为了调和患者记录而获得的调和更新的用户视图的图形表示411。虚拟护理团队应用462显示与不同部门和/或机构关联的更新标签页464。此外，虚拟护理团队应用462显示可视数字，该数字指示待调和的更新的数目。在这一示例中，虚拟护理团队应用462显示数目三。与部门和/或机构关联的更新标签页464包括用于接收的每个个别更新466的日子、日期、时间和时区。在一个实施例中，需要用户通过选择在每个更新466旁边的复选框来授权调和更新466。在另一实施例中，一次调和所有更新而不通过复选在“标记更新为调和？”文本468下面的调和按钮来复选每个个别更新466。

图4G是在调和患者记录与来自虚拟护理团队应用462的更新之后的患者护理时间线应用452的用户视图的另一图形表示413。用户界面引擎213至少部分地响应于在图4F中在虚拟护理团队应用462中调和更新而改变患者护理时间线应用452的外观。在这一实施例中，患者护理时间线应用452通过向用户突出显示接收更新的境遇和境遇中的被更新的字段达至少一个时间段来显示它们。在这一示例中，在用户点击患者护理时间线应用452之后突出显示心脏压力测试境遇472以及附带付款人信息标签页474、问题信息标签页476和药物信息标签页478。

现在转向图4H，图示用户界面引擎213生成的用户界面481的一个实施例，该用户界面引擎用于生成如下请求或者通报，该请求或者通报用于招募用于研究的潜在参与者。用户界面481显示用于生成请求的多个输入。多个输入包括用于标识或者标记研究的输入483。用户界面481显示用于捕获用于创建输入数据的与医疗有关的准则的输入区域485，该输入数据用来标识用于研究的患者。在示例中，输入区域485包括诊断信息、过敏症信息、药物信息和实验室结果信息。用户界面481显示用于标识用于研究的一个或者所有性别的性别输入487。用户界面481显示用于标识用于研究的年龄或者年龄组的年龄输入489。用户通过按压提交按钮491来提交请求或者通报。本领域普通技术人员将认识到也可以显示其它变量用于生成请求，诸如用于指定位置、先前病症、病症家族史等的文本框。通报列举引擎372接收针对标识用于研究的潜在参与者的请求并且注册该请求。

方法

现在参照图5-图10，将描述本发明的各种示例实施例。

图5是图示用于生成净荷的一个实施例的流程图500。第一数据管理器103a包括网格引擎203，该网格引擎生成502公共/私有密钥对并且向所有授权的数据管理器103n发送504公共密钥。在一个实施例中，用2048位RSA PKI生成公共/私有密钥对。网格引擎203生成506用于话题对象的净荷，该话题对象包括话题属性和多个概要。网格引擎203加密508净荷。在一个实施例中，网格引擎203使用AES对称密钥以加密话题对象。话题引擎203经由通信单元245向用于会合引擎200的收件箱上传510净荷。

图6是图示用于使用会合引擎200以在数据管理器103n之间发送数据的一个实施例的流程图600。会合引擎200包括分类器206，该分类器经由通信单元从第一数据管理器接收602净荷。分类器206将净荷分类604到净荷队列210中。分类器206将用于净荷的目的地标识606为第二数据管理器103b。分类器206将净荷放置608于用于第二数据管理器103b的发件箱中。第二数据管理器103b下载610净荷并且解密612净荷。

图7是图示用于基于另一应用执行的任务向一个应用发送通知的一个实施例的流程图700。控制器201接收702用户提交的用于使用检索应用来检索患者数据的请求。检索应用检索704患者数据。例如，检索应用从数据存储设备141检索患者的虚拟护理团队(VCT)记录。用户界面引擎213生成706显示患者数据的用户界面。应用管理器207包括上下文模块308，该上下文模块确定708患者数据是否与健康监视应用的规则匹配。上下文模块308响应于确定患者数据与规则匹配而向健康监视应用发送710通知。在这一示例中，上下文模块308从患者的VCT记录确定患者的胆固醇水平高于阈值并且向健康监视应用发送通知。健康监视应用指令用户界面引擎213生成用户界面。用户界面引擎213生成714显示消息的用户界面。在这一示例中，用户界面显示患者的胆固醇水平太高这样的警告消息。

图8A是图示用于发送转诊的一个实施例的流程图800。VCT模块209包括创建模块352，该创建模块(例如，主治护理医师)为新患者分配802第一患者标识符(ID)。创建模块352为患者创建804VCT记录。在这一示例中，主治护理医师115a诊断患者需要对他的膝盖的外科手术并且提交请求。转诊模块354从存储设备141标识数据服务器115b(例如，整形外科医生)。控制器201经由通信单元245向数据服务器115b发送806转诊。转诊包括包含第一患者ID的患者VCT记录的副本。转诊模块354还更新808VCT记录以包括数据服务器115b作为患者的护理团队的成员。数据服务器115b的转诊模块354基于数据服务器115b的格式要求和规则来分配810用于转诊的第二患者ID。转诊模块354生成812在第一患者ID与第二患者ID之间的第一链接。数据服务器115b的控制器201然后向数据服务器115a发送814第一链接。数据服务器115a的转诊模块354更新816VCT记录以包括第一链接。

数据服务器115b的转诊模块354然后标识用于患者的数据服务器115n(例如，物理治疗师)。数据服务器115b的控制器201向第三数据服务器115n发送818转诊。这一转诊包括患者的VCT记录的副本，该副本包括第二患者ID和第一链接。数据服务器115b的转诊模块354更新820VCT记录以包括数据服务器115n作为患者的护理团队的成员。数据服务器115n的转诊模块354分配822用于转诊的第三患者ID。数据服务器115n的转诊模块354也生成824在第一患者ID、第二患者ID和第三患者ID之间的第二链接。数据服务器115n的控制器201然后向数据服务器115b发送826第二链接。第二数据服务器115b的转诊模块354更新830患者的VCT记录以包括第二链接。数据服务器115n的控制器201也向数据服务器115a发送828第二链接。数据服务器115a的转诊模块354更新832患者的VCT记录以包括第二链接和数据服务器115n作为患者的护理团队的成员。

链接在例如当数据服务器115a从数据服务器115b接收第二患者ID代表的医疗保健信息时的场景中是有利的。在这一示例中，数据服务器115a基于第一链接容易标识和检索患者的VCT记录。另外，在这一示例中，虽然数据服务器115a未被数据服务器115a转诊，但是第二链接允许在数据服务器115a、115b、115n之间交换与患者关联的医疗保健信息。

图8B是图示用于在患者的护理团队成员之间交换信息的一个实施例的流程图850。数据服务器115a的数据接收器356接收852与患者关联的新信息。数据接收器356用新信息更新854患者的VCT记录。数据服务器115a的数据发送器358确定856是否应当向患者的其他护理团队成员发送新信息。响应于确定应当发送新信息，数据发送器358向数据服务器115b发送858新信息。数据发送器358也向数据服务器115n发送860新信息。数据服务器115b的数据接收器356确定862是否需要新信息。数据接收器356响应于确定需要新信息而更新864患者的VCT记录。数据服务器115n的数据接收器356确定866数据服务器115n是否需要新信息。数据接收器356响应于确定数据服务器115n不需要新信息而拒绝868新信息。

图9是用于招募用于研究的参与者的方法的一个实施例的流程图900。通报列举引擎374接收902针对用于研究的潜在参与者的请求，该请求包括用于标识潜在参与者的输入数据。在一个实施例中，输入数据包括涉及诊断、药物、实验室结果、性别、年龄、位置等的信息。通报列举引擎374在存储设备141中存储906请求和输入数据。参与者标识引擎372接收906患者信息或者患者信息的更新。参与者标识引擎372基于输入数据和患者信息来标识908潜在参与者。通报响应引擎378基于标识潜在参与者来生成910报告或者消息。在一个实施例中，通报引擎378生成个体是用于研究的匹配体这样的消息。在该实施例中，向护理提供者或者个体发送该消息。在另一实施例中，通报响应引擎378基于标识一个或者多个潜在参与者来生成包括统计结果的消息。在该实施例中，通报响应引擎378向正在招募用于研究的参与者的临床研究组织发送该消息。

图10是用于伪匿名化患者信息的方法的一个实施例的流程图1000。数据洗涤引擎376接收1002与患者有关的数据。在一个实施例中，数据与对患者的接纳或者实验室事件有关。数据洗涤引擎376通过去除人口统计信息来修改1004数据。在一个实施例中，数据洗涤引擎376去除用于标识个体的任何关键信息。例如，关键信息包括姓名、社保编号或者其它政府标识符、出生日期、邮寄地址或者种族。在另一实施例中，数据洗涤引擎376通过替换导致标识个体的人口统计数据来修改数据。在一个实施例中，出于保护个体的身份这样的目的，关键信息由政府标准确定。伪标识符生成器378生成1006用于与患者有关的修改的数据的伪标识符。数据洗涤引擎376将伪标识符和与患者有关的修改的数据关联。数据洗涤引擎376在存储设备141中存储1010伪标识符和修改的数据。数据洗涤引擎376接收1012针对修改的数据的请求，该请求包括伪标识符。数据洗涤引擎376基于伪标识符检索修改的数据并且经由通信单元245向请求者发送1014修改的数据。

已经出于示例和描述的目的而呈现了本发明的示例实施例的前文描述。并非旨在于穷举本发明或者使本发明限于公开的精确形式。许多修改和变化鉴于上文教导是可能的。旨在于公开内容的范围不由这一具体描述限制而是由本申请的权利要求限制。如本领域技术人员将理解的那样，可以在其它具体形式中实现本发明而不脱离其精神实质或者基本特性。类似地，模块、例程、特征、属性、方法和其它方面的特定命名和划分并非强制或者重要的，并且实施本发明或者其特征的机制可以具有不同名称、划分和/或格式。另外，如本领域普通技术人员将清楚的那样，可以将公开的模块、例程、特征、属性、方法和其它方面实施为软件、硬件、固件或者这三者的任何组合。而且，无论何处实施本发明的如下部件为软件，该部件的示例是模块，都可以将该部件实施为独立程序、为更大程序的一部分、为多个单独程序、为静态或者动态链接的库、为内核可加载模块、为设备驱动器和/或以计算机编程领域普通技术人员现在或者将来知道的每种和任何其它方式实施该部件。此外，本公开决不限于用任何具体编程语言或者用于任何具体操作***或者环境的实施方式。因而，本公开旨在于举例说明而不是限制在所附权利要求中阐述的本发明的范围。

Claims

1.一种用于管理应用之间的交互的方法，所述方法包括：

接收对使用第一应用来执行第一任务的请求；

使用所述第一应用来执行所述第一任务；

分析所述第一应用所执行的所述第一任务；

确定所述分析是否与关联于第二应用的一个或者多个规则匹配；以及

向所述第二应用发送通知。

2.根据权利要求1所述的方法，还包括响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配而利用所述第二应用来执行第二任务。

3.根据权利要求2所述的方法，还包括响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配来生成用户界面。

4.根据权利要求3所述的方法，其中所述用户界面显示用于指示所述分析与一个或者多个规则匹配的消息和所述第二任务的结果中的至少一项。

5.根据权利要求3所述的方法，其中所述用户界面显示图标，所述图标指示来自所述第一应用的信息需要与所述第二应用调和。

6.根据权利要求1所述的方法，其中所述第一应用由用户开发。

7.根据权利要求6所述的方法，还包括通过确定所述第一应用是否与所述第二应用兼容来证明所述第一应用。

8.一种用于管理应用之间的交互的***，包括：

控制器，用于接收对使用第一应用来执行第一任务的请求；

耦合到所述控制器的所述第一应用，所述第一应用用于执行所述第一任务；以及

耦合到所述第一应用的应用管理器，所述应用管理器用于分析所述第一应用所执行的所述第一任务、确定所述分析是否与关联于第二应用的一个或者多个规则匹配并且向所述第二应用发送通知。

9.根据权利要求8所述的***，还包括：耦合到所述应用管理器的所述第二应用，所述第二应用用于响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配来执行第二任务。

10.根据权利要求8所述的***，还包括：耦合到所述应用管理器的用户界面引擎，所述用户界面引擎用于响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配来生成用户界面。

11.根据权利要求8所述的***，其中所述用户界面引擎显示图标，所述图标指示来自所述第一应用的信息需要与所述第二应用调和。

12.根据权利要求8所述的***，其中所述第一应用由用户开发。

13.根据权利要求8所述的***，其中所述应用管理器通过确定所述第一应用是否与所述第二应用兼容来证明所述第一应用。

14.一种包括计算机可用介质的计算机程序产品，所述计算机可用介质包括计算机可读程序，其中所述计算机可读程序当在计算机上执行时使所述计算机：

接收对使用第一应用来执行第一任务的请求；

使用所述第一应用来执行所述第一任务；

分析所述第一应用所执行的所述第一任务；

向所述第二应用发送通知。

15.根据权利要求14所述的计算机程序产品，还包括响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配而利用所述第二应用执行第二任务。

16.根据权利要求15所述的计算机程序产品，还包括响应于确定所述分析与关联于所述第二应用的一个或者多个规则匹配而生成用户界面。

17.根据权利要求16所述的计算机程序产品，其中所述用户界面显示用于指示所述分析与一个或者多个规则匹配的消息和所述第二任务的结果中的至少一项。

18.根据权利要求16所述的计算机程序产品，其中所述用户界面显示图标，所述图标指示来自所述第一应用的信息需要与所述第二应用调和。

19.根据权利要求14所述的计算机程序产品，其中所述第一应用由用户开发。

20.根据权利要求19所述的计算机程序产品，还包括通过确定所述第一应用是否与所述第二应用兼容来证明所述第一应用。

21.一种用于管理患者的转诊的方法，所述方法包括：

从第一服务器接收所述患者的第一转诊，所述第一转诊包括所述患者的第一身份和护理团队记录；

分配所述患者的第二身份；

生成在所述患者的所述第一身份与所述第二身份之间的第一链接；以及

向所述第一服务器和所述患者的一个或者多个护理团队成员发送所述第一链接。

22.根据权利要求21所述的方法，还包括标识第二服务器并且向所述第二服务器发送所述患者的第二转诊。

23.根据权利要求22所述的方法，还包括利用所述第二服务器更新所述患者的所述护理团队记录。

24.根据权利要求23所述的方法，还包括从所述第二服务器接收第二链接并且利用所述第二链接更新所述患者的所述护理团队记录。

25.根据权利要求21所述的方法，还包括接收关联于所述患者的新医疗保健信息。

26.根据权利要求25所述的方法，还包括确定是否应当向所述患者的所述护理团队成员发送所述新医疗保健信息。

27.根据权利要求25所述的方法，还包括：

从所述第一服务器接收所述新医疗保健信息；

确定是否需要关联于所述患者的所述新医疗保健信息；以及

响应于确定需要所述新医疗保健信息来更新所述患者的所述护理团队记录。

28.根据权利要求27所述的方法，还包括响应于确定不需要所述新医疗保健信息而拒绝所述新医疗保健信息。

29.根据权利要求25所述的方法，还包括生成显示所述新医疗保健信息的用户界面。

30.根据权利要求21所述的方法，还包括从第二服务器接收通报。

31.一种用于管理患者的转诊的***，包括：

控制器，用于从第一服务器接收所述患者的第一转诊并且用于向所述第一服务器和所述患者的一个或者多个护理团队成员发送第一链接，所述第一转诊包括所述患者的第一身份和护理团队记录；以及

耦合到所述控制器的转诊模块，所述转诊模块用于分配所述患者的第二身份并且用于生成在所述患者的所述第一身份与所述第二身份之间的所述第一链接。

32.根据权利要求31所述的***，其中所述转诊模块还标识第二服务器并且利用所述第二服务器和第二链接更新所述患者的所述护理团队记录。

33.根据权利要求32所述的***，其中所述控制器还向所述第二服务器发送第二转诊并且接收所述第二链接。

34.根据权利要求31所述的***，还包括：耦合到所述转诊模块的数据接收器，所述数据接收器用于接收关联于所述患者的新医疗保健信息。

35.根据权利要求34所述的***，还包括：耦合到所述数据接收器的数据发送器，所述数据发送器用于确定是否应当向所述患者的所述护理团队成员发送所述新医疗保健信息。

36.根据权利要求34所述的***，其中所述数据接收器从所述第一服务器接收所述新医疗保健信息、确定是否需要关联于所述患者的所述新医疗保健信息并且响应于确定需要所述新医疗保健信息而更新所述患者的所述护理团队记录。

37.根据权利要求36所述的***，其中所述数据接收器响应于确定不需要所述新医疗保健信息而拒绝所述新医疗保健信息。

38.根据权利要求34所述的***，还包括：耦合到所述数据接收器的用户界面引擎，所述用户界面引擎用于生成显示所述新医疗保健信息的用户界面。

39.根据权利要求33所述的***，其中所述控制器还从所述第二服务器接收通报。

40.一种包括计算机可用介质的计算机程序产品，所述计算机可用介质包括计算机可读程序，其中所述计算机可读程序当在计算机上执行时使所述计算机：

从第一服务器接收患者的第一转诊，所述第一转诊包括所述患者的第一身份和护理团队记录；

分配所述患者的第二身份；

41.一种用于招募用于研究的参与者的方法，包括：

接收针对用于所述研究的潜在参与者的请求，所述请求包括用于标识所述潜在参与者的输入数据；

在通报数据库中存储所述请求；

接收患者信息；

至少部分地基于所述输入数据和所述患者信息来标识所述潜在参与者；以及

基于标识所述潜在参与者来生成消息。

42.根据权利要求41所述的方法，其中所述输入数据包括与诊断、药物、实验室结果、性别、位置和年龄中的至少一项有关的数据。

43.根据权利要求42所述的方法，还包括生成用于捕获所述输入数据的用户界面。

44.根据权利要求41所述的方法，其中所述患者信息包括与对患者的接纳和实验室事件中的至少一项有关的数据。

45.根据权利要求41所述的方法，其中所述消息指示个体是用于所述研究的匹配体。

46.根据权利要求45所述的方法，还包括向护理提供者和所述个体中的至少一个发送所述消息。

47.根据权利要求41所述的方法，其中所述消息包括基于标识一个或者多个潜在参与者的统计结果。

48.根据权利要求47所述的方法，还包括向正在招募用于所述研究的所述参与者的组织发送所述消息。

49.根据权利要求48所述的方法，其中所述组织是政府健康组织、保险公司和临床研究组织之一。

50.根据权利要求41所述的方法，其中所述请求还包括用于所述研究的标识符。

51.一种用于招募用于研究的参与者的***，包括：

处理器；

存储于存储器上并且可由所述处理器执行的通报列表引擎，所述通报列表引擎用于接收针对用于所述研究的潜在参与者的请求，所述请求包括用于标识所述潜在参与者的输入数据，并且用于在通报数据库中存储所述请求；

存储于所述存储器上并且可由所述处理器执行的参与者标识引擎，所述参与者标识引擎用于接收患者信息并且用于至少部分地基于所述输入数据和所述患者信息来标识所述潜在参与者；以及

存储于所述存储器上并且可由所述处理器执行的通报响应引擎，所述通报响应引擎用于基于标识所述潜在参与者而生成消息。

52.根据权利要求51所述的***，其中所述输入数据包括与诊断、药物、实验室结果、性别、位置和年龄中的至少一项有关的数据。

53.根据权利要求52所述的***，还包括：存储于所述存储器上并且可由所述处理器执行的用户界面引擎，所述用户界面引擎用于生成用于捕获所述输入数据的用户界面。

54.根据权利要求51所述的***，其中所述患者信息包括与对患者的接纳和实验室事件中的至少一项有关的数据。

55.根据权利要求51所述的***，其中所述消息指示个体是用于所述研究的匹配体。

56.根据权利要求55所述的***，其中所述通报响应引擎向护理提供者和所述个体中的至少一个发送所述消息。

57.根据权利要求51所述的***，其中所述消息包括基于标识一个或者多个潜在参与者的统计结果。

58.根据权利要求57所述的***，其中所述通报响应引擎向正在招募用于所述研究的所述参与者的组织发送所述消息。

59.根据权利要求58所述的***，其中所述组织是政府健康组织、保险公司和临床研究组织之一。

60.根据权利要求51所述的***，其中所述请求还包括用于所述研究的标识符。

61.一种用于伪匿名化患者信息的方法，包括：

接收与患者有关的数据；

修改与所述患者有关的所述数据；

生成伪标识符；

将所述伪标识符与修改的数据关联；

接收针对所述修改的数据的请求，所述请求包括所述伪标识符；以及

发送所述修改的数据。

62.根据权利要求61所述的方法，其中与所述患者有关的所述数据是对所述患者的接纳和实验室事件中的至少一项。

63.根据权利要求61所述的方法，其中修改与所述患者有关的所述数据包括去除标识信息。

64.根据权利要求63所述的方法，其中所述标识信息包括姓名、政府标识符、出生日期、邮寄地址和种族中的至少一项。

65.根据权利要求64所述的方法，其中所述标识信息由政府标准确定。

66.根据权利要求61所述的方法，其中修改与所述患者有关的所述数据包括替换标识信息。

67.根据权利要求61所述的方法，其中发送包括向政府健康组织、保险公司和临床研究组织之一发送所述修改的数据。

68.一种用于伪匿名化患者信息的***，包括：

处理器；

存储于存储器上并且可由所述处理器执行的数据洗涤引擎，所述数据洗涤引擎用于接收与患者有关的数据，用于修改与所述患者有关的所述数据，用于将伪标识符与修改的数据关联，用于接收针对所述修改的数据的请求、所述请求包括所述伪标识符，并且用于发送所述修改的数据；以及

存储于所述存储器上并且可由所述处理器执行的伪标识符生成器引擎，所述伪标识符生成器引擎用于生成所述伪标识符。

69.根据权利要求68所述的***，其中与所述患者有关的所述数据是对所述患者的接纳和实验室事件中的至少一项。

70.根据权利要求68所述的***，其中修改与所述患者有关的所述数据包括去除标识信息。

71.根据权利要求70所述的***，其中所述标识信息包括姓名、政府标识符、出生日期、邮寄地址和种族中的至少一项。

72.根据权利要求71所述的***，其中所述标识信息基于政府标准来确定。

73.根据权利要求68所述的***，其中修改与所述患者有关的所述数据包括替换标识信息。

74.根据权利要求68所述的***，其中向政府健康组织、保险公司和临床研究组织之一发送所述修改的数据。