泵兼容性測試的制作方法
【專利摘要】本發(fā)明涉及一種泵兼容性測試、一種測試裝置（10）、一種功能測試方法、一種麻醉設備或者呼吸設備（AB）和一種用于輸液泵（G）的功能測試的計算機程序產(chǎn)品。測試裝置（10）優(yōu)選在麻醉設備或者呼吸設備（AB）上被準許并且包括存儲器（MEM）、測試模塊（T）和控制器（C）。測試模塊（T）將測試命令（20）發(fā)送給輸液泵（G），輸液泵在執(zhí)行命令之后向控制器（C）發(fā)送回應答（30）。控制器（C）因此能夠將所接收的應答（30）與基準應答（30’）在一致性方面進行比較，以便輸出成功的功能測試結果。
【專利說明】泵兼容性測試
【技術領域】
[0001]本發(fā)明基于醫(yī)療技術和電子領域。本發(fā)明尤其涉及一種用于后續(xù)地準許(Freigabe)醫(yī)療技術設備的聯(lián)合結構中的設備組合的技術方法，尤其涉及特別看護治療和麻醉領域。
【背景技術】
[0002]在現(xiàn)代醫(yī)療技術系統(tǒng)中通常經(jīng)由網(wǎng)絡集成多個不同的技術設備，這些設備被共同連接成聯(lián)合結構。聯(lián)合結構例如能夠由病人監(jiān)視器、輸液泵、麻醉設備或呼吸設備和/或其他的醫(yī)療技術模塊和系統(tǒng)(同樣包括軟件系統(tǒng),如病人數(shù)據(jù)管理系統(tǒng))組成。
[0003]醫(yī)療技術聯(lián)合結構的單個的設備和部件(例如病人監(jiān)視器、輸液泵、麻醉設備和/或呼吸設備等)經(jīng)由特定的通訊接口交換數(shù)據(jù)。此外，能夠提供到外部的處理系統(tǒng)的接口，例如到病人數(shù)據(jù)管理系統(tǒng)的接口。已知的是，要確保兩個通訊伙伴的兼容性。為此提出:在準備階段在分別要測試的設備上執(zhí)行特定的測試案例。至此，這由必須操作相應設備的系統(tǒng)工程師手動地進行。
[0004]然而，該方法出于不同的理由而被證實為是不利的，這是因為顯著的維護耗費和高的成本與其聯(lián)系在一起。一旦在這些設備中的一個上布置了新的軟件升級，出于調(diào)整的原因必需的是:要在整個系統(tǒng)方面證實其兼容性。
[0005]其他的困難能夠在于:將不同制造商的相應的部件和設備組合成醫(yī)療整體聯(lián)合結構。一旦改變聯(lián)合結構的設備中的一個(或者通過改變軟件、固件或者通過以其他方式進行改變)，這就引起在聯(lián)合結構中可能不存在被驗證的設備組合。必須將這種情況可靠地排除。至今手動的方法暗藏聯(lián)合結構操作員或者用戶(例如醫(yī)院)在沒有驗證的情況下運行設備組合且自己 負責的風險。此外，不利之處在于:相應的設備制造商不了解關于各運行的且可能未被驗證的設備組合。因此增加了用于測試總系統(tǒng)的耗費。
[0006]在移動無線電技術和客戶機/服務器系統(tǒng)的領域，例如從US7，155,639中已知，也在計算機系統(tǒng)運行期間，在客戶機側加載測試模塊，以便測試應用端口(ApplicationProgramming Interface-API (應用程序界面))的功能。在此，除服務器和客戶機之間的通訊信道之外，安裝有附加的控制信道，以便在控制信道上能夠在客戶機和服務器之間進行數(shù)據(jù)交換并且進行測試。

【發(fā)明內(nèi)容】

