Patient communication system

Abstract

Patient communication system (10), featuring - a display device (30), - a control device (50), - a first patient counter (41), - a second patient switch (42), - wherein the control device (50) is configured to display a number of one or more patient selection menus (100, 105) on the display device (30), - where each patient selection menu (100, 105) has multiple sectors, - where in several sectors a respective patient menu object (110, 120) can be displayed in a respective inactive or an respective active state, - wherein the control device (50) is configured to, - in each patient selection menu (100, 105) only one patient menu object (110) is displayed in the active state and all other patient menu objects (120) are displayed in the inactive state, - responding to an activation of the first patient switch (41) to display the respective next patient menu object (110) in the active state, and - responding to an activation of the second patient switch (42) to select a respective patient menu object (110) displayed in the active state.

Description

[0001] The invention relates to a patient communication system.

[0002] Patient communication systems are used to enable patients in hospitals, for example after major surgery or accidents, who are therefore severely limited in their ability to communicate, to communicate with medical staff such as doctors or nurses. For a patient who, for example, is in intensive care after major surgery and connected to numerous machines, such as being intubated and ventilated, it can be very difficult to indicate even basic needs such as the desire to eat or drink, or to express pain. Typically, patients in such a situation are unable to speak, and their arm mobility is also limited.

[0003] A patient communication system is known in the prior art from publication DE 20 2010 014 777 U1. This system is designed so that various communication elements are displayed sequentially, and the patient can select one of these elements using a pneumatic button. While this provides the patient with a basic means of communication, experience has shown that patients often cannot react quickly enough to perceive and select a displayed communication element. Furthermore, the type of communication enabled by this system is severely limited.

[0004] Document EP 0 689 699 B1 discloses a patient health care and communication system in which a central station records the locations of staff within a medical care facility, who are identifiable by wearable tagging.

[0005] It is therefore an object of the invention to provide a patient communication system which is designed in an alternative way compared to the prior art, for example, being easier for the patient to use and / or offering more communication options.

[0006] This is achieved according to the invention by a patient communication system according to claim 1. Advantageous embodiments can be found, for example, in the dependent claims. The content of the claims is incorporated into the description by express reference.

[0007] The invention relates to a patient communication system. The patient communication system includes a display device. The patient communication system includes a control device. Furthermore, the patient communication system includes a first patient switch and a second patient switch.

[0008] The control device is preferably configured to display a number of one or more patient selection menus on the display device. Each patient selection menu has a plurality of sectors. In a plurality of the sectors, or even in all sectors, a respective patient menu object can be displayed in either an inactive or an active state.

[0009] The control device is preferably configured to display only one patient menu object in the active state at any given time, while displaying all other patient menu objects in the inactive state. The control device is further preferably configured to display the next patient menu object in the active state upon activation of the first patient switch. Additionally, the control device is preferably configured to select the respective patient menu object displayed in the active state upon activation of the second patient switch.

[0010] The patient communication system according to the invention thus provides two patient switches, which, compared to known designs, offer a significantly improved and easier-to-use operating option for the patient. It is no longer necessary to display information to the patient in a predetermined sequence, which then has to be selected at a specific time. Instead, the patient can use the first patient switch to directly access the desired function and then select the corresponding function by pressing the second patient switch. The patient is not bound by a time limit set by the patient communication system; rather, they can determine the selection process themselves.It is also irrelevant if, for example, an attempt to activate a patient switch was unsuccessful in a particular case, perhaps because the patient lacked the necessary hand mobility at that specific moment. The activation can be repeated at any later time.

[0011] Furthermore, the provision of two patient switches and the described patient selection menus enables significantly more functionality than in state-of-the-art designs, since the targeted selection of patient menu objects allows for virtually any branching of patient selection menus or other elements to be displayed, such as those mentioned below, which enables significantly more interaction between patient and patient communication system or between patient and hospital staff.

[0012] It has been found that the described patient communication system offers ideal usability, even and especially for patients whose communication and mobility are significantly impaired after major surgery. The particularly simple operation via the patient selection menus and patient switches has been deliberately simplified to such an extent that even patients in such difficult situations are enabled to communicate as easily as possible, yet comprehensively.

[0013] Selecting can be understood in particular as meaning that, depending on the selected object, a specific action is performed and / or another menu or page is displayed, especially depending on the selected object.

[0014] The display device can be, in particular, a screen, preferably a touchscreen. Patient selection menus or other content, such as that described in more detail below, can be displayed on such a screen. A touchscreen design allows the patient communication system to be controlled by on-screen input, which is particularly advantageous for the operating functions mentioned below, both for staff and / or for maintenance purposes.

[0015] The control device can be implemented, for example, as a microcontroller, microprocessor, computer, application-specific integrated circuit (ASIC), or programmable logic controller (PLC). In particular, it can include processor resources and memory resources, wherein program code is stored in the memory resources, and the processor resources execute the functionality described herein when this code is executed.

[0016] The first and / or second patient switches are preferably optimized for operation by patients with severely limited mobility. In particular, the first and / or second patient switches can be designed as pneumatic switches. This has proven especially advantageous for the application at hand, as patients typically still possess sufficient strength to operate such pneumatic switches even in the described situations, and at the same time, unwanted multiple activations can be effectively prevented with these switches. Alternatively, other types of patient switches can also be used, such as touch-sensitive sensors, push buttons, or non-contact sensors.

[0017] The first and / or second patient switch can be designed to be potential-free. This means, in particular, that they are electrically isolated from the rest of the patient communication system. This prevents static charges that may arise within the patient communication system from reaching the patient, thus preventing electric shocks when the patient uses the system.

[0018] According to a preferred embodiment, the patient communication system can comprise a patient module and a flexible cable. The patient module can be connected to other components of the patient communication system via the flexible cable. The first and second patient switches can, in particular, be integrated into the patient module. This embodiment allows the patient module to be freely positioned relative to the rest of the patient communication system, at least within a spatial area defined by the flexible cable. This enables, for example, the arrangement of the display device and other components next to the patient's bed, while the patient module with the two patient switches can be placed in the bed for operation by the patient.For example, compressed air hoses can run in the flexible line, connecting patient switches designed as compressed air switches with pressure sensors.

[0019] Patient selection menus are generally defined as menus displayed to the patient, allowing the patient to select a patient menu item as described above. As mentioned, each patient menu item has two states: an active state and an inactive state. These are graphically distinguishable. The two states of a patient menu item can, for example, be stored as separate graphics. However, other methods are also conceivable; for instance, different texts, colors, formatting, or fonts can be used to differentiate the two states.

[0020] The first patient switch can be a color that corresponds to a specific area, such as text, of the patient menu objects in their inactive state. The second patient switch can be a color that corresponds to the area of ​​the patient menu objects in their active state. This allows the patient to easily understand that pressing the first patient switch activates another menu object and that pressing the second patient switch selects the currently active patient menu object.

[0021] Displaying only one patient menu object in its active state and all other patient menu objects in their inactive state can be tailored to a specific point in time. At a subsequent point, for example, an input may have been made, causing a different patient menu object to be displayed in its active state. Specifically, a sequence can be defined in which the patient menu objects are displayed in an active state when the first patient switch is activated within a given patient selection menu. This can correspond to a linear sequence of sectors, where, for example, after reaching the end of the defined sequence (i.e., the last selectable patient menu object), the system returns to the first patient menu object when the first patient switch is activated.

[0022] Responding to the selection of a patient menu item displayed in the active state, predefined functions can be executed, which may depend in particular on the selected patient menu item. For example, specific information can be displayed, or the user can be directed to another patient selection menu. This will be discussed in more detail below.

[0023] The control device can, in particular, include an adjustable patient language parameter for selecting one of several patient languages. For each patient language and each patient selection menu, corresponding patient menu objects are stored, which are displayed depending on the currently selected patient language. This allows for the use of different patient languages, enabling communication with patients who speak a foreign language, for example. The patient language parameter can be set, for instance, in a menu that is inaccessible to the patient via the patient switches, thus preventing accidental changes. Other objects or text elements to be displayed, such as those described in more detail below, can also be stored for different patient languages.

[0024] A patient menu object can contain a combination of text and graphics, or it can consist solely of a graphic or solely of text. The text can be stored in multiple languages, with the text displayed in a specific language depending on the patient's language parameter. Text can be stored as a string or as a graphic. For example, multiple strings corresponding to different languages ​​can be stored for a single patient menu object. Furthermore, the text, which is selected based on the set patient language parameter, can be displayed differently depending on whether the patient menu object is active or inactive. For example, when active, it can be displayed in bold, a different font, a different size, and / or a different color.

[0025] For example, depending on the selected patient menu item, another patient selection menu or a patient information page is displayed. If the patient selects a patient menu item that should lead to another patient selection menu, this menu is then displayed, giving the patient further options. Conversely, if the patient selects a patient menu item that should lead to a patient information page, this information page is displayed. Such a patient information page might contain information like the current time, the time until the next appointment, or other information obtained externally, such as current news, explanatory videos, or messages from relatives.

[0026] The patient communication system can, in particular, have a status display, preferably separate from the display device, which shows at least a first state and a second state. The control device can, in particular, be configured to switch the status display to the second state in response to a selection of predetermined patient menu items and / or to display a staff selection menu with a plurality of staff menu items, and to switch the status display to the first state in response to at least one predefined input. The status display can, in particular, indicate by means of the second state that the patient has selected a patient menu item that requests responsible staff. This can be the case, for example, if the patient has selected a patient menu item that indicates needs that cannot be met by the patient themselves, such as hunger or thirst.In this case, the status indicator signals to staff that someone should go to the patient. Using a staff selection menu, the responsible staff member can then enter information into the patient communication system, which in turn facilitates interaction with the patient. This allows staff to communicate with patients who, for example, have no or insufficient hearing, or who cannot understand staff statements due to a foreign language. In this case, the patient communication system, via the staff selection menu, enables targeted communication with the patient, including communication between staff and the patient.The staff menu objects can, for example, allow staff to make a selection, which in turn leads to the patient being shown specific information or feedback. Further details on this will be provided below. The first state, on the other hand, can signal that the patient does not currently require any interaction with staff, meaning that staff do not need to go to the patient's bedside at this time. This state can be activated, for example, when an interaction between staff and patient is completed, or when the patient communication system is in a state where only a patient selection menu is displayed, from which the patient must first select a specific patient menu object to indicate their request.It should be understood that the functionality of a personnel selection menu described herein can, in principle, be implemented independently of the presence or functionality of a status display.

[0027] The status indicator can, in particular, have a first lamp to indicate the first state and a second lamp to indicate the second state. Other designs are also possible, for example, using multi-colored lamps or displays. The status indicator can also include a remote communication device that can transmit the status via a wired or wireless network, enabling status monitoring without visual contact with the patient communication system. For example, this could allow the relevant status to be displayed in a central monitoring station of a hospital, so that staff can see when they need to go to a patient.

[0028] According to one embodiment, the patient communication system may have a separate primary control button in addition to the patient switches. The control device may be configured, in particular, to activate a patient mode upon activation of this primary control button. Using such a primary control button, personnel can switch the control device to patient mode, for example, after a desired interaction with the patient has been completed. Upon activation of patient mode, a predefined patient main selection menu may be displayed.The main patient selection menu is essentially a patient selection menu as described above. However, compared to other potentially implemented patient selection menus, it is privileged in that it is the first patient selection menu displayed upon activation of patient mode, for example, via the first control button. Typically, all functions accessible to the patient are reachable from the main patient selection menu, either directly or through branches or further patient selection menus. The patient mode can, for example, correspond to the first state described above, so that the status indicator may be configured to display the first state upon activation of the first control button.

[0029] The patient communication system may have a second control button separate from the patient switches. The control device may be configured, in particular, to activate a staff mode upon activation of this second control button. Upon activation of the staff mode, a predefined staff main selection menu with multiple staff menu items may be displayed. The second control button thus allows staff to approach the patient and, regardless of the current state of the patient communication system, switch to a staff mode in which specific communication options are available to them. The staff main selection menu is a privileged personnel selection menu compared to other potentially implemented personnel selection menus in that it is displayed immediately upon activation of the second control button.Typically, staff can access the communication functions available to them directly from the main staff selection menu, or via branches to other staff selection menus. The staff mode can correspond to the second state described above; for example, upon selecting a patient menu item to summon staff for a specific reason, the second state can be displayed, and simultaneously, a staff selection menu can be shown that allows the summoned staff to immediately communicate with the patient.

[0030] According to one implementation, upon selecting a staff menu object, a further staff selection menu, a patient response menu, or a staff information page is displayed, depending on the selected staff menu object. A further staff selection menu can, in particular, contain corresponding staff menu objects that staff can select to trigger further functions. A patient response menu, for example, can be a menu in which the patient has options to provide feedback in response to a staff question. A possible implementation is described in more detail below. A staff information page can, in particular, be a page that displays information selected by the staff. This allows the patient to receive feedback, for example, on whether they may eat or that a staff member will now fetch food.

[0031] During the display or operation of the main staff selection menu and / or during the display or operation of a staff selection menu, the patient switches may be deactivated, or at least deactivated except for a return function to the previous menu. This prevents the patient from interfering with a function intended for staff via their patient switches. The return function allows the patient, for example, to correct an incorrect entry and thus return to a previous menu, such as a previous patient selection menu. This can be implemented, for example, via a displayed menu item or a button, whereby the patient can select the return function, for instance, by pressing the second patient switch.It may also be provided that, during the display of the main staff selection menu and / or during the display of a staff selection menu, the patient communication system is controlled exclusively, or at least with the exception of a return function to the previous menu, or for the operation of a staff selection menu, via screen input, or that the operation of a staff selection menu is carried out exclusively via screen input. Such screen input can be performed, in particular, by staff standing next to the patient communication system who, for example, can operate a touchscreen. This allows for easy selection of the relevant menu items and thus simple communication with the patient.Screen input can be via touch, but other technologies, such as touchless input, can also be used. Both touch and touchless input allow for the selection of objects displayed on the screen, enabling particularly flexible operation. Personnel menu objects do not necessarily have to be distinguished between active and inactive states; there can also be only one state for each personnel menu object in a personnel selection menu. However, it is also possible to differentiate between active and inactive states for personnel menu objects within a personnel selection menu.

[0032] For example, a staff selection menu can occupy only a portion of the display, while a patient response menu, a staff information page, or another menu or page can be displayed alongside it. This makes operation clearer and more user-friendly.

[0033] According to one embodiment, each patient response menu has a plurality of sectors, in which a respective patient response object can be displayed in either an inactive or an active state. The control device can be configured, in particular, to display only one patient response object in the active state in each patient response menu and to display all other patient response objects in the inactive state. It can be configured to display the next patient response object in the active state upon activation of the first patient switch. Furthermore, it can be configured to select a patient response object displayed in the active state upon activation of the second patient switch.

[0034] This allows the patient to control a patient response menu in a similar or identical way to a patient selection menu. Reference is made to the previously mentioned description of patient selection menus; the corresponding explanations can also be applied to a patient response menu. A patient response menu can be displayed, in particular, when staff want to ask the patient a question, for which, for example, a staff selection menu can be used, in which a corresponding staff menu item is selected. The patient can then use the same controls they are already familiar with from the patient selection menus to operate the patient response menu and thus provide the staff with appropriate feedback.For example, staff can ask the patient if he is hungry, and the patient can use his patient switches to select whether he is hungry or not, thus giving the staff appropriate feedback.

[0035] Patient response objects can also be stored and / or used depending on the patient's language. Please refer to the explanations above.

[0036] According to an advantageous embodiment, the control device can have an adjustable staff language parameter for selecting one of several staff languages. For each staff language and each staff selection menu, corresponding staff menu objects are stored, which are displayed depending on the currently selected staff language. This allows for the accommodation of different staff languages, similar to the patient language parameter described above. Thus, employees with different language skills can communicate with the patient, regardless of the languages ​​spoken or understood by the patient. A staff language can therefore be set that is tailored to the responsible employee.The explanations given above regarding patient language can be applied analogously to staff language. Reference is therefore made to the explanations above. Other objects or text elements to be displayed, such as those described in more detail herein, can also be saved for different staff languages.

