JP6854223B2 - Gas delivery system - Google Patents

Description

Embodiments of the present invention relate to a gas delivery device used in a gas delivery system that administers a therapeutic gas, and a method of administering the therapeutic gas.

Some treatments utilize the gas inhaled by the patient. Gas delivery devices are often used in hospitals to deliver the required gas to patients in need. When giving gas treatment to these patients, it is important to ensure that the correct type of gas and the correct concentration are used. Confirmation of dose information and usage is also important.

Some known gas delivery devices include a computer system that tracks patient information, which includes information about the type of gas treatment, concentration of gas administered, dose information, etc. for a particular patient. There is. However, these computer systems are often different from other components of gas delivery devices, such as computer systems for administration to patients and / or valves that control the flow of gas to the ventilator. Do not communicate. Moreover, with known systems, it is often difficult or impossible to determine the amount of gas used by a single patient, which can lead to overcharging of usage fees.

There is a need for a gas delivery device that has a built-in computer system to ensure that the patient information contained within the computer system is consistent with the gas to be sent by the gas delivery device. There is also a need for an integrated device that can accurately and easily track individual patient usage without resorting to manual configuration or repeated connections.

Aspects of the invention relate to a gas delivery device available in a gas delivery system and a method of administering therapeutic gas to a patient. One or more embodiments of the gas delivery device described herein may include a valve and a circuit having a valve memory that communicates with a valve processing unit and a valve transmitting and receiving unit. One or more embodiments of the gas delivery system described herein is a control processing unit (CPU) that communicates the gas delivery device described herein with a CPU memory and a CPU transmitter / receiver. ) Is integrated with the control module. As described herein, the valve transmitter / receiver and the CPU transmitter / receiver may communicate with each other so that information or data from the valve memory and the CPU memory is transmitted to each other. The information transmitted between the valve memory and the CPU memory may be used to select the treatment to be given to the patient and to control the treatment of the selected treatment to the patient. The gas delivery devices and systems described herein may be used in conjunction with medical devices such as ventilators that deliver gas to a patient.

The first aspect of the present invention relates to a gas delivery device. In one or more embodiments, the gas delivery device administers therapeutic gas from a gas source under the control of a control module. In some modifications, the gas delivery device may include valves and circuits that can be attached to the gas source. The valve may include fluidly communicated inlets and outlets and a valve actuator that opens and closes the valve to allow gas to flow through the valve to the control module. The circuits of one or more embodiments are stored in memory in memory and in a control module that transmits wireless optical line-of-sight signals and controls gas delivery to the subject. Alternatively, it includes a processing unit and a transmitting / receiving unit that communicate with the memory to transmit the held information. In one or more alternative embodiments, a signal that conveys information stored or held in memory to a control module that controls gas delivery to a subject may be transmitted by wire. Examples of such wired signals may incorporate and utilize optical cables, wired pair cables, and / or coaxial cables. The circuit may include a memory for storing gas data, which may include one or more of gas identification information, gas expiration date, and gas concentration. The transmitter / receiver may communicate to transmit gas data to the control module via a wireless optical line-of-sight signal.

In one or more embodiments, the valve may include a data input unit that communicates with the memory to allow the user to input gas data into the memory. Gas data may be given in barcodes that can be placed at the gas source. In such an embodiment, gas data may be input to the valve's data input for storage in memory by a user-operated scanning device that communicates with the data input. Specifically, the user may scan the barcode and transmit the gas data stored in the barcode to the valve memory via the data input unit.

In one or more embodiments, the valve may include a power source. In such an embodiment, the power source may include a portable power source such as a battery. In one or more embodiments, the bulb transmitter / receiver may periodically transmit a radio light line-of-sight signal to the control module so that the signal is interrupted at a time when the signal is not transmitted. In one or more specific embodiments, the time during which no signal is transmitted comprises approximately 10 seconds.

A second aspect of the present invention relates to a gas delivery device as described herein and a control module fluidly communicated with a gas delivery mechanism such as a valve outlet of the gas delivery device and a ventilator. .. In one or more embodiments, the control module may include a CPU transmitter / receiver that receives line-of-sight signals from the transmitter / receiver and a CPU that communicates with the CPU transmitter / receiver. The CPU executes instructions from a computer program or algorithm. As used herein, the expression "wireless optical line-of-sight signal" requires that the transmitter and receiver or two transmitters and receivers be lined up so that the signal can be transmitted linearly. Includes some signals, such as infrared signals. The CPU may include a CPU memory that stores gas data transmitted to the CPU transmission / reception unit by the valve transmission / reception unit of the gas transmission device.

In one or more embodiments, the gas delivery system may combine the valve with a timer, including a calendar timer and an event timer, which measures and records the date and time the valve is opened and closed and the time the valve is kept open. .. In such an embodiment, the valve memory stores the date and time of opening and closing the valve and the time for keeping the valve open, and the valve transmitter / receiver transmits the date / time of opening / closing the valve to the CPU transmitter / receiver for storage in the CPU memory. To do.

In one or more variations, the gas delivery system may include a control module that further includes input means for inputting patient information into the CPU memory. The control module may also have a real-time clock built into the CPU module so that the control module can recognize the current date and time and compare it with the expiration date stored in the gas delivery device. If the current date has passed the expiration date, the control module can issue an alarm to prevent the drug from being sent to the patient. When the term "patient information" is used, both the patient information entered by the user and the information set at the time of manufacture, such as the gas identification information and the gas concentration set in the control module to be sent. Intended to include. The control module may also include a display unit. In one or more embodiments, the display unit incorporates input means for inputting patient information into the CPU memory. In one or more embodiments, the CPU of the control module compares the patient information input to the CPU memory via the input means with the gas data from the transmitter / receiver. The CPU or control module may include an alarm that is activated when the patient information input to the CPU memory and the gas data from the transmitter / receiver do not match or conflict with each other. As used herein, the expression "inconsistent" includes the expressions "not identical", "substantially not identical", "conflicting", and / or "substantially contradictory". The CPU provides a matching algorithm that includes criteria to ensure that one dataset (ie, patient information) is consistent with another, whether the patient information is consistent with a dataset such as additional data. Determine by executing. The algorithm may be configured to determine the match if all the parameters of the dataset match or if the selected parameters of the dataset match. The algorithm may be configured to include an error range. For example, if the patient information requires a gas concentration of 800 ppm and the additional data contains a gas concentration of 805 ppm, the algorithm is configured to include an error range of ± 5 ppm so that the patient information and the additional data can be determined to be consistent. May be done. Not surprisingly, the determination of whether patient information and additional data are consistent depends on the situation, such as variables during gas concentration measurements that take temperature and pressure into account.

A third aspect of the present invention relates to a control module memory including an instruction to cause a control module processing unit to receive gas data from a bulb via a radio light line-of-sight signal. The valve may be connected to a gas source and may include a memory for storing gas data. The control module memory may include an instruction that causes the control module processing unit to compare the gas data with the patient information input by the user. The patient information input by the user may be stored in the control module memory. Gas data may be selected from one or more of gas identification information, gas expiration date, and gas concentration. In one or more embodiments, the control module memory coordinates the delivery of treatment to the patient by a medical device, such as a ventilator, that delivers gas to the patient via a wireless optical line-of-sight signal. It may include an instruction to cause the control module processing unit to do this. The control module memory may also include an instruction that causes the control module processing unit to select a treatment to be provided to the patient based on the received patient information and control the provision of the selected treatment to the patient.

In one or more embodiments, the memory may include instructions that cause the processor to detect the presence of two or more valves and whether or not the two or more valves are open at the same time. According to one or more specific embodiments, the first valve state selected from the first open position and the first closed position is from the first valve connected to the first gas source. The second valve state from the second valve connected to the second gas source is received via the radio light line-of-sight signal of 1 and selected from the second open position and the second closed position. Received via the radio light line-of-sight signal of, the first bulb state and the second bulb state are compared, the first bulb state includes the first open position and the second bulb state is the second. The memory includes an instruction to cause the processing unit to issue an alarm when the open position of is included. In one or more alternative embodiments, the first bulb state and the second bulb state are transmitted to the processor via a single radio light line-of-sight signal rather than a separate radio light line-of-sight signal. You can. In a more specific embodiment, the memory of one or more embodiments has a first valve state that includes a first open position and a second valve state that includes a second open position. It may include an instruction to cause the processing unit to terminate the provision of treatment.

In one or more embodiments, the memory may include an instruction that causes the processor to issue an alarm when the desired dose is delivered through the valve. In such embodiments, the processing unit may include a memory for storing the desired dose or dose information. In such an embodiment, it receives gas delivery information or information about the amount of gas delivered, compares the gas delivery information with the dose information, and issues an alarm if the gas delivery information and the dose information match. The memory may include an instruction to cause the processing unit to do this. As used herein, the term "dose information" is known as used for dose weighing and administration, such as parts per million (ppm), milligrams of drug per kilogram of patient (mg / kg), milligrams per breath. It may be expressed in units of. In one or more embodiments, the dose information may include a variety of uses, which include administering a standard or constant concentration of gas to the patient or administering the gas using the pulse method. It's fine. One such pulse method is to administer therapeutic gas to the patient during the patient's inspiratory cycle, in which the gas is administered over one or more breaths, independent of the patient's breathing pattern. Be sent out.

A fourth aspect of the present invention relates to a method of administering a therapeutic gas to a patient. In one or more embodiments, the method establishes communication between the patient and a gas delivery device comprising a first memory containing gas data via a transmitter / receiver and stores the gas data in a second memory. Includes comparison with patient information provided. The second memory may be contained within a control module that communicates with the gas delivery device. This method compares the gas data with the patient information, then adjusts the provision of treatment to the patient by the gas delivery device via a wireless optical line-of-sight signal, and gives the patient based on the comparison between the gas data and the patient information. It may further include selecting the treatment to be provided and controlling the delivery of the selected treatment to the patient. In one or more specific embodiments, the method may include inputting gas data into a first memory of a gas delivery device and / or inputting patient information into a second memory. .. In an embodiment in which the method includes inputting patient information into a second memory, the control module may include input means capable of inputting patient information into the second memory. In one or more variants, the method comprises discontinuing delivery of the selected treatment to a patient based on a comparison of gas data with patient information. The method may include issuing an alarm based on a comparison of gas data with patient information.

FIG. 1 is a diagram of a gas delivery system including a gas delivery device, a gas source, a control module, and a gas delivery mechanism according to one or more embodiments. FIG. 2 is a diagram illustrating a valve assembly of a gas delivery device according to one or more embodiments attached to a gas source. FIG. 3 shows an exploded view of the valve assembly shown in FIG. FIG. 4 is a diagram showing circuits supported within the valve assembly shown in FIG. 2 according to one or more embodiments. FIG. 5 is a diagram illustrating an exemplary gas source used with the valve assembly shown in FIG. FIG. 6 is an operation flow diagram of communication between the circuit of the gas delivery device and the control module shown in FIG. 1 and the establishment of communication between the circuit and the control module. FIG. 7 shows a front view of an exemplary gas delivery system. FIG. 8 shows a rear view of the gas delivery system shown in FIG. FIG. 9 shows a partial side view of the gas delivery system shown in FIG. FIG. 10 shows a front view of the control module according to one or more embodiments. FIG. 11 shows a rear view of the control module shown in FIG. FIG. 12 is an operation flow diagram of communication between the circuit of the gas delivery device and the control module shown in FIG. 1 regarding the gas contained in the gas source. FIG. 13 is an operational flow diagram of the preparation of a gas delivery device and its use in a gas delivery system according to one or more embodiments.

Before discussing some exemplary embodiments of the invention, it is of course understood that the invention is not limited to the configuration or processing step details described in the description below. Is. The present invention may take other embodiments and may be implemented or implemented in various ways.

A system for administering a therapeutic gas will be described. The first aspect of the present invention relates to a gas delivery device. The gas delivery device may include a valve assembly that includes at least one valve with a circuit. A gas delivery system is a control module that controls the delivery of gas from a gas source to a ventilator or other device used to introduce the gas into the patient, such as a nasal cannula, endotracheal tube, or face mask. It may include a communicating gas delivery device (eg, a valve assembly that includes a valve and a circuit). As used herein, the gas source may include a pressure vessel, such as a gas source, a gas tank, which is used to store the gas at a pressure higher than atmospheric pressure. The gas delivery system 10 is shown in FIG. In FIG. 1, the valve assembly 100 includes a valve 107 or a valve actuator and a circuit 150 and communicates with the control module 200 via a wireless line-of-sight connection 300. In one or more alternative embodiments, communication between the valve assembly 100 and the control module 200 may be established via a wired signal. Further, the gas delivery system 10 includes a gas source 50 containing gas and a gas delivery mechanism attached to the valve assembly 100, and the gas delivery mechanism includes a respirator 400 and a breathing circuit 410, and is a control module. Communicate with 200.

