CN102460445A - 用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法 - Google Patents

用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法 Download PDF

Info

Publication number
CN102460445A
CN102460445A CN2010800277940A CN201080027794A CN102460445A CN 102460445 A CN102460445 A CN 102460445A CN 2010800277940 A CN2010800277940 A CN 2010800277940A CN 201080027794 A CN201080027794 A CN 201080027794A CN 102460445 A CN102460445 A CN 102460445A
Authority
CN
China
Prior art keywords
machine
data
medical treatment
row
computer system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2010800277940A
Other languages
English (en)
Inventor
A.布鲁格霍夫
M.格伦德肯
A.里普肯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fresenius Medical Care Deutschland GmbH
Original Assignee
Fresenius Medical Care Deutschland GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fresenius Medical Care Deutschland GmbH filed Critical Fresenius Medical Care Deutschland GmbH
Publication of CN102460445A publication Critical patent/CN102460445A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • External Artificial Organs (AREA)
  • Stored Programmes (AREA)

Abstract

本发明建议一种用于产生用于医学治疗装置的至少一个机器可读文件的计算机系统，具有：用于准备至少一个参数组的数据库；用于输入涉及医学治疗装置的流程特性的数据作为参数组的输入装置(14)；用于在考虑输入的数据的条件下产生和输出流程定义输出文件(20)的输出装置(16)；和用于在使用至少所述参数组条件下产生至少一个机器可读文件(52，54)或在存储介质中的机器可读数据的转换装置(22)。此外，还提出了一种相应的方法、一种数据载体和一种医学装置。

Description

