HIERARCHICAL ADAPTIVE CLOSED-LOOP FLUID RESUSCITATION AND CARDIOVASCULAR DRUG ADMINISTRATION SYSTEM

CROSS REFERENCE

[001] This application claims the benefit of U.S. Provisional Application No. 62/505,232, filed May 12, 2017, which is incorporated herein by reference in its entirety.

GOVERNMENT RIGHTS

[002] The invention was made with government support under W81XWH-14-C-1385 by the US Army Medical Research and Material Command and under IIP- 1648292 by the National Science Foundation. The government has certain rights in the invention.

BACKGROUND

[003] Reliable and consistent fluid resuscitation (i.e., intravenous administration of fluids) is critical for perioperative and intensive care unit (ICU) fluid management in human and animal populations. The goal of fluid resuscitation is to restore blood volume in the circulatory system to an acceptable level to ensure adequate tissue perfusion. However, large intra-patient and inter- patient variability in physiological parameters, and the effects of different illnesses and medications can result in under-resuscitation and over-resuscitation of patients.

INCORPORATION BY REFERENCE

[004] Each patent, publication, and non-patent literature cited in the application is hereby incorporated by reference in its entirety as if each was incorporated by reference individually.

SUMMARY OF THE INVENTION

[005] In some embodiments, the disclosure provides a method for fluid resuscitation and/or cardiovascular drug administration comprising: a) initiating an infusion rate of a fluid and/or a cardiovascular drug into a subject at an infusion rate; b) receiving hemodynamic sensor data of the subject from at least one medical monitoring device attached to the subject by a hierarchical control architecture system, wherein the hierarchical control architecture system comprises: at least one adaptive controller; and a logic-based controller; wherein the subject's hemodynamic data is received by the logic-based controller and the at least one adaptive controller, wherein the at least one adaptive controller and the logic-based controller are in communication with one another; c) generating by the at least one adaptive controller an altered infusion rate based on the subject's hemodynamic data, previous infusion rates, and internal parameters and states of the at least one adaptive controller; d) verifying by the logic-based controller that the subject's hemodynamic data and the at least one adaptive controller states do not violate rules governing the operation of the at least one adaptive controller; e) sending the altered infusion rate from the logic-based controller to at least one infusion pump; f) automatically administering by the at least one infusion pump the fluid and/or cardiovascular drug to the subject at the altered infusion rate or infusion rates upon receipt of the infusion rate or infusion rates; and g) repeating steps b) - f) at set time intervals.

[006] In some embodiments, the disclosure provides a method for fluid resuscitation and/or cardiovascular drug administration clinical decision support comprising: a) asking a user to provide an initial infusion rate of a fluid and/or a cardiovascular drug; b) receiving hemodynamic sensor data of the subject from at least one medical monitoring device attached to the subject by a hierarchical control architecture system, wherein the hierarchical control architecture system comprises: at least one adaptive controller; and a logic-based controller; wherein the subject's hemodynamic data is received by the logic-based controller and the at least one adaptive controller, wherein the at least one adaptive controller and the logic-based controller are in communication with one another; c) generating by the at least one adaptive controller an altered infusion rate based on the subject's hemodynamic data, previous infusion rates, and internal parameters and states of the at least one adaptive controller; d) verifying by the logic-based controller that the hemodynamic data and the at least one adaptive controller states do not violate rules governing the operation of the at least one adaptive controller; e) verifying by the logic- based controller whether the altered infusion rate meets the requirements to notify the user and if not the infusion rate is kept at the previous value; f) displaying the altered infusion rate from the at least one adaptive controller if the altered infusion rate meets the requirement in step e); g) asking the user to either accept the altered infusion rate or change the new infusion rate to a different value or different values; and h) repeating steps b) - g) at set time intervals.

BRIEF DESCRIPTION OF THE FIGURES

[007] FIG. 1 PANEL A illustrates a two-compartment model of fluid exchange in the body for non-burn patients. FIG. 1 PANEL B illustrates a three-compartment model of the microvascular exchange system for burn patients. FIG. 1 PANEL C illustrates a two-compartment model of cardiovascular drug exchange in the body.

[008] FIG. 2 PANEL A illustrates the overall architecture of a fully automated closed-loop fluid resuscitation or cardiovascular drug administration system. FIG. 2 PANEL B illustrates the overall architecture of a fully automated closed-loop fluid resuscitation and cardiovascular drug administration system.

[009] FIG. 3 PANEL A illustrates the overall architecture of a partially automated (clinical decision support) fluid resuscitation or cardiovascular drug administration system. FIG. 3 PANEL B illustrates the overall architecture of a partially automated (clinical decision support) fluid resuscitation and cardiovascular drug administration system.

[010] FIG. 4 PANEL A illustrates components of a fully automated, closed-loop fluid resuscitation or cardiovascular drug administration system. FIG. 4 PANEL B illustrates components of a fully automated, closed-loop fluid resuscitation and cardiovascular drug administration system.

[Oil] FIG. 5 PANEL A illustrates components of a partially automated clinical decision support fluid resuscitation or cardiovascular drug administration system. FIG. 5 PANEL B illustrates components of a partially automated clinical decision support fluid resuscitation and

cardiovascular drug administration system.

[012] FIG. 6 illustrates a flow chart of the lower-level adaptive control architecture.

[013] FIG. 7 depicts stroke volume variation versus time.

[014] FIG. 8 depicts fluid infusion rates computed by the adaptive control framework.

[015] FIG. 9 depicts plasma volume in circulation versus time.

[016] FIG. 10 depicts changes in filtered SVV (%) in 2 canine subjects experiencing controlled hemorrhage.

[017] FIG. 11 depicts changes in infusion rates in 2 canine subjects experiencing controlled hemorrhage.

[018] FIG. 12 depicts changes in filtered SVV(%) in 3 canine subjects experiencing

uncontrolled hemorrhage.

[019] FIG. 13 depicts changes in infusion rates in 3 canine subjects experiencing uncontrolled hemorrhage.

[020] FIG. 14 depicts changes in filtered SVV(%) in 2 canine subjects that were hypotensive as a result of administration of sodium nitroprusside (S4-1) and increase in isoflurane (S5-1).

[021] FIG. 15 depicts changes in infusion rates in 2 canine subjects that were hypotensive as a result of administration of sodium nitroprusside (S4-1) and increase in isoflurane (S5-1).

[022] FIG. 16 illustrates components of the higher-level controller for the closed-loop fluid resuscitation system.

[023] FIG. 17 illustrates components of the higher-level controller for the clinical decision support case.

[024] FIG. 18 depicts mean arterial pressure versus time.

[025] FIG. 19 depicts cardiovascular drug infusion rates computed by the adaptive control framework.

[026] FIG. 20 depicts mean arterial pressure versus time.

[027] FIG. 21 depicts fluid infusion rates computed by the adaptive control framework. [028] FIG. 22 depicts stroke volume variation versus time.

[029] FIG. 23 depicts fluid infusion rates computed by the fluid resuscitation adaptive control framework.

[030] FIG. 24 depicts mean arterial pressure versus time.

[031] FIG. 25 depicts vasopressor infusion rates computed by the cardiovascular drug administration adaptive control framework.

[032] FIG. 26 depicts a fluid resuscitation and cardiovascular drug administration system implemented on hardware.

DETAILED DESCRIPTION

[033] Reliable and consistent fluid resuscitation (i.e., intravenous administration of fluids) is critical for perioperative and intensive care unit (ICU) fluid management in human and animal populations. Fluid management is required for surgical patients as well as patients suffering from hypovolemia, sepsis, severe sepsis, septic shock, burn, and other conditions. The goal of fluid resuscitation is to restore blood volume in the circulatory system to an acceptable level in order to ensure adequate tissue perfusion (i.e., blood delivery to tissue). However, large intra-patient and inter-patient variability in physiological parameters, and the effects of different illnesses and medications can result in under-resuscitation and over-resuscitation of patients.

[034] Under-resuscitation results in hypovolemia, which can lead to hypoperfusion and organ failure. Over-resuscitation results in fluid overload, which can lead to complications such as pulmonary edema. Fluid overload is associated with higher rates of morbidity and mortality. Restrictive fluid resuscitation protocols reduce the number of mechanical ventilation days and the length of hospital stays.

[035] Cardiovascular drug administration can be used independently to address a clinical condition (e.g., vasopressors are used to increase blood pressure to a clinically acceptable value or inotropic agents are used to change the contractility of the heart). Cardiovascular drugs, such as vasopressors, are administered independent of fluids in critical care for hypotensive patients. Cardiovascular drugs can also be used in combination with fluid resuscitation. For example, to address hypotension and hypovolemia in sepsis and during surgery, a vasopressor and fluid can be administered simultaneously.

[036] The present disclosure describes a reliable and consistent closed-loop fluid resuscitation system, a clinical decision support fluid resuscitation system, a closed-loop cardiovascular drug administration system, a clinical decision support cardiovascular drug administration system, a closed-loop fluid and cardiovascular drug administration system, and a clinical decision support fluid and cardiovascular drug administration system. The system uses continuous measurements from standard operating room (OR) or ICU hemodynamic monitoring devices or sensors or a built-in or add-on modules to measure such continuous measures to compute the required fluid and/or cardiovascular drug infusion rates for patients receiving continuous infusion. Adaptive control architecture is used to compute the required infusion rates to regulate an endpoint of fluid or drug administration including, but not limited to, static indicators of fluid responsiveness and dynamic indicators of fluid responsiveness for the fluid resuscitation module, and hemodynamic measures for the cardiovascular drug administration module. In some embodiments, the static indicators of fluid responsiveness include mean arterial pressure, central venous pressure, heart rates, cardiac output, stroke volume, cardiac index, and urine output rates of patients. In some embodiments, dynamic indicators of fluid responsiveness include stroke volume variation, pulse pressure variations, systolic pressure variation, dynamic arterial elastance, and pleth variability indices of patients. In some embodiments, hemodynamic measures include mean arterial pressure, central venous pressure, systolic pressure, diastolic pressure, heart rate, cardiac output, cardiac index, systemic vascular resistance, stroke volume, and urine output. The closed-loop fluid resuscitation and/or cardiovascular drug administration system described herein comprises an adaptive controller or two adaptive controllers that use a function approximator, such as a neural network, Fourier functions, or wavelets, to identify the unknown dynamics and physiological parameters of a patient to compute appropriate infusion rates and to regulate the endpoint of fluid resuscitation or cardiovascular drug administration.

