Personalized healthcare management for living subjects

Abstract

A system for managing healthcare for a living subject includes a computing platform having a hardware processor, a system memory storing software code, and a display. The hardware processor executes the software code to: receive medical history data for the living subject including data entries corresponding to one or more physiological parameters; determine a corresponding target range for the physiological parameter based on the medical history data; and store the customized target range in a medical profile of the living subject. The hardware processor also executes the software code to: receive a sensed signal for the living subject from a device configured to monitor a physiological parameter; obtain a current measurement of the physiological parameter from the sensed signal; retrieve the customized target range from the medical profile of the living subject; compare the current measurement to the customized target range; and present the comparison on the display.

Description

Background Art

[0001] For patients receiving medical care in an inpatient setting, such as a hospital, various physiological parameters of the patient may be measured and often compared to their "normal" ranges to aid in diagnosis and guide treatment. Such "normal" ranges are often determined based on population averages, and while sometimes adjusted based on the patient's age or sex, are not typically individualized, except for those corrections based on subpopulations. Significant deviations of one or more of a patient's physiological parameters from the established normal ranges may result in an intervention designed to normalize the patient's physiological characteristics by bringing the abnormal parameter into the normal range.

[0002] However, in some cases, rather than seeking to normalize a patient's physiological characteristics, it may be advantageous or desirable to maintain the patient's homeostasis during medical treatment. For example, maintaining homeostasis during medical treatment may beneficially avoid taxing the patient's compensatory mechanisms, thereby promoting recovery. Thus, while interventions designed to bring a patient's physiological parameters into a normal range (e.g., lifestyle changes and / or drug therapy) may be a desirable component of a long-term treatment strategy for improving general health, maintaining a patient's homeostasis may be a more effective way to promote recovery in the short term. Summary of the invention

[0003] There is provided a system and method for managing medical care of a living subject, substantially as shown in and / or described in connection with at least one of the accompanying drawings, and as more fully set forth in the claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0004] Figure 1 A diagram showing an exemplary system for managing medical care of a living subject according to one embodiment;

[0005] Figure 2A An exemplary embodiment for non-invasively sensing one or more physiological parameters at a limb of a living subject is shown;

[0006] Figure 2B An exemplary embodiment for performing minimally invasive sensing of one or more physiological parameters of a living subject is shown;

[0007] Figure 3 An exemplary trace showing an arterial pressure waveform of a living subject;

[0008] Figure 4 illustrates an exemplary physiological parameter selection pane of a user interface of a system for managing medical care of a living subject provided on a display of the system according to one embodiment; and

[0009] Figure 5 is a flow chart representing an exemplary method used by a system for managing medical care of a living subject. DETAILED DESCRIPTION

[0010] The following description contains specific information related to the embodiments in the present disclosure. Those skilled in the art will recognize that the present disclosure can be implemented in a manner different from that specifically discussed herein. The drawings in this application and the accompanying detailed description thereof are for exemplary embodiments only. Unless otherwise indicated, the same or corresponding elements in the drawings may be indicated by the same or corresponding reference numerals. In addition, the drawings and illustrations in this application are generally not drawn to scale and are not intended to correspond to actual relative sizes.

[0011] The present application discloses systems and methods for healthcare management of patients or other living subjects (hereinafter referred to as "living subjects") that overcome the deficiencies of conventional techniques. The healthcare management solution of the present invention achieves this by customizing treatment based on baseline values ​​of one or more physiological parameters of the living subject, even if these values ​​deviate from population-based standards.

[0012] The present application discloses a healthcare management solution that customizes treatment goals to maintain homeostasis in a living subject during rehabilitation by determining customized target ranges for one or more physiological parameters based on medical history data of the living subject, and storing the customized target ranges in a medical profile of the living subject. In an exemplary embodiment, each patient has a medical profile that stores one or more customized target ranges 114, which are unique to each patient and determined based on one or more physiological parameters of each specific patient. In addition, by obtaining current measurements of one or more physiological parameters, comparing the current measurements to the customized target ranges, and presenting the comparison on a display, the healthcare management solution of the present invention advantageously enables detection of undesirable deviations from homeostasis. Therefore, the present application discloses a customized healthcare management solution that advantageously avoids burdening the compensatory mechanisms of the living subject, which would be activated if homeostasis is not maintained.

[0013] Figure 1 A diagram of an exemplary system for managing healthcare of a living subject according to one embodiment is shown. A healthcare management system 102 is implemented within an inpatient care environment 100, which may be, for example, an intensive care unit (ICU) or a hospital treatment setting. Figure 1As shown, in addition to healthcare management system 102 , inpatient care environment 100 includes a living subject 130 receiving healthcare management, a therapy actuator 136 , a therapy delivery device 138 , a physiological sensing device 140 , and sensed signals 142 .

[0014] in addition, Figure 1 Shown are first and second health data collection sites 156a and 156b, a medical history database 154, and medical history data 158. Also shown is a communication network 150 that communicatively couples the healthcare management system 102 with the medical history database 154 and one or more of the first and second health data collection sites 156a and 156b via a network communication link 152.

[0015] like Figure 1 As further shown, the healthcare management system 102 includes a computing platform 104 having a hardware processor 106 and a system memory 108 implemented as a non-transitory storage device. According to the present exemplary embodiment, the system memory 108 stores software code 110 including a medical profile 112 of a living subject 130, which in turn stores one or more customized target ranges 114 for one or more physiological parameters of the living subject 130. The healthcare management system 102 also includes a sensory alarm 128 and a display 126 that provides a user interface 120. In addition, the healthcare management system 102 includes an analog-to-digital converter 122 (hereinafter referred to as "ADC 122") and a digital-to-analog converter 124 (hereinafter referred to as "DAC 124") used by the healthcare management system 102 to process data associated with providing customized healthcare management to the living subject 130.

[0016] Note that although for conceptual clarity, the present application refers to the software code 110 as being stored in the system memory 108, more generally, the system memory 108 can take the form of any computer-readable non-transitory storage medium. The expression "computer-readable non-transitory storage medium" as used in the present application refers to any medium other than a carrier wave or other transient signal that provides instructions to the hardware processor 106 of the computing platform 104. Therefore, a computer-readable non-transitory medium can correspond to various types of media, such as volatile media and non-volatile media. Volatile media can include dynamic memory, such as dynamic random access memory (dynamic RAM), while non-volatile memory can include optical, magnetic, or electrostatic storage devices. Common forms of computer-readable non-transitory media include, for example, optical disks, RAM, programmable read-only memory (PROM), erasable PROM (EPROM), and flash memory.

[0017] Display 126 may take the form of a liquid crystal display (LCD), a light emitting diode (LED) display, an organic light emitting diode (OLED) display, or another suitable display screen that performs a physical transformation of a signal into light. In various embodiments, sensory alert 128 may be implemented as one or more of a visual alert, an audible alert, and a tactile alert. For example, when implemented to provide a visual alert, sensory alert 128 may be invoked as a flashing and / or colored graphic displayed on display 126. When implemented to provide an audible alert, sensory alert 128 may be invoked as any suitable alarm sound, such as a siren or a repetitive tone. In addition, when implemented to provide a tactile alert, sensory alert 128 may cause a hardware element coupled to computing platform 104 to vibrate.

[0018] Therapeutic actuator 136 is implemented as a hardware actuator that includes one or more pumps and / or one or more valves for controlling the administration of a drug, multiple drugs, or one or more other therapeutic fluids, such as saline or another electrolyte solution, to living subject 130. Therapeutic delivery device 138 may include one or more intravenous (IV) lines or ports, for example, to enable IV delivery of drugs and / or other fluids to living subject 130 via therapeutic actuator 136.

[0019] Physiological sensing device 140 may be a hemodynamic sensor, for example, implemented as a non-invasive or minimally invasive sensor attached to living subject 130, and configured to monitor at least one physiological parameter of living subject 130. As a specific example, physiological sensing device 140 may be configured to monitor one or more of a blood glucose level and a blood pressure level of living subject 130, such as mean arterial pressure (MAP).

[0020] In one embodiment, if Figure 1 As shown, the physiological sensing device 140 can be non-invasively attached to a limb of the living subject 130, such as a wrist or finger of the living subject 130. Figure 1 Not explicitly shown, but in other embodiments, the physiological sensing device 140 can be non-invasively attached to the ankle or toe of the living subject 130. Figure 1 Also shown is a sensed signal 142 received by the healthcare management system 102 from the physiological sensing device 140. In one embodiment, for example, the sensed signal 142 may include an arterial pressure waveform of the living subject 130. The healthcare management system 102 and the physiological sensing device 140 may be configured such that the sensed signal 142 may be received by the healthcare management system 102 wirelessly or via a wired connection to the physiological sensing device 140.

[0021] In one exemplary embodiment, a healthcare management system 102 for managing a living subject or patient is provided, wherein the system includes a system memory 108 storing a plurality of medical profiles 112, each medical profile being for a corresponding one of a plurality of living subject objects 130, each of the plurality of medical profiles 112 having a customized target range 114 for a physiological parameter for a corresponding one of the plurality of living subject objects 130, wherein the customized target range is uniquely determined based on medical history data of the corresponding one of the plurality of living subject objects 130. The healthcare management system 102 also includes a hardware processor 106 configured to execute software of a method comprising: receiving a sensing signal 142 for a living subject from a device configured to monitor a physiological parameter of the living subject; obtaining a current measurement value of the physiological parameter from the sensing signal 142; retrieving a customized target range for the physiological parameter from a medical profile in a plurality of medical profiles corresponding to the living subject; comparing the current measurement value of the physiological parameter with the customized target range for the physiological parameter retrieved from the medical profile of the living subject; and providing a comparison result of the current measurement value of the physiological parameter with the customized target range for diagnosis.

[0022] Figure 2A An exemplary embodiment for non-invasively sensing one or more physiological parameters at a limb of a living subject is shown. Figure 2A In FIG. 2 , an inpatient care environment 200A shows a healthcare management system 202 including software code 210, wherein a medical profile 212 of a living subject 230 stores a customized target range 214 for one or more physiological parameters of the living subject 230. Figure 2A As further shown, one or more physiological parameters of living subject 230 are non-invasively detected at finger 232 of living subject 230 using physiological sensing device 240a in the form of a sensing cuff. Figure 2A Also shown is the ADC 222 of the healthcare management system 202 , and a sensed signal 242 received by the healthcare management system 202 from the physiological sensing device 240 a .

[0023] The living subject 230, the sensing signal 242, and the physiological sensing device 240a generally correspond to Figure 1 The living subject 130, the sensed signal 142, and the physiological sensing device 140 in the embodiment of the present invention may share any characteristics attributed to those corresponding features of the present disclosure. In addition, Figure 2A The healthcare management system 202 including the ADC 222 and the software code 210 including the medical profile 212 storing the customized target range 214 generally corresponds to Figure 1The healthcare management system 102 includes an ADC 122 and software code 110 containing a medical profile 112 storing a customized target range 114, and may share any characteristics attributed to corresponding features of the present disclosure.

[0024] according to Figure 2A In the illustrated embodiment, the physiological sensing device 140 / 240a is designed to non-invasively sense one or more physiological parameters of the living subject 130 / 230 at the finger 232 of the living subject 130 / 230. Figure 2A As shown, the physiological sensing device 140 / 240a can take the form of a small, lightweight and comfortable finger cuff suitable for long-term wear by the living subject 130 / 230. It should be noted that although the physiological sensing device 140 / 240a is Figure 2A 140 / 240a is shown as a finger cuff, but in other embodiments, the physiological sensing device 140 / 240a may be suitably adapted as a wrist cuff, ankle cuff, or toe cuff for attachment to the living subject 130 / 230.

[0025] It should also be noted that when the physiological sensing device 140 / 240a is implemented as a finger cuff, the above-mentioned advantageous long-term wear capability can also be attributed to wrist cuff, ankle cuff and toe cuff embodiments. Therefore, the physiological sensing device 140 / 240a can be configured to provide substantially continuous monitoring of the living subject 230 over a long period of time (e.g., minutes, hours, or days).

[0026] Figure 2B An exemplary embodiment for performing minimally invasive sensing of one or more physiological parameters of a living subject 130 / 230 is shown. Figure 2B , the inpatient care environment 200B shows a healthcare management system 102 / 202 including software code 110 / 210 containing customized target ranges 114 / 214 for one or more physiological parameters of a living subject 230 stored in a medical profile 112 / 212. Figure 2B As further shown, one or more physiological parameters of the living subject 130 / 230 are detected via minimally invasive physiological sensing device 240b. Figure 2B Also shown is the ADC 222 of the healthcare management system 202 , and a sensed signal 242 received by the healthcare management system 202 from the physiological sensing device 240 b .

[0027] Notice, Figure 2B shown and by Figure 2A Features identified by the same reference numerals as shown correspond to previously described features, respectively, and may share any of the characteristics attributed to them above. It should also be noted that the physiological sensing device 240b generally corresponds to Figure 1The physiological sensing device 140 in FIG. 1 and may share any characteristics attributed to the corresponding feature of the present disclosure.

[0028] according to Figure 2B In the illustrated embodiment, physiological sensing device 140 / 240b is designed to sense one or more physiological parameters of living subject 130 / 230 in a minimally invasive manner. For example, physiological sensing device 140 / 240b may be attached to living subject 130 / 230 via a radial artery catheter inserted into the arm of living subject 130 / 230. Alternatively, although Figure 2B Although not explicitly shown, in another embodiment, the physiological sensing device 140 / 240b may be attached to the living subject 130 / 230 via a femoral artery catheter inserted into the leg of the living subject 130 / 230. Figure 2A Similar to the non-invasive physiological sensing device 240a in FIG. Figure 2B The minimally invasive physiological sensing device 240b in can be configured to provide substantially continuous monitoring of the living subject 230 over a long period of time (e.g., minutes, hours, or days).

