MONITORING OPERATING ACTIONS FOR A DIALYSIS MACHINE

Description

[0001] The present invention relates to the monitoring of the operation of dialysis machines or other medical devices. It relates in particular to an operator monitoring unit, a medical device with such an operator monitoring unit, and a method for user-specific monitoring of operating actions during the operation of the dialysis machine.

[0002] In clinical practice, the flawless functioning of medical devices is essential. The device consists of numerous electronic and / or technical units, all of which must function correctly. To ensure this, the device incorporates a variety of sensors that monitor the device's status and its components. These sensors then notify the user via the user interface as needed, particularly in the event of a malfunction. For example, if a pump or other component of the device fails or malfunctions, this is detected by the sensors as a device malfunction. This allows for the rapid detection and reporting of such malfunctions.

[0003] However, malfunctions in the device can arise not only from faulty technical components but also from user error. For example, during hemodialysis treatments, when inserting the heparin syringe for anticoagulation of the blood in the extracorporeal circuit, care must be taken to ensure that the plunger of the motorized syringe pump is securely connected to the syringe plunger. If this is not the case, a considerable amount of time can pass without any heparin being delivered into the extracorporeal blood due to the minimal pumping rate of this particular pump. This can result in the blood clotting in the extracorporeal circuit, which can clog the filter, or in extreme cases, even lead to clotted blood being pumped back into the patient's vascular system (risk of embolism).

[0004] Such an error can sometimes be life-threatening for the patient.

[0005] Document US 2017 / 065757 A1 describes a voice interface for a dialysis machine with a loudspeaker, a microphone, and a speech recognition unit. If it is determined that a required action has not been completed, audible instructions can be issued. If it is determined that an action has been completed, instructions for a subsequent action can be issued.

[0006] In current technology, there is a need to monitor user actions of the device for errors and to be able to trigger proactive automatic assistance measures.

[0007] Based on known systems as prior art, the present invention therefore aims to improve the safety of device operation and to reduce the number of operating errors and, in particular, the device downtime caused by operating errors. Furthermore, it aims to provide more efficient error handling for device operation.

[0008] This problem is solved according to the invention by an operating test unit, a dialysis machine, and a method according to the accompanying, interdependent claims. Further advantageous embodiments are the subject of the dependent claims.

[0009] The invention is described below with reference to the device-based solution to the problem, and thus with reference to the operator testing unit. Features, advantages, or alternative embodiments mentioned here are also transferable to the other claimed items and vice versa. In other words, the method-based claims can also be further developed with the features described and / or claimed in connection with the operator testing unit, and vice versa. The corresponding functional features of the method are implemented by corresponding physical modules, in particular by electronic hardware modules or microprocessor modules, of the system or the product, and vice versa. For example, the acquisition of a user's identity can be carried out by an identification unit that, for example, includes a camera and performs an optical identification method.

[0010] One aspect concerns an operator test unit for verifying the correctness of a user's actions and for user-specific, proactive control of a dialysis machine. The operator test unit includes: An identification unit designed to capture a user's identity; this can be performed in particular during or before an operation on the dialysis machine; a sensor unit designed to capture an operation of the identified user as an actual operating data record; a processing unit designed to compare the captured actual operating data record with a target operating data record stored in memory for conformity, in order to generate a user-specific message in case of deviation.

[0011] A key aspect of the invention is that the device operating actions of a specific user are individually recorded and evaluated in order to initiate user-specific control of the device with proactively generated operating instructions and aids for improved and, in particular, error-free operation. A first user can thus receive different operating instructions than a second user. Through the monitoring of operating actions according to the invention, the respective user-specific message can even be executed before the intended device operating step in order to prevent future user errors that have been recorded in the past.

[0012] In the above-mentioned example for inserting the heparin pump, the described error can, according to a preferred embodiment of the invention, be detected, for example, by monitoring the motor current of the syringe pump, which, in the case of a force-fit insertion of the heparin syringe, assumes a different characteristic curve due to the then existing back pressure than in the case of an idle operation of the pressure piston.

[0013] In one embodiment, the operating test unit comprises an evaluation unit designed to assess whether, how often, during which period, and / or in which operating mode the (current) operating action has been recorded and to provide an evaluation result. The evaluation result thus advantageously has greater informative value and can be more specifically tailored to the operating situation in order to improve proactive device control by providing relevant guidance.

[0014] In another embodiment, the operating test unit includes an output unit designed to output the user-specific message, the recorded actual operating data record, the target operating data record, and / or an evaluation result. This could, for example, be a control panel of the device. This allows the user to be provided with specifically helpful operating instructions.

[0015] In another aspect, the invention relates to a dialysis machine with an operating test unit as described above.

[0016] Another aspect relates to a method for user-specific monitoring of operating actions during the operation of a dialysis machine and for user-specific control of the device. During operation of the dialysis machine (including device setup or commissioning, startup, normal operation, service operation, etc.), a user identity is first recorded, followed by an operating action of the identified user as an actual operating data record. The recorded actual operating data record is then fed into a configurable data processing system, in particular to compare it with a stored target operating data record for consistency, in order to generate a user-specific message in case of deviation.

[0017] In another embodiment, the user action is detected in a first operating phase, and the generated user-specific message is output in a second operating phase. "Operating phase" here refers to a user's operating phase. This can relate, in particular, to a specific procedure on the device or to a sequence of consecutive operating actions. This has the advantage, for example, that if previous error monitoring of operating actions for the same procedure (which may comprise a sequence of operating actions) and for the same user has revealed that the user made an error, this information can be used for modified device control.In particular, the system can proactively trigger the output of a user notification to inform the user about the correct execution of the pending operation and, if necessary, to further inform them that they have consistently made errors during the intended operation. Specifically, the system can also display the precise error along with the correct procedure. For example, the operation might involve replacing or installing a filter. If, during a previous operating phase, it was recorded that the user did not rotate the filter, which is necessary, this information can be displayed to them before the intended operation to proactively inform them about the correct execution of the action. This significantly reduces the risk of user-specific errors from the outset.

[0018] In one embodiment, the user-specific message is thus output before the operating action is performed, whereby the user-specific message has been captured from a previous operating phase.

[0019] In one embodiment, the generated user-specific message is thus issued even before the respective message-triggering operation, if a user-specific message was generated for the respective operation in a previous operating phase of the identified user. The operation can be embedded in a sequence of successive (predefined, coordinated, and / or sequential) operations. The message can indicate incorrect operation of the device. The user-specific message can therefore be issued immediately before another, potentially error-indicating operation is to be performed. In this case, the error message is a warning and is intended to serve as a corrective for the user's behavior.

[0020] In another embodiment, additional metadata, in particular a timestamp, is recorded along with the user action. This allows for a more comprehensive analysis of the user actions and provides a more detailed evaluation result.

[0021] In another embodiment, user identity is captured by performing an identification process. This process can be based on an optical method (camera, eye scan) and / or a biometric method (fingerprint) and / or the input of key data (password, username) and / or reading data from a mobile storage device (smartcard, pager, etc.). The methods listed above can also be used cumulatively, thereby increasing the security of user identification.

[0022] In another embodiment, the user-specific message is displayed on a monitor of the dialysis machine, particularly a touchscreen monitor. This has the advantage that the user's attention is already focused on the control monitor and is not distracted by another device. Alternatively, the message can also be forwarded to other external entities for the purpose of teaching and training the user. The message and the evaluation results can also be forwarded to a central server, for example, to perform statistical analyses.

[0023] In another embodiment, the user-specific message requires acknowledgment from the user. This ensures that the user must confirm the message before the device can be operated further. Conversely, this reduces the risk of overlooking the message, which is intended as a warning. Acknowledgment is implemented technically by detecting an acknowledgment signal. The message can indicate incorrect operation. The message can also include operating instructions (as assistance).

[0024] In another embodiment, the output of the user-specific message can be activated and deactivated. This allows the recording and storage of user actions to continue while simultaneously enabling the message output to be "switched off." This makes the method highly flexible. For example, in urgent emergency situations, the output of instructions and warnings can be disabled, eliminating the need for acknowledgments and thus speeding up operation. The message can also be triggered automatically upon the occurrence of a predefined event. Rules can be configured and, in particular, stored locally in the device's memory. These rules can specify, for example, that a message is triggered if three consecutive user errors are recorded for the same procedure, or if the procedure is safety-critical.

[0025] In another embodiment, all recorded user actions are aggregated and stored in a breakdown for each user. This can be performed locally on the device or externally on a central server. The central server or a central unit communicates with the device via data transmission. Alternatively, the processed data, in particular the evaluation results or messages, can be output to the central unit. This allows the system to also be used as a training system.

[0026] In another embodiment, the target operator data set is configured individually for each user, depending on the captured user identity and / or an operating mode. This increases the flexibility of the process.