用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法
技术领域
本发明涉及一种具有权利要求1的前序部分的特征的计算机系统。本发明还涉及一种按照权利要求5的前序部分的数据载体和一种按照权利要求7或按照权利要求19的前序部分的医学治疗装置。此外，本发明还涉及一种具有权利要求12的前序部分的特征的方法、一种按照权利要求16的数字存储介质、一种按照权利要求17的计算机程序产品和一种按照权利要求18的计算机程序。
背景技术
医学治疗装置，例如透析装置，借助通常精心制作的广泛的设备软件来控制或调节。该软件通常包括数千个有规则地按照先进的并且是不太能直观理解的编程语言如C++所编程的程序行。作为这样的软件的基础的源代码通过每次软件更新并且通过每个新的软件版本而变得更全面并且通常更复杂。软件的修改，如对于更新所需要的那样，由此必须由具有高水平的程序员来参与。因为软件的建立在很大程度上还是个别的工作，所以修改通常必须由甚至是已经编程了前面的软件版本的相同程序员来进行，如果想要避免对已经存在的程序结构和类型培训另一个程序员的附加开销和成本的话。然而在实现对软件的要求的修改的情况下的开销在任何情况下都是极高的。对于与之相关的成本也是这样。
对软件的修改由于对利用软件驱动的医学治疗装置的流程特性的改变的要求，在每个修改之后不仅要求重新使修改了的而且要求重新使整个设备的所有至此的功能合格以检验其完美的功能。这点在复杂的系统(例如透析装置)中会导致通常是极大数量的待测试的情况和相应的开销。
因为为了通过介入到软件中修改流程特性迄今为止要求编程知识，所以只有软件开发者可以改变设备软件的流程特性。相反，方法开发者(所述方法开发者不是软件专家)通常不能进行这些改变，尽管他们仍然最了解医学治疗方法并且为修改或改变相应装置的流程特性而受到特别好的培训。该事实也会导致由于在程序员和方法开发者之间的所要求的一致而产生开销和成本。此外，工作的错误概率由于通信困难而增加。
发明内容
本发明要解决的技术问题是，提供一种用于简化执行软件改变或用于对医学治疗装置的通过设备软件而影响的流程模式进行重新编程的计算机系统。还提出一种数据载体和一种医学治疗装置。此外，还提出一种相应的方法。
本发明通过权利要求1的特征组合解决上述技术问题。在此按照本发明的计算机系统(简称：系统)为了产生至少一个对于医学治疗装置(特别是对于透析装置)的机器可读的文件，特别是对于其运行、控制或调节，包括至少一个存储器或数据库。在按照本发明的特定的实施方式中设置和/或配置和/或采用按照本发明的计算机系统以用于前面提到的产生。
数据库可以是专业人员公知的SQL数据库或者任何其他合适的数据库。
在存储器或在数据库中可以临时地(仅在对存储器或数据库供以电流或能量期间)或持续地(即使在断开电流或能量供应之后)存储对于运行医学治疗装置来说是重要的数据并且在必要时维护。
存储的数据优选可以是或者可以包括所有对于运行医学治疗装置来说是重要的数据的部分或全部。
存储的数据优选可以用于对特定于治疗的流程进行编程，所述流程以固定的程序段编码。
这些数据可以按照一个或多个参数组或至少一个第一编程语言的源代码的形式呈现。它们也可以按照从这样的参数组或第一编程语言的源代码形成的文件的形式或按照由它形成的程序的形式-特别是非机器可读程序的形式-呈现。
可以通过单个计算机或多个设备-计算机或其他装置-的联合表示的系统还包括至少一个输入装置。
输入装置可以包括接口软件或由该接口软件组成。
输入装置可以为了手动输入数据如键盘、计算机鼠标、棒等那样构成。但是它也可以对于按照本发明的目的按照任何其他的、对于专业人员来说通常的方式构造。
输入装置可以为了减轻输入和为了避免错误输入而提供准备好的表格页，在所述表格页中使用者可以无需特别的编程知识并且必要时由系统引导来进行输入，所述输入反映了在医学治疗装置的流程特性中的改变或新的例程。
接口或表格页可以构造为是可普遍理解的。其可以配备有用户帮助。
在此，输入可以由系统检验逻辑以及与其他输入或已知的其余数据的兼容性。可以将这里的谬误通知给用户。
由此，到输入装置或为此设置的表格页的输入不需要借助具有高水平的软件开发者而是例如可以由方法开发者自己进行。
数据库和输入装置可以位于方法开发者的工作计算机上。由此可以独立于医学治疗装置的存在来操作它们。
要借助输入装置输入的数据(所述数据涉及医学治疗装置的流程特性)，在此可以按照如下格式被输入，该格式相应于至少一个参数组的格式和/或第一编程语言之外的编程语言的格式和/或由此形成的文件格式等。
输入的数据可以存储在数据库中并且在那里在必要时被维护。
系统还包括例如以监视器、打印机等形式的至少一个输出装置，用于产生和输出流程定义输出文件。在按照本发明的特定的实施方式中设置和/或配置和/或采用按照本发明的输出装置以用于前面提到的产生和输出。
流程定义输出文件可以是以“*.csv”(character-separated values，字符分隔值)格式的文本文件。
在流程定义输出文件中可以对于方法开发者可理解地、必要时相应地准备好地列出所有重要的流程和/或待改变的流程和/或待重新输入的流程或例程，优选具有所有所需的细节。
对借助输入装置输入的数据的检验，因此例如为了避免输入错误或为了简化发现输入错误而可以清楚地且透明地根据流程定义输出文件来进行。由此其有利地在编程时有助于减小出错频率。
流程定义输出文件在此可以在监视器上显示，但是它也可以被输出到纸上。后者可以用于更好的可读性并且由此有利地可以降低忽视在文件中或在待定义的流程中的错误的危险。此外还可以使用任何其他合适的再现形式。
系统还具有至少一个转换装置(其可以是计算机、其装置和/或计算机程序)，用于根据第一程序接口和/或参数组和/或流程定义输出文件或在该流程定义输出文件中示出的输入数据(即输入的数据)，产生至少一个机器可读文件或在存储介质中呈现的机器可读数据。在按照本发明的确定的实施方式中设置和/或配置和/或采用转换装置以用于前面提到的产生。
在转换装置中可以采用另一个(接口)软件。
借助转换装置将流程定义输出文件例如转换为所谓的头文件(“*.hpp”)。
文件的(被转换到的)格式优选地可以按照所使用的编程语言借助编译器来处理。例如这可以是对于C++的“*.hpp”-头文件。
借助转换装置可以产生(特别是满足需要的)机器可读文件(也称为代码文件)或者机器可读数据。在存储介质中的机器可读文件或机器可读数据(刚刚提到的两个概念在本申请中可交换地使用)，在此可以理解为唯一的文件或也可以理解为一组相联系的或共同作用的文件，此外也可以理解为具有至少一个子文件的至少一个文件。
“转换”按照本发明可以特别理解为流程定义文件或其中包含的数据到机器可读形式的格式转换。优选地，在该过程中不插入、转换或存储其他的在数据库或流程定义输出文件的那些信息之外的信息。特别是优选不插入、转换或存储对于医学治疗装置的运行重要的信息。
按照本发明的系统可以如上所述在方法开发者的计算机上执行。其结果(例如产生的头文件)可以与设备运行程序和相应的流程确定装置一起在使用编译器的条件下被转换到程序代码，该程序代码例如在医学治疗装置的存储器中被存储并且在那里被执行。
本发明的有利构造分别是从属权利要求的内容。
例如，在优选实施方式中提出，输出装置适合于并且准备好，将流程定义输出文件利用按照行和列形式的至少一个表格输出。
这样的输出形式由于其按列、行、单元格和表格区域的划分而适合于对借助输入装置输入的流程定义的特别有说服力和清楚的显示。该显示由此有助于减少忽视输入错误的危险。
在另一个优选实施方式中，按照本发明的系统具有用于输出划分为块的流程定义输出文件的表格的输出装置。在此，该表格具有至少来自于一组的信息，该组包括至少识别状态、分布列表(Verteilerschlüssel)、方法块、系统状态块和反应块。这些信息可以按照行和/列相应准备。在此，反应块可以包含预定义的信息，所述信息例如导致利用按照本发明的系统的结果来运行的医学治疗装置的执行机构(夹子、阀、泵驱动等)的由警报引起的操作。
所述块可以分别占据固定的或动态地或否则可变数量的列和/或行。根据状态是符合(“1”)还是不符合(“0”)来定，每行在此例如或者具有记录“1”或者具有记录“0”。这点简化了对输入的值的检验。按照本发明可以，在使用商业表格计算软件程序，例如Microsoft-ExcelTM的条件下，来运行流程定义输出文件，在该表格计算软件程序中在工作表中的单元格以公知的方式通过以行和列形式的记录占据。在此，与所有块重叠的行可以根据从方法选项和系统状态的组合可能性中分别反映一个想得到的流程情况和流程反应。
在此，在按照本发明的特别优选的实施方式中流程定义输出文件可以包括警报定义表(简称ADT)。表格形式是特别清楚的表达形式，在该表达形式中可以以简单的易于理解的方式显示流程和关系、例如警报状态。
按照本发明的技术问题还通过一种具有至少一个优选是数字的数据载体来解决，该数据载体在存储介质中具有借助按照本发明的系统产生的机器可读文件或产生的机器可读数据。优选的扩展又是从属权利要求的内容。
在此，可以如按照另一个优选的实施方式建议的那样，数据载体具有多个借助按照本发明的系统产生的机器可读文件或产生的机器可读数据，其中多个机器可读文件中的至少两个文件或机器可读数据的组互相区别。当医学治疗装置具有多个CPU，其中至少两个CPU在医学治疗装置运行时需要不同的信息时，不同的机器可读文件的设置是特别有意义的和有利的。
数据载体在此可以是通常的存储器。该存储器可以是暂时存储，但是它也可以是永久存储器。可以是固定的存储器或主要是便携式数据载体。
按照本发明的技术问题还通过一种具有权利要求7的特征的医学治疗装置解决，该医学治疗装置特别是构造为透析装置，例如用于执行HD(
Figure BDA0000123446630000051
血液透析)、HDF(血液透析过滤)、CVVH(Continuous VenousVenous Hemofiltration)、CVVHD(Continuous Venous Venous Hemodialysis)、CVVHDF(Continuous Venous Venous HemoDiaFiltration)或其他治疗方法。
医学治疗装置的有利扩展又是从属权利要求的内容。在有利的实施方式中医学治疗装置具有ROM，在其中存放或存储了借助按照本发明的系统产生的机器可读文件或具有这样的文件的数据载体。在另一个有利实施方式中，医学治疗装置具有流程确定装置。在又一个按照本发明的实施方式中，医学治疗装置具有ROM，在其中存储了警报状态确定装置或警报处理器代码。
此外，本发明要解决的技术问题通过一种具有权利要求12的特征的方法和通过权利要求16至19的内容来解决。该方法的优选扩展又是从属权利要求的内容。
借助本发明(即同等地借助该系统、该数据载体、该医学治疗装置以及该方法)有利地可以集中地确定、存储并且在必要时也可以改变流程定义。流程定义(例如可以是警报定义-即警报状态的定义)，可以借助本发明主要从用于运行医学治疗装置而使用的软件的源代码中“提取”。为此，提出一种维护友好的、模块化的结构，在所述结构中所有为显示系统特性而所需的信息可以在共同的位置上被管理并且按照如下形式被显示，该形式对于非程序员，例如方法开发者也是可以输入的并且例如为了控制的目的而可靠地可读的。使设备软件合格由此减少到对输入的详情和结构的控制和在对设备软件进行改变之后必要时对设备特性的抽样检查。
按照本发明的系统的另一个优点在于，在首次使得对输入的改变或补充合格(验收)之后对于其他改变的开销与现有技术公知的方法或系统相比极大降低。在那里验收开销随着每另一个改变还要附加地增加。
按照本发明的系统的和作为其基础的方法的另一个优点在于透明的和简单的编程。这点导致，有效降低或完全防止在流程中和源代码中的错误。
按照本发明提出的方案由此有利地允许，所有为显示系统特性而所需的信息在中央的位置上被管理并且以对于非软件开发者也是“可读的”形式被显示。
由此，按照本发明以小的开销和几乎无需编程知识就能可靠地对医学装置的、例如透析装置的设备软件或其部分进行“重新编程”或更新。
附图说明
以下结合附图示例性详细解释本发明。在附图描述中使用在以下仅对于附图描述有效定义的概念。在此有：
ACG代表“Advanced Code Generator，高级代码发生器”，辅助程序，该辅助程序将ADT(按照CSV格式)的数据转换到内部格式，该内部格式然后可以由编译器或由转换装置读出。
ADT代表“Alarm Definition Table，警报定义表”。这是至少一个按照CSV格式的文件，在该文件中包含了所有对于警报处理所需的信息。ADT被划分为预处理表、识别表和相关性表。
“警报处理器(Alarmhandler)”或警报处理器码(Alarmhandler-Code)代表了设备软件的一部分；警报处理器表示代码部分，该代码部分处理从ADT获取的(并且利用ACG转换格式的)信息并且触发在ADT中所定义的反应。
“AWI”代表了涉及通知处理(报警、警告、信息)的词头。
“AWI-ID”代表了一个用于对应和标记一个通知的唯一的号码。
治疗方法理解为对于医学治疗的流程定义，例如CVVHDF、SCUF、HD方法和HDF方法。在设备软件中通常实现用于执行不同的治疗方法的可能性。当前要进行的治疗方法由用户确定。
“编译器”代表了商品化的程序，该程序从(以编程语言编写的)源代码中建立二进制码(程序码)，该二进制码由各个微处理器处理。
CPU是微处理器的同义词；设备或装置可以包含分担整个任务的多个CPU。
“CSV格式”代表了“Character-Separated Values，字符分隔值”，在电子数据处理领域中常用的基于文本的交换格式，例如利用Microsoft ExcelTM结构化地可视的。
“使能列”是识别表的部分；在使能列中确定，条件定义是否在该行中开始，或者是否存在与前面的表格行的“与”关联。
在“识别表”中将(来自于变量和/或常量的)值与条件进行关联。关联的结果是“识别状态”。
“识别状态”代表比较关联的结果。根据是否满足作为基础的条件，其表示逻辑状态(真或假)。
“设备软件”包括所有模块(数据模块和程序模块)，它们由编译器转换为程序代码。当在设备中采用多个微处理器时，设备软件包括所有处理器的所有模块。
“设备状态”是一个或多个设备组件的状态，例如“夹子1打开”、“压力A大于<值>”。
“内部格式”以C/C++编译器为例意味着数据在头文件(例如“*.H”或“*.HPP”)中的布置。
“程序代码”(也称为二进制码)呈现于设备的存储器中并且在设备的运行中由相应的处理器处理。
“系统状态”表明，在治疗流程内部设备可以处于不同的状态，诸如“开机测试”、“设备测试”、“设置”、“准备”、“填充”、“冲洗”、“治疗”、“故障”、“关机”等。
“传感器值”是给出了所属的传感器的值的变量。这些值例如是压力、电压、流量值等。
“子方法”理解为在治疗方法内部的替换或可选的状态。例如，在每个方法内部通过肝素化或给予柠檬酸盐/钙作为子方法的例子来支持抗凝血(Blutgerinnungshemmung)。
“系统反应”定义了在确定的设备状态中设备的特性。系统反应是基于组件(泵、夹子等)的。所有系统反应的整体主要得到系统特性。
“系统特性”确定，设备应当如何对待值和状态。系统特性通过编程(设备软件)来实现。
“方法状态”是设备的特殊状态，该特殊状态涉及多个组件；例如可以定义：
Figure BDA0000123446630000081
“预处理表”代表ADT的子区域并且定义，如何预处理各个传感器值和状态值。
预处理例如是对于伪影的算术平均、检测算法和消去算法等。
在附图中相同的附图标记表示相同的结构。其中：
图1示出了与按照本发明的医学治疗装置共同作用的按照本发明的系统的示意性结构；
图2示出了按照本发明的相关性分析的例子，以便在肯定的结果的情况下触发医学治疗装置的相应预先定义的反应；
图3以图解形式示出了在其处理流程中的按照本发明的数据和程序结构；
图4反映了具有用于预处理的参数的按照本发明的表；
图5a和5b反映了按照本发明的识别表；并且
图6a至6f反映了按照本发明的相关性表。
具体实施方式
图1示出了按照本发明的系统10，以及医学治疗装置50的片段，后者在图1的例子中构造为透析装置。在此，系统10布置在医学治疗装置50外部并且独立于该医学治疗装置。例如存在于方法开发者的外部计算机上的系统10具有用于存储和管理对于医学治疗装置50的运行相关的数据的SQL数据库12。
文件到系统10并且特别是到数据库12的输入和输出通过特有的工具，即，输入装置14(该输入装置在图1的例子中同样作为输出装置16使用)来进行。该工具在系统用于确定警报的情况下可以表示为警报数据库接口(ADI)，如在以下情况下也是那样。在工具14、16中使用用于输入的表格页，所述表格页既可以由软件开发者也可以由方法开发者使用。借助于表格页或表格模板(Formularmasken)的输入有利地实现，在设备反应的期望改变情况下-例如在报警情况下，在该情况下机器不再只是声学地，而是附加地还光学地显示报警-软件工程师不再必须阐明新的源代码，而是方法开发者18可以在单独的工作位置上通过输入装置14的输入表格进行相应的输入并且由此可以定义或预先给出机器的新的报警特性。
如果输入了所有的识别状态或对于改变所需的所有数据，则输出装置或ADI工具16产生流程定义输出文件，其在图1的例子中是以表格形式的文本文件(*.csv)，所谓的“报警定义表”或ADT 20。在该流程定义输出文件或ADT 20中按表格地列出了所有相关的或甚至是可以想到的报警情形和反应。按照该形式，对于前面提到的或另一个开发团队18来说可以容易地检验输入的数据。这点例如可以借助纸件查看来进行。如果在流程定义输出文件20中需要改变，则又通过输入装置14的输入表格将其存储到SQL数据库12中、简化并且重新作为文本文件表格化地输出。
在此，可以进行任意多个查看步骤。然而因为总是仅必须检查对前面的版本的改变，所以无需大的开销可以添加附加的流程定义或报警定义和对于相应改变的报警特性的指示。
如果最后在文本文件中描述或存储并且验收或检验了流程或报警特性，则流程定义输出文件或ADT 20由在图1的例子中构造为所谓的报警码发生器(Alarm Code Generator)(简称：ACG)的转换装置22转换为机器可读文件或转换为在图1中实施为所谓的头文件(*.hpp)的、在存储介质中存在的数据52、54。
在图1示出的医学治疗装置50的片段中，设置了以报警处理码56形式的流程确定装置，借助该装置可以读出机器可读文件52、54-这些文件广而言之也可以是存储的机器可读数据。
在此，可以借助转换装置22考虑医学治疗装置的不同CPU。即，始终产生相同结构的机器可读码，然而将其个别地与医学治疗装置50的不同CPU的不同功能和要求匹配。例如，监视器58的操作CPU 62不必精确地获得过程控制器59的保护CPU 64的例如为了闭合静脉夹而获得的那些信息。在机器可读文件52、54中存在的转换的或编译的代码，可以在生产医学治疗装置50期间例如刻入出厂的治疗装置50的ROM存储器中并且由此是不可改变的。然而，机器可读文件52、54也可以在医学治疗装置50交付到用户之后在更新的范围内在稍后的时刻被集成到治疗装置50中。用于处理流程定义的准则相同地按照报警处理码56存在于每个CPU上。
在治疗装置50的ROM中由此存储了对于该方法的流程使用的所有数据。流程定义输出文件20的机器可读内容以及如何处理这些数据的准则，同样存在于ROM中。这些固定的数据通过从流程和监测，诸如调节值、传感器值、环境参数等动态产生的、可改变的数据来补充。这些可改变的参数作用于流程确定装置56。
图1的治疗装置50除了上面提到的和此处未进一步讨论的其他组件之外，还包括用于治疗装置50的治疗段59的第一操作系统60和用于监视器58的第二操作系统62，在该第一操作系统上运行用于治疗的方法。其还包括用于治疗装置50的治疗段59的第一保护系统64和用于监视器58的第二保护系统66。用于存储治疗装置50的过程或运行流程的第一装置68和用于监视器58的第二这样的装置70分别双份地存在。在此，治疗装置50为安全起见在其主要组件方面加倍。其在图1的例子中具有四个CPU，其中两个用于医学治疗方法的运行(用于操作系统的一个CPU和用于保护系统的另一个)并且与之分开的另两个CPU用于显示区(监视器58)，该显示区对治疗方法没有反作用。
图1的例子针对对报警状态的确定。然而本发明不限于此，而是可以针对医学治疗装置的任意流程和方法。
图2以永久传感器监测为例示出了相关性分析，以便在肯定的结果的情况下触发医学治疗装置的相应的预定义的反应。如果达到了利用传感器测量的值的上限(例如动脉压力窗的上限)，则这意味着还没有需要报警的状态，而是仅表示识别状态。此时判断，该识别的状态是否重要并且由此是否要触发报警。流程确定装置56(其在图2的例子中是报警状态确定装置或报警处理器码并且以下也这样表示)永久地逐行地读出图2所示的报警定义表的内容并且在列“对应的识别状态”81X中获得对定义的识别状态81的参阅，该识别状态例如就像利用73或73A表示的那样表示了对于动脉压力的上限值域的超过。对应的识别状态的实际状态81Y(当前的设备状态)定义了行的相关性。“1”意味着要处理该行。简化表示，逐行处理遍历三个块，即，方法块77、系统状态块79和图2中未示出的反应块。
在此，在图2所示的图示中在第一块中示出了所有识别状态，该第一块在图2中简化地通过第一列81描绘。由此在图2的每一行的第一列中反映一个识别状态，该识别状态例如分别按照一般能理解的清楚文本表示为“血泵中止”、“超过动脉压力的边界值窗”、“血泵不转”或“超过动脉压力的边界值域”等。
定义的识别状态81可以录入在列“对应的识别状态”的多个行73A中并且对于任意方法和对于任意系统状态是相关的。
方法块77包括多列并且在列V1，...，Vx中给出医学治疗装置的所有可以考虑的方法或子方法。由此为每个已知的或可能的医学治疗处理对应方法块77的一列。在其行中根据识别状态对于一列的相应方法是相关的(“1”)还是不是相关的(“0”)，录入“1”或“0”。如果报警处理器码录入了一行中，则其对于方法V1(该方法例如代表“单针方法”或“HD方法”)识别一个“0”并且在方法V4和V5中分别识别一个“1”。相应地，该识别状态在两个方法中是相关的。然而报警处理器码需要如下信息，在该信息中，医学治疗装置当前处于哪个方法中。报警处理器码通过动态数据从流程监测中获得该信息。其形成治疗装置的实际状态。将结果在图2的表格中在最上面的行中、即行71中作为“0”或“1”录入。在图2的例子中由此在V4情况下存在一致而在V5情况下不存在一致。但是因为唯一一个一致已经是相关的，则报警处理器码向右继续处理该行。
报警处理器码或报警处理器此时到达系统状态块79。在那里将所有可能的系统状态或医学治疗方法的所有可能的或相关的时间阶段，诸如“填充”、“治疗”、“拆卸”等记录在列中。正如前面在方法块77中，将状态或其组合可能性利用“0”和“1”来表示。在图2的例子中也就是，系统状态S1和S5是相关的，其中鉴于实际系统状态的动态数据，仅存在与S1的一个一致和由此的一个相关状态。从方法块77和系统状态块79的相关性分析的结果分别是“1”。由此存在一个总相关。系统地，此时表向右具有相同的结构，然后在那里录入所有其他系统反应。这点只是为简化图2的显示而没有示出。
如果在逐行处理的情况下在一行的一个位置上确定，不存在相关，则跳过该行的其余部分并且以相同方式处理表的或分布列表的下一行。
可以作为软件存储于医学治疗装置的ROM中的报警处理器码的任务，由此限于对报警定义表的布尔表达的非常简单的、标准化的处理。由此有利地容易使得报警处理器码合格并且也可以在许多其他位置上以相同方式采用。
按照本发明，在使用对于流程定义输出文件的表格形式的情况下，可以容易地定义医学治疗装置的附加的状态或反应。这仅要求在相应的块中容纳另一个列和/或行。这样的容纳可以按照自动化的方式通过输入装置来进行。
对于流程定义输出文件的表格还可以具有单元格，所述单元格首先在相应的医学治疗装置的运行期间基于流程监测动态地被占据并且其反映了医学治疗装置在其运行情况下的实际状态。
在定义表(ADT＝Alarm Definition Table，报警定义表)中所有信息的综合除了别的之外具有以下优点：
·所有对于系统特性相关的信息集中地呈现；
·信息以如下形式呈现，即，即使对于非软件开发者来说也是可读的(无需在特定的编程语言中的特殊专门技能)；
·为了实现系统特性，仅建立对于设备软件的代码部分(也称为报警处理器)，其运行、分析信息并触发相应的反应；
·利用转换程序或转换装置(ACG＝Advanced Code Generator)将表格信息转换到报警处理器可以处理的形式；通过自动化的转换可以最小化错误；
·仅通过修改表格信息来改变系统特性的规定(在此可能的例外：将新的“特征”嵌入到表格中；然后也需要修改报警处理器)；
·可以按照简单方式在不影响其余的设备软件的流程的情况下来进行扩展/修改；并且
·表格同时表示文件；后者不再需要单独地建立或维护。
图3以按照本发明的方法中对报警状态的确定为例，以图解形式示出了在其处理流程中的数据结构和程序结构。在图3中矩形区域表示数据对象，椭圆形区域代表程序和程序部分。报警定义表格ADT 20(以CSV格式)例如利用Microsoft-ExcelTM(或类似的表格计算程序)或作为输入装置以及输出装置(附图标记14或16)的简单的文本编辑器等来处理。然后，利用辅助程序ACG将其转换为“内部格式”的形式，该内部格式对于使用的编译器或转换代码是可使用的。后者从ADT 20的数据中与对于报警处理器56的代码部分和其余的设备程序一起建立实际的、机器可读的程序代码。
流程定义输出文件的信息被存储在三个表格“预处理”、“识别”、“相关性”中。
在预处理中，如图4所示，确定：是否进行并且必要时对哪个“原始测量值”进行哪个数学处理诸如平均、缩放、滤波等。作为其他滤波种类，例如可以考虑平均、多项式计算等。
在第一列块(“CPU”)中标记那些在其上应当运行预处理过程的微处理器。在第二块列(“预处理参数”)中确定，如何数学地准备哪种类型的哪个原始数据(变量)。在上面的例子中原始压力“Pressure_PS_01_CalcValue”(压力传感器PS1的传感器值)通过Dimension 6的平均值滤波器发送。作为输出值定义变量“Pressure_PS_01_CalcValue_AVGA_6”，其已经在其名称中包含了关于使用的滤波器的信息。通过提供格式由工具链自动产生输出变量，但其也可以被手动覆盖。自动产生变量名具有如下优点，双重条目产生相同变量名并且最后在最后的转换或编译过程中导致出错报告。
在表格“识别”中，如图5a和5b所示，为了获得真值(是/否；真/假)作为结果，将值与条件关联。这些产生的真值称为识别状态。其描述了设备或组件的当前状态，例如“夹子A打开”或“压力B高于边界值”。
循环地完整遍历识别表格(以及预处理表格)，即，在每个遍历之后，在识别状态中提供当前的值。
对每行可以进行比较操作。典型的操作是“EQ”(等于)、“LT”(小于)、“GT”(大于)、以及“DGT”(差大于)。复杂的条件例如通过串联多个表格行来实现。这点然后得到逻辑“与”关联。“或”关联通过单独的表格行来实现。
首先一般地解释这点。在后面将解释具体的例子。
在图5a的表格中又以目标CPU的说明来开始每一行。
然后跟随使能列，该使能列用于“与”关联。如果此处在一行中存在一个“1”，则这是在其中开始一个条件定义的行。
然后对条件进行规定，包括变量名、比较操作和第二值。该第二值或者又可以是变量或者是常量(文字)。
然后将所表达的条件的结果存储到给出的识别状态中(作为变量实现)。识别状态-变量的命名如在预处理情况下自动地进行并且在此产生唯一的名称。
在具体的例子中这点可以如下表示，其中例子是从压力监测的提取。在第二行中检查变量“T0_Part_UserLowerThresholdInactive_Counter(用于对特定的时间禁止压力窗)”的值与0的相等性。将结果存储在识别状态“T0_Part_UserLowerThresholdInactive_Counter_EQ0”中。当对于动脉压力的禁止的计时器向下数到0时，识别状态取值“是”。在上面的例子中的行8中，使用该识别状态作为使能，也就是用于产生一个“与”关联。在该“与”关联的第二部分中，检查由预处理已知的平均的压力“Pressure_PS_01_CalcValue_AVGA_6”，其是否小于(LT)变量“CPU1_USER_Pressure_Art_LowerWindowLimit”的值(也就是由操作者预先给出的值)。然后将整个条件的逻辑结果存储在识别状态“T0_Part_UserLowerThresholdInactive_Counter_EQ0_Pressure_PS_01_CalcValue_AVGA_6_LT_CPU1_USER_Pressure_Art_LowerWindowLimit”中。
以这种方式，在识别表中显示按照普通言语表达的条件“如果延迟时间已经流逝，并且动脉压力在由用户设置的下边界值以下”。显然为此不需要特别的编程知识。
以相同方式可以将在行13和14中设立的条件表示为“如果要启动压力测量单元1，但是其即将到来的压力大于120[mmHg]，则...”<必须防止这点，因为否则的话会损坏管道系统>。此处作为信息添加的后果不是识别表的组成部分，而是反映在图6a至6f的以下的相关性表中。
在至此的两个级中，对原始数据进行预处理并且根据(复杂的)条件确定设备状态。在该级“相关性”(参见图6a至6f)中此时对这些状态继续分析并且对相应的“则”动作进行表达。
按照基本思路，报警处理器在设备软件运行时进行处理的情况下逐行地检查相关性表的内容。在此仅在定义的条件有效的程度上进行检查。例如如果治疗方法HD方法激活，但是在列HD方法的被处理的行中没有标记，则中断在该位置的行的处理并且以下一行继续。
在完整地(并且肯定地)处理了一行中所有条件的情况中，警报处理器然后到达导致系统反应的记录。这里确定，根据定义的条件要进行哪个动作。
以下举例解释图6a至6f的相关性表的结构。
图6a中又首先确定要触发系统反应的CPU。然后定义从图5的识别表得到的识别状态。
在图6b的随后三个列块中定义，该识别状态对于当前的治疗方法、对于当前的子方法或在当前的系统状态中是否必须被考察(即，是相关的)。
那里阐述的示例性方法从“HD方法”经过“HDF方法”一直到达“方法X”；但其实际的方法范围按照本发明是可变的并且可以包括诸如“Coraffin”、“SCUF”等方法。如果在列中记录了“1”、并且当前选择的治疗方法与在该列中提到的一致，则在该行中定义的识别状态由报警处理器进一步考察。如果没有标记相应的行，则报警处理器可以中断对该行的分析，因为其对于当前的方法是不相关的。
对于子方法(例如抗凝血肝素、CiCa和FPSA)成立扩展的定义：如果在相应的列中记录了“1”，则该行在激活的子方法中是相关的。相反，如果记录了“x”，则该行是相关的，与相应的子方法是否是激活的无关。没有记录(或“0”)意味着，该行对于给出的子方法是不相关的。
类似地进行程序状态(也称为系统状态)的分析。在图6b的表格中对于每个定义的程序状态存在一列。这代表性地是列“设备开始”直到“关机”。对于按照本发明的表格支持的报警处理，程序状态的意义以及数量仍然都不重要。然而重要的是，存在判断，医学治疗装置当前处于哪个系统状态。相应的行/列组合中的“1”表示，如果当前的程序状态与在列中提到的一致，则定义的行是相关的。
这点又示出了表格支持的定义的优点之一。如果监测(在识别表中定义的并且在识别状态中产生的)例如对于另一个方法被激活，则在矩阵中的简单记录就足够。对于程序状态(当例如压力识别不仅在“治疗”中而且也在“冲洗”中是激活的)同样成立。同样，可以确保对设备软件的其他程序部分无反作用，因为仅进行附加的“激活”，但现存的由此不变。
图6b的接下来的两个列块表示例外规定。在列“对于方法状态不相关”中可以定义，反应是否应当保持不动。如果系统已经处于一个确定的安全的状态(例如SZ_Blut)，则例如可以不关注压力问题，因为已经建立了安全的状态。这些列可以用于防止多重系统反应和错误的结果报告。在随后的列块“对于在方法状态之后的时间不相关”中确定，例如在方法状态“SZ-Blut”之后确定的识别状态对于一定的时间不应当被考察，例如因为系统在该时间段中首先必须稳定化。也就是基本上将这些列用于，使得在停止的方法的重新运行期间的监测暂时“更容错”一些。
图6b中的最后的块包括“AWI-参数”；“优先级”在此指定与该行关联的报告的重要性。与该行关联的系统反应没有以优先顺序排列并且在任何情况下都被执行。
此外，相关性表的这些行可以划分为组。由此可以通过由用户确定的报告，自动地将激活的并且对应于同一组的并且具有相同的或更低的优先级的所有其他表格行一起确定。通常，将这些信息也用于处理结果报警。
最后的列“允许系统状态变更”定义，在作为相关的而被识别的行的情况下，设备是否允许系统状态变更。在一些位置上，阻止这些设备特性是有意义的。当在一个表格行中定义了识别状态，按照该识别状态过滤器没有被完整地填充时，这点例如可以是这样的情况。只要给出这些条件，装置不可以结束该填充。
在图6c、6d和6e中的列表示了显示器反应或与用户的接口的详细的规定。包括消息文本、显示器上的颜色和格式、灯光信号、声音反应、呼叫护士，等。
在图6d和6e中给出了对于显示器的消息显示。在此有：
○AWI文本ID               是确定的号码，其定义了消息文本；根据该
                          号码从列表中得到实际的文本；
