WO2014123854A1 - Automated programming of infusion therapy - Google Patents
Automated programming of infusion therapy Download PDFInfo
- Publication number
- WO2014123854A1 WO2014123854A1 PCT/US2014/014588 US2014014588W WO2014123854A1 WO 2014123854 A1 WO2014123854 A1 WO 2014123854A1 US 2014014588 W US2014014588 W US 2014014588W WO 2014123854 A1 WO2014123854 A1 WO 2014123854A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- infusion
- order
- infusion device
- management server
- patient
- Prior art date
Links
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
- A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
- A61M5/142—Pressure infusion, e.g. using pumps
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/35—Communication
- A61M2205/3546—Range
- A61M2205/3553—Range remote, e.g. between patient's home and doctor's office
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/35—Communication
- A61M2205/3576—Communication with non implanted data transmission devices, e.g. using external transmitter or receiver
- A61M2205/3584—Communication with non implanted data transmission devices, e.g. using external transmitter or receiver using modem, internet or bluetooth
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/50—General characteristics of the apparatus with microprocessors or computers
- A61M2205/502—User interfaces, e.g. screens or keyboards
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/60—General characteristics of the apparatus with identification means
- A61M2205/6009—General characteristics of the apparatus with identification means for matching patient with his treatment, e.g. to improve transfusion security
Definitions
- the invention disclosed herein relates to dispensing medication to a patient, and in particular to systems for infusing a patient with medication.
- an infusion device (also referred to herein as a "pump" and by other similar terms) is set up and programmed by a caregiver. That is, once a caregiver has coupled the proper medication the caregiver will then review the medication orders and manually program the device in order to dispense the medication.
- an infusion management system includes an infusion management server configured for providing an order to an infusion device to administer an infusion; and the infusion device, wherein the infusion device is configured for receiving the order, associating the order with a patient, and adjusting at least one setting according to the order.
- a method for administering an infusion includes selecting an infusion device that is in communication with an infusion management system; associating the infusion device with a patient; receiving at least one order for the patient from the infusion management system; and, initiating the administration according to the at least one order.
- an interface for an infusion device includes a controller configured for communicating with and controlling the infusion device; a user interface configured for coupling with the controller and receiving user input; and at least one port for communicating with an infusion management system; wherein the infusion management system includes an infusion management server configured for providing an order to the infusion device to administer an infusion; and the controller is configured for receiving the order, associating the order with a patient, and adjusting at least one setting of the infusion device according to the order.
- a computer program product includes machine executable instructions stored on machine readable media.
- the product is configured for controlling an infusion device by executing a method that includes receiving an order object from an infusion management server, the order object including information for dispensing medication; adjusting the infusion device according to the order object; and administering the infusion.
- FIG. 1 is a flow diagram depicting aspects of an infusion management system according to the teachings herein;
- FIG. 2 is a flow chart providing an exemplary protocol for use of the infusion management system depicted in FIG. 1; and,
- FIG. 3 is a flow chart depicting aspects of a computing infrastructure, where at least some of the associated components are suited for use in the infusion management system depicted in FIG. 1.
- Disclosed herein is an infusion management system for managing infusions of medications to patients in a healthcare setting.
- the methods and apparatus disclosed provide "smart" technologies that make use of substantial patient information, monitor processes, and pass information (such as status information) in order to keep caregivers informed and to simplify medical administration as well as system administration.
- the infusion management system generally includes an infusion management server that is in communication with at least one and more often a plurality of infusion devices.
- the infusion management server provides enhanced functionality and control over each one of the infusion devices.
- Embodiments of the infusion management system provide for automatically programming an infusion device to deliver a highly controllable infusion of medication.
- Embodiments herein may include using patient medication orders acquired from order entry and pharmacy information systems within the healthcare enterprise and providing those orders as order objects to an infusion device.
- Embodiments herein provide for automatically programming of the infusion device using information contained in the selected order.
- the infusion management server includes components deemed appropriate for performing the functions described herein. Some of the components that may be appropriately relied upon or a part of the infusion management server (IMS) are described below (see FIG. 3). Embodiments of the infusion management server (IMS) are not to be limited by those embodiments disclosed herein, and may include (or exclude, as appropriate) components and aspects known to those skilled in the art for performing the functions described and/or claimed herein. More specifically, components used in any specific embodiment of the infusion management server (IMS) are limited only by the needs and/or resources available to a respective user, designer, owner, manufacturer or other similarly interested party.
- the infusion management server includes a computer server through which medication orders are acquired from an enterprise (such as a hospital or other health care environment). The orders may be obtained electronically and/or submitted manually. In some embodiments, the orders are then stored on the infusion management server (IMS) and managed through their entire lifecycle. In addition, associations between infusion devices and the respective patients may be established at each infusion device, sent to the infusion management server (IMS) where association information is stored and managed.
- the infusion management system includes at least one infusion device (most often, a plurality of infusion devices).
- the infusion device has the capability to query the infusion management server (IMS) for medication orders, present a list of non-administered orders to a user in a selectable format on a display screen of the infusion device, and then use the properties of the selected order to automatically program infusion settings for administration of medication.
- IMS infusion management server
- the infusion device upon the start of delivery for a programmed infusion, notifies the infusion management server (IMS). As a result, the infusion management server (IMS) removes the associated order from the list of pending order administrations. Multiple infusion devices can be associated with the same patient. Upon notification that an order has been administered, this information is made available to other infusion devices associated with the same patient, which prevents that order from being select on that order any other infusion device.
- IMS infusion management server
- the infusion management system disclosed herein provides users with a system that enables simple and efficient administration of infusion devices and therefore medication for a patient.
- some concepts are now introduced.
- the term "automatic” generally refers to performance of a process where at least one step requiring human interaction has been eliminated or the level of human interaction has been substantially reduced.
- the term “automatic” is not meant to imply complete elimination of human interaction. For example, in some instances, it is desired to have human interaction to ensure appropriate error checking and to affirm proper operation prior to advancement of the process. Accordingly, it is considered that semi-automatic, partially automated and other such processes may be considered as automatic or automated, in at least some instances.
- medication generally refers to any substance that is to be administered to a patient according to the direction of a caregiver.
- examples of medication include medicine administered for diagnostic or therapeutic purposes, liquids such as those providing nutrition or hydration and any other similar substance.
- medication administered as disclosed herein is fluidic and suited for administration with an infusion device.
- the term "infusion device” generally refers to a device that includes components appropriate for dispensing fluids such as those that contain medication to the patient.
- Exemplary components of an infusion device include, without limitation, a pump, a power supply, an inlet, an outlet, at least one valve, and the user interface.
- Additional components may include a processor, memory, data storage, a screen (such as one providing a graphical user interface), and at least one type of network interface.
- Non-limiting examples of a network interface include: wired interfaces (such as Ethernet, USB and the like); wireless interfaces (such as Wi-Fi implementing 802.11 protocol, Bluetooth, near field communications (NFC), and the like); and, optical interfaces (such as an infrared port, a fiber port, and the like).
- the infusion device may be outfitted with additional components such as a barcode reader, a radio frequency identification (RFID) interface and the like.
- RFID radio frequency identification
- the infusion device may implement machine executable instructions stored on machine readable media, in order to execute a method.
- the machine executable instructions may be referred to as "software.” Functionality of the infusion device is not necessarily contained within a single box or discrete device. For example, software used to control the infusion device may be accessed through the network interface.
- the infusion device may be configured for providing medication in any manner deemed appropriate.
- the infusion device may be configured to provide medication on a continuing basis, an intermittent basis, a demand basis, according to a predetermined profile, or in some combination of the foregoing.
- the infusion device may be configured to pump large volumes, such as volumes of nutrients and/or fluid.
- the infusion device may be configured to pump small volumes, such as volumes of hormones or anesthetics.
- the infusion device may be configured with any type of pump deemed appropriate.
- the infusion device may make use of a peristaltic pump, a screw, a pressurized bag, a gravity feed or any other type of device that may urge the dispensing of the medication.
- the infusion device may be configured with a variety of redundant features.
- the infusion device may be configured with redundant power supplies including main and backup batteries, processors, and other such components.
- Software used to operate the infusion device may be configured with features that require double checking and other aspects designed to overcome or address human factors issues.
- a variety of aspects of the infusion device may be internally adjusted through a controller (e.g., an onboard and/or remote processor).
- a controller e.g., an onboard and/or remote processor
- the delivery mechanism, communications, system monitoring and the like may be controlled via the controller. Accordingly, these aspects and others may be controlled through implementations of software.
- order and order objects are closely related. Accordingly, one is not to be construed as exclusive of the other, and in some embodiments, the order and the order object may be identical.
- the term "order” is used to signify a prescribed order for medication to be given to a patient
- the term "order object” is used to signify a translation of the prescription into a form that is usable or consumable by a given infusion device.
- the order object is used to inform the infusion device how it should be programmed in order to deliver the respective order.
- the infusion management system 50 includes an infusion management server (IMS) 10 that communicates with a respective infusion device 5.
- IMS infusion management server
- the infusion management server (IMS) 10 receives information from systems contained within an enterprise 20.
- the infusion management server (IMS) 10 receives orders 6 from the enterprise 20.
- the infusion management server (IMS) 10 may have a separate interface for receiving orders 6.
- the infusion management server (IMS) 10 will assemble appropriate information and format order objects 7 from the orders 6.
- the order objects 7 are then communicated to a respective infusion device 5.
- the infusion device 5 is used to administer the medication to the patient.
- the infusion device 5 may communicate device status information 8, as well as other information such as a request, to the infusion management server (IMS) 10.
- the infusion management server (IMS) 10 may analyze the device status information 8 and provide analysis results. Additionally, the infusion management server (IMS) 10 may forward the device status information 8 upstream to the enterprise 20.
- information communicated from the infusion management server (IMS) 10 to the enterprise 20 is communicated as system status information 9.
- the infusion management server (IMS) 10 includes computing resources as necessary or appropriate for enabling functionality described herein.
- the infusion management server (IMS) 10 may include one or more servers, at least one user interface, zero or more networked personal computers, tablets or other personal computing devices, a variety of computing interfaces, and other such features.
- the infusion management server (IMS) 10 may include machine executable instructions stored on machine readable media, in order to execute a method.
- the machine executable instructions may be referred to as "software.”
- the term "enterprise” 20 refers to computer systems, networks, and other devices that are presently available in a healthcare environment, and it may be relied upon to interface, at least in part, with the infusion management system 50.
- at least one component of the enterprise 20 may be configured to communicate information to the infusion management server 10 and to access information available elsewhere within the enterprise 20. Exemplary information maintained by the enterprise 20 patient profile information, comprehensive medical records, diagnostic information, therapeutic information, insurance information, caregiver profile information, and other similar information.
- the enterprise 20 may include other connections to or communications with specialized equipment such as imaging apparatus, lab equipment, remote interfaces and the like.
- the enterprise 20 may also include information on privileges for system users and may implement security features for controlling access to features of the enterprise 20 and/or infusion management system 50. Accordingly, the enterprise 20 may include machine executable instructions stored on machine readable media, in order to execute a method.
- the machine executable instructions may be referred to as "software.”
- Exemplary systems within the enterprise 20 that may be used to generate a medication order 6 include, for example, a variety of systems including, but not limited to: Computerize Physician Order Entry (CPOE) systems; Pharmacy Information Systems (PIS); and electronic Medication Administration Record (eMAR) systems.
- CPOE Computerize Physician Order Entry
- PIS Pharmacy Information Systems
- eMAR electronic Medication Administration Record
- the enterprise 20 provides medication information as an order 6 to the infusion management server (IMS) 10.
- the order 6 includes such information as a name brand of medication and a particular dosing protocol.
- the order 6 may have been ordered by a doctor, nurse practitioner, or other qualified personnel, and is designated for a particular patient.
- the infusion management server (IMS) 10 receives the prescription 6 from the enterprise 20. Once received, the infusion management server (IMS) 10 may do a variety of things with the order 6. Exemplary tasks performed by the infusion management server (IMS) 10 include deriving an order object 7 from the order 6.
- the order object 7 generally includes a format for the infusion device 5 that is recognizable to the components therein (such as a processor within the infusion device 5).
- the infusion management server (IMS) 10 may include a plurality of application programmer interface (API) modules. Generally, each one of the API modules contains configuration information for each type of infusion device 5 that is maintained within the infusion management system 50. By using an appropriate API, the infusion management server (IMS) 10 may properly format a given order 6 into an order object 7 for the respective type of infusion device 5.
- API application programmer interface
- the infusion management server (IMS) 10 is configured to receive the order 6 and make substitutions.
- the infusion management server (IMS) 10 may be configured to provide the order object 7 with a generic version of the medication included in the order 6.
- the infusion management server (IMS) 10 may reference a substitutions database, such as one that may be accessed from systems of the enterprise 20. Adjusting the order according to a substitution requirement is one example of applying a policy (that is, and by way of example, a policy of the institution). Accordingly, it may be considered that the infusion management server (IMS) 10 may be configured to apply at least one policy with an order 6 when providing the order object 7.
- the infusion management server (IMS) 10 may be configured to provide updates to existing orders 6 and indicate when an order 6 has been administered.
- the orders 6 are transformed into order objects 7 and stored by the infusion management server (IMS) 10. As updates to orders 6 are received, these updates are applied and stored by the infusion management server (IMS) 10 as well. Changes may include, but are not be limited to, one or more changes to the order 6, an indication that the associated medication has been dispensed by the pharmacy or an indication that a care provider has administered the associated medication.
- a caregiver initiates programming of an infusion device 5 at a local interface, such as on a front of the infusion device 5. Either prior to or as part of the programming process, the user may optionally indicate the patient for whom the administration is being delivered.
- the infusion device 5 may send a request to the infusion management server (IMS) 10 for all outstanding (i.e. not already administered) orders 6 for a patient that is associated with the infusion device. Additionally, the user may request information on any orders 6 directed to that infusion device 5.
- the order object 7 that are derived from the orders 6 contain the associated program settings for the infusion device 5 and indicate actions need to be taken for each order 6 that may be selected.
- order objects 7 may include a plurality of settings for parameters such as: infusion rate, dose, concentration, duration, dose rate, volume to be infused, the drug name and advisory information.
- the infusion device 5 can use the associated order object 7 (e.g., information indicating the fluid to be injected into the respective patient) to auto-program itself. If multiple order objects 7 are available, they can be presented to a user operating the infusion device 5 in a selectable format. The user may optionally select one of the returned order objects 7 or choose to manually program the infusion device 5 to deliver one or more fluids to a respective patient. Once selected, the infusion device 5 will use that order object 7 to automatically program itself. In some embodiments, the infusion device 5 and then ask the user to confirm those settings before administering the infusion.
- order object 7 e.g., information indicating the fluid to be injected into the respective patient
- an association exists between the infusion device 5, the patient, the order 6 and the programmed infusion.
- a user may choose to accept and confirm the settings, modify those settings, or even disassociate the order with the administration all together.
- All user actions can be maintained in an audit history as a way of tracking how the care provider chose to administer the infusion and its relationship with an order 6.
- this information and an indication that the order 6 was administered is sent to the infusion management server (IMS) 10.
- the infusion management server (IMS) 10 may optionally publish the audit information and the updated order status to any interested consumers within the healthcare enterprise via an outbound interface.
- any subsequent changes to the infusion may be made through direct manipulation of the program settings on the infusion device 5. These changes may also be maintained in an audit history which continues to be associated with the initiating order 6.
- the infusion management server (IMS) 10 may be configured to take into account other aspects of patient care.
- the infusion management server (IMS) 10 may be configured to adjust delivery of medication according to external factors such as co-delivery of other medication by another infusion device 5.
- the infusion management server (IMS) 10 works in conjunction with technology provided through the enterprise 20 provide for such functionality, although this is not a requirement.
- the infusion management server (IMS) 10 provides order objects 7 to the infusion device 5 in a format that is appropriate for the respective infusion device 5.
- the infusion device 5 may return information such as device status information 8 to the infusion management server (IMS) 10.
- Device status information 8 may include acknowledgment of the order object 7.
- a particular order object 7 received by the infusion device 5 may be returned to the infusion management server (IMS) 10 as part of the device status information 8.
- the infusion management server (IMS) 10 may perform a comparison of the order 6 that was sent to the infusion device 5 and order objects 7 that were received from the infusion device 5. If there is not a perfect agreement (that is, parity) between the order 6 and order object 7, the infusion management server (IMS) 10 may alert the caregiver through the user interface on the infusion device 5 until the caregiver appropriately addresses any disparity.
- the infusion management server (IMS) 10 may provide information such as system status information 9 to the enterprise 20.
- the infusion management server (IMS) 10 may be configured to track a plurality of infusion devices 5.
- the infusion management server (IMS) 10 may provide system status information 9 to the enterprise 20, where the system status information 9 includes device status information 8 for any given infusion device 5 and/or group of infusion devices 5.
- the system status information 9 may include group information such as, for example: percent capacity of usage of infusion devices 5 within the infusion management system 50; include tracking and locating information for each infusion device 5; may provide calibration records and maintenance scheduling for infusion devices 5 and other such information as deemed appropriate.
- the system status information 9 may include device status information 8 and may further include system information that is useful for managing the infrastructure that is supportive of the infusion management system 50.
- the device status information 8 and the system status information 9 may be parsed in any manner deemed appropriate. For example, capacity of usage may be determined according to usage of all infusion devices 5 within the infusion management system 50. As another example, capacity of usage may be determined according to a given criteria such as usage within a care unit, a work shift, by device type and by other similar criteria. In short, device status information 8 and system status information 9 may be combined to provide substantial insight into operation of the infusion management system 50, performance of the infusion management system 50 and insight into patient care and medication administration.
- Both device status information 8 and system status information 9 may incorporate appropriate information for enhancing operation of the infusion management system 50.
- the device status information 8 may include information regarding administration of medication.
- the device status information 8 may include device specific information regarding the infusion device 5.
- the device status information 8 may feedback to the infusion management server (IMS) 10 condition of a battery (for example, when the infusion device 5 is being powered by an internal battery).
- IMS infusion management server
- order objects 7 are not necessarily limited to medication information.
- the information management server (IMS) 10 may provide information to the infusion device 5 that includes related demographic information or semantic information.
- the order objects 7 that are provided to the infusion device 5 may include date, time, location information, attending physician, patient name, patient age, and other such information as deemed appropriate by a user, designer or manufacturer or other similarly interested party.
- the infusion device 5 may be configured to retain additional dynamic device information, which may also be provided as device status information 8.
- Dynamic device information may be provided to the infusion management server (IMS) 10 to enhance management of the infusion device 5 as well as administration of medications to the patient.
- IMS infusion management server
- Exemplary and non-limiting dynamic device information includes: records of administrations by a designated infusion device 5, (which, may in turn include information such as each associated order object 7, or a summary thereof); a user history table; a location history table; a table of device state information; calibration information and, any similar information deemed appropriate by a user, designer or manufacturer or other similarly interested party.
- device status information 8 and system status information generally signify information that is provided or flows "upstream" in the infusion management system 50. That is, device status information 8 is not necessarily limited to containing only device status information, and/or may include additional information that is related to the infusion device 5 or the administration of medication to a patient. Similarly, as a matter of convention, it may be considered that the order 6 and the order objects 7 flow "downstream" to the patient.
- IMS infusion management system
- requests may be pushed or received upstream or downstream in the infusion management system 50.
- Requests may be initiated, for example, to obtain device status information 8 and/or system status information 9.
- Requests may be initiated for any type of information deemed appropriate by a user, designer, manufacturer or other similarly interested party.
- Communication of the order 6, the order object 7, device status information 8, and system status information 9 may be performed on a real time, substantially real time, or near real-time basis. That is, communications of the foregoing may occur in a manner that is rapid enough to permit a caregiver to administer the infusion management system 50 appropriately to manage care of the patient in a way that is deemed to meet an existing standard of care for a given protocol. That said, it is not required that communication of any one of the order 6, the order object 7, the device status information 8, and the system status information 9 be communicated in such a rapid fashion. Again it is merely required that communications are adequate for a caregiver to perform the desired tasks.
- the infusion management system 50 is configured to perform tasks on at least one of a semi- automated and an automated basis. That is, the infusion management system 50 is configured to perform tasks on the basis that minimizes human intervention. Accordingly, the infusion management system 50 provides for error reduction when compared to prior art systems, and use of personnel for other tasks associated with caregiving.
- the infusion management server (IMS) 10 may provide multiple communication services.
- the communication services enable communications amongst various infusion devices 5 and other computer systems within the enterprise 20.
- the services can include one or more different types of communication mechanisms. For example, one service may be capable of communicating using RESTful web services while another, performing the same function, may support a TCP sockets based communications protocol, and so on.
- the infusion management server (IMS) 10 communicates, using encrypted messaging, with the infusion device via a secure HTTP (i.e., HTTPS) protocol, ensuring that communication and the connection between the infusion management server (IMS) 10 and the infusion device 5 is secure and that messages are fully encrypted.
- a secure HTTP i.e., HTTPS
- the infusion management server (IMS) 10 may operate on a local area network (LAN) that is public (i.e., a non-dedicated system).
- the infusion management server (IMS) 10 is configured for communicating with infusion devices 5 connected either directly or wirelessly to the public LAN.
- the infusion management system 50 is operated on an independent network that is dedicated to the infusion management system 50.
- the infusion management system 50 is operated on an independent or dedicated network, while retaining the public LAN as a backup communications system.
- the infusion management system 50 provides institutions and caregivers with robust capabilities for managing delivery of medication that is dispensed by an infusion device 5.
- the exemplary protocol 70 generally includes logging into the infusion device and associating a patient with the infusion device.
- a user may log into the infusion device manually (such as by a keypad and/or graphical user interface (GUI)), or automatically (such as through RFID recognition or barcode scanning of the user by the infusion device).
- GUI graphical user interface
- the infusion device may display the last known patient association (that is, the identity of the last patient served by the infusion device). If the patient is incorrectly associated with the infusion device, the user may associate a new patient with the infusion device.
- Association of the new patient may be performed manually (such as by a keypad and/or graphical user interface (GUI)), or automatically (such as through RFID recognition or barcode scanning of the patient by the infusion device). Once the user has verified the infusion device is properly associated with a given patient, initial setup has been completed.
- GUI graphical user interface
- the infusion device will retrieve orders associated with the patient, or for the specific device.
- the infusion device presents the orders to the user. User then selects the appropriate order for administration.
- the infusion device sets internal parameters such as delivery rate, delivery volume and the like.
- the user is provided with options to adjust the settings established by the automatic configuration by the infusion device. Additionally, the user may set optional parameters such as alarm settings and the like.
- the infusion device may store and/or broadcast relevant information about the infusion. The relevant information may be provided locally, such as on an interface of the infusion device, and/or provided as device status information and forwarded to the infusion management server (IMS).
- IMS infusion management server
- the infusion management system 50 includes substantial capacity and flexibility. Accordingly, a variety of additional features, modes of use protections and limitations may be realized.
- the infusion device 5 may be configured such that once programmed the infusion device 5 may optionally query the infusion management server (IMS) 10 to determine the status of other infusions being delivered to the same patient and the medication and settings associated with that infusions. If any conflict exists between the infusion being programmed and any other infusion being administered to the same patient, a warning will be presented to the device operator.
- IMS infusion management server
- the device operator may be given the option to start the infusion immediately or at the scheduled time.
- the device operator may be given the option to recall a specific order object 7 for the future administrations.
- the infusion device 5 may be configured such that a user may electronically scan at least one of a patient identification bracelet, a medicine container or other item to call up a specific order object 7. For example, once a respective infusion device 5 has been associated with a given patient, the user may scan a barcode on a bag of fluid, and the infusion management system 50 will automatically programmed the infusion device 5 to correlate to an associated order object 7 for that patient.
- an infusion device 5 is established for remote operation.
- infusion device 5 may be set up in the home of a patient and configured to communicate with the infusion management server (IMS) 10 over the Internet using a secure HTTPS connection.
- IMS infusion management server
- the infusion management system 50 may provide the infusion device 5 with a variety of capabilities such as those described elsewhere here in.
- the infusion device 5 includes retrofit of a prior art infusion device.
- An appropriate retrofit kit (not shown) may be used to configure the prior art infusion device for operation within the infusion management system 50.
- the retrofit kit may include, for example, a processing unit configured for communicating with the prior art infusion device (such as through an existing communications port on the prior art infusion device).
- the processing unit may include, for example, a user display, as well as software for communicating with the infusion management server (IMS) 10 and commanding the prior art infusion device appropriately.
- IMS infusion management server
- An exemplary device that includes many of the components appropriate for use as a processing unit of a retrofit kit includes a smart phone. Accordingly, use of a device such as a smart phone may provide enhanced flexibility with additional communications channels, additional commercially available software, and the like.
- implementations of "software” as discussed herein include machine executable instructions stored on machine readable media as a non-transitory signal.
- Embodiments of software may be programs in any language deemed appropriate.
- implementations of software provided herein include objects that are defined using extensible Markup Language (XML).
- XML extensible Markup Language
- the software provided herein may be defined in any manner deemed appropriate.
- other tools for platform independent software may be used.
- Combinations of software languages, compilers and other development tools may be used.
- Other types of development tools include scripting languages, integrated development environments, build tools and a variety of other types of tools.
- At least a portion of the software may be implemented as "firmware.” That is, at least a portion of the software may be provided in read only memory.
- Exemplary aspects of the infusion management system that may be implemented as firmware include portions relating to authentication and security.
- FIG. 3 Exemplary aspects of a computing environment are depicted in FIG. 3. At least some of the aspects depicted in FIG. 3 may be implemented in a respective infusion device, a retrofit for a prior art infusion device, the infusion management server, or as are otherwise deemed appropriate.
- Computer 100 has one or more central processing units (processors) 101a, 101b, 101c, etc. (collectively or generically referred to as "processor(s)" 101).
- Processors 101 are in communication with system memory 250 and various other components via a system bus 113.
- Read only memory (ROM) 102 is in communication with the system bus 113 and may include a built-in operating system (BIOS), which controls certain basic functions of computer 100.
- BIOS built-in operating system
- the system bus 1 1 3 may provide power to the processor 101, system memory 250, and read only memory 102.
- FIG. 3 further depicts an input/output (I/O) adapter 107 and a communications adapter 106 coupled to the system bus 113.
- I/O adapter 107 may be a parallel ATA (PATA, also called IDE or EIDE), Serial ATA (SATA), SCSI, Serial Attached SCSI (SAS), optical adapter such as fiber channel, or include any other type of interface deemed appropriate.
- the I O adapter 107 generally provides for communicating with a hard disk 103 and/or long term storage unit 105 (such as a tape drive) or any other similar component (such as an optical drive).
- I/O adapter 107, hard disk 103, and long term storage unit 105 are collectively referred to herein as mass storage 104.
- a communications adapter 106 interconnects system bus 113 with an outside network 122 enabling computer 100 to communicate with other systems such as the enterprise 20.
- the communications adapter 106 may be supportive of at least of one of wired and wireless communication protocols.
- the communications adapter 106 may support protocols such as wired Ethernet, wi-fi (e.g., 802.11 protocols), UMTS, dial-up, active-sync, cellular (using protocols such as, for example, GSM, GPRS, EDGE, CDMA, TDMA, 3G, 4G, and the like).
- the communications adapter 106 communicates with a network 122, and may communicate (directly or indirectly) with the Internet 121.
- the computer 100 is powered by a suitable power supply 120.
- the power supply 120 includes at least one transformer for receiving alternating current (AC) and transforming the AC into a suitable form of direct current (DC).
- the power supply 120 includes at least one battery.
- the power supply may include appropriate circuitry for receiving and controlling various forms of input power.
- Input/output devices are shown as connected to system bus 113 via user interface (UI) adapter 108.
- UI user interface
- a keyboard 109, a pointing device (e.g., a mouse) 110, and speaker 111 may be included and interconnected to system bus 113 via user interface adapter 108.
- Other user interface components may be included as deemed appropriate.
- a display adapter 112 connects display monitor 136 is connected to system bus 113.
- the display adapter 112 and/or display monitor may be configured with various components, such as a graphics adapter to improve the performance of graphics intensive applications, a video controller, a capacitive (i.e., touch screen) display, and the like.
- adapters 106, 107, 108 and 112 may be connected to one or more I O busses that are connected to system bus 113 via an intermediate bus bridge (not shown).
- Suitable I/O buses for connecting peripheral devices such as hard disk controllers, network adapters, and graphics adapters may include common protocols, such as the Peripheral Components Interface (PCI) bus.
- PCI Peripheral Components Interface
- the computer 100 stores machine readable instructions on machine readable media (such as in ROM, RAM, or in the mass storage unit 104).
- the machine readable instructions (referred to herein as "software,” as an "application,” as a “client, a “process,” a “plug-in” and by other similar terms) generally provide for functionality as will be discussed in detail further herein.
- Some of the machine readable instructions on machine readable media may include an operating environment. For example, and as presented herein, a suitable operating environment is WINDOWS (available from Microsoft Corporation of Redmond Washington).
- Software as provided herein may be developed in, for example, SQL language, which is a cross-vendor query language for managing relational databases. Aspects of the software may be implemented with other software. For example, user interfaces may be provided in XML, HTML and the like.
- the computer 100 may include, or exclude, as appropriate, the foregoing components and other components.
- other components such as routers, bridges, firewalls, switches, servers, middleware and other components may be available.
- the computer 100 may be designed and configured for stationary operation, while in some other embodiments the computer 100 is designed and configured for mobile operation.
- Some exemplary embodiments of commonly available mobile computers 100 that may be suited for practice of the teachings herein include laptops, smart-phones, tablets and the like.
- a computing system may include a plurality of computers 100.
- at least one computer 100 in the plurality may include substantial storage, memory, processors, mass storage and the like.
- a configuration may be useful as the infusion management server.
- At least one computer 100 in the plurality may be designed with mobility as a primary purpose.
- memory may replace a hard disk due to a physically compact nature of the memory.
- such a configuration is useful as a "mobile computer,” a “mobile station” or by other similar terms. Such latter embodiments may be useful in support of the infusion devices.
- a particular computer 100 in a computing system may be purpose-oriented.
- a computing infrastructure may use one computer 100 principally as the infusion management server (IMS) 10, and a plurality of other computers as input devices (e.g., as infusion devices 5 configured for being operated remotely by users for interfacing with the computing infrastructure), as a console (e.g., a dedicated system for managing the computing infrastructure), and the like.
- IMS infusion management server
- console e.g., a dedicated system for managing the computing infrastructure
- some functionality as may be described herein may be implemented by hardware (such as by the foregoing components), or by software, as appropriate. Accordingly, where reference is made to implementation in one manner or another, such implementation is merely illustrative and is not limiting of techniques described.
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Hematology (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Life Sciences & Earth Sciences (AREA)
- Heart & Thoracic Surgery (AREA)
- Vascular Medicine (AREA)
- Anesthesiology (AREA)
- General Business, Economics & Management (AREA)
- Medicinal Chemistry (AREA)
- Business, Economics & Management (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Chemical & Material Sciences (AREA)
- Infusion, Injection, And Reservoir Apparatuses (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
An infusion management system includes an infusion management server configured for providing an order to an infusion device to administer an infusion and the infusion device. The infusion device may be configured for receiving the order, associating the order with a patient, and adjusting at least one setting according to the order. A method for administering an infusion, an interface for an infusion device and a computer program product are also disclosed.
Description
AUTOMATED PROGRAMMING OF INFUSION THERAPY BACKGROUND OF THE INVENTION
1. Field of the Invention
[0001] The invention disclosed herein relates to dispensing medication to a patient, and in particular to systems for infusing a patient with medication.
2. Description of the Related Art
[0002] A long-standing practice of healthcare providers has been to infuse patients with medication. Intravenous supply of fluids, such as saline solution, have provide for stabilizing the health of a patient. In conjunction with intravenous supply of fluids, healthcare providers very often include other medication, such as antibiotic. In fact, healthcare providers provide a myriad of different agents to patients in this manner. Accordingly, there is a substantial complement of equipment available to healthcare providers to facilitate infusing patients with medication.
[0003] Generally, an infusion device (also referred to herein as a "pump" and by other similar terms) is set up and programmed by a caregiver. That is, once a caregiver has coupled the proper medication the caregiver will then review the medication orders and manually program the device in order to dispense the medication.
[0004] As one might imagine, such processes can be time-consuming and provide many opportunities for human error. In an increasingly busy environment, such tools are cumbersome and can present genuine liability to the providers.
[0005] What are needed are methods and apparatus for improving infusion of medication for a patient. Preferably, the methods and apparatus provide for fewer user interactions and thus lower occurrence of medication errors.
SUMMARY OF THE INVENTION
[0006] In one embodiment, an infusion management system is disclosed. The system includes an infusion management server configured for providing an order to an infusion device to
administer an infusion; and the infusion device, wherein the infusion device is configured for receiving the order, associating the order with a patient, and adjusting at least one setting according to the order.
[0007] In another embodiment, a method for administering an infusion is provided. The method includes selecting an infusion device that is in communication with an infusion management system; associating the infusion device with a patient; receiving at least one order for the patient from the infusion management system; and, initiating the administration according to the at least one order.
[0008] In yet another embodiment, an interface for an infusion device is provided. The interface includes a controller configured for communicating with and controlling the infusion device; a user interface configured for coupling with the controller and receiving user input; and at least one port for communicating with an infusion management system; wherein the infusion management system includes an infusion management server configured for providing an order to the infusion device to administer an infusion; and the controller is configured for receiving the order, associating the order with a patient, and adjusting at least one setting of the infusion device according to the order.
[0009] In a further embodiment, a computer program product is provided. The computer program product includes machine executable instructions stored on machine readable media. The product is configured for controlling an infusion device by executing a method that includes receiving an order object from an infusion management server, the order object including information for dispensing medication; adjusting the infusion device according to the order object; and administering the infusion.
BRIEF DESCRIPTION OF THE DRAWINGS
[0010] The features and advantages of the invention are apparent from the following description taken in conjunction with the accompanying drawings in which:
[0011] FIG. 1 is a flow diagram depicting aspects of an infusion management system according to the teachings herein;
[0012] FIG. 2 is a flow chart providing an exemplary protocol for use of the infusion management system depicted in FIG. 1; and,
[0013] FIG. 3 is a flow chart depicting aspects of a computing infrastructure, where at least some of the associated components are suited for use in the infusion management system depicted in FIG. 1.
DETAILED DESCRIPTION OF THE INVENTION
[0014] Disclosed herein is an infusion management system for managing infusions of medications to patients in a healthcare setting. Generally, the methods and apparatus disclosed provide "smart" technologies that make use of substantial patient information, monitor processes, and pass information (such as status information) in order to keep caregivers informed and to simplify medical administration as well as system administration.
[0015] The infusion management system generally includes an infusion management server that is in communication with at least one and more often a plurality of infusion devices. The infusion management server provides enhanced functionality and control over each one of the infusion devices.
[0016] Embodiments of the infusion management system provide for automatically programming an infusion device to deliver a highly controllable infusion of medication. Embodiments herein may include using patient medication orders acquired from order entry and pharmacy information systems within the healthcare enterprise and providing those orders as order objects to an infusion device. Embodiments herein provide for automatically programming of the infusion device using information contained in the selected order.
[0017] Generally, the infusion management server (IMS) includes components deemed appropriate for performing the functions described herein. Some of the components that may be appropriately relied upon or a part of the infusion management server (IMS) are described below (see FIG. 3). Embodiments of the infusion management server (IMS) are not to be limited by those embodiments disclosed herein, and may include (or exclude, as appropriate) components and aspects known to those skilled in the art for performing the functions described and/or claimed herein. More specifically, components used in any specific embodiment of the infusion
management server (IMS) are limited only by the needs and/or resources available to a respective user, designer, owner, manufacturer or other similarly interested party.
[0018] As an overview, in some embodiments, the infusion management server (IMS) includes a computer server through which medication orders are acquired from an enterprise (such as a hospital or other health care environment). The orders may be obtained electronically and/or submitted manually. In some embodiments, the orders are then stored on the infusion management server (IMS) and managed through their entire lifecycle. In addition, associations between infusion devices and the respective patients may be established at each infusion device, sent to the infusion management server (IMS) where association information is stored and managed. In addition, the infusion management system includes at least one infusion device (most often, a plurality of infusion devices). The infusion device has the capability to query the infusion management server (IMS) for medication orders, present a list of non-administered orders to a user in a selectable format on a display screen of the infusion device, and then use the properties of the selected order to automatically program infusion settings for administration of medication.
[0019] In some embodiments, upon the start of delivery for a programmed infusion, the infusion device notifies the infusion management server (IMS). As a result, the infusion management server (IMS) removes the associated order from the list of pending order administrations. Multiple infusion devices can be associated with the same patient. Upon notification that an order has been administered, this information is made available to other infusion devices associated with the same patient, which prevents that order from being select on that order any other infusion device.
[0020] Accordingly, the infusion management system disclosed herein provides users with a system that enables simple and efficient administration of infusion devices and therefore medication for a patient. Prior to discussing the technology in greater detail, some concepts are now introduced.
[0021] As discussed herein, the term "automatic" generally refers to performance of a process where at least one step requiring human interaction has been eliminated or the level of human interaction has been substantially reduced. The term "automatic" is not meant to imply complete
elimination of human interaction. For example, in some instances, it is desired to have human interaction to ensure appropriate error checking and to affirm proper operation prior to advancement of the process. Accordingly, it is considered that semi-automatic, partially automated and other such processes may be considered as automatic or automated, in at least some instances.
[0022] As discussed herein, the term "medication" generally refers to any substance that is to be administered to a patient according to the direction of a caregiver. Examples of medication include medicine administered for diagnostic or therapeutic purposes, liquids such as those providing nutrition or hydration and any other similar substance. Generally, medication administered as disclosed herein is fluidic and suited for administration with an infusion device.
[0023] As discussed herein, the term "infusion device" generally refers to a device that includes components appropriate for dispensing fluids such as those that contain medication to the patient. Exemplary components of an infusion device include, without limitation, a pump, a power supply, an inlet, an outlet, at least one valve, and the user interface. Additional components may include a processor, memory, data storage, a screen (such as one providing a graphical user interface), and at least one type of network interface. Non-limiting examples of a network interface include: wired interfaces (such as Ethernet, USB and the like); wireless interfaces (such as Wi-Fi implementing 802.11 protocol, Bluetooth, near field communications (NFC), and the like); and, optical interfaces (such as an infrared port, a fiber port, and the like). The infusion device may be outfitted with additional components such as a barcode reader, a radio frequency identification (RFID) interface and the like. The infusion device may implement machine executable instructions stored on machine readable media, in order to execute a method. The machine executable instructions may be referred to as "software." Functionality of the infusion device is not necessarily contained within a single box or discrete device. For example, software used to control the infusion device may be accessed through the network interface.
[0024] The infusion device may be configured for providing medication in any manner deemed appropriate. For example, the infusion device may be configured to provide medication on a continuing basis, an intermittent basis, a demand basis, according to a predetermined profile, or in some combination of the foregoing. The infusion device may be configured to pump large
volumes, such as volumes of nutrients and/or fluid. The infusion device may be configured to pump small volumes, such as volumes of hormones or anesthetics. The infusion device may be configured with any type of pump deemed appropriate. For example, the infusion device may make use of a peristaltic pump, a screw, a pressurized bag, a gravity feed or any other type of device that may urge the dispensing of the medication.
[0025] The infusion device may be configured with a variety of redundant features. For example, the infusion device may be configured with redundant power supplies including main and backup batteries, processors, and other such components. Software used to operate the infusion device may be configured with features that require double checking and other aspects designed to overcome or address human factors issues.
[0026] A variety of aspects of the infusion device may be internally adjusted through a controller (e.g., an onboard and/or remote processor). For example, the delivery mechanism, communications, system monitoring and the like may be controlled via the controller. Accordingly, these aspects and others may be controlled through implementations of software. As discussed herein, the terms "order" and "order objects" are closely related. Accordingly, one is not to be construed as exclusive of the other, and in some embodiments, the order and the order object may be identical. Generally, the term "order" is used to signify a prescribed order for medication to be given to a patient, while the term "order object" is used to signify a translation of the prescription into a form that is usable or consumable by a given infusion device. The order object is used to inform the infusion device how it should be programmed in order to deliver the respective order.
[0027] Turning now to FIG. 1, aspects of an exemplary infusion management system 5050 are shown. In general, the infusion management system 50 includes an infusion management server (IMS) 10 that communicates with a respective infusion device 5. In this example, the infusion management server (IMS) 10 receives information from systems contained within an enterprise 20.
[0028] As an overview of the infusion management system 50, it may be considered that the infusion management server (IMS) 10 receives orders 6 from the enterprise 20. Alternatively, the infusion management server (IMS) 10 may have a separate interface for receiving orders 6.
The infusion management server (IMS) 10 will assemble appropriate information and format order objects 7 from the orders 6. The order objects 7 are then communicated to a respective infusion device 5. The infusion device 5 is used to administer the medication to the patient. The infusion device 5 may communicate device status information 8, as well as other information such as a request, to the infusion management server (IMS) 10. The infusion management server (IMS) 10 may analyze the device status information 8 and provide analysis results. Additionally, the infusion management server (IMS) 10 may forward the device status information 8 upstream to the enterprise 20. Generally, information communicated from the infusion management server (IMS) 10 to the enterprise 20 is communicated as system status information 9.
[0029] Generally, the infusion management server (IMS) 10 includes computing resources as necessary or appropriate for enabling functionality described herein. For example, the infusion management server (IMS) 10 may include one or more servers, at least one user interface, zero or more networked personal computers, tablets or other personal computing devices, a variety of computing interfaces, and other such features. The infusion management server (IMS) 10 may include machine executable instructions stored on machine readable media, in order to execute a method. The machine executable instructions may be referred to as "software."
[0030] Generally, the term "enterprise" 20 refers to computer systems, networks, and other devices that are presently available in a healthcare environment, and it may be relied upon to interface, at least in part, with the infusion management system 50. Generally, at least one component of the enterprise 20 may be configured to communicate information to the infusion management server 10 and to access information available elsewhere within the enterprise 20. Exemplary information maintained by the enterprise 20 patient profile information, comprehensive medical records, diagnostic information, therapeutic information, insurance information, caregiver profile information, and other similar information. The enterprise 20 may include other connections to or communications with specialized equipment such as imaging apparatus, lab equipment, remote interfaces and the like. The enterprise 20 may also include information on privileges for system users and may implement security features for controlling access to features of the enterprise 20 and/or infusion management system 50. Accordingly, the enterprise 20 may include machine executable instructions stored on machine readable media, in
order to execute a method. The machine executable instructions may be referred to as "software."
[0031] Exemplary systems within the enterprise 20 that may be used to generate a medication order 6 include, for example, a variety of systems including, but not limited to: Computerize Physician Order Entry (CPOE) systems; Pharmacy Information Systems (PIS); and electronic Medication Administration Record (eMAR) systems.
[0032] As a matter of convention, and for purposes of discussion, it may be considered that the enterprise 20 provides medication information as an order 6 to the infusion management server (IMS) 10. Generally, the order 6 includes such information as a name brand of medication and a particular dosing protocol. The order 6 may have been ordered by a doctor, nurse practitioner, or other qualified personnel, and is designated for a particular patient.
[0033] In some embodiments, the infusion management server (IMS) 10 receives the prescription 6 from the enterprise 20. Once received, the infusion management server (IMS) 10 may do a variety of things with the order 6. Exemplary tasks performed by the infusion management server (IMS) 10 include deriving an order object 7 from the order 6. The order object 7 generally includes a format for the infusion device 5 that is recognizable to the components therein (such as a processor within the infusion device 5). Accordingly, the infusion management server (IMS) 10 may include a plurality of application programmer interface (API) modules. Generally, each one of the API modules contains configuration information for each type of infusion device 5 that is maintained within the infusion management system 50. By using an appropriate API, the infusion management server (IMS) 10 may properly format a given order 6 into an order object 7 for the respective type of infusion device 5.
[0034] In some embodiments, the infusion management server (IMS) 10 is configured to receive the order 6 and make substitutions. For example, the infusion management server (IMS) 10 may be configured to provide the order object 7 with a generic version of the medication included in the order 6. Accordingly, the infusion management server (IMS) 10 may reference a substitutions database, such as one that may be accessed from systems of the enterprise 20. Adjusting the order according to a substitution requirement is one example of applying a policy (that is, and by way of example, a policy of the institution). Accordingly, it may be considered
that the infusion management server (IMS) 10 may be configured to apply at least one policy with an order 6 when providing the order object 7.
[0035] The infusion management server (IMS) 10 may be configured to provide updates to existing orders 6 and indicate when an order 6 has been administered.
[0036] In one non-limiting embodiment, as orders 6 arrive, the orders 6 are transformed into order objects 7 and stored by the infusion management server (IMS) 10. As updates to orders 6 are received, these updates are applied and stored by the infusion management server (IMS) 10 as well. Changes may include, but are not be limited to, one or more changes to the order 6, an indication that the associated medication has been dispensed by the pharmacy or an indication that a care provider has administered the associated medication.
[0037] In one embodiment, a caregiver initiates programming of an infusion device 5 at a local interface, such as on a front of the infusion device 5. Either prior to or as part of the programming process, the user may optionally indicate the patient for whom the administration is being delivered.
[0038] In some further embodiments, the infusion device 5 may send a request to the infusion management server (IMS) 10 for all outstanding (i.e. not already administered) orders 6 for a patient that is associated with the infusion device. Additionally, the user may request information on any orders 6 directed to that infusion device 5. In one embodiment, the order object 7 that are derived from the orders 6 contain the associated program settings for the infusion device 5 and indicate actions need to be taken for each order 6 that may be selected. For example, order objects 7 may include a plurality of settings for parameters such as: infusion rate, dose, concentration, duration, dose rate, volume to be infused, the drug name and advisory information.
[0039] If start time is imminent for a given order 6, the infusion device 5 can use the associated order object 7 (e.g., information indicating the fluid to be injected into the respective patient) to auto-program itself. If multiple order objects 7 are available, they can be presented to a user operating the infusion device 5 in a selectable format. The user may optionally select one of the returned order objects 7 or choose to manually program the infusion device 5 to deliver one or
more fluids to a respective patient. Once selected, the infusion device 5 will use that order object 7 to automatically program itself. In some embodiments, the infusion device 5 and then ask the user to confirm those settings before administering the infusion.
[0040] In one embodiment, once programmed, an association exists between the infusion device 5, the patient, the order 6 and the programmed infusion. A user may choose to accept and confirm the settings, modify those settings, or even disassociate the order with the administration all together.
[0041] All user actions can be maintained in an audit history as a way of tracking how the care provider chose to administer the infusion and its relationship with an order 6. Upon the completion of the infusion, this information and an indication that the order 6 was administered is sent to the infusion management server (IMS) 10. The infusion management server (IMS) 10 may optionally publish the audit information and the updated order status to any interested consumers within the healthcare enterprise via an outbound interface.
[0042] Any subsequent changes to the infusion, such as drug titration, may be made through direct manipulation of the program settings on the infusion device 5. These changes may also be maintained in an audit history which continues to be associated with the initiating order 6.
[0043] The infusion management server (IMS) 10 may be configured to take into account other aspects of patient care. For example, the infusion management server (IMS) 10 may be configured to adjust delivery of medication according to external factors such as co-delivery of other medication by another infusion device 5. Generally, the infusion management server (IMS) 10 works in conjunction with technology provided through the enterprise 20 provide for such functionality, although this is not a requirement.
[0044] Generally, the infusion management server (IMS) 10 provides order objects 7 to the infusion device 5 in a format that is appropriate for the respective infusion device 5. The infusion device 5 may return information such as device status information 8 to the infusion management server (IMS) 10. Device status information 8 may include acknowledgment of the order object 7. As an example of a fail-safe mechanism, a particular order object 7 received by the infusion device 5 may be returned to the infusion management server (IMS) 10 as part of the
device status information 8. At this point, the infusion management server (IMS) 10 may perform a comparison of the order 6 that was sent to the infusion device 5 and order objects 7 that were received from the infusion device 5. If there is not a perfect agreement (that is, parity) between the order 6 and order object 7, the infusion management server (IMS) 10 may alert the caregiver through the user interface on the infusion device 5 until the caregiver appropriately addresses any disparity.
[0045] Similarly, the infusion management server (IMS) 10 may provide information such as system status information 9 to the enterprise 20. For example, the infusion management server (IMS) 10 may be configured to track a plurality of infusion devices 5. Accordingly, and by way of example, the infusion management server (IMS) 10 may provide system status information 9 to the enterprise 20, where the system status information 9 includes device status information 8 for any given infusion device 5 and/or group of infusion devices 5. The system status information 9 may include group information such as, for example: percent capacity of usage of infusion devices 5 within the infusion management system 50; include tracking and locating information for each infusion device 5; may provide calibration records and maintenance scheduling for infusion devices 5 and other such information as deemed appropriate. Generally, the system status information 9 may include device status information 8 and may further include system information that is useful for managing the infrastructure that is supportive of the infusion management system 50.
[0046] The device status information 8 and the system status information 9 may be parsed in any manner deemed appropriate. For example, capacity of usage may be determined according to usage of all infusion devices 5 within the infusion management system 50. As another example, capacity of usage may be determined according to a given criteria such as usage within a care unit, a work shift, by device type and by other similar criteria. In short, device status information 8 and system status information 9 may be combined to provide substantial insight into operation of the infusion management system 50, performance of the infusion management system 50 and insight into patient care and medication administration.
[0047] Both device status information 8 and system status information 9 may incorporate appropriate information for enhancing operation of the infusion management system 50. For
example, the device status information 8 may include information regarding administration of medication. Additionally, the device status information 8 may include device specific information regarding the infusion device 5. For example, the device status information 8 may feedback to the infusion management server (IMS) 10 condition of a battery (for example, when the infusion device 5 is being powered by an internal battery).
[0048] As one might imagine, order objects 7 are not necessarily limited to medication information. For example, the information management server (IMS) 10 may provide information to the infusion device 5 that includes related demographic information or semantic information. For example, the order objects 7 that are provided to the infusion device 5 may include date, time, location information, attending physician, patient name, patient age, and other such information as deemed appropriate by a user, designer or manufacturer or other similarly interested party.
[0049] In some embodiments, the infusion device 5 may be configured to retain additional dynamic device information, which may also be provided as device status information 8. Dynamic device information may be provided to the infusion management server (IMS) 10 to enhance management of the infusion device 5 as well as administration of medications to the patient. Exemplary and non-limiting dynamic device information includes: records of administrations by a designated infusion device 5, (which, may in turn include information such as each associated order object 7, or a summary thereof); a user history table; a location history table; a table of device state information; calibration information and, any similar information deemed appropriate by a user, designer or manufacturer or other similarly interested party.
[0050] Having explained some of the additional information that may be included in the device status information 8 and the system status information 9, it should be understood that the term "device status information" and "system status information" generally signify information that is provided or flows "upstream" in the infusion management system 50. That is, device status information 8 is not necessarily limited to containing only device status information, and/or may include additional information that is related to the infusion device 5 or the administration of medication to a patient. Similarly, as a matter of convention, it may be considered that the order 6 and the order objects 7 flow "downstream" to the patient.
[0051] Other types of information may be communicated between the infusion device 5, the infusion management system (IMS) 10 and the enterprise 20. For example, requests may be pushed or received upstream or downstream in the infusion management system 50. Requests may be initiated, for example, to obtain device status information 8 and/or system status information 9. Requests may be initiated for any type of information deemed appropriate by a user, designer, manufacturer or other similarly interested party.
[0052] Communication of the order 6, the order object 7, device status information 8, and system status information 9 may be performed on a real time, substantially real time, or near real-time basis. That is, communications of the foregoing may occur in a manner that is rapid enough to permit a caregiver to administer the infusion management system 50 appropriately to manage care of the patient in a way that is deemed to meet an existing standard of care for a given protocol. That said, it is not required that communication of any one of the order 6, the order object 7, the device status information 8, and the system status information 9 be communicated in such a rapid fashion. Again it is merely required that communications are adequate for a caregiver to perform the desired tasks.
[0053] Generally, the infusion management system 50 is configured to perform tasks on at least one of a semi- automated and an automated basis. That is, the infusion management system 50 is configured to perform tasks on the basis that minimizes human intervention. Accordingly, the infusion management system 50 provides for error reduction when compared to prior art systems, and use of personnel for other tasks associated with caregiving.
[0054] Communications between the enterprise 20, the infusion management server (IMS) 10 and the infusion device 5 may be performed in any manner deemed appropriate. The infusion management server (IMS) 10 may provide multiple communication services. The communication services enable communications amongst various infusion devices 5 and other computer systems within the enterprise 20. The services can include one or more different types of communication mechanisms. For example, one service may be capable of communicating using RESTful web services while another, performing the same function, may support a TCP sockets based communications protocol, and so on. In one non-limiting example embodiment, the infusion management server (IMS) 10 communicates, using encrypted messaging, with the
infusion device via a secure HTTP (i.e., HTTPS) protocol, ensuring that communication and the connection between the infusion management server (IMS) 10 and the infusion device 5 is secure and that messages are fully encrypted.
[0055] The infusion management server (IMS) 10 may operate on a local area network (LAN) that is public (i.e., a non-dedicated system). In one embodiment, the infusion management server (IMS) 10 is configured for communicating with infusion devices 5 connected either directly or wirelessly to the public LAN. In some embodiments, the infusion management system 50 is operated on an independent network that is dedicated to the infusion management system 50. In some further embodiments, the infusion management system 50 is operated on an independent or dedicated network, while retaining the public LAN as a backup communications system.
[0056] In summary, the infusion management system 50 provides institutions and caregivers with robust capabilities for managing delivery of medication that is dispensed by an infusion device 5.
[0057] Referring now to FIG. 2, there is shown a flow chart that depicts aspects of an exemplary protocol 70 for use of the infusion management system 50. As an overview, the exemplary protocol 70 generally includes logging into the infusion device and associating a patient with the infusion device. During setup, a user may log into the infusion device manually (such as by a keypad and/or graphical user interface (GUI)), or automatically (such as through RFID recognition or barcode scanning of the user by the infusion device). The infusion device may display the last known patient association (that is, the identity of the last patient served by the infusion device). If the patient is incorrectly associated with the infusion device, the user may associate a new patient with the infusion device. Association of the new patient may be performed manually (such as by a keypad and/or graphical user interface (GUI)), or automatically (such as through RFID recognition or barcode scanning of the patient by the infusion device). Once the user has verified the infusion device is properly associated with a given patient, initial setup has been completed.
[0058] Once the initial setup has been completed, the infusion device will retrieve orders associated with the patient, or for the specific device. The infusion device presents the orders to
the user. User then selects the appropriate order for administration. Using the selected order, the infusion device sets internal parameters such as delivery rate, delivery volume and the like. In some embodiments, the user is provided with options to adjust the settings established by the automatic configuration by the infusion device. Additionally, the user may set optional parameters such as alarm settings and the like. Once setup has been completed, the user can initiate infusion. Subsequently (and/or during the infusion), the infusion device may store and/or broadcast relevant information about the infusion. The relevant information may be provided locally, such as on an interface of the infusion device, and/or provided as device status information and forwarded to the infusion management server (IMS).
[0059] Having thus introduced the infusion management system 50, some additional aspects and embodiments are now presented.
[0060] The infusion management system 50 includes substantial capacity and flexibility. Accordingly, a variety of additional features, modes of use protections and limitations may be realized.
[0061] As one example of a system protection, the infusion device 5 may be configured such that once programmed the infusion device 5 may optionally query the infusion management server (IMS) 10 to determine the status of other infusions being delivered to the same patient and the medication and settings associated with that infusions. If any conflict exists between the infusion being programmed and any other infusion being administered to the same patient, a warning will be presented to the device operator.
[0062] In some embodiments, if a respective order 6 has a scheduled start time in the future, the device operator may be given the option to start the infusion immediately or at the scheduled time.
[0063] In some embodiments, such as those where repeated administration of a given medication will take place, the device operator may be given the option to recall a specific order object 7 for the future administrations.
[0064] The infusion device 5 may be configured such that a user may electronically scan at least one of a patient identification bracelet, a medicine container or other item to call up a specific
order object 7. For example, once a respective infusion device 5 has been associated with a given patient, the user may scan a barcode on a bag of fluid, and the infusion management system 50 will automatically programmed the infusion device 5 to correlate to an associated order object 7 for that patient.
[0065] In some embodiments, an infusion device 5 is established for remote operation. For example, in infusion device 5 may be set up in the home of a patient and configured to communicate with the infusion management server (IMS) 10 over the Internet using a secure HTTPS connection. Despite the infusion device 5 being established at a remote location, the infusion management system 50 may provide the infusion device 5 with a variety of capabilities such as those described elsewhere here in.
[0066] In some other embodiments, the infusion device 5 includes retrofit of a prior art infusion device. An appropriate retrofit kit (not shown) may be used to configure the prior art infusion device for operation within the infusion management system 50. The retrofit kit may include, for example, a processing unit configured for communicating with the prior art infusion device (such as through an existing communications port on the prior art infusion device). The processing unit may include, for example, a user display, as well as software for communicating with the infusion management server (IMS) 10 and commanding the prior art infusion device appropriately.
[0067] An exemplary device that includes many of the components appropriate for use as a processing unit of a retrofit kit includes a smart phone. Accordingly, use of a device such as a smart phone may provide enhanced flexibility with additional communications channels, additional commercially available software, and the like.
[0068] Generally, implementations of "software" as discussed herein include machine executable instructions stored on machine readable media as a non-transitory signal. Embodiments of software may be programs in any language deemed appropriate. Generally, implementations of software provided herein include objects that are defined using extensible Markup Language (XML). However, the software provided herein may be defined in any manner deemed appropriate. For example, other tools for platform independent software may be used. Combinations of software languages, compilers and other development tools may be used.
Other types of development tools include scripting languages, integrated development environments, build tools and a variety of other types of tools. At least a portion of the software may be implemented as "firmware." That is, at least a portion of the software may be provided in read only memory. Exemplary aspects of the infusion management system that may be implemented as firmware include portions relating to authentication and security.
[0069] Software, firmware, and other components as described herein may rely upon a computer, a computing network and other such technologies. Exemplary aspects of a computing environment are depicted in FIG. 3. At least some of the aspects depicted in FIG. 3 may be implemented in a respective infusion device, a retrofit for a prior art infusion device, the infusion management server, or as are otherwise deemed appropriate.
[0070] Referring now to FIG. 3, exemplary aspects of a computer 100 are depicted. Computer 100 has one or more central processing units (processors) 101a, 101b, 101c, etc. (collectively or generically referred to as "processor(s)" 101). Processors 101 are in communication with system memory 250 and various other components via a system bus 113. Read only memory (ROM) 102 is in communication with the system bus 113 and may include a built-in operating system (BIOS), which controls certain basic functions of computer 100. Additionally, the system bus 1 1 3 may provide power to the processor 101, system memory 250, and read only memory 102.
[0071] FIG. 3 further depicts an input/output (I/O) adapter 107 and a communications adapter 106 coupled to the system bus 113. I/O adapter 107 may be a parallel ATA (PATA, also called IDE or EIDE), Serial ATA (SATA), SCSI, Serial Attached SCSI (SAS), optical adapter such as fiber channel, or include any other type of interface deemed appropriate. The I O adapter 107 generally provides for communicating with a hard disk 103 and/or long term storage unit 105 (such as a tape drive) or any other similar component (such as an optical drive). I/O adapter 107, hard disk 103, and long term storage unit 105 (and other similar components as may be included) are collectively referred to herein as mass storage 104.
[0072] A communications adapter 106 interconnects system bus 113 with an outside network 122 enabling computer 100 to communicate with other systems such as the enterprise 20. The communications adapter 106 may be supportive of at least of one of wired and wireless communication protocols. For example, the communications adapter 106 may support protocols
such as wired Ethernet, wi-fi (e.g., 802.11 protocols), UMTS, dial-up, active-sync, cellular (using protocols such as, for example, GSM, GPRS, EDGE, CDMA, TDMA, 3G, 4G, and the like). Generally, the communications adapter 106 communicates with a network 122, and may communicate (directly or indirectly) with the Internet 121.
[0073] The computer 100 is powered by a suitable power supply 120. In some embodiments, the power supply 120 includes at least one transformer for receiving alternating current (AC) and transforming the AC into a suitable form of direct current (DC). In other embodiments, the power supply 120 includes at least one battery. The power supply may include appropriate circuitry for receiving and controlling various forms of input power.
[0074] Input/output devices are shown as connected to system bus 113 via user interface (UI) adapter 108. A keyboard 109, a pointing device (e.g., a mouse) 110, and speaker 111 may be included and interconnected to system bus 113 via user interface adapter 108. Other user interface components may be included as deemed appropriate.
[0075] A display adapter 112 connects display monitor 136 is connected to system bus 113. The display adapter 112 and/or display monitor may be configured with various components, such as a graphics adapter to improve the performance of graphics intensive applications, a video controller, a capacitive (i.e., touch screen) display, and the like.
[0076] In some embodiments, adapters 106, 107, 108 and 112 may be connected to one or more I O busses that are connected to system bus 113 via an intermediate bus bridge (not shown). Suitable I/O buses for connecting peripheral devices such as hard disk controllers, network adapters, and graphics adapters may include common protocols, such as the Peripheral Components Interface (PCI) bus.
[0077] Generally, the computer 100 stores machine readable instructions on machine readable media (such as in ROM, RAM, or in the mass storage unit 104). The machine readable instructions (referred to herein as "software," as an "application," as a "client, a "process," a "plug-in" and by other similar terms) generally provide for functionality as will be discussed in detail further herein.
[0078] Some of the machine readable instructions on machine readable media may include an operating environment. For example, and as presented herein, a suitable operating environment is WINDOWS (available from Microsoft Corporation of Redmond Washington). Software as provided herein may be developed in, for example, SQL language, which is a cross-vendor query language for managing relational databases. Aspects of the software may be implemented with other software. For example, user interfaces may be provided in XML, HTML and the like.
[0079] The computer 100 may include, or exclude, as appropriate, the foregoing components and other components. For example, other components such as routers, bridges, firewalls, switches, servers, middleware and other components may be available.
[0080] In some embodiments, the computer 100 may be designed and configured for stationary operation, while in some other embodiments the computer 100 is designed and configured for mobile operation. Some exemplary embodiments of commonly available mobile computers 100 that may be suited for practice of the teachings herein include laptops, smart-phones, tablets and the like.
[0081] A computing system may include a plurality of computers 100. For example, in the system, at least one computer 100 in the plurality may include substantial storage, memory, processors, mass storage and the like. Generally, such a configuration may be useful as the infusion management server. At least one computer 100 in the plurality may be designed with mobility as a primary purpose. For example, memory may replace a hard disk due to a physically compact nature of the memory. Generally, such a configuration is useful as a "mobile computer," a "mobile station" or by other similar terms. Such latter embodiments may be useful in support of the infusion devices.
[0082] A particular computer 100 in a computing system may be purpose-oriented. For example, a computing infrastructure may use one computer 100 principally as the infusion management server (IMS) 10, and a plurality of other computers as input devices (e.g., as infusion devices 5 configured for being operated remotely by users for interfacing with the computing infrastructure), as a console (e.g., a dedicated system for managing the computing infrastructure), and the like.
[0083] It should be recognized that some functionality as may be described herein may be implemented by hardware (such as by the foregoing components), or by software, as appropriate. Accordingly, where reference is made to implementation in one manner or another, such implementation is merely illustrative and is not limiting of techniques described. In short, the foregoing description of the computer 100, and systems making use of or incorporating the computer 100, merely provides an environment for the teachings herein and is not to be construed as limiting, but as illustrative of aspects of the computer 100 and systems that incorporate the computer 100.
[0084] Various other components may be included and called upon for providing for aspects of the teachings herein. For example, additional materials, combinations of materials and/or omission of materials may be used to provide for added embodiments that are within the scope of the teachings herein.
[0085] When introducing elements of the present invention or the embodiments thereof, the articles "a," "an," and "the" are intended to mean that there are one or more of the elements. Similarly, the adjective "another," when used to introduce an element, is intended to mean one or more elements. The terms "including" and "having" are intended to be inclusive such that there may be additional elements other than the listed elements.
[0086] While the invention has been described with reference to exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications will be appreciated by those skilled in the art to adapt a particular instrument, situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiment disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope of the appended claims.
Claims
1. An infusion management system, the system comprising:
an infusion management server configured for providing an order to an infusion device to administer an infusion; and
the infusion device, wherein the infusion device is configured for receiving the order, associating the order with a patient, and adjusting at least one setting according to the order.
2. The system as in claim 1, wherein the infusion management server further comprises a connection with an enterprise system.
3. The system as in claim 1, wherein the infusion management server is configured to
receive an order and provide an order object suited for the infusion device.
4. The system as in claim 1, wherein the infusion management server is configured to apply a policy to the order when providing the order object.
5. The system as in claim 1, wherein the infusion device comprises an interface for a user to interface with the system.
6. The system as in claim 1, wherein the setting governs at least one of an infusion rate, a dose, a concentration, a duration, a dose rate, and a volume for the infusion.
7. The system as in claim 1, wherein at least one of the infusion device and the infusion management server are configured to adjust the infusion according to at least another order for a respective patient.
8. The system as in claim 1, wherein the infusion management server and the infusion
device are configured for secure communication between each other.
9. The system as in claim 1, wherein the infusion device is disposed at a location that is remote from the infusion management server.
10. The system as in claim 1, wherein the infusion device further comprises components for recognizing at least one of: a user, medication for the patient and the patient.
11. A method for administering an infusion, the method comprising:
selecting an infusion device that is in communication with an infusion management system;
associating the infusion device with a patient;
receiving at least one order for the patient from the infusion management system; and,
initiating the administration according to the at least one order.
12. The method as in claim 11, wherein the associating comprises one of manually inputting and automatically inputting identity of the patient.
13. The method as in claim 11, wherein initiating comprises selecting the at least one order from a plurality of orders.
14. The method as in claim 11, further comprising modifying the at least one order.
15. The method as in claim 11, wherein the initiating is performed by one of a user and the infusion device.
16. An interface for an infusion device, the interface comprising:
a controller configured for communicating with and controlling the infusion device;
a user interface configured for coupling with the controller and receiving user input; and
at least one port for communicating with an infusion management system;
wherein the infusion management system comprises an infusion management server configured for providing an order to the infusion device to administer an infusion; and the controller is configured for receiving the order, associating the order with a patient, and adjusting at least one setting of the infusion device according to the order.
17. The interface as in claim 16, further comprising machine executable instructions stored on machine readable media and accessible to the controller, the instructions comprising at least one application programmer interface (API) configured for communicating with the infusion device.
18. A computer program product comprising machine executable instructions stored on
machine readable media, the product configured for controlling an infusion device by executing a method comprising:
receiving an order object from an infusion management server, the order object comprising information for dispensing medication;
adjusting the infusion device according to the order object; and
administering the infusion.
19. The computer program product as in claim 18, wherein the order object comprises an order for the medication and at least one of a substitution, a policy, a change in the order, infusion rate, dose, concentration, duration, dose rate, volume to be infused, the drug name and advisory information.
20. The computer program product as in claim 18, further comprising instructions for
associating at least one of a patient and a user with the infusion device.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201480016438.7A CN105210104A (en) | 2013-02-05 | 2014-02-04 | Automated programming of infusion therapy |
EP14749474.4A EP2954484A4 (en) | 2013-02-05 | 2014-02-04 | Automated programming of infusion therapy |
HK16103432.2A HK1215485A1 (en) | 2013-02-05 | 2016-03-23 | Automated programming of infusion therapy |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361761126P | 2013-02-05 | 2013-02-05 | |
US201361761119P | 2013-02-05 | 2013-02-05 | |
US61/761,126 | 2013-02-05 | ||
US61/761,119 | 2013-02-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014123854A1 true WO2014123854A1 (en) | 2014-08-14 |
Family
ID=51259870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2014/014588 WO2014123854A1 (en) | 2013-02-05 | 2014-02-04 | Automated programming of infusion therapy |
Country Status (5)
Country | Link |
---|---|
US (2) | US9649431B2 (en) |
EP (1) | EP2954484A4 (en) |
CN (1) | CN105210104A (en) |
HK (1) | HK1215485A1 (en) |
WO (1) | WO2014123854A1 (en) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9123077B2 (en) | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
WO2008057729A2 (en) | 2006-10-16 | 2008-05-15 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
WO2013059615A1 (en) | 2011-10-21 | 2013-04-25 | Hospira, Inc. | Medical device update system |
CA2904053C (en) | 2013-03-06 | 2023-01-03 | Hospira, Inc. | Medical device communication method |
US9215075B1 (en) | 2013-03-15 | 2015-12-15 | Poltorak Technologies Llc | System and method for secure relayed communications from an implantable medical device |
EP3039596A4 (en) | 2013-08-30 | 2017-04-12 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
CA2930830C (en) | 2013-11-19 | 2019-12-03 | Hospira, Inc. | Infusion pump automation system and method |
US20150230760A1 (en) * | 2014-02-19 | 2015-08-20 | Q-Core Medical Ltd. | Methods, circuits, devices, systems and computer executable code for operating a medical device using a hybrid communication path |
EP3138032B1 (en) | 2014-04-30 | 2024-07-24 | ICU Medical, Inc. | Patient care system with conditional alarm forwarding |
US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
JP6616419B2 (en) * | 2014-12-22 | 2019-12-04 | スミスズ メディカル エーエスディー,インコーポレイティド | Infusion planning system with clinical decision support |
WO2016189417A1 (en) | 2015-05-26 | 2016-12-01 | Hospira, Inc. | Infusion pump system and method with multiple drug library editor source capability |
WO2017218927A1 (en) | 2016-06-16 | 2017-12-21 | Smiths Medical Asd, Inc. | Assemblies and methods for infusion pump system administration sets |
CA3030786A1 (en) | 2016-07-14 | 2018-01-18 | Icu Medical, Inc. | Multi-communication path selection and security system for a medical device |
AU2018302257A1 (en) | 2017-07-19 | 2020-01-30 | Smiths Medical Asd, Inc. | Housing arrangements for infusion pumps |
US11281878B2 (en) * | 2018-02-20 | 2022-03-22 | Fresenius Medical Care Holdings, Inc. | Wetness detection with biometric sensor device for use in blood treatment |
NZ772135A (en) | 2018-07-17 | 2022-11-25 | Icu Medical Inc | Systems and methods for facilitating clinical messaging in a network environment |
US10950339B2 (en) | 2018-07-17 | 2021-03-16 | Icu Medical, Inc. | Converting pump messages in new pump protocol to standardized dataset messages |
EP3824386B1 (en) | 2018-07-17 | 2024-02-21 | ICU Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
WO2020023231A1 (en) | 2018-07-26 | 2020-01-30 | Icu Medical, Inc. | Drug library management system |
US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
US11056232B2 (en) * | 2019-08-18 | 2021-07-06 | Medigate tech Ltd. | Medication usage auditing based on analysis of infusion pump network traffic |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030135388A1 (en) * | 2002-01-11 | 2003-07-17 | James Martucci | Medication delivery system |
WO2006016952A2 (en) * | 2004-07-07 | 2006-02-16 | Ethicon Endo-Surgery, Inc. | Dosage control for drug delivery system |
JP2006155068A (en) * | 2004-11-26 | 2006-06-15 | Toshiba Sumiden Medical Information Systems Corp | Electronic chart pharmacotherapy instruction execution system |
WO2007126948A2 (en) * | 2006-03-28 | 2007-11-08 | Hospira, Inc. | Medication administration and management system and method |
JP2010266980A (en) * | 2009-05-13 | 2010-11-25 | Fujitsu Ltd | Program, device and method for managing prescription order |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2690622B1 (en) * | 1992-04-29 | 1995-01-20 | Chronotec | Programmable ambulatory infusion pump system. |
US6671563B1 (en) | 1995-05-15 | 2003-12-30 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
US5781442A (en) | 1995-05-15 | 1998-07-14 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
US7645258B2 (en) * | 1999-12-01 | 2010-01-12 | B. Braun Medical, Inc. | Patient medication IV delivery pump with wireless communication to a hospital information management system |
US6519569B1 (en) * | 1999-12-01 | 2003-02-11 | B. Braun Medical, Inc. | Security infusion pump with bar code reader |
US20030060765A1 (en) * | 2000-02-16 | 2003-03-27 | Arthur Campbell | Infusion device menu structure and method of using the same |
US9427520B2 (en) * | 2005-02-11 | 2016-08-30 | Carefusion 303, Inc. | Management of pending medication orders |
WO2002049509A2 (en) * | 2000-12-21 | 2002-06-27 | Insulet Corporation | Medical apparatus remote control and method |
DE60223549T2 (en) * | 2001-07-31 | 2008-09-25 | Scott Laboratories, Inc., Lubbock | DEVICE FOR IMPLEMENTING AN IV INFUSION |
US20040167465A1 (en) * | 2002-04-30 | 2004-08-26 | Mihai Dan M. | System and method for medical device authentication |
US7300418B2 (en) * | 2003-03-10 | 2007-11-27 | Siemens Medical Solutions Health Services Corporation | Healthcare system supporting multiple network connected fluid administration pumps |
US7490021B2 (en) | 2003-10-07 | 2009-02-10 | Hospira, Inc. | Method for adjusting pump screen brightness |
US7895053B2 (en) | 2003-10-07 | 2011-02-22 | Hospira, Inc. | Medication management system |
US20060089539A1 (en) * | 2004-10-25 | 2006-04-27 | Saul Miodownik | Integrated messages from multiple patient care devices |
US20060116639A1 (en) * | 2004-11-29 | 2006-06-01 | Russell Claudia J | Total patient input monitoring |
US20060258985A1 (en) * | 2005-05-11 | 2006-11-16 | Russell Claudia J | Graphical display of medication limits and delivery program |
US7829128B2 (en) * | 2006-06-30 | 2010-11-09 | Kraft Foods Global Brands Llc | Production of whole grain-containing composite food products |
US8858526B2 (en) * | 2006-08-03 | 2014-10-14 | Smiths Medical Asd, Inc. | Interface for medical infusion pump |
US8149131B2 (en) * | 2006-08-03 | 2012-04-03 | Smiths Medical Asd, Inc. | Interface for medical infusion pump |
JP5239088B2 (en) * | 2009-07-31 | 2013-07-17 | 本田技研工業株式会社 | Valve operating device for internal combustion engine |
US20110313789A1 (en) | 2010-01-22 | 2011-12-22 | Deka Products Limited Partnership | Electronic patient monitoring system |
US8894631B2 (en) * | 2010-03-24 | 2014-11-25 | Baxter International Inc. | Multiple drug infusion system and method |
JP5510293B2 (en) | 2010-11-30 | 2014-06-04 | 日本電気株式会社 | Reference signal collision detection system, collision detection apparatus, base station, and reference signal collision detection method |
-
2014
- 2014-02-04 CN CN201480016438.7A patent/CN105210104A/en active Pending
- 2014-02-04 WO PCT/US2014/014588 patent/WO2014123854A1/en active Application Filing
- 2014-02-04 EP EP14749474.4A patent/EP2954484A4/en not_active Ceased
- 2014-02-04 US US14/172,130 patent/US9649431B2/en active Active
-
2016
- 2016-03-23 HK HK16103432.2A patent/HK1215485A1/en unknown
-
2017
- 2017-01-31 US US15/420,416 patent/US10413656B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030135388A1 (en) * | 2002-01-11 | 2003-07-17 | James Martucci | Medication delivery system |
WO2006016952A2 (en) * | 2004-07-07 | 2006-02-16 | Ethicon Endo-Surgery, Inc. | Dosage control for drug delivery system |
JP2006155068A (en) * | 2004-11-26 | 2006-06-15 | Toshiba Sumiden Medical Information Systems Corp | Electronic chart pharmacotherapy instruction execution system |
WO2007126948A2 (en) * | 2006-03-28 | 2007-11-08 | Hospira, Inc. | Medication administration and management system and method |
JP2010266980A (en) * | 2009-05-13 | 2010-11-25 | Fujitsu Ltd | Program, device and method for managing prescription order |
Non-Patent Citations (1)
Title |
---|
See also references of EP2954484A4 * |
Also Published As
Publication number | Publication date |
---|---|
CN105210104A (en) | 2015-12-30 |
EP2954484A1 (en) | 2015-12-16 |
US20140221959A1 (en) | 2014-08-07 |
US10413656B2 (en) | 2019-09-17 |
EP2954484A4 (en) | 2016-02-17 |
US20170136176A1 (en) | 2017-05-18 |
US9649431B2 (en) | 2017-05-16 |
HK1215485A1 (en) | 2016-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10413656B2 (en) | Fluid delivery management in a fluid delivery network | |
US11887726B2 (en) | Application licensing for a centralized system of medical devices | |
AU2015284181B2 (en) | Infusion pump error display | |
US20230258489A1 (en) | Infusion management platform with infusion data grouping logic | |
WO2018022355A1 (en) | Cloning medical device configurations | |
AU2020203449B2 (en) | Context-aware healthcare notification system | |
WO2014159286A1 (en) | Healthcare communication system | |
WO2014159284A1 (en) | Healthcare validation system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14749474 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2014749474 Country of ref document: EP |