Source: http://www.google.com.au/patents/US20060253303?ie=ISO-8859-1
Timestamp: 2015-06-30 10:01:22
Document Index: 33838366

Matched Legal Cases: ['art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26', 'art 26']

Patent US20060253303 - Multiple patient monitoring system for proactive health management - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA system and method for monitoring a group of patients having a chronic disease or ongoing health condition. The method includes the step of collecting from each patient a corresponding set of measurements of a control parameter of the health condition. Each set of measurements has a collection date....http://www.google.com.au/patents/US20060253303?utm_source=gb-gplus-sharePatent US20060253303 - Multiple patient monitoring system for proactive health managementAdvanced Patent SearchPublication numberUS20060253303 A1Publication typeApplicationApplication numberUS 11/484,211Publication date9 Nov 2006Filing date11 Jul 2006Priority date16 Oct 1996Also published asCA2307033A1, CA2307033C, EP1012739A1, EP1012739A4, US5832448, US6246992, US7765112, US7769605, US7778845, US7840420, US20020019748, US20070299326, US20090112624, US20100205003, WO1998016895A1, WO2000015103A1, WO2000015103A9Publication number11484211, 484211, US 2006/0253303 A1, US 2006/253303 A1, US 20060253303 A1, US 20060253303A1, US 2006253303 A1, US 2006253303A1, US-A1-20060253303, US-A1-2006253303, US2006/0253303A1, US2006/253303A1, US20060253303 A1, US20060253303A1, US2006253303 A1, US2006253303A1InventorsStephen BrownOriginal AssigneeBrown Stephen JExport CitationBiBTeX, EndNote, RefManReferenced by (3), Classifications (25), Legal Events (2) External Links: USPTO, USPTO Assignment, EspacenetMultiple patient monitoring system for proactive health management
US 20060253303 A1Abstract
A system and method for monitoring a group of patients having a chronic disease or ongoing health condition. The method includes the step of collecting from each patient a corresponding set of measurements of a control parameter of the health condition. Each set of measurements has a collection date. A control value is calculated for each patient from the corresponding set of measurements. The method further includes the steps of generating and displaying a group overview chart having one data point for each patient. Each data point indicates the control value calculated for the corresponding patient and a time period which has elapsed since the collection date of the patient's corresponding set of measurements. In a preferred embodiment, the method includes the additional steps of selecting from the group overview chart at least one of the patients represented thereon and transmitting supervisory instructions to the at least one selected patient. Images(7) Claims(55)
DESCRIPTION A preferred embodiment of the invention is illustrated in FIGS. 1-6. FIG. 1 shows the main components of a system for monitoring a group of patients having an ongoing health condition. A healthcare clinic 10 has a clinic server computer 12 that includes a mail merge application 14, a mail server application 16, a master patient database 18, and a patient overview application 20. Mail merge application 14 is designed to generate electronic mail messages containing supervisory instructions to selected patients in the group, as will be explained in the operation section below. Mail server application 16 is a conventional electronic mail server designed to transmit the generated electronic mail messages to the selected patients. Master patient database 18 is for storing patient data relating to each patient managed by clinic 10. Overview application 20 is a controlling software application for performing various calculations using the patient data stored in master patient database 18 and for generating a group overview chart with the patient data, as will be explained in detail below. Clinic server 12 is coupled to a modem M1 for connecting server 12 to a communication network 34, preferably a public telephone network or similar data transmission network. A clinician workstation 22 is networked to clinic server 12. Clinician workstation 22 is preferably a personal computer or network terminal. Workstation 22 has a display 24 for displaying to a clinician 30 a group overview chart 26. Workstation 22 further includes a user selection device 28, such as a mouse or keyboard, for selecting patients represented on group overview chart 26 to receive supervisory instructions from clinician 30. A patient unit 38 for receiving electronic mail messages from mail server 16 is located at a first patient site 36, typically the patient's home. Patient unit 38 includes a message display 40 for displaying the electronic mail messages. In the preferred embodiment, patient unit 38 is a personal computer having a display monitor. However, in alternative embodiments, patient unit 38 may be any information processing and display unit, such as a network terminal, a television set with a set-top cable converter box, a personal digital assistant, or a video game system. Patient unit 38 is connected to a modem M2 such that patient unit 38 is networked to communication network 34. A recording device, such as a remote monitoring device 42, is also connected to modem M2. Device 42 is for collecting from a first patient 44 a corresponding set of measurements of a control parameter of the patient's health condition, such as blood glucose levels for a diabetic patient, peak flow rates for an asthmatic patient, or blood pressure for a hypertension patient. Device 42 is capable of recording each measurement in the set with a corresponding measurement date and measurement time. Device 42 is designed to record the set of measurements and transmit the recorded set to database 18 through communication network 34. Such monitoring devices for recording and transmitting measurements of a parameter of a health condition are well known in the art. A second patient site 46 includes the same equipment as first patient site 36, with the exception of the recording device used by a second patient 49. The recording device at second patient site 46 is an electronic logbook 48 for recording a corresponding set of measurements entered in logbook 48 by second patient 49. Logbook 48 is capable of recording each measurement in the set with a corresponding measurement date and measurement time. Logbook 48 is designed to transmit the set of measurements recorded therein to database 18 through communication network 34. Such electronic logbooks for recording and transmitting data are well known in the art. The use of logbook 48 to record and transmit patient data enables those patients with mental health conditions or other condition whose control parameters may not be physically measured to participate in the patient monitoring system. For simplicity of illustration, only two patient sites and two corresponding patients are shown in FIG. 1. It is obvious that the system of the invention may be effectively used to monitor a great number of patients. In a typical implementation, hundreds of patient sites are connected to clinic server 12 via communication network 34. FIG. 2 is a schematic block diagram illustrating the data which is collected from each patient and stored in master patient database 18. The data collected from each patient includes at least one corresponding set of measurements 50 of the control parameter of the health condition. Each set of measurements 50 includes at least one measurement 52. Each measurement 52 includes a measured control parameter value 54, such as a blood glucose level for a diabetic patient, a peak flow rate for an asthmatic patient, or a blood pressure reading for a hypertension patient. Each measurement 52 further includes a measurement date 56 and a measurement time 58. The actual number of measurements in each set varies in dependence upon the nature of the health condition being monitored and the duration of time over which the measurements are recorded. For example, diabetic patients typically measure their blood glucose levels several times per day, so that these patients preferably record 20 to 40 measurements in a typical week of monitoring. However, hypertension patients may only be required to measure their blood pressure once a week, so that these patients would record only one measurement in a typical week of monitoring. Each set of measurements 50 is transmitted to database 18. Database 18 stores patient records 60 for each patient participating in the monitoring system. Each patient's records include patient information 62 comprising a patient name, a patient telephone number, and a patient electronic mail address. Each patient's records also include each corresponding set of measurements 50 received from the patient. Each set 50 has a corresponding collection date 64. In the preferred embodiment, collection date 64 is the date the corresponding set of measurements are received by clinic server 12. In an alternative embodiment, collection date 64 is the date the corresponding set of measurements are transmitted to the clinic. In another embodiment, collection date 64 is the measurement date 56 of a most recent measurement in the corresponding set of measurements. Overview application 20 is designed to perform various calculations and comparisons using the patient data stored in database 18. First, overview application 20 is designed to calculate a control value for each patient from the patient's at least one corresponding set of measurements. Each control value indicates the corresponding patient's control over the health condition. In the preferred embodiment, the control value calculated for each patient is a mean value of the control parameter values recorded by the patient over a preselected period of time. In an alternative embodiment; the control value calculated for each patient is a mean value of the control parameter values in a set of measurements most recently collected from the patient. The preselected period of time used to calculate the control value varies in dependence upon the nature of the patient's health condition. For example, a useful period of time for calculating a mean blood glucose value for diabetes patients is typically one week, while a useful period of time for calculating a mean daily number of panic attacks for phobic patients is typically two weeks. The actual period of time used to calculate the control value is preselected and programmed in overview application 20 according to guidelines prescribed by the clinician. Second, overview application 20 is designed to determine for each patient a time period which has elapsed since the collection date of the set of measurements most recently collected from the patient. For example, if a patient has only transmitted to the clinic one set of measurements, overview application 20 determines the time that has elapsed since the collection date of the one set. If a patient has transmitted to the clinic multiple sets of measurements, overview application 20 determines the time that has elapsed since the most recent collection date. Third, overview application 20 is designed to determine the compliance of each patient with a clinician prescribed measurement regimen. The prescribed measurement regimen preferably includes prescribed measurement dates and prescribed measurement times. To determine the compliance of each patient, overview application 20 compares each patient's actual measurement dates and times with the prescribed measurement dates and times. For example, it is usually important that a diabetic patient measure his or her fasting blood glucose level every morning before breakfast. Thus one prescribed measurement time for a diabetes patient is 7 am, or similar pre-breakfast time. Overview application 20 compares the diabetes patient's actual measurement times with the prescribed pre-breakfast time to ensure that the patient is complying with the measurement regimen. Of course, many other prescribed measurement regimens are possible and are selected according to guidelines provided by the clinician. In the preferred embodiment, the prescribed measurement regimen also includes a prescribed number of measurements to be taken by the patient over a prescribed time period. Overview application 20 is further capable of determining a completeness of each set of measurements relative to the prescribed measurement regimen. Continuing with the example of the diabetic patient, a typical prescribed measurement regimen requires 3 measurements of the patient's blood glucose level per day. In this example, overview application 20 compares the actual number of measurements recorded by the patient on each measurement date to the three prescribed measurements per day to determine the completeness of the set. Specific techniques for writing and implementing an overview application that performs the calculations and comparisons described above are well known in the art. Overview application 20 is further capable of generating group overview chart 26. FIG. 3. illustrates a sample group overview chart generated for a group of ten diabetes patients. Chart 26 has ten data points, each data point representing one corresponding patient and indicating the control value calculated for the patient and the time period elapsed since the patient's most recent collection date. In the preferred embodiment, each data point is represented on chart 26 by a corresponding icon 66. Each icon 66 indicates the compliance of the corresponding patient with the prescribed measurement regimen. A chart key 68 is provided on chart 26 to explain the significance of each icon's appearance. Non-compliant patients are represented by flashing icons, while compliant patients are represented by non-flashing icons. In FIG. 3, the flashing icons having dotted borders, while the non-flashing icons have solid borders. In an alternative embodiment, non-compliant patients are represented by icons having a first color, while compliant patients are represented by icons having a second color. Each icon 66 further indicates the completeness of the set of measurements most recently collected from the corresponding patient. Patients having complete sets are represented by filled icons, while patients having sparse sets are represented by blank icons. Of course, in alternative embodiments, the appearance of each icon 66 may be varied in alternative ways to indicate the compliance of the corresponding patient and the completeness of the corresponding patient's measurements. Chart 26 further includes a list box 70, a print list button 74, and a send message button 76. List box 70 is for displaying a list of names of the patients selected from chart 26 by the clinician. The icons corresponding to the selected patients are highlighted, as represented by dotted circles 72. Print list button 74 is for sending the list of names to a printer (not shown) to obtain a print out of the list. Send message button 76 is for transmitting the list to mail merge application 14. Referring to FIG. 4, mail merge application 14 is designed to generate for each selected patient a corresponding electronic mail message 78. Each message 78 contains supervisory instructions for the corresponding patient. Mail merge application 14 is capable of customizing each message 78 to include for the corresponding patient, the patient's name, the patient's electronic mail address, and the collection date of the patient's most recent set of measurements. The programming of a mail merge application to generate customized messages in this manner is well known in the art. FIG. 5 illustrates an alternative message 80 containing different instructions for each patient. Of course, messages containing many other instructions are possible in alternative embodiments. The operation of the preferred embodiment is illustrated in FIG. 6. FIG. 6 is a flow chart showing a preferred method of using the system to monitor a group of patients having a health condition. Each patient is provided with a corresponding recording device, such as remote monitoring device 42 or electronic logbook 48. In step 200, each patient records in his or her recording device at least one corresponding set of measurements 50 of a control parameter of the health condition. In step 202, the recorded sets of measurements are transmitted from each recording device to database 18 through network 34. Each set of measurements is stored in database 18 with its corresponding collection date 64, step 204. In step 206, overview application 20 calculates for each patient a control value from the patient's corresponding set of measurements. Next, application 20 determines the compliance of each patient with the prescribed measurement regimen by comparing the actual measurement times of the patient's corresponding measurements to the prescribed measurement times in the measurement regimen, step 208. In step 210, application 20 determines for each patient the completeness relative to the prescribed measurement regimen of the corresponding set of measurements most recently collected from the patient. Application 20 then determines for each patient the time period which has elapsed since the corresponding collection date 64 of the set of measurements most recently collected from the patient, step 212. Next application 20 generates group overview chart 26, step 214. In step 216, chart 26 is displayed on display 24, as shown in FIG. 3. Each data point on chart 26 is displayed as a corresponding icon 66. Each data point represents one corresponding patient and indicates the control value and the elapsed time period determined for the corresponding patient. Each icon 66 indicates the compliance of the corresponding patient with the prescribed measurement regimen. Each icon 66 further indicates the completeness of the corresponding set of measurements most recently collected from the corresponding patient. Thus chart 26 allows clinician 30 to easily determine which patients in the group have been out of contact with clinic 10, which patients are having the greatest difficulty in controlling the health condition, and which patients are having difficulty complying with the prescribed treatment plan. Next, clinician 30 uses selection device 28 to select from chart 26 at least one of the patients represented thereon, step 218. Typically, selection device 28 is a mouse or similar pointing device, and clinician 30 selects patients from chart 26 by clicking the icon corresponding to the patient. As clinician 30 selects each patient, list box 78 displays the name of each selected patient. Next clinician 30 selects send message button 76 to transmit the list of selected patients to mail merge application 14. Application 14 generates for each selected patient corresponding electronic mail message 78. Each message 78 contains supervisory instructions for the corresponding patient. Mail merge application 14 customizes each message 78 to include for the corresponding patient, the patient's name, the patient's electronic mail address, and the collection date of the patient's most recent set of measurements. In step 220, mail server application 16 transmits each message 78 through network 34 to the corresponding patient. When the patients receive the supervisory instructions, they continue the monitoring loop with clinician 30, step 226, by returning to step 200 and repeating the method described. The advantage of the multiple patient monitoring system of the preferred embodiment is that it allows the clinician to view and manage the medical priorities of an entire group of patients simultaneously. It also allows the clinician to communicate proactively with unmotivated patients who have lost contact with the clinician before these patients develop urgent medical needs. Consequently, the system allows the clinician to optimize efforts and minimize costs in managing the care of the entire group of patients. A second embodiment of the invention is shown in FIGS. 7-8. The second embodiment differs from the preferred embodiment in the method of transmitting supervisory instructions to each patient selected from chart 26. Referring to FIG. 7, clinic server 12 includes an automated telephone call processing application 82 in place of mail merge application 14 and mail server application 16. Call processing application 82 is designed to generate for each selected patient a corresponding automated telephone message 88, as shown in FIG. 8. Each message 88 contains supervisory instructions for the corresponding patient. Application 82 is capable of customizing each message 88 to include for the corresponding patient the patient's name and the collection date of the patient's most recent set of measurements. The programming of an automated call processing application to generate customized messages in this manner is well known in the art. Referring again to FIG. 7, clinic server 12 is connected to a telephone network 84 through a digital/tone signal converter D1. Each patient is provided with a dual tone multi-frequency telephone 86. Each telephone 86 is connected to telephone network 84 to receive automated telephone messages from clinic server 12. The operation of the second embodiment differs from the operation of the preferred embodiment in that supervisory instructions are transmitted to the selected patients in automated telephone messages rather than in electronic mail messages. Otherwise, the operation and advantages of the second embodiment are identical to those of the preferred embodiment described above. SUMMARY, RAMIFICATIONS, AND SCOPE Although the above description contains many specificities, these should not be construed as limitations on the scope of the invention but merely as illustrations of the presently preferred embodiment. Many other embodiments of the invention are possible. For example, in one alternative embodiment, each software application located on the clinic server is loaded onto the clinician workstation, and the clinic server is eliminated from the system. The clinic server is presently preferred for performing resource intensive operations, such as storing large amounts of patient data, but the clinic server is not necessary to enable the system and method of the invention. In embodiments that include the clinic server, the clinic server need not be physically located at the clinic. The server may be located off-site and networked to the clinician computer. Additionally, the preferred embodiment describes the use of remote monitoring devices and electronic logbooks for collecting data from each patient. However, many other methods of collecting data from patients are possible in alternative embodiments. For example, the patients could be provided with a paper based logbook and an automated reader for digitizing and transmitting the logbook information to the patient database. Alternatively, each patient could mail or fax the logbook information to the clinic for entry into the patient database. In another embodiment, the patients use DTMF telephones to connect to the patient database and enter their data through the telephone keypads. Further, the electronic mail messages and automated telephone message illustrated are exemplary of just one possible embodiment of the invention. Many other messages may be generated and transmitted to patients in alternative embodiments. Additionally, the preferred embodiment describes a system and method for monitoring patients having diabetes. However, the invention is not limited to monitoring diabetic patients. The system and method described are equally effective for monitoring patients having asthma, hypertension, cardiovascular disease, eating disorders, HIV, mental health disorders, or any other health condition having a measurable control parameter. Therefore, the scope of the invention should be determined not by the examples given but by the appended claims and their legal equivalents. Referenced byCiting PatentFiling datePublication dateApplicantTitleUS88057038 Oct 200812 Aug 2014The Regents Of The University Of CaliforniaGeneration and dissemination of automatically pre-populated clinical notesUS20120084003 *4 Oct 20105 Apr 2012Park EunyoungElectronic device and operation method of the sameWO2009048985A1 *8 Oct 200816 Apr 2009Univ California Ucla Office OfGeneration and dissemination of automatically pre-populated clinical notes* Cited by examinerClassifications U.S. Classification705/2, 600/300International ClassificationG06F19/00, G06Q50/22, G06Q10/10, G06Q50/24, A61B5/00Cooperative ClassificationG06F19/3431, G06F19/327, G06Q50/24, G06F19/322, G06F19/3456, A61B5/0002, G06Q50/22, G06Q10/10, G06F19/3418, G06F19/3487European ClassificationA61B5/00B, G06F19/32C, G06F19/34C, G06F19/34P, G06F19/34G, G06Q50/24, G06Q10/10, G06Q50/22Legal EventsDateCodeEventDescription11 Jul 2006ASAssignmentOwner name: HEALTH HERO NETWORK, INC., CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BROWN, STEPHEN J.;REEL/FRAME:018094/0384Effective date: 2006060722 Jan 2014FPAYFee paymentYear of fee payment: 4RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services