CYBER MEDICINE DISEASE MANAGEMENT

Abstract: The subject health monitoring system is designed to supplement in an embodiment of the invention 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 initiating orders into a computerized format. 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. 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.

Description: 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 SAO 2 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 (SaO 2 >92%) ; recheck the blood oxygen (SaO 2 is 90-92%) in twelve hours; or play a question and answer file contained in field 730B, and notify the central monitoring station (SaO 2 <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 (SaO 2 ). Next, in process 1606, instructions for using the pulse oximeter are displayed. The patient then performs the SaO 2 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 SaO 2 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.

Claims: What is Claimed is: 1. A computer implemented method for managing the care of a subject with at least one condition, and the method for managing comprising the acts of: determining a protocol for monitoring the subject, 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. 2. The method of claim 1, wherein the selected threshold comprises at least one of: a value, range of values, and a rate of change in a value. 3. The method of claim 1 , wherein the determining act further comprises the act of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith. 4. The method of claim 1 , wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including a dosage of a medication. 5. The method of claim 1, wherein the determining act further comprises the act of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including training data associated with a sensor for monitoring the at least one biometric parameter. 6. The method of claim 1, wherein the determining act further comprises the act of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including questions for the subject. 7. The method of claim 1, wherein the determining act further comprises the act of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored, at least one time at which to monitor the biometric parameter, and at least one response associated therewith. 8. The method of claim 1, wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored, at least one time at which to monitor the biometric parameter and at least one response associated therewith, and the at least one response including a dosage of a medication; and calculating an additional time at which to monitor the at least one biometric parameter to obtain information about the medication. 9. The method of claim 1, wherein the subject is located at a first site and wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records at a central office a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith; translating the protocol record to a management record, and the management record including computer code for monitoring the biometric parameter; downloading the management record to a portable subject monitor at the first site; and wherein further the monitoring and executing acts are performed by the portable subject monitor at the first site. 10. The method of claim 1, wherein the subject is located at a first site; and wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including a dosage of a medication; translating the protocol record to a management record, and the management record including computer code for monitoring the biometric parameter; downloading the management record to a portable subject monitor at the first site; and wherein further the monitoring and executing acts are performed by the portable subject monitor at the first site. 11. The method of claim 1, wherein the subject is located at a first site; and wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including training data associated with a sensor for monitoring the at least one biometric parameter; translating the protocol record to a management record, and the management record including computer code for monitoring the biometric parameter; downloading the management record to a portable subject monitor at the first site; and wherein further the monitoring and executing acts are performed by the portable subject monitor at the first site. 12. The method of claim 1, wherein the subject is located at a first site; and wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored and at least one response associated therewith, and the at least one response including questions for the subject; translating the protocol record to a management record, and the management record including computer code for monitoring the biometric parameter; downloading the management record to a portable subject monitor at the first site; and wherein further the monitoring and executing acts are performed by the portable subject monitor at the first site. 13. The method of claim 1, wherein the subject is located at a first site; and wherein the determining act further comprises the acts of: retrieving from among a plurality of disease protocol records a protocol record for the at least one condition, and the protocol record containing at least one biometric parameter to be monitored, at least one time at which to monitor the biometric parameter, and at least one response associated therewith; translating the protocol record to a management record, and the management record including computer code for monitoring the biometric parameter; downloading the management record to a portable subject monitor at the first site; and wherein further the monitoring and executing acts are performed by the portable subject monitor at the first site. 14. The method of claim 1, wherein the subject is located at a first site, and wherein the executing act further comprises the acts of: detecting at the first site that the biometric parameter is beyond a selected threshold; sending from the first site to a second site, data on the biometric paremeter accumulated during the monitoring act. 15. The method of claim 14, further comprising the acts of: receiving at the second site the data; retrieving from among a plurality of disease protocol records at the second site a protocol record for the at least one condition, and the protocol record containing a display protocol for displaying the data; and displaying the data in accordance with the protocol.

Inventors: FINE JONATHAN M, KARP EDWARD W, WALKER CEDRIC F, FINE, JONATHAN, M., KARP, EDWARD, W., WALKER, CEDRIC, F.
Applicants: CYBERHEALTH INC, FINE JONATHAN M, KARP EDWARD W, WALKER CEDRIC F, CYBERHEALTH, INC., FINE, JONATHAN, M., KARP, EDWARD, W., WALKER, CEDRIC, F.
Application year: 1998
Main classification: G06F19
IPC codes: G06F19