There are numerous devices which collect medical data about a patient over time. An example of such devices are IMDs (Implantable Medical Devices), which are implanted within a patient and measure and record data. The data stored in the IMD is then periodically downloaded from the device for evaluation by a clinician. Other medical devices which are not implanted may similarly collect clinical data, such as hand held glucose monitors.
The data supplied by these devices allow clinicians to monitor measurable patient variables, such as cardiac data. Using this data, the clinicians are able to make decisions about the course of treatment or the need for various interventions. While there is an ability to collect large amounts of patient data, such data is most valuable for clinical decision making when it is available to a clinician in a format which is useful, easy to interpret and monitor over time, and which can be easily manipulated to suit the needs of the clinician.
One system for monitoring data relating to cardiac performance is the CareLink® system provided by Medtronic, Inc. In this system, an IMD monitors and stores cardiac data. The data is stored in packets and the packets are periodically uploaded to a programmer, such as once every 2 weeks. The CareLink® system allows the data to be viewed by clinicians using a web based system. However, the data of each upload is not integrated with previously uploaded data. As a result, the data is only available to the clinician in a piecemeal fashion. For example, if the clinician is viewing one month of data, he or she cannot move the viewer directly ahead to the next month of data without navigating up to a one year view of the data and then back down to the desired month. As a result, while the system provides the clinician with access to the data, the lack of data integration can make it difficult for the clinician to use and interpret the data.
The following drawings are illustrative of particular embodiments of the present invention and therefore do not limit the scope of the invention. The drawings are intended for use in conjunction with the explanations in the following detailed description. Embodiments of the present invention will hereinafter be described in conjunction with the appended drawings, wherein like numerals denote like elements.
The following detailed description is exemplary in nature and is not intended to limit the scope, applicability, or configuration of the invention in any way. Rather, the following description provides practical illustrations for implementing exemplary embodiments of the present invention.
Embodiments of the invention comprise a system and method for displaying trended data retrieved from a medical device. The trended data is displayed as a webpage which is accessible to clinicians from any computer in a form which is user friendly and can be easily manipulated by the clinician. Typically the trended data is obtained by an implantable medical device (IMD) though other medical device such as handheld devices like glucose monitors can also be used as a source of data for the data display.
Implantable medical devices (IMDs) which monitor and deliver therapy to a patient's heart may be used with the invention. IMDs typically sense a patient's cardiac electrogram, interpret the electrogram to represent a cardiac rhythm, and deliver therapy based on that interpretation. Accurate electrical sensing and data interpretation are therefore essential to the delivery of appropriate therapy by the IMDs. Embodiments of this invention employ intracardiac pressure data for monitoring cardiac activity. Such pressure data may be used alone for patient monitoring or in conjunction with EGM, such as to confirm the accurate interpretation of EGM data. Some embodiments may measure impedance values, such as for providing a measure of lung wetness as an indication of volume status or volume overload. Certain embodiments of the invention may include, or may be adapted for use in, diagnostic monitoring equipment, external medical device systems, and implantable medical devices (IMDs), including implantable hemodynamic monitors (IHMs), implantable cardioverter-defibrillators (ICDs), cardiac pacemakers, cardiac resynchronization therapy (CRT) pacing devices, leadless pacing devices, drug delivery devices, or combinations of such devices.
In
It should be noted that the IMD 14 may also be an implantable cardioverter defibrillator (ICD), a cardiac resynchronization therapy (CRT) device, an insertable loop recorder (ILR), an implantable hemodynamic monitor (IHM), or any other such device or combination of devices, according to various embodiments of the invention.
Typically, in pacing systems of the type illustrated in
In addition, some or all of the leads shown in
The leads and circuitry described above can be employed to record EGM signals, blood pressure signals, impedance values and other variables over certain time intervals. The recorded data may be periodically telemetered out to a programmer operated by a physician or other healthcare worker in an uplink telemetry transmission during a telemetry session, for example. Alternatively, the data may be telemetered to a personal data monitor, which may be done at the patient's home. This uplink to a personal data monitor may be performed at periodic intervals by the patient himself or herself (such as by holding an antenna over the device) or may occur automatically at specific times, such as at intervals programmed by a clinician. The uplink of data to the personal data monitor may also be initiated by the IMD upon detection of an event, such as atrial fibrillation, delivery of a shock, or a device integrity issue.
The therapy delivery system 106 can be configured to include circuitry for delivering cardioversion/defibrillation shocks and/or cardiac pacing pulses delivered to the heart or cardiomyostimulation to a skeletal muscle wrapped about the heart. Alternately, the therapy delivery system 106 can be configured as a drug pump for delivering drugs into the heart to alleviate heart failure or to operate an implantable heart assist device or pump implanted in patients awaiting a heart transplant operation.
The input signal processing circuit 108 includes at least one physiologic sensor signal processing channel for sensing and processing a sensor derived signal from a physiologic sensor located in relation to a heart chamber or elsewhere in the body. Examples illustrated in
The pair of pace/sense electrodes 140, 142 are located in operative relation to the heart 10 and coupled through lead conductors 144 and 146, respectively, to the inputs of a sense amplifier 148 located within the input signal processing circuit 108. The sense amplifier 148 is selectively enabled by the presence of a sense enable signal that is provided by control and timing system 102. The sense amplifier 148 is enabled during prescribed times when pacing is either enabled or not enabled in a manner known in the pacing art. The blanking signal is provided by control and timing system 102 upon delivery of a pacing or PESP pulse or pulse train to disconnect the sense amplifier inputs from the lead conductors 144 and 146 for a short blanking period in a manner well known in the art. The sense amplifier provides a sense event signal signifying the contraction of the heart chamber commencing a heart cycle based upon characteristics of the EGM. The control and timing system responds to non-refractory sense events by restarting an escape interval (EI) timer timing out the EI for the heart chamber, in a manner well known in the pacing art.
The pressure sensor 160 is coupled to a pressure sensor power supply and signal processor 162 within the input signal processing circuit 108 through a set of lead conductors 164. Lead conductors 164 convey power to the pressure sensor 160, and convey sampled blood pressure signals from the pressure sensor 160 to the pressure sensor power supply and signal processor 162. The pressure sensor power supply and signal processor 162 samples the blood pressure impinging upon a transducer surface of the sensor 160 located within the heart chamber when enabled by a pressure sense enable signal from the control and timing system 102. Absolute pressure (P), developed pressure (DP) and pressure rate of change (dP/dt) sample values can be developed by the pressure sensor power supply and signal processor 162 or by the control and timing system 102 for storage and processing.
A variety of hemodynamic parameters may be recorded, for example, including right ventricular (RV) systolic and diastolic pressures (RVSP and RVDP), estimated pulmonary artery diastolic pressure (ePAD), pressure changes with respect to time (dP/dt), heart rate, activity, and temperature. Some parameters may be derived from others, rather than being directly measured. For example, the ePAD parameter may be derived from RV pressures at the moment of pulmonary valve opening, and heart rate may be derived from information in an intracardiac electrogram (EGM) recording.
The set of impedance electrodes 170, 172, 174 and 176 is coupled by a set of conductors 178 and is formed as a lead that is coupled to the impedance power supply and signal processor 180. Impedance-based measurements of cardiac parameters such as stroke volume are known in the art, such as an impedance lead having plural pairs of spaced surface electrodes located within the heart 10. The spaced apart electrodes can also be disposed along impedance leads lodged in cardiac vessels, e.g., the coronary sinus and great vein or attached to the epicardium around the heart chamber. The impedance lead may be combined with the pace/sense and/or pressure sensor bearing lead.
The data stored by IMD 14 may include continuous monitoring of various parameters, for example recording intracardiac EGM data at sampling rates as fast as 256 Hz or faster. In certain embodiments of the invention, an IHM may alternately store summary forms of data that may allow storage of data representing longer periods of time. In one embodiment, hemodynamic pressure parameters may be summarized by storing a number of representative values that describe the hemodynamic parameter over a given storage interval. The mean, median, an upper percentile, and a lower percentile are examples of representative values that may be stored by an IHM to summarize data over an interval of time (e.g., the storage interval). In one embodiment of the invention, a storage interval may contain six minutes of data in a data buffer, which may be summarized by storing a median value, a 94th percentile value (i.e., the upper percentile), and a 6th percentile value (i.e., the lower percentile) for each hemodynamic pressure parameter being monitored. In this manner, the memory of the IHM may be able to provide weekly or monthly (or longer) views of the data stored. The data buffer, for example, may acquire data sampled at a 256 Hz sampling rate over a 6 minute storage interval, and the data buffer may be cleared out after the median, upper percentile, and lower percentile values during that 6 minute period are stored. It should be noted that certain parameters measured by the IHM may be summarized by storing fewer values, for example storing only a mean or median value of such parameters as heart rate, activity level, and temperature, according to certain embodiments of the invention.
Hemodynamic parameters that may be used in accordance with various embodiments of the invention include parameters that are directly measured, such as RVDP and RVSP, as well as parameters that may be derived from other pressure parameters, such as estimated pulmonary artery diastolic pressure (ePAD), rate of pressure change (dP/dt), etc.
The IMDs described above provide hemodynamic monitoring and therapy to a patient's heart. Other types of IMDs which collect data over time are also useful in embodiments of the invention, such as glucose monitors, and neurological stimulators.
After the patient data is retrieved from the IMD by a relay communication device such as a programmer or a personal data monitor, it is sent to a remote internet web based data center. The data center represents a high speed computer network system which is located remotely and which stores and processes the data from the IMD. The programmer, personal data monitor, or other relay communication device therefore functions as an interface between the IMD and the data center. This communication between the programmer and personal data monitor and the data center may occur using standard internet connections such as telephone or cable lines or may use wireless data communications links or any other form of telecommunication.
Each time IMD data is uploaded to the data center, the data typically corresponds to a particular time period. The time period is typically the time since the most recent data upload. Data uploads may occur daily, weekly, or at other periodic or aperiodic intervals. The data center processes the uploaded data to merge the new data with data obtained during previous uploads. As a result, the data is not limited to separate uploads but rather is combined and integrated. The stored data is therefore continuous (continguous) over time, including all current and previously uploaded data.
After data is telemetered from an IMD to a relay communication device such as a programmer or personal data monitor and then sent to a data center, the data may be accessed by clinicians through the internet using any computer terminal. A website is provided by the data center for viewing patient IMD data. The clinician accesses the website by logging onto the site using a remote work station such as a personal computer and requests to see the data for a specific patient. Data is provided to the clinician using an interactive webpage. Because patient data is integrated by the data center, patient data may be seamlessly supplied to the website without requiring the user to navigate through different time windows or unique date specific links to reach a desired view.
Upon opening, the website first provides a default view of IMD data trends over time. In some embodiments, the default view is the most recent two weeks of data trends. In some embodiments, the clinician may customize the default view to any desired time period.
An example of a web page displaying a default view is shown in
The website can also optionally include secondary trends. Secondary trends may include trends for device troubleshooting, derived trends, and trends for research interest, for example. The clinician may select between viewing primary trends only or primary trends and secondary trends by clicking on webpage buttons representative of either view. As shown in
The data presented in the trend lines may be displayed in a variety of ways. For example, the measured values across time may be shown. Alternatively, when the data is in summary form, the mean value may be displayed. In addition, different percentile values could be shown such as the 6th and 94th percentile or standard deviations. Each of the mean value and the percentile values could be presented distinctly, such as by using different types of lines or different colors of lines. In the example shown in
The data presented in the trend lines is shown in graphical form. The clinician can estimate the value of a particular data point using the x-axis as a guide. Alternatively, the data may be presented with a roll-over feature. When the clinician hovers the cursor over a point on the data trend, a window appears revealing the numerical value of the data point, allowing the clinician to obtain a precise value.
In order to allow quicker scrolling across time, the website may download additional data along with the data visible on the screen. For example, the default view may be a 1 week view and may display the data from the most recent one week period. However, the website may also download data from the previous one week, so that two weeks of data are downloaded for the one week view. In this way, the clinician can scroll back from the current week to the previous week without having to wait for the additional data to download to facilitate data analysis. In the same way, a one month view may be downloaded with the data from the previous month. Thus, for each view, data is downloaded not only for the time period being viewed but also for an additional time period equal to the time period being viewed. In this way, the data is continuously available without delay over a time period which is greater than that which is shown on the computer screen.
The clinician may scroll across time using a horizontal scroll bar 224. In the example shown in
The clinician may adjust the window of time displayed on the web page by clicking on time window buttons 230. In the example shown in
As the clinician scrolls horizontally over time with new data being appended, the data is presented in the same y-axis scale so that the data can be meaningfully compared to the data previously viewed. However, in some situations, the range in variation of values may change over time such that a particular y-axis scale may no longer be appropriate. As a result, the data may begin to appear too flat or may extend outside of the range of the y-axis. In order to change the y-axis to a more appropriate scale for the data being viewed, the clinician may click on a rescale button 232 shown in
The data trends may optionally include annotations. For example, the clinician may add notes commenting about the data. Alternatively, the system may add notes commenting about the data or indicating the detection of an event such as a shock. So that the notes do not obscure the data, they are not typically visible on the data trends but rather the presence of a note is indicated by a note marker 240, shown in
In the example shown in
The note markers may optionally be visible on the data trends or may be hidden, according to the clinician's preference. In
The clinician may view the note in a variety of ways. When the cursor hovers over the note marker 240, the note may appear as a note window 246 on top of the trend data, as shown in
Examples of notes which may be added to the trend data include text comments, such as by a clinician or by the system. The notes may also include other types of data besides text, such as images which relate to the trend data. The images may be cardiac images, for example, EMR images or echocardiographic images. The notes may also include data such as source material. The notes may also include links which can be opened to display related or relevant data, such as other trend displays or views. For example, a note may indicate the occurrence of an episode of ventricular tachycardia or ventricular fibrillation and may also include a link. The link may be clicked to open a view of the implantable cardiac device episode record including information about the delivery of shocks, the ECG recording, and/or other data.
In addition or alternatively to using notes, the trend viewer may identify clinically significant events by highlighting, shading, or otherwise marking a range of time on the trend lines. For example, the trend viewer may be programmed with threshold values for the data being displayed. These threshold values could be predetermined and/or they could be set by the clinician. When the value of the data exceeds a maximum threshold or falls below a minimum threshold, the data would be marked on the trend viewer to draw the clinician's attention to this portion of the data trend. Alternatively or additionally, the trend viewer may mark the detection and occurrence and duration of relevant events, such as atrial or ventricular fibrillation.
In addition to using thresholds for marking the data in the data viewer, such thresholds may also be used as warning levels. When the data exceeds a threshold, a warning may be sent to a clinician and/or to the patient. Such a warning system would be useful in implantable medical devices as well as hand held devices such as glucose monitors.
To assist the user, the data display may include tool tips. When the user rolls the mouse over a button, a pop-up tool tip message 250 may appear indicating what the function of the button is. An example of a pop-up tool tip message 250 is shown in
To assist the user to better assess and determine trends, the trend viewer may automatically generate a trend or ‘line of best fit’ for existing plotted data, and/or may be used to extrapolate the plot into the future for a period of time, such as a period of time specified by user input. In some embodiments, the system can calculate slope (rise/run) for a specified series or point. For example, the user may access the slope function, such as by highlighting the ‘slope function.’ The user may then click on two specific data points on the display, and the system will then calculate the corresponding slope (rate of change) between the two points. In some embodiments, the user may select date points, such as the rate of change according to a time period, and conduct sensitivity analyses.