US20040106875A1 - Medical testing telemetry system - Google Patents
Medical testing telemetry system Download PDFInfo
- Publication number
- US20040106875A1 US20040106875A1 US10/610,495 US61049503A US2004106875A1 US 20040106875 A1 US20040106875 A1 US 20040106875A1 US 61049503 A US61049503 A US 61049503A US 2004106875 A1 US2004106875 A1 US 2004106875A1
- Authority
- US
- United States
- Prior art keywords
- heart rate
- physiological data
- patient
- processing center
- test
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
- A61B5/024—Detecting, measuring or recording pulse rate or heart rate
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/08—Detecting, measuring or recording devices for evaluating the respiratory organs
- A61B5/087—Measuring breath flow
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
- A61B5/7232—Signal processing specially adapted for physiological signals or for diagnostic purposes involving compression of the physiological signal, e.g. to extend the signal recording period
Abstract
A medical testing system includes telemetry features whereby physiological data collected by a collection device at a medical facility is transmitted to a remote processing center for analysis by a trained analyst to provide a test result. In one embodiment, the collection device is a heart rate monitor capable of collecting data with which heart rate variability can be assessed. The heart rate monitor includes a display on which is displayed a waveform showing the breathing performance of the patient during data collection along with standards against which to compare the waveform in order to determine the extent to which the patient followed a predetermined breathing regimen during data collection. The operator of the monitor can use the performance waveform to assess how well the test was taken (i.e., how well the patient complied with the prescribed breathing regimen) and can accept or reject the physiological data accordingly. Also described is a medical testing telemetry system including two processing centers, with each collection device being capable of communicating with both processing centers. Each collection device randomly chooses one of the processing centers for analysis of the collected physiological data. The two processing centers are interconnected in order to permit physiological data and test results to be replicated and stored at both sites.
Description
- Not applicable.
- Not applicable.
- Heart rate variability has been measured and evaluated to provide an indicator of a patient's autonomic nervous system function. The autonomic nervous system, including the sympathetic and parasympathetic systems, governs involuntary actions of cardiac muscle and certain body tissue. Autonomic neuropathy affects the nerves that serve the heart and internal organs and produces changes in many processes and systems. Autonomic neuropathy is most commonly linked to diabetes; however, several causes are possible, including alcoholism, sleep apnea, and coronary artery disease. Thus, evaluation of the autonomic nervous system function has wide applicability, from diagnosing and treating patients with diabetes to detecting patients at risk for sudden death due to cardiac arrest.
- Heart rate variability monitors perform signal analysis on physiological signals, such as ECG signals, in order to measure the interval between certain phenomena, such as the interval between peaks (i.e., R-waves) of the QRS complex, or the R-R interval, to provide an indication of heart rate versus time. Methods and apparatus for accurately detecting R-R intervals are described in U.S. Pat. No. 5,984,954, entitled “Methods and Apparatus for R-Wave Detection.”
- Various tests have been developed to exercise the autonomic nervous system for purposes of measuring heart rate variability. Two illustrative tests are the Valsalva test and the Expiration/Inspiration (E/I) test, which is sometimes referred to as the metronomic test. The Valsalva test requires that the patient forcibly exhale to a predetermined pressure, such as 40 mmHg, for a predetermined duration, such as 15 seconds, during which the heart rate is monitored. Thereafter, the patient rests for a predetermined duration. The result of the Valsalva test is a ratio of the highest heart rate (as indicated by the shortest R-R interval) during the breathing maneuver to the lowest heart rate (as indicated by the longest R-R interval) during a recovery period after the maneuver. In accordance with the E/I test, the patient is instructed to breathe deeply at a frequency of 6 cycles/minute, which has been shown to produce maximal heart rate variability in healthy individuals. The result of the E/I test is a ratio of the average of the heart rate peaks to the average of the heart rate troughs. Several other tests for exercising the autonomic nervous system are used, including the standing test in which the patient's heart rate in both supine and standing positions are compared, and frequency under the power spectrum density curve tests.
- Heart rate variability tests are generally performed in a physician's office, at a hospital, or other medical facility. The accuracy of the test results is a function of many factors including the extent to which a patient complies with the particular breathing regimen of the test, the signal processing techniques used to evaluate heart rate variability, and the skill of the medical technician or other operator of the heart rate monitor in administering the test.
- It is an object of the present invention to improve the accuracy of heart rate variability test results.
- It is a further object of the invention to facilitate training of medical personnel operating heart rate monitors in order to further improve the accuracy of heart rate variability test results.
- These and other objects of the invention are achieved by a heart rate variability system including heart rate monitors for collecting physiological data from patients at a medical facility and a processing center located remotely from, and in communication with the heart rate monitors. The processing center receives the physiological data and analyzes the data to provide test results based on the patient's heart rate variability and indicative of the patient's autonomic nervous system function. The processing center may transmit the results to the heart-rate monitor at which the data was collected. In one illustrative embodiment, the analysis performed at the processing center includes use of an automated technique for detecting R-R intervals and also includes intervention by a trained analyst to more accurately identify R-R intervals and anomalies in the resulting heart rate versus time waveform. With this arrangement, the accuracy of the heart rate variability test results is improved due to the use of rigorous automated heart rate variability detection techniques at the processing center and intervention by trained analysts.
- Also described is a medical testing system including collection devices for collecting physiological data from patients at a medical facility and a remote processing center for analyzing the physiological data, with each of the collection devices including a display for displaying a waveform showing the patient's performance during collection of the data. Also displayed are performance standards against which to compare the performance waveform in order to determine the extent to which the patient followed a predetermined breathing maneuver during data collection. A user interface of the heart rate monitors is responsive to inputs indicating acceptance of the physiological data if the comparison reveals less than a predetermined deviation between the performance waveform and the performance standards or rejection of the physiological data if the comparison reveals greater than a predetermined deviation. In one embodiment, the test results are compared to predetermined acceptance criteria at the processing center and are rejected if the comparison reveals greater than a predetermined deviation between the results and the predetermined acceptance criteria.
- With this arrangement, the accuracy of the test results provided by the processing center is enhanced, since such test results are based only on raw physiological data collected during “well-performed” testing. Stated differently, errors in test results caused by poor test taking are reduced. Thus, because bad physiological data generally will be rejected by the operator of the heart rate monitors and test results falling outside of predetermined acceptance criteria are rejected at the processing center, the accuracy and reproducibility of the tests is improved.
- According to a further aspect of the invention, a medical testing system utilizes at least two redundant processing centers. The system includes at least one collection device in communication with first and second processing centers, each operable to receive physiological data from the collection device, analyze the physiological data to provide a test result, and optionally transmit the test result back to the collection device. In one embodiment, the collection device randomly selects one of the processing centers for receipt of physiological data.
- The use of two processing centers advantageously provides analyst availability even in the event of a failure at one of the processing centers or in the communication link to one of the processing centers. Further, use of two processing centers in the medical testing environment of the present invention provides the additional advantage of permitting system changes to be made and extensive, Federally mandated testing to be performed without impacting processing center access, since testing can be performed at one processing center while the other processing center supports collection devices.
- The two processing centers are interconnected, preferably by two, redundant communication links. In normal operation, physiological data transmitted to either processing center and test results generated at either processing center are replicated for storage at the other processing center. With this arrangement, since all patient test results are stored at both processing centers, either processing center is capable of providing historical, or trending data to patients and their physicians. Further, in the case of a fault at one of the processing centers relating to its ability to analyze data and generate test results, the unanalyzed physiological data can be analyzed at the other processing center.
- The foregoing features of this invention, as well as the invention itself, may be more fully understood from the following description of the drawings in which:
- FIG. 1 is a block diagram of a medical testing telemetry system according to the invention;
- FIG. 2 is a block diagram of an illustrative collection device in the form of a heart rate monitor for use in the system of FIG. 1;
- FIG. 2A shows an exemplary breathing performance waveform of pressure versus time for use in connection with the Valsalva test;
- FIG. 2B shows an exemplary breathing performance waveform of volume versus time for use in connection with the E/I test;
- FIG. 3 is shows an illustrative database structure for the heart rate monitor of FIG. 2;
- FIG. 4 is a block diagram of an alternative medical testing telemetry system incorporating a processing center redundancy feature of the invention;
- FIG. 5 is a more detailed block diagram of the redundant processing centers of FIG. 4;
- FIG. 6 is a flow diagram illustrating the transfer of raw physiological data from a collection device to a processing center;
- FIG. 7 shows an illustrative database structure for the processing centers of FIG. 5; and
- FIG. 8 is a flow diagram illustrating operation of analyst workstations at the processing centers of FIG. 5.
- Referring to FIG. 1, a block diagram of a medical
testing telemetry system 10 includes a plurality ofcollection devices 14 a, . . . 14 n, each one coupled to a remotely locatedprocessing center 20 by acommunication link 24. It is contemplated that thecollection devices 14 a-14 n be located at a physician's office, hospital, or other medical facility. - The
collection devices 14 a-14 n are operable to measure physiological signals of a patient which are processed to provide a corresponding test result. The collection devices optionally may perform preliminary, real-time signal processing on the collected data, as will be described further in connection with the illustrative heart rate monitor of FIG. 2. However, it is contemplated that the accuracy and thus, the usefulness of the test results is improved by having a trained analyst located at theprocessing center 20 analyze the physiological data to provide final test results. The test results may be transmitted by theprocessing center 20 to the collection device at which the physiological data was collected, as is described below. Alternatively, the test results may remain at the processing center, for example for viewing over a web browser. - Each
collection device 14 a-14 n is coupled to theprocessing center 20 by a communication connection, or link 24 which includes the public telephone system and may be implemented with various types of hard-wire or wireless media and may further include one or more public or private networks, such as a local area network (LAN) or a wide area network (WAN) which may be part of the Internet.Typical communication links 24 are implemented with Plain Old Telephone Service (POTS) lines or a combination of POTS and voice T1 lines. In one illustrative embodiment, thecommunication link 24 includes a T1 line comprising 24 digital channels at theprocessing center 20 and individual POTS lines at eachcollection device 14 a-14 n. A telephone company switch coupled between thecollection devices 14 a-14 n and the processing center performs the necessary multiplexing and demultiplexing functions. Thecommunication link 24 may also include a radio frequency (RF) connection which allows the operator of adevice 14 a-14 n to move the device without requiring a hard-wire connection to a telephone line. - In one illustrative embodiment, each of the
collection devices 14 a-14 n is a heart rate monitor of the type shown in FIG. 2, which is operable to collect physiological data from patients for use in evaluating the patient's heart rate variability and thus, autonomic nervous system function. It will be appreciated by those of ordinary skill in the art that although much of the following description of thetelemetry system 10 of FIG. 1 and thealternative telemetry system 130 of FIG. 4 relates to the illustrative heart rate variability application, the apparatus and techniques described herein may be used in connection with other types of medical testing apparatus, such as electrocardiogram machines, x-ray machines, and MRI machines, while still achieving the described advantages. - Referring to FIG. 2, the illustrative
heart rate monitor 14 includes aprocessor 26, auser interface 28, amemory 32, adisplay 36,data acquisition elements 40, andpatient interface elements 44. Theprocessor 26 executes programming instructions by which a patient's heart rate variability is analyzed in real-time in response to the measured physiological data, such as an ECG signal and, optionally, also a blood pressure signal. In the illustrative embodiment, theprocessor 26 at the collection device performs R-wave detection processing on the patient's ECG signal to generate the heart rate versus time signal for real-time display. The R-wave detection processing performed on the ECG signal to generate the heart rate versus time signal by theprocessor 26 may be the same as, or different than the R-wave detection processing performed at theprocessing center 20. In the illustrative embodiment, both the heartrate monitor processor 26 and theprocessing center 20 implement an R-wave detection scheme of the type described in U.S. Pat. No. 5,984,954, entitled “Methods and Apparatus for R-Wave Detection,” which patent is incorporated herein by reference in its entirety. However, the heart rate versus time data generated at theprocessing center 20 and used to compute the test results (e.g., the Valsalva and E/I ratios) is the result of a combination of R-wave detection processing techniques and trained analyst intervention. - The
processor 26 may take various forms, such as a conventional microprocessor of a standard personal computer, workstation or other microprocessor-driven device. As one example, theprocessor 26 is an INTEL-compatible microprocessor of an IBM-compatible personal computer running the MICROSOFT WINDOWS graphical user interface. In fact, theheart rate monitor 14 may be implemented using a standard personal computer chassis with certain components (e.g., the data acquisition components 40) provided in the form of circuit modules adapted for insertion into I/O ports of the computer. Amodem 38 permits a dial-up connection to be established with theprocessing center 20 over aPOTS line 24. - The
memory 32 includes a Random Access Memory (RAM) for temporary data storage and a device with read/write access for permanent data storage, such as a hard drive. Adatabase 34 is provided for storing patient information, test session information, and test results provided by theprocessing center 20. One illustrative format for thedatabase 34 is described below in conjunction with FIG. 3. In the illustrative embodiment, raw physiological data and test performance data are stored in files external to thedatabase 34. - The
user interface 28 may be provided by a number of conventional devices, such as a keyboard, touch screen, arid/or mouse. In one illustrative embodiment, theuser interface 28 includes a touch screen incorporated into thedisplay 36 and the display is a s flat panel LCD display. It will be appreciated by those of ordinary skill in the art that many of the components described herein may be implemented with various hardware and software. - The
data acquisition components 40 of theheart rate monitor 14 include anECG amplifier 46, afirst pressure transducer 48 for measuring the pressure at which the patient exhales for use in connection with the Valsalva test and asecond pressure transducer 49 for measuring the patient's inspiration flow for use in connection with the Expiration/Inspiration (E/I) test. While the illustrativeheart rate monitor 14 is described herein in connection with performing the Valsalva and E/I tests, it will be appreciated by those of ordinary skill in the art that other tests of heart rate variability using the illustrateddata acquisition elements 40 may also be performed with theheart rate monitor 14. It will also be appreciated that other physiological signals, such as blood pressure, may be collected by theheart rate monitor 14 by adding corresponding data acquisition and patient interface components and software. - The
ECG amplifier 46 operates with a conventionalECG patient interface 54, such as electrode pads adapted for attachment to a patient's chest, and includes signal processing circuitry for conditioning the measured ECG signal for further processing. One suitable commercially available ECG amplifier is of the type sold by Serena Medical Electronics Co., Inc. of San Jose, Calif. under the product name ECG Isolation Amplifier Module Model ECG-170. The output of theECG amplifier 46 is converted into a digital signal by an analog-to-digital (A/D)converter 50. - The
pressure transducer 48 is coupled to aconventional patient interface 56, such as a mouthpiece into which a patient breathes. Thepressure transducer 48 measures the pressure differential across a diaphragm within the mouthpiece to provide a pressure transducer output signal indicative of the pressure at which the patient breathes. The pressure transducer output signal is digitized by the A/D converter 50. When themouthpiece 56 is used in connection with thepressure transducer 49, one end of the mouthpiece is covered. Thepressure transducer 49 provides to the A/D converter an output signal indicative of the patient's inspiration flow. The digitized ECG, pressure, and inspiration flow signals are coupled to theprocessor 26. - According to one aspect of the invention, the pressure and inspiration flow signals which provide breathing performance data are used to evaluate how well a patient performs a particular test. The performance data may also be used to provide feedback to the patient in order to enhance patient compliance with a particular breathing maneuver, as described in a U.S. patent application Ser. No. 08/942,710, entitled “Method and Apparatus for Enhancing Patient Compliance during Inspiration Measurements.”
- More particularly, a breathing performance waveform illustrating parameters of the patient's breathing during the collection of physiological data for each test is displayed on
display 36 to the operator of themonitor 14 in order to permit an assessment to be made as to how well the particular test was performed (i.e., how closely the patient complied with the breathing maneuver associated with the test). Also displayed are standards against which the operator can readily compare the breathing performance waveform. In one embodiment, performance standards are superimposed on the breathing performance waveform in order to facilitate ready comparison of the performance data to the standards. The operator can then accept or reject the raw physiological data as a function of the extent to which the performance data falls within the standards. If, for example, the operator determines that the patient did not closely comply with the specified breathing regimen during data collection, then the raw physiological data can be rejected and new data collected. Alternatively, if the operator determines that the patient closely conformed to the specified breathing regimen, then the raw physiological data is accepted and transmitted to theprocessing center 20 for analysis. - In one illustrative embodiment, the raw physiological test data is stored in a temporary data file in
memory 32 until the operator indicates acceptance or rejection of the test via theuser interface 28 based on evaluation of the performance data. If the test is accepted, then the temporary data file is renamed and placed into thecollection device database 34, following which the operator can transmit the data to theprocessing center 20 for analysis and generation of test results. Alternatively, an indication of rejection of the test data causes the temporary data file to be deleted. - With this arrangement, the accuracy of the test results provided by the
processing center 20 is enhanced, since such test results are based only on raw physiological data collected during well-performed testing. Stated differently, errors in test results caused from poor test taking are reduced. Thus, because bad physiological data is rejected, the reproducibility of the tests is improved. - Referring also to FIG. 2A, an illustrative
patient performance waveform 60 shows pressure versus time during performance of the Valsalva test. Also displayed in the form of a numerical value is astandard deviation 62 which represents the extent to which the patient's breath pressure deviates from the nominal desired 40 mmHg value. The performance standards superimposed on thewaveform 60 may include a maximumpressure value Pmax 64, a minimumpressure value Pmin 66, a maximumbreath interval Tmax 68, and a minimumbreath interval Tmin 70. It will be appreciated by those of ordinary skill in the art that other performance standards may also be displayed. - The operator is provided with guidelines for accepting or rejecting the test data. For example, the operator may be instructed that if the breath pressure remains between Pmax and Pmin for a duration between Tmax and Tmin and the standard deviation is less than a specified percentage, then the test data can be accepted since such conditions indicate that the patient substantially complied with the prescribed breathing maneuver.
- Referring to FIG. 2B, in the case of the E/I test, a
patient performance waveform 74 shows volume over time, which is provided by integrating the measured inspiration flow signal. Also displayed are standards for use by the operator in assessing the value of the physiological data in the form of a deep breathingmaximum value Vmax 78 and a deep breathingminimum value Vmin 80. In the illustrative embodiment, the deep breathing maximum value is set equal to the volume of a reference breath taken by the patient and the deep breathing minimum value is set equal to 60% of the reference volume. In this example, the operator may be instructed that substantial compliance with the desired breathing regimen requires that four of every six breathes fall between the deep breathingmaximum value 78 and the deep breathingminimum value 80. It will be appreciated by those of ordinary skill in the art that other measures of test performance, performance standards, formats of presentation, and operator instructions are possible. - Preferably, once raw physiological data is accepted and transmitted to the
processing center 20 for analysis, an analyst verifies the operator's decision to accept the physiological data. For this purpose, the test performance data (e.g. breath pressure versus time for the Valsalva test) is transmitted to the processing center along with the raw physiological data. In the illustrative embodiment, the analyst is provided with the same test performance information as the heart rate monitor operator (e.g.,waveform 60 of FIG. 2A andwaveform 74 of FIG. 2B) for purposes of verifying the accept/reject decision. - According to a further aspect of the invention, an operator of the
heart rate monitor 14 can transmit to theprocessing center 20 test performance data known to be the result of a poorly administered test for the purpose of having a trained analyst study the test performance data and provide consulting advice as to the likely cause of the problem. For example, where an E/I test performance waveform 74 (FIG. 2B) illustrates that the patient is breathing to a volume between 200% and 300% of the reference breath volume, the analyst can infer that the reference breath volume was improperly measured and instruct the operator to re-measure the reference breath volume. - Referring also to FIG. 3, an illustrative format for the
collection device database 34 is shown. In the illustrative embodiment, thedatabase 34 is a Microsoft Access 97 database. However, it will be appreciated by those of ordinary skill in the art that various database packages may be used. It will also be appreciated that the database structure shown in FIG. 3, as well as the structure of the database at the processing centers (FIG. 7), is illustrative only and may be readily varied to achieve different database efficiencies and goals. - The
database 34 includes a Patients table 100 in which patient demographic information is stored, a Sessions table 102 containing a single entry for each test session, where a test session includes one or more tests performed on a patient at a given time, and a Tests table 104 containing data types common to each of the tests performed in the respective session. Each patient is identified in the Patient's table 100 by a unique identifier (Patient_id) unrelated to the patient's actual identity. Although the entry in the Patient's table 100 for a given patient contains fields for his name, it is the Patient_id that is used throughout thesystem 10 to identify the patient in order to preserve patient confidentiality. The Sessions table 102 contains information describing the test session, including, but not limited to the Patient_id, the date, the start and stop times of the session, the date that the collected physiological data is transmitted to theprocessing center 20, whether the data has been analyzed and if so, when analysis occurred. Each entry in the Sessions table 102 has one or more corresponding entries in the Tests table 104 according to how many tests are performed during the given session. - Also provided are tables corresponding to each of the types of tests performed by the
heart rate monitor 14 which include, in the illustrative embodiment, a Valsalva table 110, a Metronomic (E/I) table 114 and a Stand table 118. Each entry in the Tests table 104 has a corresponding entry in one of the Valsalva table 110, the Metronomic table 114, and the Stand table 118 once the test results are returned to the collection device. - Following analysis of the raw physiological data by the
processing center 20 and transmission of the test results to theheart rate monitor 14, the test results are entered in the appropriate one(s) of the tables 110, 114, 118. For example, the Valsalva ratio (i.e., ValsalvaRatio) is entered in the Valsalva table 110 and the E/I ratio is entered in the Metronomic table 114 (i.e., AvgMaxHR_div_AvgMinHR). - Additional entries in the
database 34 following receipt of test results include unique identifiers of the patient, test session, and each analyzed test in the form of an AnalysisSitePatient_id entry in the Patients table 100, an AnalysisSiteSession_id entry in the Sessions table 102, and an AnalysisSiteTest_id entry in the Tests Table 104, respectively. Also entered into thedatabase 34 in response to receipt of a results file is an AnalysisStatus entry in the Sessions table 102 which indicates the status of the test session data as having been analyzed or not, and possible entries in the Error table 120. More particularly, if a particular test is rejected at the processing center, then an identifier of the test (i.e., Test_id) is entered in an Error table 120, along with the reason for rejection. - Optional tables include a BaselineBPs table124 and a StandBPs table 126, both of which are intended for use with heart rate monitors equipped with a blood pressure acquisition device. In certain cases, it is desirable to measure instantaneous blood pressure with the patient in a supine position and then in a standing position. The two blood pressure measures are compared and evaluated along with heart rate variability in order to diagnose various disorders, such as orthostatic hypotension. Each entry in the Sessions table 102 may have an optional series of entries in the BaselineBPs table 124 that correspond to the baseline blood pressure readings obtained during the Baseline test and an optional series of entries in the StandBPs table 126 that correspond to blood pressure readings obtained while the patient is standing.
- In order to support a remote client software update procedure, the
collection device database 34 contains a Version table 128 in which the version of the structure ofcollection device database 34 is stored. The database structure version corresponds to the software version with which it was introduced. - The “results file” which contains test results uploaded from the
processing center 20 to thecollection device 14 also identifies the most recent version of the client software available (i.e., the software run on the collection devices which is responsible for physiological data acquisition, data transfer to the processing center, signal analysis to provide real-time heart rate versus time data, etc.). Each time a results file is received by acollection device 14, the collection device compares the software version of its executable file with the most recent software version specified in the results file. If the client software versions differ, then the collection device is scheduled to receive a software update. In one illustrative embodiment, thecollection device 14 initiates downloading of an update application containing the updated software from theprocessing center 20 after a predetermined duration. In addition to the latest version of client software, the update application specifies the database structure version required of thecollection device database 34 in order to run the updated software. If the update application specifies a database structure different than the database structure version contained in the Version table 128, then the update application also updates the structure of thedatabase 34 and enters the updated database structure version in the Versions table 128. - Referring also to FIG. 4, an alternative medical
testing telemetry system 130 incorporating a processing center redundancy feature of the invention includes a plurality of collection devices 132 a-132 n and twoprocessing centers processing centers - Each of the collection devices132 a-132 n is capable of communication with the
first processing center 140 via acommunication link 134 a and with thesecond processing center 142 viacommunication link 134 b. Like the communication links 24 of FIG. 1,links Typical communication links processing center links - In a preferred embodiment, each of the collection devices132 a-132 n randomly selects one of the processing centers 140, 142 for transmission of physiological data for analysis. For example, where the collection device is a
heart rate monitor 14 shown in FIG. 2, theprocessor 26 of the heart rate monitor executes a routine by which a random one of two possible telephone numbers associated with the twoprocessing centers modem 38. In the event that a dial-up connection cannot be established with the selected processing center, the modem dials the other telephone number. With this arrangement, under normal conditions, the load on the processing centers 140, 142 is shared substantially equally. - Use of two
processing centers processing centers - The processing centers140, 142 are interconnected by a pair of
redundant communication links links links 148 is a data T1 line and theother link 150 is a data ISDN line. Preferably, the twolinks - In normal operation, both the physiological data received at either
processing center processing center - Additional optional connections to one or more public and/or
private networks 160 can be made to one or both of the processing centers 140, 142 in order to enhance features of the medicaltesting telemetry system 130. As one example, thenetwork 160 may be used to permit customer service personnel to assist operators of the collection devices 132 a-132 n having difficulty administering tests. In this case, such customer service personnel can be located at a further remote site connected to a processing center through a private network or the Internet. An analyst at one of the processing centers can forward to the customer service representative information regarding poor test performance data and the expected cause (e.g., an inaccurately measured reference breath volume of an E/I test). The customer service representative can then contact the operator and provide instruction to how to improve test performance. - As an another example of a further network connection to one or both of the processing centers, patients and their physicians can be provided with access to test results stored at the processing centers through
network 160. Such anetwork 160 would include the Internet and require strict security features to be implemented in order to preserve patient confidentiality, such as encryption and/or use of a patient ID and password combination. - Referring also to FIG. 5, a diagram of illustrative processing centers140, 142 is shown. The elements of the processing centers are substantially identical, with like reference numbers referring to like elements. Thus, for simplicity, the processing center structure and components will be described in connection with
illustrative processing center 140. The structure of the processing centers 140, 142 is also illustrative of the structure of theprocessing center 20 of FIG. 1, with the exception that therouter 182 andcommunication links processing center 20 of FIG. 1 in which thesingle processing center 20 supportsmultiple collection devices 14 a-14 n. - As noted above, the communication links134 a-134 n between a collection device and the processing centers may take various forms. FIG. 5 shows two illustrative communication link forms, one labeled 164 a and the other labeled 164 b. Communication link 164 a is provided by a voice T1 line coupled to a
Portmaster 166 and communication link 164 b is provided by POTS lines coupled to amodem bank 168 which is controlled by aremote access server 170. ThePortmaster 166 is available from Lucent Technologies and contains modems used to demultiplex the 24 multiplexed voice lines comprising theT1 line 164 a. Use of either or both types ofcommunication links public phone system 162. - The
Portmaster 166 is coupled to a File Transfer Protocol (FTP)server 176 through a non-routable hub 174 (i.e., a hub that has no further connections beyond those shown in FIG. 5). Theremote access server 170 is coupled to theFTP server 176 through a non-routable network interface card (NIC) 190 a (i.e., a network card which sees no further network connections beyond those shown in FIG. 5). As will be described further in connection with FIG. 6, a compressed data file containing physiological data is transmitted from a collection device to theFTP server 176 for temporary storage prior to analysis. Also, results files containing test results generated at the processing center are placed on theFTP server 176 for downloading to a collection device. In the illustrative embodiment, theprocessing center 20 implements the TCP/IP protocol on an Ethernet network. - A
traffic cop server 178 implements a database management routine by which theFTP server 176 is monitored for unanalyzed physiological data files and the data files on theFTP server 176 are decompressed and placed in adatabase server 180 through anon-routable NIC 190 b to await analysis. The traffic cop application also monitors thedatabase server 180 for analyzed tests so that it can generate results files, compress the results files and place them on theFTP server 170 for downloading by the respective collection device. In the illustrative embodiment, thetraffic cop server 178 is implemented on a standard Intel x86 compatible server running Windows NT. - The
database server 180 contains the physiological data from the collection devices and, after analysis, the test results generated in response to the physiological data. In the illustrative embodiment, thedatabase server 180 is implemented with Oracle relational database management system (RDBMS) on a Sun Microsystems Ultra server running the Solaris operating system. - A plurality of
analyst workstations database server 180 and are used by trained analysts to process physiological data and provide test results. The workstations 184 a-184 n take unanalyzed data from thedatabase server 180 for analysis, as will be described further in connection with FIG. 8. The test results provided by the analysis are packaged by thetraffic cop server 178 and placed on theFTP server 176 for downloading by the respective collection device. - In the illustrative embodiment, the
remote access server 170 ofprocessing center 140 implements additional functions including that of a file server, archive server and backup server. According to its file server functionality, theserver 170 contains the analysis software executed on the analyst workstations 184 a-184 n, as well as other files shared by processing center components. As a backup server, theserver 170 periodically creates a snapshot of the data in thedatabase server 180 and the software files in the file server portion of theserver 170 in order to permit restoration of data if software files are lost. Data which is not necessary for long-term use (e.g., raw physiological data received from collection devices) is periodically moved to the archive portion of theserver 170. In the illustrative embodiment, only theserver 170 at one of the processing centers 140, 142 provides backup functionality since the replication of data at bothprocessing centers - As described above, each of the processing centers140, 142 is coupled to the other with
redundant communication links router 182 for coupling thelinks hub 172 for further coupling to thedatabase server 180 andremote access server 170 throughroutable NICs hub 172 may be coupled to a further network 160 (FIG. 4). - In the illustrative embodiment, one of the
links 148 is implemented with a data T1 line and theother link 150 is implemented with a data ISDN line, as shown. Thelinks links - A
time server 186 is provided for maintaining a master clock with which the time clock maintained in the collection devices 132 a-132 n dialing into theprocessing center 140 can be synchronized. Use of the time server facilitates process time data collection. For example, the time that it takes the processing center to process physiological data and the collection device to download the test results can be monitored. - Referring also to FIG. 6, a flow diagram shows an illustrative process by which raw physiological data is transmitted from a collection device to a processing center. The flow diagram more specifically illustrates data transmission from a collection device132 a-132 n to one of two redundant processing centers 140, 142. However, the process is substantially similar to that implemented by a collection device in communication with only one processing center (FIG. 1), with the exception that steps 204 and 280-288 would be omitted as will become apparent.
- The process commences in
step 200 with the operator of the collection device providing an input to transmit data, following which the collection device processor 26 (FIG. 2) randomly selects one of the twoprocessing centers step 204. Instep 208, a remote access connection is established by the collection device modem 38 (FIG. 2) to the selected processing center. Instep 212, it is determined whether the connection has been established. - If the connection has been established, then the time on the collection device is synchronized to the time maintained by the processing
center time server 186 instep 216, following which the collection device is coupled to theFTP server 176 instep 220 in response to input of a valid user name and/or password instep 222. The RAS and FTP connections to the processing center remain open until the physiological data transferred to the processing center is analyzed and returned to the collection device in the form of a results file. In the illustrative embodiment, from the time physiological data transmission begins until the results file is transmitted back to the collection device takes on the order of 5 minutes. - In
step 224, it is determined whether a connection to theFTP server 176 has been established. If the connection has not been established, then the operator is notified instep 290 that the session data must be sent to the processing center later. Alternatively, if the connection is established, then a compressed data file is created instep 228 for uploading to theFTP server 176, such as may be created by using industry standard PKZip compatible compression. The Zip file includes patient information from the Patient's table 100 (FIG. 3), with the exception of the patient's name and other patient identifying information, for patient confidentiality purposes. The Zip file further includes session information from the Sessions table 102, test information from the Tests table 104, and performance and physiological data from whatever tests were performed. For example, for the Valsalva test, the Zip file includes the breath pressure data and ECG data. And for the metronomic test, the Zip file contains the breath volume data and the ECG data. The Zip file is also time stamped with the time uploading of the file starts. Creation of the Zip file requires input of the collection device ID (i.e. a unique identifier of the collection device) and a session ID (a unique identifier of the session), as shown at 230 and 232, respectively. - In
step 234, it is determined whether a results file having the transmitted collection device ID and session ID already exists on theFTP server 176, as might occur if a connection is lost after physiological data is transmitted to the processing center and before a results file is returned to the collection device. If such a results file exists, then it is downloaded by the collection device instep 238. Alternatively, the Zip file created instep 228 is uploaded to the processing center instep 242 and placed on theFTP server 176. - It is next determined, in
step 246, as part of the FTP protocol, whether or not the Zip file was uploaded successfully. If the Zip file was not uploaded successfully, then the operator is notified instep 290 that the session data must be transferred later, as shown. Alternatively, thetraffic cop server 178 repeatedly looks on the FTP server for a results file corresponding to the uploaded session data in theloop including steps step 254, the results file is downloaded to the collection device instep 238. - Following downloading of the results file to the collection device, the results file is deleted from the
FTP server 176 instep 258 and the connection to theremote access server 170 is closed instep 262. Instep 266, data from the results file is placed into the collection device database (FIG. 3) and a report is printed at the collection device instep 270. Once the operator presses a “done” button instep 272, the collection device returns to a main menu instep 274. The collection device main menu provides the operator with options to enter patient demographics, view a help system, begin clinical testing, perform system setup procedures, or power off the device. Also, if at any time the operator presses a “send later” button (step 278), the device also returns to the main menu instep 274, as shown. - If, in
step 212, a connection was not established to the processing center selected instep 204, then the other processing center is selected instep 280, following which the remote access connection to the newly selected processing center is established instep 284. If it is determined instep 288 that the connection has been established, then step 216 is next performed, as shown. Alternatively, if a connection to the newly selected processing center cannot be established, then the operator is notified, instep 290, that the session data must be sent later. - Referring also to FIG. 7, an illustrative format for the
processing center database 350 on the database server 180 (FIG. 5) is shown. In the illustrative embodiment, thedatabase 350 is an Oracle 8i enterprise edition. However, it will be appreciated by those of ordinary skill in the art that various database packages may be used. Thedatabase 350 includes a Remote Sites table 300 which contains information about the different medical facilities at which collection devices 132 a-132 n are located, such as facility description, name, contact person, address, etc. For each entry in the Remote Sites table, there may be one or more entries in a Remote Units table 304 for each collection device 132 a-132 n located at the particular remote site. A collection device, or remote unit is identified, in the illustrative example, by a site ID, a unit name, and a description of the device. - A Patients table302 contains patient demographic information about each patient for whom data is stored and identifies the patient by the Patient_id only. Patient table entries are processed to provide entries in a Demographics table 306 which is used to collect trending data separate from the individual patient data.
- Each entry in the Patients table302 has one or more entries in a Sessions table 308 depending on how many test sessions, each including one or more tests performed on the patient, were conducted for the particular patient. The Sessions table 308 contains information describing the test session including, but not limited to the Patient_id, the date, the start and stop times of the session; the date that the collected physiological data is transmitted to the processing center, whether the data has been analyzed and if so, when analysis occurred. Each entry in the Sessions table 308 has one or more corresponding entries in a Tests table 310 according to how many tests are performed during the given session. The Tests table 310 contains data types common to each of the tests performed in the respective session.
- Also provided are tables corresponding to each of the types of tests performed by the collection devices which include, in the illustrative embodiment, a Valsalva table312, a Metronomic (E/I) table 316 and a Stand table 320. Each entry in the Tests table 310 has a corresponding entry in one of the Valsalva table 312, the Metronomic table 316, and the Stand table 320 once the test results are returned to the collection device.
- Each of the processing center database tables308, 310, 312, 316, and 320 is substantially identical in content to collection device database tables 102, 104, 110, 114, and 118 of FIG. 3, with the exception that certain processing center tables additionally contain an identifier of the
processing center processing center database 350 contains an Analysis Site table 330 containing an identifier of the processing center at which the database is located (analysissite_id), as shown. - As noted above, since physiological data is replicated and stored at both
processing centers - For diagnostic reasons, it is desirable to be able to track tests for which the data was originally sent to one of the processing centers, but was analyzed at the other processing center. If the originsite_id is different than the lastupdatesite_id, then it can be inferred that the physiological data was originally sent to one processing center, but was analyzed or modified by the other.
- An Acceptance Criteria table334 is provided for storing predetermined test acceptance criteria with which a decision is made by the processing centers 140, 142 as to whether or not to accept or reject particular test results, as is described below in conjunction with FIG. 8. In the illustrative embodiment, the Acceptance Criteria table 334 contains, for the metronomic test, the minimum and maximum E/I ratios, the minimum and maximum average breath amplitudes, and the minimum and maximum average breath frequency. For the Valsalva test, the Acceptance Criteria table 334 contains the minimum and maximum Valsalva ratios, the minimum and maximum average expiration pressures, the maximum standard deviation of expiration pressure, and the minimum and maximum duration of the Valsalva maneuver. For the stand test, the Acceptance Criteria table 334 contains the minimum 30:15 ratio (i.e., the minimum ratio of the highest heart rate within a first duration after standing, such as 15 seconds, to the lowest heart rate within a second duration after standing, such as 30 seconds) and the maximum 30:15 ratio (i.e., the maximum ratio of the highest heart rate within a first duration after standing, such as 15 seconds, to the lowest heart rate within a second duration after standing, such as 30 seconds). The table 334 further contains the maximum percentage of splined heart rate which represents the maximum percentage of the heart rate signal that may be splined.
- Raw physiological data in the form of ECG data is stored in an ECG Data table338 and an Errors table 324, similar to the Error table 120 of FIG. 3, is provided for storing information about rejected tests. A further, Rejection Reasons table 332 includes an entry for each reason for rejecting a test. Finally, the
database 350 contains an Other Data table 336 in which test performance data (e.g., breath rate, etc.) is stored. Also provided in theprocessing center database 350 is an optional Baseline table 326 in which baseline ECG data may be stored (i.e., an ECG signal measured prior to testing). Although not shown in theprocessing center database 350 of FIG. 7, the processing center database may include tables (similar to tables 124 and 126 of the collection device database) in which blood pressure data is stored in applications in which the heart rate monitors are equipped with a blood pressure acquisition device. - Referring also to FIG. 8, a flow diagram shows an illustrative process by which an analyst at a workstation184 a-184 n (FIG. 5) analyzes physiological data and provides corresponding test results. The process of FIG. 8 is implemented by each analyst workstation 184 a-184 n in each of the redundant processing centers 140, 142 of FIG. 4. However, the process is substantially similar to that which is implemented on an analyst workstation in the single processing center embodiment of FIG. 1, with any exceptions noted below.
- The process commences in
step 450, following which a main menu is displayed to the analyst instep 452. From the main menu, the analyst can power off the program atstep 454, view a “queue screen” instep 456, or analyze test data, beginning atstep 458. - The queue screen presents a list containing information about all of the tests currently awaiting analysis. The analyst may use this screen to select a specific test for analysis. In the case where the process of FIG. 8 is implemented on one of redundant processing centers140, 142, the queue screen may list only those tests intended for analysis at the particular site (i.e., those tests having an originsite_id matching the analysissite id of the particular processing center). Alternatively, the queue screen may list all unanalyzed tests, with an identifier of the processing center to which the test data was originally sent. Under normal circumstances (i.e., when both
processing centers - Analysis commences in
step 458, either directly from the main menu or from the queue screen. In the illustrative embodiment, in which the collection devices are heart rate monitors used to analyze a patient's heart rate variability, the analysis performed at the processing center involves manipulation of raw ECG data in order to enhance the detection of R-waves and thus, the accuracy of test results which are based on accurate measurement of R-R intervals between R-waves. - The R-wave detection screen displayed to the analyst in
step 458 presents a graphical display of the raw ECG data. Superimposed vertical markers indicate R-wave events as detected by a rigorous R-wave detection scheme of the type described in U.S. Pat. No. 5,984,954, entitled “Methods and Apparatus for R-Wave Detection,” which patent is incorporated herein by reference in its entirety. The analyst may actuate user inputs to add or remove R-wave detections. For example, some of the displayed R-wave detections may be so close to each other as to suggest that noise., rather than a peak of the QRS complex triggered the detection. In this case, the analyst may delete one or more such detections. Also presented on the R-wave detection screen is a graphical display of heart rate versus time that is updated dynamically as the analyst adds or removes R-wave detections. - Once the analyst has added and removed R-wave detections as necessary, a heart rate splining screen can be displayed in
step 460 from which the analyst can modify the heart rate versus time waveform by a technique referred to as splining. Splining is a process by which heart rate variations which are likely to be false based on some criteria are ignored and the heart rate versus time signal is smoothed by bridging the gap across such variations. This screen presents a graphical representation of the heart rate versus time waveform, with a graphical representation of the splined heart rate versus time signal superimposed on it. In the illustrative embodiment, the analyst may vary the following splining parameters: maximum heart rate change, maximum heart rate, and minimum heart rate. The analyst may update, or refresh the graphical representations as parameters are changed. - Once R-wave detections on the ECG signal are edited in
step 458 and the heart rate waveform is edited instep 460, a final analysis screen may be viewed instep 462 on which test results and other data are displayed. The final analysis screen is different for each of the autonomic nervous system tests. In the illustrative embodiment, the final analysis screen provides an indication of any test results which do not fall within predetermined acceptable limits (i.e., acceptance criteria) which are stored in the Acceptance Criteria table 334 of the processing center database 350 (FIG. 7). For example, illustrative E/I test limits and Valsalva test limits are between 1.00 and 4.00. - In the case of final analysis for the metronomic test, the screen presents a graphical display of the heart rate versus time, splined heart rate versus time, and inspiration volume data. The extent to which the heart rate data was splined is displayed as a percentage. The analyst is presented with the calculated results of the current test. In one embodiment, a top grid of the results displays the time and amplitude of each heart rate peak and trough used for analysis and a bottom grid displays the E/I Ratio (average of the peak heart rates divided by the average of the trough heart rates), Average Breath Amplitude, Average Breath Standard Deviation and Average Breath Frequency.
- In the case of the Valsalva test, the final analysis screen presents the analyst with a graphical representation of the heart rate versus time, splined heart rate versus time and expiration pressure data from the current test. The final analysis screen also presents the analyst with the calculated results of the current test. For example, a top grid of the results displays the start time (r1) of the Valsalva maneuver based on the first expiration above a predetermined level, the stop time (r2) of the Valsalva maneuver based on the last expiration above the predetermined level, the maximum heart rate during the Valsalva maneuver (hmax) and the minimum heart rate during a recovery period following the Valsalva maneuver (hmin). The bottom grid displays the Valsalva Ratio, Duration of Maneuver, Average Pressure and Standard Deviation of Maneuver.
- Following the final analysis of
step 462, the analyst may attempt to accept or reject the particular test instep 464. If the analyst attempts to accept the test, then it is determined instep 468 whether an acceptance criteria check has been passed. The acceptance criteria check refers to an automated determination of whether the test results fall within predetermined acceptable limits stored in the Acceptance Criteria table 334 of theprocessing center database 350 of FIG. 7 (i.e., the same process which is performed prior to displaying test results from the final analysis screen). - If the test results pass the acceptance criteria test, then the results are placed on the database server180 (FIG. 5) and the test is marked as analyzed in the analysis queue in
step 470, following which the main menu is displayed instep 452, as shown. Alternatively, if the test results do not pass the acceptance criteria test, then the routine displays the final analysis screen again instep 464 with an indication of the invalid results. In particular, the test result values which are outside of the predetermined acceptance limits are highlighted. In this way, if the final analysis screen indicates a rejected test based on non-compliance with the predetermined acceptance limits, the analyst cannot override this determination and accept the test. Thus, the test is rejected instep 464. - Following rejection of a test in step464 (either by analyst choice or by non-compliance with the predetermined acceptance limits), a reject test screen is displayed in
step 466. This screen gives the analyst the option of viewing a rejection reason screen instep 474 for the purpose of documenting the reason for rejecting the test results. Instep 472, the rejected test is marked as an error (i.e., placing the rejection reason in the Error table 324 of the processing center database 350 (FIG. 7)), following which the main menu is displayed instep 452. - Having described the preferred embodiments of the invention, it will now become apparent to one of ordinary skill in the art that other embodiments incorporating their concepts may be used.
- It will be appreciated by those of ordinary skill in the art, for example, that the format of the databases at the heart rate monitors and processing centers are illustrative only and could be readily varied.
- Likewise, the software executed at the collection devices for transmitting physiological data to a processing center (FIG. 6) and at the processing centers for analyzing the data to provide test results (FIG. 8) could be varied without departing from the spirit of the invention.
- It is felt therefore that these embodiments should not be limited to disclosed embodiments but rather should be limited only by the spirit and scope of the appended claims. All publications and references cited herein are expressly incorporated herein by reference in their entirety.
Claims (19)
1. A heart rate variability system comprising:
a plurality of heart rate monitors, each located at a medical facility and operable to collect physiological data of a patient from which heart rate variability can be assessed; and
a processing center located remotely from, and in communication with said plurality of heart rate monitors, wherein said processing center is adapted to receive said physiological data from each of said plurality of heart rate monitors and to analyze said physiological data to provide results of one or more tests based on the patient's heart rate variability and indicative of the patient's autonomic nervous system function.
2. The heart rate variability system of claim 1 wherein each of said plurality of heart rate monitors is in communication with said processing center through at least one of a POTS line and a T1 line.
3. The heart rate variability system of claim 1 wherein said processing center includes:
a processor on which an R-wave detection routine is implemented; and
a user interface adapted to receive an input from an analyst by which R-wave detections are added or deleted.
4. The heart rate variability system of claim 3 wherein said user interface is further adapted to receive an input from said analyst by which a heart rate variability waveform generated in response to said detected R-waves is modified.
5. The heart rate variability system of claim 1 wherein each of said heart rate monitors comprises a display for displaying a waveform showing the breathing performance of said patient during collection of said physiological data and standards against which to compare said waveform in order to determine the extent to which said patient followed a predetermined breathing regimen during collection of said physiological data.
6. The heart rate variability system of claim 5 wherein each of said plurality of heart rate monitors includes a user interface adapted to receive an input from an operator by which said physiological data of said patient is accepted or rejected, wherein only accepted physiological data is transmitted to said processing center for analysis.
7. The heart rate variability system of claim 6 wherein said physiological data of said patient is rejected by said operator if comparison of said waveform to said standards reveals greater than a predetermined deviation between said waveform and said standards.
8. The heart rate variability system of claim 6 wherein said physiological data of said patient is accepted by said operator if (a) comparison of said waveform to said standards reveals less than a predetermined deviation between said waveform and said standards; or (b) comparison of said waveform to said standards reveals greater than a predetermined deviation between said waveform and said standards and said acceptance is based on a request by said operator for feedback from said processing center.
9. The heart rate variability system of claim 1 wherein said processing center is further adapted to transmit said results to the one of said plurality of collection devices at which said physiological data is collected.
10. The heart rate variability system of claim 1 wherein said processing center is further adapted to compare said results to predetermined acceptance criteria and to reject said results if said comparison reveals greater than a predetermined deviation between said results and said predetermined acceptance criteria.
11. A medical testing telemetry system comprising:
a plurality of collection devices, each one located at a medical facility and operable to collect physiological data of a patient, wherein each of said collection devices comprises:
a display for displaying a waveform showing the patient's performance during collection of the physiological data and standards against which to compare said performance waveform in order to determine the extent to which said patient followed a predetermined breathing regimen during collection of the physiological data; and
a user interface adapted to receive an input indicating acceptance of said physiological data if said comparison reveals less than a predetermined deviation between said performance waveform and said standards or indicating rejection of said physiological data if said comparison reveals greater than a predetermined deviation between said performance waveform and said standards; and
a processing center located remotely from, and in communication with said plurality of collection devices, wherein said processing center is adapted to receive said accepted physiological data from each of said plurality of collection devices and to analyze said physiological data to provide a test result.
12. The medical testing telemetry system of claim 11 wherein each of said collection devices is a heart rate monitor adapted to collect physiological data from which the patient's heart rate variability can be assessed and wherein said test is selected from the Valsalva test, the E/I test, and the standing test.
13. The medical testing telemetry system of claim 12 wherein said performance waveform shows breath pressure versus time when said test is the Valsalva test.
14. The medical testing telemetry system of claim 12 wherein said performance waveform shows breath volume versus time when said test is the E/I test.
15. A medical testing telemetry system comprising:
a collection device located at a medical facility and operable to collect physiological data of a patient,
a first processing center located remotely from, and capable of communication with said collection device wherein said first processing center is adapted to receive said physiological data of the patient and to analyze the physiological data of the patient to provide a test result based on the physiological data; and
a second processing center located remotely from, and capable communication with said collection device, wherein said second processing center is adapted to receive said physiological data of the patient and to analyze the physiological data of the patient to provide a test result based on the physiological data.
16. The medical testing telemetry system of claim 15 wherein said collection device comprises a processor which randomly selects one of said first and second processing centers to analyze said physiological data of the patient.
17. The medical testing telemetry system of claim 15 wherein said first and second processing centers are interconnected.
18. The medical testing telemetry system of claim 17 wherein said first and second processing centers are interconnected by a plurality of communication links.
19. The medical testing telemetry system of claim 15 wherein said first and second processors are further adapted to transmit the test result to said collection device at which said physiological data is collected.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/610,495 US20040106875A1 (en) | 2000-05-15 | 2003-06-30 | Medical testing telemetry system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/570,683 US6650932B1 (en) | 2000-05-15 | 2000-05-15 | Medical testing telemetry system |
US10/610,495 US20040106875A1 (en) | 2000-05-15 | 2003-06-30 | Medical testing telemetry system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/570,683 Division US6650932B1 (en) | 2000-05-15 | 2000-05-15 | Medical testing telemetry system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20040106875A1 true US20040106875A1 (en) | 2004-06-03 |
Family
ID=24280638
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/570,683 Expired - Fee Related US6650932B1 (en) | 2000-05-15 | 2000-05-15 | Medical testing telemetry system |
US10/610,495 Abandoned US20040106875A1 (en) | 2000-05-15 | 2003-06-30 | Medical testing telemetry system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/570,683 Expired - Fee Related US6650932B1 (en) | 2000-05-15 | 2000-05-15 | Medical testing telemetry system |
Country Status (5)
Country | Link |
---|---|
US (2) | US6650932B1 (en) |
EP (1) | EP1284640A1 (en) |
JP (1) | JP2003533259A (en) |
CA (1) | CA2408502A1 (en) |
WO (1) | WO2001087149A1 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011017221A3 (en) * | 2009-08-07 | 2011-04-14 | Mark Evans | Method for quantifying the extent of human-introduced variability in medical test data |
US20130158423A1 (en) * | 2011-12-14 | 2013-06-20 | Rijuven Corporation | Mobile wellness device |
CN105030229A (en) * | 2015-07-31 | 2015-11-11 | 苏州玄禾物联网科技有限公司 | Electrocardiogram monitoring system based on ARM9 |
US9626277B2 (en) | 2015-04-01 | 2017-04-18 | Microsoft Technology Licensing, Llc | Anomaly analysis for software distribution |
US20180212821A1 (en) * | 2015-12-23 | 2018-07-26 | Intel Corporation | Telemetry adaptation |
US10971272B1 (en) * | 2009-03-26 | 2021-04-06 | Vinod Nair | Method and apparatus for evaluating a heart patient |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9042952B2 (en) | 1997-01-27 | 2015-05-26 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
US9468378B2 (en) | 1997-01-27 | 2016-10-18 | Lawrence A. Lynn | Airway instability detection system and method |
US8932227B2 (en) | 2000-07-28 | 2015-01-13 | Lawrence A. Lynn | System and method for CO2 and oximetry integration |
US9521971B2 (en) | 1997-07-14 | 2016-12-20 | Lawrence A. Lynn | System and method for automatic detection of a plurality of SPO2 time series pattern types |
US8862656B2 (en) * | 2000-11-21 | 2014-10-14 | Chironet, Llc | Performance outcomes benchmarking |
US20060195041A1 (en) | 2002-05-17 | 2006-08-31 | Lynn Lawrence A | Centralized hospital monitoring system for automatically detecting upper airway instability and for preventing and aborting adverse drug reactions |
US20090281838A1 (en) | 2008-05-07 | 2009-11-12 | Lawrence A. Lynn | Medical failure pattern search engine |
US9053222B2 (en) | 2002-05-17 | 2015-06-09 | Lawrence A. Lynn | Patient safety processor |
US20040171955A1 (en) * | 2002-01-10 | 2004-09-02 | Joel Morganroth | Method and system for processing electrocardiograms |
US7654965B2 (en) * | 2001-11-20 | 2010-02-02 | Eresearchtechnology, Inc. | Method and system for processing electrocardiograms |
MXPA04011059A (en) * | 2002-05-09 | 2005-07-14 | Daemen College | Electrical stimulation unit and waterbath system. |
US20040019640A1 (en) * | 2002-07-25 | 2004-01-29 | Bartram Linda Ruth | System and method for distributing shared storage for collaboration across multiple devices |
US7534207B2 (en) * | 2003-02-07 | 2009-05-19 | Alfred E. Mann Institute For Biomedical Engineering At The University Of Southern California | Implantable device with sensors for differential monitoring of internal condition |
US20050251051A1 (en) * | 2004-05-10 | 2005-11-10 | Medpond, Llc | Method and apparatus for assessing autonomic function |
US20050251054A1 (en) * | 2004-05-10 | 2005-11-10 | Medpond, Llc | Method and apparatus for measurement of autonomic nervous system function |
WO2005110216A2 (en) * | 2004-05-10 | 2005-11-24 | Meddorna, Llc | Method and apparatus for facilitating the provision of health care services |
WO2006006159A1 (en) * | 2004-07-09 | 2006-01-19 | Aerotel Medical Systems (1998) Ltd. | A wearable device, system and method for monitoring physiological and/or environmental parameters |
US20080294058A1 (en) * | 2004-08-16 | 2008-11-27 | Dror Shklarski | Wearable Device, System and Method for Measuring a Pulse While a User is in Motion |
WO2007005769A1 (en) * | 2005-06-30 | 2007-01-11 | Applera Corporation | Automated quality control method and system for genetic analysis |
US7818076B2 (en) * | 2005-07-26 | 2010-10-19 | Stereotaxis, Inc. | Method and apparatus for multi-system remote surgical navigation from a single control center |
US8155980B2 (en) * | 2006-02-14 | 2012-04-10 | Quintiles Transnational Corp. | Systems and methods for managing medical data |
US7689439B2 (en) * | 2006-02-14 | 2010-03-30 | Quintiles Transnational Corp., Inc. | System and method for managing medical data |
US20070276196A1 (en) * | 2006-05-15 | 2007-11-29 | General Electric Company | Single acquisition system for electrophysiology and hemodynamic physiological diagnostic monitoring during a clinical invasive procedure |
US20080200819A1 (en) | 2007-02-20 | 2008-08-21 | Lynn Lawrence A | Orthostasis detection system and method |
EP2036491B1 (en) | 2007-04-18 | 2018-03-28 | Weinmann Emergency Medical Technology GmbH + Co. KG | Lung ventilator and method for updating a lung ventilator |
EP2206053A4 (en) | 2007-10-03 | 2012-11-21 | Ottawa Hospital Res Inst | Method and apparatus for monitoring physiological parameter variability over time for one or more organs |
US7940168B2 (en) * | 2007-11-19 | 2011-05-10 | Intel-Ge Care Innovations Llc | System, apparatus and method for automated emergency assistance with manual cancellation |
US20100324611A1 (en) * | 2008-12-10 | 2010-12-23 | Waverx, Inc. | Devices, systems and methods for preventing and treating sensation loss |
JP5104815B2 (en) * | 2009-05-19 | 2012-12-19 | ダイキン工業株式会社 | Heart rate detector |
US20120016999A1 (en) * | 2010-07-14 | 2012-01-19 | Sap Ag | Context for Sharing Data Objects |
US9240965B2 (en) | 2010-08-31 | 2016-01-19 | Sap Se | Methods and systems for business interaction monitoring for networked business process |
CN102844782A (en) * | 2011-02-21 | 2012-12-26 | 松下电器产业株式会社 | Data processing device, data processing system, and data processing method |
EP2574953A1 (en) * | 2011-09-30 | 2013-04-03 | General Electric Company | Method for providing remote health monitoring data and associated system |
JP5515156B2 (en) * | 2012-03-30 | 2014-06-11 | 株式会社タニタ | Sleep management system and sleep meter |
US9361082B2 (en) | 2012-09-06 | 2016-06-07 | Welch Allyn, Inc. | Central monitoring station warm spare |
WO2019157450A1 (en) * | 2018-02-12 | 2019-08-15 | Cornell University | Methods and systems for concussion management using cold stimulus |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5299119A (en) * | 1989-07-06 | 1994-03-29 | Qmed, Inc. | Autonomic neuropathy detection and method of analysis |
US5437278A (en) * | 1992-01-10 | 1995-08-01 | Wilk; Peter J. | Medical diagnosis system and method |
US5949776A (en) * | 1990-01-18 | 1999-09-07 | Norand Corporation | Hierarchical communication system using premises, peripheral and vehicular local area networking |
US6319200B1 (en) * | 1996-11-13 | 2001-11-20 | Criticare Systems, Inc. | Method and system for remotely monitoring multiple medical parameters |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2748588B1 (en) | 1996-05-07 | 1998-08-07 | Soc Et Tech Set | DEVICE COMPRISING AT LEAST ONE ARRAY OF NEURONES FOR DETERMINING THE QUANTITY OF A SUBSTANCE TO BE ADMINISTERED TO A PATIENT, IN PARTICULAR INSULIN |
CA2312924A1 (en) | 1997-12-04 | 1999-06-10 | Virtual-Eye.Com, Inc. | Visual field testing via telemedicine |
-
2000
- 2000-05-15 US US09/570,683 patent/US6650932B1/en not_active Expired - Fee Related
-
2001
- 2001-04-03 WO PCT/US2001/010682 patent/WO2001087149A1/en not_active Application Discontinuation
- 2001-04-03 CA CA002408502A patent/CA2408502A1/en not_active Abandoned
- 2001-04-03 EP EP01924607A patent/EP1284640A1/en not_active Withdrawn
- 2001-04-03 JP JP2001583622A patent/JP2003533259A/en not_active Withdrawn
-
2003
- 2003-06-30 US US10/610,495 patent/US20040106875A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5299119A (en) * | 1989-07-06 | 1994-03-29 | Qmed, Inc. | Autonomic neuropathy detection and method of analysis |
US5949776A (en) * | 1990-01-18 | 1999-09-07 | Norand Corporation | Hierarchical communication system using premises, peripheral and vehicular local area networking |
US5437278A (en) * | 1992-01-10 | 1995-08-01 | Wilk; Peter J. | Medical diagnosis system and method |
US6319200B1 (en) * | 1996-11-13 | 2001-11-20 | Criticare Systems, Inc. | Method and system for remotely monitoring multiple medical parameters |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10971272B1 (en) * | 2009-03-26 | 2021-04-06 | Vinod Nair | Method and apparatus for evaluating a heart patient |
WO2011017221A3 (en) * | 2009-08-07 | 2011-04-14 | Mark Evans | Method for quantifying the extent of human-introduced variability in medical test data |
US8315811B1 (en) | 2009-08-07 | 2012-11-20 | Mark Evans | Method for quantifying the extent of human-introduced variability in medical test data |
US20130158423A1 (en) * | 2011-12-14 | 2013-06-20 | Rijuven Corporation | Mobile wellness device |
US8855757B2 (en) * | 2011-12-14 | 2014-10-07 | Rijuven Corporation | Mobile wellness device |
US9626277B2 (en) | 2015-04-01 | 2017-04-18 | Microsoft Technology Licensing, Llc | Anomaly analysis for software distribution |
CN105030229A (en) * | 2015-07-31 | 2015-11-11 | 苏州玄禾物联网科技有限公司 | Electrocardiogram monitoring system based on ARM9 |
US20180212821A1 (en) * | 2015-12-23 | 2018-07-26 | Intel Corporation | Telemetry adaptation |
US10666505B2 (en) * | 2015-12-23 | 2020-05-26 | Intel Corporation | Telemetry adaptation |
US11252021B2 (en) | 2015-12-23 | 2022-02-15 | Intel Corporation | Telemetry adaptation |
Also Published As
Publication number | Publication date |
---|---|
US6650932B1 (en) | 2003-11-18 |
EP1284640A1 (en) | 2003-02-26 |
JP2003533259A (en) | 2003-11-11 |
WO2001087149A1 (en) | 2001-11-22 |
CA2408502A1 (en) | 2001-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6650932B1 (en) | Medical testing telemetry system | |
US20050131308A1 (en) | Hemodynamic analysis device and method | |
US6648820B1 (en) | Medical condition sensing system | |
US6887201B2 (en) | System and method for determining a reference baseline of regularly retrieved patient information for automated remote patient care | |
US6893397B2 (en) | System and method for determining a reference baseline of patient information for automated remote patient care | |
US20140221858A1 (en) | System and apparatus for providing diagnosis and personalized abnormalities alerts and for providing adaptive responses in clinical trials | |
Carvalhaes-Neto et al. | Cognitive function and assessment of lung function in the elderly. | |
US6963907B1 (en) | Internet device operation for medical testing | |
JP2007535357A (en) | How to deliver subjective surveys linked to subjective and objective data | |
EP1107158B1 (en) | System and method for determining a reference baseline of individual patient status for use in an automated collection and analysis patient care system | |
US7099801B1 (en) | Medical testing internet server system and method | |
Freeman et al. | Transfer function analysis of respiratory sinus arrhythmia: a measure of autonomic function in diabetic neuropathy | |
Kizakevich et al. | Noninvasive ambulatory assessment of cardiac function in healthy men exposed to carbon monoxide during upper and lower body exercise | |
CN114903459A (en) | Load exercise test system based on exercise equipment power or tester heart rate control | |
US7135000B2 (en) | Heart state monitor method | |
Chandler et al. | Is respiratory sinus arrhythmia present in atrial fibrillation? A study using two quantitative methods | |
Lipsitz et al. | Forearm blood flow response to posture change in the very old: Non‐invasive measurement by venous occlusion plethysmography | |
Naliboff et al. | Acute autonomic responses to postural change, Valsalva maneuver, and paced breathing in older type II diabetic men | |
EP1567048A1 (en) | Medical testing system and method | |
MILLER et al. | Pulmonary function assessment for determination of pulmonary impairment and disability evaluation | |
CN116798659A (en) | Comprehensive archive management platform based on coronary heart disease monitoring | |
Kushwah | Online Biosignal Transmission from Patient to Doctor PC in Labview Environment | |
Harris-Eze et al. | The role of exercise testing in interstitial lung disease | |
Colgan | Syncope: a fall from grace | |
McAllister et al. | On-Line computer Monitoring-Immediate Interpretation of the Electrocardiogram |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |