Abstract: A system includes a fixed-displacement fluid pump, a motor operatively connected to the fixed-displacement fluid pump, a sensor configured to sense a parameter related to a drive speed of the motor, and a user interface. The pump controller is configured to receive an input from the user interface of a target flow rate of the pump, determine a duty cycle for the motor based on the target flow rate, and control the motor to operate according to the duty cycle. The pump controller is further configured to receive an indication of the sensed parameter related to the drive speed of the motor, determine a measured drive speed of the motor based on the sensed parameter, and iteratively adjust the duty cycle based on a difference between the measured drive speed of the motor and an expected drive speed of the motor.

Abstract: A system includes a pump controller, a user device, and a server. The pump controller transmits identity information via a first communication connection with the pump controller. The server validates the identity information in response to determining that characteristics of the identity information satisfy one or more predetermined validity criteria that are different than the identity information. The pump controller establishes a second communication connection with the server using authentication credentials generated by the server and transmitted to the pump controller in response to validating the identity information. The server transmits a unique activation code to the pump controller via the second connection. The pump controller displays the activation code. A user device associated with a user account transmits the activation code to the server.

Abstract: A system includes a fixed-displacement fluid pump, a motor operatively connected to the fixed-displacement fluid pump, a sensor configured to sense a parameter related to a drive speed of the motor, and a user interface. The pump controller is configured to receive an input from the user interface of a target flow rate of the pump, determine a duty cycle for the motor based on the target flow rate, and control the motor to operate according to the duty cycle. The pump controller is further configured to receive an indication of the sensed parameter related to the drive speed of the motor, determine a measured drive speed of the motor based on the sensed parameter, and iteratively adjust the duty cycle based on a difference between the measured drive speed of the motor and an expected drive speed of the motor.

Abstract: A system includes a pump controller, a user device, and a server. The pump controller transmits identity information via a first communication connection with the pump controller. The server validates the identity information in response to determining that characteristics of the identity information satisfy one or more predetermined validity criteria that are different than the identity information. The pump controller establishes a second communication connection with the server using authentication credentials generated by the server and transmitted to the pump controller in response to validating the identity information. The server transmits a unique activation code to the pump controller via the second connection. The pump controller displays the activation code. A user device associated with a user account transmits the activation code to the server.

Abstract: Techniques that involve application of one or more rules to a “parent” program to generate a plurality of different “child” programs are described. Each of the rules may define a respective electrode configuration modification, and each child program may be a variation of the parent based on a modification of the electrode configuration of the parent according to one of the rules. The systems or devices may generate further generations of child programs from a previous generation child program using the same one or more rules. The child programs may be provided to a user, so that the user may test the efficacy of the new programs, assisting the user in identifying desirable programs. The child programs may be relatively minor variations of the parent program, and the user may “fine tune” a generally desirable parent program by testing the child programs.

Abstract: Techniques that involve application of one or more rules to a “parent” program to generate a plurality of different “child” programs are described. Each of the rules may define a respective electrode configuration modification, and each child program may be a variation of the parent based on a modification of the electrode configuration of the parent according to one of the rules. The systems or devices may generate further generations of child programs from a previous generation child program using the same one or more rules. The child programs may be provided to a user, so that the user may test the efficacy of the new programs, assisting the user in identifying desirable programs. The child programs may be relatively minor variations of the parent program, and the user may “fine tune” a generally desirable parent program by testing the child programs.

Abstract: Techniques that involve application of one or more rules to a “parent” program to generate a plurality of different “child” programs are described. Each of the rules may define a respective electrode configuration modification, and each child program may be a variation of the parent based on a modification of the electrode configuration of the parent according to one of the rules. The systems or devices may generate further generations of child programs from a previous generation child program using the same one or more rules. The child programs may be provided to a user, so that the user may test the efficacy of the new programs, assisting the user in identifying desirable programs. The child programs may be relatively minor variations of the parent program, and the user may “fine tune” a generally desirable parent program by testing the child programs.

