CN109891514A - 医学治疗系统 - Google Patents

Abstract

本发明涉及一种医学治疗系统(1)，具有：·医学治疗仪器(10)，其中所述医学治疗仪器具有用于选择治疗的输入机构(11)，其中所述医学治疗装置包括用于产生关于患者和治疗的请求码的仪器(12)，其中所述请求码在所述医学治疗仪器(10)处被提供(13)，·治疗批准仪器(20)，其中所述治疗批准仪器(20)包括用于接收请求码的数据的装置(21)，其中所述治疗批准仪器(20)还具有批准码产生装置(22)，所述批准码产生装置根据所获得的请求码和所存储的数据(DB)判定，是否产生批准码，并发送(23)所产生的请求码，·其中所述医学治疗仪器(10)还具有用于读入批准码(11，14)的机构，·其中所述医学治疗仪器(10)至少根据批准码判定，是否以及可选地如何批准所请求的治疗。

Description

医学治疗系统

技术领域

在医疗技术的许多领域中，患者的安全是重大问题。

背景技术

在此，还需注意的是，出于成本原因，将重复性治疗转移到治疗装置上，在所述治疗装置中经常能够为许多患者提供类似的治疗。以透析中心为例，在透析中心中能够利用不同形式的血液净化，例如血液透析、血液透析滤过、腹膜透析、血液超滤等来治疗许多患者。

在这样的治疗中，必须保证：患者仅得到匹配的治疗。

到目前为止，必须输入治疗数据。然而，这是耗时的并且允许参数的错误输入。也就是说，有错误的输入会导致：可能设定不适合患者的参数。结果可能出现休克状态或严重伤害。

发明内容

因此，本发明的目的是提供一种系统和一种用于所述系统的方法，通过所述系统和方法能够为患者提供安全性提高的医学治疗。

所述目的通过一种医学治疗系统实现。该医学治疗系统具有医学治疗仪器和治疗批准仪器。

所述医学治疗仪器包括用于选择治疗的输入机构，其中所述医学治疗仪器还具有用于产生关于患者和治疗的请求码的仪器，其中所述请求码在所述医学治疗仪器上被提供使用。

治疗批准仪器具有用于接收请求码的数据的装置，其中治疗批准仪器还具有批准码产生装置，该批准码产生装置根据所获得的请求码和所存储的数据来判定：是否产生批准码并且发送所产生的请求码。

此外，医学治疗仪器具有用于读入批准码的机构，其中根据批准码和可能之前产生的请求码来判定：是否批准所请求的治疗。

所述目的还通过在医学的治疗仪器或治疗批准仪器上的相应方法来解决。

其他有利的设计方案是从属权利要求和详细的说明书的主题。

附图说明

在下文中参照附图详细地阐述本发明，在附图中示出：

图1示出根据本发明的实施形式的系统的示意性概览图，以及

图2示出根据本发明的实施形式的方法的示意性流程图。

具体实施方式

在下文中参照附图详细描述本发明。在此需注意的是，描述了能够分别单独使用或组合使用的不同的方面。也就是说，任何方面都能够借助于本发明的不同的实施方式来使用，除非明确地描述为纯粹的替代方案。

此外，为了简单起见，在下文中通常始终只参照一个实体。然而，除非另有明确说明，否则本发明总是也能够分别具有相关的实体中的多个。就此而言，词语“一”、“一个”和“一种”的使用应理解为，在单个实施方式中使用至少一个实体。

在图1中示意性地示出了医学治疗系统1。该医学治疗系统1具有医学治疗仪器10和治疗批准仪器20。尽管下文将医学治疗仪器10和治疗批准仪器20作为一个单元示出，但这不是必要的特征，而是每个仪器也能够模块化地或空间分布式地构造。

该医学治疗仪器具有用于选择治疗的输入机构11。在此，输入机构例如能够是通过开关、按钮、旋转式选择器、触摸屏的图形界面、键盘、轨迹球、鼠标控制等的典型输入机构，但也能够是借助智能卡读取器的输入。也就是说，这仅取决于：关于患者的数据和为患者所请求的治疗能够提供给医学治疗仪器10。在此应注意的是，也可行的是，例如借助于第一输入机构输入患者数据，而借助于第二输入机构11输入所请求的治疗数据。所述输入能够由患者和/或有医学资格的专业人员或辅助人员进行。