[0037] The first operating button can be designed as a non-contact and / or capacitive sensor. The second operating button can also be designed as a non-contact and / or capacitive sensor. Such sensors have proven effective for the application at hand, particularly due to their ease of use. However, it should be understood that other designs are also possible.

[0038] The patient communication system may, in particular, include a stand on which at least the display device is mounted. The control device may also be mounted on or in the stand, and other components, such as power supply units, may be attached to or in it. Furthermore, the flexible cable to a patient module mentioned above may be attached to it. The stand may, in particular, have multiple casters for moving it. For example, five casters may be used on each foot of the stand, effectively preventing it from tipping over. However, other configurations are also possible.

[0039] According to a further development, the patient communication system can also have an interface for connecting an external storage medium. This interface can be connected to the control device. It should be noted that the functionality now described and the provision of an interface can constitute an independent aspect of the invention, which can also be implemented independently of other features and functionalities of a patient communication system.

[0040] The control device can be configured, in particular, to read update data from an external storage medium connected to the interface, to update data stored in the control device or on an associated storage unit (such as the storage media mentioned above) using this update data, and, in particular, to subsequently delete the update data from the storage medium. Such a design provides a simple update option for updating the patient communication system software without requiring a connection to the internet or any other network. This allows compliance with heightened security regulations in hospitals, which may prohibit such connections to these networks, especially the internet.Providing a storage medium still allows for updates, such as adding new functionalities or languages. The advantageous deletion of update data from the storage medium after the update prevents the same medium from being used to update other patient communication systems, thus increasing update security. In particular, this prevents the update data from being used for other patient communication systems for which, for example, no license for additional functions exists.

[0041] The control device can be configured to decrypt data from the external storage medium and / or verify the data signature. This allows the data to be encrypted and / or signed in a specific way. Encryption can prevent unauthorized access, while the signature ensures that only original data, such as that provided by the manufacturer of the patient communication system, is read and used. In particular, the control device can be configured to process data from the external storage medium only if it is encrypted according to a predefined specification and / or the signature has been verified as correct. This prevents unauthorized individuals from manipulating the patient communication system and using it for purposes for which it was not intended.Such manipulations could endanger the safety of the patient using the patient communication system.

[0042] The aspects described herein, which relate to the functionality of a patient communication system, can also be understood as procedural aspects. These have independent inventive significance.

[0043] Further aspects, particularly those related to the control and operation of a patient communication system, are described below. These aspects constitute independent aspects of the invention. They can be combined with, or used in conjunction with, the patient communication system and related embodiments already described.

[0044] The invention relates to a method for detecting actuations of a pneumatic switch in a patient communication system. The method comprises the following steps: - Measuring the pressure present in the compressed air switch, - Detecting an activation when the pressure exceeds a trigger threshold for a triggering period, - Detecting the end of the actuation when the pressure falls below a certain threshold value after the actuation has been detected, - after the end of the activity, further activity can only be detected after a waiting period has elapsed.

[0045] This method ensures that the pneumatic switch is only detected when the patient has actually and intentionally activated it. This is achieved by ensuring that the pressure exceeds the activation threshold for at least the activation period. Furthermore, it prevents accidental detection of two or more activations when only a single activation is intended, which could trigger unintended functions. Therefore, after the activation ends, the system waits for a specified period before a new activation can be detected.

[0046] The method can be implemented in particular in an electronic control device, a computer, an interface module, a control unit of an interface module or in another programmable or hard-wired unit.

[0047] A pneumatic switch can, in particular, serve as a patient switch in a patient communication system. This typically allows a patient, even with very limited physical capabilities, to operate the switch and thus use the patient communication system. The pneumatic switch typically has an externally sealed air chamber in which the pressure can be increased when the patient activates the switch. Such a pressure increase can be detected, in particular, by a pressure sensor.

[0048] A detected activation can, for example, trigger the output of various signals indicating the activation of another component, such as a control device. Other processing actions, typically electronic, are also possible. In particular, when an activation is detected, functions of the patient communication system can be activated or deactivated, specific menus or pages can be displayed, or functionalities for summoning staff can be activated. Possible configurations are discussed in more detail below.

[0049] The detected end of the actuation may, but does not necessarily have to, have immediate consequences. For example, it may also be intended that the end of the actuation initially has no further consequences, apart from the start of the waiting period. This allows for the implementation of using only the actuation of the pneumatic switch to control a patient communication system.

[0050] The trigger period and waiting period can be implemented, for example, via timers or by comparing a current time with a stored time.

[0051] The pressure can be measured at constant time intervals. This enables continuous monitoring and allows for a defined response time to any action. For example, the constant time intervals can be greater than 1 ms, greater than 5 ms, or greater than 8 ms, and / or they can be less than 12 ms, less than 15 ms, or less than 20 ms. In particular, the time intervals can be, for example, 10 ms. Such values ​​have proven advantageous for typical applications. However, continuous measurement is also possible.

[0052] According to one implementation, the trip threshold corresponds to the end threshold. This allows for a particularly simple implementation, eliminating the need to implement different thresholds. This can mean that the trip threshold and end threshold are implemented exactly identically. However, predefined deviations, such as system-related deviations of 1%, 5%, or 10% between the two thresholds, can also be interpreted as an implementation with a trip threshold that corresponds to the end threshold. It is also possible to choose different trip thresholds and end thresholds to optimize the switching behavior.

[0053] The trigger threshold and / or the end threshold can be adjusted according to one design, depending on the ambient air pressure. This can be done over a longer timescale than the intervals at which the pressure is measured, allowing the pneumatic switch to adapt to pressure fluctuations corresponding to atmospheric pressure variations, which typically occur on a timescale of hours or days. Adjustment to higher air pressure due to moving the patient communication system to a higher floor can also be achieved in this way. For example, such a change in air pressure can be detected by an external pressure sensor or by a pressure sensor that monitors the pressure of the pneumatic switch, perhaps through time smoothing.

[0054] The triggering period can be, in particular, greater than 10 ms, greater than 20 ms, greater than 30 ms, or greater than 40 ms. The triggering period can, in particular, be less than 60 ms, less than 70 ms, less than 80 ms, less than 90 ms, or less than 100 ms. In particular, the triggering period can be 50 ms. Such values ​​have proven advantageous for typical applications, as they ensure that activation of the pneumatic switch is not inadvertently detected when the patient has not actually pressed the pneumatic switch.

[0055] The waiting period can be, in particular, greater than 0.5 s, greater than 0.6 s, greater than 0.7 s, greater than 0.8 s, or greater than 0.9 s. The waiting period can, in particular, be less than 1.1 s, less than 1.2 s, less than 1.3 s, less than 1.4 s, or less than 1.5 s. In particular, the waiting period can be 1 s. Such values ​​have proven advantageous for typical applications, as they ensure that multiple activations are not inadvertently detected when, in reality, only a single intended activation occurred.

[0056] The invention further relates to a method for detecting first actuations of a first pneumatic switch of a patient communication system and second actuations of a second pneumatic switch of the patient communication system. First actuations of the first pneumatic switch are detected by a method according to the invention comprising a first activation period, a first activation threshold, a first waiting period, and a first end threshold. Second actuations of the second pneumatic switch are detected by a method according to the invention comprising a second activation period, a second activation threshold, a second waiting period, and a second end threshold.

[0057] The procedure described above allows the extension of the procedure described at the beginning to the monitoring of two pneumatic switches in a patient communication system. All the versions and variations described herein can be used for the respective procedure. It should be noted that "first" and "second" actuations do not refer to a chronological sequence of actuations, but rather that a first actuation refers to the actuation of the first pneumatic switch and a second actuation refers to the actuation of the second pneumatic switch. Similarly, the terms "first" and "second" in relation to the tripping period, tripping threshold, waiting period, and final threshold serve to distinguish between the two pneumatic switches, and different values ​​can be used for these.

[0058] It can be stipulated that the first tripping period corresponds to the second tripping period. It can be stipulated that the first tripping threshold corresponds to the second tripping threshold. It can be stipulated that the first waiting period corresponds to the second waiting period. It can be stipulated that the first final threshold corresponds to the second final threshold. By setting the respective values ​​equal, a particularly simple implementation can be achieved. However, different values ​​can also be used, so that any differing requirements identified when operating the two pneumatic switches can be addressed.

[0059] The method can be implemented, in particular, in an interface module to which the first and second pneumatic switches are pneumatically connected. The interface module can be communicatively linked to a control device of the patient communication system. By using such an interface module, the functionality for detecting the actuation of the two pneumatic switches can be implemented in a dedicated interface module, which can be developed and provided independently of other components of a patient communication system. The first and second pneumatic switches typically each have a defined air volume, which can be pneumatically connected to, for example, a pressure sensor within the interface module.The control device can, in particular, perform further tasks in the patient communication system, especially the display of different menus, the operation of such menus depending on detected actuations of the pneumatic switches, or the display of further information and the control of communication functionalities.

[0060] According to one embodiment, status signals are continuously output, which can assume a rest value, a first actuation value, and a second actuation value. Upon detection of actuation of the first pneumatic switch, the first actuation value is preferably output. Upon detection of actuation of the second pneumatic switch, the second actuation value is preferably output. Otherwise, the rest value is preferably output.

[0061] By continuously outputting status signals, another component, particularly another component of a patient communication system such as the aforementioned control device, can continuously monitor whether a component responsible for detecting actuations, such as the interface module mentioned earlier, is present and / or functioning correctly. This applies regardless of which of the three possible values ​​is currently being output. If the idle value is output, there is typically no detected actuation at that moment. The first actuation value can signal an actuation of the first pneumatic switch. The second actuation value can signal an actuation of the second pneumatic switch.Thus, for example, the aforementioned control device can trigger different control functions based on receiving the first actuation value or the second actuation value, such as displaying a specific menu, displaying specific information, or selecting a component of a menu.

[0062] The first actuation value can be output until the end of the actuation of the first pneumatic switch is detected. The second actuation value can be output until the end of the actuation of the second pneumatic switch is detected. This also provides information about the duration of the actuation, which can be used if necessary.

[0063] Furthermore, this allows, for example, the control device to detect the actuation even if the output of only a single actuation value, as a difference from the resting value, has not yet been recognized. Alternatively, it is also possible to respond to the detection of an actuation of one of the pneumatic switches by outputting only a single actuation value and then immediately returning to the resting value.

[0064] The status signals can be encrypted, meaning they can, for example, have a predetermined value that is encrypted using a predefined encryption algorithm. A receiving unit, such as the aforementioned control device, can then decrypt the encryption and thus deduce the actual value. This further secures the communication.

[0065] The status signals can be output at constant time intervals. These constant time intervals can be greater than 1 ms, greater than 5 ms, or greater than 8 ms. They can also be less than 12 ms, less than 15 ms, or less than 20 ms. In particular, the constant time intervals can be 10 ms. Such values ​​have proven advantageous. In particular, the constant time intervals can be equal to the constant time intervals at which the pressure is measured at the respective compressed air switches.For example, it can be planned that the pressure of each of the two pneumatic switches is measured at constant time intervals, immediately followed by a check to see if an actuation or the end of an actuation has been detected, and a corresponding response can be immediately provided by outputting an appropriate status signal, i.e., a rest value, a first actuation value, or a second actuation value. This allows for advantageous synchronization and simple implementation.

[0066] The invention further relates to an interface module for a patient communication system. The interface module has a connection for a first pneumatic switch. The interface module has a first pressure sensor for measuring the pressure prevailing in the first pneumatic switch.

[0067] The interface module has a connection for a second pneumatic switch. The interface module has a second pressure sensor for measuring the pressure present in the second pneumatic switch. The interface module has an electronic control unit configured to execute a method according to the invention. With regard to the method according to the invention, all embodiments and variants described herein can be used, in particular those aimed at the use of two pneumatic switches.

[0068] Using such an interface module, a separate module can be provided that implements the functionalities for detecting the actuation of the pneumatic switches and can provide the corresponding information for controlling the patient communication system. For example, the interface module can be implemented in which it sends the previously described status signals to transmit the actuation of one of the pneumatic switches to a control device. The pneumatic switches can be permanently connected to the interface module, or they can be implemented as detachable components.

[0069] The invention further relates to a patient communication system according to another possible embodiment. The patient communication system comprises a display device. The patient communication system comprises a control device. The patient communication system comprises a first patient switch, which is designed as a first pneumatic switch. The patient communication system comprises a second patient switch, which is designed as a second pneumatic switch. The patient communication system preferably comprises an interface module according to the invention, whereby all embodiments and variants described herein can be used. This applies in particular to the implemented method.

[0070] The compressed air switches are preferably connected to the interface module, and the interface module is preferably communicatively connected to the control device.

[0071] Using such a patient communication system allows for particularly simple operation, as pneumatic switches have proven to be a particularly advantageous operating method for patient communication systems, since they can be operated easily and reliably even by patients with extremely limited physical capabilities, for example, after major surgery. By providing two pneumatic switches, significantly more functionalities can be offered than with just one pneumatic switch, without noticeably increasing complexity. For further details regarding the implementable functionality, please refer to the description provided herein.

[0072] The electronic control unit of the interface module can be configured, in particular, to execute a procedure as described herein with regard to the continuous output of status signals and to send the status signals to the control device. The control device can be configured, in particular, to restrict a function of the control device or to deactivate the control device if no status signals are received for a predetermined trial period. This ensures that the control device continuously monitors whether the interface module is present and can react to its absence.For example, after the predetermined trial period has expired, i.e., if no further status signals have been received during that period, the control device can be deactivated, thereby preventing or restricting further execution of the software running on it. This allows the software to be made available independently of the interface module, giving, for example, a prospective customer of the patient communication system the opportunity to test its functionality for the trial period. Once the trial period has expired, further use is no longer possible. This prevents such test versions from being used to build unauthorized patient communication systems.Furthermore, during the operation of a patient communication system, it can be ensured that the interface module remains the one intended and authorized by the manufacturer. This allows for the detection of tampering with the patient communication system, for example, through the use of an unauthorized interface module, and prevents further tampering. Malfunctions that could result from the use of an unauthorized interface module are thus avoided.

[0073] Deactivation can be understood to mean, in particular, that certain or all functions, especially regarding the display of menus or pages and / or regarding the selection of objects, are no longer available.

[0074] The control device may, in particular, have an electronic identification feature, and the control device may, in particular, be configured to send the identification feature to the interface module upon startup. The electronic control unit of the interface module may, in particular, be configured to only start and / or only send status signals after the identification feature has been verified as valid. This ensures that the interface module or its control unit only starts and / or only sends status signals when the interface module is used together with an authorized control device. For example, this allows a control device to be coupled to an interface module. The control device can thus ensure that only an authorized control device can be used with the interface module.Its assigned interface module is used together with the specific control device. This effectively prevents the use of unauthorized interface modules, which could lead to malfunctions. In particular, it can be provided that if an unauthorized interface module is used, it will not transmit any status signals due to the failed verification of the identification feature, and thus the control device can only be used for the trial period. After the trial period has expired, the control device can be deactivated, so that further use is no longer possible.

[0075] Verifying the validity of an identification feature can be understood, in particular, as ensuring that an identification feature received from the control device corresponds to a stored identification feature. However, other implementations are also possible, which may, for example, be based on predefined algorithms.

[0076] The trial period can, for example, last 30 minutes or one hour. This has proven to be a sensible timeframe in which, for instance, a prospective customer can test the patient communication system software and form an opinion, while simultaneously preventing misuse, which would require longer periods.

[0077] Further features and advantages will be evident to those skilled in the art from the exemplary embodiment described below with reference to the accompanying drawing. These show: Fig. 1: a patient communication system, Fig. 2: a patient module, Fig. 3: an internal circuit, Fig. 4: a pressure curve over time and associated status signals, Fig. 5: a patient main selection menu, Fig. 6: the patient main selection menu of Fig. 5 in another state, Fig. 7: the patient main selection menu of Fig. 5 in another state, Fig. 8: a patient selection menu, Fig. 9: the patient selection menu of Fig. 8 in another state, Fig. 10: a personnel selection menu, Fig. 11: a personnel information page, Fig. 12: a patient information page, Fig. 13: a main personnel selection menu, Fig. 14: a staff selection menu and a patient response menu, Fig. 15: a staff selection menu and a patient response page, Fig. 16: a personnel selection menu and a personnel information page in another language, Fig. 17: a personnel selection menu and a personnel information page in yet another language, Fig. 18: a staff selection menu and a patient response menu.