[037] The developed fluid resuscitation system can use either crystalloids or colloids during resuscitation and use vasoactive cardiovascular drugs (e.g., vasopressor) or inotropic agents. The fluid infusion rate (e.g., in mL/hour) is highly dependent on a patient needs. In some

embodiments, the fluid infusion rate can range from 0 to 3,000 mL/hr or more in humans, and 0 to 40,000 mL/h or more in animals. The cardiovascular drug infusion rate (e.g., in mcg/kg/min) is highly dependent on a patient's needs. In some embodiments, the cardiovascular drug infusion rate (e.g., vasopressor or inotropic agents) can range from 0 mcg/kg/min to 40 mcg/kg/min, or can exceed 40 mcg/kg/min.

Compartmental modeling for characterizing fluid distribution

[038] The present disclosure models the microvascular exchange system to characterize the distribution of fluids in the body.

[039] A two-compartment dynamic system model is used for all patient populations except for patients with burn injuries. The compartments for two-compartment dynamic system models include circulation (blood) and interstitial tissue. A 4th-order nonlinear state space model representation of the dynamic system can provide a simplified model of the microvascular exchange system for non-burn patients. The states of the two-compartment dynamic system include the volume of fluids and albumin mass in each compartment (a total of four states).

[040] A three-compartment model is used for patients with burn injuries. The states of the three- compartment dynamic system model include circulation (blood), injured tissue, and uninjured tissue. A 6th-order nonlinear state space model representation of the dynamic system can provide a simplified model of the microvascular exchange system for burn patients. The states of the three-compartment dynamic system include volume of fluids and albumin mass in each compartment (a total of six states).

[041] The parameters of the two- and three-compartment models of the microvascular exchange system characterize fluid and mass exchange between different compartments. These parameters are generally unknown and are different from patient to patient.

[042] FIG. 1 PANEL A illustrates a two-compartment model of the fluid exchange in the body for non-burn patients. FIG. 1 PANEL B illustrates a three-compartment model of the

microvascular exchange system for burn patients.

[043] In some embodiments, a higher number of compartments are used to model the

microvascular exchange system of a patient population. In some embodiments, a model dynamic system consists of 2, 3, 4, or 5 compartments. In some embodiments, a 1, 2, 3, or 4-compartment dynamic system model is used for a patient population. In some embodiments, a two- compartment dynamic system model is used for a patient population. In some embodiments, a three-compartment dynamic system model is used for a patient population. In some embodiments, a four-compartment dynamic system model is used for a patient population.

Compartmental modeling for characterizing cardiovascular drug distribution

[044] The present disclosure models the cardiovascular drug distribution in the body using a compartmental model.

[045] Cardiovascular drug distribution can be modeled using a two-compartment model. The compartments for two-compartment dynamic system models include circulation (blood) and tissue. A 2nd-order nonlinear state space model representation of the dynamic system can provide a simplified model of the cardiovascular drug distribution for patients. The states of the two-compartment dynamic system include the concentration of cardiovascular drug in each compartment.

[046] The parameters of the two-compartment model of the cardiovascular drug distribution characterizes cardiovascular drug mass exchange between different compartments. These parameters are generally unknown and are different from patient to patient. FIG. 1 PANEL C illustrates a two-compartment model of the cardiovascular drug distribution in the body. [047] In some embodiments, a higher number of compartments are used to model the cardiovascular drug distribution for a patient. In some embodiments, a model dynamic system consists of 2, 3, 4, or 5 compartments. In some embodiments, a 1, 2, 3, or 4-compartment dynamic system model is used for a patient population. In some embodiments, a two- compartment dynamic system model is used for a patient population. In some embodiments, a three-compartment dynamic system model is used for a patient population. In some embodiments, a four-compartment dynamic system model is used for a patient population.

Process for computing fluid infusion rate and/or cardiovascular drug infusion rate for a closed-loop system or a clinical decision support system

[048] The disclosure provides an adaptive control architecture framework for a closed-loop fluid resuscitation and/or cardiovascular drug administration system. The fluid resuscitation and/or cardiovascular drug administration system of the disclosure receives data from a monitoring system or a set of monitoring systems. In some embodiments, the fluid resuscitation and/or cardiovascular drug administration system receives data from an existing monitoring system or systems. In some embodiments, the fluid resuscitation and/or cardiovascular drug administration system receives data from a built-in monitoring system or systems. In some embodiments, the fluid resuscitation and/or cardiovascular drug administration system receives data from an add-on monitoring system or systems.

[049] The received data comprises one of: blood pressure, heart rate, stroke volume variation, pulse pressure variation, dynamic arterial elastance, pleth variability index, urine output rate, systolic pressure variation, central venous pressure, mean arterial pressure, cardiac output, cardiac index, systolic pressure, diastolic pressure, systemic vascular resistance, or stroke volume. In some embodiments, the received data comprises a combination of blood pressure, heart rate, stroke volume variation, pulse pressure variation, dynamic arterial elastance, pleth variability index, urine output rate or urine output, systolic pressure variation, central venous pressure, mean arterial pressure, cardiac output, cardiac index, systolic pressure, diastolic pressure, systemic vascular resistance, or stroke volume. In some embodiments, a built-in or add-on monitoring system or systems are used and the input data includes one or a combination of an invasive blood pressure signal or a non-invasive pressure signal collected from a patient's arm or leg using a blood pressure cuff.

[050] The disclosed fluid resuscitation and/or cardiovascular drug administration system can transmit data to a receiver or a set of receivers. In some embodiments, the disclosed fluid resuscitation and/or cardiovascular drug administration system can transmit data to an external or built-in infusion pump or infusion pumps, a user, an electronic medical record, or a remote location. In some embodiments, the disclosed fluid resuscitation and/or cardiovascular drug administration system can transmit data to a combination of receivers. In some embodiments, the disclosed fluid resuscitation and/or cardiovascular drug administration system can transmit data to an infusion pump or infusion pumps and a user or users. In some embodiments, the disclosed fluid resuscitation system can transmit data to an infusion pump or infusion pumps, a user or users, and an electric medical record. In some embodiments, the disclosed fluid resuscitation system can transmit data to an infusion pump or infusion pumps, a user or users, an electronic medical record, and a remote location.

[051] The adaptive architecture of the disclosure can be implemented in a fully automated architecture or a partially automated architecture.

[052] Full automation: In some embodiments, the adaptive architecture of the disclosure is implemented in a fully automated architecture, wherein the infusion rate of the infusion pump or infusion rates of the infusion pumps are updated automatically by the system using the most recent value of the infusion rate or infusion rates.

[053] Partial automation (also referred to as clinical decision support): In some

embodiments, the adaptive architecture of the disclosure is implemented in a partially automated architecture. In some embodiments, the framework of the disclosure is used within a clinical decision support context, where recommended infusion rates are displayed to the end-user (clinician) for approval. In some embodiments, the system can request for approval before changing the infusion rate of the pump or pumps. In some embodiments, the end-user can use recommended infusion rate changes and manually change the infusion rate on the pump or pumps based on his/her clinical judgment and the recommendation provided by the clinical decision support system. In some embodiments, the end-user can enter whether the recommended infusion rate was accepted or rejected. In some embodiments, the end-user can enter a new manually changed infusion rate or infusion rates. In some embodiments, the system can automatically change the infusion rate of the pump or infusion rates of the pump after the user approves or modifies the recommended infusion rate or infusion rates.

Architecture of the disclosure

[054] The present disclosure is able to determine suitable infusion rates based on an input from patient-monitoring devices, built-in monitoring devices, add-on monitoring modules, or sensors. Infusion rates can be adjusted based on the input from patient-monitoring devices, built-in monitoring devices, add-on monitoring modules, or sensors. The adaptive control framework of the disclosure does not require any patient-specific information (e.g., age, gender, weight, diagnosis). Furthermore, the framework does not require an accurate model of the patient dynamics and the patient-specific physiological parameters.

[055] The present disclosure describes a closed-loop or clinical decision support fluid resuscitation and/or cardiovascular drug administration system predicated on hierarchical adaptive control architecture. In some embodiments, the hierarchical control architecture is composed of one or two lower-level adaptive controllers and a higher-level, logic-based controller. In some embodiments, the higher-level, logic-based controller is a rule-based expert system.

[056] If the system is used for fluid resuscitation, the hierarchical control architecture is composed of an adaptive controller fluid module and a higher-level, logic-based controller. If the system is used for only cardiovascular drug administration, the hierarchical control architecture is composed of an adaptive controller cardiovascular drug module and a higher-level, logic-based controller. If the system is used for fluid resuscitation and cardiovascular drug administration, the hierarchical control architecture is composed of an adaptive controller fluid module, an adaptive controller cardiovascular drug module, and a higher-level, logic-based controller.