2 to 4 are diagrams illustrating the components of the valve assembly 100. The valve assembly 100 includes a valve 107 and a circuit 150 supported within the valve assembly. FIG. 3 is a diagram illustrating an exploded view of the valve assembly 100, showing the components of the physical circuit 150 and the valve 107. FIG. 4 will be described in more detail below, but as shown in FIG. 4, the circuit 150 of the gas delivery device includes a valve transmitter / receiver 120 that establishes communication with the control module 200. This is also discussed in more detail below.

Referring to FIG. 2, the valve 107 includes a mounting portion 102 that attaches the valve assembly 100 to the gas source 50, an inlet 104, and an outlet 106 that is in fluid communication with the inlet 104. This is as clearly shown in FIG.

FIG. 3 shows an exploded view of the valve assembly 100 and illustrates an actuator 114 that is located on the valve 107 and is rotatable around the valve 107 to open and close the valve 107. The actuator 114 includes a cap 112 attached to the actuator 114. As shown in FIG. 3, the circuit 150 may include a data input unit 108 arranged on the actuator 114. The data entry unit 108 may be located elsewhere in the valve 107. In one or more variations, the data input unit is known in the art for inputting information or data into memory, such as a port such as a USB port or a receiving unit that receives an electronic signal from a transmitting unit. Input means may be included.

FIG. 4 shows a block diagram of the circuit 150. The circuit 150 shown in FIG. 4 includes a valve processing unit 122, a valve memory 134, a reset unit 128, a valve transmission / reception unit 120, and a power supply 130. Circuit 150 may also include support circuits, timers 124, sensors 126, and / or other sensors. With reference to FIG. 3, the circuit 150 is supported within the valve assembly 100, specifically the physical components of the circuit 150 are located between the actuator 114 and the cap 112. As shown in FIG. 3, the valve display unit 132 and the valve transmission / reception unit 120 are arranged adjacent to the cap 112 so that the valve display unit 132 can be seen through the window 113. The sensor 126 and the valve processing unit 122 are arranged in the actuator 114 under the valve display unit 132 and the valve transmission / reception unit 120.

The valve processing unit 122 may be any form of computer processing device that can be used to control various operations and sub-processing devices in an industrial environment. The valve memory 134 is a computer-readable medium, such as an electrically erasable programmable read-only memory (EEPROM), random access memory (RAM), read-only memory (ROM), floppy (registered trademark) disk, hard disk, and the like. It may be one or more readily available memories, such as any form of local or remote digital storage, typically coupled to valve processing unit 122. The support circuit may be connected to the valve processing unit 122 to support the circuit 150 in a conventional manner. These circuits include caches, power supplies, clock circuits, input / output circuits, subsystems and the like.

In the illustrated embodiment, the valve memory 134 communicates with a data input unit 108 located on the side surface of the actuator 114. The data input unit 108 shown in FIGS. 3 to 4 is used for transferring data from the valve memory 134 to another device and inputting data to the valve memory 134. For example, gas data including information about the gas contained in the gas source may be input to the valve memory 134 via the data input unit 108. In one or more alternative embodiments, the gas data may be programmed or entered directly into the valve memory 134 by the gas supplier. In one or more embodiments, the gas data may be given in the form of a barcode 610 placed on a label 600 affixed to the side of the gas source, as shown in FIG. Bar code 610 may be placed directly on the gas source. An external scanning device that communicates with the electronic data input unit 108 may be provided, and the barcode 610 may be scanned using the external scanning device to transmit the information from the barcode 610 to the valve memory 134. Gas data may include information about information such as gas composition (eg NO, O ₂ , NO ₂ , CO, etc.), concentration, expiration date, batch number and lot number, date of manufacture, and the like. Gas data may be configured to include one or more types of information. The valve processing unit 122 may include an instruction to transmit all or a predetermined part of the gas data to another transmission / reception unit via the valve transmission / reception unit 120.

In an embodiment using the timer 124, the timer 124 may include two sub-timers, one being a calendar timer and the other being an event timer. The reset section 128 may be located inside the actuator 114 and may be pushed down to reset the event timer. The cap 112 also includes a window 113 that allows the user to see the bulb display 132 disposed within the cap 112. The valve display 132 displays information about whether the actuator 114 is open or closed and how long the valve 107 has been open or closed. In one or more embodiments, the bulb display 132 may alternate between two different numbers, the first number being the cumulative open time and the second number being the current event. It may be the time when valve 107 is opened. Other indications may be made before the time the valve 107 was opened at the current event.

The sensor 126 located within the actuator 114 may include a proximity switch for model MK20-B-100-W manufactured by Meder Inc. The sensor 126 used in one or more embodiments may work with a magnet (not shown) to detect whether the actuator 114 is on or off. Such sensors are described in US Pat. No. 7,114,510, which is incorporated by reference in its entirety.

For example, the sensor 126 and the corresponding magnet (not shown) may be located in the stationary portion of the valve 107. When the actuator 114 is turned to the closed position, the sensor 126 is adjacent to the magnet in place on the valve 107. When the sensor 126 is adjacent to the magnet, the sensor 126 sends no signal to the valve processing unit 122, whereby the actuator 114 is in the "closed" position, or the valve state including the open or closed position. Indicates that it has. When the actuator 114 is turned to open the valve 107, the sensor 126 detects that it has been moved away from the magnet and sends a signal to the valve processing unit 122 to indicate that it is in the "open" position. The valve processing unit 122 orders the valve memory 134 to record the event that the valve 107 has been opened and to record the date and time of the event as indicated by the calendar timer. The valve processing unit 122 instructs the valve memory 134 to continue to check the position of the valve 107 while the valve 107 is open. When the valve 107 is closed, the valve processing unit 122 calculates the length of time that the valve 107 has been open using the recorded opening / closing time, and records the time and the cumulative opening time in the valve memory 134. Order to do. Thus, each time valve 107 is opened, the date and time of the event is recorded, the date and time when it was closed is recorded, the time that valve 107 was open is calculated and recorded, and the cumulative open time is calculated and recorded.