[0029] Figure 3 An exemplary trace showing an arterial pressure waveform of a living subject. Figure 3 Figure 300 in the figure, see also Figure 1 , Figure 2A and Figure 2B , sensed signal 142 / 242 may include various markers contained in an arterial pressure waveform 360, which may be, for example, a central arterial pressure waveform of a living subject 130 / 230. Diagram 300 shows exemplary markers 362, 364, 366, and 368, which correspond to the beginning of a heartbeat of the living subject 130 / 230, the maximum systolic pressure level marking the end of the systolic rise, the presence of a dicrotic notch marking the end of the systolic fall, and diastole of the heartbeat, respectively. Diagram 300 also shows an exemplary slope 370 of the arterial pressure waveform 360. Note that slope 370 is merely representative of a plurality of slopes that may be measured at a plurality of locations along the arterial pressure waveform 360.

[0030] In addition to the markers 362, 364, 366, and 368 of the arterial pressure waveform 360 itself, the behavior of the arterial pressure waveform 360 during the intervals between these markers may also be relevant to the healthcare management of the live subject 130 / 230. For example, the interval between the start of a heartbeat at marker 362 and the maximum systolic pressure level at marker 364 marks the duration of the systolic rise (hereinafter "systolic rise 362-364"). The systolic decline of the arterial pressure waveform 360 is marked by the interval between the maximum systolic pressure level at marker 364 and the dicrotic notch at marker 366 (hereinafter "systolic decline 364-366"). The systolic rise 362-364 and the systolic decay 364-366 together mark the entire systolic period (hereinafter "systolic period 362-366"), while the interval between the dicrotic notch at marker 366 and the diastolic period at marker 368 marks the diastolic period of the arterial pressure waveform 360 (hereinafter "diastolic period 366-368").

[0031] Also of potential diagnostic interest is the behavior of the arterial pressure waveform 360 in the interval from the maximum systolic pressure level at marker 364 to diastole at marker 368 (hereinafter "interval 364-368"), and the behavior of the arterial pressure waveform 360 from the onset of a heartbeat at marker 362 to diastole at marker 368 (hereinafter "heartbeat interval 362-368"). For example, the behavior of the arterial pressure waveform 360 during the following intervals: 1) systolic rise 362-364, 2) systolic decay 364-366, 3) systole 362-366, 4) diastole 366-368, 5) interval 364-368, and 6) heartbeat interval 362-368 is determined by measuring the area under the curve of the arterial pressure waveform 360 and the standard deviation of the arterial pressure waveform 360 in each of these intervals. The corresponding areas and standard deviations measured for the above-mentioned intervals 1, 2, 3, 4, 5, and 6 (hereinafter referred to as "intervals 1-6") can be used as additional physiological parameters related to the medical care management of the living subject 130 / 230.

[0032] As described above, the sensed signal 142 / 242 may include any or all of the markers 362, 364, 366, 368, and 370, as well as the corresponding areas and standard deviations measured for intervals 1-6 of the arterial pressure waveform 360. In some embodiments, MAP may be obtained using physiological parameters included in the sensed signal 142 / 242. For MAP, as is known in the art, the physiological parameters cardiac output (CO), systemic vascular resistance (SVR), and central venous pressure (CVP) enable determination of MAP. Specifically, MAP may be obtained by adding the product of CO and SVR to CVP, i.e., MAP=(CO*SVR)+CVP.

[0033] In addition, an approximation of MAP may be advantageously obtained using the physiological parameters diastolic pressure (DP) and systolic pressure (SP), which correspond to the blood pressure level at diastole at mark 368 and the maximum systolic pressure level at mark 364 of the arterial pressure waveform 360, respectively. Based on this approximation, MAP may be expressed as DP+1 / 3(SP-DP).

[0034] Thus, in one embodiment, sensed signal 142 / 242 may include at least data corresponding to markers 364 and 368 to enable approximate determination of MAP. However, in other embodiments, sensed signal 142 / 242 may include data for obtaining physiological parameters CO, SVR, and CVP of living subject 130 / 230.

[0035] Figure 4 An exemplary physiological parameter selection pane presented by a user interface of a system for managing medical care of a living subject is shown according to one embodiment. A physiological parameter selection pane 472 of the user interface 420 is displayed on the display 426 and enables selection from various physiological parameters 474. The display 426 and the user interface 420 generally correspond to Figure 1 The display 126 and user interface 120 in the present disclosure may be described in detail herein, and these corresponding features may share any characteristics imparted by any corresponding feature of the present disclosure.

[0036] like Figure 4 As shown, the physiological parameters 474 selectable via the user interface 120 / 420 include CO 474a, stroke volume (SV) 474b, stroke volume variation (SVV) 474c, CVP 474d, DP 474e, pulse rate (PR) 474f, cardiac index (CI) 474g, stroke volume index (SVI) 474h, SVR 474i, SP 474j, MAP 474k, and blood glucose level (GLUC) 474l. It should be noted that in other embodiments, the physiological parameters 474 may also include additional parameters not represented on the physiological parameter selection pane 472.