○AWI文本指数             可以是AWI文本ID的复制；
○嵌入的警报对象          在消息窗口中，除了文本之外显示附加的对
                          象；例如：在压力报警情况下将“注意”符号
                          嵌入到消息窗口中，该符号应当附加地指出
                          报警的重要性；
○文本参数1-5             消息文本可以包含格式化，以便将当前的值
                          嵌入到消息文本中；例如：“压力超过<p1>
                          mmHg”。在该位置上显示文本参数1的值。
                          目前提供了最大5个参数。记录变量名；
○辅助文本ID              是确定的号码，其定义辅助文本；根据该号
                          码从列表中得到实际的文本；也可以不定
                          义，则对该消息不存在帮助；
○附加图像                在辅助窗口中除了文本之外可以可选地显
                          示在此被规定的图形；
○框架颜色                利用给出的颜色画出消息窗口。选择可能性
                          有灰色、黄色、红色。按照本发明可以扩展
                          附加的颜色和/或框架特征；
○声音信号                确定对该消息产生哪个声音信号；
○光学信号                确定在该消息情况下灯光应当显示哪个颜
                          色/颜色组合；
○护士呼叫                确定，在该消息情况下是否必须激活护士呼
                          叫；
○反应选项-位置           确定，在消息窗口中按照哪个顺序出现确认
                          按键；在此存在选择可能性诸如集中地、左
                          对齐、右对齐、间隔地，等等；
○反应选项1               在设备中的第一确认按键被按下的情况下
                          被触发的信号；
○反应选项1文本ID         第一确认按键的标记；
○反应选项2               如上
○反应选项2文本ID         如上
○反应选项3               如上
○反应选项3文本ID         如上
○显示是由情况决定的      显示选项；显示可以通过在显示器上的其他
                          对象来遮盖；
图6f的标题为“消息文本”下一个列块首先以四列开始，这四列由申请者仅用于开发的目的，并且实际上包含消息定义的“微型拷贝(Mini-Kopie)”。下一个列块包含系统反应。以下的基于组件的系统反应是示例性定义的：
○SR_ArtKlemmeZu          关闭动脉夹；
○SR_VenKlemmeZu          关闭静脉夹；
○SR_VenKlemmeAuf         打开动脉夹(例如，用于压力释放)；
○SR_BlutpumpeStop        停止血泵。
其他基于组件的系统反应诸如以下以及其他自然可以同样定义：
○SR_DialysatePumpStop    停止透析泵；
○SR_SubstituatePumpStop  停止替代泵；
○SR_FiltratePumpStop     停止过滤泵；
○SR_FPSAKlemmeZu         关闭FPSA夹；
○SR_FPSAKlemmeAuf        打开FPSA夹；
○SR_FPSAPumpStop         停止FPSA泵；
○SR_HeizungAus           断开加热器；
○SR_CiPumpStop         停止柠檬酸盐泵；
○SR_CaPumpStop         停止钙泵；
○SR_HepPumpStop        停止肝素泵；
○SR_24V_Off            断开24V电源(紧急断开)；
○SR_PowerOff           完全断开(另一个紧急断开)；和
○SR_PGM_Error          过渡到故障状态；不可能继续治疗。
对于报警处理的实现，定义了哪个特殊的系统反应在此是不相关的。这点根据设备组件构造或治疗方法的种类进行。事实上重要的是，列出并且在系统反应中考虑以任何方式可以影响治疗方法的所有的执行机构。
在图6b的上述讨论中，已经关于方法状态指出了例外规定。在下一个列块“S/R类”中确切地定义了该方法状态，即，将方法状态设置到基于组件的单个的系统反应，其然后用于其他相关性分析。最后的列块包含了可以导致删除产生的消息的选项。
在自删除的消息的情况下当识别状态变更为“假”时，消息删除。在自删除的系统反应的情况下当识别状态变更为“假”时，删除的系统反应撤销。借助在“OK”之后的延迟时间，可以规定，当以OK来确认消息时，多久不考虑识别状态。通过在“忽略”之后的延迟时间，可以规定，当以“忽略”来确认消息时多久禁止识别状态。

