WO2014164875A1 - Pharmacy workflow management system - Google Patents
Pharmacy workflow management system Download PDFInfo
- Publication number
- WO2014164875A1 WO2014164875A1 PCT/US2014/023681 US2014023681W WO2014164875A1 WO 2014164875 A1 WO2014164875 A1 WO 2014164875A1 US 2014023681 W US2014023681 W US 2014023681W WO 2014164875 A1 WO2014164875 A1 WO 2014164875A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- healthcare
- medication
- medications
- orders
- devices
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- 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
-
- 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
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
-
- 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
Definitions
- the present description relates generally to a management system, and more particularly, but not exclusively, to a pharmacy workflow management system.
- Healthcare facilities such as hospitals, may utilize many different user devices, healthcare devices, and/or healthcare systems to facilitate with providing healthcare to patients.
- a healthcare facility may utilize healthcare systems to facilitate with providing healthcare to patients, such as through physician order entry systems, pharmacy information systems, hospital information systems, etc.
- the healthcare facility may also utilize healthcare devices to facilitate with providing healthcare to patients, such as infusion devices, dispensing devices, respiratory devices, etc.
- the healthcare facility may uti lize user devices to faci litate with providing healthcare to patients, such as computing stations that are located throughout the health facility, personal digital assistants (PDAs) that are carried by health care professionals, etc.
- PDAs personal digital assistants
- a pharmacy in a healthcare facility may prepare ordered medications to be administered to patients throughout the healthcare faci l ity.
- an order for a medication may need to be refilled as soon as the medication has been administered to patient.
- the pharmacy may not have any insight into if/when the adm inistration of a medication began, and/or if/when the adm inistration will be complete.
- the pharmacy may be unable to efficiently manage its workflow to ensure that new orders for medications, and/or refil led orders for medications, are prepared in a timely fashion.
- a healthcare professional such as a nurse, may have no insight into when an ordered medication, and/or a refil led medication, will be avai lable to administer to a patient.
- the healthcare professional may need to expend time and/or resources to contact the pharmacy and inquire upon the status of one or more ordered medications.
- the disclosed subject matter relates to a method for managing pharmacy workflow.
- the method may include receiving a plurality of first orders for a plurality of first medications from a healthcare system.
- the method may further include receiving, from a plurality of healthcare devices, a plurality of information items pertaining to progresses of deliveries of a plurality of second medications of a plurality of second orders, wherein additional medication is required for each of the plurality of second medications when each of the deliveries is complete.
- the method may further inc lude scheduling a plurality of preparations of the plurality of first orders for the plurality of first medications and the additional medication such that the plurality of first orders for the plurality of first medications are filled in a timely manner and the additional medication is available upon completion of each of the deliveries of each of the plurality of second medications.
- the disclosed subject matter also relates to a non-transitory machine readable medium embodying instructions that, when executed by a machine, cause the machine to perform a method for managing pharmacy workflow.
- the method may include receiving a plurality of first orders for a plurality of first medications from a healthcare system.
- the method may further include receiving, from a plurality of healthcare devices, information pertaining to progresses of deliveries of a plurality of second medications of a plurality of second orders, wherein additional medication is required for at least one of the plurality of second medications when the delivery of the at least one of the plurality of second medications is complete.
- the method may further include determining a schedule for preparing the plurality of first orders for the plural ity of first medications and the additional medication based at least in part on the progresses of the deliveries of the plurality of second medications.
- the disclosed subject matter also relates to a system.
- the system may include one or more processors and a memory.
- the memory may include instructions that, when executed by the one or more processors, cause the one or more processors to: receive a plurality of orders, each order being for adm inistration of one of a plurality of medications to one of a plurality of patients with facilitation from one of a plurality of healthcare devices, receive a plurality of information items each pertaining to a progress of the administration of the one of the plurality of medications to one of the plurality of patients with facilitation from one of the plurality of healthcare devices, and provide a report that indicates the progress of the administration of each of the plurality of medications of each of the plurality of orders.
- FIG. 1 il lustrates an example network environment in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments.
- FIG. 2 i l lustrates an example messaging architecture in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments.
- FIG. 3 illustrates an alternative example messaging architecture in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments.
- FIG. 4 illustrates a flow diagram of an example process for a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 5 illustrates a flow diagram of an example process for a user device in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 6 illustrates a flow diagram of an example process for a user device in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 7 illustrates an example user interface that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 8 illustrates an example user interface that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 9 illustrates an example user interface that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 1 0 illustrates an example user interface that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments.
- FIG. 1 1 conceptually illustrates an electronic system with which one or more embodiments of the subject technology may be implemented.
- FIG. I illustrates an example network environment 100 in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure.
- the network environment 100 includes network 105, a control system 1 10, one or more healthcare systems 120A-D, one or more healthcare devices 130A-F, and one or more user devices 140A-C.
- the control system 1 1 0, healthcare systems 120A-D, healthcare devices 130A-F, and/or user devices 140A-C may be communicatively coupled to one another, such as by the network 105.
- one or more of the control system 1 10, healthcare systems 120A-D, healthcare devices 130A-F, or user devices 140A-C may be directly coupled to one another.
- control system 1 1 may be, or may include all or part of, the electronic system that is discussed further below with respect to Fig. 1 1 .
- the network 105 may be a communication network, such as a public communication network (such as the Internet, cellular data network, dialup modems over a telephone network), a private communications network (such as private local area network (“LAN”), leased lines), etc.
- the network 105 may also include, but is not limited to, any one or more of the following network topologies, including a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or hierarchical network, and the like.
- the connections of the network 1 05 may be wired or wireless.
- one or more of the control system 1 10, healthcare systems 120A-D, healthcare devices 130A-F, and/or user devices 1 40A-C may transmit wireless signals over the network 105, such as radio frequency (RF) signals, infrared (IR) signals, Bluetooth signals, or any other means capable of carrying information in a wireless manner between devices having appropriate transmitters and/or receivers.
- RF radio frequency
- IR infrared
- Bluetooth or any other means capable of carrying information in a wireless manner between devices having appropriate transmitters and/or receivers.
- the control system 1 1 0 may be a single computing device such as a computer server. Alternatively, the control system 1 1 0 may represent one or more computing devices (such as a cloud of computers and/or a distributed system) that are
- the one or more computing devices of the control system 1 1 0 may be geographically col located and/or the one or more computing devices of the control system 1 10 may be disparately located.
- the control system 1 1 0 may be coupled with various databases, such as data store 1 14, storage services, or other computing devices.
- the control system 1 1 0, and the coupled databases, storage services, or other computing devices may be geographically collocated, or may be disparately located.
- control system 1 1 0 includes a processing device 1 12 and a data store 1 14.
- the processing device 1 12 executes computer instructions stored in the data store 1 1 4.
- the data store 1 14 may store the computer instructions on non- transitory computer-readable medium.
- the one or more healthcare systems 120A-D may be any systems that facilitate with providing healthcare, and/or provide healthcare.
- the healthcare system 120A is a hospital information system (HI S)
- the healthcare system I 20B is a physician order entry (POE) system
- the healthcare system 120C is a pharmacy information system (PIS)
- the healthcare system 120D is a laboratory information system (LIS).
- the HIS may, for example, store information pertaining to the administration of the healthcare facility, such as a hospital.
- the HIS may provide, and/or may interface with a server that provides, billing and accounting functions.
- the POE system may be used, for example, by physicians to enter orders for patients, such as orders for medications to be administered to patients, that are then transmitted to the PIS.
- the PIS may store, for example, information pertaining to a pharmacy of a healthcare facility, such as outstanding orders, filled orders, patient medical
- the PIS may provide a library of drug allergies and adverse drug interactions against which each incoming order, or prescription, is checked as part of the order entering/drug dispensing process to identify possible allergies and adverse drug interactions and help in preventing administration of drugs to a patient where the patient might be injured by the prescribed course of therapy. Additional ly, the PIS may check to determine if any therapies are being duplicated, such as where two or more drugs might be used to treat a diagnosed disease, whether they are synergistic or antagon istic, and whether the prescribed therapy should be modified accordingly.
- the LIS may store laboratory results, such as for tests performed to facilitate with providing healthcare to patients.
- the healthcare devices 130A-F may include infusion devices, such as infusion pumps, drug delivery devices, dispensing devices, such as automated dispensing machines, smart beds, monitoring devices, respiratory devices, such as venti lators, waste devices, such as drug disposal devices, or general ly any device that may facilitate with providing healthcare and/or may provide healthcare.
- the healthcare devices 130A-F may include a processor and memory.
- the healthcare devices 1 30A-F may be communicatively coupled to a device that includes a processor and a memory, such as via a serial port.
- the healthcare devices 1 30A-F may include Pyxis MedstationsTM to store and dispense medications at the nurses stations, providing distributed access to the medications needed to treat patients, Pyxis® Anesthesia Systems to store and manage the medications used by anesthesiologists in the operating room, Pyxis
- the healthcare devices 130A-F may also include waste devices that accept and store wasted medications, e.g. excess medications, from healthcare professionals and track the amount of medications wasted by healthcare professionals.
- waste devices may be a Pyxis EcoStationTM system .
- the user devices I 40A-C may be electronic devices such as laptop or desktop computers, mobile phones, personal digital assistants ("PDAs"), portable media players, tablet computers, televisions or other displays, or other appropriate computing devices that can be used to display user interfaces that facilitate providing healthcare to patients, such as user interfaces that display information related to providing healthcare to patients and/or user interfaces that allow a healthcare professional, such as a doctor or nurse, access, create, and/or modify information related to providing healthcare to patients, such as modify ing a schedule for preparing IVs in the PIS.
- Example user interfaces are discussed further below with respect to Figs. 7- 1 0. In the example of Fig.
- the user device 140A is depicted as a mobile phone
- the user device 140B is depicted as a desktop computer
- the user device 140C is depicted as a personal digital assistant ("PDA"), e.g. a tablet device.
- PDA personal digital assistant
- the user devices 140A-C may include a processor and a memory.
- the control system 1 10, the healthcare systems 120A-D, the healthcare devices 130A-F, and/or the user devices 140A-C may transmit electronic data streams to one another over the network 105.
- the electronic data streams may include, for example, messages, and one or more of the messages may be referred to as a medical transaction carrier (MTC).
- MTC medical transaction carrier
- the messages may relate to healthcare that is being facilitated by any of the healthcare systems 120A-D, the healthcare devices 130A-F, and/or the user devices 140A-C.
- a message may include an order for a medication that is transmitted from a POE system to a PIS.
- At least a portion of the message, and/or a second message related to the message may be transmitted by the PIS to a healthcare device 1 30A, such as to indicate that the ordered medication should be administered to the patient.
- a message may relate to the progress of the delivery of medication, such as by one or more of the healthcare devices 1 30A-F.
- the healthcare device 130A may transmit a message to the PI S that indicates the progress of delivering the medication by the healthcare device 130A to the patient.
- the message may indicate that the healthcare device 130A has started delivering the medication, the healthcare device 130A has delivered an indicated amount of the medication, or the healthcare device 130A has completed the delivery of the medication.
- the control system 1 10 and/or one of the healthcare systems 120A-D may utilize the messages regarding the progress of delivering medications to manage a pharmacy workflow schedu le. For example, an order for a medication that is being delivered to a patient may need to be refilled as soon as the delivery of the medication is complete.
- the healthcare system 120C may generate a pharmacy workflow schedule for preparing medications to ensure that any orders for medications that need to be refilled and/or any orders for medications that otherwise need to be prepared within certain time constraints, are available at the necessary times, e.g. when the delivery and/or administration of a medication completes.
- the healthcare system 120C may also generate the schedule to ensure that any orders for medications that are received from the healthcare system 120B (POE) and/or any of the other healthcare systems 120A,D, are prepared in a timely manner.
- the healthcare system 120C may also generate the schedule to ensure that, for a continuous infusion, a refill or replacement bag is avai lable slightly before the completion of a current bag, thereby ensuring that there is no interruption in the continuous infusion.
- the pharmacy workflow schedule may be regulated by a queue system that is fed with new orders, e.g. from the healthcare system 1 20B, change and/or refill orders, e.g. from the healthcare system 120B, and the real-time data received from the healthcare devices 130A-F.
- a pharmacy technician may utilize the queue system to determine what action to perform next with respect to compounding or drug preparation.
- a pharmacy may be managed by one or more robots in combination with one or more pharmacy technicians.
- the pharmacy workflow may also be regulated by a series of different steps, which in some instances, may need to be verified by a pharmacist.
- the pharmacy technicians and the pharmacists may perforin actions with a combination of automated and manual systems both to compound medications and to communicate the status of the compounding process.
- a printer in the pharmacy may print out a label to indicate that an order needs fulfi llment, and/or a robot may start compounding an order when necessary.
- the control system 1 1 0 and/or the healthcare system 120C may modify the schedule as messages are received from the healthcare devices 130A-F regarding the progress of de livering and/or administering medications. For example, if a healthcare device 130A transmits a message indicating that delivery and/or administration of a medication (for which a refill is required) is running behind schedule, the control system 1 10 and/or the healthcare system 120C may modify the schedule such that the refill of the medication is delayed in accordance with the delay in the delivery and/or administration of the medication.
- a healthcare device 1 30A transmits a message indicating that the infusion rate of a medication (for which a refill is required) has been increased
- the control system 1 10 and/or the healthcare system 120C may modify the schedule such that the refi l l of the medication is available at an earlier time, in accordance with the increased infusion rate. In this manner, the pharmacy will not expend resources on preparing an order before it is required, and the pharmacy can therefore reallocate any such resources to the preparation of other medications.
- a healthcare device 130A is an automated drug dispensing device
- the healthcare device 130 A may transmit a message to the healthcare system 120C when a medication dispensed by the healthcare device 130A is running low on stock.
- the healthcare system 120C can add the preparation of the medication that is low on stock to the pharmacy workflow schedule.
- the control system 1 10 and/or the healthcare system 120C may provide information related to the pharmacy workflow to one or more of the user devices 140A-C, such as the user device 140A.
- the control system 1 10 and/or the healthcare system 120C may provide the statuses of all medications being delivered to patients, e.g. infusions, and/or the control system 1 1 0 and/or the healthcare system 120C may provide a schedule of the pharmacy workflow, e.g. the schedule/status of medications being delivered, being prepared, and/or scheduled to be prepared.
- the user device 140A may display the schedule to a user, such as a healthcare professional.
- the healthcare professional may interact with the user interface to select one of the items listed on the schedule, such as a medication that has been compounded and is being delivered to a patient.
- the user device 140A may display a picture of the medication that is being delivered to the patient on the user interface.
- the healthcare professional may review the picture and either provide an indication that the medication being delivered to the patient is the correct medication, e.g. validate the medication, or provide an indication that the medication being delivered to the patient is incorrect, e.g. invalidate the medication.
- a healthcare professional may interact with a user device 140A that is displaying a pharmacy workflow schedule to modify the schedule.
- the healthcare professional may modify the schedule to cancel the preparation of a medication, expedite the preparation of a medication, delay the preparation of a medication, or general ly to perform any necessary rescheduling of the pharmacy workflow.
- Example processes for user devices 140A-C in a pharmacy workflow management system are discussed further below with respect to Figs. 5 and 6.
- the control system 1 10 may provide user identity and notification systems.
- the control system 1 10 may authenticate users and may control the access of a user, or a group of users. For example, a physician may be al lowed to input orders into a POE system, while a nurse may only be allowed to view the orders in the POE system.
- the control system 1 1 0 may provide different views of information, e.g. information received from one or more of the healthcare systems 120A-D and/or the healthcare devices 130A-F, to different users based on the users' access privileges.
- the control system 1 10 may also provide user interfaces to users, such as via the user devices 140A- C, and may manage the users' interactions with the user interfaces.
- control system 1 10 may provide information for a patient to a user device 140A to be displayed on one of the user interfaces when the control system 1 10 determines that the user device 140A is within a proximity of the patient and/or within a proximity of one of the healthcare devices 1 30A-F that is providing, and/or facilitating with providing, healthcare to the patient.
- the user device 140 A may determine that it is located within a proximity of a patient and/or within a proximity of one of the healthcare devices 130A-F. The user device 140A may then transmit an indication to the control system 1 10 indicating that the user device 140A is located within the proximity of the patient and/or the one of the healthcare devices 130A-F. In response thereto, the control system 1 10 may transmit information to the user device 140A that pertains to the patient and/or the one of the healthcare devices 130A-F.
- the control system 1 10 may also transmit notifications to one or more of the users, such as via the user devices 140A-C.
- the control system 1 10 may transmit a notification to a user device 140A being accessed by a user, e.g. a user device 140A that the user has authenticated on, when the control system 1 1 0 determines that the user is within proximity of a patient who may need care, e.g. a patient that is receiving healthcare from one of the healthcare devices 130A-F that may be experiencing an error.
- one or more of the notifications may be transmitted to the user devices 140A-C via a user interface.
- the notification may cause a graphical indicator to be presented on a user interface being displayed on a user device 140A.
- Example user interfaces for presenting notifications are discussed further below with respect to Figs. 7 and 1 0.
- FIG. 2 illustrates an example messaging architecture 200 in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure.
- the messaging architecture 200 includes the control system 1 10, one or more healthcare systems 120A-D, one or more healthcare devices 130A-F, and one or more user devices 140A-C.
- the control system 1 1 0, healthcare systems 120A-D, healthcare devices 1 30A-F, and user devices 140A-C may be communicably coupled to one another, such as by the network 105 shown in Fig. 1.
- the one or more healthcare systems 120A- D, one or more healthcare devices 130A-F, and one or more user devices 140A-C may include, and/or may be coupled to, interfaces 210A-M.
- the interfaces 210A-M may be adapters that are utilized by the one or more healthcare systems 120A-D, one or more healthcare devices 130A-F, and one or more user devices 140A-C to transmit messages to one another via the control system 1 10.
- the interfaces 210A-M may be, and/or may include, the adapters described in U.S. Patent Application Serial No. 13/421 ,776, entitled “Scalable Communication System,” filed on March 15, 2012, which is hereby incorporated by reference in its entirety for all purposes.
- messages transmitted by the healthcare systems 120A-D, the healthcare devices 1 30A-F, and/or the user devices 140A-C may be routed through the control system 1 10, e.g. via the interfaces 210A-M.
- the control system 1 10 may forward the message to the interface 21 OH, which provides the message to the healthcare system 120C.
- control system 1 10 may store the messages, such as in the data store 1 14, for further processing, such as to identify whether to transmit any information indicated in the messages to one or more of the user devices 140A-C, such as via a notification and/or via a user interface.
- the control system 1 10 may include an interface system that receives the messages from one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, and/or the user devices 140A-C, via the interfaces 21 0A- M.
- the interface system may provide the interfaces 210A-M to the one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, and the user devices 140A-C, and the one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, and the user devices 140A-C may transmit messages to the interface system by utilizing the interfaces 210A-M.
- the interface system receives the messages in a first external format, e.g. a format native to the transmitting device and/or system, converts the messages into an internal messaging format, e.g. for processing and storing the messages, converts the messages into a second external format, e.g. a format native to the receiving device and/or system, and then transmits the messages in the second external format to the receiving device.
- a first external format may be the same as the second external format.
- the interface system may be implemented as described, for example, in U. S. Patent Application Serial No. 1 3/421 ,776, entitled "Scalable Communication System," filed on March 15, 2012, which has been incorporated by reference in its entirety for al l purposes.
- one or more of the healthcare systems 120A-D, the healthcare devices 1 30A-F, and/or the user devices 140A-C may communicate with the control system 1 10 without utilizing the interfaces 210A-M.
- one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, and/or the user devices 140A-C may transmit messages directly to one another, e.g. without routing the messages through the control system 1 1 0.
- FIG. 3 il lustrates an alternative example messaging architecture 300 in which a pharmacy workflow management system may be implemented in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may inc lude additional components not shown in the figure. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.
- the messaging architecture 300 includes an interface system 320, the control system 1 10, one or more healthcare systems 1 20A-D, one or more healthcare devices 130A-F, and one or more user devices 140A-C.
- the control system 1 10, interface system 320, healthcare systems 1 20A-D, healthcare devices 130A-F, and user devices 140A-C may be communicably coupled to one another, such as by the network 105 shown in Fig. 1.
- the one or more healthcare systems 120A-D, one or more healthcare devices 130A-F, and one or more user devices 140A-C may include, and/or may be coupled to, interfaces 210A-M.
- the control system 1 10 may include, and/or may be communicatively coupled to, the interface 310.
- the interfaces 210A-M, 310 may be adapters that are utilized by the one or more healthcare systems 120A-D, one or more healthcare devices 130A-F, one or more user devices 140A-C, and control system 1 10 to transmit messages to one another via the interface system 320.
- the interfaces 210A-M, 310 may be, and/or may include, the adapters described in U.S. Patent Application Serial No. 13/421 ,776, entitled "Scalable Communication System,” filed on March 15, 2012, which was previously incorporated by reference in its entirety for all purposes.
- the interface system 320 may be separate from the control system 1 1 0, e.g. such that messages to/from the control system 1 10 are routed through the interface system 320.
- the control system 1 10 and the interface system 320 may be separate devices, such as separate servers, or the control system 1 1 0 and the interface system 320 may be and/or may include distinct hardware on the same device.
- the control system 1 1 0 may receive messages directly from the interface system 320, e.g. without the use of the interface 3 10.
- messages are routed through the interface system 320, rather than through the control system 1 10, as previously discussed with respect to Fig. 2.
- one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, the user devices 140A-C, and/or the control system 1 10 may communicate with the interface system 320 without utilizing the interfaces 21 0A-M, 31 0.
- one or more of the healthcare systems 120A-D, the healthcare devices 130A-F, the user devices 140A-C, and/or the control system 1 10 may transmit messages directly to one another, e.g. without routing the messages through the interface system 320.
- FIG. 4 il lustrates a flow diagram of an example process 400 for a pharmacy workflow management system in accordance with one or more embodiments.
- the example process 400 is described herein with reference to the healthcare system 120C (PIS) of the example network environment 1 00 of Fig. 1 ; however, the example process 400 is not limited to the healthcare system 120C of the example network environment 100 of Fig. 1.
- the example process 400 may be performed by the control system of Fig. 1 , any of the healthcare systems 120A, B, D of Fig. 1 , and/or the interface system 320 of Fig. 3.
- the blocks of the example process 400 are described herein as occurring in serial fashion, or linearly. However, multiple blocks of the example process 400 may occur in parallel. In addition, the blocks of the example process 400 need not be performed in the order shown and/or one or more of the blocks of the example process 400 need not be performed.
- the healthcare system 120C receives information pertaining to the progresses of the deliveries of first orders for first medications from one or more of the healthcare devices 130A-F.
- the healthcare devices 1 30A-F may transmit messages over the network 105 to the healthcare system 120C.
- the messages may indicate the progress of the delivery of a medication to a patient, such as a message that indicates that the medication has been received, e.g. an IV bag has been hung, a message that indicates that the delivery of the medication has been initiated, a message that indicates that a certain amount of the medication has been delivered, a message that indicates that the delivery of the medication is complete, and/or a message that generally indicates any information regarding the progress of the delivery of a medication.
- an order for a medication that is being delivered may need to be refilled when the delivery of the medication is complete.
- the refil l of the order for the medication should be prepared and accessible to a healthcare professional at the time that the delivery of the medication completes.
- the healthcare system 120C receives second orders for second medications from the healthcare system 120B (POE).
- the healthcare system 120B may receive orders for medications, such as from a physician, and the healthcare system 120B may transmit the orders over the network 105 to the healthcare system 120C.
- any of the first medications and any of the second medications may be the same medication or may be different medications.
- the healthcare system 120C may provide a report regarding the progress of the deliveries, such as to one of the user devices 140A-C over the network 105, and/or on a screen or display, such as in a pharmacy.
- a report regarding the statuses of in-progress deliveries of medications is discussed further below with respect to Fig. 7.
- the healthcare system 120C determines a schedule for preparing the second orders received from the healthcare system 120B, and for preparing any refills with respect to the in-progress deliveries of medications.
- the pharmacy workflow schedule may also be referred to as a queue, and/or the pharmacy workflow schedule may include one or more queues, such as an IV compounding queue.
- the healthcare system 120C may prepare the schedule such that any refills that need to be prepared with respect to in-progress deliveries will be prepared and accessible to a healthcare professional at the time that the deliveries complete.
- the healthcare system 120C may also prepare the schedule such that the second orders are prepared in a timely fashion, and/or such that any timing requirements with respect to preparing the second orders are met.
- the healthcare system 120C displays the schedule in a pharmacy.
- the healthcare system 120C may display the schedule on a screen or monitor in the pharmacy that is communicatively coupled to the healthcare system 120C, and/or healthcare system 120C may transmit the schedule to a device in the pharmacy that includes a screen and/or monitor.
- the healthcare system 120C may combine the schedule with the report of the in-progress deliveries to display a dashboard showing all in-progress deliveries of medications, the progress of medications being prepared (e.g. in preparation, provided to healthcare professional, etc.), and the schedule of medications to be prepared.
- devices displaying the dashboard may be mounted in the pharmacy work areas, including the IV
- the dashboard may be used by pharmacy technicians or clinical staff responsible for reviewing or compounding IV orders.
- the dashboard may serve as an information source and guide for a clinical pharmacist that approves the refill of IV orders, in addition to a guide for technicians performing the IV compounding.
- pharmacy staff may utilize the dashboard to compare the status of in-progress IVs to IV orders being prepared in order to prevent IV compounding for orders that have been discontinued.
- pharmacy staff may utilize the dashboard to escalate the priority of IV compounding orders that are urgently needed in patient care.
- the healthcare system 120C may update the dashboard in "real-time", e.g. as messages are received from the healthcare devices 130A-F and/or the healthcare system 120B.
- the healthcare system 120C transmits the pharmacy workflow schedule to one or more of the user devices 140A-C, such as the user device 140A.
- the healthcare system 1 20C may transmit the pharmacy workflow schedule to the user device 140A over the network 105.
- the user device 140A may display the schedule to a healthcare professional, such as a pharmacist, clinician, physician, etc.
- the healthcare professional may interact with the user device 140A to modify the schedule. For example, a pharmacist may review the priority of an order on the existing schedule and, based on new clinical infomiation, change the priority of the order, e.g. by interacting with the user interface being displayed by the user device 140A.
- the user device 140A may transmit an indication of the modification to the healthcare system 120C, such as over the network 105.
- the healthcare system 120C may transmit notifications to one or more user devices 140A-C of healthcare professionals that are associated with orders that are listed in the pharmacy workflow schedule.
- the healthcare system 120C may transmit notifications to user devices 140A-C of nurses that are associated with orders listed in the pharmacy workflow schedule in order to provide the nurses with some insight into how the preparation of the medications is progressing.
- the healthcare system 120C determines whether it received any indications of modifications of the workflow management schedule from any of the user devices 140A-C, such as the user device 140 A. If, in block 414, the healthcare system 120C determines that it received an indication of a modification from the user device 140A, then the healthcare system 120C moves to block 416. In block 416, the healthcare system 120C modifies the schedule based at least in part on the received modification from the user device 140A. The healthcare system 120C may transmit a confirmation of the modification to the user device 140A, in addition to any other devices that are displaying the schedule. In one or more embodiments, the healthcare system 120C may validate, or verify, the modification before modifying the schedule, such as by applying the modification to one or more business rules.
- the healthcare system 120C determines whether it has not received any indications of modifications from any of the user devices 140A-C, then the healthcare system 120C moves to block 418.
- the healthcare system 120C determines whether it has received any additional messages regarding the progress of deliveries of medications from any of the healthcare devices 130A-F. If, in block 418, the healthcare system 120C determines that it has received additional information from at least one of the healthcare devices 130A-F, such as the healthcare device 130A, the healthcare system 120C moves to block 420. In block 420, the healthcare system 120C processes the received message and determines whether a modification to the schedule is necessary in view of the received message.
- the healthcare system 120C may modify the schedule to remove the preparation of the cancelled order.
- the healthcare system 120C may transmit any modifications to the schedule to any user devices 140A-C, and/or other monitors/displays, that have previously received the schedule.
- the healthcare system 120C determines that it has not received additional information from any of the healthcare devices 130A-F, then the healthcare system 120C moves to block 422.
- the healthcare system 120C stores the schedule, such as in a data store.
- the healthcare system 120C may store the schedule in a local data store and/or a remote data store, such as the data store 1 14.
- FIG. 5 illustrates a flow diagram of an example process 500 for a user device 140A in a pharmacy workflow management system in accordance with one or more embodiments.
- the example process 500 is described herein with reference to the user device 140A and the healthcare system 120C of the example network environment 1 00 of Fig. 1 ; however, the example process 500 is not limited to the user device 140A and/or the healthcare system 120C of the example network environment 1 00 of Fig. 1 .
- the blocks of the example process 500 are described herein as occurring in serial fashion, or linearly. However, multiple blocks of the example process 500 may occur in paral lel.
- the blocks of the example process 500 need not be performed in the order shown and/or one or more of the blocks of the example process 500 need not be performed.
- the user device 140A may receive a pharmacy workflow schedule.
- the user device 140A may receive a pharmacy workflow schedule from the healthcare system 120C over the network 105.
- the pharmacy workflow schedule may list one or more of medications scheduled for preparation, medications being prepared, medications provided to healthcare professionals, such as via an automated dispensing machine, medications being delivered to patients, and/or medications for which delivery is completed.
- the user device 140A may present a user interface displaying the pharmacy workflow schedule, such as on a screen to a healthcare professional.
- the pharmacy workflow schedule may include graphical indicators, such as delineated rows, that correspond to one or more of the medications listed in the pharmacy workflow schedule.
- a user may be able to select a medication in the schedule by selecting the corresponding graphical indicator.
- the user device 140A receives a selection of one of the medications listed in the pharmacy workflow schedule from a user, such as a healthcare professional. For example, a healthcare professional may select the graphical indicator associated with a medication on the user interface.
- the user device 140A may display a picture that is associated with the selected medication.
- the user device 140A may request the picture from the healthcare system 120C.
- the healthcare system 120C may then transmit the picture to the user device 140A, and the user device 140A display the picture.
- the healthcare system 120C may store and provide pictures of the medications as they progress through each step of the pharmacy workflow.
- the healthcare system 120C may store a picture of a medication as it is being compounded, a picture of a medication as it is being provided to a healthcare professional, a picture of a medication as it is being delivered to a patient, or generally a picture of a medication at any point in the workflow.
- the pictures may be validated in order to confirm that the medication is being prepared and/or delivered properly.
- the pictures may be validated by a computing device, such as using a picture recognition algorithm, and/or validated by a user, such as by a healthcare professional who is interacting with the user device 140 A.
- a picture recognition algorithm may be able to read a label on a medication in a picture and compare the label to the expected result for the particular step.
- a user may configure the healthcare system 120C to identify which medications can be val idated using the automated algorithm and which medications need to be validated by a healthcare professional.
- the user device 140A determines whether the user provided a validation of the displayed picture, e.g. of the preparation and/or delivery of the medication.
- the user interface that displays the picture may also include one or more selectors, such as buttons, for indicating, e.g. that the preparation and/or delivery of the medication, as indicated by the picture, has been validated or invalidated. If, in block 51 0, the user device 140A receives an indication from the user that the picture has been validated, the user device 140A moves to block 512. In block 512, the user device 140A transmits an indication of the validation to the healthcare system 120C, such as over the network 1 05.
- the healthcare system 120C may store the validation, such as in a data store.
- the user device 140A receives an indication from the user that the picture was invalidated, the user device 140A moves to block 514.
- the user device 140A transmits an indication of the invalidation to the healthcare system 120C, such as over the network 105.
- the healthcare system 120C may store the invalidation, such as in a data store.
- the healthcare system 120C may transmit one or more notifications regarding the invalidation.
- the healthcare system 120C may identify a display and/or one or more user devices 140A-C that are located within a proximity of the location where the picture was taken, e.g. the location where the invalid process is occurring.
- the healthcare system 120C may then transmit a notification, such as an alert, to the display and/or the one or more user devices 140A-C that indicates that corrective action is required.
- a notification such as an alert
- the user device 140A may provide the user with a user interface for controlling and/or modifying the aspect of the process that was invalidated.
- the user may interact with the user device 140A, e.g. via the user interface, to perform a corrective action with respect to the invalidated process.
- FIG. 6 illustrates a flow diagram of an example process 600 for a user device 140A in a pharmacy workflow management system in accordance with one or more embodiments.
- the example process 600 is described herein with reference to the user device 140A of the example network environment 100 of Fig. 1 ; however, the example process 600 is not limited to the user device 140A of the example network environment 100 of Fig. 1 .
- the blocks of the example process 600 are described herein as occurring in serial fash ion, or linearly. However, multiple blocks of the example process 600 may occur in parallel. In addition, the blocks of the example process 600 need not be performed in the order shown and/or one or more of the blocks of the example process 600 need not be performed.
- the user device 140 A receives a pharmacy workflow schedule.
- the user device 140A may receive a pharmacy workflow schedule from the healthcare system 120C.
- the pharmacy workflow schedule may list one or more of medications scheduled for preparation, medications being prepared, medications provided to healthcare professionals, such as via an automated dispensing machine, medications being delivered to patients, and/or medications for which delivery is completed.
- the user device 140A presents a user interface displaying the pharmacy workflow schedule, such as to a healthcare professional.
- the pharmacy workflow schedule may include graphical indicators for one or more of the medications listed in the pharmacy workflow schedule.
- a user may be able to select a medication in the schedule by selecting the corresponding graphical indicator.
- the user device 140A may receive a modification of the schedule, such as from a user interacting with the user device 140A via the user interface. For example, a user may select a medication in the schedule by selecting the corresponding graphical indicator.
- the user may change the scheduled preparation of the selected medication, such as by cancelling the preparation, increasing the priority of the preparation, decreasing the priority of the preparation, etc.
- the user device 140A may transmit the modification to the healthcare system 120C.
- the user device 140A may transmit the modification over the network 105 to the healthcare system 120C.
- the healthcare system 120C may receive the modification and may verify whether the modification is permissible and/or appropriate, such as by applying one or more business rules against the modification. If the healthcare system 120C determines that the modification is permissible, the healthcare system 120C may modify the schedule based at least in part on the received modification and may transmit a confirmation of the modification to the user device 140A, in addition to any other devices that have received the schedule.
- the user device 140A receives a confirmation of the modification from the healthcare system 120C.
- the user device 140A may receive the confirmation from the healthcare system 120C over the network 105.
- the user device 140A updates the schedule displayed on the user interface to reflect the confirmed modification to the schedule. The user device 140A may then receive additional modifications from a user via the user interface.
- FIG. 7 illustrates an example user interface 700 that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.
- the user interface 700 may display information relating to in-progress actions being performed by one or more of the healthcare devices 130A-F, such as medical orders being administered. For example, the user interface 700 displays a report of IVs that are being administered by, and/or with the facilitation of, one or more of the healthcare devices 130A-F. In one or more embodiments, the administrations of medical orders that will term inate within a preselected time period may be distinguished on the user interface 700 from other administrations by color highlighting or other means. The user interface 700 may further display the time remaining, medication, and patient name, as well as buttons for program control. In one or more embodiments, the user interface 700 may display pending infusions or infusions scheduled to begin within a preselected time period.
- the user interface 700 may be provided by the control system 1 10, and/or one or more of the healthcare systems 120A-D, for display on a screen, such as a screen of one or more of the user devices 140A-C, and/or a screen or monitor associated with one or more of the healthcare systems 1 20A-D.
- the control system 1 10 may receive messages from one or more of the healthcare devices 1 30A-F related to actions being performed by the one or more healthcare devices 130A-F.
- the control system 1 10 may parse the received messages to obtain the information displayed on the user interface 700, and/or the received messages may be displayed on the user interface 700.
- the information displayed on the user interface 700 may be updated in realtime as the control system 1 10 and/or one or more of the healthcare systems 120A-D receives messages from the healthcare devices 1 30A-F, such as while orders are being administered to patients.
- the user interface 700 may be used to modify the preparation of medications, such as by scheduling and/or rescheduling, the preparation of medications.
- the user interface 700 may also display notifications, and/or alerts, such as when a healthcare professional is associated with a user device 140A that is displaying the user interface 700.
- the notifications may be indicated by an asterisk ("*").
- the healthcare professional may select information that is displayed with an asterisk, such as by touching or clicking on the information, to receive additional information regarding the notification.
- one or more of the alerts and/or notifications may only be displayed when the healthcare professional is proximally located to the one or more healthcare devices 130A-F to which the alerts and/or notifications pertain.
- FIG. 8 i l lustrates an example user interface 800 that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided. [0078] The user interface 800 may display information relating to a patient, such as information received from one or more of the healthcare systems 120A-C and/or one or more of the healthcare devices 130A-F.
- the displayed information may include information related to medications and/or infusions, such as IVs, that are scheduled for the patient, and the information may be received from the healthcare system 1 20C.
- the information may further include information related to medications and/or infusions that are being administered to the patient and this information may be received from one or more of the healthcare devices 130A-F.
- the user interface 800 displays information related to scheduled medications and IVs for an identified patient.
- the user interface 800 may be color coded to indicate the status and schedule of each medication administration. For example, a medication delivery window extending from thirty minutes prior and thirty minutes after the scheduled administration time may be indicated by a yel low band on the user interface 800.
- the user interface 800 may be provided by the control system 1 10, and/or one or more of the healthcare systems 120A-D, for display on a screen, such as a screen of one or more of the user devices 140A-C, and/or a screen or monitor associated with one or more of the healthcare systems 1 20A-D.
- the control system I 1 0 may receive messages from one or more of the healthcare systems 120A-D, and/or one or more of the healthcare devices 130A-F, that relate to a patient.
- the control system 1 10 may parse the received messages to obtain the information displayed on the user interface 800, and/or the received messages may be displayed on the user interface 800.
- the user interface 800 may automatically be provided to the user device 140 A of a healthcare professional when the healthcare professional is located within a proximity of the patient and/or within a proximity of one or more healthcare devices 130A-F that are provid ing, and/or facilitating with providing, healthcare to the patient.
- the user device 140A of a healthcare professional may automatically display, and/or prepare for display, information related to an identified patient when the healthcare professional is within proximity of the patient, such as at the bedside of the patient. Accordingly, the information displayed on the user interface 800 may change as the healthcare professional moves throughout the healthcare facility.
- the user device 140A may receive information for displaying the user interface 800 when the healthcare professional is proximally located to the patient, but the user device 140A may not display the user interface 800 until prompted by the healthcare professional.
- the user device 140A may receive the information for displaying the user interface 800 and may then display a notification to the healthcare professional indicating that the information is available, and requesting whether the healthcare professional would like the user interface 800 to be displayed on the user device 140A and/or on a display or monitor proximally located to the user device 140A.
- the information displayed on the user interface 800 may be updated in realtime as the control system 1 10 and/or one or more of the healthcare systems 120A-D receives messages from the healthcare devices 130A-F, such as while orders are being administered to the patient.
- the user interface 800 may be used to schedule and/or reschedule, the preparation of medications, such as by the healthcare system 120C.
- the information displayed on the user interface 800 may be updated in realtime as the control system 1 10 and/or one or more of the healthcare systems 120A-D receives messages from the healthcare devices 130A-F and/or the healthcare systems 120A-D, such as while orders are being administered to patients, while orders are being prepared for administration to patients, and/or when orders are received from a physician order entry system.
- the user interface 800 may be used to verify the administration of orders, such as a healthcare professional verifying that a medication scheduled for administration and/or a medication being administered coincides with the ordered medication.
- a healthcare professional may be able to select, such as touch or click on, an order and the user interface 800 may display a picture of the medication being administered, or about to be administered.
- FIG. 9 il lustrates an example user interface 900 that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.
- the user interface 900 may display information to an identified healthcare professional that relates to in-progress actions being performed by, and/or with the facilitation of, one or more of the healthcare devices 130A-F, and for which the healthcare professional is facilitating and/or monitoring.
- the user interface 900 may also display information to the identified healthcare professional that relates to future actions to be performed by, and/or with the facilitation of, one or more of the healthcare devices 130A-F, and for which the healthcare professional is facilitating and/or monitoring.
- the user interface 900 may display information related to in- progress or future actions that are being performed proximally to the user device 140A, and a healthcare professional accessing the user device 140A.
- the user interface 900 displays a report of IV s that are being administered by one or more of the healthcare devices 130A-F.
- the user interface 900 may include scheduling of medication administrations to ensure proper medication of the patient while distributing the workload over a period of time to ensure that all medication is given promptly.
- the user interface 900 may be provided by the control system 1 10, and/or one or more of the healthcare systems 120A-D, for display on a screen, such as a screen of one or more of a user devices 140 A being accessed by a healthcare professional, and/or a screen or monitor associated with one or more of the healthcare systems 1 20A- D.
- the control system 1 10 may receive messages from one or more of the healthcare systems 120A-D, and/or one or more of the healthcare devices 1 30A-F, that relate to in-progress actions and/or future actions that are being performed with the facilitation of the healthcare professional, and/or that are being performed proximally to the healthcare professional, as indicated by the location of the user device 140A.
- the control system 1 10 may parse the received messages to obtain the information displayed on the user interface 900, and/or the received messages may be displayed on the user interface 900.
- the user interface 900 may automatically be provided to the user device 140 A of a healthcare professional when the healthcare professional is located within a proximity of the patient and/or within a proximity of one or more healthcare devices 130A-F that are providing, and/or facilitating with providing, healthcare to one or more patients.
- the user device 140A of a healthcare professional may automatically display, and/or prepare for display, information related to in-progress and/or future actions that are being performed, and/or will be performed, proximally to the location of the healthcare professional. Accordingly, the information displayed on the user interface 900 may change as the healthcare professional moves throughout the healthcare facility.
- the user device I 40A may receive information for displaying the user interface 900 when the healthcare professional is proximally located to in-progress, or future actions, but the user device 140A may not display the user interface 900 until prompted by the healthcare professional.
- the user device 140A may receive the information for displaying the user interface 900 and may then display a notification to the healthcare professional indicating that the information is available, and requesting whether the healthcare professional would like the user interface 900 to be displayed on the user device 140A and/or on a display or monitor proximally located to the user device 140A.
- the information displayed on the user interface 900 may be updated in realtime as the control system 1 10 and/or one or more of the healthcare systems 1 20A-D receives messages from the healthcare devices 130A-F, such as wh ile orders are being administered to patients.
- the user interface 900 may be used to verify the administration of orders, such as a healthcare professional verifying that a medication scheduled for administration and/or a medication being administered coincides with the ordered medication.
- a healthcare professional may be able to select, such as touch or click on, an order and the user interface 900 may display a picture of the medication being administered, or about to be administered.
- FIG. 1 0 illustrates an example user interface 1000 that may be implemented in a pharmacy workflow management system in accordance with one or more embodiments. Not all of the depicted components may be required, however, and one or more embodiments may include additional components not shown in the figure. Variations in the arrangement and type of the components may be made without departing from the spirit or scope of the claims as set forth herein. Additional, different or fewer components may be provided.
- the user interface 1 000 may display information relating to patients in a healthcare facility and/or in an area of a healthcare facility, such as alerts or notifications related to healthcare being administered to patients in a healthcare facility.
- the user interface 1 000 may display a graphical representation of each room in an area of the healthcare facility, the name of the patient occupying each room, if any, and any alerts or notifications that apply to any of the displayed patients.
- an alert or notification is indicated by an asterisk ("*"); however, any other graphical indicator may be used to indicate an alert and/or notification.
- the user interface 1000 may be provided by the control system 1 10, and/or one or more of the healthcare systems 120A-D, for display on a screen, such as a screen of one or more of the user devices 140A-C, and/or a screen or monitor associated with one or more of the healthcare systems 120A-D.
- the control system 1 10 may receive messages from one or more of the healthcare devices 1 30A-F related to actions being performed by the or more healthcare devices 1 30A-F.
- the control system 1 10 may parse the received messages to determine whether any alerts and/or notifications should be displayed via the user interface 1000, such as whether any discrepancies and/or errors are identified from the received messages.
- the user interface 1000 may automatically be provided to the user device 140A of a healthcare professional when the healthcare professional is located within a proximity of the area of the healthcare facility represented on the user interface 1000.
- the user device 140A of a healthcare professional may automatically display, and/or prepare for display, the user interface 1000 when a healthcare professional is proximally located to the represented area. Accordingly, the information displayed on the user interface 1000 may change as the healthcare professional moves throughout the healthcare facility.
- the user device 140A may receive information for displaying the user interface 1000 when the healthcare professional is located proximally to the represented area, but the user device 140A may not display the user interface 1000 until prompted by the healthcare professional.
- the user device 140A may receive the information for displaying the user interface 1000 and may then display a notification to the healthcare professional indicating that the information is available, and requesting whether the healthcare professional would like the user interface 1000 to be displayed on the user device 140A and/or on a display or monitor proximally located to the user device 140 A.
- the information displayed on the user interface 1000 may be updated in realtime as the control system 1 10 and/or one or more of the healthcare systems 120A-D receives messages from the healthcare devices 130A-F, such as while orders are being administered to patients.
- the user interface 1000 may display the status of each patient's infusion, and when an alert occurs, the box representing the patient's room flashes red to attract attention to the alert. Accordingly, a healthcare professional accessing the user interface 1000 may be able to quickly and easily identify the patient from the user interface, such as at a nursing station, and take appropriate action to address the condition causing the alert. In one or more embodiments, certain alerts that have been identified as particularly important events may be displayed on multiple screens throughout the healthcare facility, such as in the pharmacy.
- the user interface 1000 may also be used for updating administrative records of the healthcare facility. For example, if a patient changes rooms, a healthcare professional can transmit a notification of the room change to the control system 1 10 by selecting the patient's name, and dragging that patient to the new room. In addition, the user interface 1 000 may be updated to reflect the room change.
- FIG. 1 1 conceptually i llustrates electronic system 1 100 with which one or more embodiments of the subject technology may be implemented.
- Electronic system 1 100 can be, or can include, the control system 1 1 0, the interface system 320, one or more of the healthcare systems 120A-D, one or more of the healthcare devices 130A-F, one or more of the user devices 140A-C, a desktop computer, a laptop computer, a tablet computer, a phone, a personal digital assistant (PDA), and/or generally any electronic device that transmits signals over a network.
- PDA personal digital assistant
- Such an electronic system includes various types of computer readable media and interfaces for various other types of computer readable media.
- Electronic system 1 1 00 includes bus 1 108, processing unit(s) 1 1 12, system memory 1 104, read-only memory (ROM) 1 1 10, permanent storage device 1 1 02, input device interface 1 1 14, output device interface 1 106, and network interface 1 1 16, or subsets and variations thereof.
- Bus 1 108 collectively represents all system, peripheral, and chipset buses that communicatively connect the numerous internal devices of electronic system 1 100.
- bus 1 108 communicatively connects processing unit(s) 1 1 12 with ROM 1 1 10, system memory 1 104, and permanent storage device 1 102. From these various memory units, processing unit(s) 1 1 12 retrieves instructions to execute and data to process in order to execute the processes of the subject disclosure.
- the processing unit(s) can be a single processor or a multi-core processor in different embodiments.
- ROM 1 1 10 stores static data and instructions that are needed by processing unit(s) 1 1 1 2 and other modules of the electronic system.
- Permanent storage device 1 102 is a read-and-write memory device. This device is a non-volatile memory unit that stores instructions and data even when electronic system 1 1 00 is off.
- One or more embodiments of the subject disclosure use a mass-storage device (such as a magnetic or optical disk and its corresponding disk drive) as permanent storage device 1 102.
- system memory 1 104 is a read-and-write memory device.
- unl ike storage device 1 102 system memory 1 1 04 is a volatile read-and-write memory, such as random access memory.
- System memory 1 104 stores any of the instructions and data that processing unit(s) 1 1 12 needs at runtime.
- the processes of the subject disclosure are stored in system memory 1 104, permanent storage device 1 102, and/or ROM 1 1 10. From these various memory units, processing unit(s) 1 1 12 retrieves instructions to execute and data to process in order to execute the processes of one or more embodiments.
- Bus 1 108 also connects to input and output device interfaces 1 1 14 and 1 106.
- Input device interface 1 1 14 enables a user to communicate information and select commands to the electronic system.
- Input devices used with input device interface 1 1 14 include, for example, alphanumeric keyboards and pointing devices (also called “cursor control devices").
- Output device interface 1 106 enables, for example, the display of images generated by electronic system 1 100.
- Output devices used with output device interface 1 106 include, for example, printers and display devices, such as a liquid crystal display (LCD), a light emitting diode (LED) display, an organic light emitting diode (OLED) display, a flexible display, a flat panel display, a solid state display, a projector, or any other device for outputting information.
- printers and display devices such as a liquid crystal display (LCD), a light emitting diode (LED) display, an organic light emitting diode (OLED) display, a flexible display, a flat panel display, a solid state display, a projector, or any other device for outputting information.
- One or more embodiments may include devices that function as both input and output devices, such as a touchscreen.
- feedback provided to the user can be any form of sensory feedback, such as visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input.
- bus 1 108 also couples electronic system 1 100 to a network (not shown) through network interface 1 1 16.
- the computer can be a part of a network of computers (such as a local area network (“LAN”), a wide area network (“WAN”), or an Intranet, or a network of networks, such as the Internet. Any or all components of electronic system 1 100 can be used in conjunction with the subject disclosure.
- Examples of computer readable media include, but are not limited to, RAM, ROM, read-only compact discs (CD-ROM), recordable compact discs (CD-R), rewritable compact discs (CD-RW), read-only digital versatile discs (e.g., DVD-ROM, dual-layer DVD-ROM), a variety of recordable/rewritable DVDs (e.g., DVD-RAM, DVD-RW, DVD+RW, etc.), flash memory (e.g., SD cards, mini-SD cards, micro-SD cards, etc.), magnetic and/or solid state hard drives, ultra density optical discs, any other optical or magnetic media, and floppy disks.
- RAM random access memory
- ROM read-only compact discs
- CD-R recordable compact discs
- CD-RW rewritable compact discs
- read-only digital versatile discs e.g., DVD-ROM, dual-layer DVD-ROM
- flash memory e.g., SD cards, mini-SD cards, micro
- the computer readable media does not include carrier waves and electronic signals passing wireless ly or over wired connections, or any other ephemeral signals.
- the computer readable media may be entirely restricted to tangible, physical objects that store information in a form that is readable by a computer.
- the computer readable media is non-transitory computer readable media, computer readable storage media, or non-transitory computer readable storage media.
- a computer program product (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a stand alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment.
- a computer program may, but need not, correspond to a file in a file system.
- a program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code).
- a computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.
- ASICs application specific integrated circuits
- FPGAs field programmable gate arrays
- integrated circuits execute instructions that are stored on the circuit itself.
- any specific order or hierarchy of blocks in the processes disclosed is an illustration of example approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes may be rearranged, or that all illustrated blocks be performed. Any of the blocks may be performed simultaneously. In one or more embodiments, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.
- the phrase "at least one of preceding a series of items, with the term “and” or “or” to separate any of the items, modifies the list as a whole, rather than each member of the list (i.e., each item).
- phrases “at least one of A, B, and C” or “at least one of A, B, or C” each refer to only A, only B, or only C; any combination of A, B, and C; and/or at least one of each of A, B, and C.
- a processor configured to monitor and control an operation or a component may also mean the processor being programmed to monitor and control the operation or the processor being operable to monitor and control the operation.
- a processor configured to execute code can be construed as a processor programmed to execute code or operable to execute code.
- a phrase such as "an aspect” does not imply that such aspect is essential to the subject technology or that such aspect applies to all configurations of the subject technology.
- a disclosure relating to an aspect may apply to all configurations, or one or more configurations.
- An aspect may provide one or more examples of the disclosure.
- a phrase such as an "aspect” may refer to one or more aspects and vice versa.
- a phrase such as an "embodiment” does not imply that such embodiment is essential to the subject technology or that such embodiment applies to all configurations of the subject technology.
- a disclosure relating to an embodiment may apply to all embodiments, or one or more embodiments.
- An embodiment may provide one or more examples of the disclosure.
- a phrase such an "embodiment” may refer to one or more embodiments and vice versa.
- a phrase such as a "configuration” does not imply that such configuration is essential to the subject technology or that such configuration applies to all configurations of the subject technology.
- a disclosure relating to a configuration may apply to all configurations, or one or more configurations.
- a configuration may provide one or more examples of the disclosure.
- a phrase such as a "configuration” may refer to one or more configurations and vice versa.
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Educational Administration (AREA)
- Tourism & Hospitality (AREA)
- Radiology & Medical Imaging (AREA)
- Game Theory and Decision Science (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Biomedical Technology (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA2900666A CA2900666A1 (en) | 2013-03-13 | 2014-03-11 | Pharmacy workflow management system |
CN201480015101.4A CN105190680A (en) | 2013-03-13 | 2014-03-11 | Pharmacy workflow management system |
EP14780320.9A EP2984619A4 (en) | 2013-03-13 | 2014-03-11 | Pharmacy workflow management system |
AU2014248942A AU2014248942A1 (en) | 2013-03-13 | 2014-03-11 | Pharmacy workflow management system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/802,443 | 2013-03-13 | ||
US13/802,443 US20130204637A1 (en) | 2000-05-18 | 2013-03-13 | Pharmacy workflow management system |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014164875A1 true WO2014164875A1 (en) | 2014-10-09 |
Family
ID=51658994
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2014/023681 WO2014164875A1 (en) | 2013-03-13 | 2014-03-11 | Pharmacy workflow management system |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP2984619A4 (en) |
CN (1) | CN105190680A (en) |
AU (1) | AU2014248942A1 (en) |
CA (1) | CA2900666A1 (en) |
WO (1) | WO2014164875A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016141216A1 (en) * | 2015-03-03 | 2016-09-09 | Baxter Corporation Englewood | Pharmacy workflow management with integrated alerts |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108132612A (en) * | 2017-12-20 | 2018-06-08 | 国药集团德众(佛山)药业有限公司 | A kind of intelligence medicine-chest control system |
CN108062063A (en) * | 2017-12-20 | 2018-05-22 | 国药集团德众(佛山)药业有限公司 | A kind of intelligent drugstore control system |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030205897A1 (en) * | 2000-06-08 | 2003-11-06 | Kaufman Stacy R. | Verification of prescription information and warning label |
US6671563B1 (en) * | 1995-05-15 | 2003-12-30 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
US20040188998A1 (en) * | 2001-07-19 | 2004-09-30 | Henthorn David A. | Drug calendar apparatus and method |
JP2004287616A (en) * | 2003-03-19 | 2004-10-14 | Fuji Photo Film Co Ltd | Medical support system and medical support device |
JP2006155070A (en) * | 2004-11-26 | 2006-06-15 | Toshiba Sumiden Medical Information Systems Corp | Electronic chart pharmacotherapy instruction execution system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100286612A1 (en) * | 2009-05-06 | 2010-11-11 | William Cirillo | Medication injection supervisor device |
US8798367B2 (en) * | 2011-01-31 | 2014-08-05 | Metrologic Instruments, Inc. | Optical imager and method for correlating a medication package with a patient |
CN202471135U (en) * | 2012-03-23 | 2012-10-03 | 北京海鑫智圣技术有限公司 | Drug information detecting device |
-
2014
- 2014-03-11 EP EP14780320.9A patent/EP2984619A4/en not_active Withdrawn
- 2014-03-11 CA CA2900666A patent/CA2900666A1/en not_active Abandoned
- 2014-03-11 WO PCT/US2014/023681 patent/WO2014164875A1/en active Application Filing
- 2014-03-11 CN CN201480015101.4A patent/CN105190680A/en active Pending
- 2014-03-11 AU AU2014248942A patent/AU2014248942A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6671563B1 (en) * | 1995-05-15 | 2003-12-30 | Alaris Medical Systems, Inc. | System and method for collecting data and managing patient care |
US20030205897A1 (en) * | 2000-06-08 | 2003-11-06 | Kaufman Stacy R. | Verification of prescription information and warning label |
US20040188998A1 (en) * | 2001-07-19 | 2004-09-30 | Henthorn David A. | Drug calendar apparatus and method |
JP2004287616A (en) * | 2003-03-19 | 2004-10-14 | Fuji Photo Film Co Ltd | Medical support system and medical support device |
JP2006155070A (en) * | 2004-11-26 | 2006-06-15 | Toshiba Sumiden Medical Information Systems Corp | Electronic chart pharmacotherapy instruction execution system |
Non-Patent Citations (1)
Title |
---|
See also references of EP2984619A4 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016141216A1 (en) * | 2015-03-03 | 2016-09-09 | Baxter Corporation Englewood | Pharmacy workflow management with integrated alerts |
JP2018507487A (en) * | 2015-03-03 | 2018-03-15 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | Pharmacy workflow management with alert integration |
JP2019207738A (en) * | 2015-03-03 | 2019-12-05 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | Pharmacy workflow management with integrated alerts |
JP2022027969A (en) * | 2015-03-03 | 2022-02-14 | バクスター・コーポレーション・イングルウッド | Pharmacy workflow management with integrated alerts |
JP7430697B2 (en) | 2015-03-03 | 2024-02-13 | バクスター・コーポレーション・イングルウッド | Pharmacy workflow management with alert integration |
US11948112B2 (en) | 2015-03-03 | 2024-04-02 | Baxter Corporation Engelwood | Pharmacy workflow management with integrated alerts |
Also Published As
Publication number | Publication date |
---|---|
CA2900666A1 (en) | 2014-10-09 |
CN105190680A (en) | 2015-12-23 |
EP2984619A1 (en) | 2016-02-17 |
EP2984619A4 (en) | 2016-08-03 |
AU2014248942A1 (en) | 2015-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20130204637A1 (en) | Pharmacy workflow management system | |
US11823791B2 (en) | Context-aware healthcare notification system | |
US20130197927A1 (en) | Healthcare validation system | |
US11810653B2 (en) | Computer-implemented method, system, and apparatus for electronic patient care | |
US20210335471A1 (en) | Variable dose dispensing system | |
US20130197929A1 (en) | Healthcare communication system | |
CN105074765B (en) | Patient-specific medication management system | |
JP2023030032A (en) | Computer-implemented method, system, and apparatus for electronic patient care | |
JP4939231B2 (en) | Centralized drug management system | |
US9892268B2 (en) | Extensible deployment system | |
KR102654885B1 (en) | Adaptive control of medical devices based on clinician interaction | |
CN114267429A (en) | Predictive medication safety | |
AU2020203449B2 (en) | Context-aware healthcare notification system | |
WO2014164875A1 (en) | Pharmacy workflow management system | |
WO2014159286A1 (en) | Healthcare communication system | |
WO2014159284A1 (en) | Healthcare validation system | |
NZ749334B2 (en) | System for reducing medical errors |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201480015101.4 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14780320 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2900666 Country of ref document: CA |
|
REEP | Request for entry into the european phase |
Ref document number: 2014780320 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2014780320 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2014248942 Country of ref document: AU Date of ref document: 20140311 Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |