JP2010519969A - System and method for ordering channels in a multi-channel infusion pump - Google Patents

Abstract

  A system, method and computer program for controlling at least one infusion pump, the system comprising a first channel for delivering a first fluid, a second channel for delivering a second fluid, and a channel sequence A first input for receiving channel order data specifying the order in which data is delivered from the first channel to the first fluid and from the second channel to the second fluid; and to the first channel and to the first channel Based on the second input for receiving the second delivery data and the channel sequence data, the first delivery data, and the second delivery data, delivery of the first fluid from the first channel and the second fluid from the second channel. A processor for controlling.

Description

  This application claims priority from US Provisional Application No. 60 / 892,085 filed on Feb. 28, 2007, the contents of which are hereby incorporated by reference in their entirety.

  The present invention relates generally to systems and methods for controlling an infusion pump, and more particularly to methods and systems for programming and operating a multi-channel infusion pump system that administers fluids in a particular order.

  Modern medical devices, including medical pumps, are increasingly controlled by microprocessor-based systems to deliver fluids, solutions, drugs and drugs to the patient. Typical controls for a medical pump include a user interface that allows the practitioner to enter the fluid dosage to be delivered, the fluid delivery flow rate, the duration, and the volume of fluid to be infused into the patient. Typically, drug delivery is programmed to occur as a continuous infusion or as a single bolus dose.

  Multiple fluids are typically infused into the patient using a multi-channel infusion pump or using multiple single-channel infusion pumps (different fluids are administered from each channel). Another method for injecting multiple fluids into a patient is the piggyback method.

  With the piggyback method, the infusion pump can deliver fluid from the second container at a delivery flow rate or volume similar to or different from the first container. Typically, the fluid pathways from the first container and the second container meet at a Y-shaped connecting intersection located above or upstream of the pump. Downstream of the Y-shaped portion, the IV tube set is then inserted into a single channel of the infusion pump. The second container must be suspended higher than the IV pole so that the resulting high head height creates a higher pressure on the IV tube. The microprocessor is programmed to stop the infusion and allow the user to switch the infusion source. Due to the high pressure of the second container flow, the second container flow blocks the flow from the first container and different fluids are injected from a single channel in a blocking manner. This method may require manual operation, requires additional mechanical components such as fasteners or valves, and multiple medications need to be delivered through a single channel. When the second infusion is complete, the second bag generally needs to be removed and the infusion from the first bag needs to be resumed manually.

  Another method for injecting multiple fluids is disclosed in US Pat. No. 4,696,671 and US Pat. No. 5,464,392. The infusion pump disclosed in this patent uses a complex pump cassette with multiple inlets and a single outlet to sequence and mix fluid flows from multiple sources through a single tube set. To do. In order to control the flow of fluid through the cassette, multiple valves must be included in the pump and operated by the processor according to a real time clock. While this has been a significant improvement in the manual operation of fasteners, Y-shaped parts and valves that have been required, moving the valve relative to the pump and automating the valve are expensive and complex to the pump. The sex was greatly increased. Further, the cassette cannot be removed from the pump as long as any one of the plurality of inlet ports is utilized to pump fluid from any infusion source. Because the cassette has only a single outlet, it cannot provide the patient with the flexibility (desirable) of delivering fluid from separate and individual outlets or tubes.

  Another method for injecting multiple fluids is to use a multi-channel infusion pump that delivers separate fluids through each channel. In such infusion pumps, individual therapeutic agents delivered through a specific channel must be programmed and completely administered through this channel. After each therapeutic agent is administered, a new therapeutic agent in another channel is programmed and administered. This method cannot program multiple channels at once. Instead, each channel must be programmed and started individually. As a result, this method is manual and requires excessive user intervention. The present invention is provided to solve these and other problems.

  The present invention relates to a system for controlling at least one infusion pump. The system includes a first channel for delivering a first fluid and a second channel for delivering a second fluid. The first channel and the second channel may be connected to a single infusion pump, or alternatively, the first channel may be connected to the first infusion pump and the second channel connected to the second infusion pump. The first infusion pump and the second infusion pump may be in communication with each other. The first infusion pump and the second infusion pump may be detachably connected to each other.

  The system further includes a first tube set operatively connected to the first channel and a second tube set operably connected to the second channel, wherein the first fluid is being delivered from the first channel; The second tube set can be removed from the second channel.

  The system also includes a first input for receiving channel order data. The channel order data specifies the order of delivering the first fluid from the first channel and the second fluid from the second channel. In one example, the channel order data ensures that the first fluid is delivered from the first channel and that the second fluid is delivered after delivery of the first fluid is complete. In another example, the channel order data ensures that the first fluid is delivered from the first channel and at the same time the second fluid is delivered from the second channel.

  Further, the system may include a second input for receiving first transmission data for the first channel and second transmission data for the second channel. The delivery data may include fluid specific data, dose data, delivery flow data, fluid volume data or delivery time data.

  The system may also include a processor for controlling the delivery of the first fluid from the first channel and the second fluid from the second channel according to the channel order data, the first delivery data, and the second delivery data. The processor may also control the delivery of a keep vein open therapeutic agent after delivery of the first fluid and the second fluid.

  Further, the system may include a display that can display infusion data, channel order data, first delivery data, or second delivery data for the selected channel when fluid is being delivered from the selected channel. .

  In another aspect, the invention relates to a computer program on a computer readable medium for controlling at least one infusion pump.

  The computer program includes a code segment for receiving channel order data, where the channel order data specifies the order in which fluid is delivered from at least two of the plurality of channels. The multiple channels are connected to a single infusion pump, or in the alternative, the multiple channels are connected to multiple infusion pumps. The plurality of infusion pumps may communicate with each other and be detachably connected to each other. In addition, the plurality of channels may comprise first and second channels, and the channel order data specifies the order in which fluid is delivered from the first and second channels.

  The computer program may also include a code segment for receiving transmission data for at least two of the plurality of channels. The channel order data may specify that fluids from at least two multiple channels are delivered simultaneously or sequentially. Further, the delivery data may include at least one of variables selected from the group including fluid identification data, dose data, delivery flow data, fluid volume data, and delivery time data. The computer program may also include a code segment for controlling delivery of fluid from at least two of the plurality of channels in accordance with channel order data and delivery data for at least two of the plurality of channels.

  The computer program may also include a code segment for displaying delivery data for each of the plurality of channels and a code segment for displaying the order in which fluid is delivered from each of the plurality of channels.

  In yet another aspect, the present invention includes a method for controlling an infusion pump. The method includes inputting channel order data (channel order data specifying the order in which the first fluid is delivered from the first channel and the order in which the second fluid is delivered from the second channel); Inputting the first delivery data for the second channel and the second delivery data for the second channel, delivering the first fluid from the first channel according to the input channel sequence data, the first delivery data and the second delivery data, and Delivering a second fluid from the second channel.

  The first channel and the second channel may be connected to a single infusion pump. Alternatively, the first channel may be connected to the first infusion pump and the second channel connected to the second infusion pump, where the first infusion pump and the second infusion pump are in communication with each other. The first infusion pump and the second infusion pump may be detachably connected to each other. The infusion pump may also include a first tube set operably connected to the first channel and a second channel set operably connected to the second channel. In one example, the second set of tubes can be removed from the second channel when the first fluid is being delivered from the first channel.

  Furthermore, the first fluid from the first channel and the second fluid from the second channel may be sent sequentially or simultaneously by the channel order data. The time offset may be programmed for one or more deliveries to provide delayed start, partially simultaneous delivery, fully simultaneous delivery or delayed sequential delivery. Further, the delivery data may include fluid identification data, dose data, delivery flow data, fluid volume data or delivery time data.

  The method further displays data selected from the group consisting of infusion data, channel order data, first delivery data, and second delivery data for the selected channel when fluid is being delivered from the selected channel. Includes steps. Further, the method may include controlling the delivery of the patent venous maintenance therapeutic agent after delivery of the first fluid and the second fluid.