[0078] Fig. Figure 1 shows a patient communication system 10 according to an embodiment of the invention.

[0079] The patient communication system 10 has a stand 20. Five casters 25 are attached to its underside, allowing the patient communication system 10 to be moved. This makes it possible, for example, to slide the patient communication system 10 to the bed of a patient who is to communicate using the patient communication system 10.

[0080] The patient communication system 10 has a display device 30, which in this case is designed as a touch-sensitive screen. Menus and information pages can be displayed on it, in particular, which serve for communication between the patient and staff or for informing the patient. This will be discussed in more detail below. The display device 30 is mounted on the stand 20 as shown.

[0081] The patient communication system 10 includes a patient module 40. This is connected to the stand 20 via a flexible cable 45. The patient module 40 can, for example, be placed in the patient's bed, allowing the patient to operate the patient communication system 10 via patient switches 41, 42 located on the patient module 40. This will be discussed further below with reference to Fig. 2 and other figures will be discussed in more detail.

[0082] The patient communication system features a status indicator 80 with a first lamp 81 and a second lamp 82. These indicate different colors; in this case, the first lamp 81 is green and the second lamp 82 is red. Their functionality will be discussed in more detail below.

[0083] The patient communication system 10 has a first control button 70 and a second control button 75. These are integrated into the stand 20 as contactless sensors. Their functionality will be discussed in more detail below. The control buttons 70 and 75 allow personnel to trigger or operate certain functions simply by touching or even just bringing a hand near the respective control button 70 or 75.

[0084] The patient communication system 10 has an interface 90 for connecting an external storage medium. In this case, interface 90 is a USB interface, allowing the connection of a USB flash drive or other USB-compatible storage medium. This enables software updates for the patient communication system 10. This will be discussed in more detail below.

[0085] Fig. Figure 2 shows an enlarged view of the patient module 40. As shown, the patient module 40 is connected to the flexible line 45. It features the previously mentioned first patient switch 41 and the previously mentioned second patient switch 42. These patient switches 41 and 42 are designed as circular segment-shaped protrusions made of flexible material, extending from the patient module 40, so that they can be pressed in by a patient. It has been found that the strength typically still present in the fingers, such as the thumb, of patients even in difficult conditions, for example, immediately after surgery, is sufficient to operate such patient switches 41 and 42. The necessary force can be adjusted, in particular, by selecting a suitable material and by choosing a specific air pressure within the patient switches 41 and 42.

[0086] The patient module 40 can be freely positioned, particularly within the area defined by the flexible cable 45, and thus, for example, placed in a patient's bed so that the patient can operate it. For this purpose, the patient can, for instance, hold the patient module 40 in their hand and press one of the patient switches 41 or 42 with their thumb. This allows the patient communication system 10 to be operated in a manner to be described later.

[0087] Fig. Figure 3 schematically shows the internal wiring of the patient communication system 10. The previously mentioned display device 30 is connected to a control device 50, which in this case is implemented as a programmable computer. As shown, the control device 50 is connected to the first operating button 70, the second operating button 75, the status indicator 80, and the interface 90. Thus, the control device 50 receives signals from the operating buttons 70 and 75, can control the status indicator 80 to display a specific state, and can also be connected via the interface 90 to an external storage medium connected to the patient communication system 10 in order to read or process data from it.

[0088] Interface 90 is used in particular to update software or other data stored in the control device 50. For this purpose, an external storage medium, such as a USB flash drive, can be connected to interface 90. The data stored on it may be encrypted and electronically signed. After the storage medium is connected to interface 90, the control device 50 first checks the signature by comparing a signature stored on the storage medium with a signature permanently programmed into the control device 50. If the signatures do not match, the data stored on the storage medium is not processed further, as it is apparently unreliable or corrupted. If the signatures match, the data is decrypted using a predefined decryption algorithm.Should decryption fail, the data will also be discarded, as it appears to be unreliable or corrupted. If the data can be decrypted correctly, it can be used, for example, to update software stored in the control device 50, thereby installing new functions or program updates. The data stored on the storage medium can then be erased by the control device 50 to prevent it from being used again.

[0089] The patient communication system 10 also has an interface module 60, which is arranged within the stand 20 and is therefore in Fig. 1 is not shown separately. The interface module 60 has a first pressure sensor 61 and a second pressure sensor 62. As shown, these are connected to the two patient switches 41, 42 via a first connection 66 and a second connection 67 and further via the flexible cable 45. A pressure increase, which is triggered by pressing one of the two patient switches 41, 42, can thus be detected by the respective assigned pressure sensor 61, 62.

[0090] The interface module 60 also includes an electronic control unit 65, which is connected to the two pressure sensors 61, 62, so that signals generated by the pressure sensors 61, 62 depending on the applied pressures can be evaluated by the control unit 65. This allows the activation of the two patient switches 41, 42 to be detected, for example, as described below with reference to Fig. 4 will be described.

[0091] As shown, the interface module 60 and the control device 50 are communicatively connected. When the patient communication module 10 is started, the control device 50 first sends an electronic identification feature to the interface module 60. The control unit 65 of the interface module 60 then checks whether the identification feature matches an identification feature stored in the control unit 65. If so, communication is initiated between the control device 50 and the interface module 60. If the identification features do not match, communication is refused, which has consequences that will be described later.

[0092] Once communication is initiated, i.e., once the control device 50 has correctly identified itself to the interface module 60 via an identification feature, the interface module 60 begins continuously sending status signals to the control device 50. These status signals can take one of three predefined values. These values ​​are encrypted to prevent unauthorized reading. The status signals are sent every 10 ms, thus informing the control device 50 every 10 ms that the interface module 60 is still connected, regardless of whether the patient switches 41 and 42 are activated.

[0093] The status signals can each assume one of three predefined values: a rest value, a first actuation value, and a second actuation value. The rest value is always output if no actuation of either patient switch 41 or 42 is detected. If the first patient switch 41 is actuated, the first actuation value can be output. If the second patient switch 42 is actuated, the second actuation value can be output. This will be explained below with reference to... Fig. 4 will be described in more detail.

[0094] Since the interface module 60 is continuously informed of its presence by the status signals sent every 10 ms, the control device 50, or the software running on it, can continuously detect whether it is being executed as intended in a patient communication system 10 in which the associated interface module 60 is present. If the status signals are absent or not present at all, this indicates that the software is either running outside of a patient communication system or that the interface module has been manipulated so that it no longer corresponds to the originally installed one, meaning that unauthorized manipulations have apparently been carried out on the patient communication system 10.

[0095] Since the first case apparently involves a test run or demonstration of the software, and in the second case continued operation of the patient communication system 10 would be irresponsible, the software running on the control device 50 switches to a trial mode when status signals are absent. In this mode, functionality is maintained to the extent possible without the patient switches 41 and 42, but the remaining operating time is limited. This can be set, for example, to a period of 30 minutes. After this trial period expires, the control device 50 is deactivated, preventing further operation of the software. This measure prevents the software running on the control device 50 from being copied without authorization or the patient communication system 10 from being operated in an unauthorized state that could potentially cause malfunctions.At the same time, it is made possible for the software to be available for testing or demonstration during the trial period, so that such software can also be distributed to interested parties, for example, who can use it on a trial basis for a predetermined period, but then no longer.

[0096] Fig. Figure 4 schematically shows a pressure curve over time in the first patient switch 41. It also illustrates which status signals are output by the interface module 60 to the control device 50. The horizontal axis represents time t in milliseconds (ms). The time is divided into 10 ms increments, with the pressure in the first patient switch 41 being measured by the first pressure sensor 61 every 10 ms. Correspondingly, status signals are also sent every 10 ms.

