專利名稱：用于產(chǎn)生醫(yī)學治療裝置的至少一個機器可讀文件的計算機系統(tǒng)和方法
技術領域：
本發(fā)明涉及一種具有權利要求1的前序部分的特征的計算機系統(tǒng)。本發(fā)明還涉及一種按照權利要求5的前序部分的數(shù)據(jù)載體和一種按照權利要求7或按照權利要求19的前序部分的醫(yī)學治療裝置。此外，本發(fā)明還涉及一種具有權利要求12的前序部分的特征的方法、一種按照權利要求16的數(shù)字存儲介質(zhì)、一種按照權利要求17的計算機程序產(chǎn)品和一種按照權利要求18的計算機程序。
背景技術：
醫(yī)學治療裝置，例如透析裝置，借助通常精心制作的廣泛的設備軟件來控制或調(diào)節(jié)。該軟件通常包括數(shù)千個有規(guī)則地按照先進的并且是不太能直觀理解的編程語言如C++ 所編程的程序行。作為這樣的軟件的基礎的源代碼通過每次軟件更新并且通過每個新的軟件版本而變得更全面并且通常更復雜。軟件的修改，如對于更新所需要的那樣，由此必須由具有高水平的程序員來參與。因為軟件的建立在很大程度上還是個別的工作，所以修改通常必須由甚至是已經(jīng)編程了前面的軟件版本的相同程序員來進行，如果想要避免對已經(jīng)存在的程序結構和類型培訓另一個程序員的附加開銷和成本的話。然而在實現(xiàn)對軟件的要求的修改的情況下的開銷在任何情況下都是極高的。對于與之相關的成本也是這樣。對軟件的修改由于對利用軟件驅(qū)動的醫(yī)學治療裝置的流程特性的改變的要求，在每個修改之后不僅要求重新使修改了的而且要求重新使整個設備的所有至此的功能合格以檢驗其完美的功能。這點在復雜的系統(tǒng)(例如透析裝置)中會導致通常是極大數(shù)量的待測試的情況和相應的開銷。因為為了通過介入到軟件中修改流程特性迄今為止要求編程知識，所以只有軟件開發(fā)者可以改變設備軟件的流程特性。相反，方法開發(fā)者(所述方法開發(fā)者不是軟件專家) 通常不能進行這些改變，盡管他們?nèi)匀蛔盍私忉t(yī)學治療方法并且為修改或改變相應裝置的流程特性而受到特別好的培訓。該事實也會導致由于在程序員和方法開發(fā)者之間的所要求的一致而產(chǎn)生開銷和成本。此外，工作的錯誤概率由于通信困難而增加。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是，提供一種用于簡化執(zhí)行軟件改變或用于對醫(yī)學治療裝置的通過設備軟件而影響的流程模式進行重新編程的計算機系統(tǒng)。還提出一種數(shù)據(jù)載體和一種醫(yī)學治療裝置。此外，還提出一種相應的方法。本發(fā)明通過權利要求1的特征組合解決上述技術問題。在此按照本發(fā)明的計算機系統(tǒng)(簡稱系統(tǒng))為了產(chǎn)生至少一個對于醫(yī)學治療裝置(特別是對于透析裝置)的機器可讀的文件，特別是對于其運行、控制或調(diào)節(jié)，包括至少一個存儲器或數(shù)據(jù)庫。在按照本發(fā)明的特定的實施方式中設置和/或配置和/或采用按照本發(fā)明的計算機系統(tǒng)以用于前面提到的產(chǎn)生。
數(shù)據(jù)庫可以是專業(yè)人員公知的SQL數(shù)據(jù)庫或者任何其他合適的數(shù)據(jù)庫。在存儲器或在數(shù)據(jù)庫中可以臨時地(僅在對存儲器或數(shù)據(jù)庫供以電流或能量期間)或持續(xù)地(即使在斷開電流或能量供應之后)存儲對于運行醫(yī)學治療裝置來說是重要的數(shù)據(jù)并且在必要時維護。存儲的數(shù)據(jù)優(yōu)選可以是或者可以包括所有對于運行醫(yī)學治療裝置來說是重要的數(shù)據(jù)的部分或全部。存儲的數(shù)據(jù)優(yōu)選可以用于對特定于治療的流程進行編程，所述流程以固定的程序段編碼。這些數(shù)據(jù)可以按照一個或多個參數(shù)組或至少一個第一編程語言的源代碼的形式呈現(xiàn)。它們也可以按照從這樣的參數(shù)組或第一編程語言的源代碼形成的文件的形式或按照由它形成的程序的形式-特別是非機器可讀程序的形式-呈現(xiàn)?？梢酝ㄟ^單個計算機或多個設備-計算機或其他裝置-的聯(lián)合表示的系統(tǒng)還包括至少一個輸入裝置。輸入裝置可以包括接口軟件或由該接口軟件組成。輸入裝置可以為了手動輸入數(shù)據(jù)如鍵盤、計算機鼠標、棒等那樣構成。但是它也可以對于按照本發(fā)明的目的按照任何其他的、對于專業(yè)人員來說通常的方式構造。輸入裝置可以為了減輕輸入和為了避免錯誤輸入而提供準備好的表格頁，在所述表格頁中使用者可以無需特別的編程知識并且必要時由系統(tǒng)引導來進行輸入，所述輸入反映了在醫(yī)學治療裝置的流程特性中的改變或新的例程。接口或表格頁可以構造為是可普遍理解的。其可以配備有用戶幫助。在此，輸入可以由系統(tǒng)檢驗邏輯以及與其他輸入或已知的其余數(shù)據(jù)的兼容性。可以將這里的謬誤通知給用戶。由此，到輸入裝置或為此設置的表格頁的輸入不需要借助具有高水平的軟件開發(fā)者而是例如可以由方法開發(fā)者自己進行。數(shù)據(jù)庫和輸入裝置可以位于方法開發(fā)者的工作計算機上。由此可以獨立于醫(yī)學治療裝置的存在來操作它們。要借助輸入裝置輸入的數(shù)據(jù)(所述數(shù)據(jù)涉及醫(yī)學治療裝置的流程特性)，在此可以按照如下格式被輸入，該格式相應于至少一個參數(shù)組的格式和/或第一編程語言之外的編程語言的格式和/或由此形成的文件格式等。 輸入的數(shù)據(jù)可以存儲在數(shù)據(jù)庫中并且在那里在必要時被維護。系統(tǒng)還包括例如以監(jiān)視器、打印機等形式的至少一個輸出裝置，用于產(chǎn)生和輸出流程定義輸出文件。在按照本發(fā)明的特定的實施方式中設置和/或配置和/或采用按照本發(fā)明的輸出裝置以用于前面提到的產(chǎn)生和輸出。流程定義輸出文件可以是以“*· csv” (character-separated values，字符分隔值)格式的文本文件。在流程定義輸出文件中可以對于方法開發(fā)者可理解地、必要時相應地準備好地列出所有重要的流程和/或待改變的流程和/或待重新輸入的流程或例程，優(yōu)選具有所有所需的細節(jié)。對借助輸入裝置輸入的數(shù)據(jù)的檢驗，因此例如為了避免輸入錯誤或為了簡化發(fā)現(xiàn)輸入錯誤而可以清楚地且透明地根據(jù)流程定義輸出文件來進行。由此其有利地在編程時有助于減小出錯頻率。流程定義輸出文件在此可以在監(jiān)視器上顯示，但是它也可以被輸出到紙上。后者可以用于更好的可讀性并且由此有利地可以降低忽視在文件中或在待定義的流程中的錯誤的危險。此外還可以使用任何其他合適的再現(xiàn)形式。系統(tǒng)還具有至少一個轉(zhuǎn)換裝置(其可以是計算機、其裝置和/或計算機程序)，用于根據(jù)第一程序接口和/或參數(shù)組和/或流程定義輸出文件或在該流程定義輸出文件中示出的輸入數(shù)據(jù)(即輸入的數(shù)據(jù))，產(chǎn)生至少一個機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)。在按照本發(fā)明的確定的實施方式中設置和/或配置和/或采用轉(zhuǎn)換裝置以用于前面提到的產(chǎn)生。在轉(zhuǎn)換裝置中可以采用另一個(接口)軟件。借助轉(zhuǎn)換裝置將流程定義輸出文件例如轉(zhuǎn)換為所謂的頭文件(“*. hpp”)。文件的(被轉(zhuǎn)換到的)格式優(yōu)選地可以按照所使用的編程語言借助編譯器來處理。例如這可以是對于C++的“*. hpp”-頭文件。借助轉(zhuǎn)換裝置可以產(chǎn)生(特別是滿足需要的)機器可讀文件(也稱為代碼文件) 或者機器可讀數(shù)據(jù)。在存儲介質(zhì)中的機器可讀文件或機器可讀數(shù)據(jù)(剛剛提到的兩個概念在本申請中可交換地使用)，在此可以理解為唯一的文件或也可以理解為一組相聯(lián)系的或共同作用的文件，此外也可以理解為具有至少一個子文件的至少一個文件?！稗D(zhuǎn)換”按照本發(fā)明可以特別理解為流程定義文件或其中包含的數(shù)據(jù)到機器可讀形式的格式轉(zhuǎn)換。優(yōu)選地，在該過程中不插入、轉(zhuǎn)換或存儲其他的在數(shù)據(jù)庫或流程定義輸出文件的那些信息之外的信息。特別是優(yōu)選不插入、轉(zhuǎn)換或存儲對于醫(yī)學治療裝置的運行重要的信息。按照本發(fā)明的系統(tǒng)可以如上所述在方法開發(fā)者的計算機上執(zhí)行。其結果(例如產(chǎn)生的頭文件)可以與設備運行程序和相應的流程確定裝置一起在使用編譯器的條件下被轉(zhuǎn)換到程序代碼，該程序代碼例如在醫(yī)學治療裝置的存儲器中被存儲并且在那里被執(zhí)行。本發(fā)明的有利構造分別是從屬權利要求的內(nèi)容。例如，在優(yōu)選實施方式中提出，輸出裝置適合于并且準備好，將流程定義輸出文件利用按照行和列形式的至少一個表格輸出。這樣的輸出形式由于其按列、行、單元格和表格區(qū)域的劃分而適合于對借助輸入裝置輸入的流程定義的特別有說服力和清楚的顯示。該顯示由此有助于減少忽視輸入錯誤的危險。在另一個優(yōu)選實施方式中，按照本發(fā)明的系統(tǒng)具有用于輸出劃分為塊的流程定義輸出文件的表格的輸出裝置。在此，該表格具有至少來自于一組的信息，該組包括至少識別狀態(tài)、分布列表(Verteilerschlilssel)、方法塊、系統(tǒng)狀態(tài)塊和反應塊。這些信息可以按照行和/列相應準備。在此，反應塊可以包含預定義的信息，所述信息例如導致利用按照本發(fā)明的系統(tǒng)的結果來運行的醫(yī)學治療裝置的執(zhí)行機構(夾子、閥、泵驅(qū)動等)的由警報引起的操作。所述塊可以分別占據(jù)固定的或動態(tài)地或否則可變數(shù)量的列和/或行。根據(jù)狀態(tài)是符合(“1”)還是不符合(“0”)來定，每行在此例如或者具有記錄“1”或者具有記錄“0”。這點簡化了對輸入的值的檢驗。按照本發(fā)明可以，在使用商業(yè)表格計算軟件程序，例如 Microsoft-Excel 的條件下，來運行流程定義輸出文件，在該表格計算軟件程序中在工作表中的單元格以公知的方式通過以行和列形式的記錄占據(jù)。在此，與所有塊重疊的行可以根據(jù)從方法選項和系統(tǒng)狀態(tài)的組合可能性中分別反映一個想得到的流程情況和流程反應。在此，在按照本發(fā)明的特別優(yōu)選的實施方式中流程定義輸出文件可以包括警報定義表(簡稱ADT)。表格形式是特別清楚的表達形式，在該表達形式中可以以簡單的易于理解的方式顯示流程和關系、例如警報狀態(tài)。按照本發(fā)明的技術問題還通過一種具有至少一個優(yōu)選是數(shù)字的數(shù)據(jù)載體來解決， 該數(shù)據(jù)載體在存儲介質(zhì)中具有借助按照本發(fā)明的系統(tǒng)產(chǎn)生的機器可讀文件或產(chǎn)生的機器可讀數(shù)據(jù)。優(yōu)選的擴展又是從屬權利要求的內(nèi)容。在此，可以如按照另一個優(yōu)選的實施方式建議的那樣，數(shù)據(jù)載體具有多個借助按照本發(fā)明的系統(tǒng)產(chǎn)生的機器可讀文件或產(chǎn)生的機器可讀數(shù)據(jù)，其中多個機器可讀文件中的至少兩個文件或機器可讀數(shù)據(jù)的組互相區(qū)別。當醫(yī)學治療裝置具有多個CPU，其中至少兩個CPU在醫(yī)學治療裝置運行時需要不同的信息時，不同的機器可讀文件的設置是特別有意義的和有利的。數(shù)據(jù)載體在此可以是通常的存儲器。該存儲器可以是暫時存儲，但是它也可以是永久存儲器?？梢允枪潭ǖ拇鎯ζ骰蛑饕潜銛y式數(shù)據(jù)載體。按照本發(fā)明的技術問題還通過一種具有權利要求7的特征的醫(yī)學治療裝置解決，該醫(yī)學治療裝置特別是構造為透析裝置，例如用于執(zhí)行HD(Hamodialyse，血液透析)、HDF( Hamodiafiltration,血液透析過濾)、CVVH(Continuous Venous Venous Hemofiltration)>CVVHD(Continuous Venous Venous Hemodialysis)>CVVHDF(Continuous Venous Venous HemoDiaFiltration)或其他治療方法。醫(yī)學治療裝置的有利擴展又是從屬權利要求的內(nèi)容。在有利的實施方式中醫(yī)學治療裝置具有R0M，在其中存放或存儲了借助按照本發(fā)明的系統(tǒng)產(chǎn)生的機器可讀文件或具有這樣的文件的數(shù)據(jù)載體。在另一個有利實施方式中，醫(yī)學治療裝置具有流程確定裝置。在又一個按照本發(fā)明的實施方式中，醫(yī)學治療裝置具有R0M，在其中存儲了警報狀態(tài)確定裝置或警報處理器代碼。此外，本發(fā)明要解決的技術問題通過一種具有權利要求12的特征的方法和通過權利要求16至19的內(nèi)容來解決。該方法的優(yōu)選擴展又是從屬權利要求的內(nèi)容。借助本發(fā)明(即同等地借助該系統(tǒng)、該數(shù)據(jù)載體、該醫(yī)學治療裝置以及該方法)有利地可以集中地確定、存儲并且在必要時也可以改變流程定義。流程定義(例如可以是警報定義-即警報狀態(tài)的定義)，可以借助本發(fā)明主要從用于運行醫(yī)學治療裝置而使用的軟件的源代碼中“提取”。為此，提出一種維護友好的、模塊化的結構，在所述結構中所有為顯示系統(tǒng)特性而所需的信息可以在共同的位置上被管理并且按照如下形式被顯示，該形式對于非程序員，例如方法開發(fā)者也是可以輸入的并且例如為了控制的目的而可靠地可讀的。 使設備軟件合格由此減少到對輸入的詳情和結構的控制和在對設備軟件進行改變之后必要時對設備特性的抽樣檢查。按照本發(fā)明的系統(tǒng)的另一個優(yōu)點在于，在首次使得對輸入的改變或補充合格(驗收)之后對于其他改變的開銷與現(xiàn)有技術公知的方法或系統(tǒng)相比極大降低。在那里驗收開銷隨著每另一個改變還要附加地增加。按照本發(fā)明的系統(tǒng)的和作為其基礎的方法的另一個優(yōu)點在于透明的和簡單的編程。這點導致，有效降低或完全防止在流程中和源代碼中的錯誤。按照本發(fā)明提出的方案由此有利地允許，所有為顯示系統(tǒng)特性而所需的信息在中央的位置上被管理并且以對于非軟件開發(fā)者也是“可讀的”形式被顯示。由此，按照本發(fā)明以小的開銷和幾乎無需編程知識就能可靠地對醫(yī)學裝置的、例如透析裝置的設備軟件或其部分進行“重新編程”或更新。
以下結合附圖示例性詳細解釋本發(fā)明。在附圖描述中使用在以下僅對于附圖描述有效定義的概念。在此有ACG代表“Advanced Code Generator，高級代碼發(fā)生器”，輔助程序，該輔助程序?qū)?ADT (按照CSV格式)的數(shù)據(jù)轉(zhuǎn)換到內(nèi)部格式，該內(nèi)部格式然后可以由編譯器或由轉(zhuǎn)換裝置讀出。ADT代表“Alarm Definition Table，警報定義表”。這是至少一個按照CSV格式的文件，在該文件中包含了所有對于警報處理所需的信息。ADT被劃分為預處理表、識別表和相關性表?！熬瘓筇幚砥?Alarmhandler) ”或警報處理器碼(Alarmhandler-Code)代表了設備軟件的一部分；警報處理器表示代碼部分，該代碼部分處理從ADT獲取的(并且利用ACG 轉(zhuǎn)換格式的)信息并且觸發(fā)在ADT中所定義的反應?！癆WI”代表了涉及通知處理(報警、警告、信息)的詞頭?！?AWI-ID ”代表了一個用于對應和標記一個通知的唯一的號碼。治療方法理解為對于醫(yī)學治療的流程定義，例如CVVHDF、SCUF, HD方法和HDF方法。在設備軟件中通常實現(xiàn)用于執(zhí)行不同的治療方法的可能性。當前要進行的治療方法由用戶確定?！熬幾g器”代表了商品化的程序，該程序從(以編程語言編寫的)源代碼中建立二進制碼(程序碼)，該二進制碼由各個微處理器處理。CPU是微處理器的同義詞；設備或裝置可以包含分擔整個任務的多個CPU?！癈SV格式”代表了 “Character-S印arated Values，字符分隔值”，在電子數(shù)據(jù)處理領域中常用的基于文本的交換格式，例如利用Microsoft Excel 結構化地可視的?！笆鼓芰小笔亲R別表的部分；在使能列中確定，條件定義是否在該行中開始，或者是否存在與前面的表格行的“與”關聯(lián)。在“識別表”中將(來自于變量和/或常量的)值與條件進行關聯(lián)。關聯(lián)的結果是“識別狀態(tài)”。“識別狀態(tài)”代表比較關聯(lián)的結果。根據(jù)是否滿足作為基礎的條件，其表示邏輯狀態(tài)(真或假)?！霸O備軟件”包括所有模塊(數(shù)據(jù)模塊和程序模塊)，它們由編譯器轉(zhuǎn)換為程序代碼。當在設備中采用多個微處理器時，設備軟件包括所有處理器的所有模塊?！霸O備狀態(tài)”是一個或多個設備組件的狀態(tài)，例如“夾子1打開”、“壓力A大于〈值
“內(nèi)部格式”以C/C++編譯器為例意味著數(shù)據(jù)在頭文件(例如“*.H”或“*.HPP”)
中的布置?！俺绦虼a”(也稱為二進制碼)呈現(xiàn)于設備的存儲器中并且在設備的運行中由相應的處理器處理。“系統(tǒng)狀態(tài)”表明，在治療流程內(nèi)部設備可以處于不同的狀態(tài)，諸如“開機測試”、 “設備測試”、“設置”、“準備”、“填充”、“沖洗”、“治療”、“故障”、“關機”等?！皞鞲衅髦怠笔墙o出了所屬的傳感器的值的變量。這些值例如是壓力、電壓、流量值寸?！白臃椒ā崩斫鉃樵谥委煼椒▋?nèi)部的替換或可選的狀態(tài)。例如，在每個方法內(nèi)部通過肝素化或給予檸檬酸鹽/鈣作為子方法的例子來支持抗凝血 (Blutgerinnungshemmung)0“系統(tǒng)反應”定義了在確定的設備狀態(tài)中設備的特性。系統(tǒng)反應是基于組件(泵、 夾子等)的。所有系統(tǒng)反應的整體主要得到系統(tǒng)特性?！跋到y(tǒng)特性”確定，設備應當如何對待值和狀態(tài)。系統(tǒng)特性通過編程(設備軟件) 來實現(xiàn)?！胺椒顟B(tài)”是設備的特殊狀態(tài)，該特殊狀態(tài)涉及多個組件；例如可以定義
SZBlut血液系統(tǒng)停止
SZ Bilanz平衡停止
SZ FPSAFPSA 停止
SZ CiCaCiCa 停止
SZ Heparin肝素停止
SZPatDisconn 斷開患者連接“預處理表”代表ADT的子區(qū)域并且定義，如何預處理各個傳感器值和狀態(tài)值。預處理例如是對于偽影的算術平均、檢測算法和消去算法等。在附圖中相同的附圖標記表示相同的結構。其中