[0037] according to Figure 4 In the exemplary embodiment shown, the user interface 120 / 420 is implemented as a touch screen user interface. However, in other embodiments, the user interface 120 / 420 can be configured to receive input for selecting one or more of the physiological parameters 474, for example, via a keyboard, via another type of input device such as a mouse or pressure pad, or as a voice command. As shown by the shading of the physiological parameters 474e, 474j, and 474l, the blood pressure level parameters DP and SP and the blood glucose level parameter GLUC have been selected for monitoring using the healthcare management system 102 / 202.

[0038] The following will refer to Figure 5 Further describing an example implementation of the present inventive concepts, the figure shows a flowchart 580 presenting an example method used by a system for managing medical care of a living subject. Figure 5 Note that certain details and features are omitted from flowchart 580 so as not to obscure the discussion of the inventive features of the present application. The method outlined in flowchart 580 may be performed by healthcare management system 102 / 202 using software code 110 / 210 executed by hardware processor 106 of computing platform 104.

[0039] Flowchart 580 begins by receiving medical history data 158 for a living subject 130 / 230, the medical history data 158 including a plurality of data entries corresponding to one or more physiological parameters 474 (act 581). The medical history data 158 may include a plurality of measured values ​​of the one or more physiological parameters 474, thereby enabling identification of a baseline normal range of those physiological parameter values ​​relative to homeostasis in the living subject 130 / 230.

[0040] For conceptual clarity, and by way of example only, the method outlined in flowchart 580 is described below with reference to a specific implementation in which medical history data 158 includes a plurality of blood pressure level measurements corresponding to physiological parameters DP 474e and SP 474j of living subject 130 / 230, and a plurality of blood glucose level measurements corresponding to physiological parameters GLUC 474l of living subject 130 / 230. Note, however, that medical history data 158 may include data entries corresponding to any physiological parameter discussed in the present disclosure, such as MAP 474k or any parameter capable of determining MAP. Furthermore, according to this exemplary embodiment, the blood pressure level and blood glucose level measurements included in medical history data 158 are measurements obtained prior to hospitalization or other inpatient medical treatment (hereinafter referred to as "hospitalization") of living subject 130 / 230.

[0041] For example, in the case where hospitalization of living subject 130 / 230 is pre-planned, medical history data 158 may include blood pressure level and blood glucose level measurements obtained at several different times in the days or weeks prior to hospitalization. Alternatively, in the case where hospitalization of living subject 130 / 230 is not pre-planned, such as due to an accident, injury, or acute illness, medical history data 158 may include blood pressure level and blood glucose measurements obtained during previous medical examinations or tests of living subject 130 / 230.

[0042] Prior medical examinations of living subject 130 / 230 may include annual examinations of living subject 130 / 230 by the primary healthcare provider of living subject 130 / 230, or may include prior visits by living subject 130 / 230 to routinely check blood pressure and / or blood glucose levels. Existing medical tests on living subject 130 / 230 may include testing living subject 130 / 230 using an automated testing device designed to measure and store test results, such as blood pressure levels and / or blood glucose levels. Such automated testing may be performed using publicly accessible testing equipment, such as in a pharmacy, and may also include self-testing performed by living subject 130 / 230 at home or elsewhere.

[0043] Some of the blood pressure level and / or blood glucose level measurements included in the medical history data 158 may be performed at a first health data collection site 156a, which may be a doctor's office, a health clinic, or a hospital that is remote from the inpatient care environment 100. Additionally or alternatively, some of the blood pressure level and / or blood glucose level measurements included in the medical history data 158 may be performed at a second data collection site 156b, which may be a pharmacy, a school, or a private home that is remote from the inpatient care environment 100.

[0044] In some embodiments, the medical history data 158 originating from the first health data collection site 156a and the second health data collection site 156b can be transmitted to the medical history database 154 via the communication network 150 and the network communication link 152. In these embodiments, the medical history data 158 can also be subsequently transmitted from the medical history database 154 to the healthcare management system 102 / 202 via the communication network 150 and the network communication link 152. In one such embodiment, for example, the medical history database 154 can correspond to one or more network servers that can be accessed via the communication network 150 in the form of a packet-switched network such as the Internet. Alternatively, the communication network 150 can be implemented as a private wide area network (WAN), a local area network (LAN), or another type of limited distribution network.

[0045] Alternatively, the healthcare management system 102 / 202 may receive the medical history data 158 directly from one or both of the first health data collection site 156a and the second health data collection site 156b via the communication network 150. The medical history data 158 may be received by the software code 110 / 210 of the healthcare management system 102 / 202, which is executed by the hardware processor 106 of the computing platform 104.

[0046] Flowchart 580 continues with determining a customized target range 114 / 214 for each of physiological parameters 474e, 474j, and 474l based on medical history data 158 (action 582). As described above, medical history data 158 of living subject 130 / 230 is collected prior to hospitalization of living subject 130 / 230. Thus, medical history data 158 may be analyzed to determine customized target ranges 114 / 214 for physiological parameters 474e, 474j, and 474l based on blood pressure level and blood glucose level measurements obtained when living subject 130 / 230 was in homeostasis.