[057] The lower-level controller focused on fluid resuscitation uses an adaptive control framework to regulate a measure of fluid responsiveness to a desired value by adjusting the fluid infusion rate. In some embodiments, the lower-level controller can regulate mean arterial pressure, systolic pressure, diastolic pressure or a measure of fluid responsiveness including stroke volume variation, pleth variability index, pulse pressure variation, dynamic arterial elastance, central venous pressure, urine output rate or urinte output, or systolic pressure variation. While the goal of this lower-level controller is to regulate a measure of fluid responsiveness to a desired value, the controller may achieve a measurement that is close to the desired value (with some error). Lower-level controller design parameters can be changed to adjust the value of this error.

[058] The lower-level controller focused on cardiovascular drug administration uses an adaptive control framework to regulate a hemodynamic measure to a desired value by adjusting the cardiovascular drug infusion rate. In some embodiments, the lower-level controller can regulate mean arterial pressure, systolic pressure, diastolic pressure, heart rate, cardiac output, stroke volume, systemic vascular resistance, or cardiac index. In some embodiments the administered cardiovascular drug is a vasopressor and the lower-level controller can regulate mean arterial pressure, systolic pressure, systemic vascular resistance, or diastolic pressure. In some embodiments, the administered cardiovascular drug is an inotropic agent and the lower-level controller can regulate cardiac output, cardiac index, mean arterial pressure, systemic vascular resistance, or heart rate. In some embodiments, the administered cardiovascular drug is a chronotropic agent, and the lower-level controller can regulate heart rate or cardiac output. While the goal of this lower-level controller is to regulate a hemodynamic measure to a desired value, the controller may achieve a measurement that is close to the desired value (with some error). Lower-level controller design parameters can be changed to adjust the value of this error.

[059] The role of the higher-level, logic-based controller is different depending on whether the system is used to fully automate or partially automate fluid resuscitation and/or cardiovascular drug administration. The higher-level, logic-based controller monitors the performance of the lower-level adaptive controller(s) and the patient's response to therapy. In case of fluid

management, a measure of fluid responsiveness or tissue perfusion is monitored (e.g., mean arterial pressure, stroke volume variation, pulse pressure variation, systolic pressure variation, dynamic arterial elastance, pleth variability index etc.) and in case of cardiovascular drug administration, a measure of hemodynamic function is monitored (e.g., mean arterial pressure, heart rate etc.). If certain performance criteria are violated, then the higher-level controller can "disengage" the lower-level controller(s) (if the system is used for full automation of fluid resuscitation) or the higher-level controller will stop providing suggested infusion rates and will alert the end-user (if the system is used for partial automation of fluid resuscitation). Time stamps, infusion rates and measurement data can be sent to an internal of external database by the higher- level controller for archiving purposes.

[060] The higher-level controller can also determine the timing of engaging each lower-level controller. In some embodiments, the higher-level controller engages the fluid resuscitation module first, and if some performance criteria is not met after a period of time, the drug administration module is also engaged. The higher-level controller (in clinical decision support) can also determine the when to notify the user. In some embodiments, the higher-level controller notifies the user only if the difference between the newly computed infusion rate by the lower- level controller and the last user-approved infusion rate is higher than some threshold.

[061] In some embodiments, in a partial automation application, the higher-level controller can use end-user response (to accept or reject the suggested infusion rate) to update the internal state of the lower-level controller. In addition, in both full automation and partial automation, the higher-level controller can change the internal states of the lower-level controller(s) if the computed infusion rate is out of a "safe" range defined by the end-user. In some embodiments, if the infusion rate computed by the lower-level controller exceeds the maximum allowable infusion rate then the higher-level controller resets the internal parameters and variables of the controller to preset default values.

[062] The higher-level controller can also provide recommendation to the user to engage the cardiovascular drug administration module if a patient's hemodynamic variable of interest is not improved after a certain period of time after fluid resuscitation. In some embodiments, the higher-level controller asks the user to engage the fluid resuscitation module first, and if some performance criteria is not met after a period of time, asks the user to engage the drug

administration module. In some embodiments, the higher-level controller asks the user to engage the cardiovascular drug administration module first, and if some performance criteria is not met after a period of time, asks the user to engage the fluid resuscitation module.

[063] FIG. 2 PANEL A illustrates the overall architecture of a fully automated closed-loop fluid resuscitation system or a fully automated closed-loop cardiovascular drug administration system of the disclosure. A sensor (e.g., hemodynamic monitor) sends data to the lower-level controller and the higher-level controller. The higher-level controller monitors the performance of the lower-level controller and the response of the patient to fluids or cardiovascular drugs by monitoring measurements from the sensor, internal state of the lower-level controller, and infusion rate computed by the lower-level controller (which is sent to the infusion pump by the higher-level controller). The lower-level controller can send or receive data from the higher-level logic controller.

[064] The higher-level controller can send or receive data from the lower-level controller. The human user (clinician) can interact with the closed-loop system through a user interface to set a target value for the measurement (e.g., set target stroke volume variation of 13% or set mean arterial pressure of 65mmHg), set the range of "safe" infusion rates (e.g., between 0 and 3,000 mL/hr for fluids or 0 and 0.5 mcg/kg/min for a vasopressor), start and stop the system, or set a backup infusion rate in case of loss of sensor signal (e.g., 1,000 mL/hr for fluid or 0.2

mcg/kg/min for vasopressor). The lower-level controller processes a patient's data received from a sensor or a hemodynamic monitoring device (external or built-in), and sends computed infusion rates to the higher-level controller. The higher-level controller ensures that the infusion rate meets all requirements (e.g., it is in the safe range) and if so sends a command to an infusion pump (external or built-in), which administers fluids or cardiovascular drugs to the patient.

[065] FIG. 2 PANEL B illustrates the overall architecture of a fully automated closed-loop fluid resuscitation system and cardiovascular drug administration system of the disclosure. In this system, the closed-loop system provides both fluid and cardiovascular drug simultaneously. One or two sensors (e.g., hemodynamic monitor and vital sign monitor) send data to the lower-level controller fluid module and lower-level controller cardiovascular drug module and the higher- level controller. The higher-level controller monitors the performance of the lower-level controllers and the response of the patient to fluid and cardiovascular drug by monitoring measurements from the sensors, internal state of the lower-level controllers, and infusion rates computed by the lower-level controllers (which are sent to two different infusion pumps by the higher-level controller: a fluid infusion pump and a cardiovascular drug infusion pump). Lower- level controllers can send or receive data from the higher-level logic controller.

[066] The higher-level controller can send or receive data from the lower-level controllers. The human user (clinician) can interact with the closed-loop system through a user interface to set a target value for the measurement or measurements (e.g., set target stroke volume variation of 13% and mean arterial pressure of 65mmHg), set the range of "safe" infusion rates (e.g., between 0 and 3,000 mL/hr for fluids and 0 and 0.5 mcg/kg/min for a vasopressor), start and stop the system, or set a backup infusion rate in case of loss of sensor signal (e.g., 1,000 mL/hr for fluid and 0.2 mcg/kg/min for vasopressor). The lower-level controllers process patient's data received from one or more sensors or a hemodynamic monitoring devices (external or built-in), and sends computed infusion rates to the higher-level controller. The higher-level controller ensures that the infusion rate meets all requirements (e.g., they are in the safe range) and if so sends a commands to infusion pumps (external or built-in), which administer fluids and cardiovascular drugs to the patient. Data measured from sensors used by the lower-level fluid module and lower-level cardiovascular drug administration module may be the same (e.g., mean arterial pressure for both modules) or different (e.g., stroke volume variation for fluid module and mean arterial pressure for cardiovascular drug module).

[067] FIG. 3 PANEL A illustrates the overall architecture of a partially automated (clinical decision support) fluid resuscitation or cardiovascular drug administration system of the disclosure. A monitoring device or sensor (e.g., hemodynamic monitor, vital sign monitor, urometer, etc.) sends data to the lower-level controller and the higher-level controller. The higher-level controller monitors the performance of the lower-level controller and the response of the patient to fluids or cardiovascular drugs by monitoring measurements from the sensor, internal state of the lower-level controller, and infusion rate computed by the lower-level controller and the action taken by the human user (clinician). The lower-level controller can send or receive data from the higher-level logic controller. The higher-level controller can send or receive data from the lower-level logic controller.

[068] The human user can interact with the partially automated (clinical decision support) system through a user interface to set a target value for the measurement (e.g., set target stroke volume variation of 13% or set target mean arterial pressure of 65mmHg), set the range of "safe" infusion rates (e.g., between 0 and 3,000 mL/hr for fluid or 0 to 0.5 mcg/kg/min for vasopressor), and start and stop the system. The lower-level controller can process a patient's data received from a sensor or a hemodynamic monitoring device (external or built-in), and send recommended infusion rates to the user interface to be displayed. The human user can then either accept or change the recommended rate to an acceptable value. The human user can then manually change the infusion rate on the pump (if pump is not built-in or a pump that is not connected to the system by wire or wireless connection) or instruct the system to change the infusion rate (for built-in or a pump that is connected to the system by wire or wireless connection).

[069] FIG. 3 PANEL B illustrates the overall architecture of a partially automated (clinical decision support) fluid resuscitation and cardiovascular drug administration system of the disclosure. In this architecture fluid and cardiovascular drug is administered simultaneously. A monitoring deivce or sensor or two monitoring devices and sensors (e.g., hemodynamic monitor, vital sign monitor, urometer) sends data to the lower-level controller fluid module and a lower- level controller cardiovascular drug module and the higher-level controller. The higher-level controller monitors the performance of the lower-level controllers and the response of the patient to fluids and cardiovascular drugs by monitoring measurements from the sensor or sensors, internal state of the lower-level controllers, and infusion rate computed by the lower-level controllers and the action taken by the human user (clinician). Lower-level controllers can send or receive data from the higher-level logic controller. The higher-level controller can send or receive data from the lower-level logic controllers.