1 shows a schematic view of a medical device according to the invention. 1 is a front view of a multi-channel medical device according to the present invention. FIG. 2B is a screen display of the multi-channel medical device of FIG. 2A programmed for inter-channel sequential delivery according to the present invention. 1 is a front view of two mutually associated medical devices having a display according to the present invention. FIG. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention. 2 shows a screen display of an injection system, method and computer program according to the present invention.

  The invention is capable of many different embodiments, and the one shown in the drawings and described below is only one example of the invention. The present disclosure is to be regarded as an example of the principles of the invention and is not intended to be limited to the examples that illustrate the broad aspects of the invention.

  FIG. 1 is a schematic diagram showing several functional components of a medical pump 10 for implementing the present invention. Those skilled in the art will appreciate that pump 10 includes more components than those shown in FIG. However, it is not necessary to show all of these components in order to disclose exemplary embodiments for carrying out the present invention.

  In the context of the present invention, the term “medical device” refers to a device that acts on a cassette, reservoir, vial, syringe or tubing (eg, an intestinal pump, non-transport) to transport drugs or fluids to or from a patient. Including but not limited to oral infusion pumps, patient-controlled pain-free methods (PCA) or pain-controlled medical pumps or suction pumps), monitors for monitoring patient vital signs or other parameters, or diagnostic devices.

  With reference to FIGS. 2A-13, for illustrative purposes only, the medical device 10 is disclosed as an infusion pump. More specifically, the medical device 10 is a single multi-channel infusion pump, a plurality of single-channel or multi-channel infusion pumps that are in communication or connected to each other, or a specific combination thereof.

  With reference to FIG. 1, the pumped medical device 10 includes a network interface 12 for connecting the medical device 10 to an electronic network 14. The electronic network 14 may be a complete wireless network, a complete wired network, or a specific combination thereof. The device 10 may include an antenna (not shown) for wireless connection to the electronic network 14. The antenna can protrude outside the device 10 or can be housed within the housing of the device.

  The processor 18 is included within the medical device 10 and performs various operations described in more detail below. The input / output device 20 allows a user to receive output from the medical device 10 and / or input information to the medical device 10. Those skilled in the art will recognize that the input / output device 20 is a single device, such as a touch screen 22, or a separate display device and a separate input device (not shown), such as a keypad, keyboard, handheld computer or network computer. It will be understood that may be provided as: In one embodiment, the display screen 22 of the medical pump 10 is a thin film transistor-active matrix color liquid crystal display with a multi-wire touch screen. Screen 22 is approximately 8.5 inches (22 cm) in diagonal dimension and has a rectangular display area approximately 5 inches (13 cm) wide by 7 inches (18 cm) long. A membrane that is generally impervious to fluid is affixed to the display screen 22 so that the user can use a wet or dry glove or without a glove. The input can be activated by pressing the image of the key or button on the screen below.

  Memory 24 communicates with processor 18 and stores code and data necessary for processor 18 to perform the functions of medical device 10. More specifically, the memory 24 is formed according to the present invention for various functions of the medical device 10, including an infusion program that allows different medications to be administered to a patient from two or more channels in a particular manner. Stores multiple programs.

  The medical device 10 optionally includes a machine readable input device 30 that handles the problem of accurately performing channel combinations when programming the medical device 10. The machine readable input device 30 communicates with the medical device 10 to input machine readable information into the medical device 10. The machine readable input device 30 can communicate directly or indirectly with the medical device 10 via a wireless or wired connection. The machine readable input device 30 may be a device that is separate from the medical device 10, but is associated with or in communication with the medical device 10.

  The machine readable input device 30 may be any type of data input means including an input device adapted to read a machine readable mark, such as a barcode scanner or a handheld personal digital assistant (PDA). . Alternatively, the machine readable input device 30 may operate to read other known types of machine readable information such as, for example, wireless automatic identification tags (RFIDs), touch memory, digital photographs, biometrics, etc. . For example, the device 30 may be a digital camera that can generate an electronic image. In addition to supporting channel combination, such a device is useful for generating an electronic image of all or part of a drug container label.

  Referring to FIG. 2A, the medical device 10 is a multi-channel pump 10 </ b> B having a first channel 32 and a second channel 36. A first tube set is operatively connected to the first channel 32 to deliver fluid from the first channel 32, and a second tube set is operatively connected to the second channel 36 to fluid from the second channel 36. May be sent. Each of the channels 32, 36 includes a respective pumping mechanism 33, 35 that acts on the tube set to pump fluid. Various pumping mechanisms are known in the art and may be utilized without departing from the present invention. Preferably, the tube set comprises a conventional medical dosing pump cassette made from soft, non-tangling medical grade tubing and acted upon by a pumping mechanism. The first channel 32 also includes a first channel machine readable label 34, and the second channel 36 also includes a second channel machine readable label 38. A user of the medical device 10 selects a channel from one or more channels 32 and 36 by manipulating the machine readable input device 30 to scan the associated machine readable label 34 or 38.

  The user uses a machine-readable input device 30 and is preferably programmed at the factory or hospital that is electronically generated and displayed on the screen 22, preferably located near each channel 32 or 36. The desired channel 32 or 36 is selected by scanning the machine readable label 34 or 38. Alternatively, the machine readable labels 34 and 38 are physically attached to the medical device 10 and preferably placed in or near each of the channels 32 and 36, respectively. Because machine readable labels 34 and 38 may be generated by pump 10B and / or stored in memory 24, pump 10B may associate machine readable labels 34 and 38 with channel 32 or 36. The pump 10B then allows the user to program and activate the selected channel 32 or 36. The user may also manually select the desired channel by touching the appropriate folder tab on the touch screen. Folder tabs are labeled and / or physically placed on the screen in close proximity to the corresponding channel 32 or 36. That is, the “A” tab is located near or adjacent to the “A” channel 32, and the “B” tab is located near or adjacent to the “B” channel 36.

  With reference to FIGS. 1-2B, the graphical user interface program 26 reassigns the screen 22 to the medical device 10. Specifically, FIG. 2A shows a multi-channel infusion pump 10 B with a split touch screen 22 that is associated with a first channel screen portion 40 associated with the first channel 32 and a second channel 36. And a second channel screen portion 42. Each channel screen portion 40 and 42 displays a subset of the delivery information for the respective channel 32 or 36, which can be easily accessed by a user about 15 to 20 feet (4.6 to 6.2 meters) away. As read, includes, but is not limited to, therapeutic agent name, concentration, dosing flow rate, VTBI and warning information in a font size of at least 28 points. This is what is referred to as a “remote observation” delivery screen.

  When the user touches one of tabs “A” or “B” or any part of the channel screen portion 40 or 42 of the remote viewing delivery screen, a “close proximity viewing” delivery screen is displayed on the screen 22. . The channel screen portion 40 or 42 corresponding to the selected or selected tab increases in area but reduces the size of at least a portion of the text in the screen portion. The font size for flow rate and VTBI information on the close-up send screen is much smaller than 28 points. The other channel screen portion 40 or 42 (if displayed) is reduced in size and hidden or moved in the background, limiting its space on the screen 22. Preferably, when the “A” tab of the first channel screen portion 40 is selected, the “B” tab of the second channel screen portion 42 is still displayed but is gray to indicate that it is not the channel of interest. Or different color. As a result, the second channel screen portion 40 is smaller than the first channel screen portion 40 because the first channel screen portion 40 is currently displayed and adjusted by the user and is therefore the primary object. The second or B channel can be selected in a similar manner, in which case the first channel portion 40 of the screen 22 is smaller and the second channel portion 42 is larger. The screen for each channel is substantially the same except for the position of the tabs 58 on the screens, and the features shown in the figure and described below for the A channel also apply to the B channel and vice versa. It is the same.

  FIG. 3 shows a multi-channel infusion pump 10B having a first or A channel 32 and a second or B channel 36, and a single channel infusion pump 10A having a third or C channel 50. Multi-channel infusion pump 10B and single-channel infusion pump 10A are physically and in communication with each other for programming and operation in concert. In one example, the multichannel infusion pump 10B and the single channel infusion pump 10A are detachably connected to each other. FIG. 3 shows a single channel medical device 10A associated with a multi-channel infusion pump 10B, but this is for illustrative purposes only, and various other combinations of multiple medical devices 10 depart from the present invention. It should be noted that this is possible without. Further, although medical devices 10A and 10B are shown physically associated, it is contemplated that they may be associated wirelessly as an alternative.

  The features and functions of the graphic user interface program 26 and the medical device 10 are further described in US 2006/0229557, “User Interface Improvement for Medical Devices”, the entire contents of which are incorporated by reference. Incorporated herein.

  As described above, the memory 24 stores a plurality of programs formed by the present invention, including an infusion program that enables inter-channel ordering therapy. Interchannel ordering therapy allows the sequential delivery of separate drugs from two or more channels. Specifically, the infusion program is programmed by the user to sequence drug administration between channels so that the patient can receive drugs from more than one channel without having to reprogram the infusion pump 10. it can.

  FIG. 4 shows a selection screen that allows the user to program the infusion pump 10 and choose to deliver an inter-channel ordering therapy. In one example, the selection screen can be displayed on the touch screen 22 of the infusion pump. However, the selection screen may be displayed on a screen remote from the infusion pump 10, such as a computer monitor located at the nurse station, from which the user may program the infusion pump 10 remotely. Further, as shown in FIG. 3, when a plurality of infusion pumps are connected together, each channel of the plurality of pumps may be programmed from an interface of one of the pumps.

  Referring to FIG. 4, the user selects the “Advanced” tab 100 that provides the option to deliver a complex therapeutic infusion to the patient. In one example, the “Advanced” tab 100 allows the user to select from a “multi-step” treatment button 102, an “intermittent” treatment button 104, and an “inter-channel order” treatment button 106. 105 may be displayed. To select an “inter-channel order” treatment, the user may touch the portion of the screen 22 where the “inter-channel order” treatment button 106 is located. When the “inter-channel order” treatment button 106 is selected, an inter-channel order setting guide screen 108 is displayed as shown in FIG.

  Preferably, the interchannel order guidance screen 108 provides an overview of the steps taken to program and manage interchannel ordering therapy. For example, the setup screen 108 takes the following steps: (1) select channel order, (2) program channels, (3) finalize programs, (4) start programs. Text 110 may be included to notify the user of this. When the “Next” button 112 is selected, a changed inter-channel order setting screen 114 appears as shown in FIG.

  The channel order setting screen 114 of FIG. 6 allows the user to enter channel order data that identifies the order in which fluid is delivered from the infusion pump channel. As described above, the fluid delivery channel can be connected to a single infusion pump 10 or to a plurality of infusion pumps 10A, 10B in communication with each other. As shown in FIG. 6, the setting screen 114 allows the user to select which channel to select “send first” 116, “send second” 118, and “send third” 120. The channel order can be specified. FIG. 6 shows that the sequence for the three deliveries is programmed, but this is for illustrative purposes only, so that the sequence includes any number of deliveries from any number of infusion pumps. It may be programmed.

  Specifically, the user selects the appropriate channel in the field 122, 124, 126 next to each transmission order specification to specify from which channel to transmit. For example, when the user selects the “select channel” field 122 for the first transmission 116, a channel selection screen 128 is displayed to the user as shown in FIG. The channel selection screen 128 shown in FIG. 7 allows the user to specify which channel should be transmitted first by selecting an appropriate channel specification. FIG. 7 also shows that the user may select “A” 130, “B” 132, “C” 134, and “D” 136, but any number of channels may be used in the system. Any channel may be selected from the channel selection screen 128. When the user selects the appropriate channel to deliver fluid first, the user is presented with the settings screen 114 shown in FIG. 8A.

  After the user selects the channel that delivers fluid first, the user selects the next sequential channel that delivers fluid. Referring to FIGS. 8A and 8B, the user selects the channel field 124 corresponding to “send second” 118. When the channel field 124 corresponding to “send second” 118 is selected, the channel selection screen 138 shown in FIG. 8B is displayed to the user. The channel selection screen 138 shown in FIG. 8B allows the user to specify which channel to send second by selecting the appropriate channel specification. In one example, the channel selected in the field 122 corresponding to the first send 116, ie channel A, cannot be selected on the channel selection screen 138 for the second send 118. Accordingly, the user may select from “B” 132, “C” 134, and “D” 136. It is also contemplated that any number of channels may be used in the system and any channel may be selected from the channel selection screen 138.

  When the second appropriate channel for delivering fluid is selected, the user is again presented with the settings screen 114 of FIG. The user may continue programming the delivery order by selecting additional channel fields to identify the order and channels for delivering fluids. The particular channel selected in the field corresponding to the transmission immediately prior to the currently selected transmission is generally not displayed. However, a previously selected channel for a transmission that is not immediately before the currently selected transmission may be displayed. For example, as shown in FIGS. 6-8B, and as described above, channel A is not displayed as an option for the second delivery because it is selected for the first delivery. Similarly, if channel B is selected for the second delivery, it will not be displayed as an option for the third delivery. However, channel A may be displayed as an option for the third delivery because it is not selected for a delivery that is not immediately before the third delivery, ie, the second delivery. As a result, in this example, the first delivery is from channel A, the second delivery is from channel B, and the third delivery is from channel A.

  After the user has entered the desired channel order data, the user selects the “Next” button 144 on the inter-channel order setting screen 114 of FIG. 6 to display the send data screen 146 of FIG. it can. The send data screen 146 allows the user to enter send data for each of the selected channels. The processor 18 controls transmission from each of the channels specified by the input transmission data. As shown in FIG. 9, the delivery data screen 146 identifies the order and channels in which injections occur. For example, the delivery data screen 146 shown in FIG. 9 identifies the first channel through which fluid is delivered by displaying “Inter-Channel Order 2 1 (Channel A)”. Delivery data screen 146 allows the user to enter delivery data, such as fluid identification data 148, dose data 150, flow rate data 152, fluid volume data 154 and delivery time data 156 for the first delivery. The time offset 159 may also be entered as described below. The send data screen 146 also includes a “back” button 160 that allows the user to display the inter-channel ordering screen 114.

  The fluid identification data 148 identifies the type of fluid (eg, dopamine [800 mg / 250 mL]) that is infused from the selected channel. The dose data 150 specifies the dose to be delivered (for example, 45 mcg / kg / min). The dosing flow rate 150 may be preprogrammed at the infusion pump, or a nursing system user or bar code point may enter the dosing flow rate 150. Fluid volume data 154 identifies the total volume of fluid to be infused (eg, 400 mL). Based on the fluid identification data 148, dose data 150, and fluid volume data 154, the infusion program calculates flow rate data 152 indicating the infusion flow rate and delivery time data 156 indicating the total time to complete the infusion for the first delivery. To do. Alternatively, the flow rate data 152 and the delivery time data 154 may be input by the user. In such a case, the infusion program calculates fluid volume data 154. The send data screen 146 also includes a “clear” button 162 that allows the user to cancel the entered send data and repeat the process described above. In either embodiment, the outgoing data screen 146 identifies which data is calculated by the system by including a textual identification 164 such as “(calculation)”. Whenever two of the three variables, dosing flow rate, volume and time are known, the processor 18 can calculate the third. If the dosage is weight based, the dosage flow rate can be calculated based on the known or entered patient weight and dosage. Time is counted down as the programmed infusion progresses.

  After entering the delivery data for the first delivery, the user can select the “Next” button 158 to display the delivery data screen 146 for the second channel delivering the fluid. As shown in FIG. 10, the delivery data screen 146 identifies the second channel through which fluid is delivered by displaying “inter-channel sequence 2 of 2 (channel B)”. It is believed that the infusion program can be programmed to deliver fluid from the second channel immediately after the first delivery is completed. Also, by using the real-time clock 19 (FIG. 1) associated with the processor 18, the infusion program delivers fluid from the first and second channels simultaneously (overall or partially overlapping) or sequentially with a delay. Can be programmed to do. The time offset 159 can be input by the user. By adding a +/− key to the touch screen keypad shown in FIG. 5L of US Patent Application Publication No. 2006/0229557, the time offset 159 is typically positive, zero, in units of hours and / or minutes. Or it can be entered as a negative value. Entering a positive value for time offset 159 causes a delay in the start of delivery of a particular fluid. This is particularly effective in avoiding unwanted drug-drug interactions. By entering a zero value for the time offset 159, immediately after the “confirm” and “start” buttons are pressed for the first delivery, or in the case of a subsequent delivery, immediately after the preceding delivery (delay or time) Sending can be started at no interval. Simultaneous delivery can be done by entering a negative value, and the second delivery can start at the specified value time and / or minutes before the end of the previous delivery. One skilled in the art will appreciate that the time offset 159 can be entered as outgoing data as shown in FIGS. 9 and 10 or included as additional channel order data in FIGS. 6-8B. . Similar to the data delivery screen 146 for the first delivery shown in FIG. 9, the delivery data screen 146 for the second delivery of FIG. 10 allows the user to specify fluid specific data 148, dose data 150, flow rate data 152, Delivery data such as fluid volume data 154 and delivery time data 156 can be input. The delivery data screen 146 also includes a “back” button 160 that allows the user to display a delivery data screen 146 (shown in FIG. 9) for the first delivery. The send data screen 146 for the first send also includes a “back” button 160 that allows the user to display the inter-channel ordering screen 114.

  As shown in FIG. 10, fluid identification data 148 identifies the type of fluid that is infused from the selected channel (eg, IV fluid containing KCL (potassium chloride)), and flow rate data 152 is that fluid is dispensed. A flow rate (eg, 400 mL / hr) is identified and fluid volume data 154 identifies the total volume of fluid to be infused (eg, 70 mL). Based on the flow rate data 152 and fluid volume data 154, the infusion program calculates fluid delivery time data 156 that indicates the total time to complete the infusion for the second delivery. Alternatively, flow rate data 152 and fluid delivery time data 156 may be entered by the user, and the infusion program calculates fluid volume data 154 based on these inputs. The send data screen 146 also includes a “Clear” button 162 that allows the user to cancel the entered send data and repeat the above process.

  After entering the delivery data for the second delivery, the user can select a “Next” button 158 to display a delivery data screen 146 for the next channel through which fluid is delivered. The send data screen for the next channel is similar to the send data screen 146 for the first and second sends and includes similar send data inputs. Once all the outgoing data has been entered, the user can select the “Next” button 158 to display a confirmation screen 166 as shown in FIGS. 11A and 11B. FIG. 11A shows a confirmation screen 166 that includes transmission data for a first channel that is scheduled for transmission. For example, the confirmation screen 166 may display infusion fluid 168, infusion flow 170, infusion volume 172, and total time 174 for infusion from the first channel.

  The confirmation screen 166 may include a left horizontal scroll button 176 (FIG. 11B) and a right horizontal scroll button 178 that allow the user to scroll and examine each delivery for inter-channel sequential therapy. For example, when the user selects the right scroll button 178, a confirmation screen 166 for the second transmission is displayed as shown in FIG. 11B. Confirmation screen 166 includes delivery data for the second delivery, including infusion fluid 168, dose 180, infusion flow rate 170, infusion volume 172, and total time 174 for infusion from the second channel. The user may reexamine the confirmation screen for the first delivery by selecting the left horizontal scroll button 178.

  The user may continue to select the right horizontal scroll button 178 to examine the transmission data for additional scheduled transmissions. Preferably, the delivery scheduled after the delivery currently shown on the screen 22 is selected by selecting the right horizontal scroll button 178. Similarly, by selecting the left scroll button 178, the scheduled transmission just prior to the transmission shown on the screen 22 is selected. However, those skilled in the art will appreciate that other methods of inspecting the confirmation screen for multiple deliveries may be utilized.

  After inspecting the confirmation screen 166 for scheduled delivery, the user selects the interchannel order start button 180 to start the infusion therapy and delivers fluid according to the channel order data and delivery data for each channel to be delivered. May be. In the example of FIGS. 4-11, fluid is initially delivered from channel A according to delivery data for the first delivery. After the delivery of fluid from channel A is complete, fluid is delivered from channel B according to the delivery data for the second delivery. The infusion pump need not be stopped, paused, or reprogrammed between the first delivery and the second delivery. Instead, the infusion pump controls the infusion of fluid from all channels without user intervention.

  During infusion delivery, a status screen 182 is displayed on the screen 22, as shown in FIG. Status screen 182 displays infusion data corresponding to the channel through which fluid is currently being delivered. The infusion data may include fluid identification data 184, dose data 186, flow rate data 188, delivery time residual data 190, fluid volume data 192, and delivery volume data 194. For example, as shown in FIG. 12, fluid identification data 184 is dopamine [800 mg / 250 mL], dose data 186 is 45 mcg / kg / min, flow rate data 188 is 33.8 mL / hr, delivery time The residual data 190 may be 11: 51hh: mm, the fluid volume data 192 may be 400 mL, and the delivery volume data 194 may be 0 mL. The status screen 182 also includes order data 200 that indicates the delivery that is currently being sent. For example, the sequence data 200 may indicate that the infusion pump 10 is delivering 1 of sequence 2.

  The status screen 182 of FIG. 12 also includes a first delivery channel tab 196 and a second delivery channel tab 198 that identify the channel and fluid to be delivered for a particular delivery. For example, the first delivery channel tab 196 may indicate that dopamine is delivered from channel A, and the second delivery channel tab 198 may indicate that IV fluid comprising KCL is delivered from channel B.

  The infusion program also programs the infusion pump separately from or as part of the inter-channel sequence programming to maintain the venous patency (KVO) to deliver KVO fluid after the infusion of the inter-channel ordered therapeutic agent is complete. ) Can allow treatment. KVO treatment prevents vein occlusion by delivering fluids such as cisplatin to the patient. KVO therapy is delivered only after the last fluid programmed for inter-channel ordering therapy is delivered. During KVO treatment, a KVO treatment screen 202 may be displayed on the screen 22 as shown in FIG. The KVO therapy screen 202 may display KVO fluid delivery data. The KVO fluid delivery data may include KVO fluid identification data 204, dose data 206, flow rate data 208 and fluid volume data 210.

  Up to this point, examples have been described which are considered to be the best mode and / or other examples, but various modifications may be made in these examples, and the subject matter described herein may vary in various forms and examples. It should be understood that the subject matter may be applied in many other uses, combinations and environments, only some of which are described herein. Those skilled in the art will appreciate that the described aspects may be altered or modified without departing from the true spirit and scope of the subject matter. Accordingly, the subject matter is not limited to the specific details, presentations, and illustrated examples in this description. It is intended to protect any and all modifications and variations that fall within the true scope of the advantageous concepts disclosed herein.

