NZ752330A - Infusion system, device, and method having advanced infusion features - Google Patents

Abstract

Existing infusion devices might be limited in various ways. As one example, while multi-channel infusion devices might be able to deliver multiple medications to a patient, these infusion devices might be limited in the number of medications they can deliver and in their ability to interoperate with other infusion devices of different types. As a result, existing infusion devices might not be suitable or even capable of providing complex medication therapies involving multiple medications delivered in particular sequences. Therefore a need exists for advanced systems and devices for delivering substances to patients. Disclosed herein is an infusion device comprising: a pump; an input device; an output device; one or more processors; and memory storing instructions that, when executed by one or more of the processors, cause the infusion device to initiate a first infusion of a first type, receive, at the input device while the first infusion is infusing, input indicating a selection of a second infusion of a second type, display, at the output device, a configurable parameter of the second infusion, receive, at the input device, input indicating a value for the configurable parameter, determine whether the second infusion of the second type is duplicate; determine whether the second infusion is compatible with the first infusion; and initiate the second infusion based on the determination of duplication and the determination of compatibility.

Description

INFUSION SYSTEM, DEVICE, AND METHOD HAVING ADVANCED INFUSION FEATURES TECHNICAL FIELD The present application is lly related to the automated administration of a medication therapy. More ularly, the present application is directed toward configuring and ng delivery of medications in systems and methods that include infusion devices.

The entire content of the te specification of New Zealand Patent Application No. 734829 as originally filed is incorporated herein by reference.

BACKGROUND Modern l devices, including on devices, are increasingly being controlled by microprocessor based systems to deliver substances such as fluids, solutions, medications, and drugs to patients. A typical control for an infusion device includes a user interface enabling a medical practitioner to enter a dosage of fluid to be delivered, the rate of fluid delivery, the on, and the volume of a fluid to be infused into a patient. To deliver medications to the patient, an infusion device typically includes a pump and a fluid delivery device such as a syringe, tubing, section of tubing, or cassette. ng infusion devices, however, might be limited in various ways. As one example, while multi-channel infusion devices might be able to r multiple medications to a patient, these infusion devices might be limited in the number of medications they can deliver and in their ability to interoperate with other infusion devices of different types. As a result, existing infusion devices might not be suitable or even capable of providing complex medication therapies involving multiple medications red in particular sequences. Therefore a need exists for advanced systems and devices for delivering substances to patients.

SUMMARY An aspect of the present invention provides an infusion device configured to infuse a fluid to a patient, the infusion device sing: a first pump; an input device; an output device; one or more processors; and memory g instructions that, when executed by one or more of the processors, cause the infusion device to initiate a first infusion of a first type, receive, at the input device while the first infusion is ng, input indicating a selection of a second infusion of a second type, display, at the output device, a configurable parameter of the second infusion, receive, at the input device, input indicating a value for the configurable parameter, determine whether the second infusion of the second type is duplicated in another step in a current program, request, from a medication management system, a determination that the second infusion of the second type is duplicated on another line of a second pump that is also connected to the patient; determine whether the second infusion of the second type is duplicate in any ganged infusion pumps, and initiate the second infusion based on the determination that there is no of duplication in the another step the determination from the medication management system, and the ination from any of the ganged infusion pumps.

BRIEF DESCRIPTION OF THE DRAWINGS Aspects of the disclosure may be implemented in n parts, steps, and embodiments that will be described in detail in the following description and illustrated in the accompanying drawings in which like reference numerals te similar ts.

It will be appreciated with the benefit of this disclosure that the steps illustrated in the accompanying figures may be performed in other than the recited order and that one or more of the steps may be al. It will also be appreciated with the benefit of this disclosure that one or more components illustrated in the accompanying figures may be positioned in other than the disclosed ement and that one or more of the components illustrated may be optional. Furthermore a set of elements is intended to include one or more elements. depicts a schematic diagram of an example medication management system including an example medical management unit and an example medical depicts a schematic diagram of an e medical device. s an e of a single-channel infusion . depicts an example of a multi-channel on device. depicts an example of a medical device including two infusion devices that are associated with one another. depicts an example of a cassette kit for an infusion . depicts an example user interface of an infusion device having multiple lines. depicts a flowchart of example method steps for programming an on to be delivered by an infusion device having multiple lines. depicts an example user interface at which the caregiver selects the substance to be red during the continuous infusion. depicts an example user interface at which the caregiver selects the concentration at which the selected substance should be delivered during the continuous on. depicts an example user interface at which the caregiver selects the dose and unit for the continuous infusion. depicts an example user interface at which the caregiver specifies the value of the dose per unit for the continuous infusion. s an example user interface where the caregiver has ed to specify a VTBI. depicts an example user interface at which the caregiver selects the action the on device should perform upon completing the uous infusion. depicts an example user interface that displays the parameters of the primary infusion tly being delivered by the infusion device. depicts an e user interface at which the caregiver may specify the action to perform upon completion of a piggyback infusion. depicts an example user interface that displays the parameters of both the y and secondary infusions currently being delivered by the infusion device. depicts a flowchart of example method steps for selecting a medication. depicts a flowchart of example method steps for performing a safety check for duplicate infusion substances. depicts a art of example method steps for performing a safety check for compatible infusion substances. depicts a flowchart of example method steps for specifying a dose for the ed substance at the infusion device. depicts a flowchart of example method steps for specifying a VTBI. depicts a flowchart of example method steps for confirming an infusion configured at the infusion device. depicts a flowchart of example method steps for converting a current continuous infusion to one of the various ed infusion types. depicts an example user ace of an infusion device at which the caregiver may add a step to an infusion sequence at the infusion device. depicts a flowchart of example method steps for adding a new step to a current infusion sequence at an infusion . depicts an example user interface of an on device for ng the line for an inter-channel sequencing infusion. depicts a flowchart of example method steps for ganging infusion devices. depicts a flowchart of example method steps for viewing and manipulating the list of infusion steps configured for an infusion sequence. depicts an example user interface displaying a list of infusion ce steps for an infusion to be delivered by an infusion device. depicts an e user interface of an infusion device for displaying the parameters associated with a step the caregiver has selected in the list of infusion steps. depicts the user interface of in which the caregiver has selected one of the steps (step no. 4) in the list of infusion steps. depicts the user interface of in which the caregiver has dragged the selected step to the right to remove it from the list. depicts a art of example method steps for converting a continuous infusion to an intermittent infusion. depicts a flowchart of e method steps for specifying one or more callback options. depicts an example user interface for g a current step of an intermittent infusion. depicts a flowchart of example methods steps for uring an intermittent infusion. depicts a flowchart of example method steps for converting a uous infusion to an "infinite" flow infusion and configuring the "infinite" flow infusion. s a art of example method steps for configuring an "infinite" flow infusion. depicts a flowchart of example method steps for an "infinite" flow infusion.

A depicts an example user interface of an infusion device during an "infinite" infusion flow.

B depicts another example user interface of an infusion device during an "infinite" infusion flow. depicts a flowchart of example method steps for selecting a secondary infusion at infusion device. depicts an example user interface of an infusion device at which a caregiver may select to configure an advanced infusion type. depicts a art of example method steps for selecting an advanced on type to configure at an infusion device. depicts a flowchart of example method steps for configuring a TPN infusion at an infusion device. depicts a flowchart of example method steps for selecting a TPN protocol at an infusion device. depicts a flowchart of example method steps for uring a multistep infusion at an infusion device. depicts a flowchart of example method steps for configuring an interchannel sequencing infusion. depicts a art of example method steps for selecting a predefined inter-channel sequencing protocol. depicts an example user interface for ing an inter-channel sequencing protocol at an infusion device. depicts a art of example method steps for performing safety checks based on a selected inter-channel sequencing protocol. depicts an example user interface of an infusion device for listing and selecting infusion s to be used in an channel sequencing infusion. s an example user ace of an infusion device displaying a confirmation request to gang the infusion device to another infusion device. depicts a user interface of an on device for assigning infusion lines to steps of an inter-channel sequencing infusion. s a flowchart of example method steps for uring the steps of an inter-channel sequencing infusion.

A s a user interfaces that include a visual indicator to identify the infusion device as a master or slave infusion device.

B depicts another user interfaces that e a visual tor to identify the infusion device as a master or slave infusion device. depicts an example of a possible inter-channel sequencing infusion that may be implemented utilizing the infusion devices described herein. depicts a flowchart of example method steps for configuring the steps of an inter-channel sequencing infusion manually. depicts a user interface for configuring the first delivery of the second step of an inter-channel sequencing infusion. depicts a user interface for configuring the second delivery of the sixth step of an inter-channel sequencing infusion. depicts an e user interface of an infusion device for notifying or g a caregiver regarding a non-delivery condition. depicts a flowchart of example method steps for configuring a piggyback infusion at an infusion device. depicts a flowchart of example method steps for uring piggyback infusion options including ing or specifying an action to m at the end of the piggyback infusion. depicts a flowchart of example method steps for configuring a rent infusion. depicts an example of an implementation of an infusion device. depicts an example of a set of interconnected infusion s. depicts interconnected infusion devices respectively associated with patients. depicts a flowchart of example method steps for ganging together infusion devices via a medication management system. depicts a flowchart of example method steps for g together infusion devices via direct ications. depicts a flowchart of example method steps for designating a master on device for infusion devices ganged together via an interconnecting device. depicts a flowchart of example method steps for designating a master infusion device for infusion devices ganged together via wireless communications. another flowchart of example method steps for ganging together infusion devices that are onnected via a medication management system. depicts a flowchart of example method steps for configuring an infusion at an infusion device. depicts a flowchart of example method steps for configuring a sequence of infusion steps at an infusion device. depicts a flowchart of e method steps for interconnecting multiple infusion devices and controlling the onnected infusion devices from a master infusion device during an infusion.

ED DESCRIPTION In general the present disclosure provides systems, devices, and methods for delivering substances such as fluids, solutions, medications, and drugs to patients using infusion s having a set of advanced features. These advanced features include aspects related to the mming of infusion devices, the configuration of infusion sequences performed by the infusion devices, and the interconnection of multiple infusion devices for peration during an infusion having a sequence of infusion steps.

The aspects described herein may be employed using infusion products available from Hospira Worldwide, Inc. ("Hospira") headquartered in Lake Forest, Illinois.

Examples of infusion systems that may be utilized include the Plum A+ TM Infusion System and the Plum A+3 TM on System available from Hospira. The infusion systems may utilize the t TM cassette also available from Hospira. The cassette may be a dual-input cassette with two input ports from respective delivery s and one output port to the patient. The deliver source may be, e.g., a bottle, bag, or other type of container suitable for on ures. The dual-input cassette thus provides the ability to deliver two infusions to the patient via the same infusion channel. The dual- input cassette thus provides opportunities to e infusion systems, devices, and methods with advanced infusion features.

As described in further detail below, infusion systems, devices, and methods may include the following advanced on features. One advanced on feature allows a ver to dynamically configure the parameters of a current g infusion as well as add steps to a current ongoing infusion. This advanced infusion feature advantageously allows the caregiver to convert the current infusion type to another type of infusion. This advanced infusion e also advantageously allows the caregiver to initiate the first step of an infusion while configuring the subsequent steps of the infusion.

As described in further detail below, an infusion device may provide a user interface that allows a caregiver to select and configure infusion steps, e.g., selecting the infusion type and infusion parameters, arranging the sequence of infusion steps, and confirming individual infusion steps and the l infusion sequence.

Another advanced infusion feature interconnects multiple infusion devices via a network in a master/slave configuration. This feature provides protocols for discovering interconnected infusion devices available for ion, designating an on device as the master infusion device, and selecting one or more slave infusion devices. As described in further detail below, different techniques may be employed to designate the master infusion device and select the slave infusion devices depending on r the infusion devices are interconnected via a al or wireless connection. This e also provides protocols for designating a new master infusion device if the slave infusion devices lose the connection with the current master infusion device.