[070] The human user can interact with the partially automated (clinical decision support) system through a user interface to set a target value for the measurement or measurements (e.g., set target stroke volume variation of 13% and set target mean arterial pressure of 65mmHg), set the range of "safe" infusion rates (e.g., between 0 and 3,000 mL/hr for fluid and 0 to 0.5 mcg/kg/min for vasopressor), and start and stop the system. Lower-level controllers can process patient's data received from one or more sensors or hemodynamic monitoring devices (external or built-in), and send recommended infusion rates to the user interface to be displayed. The human user can then either accept or change the recommended rate to an acceptable value. The human user can then manually change the infusion rate on the pump, if the pump is not built-in or a pump is not connected to the system by wire or wireless connection. The human user can also manually instruct the system to change the infusion rate for a built-in pump or a pump that is connected to the system by wire or wireless connection.

[071] FIG. 4 PANEL A illustrates components of a fully automated, closed-loop fluid resuscitation or cardiovascular drug administration system of the disclosure. A hemodynamic monitor or sensor sends a patient's data to a sensor measurement database. An infusion rate computation engine, which is embedded in the lower-level controller, retrieves sensor measurements and computes infusion rates. The infusion rates (and the corresponding sensor measurements) are communicated with an infusion rate database. The infusion rate computation engine can send data to the infusion rate database and an infusion rate verification system. The infusion rate verification system, which is embedded in the higher-level logic-based controller, ensures the computed rates meet the requirements and if acceptable sends the newly computed infusion rate to the infusion pump controller. The infusion pump controller then automatically changes the infusion rate of the infusion pump to administer an amount of fluid or cardiovascular drug based on commands received by the infusion pump controller.

[072] FIG. 4 PANEL B illustrates components of a fully automated, closed-loop fluid resuscitation and cardiovascular drug administration system of the disclosure. The overall system is composed of two subsystems: a subsystem for fluid management and a subsystem for cardiovascular drug management. In each subsystem, a hemodynamic monitor or sensor sends a patient's data to a sensor measurement database. An infusion rate computation engine, which is embedded in the lower-level controller, retrieves sensor measurements and computes infusion rates. The infusion rates and the corresponding sensor measurements are communicated with an infusion rate database. The infusion rate computation engine can send data to the infusion rate database and an infusion rate verification system. The infusion rate verification system, which is embedded in the higher-level logic-based controller, ensures the computed rates meet the requirements and if acceptable sends the newly computed infusion rate to the infusion pump controller. The infusion pump controller then automatically changes the infusion rate of the infusion pump to administer an amount of fluid or cardiovascular drug based on commands received by the infusion pump controller.

[073] FIG. 5 PANEL A illustrates components of a partially-automated clinical decision support fluid resuscitation or cardiovascular drug administration system of the disclosure. A hemodynamic monitor or sensor sends a patient's data to a sensor measurement database. An infusion rate computation engine, which is embedded in the lower-level controller, retrieves sensor measurements and computes infusion rates. The infusion rates and the corresponding sensor measurements are communicated with an infusion rate database. The infusion rate computation engine sends data to the infusion rate verification system, which is embedded in the higher-level logic-based controller. The infusion rate verification system ensures the computed rates meet the requirements including the requirement to notify the user of significant changes in infusion rate and if acceptable notifies the clinician using a user interface. The recommended new infusion rate is presented to the clinician, who either approves the recommended infusion rate or requests a modification of the rate based on the clinician's qualitative judgement. The approved or modified infusion rate is sent to a database archiving clinician approved infusion rates. The clinician administers the approved or modified fluid or cardiovascular drug by either changing the infusion rate manually, if a pump is not built-in or the pump is not connected to the system by wire or wireless connection. The clinician can also instruct the system to change the infusion rate to the approved value if a pump is built-in or a pump is connected to the system by wire or wireless connection. [074] FIG. 5 PANEL B illustrates components of a partially-automated clinical decision support fluid resuscitation and cardiovascular drug administration system of the disclosure. The overall system is composed of two subsystems: a subsystem for fluid management and a subsystem for cardiovascular drug management. In each subsystem, a hemodynamic monitor or sensor sends a patient's data to a sensor measurement database. An infusion rate computation engine retrieves sensor measurements and computes infusion rates. The infusion rates and the corresponding sensor measurements are communicated with an infusion rate database. The infusion rate computation engine, which is embedded in the lower-level controller, can send data to the infusion rate verification system. The infusion rate verification system, which is embedded in the higher-level logic-based controller, ensures the computed rates meet the requirements including the requirement to notify the user of significant changes in infusion rate and if acceptable notifies the clinician using a user interface. The recommended new infusion rates are presented to the clinician, who either approves the recommended infusion rates or requests a modification of the rates based on the clinician's qualitative judgement. The approved or modified infusion rates are sent to a database archiving clinician approved infusion rates. The clinician administers the approved or modified fluid and cardiovascular drug by changing the infusion rates manually if a pump is not built-in or a pump that is not connected to the system by wire or wireless connection. The clinician can also administer the approved or modified fluid and cardiovascular drug by instructing the system to change the infusion rates to the approved value if a pump is built-in or a pump is connected to the system by wire or wireless connection.

EXAMPLES

EXAMPLE 1: Computing fluid or drug infusion rates using lower-level adaptive control architecture.

[075] The present disclosure describes a process of computing the fluid or cardiovascular drug infusion rate using lower-level adaptive control architecture. The lower-level adaptive control architecture is applied to a problem involving only fluid administration, only cardiovascular administration, or fluid and cardiovascular drug administration. In the case of a combined fluid and cardiovascular drug administration, two lower-level adaptive controllers running in parallel are implemented to compute infusion rates for fluid and cardiovascular drug. The fluid or cardiovascular drug infusion rate is computed using lower-level adaptive control architecture through the following steps:

1) Select a sensor that can measure an endpoint for fluid or cardiovascular drug administration. For fluid administration, the endpoint includes variables such as stroke volume variation, pulse pressure variation, mean arterial pressure, dynamic arterial elastance, urine output rate, pleth variability index, dynamic arterial elastance, central venous pressure, systolic pressure, diastolic pressure, or systolic pressure variation. For cardiovascular drug administration, the endpoint includes variables such as mean arterial pressure, cardiac output, cardiac index, heart rate, systolic pressure, diastolic pressure, systemic vascular resistance, or central venous pressure. The values of the sensor are recorded and smoothed using window averaging or other noise reduction techniques. The measurements could be performed invasively or non- invasively.

2) The controller architecture assumes that a patient is modeled by an augmented dynamical system model consisting of a 2-, 3-, or n-compartment model (characterizing fluid or cardiovascular drug distribution), as well as a fictitious state. The fictitious state follows the same trend as of the fluid volume in circulation (in the case of fluid management) or cardiovascular drug mass in circulation (in the case of cardiovascular drug management) with some time lag.

3) A dynamic observer (estimator) is used to estimate deviation of the fictitious state and the fluid volume in circulation (in the case of fluid management) or cardiovascular drug mass in circulation (in the case of cardiovascular drug management) from steady state (equilibrium) values.

4) A function approximator (e.g., neural network or wavelets etc.) is used to approximate the unknown dynamics of the patient and the parameters of the patient, which are modeled by an augmented dynamical system.

5) The function approximator weights (or coefficients), sensor measurement values, and infusion rate computed by the adaptive controller at time t - At are used to compute a new infusion rate. Alternatively, the function approximator weights (or coefficients), sensor measurement values, and infusion rate computed by the adaptive controller at times t At and t-2At are used to compute a new infusion rate.

6) The new infusion rate is sent to higher level controller for further processing.

7) The function approximator weights (or coefficients) are updated using estimates provided by the dynamic observer, sensor measurement values, and the infusion rate computed by the adaptive controller at time t - At. Alternatively, the function approximator weights are updated using estimates provided by the dynamic observer, sensor measurement values, and the infusion rate computed by the adaptive controller at times t At and t - 2 At.

8) A delay of T seconds/minutes (e.g., 1 second, 10 seconds, 1 minute, 2 minutes, etc.) is

introduced.

9) Step 3) is repeated to close the loop.

[076] FIG. 6 details a flow chart of the lower-level adaptive control architecture of the disclosure outlining steps 1) - 9).

EXAMPLE 2: Function approximation for modeling unknown dynamics and patient parameters for fluid distribution.

[077] A two-compartment model is used to build the closed-loop fluid resuscitation architecture. The same approach is applied for compartmental models with 3 or more compartments.

[078] A mass balance equation for a two-compartment dynamical system model is given by:

where is the rate of fluid infusion, J _L (t) is the rate of volume transfer from interstitial tissue to circulation, J _t (t) is the rate of volume transfer from circulation to interstitial tissue

denote loss of fluid volume due to urine production, hemorrhage, or

evaporation (and other types of insensible water loss), respectively. Furthermore, denotes

the rate of loss of protein (albumin) mass from hemorrhage is the rate of albumin mass

transfer from circulation to interstitial tissue, and is the rate of albumin mass transfer from

interstitial tissue to circulation.

[079] The above equation can be rewritten in state space form, namely,

where for denote fluid

volume in circulation, albumin mass in circulation, fluid volume in interstitial tissue, and albumin mass in interstitial tissue, respectively. In addition denote functions characterizing

the rate of change of fluid in circulation and tissue compartments, respectively, and

denote functions characterizing the rate of change of albumin in circulation and tissue compartments, respectively characterizes the effect of fluid infusion on the