In one or more embodiments in which the power supply 130 includes a battery, the valve transmitter / receiver 120 may be configured to communicate with the CPU transmitter / receiver 220 to maintain battery life. In this embodiment, the valve transmitter / receiver 120 is turned on to receive a signal from the control module CPU transmitter / receiver 220 for 20 msec per second. The control module CPU transmission / reception unit 220 continuously outputs a short transmission signal, and when the valve transmission / reception unit 120 is present, the valve transmission / reception unit 120 responds at intervals of 20 msec. As a result, the power of the valve transmission / reception unit 120 is turned on only for 20 msec per second, so that battery consumption can be suppressed. When the valve transmitter / receiver 120 responds, the signal includes information on whether communication from the control module CPU transmitter / receiver 220 is faster or slower in this 20 msec window. As a result, once the communication is established, the communication is synchronized with the window of 20 msec, and the power of the valve transmission / reception unit 120 is turned on so that the communication can be received. For example, as shown in FIG. 6, the bulb transmission / reception unit 120 transmits a radio light line-of-sight signal at a predetermined interval in response to a signal from the control module CPU transmission / reception unit 220. The radio light line-of-sight signal transmitted by the bulb transmitter / receiver 120 is a series of on and off cycles of whether the transmitter is transmitting light or not, and these correspond to binary digital signals. This mechanism by which the bulb transmitter / receiver transmits a radio light line-of-sight signal may be interpreted as a series of digital on / off signals corresponding to the data being transmitted. Once communication between the control module CPU transmitter / receiver 220 and the valve transmitter / receiver 120 is established, the interval between the communication signals may be in the range of about 20 seconds to about 5 seconds. In one or more specific embodiments, the signal interval or duration of the transmitter / receiver may be about 10 seconds.

As will be described in more detail below, the control module 200 includes a CPU 210 connected to a CPU transmitter / receiver 220 capable of transmitting / receiving radio optical line-of-sight signals. When communication between the CPU transmission / reception unit 220 and the valve transmission / reception unit 120, more specifically, in-line-of-sight communication is established, the CPU transmission / reception unit 220 outputs a signal and waits for a response from the valve transmission / reception unit 120. If no response is sent from the valve transmitter / receiver 120, the CPU transmitter / receiver 220 sends a signal again after a certain period of time. With this configuration, the valve transmitter / receiver 120 does not continuously send a signal unless requested by the CPU 210, so that the battery life is maintained. This is important. This is because most of the gas delivery equipment and gas sources go through delivery and storage before being placed in the gas delivery system. If transmission is performed in an attempt to establish communication with the control module throughout this time, the battery life will be significantly consumed.

The valve processing unit 122 may include a link maintenance instruction that determines whether the interval should be increased or decreased. As shown in FIG. 6, when a valid link is established between the valve transmitter / receiver 120 and the CPU transmitter / receiver 220, the valve processor 122 executes a link maintenance command to increase the interval or increase the interval. To reduce.

As more clearly shown in FIG. 1, the valve assembly 100 and the gas source 50 communicate with the control module 200 and the control module 200 communicates with the gas delivery mechanism. The gas delivery mechanism shown in FIG. 1 includes a ventilator 400 with an accompanying breathing circuit 410. The control module 200 may include a CPU 210 and a CPU transmitter / receiver 220 that communicates with the circuit 150 via the valve transmitter / receiver 120. The control module 200 also includes a CPU memory 212 that communicates with the CPU transmission / reception unit 220, which stores information such as patient information and information or data received from the valve transmission / reception unit 120. The control module 200 may also include a support circuit. The CPU 210 may be any form of computer processing device that can be used to control various operations and sub-processing devices in an industrial environment. The CPU memory 212 is a computer-readable medium, such as any form of local or remote digital storage such as random access memory (RAM), read-only memory (ROM), floppy (registered trademark) disk, hard disk, etc. It may be one or more readily available memories, typically coupled to the CPU 210. The support circuit may be connected to the CPU 210 to support the control module 200 in a conventional manner. These circuits include caches, power supplies, clock circuits, input / output circuits, subsystems and the like. The CPU 210 may also include a speaker 214 that issues an alarm. Alternatively, the alarm may be visually displayed on the display. Also, as shown in FIG. 1, the control module 200 may also include a controller 110 and optionally a pressure gauge and a flow meter to measure and / or control the gas flow from the gas source 50.

In one or more embodiments, the CPU transmitter / receiver 220 is located on the cover 225 (more clearly shown in FIG. 7). The cover portion 225 is part of a cart 500 (more clearly shown in FIG. 7) on which the control module 200 is located. The cover portion 225 of one or more embodiments communicates with the control module 200. Communication between the cover unit 225 and the control module 200 may be established wirelessly or by wire. As discussed in more detail below, the valve assembly 100, which includes the valve 107, the circuit 150, and the gas source 50 attached to the valve 107, is delivered to the CPU transceiver 220 on the cart 500 within the line of sight of the CPU transceiver 220. Placed in close proximity. When the CPU transmitter / receiver 220 is properly configured to establish communication between the valve transmitter / receiver 120 and the CPU transmitter / receiver 220, the CPU transmitter / receiver 220 is a valve transmitter / receiver, as more clearly shown in FIG. It will be located directly above the unit 120. In one or more alternative embodiments, the CPU transmitter / receiver 220 may be located in the CPU 210.

The CPU 210 communicates with a plurality of gas sensors 230 that measure the concentration of a sample of gas taken out through the sample line 232 and the sample line inlet 280 (more clearly shown in FIG. 1) located in the control module 200. You can do it. As discussed in more detail, sample line 232 is a sample of gas from the ventilator 400 breathing circuit 410 when the ventilator is in fluid communication with the control module 200 and gas is being sent to the ventilator. Take out. The CPU 210 has a sample flow sensor 234 that detects the flow of the sample taken out via the sample line 232, a pump 236 that takes out the sample to the flow sensor 234 via the sample line 232, and a sample pump 236 via the sample line 232. , The sample flow sensor 234, and the zero valve 238 that controls the flow of the sample to the plurality of CPU sensors may also be communicated. The sample line 232 may also include a drainage device 233 that collects water or liquid from the sample.

The control module 200 may also include a delivery module 260 that regulates the flow of gas from the gas source 50 to the ventilator 400. The delivery module 260 may include a pressure switch 262 for determining the presence of gas supply pressure, a pressure shutoff valve 264, a proportional valve 266, and a delivery flow sensor 268. The sending module 260 may also include a backup on / off switch 269. Details on how the delivery module delivers gas to the ventilator circuit are described in U.S. Pat. No. 5,558,083, which is incorporated herein by reference in its entirety. And.