Claims (29)

A system for controlling at least one infusion pump comprising:
A first channel for delivering a first fluid;
A second channel for delivering a second fluid;
A first input for receiving channel order data specifying an order of delivering the first fluid from the first channel and the second fluid from the second channel;
A second input for receiving first transmission data for the first channel and second transmission data for the second channel;
A processor for controlling delivery of the first fluid from the first channel and the second fluid from the second channel in accordance with the channel order data, the first delivery data, and the second delivery data; ,
A system comprising:   The system of claim 1, wherein the first channel and the second channel are connected to a single infusion pump.   The channel order data includes the start of delivery from the second channel and the end of delivery from the first channel, the first fluid from the first channel and the second fluid from the second channel. The system of claim 1, wherein the system identifies that it is delivered with a time offset between.   The system of claim 1, wherein the first input and the second input are connected to a user interface.   The first channel is connected to a first infusion pump, the second channel is connected to a second infusion pump, and the first infusion pump and the second infusion pump are in communication with each other. System.   The system according to claim 5, wherein the first infusion pump and the second infusion pump are detachably connected to each other.   The system of claim 1, wherein the delivery data includes at least one of fluid identification data, dose data, flow rate data, fluid volume data, or delivery time data.   Displaying at least one of the infusion data, the channel order data, the first delivery data, and the second delivery data for the selected channel when fluid is delivered from the selected channel The system of claim 1, further comprising a display capable.   The system of claim 1, wherein a processor controls delivery of a patent venous maintenance therapeutic agent after delivery of the first fluid and the second fluid.   A system further comprising a first tube set operably connected to the first channel and a second tube set operably connected to the second channel, wherein the first fluid is from the first channel. The system of claim 1, wherein the second set of tubes is removable from the second channel when delivered. Each of the first tube set and the second tube set includes a cassette;
The first channel includes a first pumping mechanism for acting on the cassette of the first tube set to pump fluid;
11. The system of claim 10, wherein the second channel includes a second pumping mechanism for acting on the cassette of the second tube set to pump fluid. A computer program on a computer readable medium for controlling at least one infusion pump comprising:
A code segment for receiving channel order data identifying the order in which fluid is delivered from at least two of the plurality of channels;
A code segment for receiving transmission data for at least two of the plurality of channels;
A code segment for controlling the delivery of the fluid from at least two of the plurality of channels according to the channel order data and the delivery data for at least two of the plurality of channels;
A computer program comprising: The plurality of channels comprises a first channel and a second channel;
13. The computer program according to claim 12, wherein the channel order data specifies the order in which the fluid is sent from the first channel and the second channel.   The computer program product of claim 13, wherein the channel order data specifies that the fluid from the second channel begins delivery with a time offset relative to the end of delivery from the first channel.   The computer program product of claim 12, wherein the delivery data includes at least one of fluid identification data, dosage data, flow rate data, fluid volume data, and delivery time data.   The computer program according to claim 12, wherein the plurality of channels are connected to a single infusion pump.   The computer program according to claim 12, wherein the plurality of channels are connected to a plurality of infusion pumps, and the plurality of infusion pumps communicate with each other.   The computer program according to claim 17, wherein the plurality of infusion pumps are detachably connected to each other.   The computer program according to claim 12, further comprising a code segment for displaying the transmission data for each of the plurality of channels.   The computer program product of claim 12, further comprising a code segment for displaying the order in which fluid is delivered from each of the plurality of channels. A method for controlling an infusion pump comprising:
Inputting channel sequence data specifying the sequence of delivering the first fluid from the first channel and the second fluid from the second channel;
Inputting first transmission data for the first channel and second transmission data for the second channel;
Sending the first fluid from the first channel and the second fluid from the second channel according to the input channel order data, the first delivery data, and the second delivery data;
A method comprising:   24. The method of claim 21, wherein the first channel and the second channel are connected to a single infusion pump.   One of the second delivery data and the channel order data specifies that the first fluid from the first channel and the second fluid from the second channel are delivered with a time offset. The method of claim 21.   The first channel is connected to a first infusion pump, the second channel is connected to a second infusion pump, and the first infusion pump and the second infusion pump communicate with each other. The method described in 1.   25. The method of claim 24, wherein the plurality of infusion pumps are detachably connected to each other.   The method of claim 21, wherein the delivery data comprises at least one of fluid specific data, dose data, flow rate data, fluid volume data, or delivery time data.   When fluid is delivered from a selected channel, the method further comprises displaying data consisting of a group consisting of the infusion data, the channel order data, the first delivery data, and the second delivery data for the selected channel. The method of claim 21.   24. The method of claim 21, further comprising controlling the delivery of a patent patency maintenance therapeutic agent after delivery of the first fluid and the second fluid.   The infusion pump comprises a first tube set operatively connected to the first channel and a second tube set operatively connected to the second channel, wherein the first fluid is drawn from the first channel. The method of claim 21, wherein the second set of tubes can be removed from the second channel when delivered.

Images