compartmental model. Note that variables indicating exchange of volume or mass with the outside environment including have been incorporated into functions denote volume and albumin

mass in circulation and interstitial tissue at respectively. Also note that the functions

are generally unknown for each individual patient.

[080] The original two-compartment model is then modified to introduce a certain structure in the dynamics. A fictitious state, xf(t), is added such that the fictitious state follows the same trend as the volume of fluid in circulation, v _c (t), with some time lag. The dynamics of the fictitious state is given by the linear differential equation

where are design parameter. Next, error variables are defined that quantify the

deviation of each variable from its equilibrium state (steady state value). The error variables are defined by equations (6) - (10):

where ef(t) denotes the deviation of the fictitious state from fictitious state equilibrium value xf _e , e _{w c} (t) denotes the deviation of fluid volume in circulation from its equilibrium value

denotes the deviation of albumin mass from its equilibrium value denotes the

deviation of fluid volume in tissue from its equilibrium value denotes the

deviation of albumin mass from its equilibrium value

[081] It follows from (5) that

[082] Hence, (1) - (5) can be rewritten as

where for , and/

g(v(t)) are rewritten a , respectively, after

performing a change of variables using equations (6) - (10). Parameters are then

introduced, where and equation (12) is rewritten as

where and

[083] Next, a series of basis functions are used, such as neural networks basis functions (e.g., radial basis functions or sigmoids), wavelets, or Fourier functions, to approximate

Specifically,

where

are time varying weights (or coefficients) corresponding to the basis functions, and are

the approximation errors.

[084] The presented framework is general; however, for illustration purposes, sigmoidal neural network basis functions of the form can be used.

can be selected such that is asymptotically stable (i.e., the real parts of all the eigenvalues of A are negative). One specific choice for these parameters are

EXAMPLE 3: Function approximation for modeling unknown dynamics and patient parameters for cardiovascular drug distribution.

[085] A two-compartment model is used to build the closed-loop cardiovascular administration architecture disclosed herein. The same approach is applied for compartmental models with 3 or more compartments.

[086] A drug mass balance equation for a two-compartment dynamical system model is given by:

where u{t) is the rate of drug infusion, JM(t) is the rate of drug mass elimination from circulation as a result of metabolism, J _t (t) is the rate of drug mass transfer from circulation to tissue, is the rate of drug mass transfer from tissue to circulation, is the rate of drug elimination

from circulation other than metabolism (e.g., as a result of hemorrhage) .

[087] The above equation can be rewritten in state space form, namely,

where for denote cardiovascular drug mass in

circulation and tissue, respectively. In addition denote functions characterizing

the rate of change of drug mass in circulation and tissue compartments, respectively,