The master/slave configuration of the infusion devices allows for advanced infusion features related to channel and device sequencing of infusion steps.

As also described in further detail below, a caregiver may program infusion steps between different types of infusion devices may program infusion steps with multiple deliveries via multiple channels per step. In this way, the ed infusion features allow the caregiver to ure complex sequences of infusion steps involving multiple delivery sources, multiple on devices, and multiple channels.

Interconnecting the infusion devices also provides various safety features. As one example, the total infusion rate across all infusion devices associated with a patient may be d. As another example, the total amount of air accumulated across all infusion devices associated with the patient may be tracked, and an alarm may be provided to a caregiver if the total amount of lated air s a predetermined threshold. In a further e, duplication and compatibility safety checks for multiple infusion devices connected to the same access site, and a notification indicating duplicate or incompatible substances may be provided to a caregiver who may have the y to review and override any conflicts.

These and additional aspects will be appreciated with the benefit of the sures provided in further detail below.

Medication Management Systems, Medical ment Units, and Medical Devices As a brief introduction to the aspects discussed in further detail below, the following description of medication management systems, medical ment units and l devices is provided. depicts an example medication management system including an example medical management unit and an example medical device. The medication management system (MMS) 10 includes a medication management unit (MMU) 12 and a medical device 14, typically operating in conjunction with one or more information systems or components of a hospital environment 16. The term hospital environment should be construed broadly herein to mean any l care facility, including but not limited to a al, treatment center, clinic, doctor's office, day surgery center, hospice, nursing home, and any of the above associated with a home care environment. There can be a variety of information systems in a hospital environment. As shown in the MMU 12 communicates to a hospital information system (HIS) 18 via a caching mechanism 20 that is part of the hospital environment 16.

The caching ism 20 is primarily a pass through device for facilitating communication with the HIS 18 and its functions can be eliminated or incorporated into the MMU 12 and/or the medical device 14 and/or the HIS 18 and/or other information systems or components within the hospital environment 16. The caching mechanism 20 provides temporary e of al information data separate from the HIS 18, the medication administration record system (MAR) 22, pharmacy information system (PhIS) 24, physician order entry (POE) 26, and/or Lab System 28. The caching ism 20 provides information storage accessible to the MMS 10 to support scenarios where direct access to data within the hospital environment 16 is not ble or not desired. For example, the caching mechanism 20 provides continued flow of information in and out of the MMU 12 in instances where the HIS 18 is down or the tivity between the MMU 12 and an onic network is down.

The HIS 18 communicates with a MAR 22 for maintaining medication records and a PhIS 24 for delivering drug orders to the HIS. A POE device 26 s a healthcare provider to deliver a medication order prescribed for a patient to the hospital information system directly or indirectly via the PhIS 24. A medication order can be sent to the MMU 12 directly from the PhIS 24 or POE device 26. As used herein the term medication order is defined as an order to administer something that has a physiological impact on a person or animal, ing but not d to liquid or gaseous fluids, drugs or medicines, liquid nutritional products and combinations f.

Lab system 28 and monitoring device 30 also communicate with the MMU 12 to deliver updated patient-specific information to the MMU 12. As shown, the MMU 12 communicates directly to the lab system 28 and monitoring device 30. However the MMU 12 can communicate to the lab system 28 and monitoring device 30 indirectly via the HIS 18, the caching mechanism 20, the medical device 14 or some other ediary device or system.

Delivery information input device 32 also communicates with the MMU 12 to assist in processing drug orders for delivery through the MMU 12. The delivery ation input device 32 can be any sort of data input means, including those adapted to read machine readable indicia such as barcode labels; for e a personal digital assistant (PDA) with a barcode scanner. Hereinafter the delivery information input device 32 will be referred to as input device 32. Alternatively, the machine readable indicia may be in other known forms, such as radio frequency identification (RFID) tag, two-dimensional bar code, ID matrix, transmitted radio ID code, human biometric data such as fingerprints, etc. and the input device 32 adapted to "read" or recognize such indicia. The input device 32 is shown as a separate device from the medical device 14; alternatively, the input device 32 communicates directly with the medical device 14 or may be ated wholly or in part with the medical device.

With reference to an electronic network 114 connects the MMU 12, medical device 14, and hospital environment 16 for electronic communication. The electronic network 114 can be a tely wireless network, a completely hard wired network, or some combination thereof. is a schematic diagram illustrating several functional components of a medical device 14 for implementing aspects of the present disclosure. The device 14 includes many more components than those shown in However, it is not necessary that all these components be shown in order to se an illustrative embodiment for practicing aspects of the present sure.

In the context of the t disclosure, the term "medical device" includes without limitation a device that acts upon a cassette, reservoir, vial, syringe, or tubing to convey medication or fluid to or from a patient (for example, an enteral pump, a parenteral infusion pump, a patient controlled analgesia (PCA) or pain management medication pump, or a suction pump), a monitor for monitoring patient vital signs or other parameters, or a diagnostic, testing or sampling device.

For the purpose of exemplary illustration only, the medical device 14 is disclosed as an infusion pump. More particularly, the medical device 14 can be a single channel infusion pump, a multi-channel infusion pump (as shown), or some combination thereof.

The medical device 14 in is a pump-style medical device and includes a network interface 112 for connecting the medical device 14 to electronic k 114.

Where a ss connection to the electronic network 114 is desired, k interface 112 es an antenna for wireless connection to the electronic network 114. The antenna can project outside the device 14 or be enclosed within the housing of the device.

A processor 118 is included in the l device 14 and performs various operations described in r detail below. The output device 120 allows the caregiver to receive output from the medical device 14 and/or input information into the medical device 14. The input/output device 120 may be provided as a single device such as a touch screen 122, or as a separate display device and a separate input . The display screen 122 of the medical pump 14 may be a thin film transistor active matrix color liquid l display with a wire touch screen. A membrane generally impermeable to fluids may overlay the display screen 122 so the caregiver can press on images of keys or buttons on the ying screen with wet gloves, dry gloves or without gloves to r an input.

A memory 124 communicates with the processor 118 and stores code and data necessary for the processor 118 to m the functions of the medical device 14. More specifically, the memory 124 stores multiple programs formed in ance with the present disclosure for various functions of the medical device 14 including a graphical user interface program 126 with multiple subparts described in greater detail below.

Infusion and Infusion Devices Infusion devices may be programmed to carry out various types of infusion sequences. Types of infusion sequences include uous infusion, intermittent infusion, multi-step infusion, inter-channel sequencing infusion, ite" (i.e., uninterrupted) flow infusion, and total parenteral nutrition (TPN) infusion.

Continuous infusion refers to infusion that occurs at a defined infusion rate until the infusion device has delivered the Volume-to-be-Infused (VTBI). The infusion device may then perform a user-selectable action which may e, e.g., keeping the vein open (KVO), continuing the infusion rate, or stopping the infusion.

Intermittent infusion refers to infusion that occurs until the infusion device has red the VTBI, at which point the infusion device performs a user-selectable action and then resumes the infusion until infusion device has again delivered the VTBI. The infusion device may repeat an intermittent infusion a user-specified number of times.

Multi-step infusion is similar to intermittent infusion as multi-step infusion involves multiple sequential infusions of the same medication. In contrast to intermittent on, however, subsequent ons in multi-step infusion may be configured to deliver the tion at a different dose, rate, VTBI, or duration. A subsequent infusion in a multistep infusion may also be configured such that a ent action is performed when the subsequent infusion is complete.

Inter-channel sequencing infusion refers to infusion that involves multiple sequential infusions that can be delivered via different lines and thus from different sources containing different nces. The infusion devices used for inter-channel sequencing may include a single-channel large volume pump (LVP), a hannel LVP, a syringe pump, or a t-controlled sia (PCA) pump. Inter-channel sequencing infusion may also be performed using multiple infusion devices in which a channel of a first infusion device infuses a first nce and a channel of a second infusion device infuses a second substance. Inter-channel sequencing infusion that uses multiple infusion devices may be referred to as inter-device infusion.

"Infinite" flow infusion refers to infusion that utilizes two delivery lines on a single cassette channel wherein the infusion device automatically switches to the other line when the current line tes its infusion such that there is no interruption in the delivery. A caregiver may then replace the ed delivery source without having to stop or otherwise upt the current infusion.

Total parenteral nutrition infusion refers to on that delivers ion intravenously according to a pre-defined ol.

As noted above, multi-channel infusion devices may e both a primary and a secondary line. A ver may program the infusion device to deliver a primary infusion via either the primary or the secondary line. When an infusion device has been programmed with a primary infusion, the caregiver may m the other line (either the primary line or the secondary line) to deliver a secondary infusion. The secondary infusion may be a concurrent infusion or a piggyback infusion. A concurrent infusion refers to simultaneous delivery from two delivery sources and independent infusion rates. Piggyback infusion refers to infusion that will stop infusion on one line, complete infusion on another line, and then restart infusion on the stopped line.

As also noted above a medical device can be a single channel infusion pump, a multi-channel infusion pump, or some combination thereof. depicts an example of a medical device that is a single channel on device. The infusion device may include a display screen that may display error messages, error codes, and suggested actions. The infusion device may comprise a , a processor, a clock (real time or otherwise) and other components. The memory may store computer-executable instructions the processor may execute to cause the infusion device to perform one or more steps described in further detail below. depicts an example of a medical device 14 that is a multi-channel infusion device having a first channel 132 with first channel machine-readable label 134 and a second channel 136 with a second channel e-readable label 138. A user of the medical device 14 operates the machine-readable input device 130 to select a channel from one or more channels 132 and 136, by scanning in the associated machinereadable label 134 or 138.

The caregiver selects the desired channel 132 or 136 by using the machinereadable input device 130 to scan a factory or hospital programmed, unique, machinereadable label 134 or 138 that is electronically generated and ted on the screen 122, which may be ositioned near the respective channel 132 or 136. Alternatively, the machine-readable labels 134 and 138 are physically d to the medical device 14, which may be on or juxtapositioned near the channel 132 and 136, respectively.

Since the machine-readable labels 134 and 138 are generated and/or can be stored in memory 124 by the medical device 14, the medical device 14 can associate the e-readable labels 134 and 138 to the channels 132 or 136. The medical device 14 then allows the caregiver to program and activate the selected channel 132 or 136.

The caregiver may also manually select the d channel by touching an appropriate folder tab on the touch screen. The folder tabs are labeled and/or physically arranged on the screen so as to be proximate to the corresponding channel 132 or 136.

In a further aspect of the wireless embodiment, the medical s can periodically broadcast a unique wireless device/channel IP address and/or a nerated unique machine-readable label (for example, a barcode) 134 or 138 that can also be presented on the screen 122. Alternatively, the e-readable labels 134 and 138 are physically affixed to or posted on the medical device 14. Each medical device may correlate such asted or posted device/channel IP addresses and/or barcodes with a particular patient, who is also identified by a unique machine readable label (not shown) or t IP address. The caregiver associates the desired pump(s) or channel(s) 132, 136 with the patient by using the machine-readable input device 130 to scan the unique machine-readable labels 134, 138 and the patient's machine readable label. This causes the appropriate pump processor(s) 118 to associate the appropriate pump l(s) 132, 136 with the patient. Then the pumps or channels can associate communicate, and coordinate with each other wirelessly.

The medical device 14 includes a split touch screen 122 having a first channel screen portion 140 associated with first channel 132 and a second channel screen portion 142 associated with the second channel 136. Each channel screen portion 140 and 142 presents a subset of the delivery information regarding the respective ls 132 or 136, ing without tion therapeutic agent name, concentration, dose rate, VTBI, and alarm information, in a font size that it is easily readable by a caregiver from a distance such as, for example, from approximately fifteen to twenty feet (4.6-6.2 meters) away. This is what is ed to as a "far view" delivery screen. The far view delivery screens display subsets of the information found on the relevant "near view" delivery screens. The near view delivery screen displays drug name, concentration, dose rate, time remaining, VTBI, volume remaining, and alarm name for the highest priority alarm if in an alarm state. The near view ry screen will switch to the far view delivery screen after a d period of time that is predetermined by the manufacturer, configurable by the facility via the drug y, and/or set by the caregiver at the device, for example after 20 seconds.