The ventilator 400 shown in FIG. 1 fluidly communicates with the control module 200 via an injection tube 440 and electrically communicates via an injection module cable 450. The control module 200, more specifically the CPU 210, fluidly communicates with the ventilator 400 via the sample line 232. The ventilator 400 may include a breathing circuit 410 having an expiratory bifurcation 414 and an inspiratory bifurcation 412 that are in fluid communication with the ventilator 400. The intake branch 412 may fluidly communicate with the humidifier 420, and the humidifier 420 fluidly communicates with the ventilator 400 via the infusion module 430. The inspiratory bifurcation section 412 carries the gas to the patient, and the expiratory bifurcation section 414 carries the gas exhaled by the patient to the ventilator 400. The injection module 430 shown in FIG. 1 fluidly communicates with the gas source 50 via the injection tube 440 and electrically communicates with the delivery module 260 via the injection module cable 450, whereby the delivery module 260. Can detect and regulate the flow of gas from the gas source 50 to the ventilator 400. Specifically, the injection module 430 fluidly communicates with the gas source 50 via the injection tube 440, and the injection tube 440 is a pressure switch 262, a pressure shutoff valve 264, a proportional valve 266, and a flow sensor 268 of the delivery module 260. , And one or more of the backup switches 269 in fluid communication. The injection module 430 may electrically communicate with the delivery module 260 via the injection module cable 450. The intake branch 412 of the ventilator 400 may include a sample T-tube 416 that facilitates fluid communication between the intake branch 412 of the breathing circuit and the sample line 232.

As discussed above, the control module 200 is placed in the cart 500, as shown in FIGS. 7-9, to facilitate the movement of the gas source 50 and gas delivery device to patients in need of gas treatment. May be done or installed. The gas source 50 and the valve assembly 100 attached to the gas source 50 may be placed in the vicinity of the control module 200 on the cart 500. More specifically, as shown in FIG. 7, in the gas source 50, the valve transmission / reception unit 120 is close to the CPU transmission / reception unit 220, and a line-of-sight path is established between the valve transmission / reception unit 120 and the CPU transmission / reception unit 220. It is placed in the cart 500 so as to. In this configuration, the CPU 210 detects the presence of the circuit 150, and thus the gas source 50, via the CPU transmitter / receiver 220.

As shown in FIGS. 7-9, the gas delivery device may include a plurality of valves, each attached to a single gas source. In such an embodiment in which the second gas source 60 is utilized with the second valve assembly 101, the second valve assembly 101 is the second valve assembly 101 when the gas source 60 is mounted on the cart. It is placed near the CPU transmitter / receiver and within the line of sight. The second CPU transmitter / receiver 222 establishes communication with the second valve assembly 101, thereby detecting the presence of the second gas source 60. In the embodiment shown in FIGS. 7 to 9, the second CPU transmission / reception unit 222 may be arranged on the cover unit 225 of the cart. In one or more alternative embodiments, the second CPU transmitter / receiver 222 may be located in the CPU 210.

As shown in FIG. 8, the cart 500 includes an optional small container 510, a mount 512 that supports the control module 200 on the cart 500, at least one holding bracket 520, at least one mounting strap 530, and an auxiliary. An auxiliary bracket 540 for holding the gas source, a plurality of casters 550, and caster lock levers 560 arranged on each of the plurality of casters 550 may be included. The cart 500 may include a mount 570 that attaches the control module 200 to the cart.

_{The exemplary control module 200 shown in FIGS. 10-12 is a component of the gas (eg NO, O 2} , NO ₂ ) being sent from the gas source 50 to the ventilator 400, the concentration of each component, and one. Includes a display unit 270 that provides the user with a visual indication as to whether communication with the above gas sources has been established. Other information may also be displayed to the user. Further, a visual alarm may also be displayed on the display unit 270. The control module 200 may also include a main power display unit 272 that indicates whether the control module is connected to an AC / DC power source and / or a power source such as a battery. The control module 200 may also include a control wheel 274 that allows the user to operate various displays or information displayed on the display unit. An injection module tube outlet 276 may be located in the control module to fluidly communicate the delivery module 260 and the injection module 430. The control module may also be provided with an injection module cable port 278 for electrical communication between the delivery module 260 and the injection module 430. The control module 200 shown in FIGS. 10-12 also includes a sample line 232 and a sample line inlet 280 that fluidly communicates with the intake branch 412 of the ventilator 400. In the embodiment shown in FIGS. 10-12, the drainage device 233 is arranged in the vicinity of the sample line inlet 280 of the control module.

FIG. 11 shows a rear view of the control module 200 and shows a plurality of entrances. In the illustrated embodiment, two gas inlets 282 and 284 for connecting the control module 200 to the gas source 50 are provided, and an auxiliary inlet 286 for connecting the control module 200 to an auxiliary gas source which may contain a gas such as oxygen is provided. One is provided. A power port 288 is also provided on the back of the control module to connect the control module to the AC / DC power supply.

The control module 200 provides patient information such as the patient's identity, the type and concentration and dose of gas administered to the patient, the patient's illness or condition or reason for treatment treated with the gas, the patient's pregnancy period, and the patient's weight. May also include input means 290 that allows the user to input. The input means 290 shown in FIG. 10 includes a keyboard integrated with a display unit. In one or more alternative embodiments, the input means may include a port, such as a USB port, to which an input mechanism known in the art, such as an external keyboard, is connected. The information input via the input means 290 is stored in the CPU memory 212.

The control module 200 and valve assembly 100 may be utilized in the gas delivery system 10 to improve patient safety. Specifically, the safety benefits of the gas delivery systems described herein include detecting unidentified drugs or gas sources, expired drugs or gases, incorrect gas types, incorrect gas concentrations, etc. There is. In addition, the embodiments of the gas delivery system described herein also improve the efficiency of gas treatment.