[0047] In one embodiment, for example, when in homeostasis, the average of the DP 474e and SP 474j of the living subject 130 / 230 may be used to determine a customized target range 114 / 214 for the blood pressure level of the living subject 130 / 230 during hospitalization. Similarly, when in homeostasis, the average of the GLUC 4741 of the living subject 130 / 230 may be used to determine a customized target range 114 / 214 for the blood glucose level of the living subject 130 / 230 during hospitalization. For example, the medical history data 158 may include the results of a HbA1c glycosylated hemoglobin test of the living subject 130 / 230, enabling determination of a three-month average blood glucose level of the living subject 130 / 230. Determining the customized target range 114 / 214 for each of the physiological parameters 474 e , 474 j , and 474 l based on the medical history data 158 may be performed by software code 110 / 210 of the healthcare management system 102 / 202 executed by the hardware processor 106 of the computing platform 104 .

[0048] Flowchart 580 continues by storing the customized target ranges 114 / 214 for the corresponding physiological parameters 474e, 474j, and 474l in the medical profile 112 / 212 of the living subject 130 / 230 (act 583). Figure 1 As shown, in some embodiments, such as when the living subject 130 / 230 is currently receiving inpatient treatment, the medical profile 112 / 212 including the customized target ranges 114 / 214 for the physiological parameters 474e, 474j, and 474l may be stored locally in the system memory 108.

[0049] Alternatively, in embodiments where actions 581, 582, and 583 precede hospitalization of live subject 130 / 230, medical profile 112 / 212 of live subject 130 / 230 may be transmitted to medical history database 154 for storage via communication network 150 and network communication link 152. Customized target ranges 114 / 214 for corresponding physiological parameters 474e, 474j, and 474l may be stored in medical profile 112 / 212 of live subject 130 / 230 by software code 110 / 210 of healthcare management system 102 / 202 executed by hardware processor 106 of computing platform 104.

[0050] Flowchart 580 continues with receiving a sensed signal 142 / 242 of a live subject 130 / 230 from a physiological sensing device 140 / 240a / 240b configured to monitor physiological parameters 474e, 474j, and 474l of the live subject 130 / 230 (action 584). The healthcare management system 102 / 202 may be configured to receive the sensed signal 142 / 242 as an analog signal or a digital signal. In embodiments where the sensed signal 142 / 242 is received as an analog signal, the healthcare management system 102 / 202 converts the sensed signal 142 / 242 to a digital signal using an ADC 122 / 222. As described above, the sensed signal 142 / 242 may be received wirelessly or via a wired connection to the physiological sensing device 140 / 240a / 240b. The receipt of the sensed signals 142 / 242 may be performed using software code 110 / 210 of the healthcare management system 102 / 202 , which is executed by the hardware processor 106 of the computing platform 104 .

[0051] The flowchart 580 continues by obtaining the current measured values ​​of the physiological parameters 474e, 474j, and 474l from the sensed signals 142 / 242 (action 585). The current measured values ​​of the physiological parameters 474e, 474j, and 474l may be obtained by the software code 110 / 210 of the healthcare management system 102 / 202, which is executed by the hardware processor 106 of the computing platform 104.

[0052] In some embodiments, physiological parameters DP 474e, SP 474j, and GLUC 474l may be obtained by software code 110 / 210 directly from sensed signals 142 / 242. Alternatively, for DP 474e and SP 474j, physiological sensing device 140 / 240a / 240b may be used to sense peripheral arterial blood pressure of living subject 130 / 230 at a limb of living subject 130 / 230. In this embodiment, software code 110 / 210 may obtain DP 474e and SP 474j after converting the peripheral arterial blood pressure of living subject 130 / 230 into central arterial blood pressure.

[0053] In embodiments where MAP 474k is monitored by the healthcare management system 102 / 202, MAP 474k may be obtained as an approximation based on DP 474e and SP 474j, as described above. Alternatively, MAP 474k may be obtained more accurately based on CO 474a, CVP 474d, and SVR 474i, also as described above.

[0054] The flowchart 580 continues by retrieving the customized target ranges 114 / 214 for the corresponding physiological parameters 474e, 474j, and 474l from the medical profile 112 / 212 of the live subject 130 / 230 (act 586). As described above, in some embodiments, the medical profile 112 / 212 including the customized target ranges 114 / 214 for the physiological parameters 474e, 474j, and 474l may be stored locally in the system memory 108. In these embodiments, retrieving the customized target ranges 114 / 214 from the medical profile 112 / 212 may be performed as a data transfer within the system memory 108.