Abstract: Techniques for increasing the safety of medical device programming using general purpose hardware, such as a general purpose personal computer, are described. In some embodiments, a system includes an intermediate computing device comprising an applications module. Information from the applications module, such as instructions for an implantable medical device (IMD), may be presented to a user via a user input terminal that is separate from the intermediate computing device. A user may interact with the user input terminal to select an instruction from the applications module, and the intermediate computing device may transmit the selected instruction to the IMD. In some embodiments, the intermediate computing device comprises a web server and the user input terminal comprises a web browser configured to access the web server. In other embodiments, the intermediate computing device comprises a client server and the user input terminal comprises a client.

Abstract: Techniques for increasing the safety of medical device programming using general purpose hardware, such as a general purpose personal computer, are described. Some embodiments include a watchdog module that is serviced by the general purpose hardware, a mediator module that monitors programming instructions from the general purpose hardware, and/or a safe mode input that may be activated by a user. In some embodiments, a system comprises an implantable medical device, an intermediate device, a computing device that communicates with the implantable medical device via the intermediate device. The intermediate device may provide any one or more of the safety measures described above. In some embodiments, the intermediate device is dedicated hardware, and critical programming functions are provided by the intermediate device, rather than the general purpose hardware.

Abstract: Techniques for automatically generating neurostimulation therapy program groups are disclosed. The techniques may include receiving rating information and information describing actual therapy effects for a plurality of tested programs, and receiving target therapy data describing target therapy effects. The techniques may include automatically generating plurality of program groups based on the rating information and a comparison of actual effects to the target therapy effects. Actual effects and target therapy effects may be, for example, actual paresthesia areas and target paresthesia areas. The techniques may also include determining whether a sufficient number of programs have been tested to generate a desired number of programs groups and, if a sufficient number have not been tested, automatically generating additional programs based on the tested programs, and automatically generating program groups from the tested and automatically generated programs.

Abstract: Techniques for increasing the safety of medical device programming using general purpose hardware, such as a general purpose personal computer, are described. In some embodiments, a system includes an intermediate computing device comprising an applications module. Information from the applications module, such as instructions for an implantable medical device (IMD), may be presented to a user via a user input terminal that is separate from the intermediate computing device. A user may interact with the user input terminal to select an instruction from the applications module, and the intermediate computing device may transmit the selected instruction to the IMD. In some embodiments, the intermediate computing device comprises a web server and the user input terminal comprises a web browser configured to access the web server. In other embodiments, the intermediate computing device comprises a client server and the user input terminal comprises a client.

Abstract: In general, the disclosure is directed towards a small telemetry device with a limited user interface that allows a patient to program an implantable medical device. The user interface may comprise a safe mode button. In some embodiments, a consumer electronic device with a more complex user interface may communicate with the implantable medical device via the telemetry device.

Abstract: Techniques for increasing the safety of medical device programming using general purpose hardware, such as a general purpose personal computer, are described. Some embodiments include a watchdog module that is serviced by the general purpose hardware, a mediator module that monitors programming instructions from the general purpose hardware, and/or a safe mode input that may be activated by a user. In some embodiments, a system comprises an implantable medical device, an intermediate device, a computing device that communicates with the implantable medical device via the intermediate device. The intermediate device may provide any one or more of the safety measures described above. In some embodiments, the intermediate device is dedicated hardware, and critical programming functions are provided by the intermediate device, rather than the general purpose hardware.

Abstract: A combination dust cap and actuation tool for an optical fiber connector having a ferrule and an actuation mechanism for securing a fiber in the connector. The cap/tool has a body with a cylindrical extension having a cavity therein for receiving the ferrule, and a cantilever arm formed on the body, extending parallel with the extension. The cantilever arm has a boss at its distal end for forcibly contacting the actuation mechanism of the connector as the arm is moved in a direction perpendicular to the fiber axis. In this manner, the fiber may be secured to the connector without disturbing the position of the fiber. The cavity has a bottom surface which may have a depression centrally located therein, so that a fiber may be secured in the connector with the terminal end of the fiber extending a known length beyond the ferrule.