Circulatory Assist Systems and Methods
20250152027 ยท 2025-05-15
Assignee
Inventors
Cpc classification
A61B5/02438
HUMAN NECESSITIES
A61M2230/04
HUMAN NECESSITIES
A61M1/00
HUMAN NECESSITIES
A61M60/178
HUMAN NECESSITIES
A61M60/538
HUMAN NECESSITIES
A61M60/408
HUMAN NECESSITIES
A61M60/148
HUMAN NECESSITIES
International classification
A61M1/00
HUMAN NECESSITIES
A61M60/408
HUMAN NECESSITIES
A61M60/538
HUMAN NECESSITIES
Abstract
Circulatory assist systems and related methods provide for pumping of blood from a ventricle to an artery. A circulatory assist system includes a ventricular assist device, a motor control circuit, a controller, a sensing circuit, and a blood flow cannula. The ventricular assist device includes a housing, a stator assembly, and a blood flow impeller. The blood flow impeller includes a first disk portion, a second disk portion, and vanes extending between the first disk portion and the second disk portion. Each of the first disk portion and the second disk portion includes embedded magnetic segments for rotation and levitation of the blood flow impeller. The first disk portion has central aperture configured for transit of a blood flow received through the blood flow inlet into the blood flow impeller for impelling radially outwardly between the first disk portion and the second disk portion via the vanes.
Claims
1. A circulatory assist system comprising: a centrifugal ventricular assist device configured to pump blood from a ventricle of a patient to an artery of the patient, wherein the centrifugal ventricular assist device comprises a housing, a stator assembly, and a blood flow impeller, wherein the housing defines a blood flow inlet and a blood flow outlet, wherein the stator assembly comprises stator coils, wherein the blood flow impeller comprises a first disk portion, a second disk portion, and vanes extending between and separating the first disk portion and the second disk portion, wherein each of the first disk portion and the second disk portion comprises embedded magnetic segments for rotation and levitation of the blood flow impeller, and wherein the first disk portion defines a first disk portion central aperture configured for transit of a blood flow received through the blood flow inlet into the blood flow impeller for impelling radially outwardly between the first disk portion and the second disk portion via the vanes for output from the blood flow outlet; a motor control circuit operable to supply drive currents to the stator coils; a controller configured for controlling operation of the motor control circuit; a sensing circuit configured to generate a stator drive signal indicative of a magnitude of the drive currents supplied to the stator coils by the motor control circuit or a magnitude of a drive power supplied to the stator coils via the drive currents; and a blood flow cannula configured for connecting the blood flow outlet with the artery.
2. The circulatory assist system of claim 1, wherein: the housing defines a central hub; the second disk portion defines a second disk portion central aperture; and the central hub extends at least partially through the second disk portion central aperture.
3. The circulatory assist system of claim 1, wherein: the blood flow impeller has a rotation axis; and the blood flow impeller is magnetically suspended parallel to the rotation axis during operation of the centrifugal ventricular assist device via the embedded magnetic segments.
4. The circulatory assist system of claim 1, wherein the housing defines a volute region that extends circumferentially and is configured to receive the blood flow from the blood flow impeller and redirect the blood flow to the blood flow outlet.
5. The circulatory assist system of claim 1, further comprising a battery pack for supplying electrical power for operation of the centrifugal ventricular assist device.
6. The circulatory assist system of claim 1, wherein the controller is configured to: process the stator drive signal to determine a speed synchronization start point at which time a rotation rate of the blood flow impeller will begin a predetermined rotation rate variation that is synchronized with a patient's cardiac cycle; and control the motor control circuit to modulate the rotation rate of the blood flow impeller to implement the predetermined rotation rate variation.
7. The circulatory assist system of claim 6, wherein: the controller is configured to process the stator drive signal to determine an estimated current cardiac cycle pulse period for the patient; and the controller is configured to determine the speed synchronization start point based on the estimated current cardiac cycle pulse period for the patient.
8. The circulatory assist system of claim 7, wherein the controller is configured to: process the stator drive signal to determine at least two prior cardiac cycle pulse periods for the patient; and determine the estimated current cardiac cycle pulse period for the patient based on the at least two prior cardiac cycle pulse periods.
9. The circulatory assist system of claim 6, wherein the stator drive signal is indicative of the magnitude of the drive currents supplied to the stator coils by the motor control circuit.
10. The circulatory assist system of claim 6, wherein the stator drive signal is indicative of the magnitude of the drive power supplied to the stator coils via the drive currents.
11. The circulatory assist system of claim 6, wherein the controller is configured to filter the stator drive signal to remove frequencies above 5 Hz.
12. The circulatory assist system of claim 6, wherein the controller is configured to process the stator drive signal to identify cardiac cycle features of the patient.
13. The circulatory assist system of claim 12, wherein the predetermined rotation rate variation begins prior to a systolic phase for the ventricle and ends before completion of the systolic phase for the ventricle.
14. The circulatory assist system of claim 13, wherein the controller is configured to control the motor control circuit to rotate the blood flow impeller at a constant rotational rate between implementations of the predetermined rotation rate variation.
15. The circulatory assist system of claim 14, wherein the rotation rate of the blood flow impeller during the predetermined rotation rate variation is higher than the constant rotation rate.
16. The circulatory assist system of claim 6, wherein the predetermined rotation rate variation is specified by a clinician.
17. A method of pumping blood from a ventricle of a patient to an artery of a patient, the method comprising: operating a motor drive circuit of a centrifugal ventricular assist device to supply drive currents to stator coils of a motor stator to generate a magnetic field to drive rotation of a blood flow impeller that comprises a first disk portion, a second disk portion, and vanes extending between and separating the first disk portion and the second disk portion, wherein each of the first disk portion and the second disk portion comprises embedded magnetic segments for rotation and levitation of the blood flow impeller, and wherein the first disk portion defines a first disk portion central aperture configured for transit of a blood flow received through a blood flow inlet into the blood flow impeller for impelling radially outwardly between the first disk portion and the second disk portion via the vanes for output from a blood flow outlet; and generating a stator drive signal indicative of a magnitude of the drive currents supplied to the stator coils by the motor drive circuit or a magnitude of a drive power supplied to the stator coils via the drive currents.
18. The method of claim 17, wherein: the centrifugal ventricular assist device comprises a housing that defines a central hub; the second disk portion defines a second disk portion central aperture; and the central hub extends at least partially through the second disk portion central aperture.
19. The method of claim 18, wherein the housing defines a volute region that extends circumferentially and is configured to receive the blood flow from the blood flow impeller and redirect the blood flow to the blood flow outlet.
20. The method of claim 17, wherein: the blood flow impeller has a rotation axis; and the blood flow impeller is magnetically suspended parallel to the rotation axis during operation of the centrifugal ventricular assist device via the embedded magnetic segments.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0008] The present invention is described in conjunction with the appended figures:
[0009]
[0010]
[0011]
[0012]
[0013]
[0014]
[0015]
[0016]
[0017]
[0018]
[0019]
[0020]
[0021]
DETAILED DESCRIPTION OF THE INVENTION
[0022] The ensuing description provides exemplary embodiments only, and is not intended to limit the scope, applicability or configuration of the disclosure. Rather, the ensuing description of the exemplary embodiments will provide those skilled in the art with an enabling description for implementing one or more exemplary embodiments. It being understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the invention as set forth herein.
[0023] Specific details are given in the following description to provide a thorough understanding of the embodiments. However, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details. For example, with regard to any specific embodiment discussed herein, any one or more details may or may not be present in all versions of that embodiment. Likewise, any detail from one embodiment may or may not be present in any particular version of another embodiment discussed herein. Additionally, well-known circuits, systems, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments. The absence of discussion of any particular element with regard to any embodiment herein shall be construed to be an implicit contemplation by the disclosure of the absence of that element in any particular version of that or any other embodiment discussed herein.
[0024] Also, it is noted that individual embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process may be terminated when its operations are completed, but could have additional steps not discussed or included in a figure. Furthermore, not all operations in any particularly described process may occur in all embodiments. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination corresponds to a return of the function to the calling function or the main function.
[0025] The term machine-readable medium includes, but is not limited to portable or fixed storage devices, optical storage devices, wireless channels and various other mediums capable of storing, containing or carrying instructions and/or data. A code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
[0026] Furthermore, embodiments of the invention may be implemented, at least in part, either manually or automatically. Manual or automatic implementations may be executed, or at least assisted, through the use of machines, hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine readable medium. One or more processors may perform the necessary tasks.
[0027] In some embodiments, a left ventricular assist device (LVAD) or other device may be intended to provide the long-term support for a heart failure patient or a patient suffering from another condition. Many such devices generate a continuous blood flow using a constant pumping speed set by clinician or other process based on the patient's physiologic conditions at that time when such device is implanted. However, there is the potential to vary the speed of the device to be synchronized to the natural cardiac cycle by modulating the speed based on the natural cardiac cycle. Using this approach, the pump speed is increased during systole of a cardiac cycle (the time of highest flow) and decreased during diastole (the time of lowest flow), so that a maximum unloading of a weakened ventricle may be obtained. This may establish stable hemodynamic conditions and enables a variation of the aortic pulse pressure, while keeping the organ perfusion at an even level to benefit the patient's recovery. Although the heart is weakened, it is still beating. The LVAD may support the beating heart such that when the heart pumps the resistance met by the pump goes down and vice versa. This would be seen as a change in the back emf and current. In some embodiments, the change in current may depend on the control scheme. For example, the LVAD may be designed to maintain a set motor speed (rpm). The current needed to maintain the speed goes down during pumping (systole). In other embodiments, the LVAD may be designed to maintain a set flow rate, causing the current to go down during systole. It will be appreciated that the LVAD could be designed to just apply a set current, in which case it doesn't matter what the heart is doing. The flow rate will then go up when the pump and heart are pushing fluid at the same time.
[0028] In some embodiments the pump speed of a LVAD or other device may be precisely synchronized to the systolic phases of the cardiac cycle in a reliable real-time mode regardless of the irregular heart beats. This may prevent a lack of synchrony which may cause ventricular load fluctuation or even overloading of the heart which can increase the occurrence of adverse events and affect the recovery of the patient. Unsynchronized increases in pump speed could also increase the risk of ventricular suction, particularly at the end of systole when the ventricle could be nearly empty. Embodiments of the invention reduce such risks by properly identifying regular heart beats and the proper time to increase pump speed relative thereto.
[0029] Embodiments of the invention implement real-time speed modulation to at least more precisely synchronize LVAD pumps or other devices with the heart beat cycle that allow for increasing the pump speed before the systolic phase and reducing the speed before the end of systole.
[0030] The architecture of speed modulation is shown in
[0034] At Stage 1, high frequency noise data which is out of the general heart beat range (i.e. less than 5 Hz (300 beats/min)) is filtered out of the motor current or power data. Any kind of digital filter, for example, an infinite impulse response filter (IIR) or finite impulse response filter (FIR), may be employed, but the phase delay and computational load may need to be considered when implemented it into an embedded LVAD controller. In one embodiment, a second order IIR is employed.
[0035] At Stage 2, the pulse period of heart beat is identified from the filtered motor current or power data from Stage 1. In some embodiments, at least two consecutive and complete prior-occurring heart beats may be analyzed to anticipate the current heart beat cycle features. In other embodiments, the two complete prior-occurring heart beats may not be consecutive, or more than two complete prior-occurring heart beats may be analyzed, either consecutive or non-consecutive. In some embodiments, more than two complete prior-occurring heart beats may be analyzed. For example, three, four, five, or any specific number of heart beats greater than five may be analyzed depending on the embodiment. However, using more than the last two consecutive and complete prior-occurring heart beats may involve older heart beat history data which may include irregular heart beats or inconsistent data, thereby reducing the accuracy of the predicted current heart beats cycle features.
[0036] Stage 2 involves three separate steps as shown in
[0037] Step 1Determine if each pulse is completeTo determine if a pulse is complete, characteristics of the pulse may first be determined from the data provided from Stage 1. Those characteristics may include the following (see
[0046] The following rules are then used to determine if two consecutive prior pulses are complete pulses. Both rules must be satisfied to allow the two pulses to be used as a reference for Step 2 of the process which determines the heart beat cycle period.
[0047] Rule 1: The amplitude difference between the maximum amplitude and the mean amplitude must satisfy the following:
[0048] Where, [0049] Diff.sub.max2Mean[i]=the difference between maximum amplitude and mean data at pulse[i]; [0050] Diff.sub.max2Min[i]=the difference between maximum and minimum amplitude at pulse[i]; and [0051] c.sub.1, c.sub.2 are two constant coefficients.
[0052] In one embodiment c.sub.1=0.375 and c.sub.2=0.75, though in other embodiments other values of c.sub.1 and c.sub.2 may be possible.
[0053] Rule 2: The four pulse periods from different time points must satisfy the following:
[0054] Where, [0055] T.sub.f2f[i]=A pulse period from the last falling-crossing time point to current falling-crossing time point; [0056] T.sub.f2f[i]=A pulse period from the last rising-crossing time point to current rising-crossing time point; [0057] T.sub.min2min[i]=A pulse period from the last minimum time point to current minimum time point; [0058] T.sub.max2max[i]=A pulse period from the last maximum time point to current maximum time point; and [0059] T.sub.cyc_min, T.sub.cyc_max are the limitations of a pulse period of heart beat.
[0060] In one embodiment T.sub.cyc_min=0.3 seconds (200 beats/min), T.sub.cyc_max=1.25 seconds (48 beats/min), though in other embodiments other values of T.sub.cyc_min and T.sub.cyc_max may be possible.
[0061] If these rules are not satisfied for two prior consecutive pulses, then such pulses are not adjudged to be complete pulses and pulses prior to the non-complete pulses are then analyzed until two prior consecutive complete pulse are located. Step 2 is then commenced based on such pulses.
[0062] Step 2Determine the pulse periodTo determine the pulse period the median value of the previously discussed four pulse periods is determined per the below:
[0063] Step 3Calculate initial speed synchronization start pointThere are at least four possible ways to determine an initial speed synchronization start point (t.sub.sync[0]) as shown in the tables in
[0064] After completion of Step 2 and Step 3, the process continues to Stage 3, where based on the speed synchronization start point identified in Stage 2, a pump motor is controlled to synchronize speed increases thereof with heart beats. Considering all the timing offsets such as the data filter timing delay, the phase shift between left ventricle pressure and pumping flow and motor drive current or power, pump speed ramp up and down time, all the next series of speed synchronization time points can be finalized as:
[0065] Where T.sub.offset<T.sub.min2max and in one possible embodiment T.sub.offsetT.sub.offset4080 ms, and J is equal to the sequential heart beat to be synchronized (i.e., J=1 at the first heart beat, J=2 at the second heart beat, etc.).
[0066] This synchronized heart beat count (J) should not be too large, since the speed synchronization at one round may rely on the results of Stages 1 and 2, which may not be matched with the current heart beat features at after some while probably due to the patient's physiology or other factors, and thus possibly cause asynchrony between the pump and heartbeat. Therefore, to get the precise real-time synchronization, it may be necessary to identify the latest heart beat cycle features and start the synchronization again after several synchronized heart beat counts. Thus J.sub.max may equal 10, 9, 8, 7, or fewer beats in some embodiments, though in other embodiments may exceed 10, prior to Stages 1-3 being re-initiated to ensure asynchrony between the pump and heartbeat does not occur.
[0067]
[0068] The computer system 500 is shown comprising hardware elements that may be electrically coupled via a bus 590. The hardware elements may include one or more central processing units 510, one or more input devices 520 (e.g., data acquisition subsystems), and one or more output devices 530 (e.g., control subsystems). The computer system 500 may also include one or more storage device 540. By way of example, storage device(s) 540 may be solid-state storage device such as a random access memory (RAM) and/or a read-only memory (ROM), which can be programmable, flash-updateable and/or the like.
[0069] The computer system 500 may additionally include a computer-readable storage media reader 550, a communications system 560 (e.g., a network device (wireless or wired), a Bluetooth device, cellular communication device, etc.), and working memory 580, which may include RAM and ROM devices as described above. In some embodiments, the computer system 500 may also include a processing acceleration unit 570, which can include a digital signal processor, a special-purpose processor and/or the like.
[0070] The computer-readable storage media reader 550 can further be connected to a computer-readable storage medium, together (and, optionally, in combination with storage device(s) 540) comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information. The communications system 560 may permit data to be exchanged with a network, system, computer and/or other component described above.
[0071] The computer system 500 may also comprise software elements, shown as being currently located within a working memory 580, including an operating system 584 and/or other code 588. It should be appreciated that alternate embodiments of a computer system 500 may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Furthermore, connection to other computing devices such as network input/output and data acquisition devices may also occur.
[0072] Software of computer system 500 may include code 588 for implementing any or all of the function of the various elements of the architecture as described herein. Methods implementable by software on some of these components have been discussed above in more detail.
[0073] Referring to
[0074]
[0075]
[0076]
[0077] To help avoid collapse of the ventricle toward the end of systole or during diastole, impeller speed 52 preferably ramps down at segment 57 from elevated speed 53 to reduced speed 54. Segment 57 begins during the systolic phase of the cardiac cycle (i.e., before the beginning of diastole 51). For example, current curve 49 starts to ramp down at a time 58 which precedes start of diastole 51 by a time t.sub.2. Preferably, time 58 may be at a moment between about 50% to about 90% into the systolic phase. Thus, denoting the length of the systolic phase as t.sub.s, the ratio t.sub.1/t.sub.s is preferably between 0.1 and 0.5.
[0078] As shown in
[0079] A pump system of the present invention is shown in greater detail in
[0080] An average target speed or rpm for operating the pump is provided by a physiological monitor 68 to FOC block 66. The average rpm may be set by a medical caregiver or may be determined according to an algorithm based on various patient parameters such heart beat. Monitor 68 may also generate a status signal for identifying whether the ventricle is in the initial, highly weakened state or whether a predetermined recovery has been obtained in the strength of the ventricle. The average rpm and the status signal are provided to a speed command calculator 70. The status signal can be used to determine whether or not the variable speed control of the invention should be used to unload the ventricle. The status signal can alternatively be externally provided to calculator 70 (e.g., by a physician via an HMI).
[0081] Command calculator 70 is coupled to a cycle tracking block 71 which maintains timing for a cardiac cycle reference. A current signal (e.g., currents i.sub.a, i.sub.b, and i.sub.c can be used in order to detect the cardiac cycle from the instantaneous blood flow, for example. More specifically, the controller may identify the heart rate by measuring time between current peaks in the speed control mode. Then the speed decrease can start at a calculated time after the occurrence of a current peak. The speed increase can start at a calculated time after the current minimum value is detected. This calculated time typically depends on the heart rate.
[0082] Alternatively, cycle tracking block 71 can be coupled to a pacemaker 72 in the event that the patient is using such a device. Conventional pacemakers have been constructed to continuously generate radio signals that contain information about pulse timing and other data. These sine-wave modulated signals can be received by a special receiver (not shown), where the signals are demodulated, digitized (if necessary), and transferred to cycle tracking block 71. Besides being located near the implanted pacemaker and connected by a cable or wirelessly to the controller (e.g., via BlueTooth), a receiver could be integrated with the controller or the pumping unit.
[0083] Based on the reference cycle timing from block 71, command calculator 70 determines an instantaneous speed (or magnitude of the current vector) to be used by FOC block 66. FOC block 66 generates commanded voltage output values V.sub.a, V.sub.b, and V.sub.c which are input to PWM block 63. The V.sub.a, V.sub.b, and V.sub.c commands may also be coupled to observer 67 for use in detecting speed and position (not shown). Thus, the speed is controlled to follow the curves shown in
[0084] In one embodiment, the timing of the speed increases and decreases are determined as follows. At a constant pacing rate (i.e., constant beat rate), the time for starting the speed acceleration (e.g., at time 56 in
where t.sub.p(n) is the time of occurrence of a pacemaker pulse time signaling the start of the current cardiac cycle; N is the heart (pulse) rate in beat/min set by a pacemaker; and t.sub.acc(n+1) is the time to increase the pump speed for the next cardiac cycle.
[0085] Similarly, the time to start deceleration (e.g., at a time 58 in
where t.sub.s is the duration of systole. Systole typically lasts 30% to 50% of the cardiac cycle 60/N, and within a certain heart rate range it is fairly independent of the heart rate N. For example, for a heart rate N between 60-120 beats/min, t.sub.s is between 0.30 seconds and 0.25 seconds.
[0086] In an alternative embodiment, command calculator 70 and FOC block 66 are configured to operate the motor in a constant current mode (i.e., a constant torque mode). In this mode, the speed changes inversely with the pump load (i.e., the flow rate). Thus, an average speed is determined by the physiological monitor. The motor controller adjusts the current to obtain the desired average speed and to keep the current substantially constant. By keeping a constant current in the face of a load which varies within the cardiac cycle, the impeller speed automatically changes.
[0087] In the current control mode, the pump flow increases (load increases) in the beginning of systole (at 78) and the speed curve 81 drops to a reduced speed 83. At the end of systole, the flow drops (at 80) and speed increases to an elevated speed 82. Thus, the speed increases and stays relatively high during diastole to help unload the ventricle by pumping out blood at the time it fills the ventricle. This is a natural behavior of the pump in the current control mode.
[0088] Either the variable speed control mode using a variable target speed or using the constant current approach of the invention can be combined with the conventional constant speed mode in order to adapt pump performance to the strength level of the patient's ventricle. In particular, the selection between the variable speed mode and the constant speed mode can be determined according to a physiologic capability of the patient. For example, the pump is set to operate in the constant current mode immediately following the implantation when the left ventricle is weak, thereby providing a greater level of ventricle unloading. With the patient's recovery, the pump may be set to operate in the constant speed mode, promoting higher flow pulsatility and a more natural physiologic response to the patient's activities.
[0089] The invention has now been described in detail for the purposes of clarity and understanding. However, it will be appreciated that certain changes and modifications may be practiced within the scope of the disclosure.