Upon a caregiver touching one of the tabs "A" or "B" or anywhere on the l screen ns 140 or 142 of the far view delivery screen, a "near view" delivery screen is ted on the screen 122. The channel screen portion 140 or 142 selected or corresponding to the tab selected expands in area but the size of at least some of the text therein is shrunk.

The shrinkage of one of the channel screen portions 140 and 142 and enlargement of its counterpart provides additional space for one or more data display or data entry fields to be placed on screen 122. As discussed below, data displays or data entry fields are placed on screen 122 in space previously occupied by portions of the channel screen portion 140 or 142. This reallocation of space on screen 122 permits the caregiver to enter inputs more easily since the data entry field can be large, preferably at least as large or, more preferably, larger in area than the original channel screen portions 140 and 142 were in the delivery screen mode. Additionally, the reallocation of space on screen 122 provides greater space for presenting information on the channel being adjusted or monitored.

Referring again to the medical device 14 includes ted or fixed tactile infuser buttons, and images of buttons on the LCD-touch screen 122. The fixed tactile buttons 133, 135, 137, and 139 e the following functions: LOAD/EJECT button 133--opens and closes the cassette carriage; ON/OFF button 135--turns power on and off; ALARM SILENCE button 137--silences a silenceable alarm for a specified period of time, for example two minutes; and EMERGENCY STOP button 139--stops all channels.

The LCD color touch screen 122 allows the caregiver to access and use onscreen button images, for example 3D button images, and data entry fields. The touch screen 122 uses a membrane over the LCD y so a single keypress does not cause icant on pole nt nor is it mistaken for a double keypress. The touch screen also accommodates a keypress whether the caregiver is wearing wet gloves, dry gloves, or no gloves. depicts an example medical device 11 that includes a single-channel infusion device 11A and a multi-channel infusion device 11B. The -channel infusion device 11A has a single channel 51 (i.e., an "A" channel). The multi-channel infusion device has a first channel 33 (i.e., a "B" channel) and a second channel 39 (i.e., a "C" channel). The single channel on device 11A and the multi-channel infusion device 11B are physically and icatively connected to each other for programming and operation in a coordinated manner. In one example, the single channel infusion device 11A and the multi-channel infusion device 11B are detachably coupled together. Although illustrates a single channel medical device 11A ated with a multi-channel medical device 11B, is it noted that this is for illustrative es only, and other various combinations of various types of infusion devices may be made t departing from the t disclosure. Additionally, while the infusion devices 11A and 11B are shown as being physically associated, it is contemplated that they may alternatively be wirelessly associated.

The infusion device 11B of the medical device 11 has a first channel 33 and a second channel 39. A first tube set may be operably coupled to the first channel 33 to deliver a fluid from the first l 33 and a second tube set may be operably coupled to the second channel 39 to deliver a fluid from the second channel 39. Each of the channels 33, 39 includes a respective pumping mechanism 35, 37 for acting upon a tube set to pump fluid. Various pumping mechanisms may be utilized without detracting from the present invention. The tube set may be made of soft, kink-resistant medical grade tubing and may include a medicinal dispensing pump cassette that is acted upon by the pumping mechanism. The first channel 33 may also e a first channel machine-readable label (134 in and the second channel 39 may also e a second channel machine-readable label (138 in . A user of the medical device 10 may operate a machine-readable input device (130 in to select a channel from one or more channels 33 and 39, by scanning in the ated machine-readable label.

The user may select the desired channel 33 or 39 by using the machine-readable input device to scan a factory or hospital programmed, unique, machine-readable label that is electronically generated and ted on the screen 23, which may be juxtapositioned near the respective channel 33 or 39. Alternatively, the machinereadable labels may be physically affixed to the medical device 11, which may be on or juxtapositioned near the channel 33 and 39 respectively. Since the machine-readable labels are generated and/or can be stored in memory by the infusion device 11B, the infusion device 11B can associate the machine-readable labels to the channels 33 or 39.

The infusion device 11B then allows the user to m and activate the selected l 33 or 39. The user may also manually select the desired channel by touching an appropriate folder tab on the touch screen. The folder tabs are labeled and/or physically arranged on the screen so as to be proximate to the corresponding l 33 or 39.

That is, the "B" tab is juxtapositioned near or adjacent to the "B" channel 33 and the "C" tab is juxtapositioned near or adjacent to the "C" channel 39.

A graphical user interface program may reallocate the screen 23 for one of the infusion devices 11A or 11B of the medical device 11. The infusion device 11B includes a split touch screen 23 having a first channel screen portion 41 associated with first l 33 and a second channel screen n 43 associated with the second channel 39. Each channel screen portion 41 and 43 presents a subset of the delivery information ing the tive channels 33 or 39, including without limitation therapeutic agent name, concentration, dose rate, VTBI, and alarm information, in a font size of at least twenty-eight points so that it is easily readable by a user from approximately fifteen to twenty feet (4.6-6.2 ) away. This is what is referred to as a "far view" delivery screen.

When a user touches one of the tabs "B" or "C," or any part of the channel screen portions 41 or 43 of the far view delivery screen, a "near view" delivery screen is presented on the screen 23. The channel screen portion 41 or 43 ed or corresponding to the tab selected expands in area but the size of at least some of its text is reduced. The font size for rate and VTBI information on the near view delivery screen is substantially less than twenty-eight points. The other channel screen portion 41 or 43 (if present) is reduced in size, hidden or moved to the background to limit its space on the screen 23. Preferably, if the "B" tab of the first channel screen portion 41 is selected, the "C" tab of the second l screen portion 43 remains d, but is grayed or colored differently to indicate it is not the channel of interest. Thus, the second channel screen portion 43 becomes smaller than the first channel screen portion 41, as the first l screen portion 41 is currently being viewed and adjusted by the user and is ore of primary n. The second or C channel can be selected in a similar manner, whereupon the first channel portion 41 of the screen 23 will become smaller and the second channel portion 43 will become larger. Since the screens for the respective channels are substantially identical, except for the position of their tabs, features shown in the drawings and described below relative to the B channel also apply to the C channel, and vice versa.

As described above, the memory stores multiple programs formed in accordance with the present invention, ing an r program that allows for inter-channel sequencing infusions. Inter-channel sequencing infusions allows for the sequential delivery of separate substances from two or more channels. In particular, the infuser program can be programmed by a caregiver to sequence dispensation of substances between channels such that a t can receive substances from two or more channels without having to reprogram the on device. depicts an example of a cassette kit that may be used in a single-channel or multi-channel on device. As seen in the cassette kit includes a cassette connected to a convertible piercing pin with drip chamber via a primary line along which a slide clamp may be positioned. The cassette is also connected to a patient line that es a Y-site tor along its length and a protective cap with filter at one end. A roller clamp may also be oned along the length of the patient line. The cassette in also includes a secondary inlet port at which a secondary line may be connected.

The cassette in may advantageously allow two deliver two infusions using the same infusion channel from delivery sources respectively connected to each of its two input ports. The cassette may route the substance received from the delivery sources at the input ports to the output line connected to the patient. As described in further detail below, the use of this type of cassette advantageously presents new opportunities for uring infusions at an infusion .

Dynamic Infusion Programming As noted above, aspects of the disclosure are directed toward advanced infusion features that allow a caregiver to dynamically configure the parameters of a current ongoing infusion of add steps to a current ongoing infusion. depicts an example user interface of an infusion device having multiple lines, in this case a primary line (Line A) and a secondary line (Line B). As seen in the interface includes input elements for ing a type of infusion to program for the primary line, in this case a uous infusion or an ed infusion. Advanced infusions may include, e.g., an intermittent infusion, a multi-step infusion, an interchannel sequencing infusion, an "infinite" infusion, and a TPN infusion. The interface also includes input elements for ing a type of infusion to program for the secondary line, in this case a concurrent infusion or a piggyback infusion. depicts a flowchart of example method steps for programming an infusion to be delivered by an infusion device having multiple lines. As seen in if the primary line and the secondary line have not yet been programmed, the caregiver may select either the primary line or the secondary line to program for the primary on.

For the primary infusion, the caregiver may select either a continuous infusion or an advanced infusion as noted above with reference to If the ver selects to provide an advanced type of infusion, the caregiver may select the particular type of advance infusion desired (e.g., intermittent, multi-step, inter-channel sequencing, "infinite," or TPN). The caregiver may configure the parameters of the selected infusion type, and, once programmed, the infusion device may initiate the primary on.

If either the primary line or the secondary line is already mmed, the caregiver may select the non-programmed line for a secondary on. As seen in if the primary line has been programmed for the primary on, then the caregiver may select the secondary line for the secondary on. If, however, the ary line has been programmed for the primary infusion, the caregiver may select the primary line for the ary infusion. As also seen in the caregiver may select either a concurrent infusion or a piggyback on for the secondary infusion. The caregiver may likewise configure the ters of the selected infusion type and, once mmed, the infusion device may initiate the secondary on.

FIGS. 9-15 depict example user interfaces of an infusion device for configuring the parameters of a continuous infusion on the primary line (e.g., Line A). depicts an example user interface at which the caregiver selects the substance to be delivered during the continuous infusion. The user interface includes a list of substances available for selection which is filterable by substance name. depicts an example user interface at which the caregiver selects the concentration at which the selected substance should be delivered during the continuous infusion. The interface includes a list of concentrations ble for selection. depicts an example user interface at which the ver selects the dose and unit for the continuous infusion. This interface includes a list of doses per unit ble for selection. depicts an example user interface at which the caregiver specifies the value of the dose per unit for the continuous infusion. This interface includes input ts, in this case a keypad and a slider, at which the caregiver may specify the desired value for the dose per unit.

For a continuous infusion, the caregiver may specify a desired VTBI or a desired duration. If the caregiver specifies a VTBI, then the infusion rate and duration may be automatically calculated based on the selected concentration, dose per unit, and VTBI. If the caregiver specifies an on duration, then the VTBI and infusion rate may be automatically ated based on the selected concentration, dose per unit and infusion duration. depicts an example user interface where the ver has selected to y a VTBI. This interface likewise includes input elements (e.g., a keypad and slider) at which the caregiver may y the desired value for the VTBI. Similar input elements may be provided to specify a value for the infusion duration where the caregiver opts to specify the infusion duration rather than the VTBI. In some circumstances, the caregiver may skip certain configuration steps, e.g., where the delivery substance does not have a dose (e.g., saline). depicts an example user interface at which the caregiver selects the action the infusion device should perform upon completing the continuous infusion. This interface includes various s available for ion including a KVO action, a continue rate action, and a stop action. The interface also includes input elements at which the caregiver may y a KVO rate or a continue rate. This interface further includes input elements at which the ver may configure an alarm when the continuous infusion nears tion. The interface includes input elements at which the caregiver may toggle the alarm on and off and specify how soon the alarm should be provided prior to completing the continuous infusion. In addition, this interface includes an input element at which the caregiver may specify a threshold for an air-in-line alarm.

Having configured the parameters of the uous infusion, the caregiver may start the infusion by selecting a "START" button at the interface. The caregiver may also select to start the infusion after a specified delay by selecting a "DELAYED START" button at the ace.

Once the primary infusion has d, the infusion device may display the parameters of the current infusion. depicts an example user interface that ys the parameters of the primary infusion currently being delivered by the infusion device. As seen in , the parameters displayed include the substance being delivered, the dose, the rate, and the VTBI. The infusion device may update the interface as the VTBI changes throughout the infusion (e.g., from 100 ml remaining to 97 ml remaining). The ace may also include the remaining duration of the current infusion.

During the primary infusion, the ver may select and program a secondary on to be delivered along with the primary infusion. As seen in , the caregiver may select a secondary infusion type for the secondary line, e.g., a concurrent infusion or a piggyback infusion. The caregiver may navigate through user interfaces similar to those depicted in FIGS. 9-13 to specify the substance, concentration, dose per unit and corresponding value, and VTBI or duration value. Having configured the parameters of the ary infusion, the caregiver may similarly specify an action to perform upon completion of the secondary infusion. depicts an example user interface at which the caregiver may specify the action to perform upon completion of a piggyback infusion. As seen in , the actions ble for selection e resuming infusion at the primary line, a KVO action at the secondary line, and stopping infusion at the secondary line. As also seen in , this ace includes a button to backprime the primary line before starting infusion at the secondary line. The caregiver may then select a button at the interface to start the secondary infusion with or without delay.

Once the secondary on has started, the infusion device may display the parameters of the current infusions. depicts an example user ace that ys the parameters of both the primary and secondary ons currently being delivered by the infusion device. This interface likewise displays the nces being delivered by the primary and secondary lines, as well as the respective concentrations, does, rates, and VTBI .

In accordance with the screenshots above, FIGS. 18-24 depict flowcharts for creating and configuring a continuous infusion procedure. depicts a flowchart of example method steps for selecting a medication.

As seen in , the infusion device may be configured to display the infusion substances available for selection and initiate safety checks to determine whether the selected nce has already been selected for infusion at the current on device or another infusion device associated with the patient (i.e., a duplicate check) or if the selected substance is compatible with other substances selected for on (i.e., a compatibility check) at the current infusion device or other infusion devices associated with the patient. The on device may notify the caregiver of any potential duplicability or compatibility issues, which the caregiver may acknowledge and override if desired. As also seen in , the caregiver may also select or specify, e.g., the desired concentration, VTBI, or indicators. depicts a flowchart of e method steps for performing a safety check for duplicate infusion substances. As seen in , the duplicate safety check may be performed with respect to multiple infusion devices associated with a patient (i.e., infusion device no. 1, infusion device no. 2, ... , infusion device no. n). As described in further detail below, the infusion devices associated with the t may be in signal communication with each other. In some implementations, the infusion devices may be set up in a master/slave configuration. As also seen in , the infusion devices associated with a patient may also be in signal communication with a medication management system having medication safety software. Suitable medication safety software for the medication management system may include the Hospira ™ Safety Software available from Hospira.

During the duplicate substance safety check, the infusion device may determine whether the selected substance has been selected for delivery on another line of the on device or during another step of the infusion sequence. The infusion device may also query the medication management system to determine whether the selected substance has been selected for delivery via another infusion device associated with the patient. rly, the infusion device may query the other infusion devices associated with the patient for a list of substances selected for delivery via those infusion devices.

In response to the query, the other infusion devices may return a list of substances ed for delivery to the patient. The infusion device may then compare the ed substance to the respective lists of substances received from the other infusion devices.

The infusion device may query other infusion devices it is connected to as a master or slave infusion device. The infusion device may also poll any nearby infusion devices and provide a unique identifier associated with the t. If the polled infusion device indicates it is associated with the same t (i.e., the t identifiers match), then the infusion device may query from the polled computing device the list of nces ed for delivery via the polled computing device. If the infusion device determines that the selected substance matches a substance selected for delivery via another infusion device, then the infusion device may provide a notification or warning to the caregiver. depicts a flowchart of example method steps for performing a safety check for compatible infusion substances. The compatibility safety check may be similar to the duplicate safety check discussed above. In particular, the compatibility safety check may likewise involve querying and polling multiple on s associated with a patient and ng a medication management system to determine whether the selected substance is compatible with the ed nce. If the infusion device determines that the selected substance is (or is potentially) incompatible a substance selected to be delivered via another infusion device ated with the patient, then the infusion device may provide a notification or warning to the caregiver. depicts a flowchart of example method steps for specifying a dose for the selected substance at the infusion device. As seen in , the caregiver may select from a list of ble dosing units for the selected substance displayed by the infusion device and specify a desired dose. The infusion device may include or be in signal ication with a library that ies a default dose for the selected substance.

The infusion device may allow the caregiver to specify a body surface area (BSA) dose (e.g., kilograms/kg or square meters/m2) or a patient weight-based dose. For a BSA dose, the infusion device may allow the caregiver to specify the patient weight and height and automatically ate the patient BSA. The caregiver may also specify the rate of infusion, or the infusion device may be configured to calculate the rate (e.g., ml/hour) based on the concentration, dose, and weight or BSA. depicts a flowchart of e method steps for specifying a VTBI. As seen in , the infusion device may allow the user to specify the desired VTBI value and ate an infusion duration based on that value. depicts a flowchart of example method steps for confirming an infusion configured at the infusion . As seen in , the infusion device displays the parameters selected for the infusion so that the caregiver may review them. The infusion device may also be configured to wait a user-selectable number of seconds before allowing the caregiver to m the parameters to ensure the caregiver has had enough time to review them. If the infusion involves multiple steps, the caregiver may advance to the next step in the on sequence to review the ters configured for that step. If the infusion is an intermittent infusion, the infusion device may be configured to request confirmation of the parameters of only one of the intermittent infusion as well as the total number of intermittent infusions and the time between steps.

Once all steps have been reviewed, the caregiver may start the on or initiate a delayed start for the infusion. At the infusion start time, the infusion device may begin the infusion sequence.

The infusion device described herein is also configured to allow a caregiver to add a step to a current ongoing continuous infusion thus converting the current continuous infusion into one of the ed on types. In other words, the caregiver may convert a current continuous infusion into one of an intermittent, multistep, inter-channel sequencing, or "infinite" flow infusion. The infusion device leverages the recognition that the advanced infusion types may be viewed as a series of uous infusions delivered in sequence. In particular, an intermittent infusion may be recognized as a series of identical continuous infusions separated by a delay. A multistep on may be recognized as a series of continuous infusions using the same substance at the same concentration and indication, but differing in dose, rate, or both dose and rate. An inter-channel sequencing infusion may be recognized as a series of uous infusions delivered from different lines via different channels. An "infinite" flow infusion may be recognized as a series of continuous infusions delivered from different lines on the same channel. depicts a flowchart of example method steps for converting a current continuous infusion to one of the various advanced infusion types. As seen in , the caregiver may select a substance for infusion and, if the selected substance permits multiple infusion steps to be med, the caregiver may choose to add a step to the current on. For the additional step, the ver may select or specify a dose and VTBI as described above. If the desired infusion type is an "infinite" flow on (i.e., there is only one step in the infusion sequence), then the caregiver may specify the volume of the delivery source container and configure the parameters for the "infinite" flow infusion. If the d infusion type is an intermittent infusion (i.e., there is one repeated step), then the caregiver may clone the current step and configure the parameters for the intermittent on.

After the caregiver has added a step to the current infusion, the caregiver may select to view all steps for the infusion sequence at the infusion device. The caregiver may select one of the steps to view in further detail at the infusion device or to delete from the infusion sequence. Once the caregiver has ured all the d steps for the infusion sequence, the caregiver may confirm the infusion steps and the infusion sequence as described above. depicts an example user ace of an infusion device at which the caregiver may add a step to an infusion sequence at the on . As seen in , a caregiver may select a substance to be delivered to the patient and the corresponding delivery parameters as discussed above. The user ace also includes a button to add a step to the current infusion sequence as well as a button to clone the current step of the infusion sequence. The user interface may be configured to display in a pop-up menu additional buttons that allow the caregiver to specify whether the new step should be added to the infusion sequence either before or after the current step.

The user interface may be configured to display the pop-up menu after a long press (i.e., n number of seconds) on the button to add a new step. The user interface in FIG. also es a "Mode" button that allows the caregiver to convert or ure the continuous infusion as an advanced on type (e.g., TPN, intermittent, multi-step, inter-channel sequencing, or "infinite" flow). depicts a flowchart of example method steps for adding a new step to a current infusion sequence at an on device. As seen in , the caregiver may select to add a step to the current infusion at the infusion device and specify whether the new step should be before or after the t step of the infusion. The infusion device may be configured to pre-populate the new step with the substance selected for the current step. If the caregiver ies a new concentration for the new step, the infusion device may automatically calculate the VTBI based on the new concentration.

If the new step is added for an inter-channel sequencing infusion, the caregiver may select to change the on line for the new step, as well as add new infusion devices for the inter-channel sequencing infusion. If the caregiver selects to add a new infusion device, then the infusion device may display a list of infusion devices available to add, and the caregiver may select one of the infusion devices listed. If the caregiver has selected to change the line for the infusion during an inter-channel sequencing infusion, the infusion device may clear the substance ed for the current step allowing the caregiver to select a new substance to be delivered during the new step of the inter-channel sequencing on. The caregiver may also specify whether the new step for the inter-channel cing infusion should be performed concurrently with another step in the sequence. depicts an example user interface of an infusion device for changing the line for an inter-channel sequencing infusion. As seen in , the interface displays the currently selected infuser, line, and channel. The interface also displays a list of lines available at the infusion device that may be selected for the infusion step currently being configured at the infusion device. In this example, the infusion device includes two ls (e.g., a Left Channel and a Right Channel) and two lines per channel (e.g., Line A and Line B for the Left Channel and Line C and Line D for the Right Channel). As also seen in , the list of lines may also identify one or more infusion s in signal communication with the current infusion device with lines available to be ed for the current infusion step. ing additional infusion devices to perform a step of an infusion sequence may be referred to as "ganging" the infusion devices together for nated operation of an infusion to a patient. In addition, infusion devices that have each been configured to perform at least one step in an infusion sequence may be referred to as "ganged" infusion devices. depicts a flowchart of e method steps for g infusion devices. As seen in , a caregiver may gang infusion devices er via a medication management system that interconnects multiple computing devices such that they are in signal communication with each other. As also seen in , a caregiver may gang infusion devices er by setting up a master/slave configuration between the ing devices t a medication management system. For this alternative approach to ganging infusion devices together, an infusion device may perform a device discovery operation to locate any nearby infusion devices or any other infusion devices associated with the current patient. As described in further detail below, infusion devices may be in signal communication with each other via wired, wireless, or both wired and wireless communications.

For multi-step infusion sequences, the infusion device may allow the ver to view a list of the steps configured for an infusion sequence. depicts a flowchart of example method steps for viewing and lating the list of infusion steps configured for an infusion sequence. As seen in , the caregiver may select to view the list of on steps, and the infusion device may display the list with the steps in their current order. The user may select one of the steps (e.g., by g the step), and the infusion device may display details for the selected step. The caregiver may also drag the selected step (e.g., by pressing and holding the step), to move or delete the selected step (e.g., drag and release). The caregiver may drag the step up or down to reposition the step in the list of steps (e.g., drag step no. 3 down to become step no. 5 and drag step. no 4 up. to become step no. 2). The caregiver may also drag the step right or left to delete the step from the list. The infusion device may be configured with an undo function that allows the caregiver to display a list of removed steps and select a removed step to add back to the list.

FIGS. 30-33 depict example user interfaces of an infusion device for displaying and manipulating a list of infusion sequence steps. s an example user interface displaying a list of infusion sequence steps for an infusion to be delivered by an infusion . As seen in , the list of infusion steps identifies, for each step, the infusion device, the line, the substance, and the infusion parameters associated with the step (e.g., substance, concentration, dose, rate, VTBI, and time). depicts an example user interface of an infusion device for displaying the parameters associated with a step the ver has selected in the list of infusion steps. Similar to each step displayed in the list, the interface ys the details of the selected step (e.g., substance, concentration, dose, rate, VTBI, and time). depicts the user interface of in which the caregiver has selected one of the steps (step no. 4) in the list of infusion steps. depicts the user interface of in which the ver has dragged the selected step to the right to remove it from the list. As noted above, the user interface in may also display a button to undo the removal of the removed step.

As noted above, a caregiver may t a continuous infusion to an intermittent infusion. The continuous infusion being converted may be currently ongoing at the infusion device, i.e., the infusion device may currently be delivering a nce to the t. The continuous on being converted may also be an infusion that has been configured but not yet started at the infusion device. The ability to convert a continuous infusion to an intermittent infusion may depend on the substance being infused. Some substances may permit intermittent infusion while other substances may not.

Accordingly the on device may query a library of substances (e.g., a drug library) to determine whether intermittent infusion of the current substance is permitted. In addition, the infusion device may not permit a caregiver to convert a continuous infusion to an intermittent infusion until the continuous infusion has been fully configured. s a flowchart of example method steps for converting a continuous on to an intermittent infusion. After a continuous infusion has been configured, the caregiver may select a button at a user ace of the infusion device to display the options for an intermittent infusion. The caregiver may then select or specify the number of on steps for the intermittent infusion. The infusion device may limit the total number of infusion steps for the intermittent infusion based on a ted range for the selected substance. The infusion device may likewise query a substance library (e.g., a drug library) for the permitted range. The caregiver may also select or specify the time delay between each step of the intermittent infusion as well as callback options for the intermittent infusion. A callback refers to a notification provided to the caregiver at the end of an individual on step as well as at the end of the intermittent infusion. s a flowchart of example method steps for specifying one or more callback options. The on device may display a list of callback options available for selection, and the caregiver may select a callback option to be provided upon completion of one or more individual infusion steps or upon completion of the entire intermittent infusion. The caregiver may also specify that the infusion device should not provide a callback for one or more of the individual infusion steps or the intermittent infusion. depicts an example user interface for cloning a current step of an intermittent infusion. As seen in , the user interface display the current line of the infusion device and the allowable range for the total number of infusion steps that may be performed for the substance in an intermittent on. The user interface includes a keypad at which the caregiver may specify the total number of infusion steps (i.e., deliveries) that should be performed. The user interface may also allow the ver to specify the delay between steps, and options for each step (e.g., callback options). depicts a flowchart of example methods steps for configuring an intermittent infusion. As seen in , the caregiver may select a substance to be delivered to the patient, the intermittent infusion options, the dose, and the VTBI. With the intermittent infusion configured, the caregiver may confirm the parameters.

As also noted above, a caregiver may also t a continuous infusion at the infusion device to an ite" flow infusion. As noted above, an "infinite" flow infusion refers to an infusion in which an infusion device utilizes two delivery lines on a single te l wherein the infusion device automatically switches to the other line when the current line completes its infusion such that there is no interruption in the delivery. Each delivery line may be connected to a respective delivery source such that the caregiver may replace a depleted ry source with a full delivery source while the other delivery source continues to deliver the substance to the t. The switching n delivery sources allows the caregiver to continually swap out depleted ry sources during the infusion without interrupting the continuous delivery of the substance to the patient. In this way, the infusion may continue while new delivery sources are connected to the infusion device. Infusion may thus continue without pausing to connect new containers. depicts a flowchart of example method steps for ting a continuous infusion to an "infinite" flow infusion and configuring the "infinite" flow on. After a continuous infusion has been configured, the caregiver may select a button at a user interface of the infusion device to display the options for an "infinite" flow on. Like converting to an intermittent infusion, the ability to convert a continuous infusion to an "infinite" flow infusion may be restricted until the continuous flow infusion has been fully configured.

When the caregiver selects to t and configure an "infinite" flow infusion, the infusion device may display options for the "infinite" flow infusion. As seen in , the caregiver may, if necessary, specify at the infusion device a KVO rate. With the total VTBI having already been ured, the infusion device requests that the caregiver specify the volume of the delivery s that will be used for the "infinite" flow infusion. The infusion device also requests that the caregiver indicate whether the onal and subsequent delivery sources with be attached to the on device before or after the delivery sources are fully depleted. If the ver indicates the delivery sources will be ed before they are fully depleted, the caregiver may configure a callback such that the caregiver is notified a predetermined amount of time before the delivery source is fully depleted (e.g., x number of minutes or seconds). If the caregiver indicates that depleted delivery sources will be replaced after they are depleted, the infusion device may prompt the caregiver to attach one or more additional delivery sources to the infusion device before the ite" flow infusion begins. depicts a flowchart of example method steps for configuring an "infinite" flow infusion. As seen in , the caregiver may select the substance to be delivered to the patient, the dose, and the volume of the delivery s that will be used for the "infinite" flow infusion. Once the volume of the delivery sources has been specified, the caregiver may specify the total VTBI of the total infusion duration. If the ver specifies the VTBI, then the infusion device may automatically calculate the total on duration. If the caregiver specifies the total infusion duration, then the infusion device may automatically calculate the VTBI. The ver may then specify various options for the "infinite" flow infusion such as the KVO rate and the callback options as discussed above. As also noted above, the infusion device will prompt the caregiver to connect an addition delivery source to the infusion device prior to starting the infusion if the caregiver opts to be notified when a delivery source is depleted. The ver may then connect a new delivery source to the infusion device after each delivery source that empties. As also noted above, the ver may opt to be notified prior to the depletion of a delivery source in which case the caregiver may only connect the subsequent delivery source when the t ry source is near empty. Waiting to connect a subsequent delivery source until receipt of notification may be advantageous where the substances delivered to the patient are in limited supply or need to be refrigerated. In other words, requesting notification of a near-empty delivery source allows the caregiver to connect the next delivery source only when it becomes necessary. Having configured the s for the "infinite" flow infusion, the caregiver may confirm and initiate the infusion at the infusion device. depicts a art of example method steps for an "infinite" flow infusion. As seen in , the infusion device may request confirmation from the caregiver that the subsequent delivery source has been connected to the infusion device. When the ver ts the subsequent delivery source, the ver may m at the infusion device that the subsequent delivery source has been connected.

The infusion device may also provide a notification to the caregiver that the current delivery source is near-empty as described above. The caregiver may respond to the notification by replacing the near-empty delivery source with a new delivery source.

When the current delivery source has been depleted, the infusion device stops infusing on the current line, es to the next line connected to a full delivery source, and begins infusing on the new line. If the infusion device has reached the VTBI or the total infusion duration, the infusion device may stop the infusion procedure or execute any end-of-procedure actions (e.g., infusing at a specified KVO rate). The infusion device may likewise notify the caregiver that the infusion procedure is complete.

FIGS. 41 A-B depict example user interfaces of an infusion device during an "infinite" infusion flow. As seen in A, the infusion device is currently infusing the patient via a first line (e.g., Line A) of the infusion device. When the delivery source connected to the first line is depleted, the infusion device es to infuse the patient via another line of the infusion device. As seen in B, the infusion device has switched to infuse the patient via a second line (e.g., Line B) of the infusion device. A caregiver may thus replace the ry source connected to the first line with a new delivery source to subsequently use when the delivery source for the second line is depleted.

As noted above, a caregiver may configure various secondary infusions (e.g., rent infusions and piggyback infusions) during an infusion currently being med at the infusion device. depicts a art of example method steps for selecting a secondary infusion at infusion device. As seen in , the infusion device may display a user ace with buttons ng the caregiver to select a secondary infusion via a selected line at the on device. The ver may select a secondary infusion type (e.g., concurrent or piggyback) and the infusion device may determine whether the other line is currently infusing.

If the other line of the infusion device is currently infusing, then the caregiver may proceed with configuring the concurrent or piggyback infusion as described above. If, however, the other line of the infusion device is not currently infusing, then the infusion device may assess the status of the other line in order to provide notifications or warnings to the caregiver. As an example, the infusion device may notify or warn the caregiver that the other line is tly in a potential livery condition exists, i.e., that the infusion device might not be able to perform the secondary infusion selected. A non-delivery condition may exist where the other line is delayed, is in standby, or has completed its infusion. If a non-delivery condition exists, the infusion device may notify the caregiver that the other line must be currently infusing in order to perform the secondary infusion via the selected line. The notifications and warnings may advantageously avoid situations where, e.g., the infusion device attempts to switch back to a line that may not resume an infusion upon tion of a piggyback infusion. The infusion device may prompt the caregiver to initiate or restart an infusion at the other line. Once ted or restarted, the caregiver may proceed with configuring the parameters of the secondary infusion. depicts an example user interface of an infusion device for notifying or warning a caregiver regarding a non-delivery condition. As seen in , the user interface informs the caregiver that the infusion device cannot initiate a secondary infusion unless the other line is tly infusing. The user interface also includes buttons to cancel the ary infusion or view the settings configured for the other line. depicts a flowchart of example method steps for configuring a piggyback on at an infusion device. As seen in , the ver may select or specify the substance to be delivered to the patient, the dose, the VTBI, and various piggyback infusion options (e.g., an action to perform at the end of the infusion). Once the parameters for the ack infusion have been configured, the caregiver may review the parameters and initiate the ack infusion. depicts a flowchart of example method steps for configuring piggyback infusion options including selecting or specifying an action to perform at the end of the piggyback infusion. s a flowchart of example method steps for configuring a concurrent infusion. Like a piggyback infusion, the ver may select or specify the nce to be delivered to the patient, the dose, the VTBI, and various concurrent infusion options.

As also noted above, a caregiver may configure various advanced infusion types at an infusion device (e.g., TPN, intermittent, multi-step, inter-channel cing, and "infinite" flow). As also noted above, a caregiver may select an advanced infusion type via "Mode" button on the user interface to add a step to a continuous infusion.

Alternatively, the infusion device may present a user interface with "quick mode" ion buttons. depicts an example user interface of an infusion device at which a caregiver may select to configure an advanced infusion type. The user interface includes buttons for configuring infusions at two infusion devices each having two lines. As seen in , the primary line (Line A) of the first on device is currently performing an infusion at the patient. The user may select to program another infusion at the ary line (Line B) of the first on device such as a concurrent or piggyback infusion as discussed above. The caregiver may also select to configure an infusion at the primary line (Line C) or the secondary line (Line D) of the second infusion device. As also seen in , the caregiver may select one of the buttons to program a continuous infusion at the lines of the second infusion device or an advanced infusion type. depicts a flowchart of example method steps for selecting an advanced infusion type to configure at an infusion device. Upon selection of an advanced infusion type button, the infusion device may display a list of the advanced infusion types available for ion. As noted above, advanced infusion types may include TPN, intermittent, multi-step, inter-channel sequencing, and "infinite" flow. The user may then select the desired advanced infusion type and ure the parameters for the advanced infusion type selected. depicts a flowchart of example method steps for configuring a TPN infusion at an infusion device. As seen in , the caregiver may select a desired TPN ol at the on device. Similar to the duplicate safety check for the nces delivered the patient, the on device may perform a duplicate safety check for the protocol ed. In particular, the infusion device may compare the ed TPN protocol to other TPN protocols that have been ured for the patient at the current infusion device or at other on devices associated with the patient.

The safety checks may also include duplicate and compatibility safety checks for the substances delivered to the patient during the respective TPN protocols. In addition, if not already specified via the selected TPN protocol, the caregiver may select or specify a VTBI, total infusion duration, taper up time, taper down time, delivery source volume, and KVO rate for the selected TPN protocol. These parameters may be pre-populated based on the TPN protocol specified. The ver may also modify the pre-populated parameters at the infusion device. Once the selected protocol has been configured, the caregiver may confirm the selected parameters and initiate the TPN on. depicts a flowchart of example method steps for selecting a TPN protocol at an infusion device. As seen in , the infusion device displays the TPN protocols available for selection, and the ver may select one of the TPN protocols displayed.

The infusion device may then determine r the selected protocol has already been ured at the current infusion device or another infusion device associated with the patient. If so, the infusion device may display a notification to the caregiver indicating that the selected TPN protocol is (or may be) a duplicate TPN protocol currently being delivered or scheduled for ry to the patient. The caregiver may acknowledge the notification indicating the potentially duplicate TPN protocol. The infusion device may also determine whether the selected TPN protocol is compatible with substances currently being delivered or scheduled to be delivered to the patient. The infusion device may notify or warn the caregiver when it determines that the TPN ol is (or may be) incompatible with the substances considered. The caregiver may likewise acknowledge the notification or warning and d accordingly. The caregiver may, for example, select to override the potential incompatibility and continue with the selected TPN protocol. depicts a flowchart of example method steps for configuring a multistep infusion at an infusion device. As seen in , the caregiver may select the substance to be delivered to the patient as well as the total number of infusion steps to perform. For each infusion step, the caregiver may specify the dose and VTBI for the infusion step. Once the caregiver has configured the parameters for all of the infusion steps for the multi-step infusion, the ver may confirm and initiate the step infusion.

FIGS. 48-55 depict example user aces and flowcharts of example method steps for configuring an channel sequencing infusion. depicts a flowchart of example method steps for configuring an inter-channel sequencing on. As seen in , ver may configure an inter-channel sequencing on by selecting a pre-defined protocol from a library of protocols or manually configure each infusion step of the inter-channel sequencing infusion. As also seen in , the infusion device may request confirmation from the caregiver of each step in the inter-channel sequencing infusion. During confirmation of each infusion step, the infusion device may also prompt the ver to set up the delivery source for the infusion step being confirmed. depicts a flowchart of example method steps for selecting a predefined inter-channel sequencing protocol. As seen in , the caregiver may select an inter-channel sequencing protocol to deliver to the patient. The caregiver may also gang multiple infusion devices er to deliver the inter-channel sequencing infusion. The caregiver may assign one or more of the infusion steps of the selected protocol to individual infusion devices ganged er. Once the infusion steps for the inter- channel sequencing protocol have been configured and assigned to respective infusion devices, the caregiver may m and initiate the inter-channel sequencing infusion. depicts an example user interface for selecting an inter-channel cing protocol at an infusion device. As seen in , the infusion device may display a list of inter-channel sequencing protocols available for ion. The caregiver may select one of the protocols from the list, and the user interface may subsequently display an interface for selecting the ganged together infusion devices to perform the selected protocol and an interface for confirming the parameters configured for the selected protocol.

Like the other advanced infusion types, the infusion device may perform safety checks based on the selected inter-channel sequencing protocol. depicts a flowchart of example method steps for performing safety checks based on a selected channel sequencing protocol. Like the safety checks discussed above, the safety checks may include a duplicate safety check and a compatibility safety check to check whether any ate or incompatible substances are being delivered or are scheduled to be delivered to the patient during the inter-channel sequencing infusion. The infusion device may similarly notify or warn the caregiver if the infusion device identifies any duplicate or atible substances. The ver may also likewise acknowledge and override the notification or g.

As noted above, inter-channel sequencing infusion may involve multiple infusion devices. An infusion device may allow a caregiver to identify and gang together additional infusion devices to be utilized during an inter-channel sequencing infusion.

The process of ganging infusion devices together will be discussed in further detail below. , however, depicts an e user interface of an infusion device for listing and selecting infusion devices to be used in an channel sequencing infusion.

As seen in , the user interface displays a list of infusion devices in signal ication with the t infusion device that may be ganged together for the inter-channel sequencing infusion. The list of infusion devices may include a unique identifier for the available on devices and the total number of lines available at each of the infusion devices. The caregiver may select one or more of the available on devices from the list to include in the inter-channel sequencing infusion tly being configured at the infusion device. As also seen in , the user interface includes a button to poll infusion devices (e.g., wirelessly) that are nearby the current infusion device. Polling nearby infusion devices will be discussed in further detail below.

Upon selection of one of the available infusion s, a notification may be transmitted to the selected infusion device that the caregiver has selected it to be ganged to the current infusion device. Upon t of the notification, the selected infusion device may display a confirmation request. depicts an example user interface of an infusion device displaying a confirmation request to gang the infusion device to another infusion device. As seen in , the confirmation request includes the tive identifiers for the infusion devices and buttons allowing the caregiver to confirm or deny the request. The user interface in also depicts how the list of available infusion devices is updated upon the confirmation or denial of a request to gang a ed infusion device to the current on device.

For an channel sequencing infusion, one of the on devices may be designated the master on device and the other infusion devices may be designated the slave infusion devices. The on device at which the caregiver ures the inter-channel sequencing infusion and adds additional infusion devices to the interchannel sequencing infusion may be designated as the master on device for the infusion. The additional infusion devices added to the inter-channel sequencing infusion may be designated as the slave infusion devices. The notification sent to a selected infusion device from the master on device may be sent via a medication management system the infusion devices are connected to. onally or atively, the notification sent to a selected infusion device from the master infusion device may be sent via a direct wired or wireless communication between the master on device and the slave infusion device. Similarly, the response to the confirmation request (e.g., confirmed or denied) may be sent back to the master infusion device from the selected infusion device via a medication management system or via a direct wired or wireless communication between the infusion devices.

The master infusion device may also be configured to confirm that the number of infusion devices needed to carry out the inter-channel sequencing infusion have been ganged together. As one example, the total number of infusion lines may be ed to match the total number of unique substances selected to be delivered to the patient, and the master infusion device may be configured to confirm that enough infusion devices have been ganged together to provide the total number of infusion lines needed. If the caregiver attempts to proceed to the review screen without having selected the number of infusion devices needed to out the inter-channel cing infusion, the on device may display a notification that onal infusion devices are needed. In some example implementations, a "review" button may be inactive until the caregiver has selected enough infusion devices.

Once the caregiver has selected enough infusion devices for the inter-channel sequencing infusion, the infusion device may prompt the caregiver to respectively assign an infusion line to each step in the infusion. depicts a user interface of an infusion device for assigning infusion lines to steps of an inter-channel sequencing infusion. As seen in , the user interface displays the details of the currently selected step of the inter-channel sequencing infusion including, e.g., the substance to be delivered, the dose, and the VTBI. The user interface also displays a list of the infusion devices that have been ganged together for the inter-channel sequencing infusion. The caregiver may select one of the infusion devices, and the user interface may display the lines of the selected on device that are available to be assigned to the current step. The caregiver may proceed through the steps of the inter-channel sequencing infusion and select a line to be assigned to each respective step. The user interface may deactivate (e.g., gray out) or hide selections for lines of infusion devices that have already been assigned to an infusion step. The user ace may also deactivate or hide selections of infusion devices that have no lines remaining to be assigned to an infusion step. In some implementations, the infusion device may allow the caregiver to associate an infusion device and line when an infusion device is selected for the inter-channel sequencing infusion.

As noted above, the caregiver may y the parameters for each step in an inter-channel sequencing infusion as the infusion steps are added to the sequence. depicts a flowchart of example method steps for configuring the steps of an interchannel sequencing on. As seen in , the caregiver may select or specify, for each step, a dose, VTBI, and delay offset. Once the step is fully specified, the caregiver may proceed to the next step in order to specify the parameters for that step. The delay offset may be an optional parameter. Once all steps are configured, the caregiver may review the steps of the channel sequencing on and initiate the on at the infusion . During the review and mation process, the infusion device may remind the caregiver to ensure the delivery sources have been setup and connected to the infusion s.

During the inter-channel sequencing infusion, the infusion devices may provide a visual indication to te their status as either the master infusion device or one of the slave infusion devices. FIGS. 56A-B depict respective user aces that include a visual indicator to identify the infusion device as a master or slave on device. As seen in A, the user interface of the infusion device includes a dark-colored background (e.g., dark blue) to identify the infusion device as the master infusion device.

As seen in 8, the user interface of the infusion device includes a light-colored background (e.g., light green) to identify the on device as a slave infusion device.

Additional and alternative types of visual indicators may be selectively ed to visually distinguish master and slave infusion devices. depicts an example of a possible inter-channel sequencing infusion that may be implemented utilizing the infusion devices described herein. As seen in , three infusion devices are connected to a patient: a first dual LVP infusion device connected to three delivery sources (A, B, and, C); a second e infusion device connected to one delivery source (D); and a third single LVP infusion device connected to two delivery sources (E and F). As also seen in , the dual LVP infusion device has been designated the master infusion device while the syringe infusion device and the single LVP on device have been designated slave infusion s. The master infusion device in is in signal communication with the slave communication devices via wireless communications. An example channel sequencing infusion performed by the infusion devices in may be, for example: flush from delivery source A; infuse from ry source B; flush from delivery source A; infuse from ry sources C and D together; flush from delivery source A; deliver from delivery source E; flush from delivery source A; deliver from delivery source F; and flush from delivery source A. In some e implementations, the each of the delivery sources may be connected to a manifold (e.g., an omni-flow manifold), and the manifold may be connected to an infusion device to infuse the patient from all of the delivery sources via a single channel.

As noted above, a caregiver may also manually configure an inter-channel sequencing infusion rather than select from a list of predefined protocols. depicts a flowchart of example method steps for configuring the steps of an interchannel sequencing infusion manually. As seen in , the caregiver may select one or more infusion devices to e for the inter-channel cing infusion. The caregiver may select the infusion devices to use as described above. Having selected the infusion devices, the caregiver may y the total number of steps to be performed for the inter-channel sequencing infusion. The ver may configure an infusion step to e one or more deliveries to the patient. For each step, and for each ry in a step, the caregiver may assign an infusion device and line to the current step and the current delivery of that step. The caregiver may also select or specify, for the current delivery of the current step, the substance to be delivered to the patient, the dose, and the VTBI. The caregiver may also specify a delay offset. The caregiver may repeat these actions for each delivery of the current step. Once all ries of the current step have been configured, the caregiver may proceed to the next step in the on sequence and likewise configure each delivery for the next infusion step ed. The caregiver may also view at the infusion device all steps of the inter-channel sequencing infusion, review the steps, and initiate the infusion.

FIGS. 59-60 depict example user interfaces of an infusion device for configuring the steps of an inter-channel sequencing infusion. s a user interface for configuring the first delivery of the second step of an inter-channel cing infusion.

As seen in , the user interface ys the selected infusion and line, the substance to be delivered to the patient and its concentration, the dose and units, the weight/BSA, the delivery rate, the VTBI, and the total delivery duration. The user interface in also includes a button to specify whether or not the current delivery should be delivered rent with the other deliveries of the t step. The user interface in additionally includes buttons to configure options for the current delivery of the current step (e.g., a delay offset), view all the steps of the infusion, confirm the parameters set for the current delivery of the current step, and advanced to the next delivery or step of the infusion. As described above, the multi-step view may allow that caregiver to select steps and deliveries, rearrange steps and deliveries, or delete steps and deliveries. The user interface in includes similar information for the second delivery of the sixth step in the infusion sequence. As seen in , the user interface includes the unique identifier of the infusion device that has been assigned to the current step.

Interconnected Infusion Devices As noted above, the infusion devices described herein may include communication modules that allow infusion devices to interconnect with one another for inter-channel and inter-device sequencing for infusion procedures. The communication modules may thus facilitate device-to-device communications as well as communications n infusion s via a medication management system.

Communications between on devices may be wired or wireless, via an MMS, or via an interconnecting device such as, e.g., a backplane, rack, or dock. ication between infusion devices may also enable infusions between different types of infusion s (e.g., LVP, syringe, and PCA on device types) as well as inter-channel sequencing programs in which multiple deliveries are infused within one step. Moreover communications n infusion devices may advantageously permit the use of pre- programmed inter-channel sequencing protocols for infusions to a t. , depicts an example of an implementation of an infusion device 6500 is shown. The infusion device 6500, in this example, includes a wireless network interface 6502 and a wired network interface 6504.The infusion device 6500 may be in signal communication with an interconnecting device 6506 via a communication port 6508 of the wired network interface 6504. The infusion device 6500 may also be in signal communication with one or more infusion devices 6510 via an antenna 6512 of a transceiver 6514 of the wireless network interface 6502. Through the interconnecting device 6506, the infusion device 6500 may be in signal communication with another infusion device 6516 as well as a medication management system 6518. The infusion device 6500 may also be in signal communication with the MMS 6518 via the ss network interface 6502.

The interconnecting device 6506 may be, e.g., a wired backplane, dock, or rack that mounts or otherwise ts le infusion devices. The multiple infusion devices d at the interconnecting device may be housed in a common housing.

The interconnecting device 6506 may be configured such that one of the on devices mounted at the interconnecting may be considered to be a lead infusion device.

As an example, in an interconnecting device in which infusion s are d from top-to-bottom, the lead infusion device may be the topmost on device. As another example, in an interconnecting device in which infusion devices are mounted from leftto-right , the lead infusion device may be the left-most infusion device. Additional examples will be appreciated with the benefit of this disclosure. The subsequent infusion devices may be subordinate to the lead infusion device based on their position at the interconnecting device in the sequence of infusion devices. For example, the next leading infusion device may be the infusion device just below the top-most infusion device or just to the right of the leftmost infusion device and so forth.

The wireless network interface 6502 may be configured to exchange wireless communications with other infusion devices or an MMS using one or more wireless ication protocols. Example of suitable wireless ications protocols include radio-frequency identification (RFID) ols, one or more of the IEEE 802.11 protocols (e.g., 802.11a, 802.11b, 802.11g, 802.11n), Bluetooth protocols, and other wireless communication ols suitable for onnecting infusion s. depicts an example of a set of interconnected infusion devices 6600. As seen in , a first set of on s 6602 are d at a first interconnecting device 6604, and a second set of infusion devices 6606 are mounted at a second interconnecting device 6608. As also seen in , one of the infusion devices 6610 at the interconnecting device 6604 has been designated the master infusion device. The other infusion devices 6612 at the interconnecting device 6604 have been designated slave infusion device. In addition, the master infusion device 6610 is in wireless signal communication with the interconnecting device 6608. When wireless communication with infusion devices of an interconnecting device, the infusion devices mounted at that interconnecting device may be considered as a singular unit. In , each of the infusion devices 6614 at the interconnecting device 6608 have been designated slave on devices. The master infusion device 6610 is also in direct wireless signal communication with an on device 6616 that has been designated a slave infusion device as well as an infusion device 6618 via an MMS 6620. The infusion device 6618 interconnected to the master infusion device 6610 via the MMS 6620 has also been designated a slave infusion devices.

As described in further detail below, interconnected infusion devices may designate a master infusion device when an MMS is and is not present. Designating a master infusion device via an MMS will be discussed in further detail below. If an MMS is not present, however, interconnected on devices may designate a master infusion device based on whether the infusion devices are in signal communication wirelessly or via an interconnecting device. If onnected via an interconnecting device, the infusion devices may designate the lead infusion device as the master infusion device (e.g., the top-most or left-most on device). If ication with the master infusion device is lost, then the infusion devices may designate a new master infusion device which may be the next infusion device subordinate to the master infusion device in the sequence of infusion devices (e.g., the next top-most or next left-most infusion device). If the infusion devices are interconnected wirelessly, then the infusion devices may designate the ng device having the longest infusion duration as the master infusion device. If communication with the master infusion device is lost, then the on devices may designate the infusion device having the next t infusion duration as the new master infusion device. Designating the master infusion device when an MMS is not present will also be discussed in further detail below. depicts interconnected infusion s respectively associated with patients. As seen in , a set of ganged together infusion devices 6702 are associated with a first patient (Patient A). The ganged infusion devices 6704 and 6706 of the set of infusion devices 6702 are in wireless signal communication with each other.

One of the infusion devices 6704 has been designated the master infusion device, and two of the infusion devices 6706 have been designated as slave infusion devices.

Another infusion device 6708 is associated with another patient (Patient B). As seen in , the master infusion device 6704 may be in the vicinity of the other infusion device 6708 and thus in signal communication with the other infusion device. As ned in further detail below, however, the other infusion device 6708 may not be ble to be ganged with the set of ganged infusion devices 6702 since it is ated with a different patient (i.e., Patient B vs. Patient A). depicts a flowchart of e method steps for ganging together infusion devices via a tion management system. An infusion device connects to an MMS (block 6802). In response to connecting to the on device, the MMS updates a list of infusion devices (block 6804). The list of infusion devices maintained at the MMS may fy the t each on device is respectively associated with (e.g., using a unique identifier respectively ated with each patient). The MMS may also query an infusion device to determine which patient the on device is associated with. A caregiver initiates the g procedure at one of the on devices connected to the MMS (block 6806). The on device at which the ganging process is initiated may be designated as the master infusion device.

The master infusion device then queries the MMS for a list of infusion devices available to be ganged to the master infusion device (block 6808). In se to the query, the MMS responds to the master infusion device with the list of available infusion devices (block 6810). The MMS may generate the list of available infusion devices based on the patient the master on device is associated with. The list of available infusion devices may, for example, only include infusion devices currently associated with the patient or, additionally or alternatively, infusion devices that have not yet been assigned to a patient and thus ble to be associated with the patient the master infusion device is associated with. The master infusion device displays the list of available infusion devices (block 6812), e.g., at a display screen for review by the caregiver. The master infusion device receives from the caregiver a selection of one of the available infusion devices to gang to the master infusion device (block 6814). The master infusion device then transmits the selection to the MMS (block 6816), and the MMS in turn transmits a notification of the selection to the selected infusion device (block 6818).

In se to receipt of the notification, the selected infusion device displays (e.g., at a display screen) a confirmation request for the caregiver to confirm the selected infusion device should be ganged to the master infusion device as a slave on device (block 6820). If the caregiver does not confirm that the selected infusion device should be ganged to the master infusion device (block 6822:N), then the selected infusion device is not ganged to the master infusion device (block 6924). If, however, the caregiver does confirm that the selected infusion device should be ganged to the master infusion device (block 6822:Y), then the selected infusion device is ganged to the master infusion device (block 6826). The caregiver may gang multiple on devices to the master infusion devices. Accordingly, if the caregiver wishes to gang additional infusion devices to the master infusion device (block 6828:Y), the caregiver may repeat the steps above to gang additional infusion devices to the master infusion device. If the caregiver does not wish to gang additional infusion devices to the master infusion device (block 6828:N), or once the caregiver has ganged the d number of infusion devices to the master infusion device, the caregiver may provide the infusion sequence configuration information to the master infusion device (block 6830). Once the caregiver has configured and confirmed the inter-device infusion sequence, the caregiver may initiate the on sequence and the master on device controls the infusion sequence across the ganged infusion devices (block 6832). depicts a flowchart of example method steps for ganging together infusion devices via direct communications. A caregiver initiates the ganging procedure at an infusion device configured to exchange direct communications (e.g., wired or wireless) with other infusion s. (block 6902). The infusion device at which the ganging process is initiated may likewise be ated as the master infusion device.

The master infusion device polls nearby infusion s with a query message that may include a unique fier (ID) for the patient associated with the master infusion device (block 6904). The patient ID may indicate the patient an infusion device is associated with, and in infusion device may store the patient ID. Nearby infusion devices may e infusion devices mounted at the same onnecting device as the master on device as well as infusion devices within a broadcast range of the master infusion . Accordingly the master infusion device may poll nearby infusion devices with a query message transmitted via a wired or wireless communication.

A polled infusion device may receive the query message from the master infusion device and compare the patient ID included in the query message with its stored patient ID (block 6906). If the patient IDs do not match (block 6908:N), then the polled on device may transmit a response to the master infusion device indicating that the patient IDs do not match (block 6910) and that the polled infusion device is thus unavailable to be ganged to the master infusion device. If, however, the patient IDs do match (block 6908:Y), then the polled infusion device may assess whether it is available to be ganged to the master infusion device. If the polled infusion device is not ble to be ganged to the master infusion device (block 6912:N), then the polled infusion device may respond to the master on device that it is currently unavailable. Alternatively the polled infusion device may simply not respond to the master infusion device if it is currently unavailable. If, however, the polled infusion device is ble (block 6912:Y), then the polled infusion device may respond to the master infusion device indicating that it is available to be ganged to the master infusion device (block 6916). The polled infusion device may also respond to the master infusion device indicating that is available to be ganged to the master infusion device if the polled infusion device is not currently ated with a patient.

Multiple infusion devices may respond to the master infusion device ting they are available to be ganged to the master on device. Once the master infusion device has received response from the polled infusion devices, the master infusion device generates and displays a list of infusion s that are ble to be ganged together (block 6918). The master on device then receives from the caregiver a selection of one of the infusion devices to gang to the master infusion device (block 6920). The master infusion device then transmits a notification of the selection to the selected infusion device (block 6922).

In response to receipt of the notification, the selected infusion device displays (e.g., at a display ) a confirmation request for the caregiver to confirm the selected infusion device should be ganged to the master infusion device as a slave infusion device (block 6924). If the caregiver does not m that the selected infusion device should be ganged to the master infusion device (block 6926:N), then the selected infusion device is not ganged to the master infusion device (block 6928). If, however, the caregiver does confirm that the selected infusion device should be ganged to the master infusion device (block 6926:Y), then the selected infusion device is ganged to the master infusion device (block 6930). The caregiver may gang multiple infusion devices to the master infusion devices. Accordingly, if the caregiver wishes to gang additional infusion devices to the master infusion device (block 6932:Y), the ver may repeat the steps above to gang additional infusion s to the master infusion device. If the caregiver does not wish to gang additional infusion devices to the master infusion device (block 6932:N), or once the caregiver has ganged the desired number of infusion devices to the master infusion device, the caregiver may provide the infusion sequence configuration ation to the master infusion device (block 6934). Once the caregiver has configured and confirmed the inter-device infusion sequence, the caregiver may initiate the infusion sequence and the master infusion device ls the infusion sequence across the ganged infusion devices (block 6936). depicts a flowchart of e method steps for designating a master infusion device for infusion devices ganged together via an onnecting device. A set of infusion devices may be interconnected via an interconnecting device (block 7002).

The lead infusion device at the interconnecting device may be identified (block 7004), e.g., the top-most or left-most infusion device mounted at the onnecting device.

The lead infusion device may be set as the master infusion device (block 7006) and one or more of the other infusion devices d at the interconnecting device may be designated as slave infusion devices to gang those infusion devices with the master infusion device (block 7008). The master infusion device may initiate an infusion sequence involving the ganged infusion devices (block 7010) and control the ganged on devices during the infusion sequence (block 7012).

While the slave infusion devices remain in signal communication with the master infusion device (block 7014:Y), the master infusion device may continue to control the ganged infusion devices during the infusion sequence (block 7012). If, however, the slave infusion devices lose the connection to the master infusion device and are no longer in signal communication with the master infusion device (block ), then the next sequential infusion device at the onnecting device (e.g., the next top-most) may be identified (block 7016) and designated as the new master infusion device (block 7018). The new master infusion device may take over controlling the ganged infusion s during the infusion sequence (block 7012). depicts a art of example method steps for designating a master on device for infusion devices ganged together via wireless communications. A set of infusion devices in wireless signal communication with each other may be ganged together (block 7102), and a caregiver may ure a step infusion sequence for the ganged infusion devices (block 7104). The caregiver may assign various steps of the multi-step infusion sequence to various infusion devices that have been ganged together (block 7106). The duration of each step may be calculate (block 7108), and the infusion device having the longest infusion duration may be designated as the master infusion device (block 7110). The other infusion devices may be designated as slave infusion devices for the master infusion device (block 7112).

During the infusion sequence, the master infusion device may control the slave infusion devices (block 7114). While the slave infusion devices remain in signal communication with the master infusion device (block ), the master infusion device may continue to control the ganged infusion devices during the multi-step infusion sequence. If, however, the slave infusion devices lose the connection to the master infusion device and are no longer in signal communication with the master infusion device (block ), then the infusion device having the next longest infusion duration is identified (block 7118) and designated as the new master infusion device (block 7120). The new master infusion device may take over controlling the ganged infusion devices during the infusion sequence (block 7114).

It will be appreciated with the benefit of this sure that various combinations of the steps bed above may be employed where the ganged together infusion devices include on devices that are in signal ication both wirelessly and via an interconnecting . As an example, the ganged together on devices include infusion devices mounted at an interconnecting device as well as infusion devices that exchange ications wirelessly. In this example, the infusion devices at the interconnecting device may take ence over the infusion devices ganged together wirelessly such that the lead infusion device at the interconnecting device may be designated the master infusion device. If the connection to the master infusion device is lost, the new master infusion device may be designated from the next sequential on device at the interconnecting device until tion with all infusion devices at the interconnecting device has been lost at which point, the new master infusion device may be the wirelessly communicating infusion device having the longest duration. If the set of ganged together infusion devices includes multiple interconnecting s and connection to all infusion devices at one of the interconnecting devices has been lost, then the lead infusion device at the next sequential interconnecting device may be designated as the new master infusion device and so forth. depicts another flowchart of example method steps for ganging together infusion devices that are interconnected via a medication management system.

Interconnecting infusion devices wirelessly, via an interconnecting device, or via a tion management system provides various ages when performing infusions at a patient. Some example advantages include limiting the total infusion rate across each infusion device associated with a patient, ng accumulated air across the infusion devices associated with a patient, choosing a ting site for an infusion device and checking drug compatibility across the same connection site, and checking for duplicate drug selections across each infusion device ated with a patient. With respect to limiting the infusion rate, inter-device communication allows a caregiver or care facility (e.g., a hospital) to limit the total infusion rate across each infusion device associated with the patient to an infusion rate determined by the caregiver or care facility. The total infusion rate may be limited across each channel on a dual-channel infusion device or across each respective channel of multiple infusion devices.

Potentially unsafe infusion rates may thus be identified and tracked. With respect to tracking accumulated air, the inter-device communication allows a caregiver or care facility to track the air that has been accumulated across all infusion device types associated with a patient, e.g., LVP, syringe, and PCA infusion device types. The onnected infusion devices may provide an alarm when the accumulated air s an air lation threshold which may be set by the ver or care facility.

A caregiver may also select a connection site for the infusion devices and initiate a drug compatibility check. As described above, a ver may be notified of any potential drug incompatibilities at a common connection site which the caregiver may override if needed. A caregiver may likewise initiate a ate drug selection check across infusion devices ated with a patient and receive notification of any duplicate drugs selected to be infused at the patient and again override if needed.

The drug duplication and compatibility checks may happen in the background as the ver continues programming the infusion sequence thus preventing delays in therapy in the case where there is no duplicate. When connected via an MMS, the duplicate drug check may be accomplished in various ways, e.g., 1) if the drug is being programmed for an inter-channel sequence then the infusion device checks the ed drug against the other ed drugs for all other steps in the therapy; 2) the infusion device sends a status message with the selected medication to the MMS which checks if the selected drug is programmed on other channels for the t, and the MMS will respond with the results of the duplication check; 3) the infusion device sends the selected drug to the other infusers connected via an interconnecting device and the other infusion s will respond with the results of the duplication check; 4) the infusion device polls nearby infusers wirelessly to check if they are associated to the same patient and, if so, the infusion device sends the selected drug to the other infusion devices ated with the patient. The other infusion devices may then respond with the results of the duplication check.