FIG. 13 is a block diagram showing a sequence of preparation of a gas delivery device including assembly 100 and its use within the gas delivery system 10 according to one or more embodiments. As shown in FIG. 13, a gas source 50 in the form of a container such as a gas cylinder for holding the gas is prepared, the gas source 50 is filled with gas (700), and the valve assembly 100 as described herein. Is attached to assemble the gas delivery device 10 (710) to prepare the gas delivery device for use. These steps may be performed by the gas supplier or manufacturer. As described herein, gas data for the gas filled in the gas source 50 is input to the valve memory 134 (720). The gas data may be input to the valve memory 134 by the gas supplier or manufacturer who supplies the gas source 50 and assembles the gas delivery device. Alternatively, a medical facility such as a hospital may input gas data into the valve memory 134 after the gas delivery device has been delivered to the hospital or medical facility (730). The gas delivery device is placed in the cart 500 (740), and communication between the CPU transmission / reception unit 220 and the valve transmission / reception unit 120 is established (750). The gas data stored in the valve memory 134 is transmitted to the control module 200 via wireless optical line-of-sight communication between the valve transmission / reception unit 120 and the CPU transmission / reception unit 220 (760). The CPU 210 compares the gas data with the patient information input to the CPU memory 212 (770). The patient information may be input to the CPU memory after the gas data is input to the CPU memory 212. The patient information may be input to the CPU memory before the gas delivery device is placed in the cart or before the communication between the CPU transmission / reception unit 220 and the valve transmission / reception unit is established. In one or more alternative embodiments, patient information may be input to CPU memory 212 prior to preparation of the gas delivery device or transport to a hospital or facility. Next, the CPU 210 compares whether the gas data and the patient information match (780). Once the gas data and patient information are aligned, the gas is administered to the patient through a gas delivery mechanism, such as a ventilator (790). If the gas data and patient information are inconsistent, an alarm will be issued (800). As described separately herein, the alarm may be audible and may be emitted from the speaker 214 and / or may be visually displayed on the display unit 270.

The gas delivery system described herein simplifies the setup procedure by establishing communication using radio line-of-sight signals. The user does not have to make sure that all cables are connected correctly and is free to load new gas sources into the cart without disconnecting the cables connecting the control module 200 to the valve assembly 100 or circuit 150. it can. This reduces the set time and the time devoted to correcting any errors that may occur during the setting process. The control module 200 and circuit 150 are further designed to automatically transmit and detect information to establish the correct delivery of unexpired gas with the correct concentration. In one or more specific embodiments, such automated operation prevents the use of the gas delivery system by blocking the flow of gas to the patient without user intervention.

In one or more embodiments, after communication between the valve transmitter / receiver 120 and the CPU transmitter / receiver 220 is established, the valve processing unit 122 transfers the gas data stored in the valve memory 134 via the valve transmitter / receiver 120. Includes instructions to be transmitted to the CPU transmitter / receiver 220. The CPU 210 includes an instruction to store gas data received from the CPU transmission / reception unit 220 in the CPU memory. The CPU 210 also includes an algorithm that compares gas data with patient information input to the CPU memory 212. If the gas data and the patient information are inconsistent, the CPU 210 includes an instruction to issue an alarm. The alarm may be audible, visual, or both, and warns the user that the gas contained in the gas source is different from the gas that should be administered to the patient. For example, as shown in FIG. 12, if the gas data includes a gas expiration date, the CPU memory 212 includes information about the current date and the CPU 210 compares the gas expiration date with the current date. If the gas expiration date is earlier than the current date, the CPU 210 issues an alarm. The alarm may be emitted from one or both of the speaker 214 and the display 270. In one or more embodiments, the CPU 210 may include an instruction that the delivery module 260 interrupts or blocks the delivery of gas. In one or more embodiments, the CPU 210 includes an instruction to turn off the backup on / off switch 269 when the delivery module 260 starts or continues to deliver gas. The detection result of the expired gas by the CPU 210 may be stored in the CPU memory 212.

If the gas data contains information or data on the gas concentration, the CPU memory 212 contains information on the desired concentration of gas to be administered to the patient. The control module 200 may be configured to warn the user that the gas contained in the gas source has an incorrect concentration or a concentration that does not match the desired gas concentration. For example, the user may input a concentration of 800 ppm into the CPU memory 212, and this concentration is compared with the gas concentration transmitted from the valve memory 134 to the CPU memory 212. As shown in FIG. 12, the CPU 210 includes an instruction to compare the gas concentration of the gas with the concentration input by the user. If the gas concentration does not match the concentration input by the user, the CPU 210 issues an alarm. The alarm may be audible and / or visual. In one or more embodiments, the CPU 210 may include an instruction that the delivery module 260 interrupts or blocks the delivery of gas. In one or more embodiments, the CPU 210 includes an instruction to turn off the backup on / off switch 269 when the delivery module 260 starts or continues to deliver gas. The detection result of the gas having the wrong concentration may be stored in the CPU memory 212.

In one or more embodiments, the control module 200 may be configured to detect a plurality of valves and detect if the plurality of valves are open. This configuration eliminates waste. This is because the user is warned that both valves are open and therefore unwanted gas is being delivered through the delivery module 260. In addition, such a configuration avoids the problem associated with the two regulators being simultaneously pressured and connected to the delivery module 260, thus improving safety. In one or more embodiments, the cover portion 225 of the control module 200 may include a second CPU transmit and receive unit 222, in which the CPU 210 has a second CPU transmit and receive unit 222 from the second valve assembly 101. More specifically, it may include a command to detect a radio light line-of-sight signal from the second bulb transmission / reception unit 121. The CPU 210 also includes an instruction to detect whether both valve assemblies 100, 101 are open or have a valve state including an open position when the second valve assembly 101 is detected by the CPU transmitter / receiver 222. It's fine. In operation, the first valve assembly 100 includes a circuit having a valve processing unit that has a command to transmit an open position or a closed position via the first valve transmission / reception unit 120. The circuit of the second valve assembly also includes a valve processing unit having a command to transmit an open position or a closed position via the second valve transmission / reception unit 121. The first CPU transmission / reception unit 220 and the second CPU transmission / reception unit 222 are transmitted from the first bulb transmission / reception unit 120 and the second bulb transmission / reception unit 121 via the radio optical line-of-sight signal sent by both transmission / reception units. , Detect the valve status of each valve assembly. The CPU 210 commands the CPU transmitters and receivers 220 and 222 to collect the valve states of both valve assemblies 100 and 101 and to store the valve states in the memory. The CPU 210 then compares the valve state information from the first valve assembly 100 and the second valve assembly 101, and if both of those valve states include the open position, the CPU 210 issues an alarm. .. The alarm may be audible and / or visual. In one or more embodiments, the CPU 210 may include an instruction that the delivery module 260 suspends or blocks further delivery of gas through either the first valve assembly or the second valve assembly. In one or more embodiments, the CPU 210 includes an instruction to turn off the backup on / off switch 269 when the delivery module 260 starts or continues to deliver gas. The detection result that the plurality of valve assemblies have an open valve or a valve state including an open position may be stored in CPU memory.