Claims (19)

1.一种用于产生用于医学治疗装置的至少一个机器可读文件或在存储介质中呈现的机器可读数据(52，54)的计算机系统(10)，具有
用于准备至少一个参数组、特别是至少一个特定于治疗的参数组的数据库(12)；
其特征在于：
输入装置(14)，用于输入涉及医学治疗装置的流程特性的数据作为参数组；
输出装置(16)，用于在考虑输入的数据的条件下产生和输出流程定义输出文件(20)；和
转换装置(22)，用于在使用至少所述参数组、和/或输入的数据和/或流程定义输出文件(20)的条件下产生至少一个机器可读文件或在存储介质中的机器可读数据(52，54)。
2.根据权利要求1所述的计算机系统(10)，其中，所述输出装置(16)准备好，利用具有多行和/或列的表来输出所述流程定义输出文件(20)。
3.根据权利要求1或2中至少一项所述的计算机系统(10)，其中，所述流程定义输出文件(20)的表划分为块，所述块具有对于至少来自于一组的信息的行或列，该组至少包括识别状态、分布列表、方法块、系统状态块和反应块。
4.根据上述权利要求中至少一项所述的计算机系统(10)，其中，所述流程定义输出文件(20)包括报警定义表。
5.一种数据载体，其特征在于，至少一个借助按照权利要求1至4中至少一项所述的计算机系统(10)产生的机器可读文件或通过这样的计算机系统(10)产生的在存储介质中呈现的机器可读数据。
6.根据权利要求5所述的数据载体，具有多个借助按照权利要求1至4中至少一项所述的计算机系统(10)产生的机器可读文件或在存储介质中呈现的机器可读数据(52，54)的组，其中来自于多个机器可读文件或在存储介质中呈现的机器可读数据(52，54)中的至少两个文件或组互相区别。
7.一种医学治疗装置(50)，其特征在于，至少一个借助权利要求1至4所述的计算机系统(10)产生的机器可读文件或在存储器介质中呈现的机器可读数据(52，54)。
8.根据权利要求7所述的医学治疗装置(50)，具有存储装置，特别是ROM，在所述存储装置中存储了借助权利要求1至4中至少一项所述的计算机系统(10)产生的机器可读文件或在存储器介质中呈现的机器可读数据(52，54)。
9.根据权利要求7或8所述的医学治疗装置(50)，具有流程确定装置(56)。
10.根据权利要求7至9中至少一项所述的医学治疗装置(50)，其中，报警状态确定装置存储在ROM中。
11.根据权利要求7至10中至少一项所述的医学治疗装置(50)，其被构造为透析装置。
12.一种用于借助计算机系统产生用于医学治疗装置的至少一个机器可读文件或在存储介质中呈现的机器可读数据(52，54)的方法，具有在计算机系统中提供至少一个、特别是特定于治疗的参数组的步骤；
其特征在于如下步骤：
借助输入装置(14)输入涉及所述医学治疗装置的流程特性的数据作为参数组；
借助输出装置(16)在考虑输入的数据的条件下，产生和输出流程定义输出文件(20)；和
在使用、特别是转换至少所述参数组、和/或输入的数据和/或流程定义输出文件(20)的条件下，产生至少一个机器可读文件或在存储介质中呈现的机器可读数据(52，54)。
13.根据权利要求12所述的方法，具有步骤：
利用具有多行和/或列的表来输出流程定义输出文件(20)。
14.根据权利要求12或13所述的方法，具有步骤：
这样产生流程定义输出文件(20)的表，使得其具有块，所述块至少具有对于来自于一组的信息的行或列，该组至少包括识别状态、分布列表、方法块、系统状态块和反应块。
15.根据权利要求12至14中任一项所述的方法，其中，所述流程定义输出文件(20)作为报警定义表被产生。
16.一种数字存储介质，特别是可移动存储介质，具有电子可读的控制信号，所述电子可读的控制信号与可编程的计算机系统这样共同作用，使得执行按照权利要求12和15中任一项所述的方法。
17.一种计算机程序产品，具有在机器可读的载体上存储的程序代码，当程序产品在计算机上运行时，所述程序代码用于执行按照权利要求12至15中任一项所述的方法。
18.一种具有程序代码的计算机程序，当程序在计算机上运行时，所述程序代码用于执行按照权利要求12至15中任一项所述的方法。
19.一种医学治疗装置(50)，具有按照权利要求16所述的数字存储介质或按照权利要求17所述的计算机程序产品或按照权利要求18所述的计算机程序。
CN2010800277940A 2009-04-24 2010-04-22 用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法 Pending CN102460445A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102009018806.1 2009-04-24
DE102009018806A DE102009018806A1 (de) 2009-04-24 2009-04-24 Rechnersystem und Verfahren zum Erzeugen wenigstens einer maschinenlesbaren Datei für eine medizinische Behandlungsvorrichtung
PCT/EP2010/002492 WO2010121820A1 (de) 2009-04-24 2010-04-22 Rechnersystem und verfahren zum erzeugen wenigstens einer maschinenlesbaren datei für eine medizinische behandlungsvorrichtung

Publications (1)

Publication Number Publication Date
CN102460445A true CN102460445A (zh) 2012-05-16

Family

ID=42226136

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010800277940A Pending CN102460445A (zh) 2009-04-24 2010-04-22 用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法

Country Status (7)

Country Link
US (1) US8560510B2 (zh)
EP (1) EP2422288B1 (zh)
JP (1) JP2012524922A (zh)
CN (1) CN102460445A (zh)
DE (1) DE102009018806A1 (zh)
IN (1) IN2011KN04776A (zh)
WO (1) WO2010121820A1 (zh)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8803881B2 (en) 2007-09-26 2014-08-12 Autodesk, Inc. Navigation system for a 3D virtual scene
US10089443B2 (en) 2012-05-15 2018-10-02 Baxter International Inc. Home medical device systems and methods for therapy prescription and tracking, servicing and inventory
US9399091B2 (en) 2009-09-30 2016-07-26 Medtronic, Inc. System and method to regulate ultrafiltration
US9861733B2 (en) 2012-03-23 2018-01-09 Nxstage Medical Inc. Peritoneal dialysis systems, devices, and methods
GB2503162B (en) 2011-03-23 2018-08-22 Nxstage Medical Inc Peritoneal dialysis systems and devices
US8951219B2 (en) 2011-04-29 2015-02-10 Medtronic, Inc. Fluid volume monitoring for patients with renal disease
EP3165245B1 (en) 2011-08-02 2019-02-20 Medtronic, Inc. Hemodialysis system having a flow path with a controlled compliant volume
EP2744537B1 (en) 2011-08-16 2018-01-24 Medtronic, Inc. Modular hemodialysis system
US10905816B2 (en) 2012-12-10 2021-02-02 Medtronic, Inc. Sodium management system for hemodialysis
CA2895179C (en) 2012-12-31 2021-09-07 Gambro Lundia Ab Treatment profiles
US10850016B2 (en) 2013-02-01 2020-12-01 Medtronic, Inc. Modular fluid therapy system having jumpered flow paths and systems and methods for cleaning and disinfection
US9623164B2 (en) 2013-02-01 2017-04-18 Medtronic, Inc. Systems and methods for multifunctional volumetric fluid control
US10010663B2 (en) 2013-02-01 2018-07-03 Medtronic, Inc. Fluid circuit for delivery of renal replacement therapies
US10543052B2 (en) 2013-02-01 2020-01-28 Medtronic, Inc. Portable dialysis cabinet
US9827361B2 (en) 2013-02-02 2017-11-28 Medtronic, Inc. pH buffer measurement system for hemodialysis systems
US10076283B2 (en) 2013-11-04 2018-09-18 Medtronic, Inc. Method and device to manage fluid volumes in the body
US9348561B2 (en) 2014-05-21 2016-05-24 InvestCloud, Inc Tabular format transaction editor
US9713665B2 (en) 2014-12-10 2017-07-25 Medtronic, Inc. Degassing system for dialysis
US10098993B2 (en) 2014-12-10 2018-10-16 Medtronic, Inc. Sensing and storage system for fluid balance
US10874787B2 (en) 2014-12-10 2020-12-29 Medtronic, Inc. Degassing system for dialysis
US9895479B2 (en) 2014-12-10 2018-02-20 Medtronic, Inc. Water management system for use in dialysis
US10874790B2 (en) 2016-08-10 2020-12-29 Medtronic, Inc. Peritoneal dialysis intracycle osmotic agent adjustment
US10994064B2 (en) 2016-08-10 2021-05-04 Medtronic, Inc. Peritoneal dialysate flow path sensing
US11013843B2 (en) 2016-09-09 2021-05-25 Medtronic, Inc. Peritoneal dialysis fluid testing system
EP3641850B1 (en) 2017-06-24 2024-10-09 NxStage Medical Inc. Peritoneal dialysis fluid preparation systems
US11278654B2 (en) 2017-12-07 2022-03-22 Medtronic, Inc. Pneumatic manifold for a dialysis system
US11033667B2 (en) 2018-02-02 2021-06-15 Medtronic, Inc. Sorbent manifold for a dialysis system
US11110215B2 (en) 2018-02-23 2021-09-07 Medtronic, Inc. Degasser and vent manifolds for dialysis
US11872337B2 (en) 2018-02-28 2024-01-16 Nxstage Medical, Inc. Fluid preparation and treatment devices methods and systems
US11806457B2 (en) 2018-11-16 2023-11-07 Mozarc Medical Us Llc Peritoneal dialysis adequacy meaurements
US11806456B2 (en) 2018-12-10 2023-11-07 Mozarc Medical Us Llc Precision peritoneal dialysis therapy based on dialysis adequacy measurements
US11850344B2 (en) 2021-08-11 2023-12-26 Mozarc Medical Us Llc Gas bubble sensor
US11965763B2 (en) 2021-11-12 2024-04-23 Mozarc Medical Us Llc Determining fluid flow across rotary pump
US11944733B2 (en) 2021-11-18 2024-04-02 Mozarc Medical Us Llc Sodium and bicarbonate control

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5230061A (en) * 1992-01-02 1993-07-20 The University Of Akron Clause counter map inference engine
EP0608762A1 (de) * 1993-01-23 1994-08-03 Moeller GmbH Verfahren zur Einbindung unscharfer Logik in den Funktionsumfang standardisierter Automatisierungssysteme
US20020101451A1 (en) * 2001-01-30 2002-08-01 Duemler David W. Programmable logic controller programming system
US20070215545A1 (en) * 2006-03-17 2007-09-20 Children's Hospital Medical Center Extracorporeal renal replacement modeling system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4529312B2 (ja) * 2001-04-26 2010-08-25 富士電機システムズ株式会社 プログラム仕様書作成装置、作成方法、およびシーケンス制御システム
US7890341B2 (en) * 2002-12-09 2011-02-15 Baxter International Inc. System and a method for providing integrated access management for peritoneal dialysis and hemodialysis
US8090595B2 (en) * 2004-02-02 2012-01-03 John W Hartman System and method for analyzing and improving business performance
JP2006099622A (ja) * 2004-09-30 2006-04-13 Dkk Toa Corp シーケンスプログラム作成方法、作成システム及びシーケンス制御システム
JP5412778B2 (ja) * 2008-09-18 2014-02-12 富士ゼロックス株式会社 業務支援システム
US20100153167A1 (en) * 2008-12-16 2010-06-17 Sap Ag Incorporating workflow process modifications
JP5368837B2 (ja) * 2009-03-16 2013-12-18 キヤノン株式会社 サーバ、サーバを含む情報処理システム、サーバの制御方法、及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5230061A (en) * 1992-01-02 1993-07-20 The University Of Akron Clause counter map inference engine
EP0608762A1 (de) * 1993-01-23 1994-08-03 Moeller GmbH Verfahren zur Einbindung unscharfer Logik in den Funktionsumfang standardisierter Automatisierungssysteme
US20020101451A1 (en) * 2001-01-30 2002-08-01 Duemler David W. Programmable logic controller programming system
US20070215545A1 (en) * 2006-03-17 2007-09-20 Children's Hospital Medical Center Extracorporeal renal replacement modeling system