Similar ques may be utilized to check for drug ibility. An infusion device may likewise check for potential drug incompatibility in various ways, e.g., 1) the infusion device may send its currently programmed clinical care area (CCA) to the other infusion devices. If the other infusion devices are in the same CCA, the infusion device may send the programmed drug to the other infusion devices which may issue a response indicating that no compatibility issues exist or d with the incompatible drug name; 2) the infusion device sends its currently programmed CCA to the other infusion s, and if the other infusion s are not in the same CCA, the infusion device sends a list of incompatible drugs for the programmed drug to the other infusion devices which issue a response indicating no compatibility issues exist or respond with the incompatible drug name; 3) the infusion device ts the drugs with which the other infusion devices are programmed and the first infusion device checks for compatibility against its drug library.

With respect to tracking accumulated air across each infusion device associated with a patient, if an MMS is present, the MMS may be configured to receive periodic status messages that include accumulated air values from infusion devices during an ongoing infusion. The MMS may aggregate the lated air values from the infusion devices associated with the patient and send the aggregated value to each infusion device in a response to the periodic status message or as a separate e. If one of the infusion devices associated with the t detects accumulated air that exceeds the threshold for accumulated air, that infusion device will provide a notification or alarm.

The infusion device may continue infusing based on ality of the substance being infused or other drug y rules. The other associated infusion devices may continue infusing until they also detect accumulated air, at which point they will also provide a cation or alarm. The caregiver may then attend to the alarming infusion devices, which may include dismissing the alarm message, resetting the accumulated air value, or removing air from the infusion device. Once the caregiver resets the accumulated air value, the MMS may be notified via the status message and may disseminate the reset value to the associated infusion devices. If the MMS connection is lost, then the infusion devices may continue operating on the most recently received aggregate accumulated air value, adding to the value as it tracks air, if any. Each infusion device may provide a notification or alarm individually if it exceeds the accumulated air threshold. When the MMS tion is reestablished, the infusion devices may send their current accumulated air values to the MMS which may sum the accumulated air across all infusion s from the previous aggregate value and disseminate that value to the associated infusion devices. The on devices may also be ured to connect locally to the other associated infusion devices to continue tracking the aggregate accumulated air. This may occur whether the MMS was originally present or not. If ted via an interconnecting device, the t infusion device may designated as the master infusion device as described above and may be responsible for computing the aggregate accumulated air value. If the infusion devices utilize point-to-point wireless communication, the infusion device having the longest infusion duration remaining may be designated the master infusion device and likewise be sible for computing the accumulated air value. If the infusion devices were icating locally and a connection to an MMS is established, the master infusion device may send its aggregated value to the MMS and the infusion devices which lost connection to the master infusion device, if any, may also send their accumulated air values. The MMS may then disseminate the new ate accumulated air value.

