可扩展部署系统的制作方法
【技术领域】
[0001] 本文通常涉及一种部署系统，更具体地，但不是限制性地，涉及一种可扩展的部署 系统。
【背景技术】
[0002] 医院和其它医护机构通常利用许多不同的电子设备和数据系统来执行众多的医 院的工作。这些不同的数据系统经常使用不兼容的信号和通信协议用于各种不同类型的系 统，这些不同类型的系统可包括住院-出院-转院（ADT)、医生订单条目（POE)、电子医药管 理记录（eMAR)等。某些数据系统，例如医药管理系统（如Pyxis MedStation?系统），连 续接收来自一个或多个这些其它系统的信息。由于每个数据系统会使用不同的消息协议或 数据结构，因此在不对一个或两个系统进行定制的情况下，不能将消息直接从一个系统发 送到另一个系统。此外，不同的制造商也会使用不同的协议，这使得数据系统之间的控制和 通信非常困难。为了在医院中的复杂的联网数据系统之间进行通信，对多个定制数据系统 的维护和升级是复杂和巨大的任务。
[0003] 在一些实例中，医院环境可包括一个或多个消息转换系统，用于促进多个站点上 的不同数据系统之间的通信。但是，对这些消息转换系统进行部署、升级、或扩展会变得非 常困难，甚至更难于验证，这会导致庞大的医院系统的数据交换的服务或可靠性降低，该医 院系统非常依赖于该类型的整合来为它们的患者提供优质护理。
【发明内容】
[0004] 所公开的主题涉及一种用于对可扩充的通信系统进行可扩展部署的方法。该方法 可包括，接收第一请求，该第一请求用于为将会共享第一数据库的服务创建第一服务分组， 其中第一请求包括第一服务器的第一标识符。该方法还可包括，从执行于第一服务器上的 第一代理人程序检索用于创建第一数据库的第一脚本。该方法还可包括，基于第一脚本，通 过处理器生成第一数据库，并接收第二请求，该第二请求用于将第一服务添加到第一服务 分组，其中第二请求包括第一服务器的第一标识符。该方法还可包括：将第一命令传送给执 行于第一服务器上的第一代理人程序以在第一服务器上创建第一服务；提供第一服务已经 被添加到第一服务分组的第一指示。
[0005] 所公开的主题还涉及一种可扩展的部署系统。该系统可包括一个或多个处理器以 及存储器，该存储器包括指令，当一个或多个处理器执行指令时，使得一个或多个处理器执 行如下操作：接收用于访问管理界面的用户验证请求，其中用户验证请求包括用户标识符 和密码；确定用户标识符是否存在于本地用户数据库中；如果用户标识符存在于本地用户 数据库中，则通过本地验证系统对用户标识符和密码进行验证，否则，通过外部验证系统对 用户标识符和密码进行验证；如果用户标识符和密码通过了本地验证系统或外部验证系统 的验证，则提供管理界面，否则拒绝访问管理界面。
[0006] 所公开的主题还涉及一种非易失性机器可读介质，其包含指令，当机器执行这些 指令时，使得机器执行用于可扩充的通信系统的可扩展部署的方法。该方法可包括：在数据 库实例中生成用于支持多组服务的管理数据库；接收来自第一服务器的第一脚本集和来自 第二服务器的第二脚本集。该方法还可包括：使用第一脚本集在数据库实例中生成用于该 多组服务的第一组服务的第一数据库，并使用第二脚本集在数据库实例中生成用于该多组 服务的第二组服务的第二数据库，其中第一数据库包括与第二数据库不同的模式。该方法 还可包括：向执行于第一服务器上的第一代理人程序进程传送第一命令，从而对第一组服 务的第一服务进行初始化，其中第一服务访问第一数据库从而对接收到的来自第一多个设 备的第一多个消息进行转化。该方法还可包括：向执行于第二服务器上的第二代理人程序 进程传送第二命令，从而对第二组服务的第二服务进行初始化，其中第二服务访问第二数 据库从而对接收到的来自第二多个设备的第二多个消息进行转化；提供用于对第一服务和 第二服务进行管理的用户界面。
[0007] 应当理解，通过下面的详细描述，本发明的其它配置对于本领域内的技术人员将 会是显而易见的，其中本发明的各种配置是通过例示方式来示出和描述的。应当认识到，本 发明可以是其它的和不同的配置，并且在不脱离本发明的范围的情况下，可对本发明的一 些细节的其它方面进行修改。相应地，应当认为附图和详细描述实际上是作为示例性目的， 而不是限制性的。
【附图说明】
[0008] 下面列出的条款中阐述了本发明的某些特征。但是，为了说明的目的，下面的附图 中阐述了本发明的一些实施例。
[0009] 图1示出了根据一个或多个实施方案的可部署集中通信系统的示例性医院系统。
[0010] 图2示出了根据一个或多个实施方案的医院系统中的集中通信系统的示例性可 扩展部署。
[0011] 图3示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理的流 程图。
[0012] 图4示出了根据一个或多个实施方案的用于可扩展部署系统的示例性处理的流 程图。
[0013] 图5示出了根据一个或多个实施方案的用于可扩展部署系统中的用户验证的示 例性处理的流程图。
[0014] 图6示出了根据一个或多个实施方案的可扩展部署系统的示例性流程。
[0015] 图7示出了根据一个或多个实施方案的可扩展部署系统中的用户验证的示例性 流程。
[0016] 图8示出了根据一个或多个实施方案的可扩展部署系统中的用于提供配置信息 的示例性用户界面。
[0017] 图9示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务器的 示例性用户界面。
[0018] 图10示出了根据一个或多个实施方案的可扩展部署系统中的用于添加服务分组 的示例性用户界面。
[0019] 图11示出了根据一个或多个实施方案的可扩展部署系统中的用于向服务分组添 加服务的示例性用户界面。
[0020] 图12示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务进行初 始化的示例性用户界面。
[0021] 图13示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组进 行管理的示例性用户界面。
[0022] 图14示出了根据一个或多个实施方案的可扩展部署系统中的用于对服务分组中 的服务进行管理的示例性用户界面。
[0023] 图15示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消 息进行跟踪的示例性用户界面。
[0024] 图16示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于对消 息跟踪进行过滤的示例性用户界面。
[0025] 图17示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以文 本格式对消息跟踪进行搜索的示例性用户界面。
[0026] 图18示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以网 格格式对消息跟踪进行搜索的示例性用户界面。
[0027] 图19示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以 Health Level 7 (HL7)格式对消息跟踪进行搜索的示例性用户界面。
[0028] 图20示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于以可 扩展标示语言（XML)格式对消息跟踪进行搜索的示例性用户界面。
[0029] 图21示出了根据一个或多个实施方案的在所部署的集中通信系统中的用于多标 签消息跟踪的示例性用户界面。
[0030] 图22示出了根据一个或多个实施方案的可扩展部署系统中的用于用户管理的示 例性用户界面。
[0031] 图23概念性地示出了可实施本发明的一个或多个实施方案的电子系统。
【具体实施方式】
[0032] 下面阐述的详细描述意在作为本发明的各种配置的描述，而非意在代表可实践本 发明的唯一配置。附图被并入本文并构成了该详细描述的一部分。该详细描述包括具体细 节，其目的是提供对本发明的透彻理解。但是，对于本领域内的技术人员而言将清楚和显然 的是，本发明不局限于本文阐述的具体细节并且可使用一个或多个实施方案来实践。在一 些情况下，为了避免模糊本发明的构思，公知的结构和组件以框图形式示出。
[0033] 由于许多医院每天通常利用许多由不同厂商开发的不同的应用软件和设备，在卫 生保健领域，协同能力已经变得复杂和具有挑战性。需要一种包括允许数据或信息在厂商 或用户端的系统之间转换并允许所有系统一起无缝地工作的整合方案的集中通信系统。例 如，厂商端可包括医院信息系统（HIS)，如下面系统中的任何一个或任何的组合：住院-出 院-转院（ADT)系统、患者订单数据系统、处方数据系统、手术室信息系统（ORIS)、电子病 历（EMR)系统、MMIS、计费系统和/或封装系统。用户端可包括各种应用程序或患者设备， 如由护士、护理人员、甚至是患者本人操作的配药设备、输液设备和呼吸机设备。
[0034] 在指定的医院系统中，可以对不同系统和设备的整合方案进行单独的管理。例如， HIS系统的整合方案可以是由与患者设备的整合方案相对独立的团队管理。此外，各个单独 的团队可具有不同的预算或系统/资源限制，这会影响到各个单独团队如何对单独的整合 方案进行部署和/或升级。因此，可取的是允许整合方案的独立部署，从而，例如，可将医院 系统中的一个单独的整合方案部署在任意数量的服务器上，独立于医院系统中的其它整合 方案的部署，同时保持与医院系统中的其它整合方案协同工作的能力。类似地，可取的是允 许对整合方案进行独立的升级，从而医院系统中的一个单独的整合方案的升级可独立于医 院系统中的其它整合方案，同时保持与医院系统中的其它整合方案协同工作的能力。同样 可取的是提供集中管理接口，该接口对医院系统中的所有整合方案提供集中管理和监控， 而不考虑各单独的整合方案的部署和/或升级途径。
[0035] 图1示出了根据一个或多个实施方案的在医院系统100中所部署的集中通信系统 (CCS) 120的示例性系统架构。不是所有示出的组件都是必须的，但是，一个或多个实施方案 可包括图中未示出的额外的组件。可在不脱离本文阐述条款的精神或范围的情况下改变组 件的布置和类型。另外，可提供不同的或更少的组件。此外，为了说明性目的，将CCS 120 描述为部署在医院系统100中。但是，CCS 120并不局限于部署在医院系统100中，而是可 部署在可实施内部通信系统的任何网络环境中。
[0036] 医院系统100包括医疗设备和数据系统105A-N、医院信息系统110和CCS 120。在 一个实例中，医院系统100可以是集成传递网络（IDN)，或者可以是IDN的一部分。医院信 息系统110可包括许多单独的电子健康记录（EHR)系统1050-T，包括重症监护室（I⑶）系 统1050、手术室（OR)系统105P、急诊部（ED)系统105Q、药房（PHARM)系统105R、麻醉后监 护室（PA⑶）系统105S、医疗记录（MEDREC)系统105T。任何的EHR系统1050-T可以通过 网络连接到EHR数据库117。
[0037] 医疗设备和数据系统105A-N可包括：一个或多个药物分配设备105A，例如Pyxis MedStation?自动分配机器（ADM)，其可对护士站的药物进行存储和分配；一个或多个手术 室药物系统105B，例如Pyxi s?麻醉系统，其可对手术室中的麻醉医师使用的药物进行存 储和管理；一个或多个程序供给存储设备105C，例如Pyxis SpecialtyStations?，其可对 药物进行存储并对单独的治疗区域进行供给；一个或多个肿瘤药物和供给存储系统10?， 例如Pyxis OncologyStations?，其可对腫瘤科中的用于治疗癌症的专用的和危险的药物 进行管理；一个或多个药物和供给存储系统105E，例如Pyxis DuoStation