characterizes the effect of cardiovascular drug infusion on the compartmental model. Note that variables indicating exchange of mass with the outside environment, that is, J _o ther( , and JM(t), have been incorporated into function and denote drug mass in

circulation and tissue at respectively. Also note that the functions

generally unknown for each individual patient.

[088] The original two-compartment model is then modified to introduce a certain structure in the dynamics. A fictitious state, xf(t), is added such that the fictitious state follows the same trend as the cardiovascular drug mass in circulation, d _c (t), with some time lag. The dynamics of the fictitious state is given by the linear differential equation

where are design parameters. Next, error variables are defined that quantify the

deviation of each variable from its equilibrium state (steady state value). The error variables are defined by equations (23)-(26):

where denotes the deviation of the fictitious state from fictitious state equilibrium value xf _e ,

, denotes the deviation of cardiovascular drug mass in circulation from its equilibrium value denotes the deviation of cardiovascular drug mass in tissue from its equilibrium

value [089] It follows from (22) that Hence, (20) - (22) can be rewritten as

where for are rewritten as

respectively, after performing a change of variables using

equations (23) - (26). Parameters are then introduced, where , and equation

(12) is rewritten as

where and

[090] Next, a series of basis functions are used, such as neural networks basis functions (e.g., radial basis functions or sigmoids), wavelets, or Fourier functions, to approximate

Specifically, where

s _{ets of basis function}

a ^nd

are time varying weights (or coefficients) corresponding to the basis functions, and are

the approximation errors.

[091] The presented framework is general; however, for illustration purposes, sigmoidal neural network basis functions of the form can be used

can be selected such that

is asymptotically stable (i.e., the real parts of all the eigenvalues of A are negative). One specific choice for these parameters are

EXAMPLE 3: Computing the value of continuous infusion.

[092] At each time instant t, the infusion rate of the controller (for fluid or cardiovascular drug) is given by

where

and

are sigmoid parameters (e.g., ranging from -100 to 100 represents the

number of nodes of the neural network and m(t) represents the smoothed

(denoised) sensor measurement used as an endpoint for fluid or drug administration (e.g., stroke volume variation, urine output rate, mean arterial pressure, central venous pressure, systolic pressure variation, etc. for fluid resuscitation; and mean arterial pressure, heart rate, systolic pressure, diastolic pressure, systemic vascular resistance, central venous pressure, etc. for cardiovascular drug administration) at time t. u{t) represents computed infusion rate at time t. For example, smoothed (denoised) sensor measurement can be obtained by a moving window average where the mean value of the sensor measurement in a time window (e.g., 2 minutes) is computed and assigned to m{t). Sensor values can be preprocessed to drop measurements that appear to be noisy or invalid and only acceptable values are included in the window averaging.

[093] Alternatively,

[094] The update laws for the weights are given by the set of ordinary differential equations

wher represents the estimated values of (in the case of

fluid resuscitation) or (in the case of cardiovascular drug administration),

0 denote design parameter and representative values for other

parameters are given by In addition, s the

desired value for the end point of fluid resuscitation or cardiovascular drug administration (e.g., for fluid resuscitation if the goal is to maintain a stroke volume variation of 13%, then

13; similarly, for cardiovascular drug administration if the goal is to maintain a mean arterial pressure of 65mmHg, then and satisfies the Lyapunov equation given by:

where

[095] For example, if 2 and the parameter values above are used, then for diovascular drug administration, and for

fluid resuscitation. In addition, the function is used to ensure that controller parameters

remain bounded. This function is defined as:

where is defined as represents the gradient operator, and represents the Euclidean norm.

For example

EXAMPLE 4: Computer simulations for fluid resuscitation.

[096] Adaptive control framework is used to simulate fluid resuscitation of a 70kg patient losing blood at a rate of 2ml/kg/min at t = 0. The goal is to maintain the stroke volume variation measurements at 15%. A At of 0.001 hour (3.6 seconds) is used for the simulations and = 4, and n _node = 8. The patient model involved a compartmental model to model fluid distribution and the relationship between volume in circulation and SVV was based on a nonlinear relationship based on experimental results on dogs.

[097] FIG. 7 shows stroke volume variation (SVV (%>)) versus time. The target stroke volume variation is 15%. The SVV (%) starts at about 9 %>, and changes with the introduction of fluid resuscitation. The SVV (%) increases to the target value of 15%. At t = 1 hr, the blood loss increases to 3mL/kg/min, and the controller increases the infusion rate to drive stroke volume variation measurements to the target value of 15%.

[098] FIG. 8 shows infusion rates computed by the adaptive control framework. The infusion rate is about 700 mL/h at t=0 (start of the simulation). The infusion rate is rapidly increased to about 1500 mL/h to maintain an SVV (%) of 15%. At / = 1 hr, the blood loss increases to

3mL/kg/min, and the controller increases the infusion rate to about 2250 mL/h to maintain the target SVV (%) of 15%.

[099] FIG. 9 shows plasma volume in circulation versus time. The plasma volume in circulation rapidly decreases due to loss of blood in spite of fluid resuscitation until reaching an equilibrium value of about 450 mL. At t = 1 hr, the blood loss increases to 3mL/kg/min, and the controller increases the infusion rate to drive stroke volume variation measurements to the target value of 15%). The plasma volume in circulation remains about the same even after an increase in blood loss.

EXAMPLE 5: Animal study for fluid resuscitation.

[0100] The adaptive control framework of the disclosure was used to provide automated and semi-automated (clinical decision support) fluid resuscitation to five dogs in different hemorrhaging/hypovolemic scenarios.

[0101] Five mature intact Beagle dogs, determined to be healthy based on a physical examination and hemogram, were included in the experiment. The dogs were individually housed and provided commercial dry dog food and water ad libitum. Each dog and experiment was identified (Table 1). For example, Sl-2 represents the second experiment performed on Subject SI . Studies on subjects were performed on different days. Individual trials on the same subject were performed on the same day and a stabilization period was used between trials. All dogs were euthanized with sodium pentobarbital (100 mg/kg, IV) upon completion of the experiments.

TABLE 1. Study subject information and experiment summary, decontrolled hypovolemia, UH=uncontrolled hypovolemia, RH=relative hypovolemia, RAH=relative and absolute hypovolemia

[0102] Animal Preparation: Food but not water was withheld for 6 hours before each experiment. An intravenous catheter was transcutaneously positioned in the cephalic vein for administration of hydromorphone, 0.15 mg/kg IV. Anesthesia was produced ten minutes later by administering 3.5 to 6mg/kg IV propofol to facilitate orotracheal intubation, and initially maintained at a vaporizer setting of 1.5-2% isoflurane in oxygen. The dogs were positioned on their right side and mechanically ventilated at 10-12 breaths/min and 10-14 ml/kg tidal volume in order to maintain the end-tidal partial pressure of carbon dioxide (ETCCM) between 38 and 48mmHg. To avoid potential changes in SVV, tidal volume settings for each subject was not changed during the study. Esophageal temperature was maintained (37°C) with temperature- controlled warm air blankets.

[0103] Vascular catheters were surgically placed in the left jugular vein and right carotid and femoral arteries after perivascular administration of 0.5-1.0 ml 2% lidocaine. The carotid or femoral artery catheter was connected to a FloTrac sensor with low-compliance fluid filled tubing. The FloTrac sensor was connected to a Vigileo monitor for determination and continuous monitoring of SVV. The FloTrac sensor was positioned and zeroed at the level of the sternum. The pressure line of the FloTrac sensor was flushed with 4 ml/hr of lactated ringer's solution (LRS). Heart rate was determined from a Lead II electrocardiogram (ECG). Criteria for obtaining accurate SVV recordings during mechanical ventilation were employed.

[0104] A 5 Fr Swan-Ganz catheter was percutaneously advanced via the right jugular vein (2 dogs) into the pulmonary artery under fluoroscopic guidance for measurement of cardiac output by thermodilution. Alternatively, cardiac output was determined by a previously implanted flow probe (3 dogs) positioned around the ascending aorta, proximal to brachio-cephalic trunk for continuous recording of cardiac output.

[0105] Experimental Procedures: Five dogs were subjected to 9 experiments. Lactated Ringer's solution (LRS) was administered as fluid resuscitation. A variety of experimental hypovolemic conditions were created in order to mimic various clinical conditions (Table 1). Absolute controlled hypovolemia (2 trials) was produced during 1.5 minimum alveolar concentration (MAC: 1.27% used throughout) of isoflurane anesthesia by withdrawing 15 ml/kg/15 minutes from either the right carotid or right femoral artery (S 1-1). There was a 30- minute stabilization period between the end of the closed-loop fluid resuscitation (Sl-1) and the beginning of the second hemorrhage, 40 ml/kg/30 minutes (SI -2). Closed-loop fluid

administration was initiated within 10 minutes of completion of each blood withdrawal and continued until SVV reached a predetermined target range equal to or less than 13 ± 3%.

[0106] Absolute uncontrolled hypovolemia (S3-1, S4-2, S5-2; 3 trials), designed to simulate blood loss from a severed artery was produced by withdrawal of approximately 50% (40 ml/kg) of the dogs estimated blood volume (80 ml/kg) from the right carotid or right femoral artery over one hour. Five successive 8.0 ml/kg increments of blood were withdrawn continuously in increments that were completed at approximately 7-8, 18-20, 30-32, 43-45, and 60 minutes after initiating hemorrhage. Closed-loop fluid resuscitation was initiated 10 minutes after initiation of absolute uncontrolled hypovolemia (i.e., beginning of Stage 2 of blood withdrawal) and continued until SVV reached a predetermined target range equal to or less than 13 ± 3%.

[0107] Relative hypovolemia (2 trials) was produced by either increasing the inspired concentration of isoflurane to 2.0-2.5 MAC (S5-1, 1 trial) or administering sodium nitroprusside (5-10 mcg/kg/min; S4-1, 1 trial) until mean arterial blood pressure was < 50 mm Hg. The target range SVV was set at 13 ± 3% for S4-1 and 5 ± 3% for S5-1. Relative and controlled absolute hypovolemia were produced by increasing the concentration of isoflurane (0.25-0.5%, 1.5-2.0 MAC multiples) in order to decrease MAP by >30% (S2-1, 1 trial) or administering sodium nitroprusside (1-15 mcg/kg/min; S2-2, 1 trial) followed by withdrawal of 15 ml/kg/minutes of blood. The target range SVV was set at 13 ± 3% for S2-1 and S2-2. The subject was resuscitated to the target SVV value in S2-1 and stabilized before initiating the second study (S2-1). Fluid resuscitation started 15 minutes after achieving relative and controlled absolute hypovolemia.

[0108] The closed-loop fluid resuscitation system was employed in a "partial automation" mode (clinical decision support) in two experimental trials, one involving absolute uncontrolled hemorrhage (S4-2) and one involving relative hypovolemia from sodium nitroprusside administration (S4-1), where the system displayed the recommended infusion rate every minute and the user manually changed the infusion rate. A Horizon NXT Modular Infusion System pump was used in the partial automated mode. While the system was able to provide infusion rate recommendations more frequently, an update interval of 1 minute was chosen to allow sufficient time for the clinical staff to adjust the pump settings manually. Measured SVV values were filtered in all studies, including automated and partially automated modes, using a 1 -minute moving window averaging to remove noise. The adaptive controller was implemented using a neural network with sigmoidal basis functions to use as the function approximator.

[0109] The subject continuously received a fluid infusion and the control system changed the infusion rate every few seconds in response to changes in SVV. Vigileo transmitted the most recent value of the SVV measurement every 2 seconds using serial communication. The adaptive control framework was implemented on a laptop. The laptop was connected to the Vigileo using a Serial to USB cable. The closed-loop fluid resuscitation system used a 1 -minute moving window averaging to remove noise. The control algorithm was implemented in the Python programming language running on a laptop with the Linux operating system. Measurements from Vigileo were recorded by the laptop using serial communication. The closed-loop fluid resuscitation algorithm computed an infusion rate every 11 seconds using the average SVV values in the past 1 -minute. The infusion rate was sent by the laptop to an infusion pump (supporting flow rates from 0.06 to 4200 ml/hr) using a USB connection.

[0110] Performance Metrics: Performance metrics that are of clinical relevance were defined in order to assess the performance of the closed-loop fluid resuscitation system. Specifically,

was defined as the duration from start of fluid administration to restoration of an acceptable SVV target range.

[0111] We defined the acceptable SVV target range to be equal to 13 ± 3% with the exception of two experiments, namely, S5-2 (uncontrolled hypovolemia) and S5-1 (relative hypovolemia), where the acceptable SVV target range was 10 ± 3% and 5± 3%, respectively. The was

defined as the percentage of time that SVV target value stayed in the acceptable range (i.e., duration of time SVV stayed in the acceptable range divided by total duration of resuscitation). Other performance metrics included minimum and maximum infusion rates denoted by and U _max , respectively, total infused volume to reach the acceptable SVV target range denoted by and, in absolute hypovolemia experiments, the ratio of total fluid volume infused to total

blood loss denoted by To ensure that the subject can be maintained at the acceptable SVV

target range, the resuscitation continued after reaching the acceptable SVV target range, and hence, Vtarget and total infused volume are not equal. Continued resuscitation after reaching

lasted approximately 15 minutes on average. The stabilization period between different trials on the same subject started after the completion of the fluid resuscitation of the previous trial.

[0112] Controlled Hypovolemia: Absolute hypovolemia during 1.5 MAC isoflurane anesthesia decreased MAP from 100 to 86 mmHg (dog S-l) and from 109 to 54 mm Hg (SI -2) after withdrawal of 15 ml/kg and then 40 ml/kg of blood respectively (Table 2). Heart rate increased and cardiac output decreased after withdrawal of 15 ml/kg and 40 ml/kg of blood (Table 2). In addition, the SVV increased after withdrawal of 15 ml/kg and 40 ml/kg of blood. The SVV returned to the target range (13% ± 3) after the administration of 7 ml/kg and 66 ml/kg of LRS, respectively (Table 2). The total infused volumes were 189 ml (Sl-1 : V _ra tio = 1 1) and 925 ml

, respectively.

Table 2. Hemodynamic data and performance metrics for controlled hypovolemia study

denotes the duration from start of fluid administration to restoration of an acceptable SVV target range, Umin and u _max denote minimum and maximum infusion rates, respectively, and

denotes total infused volume to reach the acceptable SVV target range.

[0113] Uncontrolled Hypovolemia: Closed-loop fluid administration was initiated during the second stage of blood withdrawal, and continued throughout hemorrhage (S3-1, S4-2, S5-2). Closed-loop fluid administration was stopped approximately 30 minutes after the end of the last (fifth) stage of hemorrhage as this exceeds the average time for fluid equilibration with the interstitial fluid compartment. Mean arterial blood pressure and cardiac output decreased and heart rate increased during the initial 3-4 stages of uncontrolled hypovolemia (Table 3). Heart rate increased throughout hemorrhage and remained elevated throughout hemorrhage and fluid administration (Table 3). The SVV increased during the first stage of uncontrolled hypovolemia and returned toward baseline values thereafter (Table 3). Total infused volumes for S3, S4, and S5 were 1,092 ml ( respectively. The

fluid administration system was used in a partially-automated (human-in-the-loop) mode for S4, where the recommended infusion rate was displayed to the user every minute and the user manually changed the infusion rate to the recommended value. Table 3. Hemodynamic data and performance metrics for uncontrolled hypovolemia study. U _m i _n and Umax denote minimum and maximum infusion rates, respectively, and the percentage

of time that SVV target value stayed in the acceptable range.

[0114] Relative Hypovolemia from Vasodilatation: Dogs were made hypotensive by increasing the inspired concentration of isoflurane (S5-1 dog) or by administering sodium nitroprusside (S4-1) until mean arterial blood pressure was less than or equal to 50 mmHg. The target range SVV was set at 13 ± 3% for S4-1 and 5 ± 3% for S5-1. The administration of isoflurane or sodium nitroprusside decreased mean arterial blood pressure and increased heart rate and either did not change or increased cardiac output, respectively (Table 4). SVV increased in both dogs (Table 4). Closed-loop fluid resuscitation increased cardiac output and decreased SVV in both dogs. Arterial blood pressure increased during fluid administration in the dog administered sodium nitroprusside (S4-1) but not in the dog administered isoflurane (S5-1) (Table 4). Total infused volumes were 187 ml (nitroprusside: 15 ml/kg) and 265 ml (isoflurane: 28 ml/kg).

Table 4. Hemodynamic data and performance metrics for the relative hypovolemia study denotes the duration from start of fluid administration to restoration of an acceptable

range, Umin and u _max denote minimum and maximum infusion rates, respectively denotes total infused volume to reach the acceptable SVV target range, and the percentage of time

that SVV target value stayed in the acceptable range. I = isoflurane; SN = sodium nitroprusside

Performance Metrics

[0115] Relative Hypovolemia and Controlled Hypovolemia: Increasing the isoflurane concentration from 1.5 to 2.5 MAC (S2-1) or administration of sodium nitroprusside (S2-2) was followed by blood withdrawal (15 ml/kg/15 minutes). The sodium nitroprusside infusion rate started at 1 mcg/kg/min and was increased to 15 mcg/kg/min. The target range SVV was set at 13 ± 3%. Absolute hypovolemia (15 ml/kg/15 min) during 2.5 MAC isoflurane anesthesia decreased MAP from 60 mmHg before blood withdrawal to 39 mm Hg after blood withdrawal (S2-1). In addition, MAP increased from 39 mmHg to 46 mmHg after a 15-minute stabilization period. Heart rate changed minimally (110 vs. 112 bpm) and cardiac output decreased 20% (1.0 vs. 0.8 L/min) after the production of relative hypovolemia combined with controlled hypovolemia (15 ml/kg/15 min). The SVV increased from 13% at 1.5 MAC to 21% at 2.5 MAC and then to 41% after withdrawal of 15 ml/kg of blood. The SVV decreased to 26% after a 15-minute stabilization period. The SVV returned to the target range (13% ± 3) at 43 minutes after the administration of 78 ml/kg of LRS. Total infused volume was 573 ml The

maximum fluid administration rate (Umax) was 113 ml/kg/hr. Heart rate decreased (112 to 99) and cardiac output increased to above the baseline value (1.0 vs. 1.2) after LRS administration but MAP remained relatively unchanged (43 mm Hg) until the isoflurane concentration was decreased.

[0116] Absolute hypovolemia (15 ml/kg/15 min) during 1.5 MAC and sodium nitroprusside administration decreased MAP from 113 to 92 mmHg prior to blood withdrawal (S2-2). MAP was 101 mmHg after blood withdrawal. Heart rate changed minimally and cardiac output decreased 25% (1.3 vs. 1.0 L/min) after the production of relative hypovolemia combined with controlled hypovolemia (15 ml/kg/15 min). The SVV increased from 10% to 15% after sodium nitroprusside administration and then to 22% after withdrawal of 15 ml/kg of blood. The SVV returned to the target range (13% ± 3) at 26 minutes (Ttarget) after the administration of 46 ml/kg of LRS. The maximum fluid administration rate (Umax) was 108 ml/kg/hr. Cardiac output increased to above the baseline value (1.3 vs. 2.1) after LRS administration and MAP increased to near the baseline value (Table 5). Total infused volume was 400 ml

Table 5. Hemodynamic data and performance metrics for the relative hypovolemia and controlled hypovolemia study. denotes the duration from start of fluid administration to

restoration of an acceptable SVV target range denote minimum and maximum

infusion rates, respectively, denotes total infused volume to reach the acceptable SVV

target range, and the percentage of time that SVV target value stayed in the acceptable range. I = isoflurane; SN = sodium nitroprusside

Performance Metrics

[0117] The closed-loop fluid resuscitation system used the compartmental modeling framework to compute fluid infusion rates. The two-compartment model of the microvascular exchange system involved parameters that are generally unknown and different from patient to patient. In addition, the two-compartment model was only an approximation of the fluid distribution in the body, resulting in modeling error.

[0118] The adaptive control fluid resuscitation algorithm uses the compartmental characteristics of the fluid distribution in the body. To address modeling error and unknown parameters of the compartmental model governing fluid distribution, the adaptive algorithm used a "function approximator." The function approximator was characterized by a set of parameters, which were continuously estimated by the closed-loop system in real-time. The closed-loop fluid

resuscitation system re-computes the fluid infusion rate periodically. The function approximator used the values of infusion rates and SVV measurements to estimate the dynamics of fluid distribution. The controller performance was evaluated with computer simulations on a two- compartment model prior to conducting the animal study. The results presented are the first attempt to use the disclosure in live subjects.

[0119] Data from this study confirmed that an adaptive closed-loop fluid administration system based on a compartmental model of fluid distribution provided targeted goal-directed fluid therapy in dogs subjected to experimental conditions that mimicked clinical scenarios of absolute (controlled, uncontrolled), relative hypovolemia or a combination of relative hypovolemia and absolute controlled hypovolemia. Stroke volume variation was restored and maintained to within a preselected normal target range in less than one hour after initiating fluid administration. Larger volumes of blood loss (40 vs.15 ml/kg) increased the V _rat io required to restore SVV to the target range but remained below amounts based upon lactated ringer's solution (LRS) distribution.

[0120] The adaptive control algorithm was based on physiology, and the parameters of the model were estimated in real-time. The framework provided a mechanism to account for inter-patient and intra-patient variability in the fluid resuscitation process.

[0121] FIGs. 10 AND 11 show the results for 2 canine subjects SI and S2 (total of 4 studies) experiencing controlled hemorrhage. FIG. 10 shows changes in filtered SVV (%) versus time, and FIG. 11 shows changes in infusion rate (mL/hr) versus time. The target SVV was 13%. In study Sl-1, the infusion rate dropped from 750 mL/hr to about 400 mL/hr to maintain an SVV of 13%). Once reaching the target SVV (%>), the infusion rate fluctuated between 300 - 400 mL/hr to maintain an SVV of 13%> In study SI -2, the infusion rate started from about 800 mL/hr increased to about 1000 ml/hr and decreased to about 850 ml/hr. In study S2-1, the infusion rate started from about 800 mL/hr and in the end reached about 650 ml/hr. In study S2-2, the infusion rate started from about 750 mL/hr and in about 30 minutes reached about 500 ml/hr but increased to 750 ml/hr.

[0122] FIGs. 12 AND 13 shows the results for 3 canine subjects S3, S4, and S5 experiencing uncontrolled hemorrhage. FIG. 12 shows changes in filtered SVV (%>) versus time, and FIG. 13 shows changes in infusion rate versus time. The target SVV was 13%> in studies S3-1 and S4-2 and was 10%> in study S5-2. In study S4-2, the partial automation (clinical decision support) was used where every 1 minute the clinician used fluid rates recommended by the system to manually change the infusion rate on the pump. In the other two studies S3-1 and S5-2 the fully automated closed-loop system was used. In study S3-1, the infusion rate started from about 600 mL/hr and increased to aboutl200 mL/hr to drive SVV to 13% and then dropped to 750 mL/hr. In study S4- 2, the infusion rate started from about 750 mL/hr increased to 999 mL/hr and then decreased to about 600 mL/hr to drive SVV to 13%. In study S5-2, the infusion rate started from about 500 mL/hr and fluctuated between 400-600 mL/hr to drive SVV to the target value of 10%.

[0123] FIGs. 14 and 15 shows the fluid resuscitation of 2 canine subjects S4 and S5 that were hypotensive as a result of administration of sodium nitroprusside (in S4-1) and increase in the inhalant anesthetic isoflurane (in S5-1). In study S5-1, the fully automated closed-loop system was used while in study S4-1 the partially automated (clinical decision support) system was used where the recommended infusion rate was displayed every 1 minute to the user and the user changed the infusion rate on the pump manually. FIG. 14 shows changes in filtered SVV (%) versus time, and FIG. 15 shows changes in infusion rate versus time. The target SVV was 13%) in S4-1 and 5% in S5-1. In S4-1, the infusion rate was started at about 650 mL/hr and decreased to between 150-350 mL/hr once the target 13%> was reached. In S5-1, the infusion rate started at about 700 mL/hr and was kept close to this value until 25 minutes into the study, when the study was terminated as SVV approached the desired SVV of 5%.

EXAMPLE 6: Higher-level controller.

[0124] The higher-level controller was designed as a rule-based expert system and served to: / ^' ) monitor the lower-level controller (fluid resuscitation module and/or cardiovascular drug administration module) function for possible anomalies;

if) monitor the patient's general status and response to fluid therapy and/or cardiovascular drug administration;