Limiting the total infusion rate across each infusion device associated with a patient may function in a fashion similar to that of tracking the accumulated air. The total infusion rate may be set by the caregiver, the care facility, or the CCA. If an MMS is present, the MMS may track the total infusion rate. If, however, an MMS is not present, then the infusion devices may communicate with one another to ate a master infusion device, and the master infusion device may track the total infusion rate. depicts a flowchart of e method steps for configuring an infusion at an infusion device. A first infusion of a first type may be initiated at an infusion device (block 7302). While the first infusion is infusing, the on device may receive, at an input device, input indicating a selection of a second infusion of a second type (block 7304). The infusion device may display, at an output device, a configurable parameter of the second infusion (block 7306). The infusion device may then receive, at the input device, input indicating a value for the configurable ter (block 7308). The infusion device may then initiate the second infusion. s a flowchart of example method steps for configuring a sequence of infusion steps at an infusion device. An infusion device may initiate a first infusion step of an on (block 7402). While the first infusion step is being med, the infusion device may e, at an input device, input corresponding to a second infusion step (block 7404). The second infusion step may be configured based on the input received (block 7406), and the infusion device may initiate the second infusion step (block 7408). depicts a flowchart of e method steps for interconnecting multiple infusion devices and controlling the interconnected infusion devices from a master infusion device during an infusion. An infusion device may receive, via an input device, input corresponding to an infusion comprising a ity of infusion steps (block 7502).