圖1示出了與按照本發(fā)明的醫(yī)學治療裝置共同作用的按照本發(fā)明的系統(tǒng)的示意性結構；圖2示出了按照本發(fā)明的相關性分析的例子，以便在肯定的結果的情況下觸發(fā)醫(yī)學治療裝置的相應預先定義的反應；圖3以圖解形式示出了在其處理流程中的按照本發(fā)明的數(shù)據(jù)和程序結構；圖4反映了具有用于預處理的參數(shù)的按照本發(fā)明的表；圖5a和5b反映了按照本發(fā)明的識別表；并且圖6a至6f反映了按照本發(fā)明的相關性表。
具體實施例方式圖1示出了按照本發(fā)明的系統(tǒng)10，以及醫(yī)學治療裝置50的片段，后者在圖1的例子中構造為透析裝置。在此，系統(tǒng)10布置在醫(yī)學治療裝置50外部并且獨立于該醫(yī)學治療裝置。例如存在于方法開發(fā)者的外部計算機上的系統(tǒng)10具有用于存儲和管理對于醫(yī)學治療裝置50的運行相關的數(shù)據(jù)的SQL數(shù)據(jù)庫12。文件到系統(tǒng)10并且特別是到數(shù)據(jù)庫12的輸入和輸出通過特有的工具，即，輸入裝置14(該輸入裝置在圖1的例子中同樣作為輸出裝置16使用)來進行。該工具在系統(tǒng)用于確定警報的情況下可以表示為警報數(shù)據(jù)庫接口(ADI)，如在以下情況下也是那樣。在工具14、16中使用用于輸入的表格頁，所述表格頁既可以由軟件開發(fā)者也可以由方法開發(fā)者使用。借助于表格頁或表格模板(Formularmasken)的輸入有利地實現(xiàn)，在設備反應的期望改變情況下-例如在報警情況下，在該情況下機器不再只是聲學地，而是附加地還光學地顯示報警-軟件工程師不再必須闡明新的源代碼，而是方法開發(fā)者18可以在單獨的工作位置上通過輸入裝置14的輸入表格進行相應的輸入并且由此可以定義或預先給出機器的新的報警特性。如果輸入了所有的識別狀態(tài)或?qū)τ诟淖兯璧乃袛?shù)據(jù)，則輸出裝置或ADI工具 16產(chǎn)生流程定義輸出文件，其在圖1的例子中是以表格形式的文本文件(*.csv)，所謂的 “報警定義表”或ADT 20。在該流程定義輸出文件或ADT 20中按表格地列出了所有相關的或甚至是可以想到的報警情形和反應。按照該形式，對于前面提到的或另一個開發(fā)團隊18 來說可以容易地檢驗輸入的數(shù)據(jù)。這點例如可以借助紙件查看來進行。如果在流程定義輸出文件20中需要改變，則又通過輸入裝置14的輸入表格將其存儲到SQL數(shù)據(jù)庫12中、簡化并且重新作為文本文件表格化地輸出。在此，可以進行任意多個查看步驟。然而因為總是僅必須檢查對前面的版本的改變，所以無需大的開銷可以添加附加的流程定義或報警定義和對于相應改變的報警特性的指示。如果最后在文本文件中描述或存儲并且驗收或檢驗了流程或報警特性，則流程定義輸出文件或ADT 20由在圖1的例子中構造為所謂的報警碼發(fā)生器(Alarm Code Generator)(簡稱ACG)的轉(zhuǎn)換裝置22轉(zhuǎn)換為機器可讀文件或轉(zhuǎn)換為在圖1中實施為所謂的頭文件(*.hpp)的、在存儲介質(zhì)中存在的數(shù)據(jù)52、54。在圖1示出的醫(yī)學治療裝置50的片段中，設置了以報警處理碼56形式的流程確定裝置，借助該裝置可以讀出機器可讀文件52、54_這些文件廣而言之也可以是存儲的機器可讀數(shù)據(jù)。在此，可以借助轉(zhuǎn)換裝置22考慮醫(yī)學治療裝置的不同CPU。即，始終產(chǎn)生相同結構的機器可讀碼，然而將其個別地與醫(yī)學治療裝置50的不同CPU的不同功能和要求匹配。例如，監(jiān)視器58的操作CPU 62不必精確地獲得過程控制器59的保護CPU 64的例如為了閉合靜脈夾而獲得的那些信息。在機器可讀文件52、54中存在的轉(zhuǎn)換的或編譯的代碼，可以在生產(chǎn)醫(yī)學治療裝置50期間例如刻入出廠的治療裝置50的ROM存儲器中并且由此是不可改變的。然而，機器可讀文件52、54也可以在醫(yī)學治療裝置50交付到用戶之后在更新的范圍內(nèi)在稍后的時刻被集成到治療裝置50中。用于處理流程定義的準則相同地按照報警處理碼56存在于每個CPU上。在治療裝置50的ROM中由此存儲了對于該方法的流程使用的所有數(shù)據(jù)。流程定義輸出文件20的機器可讀內(nèi)容以及如何處理這些數(shù)據(jù)的準則，同樣存在于ROM中。這些固定的數(shù)據(jù)通過從流程和監(jiān)測，諸如調(diào)節(jié)值、傳感器值、環(huán)境參數(shù)等動態(tài)產(chǎn)生的、可改變的數(shù)據(jù)來補充。這些可改變的參數(shù)作用于流程確定裝置56。圖1的治療裝置50除了上面提到的和此處未進一步討論的其他組件之外，還包括用于治療裝置50的治療段59的第一操作系統(tǒng)60和用于監(jiān)視器58的第二操作系統(tǒng)62，在該第一操作系統(tǒng)上運行用于治療的方法。其還包括用于治療裝置50的治療段59的第一保護系統(tǒng)64和用于監(jiān)視器58的第二保護系統(tǒng)66。用于存儲治療裝置50的過程或運行流程的第一裝置68和用于監(jiān)視器58的第二這樣的裝置70分別雙份地存在。在此，治療裝置50 為安全起見在其主要組件方面加倍。其在圖1的例子中具有四個CPU，其中兩個用于醫(yī)學治療方法的運行(用于操作系統(tǒng)的一個CPU和用于保護系統(tǒng)的另一個)并且與之分開的另兩個CPU用于顯示區(qū)(監(jiān)視器58)，該顯示區(qū)對治療方法沒有反作用。圖1的例子針對對報警狀態(tài)的確定。然而本發(fā)明不限于此，而是可以針對醫(yī)學治療裝置的任意流程和方法。圖2以永久傳感器監(jiān)測為例示出了相關性分析，以便在肯定的結果的情況下觸發(fā)醫(yī)學治療裝置的相應的預定義的反應。如果達到了利用傳感器測量的值的上限(例如動脈壓力窗的上限)，則這意味著還沒有需要報警的狀態(tài)，而是僅表示識別狀態(tài)。此時判斷，該識別的狀態(tài)是否重要并且由此是否要觸發(fā)報警。流程確定裝置56 (其在圖2的例子中是報警狀態(tài)確定裝置或報警處理器碼并且以下也這樣表示)永久地逐行地讀出圖2所示的報警定義表的內(nèi)容并且在列“對應的識別狀態(tài)”81X中獲得對定義的識別狀態(tài)81的參閱，該識別狀態(tài)例如就像利用73或73A表示的那樣表示了對于動脈壓力的上限值域的超過。對應的識別狀態(tài)的實際狀態(tài)81Y(當前的設備狀態(tài))定義了行的相關性?！?”意味著要處理該行。 簡化表示，逐行處理遍歷三個塊，即，方法塊77、系統(tǒng)狀態(tài)塊79和圖2中未示出的反應塊。在此，在圖2所示的圖示中在第一塊中示出了所有識別狀態(tài)，該第一塊在圖2中簡化地通過第一列81描繪。由此在圖2的每一行的第一列中反映一個識別狀態(tài)，該識別狀態(tài)例如分別按照一般能理解的清楚文本表示為“血泵中止”、“超過動脈壓力的邊界值窗”、“血泵不轉(zhuǎn)”或“超過動脈壓力的邊界值域”等。定義的識別狀態(tài)81可以錄入在列“對應的識別狀態(tài)”的多個行73A中并且對于任意方法和對于任意系統(tǒng)狀態(tài)是相關的。方法塊77包括多列并且在列VI，...，Vx中給出醫(yī)學治療裝置的所有可以考慮的方法或子方法。由此為每個已知的或可能的醫(yī)學治療處理對應方法塊77的一列。在其行中根據(jù)識別狀態(tài)對于一列的相應方法是相關的(“1”)還是不是相關的(“0”)，錄入“1” 或“0”。如果報警處理器碼錄入了一行中，則其對于方法Vl (該方法例如代表“單針方法” 或“HD方法”)識別一個“0”并且在方法V4和V5中分別識別一個“1”。相應地，該識別狀態(tài)在兩個方法中是相關的。然而報警處理器碼需要如下信息，在該信息中，醫(yī)學治療裝置當前處于哪個方法中。報警處理器碼通過動態(tài)數(shù)據(jù)從流程監(jiān)測中獲得該信息。其形成治療裝置的實際狀態(tài)。將結果在圖2的表格中在最上面的行中、即行71中作為“0”或“1”錄入。 在圖2的例子中由此在V4情況下存在一致而在V5情況下不存在一致。但是因為唯一一個一致已經(jīng)是相關的，則報警處理器碼向右繼續(xù)處理該行。報警處理器碼或報警處理器此時到達系統(tǒng)狀態(tài)塊79。在那里將所有可能的系統(tǒng)狀態(tài)或醫(yī)學治療方法的所有可能的或相關的時間階段，諸如“填充”、“治療”、“拆卸”等記錄在列中。正如前面在方法塊77中，將狀態(tài)或其組合可能性利用“0”和“1”來表示。在圖2 的例子中也就是，系統(tǒng)狀態(tài)Sl和S5是相關的，其中鑒于實際系統(tǒng)狀態(tài)的動態(tài)數(shù)據(jù)，僅存在與Sl的一個一致和由此的一個相關狀態(tài)。從方法塊77和系統(tǒng)狀態(tài)塊79的相關性分析的結果分別是“1”。由此存在一個總相關。系統(tǒng)地，此時表向右具有相同的結構，然后在那里錄入所有其他系統(tǒng)反應。這點只是為簡化圖2的顯示而沒有示出。如果在逐行處理的情況下在一行的一個位置上確定，不存在相關，則跳過該行的其余部分并且以相同方式處理表的或分布列表的下一行?？梢宰鳛檐浖鎯τ卺t(yī)學治療裝置的ROM中的報警處理器碼的任務，由此限于對報警定義表的布爾表達的非常簡單的、標準化的處理。由此有利地容易使得報警處理器碼合格并且也可以在許多其他位置上以相同方式采用。按照本發(fā)明，在使用對于流程定義輸出文件的表格形式的情況下，可以容易地定義醫(yī)學治療裝置的附加的狀態(tài)或反應。這僅要求在相應的塊中容納另一個列和/或行。這樣的容納可以按照自動化的方式通過輸入裝置來進行。對于流程定義輸出文件的表格還可以具有單元格，所述單元格首先在相應的醫(yī)學治療裝置的運行期間基于流程監(jiān)測動態(tài)地被占據(jù)并且其反映了醫(yī)學治療裝置在其運行情況下的實際狀態(tài)。在定義表(ADT = Alarm Definition Table，報警定義表)中所有信息的綜合除了別的之外具有以下優(yōu)點·所有對于系統(tǒng)特性相關的信息集中地呈現(xiàn)；·信息以如下形式呈現(xiàn)，即，即使對于非軟件開發(fā)者來說也是可讀的(無需在特定的編程語言中的特殊專門技能)；·為了實現(xiàn)系統(tǒng)特性，僅建立對于設備軟件的代碼部分(也稱為報警處理器)，其運行、分析信息并觸發(fā)相應的反應；·利用轉(zhuǎn)換程序或轉(zhuǎn)換裝置(ACG = Advanced Code Generator)將表格信息轉(zhuǎn)換到報警處理器可以處理的形式；通過自動化的轉(zhuǎn)換可以最小化錯誤；·僅通過修改表格信息來改變系統(tǒng)特性的規(guī)定(在此可能的例外將新的“特征” 嵌入到表格中；然后也需要修改報警處理器)；·可以按照簡單方式在不影響其余的設備軟件的流程的情況下來進行擴展/修改；并且·表格同時表示文件；后者不再需要單獨地建立或維護。圖3以按照本發(fā)明的方法中對報警狀態(tài)的確定為例，以圖解形式示出了在其處理流程中的數(shù)據(jù)結構和程序結構。在圖3中矩形區(qū)域表示數(shù)據(jù)對象，橢圓形區(qū)域代表程序和程序部分。報警定義表格ADT 20 (以CSV格式)例如利用Microsoft-Excel (或類似的表格計算程序)或作為輸入裝置以及輸出裝置(附圖標記14或16)的簡單的文本編輯器等來處理。然后，利用輔助程序ACG將其轉(zhuǎn)換為“內(nèi)部格式”的形式，該內(nèi)部格式對于使用的編譯器或轉(zhuǎn)換代碼是可使用的。后者從ADT 20的數(shù)據(jù)中與對于報警處理器56的代碼部分和其余的設備程序一起建立實際的、機器可讀的程序代碼。流程定義輸出文件的信息被存儲在三個表格“預處理”、“識別”、“相關性”中。在預處理中，如圖4所示，確定是否進行并且必要時對哪個“原始測量值”進行哪個數(shù)學處理諸如平均、縮放、濾波等。作為其他濾波種類，例如可以考慮平均、多項式計算寸。在第一列塊(“CPU”)中標記那些在其上應當運行預處理過程的微處理器。在第二塊列(“預處理參數(shù)”)中確定，如何數(shù)學地準備哪種類型的哪個原始數(shù)據(jù)(變量)。在上面的例子中原始壓力“PreSSure_PS_01_CalCValue”(壓力傳感器PSl的傳感器值)通過Dimension 6的平均值濾波器發(fā)送。作為輸出值定義變量“Pressure_PS_01_CalcValue_ AVGA_6”，其已經(jīng)在其名稱中包含了關于使用的濾波器的信息。通過提供格式由工具鏈自動產(chǎn)生輸出變量，但其也可以被手動覆蓋。自動產(chǎn)生變量名具有如下優(yōu)點，雙重條目產(chǎn)生相同變量名并且最后在最后的轉(zhuǎn)換或編譯過程中導致出錯報告。在表格“識別”中，如圖5a和5b所示，為了獲得真值(是/否；真/假)作為結果， 將值與條件關聯(lián)。這些產(chǎn)生的真值稱為識別狀態(tài)。其描述了設備或組件的當前狀態(tài)，例如 “夾子A打開”或“壓力B高于邊界值”。循環(huán)地完整遍歷識別表格(以及預處理表格)，即，在每個遍歷之后，在識別狀態(tài)中提供當前的值。對每行可以進行比較操作。典型的操作是“EQ” (等于)、“LT” (小于)、“GT” (大于)、以及“DGT”(差大于)。復雜的條件例如通過串聯(lián)多個表格行來實現(xiàn)。這點然后得到邏輯“與”關聯(lián)?！盎颉标P聯(lián)通過單獨的表格行來實現(xiàn)。首先一般地解釋這點。在后面將解釋具體的例子。在圖5a的表格中又以目標CPU的說明來開始每一行。然后跟隨使能列，該使能列用于“與”關聯(lián)。如果此處在一行中存在一個“1”，則這是在其中開始一個條件定義的行。然后對條件進行規(guī)定，包括變量名、比較操作和第二值。該第二值或者又可以是變量或者是常量(文字)。然后將所表達的條件的結果存儲到給出的識別狀態(tài)中(作為變量實現(xiàn))。識別狀態(tài)_變量的命名如在預處理情況下自動地進行并且在此產(chǎn)生唯一的名稱。在具體的例子中這點可以如下表示，其中例子是從壓力監(jiān)測的提取。在第二行中檢查變量“TO_Part_UserLowerThresholdInactive_Counter(用于對特定的時間禁止壓力窗)”的值與0的相等性。將結果存儲在識別狀態(tài)“TO_Part_UserLoWerThresholdInactive_ Coimter_EQ0”中。當對于動脈壓力的禁止的計時器向下數(shù)到0時，識別狀態(tài)取值“是”。在上面的例子中的行8中，使用該識別狀態(tài)作為使能，也就是用于產(chǎn)生一個“與”關聯(lián)。在該 “與”關聯(lián)的第二部分中，檢查由預處理已知的平均的壓力“PreSSure_PS_01_CalCValue_ AVGA_6，，，其是否小于(LT)變量 “CPUl_USER_Pressure_Art_LowerWindowLimit” 的值(也就是由操作者預先給出的值)。然后將整個條件的邏輯結果存儲在識別狀態(tài)“T0_Part_ UserLowerThreshoIdInactive_Counter_EQO_Pressure_PS_01_CalcValue_AVGA_6_LT_ CPUl_USER_Pressure_Art_LowerffindowLimit" ψ。以這種方式，在識別表中顯示按照普通言語表達的條件“如果延遲時間已經(jīng)流逝， 并且動脈壓力在由用戶設置的下邊界值以下”。顯然為此不需要特別的編程知識。以相同方式可以將在行13和14中設立的條件表示為“如果要啟動壓力測量單元 1，但是其即將到來的壓力大于120[mmHg]，則...”< 必須防止這點，因為否則的話會損壞管
13道系統(tǒng)〉。此處作為信息添加的后果不是識別表的組成部分，而是反映在圖6a至6f的以下的相關性表中。在至此的兩個級中，對原始數(shù)據(jù)進行預處理并且根據(jù)(復雜的)條件確定設備狀態(tài)。在該級“相關性”(參見圖6a至6f)中此時對這些狀態(tài)繼續(xù)分析并且對相應的“則”動作進行表達。按照基本思路，報警處理器在設備軟件運行時進行處理的情況下逐行地檢查相關性表的內(nèi)容。在此僅在定義的條件有效的程度上進行檢查。例如如果治療方法HD方法激活，但是在列HD方法的被處理的行中沒有標記，則中斷在該位置的行的處理并且以下一行繼續(xù)。在完整地(并且肯定地)處理了一行中所有條件的情況中，警報處理器然后到達導致系統(tǒng)反應的記錄。這里確定，根據(jù)定義的條件要進行哪個動作。以下舉例解釋圖6a至6f的相關性表的結構。圖6a中又首先確定要觸發(fā)系統(tǒng)反應的CPU。然后定義從圖5的識別表得到的識別狀態(tài)。在圖6b的隨后三個列塊中定義，該識別狀態(tài)對于當前的治療方法、對于當前的子方法或在當前的系統(tǒng)狀態(tài)中是否必須被考察(即，是相關的)。那里闡述的示例性方法從“HD方法”經(jīng)過“HDF方法” 一直到達“方法X” ；但其實際的方法范圍按照本發(fā)明是可變的并且可以包括諸如“Coraffin”、“SCUF”等方法。如果在列中記錄了 “1”、并且當前選擇的治療方法與在該列中提到的一致，則在該行中定義的識別狀態(tài)由報警處理器進一步考察。如果沒有標記相應的行，則報警處理器可以中斷對該行的分析，因為其對于當前的方法是不相關的。對于子方法(例如抗凝血肝素、CiCa和FPSA)成立擴展的定義如果在相應的列中記錄了 “1”，則該行在激活的子方法中是相關的。相反，如果記錄了 “X”，則該行是相關的，與相應的子方法是否是激活的無關。沒有記錄(或“0”)意味著，該行對于給出的子方法是不相關的。類似地進行程序狀態(tài)(也稱為系統(tǒng)狀態(tài))的分析。在圖6b的表格中對于每個定義的程序狀態(tài)存在一列。這代表性地是列“設備開始”直到“關機”。對于按照本發(fā)明的表格支持的報警處理，程序狀態(tài)的意義以及數(shù)量仍然都不重要。然而重要的是，存在判斷，醫(yī)學治療裝置當前處于哪個系統(tǒng)狀態(tài)。相應的行/列組合中的“1”表示，如果當前的程序狀態(tài)與在列中提到的一致，則定義的行是相關的。這點又示出了表格支持的定義的優(yōu)點之一。如果監(jiān)測(在識別表中定義的并且在識別狀態(tài)中產(chǎn)生的)例如對于另一個方法被激活，則在矩陣中的簡單記錄就足夠。對于程序狀態(tài)(當例如壓力識別不僅在“治療”中而且也在“沖洗”中是激活的)同樣成立。同樣，可以確保對設備軟件的其他程序部分無反作用，因為僅進行附加的“激活”，但現(xiàn)存的由此不變。圖6b的接下來的兩個列塊表示例外規(guī)定。在列“對于方法狀態(tài)不相關”中可以定義，反應是否應當保持不動。如果系統(tǒng)已經(jīng)處于一個確定的安全的狀態(tài)(例如SZ_Blut)，則例如可以不關注壓力問題，因為已經(jīng)建立了安全的狀態(tài)。這些列可以用于防止多重系統(tǒng)反應和錯誤的結果報告。在隨后的列塊“對于在方法狀態(tài)之后的時間不相關”中確定，例如在方法狀態(tài)“SZ-Blut”之后確定的識別狀態(tài)對于一定的時間不應當被考察，例如因為系統(tǒng)在該時間段中首先必須穩(wěn)定化。也就是基本上將這些列用于，使得在停止的方法的重新運行期間的監(jiān)測暫時“更容錯” 一些。圖6b中的最后的塊包括“AWI-參數(shù)”;“優(yōu)先級”在此指定與該行關聯(lián)的報告的重要性。與該行關聯(lián)的系統(tǒng)反應沒有以優(yōu)先順序排列并且在任何情況下都被執(zhí)行。此外，相關性表的這些行可以劃分為組。由此可以通過由用戶確定的報告，自動地將激活的并且對應于同一組的并且具有相同的或更低的優(yōu)先級的所有其他表格行一起確定。通常，將這些信息也用于處理結果報警。最后的列“允許系統(tǒng)狀態(tài)變更”定義，在作為相關的而被識別的行的情況下，設備是否允許系統(tǒng)狀態(tài)變更。在一些位置上，阻止這些設備特性是有意義的。當在一個表格行中定義了識別狀態(tài)，按照該識別狀態(tài)過濾器沒有被完整地填充時，這點例如可以是這樣的情況。只要給出這些條件，裝置不可以結束該填充。在圖6c、6d和6e中的列表示了顯示器反應或與用戶的接口的詳細的規(guī)定。包括消息文本、顯示器上的顏色和格式、燈光信號、聲音反應、呼叫護士，等。在圖6d和6e中給出了對于顯示器的消息顯示。在此有〇AffI文本ID是確定的號碼，其定義了消息文本；根據(jù)該號碼從列表中得到實際的文本；〇AffI文本指數(shù)可以是AWI文本ID的復制；〇嵌入的警報對象在消息窗口中，除了文本之外顯示附加的對象；例如在壓力報警情況下將“注意”符號嵌入到消息窗口中，該符號應當附加地指出報警的重要性；〇文本參數(shù)1-5消息文本可以包含格式化，以便將當前的值嵌入到消息文本中；例如“壓力超過<pl>mmHg”。在該位置上顯示文本參數(shù)1的值。目前提供了最大5個參數(shù)。記錄變量名；〇輔助文本ID是確定的號碼，其定義輔助文本；根據(jù)該號碼從列表中得到實際的文本；也可以不定義，則對該消息不存在幫助；〇附加圖像在輔助窗口中除了文本之外可以可選地顯示在此被規(guī)定的圖形；〇框架顏色利用給出的顏色畫出消息窗口。選擇可能性有灰色、黃色、紅色。按照本發(fā)明可以擴展附加的顏色和/或框架特征；〇聲音信號確定對該消息產(chǎn)生哪個聲音信號；〇光學信號確定在該消息情況下燈光應當顯示哪個顏色/顏色組合；〇護士呼叫確定，在該消息情況下是否必須激活護士呼口L]；
〇反應選項-位置確定，在消息窗口中按照哪個順序出現(xiàn)確認按鍵；在此存在選擇可能性諸如集中地、左對齊、右對齊、間隔地，等等；〇反應選項1在設備中的第一確認按鍵被按下的情況下被觸發(fā)的信號；〇反應選項1文本ID第一確認按鍵的標記；〇反應選項2如上〇反應選項2文本ID如上〇反應選項3如上〇反應選項3文本ID如上〇顯示是由情況決定的顯示選項；顯示可以通過在顯示器上的其他對象來遮蓋；圖6f的標題為“消息文本”下一個列塊首先以四列開始，這四列由申請者僅用于開發(fā)的目的，并且實際上包含消息定義的“微型拷貝(Mini-Kopie) ”。下一個列塊包含系統(tǒng)反應。以下的基于組件的系統(tǒng)反應是示例性定義的O SR_ArtKlemmeZu關閉動脈夾；O SR_VenKlemmeZu關閉靜脈夾；O SR_VenKlemmeAuf打開動脈夾(例如，用于壓力釋放)；〇 SR_BlutpumpeStop停止血泵。其他基于組件的系統(tǒng)反應諸如以下以及其他自然可以同樣定義O SR_DialysatePumpStop 停止透析泵；O SR_SubstituatePumpStop 停止替代泵；O SR_Fi ItratePumpStop 停止過濾泵；〇 SR_FPSAKlemmeZu關閉 FPSA 夾；〇 SR_FPSAKlemmeAuf打開 FPSA 夾；〇 SR_FPSAPumpStop停止 FPSA 泵；〇SRJfeizungAus斷開加熱器；O SR_CiPumpStop停止檸檬酸鹽泵；〇 SR_CaPumpStop停止 丐泵；〇SRjfepPumpStop停止肝素泵；〇SR_24V_0ff斷開24V電源(緊急斷開)；〇SR_PowerOff完全斷開(另一個緊急斷開)；和O SR_PGM_Error過渡到故障狀態(tài)；不可能繼續(xù)治療。對于報警處理的實現(xiàn)，定義了哪個特殊的系統(tǒng)反應在此是不相關的。這點根據(jù)設備組件構造或治療方法的種類進行。事實上重要的是，列出并且在系統(tǒng)反應中考慮以任何方式可以影響治療方法的所有的執(zhí)行機構。在圖6b的上述討論中，已經(jīng)關于方法狀態(tài)指出了例外規(guī)定。在下一個列塊“S/R 類”中確切地定義了該方法狀態(tài)，即，將方法狀態(tài)設置到基于組件的單個的系統(tǒng)反應，其然后用于其他相關性分析。最后的列塊包含了可以導致刪除產(chǎn)生的消息的選項。
在自刪除的消息的情況下當識別狀態(tài)變更為“假”時，消息刪除。在自刪除的系統(tǒng)反應的情況下當識別狀態(tài)變更為“假”時，刪除的系統(tǒng)反應撤銷。借助在“0K”之后的延遲時間，可以規(guī)定，當以OK來確認消息時，多久不考慮識別狀態(tài)。通過在“忽略”之后的延遲時間，可以規(guī)定，當以“忽略”來確認消息時多久禁止識別狀態(tài)。
權利要求
1.一種用于產(chǎn)生用于醫(yī)學治療裝置的至少一個機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)的計算機系統(tǒng)(10)，具有用于準備至少一個參數(shù)組、特別是至少一個特定于治療的參數(shù)組的數(shù)據(jù)庫(12)； 其特征在于輸入裝置(14)，用于輸入涉及醫(yī)學治療裝置的流程特性的數(shù)據(jù)作為參數(shù)組； 輸出裝置(16)，用于在考慮輸入的數(shù)據(jù)的條件下產(chǎn)生和輸出流程定義輸出文件(20)；禾口轉(zhuǎn)換裝置(22)，用于在使用至少所述參數(shù)組、和/或輸入的數(shù)據(jù)和/或流程定義輸出文件(20)的條件下產(chǎn)生至少一個機器可讀文件或在存儲介質(zhì)中的機器可讀數(shù)據(jù)(52，54)。
2.根據(jù)權利要求1所述的計算機系統(tǒng)(10)，其中，所述輸出裝置(16)準備好，利用具有多行和/或列的表來輸出所述流程定義輸出文件(20)。
3.根據(jù)權利要求1或2中至少一項所述的計算機系統(tǒng)(10)，其中，所述流程定義輸出文件(20)的表劃分為塊，所述塊具有對于至少來自于一組的信息的行或列，該組至少包括識別狀態(tài)、分布列表、方法塊、系統(tǒng)狀態(tài)塊和反應塊。
4.根據(jù)上述權利要求中至少一項所述的計算機系統(tǒng)(10)，其中，所述流程定義輸出文件(20)包括報警定義表。
5.一種數(shù)據(jù)載體，其特征在于，至少一個借助按照權利要求1至4中至少一項所述的計算機系統(tǒng)(10)產(chǎn)生的機器可讀文件或通過這樣的計算機系統(tǒng)(10)產(chǎn)生的在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)。
6.根據(jù)權利要求5所述的數(shù)據(jù)載體，具有多個借助按照權利要求1至4中至少一項所述的計算機系統(tǒng)(10)產(chǎn)生的機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54) 的組，其中來自于多個機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)中的至少兩個文件或組互相區(qū)別。
7.—種醫(yī)學治療裝置(50)，其特征在于，至少一個借助權利要求1至4所述的計算機系統(tǒng)(10)產(chǎn)生的機器可讀文件或在存儲器介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)。
8.根據(jù)權利要求7所述的醫(yī)學治療裝置(50)，具有存儲裝置，特別是ROM，在所述存儲裝置中存儲了借助權利要求1至4中至少一項所述的計算機系統(tǒng)(10)產(chǎn)生的機器可讀文件或在存儲器介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)。
9.根據(jù)權利要求7或8所述的醫(yī)學治療裝置(50)，具有流程確定裝置(56)。
10.根據(jù)權利要求7至9中至少一項所述的醫(yī)學治療裝置(50)，其中，報警狀態(tài)確定裝置存儲在ROM中。
11.根據(jù)權利要求7至10中至少一項所述的醫(yī)學治療裝置(50)，其被構造為透析裝置。
12.一種用于借助計算機系統(tǒng)產(chǎn)生用于醫(yī)學治療裝置的至少一個機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)的方法，具有在計算機系統(tǒng)中提供至少一個、特別是特定于治療的參數(shù)組的步驟；其特征在于如下步驟借助輸入裝置(14)輸入涉及所述醫(yī)學治療裝置的流程特性的數(shù)據(jù)作為參數(shù)組； 借助輸出裝置(16)在考慮輸入的數(shù)據(jù)的條件下，產(chǎn)生和輸出流程定義輸出文件(20)；禾口在使用、特別是轉(zhuǎn)換至少所述參數(shù)組、和/或輸入的數(shù)據(jù)和/或流程定義輸出文件(20) 的條件下，產(chǎn)生至少一個機器可讀文件或在存儲介質(zhì)中呈現(xiàn)的機器可讀數(shù)據(jù)(52，54)。
13.根據(jù)權利要求12所述的方法，具有步驟利用具有多行和/或列的表來輸出流程定義輸出文件(20)。
14.根據(jù)權利要求12或13所述的方法，具有步驟這樣產(chǎn)生流程定義輸出文件(20)的表，使得其具有塊，所述塊至少具有對于來自于一組的信息的行或列，該組至少包括識別狀態(tài)、分布列表、方法塊、系統(tǒng)狀態(tài)塊和反應塊。
15.根據(jù)權利要求12至14中任一項所述的方法，其中，所述流程定義輸出文件(20)作為報警定義表被產(chǎn)生。
16.一種數(shù)字存儲介質(zhì)，特別是可移動存儲介質(zhì)，具有電子可讀的控制信號，所述電子可讀的控制信號與可編程的計算機系統(tǒng)這樣共同作用，使得執(zhí)行按照權利要求12和15中任一項所述的方法。
17.一種計算機程序產(chǎn)品，具有在機器可讀的載體上存儲的程序代碼，當程序產(chǎn)品在計算機上運行時，所述程序代碼用于執(zhí)行按照權利要求12至15中任一項所述的方法。
18.一種具有程序代碼的計算機程序，當程序在計算機上運行時，所述程序代碼用于執(zhí)行按照權利要求12至15中任一項所述的方法。
19.一種醫(yī)學治療裝置(50)，具有按照權利要求16所述的數(shù)字存儲介質(zhì)或按照權利要求17所述的計算機程序產(chǎn)品或按照權利要求18所述的計算機程序。
全文摘要
本發(fā)明建議一種用于產(chǎn)生用于醫(yī)學治療裝置的至少一個機器可讀文件的計算機系統(tǒng)，具有用于準備至少一個參數(shù)組的數(shù)據(jù)庫；用于輸入涉及醫(yī)學治療裝置的流程特性的數(shù)據(jù)作為參數(shù)組的輸入裝置(14)；用于在考慮輸入的數(shù)據(jù)的條件下產(chǎn)生和輸出流程定義輸出文件(20)的輸出裝置(16)；和用于在使用至少所述參數(shù)組條件下產(chǎn)生至少一個機器可讀文件(52，54)或在存儲介質(zhì)中的機器可讀數(shù)據(jù)的轉(zhuǎn)換裝置(22)。此外，還提出了一種相應的方法、一種數(shù)據(jù)載體和一種醫(yī)學裝置。
文檔編號G06F19/00GK102460445SQ201080027794
公開日2012年5月16日 申請日期2010年4月22日 優(yōu)先權日2009年4月24日
發(fā)明者A.布魯格霍夫, A.里普肯, M.格倫德肯 申請人:弗雷塞尼斯醫(yī)療保健德國有限責任公司