泵兼容性测试的制作方法
泵兼容性测试的制作方法
【专利摘要】本发明涉及一种泵兼容性测试、一种测试装置（10）、一种功能测试方法、一种麻醉设备或者呼吸设备（AB）和一种用于输液泵（G）的功能测试的计算机程序产品。测试装置（10）优选在麻醉设备或者呼吸设备（AB）上被准许并且包括存储器（MEM）、测试模块（T）和控制器（C）。测试模块（T）将测试命令（20）发送给输液泵（G），输液泵在执行命令之后向控制器（C）发送回应答（30）。控制器（C）因此能够将所接收的应答（30）与基准应答（30’）在一致性方面进行比较，以便输出成功的功能测试结果。
【专利说明】泵兼容性测试
【技术领域】
[0001]本发明基于医疗技术和电子领域。本发明尤其涉及一种用于后续地准许(Freigabe)医疗技术设备的联合结构中的设备组合的技术方法，尤其涉及特别看护治疗和麻醉领域。
【背景技术】
[0002]在现代医疗技术系统中通常经由网络集成多个不同的技术设备，这些设备被共同连接成联合结构。联合结构例如能够由病人监视器、输液泵、麻醉设备或呼吸设备和/或其他的医疗技术模块和系统(同样包括软件系统,如病人数据管理系统)组成。
[0003]医疗技术联合结构的单个的设备和部件(例如病人监视器、输液泵、麻醉设备和/或呼吸设备等)经由特定的通讯接口交换数据。此外，能够提供到外部的处理系统的接口，例如到病人数据管理系统的接口。已知的是，要确保两个通讯伙伴的兼容性。为此提出:在准备阶段在分别要测试的设备上执行特定的测试案例。至此，这由必须操作相应设备的系统工程师手动地进行。
[0004]然而，该方法出于不同的理由而被证实为是不利的，这是因为显著的维护耗费和高的成本与其联系在一起。一旦在这些设备中的一个上布置了新的软件升级，出于调整的原因必需的是:要在整个系统方面证实其兼容性。
[0005]其他的困难能够在于:将不同制造商的相应的部件和设备组合成医疗整体联合结构。一旦改变联合结构的设备中的一个(或者通过改变软件、固件或者通过以其他方式进行改变)，这就引起在联合结构中可能不存在被验证的设备组合。必须将这种情况可靠地排除。至今手动的方法暗藏联合结构操作员或者用户(例如医院)在没有验证的情况下运行设备组合且自己 负责的风险。此外，不利之处在于:相应的设备制造商不了解关于各运行的且可能未被验证的设备组合。因此增加了用于测试总系统的耗费。
[0006]在移动无线电技术和客户机/服务器系统的领域，例如从US7，155,639中已知，也在计算机系统运行期间，在客户机侧加载测试模块，以便测试应用端口(ApplicationProgramming Interface-API (应用程序界面))的功能。在此，除服务器和客户机之间的通讯信道之外，安装有附加的控制信道，以便在控制信道上能够在客户机和服务器之间进行数据交换并且进行测试。
【发明内容】
[0007]因此，本发明的目的是提出一种技术实施方案，借助所述技术实施方案能够自动化进行、改进和无误差地执行在设备联合结构中运行的对不同的医疗技术设备的测试、尤其是对输液泵的测试。在此，也应当考虑能够在单个的设备上运行的不同程序版本，以便也能够在兼容性方面-也在交付之后-检查总系统，而不必改变要测试的设备。
[0008]所述目的通过附带的权利要求来实现，尤其是通过一种测试装置、一种医疗设备(尤其是麻醉设备和呼吸设备)、一种计算机执行的方法并且通过一种计算机程序产品来实现。
[0009]下面，根据方法描述本发明。在此所提及的实施形式、可替代的解决方案、其他的特征和优点同样也能够转移到对上述目的的其他的解决方案上(即转移到计算机程序产品上和转移到测试装置和/或设备上)，并且反之亦然。因此，结合测试装置所要求和/或描述的特征也能够应用于该方法、该设备或者该计算机程序产品，并且反之亦然。在此，方法的相应功能特征通过设计用于承担相应功能的相应微处理模块或者硬件模块来执行。
[0010]根据一个方面，本发明涉及一种用于测试输液泵、剂量泵、灌注装置或者在医疗技术的设备联合结构中运行的其他的医疗技术设备的功能的方法。设备联合机构例如能够包括病人监视器、麻醉设备和/或呼吸设备和/或另外的医疗技术应用。设备联合结构中的设备经由通讯协议来相互作用。设备联合结构中的医疗设备的至少一部分包括其中存储有程序(例如固件)的存储器。程序能够以不同的版本来安装。因此，能够借助不同的程序版本来运行设备，使得也能够不同地配置设备联合结构。
[0011 ] 所述方法包括下述方法步骤:
[0012]-提供一定数量的测试命令。优选在测试装置上提供测试命令，并且其确定用于在输液泵上或者在医疗设备上执行。在此，这样设计测试命令，使得在功能正确且无误差的情况下能够分配单一的应答作为基准应答。换而言之，这样设计相应的测试命令，使得在医疗设备正确运行的情况下对于测试命令能够预期基准应答。优选地，在测试装置中存储相应的测试命令和所预期的基准应答之间的对应关系。
[0013]-在预处理阶段结束之后，通过在医疗设备上激活测试状态能够导入真正的测试阶段。 [0014]-在激活测试状态之后，从所提供数量的测试命令中将至少一个测试命令由测试装置经由通讯协议发送给输液泵或者发送给要测试的医疗设备。
[0015]-随后，在输液泵上或者在要测试的医疗设备上执行所发送的测试命令。在完整地执行测试命令之后，输液泵或者医疗设备产生应答信号或者应答消息，该应答信号或者应答消息经由通讯协议发送回测试装置。应答消息包括对于测试命令的应答，并且此外还能够包括其他的元信息(例如时间数据、版本数据、位置数据等)。
[0016]-随后，在测试装置上能够对来自应答消息中的所接收的应答解包(entpakt)(例如解锁并且与其他的数据组分离)并且与相应的基准应答在一致性方面进行比较。如果所接收的应答与分配给测试命令的基准应答一致，那么能够输出成功的功能测试结果，所述功能测试结果必要时也能够被转发给设备联合结构的其他的实例和/或转发给另外的外部的实例。
[0017]下面，详细阐明在本申请的范围内所应用的术语。
[0018]术语“功能测试”能够理解为是概括的，并且包括在无误差运行时分别对要测试的设备进行的测试。此外，测试包括对设备联合结构的所连接的部件的版本测试，进而检查不同的装置版本的可容许性。此外，也包括兼容性测试。根据本发明的解决方案的一个有利的方面能够在于:功能测试也包括接口测试。因此，也能够检查在上面安装有测试装置的设备和所连接的、要测试的设备之间的接口。如果(例如由于有误差的或者错误的网络连接)例如中断了通讯接口，那么这在测试装置上被检测，因为不能对于所发送的测试命令接收相应的应答信号。为了能够反映网络的在此短暂的带宽波动，在本发明的一个优选的实施形式中提出，在此能够预先配置时间上的阈值，必须该在时间上的阈值之内在测试装置上接收对于相应的测试命令的应答。一旦超过所述阈值，就输出相应的错误信号。
[0019]医疗设备优选为输液泵或者剂量泵。然而同样在本发明的范围内提出:在此提供其他的电子的、医疗技术的设备，所述设备应当集成到设备联合结构中。除了输液泵之外，这例如能够是病人监视器、麻醉设备、呼吸设备、病人数据管理设备和/或其他的医疗应用。
[0020]优选地，测试装置安装在设备联合结构的设备中的一个上，例如安装在麻醉设备或者呼吸设备上。然而也可能的是，测试装置安装在其他的设备上或者安装在外部的设备上，所述外部的设备与设备联合机构的其他的设备进行数据交换。
[0021]通讯协议能够是局域网(LAN-LokalArea Network)的或者 WAN (Wide AreaNetwork (广域网))网络的标准化的协议。此外，在此能够应用特别的协议以用于数据交换。此外可行的是，设有无线通讯装置，使得相应的设备例如经由蓝牙或者经由其他的无线协议来相互作用。
[0022]“测试命令”能够是例如需要对其他的医疗设备的数据请求(例如请求命令)。此外可行的是，测试命令在其自身方面包括多个测试口令，所述测试口令应当在输液泵上或者在要测试的医疗设备上执行。在一个简化的实例中，测试命令例如能够包括下述内容:“生物医疗应当在输液泵处设定10ml/h的流量”。为所述测试命令能够预期确定的基准应答。在该情况下，基准应答的特征例如在于:在设备上检测的数据以正确的格式、以正确的序列和/或以正确的时间顺序出现并且被传递给测试装置。此外，因此检查究竟是否将应答信号从要测试的医疗设备传输回测试装置。因此能够分析，测试命令的相应对应方(即测试命令的接收者)是否也“如所期待的那样”表现。如果相应的测试命令本身不预期应答信号，那么能够设定的是，在成功地进行数据传递时将至少一个验证信号作为应答消息传递给测试装置，以便以信号的方式报告成功的数据传递和命令执行。通常，测试命令是包括所检测的数据的确定顺序作为应答的数据请求。可替代地，在此也能够提供其他的口令，应当在要测试的设备上执行 所述口令。在此，也能够是被全自动地执行的口令(分接信号和/或数值)或者是手动地由应用者直接地在要测试的医疗设备上所执行的口令。
[0023]测试命令能够在本发明的一个有利的实施形式中包括模拟命令。模拟命令用于并不在要测试的装置上进行命令执行，而是仅检测作为应答信号的要模拟的和已模拟的结果值，所述模拟信号然后被传送给控制器以用于进行检查。
[0024]如果例如借助于基于药品的剂量率的药理模型计算血液中的药品浓度，那么对于误差观察重要的是，直到经由协议传输实际的剂量率时持续了多久。在通常的剂量率最大为1600ml/h的情况下，取决于非任意大的扫描率的由在传输协议中的延迟所引起的误差最大为0.44ml/s。在剂量率从例如1600ml/h变化到零并且传输延迟例如为IOs的情况下，体积误差为大于4ml，这在许多情况下不再是可接受的。因此，传输协议的动态特性影响药理模型的计算误差。
[0025]根据本发明的一个变体，模拟命令能够在要测试的设备上执行，以便根据测试设备的口令降低剂量率。模拟的新剂量率经由标准的数据传输路径传输回至测试设备。能够从用于调节剂量率的口令和命令执行之间的时间差中推导出最大的计算误差能够为多大。从中又能够在测试设备上推导出传输协议的质量或者性能是否适合于这种应用(或者能够无误差地运行)的结论。
[0026]在准备阶段中能够设定不同的配置。特别地，在此能够产生测试命令。此外，基准应答能够根据相应的测试命令被限定并且分配给它们(该对应关系优选地存储在存储器组件中)。在本发明的一个优选的改进方案中提出，测试命令和基准应答之间的对应关系考虑了设备联合结构的总体配置。因此，特别地，测试命令和基准应答之间的对应关系是根据联合特定的(verbundspezifisch)。同样可行的是,测试命令和基准应答之间的对应关系是根据设备状态特定的(尤其版本特定的)和/或配置特定的(konfigurationsspezifisch)。“根据配置特定的”在此表示总系统的配置并且也考虑了设备的不同的版本。因此，也考虑了固件的不同的版本，所述固件安装在设备联合结构的设备的单个的部件或设备上。如果例如输液泵在第一版本中结合到设备联合结构中，那么可能的是，测试命令X产生基准应答Y，而当输液泵以另外的版本运行时，预期基准应答Y2。在该情况下在功能测试时考虑不同的版本或配置。
[0027]在要测试的医疗设备上执行相应的测试命令之后，设备将应答消息发送给测试装置。应答消息包括应答。应答能够是信号、信号序列(例如参数值的序列或者所获得的测量值、例如氧饱和度等的序列)。然而，应答也能够仅是二元信号，所述二元信号例如作为标记执行并且应当以信号通知测试命令实施的良好情况或误差情况。在本发明的一个有利的改进形式中，应答消息除了原本的应答之外还包括其他的数据，所述数据以包的形式作为应答消息(例如以加密的形式和/或具有附加的元数据)经由通讯协议发送给测试装置。
[0028]可代替地可行的是，应答与应答消息相同。在该情况下，将在要测试的设备上产生的、对于相应的测试命令的应答直接地且未改变地作为应答消息发送回至测试装置。
[0029]“功能测试结果”，在最简单的情况下能够被二元地编码并且基本上以信号通知两个状态:无误差的测试命令执行和有误差的测试命令执行。此外，功能测试结果还能够包括其他的元数据，例如测试执行的时间点、测试执行的持续时间、相应功能的显示、设备联合结构的激活的设备的显示等。
[0030]如之前已经提及的是，将功能测试方法主要划分成两个阶段:其中能够设定不同配置的配置或者准备阶段，和其中进行对设备或者输液泵的真正测试的测试阶段。
[0031]根据一个方面，全自动地执行功能测试，从而无需另外的用户交互作用。可替代地也可行的是，半自动地执行功能测试，从而例如必须在输液泵上在应用者方面执行动作以作为对于测试命令的反应。在此，因此能够检测相应的信号作为应答并且发送回至测试装置。
[0032]在本发明的一个优选的改进方案中提出，功能测试结果自动地在另外的实例上提供。这尤其当相同结构类型的输液泵或者医疗设备集成到设备联合结构中时证明是有利的。如果设备中的一个的功能测试能够实现正面的测试结果，那么所述测试结果也能够自动地提供用于相同结构类型的另外的医疗设备，使得因此不再需要在其他设备上的测试，并且能够有利地取消，或者使得在构造和功能方面相同的其他设备自动地被算作为是验证过的。因此，然而也能够实现对于相同结构类型的另外的装置准许。此外可行的是，如果在更晚的时间点将相同结构类 型的医疗设备连接到设备联合结构上，那么也后续地提供设备准许。因此不再必要的是，如果对于所述设备类型已经能够获得成功的功能测试结果，那么对新连接上的设备进行测试。[0033]根据本发明的一个方面，测试装置、例如作为电子的附加模块安装在设备联合结构的设备上，附加模块也能够后续地在设备上安装或者实现。然而可替代地，测试装置也能够作为中央服务装置安装在服务器上，所述服务器能够-例如经由网络-被医疗设备访问。同样可行的是，在设置用于进行测试的单独的测试模块上提供测试装置。
[0034]根据本发明的一个方面，要测试的医疗设备在没有另外的改变或者调整或附加安装的情况下结合到设备联合结构中。因此，如在相应的应用情况下提出的那样运行要测试的医疗设备。在此检测的数据或者信号作为应答信号转发给测试装置。因此有利的是，不必在要测试的医疗设备上执行附加的安装。
[0035]然而在本发明的一个可替代的实施形式中也可行的是，在要测试的医疗设备中的至少一个上执行附加的测试例程。测试例程用作为用于测试装置的对应方，所述测试装置安装在设备联合结构的各另外的医疗设备上。测试装置将测试命令发送给测试例程，所述测试例程一方面能够设计用于:能够执行所接收的测试命令并且能够将相应的应答信号发送回至测试装置，并且所述测试例程此外能够设计用于:在应答测试命令时在要测试的医疗设备上执行附加的测试措施。结果(成功或不成功)同样能够传递给测试装置。
[0036]通常，由测试装置启动功能测试。测试装置能够安装在麻醉设备或呼吸设备上或者安装在另外的医疗设备上(例如上面安装有病人数据管理系统的工作站，在病人数据管理系统上安装有用于在设备运行期间进行辅助决定的专家系统的设备)。
[0037]在上述实施例中，功能测试的发起始于安装有测试装置的设备(例如始于病人监视器或者麻醉设备)。然而可替代也可行的是，通过要测试的设备自身启动功能测试。例如，能够提出，如果设备联合结构识别将新的设备结合到设备联合结构中，那么自动地启动功能测试。同样可行的是，中央控制位置触发功能测试。在此，能够以事件控制的方式和/或时间控制的方式执行对功能测试的触发。
[0038]为了也经 由功能测试的输出报告相应的医疗设备的制造商，在本发明的一个优选的改进方案中提出，也自动地将相应的功能测试结果转发给基于计算机的其他的实例(尤其转发给装置制造商)，以便向其报告已运行的并且作为允许检查的组合的当前的状态。
[0039]根据本发明的一个方面，在医疗装置上提供测试命令，在所述医疗装置上安装测试装置，而在通讯伙伴、尤其是测试命令接收方进而要测试的医疗设备上执行测试命令本身。通过所接收的应答与相应的基准应答的比较，在测试装置上进行真正的测试。因此，功能测试能够设计作为分布式系统并且尤其作为客户机-服务器系统，所述客户机-服务器系统在测试装置上并且部分地在要测试的医疗设备上执行。
[0040]因此，功能测试检查医疗设备在功能方面的共同作用，所述医疗设备在设备联合结构内被联合。
[0041]根据本发明的另一方面，上述目的通过一种测试装置来实现，所述测试装置为了对输液泵或者其他的医疗设备进行功能测试而设计在设备联合结构内。设备联合结构除了要测试的医疗设备(下面还将其称为输液泵，但是不限制于此)之外，可选地还包括监视器、麻醉设备或者呼吸设备或者经由通讯协议进行数据交换的其他医疗设备。相应的医疗设备能够以不同的版本和配置结合到设备联合结构中(例如以不同的固件版本)。
[0042]测试装置包括存储器、至少一个测试模块和至少一个控制器。存储器用于存储一定数量的测试命令和一定数量的基准应答。在此，刚好分别将一个作为基准应答的应答分配给测试命令。基准应答优选是根据联合特定的和/或配置特定的。存储器优选为非易失存储器(例如EEPROM)。存储器内容也能够在测试装置运行期间被改变。
[0043]测试模块确定用于将至少一个测试命令从所提供的数量的测试命令中(从存储器中)经由通讯协议发送给分别要测试的输液泵以用于处理。测试模块还能够具有到外部实例的其他接口，以便例如接收启动信号或者测试激活信号(后者用于触发测试)。
[0044]控制器设计用于:接收对于在要测试的设备上执行的测试命令的应答，并且将所接收的应答与分配给测试命令的基准应答在一致性方面进行比较。在应答和基准应答一致的情况下能够输出成功的功能测试结果。
[0045]在测试装置的一个可替代的实施方案中，测试模块和控制器设计在共同的测试和控制模块中。因此，能够更简单且更节约成本地构造该测试装置。
[0046]测试装置设计在命令发送器上，而要测试的装置用作命令接收器。测试发送器和/或命令接收器能够通过医疗模块和设备构成，其包括病人监视器、复杂的医疗技术系统、例如病人数据管理系统、麻醉设备、呼吸设备和单个的模块、例如输液泵或类似物。
[0047]可替代地，测试装置也能够设计在中央服务器上，所述中央服务器与测试命令容器(Repository)进行数据交换。
[0048]根据一个优选的实施形式，原则上设有两个运行状态:
[0049]1.正常的运行状态和
[0050]2.测试状态。测试状态能够通过测试激活信号来激活或者启动。在该情况下，控制器优选地设计用于在获得测试·激活信号之后激活测试装置。通常，医疗设备处于功能上的运行模式中，并且控制器是未被激活的。
[0051]根据本发明的解决方案的特别的优点能够在于，存储器能够随时被修改地写入。如果例如扩展要测试的设备的功能范围，进而根据确定的测试命令检测附加的数据作为对于相应的测试命令的应答，那么自动地调整对于相应的测试命令的基准应答。因此，所允许的基准应答包括新检测到的数据并且能够在全部未来的功能测试中直接地考虑该新检测到的数据。
[0052]在本发明的一个有利的改进方案中，测试装置附加地设计有控制单元，所述控制单元包括传感器和/或执行器，所述传感器和/或执行器设计用于在其上安装有测试装置的医疗设备上执行测试命令。控制单元产生对于测试命令的控制应答并且将所述控制应答转发给控制器。控制器接着能够执行附加的比较。因此，要测试的医疗设备的所接收到的应答不仅与基准应答在一致性方面进行比较，而且还附加地与在控制器上提供的控制应答进行比较，在控制单元上提供所述控制应答。因此，提高了测试安全，并且还可行的是考虑当前的、时间上的表现。
[0053]另一目的解决方案在于一种医疗技术装置、尤其在于病人监视器或者麻醉设备或呼吸设备，其设计带有上面描述的测试装置。
[0054]一个主要的优点能够在于，测试装置也能够被更新，并且也能够在医疗装置交付之后安装在相同的医疗装置上。
[0055]本发明的另一方面能够在于，要测试的医疗设备能够在设备或者通讯协议没有另外改变的情况下进行测试。尤其不必要的是，在测试装置和要测试的输液泵之间提供附加的控制信道。功能测试经由常见的通讯协议展开。换而言之，用于运行要测试的医疗设备的接口和用于测试医疗设备的接口是相同的。这两者是总归被提供的通讯协议。这具有显著的优点在于，不必在要测试的设备上实施附加的安装消耗和附加的设定。
[0056]之前描述的、根据本发明的方法的实施形式也能够设计为具有计算机程序的计算机程序产品，其中当在计算机上或者在计算机的处理器上加载或者执行计算机程序时，计算机促使执行上面描述的、根据本发明的方法。
[0057]一个可替代的目的解决方案也在于具有计算机程序编码的计算机程序，当在计算机上执行计算机程序时，所述计算机程序用于执行所要求的或者上面描述的方法的全部方法步骤。在此，计算机程序也能够存储在可机器读取的存储介质上。
[0058]一个可替代的目的解决方案提出一种存储介质，所述存储介质被确定用于存储上面描述的、计算机执行的方法并且可由计算机读取。
[0059]在本发明的范围内，不必在一个并且同一个计算机实例上强制地执行方法的全部步骤，而是其也能够在不同的计算机实例上执行。必要时也能够改变方法步骤的顺序。
[0060]此外可行的是，上面描述的方法的单个部分能够在可销售的单元中执行，并且剩余部分能够在另外的可销售的单元中-可以说作为分布式的系统-执行。
【专利附图】
【附图说明】
[0061]在下面详细的附图描述中，根据【专利附图】
【附图说明】了具有其特征和另外的优点的、不能够理解为是限制性的实施例。在附图中示出:
[0062]图1示出具有测试装置和要测试的输液泵的、根据本发明的一个优选的实施形式的医疗技术设备的概览图，
[0063]下面根据图1详细阐明本发明。
【具体实施方式】
[0064]图1概览地以示意的方式示出医疗设备联合结构V的组成部分，所述组成部分经由至少一个通讯协议P进行数据交换。
[0065]本发明的主要的应用领域在于特别看护治疗和麻醉领域，并且涉及设备联合结构V,所述设备联合结构还包括麻醉设备或呼吸设备AB和特别看护治疗和麻醉领域上的其他医疗和电子单元，例如输液泵G。典型地，在设备联合结构V中还结合有其他的电子设备，例如病人监视器。在一个优选的实施形式中，例如能够涉及 申请人:的这种病人监视器，该病人监视器设计用于稳定地监视病人的生命数据，并且能够提供有集成的电源和用于显示数据的平面显示器。根据实施形式，病人监视器设计用于检测且显示病人的多种生理数据，其例如为:具有心律不齐识别的EKG数据、例如借助阻抗呼吸描记器检测的呼吸数据、脉冲血氧定量数据、用于血液的(尤其是功能性的血红蛋白上的氧化血红素的份额的)氧饱和度的数据、例如借助透射光谱光度测量仪测量的脉搏数据、无创的血压数据。
[0066]然而根据实施方案也可行的是，代替输液泵或者灌注装置G或者除了泵G，也将其他的医疗技术设备或者模块结合到联合结构V中，例如用于对血压、体温、气体监视进行有创测量的设备的适配器，以用于测量神经数据，尤其是EEG数据等。此外，在设备联合结构V中能够结合对所检测的设备进一步评估和处理的设备，尤其为病人数据管理设备和其他的基于计算机的应用。[0067]在一个优选的实施形式中，设备联合结构V至少由从中获取数据的源和被确定用于在数据源上获取的数据的宿组成。源和宿能够具有用于数据交换的相应的接口且通常基于计算机的技术设备。源和/或宿通常具有集成电路(例如FGPA, Field ProgrammableGate Array (现场可编程门阵列))，以便执行特定的功能。
[0068]在大多数应用情况下并且在也本发明的在图中示出的、优选的实施形式中，将病人监视器AB连接到至少一个输液泵G上。在图1中仅示出一个泵G ;然而同样在本发明的范围内明确的是，对多个泵或其他的设备G执行并行的测试。
[0069]在图1中在上方示出了在该实施例中应当取代麻醉设备或呼吸设备AB的病人监视器。病人监视器AB经由通讯协议P与输液泵G (在下方示出)通讯。此外，还能够在联合结构V中接合另外的医疗设备G。
[0070]在实际中示出，运行具有不同的软件/固件或(结构不同的)设备版本的相应的电子设备或基于计算机的设备(病人监视器、泵、测量设备等)，这些设备必须以组合的方式被验证或者认可。
[0071]因此例如可行的是，能够运行具有病人监视器AB的第一软件版本的泵G并且其正常工作，而具有病人监视器AB的第二软件版本的所述泵不再正常工作。因此，文本对于总联合结构V的无误差的运行而言是重要的。在此，能够考虑具有其软件版本和配置的全部所连接的子系统。在此引起困难增加的是，单个的设备G出自不同的制造商并且进而在相应设备交付之后才确定必须借助哪些另外的设备来与设备G交互作用。
[0072]在此所提出的测试装置和测试方法实现了:也后续地、尤其在相应的设备G交付之后能够确保检查或者认可设备联合结构V中的无误差的功能。该测试能够全自动地执行。
[0073]为了在病人监视器AB上处理在输液泵G上生成的数据，设有通讯协议P。经由通讯协议P由输液泵G传递例如药品的稀释度和药品名称以及给药的体积和连续的计量率。通讯协议P以制造商特定的方式在输液泵G中执行。
[0074]根据本发明，现在经由刚好同一个的通讯信道P发送用于测试设备G的附加的数据包。如在图1中示出，病人监视器AB将至少一个测试命令20发送给输液泵G。测试命令也能够给包括多个口令序列。然而可替代地也能涉及单块的命令模块。为此，在病人监视器AB上提供一定数量的可行的测试命令，所述测试命令然后能够以应用特定的方式来选择。然而，测试命令并不直接在病人监视器AB上执行或者在其上安装有测试装置10的设备上执行，而是首先经由通讯协议P传递给输液泵G，以便在那里(在泵上)执行。命令执行导致在泵G上获取结果数据。结果数据能够是测量数据(例如EEG数据、EKG数据、病人的脉搏、体温或者其他生命数据、对于麻醉深度数据或者药理或药效数据等)。可替代地，结果数据也能够是仅一个用信号通知测试命令的无误差的执行或者有误差的执行的信号。因此，在输液泵G上产生基准应答30作为对于测试命令20的应答，所述基准应答经由通讯协议P传输回至病人监视器AB，以便在那里在测试装置10中进行处理。
[0075]在图1中示出的实施例中，在病人监视器AB上实现测试装置10。然而其他的实施例提出，测试装置10能够安装在麻醉设备或者呼吸设备AB上。同样可行的是，测试装置10安装在同样经由网络NW与设备G进行数据交换的中央服务器上。
[0076]测试装置10包括存储器MEM、测试模块T和控制器C。存储器设计用于存储一定数量的预配置的测试命令20。在此同样在配置阶段中确定:分别预期对于测试命令20的哪些应答。所预期的应答作为基准应答30’被分配给相应的测试命令20。因此，在存储器中存在测试命令20和基准应答30’的对应关系。这能够示意性地如下进行描述:
[0077]-第一测试命令20厂第一基准应答30’!
[0078]-第二测试命令202_第一基准应答30’2
[0079]-......[0080]-第N测试命令20n_第一基准应答30’n。
[0081]本发明的一个特别的优点在于，在配置阶段中，将相应的测试命令20、基准应答30’和/或在测试命令和基准应答之间的对应光学能够动态地匹配于相应的应用情况。因此，在无误差的运行中预期的基准应答30’是根据联合特定的。“根据联合特定的”在本文中表示:所预期的基准应答30’考虑具有其相应的软件版本的、结合在设备联合结构V中的设备G。此外，基准应答30’和测试命令20之间的对应关系也能够是根据配置特定的，这表示，考虑了设备G和/或全部设备联合结构V的相应配置。换而言之，当应当激活或者运行具有其他功能的相应的设备G、或者耦联在还包括附加设备的其他的设备联合结构V中时，或者在运行具有其他软件版本的相应的设备G时，能够预期其他的基准应答30’。 [0082]在一个优选的实施形式中，测试模块T设计为发送单元，并且其用于经由通讯协议P将所选出的测试命令20发送给输液泵G。
[0083]控制器C设计和设置为接收和处理单元，以便接收由输液泵G所接收的、对于相应的测试命令20的应答30。然后，将应答与分配给测试命令20的基准应答30’在一致性方面进行比较。在一致的情况下，能够输出成功的功能测试结果。因此能够确保的是，输液泵G对于相应的测试命令20刚好如所预期的那样表现并且提供所预期的和所设置的应答30(所述应答与基准应答30’ 一致)。
[0084]在参考图1的情况下，下面详细描述根据一个优选的实施形式的流程。
[0085]功能测试方法分成两个阶段:配置阶段和测试阶段，测试阶段紧接配置阶段，但是能够在时间上分离地执行。
[0086]在配置阶段中，在总设备联合结构V中产生用于具有不同的软件版本和不同的配置的不同的设备G的不同的测试命令。同样地，产生对于相应的测试命令20的所预期的基准应答30’，并且其被分配给测试命令。在相应的测试明20和所预期的基准应答30’之间的对应关系被存储。在本发明的更复杂的实施形式中，在此还能够执行其他的方法步骤。因此，例如可行的是，还配置必须以何种时间间隔进行应答，以便将过高的延迟时间评估为误差。如果应当并行地测试多个设备，那么在此也还能够配置从哪个设备G中出现所得出的应答30。
[0087]在测试阶段开始时，必须将要测试的设备G从运行模式转入到测试模式中，以便在医疗设备G上激活测试状态。为此能够提出，病人监视器AB或者测试装置10将激活信号40发送给设备G。激活信号40的发送能够被时间相关地和/或事件相关地触发(例如在将附加的设备G结合到设备联合结构V中的情况下、在识别新的软件版本的情况下、在识别之前误差情况的情况下等)。状态过渡尤其在麻醉和特别看护治疗的医疗设备中是重要的，以便能够可靠地确保设备的无功能误差的运行。
[0088]在测试阶段的第二步骤中，在测试装置10上选择测试命令20并且发送给输液泵G以用于执行。该步骤在测试装置10上或者在病人监视器AB上执行。
[0089]在测试阶段的第三步骤中，测试命令20在要测试的输液泵G上执行。在命令执行之后，在泵上检测应答30并且由此生成应答消息。应答消息除应答30之外还能够包括其他的数据，例如时间数据、版本数据、网络数据、地址数据(例如设备G的IP地址或者其他的网络协议地址，如果并行地且同时测试多个设备G并且为了能够一对一地在测试装置10上识别所述设备的应答30的输入)。然而也可行的是，应答30未改变地作为应答消息发送回至测试装置10。
[0090]在测试装置10上得到具有应答30的应答消息之后，所接收的应答30能够与基准应答30’进行比较，所述基准应答被分配给相应的测试命令20。
[0091]在一致的情况下，输出成功的测试结果。在一致性有错的情况下，能够示出错误信号(光学地和/或声学的和/或以其他数据形式)。
[0092]在比较之后或在输出功能测试结果之后，该方法能够再次执行另外的测试过程。因此，能够重复地为用于相同的设备G的另外的测试命令20执行该方法。同样可行的是，连续地和/或并行地测试多个设备G。
[0093]下面，描述用于根据本发明的测试的不同的应用情景。
[0094]第一制造商的病人监视器AB例如经由输液泵G的接口 P得到数据，其中输液泵G由第二制造商制造。然后，病人监视器AB应当从上述数据中计算另外的数据。第一制造商验证并且允许病人监视器AB和输液泵G的组合。如果现在通过第二制造商进行输液泵G上的软件升级，那么不再验证病人监视器AB和输液泵G的组合。原则上，第二制造商不了解在何种具体应用情况下运行其输液泵G、尤其借助何种监视器运行所述输液泵。
[0095]在第 一应用实例中，病人监视器AB的测试装置10自动地识别输液泵G的改变的软件版本，并且实现对泵接口P的后续的自动验证。为此，执行在测试装置10中限定的、且可预配置的测试例程。为此，能够在测设装置10上执行测试命令20的序列，所述测试命令经由确定的指令或者自动地和/或通过应用者手动地执行。在此，应用者例如能够设定在输液泵G处的设定值。泵G接下来在执行测试命令20之后经由未改变的且集成的泵输出协议P将设定值传输给所连接的病人监视器AB。紧接着，安装在病人监视器AB上的测试装置10能够处理所接收的数值。一旦满足接受标准并且确定成功的功能测试，就能够解释病人监视器AB和更新的泵版本G之间的兼容性。
[0096]在本发明的一个有利的改进方案中，测试装置10能够通过附加的测试辅助器扩展。例如，测试辅助器能够是控制单元K和尤其是流量传感器。因此，流量传感器用作为用于要测试的设备G的基准模块，在该情况下是输液泵G。流量传感器同样能够馈送测试命令20并且接着生成控制应答30’ ’。因此可行的是，实际上将由要测试的输液泵G接收的应答30与两个基准值比较:一方面与基准值30’比较，其总归存储在测试装置10的存储器MEM中，并且附加地与测试辅助器输出的控制应答30’’比较。附加地，流量传感器还能够生成另外的数值作为控制应答，以便例如能够更好地利用其时间特性评估系统的动态。重要的优点能够在于，暂时地安装控制单元K并且紧接着在测试过程结束之后也还能够从设备AB中移除。控制单元K能够用于附加地检查测试安全进而用于提高测试安全。
[0097]在另一个实施例中，要测试的设备G能够包括附加的模拟模块。模拟模块包括促动机构、用于促动机构的控制软件、用于数据输出且用于馈入模拟数据的接口，其用于输出数据。在此，模拟数据或者能够固定地集成到输液泵G中。可替代地，模拟数据也能够通过外部的控制装置来设定。一旦病人监视器AB与输液泵G耦联，测试装置10就启动输液泵G上的模拟并且或者能够输出特定的数据轮廓，或者能够目的明确地设定模拟值。因此，取消手动地操作输液泵G。模拟软件执行该作用。因此，能够全自动地执行功能测试。然后，在病人监视器AB上接收输出的数据并且与预配置的模拟轮廓在一致性方面进行比较。在一致的情况下，输出成功的功能测试结果。
[0098]在另一实例中，成功的功能测试结果能够用于另外的设备安装。一旦通过成功的功能测试结果解释所连接的输液泵G的兼容性，病人监视器AB就能够将所述数据传递给中央的兼容性数据库。兼容性数据库也能够设计为服务器上的容器。容器将兼容性数据或者传输给用于被请求的病人监视器AB的请求器上，或者将兼容性数据主动地传输给全部当前登记的病人监视器AB。如果没有设计兼容性数据库，那么将测试结果手动地从第一病人监视器传递至第二病人监视器。病人监视器AB的制造商能够在准备阶段当然也将被验证的兼容性数据馈送给容器。此外提出，设备(例如病人监视器AB)的相应的制造商能够随时更新、改变或者删除兼容性数据。
[0099]如之前描述的那样，测试装置10通常直接地集成在病人监控器AB上。然而可替代也可行的是，测试装置10居中地置于服务器上，所述服务器与病人监视器、病人数据管理系统或者其他的医疗设备AB数据交换。然后，相应的设备AB能够在需要时加载测试装置10的功能组成部分、尤其是服务器的测试程序并且置于设备上以用于执行。
[0100]测试装置能够以软件和/或硬件形式实现。优选地，测试装置10作为嵌入的系统集成或者嵌入病人监视器中或麻醉设备和/或呼吸设备中。测试方法用于存储、处理和转发对于相应的测试命令的应答数据，所述测试命令在要测试的设备G和测试装置10之间进行交换。测试方法尤其考虑分别要测试的设备G的修改的功能流程，这通过为了设备G的运行而检查连接在病人监视器AB上的其他的部件、相应程序的版本和配置来实现。单个的方法部段也或者整个方法能够·是固定地在测试装置10上布线的微处理器解决方案的一部分。方法的全部的或所选择的部段被二元地编码并且以数字的形式存在。在此，全部的或者个别的方法部段能够作为源代码(Source Code)、作为编译码(机器码)或作为翻译码(例如以不同的翻译语言、如Ruby、PHP等)提供或者通过翻译器(例如Jit-Compiler (即时编译器))来翻译。
[0101]病人监视器或者麻醉设备或呼吸设备AB例如能够包括具有单独的固件的多个处理器。
[0102]以上面所描述的方式，测试装置10包括存储器MEM，所述存储器在优选的实施形式中直接地集成到测试装置10中。可替代地，存储器MEM也能够通过存储器模块、存储卡或移动式数据载体(例如以USB棒的形式)构成，以便提高在测试命令20和基准应答30’之间的对应关系的灵活性。
[0103]在一个优选的实施形式中，测试装置10原则上在设备G的每次开动之前且在检测到设备联合结构V上的变化之后被激活。
[0104]最后需要指出的是，不能将本发明的说明书和实施例原则上在本发明的确定的物理实现方案方面理解为是限制性的。对于本领域技术人员而言尤其公开的是，本发明能够以分布的方式部分或者完全地以软件和/或硬件和/或以多个物理产品-在此尤其也是计算机程序产品-的形式来实现。
[0105]附图标记列表
[0106]10测试装置
[0107]G要测试的输液泵或者医疗设备
[0108]V设备联合结构
[0109]AB病人监视器或者麻醉设备或呼吸设备
[0110]P通讯协议
[0111]MEM存储器
[0112]T测试模块
[0113]C控制器
[0114]K控制单元
[0115]20测试命令
[0116]30应答
[0117]30’基准应答
[0118]30”控制应答
[0119]40测试激活信号
[0120]NW网络
【权利要求】
1.一种用于对设备联合结构(V)内的输液泵或者另外的医疗设备(G)进行功能测试的测试装置(10)，所述设备联合结构至少包括麻醉设备或者呼吸设备(AB)，其中所述设备联合结构(V)的所述设备经由通讯协议(P)进行数据交换，并且其中存在所述设备联合结构(V)的不同的配置，所述测试装置包括: -存储器(MEM)，在所述存储器中存储一定数量的测试命令，其中给每个所述测试命令(20)分配并且存储有至少一个基准应答(30’)，并且其中所述基准应答(30’)是根据联合特定的和/或配置特定的， -至少一个测试模块(T)，所述测试模块确定用于:从所提供的数量的所述测试命令中将至少一个测试命令(20)经由所述通讯协议(P)发送给要测试的所述输液泵或者发送给所述医疗设备(G)以用于进行处理， -至少一个控制器(C)，其中所述控制器(C)设计用于:接收对于所执行的所述测试命令(20)的应答(30)，并且将所述应答与分别分配给所述测试命令(20)的所述基准应答(30’)在一致性方面进行比较，并且在一致的情况下输出成功的功能测试结果(40)。
2.根据权利要求1所述的测试装置(10)，其中，所述测试装置(10)设计在所述麻醉设备或者呼吸设备(AB)上。
3.根据前述权利要求中任一项所述的测试装置(10)，其中，所述控制器(C)设计用于在获得测试激活信号(40)之后激活所述测试装置(10)。
4.根据前述权利要求中任一项所述的测试装置(10)，其中，所述测试命令(20)包括模拟命令。
5.根据前述权利要·求中任一项所述的测试装置(10)，其中，所述存储器(MEM)能够随时修改地写入具有其他的测试命令(20)和/或基准应答(30’)。
6.根据前述权利要求中任一项所述的测试装置(10)，其中，所述测试装置(10)附加地包括控制单元(K)，所述控制单元包括设计用于执行所述测试命令(20)和用于产生对于所述测试命令(20)的控制应答(30’ ’ )的传感器和/或执行器，并且其中所述控制单元(K)分别将所产生的所述控制应答(30’’)转发给所述控制器(C)，使得所述控制器(C)将所接收的所述应答(30 )与所述控制应答(30 ’ ’)并且与所述基准应答(30 ’)在一致性方面进行比较。
7.一种用于应用在包括多个模块的设备联合结构(V)中的麻醉设备或呼吸设备(AB)，具有: -根据前述权利要求中任一项所述的测试装置(10)，其中所述测试装置(10)能够被更新。
8.一种用于对设备联合结构(V)中的输液泵或其他的医疗设备(G)进行功能测试的方法，所述设备联合结构至少包括麻醉设备或者呼吸设备(AB)，其中所述设备联合结构(V)的所述设备经由通讯协议(P)进行数据交换，并且其中存在所述设备联合结构(V)的不同的配置，所述方法具有下述方法步骤: -提供一定数量的测试命令，所述测试命令确定用于在所述输液泵上或者在所述医疗设备(G)上执行，其中分别给每个所述测试命令(20)分配并且存储有至少一个基准应答(30’)，并且其中所述基准应答(30’ )是根据联合特定的和/或配置特定的， -在所述医疗设备(G)上激活测试状态，-从所提供的数量的所述测试命令中将至少一个测试命令(20)经由所述通讯协议(P)发送给所述输液泵或者发送给所述医疗设备(G)， -在所述输液泵上或者在所述医疗设备(G)上执行所述测试命令(20)，并且经由所述通讯协议(P)发送至少一个应答消息并且从所述应答消息中将应答(30)解包， -将所接收的所述应答(30 )与分配给所述测试命令(20 )的相应的所述基准应答(30 ’)进行比较，并且在一致的情况下:输出成功的功能测试结果(40)。
9.一种计算机程序产品，其中所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机(AB，G)的存储器(MEM)上或者数据载体上，或者所述计算机程序能够经由网络连接(NW)加载，并且所述计算机程序包括能够由所述计算机读取的命令，当在所述计算机上执行所述命 令时，所述命令确定用于执行根据上述方法权利要求所述的方法。
【文档编号】A61M5/142GK103845776SQ201310624757
【公开日】2014年6月11日 申请日期:2013年11月26日 优先权日:2012年11月30日
【发明者】于尔根·马尼格莱, 马库斯·施特雷勒 申请人:德尔格医疗有限责任公司
【专利摘要】本发明涉及一种泵兼容性测试、一种测试装置（10）、一种功能测试方法、一种麻醉设备或者呼吸设备（AB）和一种用于输液泵（G）的功能测试的计算机程序产品。测试装置（10）优选在麻醉设备或者呼吸设备（AB）上被准许并且包括存储器（MEM）、测试模块（T）和控制器（C）。测试模块（T）将测试命令（20）发送给输液泵（G），输液泵在执行命令之后向控制器（C）发送回应答（30）。控制器（C）因此能够将所接收的应答（30）与基准应答（30’）在一致性方面进行比较，以便输出成功的功能测试结果。
【专利说明】泵兼容性测试
【技术领域】
[0001]本发明基于医疗技术和电子领域。本发明尤其涉及一种用于后续地准许(Freigabe)医疗技术设备的联合结构中的设备组合的技术方法，尤其涉及特别看护治疗和麻醉领域。
【背景技术】
[0002]在现代医疗技术系统中通常经由网络集成多个不同的技术设备，这些设备被共同连接成联合结构。联合结构例如能够由病人监视器、输液泵、麻醉设备或呼吸设备和/或其他的医疗技术模块和系统(同样包括软件系统,如病人数据管理系统)组成。
[0003]医疗技术联合结构的单个的设备和部件(例如病人监视器、输液泵、麻醉设备和/或呼吸设备等)经由特定的通讯接口交换数据。此外，能够提供到外部的处理系统的接口，例如到病人数据管理系统的接口。已知的是，要确保两个通讯伙伴的兼容性。为此提出:在准备阶段在分别要测试的设备上执行特定的测试案例。至此，这由必须操作相应设备的系统工程师手动地进行。
[0004]然而，该方法出于不同的理由而被证实为是不利的，这是因为显著的维护耗费和高的成本与其联系在一起。一旦在这些设备中的一个上布置了新的软件升级，出于调整的原因必需的是:要在整个系统方面证实其兼容性。
[0005]其他的困难能够在于:将不同制造商的相应的部件和设备组合成医疗整体联合结构。一旦改变联合结构的设备中的一个(或者通过改变软件、固件或者通过以其他方式进行改变)，这就引起在联合结构中可能不存在被验证的设备组合。必须将这种情况可靠地排除。至今手动的方法暗藏联合结构操作员或者用户(例如医院)在没有验证的情况下运行设备组合且自己 负责的风险。此外，不利之处在于:相应的设备制造商不了解关于各运行的且可能未被验证的设备组合。因此增加了用于测试总系统的耗费。
[0006]在移动无线电技术和客户机/服务器系统的领域，例如从US7，155,639中已知，也在计算机系统运行期间，在客户机侧加载测试模块，以便测试应用端口(ApplicationProgramming Interface-API (应用程序界面))的功能。在此，除服务器和客户机之间的通讯信道之外，安装有附加的控制信道，以便在控制信道上能够在客户机和服务器之间进行数据交换并且进行测试。
【发明内容】
[0007]因此，本发明的目的是提出一种技术实施方案，借助所述技术实施方案能够自动化进行、改进和无误差地执行在设备联合结构中运行的对不同的医疗技术设备的测试、尤其是对输液泵的测试。在此，也应当考虑能够在单个的设备上运行的不同程序版本，以便也能够在兼容性方面-也在交付之后-检查总系统，而不必改变要测试的设备。
[0008]所述目的通过附带的权利要求来实现，尤其是通过一种测试装置、一种医疗设备(尤其是麻醉设备和呼吸设备)、一种计算机执行的方法并且通过一种计算机程序产品来实现。
[0009]下面，根据方法描述本发明。在此所提及的实施形式、可替代的解决方案、其他的特征和优点同样也能够转移到对上述目的的其他的解决方案上(即转移到计算机程序产品上和转移到测试装置和/或设备上)，并且反之亦然。因此，结合测试装置所要求和/或描述的特征也能够应用于该方法、该设备或者该计算机程序产品，并且反之亦然。在此，方法的相应功能特征通过设计用于承担相应功能的相应微处理模块或者硬件模块来执行。
[0010]根据一个方面，本发明涉及一种用于测试输液泵、剂量泵、灌注装置或者在医疗技术的设备联合结构中运行的其他的医疗技术设备的功能的方法。设备联合机构例如能够包括病人监视器、麻醉设备和/或呼吸设备和/或另外的医疗技术应用。设备联合结构中的设备经由通讯协议来相互作用。设备联合结构中的医疗设备的至少一部分包括其中存储有程序(例如固件)的存储器。程序能够以不同的版本来安装。因此，能够借助不同的程序版本来运行设备，使得也能够不同地配置设备联合结构。
[0011 ] 所述方法包括下述方法步骤:
[0012]-提供一定数量的测试命令。优选在测试装置上提供测试命令，并且其确定用于在输液泵上或者在医疗设备上执行。在此，这样设计测试命令，使得在功能正确且无误差的情况下能够分配单一的应答作为基准应答。换而言之，这样设计相应的测试命令，使得在医疗设备正确运行的情况下对于测试命令能够预期基准应答。优选地，在测试装置中存储相应的测试命令和所预期的基准应答之间的对应关系。
[0013]-在预处理阶段结束之后，通过在医疗设备上激活测试状态能够导入真正的测试阶段。 [0014]-在激活测试状态之后，从所提供数量的测试命令中将至少一个测试命令由测试装置经由通讯协议发送给输液泵或者发送给要测试的医疗设备。
[0015]-随后，在输液泵上或者在要测试的医疗设备上执行所发送的测试命令。在完整地执行测试命令之后，输液泵或者医疗设备产生应答信号或者应答消息，该应答信号或者应答消息经由通讯协议发送回测试装置。应答消息包括对于测试命令的应答，并且此外还能够包括其他的元信息(例如时间数据、版本数据、位置数据等)。
[0016]-随后，在测试装置上能够对来自应答消息中的所接收的应答解包(entpakt)(例如解锁并且与其他的数据组分离)并且与相应的基准应答在一致性方面进行比较。如果所接收的应答与分配给测试命令的基准应答一致，那么能够输出成功的功能测试结果，所述功能测试结果必要时也能够被转发给设备联合结构的其他的实例和/或转发给另外的外部的实例。
[0017]下面，详细阐明在本申请的范围内所应用的术语。
[0018]术语“功能测试”能够理解为是概括的，并且包括在无误差运行时分别对要测试的设备进行的测试。此外，测试包括对设备联合结构的所连接的部件的版本测试，进而检查不同的装置版本的可容许性。此外，也包括兼容性测试。根据本发明的解决方案的一个有利的方面能够在于:功能测试也包括接口测试。因此，也能够检查在上面安装有测试装置的设备和所连接的、要测试的设备之间的接口。如果(例如由于有误差的或者错误的网络连接)例如中断了通讯接口，那么这在测试装置上被检测，因为不能对于所发送的测试命令接收相应的应答信号。为了能够反映网络的在此短暂的带宽波动，在本发明的一个优选的实施形式中提出，在此能够预先配置时间上的阈值，必须该在时间上的阈值之内在测试装置上接收对于相应的测试命令的应答。一旦超过所述阈值，就输出相应的错误信号。
[0019]医疗设备优选为输液泵或者剂量泵。然而同样在本发明的范围内提出:在此提供其他的电子的、医疗技术的设备，所述设备应当集成到设备联合结构中。除了输液泵之外，这例如能够是病人监视器、麻醉设备、呼吸设备、病人数据管理设备和/或其他的医疗应用。
[0020]优选地，测试装置安装在设备联合结构的设备中的一个上，例如安装在麻醉设备或者呼吸设备上。然而也可能的是，测试装置安装在其他的设备上或者安装在外部的设备上，所述外部的设备与设备联合机构的其他的设备进行数据交换。
[0021]通讯协议能够是局域网(LAN-LokalArea Network)的或者 WAN (Wide AreaNetwork (广域网))网络的标准化的协议。此外，在此能够应用特别的协议以用于数据交换。此外可行的是，设有无线通讯装置，使得相应的设备例如经由蓝牙或者经由其他的无线协议来相互作用。
[0022]“测试命令”能够是例如需要对其他的医疗设备的数据请求(例如请求命令)。此外可行的是，测试命令在其自身方面包括多个测试口令，所述测试口令应当在输液泵上或者在要测试的医疗设备上执行。在一个简化的实例中，测试命令例如能够包括下述内容:“生物医疗应当在输液泵处设定10ml/h的流量”。为所述测试命令能够预期确定的基准应答。在该情况下，基准应答的特征例如在于:在设备上检测的数据以正确的格式、以正确的序列和/或以正确的时间顺序出现并且被传递给测试装置。此外，因此检查究竟是否将应答信号从要测试的医疗设备传输回测试装置。因此能够分析，测试命令的相应对应方(即测试命令的接收者)是否也“如所期待的那样”表现。如果相应的测试命令本身不预期应答信号，那么能够设定的是，在成功地进行数据传递时将至少一个验证信号作为应答消息传递给测试装置，以便以信号的方式报告成功的数据传递和命令执行。通常，测试命令是包括所检测的数据的确定顺序作为应答的数据请求。可替代地，在此也能够提供其他的口令，应当在要测试的设备上执行 所述口令。在此，也能够是被全自动地执行的口令(分接信号和/或数值)或者是手动地由应用者直接地在要测试的医疗设备上所执行的口令。
[0023]测试命令能够在本发明的一个有利的实施形式中包括模拟命令。模拟命令用于并不在要测试的装置上进行命令执行，而是仅检测作为应答信号的要模拟的和已模拟的结果值，所述模拟信号然后被传送给控制器以用于进行检查。
[0024]如果例如借助于基于药品的剂量率的药理模型计算血液中的药品浓度，那么对于误差观察重要的是，直到经由协议传输实际的剂量率时持续了多久。在通常的剂量率最大为1600ml/h的情况下，取决于非任意大的扫描率的由在传输协议中的延迟所引起的误差最大为0.44ml/s。在剂量率从例如1600ml/h变化到零并且传输延迟例如为IOs的情况下，体积误差为大于4ml，这在许多情况下不再是可接受的。因此，传输协议的动态特性影响药理模型的计算误差。
[0025]根据本发明的一个变体，模拟命令能够在要测试的设备上执行，以便根据测试设备的口令降低剂量率。模拟的新剂量率经由标准的数据传输路径传输回至测试设备。能够从用于调节剂量率的口令和命令执行之间的时间差中推导出最大的计算误差能够为多大。从中又能够在测试设备上推导出传输协议的质量或者性能是否适合于这种应用(或者能够无误差地运行)的结论。
[0026]在准备阶段中能够设定不同的配置。特别地，在此能够产生测试命令。此外，基准应答能够根据相应的测试命令被限定并且分配给它们(该对应关系优选地存储在存储器组件中)。在本发明的一个优选的改进方案中提出，测试命令和基准应答之间的对应关系考虑了设备联合结构的总体配置。因此，特别地，测试命令和基准应答之间的对应关系是根据联合特定的(verbundspezifisch)。同样可行的是,测试命令和基准应答之间的对应关系是根据设备状态特定的(尤其版本特定的)和/或配置特定的(konfigurationsspezifisch)。“根据配置特定的”在此表示总系统的配置并且也考虑了设备的不同的版本。因此，也考虑了固件的不同的版本，所述固件安装在设备联合结构的设备的单个的部件或设备上。如果例如输液泵在第一版本中结合到设备联合结构中，那么可能的是，测试命令X产生基准应答Y，而当输液泵以另外的版本运行时，预期基准应答Y2。在该情况下在功能测试时考虑不同的版本或配置。
[0027]在要测试的医疗设备上执行相应的测试命令之后，设备将应答消息发送给测试装置。应答消息包括应答。应答能够是信号、信号序列(例如参数值的序列或者所获得的测量值、例如氧饱和度等的序列)。然而，应答也能够仅是二元信号，所述二元信号例如作为标记执行并且应当以信号通知测试命令实施的良好情况或误差情况。在本发明的一个有利的改进形式中，应答消息除了原本的应答之外还包括其他的数据，所述数据以包的形式作为应答消息(例如以加密的形式和/或具有附加的元数据)经由通讯协议发送给测试装置。
[0028]可代替地可行的是，应答与应答消息相同。在该情况下，将在要测试的设备上产生的、对于相应的测试命令的应答直接地且未改变地作为应答消息发送回至测试装置。
[0029]“功能测试结果”，在最简单的情况下能够被二元地编码并且基本上以信号通知两个状态:无误差的测试命令执行和有误差的测试命令执行。此外，功能测试结果还能够包括其他的元数据，例如测试执行的时间点、测试执行的持续时间、相应功能的显示、设备联合结构的激活的设备的显示等。
[0030]如之前已经提及的是，将功能测试方法主要划分成两个阶段:其中能够设定不同配置的配置或者准备阶段，和其中进行对设备或者输液泵的真正测试的测试阶段。
[0031]根据一个方面，全自动地执行功能测试，从而无需另外的用户交互作用。可替代地也可行的是，半自动地执行功能测试，从而例如必须在输液泵上在应用者方面执行动作以作为对于测试命令的反应。在此，因此能够检测相应的信号作为应答并且发送回至测试装置。
[0032]在本发明的一个优选的改进方案中提出，功能测试结果自动地在另外的实例上提供。这尤其当相同结构类型的输液泵或者医疗设备集成到设备联合结构中时证明是有利的。如果设备中的一个的功能测试能够实现正面的测试结果，那么所述测试结果也能够自动地提供用于相同结构类型的另外的医疗设备，使得因此不再需要在其他设备上的测试，并且能够有利地取消，或者使得在构造和功能方面相同的其他设备自动地被算作为是验证过的。因此，然而也能够实现对于相同结构类型的另外的装置准许。此外可行的是，如果在更晚的时间点将相同结构类 型的医疗设备连接到设备联合结构上，那么也后续地提供设备准许。因此不再必要的是，如果对于所述设备类型已经能够获得成功的功能测试结果，那么对新连接上的设备进行测试。[0033]根据本发明的一个方面，测试装置、例如作为电子的附加模块安装在设备联合结构的设备上，附加模块也能够后续地在设备上安装或者实现。然而可替代地，测试装置也能够作为中央服务装置安装在服务器上，所述服务器能够-例如经由网络-被医疗设备访问。同样可行的是，在设置用于进行测试的单独的测试模块上提供测试装置。
[0034]根据本发明的一个方面，要测试的医疗设备在没有另外的改变或者调整或附加安装的情况下结合到设备联合结构中。因此，如在相应的应用情况下提出的那样运行要测试的医疗设备。在此检测的数据或者信号作为应答信号转发给测试装置。因此有利的是，不必在要测试的医疗设备上执行附加的安装。
[0035]然而在本发明的一个可替代的实施形式中也可行的是，在要测试的医疗设备中的至少一个上执行附加的测试例程。测试例程用作为用于测试装置的对应方，所述测试装置安装在设备联合结构的各另外的医疗设备上。测试装置将测试命令发送给测试例程，所述测试例程一方面能够设计用于:能够执行所接收的测试命令并且能够将相应的应答信号发送回至测试装置，并且所述测试例程此外能够设计用于:在应答测试命令时在要测试的医疗设备上执行附加的测试措施。结果(成功或不成功)同样能够传递给测试装置。
[0036]通常，由测试装置启动功能测试。测试装置能够安装在麻醉设备或呼吸设备上或者安装在另外的医疗设备上(例如上面安装有病人数据管理系统的工作站，在病人数据管理系统上安装有用于在设备运行期间进行辅助决定的专家系统的设备)。
[0037]在上述实施例中，功能测试的发起始于安装有测试装置的设备(例如始于病人监视器或者麻醉设备)。然而可替代也可行的是，通过要测试的设备自身启动功能测试。例如，能够提出，如果设备联合结构识别将新的设备结合到设备联合结构中，那么自动地启动功能测试。同样可行的是，中央控制位置触发功能测试。在此，能够以事件控制的方式和/或时间控制的方式执行对功能测试的触发。
[0038]为了也经 由功能测试的输出报告相应的医疗设备的制造商，在本发明的一个优选的改进方案中提出，也自动地将相应的功能测试结果转发给基于计算机的其他的实例(尤其转发给装置制造商)，以便向其报告已运行的并且作为允许检查的组合的当前的状态。
[0039]根据本发明的一个方面，在医疗装置上提供测试命令，在所述医疗装置上安装测试装置，而在通讯伙伴、尤其是测试命令接收方进而要测试的医疗设备上执行测试命令本身。通过所接收的应答与相应的基准应答的比较，在测试装置上进行真正的测试。因此，功能测试能够设计作为分布式系统并且尤其作为客户机-服务器系统，所述客户机-服务器系统在测试装置上并且部分地在要测试的医疗设备上执行。
[0040]因此，功能测试检查医疗设备在功能方面的共同作用，所述医疗设备在设备联合结构内被联合。
[0041]根据本发明的另一方面，上述目的通过一种测试装置来实现，所述测试装置为了对输液泵或者其他的医疗设备进行功能测试而设计在设备联合结构内。设备联合结构除了要测试的医疗设备(下面还将其称为输液泵，但是不限制于此)之外，可选地还包括监视器、麻醉设备或者呼吸设备或者经由通讯协议进行数据交换的其他医疗设备。相应的医疗设备能够以不同的版本和配置结合到设备联合结构中(例如以不同的固件版本)。
[0042]测试装置包括存储器、至少一个测试模块和至少一个控制器。存储器用于存储一定数量的测试命令和一定数量的基准应答。在此，刚好分别将一个作为基准应答的应答分配给测试命令。基准应答优选是根据联合特定的和/或配置特定的。存储器优选为非易失存储器(例如EEPROM)。存储器内容也能够在测试装置运行期间被改变。
[0043]测试模块确定用于将至少一个测试命令从所提供的数量的测试命令中(从存储器中)经由通讯协议发送给分别要测试的输液泵以用于处理。测试模块还能够具有到外部实例的其他接口，以便例如接收启动信号或者测试激活信号(后者用于触发测试)。
[0044]控制器设计用于:接收对于在要测试的设备上执行的测试命令的应答，并且将所接收的应答与分配给测试命令的基准应答在一致性方面进行比较。在应答和基准应答一致的情况下能够输出成功的功能测试结果。
[0045]在测试装置的一个可替代的实施方案中，测试模块和控制器设计在共同的测试和控制模块中。因此，能够更简单且更节约成本地构造该测试装置。
[0046]测试装置设计在命令发送器上，而要测试的装置用作命令接收器。测试发送器和/或命令接收器能够通过医疗模块和设备构成，其包括病人监视器、复杂的医疗技术系统、例如病人数据管理系统、麻醉设备、呼吸设备和单个的模块、例如输液泵或类似物。
[0047]可替代地，测试装置也能够设计在中央服务器上，所述中央服务器与测试命令容器(Repository)进行数据交换。
[0048]根据一个优选的实施形式，原则上设有两个运行状态:
[0049]1.正常的运行状态和
[0050]2.测试状态。测试状态能够通过测试激活信号来激活或者启动。在该情况下，控制器优选地设计用于在获得测试·激活信号之后激活测试装置。通常，医疗设备处于功能上的运行模式中，并且控制器是未被激活的。
[0051]根据本发明的解决方案的特别的优点能够在于，存储器能够随时被修改地写入。如果例如扩展要测试的设备的功能范围，进而根据确定的测试命令检测附加的数据作为对于相应的测试命令的应答，那么自动地调整对于相应的测试命令的基准应答。因此，所允许的基准应答包括新检测到的数据并且能够在全部未来的功能测试中直接地考虑该新检测到的数据。
[0052]在本发明的一个有利的改进方案中，测试装置附加地设计有控制单元，所述控制单元包括传感器和/或执行器，所述传感器和/或执行器设计用于在其上安装有测试装置的医疗设备上执行测试命令。控制单元产生对于测试命令的控制应答并且将所述控制应答转发给控制器。控制器接着能够执行附加的比较。因此，要测试的医疗设备的所接收到的应答不仅与基准应答在一致性方面进行比较，而且还附加地与在控制器上提供的控制应答进行比较，在控制单元上提供所述控制应答。因此，提高了测试安全，并且还可行的是考虑当前的、时间上的表现。
[0053]另一目的解决方案在于一种医疗技术装置、尤其在于病人监视器或者麻醉设备或呼吸设备，其设计带有上面描述的测试装置。
[0054]一个主要的优点能够在于，测试装置也能够被更新，并且也能够在医疗装置交付之后安装在相同的医疗装置上。
[0055]本发明的另一方面能够在于，要测试的医疗设备能够在设备或者通讯协议没有另外改变的情况下进行测试。尤其不必要的是，在测试装置和要测试的输液泵之间提供附加的控制信道。功能测试经由常见的通讯协议展开。换而言之，用于运行要测试的医疗设备的接口和用于测试医疗设备的接口是相同的。这两者是总归被提供的通讯协议。这具有显著的优点在于，不必在要测试的设备上实施附加的安装消耗和附加的设定。
[0056]之前描述的、根据本发明的方法的实施形式也能够设计为具有计算机程序的计算机程序产品，其中当在计算机上或者在计算机的处理器上加载或者执行计算机程序时，计算机促使执行上面描述的、根据本发明的方法。
[0057]一个可替代的目的解决方案也在于具有计算机程序编码的计算机程序，当在计算机上执行计算机程序时，所述计算机程序用于执行所要求的或者上面描述的方法的全部方法步骤。在此，计算机程序也能够存储在可机器读取的存储介质上。
[0058]一个可替代的目的解决方案提出一种存储介质，所述存储介质被确定用于存储上面描述的、计算机执行的方法并且可由计算机读取。
[0059]在本发明的范围内，不必在一个并且同一个计算机实例上强制地执行方法的全部步骤，而是其也能够在不同的计算机实例上执行。必要时也能够改变方法步骤的顺序。
[0060]此外可行的是，上面描述的方法的单个部分能够在可销售的单元中执行，并且剩余部分能够在另外的可销售的单元中-可以说作为分布式的系统-执行。
【专利附图】
【附图说明】
[0061]在下面详细的附图描述中，根据【专利附图】
【附图说明】了具有其特征和另外的优点的、不能够理解为是限制性的实施例。在附图中示出:
[0062]图1示出具有测试装置和要测试的输液泵的、根据本发明的一个优选的实施形式的医疗技术设备的概览图，
[0063]下面根据图1详细阐明本发明。
【具体实施方式】
[0064]图1概览地以示意的方式示出医疗设备联合结构V的组成部分，所述组成部分经由至少一个通讯协议P进行数据交换。
[0065]本发明的主要的应用领域在于特别看护治疗和麻醉领域，并且涉及设备联合结构V,所述设备联合结构还包括麻醉设备或呼吸设备AB和特别看护治疗和麻醉领域上的其他医疗和电子单元，例如输液泵G。典型地，在设备联合结构V中还结合有其他的电子设备，例如病人监视器。在一个优选的实施形式中，例如能够涉及 申请人:的这种病人监视器，该病人监视器设计用于稳定地监视病人的生命数据，并且能够提供有集成的电源和用于显示数据的平面显示器。根据实施形式，病人监视器设计用于检测且显示病人的多种生理数据，其例如为:具有心律不齐识别的EKG数据、例如借助阻抗呼吸描记器检测的呼吸数据、脉冲血氧定量数据、用于血液的(尤其是功能性的血红蛋白上的氧化血红素的份额的)氧饱和度的数据、例如借助透射光谱光度测量仪测量的脉搏数据、无创的血压数据。
[0066]然而根据实施方案也可行的是，代替输液泵或者灌注装置G或者除了泵G，也将其他的医疗技术设备或者模块结合到联合结构V中，例如用于对血压、体温、气体监视进行有创测量的设备的适配器，以用于测量神经数据，尤其是EEG数据等。此外，在设备联合结构V中能够结合对所检测的设备进一步评估和处理的设备，尤其为病人数据管理设备和其他的基于计算机的应用。[0067]在一个优选的实施形式中，设备联合结构V至少由从中获取数据的源和被确定用于在数据源上获取的数据的宿组成。源和宿能够具有用于数据交换的相应的接口且通常基于计算机的技术设备。源和/或宿通常具有集成电路(例如FGPA, Field ProgrammableGate Array (现场可编程门阵列))，以便执行特定的功能。
[0068]在大多数应用情况下并且在也本发明的在图中示出的、优选的实施形式中，将病人监视器AB连接到至少一个输液泵G上。在图1中仅示出一个泵G ;然而同样在本发明的范围内明确的是，对多个泵或其他的设备G执行并行的测试。
[0069]在图1中在上方示出了在该实施例中应当取代麻醉设备或呼吸设备AB的病人监视器。病人监视器AB经由通讯协议P与输液泵G (在下方示出)通讯。此外，还能够在联合结构V中接合另外的医疗设备G。
[0070]在实际中示出，运行具有不同的软件/固件或(结构不同的)设备版本的相应的电子设备或基于计算机的设备(病人监视器、泵、测量设备等)，这些设备必须以组合的方式被验证或者认可。
[0071]因此例如可行的是，能够运行具有病人监视器AB的第一软件版本的泵G并且其正常工作，而具有病人监视器AB的第二软件版本的所述泵不再正常工作。因此，文本对于总联合结构V的无误差的运行而言是重要的。在此，能够考虑具有其软件版本和配置的全部所连接的子系统。在此引起困难增加的是，单个的设备G出自不同的制造商并且进而在相应设备交付之后才确定必须借助哪些另外的设备来与设备G交互作用。
[0072]在此所提出的测试装置和测试方法实现了:也后续地、尤其在相应的设备G交付之后能够确保检查或者认可设备联合结构V中的无误差的功能。该测试能够全自动地执行。
[0073]为了在病人监视器AB上处理在输液泵G上生成的数据，设有通讯协议P。经由通讯协议P由输液泵G传递例如药品的稀释度和药品名称以及给药的体积和连续的计量率。通讯协议P以制造商特定的方式在输液泵G中执行。
[0074]根据本发明，现在经由刚好同一个的通讯信道P发送用于测试设备G的附加的数据包。如在图1中示出，病人监视器AB将至少一个测试命令20发送给输液泵G。测试命令也能够给包括多个口令序列。然而可替代地也能涉及单块的命令模块。为此，在病人监视器AB上提供一定数量的可行的测试命令，所述测试命令然后能够以应用特定的方式来选择。然而，测试命令并不直接在病人监视器AB上执行或者在其上安装有测试装置10的设备上执行，而是首先经由通讯协议P传递给输液泵G，以便在那里(在泵上)执行。命令执行导致在泵G上获取结果数据。结果数据能够是测量数据(例如EEG数据、EKG数据、病人的脉搏、体温或者其他生命数据、对于麻醉深度数据或者药理或药效数据等)。可替代地，结果数据也能够是仅一个用信号通知测试命令的无误差的执行或者有误差的执行的信号。因此，在输液泵G上产生基准应答30作为对于测试命令20的应答，所述基准应答经由通讯协议P传输回至病人监视器AB，以便在那里在测试装置10中进行处理。
[0075]在图1中示出的实施例中，在病人监视器AB上实现测试装置10。然而其他的实施例提出，测试装置10能够安装在麻醉设备或者呼吸设备AB上。同样可行的是，测试装置10安装在同样经由网络NW与设备G进行数据交换的中央服务器上。
[0076]测试装置10包括存储器MEM、测试模块T和控制器C。存储器设计用于存储一定数量的预配置的测试命令20。在此同样在配置阶段中确定:分别预期对于测试命令20的哪些应答。所预期的应答作为基准应答30’被分配给相应的测试命令20。因此，在存储器中存在测试命令20和基准应答30’的对应关系。这能够示意性地如下进行描述:
[0077]-第一测试命令20厂第一基准应答30’!
[0078]-第二测试命令202_第一基准应答30’2
[0079]-......[0080]-第N测试命令20n_第一基准应答30’n。
[0081]本发明的一个特别的优点在于，在配置阶段中，将相应的测试命令20、基准应答30’和/或在测试命令和基准应答之间的对应光学能够动态地匹配于相应的应用情况。因此，在无误差的运行中预期的基准应答30’是根据联合特定的。“根据联合特定的”在本文中表示:所预期的基准应答30’考虑具有其相应的软件版本的、结合在设备联合结构V中的设备G。此外，基准应答30’和测试命令20之间的对应关系也能够是根据配置特定的，这表示，考虑了设备G和/或全部设备联合结构V的相应配置。换而言之，当应当激活或者运行具有其他功能的相应的设备G、或者耦联在还包括附加设备的其他的设备联合结构V中时，或者在运行具有其他软件版本的相应的设备G时，能够预期其他的基准应答30’。 [0082]在一个优选的实施形式中，测试模块T设计为发送单元，并且其用于经由通讯协议P将所选出的测试命令20发送给输液泵G。
[0083]控制器C设计和设置为接收和处理单元，以便接收由输液泵G所接收的、对于相应的测试命令20的应答30。然后，将应答与分配给测试命令20的基准应答30’在一致性方面进行比较。在一致的情况下，能够输出成功的功能测试结果。因此能够确保的是，输液泵G对于相应的测试命令20刚好如所预期的那样表现并且提供所预期的和所设置的应答30(所述应答与基准应答30’ 一致)。
[0084]在参考图1的情况下，下面详细描述根据一个优选的实施形式的流程。
[0085]功能测试方法分成两个阶段:配置阶段和测试阶段，测试阶段紧接配置阶段，但是能够在时间上分离地执行。
[0086]在配置阶段中，在总设备联合结构V中产生用于具有不同的软件版本和不同的配置的不同的设备G的不同的测试命令。同样地，产生对于相应的测试命令20的所预期的基准应答30’，并且其被分配给测试命令。在相应的测试明20和所预期的基准应答30’之间的对应关系被存储。在本发明的更复杂的实施形式中，在此还能够执行其他的方法步骤。因此，例如可行的是，还配置必须以何种时间间隔进行应答，以便将过高的延迟时间评估为误差。如果应当并行地测试多个设备，那么在此也还能够配置从哪个设备G中出现所得出的应答30。
[0087]在测试阶段开始时，必须将要测试的设备G从运行模式转入到测试模式中，以便在医疗设备G上激活测试状态。为此能够提出，病人监视器AB或者测试装置10将激活信号40发送给设备G。激活信号40的发送能够被时间相关地和/或事件相关地触发(例如在将附加的设备G结合到设备联合结构V中的情况下、在识别新的软件版本的情况下、在识别之前误差情况的情况下等)。状态过渡尤其在麻醉和特别看护治疗的医疗设备中是重要的，以便能够可靠地确保设备的无功能误差的运行。
[0088]在测试阶段的第二步骤中，在测试装置10上选择测试命令20并且发送给输液泵G以用于执行。该步骤在测试装置10上或者在病人监视器AB上执行。
[0089]在测试阶段的第三步骤中，测试命令20在要测试的输液泵G上执行。在命令执行之后，在泵上检测应答30并且由此生成应答消息。应答消息除应答30之外还能够包括其他的数据，例如时间数据、版本数据、网络数据、地址数据(例如设备G的IP地址或者其他的网络协议地址，如果并行地且同时测试多个设备G并且为了能够一对一地在测试装置10上识别所述设备的应答30的输入)。然而也可行的是，应答30未改变地作为应答消息发送回至测试装置10。
[0090]在测试装置10上得到具有应答30的应答消息之后，所接收的应答30能够与基准应答30’进行比较，所述基准应答被分配给相应的测试命令20。
[0091]在一致的情况下，输出成功的测试结果。在一致性有错的情况下，能够示出错误信号(光学地和/或声学的和/或以其他数据形式)。
[0092]在比较之后或在输出功能测试结果之后，该方法能够再次执行另外的测试过程。因此，能够重复地为用于相同的设备G的另外的测试命令20执行该方法。同样可行的是，连续地和/或并行地测试多个设备G。
[0093]下面，描述用于根据本发明的测试的不同的应用情景。
[0094]第一制造商的病人监视器AB例如经由输液泵G的接口 P得到数据，其中输液泵G由第二制造商制造。然后，病人监视器AB应当从上述数据中计算另外的数据。第一制造商验证并且允许病人监视器AB和输液泵G的组合。如果现在通过第二制造商进行输液泵G上的软件升级，那么不再验证病人监视器AB和输液泵G的组合。原则上，第二制造商不了解在何种具体应用情况下运行其输液泵G、尤其借助何种监视器运行所述输液泵。
[0095]在第 一应用实例中，病人监视器AB的测试装置10自动地识别输液泵G的改变的软件版本，并且实现对泵接口P的后续的自动验证。为此，执行在测试装置10中限定的、且可预配置的测试例程。为此，能够在测设装置10上执行测试命令20的序列，所述测试命令经由确定的指令或者自动地和/或通过应用者手动地执行。在此，应用者例如能够设定在输液泵G处的设定值。泵G接下来在执行测试命令20之后经由未改变的且集成的泵输出协议P将设定值传输给所连接的病人监视器AB。紧接着，安装在病人监视器AB上的测试装置10能够处理所接收的数值。一旦满足接受标准并且确定成功的功能测试，就能够解释病人监视器AB和更新的泵版本G之间的兼容性。
[0096]在本发明的一个有利的改进方案中，测试装置10能够通过附加的测试辅助器扩展。例如，测试辅助器能够是控制单元K和尤其是流量传感器。因此，流量传感器用作为用于要测试的设备G的基准模块，在该情况下是输液泵G。流量传感器同样能够馈送测试命令20并且接着生成控制应答30’ ’。因此可行的是，实际上将由要测试的输液泵G接收的应答30与两个基准值比较:一方面与基准值30’比较，其总归存储在测试装置10的存储器MEM中，并且附加地与测试辅助器输出的控制应答30’’比较。附加地，流量传感器还能够生成另外的数值作为控制应答，以便例如能够更好地利用其时间特性评估系统的动态。重要的优点能够在于，暂时地安装控制单元K并且紧接着在测试过程结束之后也还能够从设备AB中移除。控制单元K能够用于附加地检查测试安全进而用于提高测试安全。
[0097]在另一个实施例中，要测试的设备G能够包括附加的模拟模块。模拟模块包括促动机构、用于促动机构的控制软件、用于数据输出且用于馈入模拟数据的接口，其用于输出数据。在此，模拟数据或者能够固定地集成到输液泵G中。可替代地，模拟数据也能够通过外部的控制装置来设定。一旦病人监视器AB与输液泵G耦联，测试装置10就启动输液泵G上的模拟并且或者能够输出特定的数据轮廓，或者能够目的明确地设定模拟值。因此，取消手动地操作输液泵G。模拟软件执行该作用。因此，能够全自动地执行功能测试。然后，在病人监视器AB上接收输出的数据并且与预配置的模拟轮廓在一致性方面进行比较。在一致的情况下，输出成功的功能测试结果。
[0098]在另一实例中，成功的功能测试结果能够用于另外的设备安装。一旦通过成功的功能测试结果解释所连接的输液泵G的兼容性，病人监视器AB就能够将所述数据传递给中央的兼容性数据库。兼容性数据库也能够设计为服务器上的容器。容器将兼容性数据或者传输给用于被请求的病人监视器AB的请求器上，或者将兼容性数据主动地传输给全部当前登记的病人监视器AB。如果没有设计兼容性数据库，那么将测试结果手动地从第一病人监视器传递至第二病人监视器。病人监视器AB的制造商能够在准备阶段当然也将被验证的兼容性数据馈送给容器。此外提出，设备(例如病人监视器AB)的相应的制造商能够随时更新、改变或者删除兼容性数据。
[0099]如之前描述的那样，测试装置10通常直接地集成在病人监控器AB上。然而可替代也可行的是，测试装置10居中地置于服务器上，所述服务器与病人监视器、病人数据管理系统或者其他的医疗设备AB数据交换。然后，相应的设备AB能够在需要时加载测试装置10的功能组成部分、尤其是服务器的测试程序并且置于设备上以用于执行。
[0100]测试装置能够以软件和/或硬件形式实现。优选地，测试装置10作为嵌入的系统集成或者嵌入病人监视器中或麻醉设备和/或呼吸设备中。测试方法用于存储、处理和转发对于相应的测试命令的应答数据，所述测试命令在要测试的设备G和测试装置10之间进行交换。测试方法尤其考虑分别要测试的设备G的修改的功能流程，这通过为了设备G的运行而检查连接在病人监视器AB上的其他的部件、相应程序的版本和配置来实现。单个的方法部段也或者整个方法能够·是固定地在测试装置10上布线的微处理器解决方案的一部分。方法的全部的或所选择的部段被二元地编码并且以数字的形式存在。在此，全部的或者个别的方法部段能够作为源代码(Source Code)、作为编译码(机器码)或作为翻译码(例如以不同的翻译语言、如Ruby、PHP等)提供或者通过翻译器(例如Jit-Compiler (即时编译器))来翻译。
[0101]病人监视器或者麻醉设备或呼吸设备AB例如能够包括具有单独的固件的多个处理器。
[0102]以上面所描述的方式，测试装置10包括存储器MEM，所述存储器在优选的实施形式中直接地集成到测试装置10中。可替代地，存储器MEM也能够通过存储器模块、存储卡或移动式数据载体(例如以USB棒的形式)构成，以便提高在测试命令20和基准应答30’之间的对应关系的灵活性。
[0103]在一个优选的实施形式中，测试装置10原则上在设备G的每次开动之前且在检测到设备联合结构V上的变化之后被激活。
[0104]最后需要指出的是，不能将本发明的说明书和实施例原则上在本发明的确定的物理实现方案方面理解为是限制性的。对于本领域技术人员而言尤其公开的是，本发明能够以分布的方式部分或者完全地以软件和/或硬件和/或以多个物理产品-在此尤其也是计算机程序产品-的形式来实现。
[0105]附图标记列表
[0106]10测试装置
[0107]G要测试的输液泵或者医疗设备
[0108]V设备联合结构
[0109]AB病人监视器或者麻醉设备或呼吸设备
[0110]P通讯协议
[0111]MEM存储器
[0112]T测试模块
[0113]C控制器
[0114]K控制单元
[0115]20测试命令
[0116]30应答
[0117]30’基准应答
[0118]30”控制应答
[0119]40测试激活信号
[0120]NW网络
【权利要求】
1.一种用于对设备联合结构(V)内的输液泵或者另外的医疗设备(G)进行功能测试的测试装置(10)，所述设备联合结构至少包括麻醉设备或者呼吸设备(AB)，其中所述设备联合结构(V)的所述设备经由通讯协议(P)进行数据交换，并且其中存在所述设备联合结构(V)的不同的配置，所述测试装置包括: -存储器(MEM)，在所述存储器中存储一定数量的测试命令，其中给每个所述测试命令(20)分配并且存储有至少一个基准应答(30’)，并且其中所述基准应答(30’)是根据联合特定的和/或配置特定的， -至少一个测试模块(T)，所述测试模块确定用于:从所提供的数量的所述测试命令中将至少一个测试命令(20)经由所述通讯协议(P)发送给要测试的所述输液泵或者发送给所述医疗设备(G)以用于进行处理， -至少一个控制器(C)，其中所述控制器(C)设计用于:接收对于所执行的所述测试命令(20)的应答(30)，并且将所述应答与分别分配给所述测试命令(20)的所述基准应答(30’)在一致性方面进行比较，并且在一致的情况下输出成功的功能测试结果(40)。
2.根据权利要求1所述的测试装置(10)，其中，所述测试装置(10)设计在所述麻醉设备或者呼吸设备(AB)上。
3.根据前述权利要求中任一项所述的测试装置(10)，其中，所述控制器(C)设计用于在获得测试激活信号(40)之后激活所述测试装置(10)。
4.根据前述权利要求中任一项所述的测试装置(10)，其中，所述测试命令(20)包括模拟命令。
5.根据前述权利要·求中任一项所述的测试装置(10)，其中，所述存储器(MEM)能够随时修改地写入具有其他的测试命令(20)和/或基准应答(30’)。
6.根据前述权利要求中任一项所述的测试装置(10)，其中，所述测试装置(10)附加地包括控制单元(K)，所述控制单元包括设计用于执行所述测试命令(20)和用于产生对于所述测试命令(20)的控制应答(30’ ’ )的传感器和/或执行器，并且其中所述控制单元(K)分别将所产生的所述控制应答(30’’)转发给所述控制器(C)，使得所述控制器(C)将所接收的所述应答(30 )与所述控制应答(30 ’ ’)并且与所述基准应答(30 ’)在一致性方面进行比较。
7.一种用于应用在包括多个模块的设备联合结构(V)中的麻醉设备或呼吸设备(AB)，具有: -根据前述权利要求中任一项所述的测试装置(10)，其中所述测试装置(10)能够被更新。
8.一种用于对设备联合结构(V)中的输液泵或其他的医疗设备(G)进行功能测试的方法，所述设备联合结构至少包括麻醉设备或者呼吸设备(AB)，其中所述设备联合结构(V)的所述设备经由通讯协议(P)进行数据交换，并且其中存在所述设备联合结构(V)的不同的配置，所述方法具有下述方法步骤: -提供一定数量的测试命令，所述测试命令确定用于在所述输液泵上或者在所述医疗设备(G)上执行，其中分别给每个所述测试命令(20)分配并且存储有至少一个基准应答(30’)，并且其中所述基准应答(30’ )是根据联合特定的和/或配置特定的， -在所述医疗设备(G)上激活测试状态，-从所提供的数量的所述测试命令中将至少一个测试命令(20)经由所述通讯协议(P)发送给所述输液泵或者发送给所述医疗设备(G)， -在所述输液泵上或者在所述医疗设备(G)上执行所述测试命令(20)，并且经由所述通讯协议(P)发送至少一个应答消息并且从所述应答消息中将应答(30)解包， -将所接收的所述应答(30 )与分配给所述测试命令(20 )的相应的所述基准应答(30 ’)进行比较，并且在一致的情况下:输出成功的功能测试结果(40)。
9.一种计算机程序产品，其中所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机(AB，G)的存储器(MEM)上或者数据载体上，或者所述计算机程序能够经由网络连接(NW)加载，并且所述计算机程序包括能够由所述计算机读取的命令，当在所述计算机上执行所述命 令时，所述命令确定用于执行根据上述方法权利要求所述的方法。
【文档编号】A61M5/142GK103845776SQ201310624757
【公开日】2014年6月11日 申请日期:2013年11月26日 优先权日:2012年11月30日
【发明者】于尔根·马尼格莱, 马库斯·施特雷勒 申请人:德尔格医疗有限责任公司
相关技术
网友询问留言
已有0条留言
- 还没有人留言评论。精彩留言会获得点赞！
1