Hi) in the case of closed-loop mode decide to engage fluid resuscitation module, cardiovascular drug administration module, or both, and the timing of engagement of the modules;

iv) handle scenarios related to sensor failure or infusion rate exceeding maximum safe limit; v) modify the lower-level controller (fluid resuscitation module or cardiovascular drug administration module) states in the case of clinical decision support if the user disagrees with the computed infusion rate;

vi) provide clinical decision support to address potential problems; and

vii) in clinical decision support mode, notifying the user with the new infusion rate when the infusion rate needs to be updated.

[0125] Maintaining Infusion Rate in Safe Range. If the computed infusion rate by the lower-level controller (fluid resuscitation module and/or cardiovascular drug administration module) was larger than the maximum safe rate specified by the user, the higher-level controller reset the lower-level controller associated with unallowable infusion rate, that is, it reinitialized the internal states of the lower-level controller including function approximator weights (or coefficients) to the default values (i.e., changed w _p , w _q , and x _c to their values at t=0).

[0126] Warning the User. If the total volume delivered to the patient exceeded a set threshold (e.g., 2000 mL or 10,000 meg), the higher-level controller warned the user of the risk of complications.

[0127] Monitoring the Lower-Level Controller. If performance degradation in the closed- loop system was detected, the higher-level controller notified the user through an audio-visual alarm, and the higher-level controller stopped the lower-level controller. Performance degradation was defined as: i) a rapid change in weights (or coefficients) of the function approximator, that is >threshold (e.g., 0.1, or 1, 10 etc.); or if) the number of resets of the

