CYBER MEDICINE DISEASE MANAGEMENT
BACKGROUND
Field of the Invention
This invention relates to a method and apparatus for monitoring a subject.
More particularly this invention relates to monitoring a patient at a remote site -from
a central station.
Prior Art
Modern society with its improvement in living conditions and advanced
health care has brought about a marked prolongation of life expectancy. This
change has resulted in a dramatic and progressive increase in the geriatric
population. A large percentage of the geriatric population needs continuous general,
as well as medical, supervision and care. For example, supervision of daily
activities such as dressing, personal hygiene, eating and safety as well as supervision
of their health status is necessary. Furthermore, the relief of loneliness and anxiety
is a major, yet unsolved, problem that has to be dealt with. These and other facets of
the management of the ever increasing geriatric population have yet to be
successfully
addressed and solved.
The creation of retirement facilities and senior housing, as well as other
geriatric facilities, provide only a partial solution to the problems facing the geriatric
population. The geriatric population, a constantly increasing fraction of society, has
become increasingly dependent upon the delivery of home health and general care,
which has its own set of challenges and drawbacks.
The notion of ambulatory (home environment) patient care is gaining
increased popularity and importance. According to some recently published reports,
the number of senior persons receiving home care services under Medicare has
shown a 13% annual growth rate and has tripled in 10 years (1978-1988) from
769,000 to 2.59 million. This dramatic shift in patient care from the "sheltered"
institutional milieu to the patient's home, work place, or recreational environment is
due primarily to a radical change in concepts. That is, specialists in geriatric care
recommend keeping the aging in their own natural environment for as long as
possible. Moreover, the marked increase in the cost of institutional patient care, the
important technological advances and the development of medical equipment, and
the explosive development in the field of telecommunication are some of the
additional factors that may help in creating proper home care for the aged.
Presently, geriatric home care is still in its first stages of development.
However, according to some recently published market research reports, the market
for home care services and products is booming. Annual spending on home care
services is estimated to have increased from $8.8 billion in 1988 to $16 billion in
1995, while annual spending on home care products is estimated to have increased
from $1.15 billion to $1.86 billion during the same period. Changes in healthcare
also extend to the locale for the provision of care to non-geriatric populations. Home
care for these persons with acute or chronic illnesses has gained in popularity as
institutions sited care has receded.
Except for limited supervised housing arrangements, non-medical home care
is carried out either by the patient's family or by nonprofessional help. The
monitoring equipment at home care facilities is usually minimal or nonexistent. The
patient has to be transported to the doctor's office or other diagnostic facility to allow
proper evaluation and treatment. Patient follow-up is done by means of home visits
by nurses which are periodic in nature, time consuming, and generally very
expensive. A visiting nurse can visit 5-6 homes per day. The visits are limited in
time and can usually not be carried out on a daily basis to an individual patient.
Moreover, a visiting nurse program provides no facilities for continuous monitoring
of the patient and thus, no interventional care, except in fortuitous circumstances in
times of emergency. The remainder of day after the visiting nurse has left is often a
period of medical isolation and loneliness for the elderly patient.
The existing home care nursing organizations divert skilled nurses, a scarce
commodity, from the hospital environment and use them in a highly inefficient
manner due to travel time to widely dispersed patients and the lack of sophisticated
diagnostic capabilities in the patients' home. Clearly, the practice of visiting nurses
is constrained.
These above considerations, which apply to the general population, as well
as the spiraling cost of hospital care have led to a dramatic increase in the use of
outpatient care as a treatment modality.
One of the areas in which ambulatory patient monitoring is most widely used
is out-of-the-hospital surveillance of the cardiac patient. Patients with
cardiovascular problems (diseases of the heart and blood vessels) constitute the
largest and most important diagnostic and therapeutic challenge facing the
authorities responsible for the deployment of health care to the adult and specifically
aging population in the U.S. About 15% of the adult population of the industrialized
world suffers from hypertension, a major risk factor for atherosclerosis, heart
disease, and stroke. Other commonly accepted risk factors such as: elevated blood
lipid levels, obesity, diabetes, smoking, mental stress and others are abundant.
Every year more than 1.5 million people in the U.S. suffer a heart attack.
This together with a stroke constitutes the number one cause of death in our adult
population. More importantly, the majority of cardiac related deaths occur outside
of the sophisticated and sheltered hospital environment. Therefore, the need for
means for ambulatory monitoring of these patients is obvious.
To date the electrocardiogram (ECG) and blood pressure are two main
parameters most commonly monitored in the out-of-the-hospital environment.
Holter monitoring (continuous 24 hour tape recording of the electrocardiogram) and
continuous recording of blood pressure are useful modalities for the evaluation of
changes in the cardiovascular system. These, however, are short term monitoring
systems that provide only off line information that becomes available at best hours
after their recording. Moreover, the hook up should be done by a nurse or
technician.
Lately, transtelephonic ECG surveillance has been gaining in importance.
This system uses small ECG transmitters which allow the transmission of the
patients ECG over any telephone line to a diagnostic center. This on-line
information system is operative 24 hours a day, 365 days a year. The patient is in
direct contact with a highly trained team that can intervene at any time and make real
time decisions. The drawback of this system is its communication system, which
does not lend itself to prolonged
monitoring sessions and does not allow for visual observation of the subject.
A home medical surveillance system is described in U.S. Pat. No. 4,838,275,
issued to Lee. This system involves the generation and transmission of health-
parameter signals from a patient's home to a central station. However, the described
system envisions only two way voice communication between the patient and the
observer at the central station. This system does not provide for interactive visual
communications between the patient and health care provider, and thus lacks a
principal feature and advantage of the present invention.
U.S. Pat. No. 4,524,243, issued to Shapiro discloses a personal alarm system
in which a warning signal is sent to a central monitoring station if the patient's
activity level becomes inactive, such as in the case of a medical emergency. This
technology is limited in its diagnostic and therapeutic value, and does not, in and of
itself, provide for interactive voice or visual communication between the patient and
the physician.
Other patents disclose techniques for the transmission of still medical images
over a communications line to a remote site. For example, U.S. Pat. No. 4,860,112,
issued to Nichols et al., discloses methods and apparatus for scanning medical
images such as x-ray images and transmitting the scanned image to a remote
location. U.S. Pat. No. 5,005,126, issued to Haskin, discloses a system for picking
off an internal analog video signal from imaging diagnostic equipment such as a
CAT scanner and transmitting the image to a remotely located physician's station.
U.S. Pat. No. 4,945,410, issued to Walling, discloses a satellite communications
system for transmission of still medical images from a remote satellite transmission
station to a central headquarters. These patents have their own inherent limitations
and lack the interactive audio and visual capabilities provided by the present
invention.
There exists, at present, home health care and monitoring products that
perform various functions. The simplest include, amongst others, instruments such
as self-operated blood pressure devices (sphygmomanometers), blood glucose
measuring instruments, automated medication dispensers and others. While these
products are designed to be useable by a patient without any assistance, they have no
inherent capability of remote monitoring. Moreover, they are often difficult to use
by elderly or infirm patients.
The other end of the spectrum includes the development of computer
controlled robots that provide an integrated, highly sophisticated, home based
monitoring unit. An example of such a device is the HANC (Home Automated
Nursing Center) system described in U.S. Pat. No. 5,084,828, issued to Kaufman et
al. This patent includes a robot capable of monitoring the patient's vital signs,
reminding the patient of his or her medications, dispensing them in due time, and
contacting a control center for routine follow-up as well as in emergency situations.
This device is generally an unsatisfactory solution to the problem of at-home patient
monitoring because it is extremely expensive, cumbersome, and lacks interactive
communication capabilities between the patient and their physician.
The complex robotic units and home computer are impressive in their
capacity, they but lack the human contact which is so important in effective geriatric
care. The patient's interaction with a machine, as sophisticated as it may be, will
always be inferior to the direct human contact. Moreover, these systems are very
expensive and will in the foreseeable future be available to only a very small number
of patients who can afford them. Moreover, the older population does not adjust
easily to computers
and robots, and mistakes in their use are frequent. Maintenance and problems and
the difficulty in programs in the computerized system make the upkeep more
complex. Thus, the currently available techniques for providing home patient
monitoring, particularly of the elderly, leave much to be desired.
Additional facts support development of an improved home health care
system especially for a geriatric population. For example, falls are a major health
problem among the elderly, causing injury, disability and death. One third (some
studies suggest half) of those over the age of 65 suffer at least one fall each year.
The rate of falling increases to 40% among those who exceed the age of 80.
According to the National Safety Council, falls accounted for one-third of the death
total for the elderly. Those who survive falls may have restricted activity, soft-tissue
injuries, or fractures. It is estimated that up to 5% of falls by elderly persons result
in fractures. A similar percent result in soft-tissue injury requiring hospitalization or
immobilization for an extended period. It is estimated that hip fractures resulting
from falls cost approximately $2 billion in the United States during 1980. Falls are
mentioned as a contributing factor to admissions to nursing homes.
The factors leading to falls can be divided into two main groups:
environmental factors and medical factors. In spite of the difficulty in the
surveillance of patient condition before a fall, almost all researchers share the
conclusion that environmental hazards are decreasingly important in causing falls as
age increases. A clear correlation between clinical or medical problems and the
incident of falls by the elderly has been established. Many of these medical
problems of the elderly or infirm can be detected by simple clinical observation. For
example gait, and balance abnormality may indicate difficulty with neurologic and
musculoskeletal functions that may contribute to physical instability. Changes in
gait can be identified by the following: slow speed, short step length, narrow stride
width, wide range of stepping frequency, a large variability of step length, and
increasing variability with increasing frequency.
Thus, there are relatively straight forward techniques which enable diagnosis
of a predisposition or likelihood of falls among elderly. However, there is no
inexpensive procedure for undertaking such diagnosis or investigating such
predisposition in a large patient population, wherein the kinematic condition of the
patient can be investigated or where the appearance, and reflex activity of the patient
can be investigated with ease.
Accordingly, there is a need for improved methods and devices for (remote
monitoring patients.
SUMMARY OF INVENTION
The invention has the benefit of allowing multiple remote sites to
continuously monitor patient data. Each of the remote cites is equipped with a user
configurable decision making process to determine when to transmit patient data.
When the programmable processor that is detecting patient data determines that one
or more of the vital signs being monitored exceeds a threshold determined by a
position then the data for that vital biometric parameter as well as the data
concurrently obtained from the monitoring of other biometric parameters is retrieved
from the respective storage buffers and transferred to the monitoring site. This
selective broadcasting only under unstable or alarming conditions from plurality of
patients to receiving cite assures that only those patients requiring attention are
broadcasting data to the receiving cite. When an alarm condition occurs the
physician has the opportunity to review relevant history for better determining the
severity and immediacy of the condition.
In an embodiment of the invention a computer implemented method for
managing the care of a patient on the basis of a discharge order containing a
diagnosis of at least one disease of the patient is disclosed. The method for
managing comprising the acts of:
determining a protocol for monitoring the patient, the protocol including at
least one biometric parameter to be monitored and at least one response associated
therewith;
monitoring the at least one biometric parameter; and
executing the at least one response associated with the biometric parameter
when the biometric parameter is beyond a selected threshold.
BRIEF DESCRIPTION OF THE DRAWING
In the detailed description of presently preferred embodiments of the present
invention which follows, reference will be made to the drawings comprised of the
following figures, wherein like reference numerals refer to like elements in the
various views and wherein:
FIG. 1 is an overall functional block diagram of a first embodiment of the
patient monitoring system of the present invention;
FIG. 2 is a hardware block diagram of the portable patient monitor shown in
FIG. 1 for monitoring and training a patient at a remote site and for transmitting
data directly from the remote site to a central office when appropriate.
FIG. 3 is a hardware block diagram of the portable patient monitor shown in
FIG. 1 for monitoring a patient at a remote site and for transmitting patient biometric
parameters to a patient monitoring computer at the remote site.
FIG. 4 is a hardware block diagram of the patient monitoring computer
shown in FIG. 1 at the remote site.
FIG. 5 shows the software modules associated with the central office and
remote site.
FIG. 6 shows an embodiment of the data structure associated with discharge
orders for a patient.
FIG. 7A-C show the data structures associated with the disease specific
protocol records of the current invention.
FIG. 8 is a graph showing representative signals obtained from monitoring
biometric parameters.
FIG. 9 is a process flow diagram of the processes associated with the
monitoring a patient at the central office shown in FIG. 1.
FIGS. 10A-B are process flow diagrams of an embodiment of the invention
which show the processes associated with monitoring a patient at respectively the
remote site and the central office.
FIGS. 11-17 are process flow diagrams of the processes at the remote site for
monitoring specific disease states according to an embodiment of the invention.
DESCRIPTION OF THE PREFERRED EMBODIMENT
The patient health monitoring system is designed to supplement the health
care efforts in caring for patients confined to their homes. The system may also be
utilized within a facility such as a nursing home for monitoring patients within the
home. The system integrates components distributed between a hospital and/or a
central monitoring office to provide improved monitoring of these patients. The
system provides for the translation of physician orders: including traditional
discharge, or patient transfer orders, into a computerized format. In a healthcare
setting an initiating order may be generated by a physician for a patient in a health
care facility such as a hospital or nursing home, or for a patient leaving such
facilities, or for a patient in an ambulatory setting. As will be obvious to those
skilled in the art other settings exist for initiating orders, including non-medical
settings such as biologic monitoring of normal subjects both human and animal.
The system further provides for the programming of a patient monitoring unit at the
remote site with the specific protocols consistent with the diagnoses of the doctor, as
indicated on the initiating order. The system further provides for computerized
training and prompting of the patient to assure their compliance with the initiating
orders. Additionally, the system provides for intelligent communication between the
remote site and the central office when appropriate. This latter capability reduces the
time required at the central office to monitor patients, yet assures that critical events
occurring during patient monitoring will not be overlooked. The system provides
for the transmission of relevant data from the remote site to the central office when a
critical event occurs. The system also provides for notification and graphical
presentment to the doctor of trending of the patients biometric parameters. The
trending parameters computed and presented to the doctor are disease specific, thus
making for a more timely response. Finally, the system provides for the
accumulation of a statistically normalized database correlating various medications
as to their efficacy, duration, and side effects.
FIG. 1 is an overall system diagram of an embodiment of the patient health
monitoring system of the current invention. Shown in FIG. 1 are Hospital/Central
Monitoring Office 100, a first embodiment of the patient monitor is shown at site
102, and a second embodiment of the patient monitor is shown at site 104. The
Hospital/Central Monitoring Office includes a computer 114 with access to a storage
device 116. A "one-piece" version of the remote monitoring system 102 includes
portable patient monitor 140 also known as patient monitoring device, which may
include a display, microphone, camera, speaker and biometric sensors, and is
constructed to be attached to patient 148. This version features a portable patient
monitor that includes monitoring, training and transmitting functions in one device,
which is attached to the patient. A "two-piece" version of the remote monitoring
system may include a portable patient monitor 160 also known as patient
monitoring device, with a display, speaker and sensors and is constructed to be
attached to patient 164. This version of the remote monitoring system also includes
patient monitoring computer 170, which may include camera 172,
microphone/speaker 174, keyboard 176, and display 178. The two-piece version of
the remote monitoring system facilitates a reduction in the size of the portable
patient monitoring unit by packaging several functions in the patient monitoring
computer.
Computer 114 may access a plurality of databases in storage device 116. Six
databases are shown specifically: patient history database 118, initiating order
database 120, training database 122, protocol database 124, drug study database 126,
and question & answer ("Q&A") database 128. The patient history database
contains records pertaining to the medical history of various patients treated at the
Hospital/Central Monitoring Office 100. Such records may be created by health care
workers during their care of the patient. The initiating orders database contains
records with information corresponding to the initiating orders 112. The discharge
order may be used by the patient monitoring system in generating a protocol record
that may be used in the monitoring of the patient according to the invention. The
initiating order also serves as a starting point for further treatment plans by health
care workers. The training database contains records such as audio clips, short
visual displays or films, and text-based messages. These records contain
information that instructs patients how to use the various sensors which are part of or
connected to the portable patient monitor at the remote site. The drug study database
contains records that relate to use of data generated through operation of the patient
health monitoring system for developing new or improved drugs. The Q&A
database includes records with predetermined questions appropriate for a specific
disease state or for response to a particular event detected by the monitoring system.
These questions may be used, for example, to interrogate the patient about the
patient's condition or about the relevance of the information received through
sensors in the portable patient monitors, etc. The records may be audio files which
can be played to the patient by the remote monitoring system in order for that system
to record the patients answers and transmit them to the doctor.
In the one-piece design for monitoring equipment shown at site 102 (See
FIG. 1) the portable patient monitor 140 contains a file 146, which contains the code
associated with performing the training, monitoring, and transmitting functions
corresponding to the particular disease state with which the doctor characterized the
patient in the initiating order. In contrast, the two-piece design for monitoring
equipment at site 104 (See FIG. 1) the portable patient monitor 160 contains within
it a file 190, which contains code associated with monitoring the patient. The
remaining code is contained in the patient monitoring computer 170 in file 180,
which contains code and associated Q&A and training files for training a patient and
for transmitting patient data to the central office when appropriate.
In operation, physician or other permitted health care professional 110 enters
initiating orders 112 into computer 114, which stores them in initiating order
database 120. The initiating orders include information regarding personal
information, insurance, diagnoses, and prescribed medications. Initiating orders are
described in more detail below. From the initiating order database, patient history
database 118, training database 122, protocol database 124, and Q&A database 128,
the processes 114P generate a management record. The management record is then
transmitted to a remote monitoring system. Typical management records include
information such as types and frequency of medication to be administered, types of
sensors to be used, training files and Q&A files that might be appropriately
associated with carrying out the protocol.
The management records are downloaded to remote monitoring systems,
such as the one-piece and two-piece systems. In the case of patient monitoring
system 140, processes 140P are implemented by portable monitoring device 140 for
monitoring the patient, for training the patient in the use of monitoring devices, or
sensors for selecting the time of day to monitor, and for deciding when to transmit
data from the remote site to the central office. All of these processes may be
implemented on a disease specific basis, each with its own different monitoring
protocol. Results from the monitoring carried out by the portable patient monitor are
transmitted 144 back to the Hospital/Central Monitoring Office 100 by processes
140P. The portable patient monitor may buffer the results until it is appropriate to
transmit them. Likewise, at site 104, portable patient monitor 160 implements
processes 160P to monitor the patient's condition, and to transmit the monitoring
results to the patient monitoring computer (PMC) 170, as suggested by element 162.
File 190 contains code to direct these activities. The patient monitoring computer
implements processes 170P to display training information and to transmit 182 back
to the Hospital/Central Monitoring Office 100 the results of the monitoring. The
patient monitoring computer may buffer the results until it is appropriate to transmit
them. File 180 contains the information and code necessary for the training and
transmitting functions carried out by the patient monitoring computer.
FIG. 2 is a detailed hardware block diagram of the one-piece version of the
portable patient monitor 140, shown in FIG. 1 attached to patient 148. The
one-piece portable patient monitor serves to monitor various sensors, to transmit
data, and to train the patient in various functions. The one-piece patient monitor
includes microprocessor 202, buffer memory 210, limit memory 212, screen or
audio driver 206, key interface 208, cellular transceiver 204, storage device 224,
display or audio output device 240, sensors 242 and 244 and confirmation switch
246 also called enabling switch. Buffer 210 comprises individual buffers 216 and
218 for respectively the last hour of data received from sensors 242 and 244. Limit
memory 212 comprises limit memory 220 and 222 to store, respectively, established
values for triggering events.
In operation this system performs as follows. Storage device 224 contains
within it a management record file 146 received from a central monitoring station
(not shown). The management record includes instructions concerning which
sensors to read, when to take readings of those sensors, information as to what levels
of sensor readings or times, etc., might serve as triggering events, and also training
and Q&A files for display by the display or audio output device 240. The file
containing the management record may be updated as desired by transmitting
information from the central monitoring station, which is received by cellular
transceiver 204. Signal unit 214 is in continuous receipt of signal corresponding to
the biometric parameters being monitored by sensors 242 and 244. These sensors
may be selected according to the patient's situation, but often will include such
baseline parameters as blood pressure, pulse, temperature, and respiratory rate. This
data is continuously stored in buffers 216 and 218. The data in these buffers is
continuously monitored according to reprogramable signal limits stored in memory
units 220 and 222. When microprocessor 202 detects that any single limit or
combination of limits in any arrangement according to the management record is
triggered, then the data in all buffers is passed to cellular transceiver 204 for wireless
transmission to the central monitoring office.
When this packet of data is received by the central monitoring office,
additional data may be requested from the remote site. The user may be requested to
confirm the severity of the bodily dysfunction. Patient confirmation may be sent by
the patient, in this case by enabling switch 246 to key input 208, and wirelessly
transmitted via transceiver 204 to the central monitoring office. This data along with
the biometric parameter data is included in a packet available for the health care
worker who is made aware of this packet. At appropriate times, such as upon the
occunence of a triggering event, training information may be displayed for the
patient using display 240. Such training information is contained in the training
record which forms part of the management record. The training information may
show the patient how to use the device. The training information may show the
patient how to hook up additional sensors to the portable patient monitoring device,
or how to properly position the existing sensors 242-244 to attain a proper biometric
parameter reading.
FIG. 3 is a hardware block diagram of the portable patient monitor portion of
the two-piece version of remote patient monitoring system shown in FIG. 1. The
two-piece monitor serves to monitor various sensors and transmit them to a patient
monitoring computer (not shown). The portable patient monitor 160 includes
sensors 320 and 318, handshake confirmation switch 302, A/D converter 316, timer
308, display 306, encoder 310, decoder 312, and transceiver unit 304. Decoder 312
contains a modified version of the management record in file 190 that may contain
only the information needed to monitor patient data. The patient data is received
from sensors 320 and 318 and is converted to digital form in A/D unit 316. The
separate signals are then passed to encoder 310 where they are tagged within
identifier indicating which biometric parameter, i.e., to which sensor the digital
signal corresponds. These signals are sent via receiver 304 to the patient monitoring
computer, for further processing, upon the occwrence of a triggering event, as is
defined in the modified management record.
FIG. 4 is a hardware block diagram of the patient monitoring computer
portion of the two-piece version of the remote patient monitoring system shown in
FIG. 1. The patient monitoring computer serves to transmit and receive data to the
central monitoring office (note shown) and to provide training and Q&A information
to the patient, when appropriate. The two-piece patient monitor includes
microprocessor 402, buffer memory 410, limit memory 412, audio driver 406, key
interface 408, cellular transceiver 404, storage device 424, video/audio output 440,
video input 442, signal unit 430, short range transmitter 432, and short range
receiver 434. Buffer 416 comprises individual buffers 416 and 418 for data received
from sensors contained in the portable patient monitor, shown in FIG 3. Limit
memory 412 comprises limit memories 420-422 to store established values for
triggering events.
In operation this system performs as follows. Storage device 424 contains
within it a management record file 180 received from the central monitoring station
shown in FIG. 1. The management record includes program codes for: sensors to
read, when to take readings of those sensors, information as to what levels of sensor
readings or times, etc., might serve as triggering events, and also training and Q&A
files for display by audio output device 440, or video output 440 under appropriate
circumstances. The management record file may be updated as desired by
transmitting information from the central monitoring station, which is received by
cellular transceiver 404. Portions of the management record relating to monitoring
are sent to the portable patient monitor 160 via short range transmitter 432. These
instructions serve to guide the operation of the portable patient monitor, as discussed
above in FIG. 3. In return, the portable patient monitor sends signals that are
received by short range receiver 434 and are processed by signal unit 430. These
signals are from devices in the portable patient monitor, and may be selected
according to the patient's situation, but often will include such baseline parameters
as blood pressure, pulse, temperature, and respiratory rate. This data is continuously
stored in buffers 416-418. The data in these buffers is continuously monitored
according to reprogramable signal limits stored in limit memories 420-422. When
microprocessor 402 detects that any single limit or combination of limits in any
arrangement according to the management record is triggered, then the data in all
buffers is passed to cellular transceiver 404 for wireless transmission to the central
monitoring office. Additionally, video input 442 may be used to receive video data
as needed to evaluate the patient's condition. At appropriate times, such as upon the
occurrence of a triggering event, training information may be displayed for the
patient via video output 440. Such training information is contained in the training
record which forms part of the management record.
FIG. 5 shows a software block diagram that illustrates software operations in
one embodiment of the patient health monitoring system according to the invention.
Shown are the software modules associated with hospital/central monitoring office
100 and with portable patient monitor (See FIG. 1). The software modules
associated with hospital/central monitoring office 100 includes translation module
500, notification module 502, and graphical user interface module 504. The
software modules associated with portable patient monitor includes control module
554, event module 550, training module 552, timer module 556, recording module
558, and sensing module 560.
Translation module 500 receives initiating order 112 as an input. The
translation module additionally interfaces with the databases contained in storage
device 116, which has been discussed above in more detail. The translation module
also outputs and downloads a management record 582 based on the information
contained in the various databases and initiating orders. The translation module may
receive an uploaded event record as an input from portable patient monitor . The
translation module then outputs information from the uploaded event record to
notification module 502. The notification module then may output this information
to graphical user interface module 504, which displays the information on display
506 for a health care worker to see.
Control module 554 receives a downloaded management record 582 as an
input. The control module then outputs the triggering event portion of the record to
the event module 550, and the training portion of the record to training module 552.
The training module outputs the training portion of the record upon instructions to
do so from the control module. The control module additionally interfaces with
timer module 556 to track time. The control module interfaces with the sensing
module to switch it to the appropriate ones of the sensors 590-594. The control
module also receives input from sensing module 560 and from recording module
558, regarding input from the selected ones of sensors 590-594. Sensing module
560 receives input from sensors 1-3, (elements 590, 592, and 594, respectively) and
then outputs the information to both the control module and the recording module.
The recording module stores the information from the sensing module and transmits
it to the control module at an appropriate time.
In operation, translation module 500 receives initiating order 112, stores it in
the initiating order database 120, and then assembles a management record based on
the initiating order, and the patient history, training, protocol, drug study (if
applicable), and Q&A databases. This management record is downloaded as
program code and data files to portable patient monitoring device . Additionally,
upon receipt of an uploaded event record 580, the translation module functions to
activate notification module 502, which notifies a health care worker. The
notification module can then drive graphical user interface 504, which uses display
506 to display the contents of the uploaded event record for the health care worker at
hospital/central monitoring station 100.
In portable patient monitor , the control module functions to coordinate the
flow of information to and from the hospital/central monitoring station. Upon
receiving the downloaded management record, the control module divides up the
record and distributes the relevant information to the various functional modules,
such as the event, training, sensing, and recording modules. The control module
also serves to coordinate the flow of information upon the occunence of a triggering
event. Such an event, detected by the event module based upon information
delivered to it by the sensing module or the timing module, results in the control
module assembling the event record to be uploaded, if necessary, from information
provided to it by the recording and sensing module. A triggering event may also
result in the activation of the training module by the control module, with the
attendant displaying of training information to the patient. Such information may be
used to train the patient in the proper attachment of external sensors to the portable
patient monitors 140, 160 or to the patient monitoring computer 170 (See FIG. 1).
FIG. 6 shows a plurality of records, labeled 600, 602, and 604, that
conespond to initiating orders. Physician orders, e.g. initiating orders may be
generated by a patient's physician or assistant and may be generated at the time a
patient is released from a hospital or other care setting. Each initiating record may
contain patient information in fields 610, diagnosis in field 612, and medication
information in fields 614. As will be obvious to those skilled in the art the diagnosis
field may include more than one diagnosis.
As shown in initiating record 600 patient information field 610A includes
name (John Smith), age (66), sex (male), residence (11 Oak Street), Insurance
(Everlast), and physician name (Dr. Fine). Diagnosis field 612A contains the
diagnosis (diabetes) for the patient who has been described in patient information
field 610A. Medication fields 614A contains the prescription from the patient's
physician to describe a medication and its dosing regimen for the patient. In the
medication fields, inputs are accepted for type of medication (insulin), route of
administration (subcutaneous), the name of the medication (NPH), the frequency of
administration (2x/daily), and the dose per administration (20 Units). Additional
medications may be included in the initiating orders in similar formats.
Initiating records 602-604 contain similar information to initiating record
600, but for Lucile Jones, and Donna Hengst, respectively. In record 602, the patient
information for Lucille Jones is contained in patient information field 610B. The
diagnosis for Lucile Jones (congestive heart failure) is contained in diagnosis field
612B. The appropriate medication for the patient (ACE inhibitor) is contained in
medication field 614B. Similarly in initiating record 604, the patient information for
patient Donna Hengst is contained in patient information field 6 IOC, the diagnosis
(hypertension) is contained in diagnosis field 612C, and the medication (calcium
channel blocker) is contained in field 614C.
FIGS. 7A-C show examples of three initiating protocol records. These
example records illustrate the prefened monitoring protocols for diabetes,
congestive heart failure, and high blood pressure, respectively. These records are
part of the protocol database as shown in element 124 in FIG. 1. Each protocol
record generally contains detailed instructions to be transmitted to the remote
monitoring equipment, along with corresponding Q&A and training files.
In FIG. 7 A, diabetes protocol record 700 includes primary biometric field
710A, frequency/time field 712A, sensor field 714A, additional sensor field 716 A,
baseline biometric field 718A, display type field 720A, Q&A file field 730A,
training file field 732A. Also included is random field 734A, which may be used as
part of a drug study.
Primary biometric field 710A contains information about the primary
biometric to be monitored, in this case, glucose. The frequency and time field,
712A, contains information about both the frequency and the time period in the day
in which to monitor for the primary biometric. In this case, glucose is to be
monitored twice daily, once at 9:00 a.m. and once at 4:00 p.m. Sensor A field 714A
describes a first sensor to be used, and also includes information about what received
values of sensor A may be considered to be triggering events. Field 716A describes
sensor B, which is in this case a finger prick blood glucose test. Also contained in
field 716A, in a similar fashion to field 714A, are various values of results from the
sensor which will trigger different responses from the portable patient monitoring
system. Baseline biometric field 718 A contains information about whether the
patient is to be monitored for baseline biometric parameters such as: blood pressure,
pulse, temperature and respiration rate. Display fields 720A contain information
about how to display information accumulated during the monitoring operation of
the patient health system so as to allow for focused rapid physician response to an
event detected by the remote patient monitoring system. Q&A field 730A contains a
file that has various questions that could be accessed in the course of obtaining
subjective information from the patient during the monitoring process. Training
field 732A contains training files that can be used to train the patient in the use of
monitoring equipment, or the attachment of existing or additional biometric sensors.
Random field 734A contains information about when to randomly include an
additional monitoring of the patients biometric parameters. By requiring for
example, each patient in the remote population to perform an additional test, e.g.
finger prick and blood sample, information on the efficacy and durability of a
specific drug can be obtained. This information is obtained through the aggregation
of information from each member of the patient population under the control of the
central monitoring station.
Elements 714 A- 716 A contain information instructing the remote monitoring
equipment how to respond to particular ranges of the biometric parameters being
sensed. For example, if sensor A is employed for testing the patient's urine and the
result is 1+, the regime is maintained. However, if the response is 2+, then the
patient is instructed to employ sensor B. Fields 716A correlate glucose levels
obtained by blood samples obtained by finger prick with appropriate responses. At a
level of glucose less than 150 mg/dl the existing regimen is maintained. At a level
between 150 and 250 mg/dl an additional 5 units of insulin should be administered.
At a level between 250 and 350 mg/dl an additional 10 units of insulin should be
administered. At levels above 350 mg/dl the patient should be asked the questions in
the Q&A file and the answers to those questions should be recorded. The
information including biometric parameters, patient responses to questions, etc.,
should then be sent to the central office. When the information is received by the
central office the event may be brought to the attention of a doctor.
In FIG. 7B, congestive heart failure protocol 702 includes primary biometric
field 710B, frequency field 712B, sensor field 714B, additional sensor field 716B,
baseline biometric field 718B, display type field 720B, question and answer file field
730B, training file field 732B. Also included is random field 734B, which may be
used to normalize drug studies by inserting an additional monitoring time for each
drug so that collectively from various other sites at which the drug is being used as
well as this site, time sampled information on the performance of each drug can be
obtained.
Primary biometric field 710B contains information about the primary
biometric to be monitored, in this case, congestive heart failure. The frequency and
time field, 712B, contains information about both the frequency and the time period
in the day in which to monitor for the primary biometric. In this case, fluid retention
is to be monitored once daily, at 9:00 a.m. Sensor field 714B describes a sensor A
and a sensor B to be used, and also includes information about what received values
of sensor A-B may be considered to be triggering events. Field 716B describes
sensor C, which is in this case a blood oxygen test. Also contained in fields
714B-716B are various values of results from the sensors that will trigger different
responses from the portable patient monitoring system. Baseline biometric field
718B contains information about whether the particular biometric is actually enabled
or not enabled, instructing the remote monitoring equipment as to whether or not to
monitor this particular biometric. Display fields 720B contain information about
how to display information accumulated during the monitoring operation of the
patient health system. Question and answer field 730B contains a file that has
various questions that could be accessed in the course of obtaining subjective
information from the patient during the monitoring process. Training field 732B
contains training files that can be used to train the patient in the use of monitoring
equipment. Random field 734B contains information about when to randomly
include an additional test, for drug study purposes.
Elements 714B and 716B contain information instructing the remote
monitoring equipment how to respond based on the particular condition. For
example, sensor A is employed for testing the patient's weight and sensor B is
employed for measuring the patient's edema. In the setting of congestive heart
failure fluid congestion in the lungs may be indicated by a fall in SAO2 and fluid
retention in the body will be indicated by a rise in body weight. If the result is a
weight gain of two or more pounds and there is an increase in edema reading of
more than 15%, then the patient is instructed to take 20 mg. of furosemide. If the
patient gains more than five pounds, then regardless of the edema reading, the
patient is instructed to take 20 mg. of furosemide. However, if the result is a weight
gain of five or more pounds and there is an increase in edema reading of more than
20%), then the patient is instructed to employ sensor C. In sensor C, element 716B,
the results of a blood oxygen test are used to determine whether it is appropriate to
maintain the regimen (SaO2 >92%) ; recheck the blood oxygen (SaO2 is 90-92%) in
twelve hours; or play a question and answer file contained in field 730B, and notify
the central monitoring station (SaO2<90%) with an appropriate event record,
including the Q&A results.
In FIG. 7C, high blood pressure protocol 704 includes primary biometric
field 710C, frequency field 712C, sensor field 714C, baseline biometric field 718C,
display type field 720C, question and answer file field 730C, training file field
732C. Also included is random field 734C, which may be used as part of a drug
study.
Primary biometric field 710C contains information about the primary
biometric to be monitored, in this case, blood pressure. The frequency and time
field 712C, contains information about both the frequency and the time period in the
day in which to monitor the primary biometric. In this case, blood pressure is to be
monitored four times daily, once at 8:00 a.m., 12:00 noon, 6:00 p.m, and 10 p.m.
Sensor A field 714C describes a sensor to be used, and also includes information
about what received values of sensor A may be considered to be triggering events.
Also contained in field 714C are various values of results from the sensor which will
trigger different responses from the portable patient monitoring system. Baseline
biometric field 718C contains information about whether the particular biometric is
actually enabled or not enabled, instructing the remote monitoring equipment as to
whether or not to monitor this particular biometric. Display fields 720C contain
information about how to display information accumulated during the monitoring
operation of the patient health system. Question and answer field 730C contains a
file that has various questions that could be accessed in the course of obtaining
subjective information from the patient during the monitoring process. Training
field 732C contains training files that can be used to train the patient in the use of
monitoring equipment. Random field 734C contains information about when to
randomly include an additional blood pressure test, for drug study purposes.
Element 714C contains information instructing the remote monitoring
equipment how to respond based on the particular condition. For example, if sensor
A is employed for testing the patient's blood pressure and the result is a systolic
blood pressure less than 90 mm Hg then the patient is instructed to recheck her
blood pressure in one hour. However, if the result is either systolic greater than 200
or less than 80, then the monitoring system plays a question and answer file
contained in field 730C, and notifies the central monitoring station with an
appropriate event record, including the Q&A results. As will be obvious to those
skilled in the art additional biometric parameters may be monitored including
diastolic pressure. Also other responses may be substituted without departing from
the teachings of this invention.
FIG. 8 is a graph showing two hypothetical signals 850 and 856 which might
be generated by sensors present in the portable patient monitoring devices 140,160
(See FIG. 1). These signals in digital form would be stored in first in first out
fashion (FIFO) as above discussed in separate buffers in buffer memories 210 or 410
(See FIGS. 2,4). An upper and lower limit also called thresholds 852 and 854 is
shown in connection with signal 850 and an upper and lower limit 858 and 860 also
called thresholds respectively is shown in connection with signal 856. These limits
conespond to the above discussed limits which would be stored in limit memories
212 and 412 (See FIGS. 2,4). The graphical snapshot is shown commencing at time
Tl . At time T2 signal 850 has passed beyond upper threshold 852. If the physician
has programmed limit memory in such a way as to require that the passage of this
one biometric parameter beyond its upper limit is sufficient to trigger an alarm
condition then in this instance, the data contained in both the buffer for signal 850
and the buffer for signal 856 will be uploaded and transferred via wirelessly to
remote receiver 46. Thus, at the time the alarm condition is triggered, not only the
immediate physiological data for the patient is transferred but also that data which
occuned during the buildup to this alarm condition, i.e. the historical data. Data is
continuously transmitted during the interval between time 2 and time 3. T3
conesponds to the point at which the biometric parameter e.g. the signal 850 has
returned to an amplitude below upper threshold 852. Of course it is possible that the
biometric parameter indicated by signal 850 would not return below the upper limit
852 in which case data would be locked in a continuous transmit condition until
such time as the patient received attention or the biometric parameter being
monitored returned below the upper threshold, indicated by T3. For an appropriate
amount of time in this case indicated as the interval between T3 and T4 after a given
biometric parameter triggering an alarm condition returns below the threshold
condition which caused the alarm condition, data will continue to be transmitted in
real time to the central office. At time T4 data may cease to be transmitted, having
normalized for a sufficient interval. Alternately, data may continue to be transmitted
until a physician indicates otherwise. As will be obvious to those skilled in the art,
the reprogramable feature of the current invention and the programming feature
itself allows any combination of upper and lower limits at any number of biometric
parameters in any combination or grouping to be the condition upon which an alarm
condition should be generated. For example, a rise in heart rate to a certain level
unaccompanied by a corresponding fall n some other biometric parameter such as
blood pressure may not, according to the physician, be a cause for triggering an
alarm condition. This more complex thresholding condition is stored in limit
memory. As will also be obvious to one skilled in the art, an alarm condition need
not merely correspond to the amplitude of a biometric parameter but might
correspond to the frequency or increase in frequency of the biometric parameters,
e.g., heart rate.
One who is skilled in the art will recognize that the alarm limits 852, 854,
858, and 860 may correlate to the integral of the biometric signal or to its derivative
or to the ratio of two signals or to another mathematical operator.
Fig. 9 is a process flow diagram showing an embodiment of the processes
114P implemented at the central office 100 (see FIG. 1). Processing begins as
decision process 902 in which a determination is made as to whether a new initiating
order needs to be processed. The initiating order 112 (see Fig. 1) may be entered
manually or electronically into the computer. When a new initiating order needs to
be processed control is passed to process 904. In process 904 the disease listed in
the diagnosis field 612 (see FIG. 6) is determined. Control is then passed to process
906. In process 906 the protocol record conesponding to the disease listed in the
diagnosis field 612 is retrieved from the protocol database 124 (see FIG. 1). The
protocol database contains as described and discussed above in connection with
Figs. 7A-C contains protocol records for monitoring specific diseases. Control is
then passed to process 908. In process 908 a comparison is made between the
initiating record and the selected protocol record. Control is then passed to decision
process 910. In decision process 910 a determination is made as to whether the
physician or initiating order conflicts in any way with the selected protocol record.
If for example the physician's medication or dosage amounts differ from those listed
in the protocol record then control is passed to process 912. In process 912 the
conflict is brought to the attention of a physician so that they may resolve it before
programming the remote monitoring system.
In the event there is no conflict between the physician initiating and the
protocol record, or in the event that a physician has modified an existing protocol
record to harmonize it with his/her initiating orders, then control is passed to process
914. In process 914 any files such as Q&A and/or training files associated with the
protocol record are retrieved from respectively databases 122 and 128 (see FIG. 1).
Control is then passed to process 916. In process 916 statistical information
gathering processes are implemented for retrieving from this patient additional
information useful for the aggregate characterization of the drug being utilized to
treat this patient. This may take the form of an additional time of day at which to
monitor the patient. This time may correspond to 1/2 hour after prescription dosage.
If another patient treated with the same drug is monitored at 1 hour after prescription
dosage, and so forth, a complete time weighted study of the drug efficacy and
duration can be created from the aggregation of a plurality of patients. This time will
be placed in field 734 (see FIG.7A-C). Control is then passed to process 918. In
process 918 the management record including the Q&A and training records and the
code associated with implementing the protocol record retrieved in process 906 are
downloaded to the remote site. Control is then passed to decision process 920.
In decision process 920 a determination is made as to whether an event
record has been received from a remote site. In the event that determination is in the
negative, control is returned to decision process 902 for the processing of the next
initiating record. Alternately, if a decision is made that an event record has been
received then control is passed to process 922. In process 922 a determination is
made on the basis of the initiating record and specifically field 720 thereof as to
what format of display and what combination of biometric parameters and/or
question and answer sequences allows for the most targeted response on the part of
the physician from the voluminous available patient data. This data is formatted
according to the format indicated in field 720 (see Figs. 7A-C). The correct
presentment of data can be crucial in a timely reaction to a possibly critical event
which the patient has experienced and which the remote monitoring equipment has
transmitted to the central office.
Control is then passed to process 924. In process 924 the data is gathered in
the appropriate format for display to the physician. Control is then passed to process
926. In process 926 the patient history record for the patient with respect to which
an event has been recorded is fetched from the patient history database 118 (see
FIG.1). Control is then passed to process 928. In process 928 the doctor is notified
that an event has been recorded that needs his/her attention. Control is then passed
to process 930. In process 930 the targeted information discussed above in
connection with processes 922-924 is displayed to the doctor to allow them to make
a timely decision for managing the patient. Control then returns to decision process
902 for the detection of the input of the next initiating record.
FIG. 10A is a process flow diagram showing the steps connected with the
operation of a first embodiment of the portable patient monitoring device shown in
FIG. 1. The process commences at 1000 where data is being obtained from the
sensors processed and put into FIFO buffers conesponding to the respective sensors.
The data in these buffers is continuously compared with the limits and limit
conditions stored in limit memory in process 1002. Control is then passed a decision
step 1004 in which a determination is made on the basis of the comparison as to
whether an alarm condition corresponding to a limit, or a set of limits programmed
by the physician has been exceeded. In the event this determination is in the
affirmative then control is passed to decision process 1006. In process 1006, the
transceiver begins transmitting not only the historical data contained in the buffers,
but also a real time transmission of all sensor data to the central office. Control is
then passed to process 1008 in which an on-going monitoring of limits is made.
These may be the limits as discussed in connection with FIGS. 7A-C, or may be
different set of physician programmable limits set by a physician by a transmission
from the central office. These not need be the same limits. Control is then passed to
decision step 1010 in which a determination is made as to whether the cease alarm
condition has been reached. This process is optional as in certain embodiments it
may not be appropriate to cease transmitting at all even after biometric parameters
have returned to normal. The cease alarm condition could be input by a physician
from the central office, or from an visiting nurse present at the remote site, or could
be automatically generated through a return of the patient's biometric parameters to a
prolonged period of normalcy. If a determination is made in the negative that a
cease alarm condition has not been reached then control is passed to decision step
1012.
In decision process 1012 a determination is made as to whether a
confirmation sequence has been initiated by the central office. If it has then control
is passed to process 1014 for implementation of the confirmation sequence. A
confirmation sequence provides additional data on the patient's condition to be used
in assessing the severity of the patients condition. The confirmation sequence can
include a request by the central office in video or audio form to the user to indicate
whether in their subjective opinion the alarm condition warrants a physician's
attention. The confirmation sequence can include a question and answer sequence
generated from the Q&A file downloaded from the central office. The confirmation
sequence can also include a snapshot or live camera feed of the patient obtained by
the portable patient monitoring device or the patient monitoring computer which is
sent to the central office. Control is then passed from process 1014 back to process
1006 for a continuation of the transmission of real time data to the central office.
Alternately, if in decision step 1012 a negative determination is made, i.e., that no
confirmation is requested by the central office, then control is passed directly to
process 1006.
If in process 1010 a determination is made that a cease alarm condition has
been reached, e.g. that biometric parameters have returned to normal then control is
passed to process 1016 for the imposition of a delay period during which biometric
parameters continue to be transmitted to the central office. This interval is shown in
FIG. 8 between times T3-T4. When the interval has elapsed data transmission to the
central office may be terminated. Control is then passed to decision 1018 in which a
determination is made as to whether a reset of limit request has been sent from the
central office to the remote site portable patient monitor. These new limits may be
automatically generated at the central office or may be input by a doctor at the
central office. They may be appropriate when the patient needs to be more closely
monitored. If this determination is in the affirmative then control is passed to
process 1020 in which the limit memory is reset. Control is then returned to process
1000 discussed above. Alternately if in decision step 1018 a determination is made
that no physician reset of the reprogammable limits is requested, then control is
directly returned to process 1000. The methods outlined above in processes 1000-
1018 have the benefit of minimizing the communications between the central office
and the remote site while assuring that critical detailed patient data is transmitted to
the central office in a timely manner. Because the data transmitted to the central
office is time stamped, a full record of the patient's biometric parameters including
normal and abnormal readings can be reconstructed from the received information.
FIG. 10B shows the processing connected with the central office in an
embodiment of the invention. The process begins at decision step 1054 in which a
determination is made as whether an alarm event has been detected and data is being
received from the remote site. If that determination is in the affirmative then control
is passed to process 1056 in which all the buffer data from the remote site plus a real
time feed from that site is prepared for viewing by the health care professional.
Control is then passed to process 1058 in which the medical care provider is notified
by pager, monitor, telephone or any other a number of means and the data is made
available to the medical care provider (MCP) in real time. The historical data from
the buffer is included in the information provided to the MCP. Control is then
passed to decision process 1060 in which a determination is made as whether a
confirmation of the alarm condition has been programmed into the protocol for the
remote site. If confirmation is appropriate control is passed to process 1064. In
process 1064 a Q&A sequence, a video feed or a still image of the patient may be
obtained to help confirm the patient's condition. Control is then passed to process
1066. Alternately, if in decision process 1060 a determination is made that no
confirmation protocol is called for in the event of an alarm condition then control is
passed directly to process 1066. In process 1066 the biometric data on the patient
as well as any confirmation data, e.g. images or Q&A results are made available to
the MCP. Control is then passed to decision process 1068. In decision process
1068 a determination is made as to whether the MCP desires to reset threshold
conditions and/or the combination of biometric parameter value(s) required to
trigger an alarm condition. If that determination is in the negative then control
returns to decision step 1054 discussed above. Alternately if that determination is in
the affirmative then control is passed directly to process 1070 in which the MCP is
queried as to what new limits and limit combinations are required for the biometric
parameters. These new limits are transmitted from the central office to the portable
patient monitoring device and the limit memory is updated with the new limits.
Control is then returned to process 1054 for the processing of the next event or alarm
condition received from a remote site.
FIGS. 11-17 are process flow diagrams of the processes at the remote site for
monitoring specific disease states according to an embodiment of the invention.
These processes can be downloaded from the central office as part of a management
record or can be contained in the portable patient monitor and selected from a menu
of options displayed on that monitor. Each of the following processes may be
accompanied by additional processes to enhance the functionality of the patient
monitoring system at the remote site. These additional processes include:
authentication of patient identity, visual or still images of the patient, buffering of
patient data, etc..
FIG. 11. Management of fluid balance:
Edema is an abnormal accumulation of fluid in the tissue spaces, cavities or
joint capsules of the body that may cause swelling and pain in the affected area. A
physician whose patient presents with a history of recurrent edema may wish to have
the patient continuously monitored for early signs of fluid retention. A system for
performing this monitoring is described in the process flow diagram of FIG. 11.
In process 1102 the patient is monitored by a device strapped to his or her
ankle that can detect presence of, and relative change in the circumference of the
ankle indicating edema. The signal from the monitoring device is then transmitted
to the portable patient monitoring device or the PMC for processing using short
range half duplex RF transmission, or some other means of transmission. In process
1104, the signal from the monitoring device is compared against a specified range of
values. Control is then passed to decision process 1106. In decision process 1106 a
determination is made as to whether the biometric parameters in this case ankle
swelling is within the specified range of values. If a determination in the negative is
reached, i.e. that ankle swelling exceeds the specified range of values then control is
passed to process 1108. In process 1108 a central monitoring station (e.g. a remote
monitoring nurse) is automatically notified of the patient's condition. Alternately, if
in decision process 1106 a determination is made that swelling is within range then
control is returned to process 1104.
FIG. 12 Sleep disorders
A patient may have a history of night-time hypoxia or sleep apnea. These
conditions involve low blood oxygen levels due to a variety of conditions, such as
difficulty in breathing, etc. Low blood oxygen may lead to consequences such as
fatigue, loss of alertness, and possibly some tissue damage. Additionally, low blood
oxygen due to hypoxia or sleep apnea may be surrogate markers for some other,
more serious, disease condition. Accordingly, the patient's physician may well be
interested in monitoring these conditions while the patient is sleeping. A system for
monitoring these conditions is described in the process flow diagram of FIG. 12.
The patient at risk for hypoxia during sleep and/or sleep apnea wears a
device to monitor oximetry and/or to detect respiratory airflow and/or chest wall
excursions, as shown in process 1202. The signal from the device is then
transmitted to the portable patient monitoring device or the PMC for processing. If
necessary, the signal may be sent to a patient monitoring computer for processing
using short range half duplex RF transmission, or some other means of transmission.
Control then passes to process 1204. In process 1204 the signal from the monitoring
device is compared against a specified range of values for the biometric parameters
being monitored. Control is then passed to decision process 1206. In decision
process 1206 a determination is made as to whether the signal from the monitor is
within the specified range of values. If that determination is in the affirmative
control returns to process 1204 for continued monitoring of the patient. If the
determination is in the negative, e.g. that values exceed the specified range(s) then
control is passed to process 1208. In process 1208 the patient is then awakened.
Next, in step 1210, a central monitoring station (e.g. a remote monitoring nurse) is
automatically notified of the patient's condition.
FIG. 13 Arrhythmia management:
Arrhythmia is any disturbance in the electrical rhythm of the heart. An
anhythmia is an unstable series of disturbances in heartbeats, and may be associated
with serious medical conditions, such as congestive heart failure or myocardial
infarction. As such, a patient prone to development of an anhythmia may be at high
risk for serious cardiovascular consequences. That patient's physician would
understandably wish to monitor the patient to determine the occunence, extent and
nature of an arrhythmia using electrocardiography (ECG) each day. A system for
monitoring for arrhythmias is described in the process flow diagram of FIG. 13.
In operation, the patient is prompted, once per day, to use an ECG device, as
shown in process 1302. Subsequently control is passed to process 1304. In process
1304 instructions for using the device are displayed on an appropriate display panel,
of the portable patient monitor or the PMC, for example. Control is then passed to
process 1306. In process 1306 the signals generated by the ECG sensor are
monitored. Monitoring may take place at the portable monitoring device or the
PMC. If necessary, the signal may be sent to the PMC from the ECG sensor using
short range half duplex RF transmission, or some other means of wireless
transmission. Control is then passed to decision process 1308. In decision process
1308 a determination is made as to whether the ECG values are within a specified
range of acceptable values. If the values are within an acceptable range control is
passed to process 1310. In process 1310 if the signal from the monitor is within the
specified range of values, then the system displays the results and also displays
management techniques for the patient. Alternately, if in decision process 1308 a
determination is made that the patients ECG values are outside the specified range
then control is passed to process 1312. In process 1312 a central monitoring station
(e.g. a remote monitoring nurse) is automatically notified in an appropriate way, and
data values are transmitted to the central monitoring station. As will be obvious to
those skilled in the art ECG monitoring may also be used for detecting other
conditions of the heart such as ischemia.
FIG. 14 Monitoring for exacerbations of airway disease.
Peak expiratory flow rate in a patient can be used as an indicator of serious
respiratory problems. For example, decreased peak expiratory flow rate can be
indicative of lung collapse, pneumonia, or pulmonary edema, as well as airway
disease such as asthma. Understandably, if the patient has airway disease, or is at
risk for airway disease, then the patient's physician would want to monitor the
patient's peak expiratory air flow. A system for monitoring peak air flow is
described in the process flow diagram of FIG. 14.
In step 1402, the patient is beckoned and prompted to use the peak
expiratory flow meter, once per day. Next, in step 1404, instructions are displayed
for the patient to use the spirometer or other peak flow sensor device. The peak flow
test is then performed, as indicated in step 1406. The signal from the device is then
transmitted to the portable patient monitoring system for processing. If necessary,
the signal may be sent to a patient monitoring computer for processing using short
range half duplex RF transmission, or some other wireless means of transmission.
The test value is thereby recorded, as shown in step 1408. Until the test has been
repeated three times, the patient will be directed to repeat the test, as indicated by
steps 1412 and 1410. After the third test such test control will be passed to process
1414. In process 1414 the system will then query the patient for a self-assessment of
the patient's condition. This may be accomplished by using a display menu
containing a variety of choices, as shown in step 1414, for example: "symptom-
free", "mild shortness-of-breath", "moderate shortness-of-breath", etc., from which
the patient selects the appropriate response. Another menu alternative is a linear
scale, with "best" and "worst" marked at opposing ends, whereupon the patient
selects a point along the scale conesponding to their symptom state. Alternatively,
the patient may enter the self-assessment in other ways, such as entering general
notes about their self-assessed condition. After the query process control is passed to
decision process 1416.
In decision process 1416 the signal from the monitoring device is compared
against a specified range of values. If the values are not within the acceptable range
control is passed to process 1418. In process 1418 the central monitoring station
(e.g. a remote monitoring nurse) is automatically notified in an appropriate way, and
graphs of recent peak flows and pulmonary symptom scores are transmitted to the
central monitoring station. The portable patient monitor may in addition instruct the
patient to undertake certain therapeutic steps and to repeat the peak flow
measurements at a specified time. Alternately, if in decision process the values are
determined to lie within an acceptable range control is passed to process 1420. In
process 1420 the signal from the monitoring device the system compares the signal
with the highest patient value that has been previously stored. Next, the system
generates a pulmonary symptom score and a pulmonary management plan based on
the NTH Asthma Guidelines (NILTPublication 97-4053, October 1997).
FIG. 15 Wound Assessment:
Patients with healing wounds need to be checked on a regular basis. This is
for obvious reasons: improperly healing wounds can lead to serious infection,
gangrene, and possibly even death. Especially in the context of post-operative care,
wound assessments need to be performed on a periodic basis. Understandably, the
patient's physician would want to monitor the patient's wound. A system for
monitoring wound healing is described in the process flow diagram of FIG. 15.
In operation, the patient is prompted, at an appropriate frequency, to assess
their wound through an appropriate video system, in process 1502. Such a video
system is preferably a digital video system, to facilitate transmission and processing
of the video images. The patient exposes their wound to the video system, and the
image or images is recorded, as shown in step 1504. Next, in step 1506, the patient
is prompted to assess the wound through measurements and symptoms. The
measurements of the wound may be made in a variety of ways. In one embodiment,
the diameter or circumference of the wound is measured with electronic calipers or a
transparent template with circles arranged in "bull's eye" pattern laid over the
wound. The evaluation of the wound may also be accomplished by pattern matching
processes implemented on an electronic image of the wound obtained by a video or
still camera on the portable patient monitor. The patient can register symptoms
through a series of self-assessment questions. In one embodiment, these questions
may be "Has the size of the wound changed?", "Has the color of the wound
changed?", "Is there an odor to the wound?", "Is the wound more painful?" The
answers to these questions is stored in the portable patient monitor or PMC for
transmission to the central office. The data may be sent to a patient monitoring
computer for processing using short range half duplex RF transmission, or some
other means of transmission. The data from these assessments is then recorded, as
shown in step 1508. Control is then passed to decision process 1510. In decision
process 1510 a determination is made as to whether the data, e.g. answers and
measurements are within a specified range. If they are control is passed to process
1518. In process 1518 the data is stored in a patient file at the central monitoring
facility. Alternately, if the data is not within a specified value for either the
assessment results or for the image processing of the wound video, then in step
1512, appropriate information on wound management is displayed for the patient.
Next, in step 1514, the recorded data is transmitted to the patient's physician or other
healthcare worker, in a central monitoring facility.
FIG. 16 Monitoring for exacerbations of respiratory disorders.
Patients with a history of cardiorespiratory disease may experience difficulty
in absorbing oxygen from the air and delivering it, through the blood system, to
various body tissues. These difficulties can lead to fatigue, muscle atrophy, death of
the affected tissue, and other life-threatening conditions. Understandably, the
patient's physician will want to monitor the state of the patient's disease. A system
for monitoring the patient is described in the process flow diagram of FIG. 16.
In process 1604, the patient is prompted twice a day (or at a different
frequency) to use a pulse oximeter to monitor his/her oxygen saturation (SaO2).
Next, in process 1606, instructions for using the pulse oximeter are displayed. The
patient then performs the SaO2 test, as shown in process 1608. The signal from the
pulse oximeter may be transmitted to the portable patient monitor or the PMC for
processing. The data may be sent to a patient monitoring computer for processing
using short range half duplex RF transmission, or some other wireless means of
transmission. The signal is then recorded, as shown in step 1610. Control is then
passed to decision process 1612. In decision process 1612 a determination is made
as to whether the SaO2 value is within an acceptable range. If it is control is passed
to process 1624. If it is not control is passed to decision process 1614. In decision
process 1614 a determination is made as to whether this is the second test. If it is not
control is passed to process 1616 for a repeat of the test. Subsequently control
returns to process 1610. If alternately in decision process 1614 a determination is
made that the test has already been repeated, then the patient will be prompted to use
a different finger in process 1618 and the test will be repeated in process 1620. If
the signal value in the new finger is within an acceptable range as determined in
decision process 1622, then the results are stored in process 1624 for later
transmission and the patient is notified in process 1626 that the signal value results
are acceptable.
If the signal value for the different finger is not within an acceptable range as
determined in decision process 1622 , then control is passed to process 1630 in
which the patient is directed to perform a peak expiratory flow maneuver and to
capture the results using a spirometer, for example. Additionally, the patient is
instructed to place a stethoscope on the patient's chest in appropriate positions to
record heart sounds. Then in process 1632 the patient may be asked to provide
additional information such as a self-assessment by answering questions ("Do you
feel short of breath?"), or using other diagnostic instruments, or by prompting the
patient to describe how the patient feels in the patient's own words. The patient is
then prompted to standby for instructions from the central monitoring station.
Finally, all information is recorded, in process 1634 and the recorded information,
including trend charts stored from previous pulse oximetry, for example, is
transmitted to the central monitoring station, as shown in process 1634.
FIG. 17 Diabetes Management: Insulin adjustment
Management of diabetes can be very complex, and yet such management is
crucial to maintaining the health of a diabetic patient. The central measurement for
monitoring and managing diabetes is blood glucose. Understandably, a diabetic
patient's physician would want to monitor the patient's blood glucose levels, and
provide feedback to the patient regarding disease management. FIG. 17 shows a
process flow diagram of a system for managing a diabetic patient's disease.
In operation, the patient is prompted to perform a glucoscan using a blood
glucose monitoring device, as shown in step 1702. Instructions on how the patient
should use the device are displayed on the display of the portable patient monitor or
PMC in process 1704. The device is then used by the patient to perform the test, and
determine the blood glucose level in process 1706. The signal from the glucose
monitoring device may be transmitted to a patient monitoring computer for
processing using short range half duplex RF transmission, or some other means of
transmission. The signal is then recorded in process 1708. Control is then passed to
decision process 1710. In decision process 1710 a determination is made as to
whether the signal value is within an acceptable range. If it is not then control is
passed to process 1712 in which the system informs the patient what dose of insulin
to take.
If, however, the blood glucose level is abnormally high or low, then control
is passed to process 1714 in which the patient is prompted to make a self-
assessment. This may be accomplished by using a display menu or an audio
question sequence followed by recording of responses. For example: "are you
dizzy?", "are you febrile?", "are you thirsty?", etc., are questions the patients may be
asked. In an alternate embodiment a menu lists alternatives in a linear scale, with
"best" and "worst" marked at opposing ends, whereupon the patient selects a point
along the scale corresponding to their symptom state or states. Alternatively, the
patient may enter the self-assessment in other ways, such as entering general notes
about their self-assessed condition. Next, in step 1716, the patient is prompted to
take vital sign measurements using devices, such as stethoscopes or blood pressure
cuffs, etc., that have been either discussed above or are known to one of skill in the
art. Then in process 1718 the results of these measurements are recorded and then
transmitted to a central monitoring station, with graphs, for analysis by a clinician or
other health care worker.
The foregoing description of embodiments of the present invention has been
presented for purposes of illustration and description only. It is not intended to be
exhaustive or to limit the invention to be forms disclosed. Obviously, many
modifications and variations will be apparent to practitioners skilled in the art.