医学治疗仪器10还具有用于产生关于患者和治疗的请求码的仪器12。用于产生关于患者和治疗的请求码的仪器12例如能够是计算机或微处理器、微控制器、相应设计的ASIC(专用集成电路)或FPGA(现场可编程门阵列)。

这样生成的请求码在医学治疗仪器10处提供13。所述提供在此能够以各种各样方式方法供使用。稍后对其详述。

然后，将生成的请求码转发给治疗批准仪器20。

患者或有医学资格的专业人员或辅助人员例如能够借助智能电话读取/读入代码并且(例如通过专门的应用程序)将其发送给治疗批准仪器20。

治疗批准仪器20又具有用于接收请求码的数据的装置21。用于接收的装置21例如能够借助数据接口，例如网络接口和/或调制解调器接口，或者输入机构——如在上文中已结合医学治疗仪器10所谈及的那样——。

为此，医学治疗仪器10和治疗批准仪器20在空间上彼此分开地设置。治疗批准仪器20例如能够为多个医学治疗装置10提供服务——如接下来将描述的那样——。

此外，治疗批准仪器20具有批准码产生装置22，其根据所获得的请求码和所存储的数据判定：是否产生批准码并且是否借助适合的发送设备23发送如此产生的请求码，其中所述关于患者和/或治疗的数据存储在本地或远程数据库DB中并且能够从那里调用。批准码产生装置22例如能够是计算机或微处理器、微控制器，相应设计的ASIC(专用集成电路)或FPGA(现场可编程门阵列)。

发送设备23例如能够借助数据接口而具有例如网络接口和/或调制解调器接口。发送设备23和用于接收的装置21例如能够是共同的数据接口的一部分。

数据于是能够直接发送到医学治疗仪器10，或者发送到在空间上位于其附近的仪器。

批准码例如能够发送给患者或有医学资格的专业人员或辅助人员，其已发送请求码或已将其保存在数据库中。

此外，在医学治疗仪器10处还设置有用于读入批准码的机构11或14，其中根据批准码和可能之前产生的请求码由医学治疗仪器10判定：是否批准所请求的治疗。

也就是说，借助对患者和所请求的治疗进行编码的请求码，使治疗批准仪器能够将所请求的治疗与患者数据和所保存的数据进行比较。在此例如能够保证：所请求的治疗数据与针对患者所保存的数据相一致，例如，遵守特定的治疗计划，或者所请求的治疗处于所保存的数据的特定的变化幅度之内。

也就是说，能够保证患者仅获得匹配的治疗。

在此能够避免错误输入，由此提高患者安全性。

此外，该系统也允许记录所请求的治疗，以至于例如可以评估治疗过程。因此实现质量保证的可能性。

此外，也能够将关于患者和/或治疗的其他参数纳入批准判定中。

在本发明的一个设计方案中，请求码包括选自如下组的数据，所述组包括：患者身份数据、患者状况数据、治疗参数、仪器参数、消耗品的参数。

患者身份数据例如能够是身份证号，例如社会/医疗保险号、名、姓、出生日期等，其能够实现一对一地标识患者。相应的数据也存储在本地或远程的数据库DB中，以便实现数据集的关联。

患者状况数据例如能够包括体重、身高、心率、血压、血糖、血红蛋白、血细胞比容、相对血容量、肺容量等。也就是说，同样能够转送对于治疗而言重要的所有患者状况数据。

治疗参数例如是所请求的治疗类型，例如血液透析滤过、血液透析、超滤等。例如，一些医学治疗仪器10允许多种治疗，以至于重要的是，转送所请求的治疗(例如血液透析)以及可选地转送所选择的治疗的相应参数，例如治疗的持续时间、所设定的血泵速率、所设定的透析液泵速率、置换体积和速率、超滤体积和速率等。

仪器参数例如是状态和/或仪器特性数据(机器的类型、标识号、配备)，其允许治疗批准仪器20判定：所请求的治疗是否也能够有意义地(仍)利用该仪器执行。

消耗品的参数例如能够是关于透析液体(透析液体和/或置换液体的类型和组成)、透析器、所用的一次性物品如软管套件、透析过滤器等的数据。