In one or more embodiments, the control module 200 may be configured to warn the user when the desired dose has been delivered. In such an embodiment, the patient information entered into the CPU memory 212 may include dose information or a dose to be administered to the patient. The valve processing unit 122 may include an instruction to transmit gas usage information from the valve memory 134, including the amount of gas to be sent, to the CPU memory 212 via the valve transmission / reception unit 120. Alternatively, the valve processing unit 122 may include an instruction to transmit to the CPU memory 212 via the valve transmission / reception unit 120 the time when the valve 107 is open or has a valve state including the open position. The CPU 210 may include an instruction to compare the dose information input by the user and stored in the CPU memory 212 with the gas usage information. The CPU 210 may include an instruction to issue an alarm when the dose information and the gas usage information are matched. The CPU 210 may include an instruction to issue the same or different alarms when the dose is delivered to warn the user to close the valve or, more specifically, the actuator 114. In one or more embodiments, the CPU 210 may include an instruction that the delivery module 260 suspends or blocks further delivery of gas. In one or more embodiments, the CPU 210 includes an instruction to turn off the backup on / off switch 269 when the delivery module 260 starts or continues to deliver gas.

In addition, the control module 200 may be configured to warn the user that the detected valve is closed or remains closed and no gas is being delivered to the patient. This configuration speeds up treatment time and increases hospital efficiency. In such an embodiment, the bulb processing unit 122 may include an instruction that the valve transmission / reception unit 120 transmits a valve state to the CPU 210 via a radio light line-of-sight signal. The CPU 210 collects information on the valve state and issues an alarm when the valve state includes a closed position even though dose information is set in the CPU memory 212 or another input is input so as to start treatment. Including.

The control module 200 may be configured to warn the user that no valve assembly or gas source has been detected. In such an embodiment, the CPU 210 includes instructions from another transmitter / receiver, such as a bulb transmitter / receiver 120, to detect the presence of a radio light line-of-sight signal. The CPU 210 may include an instruction to issue an alarm when an input such as dose information for starting gas transmission is input to the CPU memory 212 but a signal from another transmission / reception unit is not detected. Similarly, the control module 200 alerts when communication between one or both of the CPU transmitters / receivers (or multiple CPU transmitters / receivers) 220 and 222 and one or both of the valve transmitters / receivers 120 and 121 is interrupted during gas delivery. May be configured to emit. In such an embodiment, the CPU 210 continuously detects the presence of signals from other transmission / reception units, and inputs such as dose information for starting gas transmission are input to the CPU memory 212. May include an instruction to issue an alarm when a signal from another transmitter / receiver is not detected.

The CPU 210 may include a command to warn the user when the sensor of the control module 200 must be calibrated for accurate gas delivery to the patient. Further, the CPU 210 may include an instruction to relate the gas usage information from the circuit 150 of the valve assembly 100 to the patient information input to the CPU memory 212. The CPU 210 may also have an instruction to store the gas usage information and the patient information associated with each other in the CPU memory 212. The valve processing unit 122 may also include an instruction to detect patient information from the CPU memory 212. Specifically, the valve processing unit 122 may include an instruction to collect patient information from the CPU transmission / reception unit 220 via the valve transmission / reception unit 120 and store the collected patient information in the valve memory 134. In such an embodiment in which information from the CPU 210 is collected and stored in the valve memory 134, the CPU 210 sends and receives patient information and / or patient information and / or gas usage information associated with each other from the CPU memory 212 to the CPU. It may include a command transmitted to the valve transmission / reception unit 120 via the unit 220. The valve processing unit 122 may also include an instruction to relate the gas usage information to the collected patient information and store the mutually related gas usage information and the collected patient information in the valve memory 134. Alternatively, the valve processing unit 122 may include an instruction to collect patient information and gas usage information related to each other from the CPU 210. The information associated with each other may be used to bill the user on a patient-by-patient basis. In addition, interconnected information may be used as patient demographic data, which allows facilities such as hospitals to prepare budget reports, require per-departmental use, and per-diagnosis of patients. It can help connect the use of multiple gas sources with individual patients.

A second aspect of the present invention relates to a method of administering a therapeutic gas to a patient. The method comprises supplying the gas with a gas source. The gas source may be prepared by the supplier to include gas having a predetermined component, concentration, and expiration date. The method may include preparing a valve assembly 100 attached to the gas source 50 and administering to the patient the gas contained in the gas source 50. The method may include inputting gas data into the valve memory 134, which may include gas components, gas concentrations, and gas expiration dates. In one or more embodiments, the supplier may input gas data directly into the valve memory 134. In another variant, the gas data is given in the form of a barcode placed on the gas source. In such an embodiment, the method provides a scanning device that communicates with the data input unit 108, scans the barcode to collect gas data information, and transmits the gas data via the data input unit 108 to the valve memory 134. Including communicating to. These steps may be repeated for the second gas source. The gas source (or multiple gas sources) fitted with the valve assembly may be transported to a facility such as a hospital for administration to a patient. The gas source (or plurality of gas sources) is then attached to the cart 500 and secured by holding brackets 520 and attachment straps 530. The method includes establishing communication between the valve transmitting / receiving unit arranged in each valve and the CPU transmitting / receiving unit 220, 222. Establishing communication may include placing the valve assembly 100 within the line-of-sight of at least one of the CPU transceivers 220 and 222. As described separately herein, communication may be established by instructing the bulb transmitter / receiver to send a radio light line-of-sight signal to the CPU transmitter / receiver 220, 222. The method may include instructing the bulb transmitter / receiver 120 to transmit radio light line-of-sight signals at predetermined intervals, as described separately herein.

The method may include inputting patient information into CPU memory 212. This step may be performed before or after the gas source (or multiple gas sources) is mounted on the cart. Specifically, the method may include inputting patient information, such as dose information, into valve memory 134. This method adjusts the delivery of gas to the patient by collecting gas data from the valve memory 134, comparing the gas data with the patient information according to the algorithm, and determining whether the gas data and the patient information match according to the algorithm. Including doing. Coordinating the delivery of gas may include opening the actuator 114 of valve 107 to allow gas to flow from inlet 104 to outlet 106. After the dose has been administered, the method may include correlating gas usage information with patient information. The method may also include recording patient information, gas usage information, and / or patient information and gas usage information associated with each other in CPU memory 212 and / or valve memory 134. In one or more variants, the method utilizes patient information, gas usage information, and / or interconnected patient information and gas usage information to identify vouchers for gas use by individual patients. May include creating.

Throughout this specification, references to "some embodiments," "several embodiments," "one or more embodiments," or "embodiments" are relevant to embodiments. It means that the specific features, structures, materials, or properties described in the above are included in at least one embodiment of the present invention. Accordingly, "in one or more embodiments," "in some embodiments," "in certain embodiments," or "in embodiments" at various points throughout the specification. The appearance of such expressions does not necessarily refer to the same embodiment of the invention. In addition, certain features, structures, materials, or properties may be incorporated into one or more embodiments in any suitable manner.

