Source: http://www.patentsencyclopedia.com/app/20120240927
Timestamp: 2017-11-20 08:49:37
Document Index: 551751778

Matched Legal Cases: ['art 500', 'art 500', 'art 500', 'art 500', 'art 500', 'art 500', 'art 500', 'art 500', 'art 500', 'art 500']

Gas Delivery Device And System - Patent application
Patent application title: Gas Delivery Device And System
Inventors: Duncan P. Bathe (Fitchburg, WI, US) Duncan P. Bathe (Fitchburg, WI, US) John Klaus (Cottage Grove, WI, US) John Klaus (Cottage Grove, WI, US) David Christensen (Cambridge, WI, US) David Christensen (Cambridge, WI, US)
Patent application number: 20120240927
A gas delivery system including a gas delivery device, a control module and a gas delivery mechanism is described. An exemplary gas delivery device includes a valve assembly with a valve and circuit including a memory, a processor and a transceiver in communication with the memory. The memory may include gas data such as gas identification, gas expiration and gas concentration. The transceiver on the circuit of the valve assembly may send wireless optical line-of-sight signals to communicate the gas data to a control module. Exemplary gas delivery mechanisms include a ventilator and a breathing circuit. Methods of administering gas are also described.
1. A gas delivery device to administer therapy gas comprising NO from a gas source comprising NO, the gas delivery device comprising: a valve attachable to the gas source comprising NO, the valve including an inlet and an outlet in fluid communication and a valve actuator to open or close the valve to allow the gas comprising NO through the valve to a control module; and a circuit including: memory to store gas data comprising one or more of gas identification, gas expiration date and gas concentration and a processor and a transceiver in communication with the memory to send wireless optical line-of-sight signals to communicate the gas data to the control module that controls gas delivery to a subject.
3. The device of claim 2, wherein the gas data is provided in a bar code disposed on the gas source and is entered into the data input by a user-operated scanning device in communication with the data input.
4. The device of claim 1, wherein the valve comprises a power source; and the transceiver periodically sends the wireless optical line-of-sight signals to the control module, wherein the signals are interrupted by a duration of time at which no signal is sent.
5. The device of claim 4, wherein the duration of time at which no signal is sent comprises about 10 seconds.
6. A gas delivery system comprising: the gas delivery device of claim 1; and a control module in fluid communication with the outlet of the valve and a ventilator, the control module comprising: a CPU transceiver to receive line-of-sight signals from the transceiver; and a CPU in communication with the CPU transceiver and including a CPU memory, wherein the transceiver communicates the gas data to the CPU transceiver for storage in the CPU memory.
7. The system of claim 6, wherein the valve comprises a timer including a calendar timer and an event timer, wherein the memory stores the date and time of opening and closing of the valve and the duration of time that the valve is open and the transceiver communicates the date and time of opening and closing of the valve to the CPU transceiver for storage in the CPU memory.
8. The system of claim 6, wherein the control module further comprises an input means to enter patient information into the CPU memory; and a display.
9. The system of claim 8, wherein the CPU compares the patient information entered into the CPU memory via the input means and the gas data from the transceiver.
10. The system of claim 9, wherein the CPU comprises an alarm that is triggered when the patient information entered into the CPU memory and the gas data from the transceiver do not match.
11. A memory comprising instructions that cause a processor to: receive gas data selected from one or more of gas identification, gas expiration date and gas concentration from a valve via a wireless optical line-of-sight signal with the valve connected to a gas source comprising NO; compare the gas data with user-inputted patient information; coordinate delivery of therapy to the patient with a medical device via the wireless optical line-of-sight signal; select a therapy for delivery to a patient based on the received patient information; and control delivery of the selected therapy to the patient.
12. The memory of claim 11, wherein the memory comprises instructions that cause the processor to: receive a first valve status selected from a first open position and a first closed position from a first valve via a first wireless optical line-of-sight signal with the first valve connected to a first gas source; receive a second valve status selected from a second open position and a second closed position from a second valve via a second wireless optical line-of-sight signal with the second valve connected to a second gas source; compare the first valve status and the second valve status; and emit an alarm if the first valve status comprises the first open position and the second valve status comprises the second open position.
13. The memory of claim 12, wherein the memory comprises instructions that causes the processor to: terminate delivery of therapy if the first valve status comprises the first open position and the second valve status comprises the second open position.
14. A method for administering a therapy gas comprising NO to a patient, the method comprising: establishing communication via a transceiver with a gas delivery device comprising a first memory including gas data; comparing the gas data with patient information stored within a second memory; coordinating delivery of therapy to a patient with the gas delivery device via a wireless optical line-of-sight signal; selecting a therapy for delivery to the patient based on the comparison of the gas data and the patient information; and controlling delivery of the selected therapy to the patient.
15. The method of claim 14, further comprising ceasing delivery of the selected therapy to the patient based on the comparison of the gas data and the patient information.
16. The method of claim 14, further comprising emitting an alert based on the comparison of the gas data and the patient information.
17. The method of claim 14, further comprising entering the gas data into the first memory.
18. The method of claim 14, further comprising entering the patient information into the second memory.
[0001] This application is a continuation application of U.S. patent application Ser. No. 13/509,873 filed on May 15, 2012, which is the National Phase entry of PCT/US2011/020319, filed Jan. 6, 2011, the entire content of which are incorporated herein by reference in their entirety.
[0007] A first aspect of the present invention pertains to a gas delivery device. In one or more embodiments, the gas delivery device administers therapy gas from a gas source containing NO under the control of a control module. In one variant, the gas delivery device may include a valve attachable to the gas source and a circuit. The valve may include an inlet and an outlet in fluid communication and a valve actuator to open and close the valve to allow the gas to flow through the valve to a control module. The circuit of one or more embodiments includes a memory, a processor and a transceiver in communication with the memory to send wireless optical line-of-sight signals to communicate information stored or retained within the memory to the control module that controls gas delivery to a subject. In one or more alternative embodiments, the signals to communicate information stored or retained within the memory to the control module that controls gas delivery to a subject may be communicated via a wire. Examples of such wired signals may incorporate or utilize an optical cable, wired pair and/or coaxial cable. The circuit may include a memory to store gas data, which may include one or more of gas identification, gas expiration date and gas concentration. The transceiver may communicate to send the gas data to the control module via wireless optical line-of-sight signals.
[0042] As will be described in more detail below, the control module 200 includes a CPU 210 which is connected to a CPU transceiver 220 which can send and receive wireless optical line-of-sight signals. The CPU transceiver 220 sends out a signal and waits for a response from the valve transceiver 120 when communication or more specifically, line-of-sight communication is established between the CPU transceiver 220 and the valve transceiver 120. If no response is sent by the valve transceiver 120, the CPU transceiver 220 sends another signal after a period of time. This configuration preserves battery life because the valve transceiver 120 does not continuously send a signal unless requested to by the CPU 210.
[0043] This is important as the gas delivery device and gas source spends most of its time in shipping and storage prior to being placed on the gas delivery system, if it was transmitting all this time trying to establish communications with the control module it would be consuming the battery life significantly.
[0044] The valve processor 122 may include link maintenance instructions to determine whether the interval should be increased or decreased. As shown in FIG. 6, when a valid link is established between the valve transceiver 120 and CPU transceiver 121, the valve processor 122 executes the link maintenance instructions to increase the interval or decrease the interval.
[0045] As shown more clearly in FIG. 1, valve assembly 100 and gas source 50 is in communication with a control module 200, which is in communication with a gas delivery mechanism. The gas delivery mechanism shown in FIG. 1 includes a ventilator 400 with associated breathing circuit 410. The control module 200 may include a CPU 210 and a CPU transceiver 220 in communication with the circuit 150 via the valve transceiver 120. The control module 200 also includes a CPU memory 212 in communication with the CPU transceiver 220 to store patient information, information or data received from the valve transceiver 120 and other information. The control module 200 may also include support circuits. The CPU 210 may be one of any form of computer processor that can be used in an industrial setting for controlling various actions and sub-processors. The CPU memory 212, or computer-readable medium, may be one or more of readily available memory such as random access memory (RAM), read only memory (ROM), floppy disk, hard disk, or any other form of digital storage, local or remote, and is typically coupled to the CPU 210. The support circuits may be coupled to the CPU 210 for supporting the control module 200 in a conventional manner. These circuits include cache, power supplies, clock circuits, input/output circuitry, subsystems, and the like. The CPU 210 may also include a speaker 214 for emitting alarms. Alternatively, alarms may also be displayed visually on a display. As shown in FIG. 1, the control module 200 may also include a regulator 110 and, optionally, pressure gauges and flow meters for determining and/or controlling the gas flow from the gas source 50.
[0046] In one or more embodiments, the CPU transceiver 220 is disposed on a cover portion 225 (shown more clearly in FIG. 7), that is part of a cart 500 (show more clearly in FIG. 7) onto which the control module 200 is disposed. The cover portion 225 in one or more embodiments is in communication with the control module 200. Communication between the cover portion 225 and the control module 200 may be established wirelessly or via a cable. As will be discussed in greater detail below, the valve assembly 100, including the valve 107, the circuit 150 and a gas source 50 attached to the valve 107, are placed on the cart 500 in proximity and in a light-of-sight path with the CPU transceiver 220. When properly configured such that communication is established between the valve transceiver 120 and the CPU transceiver 220, the CPU transceiver 220 is positioned directly above the valve transceiver 120, as shown more clearly in FIG. 9. In one or more alternative embodiments, the CPU transceiver 220 may be disposed on the CPU 210.
[0047] The CPU 210 may be in communication with a plurality of gas sensors 230 for determining the concentration of a sample of gas drawn via a sample line 232 and a sample line inlet 280 (shown more clearly in FIG. 1) disposed on the control module 200. As will be discussed in greater detail, the sample line 232 draws a sample of gas from a breathing circuit 410 of a ventilator 400 when the ventilator is in fluid communication with the control module 200 and gas is being delivered to the ventilator. The CPU 210 may also be in communication with a sample flow sensor 234 for sensing the flow of the sample drawn via sample line 232, a pump 236 for drawing the sample via the sample line 232 to the flow sensor 234 and zero valve 238 controlling the flow of the sample via the sample line 232 to the sample pump 236, sample flow sensor 234 and the plurality of CPU sensors. The sample line 232 may include a water trap 233 for collecting any water or liquid from the sample.
[0048] The control module 200 may also include a delivery module 260 for regulating 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 a gas supply pressure is present, a pressure shut-off valve 264, a proportional valve 266 and a delivery flow sensor 268. The delivery module 260 may also include a backup on/off switch 269. The detailed method of how the delivery module delivers the gas to the ventilator circuit is described in U.S. Pat. No. 5,558,083 which is incorporated here by reference in its entirety.
[0049] The ventilator 400 shown in FIG. 1 is in fluid communication with the control module 200 via an injector tubing 440 and in electrical communication via an injector module cable 450. The control module 200 and more specifically, the CPU 210, is in fluid communication with the ventilator 400 via the sample line 232. The ventilator 400 may include a breathing circuit 410 with an inspiratory limb 412 and an expiratory limb 414 in fluid communication with the ventilator 400. The inspiratory limb 412 may be in fluid communication with a humidifier 420, which is in fluid communication with the ventilator 400 via an injector module 430. The inspiratory limb 412 carries gas to the patient and the expiratory limb 414 carries gas exhaled by the patient to the ventilator 400. The injector module 430 shown in FIG. 1 is in fluid communication with the gas source 50 via the injector tubing 440 and in electronic communication with the delivery module 260 via the injector module cable 450 such that the delivery module 260 can detect and regulate the flow of gas from the gas source 50 to the ventilator 400. Specifically, the injector module 430 is in fluid communication with the gas source 50 via an injector tubing 440, which is in fluid communication with one or more of the pressure switch 262, pressure shut-off valve 246, proportional valve 266, flow sensor 268 and the backup switch 269 of the delivery module 260. The injector module 430 may also be in electronic communication with the delivery module 260 via the injector module cable 450. The inspiratory limb 412 of the ventilator 400 may include a sample tee 416 for facilitating fluid communication between the inspiratory limb 412 of the breathing circuit and the sample line 232.
[0050] As discussed above, the control module 200 may be disposed or attached on a cart 500, as shown in FIGS. 7-9 to facilitate movement of the gas source 50 and the gas delivery device to a patient in need of gas therapy. The gas source 50 and the valve assembly 100 attached thereto may be placed on the cart 500 in proximity to the control module 200. More specifically, as shown in FIG. 7, the gas source 50 is placed on the cart 500 such that the valve transceiver 120 is in proximity of the CPU transceiver 220 and a line-of-sight path is established between the valve transceiver 120 and the CPU transceiver 220. In this configuration, the CPU 210 detects the presence of the circuit 150 and thus the gas source 50 via the CPU transceiver 220.
[0051] As shown in FIGS. 7-9, the gas delivery device may include more than one valve, with each valve being attached to a single gas source. In such embodiments which utilize a second gas source 60 with a second valve assembly 101, the second valve assembly 101 is positioned in proximity and in a light-of-sight path with a second CPU transceiver as the gas source 60 is loaded onto the cart. The second CPU transceiver 222 establishes communication with the second valve assembly 101 and thus detects the presence of a second gas source 60. In the embodiment shown in FIGS. 7-9, the second CPU transceiver 222 may also be disposed on the cover portion 225 of a cart. In one or more alternative embodiments, the second CPU transceiver 222 may be disposed on the CPU 210.
[0052] As shown in FIG. 8, the cart 500 may include an optional small bin 510, a mount 512 for supporting the control module 200 on the cart 500, at least one a holding bracket 520, at least one mounting strap 530, an auxiliary bracket 540, for holding an auxiliary gas source, a plurality of casters 550 and a caster lock lever 560 disposed on each of the plurality of casters 550. The cart 500 may include a mount 570 for mounting the control module 200 on to the cart.
[0053] An exemplary control module 200 is shown in FIGS. 10-12 includes a display 270 for providing visual indication to the user the components of the gas being delivered from the gas source 50 to the ventilator 400 (e.g., NO, O2, NO2), the concentration of each component and whether communication has been established with one or more gas sources. Other information may also be displayed to the user. In addition, visual alarms may also be displayed on the display 270. The control module 200 may also include a main power indicator 272 indicating whether the control module is connected to a power source, such as an AC/DC power source and/or a battery. The control module 200 may also include a control wheel 274 allowing the user to navigate through various displays or information displayed on the display. An injection module tubing outlet 276 may be disposed on the control module for providing fluid communication between the delivery module 260 and the injector module 430. An injection module cable port 278 may also be provided on the control module to provide electronic communication between the delivery module 260 and the injector module 430. The control module 200 shown in FIGS. 10-12 also includes the sample line inlet 280 in fluid communication with the sample line 232 and the inspiratory limb 412 of the ventilator 400. In the embodiment shown in FIGS. 10-12, the water trap 233 is disposed on the control module, adjacent to the sample line inlet 280.
[0054] FIG. 11 illustrates a back view of the control module 200 and shows a plurality of inlets. In the embodiment shown, two gas inlets 282, 284 for connecting the control module 200 to the gas source 50 are provided and one auxiliary inlet 286 for connecting the control module 200 to an auxiliary gas source, which may include oxygen or other gas. A power port 288 is also provided on the back of the control module to connect the control module to an AC/DC power source.
[0055] The control module 200 may also include an input means 290 for allowing the user to enter patient information, for example the identity of the patient, the type and concentration of the gas and dose of the gas to be administered to the patient, the patient's disease or condition to be treated by the gas or reason for treatment, gestational age of the patient and patient weight. The input means 290 shown in FIG. 12 includes a keyboard integrated with the display. In one or more alternative embodiments, the input means may include a USB port or other port for the connection of an external keyboard or other input mechanism known in the art. The information entered via the input means 290 is stored within the CPU memory 212.
[0056] The control module 200 and the valve assembly 100 may be utilized in the gas delivery system 10 to improve patient safety. Specifically, the safety benefits of the gas delivery system described herein include detecting a non-confirming drug or gas source, an expired drug or gas, incorrect gas type, incorrect gas concentration and the like. In addition, embodiments of the gas delivery system described herein also improve efficiency of gas therapy.
[0057] FIG. 13 is a block diagram showing the sequence of how gas delivery device, including the valve assembly 100, may be provided and its use within the gas delivery system 10, according to one or more embodiments. As shown in FIG. 13, the gas delivery device 10 is prepared for use by providing a gas source 50 in the form of a gas cylinder or other container for holding a gas and filling the gas source 50 with a gas (700) and attaching a valve assembly 100 as described herein, to assemble the gas delivery device 10 (710). These steps may be performed by a gas supplier or manufacturer. The gas data regarding the gas filled within the gas source 50 is entered into the valve memory 134 as described herein (720). The gas data may be entered into the valve memory 134 by the gas supplier or manufacturer that provides the gas source 50 and assembles the gas delivery device 10. Alternatively, the hospital or other medical facility may enter the gas data into the valve memory 134 after the gas delivery device has been transported to the hospital or medical facility (730). The gas delivery device 10 is positioned on a cart 500 (740) and communication between the CPU transceiver 220 and the valve transceiver 120 is established (750). The gas data stored within the valve memory 134 is conveyed to the control module 200 (760) via the wireless optical line-of-sight communication between valve transceiver 120 and the CPU transceiver 220. The CPU 210 compares the gas data to patient information entered into the CPU memory 212 (770). The patient information may be entered into the CPU memory after the gas data is entered into the CPU memory 212. The patient information may be entered into the CPU memory before the gas delivery device 10 is positioned in the cart or before communication between the CPU transceiver 220 and the valve transceiver is established. In one or more alternative embodiments, the patient information may be entered into the CPU memory 212 before the gas delivery device 10 is prepared or transported to the hospital or facility. The CPU 210 then compares whether the gas data and the patient information match (780). If the gas data and the patient information match, then gas is administered to the patient (790), for example through a ventilator or other gas delivery mechanism. If the gas data and the patient information do not match, then an alarm is emitted (800). As described otherwise herein, the alarm may be audible and emitted through the speaker 214 and/or may be visual and displayed on the display 270.
[0058] The gas delivery system described herein simplifies set-up procedures by utilizing wireless line-of-sight signals to establish communication. The user does not need to ensure all the cables are correct connected and can freely load new gas sources onto a cart without disconnecting cables linking the control module 200 and the valve assembly 100 or circuit 150. This reduces set-up time and any time spent correcting errors that may have occurred during the set-up process. The control module 200 and the circuit 150 are further designed to automatically send and detect information to establish delivery of a correct gas having the correct concentration and that is not expired. In one or more specific embodiments, such automated actions prevent the use of the gas delivery system by preventing gas flow to a patient, without user intervention.
[0059] In one or more embodiments, after communication between the valve transceiver 120 and the CPU transceiver 220 is established, the valve processor 122 includes instructions to convey the gas data stored in the valve memory 134 via the valve transceiver 120 to the CPU transceiver 220. The CPU 210 includes instructions to store the gas data received from the CPU transceiver 220 in the CPU memory. The CPU 210 also includes an algorithm that compares the gas data with patient information that is entered into the CPU memory 212. If the gas data and the patient information do not match, the CPU 210 includes instructions to emit an alarm, which may be audible, visual or both, alerting the user that the gas contained within the gas source is different from the gas to be administered to the patient.
[0060] For example, as illustrated in FIG. 12, if the gas data includes gas expiration date, the CPU memory 212 includes information regarding 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 emits an alarm. The alarm may be emitted through one or both the speaker 214 and display 270. In one or more embodiments, the CPU 210 may include instructions that the delivery module 260 cease or prevent delivery of the gas. In one or more embodiments, the CPU 210 includes instructions to turn the backup on/off switch 269 off if the delivery module 260 commences or continues delivery of the gas. The detection of an expired gas by the CPU 210 may be stored within the CPU memory 212.
[0061] If the gas data includes gas concentration information or data, the CPU memory 212 includes information regarding the desired concentration of gas to be administered to the patient. The control module 200 may be configured to alert the user that the gas contained within a gas source has incorrect concentration or a concentration that does not match the desired gas concentration. For example, a user may enter a concentration of 800 ppm into the CPU memory 212 and this concentration is compared to the gas concentration conveyed from the valve memory 134 to the CPU memory 212. As illustrated in FIG. 12, the CPU 210 includes instructions to compare the gas concentration of the gas with the concentration entered by the user. If the gas concentration does not match the concentration entered by the user, the CPU 210 emits an alarm, which may be audible and/or visual. In one or more embodiments, the CPU 210 may include instructions that the delivery module 260 cease or prevent delivery of the gas. In one or more embodiments, the CPU 210 includes instructions to turn the backup on/off switch 269 off if the delivery module 260 commences or continues delivery of the gas. The detection of a gas with incorrect concentration may be stored within the CPU memory 212.
[0062] In one or more embodiments, the control module 200 may be configured to detect more than one valve and to detect whether more than one valve is turned on. This configuration eliminates waste because it alerts a user that both valves are turned on and thus unnecessary gas is being delivered to via the delivery module 260. In addition, such a configuration improves safety because it avoids the issues related to having two regulators pressurized at the same time and connected to the delivery module 260. In one or more embodiments, the cover portion 225 of the control module 200 may include a second CPU transceiver 222 and the CPU 210 may include instructions for the second CPU transceiver 222 to detect wireless optical line-of-sight signals from a second valve assembly 101, and more specifically, a second valve transceiver 121. The CPU 210 may also include instructions that once a second valve assembly 101 is detected by the CPU transceiver 222, whether both valve assemblies 100, 101 are opened or have a valve status that includes an open position. In operation, a first valve assembly 100 includes a circuit with a valve processor with instructions to covey an open or closed position via the first valve transceiver 120. The circuit of the second valve assembly similarly includes a valve processor with instructions to convey an open or closed position via a second valve transceiver 121. The first CPU transceiver 220 and the second CPU transceiver 222 detect the valve statuses for each respective valve assembly from the first valve transceiver 120 and the second valve transceiver 121 via the wireless optical line-of-sight signals sent by both transceivers. The CPU 210 instructs the CPU transceivers 220, 222 to collect the valve statuses for both valve assemblies 100, 101 and the memory to store the valve statuses. The CPU 210 then compares the valve status information from the first valve assembly 100 and the second valve assembly 101 and, if the valve statuses both comprise an open position, the CPU 210 emits an alarm. The alarm may be audible and/or visual. In one or more embodiments, the CPU 210 may include instructions that the delivery module 260 cease or prevent further delivery of gas through either the first valve assembly or the second valve assembly. In one or more embodiments, the CPU 210 includes instructions to turn the backup on/off switch 269 off if the delivery module 260 commences or continues delivery of gas. The detection that more than one valve assembly had a valve that was turned on or had a valve status including an open position may be stored within the CPU memory.
[0063] In one or more embodiments, the control module 200 may be configured to alert a user when the desired dose has been delivered. In such embodiments, the patient information entered into the CPU memory 212 may include dosage information or the dose to be delivered to a patient. The valve processor 122 may include instructions to convey gas usage information from the valve memory 134, including the amount of gas delivered, to the CPU memory 212 via the valve transceiver 120. Alternatively, the valve processor 122 may include instructions to covey the duration of time the valve 170 has been turned on or has a valve status including an open position to the CPU memory 212 via the valve transceiver 120. The CPU 210 may include instructions to compare the dosage information entered by the user and stored within the CPU memory 212 with the gas usage information. The CPU 210 may include instructions to emit an alarm when the dosage information and the gas usage information match. The CPU 210 may include instructions to emit the same or different alarm to alert the user to turn off the valve or, more specifically, the actuator 114 when the dose has been delivered. In one or more embodiments, the CPU 210 may include instructions that the delivery module 260 cease or prevent further delivery of gas. In one or more embodiments, the CPU 210 includes instructions to turn the backup on/off switch 269 off if the delivery module 260 commences or continues delivery of gas.
[0064] In addition, the control module 200 may be configured to alert the user that a detected valve is and remains closed and no gas is being delivered to the patient. This configuration expedites treatment time and increases efficiency for the hospital. In such embodiments, the valve processor 122 may include instructions for the valve transceiver 120 to convey the valve status to the CPU 210 via a wireless optical line-of-sight signal. The CPU 210 includes instructions to collect the valve status information and emit an alert if the dosage information is set or other input has been entered into the CPU memory 212 to commence treatment and the valve status includes a closed position.
[0065] The control module 200 may be configured to alert the user that no valve assembly or gas source has been detected. In such embodiments, the CPU 210 includes instructions to detect the presence of a wireless optical line-of-sight signal from another transceiver, for example, the valve transceiver 120. The CPU 210 may include instructions to emit an alarm if the dosage information or other input to commence delivery of the gas has been entered into the CPU memory 212 and no signal from another transceiver has been detected. Similarly, the control module 200 may be configured to emit an alarm if communication between one or both of the CPU transceiver(s) 220, 222 and one or both of the valve transceivers 120, 121 has been lost during gas delivery. In such embodiments, the CPU 210 may include instructions to continuously detect the presence of a signal from another transceiver and emit an alarm if the dosage information or other input to commence delivery of the gas has been entered into the CPU memory 212 and no signal from another transceiver has been detected.
[0066] The CPU 210 may include instructions to alert a user when sensors in the control module 200 must be calibrated to ensure accurate delivery of gas to a patient. In addition, the CPU 210 may include instructions to correlate gas usage information from the circuit 150 of the valve assembly 100 to the patient information entered into the CPU memory 212. The CPU 210 may also have instructions to store the correlated gas usage information and the patient information in the CPU memory 212. The valve processor 122 may also include instructions detect patient information from the CPU memory 212. Specifically, the valve processor 122 may include instructions to collect patient information via the valve transceiver 120 from the CPU transceiver 220 and store the collected patient information in the valve memory 134. In such embodiments in which information from the CPU 210 is collected and stored in the valve memory 134, the CPU 210 may include instructions that the patient information and/or correlated patient information and gas usage information be conveyed from the CPU memory 212 via the CPU transceiver 220 to the valve transceiver 120. The valve processor 122 may also include instructions to correlate gas usage information with the collected patient information and store the correlated gas usage information and collected patient information in the valve memory 134. Alternatively, the valve processor 122 may include instructions to collect the correlated patient information and gas usage information from the CPU 210. The correlated information may be utilized to bill the user according to patient. In addition, the correlated information may be utilized as patient demographic data, which can assist hospitals or other facilities to generate budget reports, determine usage per department, determine usage per patient diagnosis and link usage of multiple gas sources to individual patients.
[0067] A second aspect of the present invention pertains to a method for administering a therapy gas to a patient. The method includes providing a gas in a gas source. The gas source may be prepared by a supplier to contain a gas having a predetermined composition, concentration and expiration date. The method may include providing a valve assembly 100 attached to a gas source 50 to dispense the gas contained within the gas source 50 to a patient. The method may include entering gas data, which may include gas composition, gas concentration and gas expiration date, into the valve memory 134. In one or more embodiments, the supplier may enter the gas data directly into the valve memory 134. In another variant, the gas data is provided in the form of a bar code disposed on the gas source. In such embodiments, the method includes providing a scanner in communication with the data input 108, scanning the bar code to collect the gas data information and conveying the gas data to the valve memory 134 via the data input 108. These steps may be repeated for a second gas source. The gas source(s), with the valve assembly mounted thereon may be transported to a hospital or other facility for administration to a patient. The gas source(s) are then mounted onto the cart 500 and secured by the holding bracket 520 and mounting strap 530. The method includes establishing communication between the valve transceivers disposed on each valve and the CPU transceivers 220, 222. Establishing communication may include positioning the valve assembly 100 in a line-of-sight path with at least one of the CPU transceivers 220, 222. As otherwise described herein, communication may be established by instructing the valve transceivers to send a wireless optical line-of-sight signal to the CPU transceivers 220, 222. The method may include instructing the valve transceiver 120 to send a wireless optical line-of-sight signal at pre-determined intervals, as otherwise described herein.
[0068] The method may include entering patient information into the CPU memory 212. This step may be performed before or after the gas source(s) are mounted onto the cart. The method may specifically include entering patient information such as dosage information into the valve memory 134. The method includes coordinating delivery of the gas to the patient by collecting gas data from the valve memory 134 and comparing the gas data with the patient information according to an algorithm and determining if the gas data and patient information match, according to the algorithm. Coordinating delivery of the gas may include turning on the actuator 114 of the valve 107 such that gas can flow from the inlet 104 to the outlet 106. After the dose has been delivered, the method may include correlating the gas usage information and the patient information. The method may also include recording the patient information, gas usage information and/or the correlated patient information and gas usage information in the CPU memory 212 and/or the valve memory 134. In one or more variants, the method may include utilizing the patient information, gas usage information and/or correlated patient information and gas usage information to generate invoices identifying the use of the gas by individual patients.
[0069] Reference throughout this specification to "one embodiment," "certain embodiments," "one or more embodiments" or "an embodiment" means that a particular feature, structure, material, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. Thus, the appearances of the phrases such as "in one or more embodiments," "in certain embodiments," "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily referring to the same embodiment of the invention. Furthermore, the particular features, structures, materials, or characteristics may be combined in any suitable manner in one or more embodiments.
2009-12-24 Packaging and delivery of pharmaceuticals and drugs