通常，所述数据至少包括这样多的表征性特征，使得治疗一对一地与患者相关联。

在本发明的一个设计方案中，请求码以图形编码的方式在医学治疗仪器10上提供，例如在屏幕上提供。

在此，请求码例如能够选自如下组，所述组包括：QR码、条形码、闪烁码。在此，能够使用一维或多维码。

也就是说，请求码例如能够在医学治疗装置10处的屏幕13上被提供。患者或有医学资格的专业人员或辅助人员例如能够借助智能电话(利用借助专门的应用程序)读取/读入请求码并且将其发送给治疗批准仪器20。在此，智能电话的电话号码或MAC地址能够用作为(附加地)标识患者或有医学资格的专业人员或辅助人员。也就是说，极大地简化操作。

在本发明的一个设计方案中，请求码具有加密，例如作为安全QR码。由此，一方面整体改善了关于患者的个人数据的数据安全性，而另一方面整体改善了数据通信的安全性。

在另一设计方案中，输入机构11或14选自如下组，所述组具有：读卡器、图形界面和近场通信读取器。也就是说，能够利用多种技术来读入数据，使得例如经由读卡器14以及利用电子证明文件(NFC，RFID)或智能电话(NFC、蓝牙、ZigBee、WLAN)同样可以与引入德国的健康卡(读卡器)进行交互，如在触摸屏11上的输入。也就是说，替选于或者附加于图形编码，也能够经由从医学治疗仪器10处例如至移动设备和从移动设备至医学治疗仪器的近场通信(NFC、RFID)来交换数据。这使得扫描和手动输入批准码是多余的。

在另一设计方案中，在拒绝所请求的治疗的情况下，由受过医学培训的人员发出用于输出合格的请求码的请求作为批准码。

也就是说，当例如治疗位于预先设定的参数之外但是这通过本地检查看似合理时，应当实现所述批准。另一方面，如果通过反馈使可能的输入错误对于患者和/或医学专业人员或辅助人员是现场可见的或者促使检查健康状况，那么例如患者状态数据应显示通过所请求的治疗进行的治疗是不当的。于是，通过输入合格的请求码才能批准治疗。

在一个有利的设计方案中例如能够提出，合格的请求码还具有例如作为受过医学培训的人员的标识。

特别地，合格的请求码还能够具有选自如下组的经过医学培训的人员的标识，所述组包括：手指扫描、虹膜扫描、PIN。为此，例如也能够设光学的读入装置作为输入机构11。当然，也能够以类似的方式标识患者。在此应该注意的是，例如能够提出，资格等级随着偏离于预定值/值域的程度而增加，以至于例如在偏差小时本地的医疗辅助人员能够通过合格的请求码(本地或借助治疗批准仪器20)实现批准，而在偏差较大时只有本地的医学专业人员能够通过合格的请求码(本地或借助治疗批准仪器20)实现批准。

在本发明的一个设计方案中，借助无线或有线通信网络交换(合格的)请求码和/或批准码。示例性的通信网络是LAN(局域网)、WAN(广域网)以及WLAN(无线LAN)，以及诸如LTE、UMTS/GSM网络的移动网络。

在本发明的另一设计方案中，例如对于紧急情况而言或在缺少对治疗批准仪器20的访问可行性的情况下，能够有利的是，能够本地批准所请求的治疗，其中对于本地批准例如需要输入紧急情况TAN。也就是说，如果例如出现紧急情况和/或治疗批准仪器20无法联系上，那么尽管如此作为例外情况仍能够通过本地有医学资格的人员批准(迫切)需要的治疗。在此能够提出，例如仅受限的紧急运行才是可行的，并且并非治疗的整个范围都可供使用。此外能够提出，特定的治疗只能通过医学专业人员才能批准。

此外，在本发明的另一设计方案中能够提出，批准码产生装置22能够根据所获得的请求码和所存储的数据来判定：所请求的治疗对于患者而言是否是可信的，并且只有在所请求的治疗对患者而言是可信的时，才产生批准码。可信度检验能够包括：将所请求的治疗与具体患者的先前治疗进行比较。如果所述治疗或其参数显著偏离彼此和/或如果治疗与医学指导方针相矛盾从而使所请求的治疗是不可信的，那么能够得出如下结论：当前的治疗请求不可信，并且首先不产生批准码。检查(医疗)可信度能够由专家系统执行，该专家系统存在于治疗批准仪器20中或者可与治疗批准仪器20相互作用的另一设备中。