[0007]因此，本發(fā)明的目的是提出一種技術實施方案，借助所述技術實施方案能夠自動化進行、改進和無誤差地執(zhí)行在設備聯(lián)合結構中運行的對不同的醫(yī)療技術設備的測試、尤其是對輸液泵的測試。在此，也應當考慮能夠在單個的設備上運行的不同程序版本，以便也能夠在兼容性方面-也在交付之后-檢查總系統(tǒng)，而不必改變要測試的設備。
[0008]所述目的通過附帶的權利要求來實現(xiàn)，尤其是通過一種測試裝置、一種醫(yī)療設備(尤其是麻醉設備和呼吸設備)、一種計算機執(zhí)行的方法并且通過一種計算機程序產(chǎn)品來實現(xiàn)。
[0009]下面，根據(jù)方法描述本發(fā)明。在此所提及的實施形式、可替代的解決方案、其他的特征和優(yōu)點同樣也能夠轉移到對上述目的的其他的解決方案上(即轉移到計算機程序產(chǎn)品上和轉移到測試裝置和/或設備上)，并且反之亦然。因此，結合測試裝置所要求和/或描述的特征也能夠應用于該方法、該設備或者該計算機程序產(chǎn)品，并且反之亦然。在此，方法的相應功能特征通過設計用于承擔相應功能的相應微處理模塊或者硬件模塊來執(zhí)行。
[0010]根據(jù)一個方面，本發(fā)明涉及一種用于測試輸液泵、劑量泵、灌注裝置或者在醫(yī)療技術的設備聯(lián)合結構中運行的其他的醫(yī)療技術設備的功能的方法。設備聯(lián)合機構例如能夠包括病人監(jiān)視器、麻醉設備和/或呼吸設備和/或另外的醫(yī)療技術應用。設備聯(lián)合結構中的設備經(jīng)由通訊協(xié)議來相互作用。設備聯(lián)合結構中的醫(yī)療設備的至少一部分包括其中存儲有程序(例如固件)的存儲器。程序能夠以不同的版本來安裝。因此，能夠借助不同的程序版本來運行設備，使得也能夠不同地配置設備聯(lián)合結構。
[0011 ] 所述方法包括下述方法步驟:
[0012]-提供一定數(shù)量的測試命令。優(yōu)選在測試裝置上提供測試命令，并且其確定用于在輸液泵上或者在醫(yī)療設備上執(zhí)行。在此，這樣設計測試命令，使得在功能正確且無誤差的情況下能夠分配單一的應答作為基準應答。換而言之，這樣設計相應的測試命令，使得在醫(yī)療設備正確運行的情況下對于測試命令能夠預期基準應答。優(yōu)選地，在測試裝置中存儲相應的測試命令和所預期的基準應答之間的對應關系。
[0013]-在預處理階段結束之后，通過在醫(yī)療設備上激活測試狀態(tài)能夠導入真正的測試階段。 [0014]-在激活測試狀態(tài)之后，從所提供數(shù)量的測試命令中將至少一個測試命令由測試裝置經(jīng)由通訊協(xié)議發(fā)送給輸液泵或者發(fā)送給要測試的醫(yī)療設備。
[0015]-隨后，在輸液泵上或者在要測試的醫(yī)療設備上執(zhí)行所發(fā)送的測試命令。在完整地執(zhí)行測試命令之后，輸液泵或者醫(yī)療設備產(chǎn)生應答信號或者應答消息，該應答信號或者應答消息經(jīng)由通訊協(xié)議發(fā)送回測試裝置。應答消息包括對于測試命令的應答，并且此外還能夠包括其他的元信息(例如時間數(shù)據(jù)、版本數(shù)據(jù)、位置數(shù)據(jù)等)。
[0016]-隨后，在測試裝置上能夠對來自應答消息中的所接收的應答解包(entpakt)(例如解鎖并且與其他的數(shù)據(jù)組分離)并且與相應的基準應答在一致性方面進行比較。如果所接收的應答與分配給測試命令的基準應答一致，那么能夠輸出成功的功能測試結果，所述功能測試結果必要時也能夠被轉發(fā)給設備聯(lián)合結構的其他的實例和/或轉發(fā)給另外的外部的實例。
[0017]下面，詳細闡明在本申請的范圍內(nèi)所應用的術語。
[0018]術語“功能測試”能夠理解為是概括的，并且包括在無誤差運行時分別對要測試的設備進行的測試。此外，測試包括對設備聯(lián)合結構的所連接的部件的版本測試，進而檢查不同的裝置版本的可容許性。此外，也包括兼容性測試。根據(jù)本發(fā)明的解決方案的一個有利的方面能夠在于:功能測試也包括接口測試。因此，也能夠檢查在上面安裝有測試裝置的設備和所連接的、要測試的設備之間的接口。如果(例如由于有誤差的或者錯誤的網(wǎng)絡連接)例如中斷了通訊接口，那么這在測試裝置上被檢測，因為不能對于所發(fā)送的測試命令接收相應的應答信號。為了能夠反映網(wǎng)絡的在此短暫的帶寬波動，在本發(fā)明的一個優(yōu)選的實施形式中提出，在此能夠預先配置時間上的閾值，必須該在時間上的閾值之內(nèi)在測試裝置上接收對于相應的測試命令的應答。一旦超過所述閾值，就輸出相應的錯誤信號。
[0019]醫(yī)療設備優(yōu)選為輸液泵或者劑量泵。然而同樣在本發(fā)明的范圍內(nèi)提出:在此提供其他的電子的、醫(yī)療技術的設備，所述設備應當集成到設備聯(lián)合結構中。除了輸液泵之外，這例如能夠是病人監(jiān)視器、麻醉設備、呼吸設備、病人數(shù)據(jù)管理設備和/或其他的醫(yī)療應用。
[0020]優(yōu)選地，測試裝置安裝在設備聯(lián)合結構的設備中的一個上，例如安裝在麻醉設備或者呼吸設備上。然而也可能的是，測試裝置安裝在其他的設備上或者安裝在外部的設備上，所述外部的設備與設備聯(lián)合機構的其他的設備進行數(shù)據(jù)交換。
[0021]通訊協(xié)議能夠是局域網(wǎng)(LAN-LokalArea Network)的或者 WAN (Wide AreaNetwork (廣域網(wǎng)))網(wǎng)絡的標準化的協(xié)議。此外，在此能夠應用特別的協(xié)議以用于數(shù)據(jù)交換。此外可行的是，設有無線通訊裝置，使得相應的設備例如經(jīng)由藍牙或者經(jīng)由其他的無線協(xié)議來相互作用。
[0022]“測試命令”能夠是例如需要對其他的醫(yī)療設備的數(shù)據(jù)請求(例如請求命令)。此外可行的是，測試命令在其自身方面包括多個測試口令，所述測試口令應當在輸液泵上或者在要測試的醫(yī)療設備上執(zhí)行。在一個簡化的實例中，測試命令例如能夠包括下述內(nèi)容:“生物醫(yī)療應當在輸液泵處設定10ml/h的流量”。為所述測試命令能夠預期確定的基準應答。在該情況下，基準應答的特征例如在于:在設備上檢測的數(shù)據(jù)以正確的格式、以正確的序列和/或以正確的時間順序出現(xiàn)并且被傳遞給測試裝置。此外，因此檢查究竟是否將應答信號從要測試的醫(yī)療設備傳輸回測試裝置。因此能夠分析，測試命令的相應對應方(即測試命令的接收者)是否也“如所期待的那樣”表現(xiàn)。如果相應的測試命令本身不預期應答信號，那么能夠設定的是，在成功地進行數(shù)據(jù)傳遞時將至少一個驗證信號作為應答消息傳遞給測試裝置，以便以信號的方式報告成功的數(shù)據(jù)傳遞和命令執(zhí)行。通常，測試命令是包括所檢測的數(shù)據(jù)的確定順序作為應答的數(shù)據(jù)請求?？商娲?，在此也能夠提供其他的口令，應當在要測試的設備上執(zhí)行 所述口令。在此，也能夠是被全自動地執(zhí)行的口令(分接信號和/或數(shù)值)或者是手動地由應用者直接地在要測試的醫(yī)療設備上所執(zhí)行的口令。
[0023]測試命令能夠在本發(fā)明的一個有利的實施形式中包括模擬命令。模擬命令用于并不在要測試的裝置上進行命令執(zhí)行，而是僅檢測作為應答信號的要模擬的和已模擬的結果值，所述模擬信號然后被傳送給控制器以用于進行檢查。
[0024]如果例如借助于基于藥品的劑量率的藥理模型計算血液中的藥品濃度，那么對于誤差觀察重要的是，直到經(jīng)由協(xié)議傳輸實際的劑量率時持續(xù)了多久。在通常的劑量率最大為1600ml/h的情況下，取決于非任意大的掃描率的由在傳輸協(xié)議中的延遲所引起的誤差最大為0.44ml/s。在劑量率從例如1600ml/h變化到零并且傳輸延遲例如為IOs的情況下，體積誤差為大于4ml，這在許多情況下不再是可接受的。因此，傳輸協(xié)議的動態(tài)特性影響藥理模型的計算誤差。
[0025]根據(jù)本發(fā)明的一個變體，模擬命令能夠在要測試的設備上執(zhí)行，以便根據(jù)測試設備的口令降低劑量率。模擬的新劑量率經(jīng)由標準的數(shù)據(jù)傳輸路徑傳輸回至測試設備。能夠從用于調(diào)節(jié)劑量率的口令和命令執(zhí)行之間的時間差中推導出最大的計算誤差能夠為多大。從中又能夠在測試設備上推導出傳輸協(xié)議的質(zhì)量或者性能是否適合于這種應用(或者能夠無誤差地運行)的結論。
[0026]在準備階段中能夠設定不同的配置。特別地，在此能夠產(chǎn)生測試命令。此外，基準應答能夠根據(jù)相應的測試命令被限定并且分配給它們(該對應關系優(yōu)選地存儲在存儲器組件中)。在本發(fā)明的一個優(yōu)選的改進方案中提出，測試命令和基準應答之間的對應關系考慮了設備聯(lián)合結構的總體配置。因此，特別地，測試命令和基準應答之間的對應關系是根據(jù)聯(lián)合特定的(verbundspezifisch)。同樣可行的是,測試命令和基準應答之間的對應關系是根據(jù)設備狀態(tài)特定的(尤其版本特定的)和/或配置特定的(konfigurationsspezifisch)。“根據(jù)配置特定的”在此表示總系統(tǒng)的配置并且也考慮了設備的不同的版本。因此，也考慮了固件的不同的版本，所述固件安裝在設備聯(lián)合結構的設備的單個的部件或設備上。如果例如輸液泵在第一版本中結合到設備聯(lián)合結構中，那么可能的是，測試命令X產(chǎn)生基準應答Y，而當輸液泵以另外的版本運行時，預期基準應答Y2。在該情況下在功能測試時考慮不同的版本或配置。
[0027]在要測試的醫(yī)療設備上執(zhí)行相應的測試命令之后，設備將應答消息發(fā)送給測試裝置。應答消息包括應答。應答能夠是信號、信號序列(例如參數(shù)值的序列或者所獲得的測量值、例如氧飽和度等的序列)。然而，應答也能夠僅是二元信號，所述二元信號例如作為標記執(zhí)行并且應當以信號通知測試命令實施的良好情況或誤差情況。在本發(fā)明的一個有利的改進形式中，應答消息除了原本的應答之外還包括其他的數(shù)據(jù)，所述數(shù)據(jù)以包的形式作為應答消息(例如以加密的形式和/或具有附加的元數(shù)據(jù))經(jīng)由通訊協(xié)議發(fā)送給測試裝置。
[0028]可代替地可行的是，應答與應答消息相同。在該情況下，將在要測試的設備上產(chǎn)生的、對于相應的測試命令的應答直接地且未改變地作為應答消息發(fā)送回至測試裝置。
[0029]“功能測試結果”，在最簡單的情況下能夠被二元地編碼并且基本上以信號通知兩個狀態(tài):無誤差的測試命令執(zhí)行和有誤差的測試命令執(zhí)行。此外，功能測試結果還能夠包括其他的元數(shù)據(jù)，例如測試執(zhí)行的時間點、測試執(zhí)行的持續(xù)時間、相應功能的顯示、設備聯(lián)合結構的激活的設備的顯示等。
[0030]如之前已經(jīng)提及的是，將功能測試方法主要劃分成兩個階段:其中能夠設定不同配置的配置或者準備階段，和其中進行對設備或者輸液泵的真正測試的測試階段。
[0031]根據(jù)一個方面，全自動地執(zhí)行功能測試，從而無需另外的用戶交互作用?？商娲匾部尚械氖?，半自動地執(zhí)行功能測試，從而例如必須在輸液泵上在應用者方面執(zhí)行動作以作為對于測試命令的反應。在此，因此能夠檢測相應的信號作為應答并且發(fā)送回至測試裝置。
[0032]在本發(fā)明的一個優(yōu)選的改進方案中提出，功能測試結果自動地在另外的實例上提供。這尤其當相同結構類型的輸液泵或者醫(yī)療設備集成到設備聯(lián)合結構中時證明是有利的。如果設備中的一個的功能測試能夠實現(xiàn)正面的測試結果，那么所述測試結果也能夠自動地提供用于相同結構類型的另外的醫(yī)療設備，使得因此不再需要在其他設備上的測試，并且能夠有利地取消，或者使得在構造和功能方面相同的其他設備自動地被算作為是驗證過的。因此，然而也能夠實現(xiàn)對于相同結構類型的另外的裝置準許。此外可行的是，如果在更晚的時間點將相同結構類 型的醫(yī)療設備連接到設備聯(lián)合結構上，那么也后續(xù)地提供設備準許。因此不再必要的是，如果對于所述設備類型已經(jīng)能夠獲得成功的功能測試結果，那么對新連接上的設備進行測試。[0033]根據(jù)本發(fā)明的一個方面，測試裝置、例如作為電子的附加模塊安裝在設備聯(lián)合結構的設備上，附加模塊也能夠后續(xù)地在設備上安裝或者實現(xiàn)。然而可替代地，測試裝置也能夠作為中央服務裝置安裝在服務器上，所述服務器能夠-例如經(jīng)由網(wǎng)絡-被醫(yī)療設備訪問。同樣可行的是，在設置用于進行測試的單獨的測試模塊上提供測試裝置。
[0034]根據(jù)本發(fā)明的一個方面，要測試的醫(yī)療設備在沒有另外的改變或者調(diào)整或附加安裝的情況下結合到設備聯(lián)合結構中。因此，如在相應的應用情況下提出的那樣運行要測試的醫(yī)療設備。在此檢測的數(shù)據(jù)或者信號作為應答信號轉發(fā)給測試裝置。因此有利的是，不必在要測試的醫(yī)療設備上執(zhí)行附加的安裝。
[0035]然而在本發(fā)明的一個可替代的實施形式中也可行的是，在要測試的醫(yī)療設備中的至少一個上執(zhí)行附加的測試例程。測試例程用作為用于測試裝置的對應方，所述測試裝置安裝在設備聯(lián)合結構的各另外的醫(yī)療設備上。測試裝置將測試命令發(fā)送給測試例程，所述測試例程一方面能夠設計用于:能夠執(zhí)行所接收的測試命令并且能夠將相應的應答信號發(fā)送回至測試裝置，并且所述測試例程此外能夠設計用于:在應答測試命令時在要測試的醫(yī)療設備上執(zhí)行附加的測試措施。結果(成功或不成功)同樣能夠傳遞給測試裝置。
[0036]通常，由測試裝置啟動功能測試。測試裝置能夠安裝在麻醉設備或呼吸設備上或者安裝在另外的醫(yī)療設備上(例如上面安裝有病人數(shù)據(jù)管理系統(tǒng)的工作站，在病人數(shù)據(jù)管理系統(tǒng)上安裝有用于在設備運行期間進行輔助決定的專家系統(tǒng)的設備)。
[0037]在上述實施例中，功能測試的發(fā)起始于安裝有測試裝置的設備(例如始于病人監(jiān)視器或者麻醉設備)。然而可替代也可行的是，通過要測試的設備自身啟動功能測試。例如，能夠提出，如果設備聯(lián)合結構識別將新的設備結合到設備聯(lián)合結構中，那么自動地啟動功能測試。同樣可行的是，中央控制位置觸發(fā)功能測試。在此，能夠以事件控制的方式和/或時間控制的方式執(zhí)行對功能測試的觸發(fā)。
[0038]為了也經(jīng) 由功能測試的輸出報告相應的醫(yī)療設備的制造商，在本發(fā)明的一個優(yōu)選的改進方案中提出，也自動地將相應的功能測試結果轉發(fā)給基于計算機的其他的實例(尤其轉發(fā)給裝置制造商)，以便向其報告已運行的并且作為允許檢查的組合的當前的狀態(tài)。
[0039]根據(jù)本發(fā)明的一個方面，在醫(yī)療裝置上提供測試命令，在所述醫(yī)療裝置上安裝測試裝置，而在通訊伙伴、尤其是測試命令接收方進而要測試的醫(yī)療設備上執(zhí)行測試命令本身。通過所接收的應答與相應的基準應答的比較，在測試裝置上進行真正的測試。因此，功能測試能夠設計作為分布式系統(tǒng)并且尤其作為客戶機-服務器系統(tǒng)，所述客戶機-服務器系統(tǒng)在測試裝置上并且部分地在要測試的醫(yī)療設備上執(zhí)行。
[0040]因此，功能測試檢查醫(yī)療設備在功能方面的共同作用，所述醫(yī)療設備在設備聯(lián)合結構內(nèi)被聯(lián)合。
[0041]根據(jù)本發(fā)明的另一方面，上述目的通過一種測試裝置來實現(xiàn)，所述測試裝置為了對輸液泵或者其他的醫(yī)療設備進行功能測試而設計在設備聯(lián)合結構內(nèi)。設備聯(lián)合結構除了要測試的醫(yī)療設備(下面還將其稱為輸液泵，但是不限制于此)之外，可選地還包括監(jiān)視器、麻醉設備或者呼吸設備或者經(jīng)由通訊協(xié)議進行數(shù)據(jù)交換的其他醫(yī)療設備。相應的醫(yī)療設備能夠以不同的版本和配置結合到設備聯(lián)合結構中(例如以不同的固件版本)。
[0042]測試裝置包括存儲器、至少一個測試模塊和至少一個控制器。存儲器用于存儲一定數(shù)量的測試命令和一定數(shù)量的基準應答。在此，剛好分別將一個作為基準應答的應答分配給測試命令。基準應答優(yōu)選是根據(jù)聯(lián)合特定的和/或配置特定的。存儲器優(yōu)選為非易失存儲器(例如EEPROM)。存儲器內(nèi)容也能夠在測試裝置運行期間被改變。
[0043]測試模塊確定用于將至少一個測試命令從所提供的數(shù)量的測試命令中(從存儲器中)經(jīng)由通訊協(xié)議發(fā)送給分別要測試的輸液泵以用于處理。測試模塊還能夠具有到外部實例的其他接口，以便例如接收啟動信號或者測試激活信號(后者用于觸發(fā)測試)。
[0044]控制器設計用于:接收對于在要測試的設備上執(zhí)行的測試命令的應答，并且將所接收的應答與分配給測試命令的基準應答在一致性方面進行比較。在應答和基準應答一致的情況下能夠輸出成功的功能測試結果。
[0045]在測試裝置的一個可替代的實施方案中，測試模塊和控制器設計在共同的測試和控制模塊中。因此，能夠更簡單且更節(jié)約成本地構造該測試裝置。
[0046]測試裝置設計在命令發(fā)送器上，而要測試的裝置用作命令接收器。測試發(fā)送器和/或命令接收器能夠通過醫(yī)療模塊和設備構成，其包括病人監(jiān)視器、復雜的醫(yī)療技術系統(tǒng)、例如病人數(shù)據(jù)管理系統(tǒng)、麻醉設備、呼吸設備和單個的模塊、例如輸液泵或類似物。
[0047]可替代地，測試裝置也能夠設計在中央服務器上，所述中央服務器與測試命令容器(Repository)進行數(shù)據(jù)交換。
[0048]根據(jù)一個優(yōu)選的實施形式，原則上設有兩個運行狀態(tài):
[0049]1.正常的運行狀態(tài)和
[0050]2.測試狀態(tài)。測試狀態(tài)能夠通過測試激活信號來激活或者啟動。在該情況下，控制器優(yōu)選地設計用于在獲得測試·激活信號之后激活測試裝置。通常，醫(yī)療設備處于功能上的運行模式中，并且控制器是未被激活的。
[0051]根據(jù)本發(fā)明的解決方案的特別的優(yōu)點能夠在于，存儲器能夠隨時被修改地寫入。如果例如擴展要測試的設備的功能范圍，進而根據(jù)確定的測試命令檢測附加的數(shù)據(jù)作為對于相應的測試命令的應答，那么自動地調(diào)整對于相應的測試命令的基準應答。因此，所允許的基準應答包括新檢測到的數(shù)據(jù)并且能夠在全部未來的功能測試中直接地考慮該新檢測到的數(shù)據(jù)。
[0052]在本發(fā)明的一個有利的改進方案中，測試裝置附加地設計有控制單元，所述控制單元包括傳感器和/或執(zhí)行器，所述傳感器和/或執(zhí)行器設計用于在其上安裝有測試裝置的醫(yī)療設備上執(zhí)行測試命令?？刂茊卧a(chǎn)生對于測試命令的控制應答并且將所述控制應答轉發(fā)給控制器?？刂破鹘又軌驁?zhí)行附加的比較。因此，要測試的醫(yī)療設備的所接收到的應答不僅與基準應答在一致性方面進行比較，而且還附加地與在控制器上提供的控制應答進行比較，在控制單元上提供所述控制應答。因此，提高了測試安全，并且還可行的是考慮當前的、時間上的表現(xiàn)。
[0053]另一目的解決方案在于一種醫(yī)療技術裝置、尤其在于病人監(jiān)視器或者麻醉設備或呼吸設備，其設計帶有上面描述的測試裝置。
[0054]一個主要的優(yōu)點能夠在于，測試裝置也能夠被更新，并且也能夠在醫(yī)療裝置交付之后安裝在相同的醫(yī)療裝置上。
[0055]本發(fā)明的另一方面能夠在于，要測試的醫(yī)療設備能夠在設備或者通訊協(xié)議沒有另外改變的情況下進行測試。尤其不必要的是，在測試裝置和要測試的輸液泵之間提供附加的控制信道。功能測試經(jīng)由常見的通訊協(xié)議展開。換而言之，用于運行要測試的醫(yī)療設備的接口和用于測試醫(yī)療設備的接口是相同的。這兩者是總歸被提供的通訊協(xié)議。這具有顯著的優(yōu)點在于，不必在要測試的設備上實施附加的安裝消耗和附加的設定。
[0056]之前描述的、根據(jù)本發(fā)明的方法的實施形式也能夠設計為具有計算機程序的計算機程序產(chǎn)品，其中當在計算機上或者在計算機的處理器上加載或者執(zhí)行計算機程序時，計算機促使執(zhí)行上面描述的、根據(jù)本發(fā)明的方法。
[0057]一個可替代的目的解決方案也在于具有計算機程序編碼的計算機程序，當在計算機上執(zhí)行計算機程序時，所述計算機程序用于執(zhí)行所要求的或者上面描述的方法的全部方法步驟。在此，計算機程序也能夠存儲在可機器讀取的存儲介質(zhì)上。
[0058]一個可替代的目的解決方案提出一種存儲介質(zhì)，所述存儲介質(zhì)被確定用于存儲上面描述的、計算機執(zhí)行的方法并且可由計算機讀取。
[0059]在本發(fā)明的范圍內(nèi)，不必在一個并且同一個計算機實例上強制地執(zhí)行方法的全部步驟，而是其也能夠在不同的計算機實例上執(zhí)行。必要時也能夠改變方法步驟的順序。
[0060]此外可行的是，上面描述的方法的單個部分能夠在可銷售的單元中執(zhí)行，并且剩余部分能夠在另外的可銷售的單元中-可以說作為分布式的系統(tǒng)-執(zhí)行。
【專利附圖】