[0027] The following defines the terms used in this application.

[0028] The operator monitoring unit is an electronic component. It can be implemented in hardware (as an electronic circuit unit, e.g., using an ASIC, FPGA, or DSP, etc.) and / or software or firmware. It serves to monitor operator actions performed on the device and, in particular, to ensure correct operation. Furthermore, the operator monitoring unit controls the device by generating and outputting messages or test / processing results specifically tailored to the previously recorded operator actions. The operator monitoring unit is preferably implemented on the device itself. It may include interfaces to external units (e.g., a central server).

[0029] The invention is described below for a dialysis machine as an example of a medical device, e.g., a hemodialysis machine or a peritoneal dialysis machine. However, it is obvious to those skilled in the art that the invention can also be applied or transferred to other medical devices, computer-controlled devices or (fluid management) machines or blood treatment devices that are operated by a user via operating actions to be performed on the device.

[0030] The operation of the device refers to all operating states in which the device is active or is activated, such as during startup, upgrade, normal operation (e.g., during dialysis treatment), servicing, maintenance, and shutdown. The above list is not exhaustive. Operation can also refer to the partial operation of only one device component, such as disinfecting the extracorporeal circuit, filling and venting the extracorporeal circuit, responding to alarms, ending treatment with blood return to the patient, emptying the extracorporeal circuit, or accessing specific menu items on the user interface (e.g., GUI).

[0031] User identity is an electronic data record that uniquely identifies the (current) user on the device. It can change during device operation and differ between periods. User identity can be a uniquely identifying code, such as an employee number, read via a data interface. User identity can be captured through various technical means, either based on different sensors that collect identification data or—as described above—by reading identification data via an interface (e.g., a mobile data carrier such as a smartcard, smartwatch, or pager) or by reading an NFC code carried by the user on a data carrier.In a preferred embodiment of the invention, visual sensors, such as a camera (CCD camera), can be used. User identity can be captured using biometric methods (e.g., with an optical iris scan and / or by capturing a fingerprint on the device's user interface). Alternatively, an authentication method can be used, such as, in the simplest case, entering a username and a secret code identifying the person (e.g., a password). The aforementioned identification methods can also be used in combination, thereby improving the security of the user interface.

[0032] The actual (IST) and target (SOT) operating data sets are electronic data tuples. In one embodiment of the invention, the IST and target operating data sets comprise multiple parameters to represent several sensor values ​​in a predefined sequence. The sensor values ​​can characterize a sequence of user actions on the device (such as first starting the disinfection process on the user interface, then opening the door, disconnecting the hose, etc.). The operating actions can be detected by different sensors (differently oriented optical sensors, switches, proximity sensors, etc.). The target operating data set can be configured according to the application and / or read from a central administration node. This makes it possible to easily update the target values ​​or adapt them to the respective context.

[0033] The message is an electronic, user-specific notification that indicates the correctness of the user's actions on the device. At an abstract level, a distinction is made between error messages and correctness messages. Error messages may include further information. The message can be displayed directly on the device (e.g., on the GUI) and / or transmitted to an external instance (e.g., a server) via a data connection, for example, to perform further statistical analyses. The device can be configured to display only error messages. The message can include metadata relevant to the context of the operation, encompassing device-related metadata (device status, type of equipment operated, time of operation, operating mode, etc.) and operator-related metadata (user role (patient, doctor, nurse), frequency of incorrect operation, operating phase (emergency or normal operation)).The message is therefore based on processing performed on the device. It includes a test result (as a result of comparing the target and actual operating data) and / or a processing result. The message can thus serve as an operating aid.

[0034] Error messages can be classified according to a pre-configurable scheme, such as priority or severity. For example, a distinction can be made between critical and non-critical errors. Non-critical errors have no or only a minor impact on the patient (e.g., insecure, time-consuming touchscreen inputs). Critical errors are those that potentially have a significant impact on the patient's treatment. If such critical errors occur frequently with a particular user, this can be automatically detected according to a preferred embodiment of the invention and reported, for example, to a superior authority (supervisor, hospital management) via electronic message from the device (or via a data-exchange evaluation unit, which does not necessarily have to be located in the medical device).Such a message can, for example, be used as an opportunity to provide the specific user with separate training to prevent such critical operating errors in the future. In an extension of the invention, a stepwise escalation of measures can be initiated depending on the frequency and severity of the operating errors.

[0035] The output unit is designed to display the message. It is an electronic component. The output unit can be implemented in software, firmware, or hardware. In the first case, it can interact with the device's graphical user interface (GUI) to display the message on the surface.

[0036] The evaluation unit is designed to analyze the data acquired by the operator control unit. It is an electronic component and can be implemented as software, firmware, or hardware. In the first cases, it can be provided as a loadable application. Advantageously, the functionality of the evaluation unit can also be adapted and updated during operation.

[0037] The sensor unit can include several different sensors, such as optical, acoustic, thermal sensors, motion sensors, gyro sensors, humidity sensors and / or sensors for recording technical parameters, such as pressure or the position, function and / or orientation of the device's operating equipment.

[0038] Another solution to the problem consists of a computer program product that is loaded or loadable into the memory of a computer or electronic or medical device with a computer program for carrying out the procedure described above when the computer program is executed on the computer or electronic or medical device.

[0039] Another solution involves a computer program to carry out all the steps of the procedure described above, provided the computer program is executed on a computer, electronic device, or medical device. It is also possible for the computer program to be stored on a medium readable by the computer or the electronic or medical device.

[0040] The following detailed description of the figures discusses exemplary embodiments, which are not to be understood as restrictive, along with their features and further advantages, using the drawing as an example. Brief description of the characters

[0041] Fig. 1 shows a schematic representation of a dialysis machine with an operator control unit according to an advantageous embodiment of the invention. Fig. 2 is an example of a flowchart for an operating procedure of the dialysis machine with the operator control unit. Fig. 3 is an exemplary schematic representation of a data exchange of signals and messages between the operator control unit and a user interface of the dialysis machine. Fig. 4 shows a detailed representation of the operator control unit during operation of a dialysis machine. Detailed description of the figures

[0042] The invention will now be described in more detail with reference to exemplary embodiments in conjunction with the figures.

[0043] Fig. 1Figure 1 shows a dialysis machine D with an operator test unit 20, which serves to check the correctness of operating actions performed on the dialysis machine (hereinafter also referred to as the device) D and to generate user-specific operating aids. The operator test unit 20 comprises an identification unit 21, which is configured to record the user identity of the respective user, and a sensor unit 22, which is configured to record an operating action of the identified user as an actual operating data record. Furthermore, the operator test unit 20 comprises a processing unit 23, which is designed to compare the recorded actual operating data record with a target operating data record stored in a memory MEM for conformity, in order to generate a user-specific message in case of a deviation.The operator test unit 20 can also include an evaluation unit 24, which is configured to evaluate whether, how often, during which period, and / or in which operating mode the operator action was recorded and to provide an evaluation result. The evaluation result can also be stored locally in the memory MEM. Furthermore, the data recorded or determined on the operator test unit 20 (including the evaluation result) can be output on an output unit 25, which can be configured as a GUI. The device D, and in particular the processing unit 23, can exchange data with a central server S. This can be done via a bus system BUS and / or via a network NW. The server S can exchange data with the dialysis machine D and / or with the operator test unit 20. Alternatively, the server S can interact directly with the processing unit 23 (in ). Fig, 1(not explicitly shown). Server S can exchange data with a database DB to, for example, store rules for comparing the actual (IST) operating data record with the target (SAT) operating data record. The target operating data record can also be stored there.

[0044] Fig. 2Figure 1 shows a flowchart of a method according to a preferred embodiment of the invention. After startup, in step S1, the user identity is captured in an automatic detection process. This can be done using biometric methods and / or other identification processes. Identification data can also be read via an interface (user data via a pager or a smart card, whereby various transmission channels, in particular wireless ones, such as WLAN, Bluetooth, NFC, etc., can be used). In step S2, at least one operating action is detected; a sequence of operating actions can also be captured. The at least one operating action of the identified user is thus captured in step S2 as an actual operating data record. In step S3, the captured actual operating data record is compared with a stored target operating data record for consistency. Depending on the result of the comparison, a test or...A comparison result is provided to generate a user-specific message if there is a deviation in step S4. The procedure can then end or be repeated.

[0045] Fig. 3Figure 1 shows an interaction diagram between the electronic modules involved. Identity data 31, which uniquely identifies the user, is captured by the identification unit 21 and transmitted to the processing unit 23. The captured actual operating data record 32 is captured by the sensor unit 22 when the control element BE is actuated and is also transmitted to the processing unit 23. The target operating data record 33 is read from the memory MEM and transmitted to the processing unit 23. Subsequently, all data is available on the processing unit 23 to perform data processing V in order to provide a test result 34. The test result 34 indicates whether the captured operating action (the actual operating data record 32) corresponds to the pre-configured and thus predicted, correct operation (target operating data record 33) and is therefore correct.Test result 34 can be displayed on the graphical user interface (GUI) of device D. Test result 34 may include an evaluation result that provides further information.

[0046] Fig. 4 Figure 1 shows in more detail an operating test unit 20, which can be integrated into or connected to a dialysis machine D. Fig. 4 It is represented in an integrated form. The operating test unit 20 is thus specifically designed and configured for the respective dialysis machine D or for another medical device D.

[0047] The user operates the dialysis machine D by performing the necessary actions on the device, such as opening cover doors to change a filter or for other functions. To do this, they must operate control elements BE or operating components, operating units, and / or control devices of the machine D. The activation of the control element BE is automatically detected by a suitably arranged and designed sensor unit 22 with at least one sensor. The sensors are advantageously distributed across different operating units and comprise a variety of different sensor types (for measuring the position or movement of a component, or for measuring pressure, current, voltage, or other technical parameters). The user's identity is also recorded by the corresponding identification unit 21. The identification data set recorded by the identification unit 21 is forwarded to the processing unit 23.Similarly, the sensor data acquired by sensor unit 22 to record an operating action of the identified user as an actual operating data record are transmitted to processing unit 23. Processing unit 23 processes the transmitted data; in particular, the recorded actual operating data record is compared with the target operating data record for consistency. In case of a deviation, the user-specific message is generated, which can then be displayed on the GUI of device D.

[0048] By integrating the operating test unit 20 according to the invention into the medical device system, user-specific operating characteristics can be automatically recognized and processed. In this way, user-specific messages and error messages can be issued proactively, and thus, in particular, before potentially incorrect operation occurs again, and assistance can be provided to prevent the error situation from arising in the first place.

[0049] The device can thus adapt to the user's specific needs. It can automatically configure itself by inferring future user actions based on recorded user behavior from at least one previous operating period and offering assistance. The goal is to prevent errors.

[0050] Since every user makes different mistakes, the heuristic used in the operator test unit 20 must be user-specific. The user-specific or typical operating behavior is recorded in a first operating phase. The output of the calculated message can occur in a second (planned future) operating phase.

[0051] User behavior is preferably recorded internally by the device. The collected data is stored. The collected data (aggregated actual user behavior records) is preferably stored locally (internally by the device) and updated with each user action. A list structure can be used as the data structure for storage, which is illustrated below as an example: Operating action User error Notification number time frequency TPE Filter not rotated during preparation #5312 23:12 5 CiCa-CVVHDF Filter bag clamp closed after bag change #5515 9:25 10 TPE Coupling test failed #5315 20:55 3

[0052] The frequency (last column) can be calculated in relation to a predefined period. TPE stands for Therapeutic Plasma Exchange and CVVHD refers to continuous veno-venous hemodialysis. Ci-Ca® dialysates are used in citrate anticoagulation.

[0053] The locally recorded user action data (the collected actual operating data records) can be further processed locally and / or elsewhere (e.g. centrally), for example by means of a statistical analysis, in order to predict probabilities for typical treatment errors.

[0054] For example, if it is detected that the recorded messages change over time (e.g., because certain errors are no longer made), then this change is also automatically recorded and used for device control. In the device setup, it can be configured so that messages are no longer output and displayed if they have not been recorded for a pre-configurable period of error-free operation (e.g., not during the last 5 or 10 operations, or within a period of 1 day or 1 week).

[0055] As shown in the example table above, the time of the operation can also be recorded. If the collected data indicates, for example, that a certain error (in the example, TPE) is always made only at night and not during the day (or during specific time periods), then the device can be automatically controlled so that the error prevention message is only issued at night and not during the day (only during the specific time periods).

[0056] The message may also include information about the cause of the error and its effect(s).

[0057] A fixed, predefined structure is preferably used for the messages. This serves to distinguish the messages from other device messages, making device operation more efficient and easier. The messages can, for example, have a specific appearance (look and feel).

[0058] Finally, it should be noted that the description of the invention and the exemplary embodiments are not to be understood as limiting with regard to a specific physical realization of the invention. All features explained and shown in connection with individual embodiments of the invention can be provided in different combinations in the subject matter of the invention in order to simultaneously realize their advantageous effects. Thus, for example, it is also within the scope of the invention to provide, alternatively or cumulatively to the graphical user interface 25, other operating or control elements of the medical device for outputting the processing result 34. These may, for example, also be external output devices.It is particularly obvious to a person skilled in the art that the invention can be applied not only to dialysis machines, but also to other medical devices D where correct operation needs to be verified. If correct operation has not been determined, a processing result 34 is to be generated and, if necessary, output.

[0059] Furthermore, the components of the medical system for monitoring operating actions and the operating test unit 20 can be distributed across several physical products.

[0060] The scope of protection of the present invention is defined by the claims and is not limited by the features explained in the description or shown in the figures. REFERENCE MARK

[0061] Medical device, in particular dialysis machine 20 Operating test unit 21 Identification unit 22 Sensor unit 23 Processing unit 24 Evaluation unit 25 Graphical user interface (GUI) 31 Identity data 32 Actual operating data record 33 Target operating data record 34 Test result S1 Capture user identity S2 Capture at least one operating action S3 Compare actual operating data record with target operating data record S4 Generate and, if necessary, output a test result

Claims

1. Operation verification unit (20) for a dialysis device with an identification unit (21) designed to record the user identity of a user, wherein the operation verification unit comprises: - a sensor unit (22) designed to detect, in a first operating phase, an operating action of the identified user as an ACTUAL operating data record, wherein the operating action is embedded in a sequence of successive, predefined, coordinated operating actions; - a processing unit (23) designed to compare the recorded ACTUAL operating data record with a TARGET operating data record stored in a memory (MEM) in order to generate a user-specific message in the event of a deviation; - wherein the operation verification unit (20) comprises an output unit (25) or is in data exchange with the latter, which is designed to output the generated user-specific message, the recorded ACTUAL operation data record, the TARGET operation data record and / or an evaluation result, wherein the generated user-specific message is output in a second operating phase before the operating action is executed if a user-specific message has been generated for the respective operating action in a previous operating phase of the identified user characterized in that the generated user-specific message has been determined on the basis of previous error monitoring of operating actions for the same procedure, which comprises a sequence of operating actions, and for the identical user, that the user has made errors here.

2. Operation verification unit (20) according to claim 1, characterized in that operation verification unit (20) comprises an evaluation unit (24) which is designed to evaluate whether, how often, in what period of time and / or in what operating mode the operating action was recorded and to provide an evaluation result.

3. Dialysis device with an operation verification unit (20) according to one of the preceding patent claims.

4. Method for user-specific monitoring of operating actions during operation of a dialysis device, characterized in that during operation of the dialysis device, a user identity is first recorded and then, in a first operating phase, an operating action of the identified user is recorded as an ACTUAL operating data record (S1, S2), wherein the operating action is embedded in a sequence of successive, predefined, coordinated operating actions, and that the recorded ACTUAL operating data record is compared with a stored TARGET operating data record for consistency (S3) in order to generate a user-specific message in the event of a deviation (S4), wherein the generated user-specific message, the recorded ACTUAL operating data record, the TARGET operating data record and / or an evaluation result are output, wherein the generated user-specific message is output in a second operating phase before the operating action is executed, if a user-specific message has been generated for the respective operating action in a previous operating phase of the identified user and it has thus been determined on the basis of previous error monitoring of operating actions for the same procedure, which comprises a sequence of operating actions, and for the identical user that the user has made errors here.

5. Method according to the preceding method claim, characterized in that further metadata, in particular a time stamp, is recorded when the operating action is recorded.

6. Method according to one of the preceding method claims, characterized in that the user identity is recorded (S1) by performing an identification process based on an optical method and / or a biometric method and / or the entry of key data and / or by reading data from a mobile data carrier.

7. Method according to one of the preceding method claims, characterized in that the user-specific message is output on a monitor (25) of the dialysis device on a touchscreen monitor.

8. Method according to one of the preceding method claims, characterized in that the user-specific message requires acknowledgment by the user and indicates incorrect operation and / or includes operating instructions.

9. Method according to one of the preceding method claims, characterized in that outputting the user-specific message can be activated and deactivated and / or is automatically activated or deactivated after a predefined event or a predefined period of time has occurred.

10. Method according to one of the preceding method claims, characterized in that all recorded operating actions by all users are aggregated and stored and / or output broken down for each user.

11. Method according to the immediately preceding method claim, characterized in that the target operating data record is configured individually for each user depending on the recorded user identity and / or an operating mode.

12. Computer program for performing all steps of the method claimed above when the computer program is executed on a computer or on a dialysis device.