在不限制一般性的情况下，本发明可应用于多种不同的治疗系统。然而，特别地，医学治疗仪器10是选自如下组的血液治疗仪，所述组尤其具有：透析仪、血浆置换仪、单采仪、血液透析滤过、血液超滤、血液灌流、腹膜透析、白蛋白透析。

参照图2从上文的描述中也容易得出该方法的一个可行的设计方案。

在第一步骤100中，在医学治疗仪器上选择治疗和可选地选择治疗参数。连同同样输入或读入的患者数据，在所述步骤中产生关于患者或治疗的请求码，并且请求码的提供在步骤120中通过医学治疗仪器10提供。

所提供的请求码被转送给治疗批准仪器20并在步骤130中被该治疗批准仪器接收。接下来，在步骤140中根据所获得的请求码和所保存的数据——从数据库DB中调用——来判定：是否产生批准码。在产生批准码的情况下，在步骤150中，所产生的批准码通过治疗批准仪器20朝向医学治疗仪器10发送。可选地，批准码也可以包含用于进行合格的批准的请求。如果不给予批准，那么能够终止程序。替选地或附加地，也能够产生如下“批准码”，所述批准码指示批准被拒绝和批准被拒绝的原因。也就是说，能够在医学治疗仪器10上显示对应的出错信息。

然后，在步骤160中，在医学治疗仪器10处能够读入/输入或更一般而言接收所发送的批准码。从现在起，在步骤170中，根据批准码和先前产生的请求码，能够由医学治疗仪器10判定，是否批准所请求的治疗。

如果批准了所请求的治疗，那么能够在步骤190中开始治疗。在完成的治疗之后接着能够进行：这被转送给治疗批准仪器20以便可选地与完成的治疗的其他过程数据一起进行记录。

如果未批准所请求的治疗，那么例如能够可选地在可选的步骤180中进行紧急批准和/或合格的批准。为此例如能够提出，通过输入TAN例如来自一个列表的TAN能够实现一定数量的治疗，和/或从紧急热线获得TAN。

如果未给予(合格的)批准，那么该程序能够终止。

能够提出，在步骤120中提供请求码和在步骤160中接收批准码之间，不允许超过最大时间，以便例如在无应答时例如由于通讯问题或治疗批准仪器20失效而引起的无应答时不阻断医学治疗仪器10。也就是说，在经过预定的时间段之后，医学治疗仪器10能够自动地假定批准码有错误并且在步骤180中等待输入。

在此也能够再次进行时间限制，使得该方法安全地结束。

本发明也能够实体化为一个或多个计算机程序产品，所述计算机程序产品用于对医学治疗系统的装置进行编程以执行方法的步骤。在此，计算机程序产品能够作为可下载的数据序列提供，或者作为数据载体，例如DVD、CD、存储卡、存储器芯片提供。

在下文中，再次针对应用情况描述本发明。

如果患者的治疗等待处理，那么将治疗数据输入到医学治疗仪器10，例如透析仪中。能够使用GUI(图形用户界面)进行输入。然而，患者数据和/或治疗数据也能够通过移动数据存储器(例如患者卡(智能卡)和适当的读取设备)通知医学治疗仪器10。

在医学治疗仪器10中存在的软件将这些数据转换为(加密的)图形编码。该编码例如能够通过智能手机读入并经由软件(App)解密和解码。然后，将这些数据转送给治疗批准仪器20(经由移动网络、互联网等)，在那里将它们作为治疗请求来检查。

如果对数据的检验表明：所请求的治疗符合特定标准，那么将批准码回报给移动设备(例如TAN)。该批准码允许将医学治疗仪器10解锁，使得之后能够执行治疗。

在治疗批准仪器20中被检查的标准能够是多样的。

但此外，专家系统也能够附属于治疗批准仪器20，该专家系统检验其他标准，例如：所请求的治疗在医学上是否合乎逻辑，或者对于该治疗存在潜在有风险的设定。如果患者状态数据基于医学考虑而与一项治疗相矛盾，那么该治疗在医学上例如会是有争议的。

在一个实施方式中，在标准检查有对应结果的情况下替代批准码能够在步骤150中向回发送错误或警报通知。

