专利名称：用于传递远程上下文的系统和方法
技术领域：
本发明涉及用于传递远程上下文的系统和方法。
背景技术：
临床信息已经成为患者的诊断和治疗的重要部分。在许多情况下，临床信息存储在各种系统的各种位置中并且是可访问的。当前，在若干不同系统的用户登录产生延迟和重复，这会影响性能并且不利地影响患者的诊断和治疗。
发明内容
本发明的某些实施例提供用于上下文传递的系统和方法。某些示例提供用于与临床信息系统的用户会话之间的远程上下文传递的计算机实现方法。该方法包括接受在第一临床信息系统的用户会话的用户登录请求；识别与该用户关联的一个或多个开启会话；保存与一个或多个开启会话其中之一关联的上下文；终止识别为与该用户关联的一个或多个开启会话；以及将所保存上下文传递给第一临床信息系统的用户会话供用户在用户会话中使用。某些示例提供其中存储了指令集的非暂时计算机可读存储介质，指令集在被运行时指示处理器实现用于与临床信息系统的用户会话之间的远程上下文传递的方法。该方法包括接受在第一临床信息系统的用户会话的用户登录请求；识别与该用户关联的一个或多个开启会话；保存与一个或多个开启会话其中之一关联的上下文；终止识别为与该用户关联的一个或多个开启会话；以及将所保存上下文传递给第一临床信息系统的用户会话供用户在用户会话中使用。某些示例提供临床上下文和会话管理系统，其中包括连接到存储器的处理器。处理器编程为通过实现监测器来促进临床上下文和会话管理。监测器在用户会话的用户登录请求开始时识别与用户关联的一个或多个开启会话。监测器触发临床信息系统来保存与一个或多个开启会话其中之一关联的患者上下文和用户上下文中的至少一个，并且终止识别为与该用户关联的一个或多个开启会话。监测器促进将患者上下文和用户上下文中所存储的至少一个传递给用户会话供用户在用户会话中使用。
图1示出用于远程上下文传递的用户和临床信息系统交互的示例方法的流程图。图2示出相对于一个或多个临床信息系统实现上下文的远程传递和会话终止的示例系统。图3示出示例会话管理操纵面板。图4示出促进远程用户会话注销的过程的示例顺序图。图5示出示例临床企业系统。图6是可用于实现本文所述的系统、设备和方法的示例处理器系统的框图。
通过结合附图进行阅读之后，将会更好地理解上述发明内容以及下面对本发明的某些实施例的详细描述。为了说明本发明，附图中示出某些实施例。但是，应当理解，本发明并不局限于附图所示的布置和工具。
具体实施例方式某些示例提供用于远程用户会话识别、终止和上下文传递的系统和方法。某些示例允许用户保存来自另一个开启会话的用户/患者上下文，并且在不同机器上的本地会话中恢复那个上下文。某些示例促进上下文保存和恢复，以便改进用户工作流程。虽然下面公开包括在硬件上运行的软件以及其它组件的示例方法、系统、制造产品和设备，但是应当注意，这类方法和设备只是说明性的，而不应当被认为进行限制。例如， 预期这些硬件和软件组件的任一种或全部可专门通过硬件、专门通过软件、专门通过固件或者通过硬件、软件和/或固件的任何组合来体现。相应地，虽然下面描述示例方法、系统、 制造产品和设备，但是所提供的示例不是实现这类方法、系统、制造产品和设备的唯一方式。当记载的所附权利要求的任一项涵盖纯软件和/或固件实现时，至少一个示例中的至少一个元件在此明确定义成包括存储软件和/或固件的实体介质，例如存储器、DVD、 蓝光、⑶、闪存、USB驱动器等等。诸如GE的Centricity Framework 之类的万维网框架是用于提供基于万维网的卫生保健应用程序及关联信息的框架。使用该框架，患者和/或提供者上下文能够被共享。 例如，GE Centricity Business 用户在调度模块中查找患者，并且然后能够“点击”或者以其它方式选择链接开启Centricity EMR 应用中的患者图表。电子病历(EMR)也在万维网框架中运行。例如，上下文管理是动态计算机过程，它使用一个应用程序中的数据的“对象”或目标来指向驻留在也包含相同对象的不同应用程序中的数据。上下文管理允许用户在一个应用程序中选择对象一次，并且使包括与那个相同对象有关的信息的所有其它应用程序 “调谐”到它们所包括的数据，因而消除对于在各不相同的应用程序中重复选择同一个对象的需要。例如，在卫生保健行业中，运行于使用上下文管理器的“上下文”中的多个应用程序允许用户在一个应用程序中选择患者(例如对象)，并且当用户进入另一个应用程序时， 那个患者的信息已经被预取并且呈现，从而消除对于在第二应用程序中重选该患者的需要。也就是说，上下文管理使临床医生能够在应用程序中选择患者姓名一次，并且使其屏幕在其它应用程序中自动填充有到那个患者的链接。临床上下文包括一组临床上下文对象。各对象表示诸如特定患者的现实世界实体或者诸如与患者的特定相遇的概念。通过共享上下文，应用程序能够共同工作，以便在用户与一组应用程序进行交互时遵从用户的思想和动作。这些应用程序可说是“临床链接的”。例如，上下文管理能够用于诸如入口之类的患者信息聚集平台(PIAP)。上下文管理能够用于HL7临床上下文对象工作组标准委员会(CCOW)和符合非CCOW的应用程序。 CCOff已经创建使应用程序能够在“上下文感知”状态中起作用的标准化协议。CCOW标准帮助促进跨完全不同应用程序的更健壮的准“即插即用”互通性。另外，健康水平7(HL7)上下文管理标准(CMQ定义用于驻留在同一个临床桌面上的完全不同卫生保健应用程序的自动协调和同步的标准。CMS定义上下文管理架构(CMA)，它提供使单独应用程序共享描述共同临床上下文的数据的格式。在CMA下，管理共同上下文的职责集中在负责协调应用程序之间的上下文共享的共同设施中。在一些示例中，一组姓名-值对表示与共同上下文有关的关键概要信息(例如患者姓名和病历编号)。CMA保存每个共同上下文系统的共同上下文的单个真实副本。应用程序能够选择缓存上下文数据，和/或能够在需要时访问该真实副本。应用程序还能够选择性地读取或写入特定上下文数据姓名-值对。当上下文发生变化时，仅通知应用程序关于该变化，而没有对其提供已经改变的数据。该应用程序能够选择性地访问变化数据。HL7 CMA对象及关联上下文数据项包括核心对象，例如患者、相遇、观测、用户和证书及其相应上下文数据项。诸如卫生保健提供者协会和供应商之类的组织能够定义它们自己的上下文对象和数据项。这些项是标准对象和为标准对象所定义的标准项的补充。GE的Centricity Framework 为开发人员提供一种集成独立GE产品、同时将登录和安全性合并到单个入口点的方式。Centricity Framework 提供登录、导航(例如菜单) 和患者标识的一致呈现。托管的产品共享上下文信息，并且能够提供跨产品工作流程，而不管其用户接口(UI)技术。Centricity Framework 5. 0 (CF 5. 0提供两种客户端桌面解决方案(均涉及客户端桌面上的Microsoft. NET 2.0)的选择。第一客户端桌面解决方案包括传统基于浏览器的万维网客户端。第二客户端桌面解决方案包括Iris、基于Microsoft. NET的客户端解决方案，它不要求因特网浏览器(例如基于Microsoft智能客户端技术)。例如，Centricity Framework 5. 0支持单点登录(SSO)解决方案和上下文管理器。CF与万维网框架(WF)服务器之间的通信能够经由基于XML的服务调用来促进。 CF的各实例使某个URL(统一资源定位符)曝露为所有服务调用的句柄(handler)。例如，这个URL能够存在于位于WF的主万维网文件夹的krveHnfo. xml文件的DataURL标签中。GF实现安全插件的使用，以便实现代替标准框架用户名/密码校验的交替认证机制。如果使用安全插件，则插件执行对用户或者对客户端上生成的认证令牌的服务器侧认证。该框架提供 Kerberos (v4. 01)、RSASecurID (v5. 0)、CCOff user 1 ink (ν4· 0)、CCOff/LDAP integration (v4. 03)等等的插件。在一些示例中，系统使万维网应用程序能够集成到涉及应用程序的并发操作的过程中。该系统规定用于在应用程序之间传送URL数据和其它数据的规则。该系统采用管理应用程序和服务(例如会话管理器)来促进应用会话管理。该系统通过第一(父)应用程序用于支持与其它(子)应用程序的并发操作。该系统涉及用于响应用户标识信息的验证而授权对第一(父)应用程序的用户访问的权利处理器。该系统包含通信处理器以用于将会话发起请求传递给管理应用程序以发起对于用户发起会话特定的会话标识符的生成。会话管理器由被管理的应用程序使用以用于引用对工作流程是必要的全局数据。 这种全局数据例如包括用户标识信息、用于URL数据的加密的共享密钥以及将要用于处理注销和登录功能的公共URL。定期通知会话管理器关于来自应用程序的活动，以便防止当用户在另一个并发应用程序中是活动的同时的不活动超时。会话管理器将系统协议用于经由URL查询或表单数据在应用程序之间传递会话上下文信息。会话上下文信息例如包括会话标识符(由被管理应用程序使用以用于在与管理器进行通信中识别用户发起会话)、哈希值(由被管理应用程序使用以用于验证所接收URL 尚未占用)以及应用程序特定数据(能够经过加密)。会话管理器对于每个新会话使用唯一会话标识符(SID)(例如以便防止URL的破坏和重放)。另外，为了避免重定向，父应用程序能够从URL的文件路径名、域和端口(例如使用RSA MD5)来生成具有嵌入哈希值的URL 链接。通信能够经由HTTP、TCP/IP和/或其它类似通信协议来进行，以便促进客户端浏览器与应用程序之间、应用程序与会话管理器之间等等的数据的交换。某些示例允许用户远程关闭另一个应用程序，并且从那个应用程序获得患者和/ 或提供者上下文，以便将其传递给新应用程序。例如，远程上下文传递和应用程序关闭提供上下文共享中的安全性。在一个示例Microsoft. NET 实现中，开启端口，以便允许新应用程序连接到该端口，并且发出另一个运行应用程序的注销请求。例如，首先，应用程序开始执行，并且开启通信端口。该应用程序启动具有.NET框架的监听器，它进行“监听”或监测以检测其它应用程序。被开启的任何其它应用程序能够向第一应用程序发送请求，以便注销第一应用程序的用户。当注销那个用户时，将用户正查看的患者的上下文和/或用户上下文本身保存到数据库。当用户启动第二应用程序时，用户接收询问他或她是否希望关闭第一应用程序并且检索其患者和/或用户上下文的消息。第一应用程序接收指示未决关闭或注销的消息。 在应用程序关闭时保存上下文(例如患者和/或用户)，并且然后允许第二应用程序从数据库获得所保存上下文，并且在其会话中打开患者和/或用户上下文。为了检索所保存患者和/或用户上下文，查询数据库和/或其它数据存储装置，以便识别和检索所存储上下文。能够请求凭证(例如用户名、密码、基于卡的标识符、生物测定标识符等等)，以便允许访问和运行第一和/或第二应用程序。凭证用于识别和检索第二应用程序的上下文。例如，凭证能够用于保存并且然后检索上下文信息。上下文能够包括诸如患者标识符、先前查看的患者的列表、最近找出患者的列表 (例如表示为供用户选择的下拉菜单)、在上下文保存时正查看的活动文档、先前查看文档的列表(例如表示为供用户选择的下拉菜单)、活动屏幕(本身不仅仅是文档，例如还可以是用户提要屏幕)之类的信息。在一些示例中，上下文能够允许用户在应用程序中用户可能先前停止其工作的位置恢复活动。在一些示例中，上下文传递允许用户恢复到特定应用程序。应用程序能够涉及诸如照片存档和通信系统(PACS)、放射信息系统(RIS)、电子病历 (EMR)系统、个人健康记录(PHR)系统、实验室信息系统(LIS)、心血管信息系统(CVIS)、医院信息系统(HIS)、成像形态相关系统和/或其它临床信息系统(CIS)之类的任何临床信息系统。在某些示例中，为了促进平滑的即时上下文传递，能够调节上下文保存、登录和注销的延迟。如果当发出注销的调用时在第一应用程序中发生延迟，则在第二应用程序能够登录之前保存患者和/或用户上下文。能够添加嵌入等待时间以允许某些阶段完成，包括检查第一应用会话在移进第二应用程序之前已经注销。使用自动远程上下文传递能够帮助节省用户在必须开启新应用程序并且人工重
6新加载上下文方面的时间。在加载新应用程序会话时，会话的发起能够包括检查所保存上下文是否存在以便加载。在某些示例中，同一个用户能够同时登录到临床信息系统的一个或多个实例。单个临床信息系统的用户能够在系统(例如实例)之间移动，并且维护上下文数据(即使他们尚未从前一个系统注销)。上下文的定义能够是按临床信息系统可配置的。例如，上下文信息能够包括被访问的患者ID、先前查看患者ID的列表、正在被查看的活动文档、先前查看文档的列表、活动
展墓绝绝 /开带寸寸。在操作中，例如，用户已经登录装置A上的系统，访问患者信息，并且保持登录到装置A。然后，她转到装置B，并且希望获得她离开的位置，例如查看与装置A上相同的患者信息。她希望使上下文信息从她在装置A上的会话传递到她在装置B上的会话。在临床信息系统中的认证时，该系统1)检测用户具有已建立会话(例如用户已经登录到另一个系统)或者已开启的会话，以及2)允许与“最近”会话关联的上下文信息传递给本地会话(例如传递给用户当前登录的系统)。在某些示例中，临床信息系统能够接收来自其它系统的请求，以便允许用户的远程注销。当系统检测到远程注销的这个请求时，系统保存用户和/或患者上下文。系统还能够检测用户登录到其它系统，并且根据需要向那些系统发送远程注销请求。图1示出用于远程上下文传递的用户和临床信息系统交互的示例方法100的流程图。图1示出表示可使用计算机可读指令来实现的过程的示例流程图，计算机可读指令例如可用于促进远程用户注销和上下文传递。图1的示例过程可使用处理器、控制器和/或任何其它适当的处理装置来执行。例如，图1的示例过程可使用诸如闪速存储器、只读存储器(ROM)和/或随机存取存储器(RAM)之类的实体计算机可读介质上存储的编码指令(例如计算机可读指令)来实现。本文所使用的术语“实体计算机可读介质”明确定义为包括任何类型的计算机可读存储装置，但不包括传播信号。作为补充或替代，图1的示例过程可使用诸如闪速存储器、只读存储器(ROM)、随机存取存储器(RAM)、高速缓存或者任何其它存储介质之类的非暂时计算机可读介质上存储的编码指令(例如计算机可读指令)来实现， 在该存储介质中将信息存储长达任何时长(例如延长时间段、永久、短暂、临时缓冲和/或信息和高速缓存)。本文所使用的术语“非暂时计算机可读介质”明确定义为包括任何类型的计算机可读介质，但不包括传播信号。备选地，图1的示例过程的部分或全部可使用专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程逻辑装置(FPLD)、分立逻辑、硬件、固件等的任何组合来实现。另外，图1的示例过程的部分或全部可人工或者作为上述技术的任何组合、例如固件、软件、 分立逻辑和/或硬件的任何组合来实现。此外，虽然图1的示例过程参照图1的流程图来描述，但是可采用实现图1的过程的其它方法。例如，框的执行顺序可以改变，和/或所述框的一部分可以改变、消除、细分或组合。另外，图1的示例过程的任一个或全部可由例如独立处理线程、处理器、装置、分立逻辑、电路等依次和/或并行执行。参照图1，在110，相对于临床信息系统来认证用户。在120，在成功认证用户之后， 用户登录到由临床信息系统所确定的另一个(其它)系统。在130，通知用户关于多个开启会话。例如，系统显示消息“您开启了 <开启会话数量 > 个其它会话。您希望终止所有其它会话并且将上下文从最近会话传递？ ”在140，处理终止和上下文(例如患者和/或用户)传递的用户确认。在150，为最近用户会话(例如具有最近开始日期和时间的开启会话)保存用户和/或患者上下文。在160，终止(例如注销)用户的会话。在170，所保存上下文信息用于在适用屏幕上预先填充数据和/或将数据存储在存储器中。在180，新会话的用户登录过程完成。在190，使来自前一个会话的上下文可用于能够继续其工作的用户。如本文所述，例如，方法100能够使用移动装置通过硬件、软件和/或固件的一个或多个组合来实现。方法100能够结合一个或多个外部系统(例如数据源、卫生保健信息系统0 13、？々03、(^13、!113』1 3冊、？冊等等)、存档、成像形态等等)与移动装置配合工作。例如，方法100的一个或多个组件能够基于特定实现来记录、消除和/或重复。因此，某些示例通过允许用户将上下文从最近远程会话传递给本地会话，来帮助实现临床信息系统中的更有效工作流程。某些示例通过允许用户终止他/她自己的远程会话，帮助降低由对临床信息系统的不希望的已开启会话所引起的安全风险。某些示例提供实现从临床信息系统的任何实例来远程终止已开启会话、同时基于这种远程终止来保存上下文信息的技术效果。某些示例提供由用户决定重新加载其上下文 (例如患者和/或用户上下文)。图2示出相对于一个或多个临床系统实现上下文的远程传递和会话终止的示例系统200。系统200包括第一临床信息系统(CIS) 210和第二 CIS 220。第一 CIS 210包括第一用户会话212以及会话212中的第一上下文214。例如，上下文214能够是用户和/或患者上下文。第二 CIS 220包括第二用户会话222以及会话222中的第二上下文224。例如，上下文2M能够是用户和/或患者上下文。监测器230监测运行于第一 CIS 210和第二 CIS 220的应用程序，以便识别用户会话的附加实例。如果监测器230检测到第一 CIS 210上的第一用户会话212在第二用户会话222 被发起时保持开启，则监测器230与第一 CIS 210进行通信，以便指示第一用户会话212的关闭以及第一上下文214保存到数据存储装置M0。能够提示用户进行保存和/或注销，和 /或监测器230能够促进第一上下文214和用户会话212的自动保存和/或注销。一旦第一上下文214已经保存并且第一用户会话212已经终止，则第二用户会话222从数据存储装置240识别和检索所保存第一上下文214，以及将其作为第二上下文2M提供给用户。使用监测器230，在第二 CIS 220的用户和/或管理人员能够查看已登录用户会话212和关联装置210。用户能够终止他/她自己的远程会话212。管理员也能够终止用户的远程会话212。用户能够终止他/她自己的远程会话212，并且将其用户和/或患者上下文214从远程会话212传递给本地会话222。如图所示，例如，在图3中，例如能够授权管理员经由会话管理操纵面板300来查看和访问装置、会话和上下文信息。操纵面板结果网格能够包括诸如用户名、全名、活动用户、不活动用户、电子邮件、IP地址、作用、会话开始时间、系统ID、会话状态、装置ID、装置位置、装置描述、活动装置和不活动装置之类的信息。在某些示例中，管理人员能够使用诸如用户名、全名、IP地址、装置ID、装置位置、系统ID、作用和会话状态之类的标准进行搜索。从操纵面板，经授权访问这个功能性的管理员能够终止一个或多个关联用户。当管理员终止给定用户/装置的远程会话时，具有最近会话开始时间的远程会话上下文被保存。在某些示例中，管理员能够设置偏好，以便为用户提供终止其远程会话的选项。在某些示例中，即使用户决定不终止其远程会话，也允许该用户登录。当提示用户终止其远程会话时，提示用户将上下文信息(例如患者和/或用户上下文)从远程会话传递给本地会话。在某些示例中，会话注销能够配置成在会话终止之前允许自动和/或用户选择的宽限期，例如1、5或15分钟。在某些示例中，如果使用宽限期， 则终止之前剩余的时间在远程用户的工具栏或状态栏中显示。用户能够接收与终止和/或上下文传递有关的一个或多个缺省和/或定制消息。在登录时，能够采用指示“您开启了另外一个会话。您希望终止那个会话？ ”的消息框或其它对话框来提示具有单个会话开启(不包括当前会话)的用户。用户能够通过选择“是”或“否”进行响应。另外，能够询问用户是否他/她要保存和/或传递他/她对于远程开启会话正进行工作的上下文。能够提示具有多个开启会话的用户终止开启会话的一个或多个，并且将上下文从被终止会话其中之一传递给当前用户会话。在某些示例中，除了发起注销请求的会话之外的所有会话被认为是远程会话。因此，在那些示例中，相同/机器装置上的事件客户端会话与请求会话不同。在某些示例中， 用户名能够选择成注销那个用户名的所有远程会话，而不管诸如系统ID之类的其它标识符。在某些示例，上下文保存使用客户端套接字监听器来促进，以便处理经由框架服务器所发送的注销请求。在具有多个活动远程会话的示例中，诸如最近开始时间之类的一个或多个标准规定将哪一个上下文从远程会话传递给本地会话。在某些示例中，在上下文保存和/或注销之后能够运行循环或延迟，以便确保在进行到该过程的下一个部分之前完成该动作。某些示例支持临床上下文对象工作组(CCOW)上下文管理。在一些CCOW注销处理(假定启用CCOW并且设置用户上下文)中，注销终止所有联接会话。由于用户可请求注销其会话(在那个计算机/装置上)，所以CCOW注销行为会干扰这个过程。因此，如果用户使诸如SessionTerminateRemotely偏好等设定设置成"Terminate"或 “TerminateAndTransferContext“并且决定注销其所有开启会话，则CCOW注销能够被忽略。图4示出促进远程用户会话注销的过程400的示例顺序图。图4示出表示可使用例如可用于促进远程用户注销和上下文传递的计算机可读指令来实现的过程的示例流程图。图4的示例过程可使用处理器、控制器和/或任何其它适当的处理装置来执行。例如， 图4的示例过程可使用诸如闪速存储器、只读存储器(ROM)和/或随机存取存储器(RAM)之类的实体计算机可读介质上存储的编码指令(例如计算机可读指令)来实现。本文所使用的术语“实体计算机可读介质”明确定义为包括任何类型的计算机可读存储装置，但不包括传播信号。作为补充或替代，图4的示例过程可使用诸如闪速存储器、只读存储器(ROM)、随机存取存储器(RAM)、高速缓存或者任何其它存储介质之类的非暂时计算机可读介质上存储的编码指令(例如计算机可读指令)来实现，在该存储介质中将信息存储长达任何时长 (例如延长时间段、永久、短暂、临时缓冲和/或信息和高速缓存)。本文所使用的术语“非暂时计算机可读介质”明确定义为包括任何类型的计算机可读介质，但不包括传播信号。备选地，图4的示例过程的部分或全部可使用专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程逻辑装置(FPLD)、分立逻辑、硬件、固件等的任何组合来实现。另外，图4的示例过程的部分或全部可人工或者作为上述技术的任何组合、例如固件、软件、 分立逻辑和/或硬件的任何组合来实现。此外，虽然图4的示例过程参照图4的流程图来描述，但是可采用实现图4的过程的其它方法。例如，框的执行顺序可以改变，和/或所述框的一部分可以改变、消除、细分或组合。另外，图4的示例过程的任一个或全部可由例如独立处理线程、处理器、装置、分立逻辑、电路等依次和/或并行执行。回到图4，在410，用户401发起到会话的登录。在415，远程会话处理程序 (handler) 402调用会话选择服务。在420，网络模块403向java服务应用程序404发送识别开启用户会话的请求。例如，应用程序404将用户的用户名与开启会话进行匹配，以便识别与同一个用户关联的那些会话。在425，将识别用户会话的响应回送给网络驱动器403。在430，将响应转发给远程会话处理程序402。在435，远程会话处理程序402提示用户401关于开启会话。例如，在 440，用户在新会话登录时接收指示其它会话在软件框架中保持开启的消息。询问用户他或她是否希望关闭其它开启会话，并且将用户和/或患者上下文传递给会话或者丢掉开启上下又{曰息。在445，将用户401响应(例如“是”、“否”或者特定项(例如会话)选择)提供给远程会话处理程序402。在450，如果响应为“是”，则以基于用户响应(例如是传递还是不传递上下文)的适当上下文传递标志来调用会话删除服务。在455，网络403向java服务应用程序404发送会话删除服务器请求。在460，应用程序404生成会话删除服务响应。在465，服务响应由网络403转发给远程会话处理程序 402。上述系统和方法能够包含在诸如图5所示的示例临床企业系统500之类的临床企业系统中。系统500包括数据源510、外部系统520、网络530、具有第一用户界面M5的第一接入装置MO以及具有第二用户界面555的第二接入装置550。在一些示例中，数据源 510和外部系统520能够在单个系统中实现。在一些示例中，数据源510和/或外部系统 520能够经由网络530进行通信。数据源510和外部系统520能够经由网络530与接入装置M0、550的一个或多个进行通信。接入装置M0、550的一个或多个能够经由网络530与数据源510和/或外部系统520进行通信。在一些示例中，接入装置M0、550能够经由网络530、使用通信接口(例如有线或无线通信连接器/连接(例如卡、板、电缆、导线和/或其它适配器，例如以太网、IEEE 1394、USB、串行端口、并行端口等等))相互通信。网络530 能够通过例如因特网、内联网、专用网络、有线或无线局域网、有线或无线广域网、蜂窝网络和/或任何其它适当网络来实现。数据源510和/或外部系统520能够向接入装置(access device) 540,550提供患者记录、图像、报告、计划安排、指南、最优方法和/或其它数据/应用程序。在一些示例中，数据源510能够接收与会话或会议关联的信息和/或来自接入装置M0、550的其它信息。在一些示例中，外部520能够接收与会话或会议关联的信息和/或来自接入装置M0、 550的其它信息。数据源510和/或外部系统520能够使用诸如PACS、RIS、HIS、CVIS、EMR、 存档、数据仓库、成像形态(例如χ射线、CT、MR、超声波、核成像等等)、付费者系统、提供者调度系统、指南源、医院成本数据系统和/或其它卫生保健系统之类的系统来实现。
例如，接入装置M0、550能够使用工作站(膝上型、台式、平板计算机等等)或者移动装置来实现。例如，一些移动装置包括智能电话(例如BlackBerryTM、iPhoneTM等等)、 移动因特网装置(MID)、个人数字助理、蜂窝电话、手持计算机、平板计算机(Wad )等等。 在一些示例中，安全标准、虚拟专用网络接入、加密等等能够用于保持接入装置M0、550、数据源510和/或外部系统520之间经由网络530的安全连接。在一些示例中，接入装置M0、 550的一个或多个能够与数据源510和/或外部系统520集成，并且网络530能够包括内部和/或逻辑连接系统组件的导线、电缆和/或其它连接。在一些示例中，接入装置M0、550能够使用智能电话(例如BlackBerry 、 iPhone , il^ad 等等)、移动因特网装置(MID)、个人数字助理、蜂窝电话、手持计算机等等来实现。接入装置540、550包括在接入装置M0、550、数据源510和/或外部系统530检索数据、运行功能性和存储数据的处理器。处理器驱动图形用户界面(GUI)M5、555向用户提供信息和功能性以及接收用户输入以控制装置讨0、550、编辑信息等等。例如，GUI 545,555 能够包括与接入装置540、550集成和/或附连的触摸垫/屏幕。装置540、550包括一个或多个内部存储器和/或包含数据和工具的其它数据存储装置。数据存储装置可包括各种内部和/或外部存储器、磁盘、蓝牙远程存储装置(与接入装置540、550进行通信)等等的任一种。作为对基于体位的导航/操纵的替代或补充，诸如加速计、位置编码器(例如绝对、 递增、光、模拟、数字等等)、全球定位传感器和/或其它传感器之类的检测器能够用于检测接入装置M0、550的运动(例如摇动、旋转或扭转、左旋/右旋、向前/向后运动等等)。所检测运动能够用于影响在接入装置M0、550的操作和/或输出。例如，接入装置M0、550 处理器能够包括通信接口组件和/或与其通信，以便向和/或从远程装置查询、检索和/或传送数据。接入装置540、550能够配置成遵循命令通信组件的描述或标识符(包括但不限于网络装置MAC地址、电话号码、GSM电话序列号、国际移动设备标识符和/或其它装置标识特征)的标准和协议。这些标识符能够满足装置认证的安全要求。标识符与前端用户接口组件相结合，前端用户接口组件补充例如但不限于个人标识号、关键字、绘制/书写签名(包括但不限于文本绘制、绘制符号、绘制图案、执行体位等)等等的输入装置，以便提供快速、 自然和直观的认证方法。能够通过在移动装置用户界面上显示动画效果，来向用户提供关于成功/不成功认证的反馈。例如，该装置能够在用户认证失败时产生屏幕的摇动。安全标准、虚拟专用网络接入、加密等等能够用于保持安全连接。例如，最终用户开始安全应用程序(包括但不限于要求某种安全度的临床应用程序)。该应用程序读取装置的唯一标识特征，并且执行与服务器或数据提供系统的认证“握手”。这个过程自动进行，而不需要用户输入或交互。在已经认证装置之后，向用户呈现应用程序/用户级认证屏幕(包括但不限于个人标识号(PIN)、密码/通行码、体位等等)，以便向应用程序识别该用户实际上是有效用户。例如，这个特征用作提供装置级安全性的方法以及锁定装置的能力(例如，如果用户希望暂时锁定装置但不注销/关闭应用程序)。图6是可用于实现本文所述的系统、设备和方法的示例处理器系统610的框图。如图6所示，处理器系统610包括处理器612，处理器612耦合到互连总线614。处理器612 可以是任何适当的处理器、处理单元或者微处理器。虽然图6未示出，但是系统610可以是多处理器系统，并且因而可包括一个或多个附加处理器，它们与处理器612相同或相似，并
11CN 102314551 A
说明书
10/11 页
且在通信上耦合到互连总线614。图6的处理器612耦合到芯片组618，芯片组618包括存储器控制器620和输入/ 输出(I/O)控制器622。众所周知，芯片组通常提供I/O和存储器管理功能以及多个通用和 /或专用寄存器、计时器等，其由耦合到芯片组618的一个或多个处理器可访问或使用。存储器控制器620执行使处理器612 (或者当存在多个处理器时的多个处理器)能够访问系统存储器6M和大容量存储存储器625的功能。系统存储器6M可包括任何预期类型的易失性和/或非易失性存储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪速存储器、只读存储器(ROM)等等。大容量存储存储器625可包括任何预期类型的大容量存储装置，包括硬盘驱动器、光盘驱动器、磁带存储装置等等。I/O控制器622执行使处理器612能够经由I/O总线632与外围输入/输出(I/ 0)装置6 和628以及网络接口 630进行通信的功能。I/O装置6 和6 可以是任何预期类型的I/O装置，例如键盘、视频显示器或监视器、鼠标等等。网络接口 630可以是例如以太网装置、异步传输模式(ATM)装置、802. 11装置、DSL调制解调器、电缆调制解调器、蜂窝调制解调器等，它使处理器系统610能够与另一个处理器系统进行通信。虽然存储器控制器620和I/O控制器622在图6中示为芯片组618中的独立块， 但是，这些块所执行的功能可集成在单个半导体电路中，或者可使用两个或两个以上独立的集成电路来实现。因此，某些示例提供在一个或多个临床系统之间跟踪和控制多个用户会话的能力。某些示例促进上下文保存和传递(例如患者上下文、用户上下文等等)，以便简化临床医生工作流程，并且提高诊断、治疗和患者管理方面的效率。远程会话终止和上下文传递提供降低与多个完全不同会话及关联上下文和数据关联的冗余度和差错的技术效果。例如， 用户能够在患者病床边审查信息，并且在护士站或放射工作站挑到相同上下文中的相同位置。某些实施例考虑实现上述功能性的方法、系统和任何机器可读介质上的计算机程
序广品。例如，某些实施例可使用现有计算机处理器、或者通过为这个或另一个目的结合的专用计算机处理器、或者通过硬连线和/或固件系统来实现。系统的组件和/或上述方法的步骤的一个或多个可通过硬件、固件和/或作为软件的指令集单独或结合地实现。某些实施例可作为驻留在例如存储器、硬盘、蓝光、DVD或 CD等计算机可读介质上的指令集来提供，以便在通用计算机或其它处理装置上运行。本发明的某些实施例可省略方法步骤的一个或多个，和/或以不同于列示的顺序的不同顺序来执行这些步骤。例如，一些步骤在本发明的某些实施例中可以没有执行。作为另一个示例， 某些步骤可按照与以上所列不同的、包括同时在内的时间顺序来执行。某些实施例包括用于携带或者其上存储计算机可执行指令或数据结构的计算机可读介质。这种计算机可读介质可以是可由通用或专用计算机或者具有处理器的其它机器可访问的任何可用介质。作为示例，这种计算机可读介质可包括RAM、ROM、PROM、EPROM、 EEPROM、闪存、CD-ROM或其它光盘存储装置、磁盘存储装置或者其它磁存储装置、或者可用来携带或存储采取计算机可执行指令或数据结构形式的预期程序代码、可由通用或专用计算机或者具有处理器的其它机器可访问的其它任何介质。以上所述的组合也包含在计算机可读介质的范围之内。计算机可执行指令包括例如使通用计算机、专用计算机或者专用处理机执行某个功能或某组功能的指令和数据。一般来说，计算机可执行指令包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、关联数据结构和程序模块表示用于执行本文公开的某些方法的步骤和系统的程序代码的示例。这类可执行指令或关联数据结构的特定序列表示用于实现在这类步骤中所述的功能的相应动作的示例。[81]本发明的实施例可在采用到具有处理器的一个或多个远程计算机的逻辑连接的组网环境中实施。逻辑连接可包括在此作为举例而不是限制所提供的局域网(LAN)、广域网(WAN)、无线网络、蜂窝电话网络等等。这类组网环境是办公范围和企业范围的计算机网络、内联网和因特网中常见的，并且可采用大量不同的通信协议。本领域的技术人员会理解，这类网络计算环境通常包含许多类型的计算机系统配置，其中包括个人计算机、手持装置、多处理器系统、基于微处理器或者可编程消费电子产品、网络PC、小型计算机、大型计算机等等。本发明的实施例还可在分布式计算环境中实施，在这些环境中，任务由通过通信网络链接(通过硬连线链路、无线链路或者通过硬连线或无线链路的组合)的本地和远程处理装置来执行。在分布式计算环境中，程序模块可能位于本地以及远程存储器存储装置中。一种用于实现本发明的实施例的整体系统或部分的示范系统可包括采取计算机形式的通用计算装置，其中包括处理单元、系统存储器以及将包括系统存储器的各种系统组件耦合到处理单元的系统总线。系统存储器可包括只读存储器(ROM)和随机存取存储器 (RAM)。计算机还可包括用于对磁硬盘进行读取和写入的磁硬盘驱动器、对可移动磁盘进行读取或写入的磁盘驱动器以及用于对可移动光盘、如CD ROM或其它光介质进行读取或写入的光盘驱动器。驱动器及其关联的计算机可读介质提供对计算机可执行指令、数据结构、程序模块和计算机的其它数据的非易失性存储。虽然已经参照某些实施例描述了本发明，但本领域的技术人员会理解，可进行各种变更，并且等效方案可替代，而没有背离本发明的范围。另外，可进行多种修改以使具体情况或材料适合本发明的理论，而没有背离其范围。因此，预期本发明并不局限于所公开的具体实施例，相反，本发明包括落入所附权利要求书的范围内的所有实施例。
权利要求
1.一种用于与临床信息系统的用户会话之间的远程上下文传递的计算机实现方法 (100，400)，所述方法(100，400)包括接受在第一临床信息系统的对于用户会话的用户登录请求(110，415)；识别与所述用户关联的一个或多个开启会话(120，410，430，435，440)；保存与所述一个或多个开启会话其中之一关联的上下文(150)；终止识别为与所述用户关联的所述一个或多个开启会话(160，445，450，455)；以及将所保存上下文传递给在所述第一临床信息系统的用户会话，供所述用户在所述用户会话中使用(190)。
2.如权利要求1所述的方法(100，400)，其中，识别还包括识别与在一个或多个远程临床信息系统的所述用户关联的一个或多个开启会话。
3.如权利要求1所述的方法(100，400)，其中，识别还包括基于用户标识符来识别与所述用户关联的一个或多个开启会话。
4.如权利要求1所述的方法(100，400)，还包括通知所述用户关于所述一个或多个开启会话(130，410，430，435，440)，并且接受关于终止所述一个或多个开启会话的用户指令 (140，445，450，455)，并且将所述上下文传递给在所述第一临床信息系统的所述用户会话 (190)。
5.如权利要求1所述的方法(100，400)，其中，保存上下文还包括保存来自所述一个或多个开启会话中最近的开启会话的上下文。
6.如权利要求1所述的方法(100，400)，还包括基于所传递上下文来预先填充所述用户会话(170)；以及完成所述用户会话的用户登录(180)。
7.一种临床上下文和会话管理系统000，400，500，600)，包括连接到存储器(612，614)的处理器(602)，其中所述处理器(602)编程为通过实现下列来促进临床上下文和会话管理监测器030)，在发起用户会话的用户登录请求时识别与用户001)关联的一个或多个开启会话012，222)，所述监测器(230)触发临床信息系统(210，220)来保存与所述一个或多个开启会话(212，222)其中之一关联的患者上下文和用户上下文(214，224)中的至少一个，并且终止识别为与所述用户G01)关联的所述一个或多个开启会话012，222)，其中所述监测器(230)促进将患者上下文和用户上下文(214，224)中的所保存的至少一个传递给所述用户会话，供所述用户(401)在所述用户会话中使用。
8.如权利要求7所述的系统000，400，500，600)，还包括管理人员会话管理操纵面板 (300)，以便使管理员能够监测用户001)的开启会话012，222)，并且促进开启会话(212， 222)的终止以及患者上下文和用户上下文014,2 )中的至少一个传递给本地用户会话。
9.如权利要求7所述的系统000，400，500，600)，其中，所述监测器(230)与其中保存患者上下文和用户上下文014,2 )中的至少一个的数据存储装置(MO)进行交互。
10.如权利要求7所述的系统000，400，500，600)，其中，所述监测器(230)通知所述用户G01)关于所述一个或多个开启会话012，222)，以及接受关于终止所述一个或多个开启会话012，222)的用户(401)指令，并且将患者上下文和用户上下文014,2 )中的所述至少一个传递给所述用户会话。
全文摘要
本发明涉及用于传递远程上下文的系统和方法。示例系统(200，400，500，600)和方法(100，400)提供远程上下文传递和会话终止。用于在采用临床信息系统的用户会话之间的远程上下文传递的计算机实现方法(100，400)包括接受在第一临床信息系统的用户会话的用户登录请求(110，415)；识别与该用户关联的一个或多个开启会话(120，410，430，435，440)；保存与一个或多个开启会话其中之一关联的上下文(150)；终止识别为与该用户关联的一个或多个开启会话(160，445，450，455)；以及将所保存上下文传递给第一临床信息系统的用户会话供用户在用户会话中使用(190)。
文档编号G06F19/00GK102314551SQ20111019717
公开日2012年1月11日 申请日期2011年7月8日 优先权日2010年7月9日
发明者H·G·巴万迪恩 申请人:通用电气公司