【附圖說明】
[0061]在下面詳細的附圖描述中，根據(jù)【專利附圖】

【附圖說明】了具有其特征和另外的優(yōu)點的、不能夠理解為是限制性的實施例。在附圖中示出:
[0062]圖1示出具有測試裝置和要測試的輸液泵的、根據(jù)本發(fā)明的一個優(yōu)選的實施形式的醫(yī)療技術設備的概覽圖，
[0063]下面根據(jù)圖1詳細闡明本發(fā)明。
【具體實施方式】
[0064]圖1概覽地以示意的方式示出醫(yī)療設備聯(lián)合結構V的組成部分，所述組成部分經(jīng)由至少一個通訊協(xié)議P進行數(shù)據(jù)交換。
[0065]本發(fā)明的主要的應用領域在于特別看護治療和麻醉領域，并且涉及設備聯(lián)合結構V,所述設備聯(lián)合結構還包括麻醉設備或呼吸設備AB和特別看護治療和麻醉領域上的其他醫(yī)療和電子單元，例如輸液泵G。典型地，在設備聯(lián)合結構V中還結合有其他的電子設備，例如病人監(jiān)視器。在一個優(yōu)選的實施形式中，例如能夠涉及 申請人:的這種病人監(jiān)視器，該病人監(jiān)視器設計用于穩(wěn)定地監(jiān)視病人的生命數(shù)據(jù)，并且能夠提供有集成的電源和用于顯示數(shù)據(jù)的平面顯示器。根據(jù)實施形式，病人監(jiān)視器設計用于檢測且顯示病人的多種生理數(shù)據(jù)，其例如為:具有心律不齊識別的EKG數(shù)據(jù)、例如借助阻抗呼吸描記器檢測的呼吸數(shù)據(jù)、脈沖血氧定量數(shù)據(jù)、用于血液的(尤其是功能性的血紅蛋白上的氧化血紅素的份額的)氧飽和度的數(shù)據(jù)、例如借助透射光譜光度測量儀測量的脈搏數(shù)據(jù)、無創(chuàng)的血壓數(shù)據(jù)。
[0066]然而根據(jù)實施方案也可行的是，代替輸液泵或者灌注裝置G或者除了泵G，也將其他的醫(yī)療技術設備或者模塊結合到聯(lián)合結構V中，例如用于對血壓、體溫、氣體監(jiān)視進行有創(chuàng)測量的設備的適配器，以用于測量神經(jīng)數(shù)據(jù)，尤其是EEG數(shù)據(jù)等。此外，在設備聯(lián)合結構V中能夠結合對所檢測的設備進一步評估和處理的設備，尤其為病人數(shù)據(jù)管理設備和其他的基于計算機的應用。[0067]在一個優(yōu)選的實施形式中，設備聯(lián)合結構V至少由從中獲取數(shù)據(jù)的源和被確定用于在數(shù)據(jù)源上獲取的數(shù)據(jù)的宿組成。源和宿能夠具有用于數(shù)據(jù)交換的相應的接口且通?；谟嬎銠C的技術設備。源和/或宿通常具有集成電路(例如FGPA, Field ProgrammableGate Array (現(xiàn)場可編程門陣列))，以便執(zhí)行特定的功能。
[0068]在大多數(shù)應用情況下并且在也本發(fā)明的在圖中示出的、優(yōu)選的實施形式中，將病人監(jiān)視器AB連接到至少一個輸液泵G上。在圖1中僅示出一個泵G ;然而同樣在本發(fā)明的范圍內(nèi)明確的是，對多個泵或其他的設備G執(zhí)行并行的測試。
[0069]在圖1中在上方示出了在該實施例中應當取代麻醉設備或呼吸設備AB的病人監(jiān)視器。病人監(jiān)視器AB經(jīng)由通訊協(xié)議P與輸液泵G (在下方示出)通訊。此外，還能夠在聯(lián)合結構V中接合另外的醫(yī)療設備G。
[0070]在實際中示出，運行具有不同的軟件/固件或(結構不同的)設備版本的相應的電子設備或基于計算機的設備(病人監(jiān)視器、泵、測量設備等)，這些設備必須以組合的方式被驗證或者認可。
[0071]因此例如可行的是，能夠運行具有病人監(jiān)視器AB的第一軟件版本的泵G并且其正常工作，而具有病人監(jiān)視器AB的第二軟件版本的所述泵不再正常工作。因此，文本對于總聯(lián)合結構V的無誤差的運行而言是重要的。在此，能夠考慮具有其軟件版本和配置的全部所連接的子系統(tǒng)。在此引起困難增加的是，單個的設備G出自不同的制造商并且進而在相應設備交付之后才確定必須借助哪些另外的設備來與設備G交互作用。
[0072]在此所提出的測試裝置和測試方法實現(xiàn)了:也后續(xù)地、尤其在相應的設備G交付之后能夠確保檢查或者認可設備聯(lián)合結構V中的無誤差的功能。該測試能夠全自動地執(zhí)行。
[0073]為了在病人監(jiān)視器AB上處理在輸液泵G上生成的數(shù)據(jù)，設有通訊協(xié)議P。經(jīng)由通訊協(xié)議P由輸液泵G傳遞例如藥品的稀釋度和藥品名稱以及給藥的體積和連續(xù)的計量率。通訊協(xié)議P以制造商特定的方式在輸液泵G中執(zhí)行。
[0074]根據(jù)本發(fā)明，現(xiàn)在經(jīng)由剛好同一個的通訊信道P發(fā)送用于測試設備G的附加的數(shù)據(jù)包。如在圖1中示出，病人監(jiān)視器AB將至少一個測試命令20發(fā)送給輸液泵G。測試命令也能夠給包括多個口令序列。然而可替代地也能涉及單塊的命令模塊。為此，在病人監(jiān)視器AB上提供一定數(shù)量的可行的測試命令，所述測試命令然后能夠以應用特定的方式來選擇。然而，測試命令并不直接在病人監(jiān)視器AB上執(zhí)行或者在其上安裝有測試裝置10的設備上執(zhí)行，而是首先經(jīng)由通訊協(xié)議P傳遞給輸液泵G，以便在那里(在泵上)執(zhí)行。命令執(zhí)行導致在泵G上獲取結果數(shù)據(jù)。結果數(shù)據(jù)能夠是測量數(shù)據(jù)(例如EEG數(shù)據(jù)、EKG數(shù)據(jù)、病人的脈搏、體溫或者其他生命數(shù)據(jù)、對于麻醉深度數(shù)據(jù)或者藥理或藥效數(shù)據(jù)等)。可替代地，結果數(shù)據(jù)也能夠是僅一個用信號通知測試命令的無誤差的執(zhí)行或者有誤差的執(zhí)行的信號。因此，在輸液泵G上產(chǎn)生基準應答30作為對于測試命令20的應答，所述基準應答經(jīng)由通訊協(xié)議P傳輸回至病人監(jiān)視器AB，以便在那里在測試裝置10中進行處理。
[0075]在圖1中示出的實施例中，在病人監(jiān)視器AB上實現(xiàn)測試裝置10。然而其他的實施例提出，測試裝置10能夠安裝在麻醉設備或者呼吸設備AB上。同樣可行的是，測試裝置10安裝在同樣經(jīng)由網(wǎng)絡NW與設備G進行數(shù)據(jù)交換的中央服務器上。
[0076]測試裝置10包括存儲器MEM、測試模塊T和控制器C。存儲器設計用于存儲一定數(shù)量的預配置的測試命令20。在此同樣在配置階段中確定:分別預期對于測試命令20的哪些應答。所預期的應答作為基準應答30’被分配給相應的測試命令20。因此，在存儲器中存在測試命令20和基準應答30’的對應關系。這能夠示意性地如下進行描述:
[0077]-第一測試命令20廠第一基準應答30’!
[0078]-第二測試命令202_第一基準應答30’2
[0079]-......[0080]-第N測試命令20n_第一基準應答30’n。
[0081]本發(fā)明的一個特別的優(yōu)點在于，在配置階段中，將相應的測試命令20、基準應答30’和/或在測試命令和基準應答之間的對應光學能夠動態(tài)地匹配于相應的應用情況。因此，在無誤差的運行中預期的基準應答30’是根據(jù)聯(lián)合特定的。“根據(jù)聯(lián)合特定的”在本文中表示:所預期的基準應答30’考慮具有其相應的軟件版本的、結合在設備聯(lián)合結構V中的設備G。此外，基準應答30’和測試命令20之間的對應關系也能夠是根據(jù)配置特定的，這表示，考慮了設備G和/或全部設備聯(lián)合結構V的相應配置。換而言之，當應當激活或者運行具有其他功能的相應的設備G、或者耦聯(lián)在還包括附加設備的其他的設備聯(lián)合結構V中時，或者在運行具有其他軟件版本的相應的設備G時，能夠預期其他的基準應答30’。 [0082]在一個優(yōu)選的實施形式中，測試模塊T設計為發(fā)送單元，并且其用于經(jīng)由通訊協(xié)議P將所選出的測試命令20發(fā)送給輸液泵G。
[0083]控制器C設計和設置為接收和處理單元，以便接收由輸液泵G所接收的、對于相應的測試命令20的應答30。然后，將應答與分配給測試命令20的基準應答30’在一致性方面進行比較。在一致的情況下，能夠輸出成功的功能測試結果。因此能夠確保的是，輸液泵G對于相應的測試命令20剛好如所預期的那樣表現(xiàn)并且提供所預期的和所設置的應答30(所述應答與基準應答30’ 一致)。
[0084]在參考圖1的情況下，下面詳細描述根據(jù)一個優(yōu)選的實施形式的流程。
[0085]功能測試方法分成兩個階段:配置階段和測試階段，測試階段緊接配置階段，但是能夠在時間上分離地執(zhí)行。
[0086]在配置階段中，在總設備聯(lián)合結構V中產(chǎn)生用于具有不同的軟件版本和不同的配置的不同的設備G的不同的測試命令。同樣地，產(chǎn)生對于相應的測試命令20的所預期的基準應答30’，并且其被分配給測試命令。在相應的測試明20和所預期的基準應答30’之間的對應關系被存儲。在本發(fā)明的更復雜的實施形式中，在此還能夠執(zhí)行其他的方法步驟。因此，例如可行的是，還配置必須以何種時間間隔進行應答，以便將過高的延遲時間評估為誤差。如果應當并行地測試多個設備，那么在此也還能夠配置從哪個設備G中出現(xiàn)所得出的應答30。
[0087]在測試階段開始時，必須將要測試的設備G從運行模式轉入到測試模式中，以便在醫(yī)療設備G上激活測試狀態(tài)。為此能夠提出，病人監(jiān)視器AB或者測試裝置10將激活信號40發(fā)送給設備G。激活信號40的發(fā)送能夠被時間相關地和/或事件相關地觸發(fā)(例如在將附加的設備G結合到設備聯(lián)合結構V中的情況下、在識別新的軟件版本的情況下、在識別之前誤差情況的情況下等)。狀態(tài)過渡尤其在麻醉和特別看護治療的醫(yī)療設備中是重要的，以便能夠可靠地確保設備的無功能誤差的運行。
[0088]在測試階段的第二步驟中，在測試裝置10上選擇測試命令20并且發(fā)送給輸液泵G以用于執(zhí)行。該步驟在測試裝置10上或者在病人監(jiān)視器AB上執(zhí)行。
[0089]在測試階段的第三步驟中，測試命令20在要測試的輸液泵G上執(zhí)行。在命令執(zhí)行之后，在泵上檢測應答30并且由此生成應答消息。應答消息除應答30之外還能夠包括其他的數(shù)據(jù)，例如時間數(shù)據(jù)、版本數(shù)據(jù)、網(wǎng)絡數(shù)據(jù)、地址數(shù)據(jù)(例如設備G的IP地址或者其他的網(wǎng)絡協(xié)議地址，如果并行地且同時測試多個設備G并且為了能夠一對一地在測試裝置10上識別所述設備的應答30的輸入)。然而也可行的是，應答30未改變地作為應答消息發(fā)送回至測試裝置10。
[0090]在測試裝置10上得到具有應答30的應答消息之后，所接收的應答30能夠與基準應答30’進行比較，所述基準應答被分配給相應的測試命令20。
[0091]在一致的情況下，輸出成功的測試結果。在一致性有錯的情況下，能夠示出錯誤信號(光學地和/或聲學的和/或以其他數(shù)據(jù)形式)。
[0092]在比較之后或在輸出功能測試結果之后，該方法能夠再次執(zhí)行另外的測試過程。因此，能夠重復地為用于相同的設備G的另外的測試命令20執(zhí)行該方法。同樣可行的是，連續(xù)地和/或并行地測試多個設備G。
[0093]下面，描述用于根據(jù)本發(fā)明的測試的不同的應用情景。
[0094]第一制造商的病人監(jiān)視器AB例如經(jīng)由輸液泵G的接口 P得到數(shù)據(jù)，其中輸液泵G由第二制造商制造。然后，病人監(jiān)視器AB應當從上述數(shù)據(jù)中計算另外的數(shù)據(jù)。第一制造商驗證并且允許病人監(jiān)視器AB和輸液泵G的組合。如果現(xiàn)在通過第二制造商進行輸液泵G上的軟件升級，那么不再驗證病人監(jiān)視器AB和輸液泵G的組合。原則上，第二制造商不了解在何種具體應用情況下運行其輸液泵G、尤其借助何種監(jiān)視器運行所述輸液泵。
[0095]在第 一應用實例中，病人監(jiān)視器AB的測試裝置10自動地識別輸液泵G的改變的軟件版本，并且實現(xiàn)對泵接口P的后續(xù)的自動驗證。為此，執(zhí)行在測試裝置10中限定的、且可預配置的測試例程。為此，能夠在測設裝置10上執(zhí)行測試命令20的序列，所述測試命令經(jīng)由確定的指令或者自動地和/或通過應用者手動地執(zhí)行。在此，應用者例如能夠設定在輸液泵G處的設定值。泵G接下來在執(zhí)行測試命令20之后經(jīng)由未改變的且集成的泵輸出協(xié)議P將設定值傳輸給所連接的病人監(jiān)視器AB。緊接著，安裝在病人監(jiān)視器AB上的測試裝置10能夠處理所接收的數(shù)值。一旦滿足接受標準并且確定成功的功能測試，就能夠解釋病人監(jiān)視器AB和更新的泵版本G之間的兼容性。
[0096]在本發(fā)明的一個有利的改進方案中，測試裝置10能夠通過附加的測試輔助器擴展。例如，測試輔助器能夠是控制單元K和尤其是流量傳感器。因此，流量傳感器用作為用于要測試的設備G的基準模塊，在該情況下是輸液泵G。流量傳感器同樣能夠饋送測試命令20并且接著生成控制應答30’ ’。因此可行的是，實際上將由要測試的輸液泵G接收的應答30與兩個基準值比較:一方面與基準值30’比較，其總歸存儲在測試裝置10的存儲器MEM中，并且附加地與測試輔助器輸出的控制應答30’’比較。附加地，流量傳感器還能夠生成另外的數(shù)值作為控制應答，以便例如能夠更好地利用其時間特性評估系統(tǒng)的動態(tài)。重要的優(yōu)點能夠在于，暫時地安裝控制單元K并且緊接著在測試過程結束之后也還能夠從設備AB中移除?？刂茊卧狵能夠用于附加地檢查測試安全進而用于提高測試安全。
[0097]在另一個實施例中，要測試的設備G能夠包括附加的模擬模塊。模擬模塊包括促動機構、用于促動機構的控制軟件、用于數(shù)據(jù)輸出且用于饋入模擬數(shù)據(jù)的接口，其用于輸出數(shù)據(jù)。在此，模擬數(shù)據(jù)或者能夠固定地集成到輸液泵G中?？商娲?，模擬數(shù)據(jù)也能夠通過外部的控制裝置來設定。一旦病人監(jiān)視器AB與輸液泵G耦聯(lián)，測試裝置10就啟動輸液泵G上的模擬并且或者能夠輸出特定的數(shù)據(jù)輪廓，或者能夠目的明確地設定模擬值。因此，取消手動地操作輸液泵G。模擬軟件執(zhí)行該作用。因此，能夠全自動地執(zhí)行功能測試。然后，在病人監(jiān)視器AB上接收輸出的數(shù)據(jù)并且與預配置的模擬輪廓在一致性方面進行比較。在一致的情況下，輸出成功的功能測試結果。
[0098]在另一實例中，成功的功能測試結果能夠用于另外的設備安裝。一旦通過成功的功能測試結果解釋所連接的輸液泵G的兼容性，病人監(jiān)視器AB就能夠將所述數(shù)據(jù)傳遞給中央的兼容性數(shù)據(jù)庫。兼容性數(shù)據(jù)庫也能夠設計為服務器上的容器。容器將兼容性數(shù)據(jù)或者傳輸給用于被請求的病人監(jiān)視器AB的請求器上，或者將兼容性數(shù)據(jù)主動地傳輸給全部當前登記的病人監(jiān)視器AB。如果沒有設計兼容性數(shù)據(jù)庫，那么將測試結果手動地從第一病人監(jiān)視器傳遞至第二病人監(jiān)視器。病人監(jiān)視器AB的制造商能夠在準備階段當然也將被驗證的兼容性數(shù)據(jù)饋送給容器。此外提出，設備(例如病人監(jiān)視器AB)的相應的制造商能夠隨時更新、改變或者刪除兼容性數(shù)據(jù)。
[0099]如之前描述的那樣，測試裝置10通常直接地集成在病人監(jiān)控器AB上。然而可替代也可行的是，測試裝置10居中地置于服務器上，所述服務器與病人監(jiān)視器、病人數(shù)據(jù)管理系統(tǒng)或者其他的醫(yī)療設備AB數(shù)據(jù)交換。然后，相應的設備AB能夠在需要時加載測試裝置10的功能組成部分、尤其是服務器的測試程序并且置于設備上以用于執(zhí)行。
[0100]測試裝置能夠以軟件和/或硬件形式實現(xiàn)。優(yōu)選地，測試裝置10作為嵌入的系統(tǒng)集成或者嵌入病人監(jiān)視器中或麻醉設備和/或呼吸設備中。測試方法用于存儲、處理和轉發(fā)對于相應的測試命令的應答數(shù)據(jù)，所述測試命令在要測試的設備G和測試裝置10之間進行交換。測試方法尤其考慮分別要測試的設備G的修改的功能流程，這通過為了設備G的運行而檢查連接在病人監(jiān)視器AB上的其他的部件、相應程序的版本和配置來實現(xiàn)。單個的方法部段也或者整個方法能夠·是固定地在測試裝置10上布線的微處理器解決方案的一部分。方法的全部的或所選擇的部段被二元地編碼并且以數(shù)字的形式存在。在此，全部的或者個別的方法部段能夠作為源代碼(Source Code)、作為編譯碼(機器碼)或作為翻譯碼(例如以不同的翻譯語言、如Ruby、PHP等)提供或者通過翻譯器(例如Jit-Compiler (即時編譯器))來翻譯。
[0101]病人監(jiān)視器或者麻醉設備或呼吸設備AB例如能夠包括具有單獨的固件的多個處理器。
[0102]以上面所描述的方式，測試裝置10包括存儲器MEM，所述存儲器在優(yōu)選的實施形式中直接地集成到測試裝置10中?？商娲兀鎯ζ鱉EM也能夠通過存儲器模塊、存儲卡或移動式數(shù)據(jù)載體(例如以USB棒的形式)構成，以便提高在測試命令20和基準應答30’之間的對應關系的靈活性。
[0103]在一個優(yōu)選的實施形式中，測試裝置10原則上在設備G的每次開動之前且在檢測到設備聯(lián)合結構V上的變化之后被激活。
[0104]最后需要指出的是，不能將本發(fā)明的說明書和實施例原則上在本發(fā)明的確定的物理實現(xiàn)方案方面理解為是限制性的。對于本領域技術人員而言尤其公開的是，本發(fā)明能夠以分布的方式部分或者完全地以軟件和/或硬件和/或以多個物理產(chǎn)品-在此尤其也是計算機程序產(chǎn)品-的形式來實現(xiàn)。
[0105]附圖標記列表
[0106]10測試裝置
[0107]G要測試的輸液泵或者醫(yī)療設備
[0108]V設備聯(lián)合結構
[0109]AB病人監(jiān)視器或者麻醉設備或呼吸設備
[0110]P通訊協(xié)議
[0111]MEM存儲器
[0112]T測試模塊
[0113]C控制器
[0114]K控制單元
[0115]20測試命令
[0116]30應答
[0117]30’基準應答
[0118]30”控制應答
[0119]40測試激活信號
[0120]NW網(wǎng)絡
【權利要求】
1.一種用于對設備聯(lián)合結構(V)內(nèi)的輸液泵或者另外的醫(yī)療設備(G)進行功能測試的測試裝置(10)，所述設備聯(lián)合結構至少包括麻醉設備或者呼吸設備(AB)，其中所述設備聯(lián)合結構(V)的所述設備經(jīng)由通訊協(xié)議(P)進行數(shù)據(jù)交換，并且其中存在所述設備聯(lián)合結構(V)的不同的配置，所述測試裝置包括: -存儲器(MEM)，在所述存儲器中存儲一定數(shù)量的測試命令，其中給每個所述測試命令(20)分配并且存儲有至少一個基準應答(30’)，并且其中所述基準應答(30’)是根據(jù)聯(lián)合特定的和/或配置特定的， -至少一個測試模塊(T)，所述測試模塊確定用于:從所提供的數(shù)量的所述測試命令中將至少一個測試命令(20)經(jīng)由所述通訊協(xié)議(P)發(fā)送給要測試的所述輸液泵或者發(fā)送給所述醫(yī)療設備(G)以用于進行處理， -至少一個控制器(C)，其中所述控制器(C)設計用于:接收對于所執(zhí)行的所述測試命令(20)的應答(30)，并且將所述應答與分別分配給所述測試命令(20)的所述基準應答(30’)在一致性方面進行比較，并且在一致的情況下輸出成功的功能測試結果(40)。
2.根據(jù)權利要求1所述的測試裝置(10)，其中，所述測試裝置(10)設計在所述麻醉設備或者呼吸設備(AB)上。
3.根據(jù)前述權利要求中任一項所述的測試裝置(10)，其中，所述控制器(C)設計用于在獲得測試激活信號(40)之后激活所述測試裝置(10)。
4.根據(jù)前述權利要求中任一項所述的測試裝置(10)，其中，所述測試命令(20)包括模擬命令。
5.根據(jù)前述權利要·求中任一項所述的測試裝置(10)，其中，所述存儲器(MEM)能夠隨時修改地寫入具有其他的測試命令(20)和/或基準應答(30’)。
6.根據(jù)前述權利要求中任一項所述的測試裝置(10)，其中，所述測試裝置(10)附加地包括控制單元(K)，所述控制單元包括設計用于執(zhí)行所述測試命令(20)和用于產(chǎn)生對于所述測試命令(20)的控制應答(30’ ’ )的傳感器和/或執(zhí)行器，并且其中所述控制單元(K)分別將所產(chǎn)生的所述控制應答(30’’)轉發(fā)給所述控制器(C)，使得所述控制器(C)將所接收的所述應答(30 )與所述控制應答(30 ’ ’)并且與所述基準應答(30 ’)在一致性方面進行比較。
7.一種用于應用在包括多個模塊的設備聯(lián)合結構(V)中的麻醉設備或呼吸設備(AB)，具有: -根據(jù)前述權利要求中任一項所述的測試裝置(10)，其中所述測試裝置(10)能夠被更新。
8.一種用于對設備聯(lián)合結構(V)中的輸液泵或其他的醫(yī)療設備(G)進行功能測試的方法，所述設備聯(lián)合結構至少包括麻醉設備或者呼吸設備(AB)，其中所述設備聯(lián)合結構(V)的所述設備經(jīng)由通訊協(xié)議(P)進行數(shù)據(jù)交換，并且其中存在所述設備聯(lián)合結構(V)的不同的配置，所述方法具有下述方法步驟: -提供一定數(shù)量的測試命令，所述測試命令確定用于在所述輸液泵上或者在所述醫(yī)療設備(G)上執(zhí)行，其中分別給每個所述測試命令(20)分配并且存儲有至少一個基準應答(30’)，并且其中所述基準應答(30’ )是根據(jù)聯(lián)合特定的和/或配置特定的， -在所述醫(yī)療設備(G)上激活測試狀態(tài)，-從所提供的數(shù)量的所述測試命令中將至少一個測試命令(20)經(jīng)由所述通訊協(xié)議(P)發(fā)送給所述輸液泵或者發(fā)送給所述醫(yī)療設備(G)， -在所述輸液泵上或者在所述醫(yī)療設備(G)上執(zhí)行所述測試命令(20)，并且經(jīng)由所述通訊協(xié)議(P)發(fā)送至少一個應答消息并且從所述應答消息中將應答(30)解包， -將所接收的所述應答(30 )與分配給所述測試命令(20 )的相應的所述基準應答(30 ’)進行比較，并且在一致的情況下:輸出成功的功能測試結果(40)。
9.一種計算機程序產(chǎn)品，其中所述計算機程序產(chǎn)品包括計算機程序，所述計算機程序存儲在計算機(AB，G)的存儲器(MEM)上或者數(shù)據(jù)載體上，或者所述計算機程序能夠經(jīng)由網(wǎng)絡連接(NW)加載，并且所述計算機程序包括能夠由所述計算機讀取的命令，當在所述計算機上執(zhí)行所述命 令時，所述命令確定用于執(zhí)行根據(jù)上述方法權利要求所述的方法。
【文檔編號】A61M5/142GK103845776SQ201310624757
【公開日】2014年6月11日 申請日期:2013年11月26日 優(yōu)先權日:2012年11月30日
【發(fā)明者】于爾根·馬尼格萊, 馬庫斯·施特雷勒 申請人:德爾格醫(yī)療有限責任公司