Also Published As

Publication number Publication date
DE102009018806A1 (de) 2010-11-25
US8560510B2 (en) 2013-10-15
IN2011KN04776A (zh) 2015-07-10
US20120102010A1 (en) 2012-04-26
WO2010121820A1 (de) 2010-10-28
EP2422288B1 (de) 2019-10-16
JP2012524922A (ja) 2012-10-18
EP2422288A1 (de) 2012-02-29

Similar Documents

Publication Publication Date Title
CN102460445A (zh) 用于产生医学治疗装置的至少一个机器可读文件的计算机系统和方法
Horridge et al. GEMPACK manual
CN104111828B (zh) 人机交互界面自动生成方法及系统
US12039462B2 (en) Computerized system and method of open account processing
US9195936B1 (en) System and method for updating or modifying an application without manual coding
Harrison et al. GEMPACK manual
US20120232919A1 (en) Methods, Apparatuses and Systems for Analyzing Healthcare Data
CN110291555B (zh) 用于促进对健康状况的计算分析的系统和方法
WO2015157235A1 (en) System and method for clinical trial management
CN107256325A (zh) 电子化患者护理的计算机实现方法、系统和装置
WO2014028720A1 (en) System and method for text extraction and contextual decision support
US10990359B2 (en) Use and advancements of assistive technology in automation for the visually-impaired workforce
US20150120682A1 (en) Automated recognition of patterns in a log file having unknown grammar
CN110554866B (zh) 一种基于mvc交易类智能合约交互式设计方法
CN107967147A (zh) 程序版本标签管理方法、装置、存储介质及设备
Elhence et al. Root cause analysis of transfusion error: identifying causes to implement changes
WO2014152388A9 (en) Collaborative synthesis-based clinical documentation
CN116841906A (zh) 智能合约的检测方法、装置及电子设备
CN114707146B (zh) 工作流识别方法、系统、计算机设备和可读存储介质
JP2019185827A (ja) 医療情報提供システム、サーバ、医療情報提供装置、医療情報提供媒体、医療情報提供方法及びプログラム
CN109558225A (zh) 一种页面切换方法及装置
CN107004058A (zh) 用于将非结构化条目特征与相关联的治疗特征一致地相关的系统和方法
JP2009205353A (ja) ユーザインタフェース提供方法、その装置及びプログラム
Buschle Tool Support for Enterprise Architecture Analysis: with application in cyber security
CN103164325A (zh) 一种控制编码的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20120516