然而在一个实施方式中，标准检查也能够导致：批准码产生装置根据所获得的请求码和所存储的数据来判定：所请求的治疗对于患者是否是可信的，并且如果所请求的治疗对于患者而言不可信，那么给批准码补充数据使得能够批准可信的治疗。这些数据可以包括绝对数据和相对变化数据，使得例如仅转送关于所请求的治疗的数据的偏差。由此例如识别出错误输入(并且还可能通过错误或警报通知发出信号)并且然后可以建议在医学上看似合理的治疗。然后，能够在医学治疗仪器10上显示所建议的治疗(例如与错误或警报通知一起)。接着，能够通过对应的人员批准经修改的治疗。也就是说，医学治疗仪器10至少根据批准码判定：是否以及如何批准所请求的治疗。

在另一实施形式中，在这样的情况下尽管如此仍能够由合格的医务人员申请有效的批准码，其中合格的医务人员例如通过在移动设备上输入密码来验证身份(例如借助指纹扫描仪、虹膜扫描仪或其他一对一标识人员的生物统计学数据，从而在对申请人的资格完成检查之后，尽管有由专家系统提出的顾虑，但仍能够获得有效的批准码，。

在这种情况下，对专家系统的顾虑的“否决”取决于操作员的资格。例如，医生比护士具有更高的否决权限。

有利地，这样的过程被记录，也就是说，始终可以领会由谁否决专家系统或尝试否决专家系统。

有利地，能够结合对治疗的批准记录所有过程。

在一个实施形式中，能够通过软件从所输入的数据中计算由医学治疗仪器10所预期的用于批准该治疗的批准码。该实施形式的一个优点是，医学治疗仪器10本身不需要对外的数据连接，这提高了数据安全性。也就是说，没有用于直接通信的接口，提高了医学治疗仪器10的安全性。

在此情况下，例如能够通过特定算法(例如密钥生成器)来计算批准码，该算法从输入的数据中创建一对一的批准码(例如，光学编码的码如QR码、闪烁码)。

在医学治疗仪器10包括数据连接可行性(互联网、移动无线电等)的另一实施形式中，批准码能够由治疗批准仪器20随机产生并经由数据转送通知医学治疗仪器10。

在医学治疗仪器10以这种方式配备的情况下，所描述的经由移动设备请求批准码也能够是有意义的。

在这种情况下，移动设备近似用作医学治疗仪器的密钥，其中密钥能够一对一地被分配(例如经由发送仪器标识号并输入个人化的PIN或经由输入生物统计学数据)。只有合格的人员才获得密钥，其中具有上述功能的软件必须以人员绑定的方式注册。

Claims (20)

1.一种医学治疗系统(1)，具有：

·医学治疗仪器(10)，其中所述医学治疗仪器具有用于选择治疗的输入机构(11)，其中所述医学治疗仪器包括用于产生关于患者和治疗的请求码的仪器(12)，其中所述请求码在所述医学治疗仪器(10)处被提供(13)，

·治疗批准仪器(20)，其中所述治疗批准仪器(20)具有用于接收所述请求码的数据的装置(21)，其中所述治疗批准仪器(20)还具有批准码产生装置(22)，所述批准码产生装置根据所获得的请求码和所存储的数据(DB)判定，是否产生批准码，并发送(23)所产生的请求码，

·其中所述医学治疗仪器(10)还具有用于读入批准码(11，14)的机构，

·其中所述医学治疗装置(10)至少根据所述批准码判定，是否以及可选地如何批准所请求的治疗。

2.根据权利要求1所述的医学治疗系统，

其中所述请求码具有选自如下组的数据，所述组具有：患者身份数据、患者状况数据、治疗参数、仪器参数、消耗品的参数。

3.根据权利要求1或2所述的医学治疗系统，

其中所述请求码以图形的方式编码。

4.根据上述权利要求中任一项所述的医学治疗系统，

其中所述请求码选自如下组，所述组具有：QR码、条形码、闪烁码。

5.根据上述权利要求中任一项所述的医学治疗系统，

其中所述请求码具有加密。

6.根据上述权利要求中任一项所述的医学治疗系统，

其中所述输入机构选自如下组，所述组具有读卡器、图形界面、近场通信读取器。

7.根据上述权利要求中任一项所述的医学治疗系统，

其中在所请求的治疗被拒绝的情况下，所述批准码具有受过医学训练的人员发出合格的请求码的请求。

8.根据权利要求7所述的医学治疗系统，

其中合格的所述请求码还具有作为受过医学训练的人员的标识。

9.根据权利要求7或8所述的医学治疗系统，

其中，合格的所述请求码还具有受过医学训练的人员的标识，其选自如下组：手指扫描、虹膜扫描或PIN。

10.根据上述权利要求中任一项所述的医学治疗系统，

其中，借助无线或有线通信网络交换请求码和/或批准码。

11.根据上述权利要求中任一项所述的医学治疗系统，

其中在医学治疗仪器上还能够本地批准所请求的治疗，其中为了本地批准需要输入紧急TAN。

12.根据上述权利要求中任一项所述的医学治疗系统，

其中在所述医学治疗仪器上还能够本地批准所请求的治疗。

13.根据上述权利要求中任一项所述的医学治疗系统，

其中所述批准码产生装置根据所获得的请求码和所存储的数据判定：所请求的治疗对于患者是否是可信的，并且只有当所请求的治疗对于患者可信时才产生批准码。

14.根据权利要求13所述的医学治疗系统，其中，判定所请求的治疗是否可信包括：

·将所请求的治疗与先前的治疗和/或其参数进行比较，其中，如果这些治疗或其参数彼此显著偏离，那么所请求的治疗是不可信的，和/或

·通过专家系统检查医学可信度，其中，当所述治疗违反医学指导方针时，所请求的治疗是不可信的。

15.根据上述权利要求中任一项所述的医学治疗系统，

其中，所述批准码产生装置根据所获得的请求码和所存储的数据判定，所请求的治疗对于患者是否是可信的，并且如果所请求的治疗对于患者而言是不可信的，那么给所述批准码补充数据，使得能够批准可信的治疗。

16.一种用于根据上述权利要求中任一项所述的医学治疗系统的血液处理装置，

其中所述血液质量仪器是选自如下组的仪器，所述组尤其具有：透析仪、血浆置换仪、单采仪、血液透析滤过、血液超滤、血液灌流、腹膜透析、白蛋白透析。

17.一种用于医学治疗系统(1)的方法，所述医学治疗系统具有医学治疗仪器(10)和治疗批准仪器(20)，所述方法具有如下步骤：

·在所述治疗仪器(10)上选择(100)治疗，

·产生(110)关于患者和治疗的请求码，并通过所述治疗仪器(10)提供(120)所述请求码，

·在所述治疗批准仪器(20)上接收(130)所述请求码，

·根据所获得的请求码和所存储的数据通过所述治疗批准仪器(20)判定(140)：是否产生批准码，以及

·通过所述治疗批准仪器(20)发送(150)所产生的批准码，

·在所述医学治疗仪器(10)上接收(160)所产生的批准码，

·根据至少所述批准码和先前产生的请求码通过所述医学治疗装置(10)判定(170)：是否以及可选地如何批准所请求的治疗。

18.一种用于医学治疗系统(1)中的医学治疗仪器(10)的方法，所述医疗治疗系统具有所述医学治疗仪器(10)和治疗批准仪器(20)，所述方法具有如下步骤：

·在所述医学治疗装置(10)上获得治疗的选择(100)，

·产生(110)关于患者和治疗的请求码并通过所述医学治疗仪器(10)提供(120)请求码，

·在所述医学治疗装置(10)上接收(160)所产生的批准码，

·根据所述批准码和先前产生的请求码通过所述医学治疗装置(10)判定(170)是否批准所请求的治疗。

19.一种用于医学治疗系统(1)中的医学治疗仪器(10)的方法，所述医学治疗系统具有所述医学治疗仪器(10)和治疗批准仪器(20)，所述方法具有如下步骤：

·在所述治疗批准仪器(20)上接收(130)请求码，

·根据所获得的请求码和所存储的数据判定(140)是否产生批准码，以及

·通过所述治疗批准仪器(20)发送(150)所产生的批准码。

20.一种用于对医学治疗系统的装置进行编程的计算机程序产品，所述计算机程序产品用于执行根据权利要求17、18或19中任一项所述的方法的步骤。