[0097] The pressure P of the first patient switch 41 is plotted on the vertical axis in arbitrary units. A first activation threshold AS1 and a first end threshold ES1 are also shown, which represent pressure threshold values ​​and are used to detect activation of the first patient switch 41 and to detect the end of its activation.

[0098] Initially, a status signal in the form of a rest signal R is output. Only when the first patient switch 41 is activated is a first actuation value B1 output. The conditions under which this occurs will be explained below.

[0099] As shown, the pressure P begins to rise at a time value of 10 ms. To detect activation of the first patient switch 41, in addition to the already mentioned initial threshold values ​​AS1, ES1, a first trigger period t is used. a1as well as an initial waiting period t w1 used. In principle, activation of the first patient switch 41 should only be detected if the pressure P is present for at least the first triggering period t. a1 The pressure remains above the first trigger threshold AS1. If the pressure P falls below the first end threshold ES1, an end of the actuation is detected. Between a detected actuation and a detected end of the actuation, the first actuation value B1 is output as a status signal, followed by the return to the rest value R. After an actuation end is detected, i.e., after the pressure P has fallen below the first end threshold ES1, the waiting period t is initially elapsed. w1The system waits before detecting another activation. This ensures that no accidental double activation occurs if the patient only intended to press once but, due to physical weakness, cannot achieve a purely linear press of the first patient switch 41, instead wobbling or trembling. The procedure described herein has proven to be particularly helpful for patients in the difficult situations described, as it allows them to easily operate the patient communication system 10.

[0100] At a time of 10 ms, the pressure P initially rises and exceeds the first trigger threshold AS1. However, approximately 20 ms later, it falls below the first trigger threshold AS1 again and drops to a significantly lower value. Therefore, it does not remain at least at this level for the first trigger period t. a1, which in this case is 50 ms, is above the first trigger threshold AS1, which is why no activation is detected in this case.

[0101] At approximately 60 ms, the pressure P rises again and remains above the first trigger threshold AS1 for an extended period. Since this period is longer than the initial trigger period t a1 If the first patient switch 41 is activated, the system will detect activation and after the first activation period t a1 The first actuation value B1 is output as a status signal. Between 150 ms and 160 ms, the pressure P drops again and falls below the first end threshold ES1. This signals the end of the actuation, and the rest value R is output from then on. Immediately afterward, the pressure P rises again and exceeds the first trigger threshold AS1 for the first trigger period t. a1 , however, the first waiting period t is during this period w1The timeout, which in this case is 1 second, has not yet expired, which is why no activation is detected. Therefore, the resting value R continues to be output as the status signal.

[0102] The first waiting period t w1 It ends within the period not shown. At the subsequently shown time of 1,500 ms, it has already expired. If the pressure P then rises again as shown and lasts for at least the first trigger period t a1 If the pressure remains above the first trigger threshold AS1, an actuation is detected again and the first actuation value B1 is output. If the pressure falls below the first end threshold ES1 again, the end of the actuation is detected and the rest value R is output as a status signal. If the pressure then rises again for only a short period, this is triggered both because the first waiting period t has not yet expired. w1 as well as due to the failure to comply with the first trigger period ta1 No activation is detected and the rest value R continues to be output as the status signal.

[0103] It has been shown that the described procedure enables patients in the described difficult situations to operate the patient communication system 10 particularly effectively. Desired activations are recognized, while unwanted multiple activations are avoided. The same principle can be applied accordingly to the second patient switch 42. This includes the possibility of defining a second activation threshold AS2, a second end threshold ES2, and a second activation period t. a2 and a second waiting room t w2 These values ​​can be used. These values ​​can be identical to the respective first values, but they do not have to be. When activation of the second patient switch 42 is detected, the following occurs, deviating from the representation of Fig. 4. Not the first actuation value B1, but the second actuation value B2 was output.

[0104] It should be mentioned that the respective trigger threshold AS and the respective final threshold ES can also be chosen identically, which corresponds to a particularly simple implementation.

[0105] The following will refer to the Fig. 5, Fig. 6, Fig. 7, Fig. 8, Fig. 9, Fig. 10, Fig. 11, Fig. 12, Fig. 13, Fig. 14, Fig. 15, Fig. 16, Fig. 17 to Fig. 18 menus and other pages are described which can be displayed on the display device 30. In particular, the control device 50 can be configured to display the corresponding menus and execute the described functions.

[0106] Fig. Figure 5 shows a patient main selection menu 100. The patient main selection menu 100 is typically the menu that appears when the patient communication system 10 is put into operation, for example, when it restarts after a power outage or when it is switched to patient mode by pressing the first operating button 70. As shown, the patient main selection menu 100 is divided into several sections. In this case, nine sections are displayed, arranged in three rows of three columns each. The left and right sections in the bottom row are not used. These may be reserved for future expansions, for example. They contain a placeholder pictogram but no labels.

[0107] In each of the sectors used, a corresponding patient menu object is displayed, which can be shown in either an active or inactive state. The patient menu object in the active state is designated with reference number 110. The patient menu objects displayed in the inactive state are designated with reference number 120. As shown, each patient menu object has both a text component and a graphic component. While the graphic component does not differ between the active and inactive states, the text component differs in that the respective patient menu object 110 is displayed in bold in the active state. In the inactive state, a regular font is used. The respective label or...The respective text is stored in editable form on the control device 50, so that the text can be changed and different languages ​​can be provided. This can depend in particular on an adjustable patient language parameter, i.e., the one in . Fig. The five labels shown can also be displayed in different languages, but with the same visual elements. This will be discussed in more detail below.

[0108] The control device 50 is configured to display only one active patient menu object 110 at a time, and to display the other patient menu objects 120 in their inactive state. If activation of the first patient switch 41 is detected, for example, as with reference to Fig. As described in section 4, when the first activation signals B1 are received from the interface module 60, the next patient menu object is displayed as patient menu object 110 in the active state, and all other patient menu objects 120 are displayed in the inactive state. A correspondingly modified main patient selection menu 100 after a single activation of the first patient switch 41 is, for example, shown in Fig. 6 is shown. However, it is no longer as in Fig. 4 in the upper left sector ("Eat / Drink"), but rather in the upper middle sector ("Pain") a patient menu object 110 is displayed in an active state, and in the upper left sector a patient menu object 120 is displayed in an inactive state. If the first patient switch 41 is pressed again, the one in Fig. Figure 7 shows the state of the main patient selection menu 100, with a patient menu object 110 in the active state in the upper right sector ("Doctor"), while a patient menu object 120 is inactive in all other sectors. It is understood that if the first patient switch 41 is pressed again, a patient menu object 110 in the active state would be displayed in the middle left sector ("Nursing Measures"), followed by the middle sector ("Physiotherapy"), then the middle right sector ("Round Table"), and finally the lower middle sector ("Family + Social"). If the first patient switch 41 is pressed again, a patient menu object 110 in the active state would again be displayed in the upper left sector ("Food / Drink"). The middle sector is defined as the sector located in the second column and the second row.In this example, it is labelled "Physiotherapy".

[0109] The two inactive sectors, i.e., the lower left sector and the lower right sector, play no role in this consideration and can be disregarded, since the switching of active patient menu objects 110 occurs exclusively within the sectors actually used.

[0110] If the patient presses the second patient switch 42 at a specific time, and such an activation is detected as described above, the patient menu object 110 displayed in the active state is selected. This can lead to various reactions, which will be discussed in more detail below.

[0111] To facilitate operation, the displayed text can be shown in different colors. Specifically, the text of the patient menu object 110, which is currently active, can have a second color, and the text of the patient menu objects 120, which are currently inactive, can be displayed in a first color. Preferably, the first patient switch 41 has the first color, and the second patient switch 42 has the second color. This provides the patient with color-coded information indicating that they can use the first patient switch 41 to advance to the next menu item, while they can use the second patient switch 42 to select an item. The first color could be blue, for example, and the second color could be red. This has proven effective for intuitive operation.

[0112] Fig. Figure 8 shows a patient selection menu 105. This is no longer the main patient selection menu 100, which is in the Fig. 5, Fig. 6 to Fig. The menu shown is not the main menu shown in Figure 7, but rather another patient selection menu, 105, which the patient accesses by selecting the patient menu object labeled "Eat / Drink" in the upper left corner of the main patient selection menu. Patient selection menu 105 contains three sections. In the displayed state, one section shows an active patient menu object, 110, labeled "I would like to eat something." Next to it, another used section shows an inactive patient menu object, 120, labeled "I would like to drink." Finally, in the upper left corner of a used section, another inactive patient menu object, 120, labeled "Back," is displayed.

[0113] The first two patient menu objects, 110 and 120, allow the patient to indicate to staff that they would like something to eat or drink. For example, the patient can directly select the currently displayed patient menu object 110 using the second patient switch 42, or they can use the first patient switch 41 to advance the menu so that "I would like something to drink" is displayed as the active patient menu object 110. They can then select the corresponding function by pressing the second patient switch 42. Selecting the patient menu object labeled "Back" returns them to the main patient selection menu 100.

[0114] The selection process in patient selection menu 105 is essentially equivalent to the main patient selection menu 100, except, for example, in Fig. Figure 9 shows a state in which "Back" is displayed as patient menu object 110 in the active state. For example, the patient has selected the first patient switch 41 from the one shown in Fig. The state shown in section 8 was activated twice.

[0115] Fig. 10 displays a staff selection menu 200. This is displayed when the patient is in the patient selection menu 105, which is in the Fig. 8 and Fig. Figure 9 shows the patient menu object "I would like to eat something".

[0116] In the upper left corner, the word "Back" is displayed in field 210, which corresponds to a patient menu object displayed in the active state. This signals to the patient that pressing the second patient switch 42 will return them to the previous menu, which they can use, for example, if they need to access the staff selection menu 200, which is located in Fig. 10 is shown, which was selected by mistake.

[0117] Simultaneously with the display of the personnel selection menu 200 of Fig. When the patient menu item "I would like to eat" is activated, status indicator 80 is triggered, signaling a second state. This can be done by activating the second lamp 82. This signals to the staff that the patient has a need and requires interaction. The staff is then prompted to go to the patient.

[0118] The staff selection menu 200 features a display field 230 showing the patient's selected request, "I would like something to eat." This informs the staff what the patient wants. Below this, three staff menu objects 220 are displayed, which the staff can select using touch-sensitive input on the display device 30. The first patient switch 41 is deactivated in this display, and the second patient switch 42 can only be used for the previously mentioned "Back" function. The three staff menu objects 220 are not accessible to the patient.

[0119] The staff can then select, as shown, whether the patient may eat soup, a little food, or nothing at all. The corresponding staff menu item 220 can be selected via simple touch input, with the example selection of "You may not eat anything yet" being the case. Fig. Figure 11 shows the personnel information page 300. Besides a "Back" button 310, which remains accessible to the patient, this page has two display fields 330 informing the patient that they are not yet allowed to eat. A personnel information page is therefore, in particular, a page that, after input by staff, provides the patient with information that ultimately originates from the staff.

[0120] After such operation, and if the patient has understood the corresponding message, the operating personnel can, for example, press the first control button 70 to switch the patient communication system 10 back into patient mode. This causes the status indicator 80 to display the first state, in particular by the first lamp 81 illuminating and the second lamp 82 going out. Furthermore, in response to such an activation of the first control button 70, the following occurs: Fig. The patient main selection menu 100 is displayed, which allows the patient to input information independently of staff. This allows staff, who have interacted with the patient as described, to switch the patient communication system 10 back to a defined state in which it is available to the patient with a simple movement.

[0121] Fig. Figure 12 shows an example of a patient information page 400, which, in addition to a "Back" patient menu object 410 that remains accessible as described, has a display field 430 showing the current time. This can be displayed, for example, when the patient selects a patient menu object in a patient selection menu that is intended to display the current time. In this way, the patient can, for example, view the current time without requiring any staff intervention. A patient information page is therefore, in particular, a page that, after input by the patient, provides the patient with the information that was ultimately requested by the patient.

[0122] Fig. 13 shows a staff main selection menu 500. This is displayed when the second operating button 75 is pressed, which switches the patient communication system 10 into a staff mode.

[0123] Below, you will find a first language selection field 501 and a second language selection field 502. Using the first language selection field 501, a patient language can be selected, and a corresponding patient language parameter is set in the control device 50. Similarly, using the second language selection field 502, a staff language can be selected, and a corresponding staff language parameter is set in the control device 50. All field and menu item texts are stored in the selectable languages ​​for both patients and staff, so that, in principle, staff and patients can communicate with each other even if their language skills differ significantly. Examples are explained below.

[0124] In the lower right corner is an "Exit" field 503, which can be used to terminate the currently running software. This software can then be restarted, or programs for maintenance or to execute other functionalities can be started. Further to the right of this is a "Shutdown" field 504, which can be used to shut down and switch off the patient communication system 10.

[0125] The in Fig. The personnel main selection menu 500 shown in Figure 13 has a total of seven personnel menu objects 512, which are displayed in only one state. Selection is made by touch-sensitive input on the display device 30. The two patient switches 41 and 42 are deactivated in this display; therefore, they cannot perform any switching functions, and any activation goes undetected.

[0126] The staff can thus select one of the personnel menu objects 512 and thereby access different functions. The respective texts of the personnel menu objects 512 are displayed according to Fig. 13 is displayed in English, which corresponds to a selected personal language, English.

[0127] For example, if an operator selects the personal menu item 512 displayed in the upper left, which is labeled "Eat / Drink", then the following will be displayed: Fig. Personnel selection menu 505 is displayed in section 14. It should be understood that this again shows a state in which German is selected for both languages.

[0128] The staff selection menu 505 is displayed on the left side of the display device 30 and allows staff to make further selections. A distinction is now made between staff menu objects 510, which are displayed in the active state, and those 520, which are displayed in the inactive state. An operator can select one of the staff menu objects 510 or 520 and thereby display specific information to the patient or ask a question. For example, if they select the one in Fig. If the active personnel menu object 510, labeled "Are you thirsty?", is displayed, a patient response menu 600 is shown to the right of it. The patient response menu 600 has a display field 630 showing the question "Are you thirsty?"

[0129] The patient response menu 600 also has three patient response objects, one of which, patient response object 610, is displayed in the active state, while the other two, patient response objects 620, are displayed in the inactive state. The patient can now use their first patient switch 41 to advance and display one of the three patient response objects in the active state. They can then use their second patient switch 42 to select the patient response object 610 that is displayed in the active state. The available response options are "Yes," "No," and "Not understood."

[0130] If the patient selects "Yes", for example, i.e., presses the first patient switch 41, possibly repeatedly, until the patient response object 610 labeled "Yes" is displayed in the active state, and then presses the second patient switch 42, then the Fig. The patient response page 700 is displayed next to the staff selection menu 505 on the right. The question and the selected answer "Yes" are displayed in display fields 730. The patient response page 700 is also displayed next to the staff selection menu 505.

[0131] The procedure described above in personnel mode allows an operator, for example a hospital employee, to ask a patient if they are thirsty and receive a response. This can be done without any verbal communication and can be done using languages ​​adapted to both the operator and the patient. Thus, regardless of any impairment of the patient's speech and / or hearing, and regardless of language barriers, appropriate communication between hospital staff and patient is possible, with the patient able to visually perceive the relevant information and questions and easily answer them using the two patient switches 41 and 42.

[0132] Fig. Figure 16 shows a personnel selection menu 505, which is displayed when the main personnel selection menu 500 is selected. Fig. 13. Select the upper right personnel menu object 512, which is labeled "Doctor", and then select German as the personnel language. The personnel selection menu 505 of Fig. Figure 16 displays a plurality of personnel menu objects 510 and 520, with one, designated by reference 510, being shown in its active state and the others, designated by reference 520, being shown in their inactive state. In this case, personnel menu objects 510 and 520 allow an operator to specifically ask medical questions or give medical instructions.

[0133] In the shown state, a personnel menu object 510, labeled "Please squeeze my hand," is selected and thus displayed in its active state. Touch-sensitive input can be used for this. Arabic has now been selected as the patient language. Consequently, a personnel information page 300 with a display field 330 is shown to the right, on which the instruction "Please squeeze my hand" is displayed, among other languages, in Arabic. This allows, for example, a doctor to easily instruct a patient who only speaks Arabic to squeeze their hand without having to speak Arabic themselves.

