跨保健统一体集成、统一和显示患者数据的系统和方法
【专利说明】跨保健统一体集成、统一和显示患者数据的系统和方法
[0001]对相关申请的交叉引用
[0002]本申请要求于2013年3月I日提交的美国临时申请N0.61/771，591的权益和优先权，通过整体引用将其公开内容明确地合并于此。
【背景技术】
[0003]可以在与相应的保健提供者相关联的多个机构之间存储患者信息。例如，保健统一体(health care continuum)可以包括医院、诊所、实验室、和/或其他保健机构。在一些实例中，每个保健机构具有自己的数据源，用于存储患者信息以及与在相应的机构提供的服务相关联的数据。例如，在保健统一体之间可以为特定患者提供多个不同的电子病历(EMR)。在一些示例中，这样的EMR是厂商特定的，存储的数据和信息是迥异格式的。
[0004]可能需要医师和其他保健提供者跨保健统一体访问患者数据和信息。存储数据和信息的迥异性质可能使相关患者信息的检索和显示对于保健提供者很复杂。
【发明内容】
[0005]本公开的实施方式提供用于向移动设备的用户提供对患者信息和患者生理数据的访问的方法。在一些示例中，方法包括以下动作:接收用户请求，该用户请求是响应于对该移动设备的用户输入而接收的；确定该用户请求与存储在与多个机构系统相关联的多个数据仓库中的患者数据和/或患者信息相关联，所述多个数据仓库中的每个数据仓库与相应的机构系统相关联；发送多个请求，每个请求被定向到相应的机构系统；接收多个响应，每个响应是对所述多个请求中的相应的请求的回应；以及向该移动设备发送响应，该响应是对该用户请求的回应。该方面的其他实施方式包括相应的系统、装置、以及被配置为执行该方法的动作的编码在计算机存储设备上的计算机程序。
[0006]这些和其他实施方式均可以可选地包括一个或多个以下特征:确定该用户请求与存储在多个数据仓库中的患者数据和/或患者信息相关联包括:基于患者标识符来访问患者-机构(patient-to-facility)索引以确定所述多个机构系统，该患者标识符被包括在该请求中；动作进一步包括:基于提供者-机构(provider-to-facility)索引来识别所述多个机构系统中包括的机构系统，提供者-机构索引将该移动设备的用户映射到所述多个机构系统中的机构系统；基于用户标识符来执行识别机构系统，该用户标识符在该用户请求中提供；所述多个请求中的每个请求包括与该移动设备的用户相关联的用户凭证(user-credential)数据；动作进一步包括:从提供者_机构索引检索所述用户凭证数据，该提供者-机构索引将该移动设备的用户映射到所述多个机构系统中的机构系统；动作进一步包括:解析该用户请求以确定满足该用户请求的患者数据和/或患者信息，并且基于所述患者数据和/或患者信息产生流水线，该流水线包括一组任务，该组任务包括被执行以满足该用户请求的一个或多个任务，其中发送多个请求被包括在该组任务中；动作进一步包括:处理检索到的患者数据和/或患者信息，所述检索到的患者数据和/或患者信息被包括在多个响应中，以及产生将被提供给该移动设备的响应；处理检索到的患者数据和/或患者信息包括以下各项中的至少一者:基于所述患者数据来产生附加数据、格式化所述检索到的患者数据和/或患者信息、以及约束(condit1ning)所述检索到的患者数据和/或患者信息；动作进一步包括:约束所述附加数据；所述附加数据包括能够由该移动设备处理以产生一个或多个数据可视效果的数据；约束患者数据和/或患者信息包括以下各项中的至少一者:基于传输协议来转换数据、格式化数据以用于在该移动设备上的最佳显示、以及封装数据以用于向该移动设备传输；动作进一步包括:确定该用户请求与缓存数据仓库中存储的一部分患者数据和/或患者信息相关联，基于该部分患者数据和/或患者信息提供对该移动设备的响应；该用户请求包括用户标识符和患者标识符，所述用户标识符和患者标识符交叉引用到一个或多个索引以识别所述多个机构系统中包括的机构系统；动作进一步包括认证该移动设备的用户；动作进一步包括验证该用户请求；以及该响应包括指令，所述指令能够由该移动设备执行以用于在该移动设备上的集成视图中显示患者数据和/或患者信息。
[0007]本公开的其他方面提供如下系统，其包括一个或多个处理器、以及其上存储有指令的耦接到该一个或多个处理器的计算机可读介质，当所述指令被该一个或多个处理器运行时，使该一个或多个处理器执行这里提供的方法中的一个或多个。
[0008]应当理解，根据本公开的方法可以包括这里描述的方面和特征的任意组合。即，根据本公开的方法不限于这里具体描述的方面和特征的组合，而是可以包括提供的方面和特征的任意组合。
[0009]—个或多个实施方式的细节在附图和以下描述中被阐述。从描述和附图、以及从权利要求中，其他特征、目的和优点将是明显的。
【附图说明】
[0010]本专利或申请文件包含至少一个彩色附图。当请求并支付必要费用时，本局将提供具有彩色附图的本专利或专利申请公开的副本。
[0011]图1示出根据本公开的实施方式的示例系统架构的示意图；
[0012]图2示出根据本公开的实施方式的另一示例系统架构的示意图；
[0013]图3示出根据本公开的实施方式的示例系统的功能框图；
[0014]图4是图3的功能框图的详细视图；
[0015]图5描绘用于提供患者数据和患者信息的集成和统一视图的示例平台；
[0016]图6描绘可以被包括在图5的核心组件中的示例组件和子组件；
[0017]图7-16B描绘根据本公开的实施方式的用于提供患者数据和患者信息的集成和统一视图的示例图形用户界面(GUI);以及
[0018]图17是示出可以根据本公开的实施方式的示例执行的示例过程的流程图。
[0019]在各种附图中类似的参考符号指示类似的元件。
【具体实施方式】
[0020]本公开的实施方式总体上针对企业可升级的、数据和厂商无关的移动架构，以从医疗设备、电子病历(EMR)以及患者监视器向跨保健统一体的任何地方的保健提供者安全地递送患者数据和信息。更具体地，本公开的实施方式在移动设备(如智能电话机、平板电脑)上跨保健统一体提供来自多个数据源的患者数据和患者信息的集成和统一的视图。如这里详细讨论的，本公开的实施方式使得及时和协作的临床决策成为可能，并且使得保健系统能够更好地跟踪质量标准、允许移动办公、扩展网络，并实现临床转化。
[0021]现在参照图1，示例系统架构100被示出，并且包括移动设备102、连接接口 104、网络106、第一机构系统108、以及第二机构系统110。如这里详细讨论的，数据通过网络106和连接接口 104从第一和第二机构系统108和110中的每个传送以用于在移动设备102上呈现、或显示。此外，数据可以通过连接接口 104和网络106从移动设备102传送给第一和第二机构系统108、110中的每个。虽然示出单个移动设备102，但是可以预期，一个或多个移动设备可以通过网络106和连接接口 104与第一和第二机构系统108、110中的每个通信。类似地，虽然示出两个机构系统，但是本公开的实施方式可以包括一个或多个机构系统。
[0022]移动设备102可以包括任意数目的示例设备。这样的示例设备包括但不限于移动电话机、智能电话机、平板计算设备、个人数字助理(PDA)、膝上型个人计算机(PC)、桌面PCjP /或其适当的组合。在描绘的示例中，移动设备102包括显示器122、处理器124、存储器126、输入接口 128、和通信接口 130。处理器124可以处理用于执行本公开的实施方式的指令。所述指令可以包括但不限于存储在存储器126中以在显示器122上显示图形信息的指令。示例显示器包括但不限于薄膜晶体管(TFT)液晶显示器(LCD)或、有机发光二极管(OLED)显示器。存储器126在移动设备102中存储信息。在一些实施方式中，存储器126包括(多个)易失性存储器单元、和/或(多个)非易失性存储器单元。在其他实施方式中，可移除存储器可以被提供，并且可以包括但不限于存储卡。示例存储卡可以包括但不限于安全数字(SD)存储卡、小型SD存储卡、USB棒等。
[0023]在一些示例中，输入接口 128可以包括键盘、触摸屏、鼠标、轨迹球、麦克风、触摸板、和/或其适当的组合。在一些实施方式中，音频编解码器(未示出)可以被提供，其通过麦克风从用户或其他源接收可听输入，并且将该可听输入转换为可用数字信息。音频编解码器可以产生可听声音，诸如通过移动设备102所提供的扬声器。示例声音可以包括来自语音电话呼叫的声音、记录的声音(如语音消息、音乐文件等)、和/或通过在移动设备102上操作的应用产生的声音。
[0024]移动设备102可以通过可以包括数字信号处理电路的通信接口 104以无线方式通信。通信接口 104可以提供在各种模式或协议下的通信，包括但不限于GSM语音呼叫、SMS、EMS或MMS消息、CDMA、TDMA、PDC、WCDMA、CDMA2000和/或GPRS。例如，这样的通信可以通过射频收发器(未示出)发生。此外，移动设备可以使用包括但不限于蓝牙和/SWiFi收发器(未示出)的特征来进行短距离通信。
[0025]移动设备102通过连接接口 104与网络106通信。在一些示例中，连接接口 104可以包括卫星接收器、蜂窝网络、蓝牙系统、W1-Fi系统(如802.X)、有线调制解调器、DSL/拨号接口、专用小交换机(PBX)系统、和/或其适当的组合。这些连接接口 104中的每个使得能够将数据发送到网络106或从网络106发送。在一些示例中，网络106可以被提供为局域网(LAN)、广域网(WAN)、无线局域网(WLAN)、城域网(MAN)、个人区域网(PAN)、互联网、和/或其组合。
[0026]图1和图2的示例系统中，第一机构系统108包括多个机构140，并且第二机构系统110包括多个机构140。可以预期，每个机构系统108、110可以包括一个或多个机构，但不限于这里描述的示例设置。在多个机构的情况下，所述机构可以位于远离彼此，和/或可以位于共同位置、或场所(如，在共用(相同)建筑中的分开的部门)。每个机构系统108、110可以被提供为医疗系统，例如，医疗系统可以包括医院、医院系统、诊所、医师办公室等。
[0027]在一些示例中，每个机构140包括相关联的信息系统142、计算机接口 144、和患者监视设备146。示例信息系统可以包括但不限于临床信息系统(CIS)、EMR系统、电子健康记录(EHR)系统、和/或医院信息系统(HIS)。每个信息系统142可以被提供为服务器，并且支持遍及机构140和/或机构系统108、110的对诸如患者数据的临床信息的获取、存储、修改、和分发。在一些示例中，每个信息系统142可以与可以包括但不限于药房管理系统、实验室管理系统、和/或放射科管理系统的一个或多个辅助信息系统(未示出)通信。虽然示例系统架构100包括位于每个机构140的信息系统142，可以预期机构140可以与共用的信息系统142通信，该共用的信息系统142位于远离每个机构140，或者位于机构系统108、110内的机构140之一处。
[0028]在一些示例中，计算机接口 144可以与信息系统142通信，以使能对其中存储且由信息系统142管理的信息的访问。在一些示例中，计算机接口 144可以包括个人计算机(PC)(如桌面、膝上、或平板型)。虽然这里描述的示例架构中示出了单个计算机接口 144，但可以预期，一个或多个计算机接口 144可以与信息系统142通信。每个计算机接口 144和信息系统142的通信可以通过直接连接、或通过可以包括但不限于LAN、WAN、WLANjP /或互联网的网络(未示出)远程实现。
[0029]在一些示例中，每个患者监视设备146监视特定患者150的生理特性，并且基于其产生数据信号。如这里详细讨论的，本公开的实施方式提供患者监视设备，其包括诸如平板计算机设备的计算设备。所述数据信号被通信给信息系统142，其基于此来收集患者数据，并且将该数据存储到与特定患者相关联的患者记录。示例患者记录可以包括电子病历(EMR)。虽然对每个患者150示出单个患者监视设备146，但可以预期，多个患者监视设备146可以监视特定患者150。患者监视设备146可以通过直接连接、或通过可以包括例如LAN、WAN、WLANjP /或互联网的网络(未示出)远程地与信息系统142通信。
[0030]在一些示例中，使得患者数据可以用于在计算设备144上显示。保健提供者(如护士和/或医师)可以通过将患者信息输入并储存到信息系统144来添加患者数据。更具体地，保健提供者可以输入与特定患者150相对应的患者信息，该患者信息可以被存储到患者记录(如EMR)。作为一个示例，护士可以输入护士笔记，护士笔记可以被存储到信息系统中的患者记录。示例患者信息可以包括与患者对应的非生理信息(如姓名、年龄、出生日期(DOB)、性别)ο
[0031]如以上讨论的，每个信息系统142存储可以从患者监视设备146收集的患者数据、以及可以包括由保健提供者输入的信息的附加患者信息。信息系统144将患者数据和/或附加患者数据通信到数据管理系统(DMS) 160。DMS160可以被提供为服务器、或虚拟服务器，其运行服务器软件组件，并且可以包括数据仓库，其包括例如数据库和/或普通文件。图1的示例系统架构100中，每个机构系统108、110包括相应的DMS 160。在这样的设置中，每个信息系统142将患者数据和/或附加患者数据通信到DMS 160。而且，如下面详细讨论的，DMS 160可以将辅助信息通信到信息系统142。DMS160和信息系统142之间的通信可以通过直接连接、或通过可以包括例如LAN、WAN、WLANjP /或互联网的网络(未示出)远程实现。
[0032]在一些示例中，与特定机构系统相对应的DMS 160可以位于远离机构系统108、110的机构140中的任一个，或可以位于机构系统108、110的特定机构140处。图1的示例系统架构中，DMS 160位于远离机构系统108、110中的每个的任一机构140。然而，可以预期，DMS 160可以位于机构140之一处，并且远离其他机构140。
[0033]图2的示例系统架构100，中，提供机构系统108、110共用的(相同的)DMS 160’。例如，DMS 160’可以被描述为由各种机构系统108、110共用，并且不与特定机构系统108、110相关联。例如，DMS 160’可以由第三方厂商(如云服务提供商)来托管。在一些示例中，每个信息系统142通过直接连接、或通过可以包括例如LAN、WAN、WLANjP /或互联网的网络(未示出)远程地与DMS 160’通信。图2的示例设置中，DMS 160’通过网络106与信息系统142中的每个通信。信息系统142将患者数据和/或患者信息通信给DMS 160’，并且DMS 160’可以将辅助信息通信给信息系统142，如以下详细讨论的。
[0034]图1的示例系统架构100中，机构140或机构系统108、110将DMS 160安装为本地DMS，并且DMS 160与可以包括例如信息系统142的其他服务器一起位于本地站点。在一些实施方式中，DMS 160可以从逻辑网络角度划分出来或独立，但仍然在物理上与属于相应的机构140的其他服务器共存。在一些示例中，服务器组件被安装在DMS 160上，所述组件可以包括例如数据库组件、数据库同步组件、网页服务组件、和/或结构化查询语言(SQL)组件。信息系统接口还可以被安装在DMS 160上，并且被用作到信息系统142的接口。作为一个示例，信息系统接口可以包括由GE Healthcare提供的OBLink。在一些实施方式中，DMS 160可以以多服务器配置设置，其中一个服务器只托管网页服务相关组件并且在逻辑上被隔离，并且另一服务器安装其余的必要服务器组件。
[0035]图2中的示例系统架构100’，在DMS 160’处提供数据收集的远程位置。在这样的实施方式中，DMS 160’可以被提供在远离机构140或机构系统108、110中的任一个的第三方站点处。第三方用作DMS宿主，并且必要的服务器组件被安装在远程托管的DMS 160’上。在一些实施方式中，可以在远程托管的DMS 160’与机构140或机构系统108、110的网络之间创建企业对企业(B2B)虚拟专用网络(VPN)。以这样的方式，机构140和/或机构系统108、110免于购买和/或维护另一个物理服务器、或DMS 160。此外，DMS160’的正常工作时间和可用性的状态更容易由专门的第三方管理。DMS对网络的访问可以由第三方照料，而不是加重机构140或机构系统108、110的负担。此外，第三方可以实施虚拟服务器技术以充分利用一台物理服务器上的多个DMS安装。在这样的实施方式中，多个虚拟服务器在单个物理服务器中被逻辑地分割，并且每个虚拟服务器具有运行它自己的操作系统和服务器组件的能力，并能够独立地启动。
[0036]根据本公开的实施方式，DMS 160、160’在移动设备102或多个移动设备102与信息系统142或多个信息系统142之间同步和传送数据。更具体地，DMS 160,160'处理并准备来自信息系统142和/或其他系统的患者数据和/或患者信息，以用于传送到和在移动设备102或多个移动设备102上呈现，如这里详细讨论的。DMS 160,160'还处理并准备来自移动设备102或多个移动设备102的辅助信息，以用于传送到和存储在信息系统142中，从而用于在相应计算设备144处的可能的呈现。示例DMS可以包括但不限于AirStrip技术有限公司提供的AirStrip服务器，该AirStrip服务器包括安装在其中的AirStrip服务器组件。
[0037]现在参照图3和图4，将详细描述可以被实现以提供本公开的功能的示