专利名称：用于临床工作流程的动态定制的方法和设备的制作方法
技术领域：
一般来说，本公开涉及健康护理信息系统，并且更具体来说，涉及用于临床工作流程的动态定制的方法和设备。
背景技术：
诸如医院和诊所之类的健康护理环境通常包括信息系统(例如电子病历(EMR)系统、实验室信息系统、门诊患者和住院患者系统、医院信息系统(HIS)、放射科信息系统(RIS)、存储系统、图片存档和通信系统(PACS)等)，以便管理临床信息，例如患者病史、成像数据、测试结果、诊断信息、管理信息、财务信息和/或调度信息。这些健康护理信息系统用于实现不同类型的工作流程，其中为了一个或多个目的而生成、更新、扩大和/或以其它方式处理临床信息
发明内容
示例计算机实现方法包括从利用电子临床信息系统的第一健康护理实体来接收实现临床工作流程的一个或多个动作的脚本，其中电子临床信息系统聚合来自包括第一健康护理实体的多个健康护理实体的健康护理信息；将脚本加载到动态模块核心框架中，该框架与运行时间环境进行交互以执行应用包；以及向运行时间环境发布动态模块核心框架的脚本，使得临床工作流程在运行时间动态地安装到电子临床信息系统中。示例有形机器可读介质之上存储有指令，指令在被执行时使机器至少执行下列步骤从利用电子临床信息系统的第一健康护理实体来接收实现临床工作流程的一个或多个动作的脚本，其中电子临床信息系统聚合来自包括第一健康护理实体的多个健康护理实体的健康护理信息；将脚本加载到动态模块核心框架中，该框架与运行时间环境进行交互以执行应用包；以及向运行时间环境发布动态模块核心框架的脚本，使得临床工作流程在运行时间动态地安装到电子临床信息系统中。示例设备包括应用容器，其用于从利用电子临床信息系统的第一健康护理实体来接收实现临床工作流程的一个或多个动作的脚本，其中电子临床信息系统聚合来自包括第一健康护理实体的多个健康护理实体的健康护理信息；动态模块核心框架，将待加载脚本加载到其中，该框架与运行时间环境进行交互以执行应用包；以及依赖注入框架，用于向运行时间环境发布动态模块核心框架的脚本，使得临床工作流程在运行时间动态地安装到电子临床信息系统中。
图I是示例健康护理信息环境的框图。图2是可用于实现图I的示例动态临床工作流程系统的示例设备的框图。图3是图2的示例核心框架的分层模型。图4是示出图2的应用包与图2的服务注册表(service registry)的交互的简图。图5是表示可执行以实现图I和/或图2的示例动态临床工作流程系统的示例机器可读指令的流程图。图6是可用于执行图5的机器可读指令以实现图I和/或图2的示例动态临床工作流程系统的示例处理器系统的框图。通过结合附图进行阅读之后，将会更好地理解以上概述以及下面对本文所述的方法、设备、系统和/或制造产品的某些实现的详细描述。但是，应当理解，本文所述的方法、设备、系统和/或制造产品并不局限于附图所示的布置和工具。
具体实施例方式虽然下面公开包括在硬件上执行的固件和/或软件以及其它部件的示例方法、设备、系统和制造产品，但是应当注意，这类方法、设备、系统和/或制造产品只是说明性的， 而不应当被认为进行限制。例如，预期这些固件、硬件和/或软件部件的任一个或全部可专门通过硬件、专门通过软件、专门通过固件或者通过硬件、软件和/或固件的任何组合来体现。相应地，虽然下面描述示例方法、设备、系统和/或制造产品，但是所提供的示例并不是实现这类方法、设备、系统和/或制造产品的唯一方式。健康护理企业的实体按照多个临床工作流程进行操作。临床工作流程通常定义为包括响应一个或多个事件和/或按照调度而采取的一个或多个步骤或动作。事件可包括接收与临床记录的一个或多个方面关联的健康护理消息、开启新患者的记录、接收转院患者和/或要求或规定响应动作或处理的任何其它情况和/或情形。临床工作流程的动作或步骤可包括预订一个或多个临床测试、调度过程、请求某种信息以补充所接收健康护理记录、检索与患者关联的附加信息、向患者和/或与患者的治疗关联的健康护理专业人员提供指令和/或在处理健康护理信息中有用的任何其它动作。所定义临床工作流程能够包括由例如管理人员或专业人员所采取的人工动作或步骤、由系统或装置所采取的电子动作或步骤和/或人工和电子动作或步骤的组合。当健康护理企业的一个实体可按照第一方式来定义某个事件的临床工作流程的同时，健康护理企业的第二实体可按照第二不同方式来定义那个事件的临床工作流程。换言之，不同健康护理实体可按照不同方式来应对或响应同一事件或环境。工作流程方式的差异可产生于不同健康护理实体之间的变化偏好、能力、要求或职责、标准、协议等。但是，健康护理企业的实体和/或来自独立健康护理企业的实体有时在更广泛的单独信息系统中进行操作，这阻碍实体定制临床工作流程的能力。例如，健康护理实体所属的信息系统可将限制施加于对工作流程应用或程序的变化。此外，由于一些健康护理实体使用来自各不相同的制造方、软件提供方等的系统、程序、装置等进行操作，所以各健康护理实体的系统、程序、装置等之间缺乏互通阻止了实现许多定制。由于这些示例因素以及补充或替代因素，通常要求期望定制临床工作流程的健康护理实体向制造方、软件提供方等请求这类定制。此外，为了使这类定制实现或整合到健康护理信息系统中，大量系统中断更新或重新发布(re-release)在信息系统中发生。一般来说，本文所公开的示例方法、设备、系统和/或制造产品使企业临床信息系统(ECIS)的健康护理实体能够动态定制一个或多个临床工作流程。除了其它功能和/或有益效果，ECIS通过聚合跨不同企业和/或其实体的健康护理信息，并且参考数据集合(例如准则、与治疗和/或诊断相关的推荐、研究、历史等)以自动生成将要传递给与所聚合健康护理信息相关的一个或多个健康护理专业人员的支持信息，来在决策制定过程中支持健康护理专业人员。虽然各实体结合其提供方管理的ECIS进行操作，但是本文所公开的示例使结合ECIS进行操作的各实体能够始发和/或修改一个或多个临床工作流程，而无需依靠ECIS的提供方代表该实体这样做。换言之，虽然健康护理实体是ECIS的一部分并且与ECIS并经由ECIS交换数据，但是那个实体能够使用本文所公开的示例来单独创建和/或管理其临床工作流程。此外，本文所公开的示例使ECIS的实体能够部署或发起定制工作流程，而无需重新引导或者有效地中断ECIS和/或它的其它部件、工作流程等。下面结合附图更详细地描述本文所公开的示例方法、设备、系统和/或制造产品及其优点和/或有益效果。 图I是其中可实现本文所公开的用于临床工作流程的动态定制的示例方法、设备、系统和/或制造产品的示例健康护理环境100的框图。图I的示例健康护理环境100包括第一医院102，其中具有在第一医院102中进行操作和/或与第一医院102关联的多个实体。在所不不例中，第一医院102的实体包括肿瘤科104、放射科106、急救室系统108、图片存档和通信系统(PACS) 110、放射信息系统(RIS) 112和实验室信息系统(LIS) 114。肿瘤科104包括癌症相关健康护理专业人员、职员以及支持肿瘤实务和治疗的装置或系统。类似地，心脏科106包括心脏相关健康护理专业人员、职员以及支持心脏实务和治疗的装置和/或系统。值得注意地，图I的示例肿瘤科104具有专门设计的将要响应某些事件和/或按照调度而执行的临床工作流程。同时，图I的示例心脏科106具有专门设计的将要响应某些事件和/或按照调度而执行的、与图I的示例肿瘤科104的临床工作流程不同的临床工作流程。例如，肿瘤科104可响应接收到健康护理等级7 (HL7)入院出院转院(ADT)消息而执行第一组动作，而放射科106响应接收到HL7 ADT消息而执行与第一组动作不同的第二组动作。这类差别还可存在于急救室108、PACS 110, RIS 112和/或记帐服务114之间。简言之，急救室系统108管理在医院102的急救室存在的与患者的急救护理相关的信息，例如入院信息、来自患者的急救检查的观察、在急救室环境中提供的治疗等。PACS110将诸如数字图像之类的医疗图像(例如X射线、扫描、三维呈现等)存储在数据库或注册表中。图像由健康护理专业人员(例如成像技术人员、内科医生、放射科医生)在对患者的医疗成像之后存储在PACS 110中和/或从医疗成像装置自动传送到PACS 110供存储。RIS 112存储与放射科实务相关的数据，例如放射报告、消息、警告、告警、患者调度信息、患者人口数据、患者跟踪信息和/或内科医生和患者状态监测，以及实现检查预订输入(例如预订患者的X射线)以及图像和胶片跟踪(例如跟踪已经检查过胶片的一人或多人的身份)。实验室信息系统114存储临床信息，例如实验室结果、测试调度信息、对应专业人员和/或与对应健康护理机构处的一个或多个实验室的操作相关的其它信息。虽然以上将信息的示例类型描述为存储在医院102的某些元件中，但是不同类型的健康护理数据可存储在实体104-114的一个或多个中，因为实体104-114和上述信息作为非限制性示例包含在本文。此外，实体104-114中存储的信息可以是重叠的和/或组合到实体104-114的一个或多个中。图I的示例实体104-114的每个与电子病历(EMR)系统116进行交互。一般来说，EMR 116存储与例如医院102及其实体104-114关联的健康护理记录的电子副本。图I的示例健康护理环境100还包括作为另一个健康护理企业的示例的门诊患者诊所118。图I的示例门诊患者诊所118包括与示例医院102的对应实体相似地进行操作的实验室信息系统120和PACS122。示例门诊患者诊所118的实验室信息系统120和PACS122按照专门设计的、相互之间以及与医院102的实体104-114的临床工作流程有所不同的临床工作流程进行操作。因此，临床工作流程中的差别一般能够存在于健康护理企业的实体之间以及健康护理企业之间。在图I的所示示例中，医院102和门诊患者诊所118经由可通过例如诸如专用网络或因特网的无线或有线广域网(WAN)、内联网、虚拟专用网络、有线或无线局域网等等来实现的网络126与ECIS 124进行通信。更一般来说，本文所述的耦合的任一个可经由网络进行。作为补充或替代，示例医院102和/或示例门诊患者诊所118经由直接或专用传输介质128和130与示例ECIS 124进行通信。
一般来说，ECIS 124支持由诸如医院102和门诊患者诊所118之类的健康护理企业的系统、装置、应用等等所实现的健康护理信息处理。ECIS 124能够处理来自可按照不同方式来生成、处理和/或传送健康护理消息的健康护理企业的不同实体(例如医院102的实体104-114)的健康护理消息和/或在生成、处理和/或传送健康护理消息时使用不同格式、协议、策略、术语等。此外，图I的示例ECIS 124通过聚合跨不同企业和/或其实体的健康护理信息，并且参考数据集合以自动生成供传递给与所聚合健康护理信息相关的一个或多个健康护理专业人员的建议性和/或确定性数据来在决策制定过程中支持健康护理专业人员。为了使图I的示例ECIS 124能够为其实体提供动态定制临床工作流程的能力，示例ECIS 124包括动态临床工作流程(DCW)系统132。一般来说，示例DCW系统132使健康护理实体、如医院102和图I的门诊患者诊所118及其实体、如图I的肿瘤科104和PACS122能够创建定义定制工作流程并且将定制工作流程传送给DCW系统132的应用。在一些示例中，DCW系统132向实体提供用于工作流程应用的定制的工具。工具可包括例如可结合特定类型的健康护理数据或消息来执行的动作的目录。另外，示例DCW系统132使定制实体能够以热部署来整合应用，由此避免对停止和重启支持装置(例如服务器)的需要。因此，本文所公开的跨实现示例DCW系统132的健康护理企业的不同实体能够包括多个实体，各具有临床工作流程的不同(即，定制)版本，其中实体中的第一实体能够修改或更新其临床工作流程的版本，而无需中断其它实体的临床工作流程的其它版本的操作。下面结合图2-5来描述本文所公开的示例DCW系统132的附加或备选方面。图2是可用于实现图I的示例DCW系统132的示例设备的框图。在图2的所示示例中，示例DCW系统132包括ECIS客户端200、具有脚本模块204的管理员终端202、动作目录206以及应用容器208。示例应用容器208包括服务注册表210、动态模块核心框架212、运行时间环境214、患者数据数据库216、依赖注入框架218、扩展器包220、万维网扩展器包222、应用包224和万维网应用包226。虽然图2示出了实现图I的DCW系统132的示例方式，但是图2所示的元件、过程和/或装置的一个或多个可按照任何其它方式来组合、划分、重新设置、省略、消除和/或实现。此外，示例ECIS客户端200、示例管理员终端202、示例脚本模块204、示例动作目录206、示例应用容器208、示例应用容器208、示例服务注册表210、示例动态模块核心框架212、示例运行时间环境214、示例患者数据数据库216、示例依赖注入框架218、示例扩展器包220、示例万维网扩展器包222、示例应用包224、示例万维网应用包226和/或更一般来说的图2的示例DCW系统132可通过硬件、软件、固件和/或硬件、软件和/或固件的任何组合来实现。因此，例如，示例ECIS客户端200、示例管理员终端202、示例脚本模块204、示例动作目录206、示例应用容器208、示例应用容器208、示例服务注册表210、示例动态模块核心框架212、示例运行时间环境214、示例患者数据数据库216、示例依赖注入框架218、示例扩展器包220、示例万维网扩展器包222、示例应用包224、示例万维网应用包226和/或更一般来说的图2的示例DCW系统132中的任一个能够通过一个或多个电路、可编程处理器、专用集成电路(ASIC)、可编程逻辑装置(PLD)和/或现场可编程逻辑装置(FPLD)等等来实现。当看到所附权利要求的任一项涵盖纯软件和/或固件实现时，示例ECIS客户端200、示例管理员终端202、示例脚本模块204、示例动作目录206、示例应用容器208、示例应用容器208、示例服务注册表210、示例动态模块核心框架212、示例运行时间环境214、示例患者数据数据库216、示例依赖注入框架218、示例扩展器包220、示例万维网扩展器包222、示例应用包224、示例万维网应用包226和/或更一般来说的图2的示例DCW系统132的任一个因此明确定义成包括存储 软件和/或固件的有形介质，例如存储器、DVD、⑶等。此外，图2的示例DCW系统132可包括作为对图2所示的补充或替代的一个或多个元件、过程和/或装置，和/或可包括所示元件、过程和装置的任一个或全部的一个以上。作为说明，图2的示例ECIS客户端与图I的肿瘤科104的专业人员关联并且由其使用。但是，ECIS客户端200能够与示例医院102的实体104-114的任一个关联地或者与图I的门诊患者诊所118的实体120和122中的任一个关联地实现。ECIS客户端200促进ECIS 124的用户(例如ECIS提供方的客户)与其用户之间的交互。例如，健康护理专业人员(例如外科医生、内科医生等)可使用示例ECIS客户端200来访问患者信息数据库216中存储的信息，和/或利用ECIS 124所提供的一个或多个服务(例如来自不同健康护理信息系统的患者数据的聚合以及与基于该聚合的治疗选项相关的指示或建议)。示例ECIS客户端200还能够在临床工作流程的执行期间与定制临床工作流程的一个或多个相结合(例如以便确定临床工作流程的一个或多个动作的状态、完成临床工作流程的一个或多个动作
坐')
寸/ o在所示示例中，管理员终端202还与图I的肿瘤科104关联地实现。但是，管理员终端202能够与示例医院102的实体104-114的任一个关联地或者与图I的门诊患者诊所118的实体120和122中的任一个关联地实现。图2的示例管理员终端202例如由被分派按照例如与图I的肿瘤科104和/或图I的健康护理环境100的任何其它实体关联的健康护理专业人员的指令和/或偏好来生成和/或修改示例DCW系统132的临床工作流程的任务的人(例如技术人员或工程人员)来使用。也就是说，响应某个事件和/或按照调度而定义某个实体的临床工作流程的健康护理专业人员向现场工程人员提供定制临床工作流程，现场工程人员利用管理员终端202来实现所定义临床工作流程。因此，与肿瘤科104关联的健康护理专业人员可期望定义第一临床工作流程的第一组动作将响应接收到ADT消息而执行。在这类情况下，管理员终端202的用户按照与肿瘤科104关联的专业人员所定义的工作流程来定制用于应答ADT消息的应用。类似地，与心脏科106关联的健康护理专业人员可期望定义第二临床工作流程的、与第一组动作在内容和执行顺序方面不同的第二组动作将响应接收到ADT消息而执行。在这类情况下，与心脏科106对应的管理员终端(可以是图2的终端202或者与心脏科106关联的另一终端)的用户按照与心脏科106关联的专业人员所定义的工作流程来定制用于应答ADT消息的应用。因此，医院102的两个不同实体104和106各具有响应ADT消息而执行的应用的一个版本。为了使管理员终端202的用户能够生成按照对应健康护理实体的健康护理专业人员的预期工作流程所编程的应用，图2的示例管理员终端202包括脚本模块204。在所示示例中，脚本模块204实现专用于生成Groovy 脚本的接口，Groovy 是 JavaVirtual Machine 的动态编程语言。但是，脚本模块204可使用任何适当编程语言和/或脚本配置来实现。示例脚本模块204与示例动作目录206进行通信。示例动作目录206包括能够由脚本模块204的用户用于生成和/或定制本文所述示例工作流程的多个动作。从示例动作目录206，脚本模块204的用户可选择一个或多个动作以及所选动作响应某个事件和/或按照调度来执行的顺序。示例动作目录206的条目能够单独使用或者与脚本模块204的用户 和/或用户正操作的实体所始发的动作结合使用。也就是说，从图2的示例动作目录206所选的动作能够插入现有临床工作流程和/或正被制订的临床工作流程中。在所示示例中，动作目录206的动作是设计成执行与健康护理信息的处理相关的过程的代码段(例如与脚本模块204所使用的相同语言的代码)。例如，动作目录206的代码所表示的动作可涉及响应接收到健康护理消息中的某个诊断而自动放置某些实验室或测试、响应经由ADT消息接收到转院患者而在数据库中生成新条目、响应接收到发票或者与创建发票结合而与保险公司自动通信和/或作为健康护理信息系统的组成部分所采取的任何其它动作或过程。在图2的示例动作目录206中，对动作分类，并且动作的分类在关联与脚本模块204关联地实现的动作目录206的图形界面中反映。示例分类包括患者动作、位置动作、交会方动作、接触动作、提供方动作、观察动作、实用动作(utility action)等。图2的示例脚本模块204与图2的示例动作目录206进行交互，以便经由界面来实现向其用户呈现类别和选项以用于选择类别，使得向用户呈现所选类别的内容。动作之一的选择呈现动作的概述、动作的典型用途、动作的源代码和/或对脚本模块204的用户有用的任何其它适当信息。此外，所选动作能够下载或者以别的方式加载到管理员终端202中，此后能够修改和/或以别的方式定制所选动作的代码。例如当健康护理实体制订可以对其它健康护理实体有用的动作时，图2的示例动作目录206的内容能够被更新。也就是说,示例动作目录206能够存储定制动作的新的和/或已更新版本。因此，使用图2的示例脚本模块206，示例管理员终端204的用户能够生成一个或多个脚本来定义动作和/或动作系列，以便定义临床工作流程。示例管理员终端204还能够生成经由脚本模块206所创建的动作和/或动作系列的标签信息,例如标识符或元数据。一般来说，充当能够执行一组相关应用或程序的父程序的示例应用容器208及其部件从管理员终端202接收包，该包包括经由脚本模块206所生成以实现对应健康护理实体的定制工作流程的脚本以及其它类型的信息。除了定制脚本之外，所接收包还可包括例如与包的各脚本关联的依赖信息、与包关联的元数据和/或与入局数据相关的其它信息。在图2的示例应用容器208处接收到这种包时，将该包加载到示例动态模块核心框架212中。图2的示例动态模块核心框架212是实现动态部件模型的模块系统和服务平台，其中包和/或包的应用能够在运行时间动态安装、启动、停止、更新和卸载，而无需(例如应用容器208的)重新引导。在图2的所示示例中，动态模块核心框架212是作为Java 的动态模块系统的OSGi框架。OSGi是由作为开放标准组织的OSGi联盟所保持的标准。另夕卜，在所示示例中，运行时间环境214是利用OSGi框架212的Java运行时间环境。但是，本文所公开的示例并不局限于OSGi标准或者Java 运行时间环境。本文所公开的示例而是能够在实现运行时间的临床工作流程包的动态安装、发起、卸载等的任何适当的动态模块框架中实现。OSGi框架212使不同临床工作流程能够作为能够具有不同生存周期和依赖性但是仍然在同一系统中(例如图I的示例ECIS 124)中进行操作的模块来表示和实现。图2的示例OSGi框架212包括将所接收包加载到其中的文件系统。为了将包的脚本整合到OSGi框架212中，示例容器208包括与OSGi框架212的文件系统进行通信的依赖注入框架218。在图2的所示示例中，示例依赖注入框架218由Spring DM(动态模块)框架来实现。一般来说，Spring DM框架218实现OSGi服务、生存周期管理和控制的透明导出和导入。当新应用(例如临床工作流程)或者现有应用的修改出现时，示例Spring DM框架218促进跨整个OSGi框架212的组装程序(package)或者已安装包的给定子集的刷 新(例如按照包的依赖性)。spring DM框架218利用扩展器包220和222来向运行时间环境214发布加载到OSGi框架212的文件系统中的包的脚本。图2的示例包括两个扩展器包220和222，以便操纵不同类型的包。万维网扩展器包222操纵涉及万维网通信和/或利用的包，而扩展器包220操纵非涉及万维网通信和/或利用的包。在OSGi框架212中，部署和模块性的单元对应于加载到文件系统中的包。包能够处于已安装状态、已分解状态或者活动状态。在Spring DM框架218中，模块性的主要单元是应用上下文。图2的扩展器包220和222例示OSGi框架212的包的Spring DM应用上下文。更具体来说，扩展器包220和222检测处于活动状态的包，并且作为响应而代表活动包来创建应用上下文。所创建应用上下文则是如上所述由管理员终端202所生成的对应工作流程的实例。与定制临床工作流程对应的包在图2的所示示例中示为应用包224和万维网应用包226。与扩展器包220和222相似，两种不同类型的应用包在图2中分隔开，以便反映由不同类型的包对万维网应用和非万维网应用的操纵。在一些示例中，没有进行这种区分，而是不同类型的应用能够由单个编组来共同操纵。向服务注册表210注册应用包224和万维网应用包，服务注册表210在图2的所示示例中通过OSGi服务注册表来实现。由于这个注册，能够调用应用包224和/或226的临床工作流程，并且OSGi服务注册表210能够通过为临床工作流程提供临床工作流程所需的系统资源来促进临床工作流程的执行。另外，图2的示例服务注册表210管理应用包的依赖性，并且使包可用于向服务注册表210所注册的其它包。在所示示例中，能够将应用包的方面和/或总体上的应用包传送给示例动作目录206，以便扩大对于经由管理员终端202所生成的工作流程的定制可用的动作。因此，图2的示例容器208的部件使定制(例如经由脚本模块204和动作目录206)临床工作流程能够向ECIS 124注册(例如经由OSGi框架212和Spring DM框架218的组合)并且动态地部署在ECIS 124中而无需重新引导系统(例如经由OSGi框架212和Spring DM框架218的组合)。因此，例如，与图I的健康护理实体102和118关联的健康护理专业人员能够创建、修改、更新临床工作流程并且适应其自己的特定健康护理实体的需要，而无需向ECIS 124的提供方和/或任何其它信息系统提供方请求定制并且无需使整个ECIS 124停止以供安装新的或经修改的工作流程应用。
图3是图2的OSGi框架212的分层模型的图示。该模型包括包层300、服务层302、生存周期层304、模块层306、执行环境层308、Java虚拟机层310、本地操作系统层312和安全层314。本文中简述这些层，并且通过引用将OSGi框架的规范结合到本文中。包层300包括由开发人员利用OSGi框架212所创建和/或修改的包。参照图2，包层300对应于由被分派创建图I的健康护理实体104-114、120或122中之一的健康护理专业人员所定义的临床工作流程的代码的任务的人使用脚本模块204和动作目录206所生成的包。参照图2，服务层302对应于服务注册表210。向服务注册表302注册包层300的包。如上所述，图2的依赖注入框架或Spring DM框架218以及扩展器包220和222例示与向服务层302的服务注册表210进行注册的包对应的应用上下文。此外，包中包含的临床工作流程能够在服务层302中注册，能够获得或检索向服务层302所注册的服务，并且能够监听出现或消失的服务。这种情况在图4中反映，图4是示出包层300的应用包224和226与服务层302的服务注册表210的交互。生存周期层304表示能够安装、启动、停止、更新和卸载包的应用接口。模块层306定义包能够如何导入和导出代码。简言之，由模块层306所促进的模块性将包保持为本地部件，除非包被显式导出。也就是说，想要使用另一个包的包必须导入其部件。执行环境层308定义哪些方法和类在特定平台中是可用的。Java虚拟机层310和 本地操作系统层312进行交互，以便执行运行时间环境214以及由此所处理的代码。安全层314操纵与OSGi框架212关联的安全问题和/或策略。图5所示的流程图表示机器可读指令，机器可读指令能够被执行以实现用于临床工作流程的动态定制的图I和/或图2的示例DCW系统132。图5的示例过程可使用处理器、控制器和/或任何其它适当的处理装置来执行。例如，图5的示例过程可通过与处理器(例如下面结合图6所述的示例处理器612)关联的诸如闪速存储器、只读存储器(ROM)和/或随机存取存储器(RAM)之类的有形介质上存储的编码指令来实现。备选地，图5的示例过程的部分或全部可使用专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程逻辑装置(FPLD)、分立逻辑、硬件、固件等的任何组合来实现。另外，图5的示例过程的部分或全部可人工或者作为上述技术的任何组合、例如固件、软件、分立逻辑和/或硬件的任何组合来实现。此外，虽然图5的示例过程参照图5的流程图来描述，但是可采用实现图5的过程的其它方法。例如，框的执行顺序可以改变，和/或所述框的一部分可以改变、消除、细分或组合。另外，图5的示例过程的任一个或全部可由例如独立处理线程、处理器、装置、分立逻辑、电路等依次和/或并行执行。来看图5，与图I的实体104_114、120和122其中之一关联的专业人员可制订定制临床工作流程，以便定义例如将响应事件和/或按照调度所采取的动作。图5的所示示例开始于制订这种定制临床工作流程(框500)。为了实现临床工作流程，与制订健康护理实体关联的人使用图2的脚本模块204来生成遵照定制临床工作流程的脚本(框502)。如上所述，示例动作目录206能够与脚本模块204结合用于利用能够组合(例如相互组合或者与原始代码段组合)以体现临床工作流程的先前生成的动作。所生成脚本则传送给图2的动态模块核心框架212供整合到图I的ECIS 124，作为将被加载到示例动态模块核心框架212的文件系统的包(框504)。示例依赖注入框架218则使用示例扩展器包220和222来向运行时间环境214发布脚本，脚本能够从示例动态模块核心框架212处所接收的包中提取(框506)。也就是说，扩展器包220和222将运行时间环境214刷新成包括与所接收脚本对应的应用的实例(例如SpringDM框架中的应用上下文)。然后向图2的示例服务注册表210注册应用或脚本(框508)。如上所述，示例服务注册表210允许已注册应用包由其它应用来使用，管理应用包224与226之间的依赖性以及执行其它功能等等。此外，示例服务注册表210和示例动态模块核心框架212使DCW系统134能够监听对于向服务注册表210所注册的应用包的调用。当检测到这种调用时(框510)，示例服务注册表210使由所请求应用包所需的系统资源为其所用(框512)。图6是可用于实现本文所述的设备和方法的示例处理器系统610的框图。如图6所示，处理器系统610包括耦合到互连总线614的处理器612。处理器612可以是任何适当的处理器、处理单元或者微处理器。虽然图6未示出，但是系统610可以是多处理器系统，并且因而可包括一个或多个附加处理器，它们与处理器612相同或相似，并且在通信上耦合到互连总线614。图6的处理器612耦合到芯片组618，芯片组618包括存储器控制器620和输入/ 输出(I/O)控制器622。众所周知，芯片组通常提供I/O和存储器管理功能以及由耦合到芯片组618的一个或多个处理器可访问或使用的多个通用和/或专用寄存器、计时器等。存储器控制器620执行使处理器612 (或者当存在多个处理器时的多个处理器)能够访问系统存储器624和大容量存储器(mass storage memory) 625的功能。系统存储器624可包括任何预期类型的易失性和/或非易失性存储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪速存储器、只读存储器(ROM)等等。大容量存储器625可包括任何预期类型的大容量存储装置，包括硬盘驱动器、光盘驱动器、存储带装置等等。I/O控制器622执行使处理器612能够经由I/O总线632与外围输入/输出(I/0)装置626和628以及网络接口 630进行通信的功能。I/O装置626和628可以是任何预期类型的I/O装置，例如键盘、视频显示器或监视器、鼠标等等。网络接口 630可以是例如以太网装置、异步传输模式(ATM)装置、802. 11装置、DSL调制解调器、电缆调制解调器、蜂窝调制解调器等，它使处理器系统610能够与另一个处理器系统进行通信。虽然存储器控制器620和I/O控制器622在图6中示为芯片组618中的独立块，但是，这些块所执行的功能可集成在单个半导体电路中，或者可使用两个或两个以上独立的集成电路来实现。因此，本文所公开的示例方法、设备、系统和/或制造产品实现健康护理实体之间的链接信息的交换，使得使与实体关联的健康护理专业人员迅速有效且准确地知道与转院患者的医疗问题关联的临床项。除了其它有益效果和优点之外，本文所公开的示例方法、设备、系统和/或制造产品降低或者在一些情况下消除对专业人员使临床项与医疗问题相协调的需要。因此，专业人员能够更有效地提供更准确安全的护理。另外，专业人员能够使转院过程以及与其关联的信息的交换集中在与将患者转院的医疗问题相关的临床项。某些实施例考虑实现上述功能性的方法、系统和任何机器可读介质上的计算机程序产品。例如，某些实施例可使用现有计算机处理器、或者通过为这个或另一个目的结合的专用计算机处理器、或者通过硬连线和/或固件系统来实现。某些实施例包括用于携带或者其上存储计算机可执行指令或数据结构的计算机可读介质。这种计算机可读介质可以是可由通用或专用计算机或者具有处理器的其它机器可访问的任何可用介质。作为举例，这种计算机可读介质可包括RAM、ROM、PROM、EPROM、EEPROM、闪存、CD-ROM或其它光盘存储装置、磁盘存储装置或者其它磁存储装置、或者可用来携带或存储采取计算机可执行指令或数据结构形式的预期程序代码、并且可由通用或专用计算机或者具有处理器的其它机器可访问的其它任何介质。以上所述的组合也包含在计算机可读介质的范围之内。计算机可执行指令包括例如使通用计算机、专用计算机或者专用处理机执行某个功能或某组功能的指令和数据。一般来说，计算机可执行指令包括执行特定任务或者实现特定抽象数据类型的例程、程序、对象、部件、数据结构等。计算机可执行指令、关联数据结构和程序模块表示用于执行本文公开的某些方法的步骤和系统的程序代码的示例。特定序列的这类可执行指令或关联数据结构表示用于实现在这类步骤中所述的功能的相应动作的示例。本发明的实施例可在采用连接到具有处理器的一个或多个远程计算机的逻辑 连接的组网环境中实施。逻辑连接可包括在此作为举例而不是限制来呈现的局域网(LAN)和广域网(WAN)。这类组网环境是办公范围或企业范围的计算机网络、内联网和因特网中常见的，并且可采用大量不同的通信协议。本领域的技术人员将会理解，这类网络计算环境通常包含许多类型的计算机系统配置，其中包括个人计算机、手持装置、多处理器系统、基于微处理器或者可编程消费电子产品、网络PC、小型计算机、大型计算机等等。本发明的实施例还可在分布式计算环境中实施，在这些环境中，任务由通过通信网络链接(通过硬连线链路、无线链路或者通过硬连线或无线链路的组合)的本地和远程处理装置来执行。在分布式计算环境中，程序模块可位于本地和远程存储器存储装置中。虽然本文已经描述了某些方法、设备和制造产品，但是本专利的覆盖范围并不局限于此。相反，本专利涵盖在字面上或者在等同原则下完全落入所附权利要求书的范围的所有方法、设备和制造产品。
权利要求
1.一种计算机实现方法，包括 从利用电子临床信息系统(124)的第一健康护理实体(102)来接收(504)实现临床工作流程的一个或多个动作的脚本，其中所述电子临床信息系统(124)聚合来自包括所述第一健康护理实体(102)的多个健康护理实体(102，118)的健康护理信息； 将所述脚本加载(504)到动态模块核心框架(212)中，所述动态模块核心框架(212)与运行时间环境(214)进行交互，以便执行应用包(224，226);以及 向运行时间环境(214)发布(506)所述动态模块核心框架(212)的脚本，使得所述临床工作流程在运行时间动态安装到所述电子临床信息系统(124)中。
2.如权利要求I所述的计算机实现方法，其中，所述脚本包含在所述应用包(224，226)之一中，以便经由运行时间环境(214)来执行。
3.如权利要求I所述的计算机实现方法，还包括向与所述动态模块核心网络(212)关联的服务注册表(210)注册(508)所述脚本。
4.如权利要求2所述的计算机实现方法，其中，所述服务注册表(210)用于使所述第一健康护理实体(102)的所述脚本能够用于(512)利用所述电子临床信息系统(124)的第二健康护理实体(118)。
5.如权利要求I所述的计算机实现方法，还包括将所述脚本传送给动作目录(206)，由此动作能够被选择并且在与所述电子临床信息系统(124)关联地实现临床工作流程的脚本中使用。
6.如权利要求I所述的计算机实现方法，其中，向所述运行时间环境(214)发布(506)所述脚本由依赖注入框架(218)来实现。
7.如权利要求6所述的计算机实现方法，其中，所述依赖注入框架(218)利用一个或多个扩展器包(220，222)在运行时间动态地向所述运行时间环境(214)发布所述脚本。
8.—种设备,包括 应用容器(208)，用于从利用电子临床信息系统(124)的第一健康护理实体(102)来接收实现临床工作流程的一个或多个动作的脚本，其中所述电子临床信息系统(124)聚合来自包括所述第一健康护理实体(102)的多个健康护理实体(102，118)的健康护理信息； 动态模块核心框架(212)，所述脚本被加载到其中，所述动态模块核心框架(212)与运行时间环境(214)进行交互，以便执行应用包(224，226);以及 依赖注入框架(218)，用于向运行时间环境(214)发布所述动态模块核心框架(212)的脚本，使得所述临床工作流程在运行时间动态安装到所述电子临床信息系统(124)中。
9.如权利要求8所述的设备，其中，所述脚本包含在所述应用包之一中，以便经由所述运行时间环境(224，226)来执行。
10.如权利要求8所述的设备，还包括与其中待注册所述脚本的所述动态模块核心框架(212)关联的服务注册表(210)。
11.如权利要求10所述的设备，其中，所述服务注册表(210)用于使所述第一健康护理实体(102)的所述脚本能够用于利用所述电子临床信息系统(124)的第二健康护理实体(118)。
12.如权利要求8所述的设备，还包括动作目录(206)，由此动作能够被选择并且在与所述电子临床信息系统(124)关联地实现临床工作流程的脚本中使用。
13.如权利要求8所述的设备，其中，所述依赖注入框架(218)利用一个或多个扩展器包(220，222)在运行时间动态地向所述运行时间环境(214)发布所述脚本。
全文摘要
公开用于临床工作流程的动态定制的方法和设备。示例方法包括从利用电子临床信息系统(124)的第一健康护理实体(102)来接收(504)实现临床工作流程的一个或多个动作的脚本，其中电子临床信息系统(124)聚合来自包括所述第一健康护理实体(102)的多个健康护理实体(102，118)的健康护理信息；将脚本加载(504)到动态模块核心框架(212)中，动态模块核心框架(212)与运行时间环境(214)进行交互，以便执行应用包(224)；以及向运行时间环境(214)发布(506)动态模块核心框架(212)的脚本，使得临床工作流程在运行时间动态地安装到电子临床信息系统(124)中。
文档编号G06F19/00GK102708271SQ201210050739
公开日2012年10月3日 申请日期2012年2月21日 优先权日2011年2月21日
发明者A·F·詹姆斯, N·K·沙马 申请人:通用电气公司