METHOD FOR TRANSFERRING DATA TO A PHARMACEUTICAL COMPOUNDING SYSTEM
A method for use with a data entry system for providing input data to a pharmaceutical compounding device having an associated plurality of source solutions is provided. A first label comprising first indicia defining a desired pharmaceutical compound is generated. The first indicia is then provided to the pharmaceutical compounding device as an input. The pharmaceutical compounding device then prepares a pharmaceutical compound based on the first indicia and generates a second label comprising second indicia indicative of at least the contents of pharmaceutical compound. The first indicia and second indicia are provided to a comparison device where the contents of the actual pharmaceutical compound as indicated by the second indicia are compared to the desired pharmaceutical compound as indicated by the first indicia.
Latest B. BRAUN MEDICAL INC. Patents:
This application is a Continuation of U.S. patent application Ser. No. 11/003,232 filed on Dec. 3, 2004, which is a Continuation-in-Part of U.S. patent application Ser. No. 10/728,560 filed on Dec. 5, 2003 which is a Continuation-in-Part of U.S. patent application Ser. No. 10/335,552 filed on Dec. 31, 2002 which claims the benefit of priority of U.S. Provisional Patent Application Ser. No. 60/344,869, filed Dec. 31, 2001, and entitled “Pharmaceutical Compounder and Information Management System”.
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
FIELD OF THE INVENTION
This invention relates to a method for interfacing a compounder used to compound liquids and/or drugs intended to be administered to a human being or an animal with a prescription/order entry system.
BACKGROUND OF THE INVENTION
Pharmaceutical compounding involves the transfer of two or more of individual prescribed liquids and/or drugs from multiple source containers into a single collecting container, for the purpose of administering the mix of liquids and/or drugs intravenously to an individual in need. Presently, the pharmaceutical compounding of liquids and/or drugs takes places primarily at one of three sites. There are: (1) hospital based compounding performed by pharmacists or pharmacy technicians in the hospital pharmacy; (2) alternate site based compounding performed primarily by pharmacists or pharmacy technicians in the home care company pharmacy; and (3) compounding centers operated by any one of several major pharmaceutical or hospital supply companies.
The operational and performance demands upon these compounding systems and methodologies are becoming increasingly more complex and sophisticated, in terms of, e.g., safety, speed, reliability, accuracy, and overall user friendliness and ergonomics. The operational and performance demands upon these compounding systems and methodologies are also becoming increasingly more complex and sophisticated with regard to the management of patient and prescription information, in terms of providing an information path that starts with the clinician and finishes with the final product delivery to the end patient.
Interfacing of the system used by the doctor for example to enter a compound prescription/order for a patient has become a problem. Especially so where the order system is part of a larger system to which the compounder is not connected. Conventionally, in these situations the order is written or otherwise entered into the ordering system. The written order is then checked by the prescribing doctor or clinical pharmacist for accuracy. After approval, this printed order is provided to the pharmacy where it must now be reentered into the compounder system. The transcription of the written order is a source for errors resulting in a compound that does not match the intended prescription.
Alternatively, there are systems in place that electronically couple the order entry system and the pharmaceutical compounder. These systems, however, are complex and in the case of systems that do not share a common data protocol, require a translation interface. Further, these systems may not be desirable where autonomy of existing systems is required.
Therefore, what is needed is a system and method that addressed the problems of the prior art and provides for inputting of compounding data into a pharmaceutical compounded such that transcription errors are minimized if not eliminated entirely.
SUMMARY OF THE INVENTION
In view of the shortcomings of the prior art, the present invention is a system and method providing input data to a pharmaceutical compounding device having an associated plurality of source solutions.
One method comprising the steps of generating with said data entry system includes a first label comprising first indicia defining an allocation of said plurality of source solutions conforming to either a predetermined or undefined configuration; providing said first indicia to said pharmaceutical compounding device as an input; and generating a pharmaceutical compound based on said indicia input into said pharmaceutical compounding device.
According to another aspect of the invention, further steps include generating a second label comprising second indicia indicative of at least said pharmaceutical compound; providing said second indicia to said at data entry device as an input; and comparing said allocation of said plurality of source solutions with said second indicia in said data entry device.
Another aspect of the invention provides generating a first output if it is determined that a mismatch of said allocation of said plurality of source solutions and said pharmaceutical compound has occurred.
Another aspect of the invention provides generating a second output if it is determined that the allocation of said plurality of source solutions and matches the allocation of source solution in the pharmaceutical compound.
According to another aspect of the invention the second indicia also compromises information relating to a patient for which the pharmaceutical compound is intended.
According to another aspect of the invention at least one of the first indicia and/or the second indicia comprises a bar code.
According to yet another aspect of the invention, either or both labels are RFID tags and the indicia associated with the tags is stored in electronic form therein.
Another aspect of the invention is a system for providing input data to a pharmaceutical compounding device having an associated plurality of source solutions. The system comprises means for generating a first output comprising first information defining at least an allocation of said plurality of source solutions conforming to a predetermined configuration; means for transferring said first information into said pharmaceutical compounding device; means for generating a pharmaceutical compound based on said first information; means for generating a second output comprising second information indicative of at least said pharmaceutical compound; means for comparing said second information with said first information; and means for determining if said pharmaceutical compound matches said predetermined configuration.
According to another aspect of the invention, either or both of the first and second information are in electronic form stored in respective RFID tags.
Other features and advantages of the inventions are set forth in the following specification and attached drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention is best understood from the following detailed description when read in connection with the accompanying drawing. It is emphasized that, according to common practice, the various features of the drawing are not to scale. On the contrary, the dimensions of the various features are arbitrarily expanded or reduced for clarity. Included in the drawing are the following Figures:
DETAILED DESCRIPTION OF THE INVENTION
As one example, due to injury, disease, or trauma, a patient may need to receive all or some of their nutritional requirements intravenously. In this situation, the patient will typically receive a basic solution containing a mixture of amino acids, dextrose, and fat emulsions, which provide a major portion of the patient's nutritional needs, which is called total parenteral nutrition, or, in shorthand, TPN. In this arrangement, a physician will prescribe a mixture of amino acids, dextrose, and fat emulsions to be administered, as well as the frequency of administration. To maintain a patient for an extended period of time on TPN, smaller volumes of additional additives, such as vitamins, minerals, electrolytes, etc., are also prescribed for inclusion in the mix. Using the system 10, under the supervision of a pharmacist, the prescription order is entered and individual doses of the prescribed liquids, drugs, and/or additives are accordingly transferred from separate individual source containers for mixing in a single container for administration to the individual.
There are other environments where the system 10 is well suited for use. For example, in the medical field, the system 10 can be used to compound liquids and/or drugs in support of chemotherapy, cardioplegia, therapies involving the administration of antibiotics and/or blood products therapies, and in biotechnology processing, including diagnostic solution preparation and solution preparation for cellular and molecular process development. Furthermore, the system 10 can be used to compound liquids outside the medical field.
Nevertheless, for the purpose of explaining the features and benefits of the system 10, the illustrated embodiment describes use of the system 10 in support of TPN.
I. System Overview
The system 10 includes three principal components. These are (i) a liquid transfer set 12 (see
The compounding device 18 and controller 20 are intended to be durable items capable of long-term use. In the illustrated embodiment (see
The transfer set 12 (
As illustrated, the device 18 includes a weigh station 26 that, in use, carries the final solution container 14 (as
As illustrated, the support frame 32 comprises a separate component; however, the support frame 32 can be attached in a suitable manner to the case 22. Typically, during compounding, the device 18, with source containers 16 and final container 14, are located within a laminar flow hood in a “clean room” environment.
The transfer set 12 shown in
Each source transfer tubing 34 includes an in-line pump segment 46 between the spike 38 and the manifold 36. The pump segments 34 can be made, e.g., from silicone rubber. Each source transfer tubing 34 also includes an in-line, one way valve 48 (e.g., a duckbill, disk, or umbrella valve)—which, in the illustrated embodiment, is carried within the manifold 36 (see FIG. 2B)—which permits liquid flow from the source containers 16 toward the manifold 36, but prevents backflow from the manifold 36 toward any of the source containers 16. Each valve 48 opens in response to forward fluid flow, to allow liquid flow into the manifold 36 and through the spike-receiving outlet 44 (i.e., toward the final solution container 14). Each valve 48 closes in response to back flow of liquid in the manifold 36 from the outlet 44 or other source transfer tubing 34.
Each pump segment 46 is designed for use in association with a peristaltic pump rotor. Accordingly, as
The peristaltic pumping station 50 includes a door 56, which opens and closes the pump bay 52. The door 56 opens (as
The controller 20 executes a compounding protocol or procedure based upon prescribed data entry orders and preprogrammed pump control rules, which also can include other input from the operator. During operation, the peristaltic pump rotor assemblies 54 are individually, selectively operated in series—or simultaneously, selectively operated in parallel—as dictated by the controller 20, to transfer desired amounts of source solutions from the individual source containers 16 through the manifold 36 and into the final container 14. The load cell 30 is coupled to the controller 20, to gravimetrically monitor the incremental transfer of the individual source solutions into the final container 14. The controller 20 monitors incremental changes in weight, which are processed according to preprogrammed rule to govern the speed at which a given peristaltic pump assembly 54 is operated and, ultimately, stopped when the prescribed amount of source solution is delivered.
The controller 20 (see
In the illustrated embodiment, the controller 20 also includes a supervisor CPU 126 and peripheral processing unit (PPU) 60. Both the CPU 126 and PPU 60 are desirably implemented on a printed circuit board. The CPU comprises a conventional microprocessor capable of running the uC/OS-II operating system. The PPU is a dedicated microchip PIC, driven by firmware specific to its processing tasks and control functions. In the illustrated embodiment, the CPU 126 and PPU 60 are mounted inside an electronics bay 62 or compartment with the case 22 of the compounding device 18 (see
The CPU 126 is coupled via a USB, RS-232, or Ethernet port, or other connective means, to the MPU 58 (see
The compounding control manager 72 resides on the MPU 58. The compounding control manager 72 includes preprogrammed rules that prescribe procedures for receiving and manipulating input data, monitoring device status and operating conditions, outputting or storing data, and commanding operation of the peristaltic pump station 50 to achieve prescribed compounding tasks. The MPU 58 communicates high level instructions to the CPU 126 (e.g., the amount of liquid each peristaltic pump assembly 54 is to convey), which are created by the compounding control manager 72 in response to operator input. The CPU 126, in turn, communicates medium level instructions to the PPU 60, which communicates specific pump commands to the peristaltic pump assemblies 54 to carry out the pumping instructions, well as receives and evaluates operational status data from sensors and the load cell, to generate closed-loop feedback control and corresponding alarms. The PPU 60 also relays operational status data to the CPU 126, which also evaluates the operational status data in parallel with the PPU 60. In this respect, the CPU 126 provides a second level of safeguards if an alarm condition is not detected by the PPU 60 (e.g., to halt pumping if over-delivery—not otherwise sensed by the PPU 60—is occurring).
In the illustrated embodiment (see
As also shown in
Upon completing a compounding procedure, the operator seals the inlet tubing 40 of the final solution container 14 and detaches the final transfer tubing spike 42 from the manifold 36. When there are a series of compounding orders that require mixtures of at least some of the same source solutions, which typically is the case, the operator will proceed to the next compounding order by attaching the spike 42 of the inlet tubing 40 of a new final solution container 14 to the manifold 36 and executing another compounding procedure. Otherwise, the operator can decouple the source transfer tubing 34 from the source containers 16 and remove the transfer set 12 and source containers 16 from association with the device 18. The transfer set 12 can be discarded. Each final solution container 14, and its compounded liquid contents, is retained for storage, infusion, transfusion, or further processing.
II. Technical Features of the Compounding Device
A. The Peristaltic Pumping Station
Within the pump bay 52, the peristaltic pumping station 50 includes an array of peristaltic pump rotor assemblies 54, as already generally described. The number and configuration of peristaltic pump rotor assemblies 54 can vary according to design considerations and the compounding requirements of the device 18. In the illustrated embodiment (shown in
As illustrated (see
A fixed idler shaft 104 extends through the bearing plates 92 on a bushing 108, spaced from and offset from the drive shaft 94. Each pump rotor assembly 54 also includes a driven gear 106. The driven gears 106 are individually coupled to the drive gears 100, such that rotation of a given drive gear 100 will impart rotation to its respective driven gear 106. In this arrangement, each pump rotor assembly 54 includes a pump rotor 110 coupled (e.g., by gear attachment screws 112) for rotation with each driven gear 106. Each pump rotor 110 carries an array of pump rollers 114, which, in use, engage an in-line pump segment 46 of the transfer tubing 34.
Actuation of a given clutch assembly 68 by the controller 20 couples the associated drive gear 100 to the drive shaft 94—to which rotation is imparted by the drive motor 64—which, in turns, imparts rotation through the driven gear 106 to the associated pump rotor 110. During rotation of the pump rotor 110, the pump rollers 114 engage the associated pump segment 46 and convey liquid through the transfer tubing 34 by well-understood peristaltic pumping action.
Each pump rotor assembly 54 includes a pair of holding brackets 116 aligned with the associated pump rotor 110. The holding brackets 116 are sized and configured to releasably mate with mounts 118 (see
As will be described in greater detail later, the holding brackets 116 of the pump rotor assemblies 54 and pump segment mounts 118 of the transfer tubing 34 are desirably uniquely coded (e.g., by matching numbers and/or by a matching color or the like) to prompt a desired order to the mounting of a selected pump segment 46 in relation to a selected pump rotor 110. The unique matching code is also carried by the spike 38 of the associated transfer tubing 34 (e.g., by a numbered, colored tab 120), to prompt a desired coupling of the transfer tubing 34 in relation to a selected source container 16. As will be described in greater detail later, the graphics of the user interface generated by the compounding control manager 72 desirably incorporates this unique code, thereby matching the disposable components of the transfer set 12 with the hardware components of the pump station 50, as well as with the desired software functionality provided by the compounding control manager 72.
Desirably, the unique matching code includes for example bar-code indicia, e.g., one or two-dimensional bar code. Alternate embodiments may employ other types of indicia, such as RFID tags for example, into which the information is stored. In this arrangement, the compounding control manager 72 can require the operator to perform the physical act of scanning in bar code indicia on a source solution container and on the transfer set, to eliminate potential error sources prior to compounding. This marriage between software, hardware, and disposable components minimizes sources of compounding errors due to human error. Bar code scanning can also desirably include determining lot number recording prior to compounding, and warning/preventing use of a source solution that has an expired date or will become expired within a predetermined period. As such, recording of solution lot numbers can be automated and tied to the compounded bag and the waste of valuable source solutions is avoided as well as avoiding the possibility of providing a final solution that may not be as effective as a solution that did not contain an expired component.
As shown in
The system 10 makes possible systematic process control at every stage of the compounding process, starting at the physician order point and continuing through compounding and final product delivery and receipt. As above described, orders can be received from the patient site via hospital based electric ordering systems. Upon the electronic receipt of data, such data can be entered or transmitted electronically into the compounding control manager 72. Final solution containers 14 can be labeled automatically as the step preceding the compounding process. The compounding process can thereafter be controlled and verified through labeling on the final solution container 14 in combination with source container labeling and bar coding.
B. Pump Control Criteria
As has been generally described, and as will be described later in greater detail, a desired compounding order is entered by an operator, and the compounding control manager 72 in the MPU 58 of the control panel 24 executes the compounding order. Typically, the compounding order identifies the source solutions and the amounts of each source solution (by weight or volume) that are to be mixed in the final solution. The compounding control manager 72 can operate the individual pump rotor assemblies 54 (through the PPU 60 in the compounding device 18) in a serial compounding mode, i.e., operating a first pump rotor assembly 54 to convey the desired amount of a first source solution into the final container 14, then next operating a second pump rotor assembly 54 to convey the desired amount of a second source solution into the final container 14, and so on until the desired amount of each source solution has been delivered to comprise the desired mixture.
In controlling the individual pump rotor assemblies 54, the preprogrammed rules of the compounding control manager 72 desirably take into account pre-established delivery accuracy criteria. The criteria can vary according to the compounding tasks to be accomplished. For example, for TPN, delivery accuracy criteria can be established of +/−5%, or better, for any ingredient of 0.2 mL or more. A delivery accuracy criteria of +5%/−0% could be established to eliminate the possibility of underfills.
The preprogrammed rules of the compounding control manager 72 also desirably include a delivery time criteria that takes into account the delivery volume. Keeping absolute errors as small as possible is mandated at smaller delivery volumes to achieve a system delivery accuracy goal of +/−5% or better. Such smaller absolute delivery errors require the compounding control manager 72 to incorporate tighter process control, which, for smaller delivery volumes, can result in longer delivery times per mL of delivery. However, larger absolute errors are acceptable at larger delivery volumes to achieve a system delivery accuracy goal of +/−5% or better. For example, a 1% error on a 10 mL delivery is 0.1 mL. The same 1% error on a 1000 mL delivery is 10 mL. Thus, the compounding control manager 72 can institute different process control for larger volumes, which, for larger delivery volumes, can result in a faster delivery times per mL of delivery.
The compounding control manager 72 can also accommodate parallel processing of the same source solution. For example, if the same source solution is present on two pump rotor assemblies 54, both source solutions can be pumped in parallel (at the same time) to shorten overall delivery time. Thus, if it takes two minutes to fill a single container using serial compounding (i.e., one solution after the other), it is expected that parallel compounding can potentially reduce this time requirement down to one minute, depending upon the solution components that comprise the final product.
The preprogrammed rules of the compounding control manager 72 institute desirable closed-loop control of the pump drive motor 64. The closed-loop control desirably implement convention proportional-integral-derivative (PID) control schemes to control pump speed to achieve a desired target delivery. The PID control schemes generate pump correction commands that take into account not only the absolute difference between the present delivery amount and the target amount, but also the how quickly the absolute difference is changing over time. The control schemes can use a purely mathematical PID model, or they can incorporate “fuzzy logic” techniques, making use of estimations and interpolations to determine how to adjust the motor speed to obtain the desired flow rate. Use of fuzzy logic techniques permit a motor speed control function without use of multiply and divide instructions, thereby minimizing processing complexity.
Shown below is the fundamental PID equation is, where ‘e’ is the error between the desired motor speed and the actual motor speed and ‘u’ is the new motor drive power level to try to adjust for the error:
- (P)roportional—The proportional (direct) response to motor speed error.
- (I)ntegral—The integral (quick speed change) to difference between the desired speed and actual speed. This normally comes into play at motor start-up, where the motor power needs to go from zero to full power very quickly.
- (D)erivative—The derivative (accumulated) response to motor speed error. This is what causes the motor power to steadily increase as necessary in the presence of high loads, for example.
In Eq. 1, an integer math approximation of the error between the desired motor speed and the projected motor speed is performed based on the current motor speed and acceleration. This error value is then used to adjust the motor drive power level up or down as appropriate.
By using the absolute error value (scaled appropriately) as the motor power adjustment value, the (P)roportional part of the PID equation is approximated.
By the choice of value ranges and scales, the (I)ntegral part of the PID equation is approximated. This is accomplished by making the error value scale large compared to the motor drive power, so that a moderate error value (much less than the maximum possible error) drives the motor power level to saturation.
Furthermore, by adjusting the motor drive power level instead of determining a new motor drive power level at each PID control loop iteration, the (D)erivative contribution of the PID equation is approximated.
This results in a motor control algorithm that performs like a conventional PID algorithm, with improved transient response and smooth control.
Quadrature Decoder Implementation
Unlike a conventional quadrature decoder, our decoder does not generate Up and Down pulses to pump drive motor 64; rather it simply determines the direction that pump drive motor 64 is currently spinning. The PPU 60 monitors the direction signal and statistically determines if the motor is spinning in the programmed direction, and generates an alarm if not. This results in the use of a minimum number of parts to implement the quadrature decoding function, which in conventional systems, require additional PPU inputs or more expensive external parts.
In one representative implementation, the compounding control manager 72 conducts a high speed flow rate control regime until the absolute difference between the volume delivered and the target approaches a preset amount. At this “slow down” point, the compounding control manager 72 ramp-downs the flow rate and conducts a low speed flow rate control regime. During this regime, the correction commands become successively smaller as the difference between the volume delivered and the target diminishes. The rate of the flow rate reduction during this regime can be linear or non-linear, and the slope of the non-linear reduction can be either concave, or convex, or a combination thereof.
In a desired implementation, the compounding control manager 72 steps or pulses the respective pump rotor assembly as the target volume is approached. In this arrangement, the PPU 60 can communicate with rotor rotation sensors 70, such as Hall effect sensors coupled to each rotor, so that a rotor revolution can be correlated with a number of incrementally sensed steps, which, in turn, can be correlated with incremental degrees of rotor rotation—e.g., one full revolution (360 degrees) equals five hundred incrementally sensed steps, so each incrementally sensed step equals 0.72 degrees of rotation. In this way, the PPU 60 can generate very precise pump commands in terms of small incremental units of pump rotor rotation when the target volume is approached, to prevent an overfill such as that caused by hydraulic effect whereby the tubing of the transfer set will return to its normal cross-section after pressure from pumping is removed.
The PPU 60 monitors the output of the Hall effect sensors to determine which rotor(s) are spinning. This information is used to generate appropriate alarms, such as:
- 1. Rotor moving when it shouldn't be—this is a potential hazard because it can cause incorrect solution to be delivered to the final container. The exemplary system monitors for this condition and issues an alarm when it occurs, and advises the operator that the final container should not be used to treat a patient.
- 2. Rotor not moving when it should be—this is not a hazard, but is detected and reported to the operator as a malfunction.
III. Technical Features of the Transfer Set
As before described, for a typical compounding session, there are usually a series of compounding orders that require mixtures of at least some of the same source solutions. In this arrangement, an operator will repeatedly exchange final solution containers 14 with the same manifold 36.
In these circumstances, a compounding order that requires a fat emulsion as a source solution can leave a fat emulsion residue in the manifold 36. This residue left in the manifold 36, although small in volume, can be introduced into the final solution container 14 of a subsequent compounding order, which may not specify a fat emulsion. The unintended residue causes what is generally called “lipid hazing” in the final solution container 14 of a compounding order that is supposed to be free of a fat emulsion.
To minimize the lipid hazing effect, in
Following compounding, when the spike 42 is withdrawn from the outlet 44, a temporary vacuum is created within the manifold 36. The valves 48 can open in response to the temporary vacuum created by withdrawal of the spike 42 from the outlet 44, drawing a small bolus of source solutions into the manifold 36. A residue of fat emulsion can be included in this bolus.
In the illustrated arrangement, the valve 48′ in the manifold 36 that is in-line with the fat emulsion transfer tubing 34′ is sized and configured to have a valve opening or “cracking” pressure that is greater than the valve opening or cracking pressure of the other valves 48 in the manifold 36, which are in-line with transfer tubing 34 that is not coupled to a fat emulsion source container. The greater cracking pressure of the valve 48′ that is in-line with the fat emulsion transfer tubing 34′ is selected to keep the valve 48′ closed when the spike 42 is withdrawn from the outlet 44.
In use (as
In an alternative arrangement (see
The vacuum created by removal of the spike 42 can be augmented by pulsing the other peristaltic pump rotor assemblies 54 in a forward direction as the spike 42 is withdrawn. In this arrangement, the cracking pressure of the valve 48′ serving the fat emulsion transfer tubing 34′ need not be different that the cracking pressure of the other valves 48.
IV. Technical Features of the Controller
A. The Compounding Control Manager
The compounding control manager 72 resides in the MPU 58 in the control panel 24. The compounding control manager 72 allows a clinician to enter, view, adjust and offload information pertaining to a given compounding protocol.
In general, the compounding control manager 72 is the program language that provides the operator with real time feedback and interaction with the compounding device through graphic user interface (GUI) elements. The GUI elements, created in a Windows.®.-based graphical format, display the various inputs and outputs generated by the compounding control manager 72 and allow the user to input and adjust the information used by the compounding control manager 72 to operate the compounding device 18.
To develop the GUI elements, the compounding control manager 72 can utilize certain third party, off-the-shelf components and tools. Once developed, the compounding control manager 72 can reside as a standard window-based software program on a memory device.
After an initial start-up mode of software initialization, a main work 10 area is created on the display device 76, which initially opens a log-in screen 200 (
The system desirably includes various set-up procedures that provide various safeguards for the operation of the system.
Once an authorized identification is entered, the log-in screen 200 is replaced by a main screen 202 (
Each pump station data field 204 includes a solution field 206 for the operator to identify what solution is to be delivered, as well as an amount field 208 to identify how much of that solution is to be delivered. The solution field 206 includes a touch button 210 that prompts TOUCH TO PROGRAM STATION. Touching the prompt button 210 allows to operator to enter data in the solution and amount fields 206 and 208 required by the compounding control manager 72.
Touching the prompt button 210 first opens a solution programming box 212 (
Once the solution type has been selected, the operator selects the OK button on the solution programming box 212, and the solution type appears (see
The station control box 222 (
The operator is also prompted to visually assure that the transfer tubing 34 having the unique coding corresponding to the pump station number is coupled to the source container from which the bar code is scanned, as well as scan the bar code component of the unique code on the transfer tubing 24 for that pump station. As confirmation of the correct source solution container 15 and transfer tubing 24 is made by the operator by scanning bar codes, information in the solution confirmation box 228 is updated (see FIG. 9I(1)). The operator is also prompted by screen 900, as shown in FIG. 9I(2), to confirm that the new transfer set has been installed and that it does not contain any solution is presented as option choice. Alternatively, if the operator is continuing to use the previous set up or a default setup to compound, the source solution setup screen 904 (FIG. 9I(3)) is presented at start-up asking the operator to make the appropriate selection as well as asking the operator to confirm that if a new transfer set was as installed, to ensure that the transfer set tubing is free of all solutions before proceeding. After full confirmation is accomplished, the operator can press an OK touch button in the solution confirmation box 228.
The solution flush box 230 (see
The operator is prompted to follow the above prescribed sequence for each source solution and each pump station, until programming is complete.
Alternatively, the operator can select an AUTO PGM touch button 234 on the main screen 202 (see
If, during the selection process outlined above, the operator programs a dextrose source solution and a Lipid source solution screen as part of the same compound with one immediately proceeding or following the other, the process recognizes this and displays screen 902 (FIG. 9G(1)) to the operator to avoid a situation whereby a breakdown (or cracking) of the lipid may occur without the introduction of the buffer solution. Also, and as it relates to additive solutions discussed below, a check whether calcium and/or phosphate are added to the final solution is conducted to avoid the formation of an insoluble precipitate. In the event that an improper concentration of these components is detected, the operator will be alerted with a display screen (not shown) similar to screen 902.
It may be the case that certain source solution are contained in small vials, rather than large bags or bottles. As such, these vials will necessarily have a small stopper end from which the solution will be extracted. Such a small stopper will limit the flow rate of the solution when compared to other types of source solution containers and may result in a flow rate that will fall below the normal flow rate that the system expects, thereby resulting in an alarm condition. To overcome this problem the system allows the operator to instruct the system though an appropriate screen selection that the source solution is being sourced from a vial or other reduced flow container. In response, the system will limit the upper speed on the pump when that particular source solution is pumped to avoid the false indication of reduced flow.
As compounding proceeds, the compounding control manager 72 updates the number TOTAL DELIVERED field 240 (by incrementing up) and amount field 208 (by incrementing up) of the respective pump station field 204 of the main screen 202 (
If, during the course of compounding, the load cell 30 indicates that there is no liquid transfer into the final container 14, the compounding control manager 72 generates a pumping alarm. The compounding control manager 72 interrupts the compounding procedure when this alarm condition occurs. The compounding control manager 72 opens a pumping alarm screen 246 (
When compounding is complete, the compounding control manager 72 displays a COMPLETE message in the information field 250 (see
The operator can then reprogram the compounding control manager 72 to carry out another compounding regime by following the above sequences of steps.
There are other graphical buttons on the main screen 202 (see
In the illustrated embodiment, the main screen 202 also includes a CALIBRATE SCALE touch button 262 (see
Also displayed on the main screen 202 is a HELP icon 264 (identified by a question mark—?). Pressing the HELP icon 264 on the main screen 202 opens a main screen help screen 266 (
In a desired implementation, the compounding control manager 72 incorporates within its preprogrammed structure an integrated selection of training and/or help video files, e.g., in MPEG format. The integrated training and/or help video files contain stored formatted video footage and streaming audio. When presented by the compounding control manager 72 on the display screen 76, the files communicate information to the operator in a direct visual and audible way. This platform of communication, which forms an integrated part of the compounding control manager 72, provides the operator direct, real time access to context specific information in an effective, first person, visual and audible format, eliminating the need to resort to offline training manuals or separate CD's.
In a representative implementation, pressing the HELP icon 264 on the main screen 202 opens a main screen video training/help screen 270 (
As an example, FIGS. 14B(1) to 14B(8) show representative screen captures from a training/help video for “Programming the Compounder.” The training/help video, with associated streaming sound file, walk an operator through the steps of entering a compounding order using the graphical user interface of the compounding control manager 72. These steps have been previously described, with reference to
As can by now be appreciated, the compounding control manager 72 serves to generate an interactive user interface that presents as much information/control on one screen as possible without making the screen too busy. Among its features are (i) to minimize user entry errors by making their entry points very focused and utilizing large display and keypad areas; (ii) to minimize keystrokes for the experienced user; (iii) to provide as much help as possible for the inexperienced user; and (iv) to minimize calls to service by making “smart help” available.
The compounding control manager 72 makes possible the operation of a gravimetric compounding device 18 under direct software process control, while utilizing bar-codes as a process quality control mechanism.
Other useful features of the system include, for example, the activation of a process to freeze entry display screen 76 (or any other touch screen used to enter data and/or commands into the system).
Additionally, and as shown in
B. The Order Entry Process Manager
The order entry process manager 84 can be installed on the MPU 58 of the controller 20 and/or on another workstation linked to the controller 20. The order entry process manager 84 provides an array of enhanced order entry functions for the compounding control manager 72. The order entry process manager 84 also provides an information management function and label printing function, that make possible simplified and consolidated order data record storage and control on a patient-by-patient basis. This function is integrated with the communication of the order data to the compounding control manager 72 of a compounding device 18, to thereby facilitate set-up, operation, and management of an overall compounding system in a reliable fashion that minimizes error. The order entry process manager 84 makes possible a centralized or distributed order data entry, order data storage, order data manipulation, and order data communication system.
The order entry process manager 84 desirably receives data input through keyboard/mouse devices 78, and provides data output either through the display screen 76 of the control panel 24 (as shown in
The order entry process manager 84 can be developed to generate its own proprietary user interface (like the compounding control manager 72). Desirably, however, the order entry process manager 84 is developed in a graphics-based environment (e.g., Windows.®., Linux.®., etc.) using, e.g., an Apache.®. or Java.®. Operating Environment that can be used in association with conventional web-server or browser software 86, such as Microsoft.®. Internet Explorer, Netscape.®. Navigator, or an equivalent public accessible browser. In this arrangement, the order entry process manager 84 desirably comprises the program language that provides the operator with real time feedback and interaction with the controller 20 of the compounding device through browser-based graphic user interface (GUI) elements. The browser-based GUI elements allow an operator to input and adjust the information used by the compounding control manager 72 to operate the compounding device. This makes possible the linkage of the proprietary compounding control manager 72 of the compounding device to one, several, or an entire network of conventional browser data entry and output platforms, which can comprise a single local site or a network of remote sites. Implemented in this manner, the order entry process manager 84 and browser software 86 make fully networked compounding possible. Furthermore, the order entry process manager 84 makes possible a network appliance function, whereby all an authorized operator has to do is couple a browser to the MPU 58 of the compounding device 18 to be able to control the compounding device 18. The network appliance function significantly enhances the usability and flexibility of the compounding device 18.
To develop the browser-based GUI elements, the order entry process manager 84 utilizes certain third party, off-the-shelf components and tools, available in e.g., Apache.®. or Java.®. Operating Environments. Once developed, the order entry process manager 84 can reside as a software program on a memory device. The order entry process manager 84 can be accessed by a laptop or desktop workstation computer, PDA device, or any other device that can run a browser, to provide different order entry platforms.
C. Associations with the Compounding Control Manager
The order entry process manager 84 and browser software 86 accommodate diversely different associations with the compounding control manager 72 installed on the controller 20 of the compounding device 18.
In a basic form (see
In another arrangement (see
In another arrangement (see
In another arrangement (see
In another arrangement (see
In a variation to the arrangement shown in
B. Features of the Order Entry Process Manager
FIG. 10A(1) shows a general schematic representation of the operator-selectable functional modules that a representative implementation of the order entry process manager 84 can possess. As illustrated, these functional modules include a prescription order module 400, a source solution module 402, a reports module 404, an administration module 406, and a navigation module 408. The prescription order module 400 allows an operator to enter a prescription order for a given patient, with reference to a preexisting compound formula or to a new compound formula, as well as schedule the order for compounding. The source solution module 402 maintains an inventory of available base source solutions and additive source solutions that are cross-referenced in the formula library of the prescription order module 400. The reports module 404 provides an operator the capability of tracking compounding activities and generating various administrative reports relating to these activities. The administration module 406 aids the operator in the performance of various administration tasks in support of the compounding activity. The navigation module 408 assists the operator in use of the order entry process manager 84. Each module contains one or more functional components that an operator can select in using the module, as will be described in greater detail later.
FIGS. 10A(2)-10A(6) illustrate a flow chart of the logon sequence and the level of access given to various users, such as the administrator (FIG. 10A(3)), Pharmacist (FIG. 10A(4)), Technician (FIG. 10A(5), and Guest (FIG. 10A(6)), for example. As shown in FIG. 10A(2), the administrator has the highest level of access and can ultimately control access by any other user. The administrator can also create additional classes of users as well as subclasses within any class of users. For example, although technicians are given very restricted rights within the system to formulate compounds for instance, it may be that there are certain technicians that require less oversight and can thus be granted greater privileges.
A given operator can gain access to one or more of these functional modules, depending upon the access options that the system administrator grants a given operator, which depends upon the functions that the operator is required to perform. For example, a hierarchy of access options can be specified for use by a physician or pharmacist, who specifies or enters compounding orders; a compounding activity administrator, whose function is to oversee the compounding function from an administrative standpoint; and a compounding technician, whose function is to operate one or more compounding devices 18. The available functional modules can be displayed as menu box selections on a main screen or home page, which opens once a given operator identifies itself by name and assigned password on an appropriate log-on screen.
Assuming that the operator is at a physician or pharmacist access level, and is thereby viewing the home page shown in
The Patient Data Base Component 414 allows a user to either select an existing patient by a last name search of a list of patient information files created in a patient information data base maintained by the order entry process manager 84 (FIND A PATIENT box field 416), or by entering the name of a new patient (ENTER NEW PATIENT box field 418).
Upon finding an existing patient's name, the order entry process manager 84 provides a window displaying the contents of the corresponding Patient Information Record 420 (
The PRESCRIPTION ORDER MENU box 400 includes a Formula Library component. When selected, the Formula Library component provides access to the features of the Formula Library Data Base Component 426 of the order entry process manager 84, the functional units of which are shown schematically in
A mouse click selecting one of the order options 422 or 424 on the Patient information Record opens a scrollable Order Entry window 436 (FIGS. 11E(1) to 11E(4)). The Order Entry window 436 includes field boxes that contain details of the PRESCRIPTION ORDER (box 438), the BASE COMPONENTS included in the order (type and amount) (box 440), the ADDITIVES included in the order (type and amount) (box 442), the NUTRITIONAL SUMMARY (based upon the types and amounts of the base components and additives included in the order) (box 444), and the ORDER STATUS (which will be described later) (box 422). The default listing of solutions and solution amounts in the BASE COMPONENTS and ADDITIVE field boxes 440 and 442 are provided based upon the selection on the Patient Information Record 420—to base the order upon a previous order or a standard template. The default BASE COMPONENTS and ADDITIVES can be edited to change the previous order or template type and/or amount, or they can be submitted without change. The Order entry process manager 84 computes the NUTRITIONAL REQUIREMENTS (box 444) based upon the selected types and amounts of base components and additives, drawing upon data contained in the source solutions module 402.
It is also important that medical personnel be able to perform a nutritional assessment of the patient. That is, to make determinations of patient nutritional needs and compare those needs to the orders for the patient. As such, when the operator makes a selection in section 423 of the patient's record (see screen 420 shown in
The Patient Demographic Information Section 1902 includes certain demographic information concerning the selected patient and may include for example, Patient Name; Patient ID; Patient Age; Patient Sex; Patient Height; Patient Weight; Location of the Patient; Diagnosis; Physician; Allergies; and a Picture of the Patient.
The Assessment Section 1904 includes a brief patient descriptor composed of the patient's sex, age, and height. The screen desirably includes a Date/Time stamp for when the assessment was last updated. The Assessment Section 1904 also includes various input fields, such as a Text Box for the Assessment Title; a Numeric Text Box for Patient Weight in the local units (default value−weight in patient demographic data); a Pull-down List of Injury Factors, including for example, Low (uncomplicated, general surgery) (default); Moderate (complicated, extensive surgery); High (sepsis, burns); a Pull-down List of Stress Factors, such as Mild, Moderate, Severe, Renal Dysfunctional/Dialysis, and Renal Dysfunctional/Non-Dialysis.
The Assessment Section 1904 also includes two buttons 1905, 1907. When selected, the “Update Assessment” Button 1905 takes the information on the screen and uses it to calculate the nutritional requirements which will be presented in the Calculated Nutritional Requirements section and also updates the Assessment's Date/Time Stamp. If this is a new assessment, a Cancel Button is provided, that if selected will abort the assessment creation and return to the previous screen. If this is an existing assessment, a Delete Assessment Button 1907 can be used to remove the assessment from the list of assessments associated with the patient.
The Calculated Nutritional Requirements Section 1906 desirably provides the following information preferably calculated to two decimal places based on the patient information provided in the Patient Assessment Section 1904, such as Ideal Body Weight; Condition Assessment; Adjusted Body Weight; Basil Energy Expenditure in Kcal/Day; Total Protein Requirements in gm/Day & gm/Kg/Day; Total Calories Requirement in Kcal/Day & Kcal/Kg/Day; and Fluid Requirement Range in mL/Day.
The Calculated Nutritional Requirements Section 1906 desirably provides a link 1908 to allow the user to compare the current nutritional assessment to existing orders for the patient. When exercised, a Nutritional Assessment Comparison Order Selection Screen appears.
The Calculated Nutritional Requirements Section 1906 also desirably provides a link 1909 to allow the user to enter a TPN order based on the current nutritional assessment. When selected, the TPN Order Screen (see
The operator can open the Order Entry window (FIGS. 11E(1)) to 11E(4)) to enter a compounding order for a new patient (i.e., a patient not previously entered into the patient data base) by selecting ENTER A NEW PATIENT field box 418 on the Patient Main Web Page 412 (
The next screen of the Order Entry window 436 (FIG. 11E(4)) includes an ORDER STATUS box 422. The ORDER STATUS box 422 comprises a listing of the functional steps in a compounding operation that must be executed between order entry and delivery of the compounded order to a patient. The ORDER STATUS box 422 also colors or highlights the steps to indicate which steps have been performed and which remain to be performed. The ORDER STATUS box 422 provides a check list of functions that must be performed to carryout the compounding process and, at a glance, informs an operator what function has been performed and what function still needs to be performed. In the illustrated embodiment (FIG. 11E(4)) the function steps listed include OPEN, SUBMITTED, AUTHORIZED, PRINTED, and COMPOUNDED.
The OPEN step entails the opening of the Order Entry window 436, and the entry of information making up the compounding order. In FIG. 11E(4), the OPEN icon 452 is colored or highlighted, to indicate that this step has been accomplished.
As part of the order entry, a Final Container is automatically selected based on an inventory of available final containers. This list is desirably prepared by the system administrator or other individual having such rights. Set up of the inventory is illustrated in FIG. 11E(5). As shown in FIG. 11(E)5, upon selection of the final container line item 492 of the Inventory Configuration module 490 of the order entry process manager 84 a list 491 of available final containers is displayed. Through this screen, the administrator may review the listing of available containers, and if necessary delete a container no longer in stock, if desired.
In normal operation, a final container conforming to the volume of the final solution ordered will be automatically selected. Alternatively, through a manual operation the operator may select a final container presented through a list which may be similar to that of FIG. 11(E)5. In the event that the operator selects a final container that is too small of the final solution, an error indication will be provided and the operator will be instructed to make an alternate selection.
If the administrator needs to add a new container to the inventory this may be accomplished by selecting “Add a New Final Container” selection 494, whereupon screen 493 (FIG. 11E(6)) is presented to the operator. As shown in FIG. 11E(6), the administrator has the capability to enter a description for the new container, as well as particulars of the container, such as rated size, maximum capacity, nominal empty weight, maximum under normal weight, maximum over normal weight and unit cost. If the administrator decides to save the information into the inventory, he selects “Update,” otherwise, the administrator can delete the record to start over again, or select “Cancel” to exit this screen without changing the inventory configuration. The data regarding the final containers is also available for access via the compounder control panel screen.
Although the majority of the final solution is comprised of portions of various source solutions, there are other components that may be necessary to complete the particular patient's nutritional needs. For example, there are a various additive solutions, such as electrolytes, vitamins, minerals, etc. that may need to be included based on the patient's nutritional assessment. In many cases, these individual additives may need to be added in such minute amounts that automated macro-compounding is not useful. To overcome this, it is possible to “pool” the various additive solutions into a pooled additive bag to be used as another source solution for use during the compounding process. For example, if a patient is to receive as part of his daily compounded solution 1 mL of a vitamin, 2 mL of sodium chloride, and 3 mL of potassium phosphate each day over a ten day period, a pooled solution consisting of 10 mL of the vitamin, 20 mL of sodium chloride, and 30 mL of potassium phosphate may be compounded with the present invention to create a 60 mL source solution. Then, when the daily final solutions need to be compounded, this additive source solution may be included and selected to provide 6 mL of the pooled solution. The details related to this are described below.
TPN Order Entry Screen 2100 (
If these additives are selected to be part of the active pooling inventory (see
Section 2104 also provides access to the additive source inventory screen 2120 (
User screen control options include for example, a button to Submit (“Update”) the changes, thereby updating the individual order/order template; a button to Return (“Cancel”) without making any changes, and a “Delete” function to delete this particular additive from the inventor (assuming the required permission level). Desirably, the screen provides the following exemplary information regarding the current additive solution from the database: Name of the Additive Solution; Concentration; Specific Gravity; Osmolarity—mOsm/L; Cost—Localized Current Value/mL; and Electrolyte Content Details.
The SUBMITTED step entails mouse-clicking the DONE button, which places the information in the database and thereby makes the Order Entry window containing the pending compounding order available for viewing on any workstation with a proper operator access level, which, in this case, would be a designated authorizing pharmacist. The SUBMITTED icon 454 is colored or highlighted on the Order Entry window 436 when the step has been completed. The order entry process manager 84 desirably keeps track in the database of the compounding orders submitted by the various order entry workstations that are awaiting authorization, so that they can be accessed in an organized fashion by the browser software at the workstation of the authorizing pharmacist. The authorizing pharmacist knows to periodically run the browser software to access this queue of pending orders, to review each pending order, and indicate authorization of each order in the AUTHORIZE THIS ORDER FOR COMPOUNDING field box 456 on the Order Entry window 436.
In another arrangement, the order entry process manager 84 can include a notification function, which provides a pop-up message at the workstation of the authorizing pharmacist to alert the individual that there are entered compounding orders awaiting authorization. Clicking on the pop-up message opens a list of the orders awaiting authorization that the authorizing pharmacist can access.
In the illustrated embodiment, authorization entails clicking the authorization statement (box 458), selecting the shift in which the compounding is to be performed (box 460), and selecting the AUTHORIZE FOR COMPOUNDING icon 462. A STAT ORDER icon 464 is provided if the compounding order is to be performed as soon as possible. The AUTHORIZED icon 466 is colored or highlighted on the Order Entry window 436 when the authorization step has been completed.
The order entry process manager 84 desirably keeps track of the compounding orders that are in the database that have been authorized and are awaiting the printing of labeling, so that this subset of orders can be accessed in an organized fashion at a workstation where printing occurs. These compounding orders are accessed at the workstation where labeling for the final solution container 14 is to be printed.
In another arrangement, the order entry process manager 84 can include a notification function, which provides a pop-up message at the workstation where printing occurs to alert the operator that there are authorized compounding orders awaiting printing Clicking on the pop-up message opens a list of the orders awaiting label printing that the operator can access to perform the printing function.
The order entry process manager 84 formats the labeling (see
Upon completion of the printing step, the compounding order is made available for electronic transfer to a compounding control manager 72 of a compounding device 18. The PRINTED icon 478 is colored or highlighted on the Order Entry window 436 when the labeling printing step has been completed and the order has been made available for transfer to the compounding control manager 72 for completion.
In the networked compounding environment that the order entry process manager 84 makes possible, when it is time to compound, the compounding clinician at the compounding station logs into the compounding control manager 72 and selects the AUTO PGM touch button 234 on the main screen 202 generated by the compounding control manager 72 (see
As previously described, the use of bar code data in the verification function of the compounding control manager 72 necessitates that the labeling (
The compounding control manager 72 communicates with the order entry process manager 84 when the compounding process has been completed, the COMPOUNDED icon 480 on the Order Entry window is colored or highlighted accordingly.
The order entry process manager 84 can provide other functions that can be accessed through the PRESCRIPTION ORDERS menu box. For example, as shown in
On the home screen shown in
When selected, the BASE COMPONENTS MAIN PAGE 482 (FIG. 11H(1)) permits the operator to select a base component maintained in the existing facility inventory, or to add a base component to the inventory. Selection of a base component opens a scrollable Base Component Inventory Page 484 pertaining to the selected component, as shown in FIGS. 11H(2) and 11H(3). The Base Component Inventory Page 484 allows entry and retention by the order entry process manager 84 of pertinent information pertaining to the selected base component—e.g., its name; family type (Amino Acid, Dextrose, Fat Emulsion, etc.); concentration; specific gravity; cost per 100 mL; the choice of the pump rotor assembly of the compounding device to convey the component; NDC lot number; expiration date; electrolyte content, nutritional content, and other information.
Similarly, if the operator seeks to access the inventory of additive solutions maintained by the compounding facility, the operator mouse-clicks on the Additive Solutions function of the SOURCE SOLUTIONS menu box 402, which opens the ADDITIVE SOLUTIONS MAIN PAGE 486 shown on FIG. 11I(1). This window provides access to the features of the Additive Solutions Data Base Component 430 of the order entry process manager 84, the functional units of which are shown schematically in
When selected, the ADDITIVE SOLUTIONS MAIN PAGE 486 (FIG. 11I(1)) permits the operator to select an additive solution maintained in the existing facility inventory, or to add an additive solution to the inventory. Selection of an additive solution opens a scrollable Additive Solution Inventory Page 486 pertaining to the selected additive solution, as shown in FIGS. 11I(2) and 11I(3). The Additive Solution Inventory Page 486 allows entry and retention by the order entry process manager 84 of pertinent information pertaining to the selected additive solution—e.g., its solution type; its patient type; concentration; specific gravity; cost per mL; the choice of the pump rotor assembly of the compounding device to convey the component; NDC lot number; expiration date; electrolyte content; and other information.
The Base Solutions Data Base Component 428 and the Additive Solutions Data Base Component 430 of the order entry process manager 84 store pertinent information, for cross-reference by the other functional modules of the order entry process manager 84. For example, the Formula Library 426 draws upon information stored in the Base Solutions Data Base 428 and the Additive Solutions Data Base 430 to fill out the default information in the formula templates. Thus, library solutions can be restricted by patient type. As another example, the nutritional information derived by the order entry process manager 84 contained in the printed labeling (label 472 in
From the home page shown in
From the home page shown in
The nature of the administrative functions supported by the administration module 406 can, of course, vary according to the particular requirements of the compounding facility. The administration module 406, for example, can allow the administrator to add, delete or modify the schedule of shifts during which compounding takes place—which, in turn, becomes viewable (box 460) in the Order Entry web page (FIG. 11E(4)), for selection by the authorizing pharmacist during the order authorization process. The administration module 406, as another example, can allow the administrator to add, delete or modify the inventory list of compounding devices maintained by the compounding facility—which information, in turn, becomes available for use in the compounding reports generated by the reports module 404. The administration module 406, as another example, can allow the administrator to add, delete or modify the categories of patient types (e.g., standard adult; standard neonate; standard pediatric) accounted for by the compounding facility—which, in turn, can be linked to the patient information data base and can also be linked to the formula template data base 426 maintained by the order entry process manager 84 (i.e., a standard adult formula template can be linked to a standard adult patient type, to facilitate the compound order entry process). The administration module 406, as another example, can allow the administrator to add, delete or modify the list of operators by name or by operator groups (e.g., administrative staff, pharmacy staff, pharmacy technician, supervisor) that are permitted access to the order entry process manager 84, as well as assign passwords and access rights particular to each operator and each operator group. In this respect, operator's rights and restrictions can be tailored for that operator individually, and not as part of an overall group (e.g., as a technician or a pharmacist). Groups can also be prohibited or allowed access to certain patient types (e.g., Dr. Brown cannot see information pertaining to Dr. Smith's patients).
An example of how physicians can be added is described with reference to
On the home page shown in
As can be by now be appreciated, the order entry process manager 84 and browser software provide a physician or compounding order facility the capability to electronically transfer compounding requirements to a compounding facility via direct wire, network, or internet based systems. The order entry process manager 84 and browser software provides a compounding facility the capability to electronically enter compounding requirements on site or to receive electronically generated customer compounding requirements from remote sites. The order entry process manager 84 and browser software provide a compounding facility the capability to queue multiple customer compounding requirements into an efficient compounding and delivery schedule. The order entry process manager 84 and browser software provide a compounding facility the capability to generate container labels, including bar codes, as well as control the actual compounding process. The order entry process manager 84 and browser software provides a compounding facility the capability to automatically generate customer billing and inventory control for completed compounded containers. Billing options can include costs per mL of compounded fluid by solution type, flat rates costs by bag or solution type, labor costs by machine compounding hours, flat labor costs, or a combination of any of these.
A Daily Checklist which is derived from screen 500 (FIG. 11J(1)-11J(2)) is desirably displayed upon log on of the operator at the control panel. Items on the checklist may be added or rearranged as necessary or desired. It is desirable that all active items be displayed. If an item is indicated as being complete, the date/time and ID of the operator will be entered into the log. Required items must be completed before compounding is allowed to occur.
As shown in
With respect to interfacing compounding system 10 to other information systems, such as hospital or home care pharmacy systems, the inventors have determined that electronic handshaking and protocols necessary to carry out this interface are complicated, add additional cost, and may be counter to the desires of the hospital to maintain autonomy of their systems. Thus, a further embodiment of the present invention provides an interface that is less complex and does not rely on handshaking protocols to transfer compounding information to compounding system 10.
Referring now to
Referring again to
In one exemplary embodiment, indicia in the form of a barcode may be imprinted as part of label 2216. It is contemplated that various fields of the barcode will indicate certain characteristics of the desired compound. All necessary information to prepare a desired compound is included within the barcode, including desired solutions and respective volumes, patient ID (not absolutely necessary but highly desirable in order to prevent administering the compound to the wrong patient), order number, and compound bag ID number. An example of Barcode fields is listed below:
1. “O”=Barcode Identifier Code (upper case letter ‘O’).
2. Order Control Flags (see notes below)
3. Patient ID, maximum of 12 characters (see notes below)
4. Order ID, maximum of 30 characters (see notes below)
5. Bag ID, maximum of 12 characters (see notes below)
6. Station #1 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
7. Station #1 Solution Name, blank to skip station programming
8. Station #2 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
9. Station #2 Solution Name, blank to skip station programming
10. Station #3 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
11. Station #3 Solution Name, blank to skip station programming
12. Station #4 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
13. Station #4 Solution Name, blank to skip station programming
14. Station #5 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
15. Station #5 Solution Name, blank to skip station programming
16. Station #6 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
17. Station #6 Solution Name, blank to skip station programming
18. Station #7 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
19. Station #7 Solution Name, blank to skip station programming
20. Station #8 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
21. Station #8 Solution Name, blank to skip station programming
22. Station #9 Volume: value can be 0, 5.0 to 99.9, or 100 to 5000 mL
23. Station #9 Solution Name, blank to skip station programming
Exemplary barcode content for a non-limiting example of a TPN order is listed below and an exemplary barcodes 2300 is illustrated in
Dextrose 50%,55.5,Hyperlyte CR,,,,,,,,,,,450,Sterile Water
It is also contemplated that other types of labels may be implemented to carry out the present invention, such as RFID tags. In such an implementation, the RFID tag includes the information outlined above and may be accessed using conventional RFID activation systems. Such systems transmit and RF signal to the RFID tag in order to activate the tag, which in turn transmits its information to a local receiver, normally incorporated within the RFID activation system.
Although the following is directed to bar coded embodiments, it is equally applicable to an RFID implementation.
The entire barcode should desirably be one line (do not include carriage returns within the line, but a carriage return should be present at the end of the line).
- The first 2 fields identify the barcode and specify a (L)ocked order. Since the order is “locked”, it is prevented from being modified by the pharmacy technician and can only be compounded as originally ordered.
- The Patient ID is ‘111-11-1111’.
- The Order ID is ‘RX12345-Abc’.
The Bag ID is ‘0001’.
- Station 1 will be programmed for 250 mL of FreAmine 15%.
- Station 2 will be programmed for 180 mL of Dextrose 50%.
- Station 3 will be programmed for 55.5 mL of Hyperlyte CR.
- Stations 4 through 8 will not be changed.
- Station 9 will be programmed for 450 mL of Sterile Water.
Exemplary barcode content for a non-limiting example of a Library Formula or Quick Setup is listed below and an exemplary two dimensional barcode 2300 is illustrated in
O,,,,,0,FreAmine 15%,0,Dextrose 50%,0,Hyperlyte CR,0, Trophamine 10%,0,FreAmine HBC 6.9%,0, Dex 5%/0.2% NaCl,0, Liposyn 30%,0, Tham 0.3 Molar Sol,0,Sterile Water
The entire barcode should desirably be one line (do not include carriage returns).
- The first field identifies the barcode.
- The order is allowed to be manually adjusted after loading. No Patient ID is specified.
- No Order ID is specified (so it will be automatically recorded as ‘Manual ###’).
- No Bag ID is specified.
- Station 1 will be programmed for FreAmine 15%.
- Station 2 will be programmed for Dextrose 50%.
- Station 3 will be programmed for Hyperlyte CR.
- Station 4 will be programmed for Trophamine 10%.
- Station 5 will be programmed for FreAmine HBC 6.9%.
- Station 6 will be programmed for Dex 5%/0.2% NaCl.
- Station 7 will be programmed for Liposyn 30%.
- Station 8 will be programmed for Tham 0.3 Molar Sol.
- Station 9 will be programmed for Sterile Water.
- All station volumes will be reset to zero.
Alternately, the code may contain all pertinent information such as solution name and volume information, but may lack information with respect to specific stations into which the source solution is to be placed. In this example, the Compounder would determine any new or already existing source solution placements with those contained in the bar coded prescription order.
After the barcode label is printed, it is physically transferred to location where the compounder, such as compounding system 10, is located. Referring again to
Used in conjunction with the Order barcode 2300, the Result barcode 2414 provides another way to move information reliably. As mentioned above, result barcode 2414 is printed on the compounding summary page, in any desired location. Result barcode 2414 contains basically the same information as the compounding summary header, which includes the compounding order identification, compounding date and time, and the compounding result code.
Examples of Result barcode fields are as follows:
1. “R”=Barcode Identifier Code.
2. Result Code: (C)ompleted, (A)borted, (F)ailed (see notes below).
3. Patient ID, maximum of 12 characters.
4. Order ID, maximum of 30 characters.
5. Bag ID, maximum of 12 characters.
6. Compounding Date, “mm/dd/yyyy” format.
7. Compounding Time, “hh:mm” format (24 hour).
Note—The result code for a compounding operation can be one of the following:
“A”—Aborted by operator.
“F”—Failed due to unrecoverable delivery error.
Verification of the solution in container 14 is simply conducted by scanning barcode label 2414 and comparing the information contained therein with the information in the system based on either the memory of the initially scanned barcode label 2300 or the patient record. In one exemplary embodiment, result barcode 2414 may be scanned into compounding system 10 for comparison with the information contained in barcode label 2300. Alternatively, and/or additionally, result barcode 2414 may be scanned by personnel before administering the compound to the patient using scanner 2210 of system 2200 (see.
Although examples discussed above may relate to a bar code system, the invention is not so limited in that, as identified above, RFID tags may be used as a means to convey compounding information to the compounder and compound solution information from the compounder system back to the ordering system of other check point to verify compliance.
Features of the invention are set forth in the following claims.
Although the invention is illustrated and described herein with reference to specific embodiments, the invention is not intended to be limited to the details shown. Rather, various modifications may be made in the details within the scope and range of equivalents of the claims and without departing from the invention.
1. A method for use with a data entry system for providing input data to a pharmaceutical compounding device having an associated plurality of source solutions, the method comprising the steps of:
- a) generating a first label comprising first indicia defining an allocation of said plurality of source solutions;
- b) providing said first label directly to said pharmaceutical compounding device;
- c) reading said first indicia from said first label with said pharmaceutical compounding device; and
- d) generating a pharmaceutical compound with said pharmaceutical compounding device based on said first indicia input into said pharmaceutical compounding device.
2. The method according to claim 1, wherein said first indicia further compromises information relating to a patient for which the pharmaceutical compound is intended.
3. The method according to claim 1, wherein said first indicia comprises a bar code.
4. The method according to claim 1, wherein said first indicia comprises a two dimensional bar code.
5. The method according to claim 1, wherein said first label is an electronic label.
6. The method according to claim 5, wherein said electronic label is a Radio Frequency Identification label.
7. The method according to claim 6, wherein the providing step (b) comprises the steps of:
- activating said electronic label with an RF signal; and
- transmitting said indicia responsive to said RF signal.
8. The method according to claim 1, wherein said data entry system generates said first label.
9. The method according to claim 1, wherein at least one of the first indicia or second indicia includes information for instructing an infusion pump regarding delivery of the generated pharmaceutical compound to a patient.
10. The method according to claim 1, wherein the first indicia includes information for instructing an operator of the pharmaceutical compounding device at which pumping stations to install respective ones of said plurality of source solutions.
11. The method according to claim 10, further comprising the steps of:
- scanning a bar code of said installed plurality of source solutions;
- scanning a bar code of respective ones of transfer tubing coupled to said plurality of source solutions and said pump station;
- comparing the scanned information of the installed plurality of source solutions and transfer tubing with an expected configuration; and
- either permitting the operator to commence compounding if the comparison is valid or preventing the operator from compounding if the comparison is invalid.
12. The method according to claim 1, wherein Step d) comprises the steps of:
- d1) pumping a first portion of at least one of the source solutions at a first flow rate with a first pump element until a predetermined threshold of the source solution is reached, and
- d2) pumping a remaining portion of the at least one source solution at a second flow rate with the first pump element until a target volume of the source solution is reached, the second flow rate being less than the first flow rate.
13. The method according to claim 1, further comprising the step of generating a second label comprising second indicia indicative of at least said pharmaceutical compound as generated by said pharmaceutical compounding device.
14. The method according to claim 1, wherein the pharmaceutical compound is a TPN compound.
15. A method for use with a data entry system for providing input data to a pharmaceutical compounding device having an associated plurality of source solutions, the method comprising the steps of:
- a) generating a first label comprising first indicia defining an allocation of said plurality of source solutions conforming to a predetermined configuration;
- b) providing said first indicia to said pharmaceutical compounding device as an input;
- c) reading said first indicia from said first label with said pharmaceutical compounding device; and
- d) generating a pharmaceutical compound based on said indicia input into said pharmaceutical compounding device by pumping at least two separate sources of a first type of source solution simultaneously into a designated receptacle.
Filed: Nov 6, 2007
Publication Date: May 29, 2008
Applicant: B. BRAUN MEDICAL INC. (Bethlehem, PA)
Inventors: Aleandro DiGianfilippo (Scottsdale, AZ), Richard S. Pierce (Glendale, AZ), Michael Golebiowski (West Lafayette, IN)
Application Number: 11/935,546