The present invention has been described herein with reference to specific embodiments, but of course, these embodiments merely exemplify the principles and applications of the invention. It will be apparent to those skilled in the art that various modifications and modifications can be made to the methods and devices of the invention without departing from the spirit and scope of the invention. Therefore, it is intended that the present invention includes modifications and modifications within the scope of the appended claims and their equivalents.

Claims (20)

A system that delivers therapeutic gas
The device comprises a device.
With the drug source
The circuit has a circuit, and the circuit has a circuit.
A first memory for storing drug data including at least drug identification information of the drug source, and
A first processing unit and a first transmitting / receiving unit that communicate with the first memory,
A control module that controls the delivery of therapeutic gas to a target by sending therapeutic gas to the ventilator circuit, the second memory, the second transmitter / receiver that communicates with the second memory, and the second. Including a control module having a processing unit and
The first transmission / reception unit and the second transmission / reception unit transmit and receive signals to the control module so as to transmit the drug data and at least confirm the drug identification information.
The drug source is a gas cylinder containing one or more of _{NO, O 2} , NO _{2 and CO gas.}
The control module further comprises an input means for inputting patient information including the type of gas to be administered to the subject into the second memory.
The second processing unit includes the type of gas to be administered to the subject in the patient information input to the second memory via the input means, and the first transmission / reception unit has the second transmission / reception unit. Compare with the drug identification information in the drug data transmitted to the transmitter / receiver,
A system characterized in that the first memory, the first processing unit, and the first transmitting / receiving unit are provided in a valve attached to the drug source. The system according to claim 1, wherein the drug data includes one or more of drug identification information, drug expiration date and drug concentration at the time of filling the drug source. The system according to claim 1, wherein the drug data includes a drug expiration date and a drug concentration at the time of filling the drug source. The system according to claim 1, wherein the drug data includes drug identification information, a drug expiration date, and a drug concentration at the time of filling the drug source. The system according to claim 1, wherein the control module includes a valve for delivering therapeutic gas to the ventilator circuit and a delivery flow sensor. A system that delivers therapeutic gas
The gas delivery device is provided, and the gas delivery device is
Gas source and
A valve attached to the gas source, including a fluidly communicated inlet and outlet, and a valve actuator that opens and closes the valve.
The circuit has a circuit, and the circuit has a circuit.
A first memory for storing gas data including at least gas identification information of the gas source, and
A first processing unit and a first transmitting / receiving unit that communicate with the first memory,
A control module that controls the delivery of therapeutic gas to a target, including a second memory, and a control module having a second transmission / reception unit and a second processing unit that communicate with the second memory.
The first transmission / reception unit and the second transmission / reception unit transmit and receive signals so as to transmit the gas data to the control module and confirm at least the gas identification information.
The gas source comprises one or more of _{NO, O 2} , NO _{2 and CO gas.}
The control module further comprises a display for inputting patient information including the type of gas to be administered to the subject in the second memory.
The second processing unit includes the type of gas to be administered to the subject in the patient information input to the second memory via the display, and the first transmission / reception unit performs the second transmission / reception. Compare with the gas identification information in the gas data transmitted to the unit,
A system characterized in that the first memory, the first processing unit, and the first transmitting / receiving unit are provided in the valve. 6. The control module has an alarm that is activated when the patient information input to the second memory and the gas data from the first transmission / reception unit do not match. The system described in. The second memory is
Receiving gas data from the gas delivery device,
Comparing the gas data with the patient information and
The system according to claim 6, wherein the system includes a command for causing the second processing unit to control the delivery of the therapeutic gas to the patient. The second processing unit is characterized in that one or more of the gas identification information, the gas concentration, and the gas is not expired is confirmed before the therapeutic gas is delivered to the patient. The system according to claim 8. The second memory is
Receiving the first valve state selected from the first open position and the first closed position from the first valve connected to the first gas source,
Receiving the second valve state selected from the second open position and the second closed position from the second valve connected to the second gas source,
Comparing the first valve state with the second valve state, and
When the first valve state includes the first open position and the second valve state includes the second open position, an instruction is given to the second processing unit to issue an alarm. The system according to claim 6, wherein the system includes. The system according to claim 6, wherein the signal includes a radio light line-of-sight signal. The system of claim 6, wherein the valve further comprises a data input unit that communicates with the first memory, allowing the user to input the gas data into the first memory. 12. The gas data is given by a barcode arranged in the gas source, and is input to the data input unit by a user-operated scanning device that communicates with the data input unit. The system described in. The system according to claim 6, wherein the valve actuator opens and closes the valve so that the gas flows to the control module via the valve. The valve contains a power supply
The first transmission / reception unit periodically transmits the radio light line-of-sight signal to the control module.
The system according to claim 6, wherein the signal is interrupted at a time when the signal is not transmitted. The system according to claim 15, wherein the time during which the signal is not transmitted is configured to be approximately 10 seconds. 16. The system of claim 16, wherein the control module is in fluid communication with the outlet of the valve and the ventilator. The control module
A CPU transmitter / receiver that receives a wireless optical line-of-sight signal from the first transmitter / receiver, and
It communicates with the CPU transmitter / receiver and has a CPU including a CPU memory.
The first transmission / reception unit transmits the gas data to the CPU transmission / reception unit for storage in the CPU memory.
The valve includes a timer including a calendar timer and an event timer.
The CPU memory stores the date and time of opening and closing the valve and the time for keeping the valve open.
The system according to claim 17, wherein the first transmission / reception unit transmits the opening / closing date and time of the valve to the CPU transmission / reception unit for storage in the CPU memory. The control module is in fluid communication with the valve outlet and ventilator.
The control module
A CPU transmitter / receiver that receives signals within the wireless optical line-of-sight from the transmitter / receiver,
It communicates with the CPU transmitter / receiver and has a CPU including a CPU memory.
The transmission / reception unit transmits the gas data to the CPU transmission / reception unit for storage in the CPU memory, and the transmission / reception unit transmits the gas data to the CPU transmission / reception unit.
The control module further includes an input means and a display for inputting patient information into the CPU memory.
The system according to claim 6, wherein the CPU compares the patient information input to the CPU via the input means with the gas data from the transmission / reception unit. The system according to claim 19, wherein the CPU includes an alarm that is activated when the patient information input to the CPU memory and the gas data from the transmission / reception unit do not match.

Images