[0055] Alternatively, in embodiments where the medical profile 112 / 212 is stored on the medical history database 154, the retrieval of the customized target ranges 114 / 214 for the corresponding physiological parameters 474e, 474j, and 474l may be performed using the communication network 150. The retrieval of the customized target ranges 114 / 214 for the corresponding physiological parameters 474e, 474j, and 474l stored in the medical profile 112 / 212 of the living subject 130 / 230 may be performed by the software code 110 / 210 of the healthcare management system 102 / 202 executed by the hardware processor 106 of the computing platform 104.

[0056] Flowchart 580 continues by comparing the current measured values ​​of the physiological parameters 474e, 474j, and 474l with their respective customized target ranges 114 / 214 retrieved from the medical profile 112 / 212 of the live subject 130 / 230 (action 587). The comparison of the current measured values ​​of the physiological parameters 474e, 474j, and 474l with their respective customized target ranges 114 / 214 may be performed by the software code 110 / 210 of the healthcare management system 102 / 202, which is executed by the hardware processor 106 of the computing platform 104.

[0057] The flowchart 580 may end with presenting a comparison of the current measured values ​​of the physiological parameters 474e, 474j, and 474l with their respective customized target ranges 114 / 214 on the display 126 / 426 (act 588). The presentation of the comparison of the current measured values ​​of the physiological parameters 474e, 474j, and 474l with their respective customized target ranges 114 / 214 on the display 126 / 426 may be performed by software code 110 / 210 of the healthcare management system 102 / 202, which is executed by the hardware processor 106 of the computing platform 104. Furthermore, in embodiments where the presentation of the comparison includes display of an arterial pressure waveform, the software code 110 / 210 executed by the hardware processor 106 may utilize the DAC 124 to convert the digital signal to an analog signal for presentation on the display 126 / 426.

[0058] Although not included in the actions outlined in flowchart 580, in some embodiments, the method may include invoking a sensory alert 128 in response to the comparison of action 587 if the current measured value of one or more of the physiological parameters 474e, 474j, and 474l is outside the corresponding customized target range 114 / 214. Figure 1 As described, the sensory alert 128 can be implemented as one or more of a visual alert, an audible alert, and a tactile alert. For example, when implemented to provide a visual alert, the sensory alert 128 can be invoked as a flashing and / or colored graphic displayed by the user interface 120 / 420 on the display 126 / 426. When implemented to provide an audible alert, the sensory alert 128 can be invoked as any suitable alarm sound, such as a siren or a repetitive tone. When implemented to provide a tactile alert, the sensory alert 128 can cause a hardware element coupled to the computing platform 104 to vibrate.

[0059] Additionally, in some embodiments, the method of the present invention may include determining, by software code 110 / 210 executed by hardware processor 106, a treatment recommendation for live subject 130 / 230 based on current measured values ​​of physiological parameters 474e, 474j, and 474l and their corresponding customized target ranges 114 / 214. For example, when one or both of DP 474e and SP 474j are above their respective customized target ranges 114 / 214, software code 110 / 210 executed by hardware processor 106 may determine a treatment recommendation including oral administration of one or more antihypertensive drugs to reduce the blood pressure level of live subject 130 / 230. Examples of such drugs include, for example, angiotensin converting enzyme (ACE) inhibitors, angiotensin II receptor blockers (ARBs), calcium channel blockers, diuretics, and beta blockers.

[0060] Alternatively or additionally, when GLUC 4741 is above its customized target range 114 / 214, software code 110 / 210 executed by hardware processor 106 may determine a treatment recommendation, including administering a drug, such as insulin, to lower the blood glucose level of the living subject 130 / 230. Alternatively, one or more orally administered drugs for lowering the blood glucose level of the living subject 130 / 230, such as sulfonylureas, biguanides, meglitinides, and thiazolidinediones, may be recommended. Hardware processor 106 may also execute software code 110 / 210 to present the treatment recommendation on display 126 / 426.

[0061] In some embodiments, the method may further include, in response to the comparison of act 587, treating the living subject 130 / 230 with an increased risk of death or disease within a sufficient lead time to reduce the risk of death or disease for the living subject 130 / 230. For example, the hardware processor 106 may execute the software code 110 / 210 to activate one or more hardware actuators of the treatment actuator 136 to perform at least a portion of the treatment recommendation for the living subject 130 / 230. As described above with reference to Figure 1 As described, therapy actuator 136 may include one or more hardware actuators in the form of one or more pumps and / or one or more valves for controlling the administration of one or more drugs to living subject 130 / 230.

[0062] As a specific example, when one or both of DP 474e and SP 474j rise sufficiently to indicate that the living subject 130 / 230 is suffering from a hypertensive crisis, the hardware processor 106 may execute the software code 110 / 210 to activate the pump and / or valve of the treatment actuator 136 to intravenously administer an anti-hypertensive drug via the treatment delivery device 138, which may include one or more IV lines or ports. Examples of such intravenously administered anti-hypertensive drugs include sodium nitroprusside, hydralazine, and the beta blocker labetalol.