The infusion device may establish a connection with at least one other infusion device via a communication interface to yield a plurality of interconnected infusion devices (block 7504). One of the interconnected infusion devices may be designated as a master infusion device (block 7506). During the infusion, the interconnected infusion devices may be controlled from the infusion device designated as the master infusion device (block 7508).

While the disclosure has been described with respect to specific examples including presently illustrative modes of carrying out the disclosure, a person having ry skill in the art, after review of the entirety disclosed herein, will appreciate that there are numerous variations and permutations of the above-described systems and techniques that fall within the spirit and scope of the disclosure.

Claims (16)

WHAT IS CLAIMED IS:

1. An infusion device configured to infuse a fluid to a patient, the infusion device comprising: a first pump; an input device; an output device; one or more processors; and memory storing ctions that, when executed by one or more of the processors, cause the infusion device to: initiate a first infusion of a first type, e, at the input device while the first infusion is infusing, input indicating a selection of a second infusion of a second type, y, at the output device, a urable parameter of the second infusion, receive, at the input device, input indicating a value for the configurable parameter, determine whether the second infusion of the second type is duplicated in another step in a current program, request, from a medication management system, a determination that the second infusion of the second type is duplicated on another line of a second pump that is also connected to the patient, determine whether the second infusion of the second type is duplicated in any ganged infusion pumps, and initiate the second infusion based on the determination that there is no duplication in the another step, the determination from the medication ment system, and the determination from any of the ganged infusion pumps.

2. The infusion device of claim 1, wherein: the second on ses a plurality of infusion steps.

3. The infusion device of claim 2, n: the configurable parameter ses a total number of infusion steps to perform.

4. The infusion device of claim 3, wherein: the second infusion is an intermittent infusion.

5. The infusion device of claim 2, wherein: the second infusion is a multi-step infusion; and the configurable parameter comprises, for one of the infusion steps, at least one of a dose, an infusion rate, a volume-to-be-infused, and an infusion duration.

6. The infusion device of claim 2, wherein: a first infusion step of the plurality of infusion steps infuses via a first channel connected to a first delivery ; and a second infusion step of the ity of infusion steps infuses via a second channel connected to a second delivery source.

7. The infusion device of claim 6, wherein: the first infusion step and the second infusion step are performed concurrently.

8. The infusion device of claim 6, wherein: the instructions, when executed by one or more of the processors, further cause the infusion device to pause the first infusion step, initiate the second on step, and resume the first infusion step upon completion of the second infusion step.

9. The infusion device of claim 6, n: each of the first channel and the second l are connected to the first pump of the infusion device.

10. The infusion device of claim 6, r comprising: a communication interface in signal communication with r infusion device; wherein the first channel is connected to the first pump of the infusion device; and wherein the second channel is connected to a pump of the other infusion device.

11. The infusion device of claim 1, further comprising: a dual-channel cassette connected to the first pump; a first channel connected to the cassette and to a first delivery source; a second channel connected to the cassette and a second delivery source.

12. The on device of claim 11, wherein: the instructions, when executed by one or more of the processors, further cause the infusion device to switch between the first channel and the second channel during the second infusion such that an infusion flow is not upted during the second infusion.

13. The infusion device of claim 12, wherein: the ctions, when executed by one or more of the processors, further cause the infusion device to switch from the first channel to the second channel responsive to determining that the first delivery source is depleted, and switch from the second channel to the first channel responsive to determining that the second delivery source is depleted.

14. The infusion device of claim 13, wherein: the instructions, when executed by one or more of the processors, r cause the infusion device to provide a notification responsive to determining that either the first delivery source or the second delivery source is depleted.

15. The infusion device of claim 11, wherein: the instructions, when executed by one or more of the processors, further cause the infusion device to present a display at the output device n the display comprises an indication of which of the first channel or the second channel is currently infusing during the second infusion.

16. The on device of claim 2, wherein: the configurable parameter ses a predetermined infusion protocol to perform. i RY iNFORMATiGN iNPUT DEVICE (PDA) :NPUT /GUTPUTE DEVECE I WO 41012