lower-level controller by the higher-level controller exceeding a threshold value (e.g., 1, 2, 3, 4, etc.), or Hi) the absolute difference between the measured value (e.g., SVV or mean arterial pressure) and the target value did not decrease in a period of time set by user while the infusion was continuously increased. In case of sensor failure or unavailability of

measurements, the higher-level controller disabled the lower-level controller and set the infusion rate to a backup the infusion rate set by the user.

[0128] Deciding When to Engage Fluid Resuscitation and Cardiovascular Drug

Administration Modules. In certain scenarios such as sepsis, it is preferable to provide fluid resuscitation first, and if unsuccessful in achieving an acceptable condition, administer a cardiovascular drug such as a vasopressor. The higher-level controller first engaged the fluid resuscitation module and monitored the patient. After a period of time when a clinically relevant hemodynamic variable (e.g., mean arterial pressure) was not improved in spite of fluid resuscitation (e.g., the mean arterial pressure was not in the acceptable range of 65-80 mmHg after 30 minutes), the higher-level controller engaged the cardiovascular drug

administration module to administer a vasopressor. In some embodiments, the clinician instructed the higher-level controller to engage the cardiovascular drug administration module while the fluid resuscitation module was already running. In some embodiments, the clinician instructed the higher-level controller to engage the fluid resuscitation module while the cardiovascular administration module was already running. In this scenario, stroke volume variation was not improved by only administering a cardiovascular drug (e.g., a vasopressor) and the higher-level controller engaged the fluid resuscitation module.

[0129] FIG. 16 illustrates the components of the higher-level controller for the closed-loop fluid resuscitation and/or cardiovascular drug administration system. The higher-level controller can monitor the fluid resuscitation module and/or the cardiovascular drug administration depending on whether the system is used for fluid resuscitation only, for cardiovascular drug administration only, or combined fluid resuscitation and cardiovascular drug administration.

[0130] In the clinical decision support system case, the lower-level controller (fluid

resuscitation module or cardiovascular drug administration module or both) sent newly computed infusion rate to the higher-level controller. Specifically, we considered 3 scenarios: i) fluid resuscitation module only; ii) cardiovascular drug administration module only; and iii) fluid resuscitation module and cardiovascular drug administration module working

concurrently. In each scenario, the lower-level controller sent newly computed infusion rate to the higher-level controller. The higher-level controller compared the new rate with the last user approved rate (i.e., for a fluid resuscitation, the newly computed fluid infusion rate was compared with the last user-approved fluid infusion rate, and for cardiovascular drug administration, drug infusion rate was compared with the last user-approved drug infusion rate).

[0131] If the difference between the new infusion rate and the last user-approved rate was less than the threshold value (e.g., 25% of the last approved rate), then the infusion rate was not changed, the user was not notified, and the lower-level controller continued its operation. If the difference between the new infusion rate and the last user-approved rate was higher than some threshold (e.g., 25% of the last approved rate), then the recommended infusion rate was displayed to the user through the graphical user interface. If the user accepted the infusion rate, the higher-level controller allowed the lower-level controller to continue its operation and the infusion rate was updated to the new rate. However, if the user changed the recommended infusion rate to a different value, the higher-level controller reset the controller and set the weights of the function approximator such that the infusion rate computed by the lower-level controller matched the infusion rate entered by the user. The infusion rate was also updated to the rate provided by the user. Given the user specified infusion rate, the weights of the function approximator was chosen such that

[0132] FIG. 17 illustrates the components of the higher-level controller for the clinical decision support case.

EXAMPLE 7: Computer simulations for vasopressor administration.

[0133] Adaptive control frameworks were used to simulate cardiovascular drug (vasopressor) administration of a 70 kg patient experiencing sepsis and the associated hypotension. The goal was to maintain the mean arterial pressure at 65. A At of 0.1 minute (6 seconds) was used for the simulations and Only the vasopressor was administered to

maintain a mean arterial pressure of 75 mmHg. The patient model involved a cardiovascular model to model hemodynamics and a compartmental model to model fluid distribution.

[0134] FIG. 18 shows mean arterial pressure (MAP) versus time. The target MAP was 75 mmHg, and the 65-75 mmHg region is highlighted on the graph. MAP started at below 60 mmHg, and changes with the introduction of vasopressor epinephrine. The MAP increased to the target value of 75 mmHg.

[0135] FIG. 19 shows infusion rates computed by the adaptive control framework. The initial infusion rate was chosen by the user to be 0.12 mcg/kg/min at t=8 (start of the vasopressor administration). The infusion rate gradually increased and then started to decrease as MAP started to approach the target MAP of 75 mmHg reaching a low infusion rate of 0.85 mcg/kg/min. The infusion rate then started to gradually increase to maintain MAP of 75 mmHg.

EXAMPLE 8: Computer simulations for fluid administration using mean arterial pressure.

[0136] Adaptive control frameworks were used to simulate fluid resuscitation of a 70 kg patient with hypotension as a result of sepsis. The goal was to maintain the mean arterial pressure at 75 mmHg. A At of 0.1 minute (6 seconds) was used for the simulations and , and

The patient model involved cardiovascular modeling to model hemodynamics and a

compartmental model to model fluid distribution.

[0137] FIG. 20 shows mean arterial pressure (MAP) versus time. The target MAP is 75 mmHg and the 65-75mmHg region is highlighted on the graph. MAP starts at approximately 45 mmHg, and changes with the introduction of crystalloid fluid. The MAP increases to the target value of 75 mmHg.

[0138] FIG. 21 shows infusion rates computed by the adaptive control framework. The initial infusion rate was chosen was approximately 140 mL/min. The infusion rate gradually increased to 160 mL/min and then decreased to around 80 ml/min.

EXAMPLE 9: Computer simulations for fluid administration and cardiovascular drug

administration.

[0139] Adaptive control frameworks were used to simulate fluid resuscitation and

cardiovascular drug (vasopressor epinephrine) administration for a 70 kg patient with

hypotension as a result of sepsis. The goal was to maintain the mean arterial pressure at 75 mmHg and stroke volume variation (SVV) of 12%. A At of 0.1 min (6 seconds) was used for the simulations and for the fluid resuscitation module and β _ι = 6e- 5, β ₂ = 13e-6, and n _node = 8 for the cardiovascular drug administration module. The simulation involved crystalloid fluid and epinephrine (vasopressor). The fluid resuscitation module used SVV data to compute fluid infusion rates, and the cardiovascular drug administration module used mean arterial pressure (MAP) to compute the vasopressor infusion rates. The higher-level controller first engaged the fluid resuscitation module to provide fluid infusion. After 30 minutes, the higher-level controller engaged the cardiovascular administration module as mean arterial pressure was not improved after fluid infusion. The patient model involved cardiovascular modeling to model hemodynamics and compartmental model to model fluid distribution. The start of simulation is when the patient condition rapidly deteriorates.

[0140] FIG. 22 shows stroke volume variation (SVV (%)) versus time. The target stroke volume variation was 12%. The SVV (%) started at about 18 %, and was reduced to 10% after fluid resuscitation. SVV momentarily increased due to the administration of epinephrine (a transient vasodilatory effect). In the end of the simulation, SVV was approximately 11% and remained close to the target SVV value of 12%.

[0141] FIG. 23 shows fluid infusion rates computed by the fluid resuscitation adaptive control framework. The infusion rate started at approximately 130 mL/min and was reduced to 40 mL/min after SVV was at an acceptable range. The sudden increase in SVV at t=30 min resulted in an increase in infusion rate which then reduced back to 40 mL/min after SVV was reduced.

[0142] FIG. 24 shows mean arterial pressure (MAP) versus time. The target MAP was 75 mmHg and the 65-75 mmHg region is highlighted on the graph. MAP dropped to 50 mmHg as the patient condition deteriorated. After 30 minutes, when the cardiovascular drug administration module was engaged by the higher-level controller, MAP started to increase and approached the set value of 75 mmHg. At the end of the simulation, MAP was approximately 70 mmHg and remained close to the target MAP value of 75 mmHg.

[0143] FIG. 25 shows vasopressor infusion rates computed by the cardiovascular administration adaptive control framework. The initial infusion rate was chosen to be approximately 0.12 mcg/kg/min. After a slight increase, the rate decreased to approximately 0.9 mcg/kg/min and then stabilized around 0.12 mcg/kg/min as MAP is maintained close to 70 mmHg.

EXAMPLE 10: Fluid resuscitation and cardiovascular drug administration system implemented on hardware.

[0144] A hardware platform was developed to implement the fluid resuscitation system and the cardiovascular drug administration system. The system is composed of a processing module and an associated touchscreen. The processing module is able to receive data from a hemodynamic monitor (invasive or non-invasive measurement) or a blood pressure module (either invasive measurement through a pressure transducer connected to an arterial line or non-invasive measurement) through a wired connection. In addition, the processing module is able to send real-time infusion rate data through a wired connection to an infusion pump. The touchscreen is used for displaying graphs such as received measurements over time and infusion rate over time. The main dashboard also displays current measurement, current infusion rate, and total volume of fluid/drug infused. The touchscreen allows the user to specify different parameters required by the system. For example, the user sets the target measurement value, initial infusion rate, backup infusion rate (in case of missing sensor data, the closed-loop system is disengaged and transitions to backup infusion rate until the user takes over) maximum infusion rate and other variables. In the case of clinical decision support, the touchscreen is used to communicate the new infusion rate value to request user's approval or give the user the ability to modify the rate. Once the user approves the infusion rate, the processing module updates the infusion rate of the infusion pump to the infusion rate approved by the user.

[0145] FIG. 26 illustrates a picture of the hardware platform.