[0063] Therefore, the present application discloses systems and methods for customizing healthcare management of living subjects. By determining a customized target range for one or more physiological parameters based on the medical history data of the living subject, and storing the customized target range in the medical profile of the living subject, the present application discloses a healthcare management solution that customizes treatment goals to maintain homeostasis in the living subject. In addition, by obtaining current measurements of one or more physiological parameters, comparing the current measurements with the customized target range, and presenting the comparison on a display, the healthcare management solution of the present invention advantageously enables detection of undesirable deviations from homeostasis. Therefore, the customized healthcare management solution of the present invention avoids burdening the compensatory mechanisms of the living subject, which would otherwise be activated if homeostasis is not maintained, thereby advantageously promoting the recovery of the living subject.

[0064] From the above description, it is apparent that various techniques may be used to implement the concepts described in this application without departing from the scope of these concepts. In addition, although concepts have been described with specific reference to certain embodiments, those of ordinary skill in the art will recognize that changes may be made in form and detail without departing from the scope of these concepts. Therefore, the described embodiments are considered to be illustrative and not restrictive in all respects. It should also be understood that the application is not limited to the specific embodiments described herein, but that many rearrangements, modifications, and substitutions are possible without departing from the scope of the present disclosure.

Claims

1. A system (102) for managing medical care of a living subject (130) within an inpatient care environment (100), the system (102) comprising: a system memory (108) storing a plurality of medical profiles (112), each medical profile being for a corresponding one of a plurality of living subjects (130), each medical profile of the plurality of medical profiles (112) having a customized target range (114) for a physiological parameter of the corresponding one of the plurality of living subjects (130), wherein the customized target range (114) is uniquely determined based on medical history data of the corresponding one of the plurality of living subjects; and A hardware processor (106) configured to execute software code (110) to: receiving (581) medical history data for the living subject, the medical history data comprising a plurality of data entries corresponding to at least one physiological parameter of the living subject; determining (582) the customized target range (114) for the at least one physiological parameter based on the medical history data of the living subject (130); storing (583) the customized target range (114) for the at least one physiological parameter in the medical profile of the living subject (130); receiving a sensed signal for the living subject from a device configured to monitor a physiological parameter of the living subject (584); obtaining a current measurement value of the physiological parameter from the sensed signal (585); retrieving the customized target range for the physiological parameter from a medical profile corresponding to the living subject among the plurality of medical profiles (586); comparing the current measured value of the physiological parameter to the customized target range for the physiological parameter retrieved from the medical profile of the living subject (587); and The results of the comparison of the current measurement of the physiological parameter to the customized target range are provided for diagnosis (588).

2. The system of claim 1 , wherein the system further comprises a sensory alarm ( 128 ), and wherein the hardware processor is further configured to execute the software code to invoke the sensory alarm in response to the comparison if the current measured value of the at least one physiological parameter is outside the customized target range.

3. The system of any one of claims 1-2, wherein the hardware processor is further configured to execute the software code to determine a treatment recommendation for the living subject based on the current measured value of the at least one physiological parameter and the customized target range in response to the comparison.

4. The system of claim 3, wherein the hardware processor is further configured to execute the software code to present the treatment recommendation on a display (126).

5. The system of claim 3, wherein the hardware processor is further configured to execute the software code to activate at least one hardware actuator to perform at least a portion of the treatment recommendation for the living subject.

6. The system of any one of claims 1-2 and 4-5, wherein the at least one physiological parameter comprises a blood glucose level of the living subject.

7. The system of claim 6, wherein the hardware processor is further configured to execute the software code to administer a drug to the living subject to lower the blood glucose level of the living subject when the blood glucose level of the living subject is above the customized target range for blood glucose.

8. The system of any one of claims 1-2 and 4-5, wherein the at least one physiological parameter comprises a blood pressure level of the living subject.

9. The system of claim 8, wherein the hardware processor is further configured to execute the software code to administer medication to the living subject to lower the blood pressure level of the living subject when the blood pressure level of the living subject is above the customized target range of blood pressure levels.

10. The system of any one of claims 1-2 and 4-5, wherein the at least one physiological parameter comprises mean arterial pressure (MAP) of the living subject.

11. The system of claim 10, wherein the at least one physiological parameter comprises a plurality of parameters that enable determination of the MAP of the living subject.

12. The system of any one of claims 1-2, 4-5, 7, 9 and 11, wherein before receiving the sensing signal, the system is configured to execute the software code to: receiving the medical history data of the living subject, the medical history data comprising a plurality of data entries corresponding to at least one physiological parameter of the living subject; determining the customized target range for the at least one physiological parameter based on the medical history data of the living subject; as well as The customized target range for the at least one physiological parameter is stored in the medical profile of the living subject.

13. A method implemented in software code for managing medical care of a living subject using the system of any one of claims 1-12.

Images