[0134] Fig. 17 already shows this in Fig. Figure 16 shows the personnel selection menu 505, with another personnel menu object 510 displayed in the active state. This object is labeled "I will now examine you." Accordingly, a corresponding personnel information page 300 is displayed to the right of it. Since English is set as the patient language in this example, the corresponding information is not displayed in Arabic, but in English, specifically in the designated display field 330.

[0135] In Fig.Figure 18 shows another staff selection menu 505, which is displayed when "Care Measures" is selected in the main staff selection menu 500. A staff menu object 510 is displayed in the active state after such a selection, labeled "Are you breathing well?" Accordingly, after this selection, a patient response menu 600 is displayed to the right, with an associated display field 630 showing the question in English and German, and three patient response objects 610 and 620. One of the patient response objects 610 is displayed in the active state, while the other two are displayed in the inactive state.The patient can use their first patient switch 41 to select which of the patient response objects should be displayed in the active state, and can then press the second patient switch 42 to select the corresponding patient response object 610 that is currently displayed in the active state. This, in turn, displays a previously unseen patient response page, which provides feedback to the physician in their language. In this case, the patient can choose between "Yes," "No," and "not understood." The communication described here thus allows a physician who speaks only German, for example, to ask a patient who speaks only English whether they are breathing adequately, and the patient can answer the question using their patient switches 41 and 42. It is not necessary for the patient to be able to speak or hear.

[0136] Overall, the patient communication system described herein enables excellent communication between doctors, nurses, and other hospital staff on the one hand, and patients on the other. For this, only basic hand or finger mobility is required on the part of the patient; the ability to speak or hear is not necessary. Furthermore, language barriers can be easily overcome by adjusting the language parameters on both the staff and patient sides, meaning that staff and patients can communicate with each other even if they do not share a common language.Communication with patients in very difficult situations, for example in intensive care units and / or after particularly serious surgical procedures or accidents, can be greatly improved in this way, so that the patient feels better according to the circumstances and recovery can be supported.

[0137] The steps of the method according to the invention can be carried out in the specified order. However, they can also be carried out in a different order, provided this is technically feasible. The method according to the invention can be carried out in one embodiment, for example with a specific combination of steps, in such a way that no further steps are performed. However, further steps can also be carried out in principle, including those not mentioned.

[0138] It should be noted that features may be described in combination in the claims and description, for example to facilitate understanding, even though they can also be used separately. The person skilled in the art recognizes that such features can also be combined independently with other features or combinations of features.

[0139] References in dependent claims may indicate preferred combinations of the respective features, but do not exclude other combinations of features.

Claims

[1] Patient communication system (10), featuring - a display device (30), - a control device (50), - a first patient counter (41), - a second patient switch (42), - wherein the control device (50) is configured to display a number of one or more patient selection menus (100, 105) on the display device (30), - where each patient selection menu (100, 105) has multiple sectors, - where in several sectors a respective patient menu object (110, 120) can be displayed in a respective inactive or an respective active state, - wherein the control device (50) is configured to, - in each patient selection menu (100, 105), only one patient menu object (110) should be displayed in the active state, and all other patient menu objects (120) should be displayed in the inactive state. - responding to an activation of the first patient switch (41) to display the respective next patient menu object (110) in the active state, and - responding to an activation of the second patient switch (42) to select a respective patient menu object (110) displayed in the active state. [2] Patient communication system (10) according to claim 1, - wherein the first patient switch (41) and / or the second patient switch (42) are designed as pneumatic switches. [3] Patient communication system (10) according to any one of the preceding claims, - wherein the first patient switch (41) and / or the second patient switch (42) are designed to be potential-free. [4] Patient communication system (10) according to any one of the preceding claims, - which has a patient module (40) and a flexible line (45), - wherein the patient module (40) is connected to other components of the patient communication system (10) via the flexible cable (45), and - wherein the first patient switch (41) and the second patient switch (42) are formed in the patient module (40). [5] Patient communication system (10) according to any one of the preceding claims, - wherein the display device (30) is a touch-sensitive screen. [6] Patient communication system (10) according to any one of the preceding claims, - wherein the control device (50) has an adjustable patient language parameter for selecting one of several patient languages, - wherein for each patient language and for each patient selection menu (100, 105) corresponding patient menu objects (110, 120) are stored, which are displayed depending on the currently set patient language; and / or - wherein the control device (50) has an adjustable personal language parameter for selecting one of several personal languages, - wherein for each staff language and for each staff selection menu (200, 500, 505) respective associated staff menu objects (220, 510, 512, 520) are stored, which are displayed depending on the respective staff language set. [7] Patient communication system (10) according to any one of the preceding claims, - where, depending on the selected patient menu object (110), another patient selection menu (105) or a patient information page (400) is displayed. [8] Patient communication system (10) according to any one of the preceding claims, - which furthermore has a status indicator (80) separate from the display device (30), which indicates at least a first state and a second state, - wherein the control device (50) is configured to switch the status indicator (80) to the second state in response to a selection of predetermined patient menu objects (110) and / or to display a staff selection menu (200) with several staff menu objects (220), and to switch the status indicator (80) to the first state in response to at least one predefined input. [9] Patient communication system (10) according to claim 8, - wherein the status indicator (80) has a first lamp (81) to indicate the first state and a second lamp (82) to indicate the second state. [10] Patient communication system (10) according to any one of the preceding claims, - which furthermore has a first operating button (70) separate from the patient switches (41, 42), - wherein the control device (50) is configured to activate a patient mode in response to the activation of the first operating button (70). [11] Patient communication system (10) according to claim 10, - where, in response to activation of patient mode, a predetermined patient main selection menu (100) is displayed. [12] Patient communication system (10) according to any one of the preceding claims, - which furthermore has a second operating button (75) separate from the patient switches (41, 42), - wherein the control device (50) is configured to activate a personal mode in response to the activation of the second operating button (75). [13] Patient communication system (10) according to claim 12, - where, in response to activation of personnel mode, a predetermined main personnel selection menu (500) with several personnel menu objects (512) is displayed. [14] Patient communication system (10) according to claim 13, or according to claim 8 or a dependent claim therein, - where, upon selecting a staff menu object (220, 510, 512, 520), depending on the selected staff menu object (220, 510, 512, 520), another staff selection menu (200, 505), a patient response menu (600) or a staff information page (300) is displayed. [15] Patient communication system (10) according to claim 13 or 14, or according to claim 8 or a dependent claim therein, - where during a display of the main personnel selection menu (500) and / or during the display or operation of a personnel selection menu (200, 500, 505) - the patient switches (41, 42) are deactivated or deactivated except for a return function to the previous menu, and / or - control of the patient communication system (10) exclusively or at least except for a return function to the previous menu or for the operation of a staff selection menu (200, 500, 505) by means of screen input. [16] Patient communication system (10) according to one of claims 14 or 15, - where each patient response menu (600) has multiple sectors, - where in several sectors a respective patient response object (610, 620) can be displayed in a respective inactive or an respective active state, - wherein the control device (50) is configured to, - in each patient response menu (600), only one patient response object (610) should be displayed in the active state, and all other patient response objects (620) should be displayed in the inactive state, - responding to an activation of the first patient switch (41) to display the respective next patient response object (610) in the active state, and - responding to an activation of the second patient switch (42) to select a respective patient response object (610) displayed in the active state. [17] Patient communication system (10) according to any one of the preceding claims, - which furthermore has an interface (90) for connecting an external storage medium, - wherein the interface (90) is connected to the control device (50). [18] Patient communication system (10) according to claim 17, - wherein the control device (50) is configured to, - To read update data from an external storage medium connected to interface (90), - to update data stored in the control device (50) or on an associated storage unit using the update data, and - then delete the update data on the storage medium. [19] Patient communication system (10) according to one of claims 17 or 18, - wherein the control device (50) is configured to decrypt data from the external storage medium and / or to verify a signature of the data. [20] Patient communication system (10) according to claim 19, - wherein the control device (50) is configured to process data from the external storage medium only if it is encrypted according to a specification and / or the signature has been verified as correct.

Images