CA2150258A1 - Automated drug infusion system - Google Patents
Automated drug infusion systemInfo
- Publication number
- CA2150258A1 CA2150258A1 CA002150258A CA2150258A CA2150258A1 CA 2150258 A1 CA2150258 A1 CA 2150258A1 CA 002150258 A CA002150258 A CA 002150258A CA 2150258 A CA2150258 A CA 2150258A CA 2150258 A1 CA2150258 A1 CA 2150258A1
- Authority
- CA
- Canada
- Prior art keywords
- drug
- channel
- pumping
- fluid
- control system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
- A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
- A61M5/168—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
- A61M5/16804—Flow controllers
- A61M5/16827—Flow controllers controlling delivery of multiple fluids, e.g. sequencing, mixing or via separate flow-paths
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/60—General characteristics of the apparatus with identification means
- A61M2205/6063—Optical identification systems
- A61M2205/6072—Bar codes
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S128/00—Surgery
- Y10S128/12—Pressure infusion
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S128/00—Surgery
- Y10S128/13—Infusion monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Anesthesiology (AREA)
- Medicinal Chemistry (AREA)
- Medical Informatics (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Chemical & Material Sciences (AREA)
- Vascular Medicine (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Heart & Thoracic Surgery (AREA)
- Hematology (AREA)
- Life Sciences & Earth Sciences (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Infusion, Injection, And Reservoir Apparatuses (AREA)
Abstract
The present invention relates to a control system for use with an automated intravenous drug and fluid infusion system having plulal pumping channels (4, 6, 8 10) that operate independently for intravenously infusing drugs and fluid. The pumping channels (4, 6, 8, 10) are controlled by a microprocessor-based host controller (2) that nitors each of the channels concurrently. In an exemplary embodiment, the system functions include preventing priming of a channel unless verification is provided that the channel is not connected to a patient and initiating the priming of each of the pumping channels independently.
Description
W O 94/l2235 215 0 2 5 ~ PCTrUS93/11033 AUTOMATED DRUG INFUSION SYSTEM
Bac~no~d of the Invention Field of the Invention:
The present invention generally relates to systems for delivering drugs and fluids to patients intravenously. More particularly, the present invention relates to a control system for an automated intravenous drug and fluid infusion system.
State of the Art:
It is well known to use volumetric infusion pumping systems for delivering drugs to patients intravenously. Infusion pumping systems of conventional design have several significant drawbacks that limit their effectiveness. For example, manual entry via keys and knobs is required whenever a drug supply container is connected or replaced in the pumping system. Further, conventional pumping systems require manual identification of drugs and manual priming of pumping channels.
The foregoing manual procedures are time consuming, labor-intensive and susceptible to error. Because there is no procedure for identifying and approving use of a drug in an infusion pumping system, successive use of different drugs in the same delivery line can occur, resulting in drug contamination. Further, the lack of drug identification can result in the mixing of incompatible drugs from plural drug channels.
Summar~ of the Invention The present invention relates to a control system for use with an automated intravenous drug and fluid infusion system having plural pumping channels that operate independently. Each pumping channel is independently controlled by a single microprocessor-based central processing unit (CPU). A host controller monitors all of the channels 2 1 ~ 0 2 5 8 PCT/US93/11033 , concurrently. In an exemplary ~ 'o'i --t, the syotem further includeo meano for positively identifying the particular drug that io to be pumped through a channel; means for preventing priming of a channel unleso verification is provided that the channel is not connected to a patient; and meano for independently priming each of the pumping channels.
The preoent invention provides easy to use methodo and systems which i ~ove patient care by automating control during all phases of drug and fluid delivery. The system provides pooitive identification of drugo prior to their a~ inistration via the various pumping channels, and provides autopriming of the channels. Dosing and delivery (i.e., by bolue, continuouo infuoion, or pharmacokinetic model-baoed infuoion) can be entered in u~er-selectable units which are internally converted to oyotem unito (ml/hr.).
The control syotem can also recognize incompatible drug combinationo, and suboequently handle the incompatibility or alert the de~ice user via an appropriate warning. Automatic dose limit checking, automatic data storage (e.g., patient record, user data and infusion data), and automatic detection and signaling of error conditions represent additional features of the control oystem.
Brief Deocription of the Drawinqs The preoent invention can be further understood with reference to the following description and the appended drawingo, wherein like elemento are provided with the same reference numerals. In the drawings:
Figure 1 is an exemplary automated drug infuoion (ADI) pumping syotem of the type that dispenses drugo and fluids to a patient intravenously from one or more drug and fluid supply containers;
Figure 2 io a block diagram of a control system for the Figure 1 pumping syctem;
Figures 3a and 3b illuotrate an exemplary bar code reader for a pumping channel of the Figure 2 syotem;
Figure 4 is a diagram dioplaying syotem and channel _ -nication between the user, the host controller and the independent pumping channelo of the Figure 2 syotem.
WO 94112235 1 S02s8 PCTIUS93/11033-Detailed De~cri~tion of the Preferred '~ t~
Figure 1 shows an ADI pumping ~ystem for dispensing drugs and fluids for a patient intravenously from one or more drug and fluid supply containers. The Figure 1 apparatus includes three substantially equal drug delivery channels 4, 6 and 8, and a fluid delivery channel 10.
Drug delivery parameters are entered and displayed via a touch screen 14. Fluid parameters are entered via a key pad 15. A base enclosure 50 encloses a host controller 2 for driving the overall sy~tem. A key lock 52 is disposed on a side of a pumping channel enclosure 54 and engages a security system. Detailed aspects of an exemplary drug identification and security system which can be used with the Figure 1 apparatus are set forth in c~ -n]y assigned U.S. application Serial No. 07/811,516, entitled ~Drug Channel Identification And Security System For Infusion And Pumping Systems" and filed December 20, 1991, the contents of which are hereby incorporated by reference.
Figure 2 show6 a general hardware block diagram of an automated drug and fluid infusion control system for intravenously infusing drugs and fluid to a patient via the Figure 1 pumping ~ystem. The Figure 2 system includes three general _~ ~r^nts: a host controller 2; drug channels 4, 6 and 8; and a fluid channel 10.
The Figure 2 system represents a modular, multi-channel infusion device with each drug channel holding a captive drug vial exclusively compatible with the sy~tem and with a drug admini~tration ~et. A
ma~ter-slave control approach is used, with the host controller 2 overseeing operation of the four independent pump channel modules:
three identical channels for the delivery of drug (e.g., anesthetic and cardiovascular agents), and one channel for fluid delivery.
For purposes of the following discussion, the term "drug channel"
refers to an independent path through which drug is dispensed to a patient from at least one drug supply container, or vial 32. In systems according to the present invention, each drug channel includes a cas~ette pumping device 13. Access to a drug pumping cassette 13 within a drug channel is provided by lifting a protective hood on top of the pumping system. When not in use, the hood or hoods may be locked to ~r~vent removal of the drugs.
Pump outlets in each independent drug channel may be connected to a manifold or connected directly to the patient. The preferred manifold contains four one-way check valves which connect all input lines to an W O 94/12235 PCTAJs93/11033 2~so2s8 outlet line through which drugs and fluid are dispensed to a patient intravenously, for example, a manifold such as described in commonly assigned U.S. Application Serial No. 07/734,828j entitled "Multi-Valve Manifold For Drug Infusion Systemsn, filed July 24, 1991.
A "fluid channel" refers to a path through which a fluid ~e.g., flushing fluid) is dispensed via the manifold. The Figure 2 fluid channel 10 can carry fluid such as a patient hydration solution. The fluid channel 10 includes a fluid supply container 33 which is compatible with a conven~ional drop sensor 30. The drop sen~or is connected to fluid conduit 11 that passes through a volumetric fluid channel pump. The fluid channel 10 also connects to the manifold via a one-way check valve.
The host controller 2 iB a single microprocessor-based computer which responds to user -~ -n~ directs intravenous drug and fluid deliveries, automatically recognizes drug identities, stores and selectively activates a pharmacokinetic (PK) model useful in drug delivery to the patient, handles physical incompatibilities among drugs, and provides automatic record keeping. The host controller 2 includes a microprocessor 16 which monitors and controls the independent pumping channels concurrently. The host controller 2 includes a system user interface which enables the user to identify the drug installed in each drug channel, select infusion modes, set infusion rates, identify drug incompabilities, prevent priming of a drug channel unless verification is provided that the channel is not connected to a patient, and related function~. Further, the host controller 2 causes automatic priming of each pumping channel independently.
The automatic priming removes air from each of the pump cassettes 13 and associated tubing independently. A discussion of the autoprime feature is provided in~~ ~ ly assigned U.S. patent application Serial No. 07/811,195, entitled "Automated Drug Infusion System With Autopriming" filed De- ~r 20, 1991. Because an understAn~ing of the auto-prime feature of the system described herein may be useful for a better understAnding of the present invention, the above-noted U.S.
patent application is herein incorporated by reference.
The Figure 2 system includes means for identifying the particular drug that is to be pumped through a drug channel. A modular bar code reading system 12 identifies the drug contained in a drug vial 32 installed in a drug channel of the system.
W 0 94/12235 21 S25; ~ PCT/US93/11033 The drugs normally are in liquid form in a drug container which is secured mechanically to a drug channel. A bar code which includes the drug name is included on a drug label. A bar code reader 17 is held manually as shown in Figure 3a, or can be located internally within each drug channel pump. When the bar code reader 17 i8 placed in a vicinity of the drug container, the bar code reader electronically sense~ the bar code. Further, the pumping system can use a unique arrangement of electromagnetic Hall ~ensors and magnetic strips in each drug channel to dete ine which drug channel is currently being read 80 that the reading of the drug supply container can be tied to the a~pro~Liate drug channel.
For example, in Figure 3a, Hall senoorC 15 on the bar code reader 17 detect the presence of magnetic strips 21 placed on a receptacle 19 of a drug channel. The bar code reader must be placed in a vicinity of the receptacle 19 to read a bar code on the label of a drug vial secured in the drug channel. Figure 3b ~hows an alternate configuration of a receptacle 23 which completely surrounds an end of a bar code reader 17. In this ~o~i -nt, Hall sensors 15 are replaced by a magnetic strip around a perimeter of the bar code reader. The receptacle includes Hall sensors 25 mounted thereon to detect the magnetic strip located about the perimeter of the bar code reader 17.
The Figure 2 host controller 2 operates displays 18 and peripheral~
(e.g., floppy disk drive 20 for disks 34, system bu~ interface 22 for bus 36, parallel printer interface 24 for printer 38, graphics display adapter 40 for display 18 and input/output (I/0) card 44). The host controller 2 also controls an A/D converter, a key lock switch, optional VGA compatible graphics, audio output circuitry, a timer circuit, non-volatile memory, battery backed ~tatic RAM memory for storage of non-volatile data (e.g., drug information stored in a drug table) and dynamic RAM. Power supply 42 is provided for the Figure 2 system.
The host controller 2 can set the audio volume of an audio output signal to be one of a plurality of selected volume levels. In a preferred . ~o~i --t, eight separate volume~ are provided. However, the number of selected volume levels can be greater or lesser than the number of volume levels selected for the preferred embodi --t. The audio output signal is u~ed to provide warnings or alarms to the user for when a failure, malfunction, or other alarm condition occurs within the Figure 2 system.
W O 94/1~5 PCT~US93/11033 O~s'~
The host controller 2 sends c -nds to an independent controller 9 (i.e., CPU) for each of the drug chann~ls (4,6,8) and fluid channel lO
shown in Figure 4. For example, these - -n~R include ~ignals to stop pumping, set rate or dose, prime a drug channel, change pumping rate, read dose, initiate a backprime, start a pumping operation, perform a fluid prime, change fluid pumping rate, and read a dose from the fluid channel. In addition, the host controller 2 receives responses and cases from each of the pumps.
The independent controller 9 for each drug channel controller controls and monitors pumping from drug vial~, provides automatic priming of drug sets in response to host controller 2 c~- -n~, and cl nicates statu~, alarm and error conditions within a drug channel to the host controller 2. The independent controller for a fluid channel controls and monitors pumping from fluid container~, provides automatic priming of fluid lines in response to host controller 2 c~ -nd~, and c~ nicate~ fluid line status, alarm and error conditions to the ho~t controller 2.
The three drug channel modules are based on the known LifeCare 5000, and the fluid pump module is based on the known LifeCare 175, both available from Abbott Laboratories, Inc. The independent controller~
of the drug and fluid channels are independent microprocessors which c~ nicate to the host controller 2 through a c~ -nication link.
Because the drug and fluid channel modules are, for the most part, known modules which do not themselves constitute a portion of the present invention, only features of these modules necessary for understAn~ing the present invention will be provided.
A user interface provides a connection between various pumping channel controller~ (Figures l and 2) and the user. This interface include~ a user acces~ible panel which is divided into four regions: three drug channel regions, each directly beneath one of the three drug channel mech~ni~ ~, and one fluid channel region directly beneath the fluid channel. The user can access all function~ of the Figure 2 system via the interface at any time after power-up, with the exception of ~elf-diagnostics, system ~ ini~trator function~, and floppy drive use.
In the Figure 2 ~ t, a touch screen 14 represents a module whichis accessible to the user and controlled by the host controller 2. A
key pad included on a host controller interface panel includes 16 front panel buttons in a preferred embo~i ~rt of the present -invention. The panel can accommodate additional buttons if they are needed in WO 94/12235 21 S2,~8 PCr/US93/11033 alternate embo~ t~ of the present invention, including several hidden buttons. Both an identity of a button being depressed and it~
state are read by the host controller 2.
The buttons which control drug delivery to a patient remain visible on the interface panel during the entire time delivery is occurring or is possible on that drug channel. The user is therefore not required to exit a current function to start or stop drug delivery. The drug name, current delivery rate, dose or a setpoint of the PK model, and a pumping activity indicator are displayed for each drug channel on the interface panel.
The portion of the user interface located beneath the fluid channel mechanism includes a five digit display to identify delivery rate or total value delivered. LEDs are also included on the u~er interface panel to identify a power-on condition and to indicate when the system is running on battery power.
The host controller 2 provide~ channel set up function~ for each of the drug channels 4, 6, 8 and fluid channel 10 shown in Figure 2. This includes automatic identification and channel a~ociation of drug6 placed in each drug channel and overseeing automatic priming of the drug and fluid channels. In addition, the host controller 2 provide~
drug and fluid delivery functions, system maintenance functions, data storage functions and handling of exceptional cases ~e.g., malfunction~
and alarm indications to the user).
The drug identification feature iB implemented during a drug channel set upj after the host 2 is notified by an independent controller 9 that a drug channel door has been closed with a drug cassette in place.
At that time, the host controller 2 prompts the user to scan a bar code included on a drug vial label. For the host controller 2 to accept the scan as valid, the bar coded label must be accessible to the bar code reader. The bar code reader r~ ~i n~ active as long as a drug channel door has been closed with a cas~ette in place and the a~sociated bar code label has not yet been successfully scanned.
AB described previously, two sensors provided in each channel indicate the presence or absence of the bar code reader directly in front of that channel. The drug vial to be scanned must be properly positioned in a drug channel to be identified by the bar code reader, otherwise its label will not be recognized by the system.
W O 94/ ~ 35 PCTrus93/11033 ' S'0'258 After a drug has been loaded into a drug channel and a valid bar code has been read and the drug name haff been recognized, the host controller 2 displays the name of the drug on a host display position below the drug channel receiving the drug vial. Once the bar code reader identifies the drug contained in a drug vial installed in a drug channel, the host controller 2 prompts the user to enter drug delivery information associated with that drug. The host controller 2 will not permit a drug channel to prime or pump any drug until the drug vial loaded into the channel has been successfully identified using the bar code reader.
A significant delivery function of the present invention is the abilityto provide drug specific functions. For example, the host controller 2 allows the user to pick from allowed unit conver~ion sets specified for a particular drug being used. Unit conversion sets available for each drug are retained in the drug table of the host oontroller 2 memory. Drug delivery quantities in weight based units require entry of patient weight.
More particularly, after drug identification via the bar code reader, the host controller 2 displays all delivery control quantitie~ (i.e., rate, dose and plasma level) using default units specified by a unit conversion set in the host controller's drug table for that drug, or, if preferred by the user, the units that were used during the most recent delivery of that drug. If other unit conver~ion sets are permitted for that drug, the host controller 2 permits the user to select one. Afterwards, all quantitie~ are displayed using the new unit~ for rate, dose and plasma level specified by the new unit conver~ion set.
As mentioned above, one of the primary function~ of the host controller2 is to oversee drug and fluid delivery. With regard to drug delivery, the host controller 2 is designed to control infusion rate and bolus dose delivery or PK model-based drug delivery. The ho~t controller 2 permits either bolu~ delivery or infusion delivery, but when both a bolus delivery and an infusion delivery are requested simultaneously, the bolus delivery takes priority, causing delay of the infusion delivery until the bolus has been completed.
For a bolus delivery, a bolus doce in units selected by the user mu~t be input by the user before the start of delivery. The host controller 2 will only permit a bolu~ delivery to occur for drugs which have been identified in a drug table of the host controller's memory as being deliverable by bolus. To prevent accidental delivery, the user must confirm the request for a bolus delivery prior to starting delivery.
In a preferred embodiment, the user can also select desired duration for bolus delivery ranging from default (i.e., the shortest time over which the drug can be delivered) to durations which are multiples of the default duration).
A bolus may be paused during delivery, after which the bolus may be resumed ~i.e., causing the ~ -ining dose to be delivered) or the bolus may be stopped, cancelling delivery of the ,~ -ining dose. No confirmation i8 required to resume a bolus once paused, and pausing does not affect the status of simultaneously delivered infusion delivery on the same channel.
Infusion delivery is only permitted for drugR which have been defined in the drug table as being deliverable by infusion. Continuous infusion requires that the user input a desired infusion rate and infusion units before the start of infusion delivery. A default value of infusion units is provided by host controller 2. The infusion rate is, in an exemplary embodiment, equivalent to a range of O.l ml/hr to 1200 ml/hr.
A PK model is maintained in the host controller's memory for all drugs that are listed in the drug table as having PR models. When delivery of these drugs is initiated, the host controller 2 starts a PK model to continuously predict the theoretical plasma level of the drug being delivered. The selected PK model allow~ the user to query the predicted plasma level of the drug in a patient at any time during its delivery. Again, PK model-based delivery is only permitted for drugs which have been 80 defined in the drug table of the host controller 2.
The system can provide the user with predicted (theoretical) plasma levels (i.e., level of drug in patient bloodstream) when delivering drugs by bolus or continuous infusion because a background calculation of the theoretical plasma level is continuously updated.
Before initiating a PK model-based delivery, the user must input a plasma level set point in user selectable units. The host controller 2 will not accept a plasma level set point greater than the maximum plasma level defined in the drug table for that drug. Further, PK
delivery cannot be initiated until certain patient parameters, such as weight, have been confirmed by the user. Upon initiation of a PK
delivery, the host controller 2 displays setpoint plasma level in user selected unitR, the predicted (theoretical) plasma level in the same W O 94/ ~ 35 PCTrUS93/11033-2l5o258 units, and the infusion rate in default units throughout the entire PK
model-based delivery.
In the fluid channel 10, only continuous infusion is permitted. The user must enter a delivery rate (e.g., between l and 1200 ml/hr) before fluid infusion can be initiated. In an exemplary ~ 'o~ t, only ml and ml/hr are used to define fluid rate and cumulative dose units.
A key feature of the present invention is its ability to handle incompatibility between drugs ~ ini~tered to a patient via the Figure 2 system. For this purpose, the host controller 2 detects and inform~
the user of possible physical incompatibilities between drugs identified by the bar code reader. The host controller 2 allows the user to decide whether to allow the system to automatically handle incompatible drug pairs involving bolus delivery. If the user decide~
to let the system automatically handle the incompatibility, the host controller 2 provides a visible indication on those channels that an incompatibility exists and that it will be automatically handled.
On channels where compatibility handling is active, bolus deliveries are preceded by and followed by a flush delivery from the fluid channel. Once a flush delivery for an incompatible bolus is completed, the fluid channel reverts to its previous delivery rate. The volume of each flush delivery is added to the total fluid delivered during the current patient case and stored in memory of the host controller 2.
The host controller can be designed to handle incompatibilities in all infusion mode combinations. In the preferred embo~ , the host controller 2 does not provide special handling for infusions, PK
deliveries, or for three inc -tible drugs loaded into the system at the same time, on channels where compatibility handling is active.
Rather, the host controller 2 informs the user upon identification of incompatible drug conditions. Further, a visual indication of any currently incompatible drugs is provided to the user.
For each drug loaded and identified on the Figure 2 system, the user can view the current total amount of drug delivered from the start of delivery to a particular patient. This information is stored in the host memory and is continuously updated throughout the delivery. For each drug loaded and identified, the user can specify a maximum dose limit for the duration of delivery to the patient. Once reached, the user is informed, but pumping continues. The user dose limit is reset and disabled when the patient case ends.
W 0 94/12235 21 ~0258 PCT~US93/11033 The host controller 2 also include6 a global 6top which deactivates all 3 drug channel6 at once. Each channel mu6t then be individually re6tarted to resume pumping.
Similarly, fluid specific functions are provided for the fluid channel 10. More particularly, the user can view the current total volume of fluid delivered to a patient from the beginning of the patient case.
Further, the user can enter a -Yi volume limit of fluid for each patient case. Once reached, the user is informed and fluid delivery is discontinued. The user volume limit is reset and disabled when the patient case ends.
The Figure 2 host controller 2 also provide6 a plurality of 6ystem maintenance functions. These functions include a start up/shut down function, di6k archiving function, configuration features, installation/security features, and system update.
The start up/shut down functions prev~nt drug and fluid delivery to a patient prior to user instruction to the host controller 2. The host controller 2 allows the user to end a current patient case only when no channel is pumping. Upon ending the patient case, the host controller 2 displays total volumes delivered and used for priming the ~t ini~tration get for each drug used, as well as total volume of fluid delivered and used for priming. These volumes are expressed in display units used at the time the patient case ended.
The disk archiving function of the host controller 2 stores event history and patient case information to floppy disk for later use and analysis. Configuration functions of the host controller 2 provide a means for the current date and time to be set.
At the user'6 option, access to certain functions of the host controller 2 is restricted and requires the use of a password. Once the password is ~ucce6sfully entered, the host controller 2 can be controlled to access an exception conditions log, an event history, user information, patient case information, and installation record/drug usage. Further, at the user'6 option, entry of this password can be required before information stored in the system can be transferred to the floppy disk. In addition, entry of the correct password can be used to control entry of information into the host controller's memory (e.g., hospital name, drug table updates and names of u6ers allowed access to the sy6tem).
W O 94/ ~ 35 PCTrus93/11033 2lso258 The password cannot be chAnged unless accesQ to the system ha~ been obtained, nor can the password be viewed unless access to the system ha~ been obtained following accurate entry of the current password.
Use of the password can thus be used to control access to a variety of feature~ of the host controller 2.
As mentioned above, the present invention can provide data storage of event history, an exception conditions log, u~er information, patient case information, in~tallation record/drug usage and drug table~.
Event history data is stored by the host controller 2 as a chronological record of system cases associated with the Figure 2 sy~tem alarms, malfunctions, and user interaction with the system. ~he event hi~tory data is stored in the non-volatile host controller's memory, and can be viewed by the user.
In an exemplary embo~ t, the ho~t controller 2 can ~tore all ca~e~
that occur over a period of 7 days of continuous u~e. Once the case buffer is filled, old ca~es are discarded as new cases occur. The host controller 2 permits the user to disable and enable event history recording, and when disabled no subsequent ca~eR are stored in the event hi~tory portion of the host controller's memory.
Exception conditions are stored by the host controller 2 as a chronological record of at least the last 30 exception conditions (i.e., malfunctions and alarms) applicable to the entire Figure 2 system. Again, thi~ log is stored in a non-volatile area of host controller's memory. Pumping channel exceptions are not stored in the individual pumps, but are stored as data in this portion of host controller's memory. Exception data is recorded automatically and cannot be disabled or erased by the u~er.
The ho~t controller 2 al~o stores user information. This information includes, for example, up to 100 alphA -ric user IDs in a non-volatile area of host controller's memory.
Patient case data can, in an exemplary embo~ t, be retained on the last 50 patient cases. The host controller 2 allows the user to optionally store a patient ID a~ well a~ other information on age, ~ex, and weight. The patient weight can be input and displayed in pounds or kilograms.
For each patient ca~e, the host controller 2 stores the u~er ID of the uHer who ended the patient ca~e, the total number of user~ who W O 94/12235 PCTrUS93/11033 2t~0~s8 identified themselves to the system during the patient case, the time the patient case started, and the duration of the patient case. The host controller 2 al~o records the number of drugs delivered during the patient case, the total volume delivered and total volume used in priming for each drug used during the patient case, as well as the total volume of fluid delivered and total volume used in priming. This information is expressed in display units currently being used at the time the patient case ended.
Installation record/drug usage data is retained by the host controller 2 and includes information regarding the installer's name, the site name, installation date and information pertaining to specific hardware configuration of the Figure 2 system.
Drug table data is also stored by the host controller 2. The drug table include~ information (e.g., drug incompatibilities, suitability for bolus infusion delivery or PK delivery, PK model-based input parameters and -Yi m allowable infusion rates, bolus doses, and theoretical plasma levels) for each drug as described previously.
Another key feature of the present invention is its ability to handle exception condition~. More particularly, when a malfunction, audible alarm or audible warning occur~, audio signal is emitted by the host controller 2 to alert the u~er. This audio signal is only discontinued when the user has acknowledged the condition, but may be temporarily stopped using a silence alarm button on the host controller interface panel. When a non-audible alarm or non-audible warning occur~, a discrete audio signal is optically generated to alert the user.
The host controller 2 detects malfunctions in the Figure 2 system.
Malfunctions which are identified by the host controller 2 and c~ nicated to the user include signals indicating that a fluid or drug channel is unavailable due to an internal malfunction, indication that the system is unavailable due to a malfunction, and indications that the disk drive or other peripheral components are unavailable due to a malfunction.
The system can be configured to require presence of a drop detector in the fluid channel. When 80 configured, the host controller 2 require~
the user to discontinue fluid channel operation when an alarm indicating the absence of a drop detector occurs. The fluid channel cannot be restarted until the exception condition regarding absence of the drop detector is rectified.
W O 94/12235 PCTrUS93/11033 2ls~258 Alarms associated with the fluid delivery channel 10 include, for example, indications that the fluid channel autoprime mechani~m has failed, that there is air in the fluid channel line, that the fluid channel door has been opened while pumping or that the fluid channel bag is empty. When fluid iB unavailable, the host controller 2 allow~
the user to stop the fluid channel 10 and enter a new pumping rate, but the fluid channel 10 cannot be restarted until the exception condition is rectified. Alarms are also generated when there is a proximal occlusion or distal occlusion in the fluid channel pump, when there is a pressure error in the fluid channel 10, when the fluid channel volume limit is reached. In a preferred ~ ~o~i ~rt, the foregoing alarms are the i ni alarm conditions provided. Those skilled in the art will recognize that any number of alarms based on detection of any desired condition can be provided.
In a preferred embo~ t, alarms associated with the drug channels 4, 6, 8 are, at a i n i , provided to the user when there is proximal or distal air detection in the drug channel cassette 13, when a channel door has been opened while pumping, when there is a proximal or distal occlusion in the cassette, when distal pressure is out of range, or when drug is unavailable. Non-audible alarms generated by host controller 2 include when AC power is not available or when the battery bec~ -8 discharged, failure to recognize a bar code, failure to associate a bar code with a channel, or alarms associated with floppy disk operation.
In a preferred embodi --t, audible warnings (i.e., potential alarm condition) include, at a i n i , when the battery is low or when a drug container is near empty. Non-audible warnings include detection of excess air in an air trap chamber of a pumping cassette, 1088 of AC
power or potential drug inc~ -hilities.
Drug and fluid channel status conditions are also continuously provided from the pumping channels to the host controller 2 for display. Status condition~ which are displayed to the u~er via the host controller interface panel include, channel unavailable status, inactive statu~, autopriming status, backpriming status, testing cassette status, cassette test failure status, prime needed status, backprime needed status, prime verification needed statu~, infusion on hold status, bolus on hold status.
System status conditions which can be displayed via the host controller interface panel include: battery low status, security covers locked WO 941L~235 21 S 0 2 ~ PCT/US93/11033 status, fluid channel unavailable status, drop detector missing status, volume limit reached status, disk drive unavailable status, patient parameters needed status, and user ID needed status.
As illustrated by Figure 4, user interaction with the Figure 2 system is via a user interface 3 in the host controller 2. C- nication of c- 9n~ data, exception conditions, status and other information between the host controller 2 and drug and fluid channels is via the aforementioned serial ~_ nication link, capable of two-way communication. Communication is, for example, via packets limited to 30 bytes to ensure real time operation. Typical communications between the host controller 2 and pumping channels is via a r -nd-acknowledgement loop. The host controller 2 (master) sends a c~ ~nd packet to one of the four pumping channel controllers 9 (slave), or vice versa. Tne targeted channel ~end~ back an acknowledgement indicating receipt and initiation of appropriate action in response to the command.
Master-slave polling is used to detect synchronous c~ nications between the host controller 2 and pumping channels 4, 6, 8 and 10.
These synchronous c~ nications include, for example, the aforementioned alarms and door open/door closed conditions. When, alarm conditions are sent from a pumping channel 4, 6, 8 and 10 to the host controller 2, the pumping channel awaits acknowledgement from the host controller 2. If an event is not acknowledged within a set time frame, the event is retransmitted until acknowledgement is received.
After acknowledging the pump channel cc -nication, the ho~t controller 2 can either send a reset command to the pump or report failure to the user. For multi-event conditions, a pumping channel module will queue cases until all are acknowledged.
When multiple c~ -nd packets are received or sent by the host controller 2, either the entire c~ -nd packet is completed or the entire command packet is aborted. Thu~, if an alarm condition occurs during execution of a multi c~ -nd packet, the partial c~ -nd packet is not processed. Rather, the entire packet must be resent and executed in its entirety.
Where an illegal c~ ~nd is attempted, the command is ignored. An illegal ~ -nd represents a c~ -nd that cannot be processed at the time it is received. For example, when a drug channel 4, 6 and 8 is an unprimed state, a start command which is received cannot be executed.
WO 94/12235 ~CT/US93/11033 21~02~ 16 A more detailed discussion will now be provided of the drug channels 4,6 and 8. Each drug channel 4, 6 and 8 includes a pump which is preset at a position having an outlet valve closed, and an inlet valve open.
A closed door switch i8 included in each drug pump to indicate when a drug channel door is closed with a cassette in place. An open door switch indicates that the drug channel door has been opened.
Pumping is accomplished in each drug channel via a pumping cassette which includes one or two proximal (inlet) lines and one distal (outlet) line. The pump includes a mechanical reciprocating plunger -ch~nin and a pumping cassette through which the drugs are pumped.
The pumping cassette has a primary inlet port and a pumped-liquid outlet port. The primary inlet port is connected to a piercing pin for receiving drug from a vial. However, alternative drug containers and connection methods can be used. The cassette also includes a secondary inlet port which 1. -in~ normally closed. However, if desired, the secondary inlet port can receive a second drug, or drug diluent, for mixing with drug which has been introduced to the cassette via the primary inlet port.
A principal function of the independent controller 9 in each drug channel is to control drug delivery, priming of the drug delivery line, cr nication with the host controller 2, error detection and error reporting within the drug channel. The principal activity of the drug channel i8 drug delivery, whereby liquid is moved from one of the cassette inlet lines to the outlet line. The inlet lines, referred to herein as primary and second~ry inlets, are typically configured with the primary line connected to a drug vial, and the secondary line disconnected. An exemplary delivery range is from .1 ml/hr to 1200 ml/hr.
For each pumping cassette, the drug channel controller responds to userc -n~s to control bi-directional flow. Bi-directional flow control is critical for autopriming. During autopriming, the host controller 2 instructs operation of the valve actuators and plungers in each drug channel to displace air from the drug cassette. Further, the autopriming sequence can be used for priming the output line to the patient.
Each drug channel receive~ c~ -nds directly from the host controller 2 via the serial c~ lnication interface at an exemplary data rate of 1200 baud. These Cl -n~ include the aforementioned cr nications to set rate, start pumping and so forth. Each independent controller 9 WO 94/12235 1S02S~ PCT/US93/11033 detect~ anomalies within its own drug channel pumping line. Error conditions and significant cases are c~ nicated by each channel controller to the host controller 2.
Three different priming operations are required for the drug channel:
the drug channel can fill, with drug, a cassette which is full of air distal to the air trap chamber (i.e., completely empty cassettes,-cassettes with air in the pumping bowl, and cassettes with air in the distal tubing); the drug channel can remove air introduced into the cassette air trap without moving it to the outlet line; and the drug channel can remove air trapped between the secondary inlet and an optional secondary reservoir. The drug channel detects errors and reporting is performed by the drug channel to the host controller 2 with respect to four classes of error~: electronic, mechanical, cassette and c~ nication.
Electronic integrity verification concerns the microprocessor memory, A/D line~ and other microprocessor board and sensory apparatus.
Mechanical integrity verification concerns verifying the mechanical pumping system is moving in accordance with c~ -nded operation via the use of position detection feedback on three stepper motors included in each drug channel. Cassette integrity verification ensure~ that a cassette introduced to a drug channel i8 capable of withstanding pre~sures associated with pumping without leaking and is not occluded.
Cc n ication error detection is nece~sary to verify that transmitted data is accurate in accordance with the serial c lnication protocol.
All failures are transmitted by the drug channel to the host controller 2, and the drug channel will confirm that the host controller 2 i8 aware when an alarm condition exi~ts.
More particularly, electronic integrity verification is used to verify electronic and software integrity. For example, on power-up, the drug channel performs a RAM test, a ROM test, an A/D converter test and a watchdog test. The drug channel verifies serial c~ nication integrity by the on-going existence of incoming message packets. The drug channel verifie~ integrity of the air sensor by ensuring an air signal is seen whenever the door is open.
Mechanical integrity verification to ensure safety, involves verifying an ability of the pump channel mechanism and cassette to pump accurately. These te~ts are performed before pumping, and if any test fails, the drug channel i~ not permitted to pump. Motor position check and re-synchronization tasks (if necessary) are performed prior to W O 94/ ~ 35 - PCT~US93/11033 '~15~258 pumping ~e.g., when the system i8 activated), and no maximum time requirements are associated with these tasks.
Another function of each drug channel (4,6,8) i8 to perform a cassette integrity test to check for static occlusion and valve leaks when a cassette door is closed with a cassette in place. Occlusion detection is performed via the proximal and distal pressure sensors (i.e., pressure threshold is exceeded on proximal or distal side)~ after which an occlusion alarm is reported by the affected drug channel to the host controller 2.
Leak tests are performed automatically whenever the cassette door i8 closed with a cas~ette in place. All of the~e tests are performed by monitoring pres~ure inside the cassette and are, for example, u~ed to indicate the need for backpriming the cassette (automatic removal of air from the cassette done by pushing it back into the drug container) or to indicate that a bad cassette need~ to be replaced. The proximal pressure sensor self-test is used to ensure that the pressure sensor stays within a desired operating range.
A priming function of each drug channel (4,6,8) removes air from the drug delivery set. A drug delivery set includes a pumping cassette, distal tubing, and vial adapter. Priming operations perform both proximal and distal occlusion detection.
A pumping function is initiated in response to a start pumping command after all integrity tests have been implemented and passed. During pumping, mechanical motor position flags are monitored continuously by optical sensors.
The pumping function of the drug channel provides for proximal occlu~ion detection and distal occlusion detection using proximal and distal pressure sensor~, respectively. A distal air in line alarm and stop pumping signal are generated by a drug channel if an air bubble (e.g., greater than, for example, 100 ~Q) (microliter), occurs at the distal air detector. The pump will also generate a distal air in line alarm if, for example, 200 ~Q out of the last 2.0 ml of volume wa~ air.
The pumping function also includes an empty container detection when cumulative amount (e.g., 200 ~Q) of air has entered the cassette from at least one inlet line. This cumulative total is reset whenever the cassette door is opened, or a priming operation is performed.
W O 94/l2235 1S02S8 PCT~US93/11033 i9 A door open detection mode of the drug channels 4, 6, and 8 is used to trigger return of the step motors in a given drug channel to a preset position. At all times except for electronic self-tests, (i.e., pumping, priming, and so forth)~ a "door opened" alarm is generated and transmitted to the host controller 2. After the door is opened, the drug channel retains pumping parameters (i.e., rate, dose limit, delivered dose) except for pressure limit. When the door is again clo~ed, the drug channel retains all of these parameters until commanded to change by the host controller 2.
A description will now be provided of a fluid channel lO control. A
fluid pump within a fluid channel includes a plunger/inlet valve/outlet valve assemb1y and a DC motor to pump fluid.
The fluid channel controller 9 communicates with the host controller 2 via the serial c~ nication interface to receive c-- -nd8 such as set rate, start and operational commands. Like the drug channels, the fluid channel lO detects anomalies in the pumping line and cnmmlnicates error conditions and significant cases to the host controller 2.
The fluid channel lO controls fluid delivery from inlet tubing to outlet tubing in an exemplary range of from l ml/hr to 1200 ml/hr.
Further, the fIuid channel lO controls priming of air filled delivery tubing automatically. Like the drug channels, the fluid channel can detect four similar classes of errors: electronic, mechanical, fluid and communication.
Because pumping is the primary function of the fluid channel lO, various parameters are accessible by-the host controller 2 to configure the fluid channel behavior during pumping cycles. These parameters include delivery rate, dose limit, drop detector, priming time limit and door closed flag. The drop detector parameter determines whether detection of an empty fluid container is required during the delivery cycle. This parameter can be selectively requested by the host controller 2. The priming time limit parameter provides fail-safe operation of the priming process. The door closed flag ensures that pumping and priming do not occur unless the delivery tubing is inserted and the pumping mechanism door latches closed. The flag is set whenever both the delivery tubing is inserted and the door latch is closed, and either a door opening or tubing removal will reset this flag.
Pumping functions of the fluid channel lO include a priming cycle and W O 94/ ~ 35 ; PCTAJS93111033 2lso258 a delivery cycle. Priming of the delivery tubing in response to a command from the host controller 2 consists of two phases: a proximal tubing filling phase and a distal tubing filling phase. During the proximal tubing filling phase, the fluid channel 10 activatee its priming mechanism and starts pumping until a distal air sensor detects continuous fluid flow. After continuous fluid flow is detected, the priming mechanism is deactivated and control advances to a distal tubing filling phase. In the distal tubing filling phase, fluid is delivered at a specified delivery rate until the specified dose limit is reached as with a normal delivery cycle. The only difference is that when an air-in-line condition is detected during the distal tubing filling phase, the priming cycle returns to the proximal tubing filling phase in~tead of terminating the priming process.
Priming is discontinued when a specified dose limit i8 reached during the distal tube filling phase, upon receipt of a stop c~ -nd from the host controller 2, upon expiration of a priming time limit, upon detection of an empty container by a drop detector, or by an alarm in response to error detection. During the delivery cycle, the fluid channel 10 delivers fluid from its proximal tubing to its distal tubing at the specified delivery rate, until stopped by the user or the user specified dose limit i~ reached.
Error detection is similar to that of the drug channels and include~
electronic, mechanical and fluid integrity checks. An error detected by these tests results in stoppage of the pumping process and c~ nication of the error to the host controller 2.
For example, electronic integrity verification includes use of a watchdog timer to interrupt the fluid channel CPU to ensure integrity of the fluid channel CPU, critical data storage verification, and sensor range verification with regard to temperature and power supply voltage~. M~chAnical integrity verification includes monitoring of motor slippage, monitoring of plunger motor shaft encoder ~lippage, pumping rate verification and motor voltage verification. Fluid integrity verification includes air-in-line detection, empty container detection, proximal occlusion detection, distal occlusion detection and differential distal occlusion detection (i.e., when average depositive pressure buildup of distal pressure, relative to the distal pressure at pumping start time, is detected). Detection of a drop detector (if re~uired) and 1088 of the drop detector signal are also monitored.
It will be appreciated by those skilled in the art that the present W O 94/12235 21 S O ~ S 8 PCT~US93/11033 invention can be embodied in other ~pecific forms without departing from the ~pirit or e~ential characteri~tics thereof. The pre~ently diHclosed ~ are therefore considered in all reQpect~ to be illustrative and not restrictive. The scope of the invention i~
indicated by the appended claim~ rather than the foregoing de~cription, and all change~ that come within the meaning and range of equivalent~
thereof are intended to be embraced therein.
Bac~no~d of the Invention Field of the Invention:
The present invention generally relates to systems for delivering drugs and fluids to patients intravenously. More particularly, the present invention relates to a control system for an automated intravenous drug and fluid infusion system.
State of the Art:
It is well known to use volumetric infusion pumping systems for delivering drugs to patients intravenously. Infusion pumping systems of conventional design have several significant drawbacks that limit their effectiveness. For example, manual entry via keys and knobs is required whenever a drug supply container is connected or replaced in the pumping system. Further, conventional pumping systems require manual identification of drugs and manual priming of pumping channels.
The foregoing manual procedures are time consuming, labor-intensive and susceptible to error. Because there is no procedure for identifying and approving use of a drug in an infusion pumping system, successive use of different drugs in the same delivery line can occur, resulting in drug contamination. Further, the lack of drug identification can result in the mixing of incompatible drugs from plural drug channels.
Summar~ of the Invention The present invention relates to a control system for use with an automated intravenous drug and fluid infusion system having plural pumping channels that operate independently. Each pumping channel is independently controlled by a single microprocessor-based central processing unit (CPU). A host controller monitors all of the channels 2 1 ~ 0 2 5 8 PCT/US93/11033 , concurrently. In an exemplary ~ 'o'i --t, the syotem further includeo meano for positively identifying the particular drug that io to be pumped through a channel; means for preventing priming of a channel unleso verification is provided that the channel is not connected to a patient; and meano for independently priming each of the pumping channels.
The preoent invention provides easy to use methodo and systems which i ~ove patient care by automating control during all phases of drug and fluid delivery. The system provides pooitive identification of drugo prior to their a~ inistration via the various pumping channels, and provides autopriming of the channels. Dosing and delivery (i.e., by bolue, continuouo infuoion, or pharmacokinetic model-baoed infuoion) can be entered in u~er-selectable units which are internally converted to oyotem unito (ml/hr.).
The control syotem can also recognize incompatible drug combinationo, and suboequently handle the incompatibility or alert the de~ice user via an appropriate warning. Automatic dose limit checking, automatic data storage (e.g., patient record, user data and infusion data), and automatic detection and signaling of error conditions represent additional features of the control oystem.
Brief Deocription of the Drawinqs The preoent invention can be further understood with reference to the following description and the appended drawingo, wherein like elemento are provided with the same reference numerals. In the drawings:
Figure 1 is an exemplary automated drug infuoion (ADI) pumping syotem of the type that dispenses drugo and fluids to a patient intravenously from one or more drug and fluid supply containers;
Figure 2 io a block diagram of a control system for the Figure 1 pumping syctem;
Figures 3a and 3b illuotrate an exemplary bar code reader for a pumping channel of the Figure 2 syotem;
Figure 4 is a diagram dioplaying syotem and channel _ -nication between the user, the host controller and the independent pumping channelo of the Figure 2 syotem.
WO 94112235 1 S02s8 PCTIUS93/11033-Detailed De~cri~tion of the Preferred '~ t~
Figure 1 shows an ADI pumping ~ystem for dispensing drugs and fluids for a patient intravenously from one or more drug and fluid supply containers. The Figure 1 apparatus includes three substantially equal drug delivery channels 4, 6 and 8, and a fluid delivery channel 10.
Drug delivery parameters are entered and displayed via a touch screen 14. Fluid parameters are entered via a key pad 15. A base enclosure 50 encloses a host controller 2 for driving the overall sy~tem. A key lock 52 is disposed on a side of a pumping channel enclosure 54 and engages a security system. Detailed aspects of an exemplary drug identification and security system which can be used with the Figure 1 apparatus are set forth in c~ -n]y assigned U.S. application Serial No. 07/811,516, entitled ~Drug Channel Identification And Security System For Infusion And Pumping Systems" and filed December 20, 1991, the contents of which are hereby incorporated by reference.
Figure 2 show6 a general hardware block diagram of an automated drug and fluid infusion control system for intravenously infusing drugs and fluid to a patient via the Figure 1 pumping ~ystem. The Figure 2 system includes three general _~ ~r^nts: a host controller 2; drug channels 4, 6 and 8; and a fluid channel 10.
The Figure 2 system represents a modular, multi-channel infusion device with each drug channel holding a captive drug vial exclusively compatible with the sy~tem and with a drug admini~tration ~et. A
ma~ter-slave control approach is used, with the host controller 2 overseeing operation of the four independent pump channel modules:
three identical channels for the delivery of drug (e.g., anesthetic and cardiovascular agents), and one channel for fluid delivery.
For purposes of the following discussion, the term "drug channel"
refers to an independent path through which drug is dispensed to a patient from at least one drug supply container, or vial 32. In systems according to the present invention, each drug channel includes a cas~ette pumping device 13. Access to a drug pumping cassette 13 within a drug channel is provided by lifting a protective hood on top of the pumping system. When not in use, the hood or hoods may be locked to ~r~vent removal of the drugs.
Pump outlets in each independent drug channel may be connected to a manifold or connected directly to the patient. The preferred manifold contains four one-way check valves which connect all input lines to an W O 94/12235 PCTAJs93/11033 2~so2s8 outlet line through which drugs and fluid are dispensed to a patient intravenously, for example, a manifold such as described in commonly assigned U.S. Application Serial No. 07/734,828j entitled "Multi-Valve Manifold For Drug Infusion Systemsn, filed July 24, 1991.
A "fluid channel" refers to a path through which a fluid ~e.g., flushing fluid) is dispensed via the manifold. The Figure 2 fluid channel 10 can carry fluid such as a patient hydration solution. The fluid channel 10 includes a fluid supply container 33 which is compatible with a conven~ional drop sensor 30. The drop sen~or is connected to fluid conduit 11 that passes through a volumetric fluid channel pump. The fluid channel 10 also connects to the manifold via a one-way check valve.
The host controller 2 iB a single microprocessor-based computer which responds to user -~ -n~ directs intravenous drug and fluid deliveries, automatically recognizes drug identities, stores and selectively activates a pharmacokinetic (PK) model useful in drug delivery to the patient, handles physical incompatibilities among drugs, and provides automatic record keeping. The host controller 2 includes a microprocessor 16 which monitors and controls the independent pumping channels concurrently. The host controller 2 includes a system user interface which enables the user to identify the drug installed in each drug channel, select infusion modes, set infusion rates, identify drug incompabilities, prevent priming of a drug channel unless verification is provided that the channel is not connected to a patient, and related function~. Further, the host controller 2 causes automatic priming of each pumping channel independently.
The automatic priming removes air from each of the pump cassettes 13 and associated tubing independently. A discussion of the autoprime feature is provided in~~ ~ ly assigned U.S. patent application Serial No. 07/811,195, entitled "Automated Drug Infusion System With Autopriming" filed De- ~r 20, 1991. Because an understAn~ing of the auto-prime feature of the system described herein may be useful for a better understAnding of the present invention, the above-noted U.S.
patent application is herein incorporated by reference.
The Figure 2 system includes means for identifying the particular drug that is to be pumped through a drug channel. A modular bar code reading system 12 identifies the drug contained in a drug vial 32 installed in a drug channel of the system.
W 0 94/12235 21 S25; ~ PCT/US93/11033 The drugs normally are in liquid form in a drug container which is secured mechanically to a drug channel. A bar code which includes the drug name is included on a drug label. A bar code reader 17 is held manually as shown in Figure 3a, or can be located internally within each drug channel pump. When the bar code reader 17 i8 placed in a vicinity of the drug container, the bar code reader electronically sense~ the bar code. Further, the pumping system can use a unique arrangement of electromagnetic Hall ~ensors and magnetic strips in each drug channel to dete ine which drug channel is currently being read 80 that the reading of the drug supply container can be tied to the a~pro~Liate drug channel.
For example, in Figure 3a, Hall senoorC 15 on the bar code reader 17 detect the presence of magnetic strips 21 placed on a receptacle 19 of a drug channel. The bar code reader must be placed in a vicinity of the receptacle 19 to read a bar code on the label of a drug vial secured in the drug channel. Figure 3b ~hows an alternate configuration of a receptacle 23 which completely surrounds an end of a bar code reader 17. In this ~o~i -nt, Hall sensors 15 are replaced by a magnetic strip around a perimeter of the bar code reader. The receptacle includes Hall sensors 25 mounted thereon to detect the magnetic strip located about the perimeter of the bar code reader 17.
The Figure 2 host controller 2 operates displays 18 and peripheral~
(e.g., floppy disk drive 20 for disks 34, system bu~ interface 22 for bus 36, parallel printer interface 24 for printer 38, graphics display adapter 40 for display 18 and input/output (I/0) card 44). The host controller 2 also controls an A/D converter, a key lock switch, optional VGA compatible graphics, audio output circuitry, a timer circuit, non-volatile memory, battery backed ~tatic RAM memory for storage of non-volatile data (e.g., drug information stored in a drug table) and dynamic RAM. Power supply 42 is provided for the Figure 2 system.
The host controller 2 can set the audio volume of an audio output signal to be one of a plurality of selected volume levels. In a preferred . ~o~i --t, eight separate volume~ are provided. However, the number of selected volume levels can be greater or lesser than the number of volume levels selected for the preferred embodi --t. The audio output signal is u~ed to provide warnings or alarms to the user for when a failure, malfunction, or other alarm condition occurs within the Figure 2 system.
W O 94/1~5 PCT~US93/11033 O~s'~
The host controller 2 sends c -nds to an independent controller 9 (i.e., CPU) for each of the drug chann~ls (4,6,8) and fluid channel lO
shown in Figure 4. For example, these - -n~R include ~ignals to stop pumping, set rate or dose, prime a drug channel, change pumping rate, read dose, initiate a backprime, start a pumping operation, perform a fluid prime, change fluid pumping rate, and read a dose from the fluid channel. In addition, the host controller 2 receives responses and cases from each of the pumps.
The independent controller 9 for each drug channel controller controls and monitors pumping from drug vial~, provides automatic priming of drug sets in response to host controller 2 c~- -n~, and cl nicates statu~, alarm and error conditions within a drug channel to the host controller 2. The independent controller for a fluid channel controls and monitors pumping from fluid container~, provides automatic priming of fluid lines in response to host controller 2 c~ -nd~, and c~ nicate~ fluid line status, alarm and error conditions to the ho~t controller 2.
The three drug channel modules are based on the known LifeCare 5000, and the fluid pump module is based on the known LifeCare 175, both available from Abbott Laboratories, Inc. The independent controller~
of the drug and fluid channels are independent microprocessors which c~ nicate to the host controller 2 through a c~ -nication link.
Because the drug and fluid channel modules are, for the most part, known modules which do not themselves constitute a portion of the present invention, only features of these modules necessary for understAn~ing the present invention will be provided.
A user interface provides a connection between various pumping channel controller~ (Figures l and 2) and the user. This interface include~ a user acces~ible panel which is divided into four regions: three drug channel regions, each directly beneath one of the three drug channel mech~ni~ ~, and one fluid channel region directly beneath the fluid channel. The user can access all function~ of the Figure 2 system via the interface at any time after power-up, with the exception of ~elf-diagnostics, system ~ ini~trator function~, and floppy drive use.
In the Figure 2 ~ t, a touch screen 14 represents a module whichis accessible to the user and controlled by the host controller 2. A
key pad included on a host controller interface panel includes 16 front panel buttons in a preferred embo~i ~rt of the present -invention. The panel can accommodate additional buttons if they are needed in WO 94/12235 21 S2,~8 PCr/US93/11033 alternate embo~ t~ of the present invention, including several hidden buttons. Both an identity of a button being depressed and it~
state are read by the host controller 2.
The buttons which control drug delivery to a patient remain visible on the interface panel during the entire time delivery is occurring or is possible on that drug channel. The user is therefore not required to exit a current function to start or stop drug delivery. The drug name, current delivery rate, dose or a setpoint of the PK model, and a pumping activity indicator are displayed for each drug channel on the interface panel.
The portion of the user interface located beneath the fluid channel mechanism includes a five digit display to identify delivery rate or total value delivered. LEDs are also included on the u~er interface panel to identify a power-on condition and to indicate when the system is running on battery power.
The host controller 2 provide~ channel set up function~ for each of the drug channels 4, 6, 8 and fluid channel 10 shown in Figure 2. This includes automatic identification and channel a~ociation of drug6 placed in each drug channel and overseeing automatic priming of the drug and fluid channels. In addition, the host controller 2 provide~
drug and fluid delivery functions, system maintenance functions, data storage functions and handling of exceptional cases ~e.g., malfunction~
and alarm indications to the user).
The drug identification feature iB implemented during a drug channel set upj after the host 2 is notified by an independent controller 9 that a drug channel door has been closed with a drug cassette in place.
At that time, the host controller 2 prompts the user to scan a bar code included on a drug vial label. For the host controller 2 to accept the scan as valid, the bar coded label must be accessible to the bar code reader. The bar code reader r~ ~i n~ active as long as a drug channel door has been closed with a cas~ette in place and the a~sociated bar code label has not yet been successfully scanned.
AB described previously, two sensors provided in each channel indicate the presence or absence of the bar code reader directly in front of that channel. The drug vial to be scanned must be properly positioned in a drug channel to be identified by the bar code reader, otherwise its label will not be recognized by the system.
W O 94/ ~ 35 PCTrus93/11033 ' S'0'258 After a drug has been loaded into a drug channel and a valid bar code has been read and the drug name haff been recognized, the host controller 2 displays the name of the drug on a host display position below the drug channel receiving the drug vial. Once the bar code reader identifies the drug contained in a drug vial installed in a drug channel, the host controller 2 prompts the user to enter drug delivery information associated with that drug. The host controller 2 will not permit a drug channel to prime or pump any drug until the drug vial loaded into the channel has been successfully identified using the bar code reader.
A significant delivery function of the present invention is the abilityto provide drug specific functions. For example, the host controller 2 allows the user to pick from allowed unit conver~ion sets specified for a particular drug being used. Unit conversion sets available for each drug are retained in the drug table of the host oontroller 2 memory. Drug delivery quantities in weight based units require entry of patient weight.
More particularly, after drug identification via the bar code reader, the host controller 2 displays all delivery control quantitie~ (i.e., rate, dose and plasma level) using default units specified by a unit conversion set in the host controller's drug table for that drug, or, if preferred by the user, the units that were used during the most recent delivery of that drug. If other unit conver~ion sets are permitted for that drug, the host controller 2 permits the user to select one. Afterwards, all quantitie~ are displayed using the new unit~ for rate, dose and plasma level specified by the new unit conver~ion set.
As mentioned above, one of the primary function~ of the host controller2 is to oversee drug and fluid delivery. With regard to drug delivery, the host controller 2 is designed to control infusion rate and bolus dose delivery or PK model-based drug delivery. The ho~t controller 2 permits either bolu~ delivery or infusion delivery, but when both a bolus delivery and an infusion delivery are requested simultaneously, the bolus delivery takes priority, causing delay of the infusion delivery until the bolus has been completed.
For a bolus delivery, a bolus doce in units selected by the user mu~t be input by the user before the start of delivery. The host controller 2 will only permit a bolu~ delivery to occur for drugs which have been identified in a drug table of the host controller's memory as being deliverable by bolus. To prevent accidental delivery, the user must confirm the request for a bolus delivery prior to starting delivery.
In a preferred embodiment, the user can also select desired duration for bolus delivery ranging from default (i.e., the shortest time over which the drug can be delivered) to durations which are multiples of the default duration).
A bolus may be paused during delivery, after which the bolus may be resumed ~i.e., causing the ~ -ining dose to be delivered) or the bolus may be stopped, cancelling delivery of the ,~ -ining dose. No confirmation i8 required to resume a bolus once paused, and pausing does not affect the status of simultaneously delivered infusion delivery on the same channel.
Infusion delivery is only permitted for drugR which have been defined in the drug table as being deliverable by infusion. Continuous infusion requires that the user input a desired infusion rate and infusion units before the start of infusion delivery. A default value of infusion units is provided by host controller 2. The infusion rate is, in an exemplary embodiment, equivalent to a range of O.l ml/hr to 1200 ml/hr.
A PK model is maintained in the host controller's memory for all drugs that are listed in the drug table as having PR models. When delivery of these drugs is initiated, the host controller 2 starts a PK model to continuously predict the theoretical plasma level of the drug being delivered. The selected PK model allow~ the user to query the predicted plasma level of the drug in a patient at any time during its delivery. Again, PK model-based delivery is only permitted for drugs which have been 80 defined in the drug table of the host controller 2.
The system can provide the user with predicted (theoretical) plasma levels (i.e., level of drug in patient bloodstream) when delivering drugs by bolus or continuous infusion because a background calculation of the theoretical plasma level is continuously updated.
Before initiating a PK model-based delivery, the user must input a plasma level set point in user selectable units. The host controller 2 will not accept a plasma level set point greater than the maximum plasma level defined in the drug table for that drug. Further, PK
delivery cannot be initiated until certain patient parameters, such as weight, have been confirmed by the user. Upon initiation of a PK
delivery, the host controller 2 displays setpoint plasma level in user selected unitR, the predicted (theoretical) plasma level in the same W O 94/ ~ 35 PCTrUS93/11033-2l5o258 units, and the infusion rate in default units throughout the entire PK
model-based delivery.
In the fluid channel 10, only continuous infusion is permitted. The user must enter a delivery rate (e.g., between l and 1200 ml/hr) before fluid infusion can be initiated. In an exemplary ~ 'o~ t, only ml and ml/hr are used to define fluid rate and cumulative dose units.
A key feature of the present invention is its ability to handle incompatibility between drugs ~ ini~tered to a patient via the Figure 2 system. For this purpose, the host controller 2 detects and inform~
the user of possible physical incompatibilities between drugs identified by the bar code reader. The host controller 2 allows the user to decide whether to allow the system to automatically handle incompatible drug pairs involving bolus delivery. If the user decide~
to let the system automatically handle the incompatibility, the host controller 2 provides a visible indication on those channels that an incompatibility exists and that it will be automatically handled.
On channels where compatibility handling is active, bolus deliveries are preceded by and followed by a flush delivery from the fluid channel. Once a flush delivery for an incompatible bolus is completed, the fluid channel reverts to its previous delivery rate. The volume of each flush delivery is added to the total fluid delivered during the current patient case and stored in memory of the host controller 2.
The host controller can be designed to handle incompatibilities in all infusion mode combinations. In the preferred embo~ , the host controller 2 does not provide special handling for infusions, PK
deliveries, or for three inc -tible drugs loaded into the system at the same time, on channels where compatibility handling is active.
Rather, the host controller 2 informs the user upon identification of incompatible drug conditions. Further, a visual indication of any currently incompatible drugs is provided to the user.
For each drug loaded and identified on the Figure 2 system, the user can view the current total amount of drug delivered from the start of delivery to a particular patient. This information is stored in the host memory and is continuously updated throughout the delivery. For each drug loaded and identified, the user can specify a maximum dose limit for the duration of delivery to the patient. Once reached, the user is informed, but pumping continues. The user dose limit is reset and disabled when the patient case ends.
W 0 94/12235 21 ~0258 PCT~US93/11033 The host controller 2 also include6 a global 6top which deactivates all 3 drug channel6 at once. Each channel mu6t then be individually re6tarted to resume pumping.
Similarly, fluid specific functions are provided for the fluid channel 10. More particularly, the user can view the current total volume of fluid delivered to a patient from the beginning of the patient case.
Further, the user can enter a -Yi volume limit of fluid for each patient case. Once reached, the user is informed and fluid delivery is discontinued. The user volume limit is reset and disabled when the patient case ends.
The Figure 2 host controller 2 also provide6 a plurality of 6ystem maintenance functions. These functions include a start up/shut down function, di6k archiving function, configuration features, installation/security features, and system update.
The start up/shut down functions prev~nt drug and fluid delivery to a patient prior to user instruction to the host controller 2. The host controller 2 allows the user to end a current patient case only when no channel is pumping. Upon ending the patient case, the host controller 2 displays total volumes delivered and used for priming the ~t ini~tration get for each drug used, as well as total volume of fluid delivered and used for priming. These volumes are expressed in display units used at the time the patient case ended.
The disk archiving function of the host controller 2 stores event history and patient case information to floppy disk for later use and analysis. Configuration functions of the host controller 2 provide a means for the current date and time to be set.
At the user'6 option, access to certain functions of the host controller 2 is restricted and requires the use of a password. Once the password is ~ucce6sfully entered, the host controller 2 can be controlled to access an exception conditions log, an event history, user information, patient case information, and installation record/drug usage. Further, at the user'6 option, entry of this password can be required before information stored in the system can be transferred to the floppy disk. In addition, entry of the correct password can be used to control entry of information into the host controller's memory (e.g., hospital name, drug table updates and names of u6ers allowed access to the sy6tem).
W O 94/ ~ 35 PCTrus93/11033 2lso258 The password cannot be chAnged unless accesQ to the system ha~ been obtained, nor can the password be viewed unless access to the system ha~ been obtained following accurate entry of the current password.
Use of the password can thus be used to control access to a variety of feature~ of the host controller 2.
As mentioned above, the present invention can provide data storage of event history, an exception conditions log, u~er information, patient case information, in~tallation record/drug usage and drug table~.
Event history data is stored by the host controller 2 as a chronological record of system cases associated with the Figure 2 sy~tem alarms, malfunctions, and user interaction with the system. ~he event hi~tory data is stored in the non-volatile host controller's memory, and can be viewed by the user.
In an exemplary embo~ t, the ho~t controller 2 can ~tore all ca~e~
that occur over a period of 7 days of continuous u~e. Once the case buffer is filled, old ca~es are discarded as new cases occur. The host controller 2 permits the user to disable and enable event history recording, and when disabled no subsequent ca~eR are stored in the event hi~tory portion of the host controller's memory.
Exception conditions are stored by the host controller 2 as a chronological record of at least the last 30 exception conditions (i.e., malfunctions and alarms) applicable to the entire Figure 2 system. Again, thi~ log is stored in a non-volatile area of host controller's memory. Pumping channel exceptions are not stored in the individual pumps, but are stored as data in this portion of host controller's memory. Exception data is recorded automatically and cannot be disabled or erased by the u~er.
The ho~t controller 2 al~o stores user information. This information includes, for example, up to 100 alphA -ric user IDs in a non-volatile area of host controller's memory.
Patient case data can, in an exemplary embo~ t, be retained on the last 50 patient cases. The host controller 2 allows the user to optionally store a patient ID a~ well a~ other information on age, ~ex, and weight. The patient weight can be input and displayed in pounds or kilograms.
For each patient ca~e, the host controller 2 stores the u~er ID of the uHer who ended the patient ca~e, the total number of user~ who W O 94/12235 PCTrUS93/11033 2t~0~s8 identified themselves to the system during the patient case, the time the patient case started, and the duration of the patient case. The host controller 2 al~o records the number of drugs delivered during the patient case, the total volume delivered and total volume used in priming for each drug used during the patient case, as well as the total volume of fluid delivered and total volume used in priming. This information is expressed in display units currently being used at the time the patient case ended.
Installation record/drug usage data is retained by the host controller 2 and includes information regarding the installer's name, the site name, installation date and information pertaining to specific hardware configuration of the Figure 2 system.
Drug table data is also stored by the host controller 2. The drug table include~ information (e.g., drug incompatibilities, suitability for bolus infusion delivery or PK delivery, PK model-based input parameters and -Yi m allowable infusion rates, bolus doses, and theoretical plasma levels) for each drug as described previously.
Another key feature of the present invention is its ability to handle exception condition~. More particularly, when a malfunction, audible alarm or audible warning occur~, audio signal is emitted by the host controller 2 to alert the u~er. This audio signal is only discontinued when the user has acknowledged the condition, but may be temporarily stopped using a silence alarm button on the host controller interface panel. When a non-audible alarm or non-audible warning occur~, a discrete audio signal is optically generated to alert the user.
The host controller 2 detects malfunctions in the Figure 2 system.
Malfunctions which are identified by the host controller 2 and c~ nicated to the user include signals indicating that a fluid or drug channel is unavailable due to an internal malfunction, indication that the system is unavailable due to a malfunction, and indications that the disk drive or other peripheral components are unavailable due to a malfunction.
The system can be configured to require presence of a drop detector in the fluid channel. When 80 configured, the host controller 2 require~
the user to discontinue fluid channel operation when an alarm indicating the absence of a drop detector occurs. The fluid channel cannot be restarted until the exception condition regarding absence of the drop detector is rectified.
W O 94/12235 PCTrUS93/11033 2ls~258 Alarms associated with the fluid delivery channel 10 include, for example, indications that the fluid channel autoprime mechani~m has failed, that there is air in the fluid channel line, that the fluid channel door has been opened while pumping or that the fluid channel bag is empty. When fluid iB unavailable, the host controller 2 allow~
the user to stop the fluid channel 10 and enter a new pumping rate, but the fluid channel 10 cannot be restarted until the exception condition is rectified. Alarms are also generated when there is a proximal occlusion or distal occlusion in the fluid channel pump, when there is a pressure error in the fluid channel 10, when the fluid channel volume limit is reached. In a preferred ~ ~o~i ~rt, the foregoing alarms are the i ni alarm conditions provided. Those skilled in the art will recognize that any number of alarms based on detection of any desired condition can be provided.
In a preferred embo~ t, alarms associated with the drug channels 4, 6, 8 are, at a i n i , provided to the user when there is proximal or distal air detection in the drug channel cassette 13, when a channel door has been opened while pumping, when there is a proximal or distal occlusion in the cassette, when distal pressure is out of range, or when drug is unavailable. Non-audible alarms generated by host controller 2 include when AC power is not available or when the battery bec~ -8 discharged, failure to recognize a bar code, failure to associate a bar code with a channel, or alarms associated with floppy disk operation.
In a preferred embodi --t, audible warnings (i.e., potential alarm condition) include, at a i n i , when the battery is low or when a drug container is near empty. Non-audible warnings include detection of excess air in an air trap chamber of a pumping cassette, 1088 of AC
power or potential drug inc~ -hilities.
Drug and fluid channel status conditions are also continuously provided from the pumping channels to the host controller 2 for display. Status condition~ which are displayed to the u~er via the host controller interface panel include, channel unavailable status, inactive statu~, autopriming status, backpriming status, testing cassette status, cassette test failure status, prime needed status, backprime needed status, prime verification needed statu~, infusion on hold status, bolus on hold status.
System status conditions which can be displayed via the host controller interface panel include: battery low status, security covers locked WO 941L~235 21 S 0 2 ~ PCT/US93/11033 status, fluid channel unavailable status, drop detector missing status, volume limit reached status, disk drive unavailable status, patient parameters needed status, and user ID needed status.
As illustrated by Figure 4, user interaction with the Figure 2 system is via a user interface 3 in the host controller 2. C- nication of c- 9n~ data, exception conditions, status and other information between the host controller 2 and drug and fluid channels is via the aforementioned serial ~_ nication link, capable of two-way communication. Communication is, for example, via packets limited to 30 bytes to ensure real time operation. Typical communications between the host controller 2 and pumping channels is via a r -nd-acknowledgement loop. The host controller 2 (master) sends a c~ ~nd packet to one of the four pumping channel controllers 9 (slave), or vice versa. Tne targeted channel ~end~ back an acknowledgement indicating receipt and initiation of appropriate action in response to the command.
Master-slave polling is used to detect synchronous c~ nications between the host controller 2 and pumping channels 4, 6, 8 and 10.
These synchronous c~ nications include, for example, the aforementioned alarms and door open/door closed conditions. When, alarm conditions are sent from a pumping channel 4, 6, 8 and 10 to the host controller 2, the pumping channel awaits acknowledgement from the host controller 2. If an event is not acknowledged within a set time frame, the event is retransmitted until acknowledgement is received.
After acknowledging the pump channel cc -nication, the ho~t controller 2 can either send a reset command to the pump or report failure to the user. For multi-event conditions, a pumping channel module will queue cases until all are acknowledged.
When multiple c~ -nd packets are received or sent by the host controller 2, either the entire c~ -nd packet is completed or the entire command packet is aborted. Thu~, if an alarm condition occurs during execution of a multi c~ -nd packet, the partial c~ -nd packet is not processed. Rather, the entire packet must be resent and executed in its entirety.
Where an illegal c~ ~nd is attempted, the command is ignored. An illegal ~ -nd represents a c~ -nd that cannot be processed at the time it is received. For example, when a drug channel 4, 6 and 8 is an unprimed state, a start command which is received cannot be executed.
WO 94/12235 ~CT/US93/11033 21~02~ 16 A more detailed discussion will now be provided of the drug channels 4,6 and 8. Each drug channel 4, 6 and 8 includes a pump which is preset at a position having an outlet valve closed, and an inlet valve open.
A closed door switch i8 included in each drug pump to indicate when a drug channel door is closed with a cassette in place. An open door switch indicates that the drug channel door has been opened.
Pumping is accomplished in each drug channel via a pumping cassette which includes one or two proximal (inlet) lines and one distal (outlet) line. The pump includes a mechanical reciprocating plunger -ch~nin and a pumping cassette through which the drugs are pumped.
The pumping cassette has a primary inlet port and a pumped-liquid outlet port. The primary inlet port is connected to a piercing pin for receiving drug from a vial. However, alternative drug containers and connection methods can be used. The cassette also includes a secondary inlet port which 1. -in~ normally closed. However, if desired, the secondary inlet port can receive a second drug, or drug diluent, for mixing with drug which has been introduced to the cassette via the primary inlet port.
A principal function of the independent controller 9 in each drug channel is to control drug delivery, priming of the drug delivery line, cr nication with the host controller 2, error detection and error reporting within the drug channel. The principal activity of the drug channel i8 drug delivery, whereby liquid is moved from one of the cassette inlet lines to the outlet line. The inlet lines, referred to herein as primary and second~ry inlets, are typically configured with the primary line connected to a drug vial, and the secondary line disconnected. An exemplary delivery range is from .1 ml/hr to 1200 ml/hr.
For each pumping cassette, the drug channel controller responds to userc -n~s to control bi-directional flow. Bi-directional flow control is critical for autopriming. During autopriming, the host controller 2 instructs operation of the valve actuators and plungers in each drug channel to displace air from the drug cassette. Further, the autopriming sequence can be used for priming the output line to the patient.
Each drug channel receive~ c~ -nds directly from the host controller 2 via the serial c~ lnication interface at an exemplary data rate of 1200 baud. These Cl -n~ include the aforementioned cr nications to set rate, start pumping and so forth. Each independent controller 9 WO 94/12235 1S02S~ PCT/US93/11033 detect~ anomalies within its own drug channel pumping line. Error conditions and significant cases are c~ nicated by each channel controller to the host controller 2.
Three different priming operations are required for the drug channel:
the drug channel can fill, with drug, a cassette which is full of air distal to the air trap chamber (i.e., completely empty cassettes,-cassettes with air in the pumping bowl, and cassettes with air in the distal tubing); the drug channel can remove air introduced into the cassette air trap without moving it to the outlet line; and the drug channel can remove air trapped between the secondary inlet and an optional secondary reservoir. The drug channel detects errors and reporting is performed by the drug channel to the host controller 2 with respect to four classes of error~: electronic, mechanical, cassette and c~ nication.
Electronic integrity verification concerns the microprocessor memory, A/D line~ and other microprocessor board and sensory apparatus.
Mechanical integrity verification concerns verifying the mechanical pumping system is moving in accordance with c~ -nded operation via the use of position detection feedback on three stepper motors included in each drug channel. Cassette integrity verification ensure~ that a cassette introduced to a drug channel i8 capable of withstanding pre~sures associated with pumping without leaking and is not occluded.
Cc n ication error detection is nece~sary to verify that transmitted data is accurate in accordance with the serial c lnication protocol.
All failures are transmitted by the drug channel to the host controller 2, and the drug channel will confirm that the host controller 2 i8 aware when an alarm condition exi~ts.
More particularly, electronic integrity verification is used to verify electronic and software integrity. For example, on power-up, the drug channel performs a RAM test, a ROM test, an A/D converter test and a watchdog test. The drug channel verifies serial c~ nication integrity by the on-going existence of incoming message packets. The drug channel verifie~ integrity of the air sensor by ensuring an air signal is seen whenever the door is open.
Mechanical integrity verification to ensure safety, involves verifying an ability of the pump channel mechanism and cassette to pump accurately. These te~ts are performed before pumping, and if any test fails, the drug channel i~ not permitted to pump. Motor position check and re-synchronization tasks (if necessary) are performed prior to W O 94/ ~ 35 - PCT~US93/11033 '~15~258 pumping ~e.g., when the system i8 activated), and no maximum time requirements are associated with these tasks.
Another function of each drug channel (4,6,8) i8 to perform a cassette integrity test to check for static occlusion and valve leaks when a cassette door is closed with a cassette in place. Occlusion detection is performed via the proximal and distal pressure sensors (i.e., pressure threshold is exceeded on proximal or distal side)~ after which an occlusion alarm is reported by the affected drug channel to the host controller 2.
Leak tests are performed automatically whenever the cassette door i8 closed with a cas~ette in place. All of the~e tests are performed by monitoring pres~ure inside the cassette and are, for example, u~ed to indicate the need for backpriming the cassette (automatic removal of air from the cassette done by pushing it back into the drug container) or to indicate that a bad cassette need~ to be replaced. The proximal pressure sensor self-test is used to ensure that the pressure sensor stays within a desired operating range.
A priming function of each drug channel (4,6,8) removes air from the drug delivery set. A drug delivery set includes a pumping cassette, distal tubing, and vial adapter. Priming operations perform both proximal and distal occlusion detection.
A pumping function is initiated in response to a start pumping command after all integrity tests have been implemented and passed. During pumping, mechanical motor position flags are monitored continuously by optical sensors.
The pumping function of the drug channel provides for proximal occlu~ion detection and distal occlusion detection using proximal and distal pressure sensor~, respectively. A distal air in line alarm and stop pumping signal are generated by a drug channel if an air bubble (e.g., greater than, for example, 100 ~Q) (microliter), occurs at the distal air detector. The pump will also generate a distal air in line alarm if, for example, 200 ~Q out of the last 2.0 ml of volume wa~ air.
The pumping function also includes an empty container detection when cumulative amount (e.g., 200 ~Q) of air has entered the cassette from at least one inlet line. This cumulative total is reset whenever the cassette door is opened, or a priming operation is performed.
W O 94/l2235 1S02S8 PCT~US93/11033 i9 A door open detection mode of the drug channels 4, 6, and 8 is used to trigger return of the step motors in a given drug channel to a preset position. At all times except for electronic self-tests, (i.e., pumping, priming, and so forth)~ a "door opened" alarm is generated and transmitted to the host controller 2. After the door is opened, the drug channel retains pumping parameters (i.e., rate, dose limit, delivered dose) except for pressure limit. When the door is again clo~ed, the drug channel retains all of these parameters until commanded to change by the host controller 2.
A description will now be provided of a fluid channel lO control. A
fluid pump within a fluid channel includes a plunger/inlet valve/outlet valve assemb1y and a DC motor to pump fluid.
The fluid channel controller 9 communicates with the host controller 2 via the serial c~ nication interface to receive c-- -nd8 such as set rate, start and operational commands. Like the drug channels, the fluid channel lO detects anomalies in the pumping line and cnmmlnicates error conditions and significant cases to the host controller 2.
The fluid channel lO controls fluid delivery from inlet tubing to outlet tubing in an exemplary range of from l ml/hr to 1200 ml/hr.
Further, the fIuid channel lO controls priming of air filled delivery tubing automatically. Like the drug channels, the fluid channel can detect four similar classes of errors: electronic, mechanical, fluid and communication.
Because pumping is the primary function of the fluid channel lO, various parameters are accessible by-the host controller 2 to configure the fluid channel behavior during pumping cycles. These parameters include delivery rate, dose limit, drop detector, priming time limit and door closed flag. The drop detector parameter determines whether detection of an empty fluid container is required during the delivery cycle. This parameter can be selectively requested by the host controller 2. The priming time limit parameter provides fail-safe operation of the priming process. The door closed flag ensures that pumping and priming do not occur unless the delivery tubing is inserted and the pumping mechanism door latches closed. The flag is set whenever both the delivery tubing is inserted and the door latch is closed, and either a door opening or tubing removal will reset this flag.
Pumping functions of the fluid channel lO include a priming cycle and W O 94/ ~ 35 ; PCTAJS93111033 2lso258 a delivery cycle. Priming of the delivery tubing in response to a command from the host controller 2 consists of two phases: a proximal tubing filling phase and a distal tubing filling phase. During the proximal tubing filling phase, the fluid channel 10 activatee its priming mechanism and starts pumping until a distal air sensor detects continuous fluid flow. After continuous fluid flow is detected, the priming mechanism is deactivated and control advances to a distal tubing filling phase. In the distal tubing filling phase, fluid is delivered at a specified delivery rate until the specified dose limit is reached as with a normal delivery cycle. The only difference is that when an air-in-line condition is detected during the distal tubing filling phase, the priming cycle returns to the proximal tubing filling phase in~tead of terminating the priming process.
Priming is discontinued when a specified dose limit i8 reached during the distal tube filling phase, upon receipt of a stop c~ -nd from the host controller 2, upon expiration of a priming time limit, upon detection of an empty container by a drop detector, or by an alarm in response to error detection. During the delivery cycle, the fluid channel 10 delivers fluid from its proximal tubing to its distal tubing at the specified delivery rate, until stopped by the user or the user specified dose limit i~ reached.
Error detection is similar to that of the drug channels and include~
electronic, mechanical and fluid integrity checks. An error detected by these tests results in stoppage of the pumping process and c~ nication of the error to the host controller 2.
For example, electronic integrity verification includes use of a watchdog timer to interrupt the fluid channel CPU to ensure integrity of the fluid channel CPU, critical data storage verification, and sensor range verification with regard to temperature and power supply voltage~. M~chAnical integrity verification includes monitoring of motor slippage, monitoring of plunger motor shaft encoder ~lippage, pumping rate verification and motor voltage verification. Fluid integrity verification includes air-in-line detection, empty container detection, proximal occlusion detection, distal occlusion detection and differential distal occlusion detection (i.e., when average depositive pressure buildup of distal pressure, relative to the distal pressure at pumping start time, is detected). Detection of a drop detector (if re~uired) and 1088 of the drop detector signal are also monitored.
It will be appreciated by those skilled in the art that the present W O 94/12235 21 S O ~ S 8 PCT~US93/11033 invention can be embodied in other ~pecific forms without departing from the ~pirit or e~ential characteri~tics thereof. The pre~ently diHclosed ~ are therefore considered in all reQpect~ to be illustrative and not restrictive. The scope of the invention i~
indicated by the appended claim~ rather than the foregoing de~cription, and all change~ that come within the meaning and range of equivalent~
thereof are intended to be embraced therein.
Claims (22)
1. A control system for use with an automated intravenous drug and fluid infusion system, said control system comprising:
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery in multiple infusion modes; and a host controller that monitors each of the pumping channels concurrently.
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery in multiple infusion modes; and a host controller that monitors each of the pumping channels concurrently.
2. A control system according to claim 1, further including:
a bar code system for reading a bar code from a supply container to be used in a pumping channel, said supply container holding a drug, a fluid or a combination of a drug and a fluid.
a bar code system for reading a bar code from a supply container to be used in a pumping channel, said supply container holding a drug, a fluid or a combination of a drug and a fluid.
3. A control system according to claim 2, wherein said bar code system further includes:
sensors located within at least one of said pumping channels to detect a presence of the bar code reader in a vicinity of at least one pumping channel.
sensors located within at least one of said pumping channels to detect a presence of the bar code reader in a vicinity of at least one pumping channel.
4. A control system according to claim 3, wherein said sensors include:
electro-magnetic sensors which are arranged in each pumping channel to detect the presence of the bar code reader, the arrangement of sensors in each channel being different to uniquely identify each channel.
electro-magnetic sensors which are arranged in each pumping channel to detect the presence of the bar code reader, the arrangement of sensors in each channel being different to uniquely identify each channel.
5. A control system according to claim 4, wherein said sensors are Hall effect sensors.
6. A control system according to claim 5, wherein said host controller receives signals generated within each of the pumping channels to identify a drug or fluid selected for use in that channel, and to control channel priming and delivery in response to the received signals.
7. A control system according to claim 6, wherein said host controller further includes:
a touch screen for user entry of control information, including drug dose and drug delivery rate for each drug pumping channel, and fluid delivery rate for each fluid pumping channel.
a touch screen for user entry of control information, including drug dose and drug delivery rate for each drug pumping channel, and fluid delivery rate for each fluid pumping channel.
8. A control system according to claim 7, wherein said host controller further includes:
a display for displaying a selected drug, drug dose and delivery rate to the user for each drug channel, and for displaying fluid delivery rate for the fluid channel.
a display for displaying a selected drug, drug dose and delivery rate to the user for each drug channel, and for displaying fluid delivery rate for the fluid channel.
9. A control system according to claim 8, wherein each pumping channel control responds to commands from the host controller to perform pumping channel priming and delivery, and to signal error and status conditions of each pumping channel to the host controller, such that delivery of significant air to a patient is prevented.
10. A control system for use with an automated intravenous drug and fluid infusion system, said control system comprising:
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery of drug and/or fluid in multiple drug infusion modes;
a host controller that monitors each of the pumping channels concurrently, each of said pumping channels further including:
automatic priming means for removing gases from each pumping channel independently to prevent delivery of significant air to a patient; and means for preventing priming of a channel unless verification is provided that the channel is not connected to a patient.
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery of drug and/or fluid in multiple drug infusion modes;
a host controller that monitors each of the pumping channels concurrently, each of said pumping channels further including:
automatic priming means for removing gases from each pumping channel independently to prevent delivery of significant air to a patient; and means for preventing priming of a channel unless verification is provided that the channel is not connected to a patient.
11. A control system according to claim 10, wherein said preventing means further includes:
means for identifying a drug and fluid selected for use in each pumping channel.
means for identifying a drug and fluid selected for use in each pumping channel.
12. A control system according to claim 11, further including:
a user touch screen for entering control information, said control information including drug dose and drug delivery rate for each drug pumping channel, and fluid delivery rate for each fluid pumping channel.
a user touch screen for entering control information, said control information including drug dose and drug delivery rate for each drug pumping channel, and fluid delivery rate for each fluid pumping channel.
13. A control system according to claim 12, further including:
means for displaying a selected drug, drug dose and delivery rate to the user for each drug channel, and displaying fluid delivery rate for the fluid channel.
means for displaying a selected drug, drug dose and delivery rate to the user for each drug channel, and displaying fluid delivery rate for the fluid channel.
14. A control system according to claim 13, wherein each of said pumping channel controllers further includes:
means for responding to commands to perform channel priming and delivery, and for signaling error and status conditions of each pumping channel.
means for responding to commands to perform channel priming and delivery, and for signaling error and status conditions of each pumping channel.
15. A control system according to claim 14, wherein said host controller includes:
means for determining whether drugs selected for one or more pumping channels are compatible; and means for displaying incompatible drugs to the user.
means for determining whether drugs selected for one or more pumping channels are compatible; and means for displaying incompatible drugs to the user.
16. A control system for use with an automated intravenous drug and fluid infusion system, said control system comprising:
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery from each channel in multiple infusion modes;
a host controller that monitors each of the pumping channels concurrently, each of said pumping channels further including:
means for identifying a particular drug that is to be pumped through a drug pumping channel.
plural pumping channels that operate independently for intravenously infusing drugs and fluid, each of said pumping channels having a pumping channel controller for independent delivery from each channel in multiple infusion modes;
a host controller that monitors each of the pumping channels concurrently, each of said pumping channels further including:
means for identifying a particular drug that is to be pumped through a drug pumping channel.
17. A control system according to claim 16, wherein said identifying means further includes:
a bar code system for reading a bar code from a drug supply container to be used in a pumping channel.
a bar code system for reading a bar code from a drug supply container to be used in a pumping channel.
18. A control system according to claim 17, wherein said identifying means further includes:
means for detecting a presence of a bar code reader in a vicinity of at least one pumping channel.
means for detecting a presence of a bar code reader in a vicinity of at least one pumping channel.
19. A control system according to claim 18, wherein said detecting means includes:
electro-magnetic sensors in each pumping channel to detect the presence of the bar code reader, the arrangement of sensors in each channel being different to uniquely identify each channel.
electro-magnetic sensors in each pumping channel to detect the presence of the bar code reader, the arrangement of sensors in each channel being different to uniquely identify each channel.
20. A control system according to claim 16, wherein said host controller further includes:
means for prompting a user to input pumping channel control parameters; and means for converting quantities designated by the user into units for processing by the host controller.
means for prompting a user to input pumping channel control parameters; and means for converting quantities designated by the user into units for processing by the host controller.
21. A control system according to claim 16, wherein said host controller and at least one pumping channel controller include:
means for controlling pharmacokinetic-based delivery of a drug; and means for displaying predicted plasma level based on the pharmacokinetic-based delivery.
means for controlling pharmacokinetic-based delivery of a drug; and means for displaying predicted plasma level based on the pharmacokinetic-based delivery.
22. A control system according to claim 16, further including:
means for maintaining an updated log of drug and fluid delivery, including a record of system errors which have occurred during delivery.
means for maintaining an updated log of drug and fluid delivery, including a record of system errors which have occurred during delivery.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/981,673 US5378231A (en) | 1992-11-25 | 1992-11-25 | Automated drug infusion system |
US07/981,673 | 1992-11-25 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2150258A1 true CA2150258A1 (en) | 1994-06-09 |
Family
ID=25528567
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002150258A Abandoned CA2150258A1 (en) | 1992-11-25 | 1993-11-15 | Automated drug infusion system |
Country Status (4)
Country | Link |
---|---|
US (2) | US5378231A (en) |
AU (1) | AU5606394A (en) |
CA (1) | CA2150258A1 (en) |
WO (1) | WO1994012235A1 (en) |
Families Citing this family (313)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5803712A (en) | 1988-05-17 | 1998-09-08 | Patient Solutions, Inc. | Method of measuring an occlusion in an infusion device with disposable elements |
GB9309151D0 (en) * | 1993-05-04 | 1993-06-16 | Zeneca Ltd | Syringes and syringe pumps |
US5882338A (en) * | 1993-05-04 | 1999-03-16 | Zeneca Limited | Syringes and syringe pumps |
EP1258262A3 (en) | 1993-10-28 | 2002-12-18 | Medrad, Inc. | Total system for contrast delivery |
EP0650738B1 (en) | 1993-10-28 | 2003-05-02 | Medrad, Inc. | Multi-patient fluid dispensing |
CA2129284C (en) * | 1993-11-24 | 1999-03-09 | Kenneth J. Niehoff | Controlling plunger drives for fluid injection in animals |
US6757630B2 (en) | 1994-08-19 | 2004-06-29 | Mediq/Prn Life Support Services, Inc. | Integrated systems for testing and certifying the physical, functional, and electrical performance of IV pumps |
US5608650A (en) * | 1994-08-19 | 1997-03-04 | Spectrel Partners, L.L.C. | Systems and methods for testing pump flow rates |
US5856929A (en) * | 1994-08-19 | 1999-01-05 | Spectrel Partners, L.L.C. | Integrated systems for testing and certifying the physical, functional, and electrical performance of IV pumps |
US5717603A (en) * | 1994-08-19 | 1998-02-10 | Spectrel Partners, L.L.C. | Integrated test station for testing liquid flow and electrical safety characteristics of IV pumps |
US5823998A (en) * | 1994-08-24 | 1998-10-20 | Eli Lilly Japan Kabushiki Kaisha | Injection apparatus |
US5840026A (en) * | 1994-09-21 | 1998-11-24 | Medrad, Inc. | Patient specific dosing contrast delivery systems and methods |
GB9422082D0 (en) * | 1994-11-02 | 1994-12-21 | Zeneca Ltd | Reservoirs and delivery devices |
US7349858B1 (en) * | 1994-12-16 | 2008-03-25 | Automed Technologies, Inc. | Method of dispensing and tracking the giving of medical items to patients |
US5814015A (en) * | 1995-02-24 | 1998-09-29 | Harvard Clinical Technology, Inc. | Infusion pump for at least one syringe |
US5795327A (en) | 1995-03-06 | 1998-08-18 | Sabratek Corporation | Infusion pump with historical data recording |
US5637093A (en) | 1995-03-06 | 1997-06-10 | Sabratek Corporation | Infusion pump with selective backlight |
US6671563B1 (en) | 1995-05-15 | 2003-12-30 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
USD386259S (en) * | 1995-11-13 | 1997-11-11 | Sanyo Electric Co., Limited | Medication dispenser |
AUPN707195A0 (en) * | 1995-12-12 | 1996-01-11 | University Of Melbourne, The | Field programmable intravenous infusion system |
GB9525562D0 (en) * | 1995-12-14 | 1996-02-14 | Smiths Industries Plc | Fluid administration |
GB9601969D0 (en) * | 1996-01-31 | 1996-04-03 | Meldet Ltd | A system for the delivery of drugs and therapeutic agents |
GB9607471D0 (en) * | 1996-04-10 | 1996-06-12 | Baxter Int | Volumetric infusion pump |
US5782805A (en) * | 1996-04-10 | 1998-07-21 | Meinzer; Randolph | Medical infusion pump |
IL118766A0 (en) | 1996-07-01 | 1996-10-31 | Medun Ltd | Improved infusion apparatus |
US7070590B1 (en) * | 1996-07-02 | 2006-07-04 | Massachusetts Institute Of Technology | Microchip drug delivery devices |
US6689091B2 (en) | 1996-08-02 | 2004-02-10 | Tuan Bui | Medical apparatus with remote control |
US5885245A (en) * | 1996-08-02 | 1999-03-23 | Sabratek Corporation | Medical apparatus with remote virtual input device |
US5895371A (en) * | 1996-08-27 | 1999-04-20 | Sabratek Corporation | Medical treatment apparatus and method |
US6605057B2 (en) | 1996-10-24 | 2003-08-12 | Medtronic Ave, Inc. | Reinforced monorail balloon catheter |
US5916197A (en) | 1997-02-14 | 1999-06-29 | Medrad, Inc. | Injection system, pump system for use therein and method of use of pumping system |
US5984893A (en) * | 1997-03-27 | 1999-11-16 | Ward; Roger T. | Blood infusion control system |
US6070761A (en) | 1997-08-22 | 2000-06-06 | Deka Products Limited Partnership | Vial loading method and apparatus for intelligent admixture and delivery of intravenous drugs |
DE69828619T2 (en) | 1997-08-22 | 2006-01-05 | Deka Products Ltd. Partnership | SYSTEM, METHOD AND CASSETTE FOR MIXING AND DISPENSING INTRAVENOUS MEDICAMENTS |
AU9104498A (en) * | 1997-08-22 | 1999-03-16 | Deka Products Limited Partnership | System and method for intelligent admixture and delivery of medications |
US6468242B1 (en) | 1998-03-06 | 2002-10-22 | Baxter International Inc. | Medical apparatus with patient data recording |
US7308894B2 (en) * | 1998-06-03 | 2007-12-18 | Scott Laboratories, Inc. | Apparatuses and methods for providing a conscious patient relief from pain and anxiety associated with medical or surgical procedures according to appropriate clinical heuristics |
US6422057B1 (en) * | 1998-09-29 | 2002-07-23 | Deltec, Inc. | Drug pump testing system and methods |
US6202708B1 (en) | 1998-11-09 | 2001-03-20 | Sims Deltec, Inc. | Fillable cassette apparatus and method |
US6164921A (en) | 1998-11-09 | 2000-12-26 | Moubayed; Ahmad Maher | Curvilinear peristaltic pump having insertable tubing assembly |
US6398727B1 (en) * | 1998-12-23 | 2002-06-04 | Baxter International Inc. | Method and apparatus for providing patient care |
US6231560B1 (en) | 1999-02-10 | 2001-05-15 | Baxter International Inc | Method and apparatus for automatically controlling the level of medication |
SE522908C2 (en) * | 1999-05-10 | 2004-03-16 | Aneo Ab | Arrangements for granting a living being an anesthetic condition |
US7933780B2 (en) | 1999-10-22 | 2011-04-26 | Telaric, Llc | Method and apparatus for controlling an infusion pump or the like |
EP2308522A3 (en) | 1999-11-17 | 2012-02-29 | Boston Scientific Limited | Microfabricated devices for the delivery of molecules into a carrier fluid |
US6790198B1 (en) | 1999-12-01 | 2004-09-14 | B-Braun Medical, Inc. | Patient medication IV delivery pump with wireless communication to a hospital information management system |
US6519569B1 (en) * | 1999-12-01 | 2003-02-11 | B. Braun Medical, Inc. | Security infusion pump with bar code reader |
US7645258B2 (en) * | 1999-12-01 | 2010-01-12 | B. Braun Medical, Inc. | Patient medication IV delivery pump with wireless communication to a hospital information management system |
WO2001045774A1 (en) * | 1999-12-22 | 2001-06-28 | Catharsis Medical Technology, Inc. | Adverse drug event monitoring |
SE523162C2 (en) * | 2000-01-25 | 2004-03-30 | Aneo Ab | Arrangements for granting a living being an anesthetic condition |
US20010041869A1 (en) * | 2000-03-23 | 2001-11-15 | Causey James D. | Control tabs for infusion devices and methods of using the same |
US7971588B2 (en) * | 2000-05-05 | 2011-07-05 | Novartis Ag | Methods and systems for operating an aerosol generator |
US10062457B2 (en) | 2012-07-26 | 2018-08-28 | Carefusion 303, Inc. | Predictive notifications for adverse patient events |
US20040172283A1 (en) * | 2003-02-09 | 2004-09-02 | Vanderveen Timothy W. | Medication management and event logger and analysis system |
US9069887B2 (en) | 2000-05-18 | 2015-06-30 | Carefusion 303, Inc. | Patient-specific medication management system |
US10353856B2 (en) | 2011-03-17 | 2019-07-16 | Carefusion 303, Inc. | Scalable communication system |
US9427520B2 (en) | 2005-02-11 | 2016-08-30 | Carefusion 303, Inc. | Management of pending medication orders |
US11087873B2 (en) | 2000-05-18 | 2021-08-10 | Carefusion 303, Inc. | Context-aware healthcare notification system |
AU2001261723B2 (en) * | 2000-05-18 | 2007-10-25 | Aesynt Incorporated | Distributed remote asset and medication management drug delivery system |
US7860583B2 (en) | 2004-08-25 | 2010-12-28 | Carefusion 303, Inc. | System and method for dynamically adjusting patient therapy |
WO2001087383A2 (en) * | 2000-05-18 | 2001-11-22 | Dentsply International, Inc. | Fluid material dispensing syringe |
US9741001B2 (en) | 2000-05-18 | 2017-08-22 | Carefusion 303, Inc. | Predictive medication safety |
US20050171815A1 (en) * | 2003-12-31 | 2005-08-04 | Vanderveen Timothy W. | Centralized medication management system |
ES2287156T3 (en) * | 2000-09-08 | 2007-12-16 | Insulet Corporation | DEVICES AND SYSTEMS FOR THE INFUSION OF A PATIENT. |
WO2002030490A2 (en) * | 2000-10-10 | 2002-04-18 | Dentsply International Inc. | Fluid material dispensing syringe |
WO2002049503A2 (en) | 2000-12-19 | 2002-06-27 | University Of Rochester | Method and device for administering medication and/or placebo |
US20030078808A1 (en) * | 2001-04-28 | 2003-04-24 | Baxter International Inc. | A system and method for managing inventory of blood component collection soft goods and for preventing the use of quarantined soft goods |
WO2002099457A1 (en) * | 2001-05-31 | 2002-12-12 | Massachusetts Inst Technology | Microchip devices with improved reservoir opening |
US20020184369A1 (en) * | 2001-05-31 | 2002-12-05 | Parkinson Steven William | Appointment scheme for redistributing service access |
JP2005503867A (en) * | 2001-09-24 | 2005-02-10 | スコット・ラボラトリーズ・インコーポレイテッド | Methods and devices for ensuring drug administration and quality and safety of medical products and medical kits |
ES2379120T3 (en) * | 2001-12-06 | 2012-04-20 | Carefusion 303, Inc. | CO2 CONTROLLED F F? RMACOS INFUSION SYSTEM. |
US20030125662A1 (en) | 2002-01-03 | 2003-07-03 | Tuan Bui | Method and apparatus for providing medical treatment therapy based on calculated demand |
US6985870B2 (en) | 2002-01-11 | 2006-01-10 | Baxter International Inc. | Medication delivery system |
US20040010425A1 (en) * | 2002-01-29 | 2004-01-15 | Wilkes Gordon J. | System and method for integrating clinical documentation with the point of care treatment of a patient |
US10173008B2 (en) | 2002-01-29 | 2019-01-08 | Baxter International Inc. | System and method for communicating with a dialysis machine through a network |
US8775196B2 (en) * | 2002-01-29 | 2014-07-08 | Baxter International Inc. | System and method for notification and escalation of medical data |
US20030141368A1 (en) * | 2002-01-29 | 2003-07-31 | Florante Pascual | System and method for obtaining information from a bar code for use with a healthcare system |
US7698156B2 (en) | 2002-01-29 | 2010-04-13 | Baxter International Inc. | System and method for identifying data streams associated with medical equipment |
US20030204419A1 (en) * | 2002-04-30 | 2003-10-30 | Wilkes Gordon J. | Automated messaging center system and method for use with a healthcare system |
US7109974B2 (en) * | 2002-03-05 | 2006-09-19 | Matsushita Electric Industrial Co., Ltd. | Remote control system including an on-screen display (OSD) |
US20040167804A1 (en) * | 2002-04-30 | 2004-08-26 | Simpson Thomas L.C. | Medical data communication notification and messaging system and method |
US20040176667A1 (en) * | 2002-04-30 | 2004-09-09 | Mihai Dan M. | Method and system for medical device connectivity |
US20040172300A1 (en) * | 2002-04-30 | 2004-09-02 | Mihai Dan M. | Method and system for integrating data flows |
US20050065817A1 (en) * | 2002-04-30 | 2005-03-24 | Mihai Dan M. | Separation of validated information and functions in a healthcare system |
US20030201697A1 (en) * | 2002-04-30 | 2003-10-30 | Richardson William R. | Storage device for health care facility |
US8234128B2 (en) | 2002-04-30 | 2012-07-31 | Baxter International, Inc. | System and method for verifying medical device operational parameters |
US20030204416A1 (en) * | 2002-04-30 | 2003-10-30 | Sayeh Radpay | System and method for facilitating time-based infusion orders |
US6749582B2 (en) * | 2002-04-30 | 2004-06-15 | The First Years Inc. | Pumping breast milk |
US20040172301A1 (en) * | 2002-04-30 | 2004-09-02 | Mihai Dan M. | Remote multi-purpose user interface for a healthcare system |
US20030225596A1 (en) * | 2002-05-31 | 2003-12-04 | Richardson Bill R. | Biometric security for access to a storage device for a healthcare facility |
US20040078231A1 (en) * | 2002-05-31 | 2004-04-22 | Wilkes Gordon J. | System and method for facilitating and administering treatment to a patient, including clinical decision making, order workflow and integration of clinical documentation |
US7018361B2 (en) | 2002-06-14 | 2006-03-28 | Baxter International Inc. | Infusion pump |
US7835927B2 (en) * | 2002-12-27 | 2010-11-16 | Carefusion 303, Inc. | Medication management system |
JPWO2004089445A1 (en) * | 2003-04-02 | 2006-07-06 | 株式会社塚田メディカル・リサーチ | Electric infusion system |
US20080119703A1 (en) | 2006-10-04 | 2008-05-22 | Mark Brister | Analyte sensor |
US20190357827A1 (en) | 2003-08-01 | 2019-11-28 | Dexcom, Inc. | Analyte sensor |
US8422413B2 (en) * | 2003-09-18 | 2013-04-16 | Dentsply International Inc. | Process and device for the wireless transmission of dental process data |
US20060089854A1 (en) * | 2003-10-07 | 2006-04-27 | Holland Geoffrey N | Medication management system |
US7895053B2 (en) * | 2003-10-07 | 2011-02-22 | Hospira, Inc. | Medication management system |
US20060089855A1 (en) * | 2003-10-07 | 2006-04-27 | Holland Geoffrey N | Medication management system |
US9123077B2 (en) * | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
US20050278194A1 (en) * | 2003-10-07 | 2005-12-15 | Holland Geoffrey N | Medication management system |
US7490021B2 (en) * | 2003-10-07 | 2009-02-10 | Hospira, Inc. | Method for adjusting pump screen brightness |
US20060100907A1 (en) * | 2003-10-07 | 2006-05-11 | Holland Geoffrey N | Medication management system |
US7896572B2 (en) * | 2003-10-30 | 2011-03-01 | Hospira, Inc. | Medical device system |
US7092796B2 (en) * | 2003-11-14 | 2006-08-15 | Cardinal Health 303, Inc. | System and method for verifying connection of correct fluid supply to an infusion pump |
US8020564B2 (en) | 2003-12-01 | 2011-09-20 | Carefusion 303, Inc. | System and method for analyzing medical treatment data |
US8038593B2 (en) * | 2003-12-05 | 2011-10-18 | Carefusion 303, Inc. | System and method for network monitoring of multiple medical devices |
EP1709778A1 (en) * | 2003-12-05 | 2006-10-11 | Cardinal Health 303, Inc. | Discovery and connection management with mobile systems manager |
US8571881B2 (en) | 2004-11-09 | 2013-10-29 | Spectrum Dynamics, Llc | Radiopharmaceutical dispensing, administration, and imaging |
US7771389B2 (en) * | 2004-02-17 | 2010-08-10 | Mallinckrodt Inc. | Injector auto purge |
US20050277873A1 (en) * | 2004-05-27 | 2005-12-15 | Janice Stewart | Identification information recognition system for a medical device |
US8961461B2 (en) | 2004-05-27 | 2015-02-24 | Baxter International Inc. | Multi-state alarm system for a medical pump |
US7927313B2 (en) * | 2004-05-27 | 2011-04-19 | Baxter International Inc. | Medical device configuration based on recognition of identification information |
US8398592B2 (en) * | 2004-09-07 | 2013-03-19 | Thomas Leibner-Druska | Medication data transfer system and method for patient infusions |
US8900187B2 (en) * | 2004-10-13 | 2014-12-02 | Mallinckrodt Llc | Powerhead control in a power injection system |
US20060079842A1 (en) * | 2004-10-13 | 2006-04-13 | Liebel-Flarsheim Company | Powerhead control in a power injection system |
US7507221B2 (en) | 2004-10-13 | 2009-03-24 | Mallinckrodt Inc. | Powerhead of a power injection system |
NL1029155C2 (en) * | 2004-10-19 | 2006-04-20 | Sara Lee De Nv | System and method for preparing a drink suitable for consumption. |
US8615405B2 (en) | 2004-11-09 | 2013-12-24 | Biosensors International Group, Ltd. | Imaging system customization using data from radiopharmaceutical-associated data carrier |
EP1812101A4 (en) | 2004-11-16 | 2014-04-23 | Medrad Inc | Modeling of pharmaceutical propagation |
EP2990073B1 (en) | 2004-11-24 | 2018-05-02 | Bayer Healthcare LLC | Devices and systems for fluid delivery |
US20060116639A1 (en) * | 2004-11-29 | 2006-06-01 | Russell Claudia J | Total patient input monitoring |
US7775966B2 (en) | 2005-02-24 | 2010-08-17 | Ethicon Endo-Surgery, Inc. | Non-invasive pressure measurement in a fluid adjustable restrictive device |
CA2596259C (en) * | 2005-02-01 | 2013-08-20 | Baxter International Inc. | Infusion delivery system |
US7775215B2 (en) | 2005-02-24 | 2010-08-17 | Ethicon Endo-Surgery, Inc. | System and method for determining implanted device positioning and obtaining pressure data |
US7927270B2 (en) * | 2005-02-24 | 2011-04-19 | Ethicon Endo-Surgery, Inc. | External mechanical pressure sensor for gastric band pressure measurements |
US8066629B2 (en) | 2005-02-24 | 2011-11-29 | Ethicon Endo-Surgery, Inc. | Apparatus for adjustment and sensing of gastric band pressure |
US7699770B2 (en) | 2005-02-24 | 2010-04-20 | Ethicon Endo-Surgery, Inc. | Device for non-invasive measurement of fluid pressure in an adjustable restriction device |
US8016744B2 (en) | 2005-02-24 | 2011-09-13 | Ethicon Endo-Surgery, Inc. | External pressure-based gastric band adjustment system and method |
US7658196B2 (en) | 2005-02-24 | 2010-02-09 | Ethicon Endo-Surgery, Inc. | System and method for determining implanted device orientation |
US20060206356A1 (en) * | 2005-03-09 | 2006-09-14 | Vanderveen Timothy W | Line verification for multi-pump arrays |
CN101187962A (en) * | 2005-04-06 | 2008-05-28 | 马林克罗特公司 | Systems and methods for managing information relating to medical fluids and containers therefor |
US7945452B2 (en) * | 2005-04-11 | 2011-05-17 | Hospira, Inc. | User interface improvements for medical devices |
ATE495775T1 (en) | 2005-05-10 | 2011-02-15 | Novo Nordisk As | INJECTION DEVICE WITH OPTICAL SENSOR |
US20070066940A1 (en) * | 2005-09-19 | 2007-03-22 | Lifescan, Inc. | Systems and Methods for Detecting a Partition Position in an Infusion Pump |
WO2007035567A2 (en) * | 2005-09-19 | 2007-03-29 | Lifescan, Inc. | Infusion pump with closed loop control and algorithm |
WO2007035563A2 (en) * | 2005-09-19 | 2007-03-29 | Lifescan, Inc. | Malfunction detection via pressure pulsation |
CN200984099Y (en) * | 2005-12-21 | 2007-12-05 | 皇家飞利浦电子股份有限公司 | Cylinder for prepairng beverage, machine for prepairng beverage and system for prepairng beverage |
JP4444224B2 (en) * | 2006-03-20 | 2010-03-31 | 日本電産サーボ株式会社 | Infusion device control system |
US20080033368A1 (en) * | 2006-04-04 | 2008-02-07 | Mallinckrodt Inc. | Systems and methods for managing information relating to medical fluids and containers therefor |
US8152710B2 (en) * | 2006-04-06 | 2012-04-10 | Ethicon Endo-Surgery, Inc. | Physiological parameter analysis for an implantable restriction device and a data logger |
US8870742B2 (en) | 2006-04-06 | 2014-10-28 | Ethicon Endo-Surgery, Inc. | GUI for an implantable restriction device and a data logger |
US20080249806A1 (en) * | 2006-04-06 | 2008-10-09 | Ethicon Endo-Surgery, Inc | Data Analysis for an Implantable Restriction Device and a Data Logger |
US20080250341A1 (en) * | 2006-04-06 | 2008-10-09 | Ethicon Endo-Surgery, Inc. | Gui With Trend Analysis for an Implantable Restriction Device and a Data Logger |
US8994382B2 (en) | 2006-04-12 | 2015-03-31 | Novo Nordisk A/S | Absolute position determination of movably mounted member in medication delivery device |
US10537671B2 (en) | 2006-04-14 | 2020-01-21 | Deka Products Limited Partnership | Automated control mechanisms in a hemodialysis apparatus |
US8894974B2 (en) | 2006-05-11 | 2014-11-25 | Spectrum Dynamics Llc | Radiopharmaceuticals for diagnosis and therapy |
US20070275035A1 (en) * | 2006-05-24 | 2007-11-29 | Microchips, Inc. | Minimally Invasive Medical Implant Devices for Controlled Drug Delivery |
US7601966B2 (en) * | 2006-06-28 | 2009-10-13 | Spectrum Dynamics Llc | Imaging techniques for reducing blind spots |
EP2092470A2 (en) | 2006-10-16 | 2009-08-26 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
JP2010510033A (en) * | 2006-11-21 | 2010-04-02 | バクスター・インターナショナル・インコーポレイテッド | System and method for remote monitoring and / or management of infusion therapy |
US7654127B2 (en) * | 2006-12-21 | 2010-02-02 | Lifescan, Inc. | Malfunction detection in infusion pumps |
EP3376504A1 (en) | 2006-12-29 | 2018-09-19 | Bayer Healthcare, LLC | Patient-based parameter generation systems for medical injection procedures |
EP2131889B1 (en) | 2007-02-27 | 2019-01-02 | Deka Products Limited Partnership | Hemodialysis systems and methods |
US8409441B2 (en) | 2007-02-27 | 2013-04-02 | Deka Products Limited Partnership | Blood treatment systems and methods |
US10463774B2 (en) | 2007-02-27 | 2019-11-05 | Deka Products Limited Partnership | Control systems and methods for blood or fluid handling medical devices |
US8491184B2 (en) | 2007-02-27 | 2013-07-23 | Deka Products Limited Partnership | Sensor apparatus systems, devices and methods |
JP2008270887A (en) * | 2007-04-16 | 2008-11-06 | Murata Mach Ltd | Serial communication method |
US8428694B2 (en) | 2007-07-17 | 2013-04-23 | Medrad, Inc. | Methods for determination of parameters for a procedure, for estimation of cardiopulmonary function and for fluid delivery |
US7815605B2 (en) * | 2007-11-28 | 2010-10-19 | Souter Steve R | Emergency medication pump injection system |
CN103470466B (en) | 2007-12-10 | 2016-08-17 | 拜耳医疗保健公司 | Continuous print fluid delivery system and method |
US8187163B2 (en) * | 2007-12-10 | 2012-05-29 | Ethicon Endo-Surgery, Inc. | Methods for implanting a gastric restriction device |
US8100870B2 (en) | 2007-12-14 | 2012-01-24 | Ethicon Endo-Surgery, Inc. | Adjustable height gastric restriction devices and methods |
US8317752B2 (en) * | 2007-12-18 | 2012-11-27 | Hospira, Inc. | Touch screen system and navigation and programming methods for an infusion pump |
US8517990B2 (en) | 2007-12-18 | 2013-08-27 | Hospira, Inc. | User interface improvements for medical devices |
US9044542B2 (en) | 2007-12-21 | 2015-06-02 | Carticept Medical, Inc. | Imaging-guided anesthesia injection systems and methods |
EP2231230A4 (en) | 2007-12-21 | 2013-01-23 | Carticept Medical Inc | Articular injection system |
US8545440B2 (en) | 2007-12-21 | 2013-10-01 | Carticept Medical, Inc. | Injection system for delivering multiple fluids within the anatomy |
US8142452B2 (en) * | 2007-12-27 | 2012-03-27 | Ethicon Endo-Surgery, Inc. | Controlling pressure in adjustable restriction devices |
US20090171379A1 (en) * | 2007-12-27 | 2009-07-02 | Ethicon Endo-Surgery, Inc. | Fluid logic for regulating restriction devices |
US8377079B2 (en) | 2007-12-27 | 2013-02-19 | Ethicon Endo-Surgery, Inc. | Constant force mechanisms for regulating restriction devices |
US10201647B2 (en) | 2008-01-23 | 2019-02-12 | Deka Products Limited Partnership | Medical treatment system and methods using a plurality of fluid lines |
US10195330B2 (en) | 2008-01-23 | 2019-02-05 | Deka Products Limited Partnership | Medical treatment system and methods using a plurality of fluid lines |
US8192350B2 (en) | 2008-01-28 | 2012-06-05 | Ethicon Endo-Surgery, Inc. | Methods and devices for measuring impedance in a gastric restriction system |
US8337389B2 (en) | 2008-01-28 | 2012-12-25 | Ethicon Endo-Surgery, Inc. | Methods and devices for diagnosing performance of a gastric restriction system |
US8591395B2 (en) | 2008-01-28 | 2013-11-26 | Ethicon Endo-Surgery, Inc. | Gastric restriction device data handling devices and methods |
US20090192534A1 (en) * | 2008-01-29 | 2009-07-30 | Ethicon Endo-Surgery, Inc. | Sensor trigger |
US8221439B2 (en) * | 2008-02-07 | 2012-07-17 | Ethicon Endo-Surgery, Inc. | Powering implantable restriction systems using kinetic motion |
US7844342B2 (en) | 2008-02-07 | 2010-11-30 | Ethicon Endo-Surgery, Inc. | Powering implantable restriction systems using light |
US20090204179A1 (en) * | 2008-02-07 | 2009-08-13 | Ethicon Endo-Surgery, Inc. | Powering implantable restriction systems using temperature |
US8114345B2 (en) * | 2008-02-08 | 2012-02-14 | Ethicon Endo-Surgery, Inc. | System and method of sterilizing an implantable medical device |
US8591532B2 (en) | 2008-02-12 | 2013-11-26 | Ethicon Endo-Sugery, Inc. | Automatically adjusting band system |
US8057492B2 (en) * | 2008-02-12 | 2011-11-15 | Ethicon Endo-Surgery, Inc. | Automatically adjusting band system with MEMS pump |
US8034065B2 (en) * | 2008-02-26 | 2011-10-11 | Ethicon Endo-Surgery, Inc. | Controlling pressure in adjustable restriction devices |
US8608484B2 (en) * | 2008-03-04 | 2013-12-17 | Medrad, Inc. | Dynamic anthropomorphic cardiovascular phantom |
US8233995B2 (en) | 2008-03-06 | 2012-07-31 | Ethicon Endo-Surgery, Inc. | System and method of aligning an implantable antenna |
US8187162B2 (en) * | 2008-03-06 | 2012-05-29 | Ethicon Endo-Surgery, Inc. | Reorientation port |
US20090228063A1 (en) * | 2008-03-06 | 2009-09-10 | Ethicon Endo-Surgery, Inc. | System and method of communicating with an implantable antenna |
US8315449B2 (en) | 2008-06-24 | 2012-11-20 | Medrad, Inc. | Identification of regions of interest and extraction of time value curves in imaging procedures |
US8057679B2 (en) | 2008-07-09 | 2011-11-15 | Baxter International Inc. | Dialysis system having trending and alert generation |
US10089443B2 (en) | 2012-05-15 | 2018-10-02 | Baxter International Inc. | Home medical device systems and methods for therapy prescription and tracking, servicing and inventory |
US20100204659A1 (en) * | 2008-07-24 | 2010-08-12 | The Regents Of The University Of California | Medication delivery system |
WO2010011976A2 (en) * | 2008-07-24 | 2010-01-28 | Statmedrx, Inc. | Medication delivery devices having penetrable sterility barriers and alignment features |
ITFI20080147A1 (en) * | 2008-08-01 | 2010-02-02 | Software Centric Srl | DRUG ADMINISTRATION SYSTEM |
US8262616B2 (en) | 2008-10-10 | 2012-09-11 | Deka Products Limited Partnership | Infusion pump assembly |
US8066672B2 (en) | 2008-10-10 | 2011-11-29 | Deka Products Limited Partnership | Infusion pump assembly with a backup power supply |
US8223028B2 (en) | 2008-10-10 | 2012-07-17 | Deka Products Limited Partnership | Occlusion detection system and method |
US9180245B2 (en) * | 2008-10-10 | 2015-11-10 | Deka Products Limited Partnership | System and method for administering an infusible fluid |
US8708376B2 (en) | 2008-10-10 | 2014-04-29 | Deka Products Limited Partnership | Medium connector |
US8554579B2 (en) | 2008-10-13 | 2013-10-08 | Fht, Inc. | Management, reporting and benchmarking of medication preparation |
US8105269B2 (en) * | 2008-10-24 | 2012-01-31 | Baxter International Inc. | In situ tubing measurements for infusion pumps |
US9421330B2 (en) * | 2008-11-03 | 2016-08-23 | Bayer Healthcare Llc | Mitigation of contrast-induced nephropathy |
US8613719B2 (en) * | 2008-11-03 | 2013-12-24 | Calibra Medical, Inc. | Dosage sensing unit with tactile feedback |
US8398584B2 (en) | 2009-01-16 | 2013-03-19 | Learning Curve Brands, Inc. | Breast pump and method of use |
CN102316917B (en) | 2009-02-13 | 2014-09-10 | 诺沃—诺迪斯克有限公司 | Medical device and cartridge |
US8137083B2 (en) | 2009-03-11 | 2012-03-20 | Baxter International Inc. | Infusion pump actuators, system and method for controlling medical fluid flowrate |
US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
BR122012017389B8 (en) | 2009-07-01 | 2021-06-22 | Fresenius Medical Care Holdings Inc | drug delivery device |
ES2793953T3 (en) | 2009-07-29 | 2020-11-17 | Icu Medical Inc | Fluid transfer procedures |
US8639525B2 (en) * | 2009-10-16 | 2014-01-28 | Codonics, Inc. | Drug labeling |
US8639363B2 (en) * | 2009-12-21 | 2014-01-28 | Blue-White Industries, Ltd. | Component control system |
US9480791B2 (en) * | 2009-12-21 | 2016-11-01 | Bayer Healthcare Llc | Pumping devices, systems and methods for use with medical fluids including compensation for variations in pressure or flow rate |
US8382447B2 (en) * | 2009-12-31 | 2013-02-26 | Baxter International, Inc. | Shuttle pump with controlled geometry |
US8894631B2 (en) | 2010-03-24 | 2014-11-25 | Baxter International Inc. | Multiple drug infusion system and method |
WO2011126895A2 (en) * | 2010-03-30 | 2011-10-13 | Deka Products Limited Partnership | Infusion pump methods, systems and apparatus |
EP2585116A4 (en) | 2010-06-24 | 2017-03-29 | Bayer Healthcare LLC | Modeling of pharmaceutical propagation and parameter generation for injection protocols |
US8567235B2 (en) | 2010-06-29 | 2013-10-29 | Baxter International Inc. | Tube measurement technique using linear actuator and pressure sensor |
SG10201505334YA (en) | 2010-07-07 | 2015-08-28 | Deka Products Lp | Medical Treatment System And Methods Using A Plurality Of Fluid Lines |
WO2012040543A1 (en) * | 2010-09-24 | 2012-03-29 | Norkunas Matthew W | Single operator anesthesia and drug delivery system |
SG189393A1 (en) * | 2010-11-11 | 2013-05-31 | Nestec Sa | Capsule, beverage production machine and system for the preparation of a nutritional product |
US8944780B2 (en) | 2011-03-25 | 2015-02-03 | Bayer Medical Care Inc. | Pumping devices, systems including multiple pistons and methods for use with medical fluids |
WO2012106174A1 (en) | 2011-01-31 | 2012-08-09 | Fresenius Medical Care Holdings, Inc. | Preventing over-delivery of drug |
WO2012108984A1 (en) | 2011-02-08 | 2012-08-16 | Fresenius Medical Care Holdings, Inc. | Magnetic sensors and related systems and methods |
EP2686037A4 (en) * | 2011-03-17 | 2014-04-02 | Sims | Micro-infusion system |
ES2847578T3 (en) | 2011-04-15 | 2021-08-03 | Dexcom Inc | Advanced analyte sensor calibration and error detection |
US9240002B2 (en) | 2011-08-19 | 2016-01-19 | Hospira, Inc. | Systems and methods for a graphical interface including a graphical representation of medical data |
JP2014527881A (en) | 2011-09-21 | 2014-10-23 | ベイヤー メディカル ケア インク. | Continuous multi-fluid pump device, drive and actuation system and method |
WO2013059615A1 (en) | 2011-10-21 | 2013-04-25 | Hospira, Inc. | Medical device update system |
US10022498B2 (en) | 2011-12-16 | 2018-07-17 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
JP6307440B2 (en) | 2011-12-22 | 2018-04-04 | アイシーユー・メディカル・インコーポレーテッド | Fluid transfer device and method of use |
JP6306566B2 (en) | 2012-03-30 | 2018-04-04 | アイシーユー・メディカル・インコーポレーテッド | Air detection system and method for detecting air in an infusion system pump |
US9144646B2 (en) | 2012-04-25 | 2015-09-29 | Fresenius Medical Care Holdings, Inc. | Vial spiking devices and related assemblies and methods |
GR20120100242A (en) * | 2012-05-04 | 2014-01-02 | Micrel Ιατρικα Μηχανηματα Α.Ε., | Analgesia pump/pre-filled bag set |
CA2873351C (en) | 2012-05-14 | 2022-07-26 | Bayer Medical Care Inc. | Systems and methods for determination of pharmaceutical fluid injection protocols based on x-ray tube voltage |
US9956341B2 (en) | 2012-07-03 | 2018-05-01 | Milestone Scientific, Inc. | Drug infusion with pressure sensing and non-continuous flow for identification of and injection into fluid-filled anatomic spaces |
CA3089257C (en) | 2012-07-31 | 2023-07-25 | Icu Medical, Inc. | Patient care system for critical medications |
KR20150048816A (en) | 2012-08-31 | 2015-05-07 | 백스터 코포레이션 잉글우드 | Medication requisition fulfillment system and method |
KR101974258B1 (en) | 2012-10-26 | 2019-04-30 | 백스터 코포레이션 잉글우드 | Improved image acquisition for medical dose preparation system |
US9375079B2 (en) | 2012-10-26 | 2016-06-28 | Baxter Corporation Englewood | Work station for medical dose preparation system |
CA3111631C (en) * | 2013-01-28 | 2022-12-13 | Smiths Medical Asd, Inc. | Medication safety devices and methods |
US11182728B2 (en) | 2013-01-30 | 2021-11-23 | Carefusion 303, Inc. | Medication workflow management |
US10430554B2 (en) | 2013-05-23 | 2019-10-01 | Carefusion 303, Inc. | Medication preparation queue |
EP2964079B1 (en) | 2013-03-06 | 2022-02-16 | ICU Medical, Inc. | Medical device communication method |
EP2973370A4 (en) | 2013-03-13 | 2016-08-17 | Carefusion 303 Inc | Predictive medication safety |
US9555379B2 (en) | 2013-03-13 | 2017-01-31 | Bayer Healthcare Llc | Fluid path set with turbulent mixing chamber, backflow compensator |
AU2014241019A1 (en) | 2013-03-13 | 2015-09-03 | Carefusion 303, Inc. | Patient-specific medication management system |
US9931463B2 (en) * | 2013-03-14 | 2018-04-03 | Carefusion 303, Inc. | Infusion channel identifiers |
AU2014268355B2 (en) | 2013-05-24 | 2018-06-14 | Icu Medical, Inc. | Multi-sensor infusion system for detecting air or an occlusion in the infusion system |
ES2845748T3 (en) | 2013-05-29 | 2021-07-27 | Icu Medical Inc | Infusion system and method of use that prevent oversaturation of an analog-digital converter |
EP3003441B1 (en) | 2013-05-29 | 2020-12-02 | ICU Medical, Inc. | Infusion system which utilizes one or more sensors and additional information to make an air determination regarding the infusion system |
EP3039596A4 (en) | 2013-08-30 | 2017-04-12 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
JP2016533856A (en) * | 2013-09-20 | 2016-11-04 | サノフィ−アベンティス・ドイチュラント・ゲゼルシャフト・ミット・ベシュレンクテル・ハフツング | Conditional mandatory priming |
US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
US20150133861A1 (en) | 2013-11-11 | 2015-05-14 | Kevin P. McLennan | Thermal management system and method for medical devices |
US10042986B2 (en) | 2013-11-19 | 2018-08-07 | Icu Medical, Inc. | Infusion pump automation system and method |
AU2014353184B2 (en) | 2013-11-25 | 2017-08-17 | Icu Medical, Inc. | Methods and system for filling IV bags with therapeutic fluid |
AU2015222800B2 (en) | 2014-02-28 | 2019-10-17 | Icu Medical, Inc. | Infusion system and method which utilizes dual wavelength optical air-in-line detection |
US20150257586A1 (en) * | 2014-03-11 | 2015-09-17 | Starbucks Corporation Dba Starbucks Coffee Company | Single-serve beverage production machine |
JP6853669B2 (en) | 2014-04-30 | 2021-03-31 | アイシーユー・メディカル・インコーポレーテッド | Patient treatment system with conditional alert forwarding |
EP3145561A1 (en) | 2014-05-20 | 2017-03-29 | Cequr SA | Medicine delivery device with restricted access filling port |
AU2015266706B2 (en) | 2014-05-29 | 2020-01-30 | Icu Medical, Inc. | Infusion system and pump with configurable closed loop delivery rate catch-up |
US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
JP2017525032A (en) | 2014-06-30 | 2017-08-31 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | Managed medical information exchange |
US10143795B2 (en) | 2014-08-18 | 2018-12-04 | Icu Medical, Inc. | Intravenous pole integrated power, control, and communication system and method for an infusion pump |
US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
US11107574B2 (en) | 2014-09-30 | 2021-08-31 | Baxter Corporation Englewood | Management of medication preparation with formulary management |
US11575673B2 (en) | 2014-09-30 | 2023-02-07 | Baxter Corporation Englewood | Central user management in a distributed healthcare information management system |
WO2016090091A1 (en) | 2014-12-05 | 2016-06-09 | Baxter Corporation Englewood | Dose preparation data analytics |
US11344668B2 (en) | 2014-12-19 | 2022-05-31 | Icu Medical, Inc. | Infusion system with concurrent TPN/insulin infusion |
USD859634S1 (en) * | 2015-01-02 | 2019-09-10 | Milestone Scientific Inc. | Intra-articular injection device |
RU2714926C2 (en) | 2015-01-09 | 2020-02-21 | БАЙЕР ХелсКер ЛЛСи | Multiple fluid delivery system with multi-use disposable set and features thereof |
US10850024B2 (en) | 2015-03-02 | 2020-12-01 | Icu Medical, Inc. | Infusion system, device, and method having advanced infusion features |
SG11201707114XA (en) | 2015-03-03 | 2017-09-28 | Baxter Corp Englewood | Pharmacy workflow management with integrated alerts |
CA2988094A1 (en) | 2015-05-26 | 2016-12-01 | Icu Medical, Inc. | Infusion pump system and method with multiple drug library editor source capability |
CA2987011A1 (en) | 2015-05-26 | 2016-12-01 | Icu Medical, Inc. | Disposable infusion fluid delivery device for programmable large volume drug delivery |
WO2016207206A1 (en) | 2015-06-25 | 2016-12-29 | Gambro Lundia Ab | Medical device system and method having a distributed database |
NZ741377A (en) | 2015-10-09 | 2022-02-25 | Deka Products Lp | Fluid pumping and bioreactor system |
US10220180B2 (en) | 2015-10-16 | 2019-03-05 | Milestone Scientific, Inc. | Method and apparatus for performing a peripheral nerve block |
JP2018534701A (en) | 2015-11-23 | 2018-11-22 | コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. | Pulse oximeter integration for evaluating and updating drug dosing schedules using efficacy assessment |
WO2017096072A1 (en) * | 2015-12-04 | 2017-06-08 | Icu Medical, Inc. | Systems methods and components for transferring medical fluids |
WO2017152036A1 (en) | 2016-03-03 | 2017-09-08 | Bayer Healthcare Llc | System and method for improved fluid delivery in multi-fluid injector systems |
WO2017197024A1 (en) | 2016-05-13 | 2017-11-16 | Icu Medical, Inc. | Infusion pump system and method with common line auto flush |
WO2017214441A1 (en) | 2016-06-10 | 2017-12-14 | Icu Medical, Inc. | Acoustic flow sensor for continuous medication flow measurements and feedback control of infusion |
AU2017295722B2 (en) | 2016-07-14 | 2022-08-11 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
USD851745S1 (en) * | 2016-07-19 | 2019-06-18 | Icu Medical, Inc. | Medical fluid transfer system |
WO2018022640A1 (en) | 2016-07-25 | 2018-02-01 | Icu Medical, Inc. | Systems, methods, and components for trapping air bubbles in medical fluid transfer modules and systems |
US11299705B2 (en) | 2016-11-07 | 2022-04-12 | Deka Products Limited Partnership | System and method for creating tissue |
KR102476516B1 (en) | 2016-12-21 | 2022-12-09 | 감브로 룬디아 아베 | A medical device system that includes an information technology infrastructure with secure cluster domains supporting external domains. |
US10632255B2 (en) | 2017-02-15 | 2020-04-28 | Milestone Scientific, Inc. | Drug infusion device |
US11471595B2 (en) | 2017-05-04 | 2022-10-18 | Milestone Scientific, Inc. | Method and apparatus for performing a peripheral nerve block |
US11141535B2 (en) | 2017-08-31 | 2021-10-12 | Bayer Healthcare Llc | Fluid path impedance assessment for improving fluid delivery performance |
US11478581B2 (en) | 2017-08-31 | 2022-10-25 | Bayer Healthcare Llc | Fluid injector system volume compensation system and method |
WO2019046282A1 (en) | 2017-08-31 | 2019-03-07 | Bayer Healthcare Llc | Injector pressure calibration system and method |
CA3067740A1 (en) | 2017-08-31 | 2019-03-07 | Bayer Healthcare Llc | Method for drive member position and fluid injection system mechanical calibration |
WO2019046260A1 (en) | 2017-08-31 | 2019-03-07 | Bayer Healthcare Llc | Method for dynamic pressure control in a fluid injector system |
US10089055B1 (en) | 2017-12-27 | 2018-10-02 | Icu Medical, Inc. | Synchronized display of screen content on networked devices |
ES2962660T3 (en) | 2018-07-17 | 2024-03-20 | Icu Medical Inc | Systems and methods to facilitate clinical messaging in a network environment |
US10964428B2 (en) | 2018-07-17 | 2021-03-30 | Icu Medical, Inc. | Merging messages into cache and generating user interface using the cache |
US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
AU2019306490A1 (en) | 2018-07-17 | 2021-02-04 | Icu Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
AU2019309766A1 (en) | 2018-07-26 | 2021-03-18 | Icu Medical, Inc. | Drug library management system |
US10646660B1 (en) | 2019-05-16 | 2020-05-12 | Milestone Scientific, Inc. | Device and method for identification of a target region |
USD939079S1 (en) | 2019-08-22 | 2021-12-21 | Icu Medical, Inc. | Infusion pump |
US11278671B2 (en) | 2019-12-04 | 2022-03-22 | Icu Medical, Inc. | Infusion pump with safety sequence keypad |
US11590057B2 (en) | 2020-04-03 | 2023-02-28 | Icu Medical, Inc. | Systems, methods, and components for transferring medical fluids |
EP4185260A1 (en) | 2020-07-21 | 2023-05-31 | ICU Medical, Inc. | Fluid transfer devices and methods of use |
US11135360B1 (en) | 2020-12-07 | 2021-10-05 | Icu Medical, Inc. | Concurrent infusion with common line auto flush |
MX2023006522A (en) * | 2020-12-15 | 2023-06-23 | Becton Dickinson Co | Apparatuses and methods for detecting an empty reservoir in an infusion pump. |
CN115475305A (en) * | 2022-09-22 | 2022-12-16 | 深圳麦科田生物医疗技术股份有限公司 | Liquid medicine infusion control method, infusion system and infusion pump |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4731051A (en) * | 1979-04-27 | 1988-03-15 | The Johns Hopkins University | Programmable control means for providing safe and controlled medication infusion |
US4513796A (en) * | 1982-06-24 | 1985-04-30 | Baxter Travenol Laboratories, Inc. | High speed bulk compounder |
US4553958A (en) * | 1983-02-04 | 1985-11-19 | Quest Medical, Inc. | IV Delivery controller |
US4533347A (en) * | 1983-12-19 | 1985-08-06 | Warner-Lambert Company | Controller for a dual drug delivery system |
US5100380A (en) * | 1984-02-08 | 1992-03-31 | Abbott Laboratories | Remotely programmable infusion system |
US4756706A (en) * | 1985-01-23 | 1988-07-12 | American Hospital Supply Corporation | Centrally managed modular infusion pump system |
US4898578A (en) * | 1988-01-26 | 1990-02-06 | Baxter International Inc. | Drug infusion system with calculator |
US5072660A (en) * | 1988-07-12 | 1991-12-17 | Edward Helbling | Automatic infusion-beverage apparatus |
US5078683A (en) * | 1990-05-04 | 1992-01-07 | Block Medical, Inc. | Programmable infusion system |
-
1992
- 1992-11-25 US US07/981,673 patent/US5378231A/en not_active Expired - Lifetime
-
1993
- 1993-11-15 CA CA002150258A patent/CA2150258A1/en not_active Abandoned
- 1993-11-15 WO PCT/US1993/011033 patent/WO1994012235A1/en active Application Filing
- 1993-11-15 AU AU56063/94A patent/AU5606394A/en not_active Abandoned
-
1994
- 1994-09-27 US US08/310,774 patent/US5547470A/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
AU5606394A (en) | 1994-06-22 |
US5547470A (en) | 1996-08-20 |
WO1994012235A1 (en) | 1994-06-09 |
US5378231A (en) | 1995-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5378231A (en) | Automated drug infusion system | |
CA1266809A (en) | Multiple solution iv system with setup error protection | |
US5643212A (en) | Infusion pump management system for suggesting an adapted course of therapy | |
EP0195024B1 (en) | Intravenous fluid control system with fluid runaway prevention | |
EP1014915B1 (en) | Compounding assembly for nutritional fluids | |
JP4898736B2 (en) | Medical infusion pump | |
CA2268176C (en) | Safety monitoring apparatus for a patient care system | |
JP4747100B2 (en) | A system to verify the correct fluid source connection to the infusion pump | |
CA1319068C (en) | Clinical configuration of multimode medication infusion system | |
US5807336A (en) | Apparatus for monitoring and/or controlling a medical device | |
US4925444A (en) | Closed multi-fluid delivery system and method | |
EP0814864B1 (en) | Modular patient care system | |
EP1480702B1 (en) | Fail-safe module integral with a sedation and analgesia system | |
EP0275214A2 (en) | Programmable multiple pump medication infusion system with printer | |
JPH01308568A (en) | User interface for multimode drug injection system | |
EP0503670B1 (en) | Peristaltic intravenous infusion pump capable of displaying an application name selected | |
KR20110055624A (en) | Infusion device | |
JPH05168708A (en) | Transfusion injection pump |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |