Active adaptive noise and vibration control

Abstract

Methods and systems for actively and adaptively canceling noise and vibrations generated by a medical device are disclosed. One method includes receiving data from one or more sensors (404, 406) of a medical device (400). The method includes determining, using a processing unit (202 / 302), a signature signal of the medical device based on at least the data. The signature signal is a representation of one or more physical byproducts of the medical device and one or more environmental conditions of a physical environment proximate to the medical device. The method includes determining, using an anti-signal generation module (232), an anti-signal based on the signature signal, the anti-signal configured to mask the signature signal. The method includes generating, by one or more electrical or electromechanical components (422, 424) of the medical device, a physical representation of the anti-signal, and masking the signature signal with the anti-signal.

Description

[0001] Cross-references to related applications

[0002] This application is a non-provisional application filed on May 20, 2020, entitled “Active Adaptive Noise and Vibration Control”, U.S. Provisional Application Serial No. 63 / 027867, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This disclosure generally relates to active adaptive noise and vibration control. More specifically, this disclosure relates to methods and systems for eliminating noise and / or vibration generated by one or more medical devices. Background Technology

[0004] Medical devices can generate significant noise and strong vibrations, which can annoy and / or disturb patients. The noise and vibration can be even greater when medical devices are operated at higher power levels, more frequently, and / or in conjunction with other medical devices. This can lead to an uncomfortable and unpleasant experience for patients and / or physicians. Vibration and noise can also affect the functionality of medical devices, for example, by interfering with the device's audio detection or by accelerating wear and tear due to vibration. Therefore, there is a need to improve the experience for patients who rely on medical devices to maintain their health. Summary of the Invention

[0005] In some implementations, the computer-implemented method includes receiving data from one or more sensors of a medical device. The method includes determining a signature signal of the medical device based at least on the data. The signature signal is a representation of physical properties of the physical environment adjacent to the medical device, including one or more physical byproducts of the medical device and one or more environmental conditions of the physical environment adjacent to the medical device. The method includes determining an inverted signal based on the signature signal, the inverted signal being configured to cancel the signature signal. The method also includes generating a physical representation of the inverted signal via one or more electrical or electromechanical components of the medical device, wherein the physical representation of the inverted signal cancels the physical properties of the environment represented by the signature signal.

[0006] In some implementations, a system includes a memory storing instructions, and one or more processors coupled with the memory and configured to execute the instructions to cause the system to receive data from one or more sensors of a medical device. The instructions, when executed by the one or more processors, cause the system to determine a signature signal of the medical device based at least on the data. The signature signal is a representation of physical properties of a physical environment proximate to the medical device, including: one or more physical byproducts of the medical device, and one or more environmental conditions of the physical environment proximate to the medical device. The instructions, when executed by the one or more processors, further cause the system to determine an anti-signature signal based on the signature signal, the anti-signature signal configured to cancel the signature signal. The instructions, when executed by the one or more processors, further cause the system to generate a physical representation of the anti-signature signal through one or more electrical or electromechanical components of the medical device, wherein the physical representation of the anti-signature signal cancels the physical properties of the environment represented by the signature signal.

[0007] In further implementations, a non-transitory computer-readable medium storing instructions that, when executed by a processor in a computer, cause the computer to perform a method including receiving data from one or more sensors of a medical device. The method performed by the computer includes determining a signature signal of the medical device based on the data. The signature signal is a representation of physical properties of a physical environment proximate to the medical device, including: one or more physical byproducts of the medical device, and one or more environmental conditions of the physical environment proximate to the medical device. The method performed by the computer includes determining an anti-signature signal based on the signature signal, the anti-signature signal configured to cancel the signature signal. The method performed by the computer includes generating a physical representation of the anti-signature signal through one or more electrical or electromechanical components of the medical device, wherein the physical representation of the anti-signature signal cancels the physical properties of the environment represented by the signature signal. BRIEF DESCRIPTION OF DRAWINGS

[0008] For a better understanding of the various implementations described, reference should be made to the following detailed description and accompanying drawings in which:

[0009] Figure 1 An example of an institutional patient care system of a healthcare institution is depicted in accordance with various aspects of the subject technology.

[0010] Figure 2 is a block diagram of an example server system from the architecture of Figure 1 in accordance with illustrative implementations.

[0011] Figure 3 is a block diagram of an example client device from the architecture of Figure 1 in accordance with illustrative implementations.

[0012] Figure 4An overview of an example of active adaptive noise and vibration control based on an illustrative implementation is provided.

[0013] Figure 5 An example adaptive signal cancellation diagram illustrating active adaptive noise and vibration control according to an illustrative implementation is shown.

[0014] Figures 6A-6C This is a flowchart illustrating an example method for active adaptive noise and vibration control according to an illustrative implementation. Detailed Implementation

[0015] The embodiments disclosed herein include an active adaptive noise and vibration control system configured to reduce or eliminate vibrations and / or sounds generated by medical devices. The active adaptive noise and vibration control system is implemented in a server and / or a single medical device. Therefore, the embodiments disclosed herein provide active adaptive noise and vibration cancellation for medical devices to reduce or eliminate sounds and / or vibrations that may disturb patients. Furthermore, by providing active adaptive noise and vibration cancellation for medical devices, the embodiments disclosed herein facilitate the simultaneous use of multiple medical devices without creating an uncomfortable environment, reducing the amount of space required to treat patients by enabling multiple devices to operate in confined spaces (e.g., allowing for more efficient use of patient care areas).

[0016] Some additional advantages of embodiments consistent with this disclosure include improved performance by reducing the amplitude of physical byproducts (e.g., sound and / or vibration) generated by medical devices operating in different configurations. In particular, medical devices can operate at higher power levels and / or (typically) larger configurations without causing additional disturbance to the patient. The embodiments disclosed herein are applicable to a variety of scenarios and / or situations where multiple medical devices may be activated at a single time or when certain medical devices known to produce loud sound and / or strong vibration are activated. Therefore, reducing or eliminating sound and / or vibration generated by medical devices can address patient distress and discomfort before it becomes unbearable and ensure the normal, continuous operation of the medical devices.

[0017] Figure 1 An example of an institutional patient care system 100 for a medical facility, according to some implementation methods, is described. Figure 1In the depicted example, patient care devices (or generally "medical devices") 12 are connected to the hospital network 10. The term patient care device (or "PCD") can be used interchangeably with the term patient care unit (or "PCU"), either of which can include various ancillary medical devices, such as an infusion pump, a vital signs monitor, a medication dispensing device (e.g., a cabinet, a cart), a medication preparation device, an automated dispensing device, a module coupled to one of the foregoing devices (e.g., a syringe pump module configured to connect to an infusion pump), or other similar devices. Each element 12 is connected to the internal medical network 10 by a transmission channel 31. The transmission channel 31 is any wired or wireless transmission channel, such as an 802.11 wireless local area network (LAN). In some embodiments, the network 10 also includes computer systems located at various departments of the hospital. For example, Figure 1 The network 10 can optionally include computer systems associated with an admissions department, a billing department, a biomedical engineering department, a clinical laboratory, a central supply department, one or more unit station computers, and / or a medical decision support system. As described further below, the network 10 can include discrete sub-networks. In the depicted example, the network 10 includes a device network 40 through which the patient care devices 12 (and other devices) communicate in accordance with normal operations.

[0018] In addition, the institutional patient care system 100 can include a separate information system server 30, the functions of which will be described in greater detail below. Furthermore, although the information system server 30 is shown as a separate server, the functions and programming of the information system server 30 can be incorporated into another computer if desired by the engineers designing the information system of the institution. The institutional patient care system 100 can also include one or more device terminals 32 for connecting and communicating with the information system server 30. The device terminals 32 can include personal computers, personal data assistants, mobile devices such as laptops, tablets, augmented reality devices, or smartphones configured with software for communicating with the information system server 30 via the network 10.

[0019] The patient care device 12 includes a system for providing patient care as described in U.S. Patent No. 5,713,856 to Eggers et al., which is incorporated herein by reference for this purpose. The patient care device 12 can include or incorporate pumps, physiological monitors (e.g., heart rate, blood pressure, ECG, EEG, pulse oximeter, and other patient monitors), therapeutic devices, and other medication delivery devices that can be used in accordance with the teachings described herein. In the depicted example, the patient care device 12 includes a control module 14, also referred to as an interface unit 14, that is connected to one or more functional modules 16, 18, 20, 22. The interface unit 14 includes a central processing unit (CPU) 50 connected to a memory, such as a random access memory (RAM) 58, and one or more interface devices, such as a user interface device 54, a coded data input device 60, a network connection 52, and an auxiliary interface 62 for communicating with additional modules or devices. The interface unit 14 also (although not necessarily) includes a host nonvolatile storage unit 56, such as a hard disk drive or nonvolatile flash memory, for storing software and data, and one or more internal buses 64 for interconnecting the aforementioned elements.

[0020] In various embodiments, the user interface device 54 is a touch screen for displaying information to the user and allowing the user to input information by touching defined areas of the screen. Additionally or alternatively, the user interface device 54 can include any means for displaying and inputting information, such as a display, a printer, a keyboard, soft keys, a mouse, a trackball, and / or a light pen. The data input device 60 can be a bar code reader capable of scanning and interpreting data printed in bar code format. Additionally or alternatively, the data input device 60 can be any device for inputting coded data into a computer, such as a device for reading a magnetic strip, a radio-frequency identification (RFID) device in which digital data encoded in an RFID tag or smart tag (defined below) is captured by the reader 60 via radio waves, a PCMCIA smart card, a radio frequency card, a memory stick, a CD, a DVD, or any other analog or digital storage medium. Other examples of data input devices 60 include voice-activated or -recognized devices or portable personal data assistants (PDAs). Depending on the type of interface device used, the user interface device 54 and the data input device 60 can be the same device. Although the data input device 60 is shown as a bar code reader in the depicted example, it is to be understood that other types of data input devices 60 can be used, such as a magnetic strip reader, a radio-frequency identification (RFID) device, a PCMCIA smart card, a radio frequency card, a memory stick, a CD, a DVD, or any other analog or digital storage medium. Other examples of data input devices 60 include voice-activated or -recognized devices or portable personal data assistants (PDAs). Figure 1The data input device 60 is shown within the interface unit 14, but it should be recognized that the data input device 60 can be integrated within the pharmaceutical system 34 or located externally and communicate with the pharmaceutical system 34 through an RS-232 serial interface or any other suitable communication means. The auxiliary interface 62 can be an RS-232 communication interface, however, any other means for communicating with peripheral devices such as printers, patient monitors, infusion pumps or other medical devices can be used without departing from the subject technology. Further, the data input device 60 can be a separate functional module, such as modules 16, 18, 20 and 22, and configured to communicate with the controller 14 or any other system on the network using appropriate programming and communication protocols.

[0021] The network connection 52 can be a wired or wireless connection, such as through an Ethernet, WiFi, Bluetooth, integrated services digital network (ISDN) connection, digital subscriber line (DSL) modem or cable modem. Any direct or indirect network connection can be used, including but not limited to a telephone modem, MIB system, RS232 interface, auxiliary interface, optical link, infrared link, radio frequency link, microwave link or WLANS connection or other wireless connection.

[0022] The functional modules 16, 18, 20, 22 are any devices used to provide care to a patient or to monitor a patient's condition. As Figure 1 shown, at least one of the functional modules 16, 18, 20, 22 can be an infusion pump module, such as an intravenous infusion pump used to deliver medication or other fluids to a patient. For purposes of this discussion, the functional module 16 is an infusion pump module. Each of the functional modules 18, 20, 22 can be any patient treatment or monitoring device, including but not limited to an infusion pump, a syringe pump, a PCA pump, an epidural pump, an enteral pump, a blood pressure monitor, a pulse oximeter, an EKG monitor, an EEG monitor, a heart rate monitor, an intracranial pressure monitor, etc. The functional modules 18, 20 and / or 22 can be a printer, a scanner, a bar code reader or any other peripheral input, output or input / output device.

[0023] Each of the functional modules 16, 18, 20, 22 communicates directly or indirectly with the interface unit 14, which provides overall monitoring and control of the device 12. The functional modules 16, 18, 20, 22 can be connected physically and electronically in series to one or both ends of the interface unit 14, as Figure 1The illustrated interface unit 14 is a microprocessor-based device that provides an interface between the functional modules 16, 18, 20, 22 and the network 10. The interface unit 14 is connected to the functional modules 16, 18, 20, 22 by the communication bus 24. The interface unit 14 is also connected to the network 10 by the network interface 58. The interface unit 14 can be connected to the network 10 by a direct connection, such as a telephone line, or by a wireless connection, such as a cellular telephone connection. The interface unit 14 can also be connected to the network 10 by a combination of direct and wireless connections. The interface unit 14 can be connected to the network 10 by a connection to a separate interface unit or control unit 14, as shown, or as described by Eggers et al. However, it should be recognized that other means for connecting functional modules to an interface unit can also be used without departing from the subject technology. It should also be appreciated that a device that provides sufficient programmability and connectivity, such as a pump or patient monitoring device, can operate as a stand-alone device and can communicate directly with the network without the need for connection through a separate interface unit or control unit 14. As described above, additional medical devices or peripherals can be connected to the patient care device 12 through one or more auxiliary interfaces 62.

[0024] Each functional module 16, 18, 20, 22 can include module-specific components 76, a microprocessor 70, volatile memory 72 for storing information, and non-volatile memory 74. It should be noted that, although four functional modules are shown in FIG. 1, any number of devices can be connected directly or indirectly to the central controller 14. The number and type of functional modules described herein are for illustration only and do not limit the scope of the subject technology. The module-specific components 76 include any components required for operation of the particular module, such as a pumping mechanism for the infusion pump module 16. Figure 1

[0025] While each functional module can be capable of at least some degree of independent operation, the interface unit 14 monitors and controls the overall operation of the device 12. For example, as will be described in greater detail below, the interface unit 14 provides programming instructions to the functional modules 16, 18, 20, 22 and monitors the status of each module.

[0026] The patient care device 12 is capable of operating in several different modes or personalities, where each personality is defined by a configuration database. The configuration database can be an internal database 56 of the patient care device or an external database 37. The particular configuration database is selected, at least in part, based on patient-specific information, such as patient location, age, physical characteristics, or medical characteristics. Medical characteristics include, but are not limited to, patient diagnosis, treatment prescription, medical history, medical record, patient care provider identification, physiological characteristics, or psychological characteristics. As used herein, patient-specific information also includes care provider information (e.g., physician identification) or the location of the patient care device 10 in a hospital or hospital computer network. Patient care information can be entered through the interface devices 52, 54, 60, or 62 and can come from anywhere in the network 10, such as from a pharmacy server, an admission server, a laboratory server, etc.

[0027] ​Medical devices incorporating aspects of the subject technology can be equipped with a Network Interface Module (NIM) that allows the medical device to participate as a node in a network. While the subject technology will be described for clarity in the context of an Ethernet network environment using Internet Protocols (IP), it should be understood that the concepts of the subject technology are equally applicable to other network environments and that such environments are intended to be within the scope of the subject technology.

[0028] Using the prior art, data from a variety of data sources can be converted to network compatible data and the movement of information between medical devices and the network can be accomplished in a variety of ways. For example, patient care devices 12 and network 10 can communicate through automatic interaction, manual interaction, or a combination of both. Automatic interaction can be continuous or intermittent and can be through a direct network connection 54 (as shown), or through an RS232 link, MIB system, RF link (e.g., Bluetooth), IR link, WLAN, digital cable system, telephone modem, or other wired or wireless communication means. Manual interaction between patient care devices 12 and network 10 involves physically, intermittently, or periodically transferring data between systems using, for example, user interface device 54, coded data input device 60, bar code, computer diskette, portable data assistant, memory card, or any other medium for storing data. The communication means in various aspects is bidirectional, allowing data to be accessed from as many points of distributed data sources as possible. Decisions can be made in multiple places within network 10. For example, but not limited to, decisions can be made within HIS server 30, decision support 48, remote data server 49, hospital department or unit station 46, or patient care device 12 itself. Figure 1

[0029] All direct communication with medical devices operating on the network in accordance with the subject technology can be through an information system server 30, referred to as a remote data server (RDS). In accordance with aspects of the subject technology, a network interface module incorporated into a medical device, such as an infusion pump or vital signs measuring device, ignores all network traffic that does not originate from an authenticated RDS. The primary responsibility of the RDS of the subject technology is to track the location and status of all networked medical devices with NIMs and to maintain open communication.

[0030] Turning now to Figure 2 ​FIG. 1 illustrates a block diagram depicting a system 100 in accordance with some embodiments. The system 100 includes a device management server 108, a device 102, and a network 104. The device management server 108 is generally representative of a server system that manages devices, such as the device 102. The device management server 108 can be implemented as a single server, a distributed server system, or a combination of servers. The device 102 is generally representative of a device that is managed by the device management server 108. The device 102 can be implemented as a single device, a distributed device system, or a combination of devices. The network 104 is generally representative of a network that connects the device management server 108 and the device 102. The network 104 can be implemented as a single network, a distributed network system, or a combination of networks.

[0031] The memory 206 can be a high-speed random access memory, such as DRAM, SRAM, DDR RAM or other random access solid state memory devices, and can include non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, and / or other non-volatile solid state storage devices. In some embodiments, the memory 206 includes one or more storage devices remotely located from the processor(s) 202. The memory 206, or non-volatile memory device(s) within the memory 206, includes non-transitory computer readable storage media. In some embodiments, the memory 206, or the computer readable storage media of the memory 206, stores programs, modules, and / or data structures, at least one of which is

[0032] In some implementations, the operating system 226 module can include processes for handling various basic system requests and for performing hardware dependent tasks. The network communication module 228 can be configured to connect the server system 108 to other computing devices through the one or more communication network interfaces 204 (wired or wireless) and the one or more communication networks 106. The adaptive signature generation module 230 can be configured to determine a signature representing a physical property (e.g., sound and / or vibration) of a physical environment based at least on sensor data provided by one or more medical devices, user input information, medical device operation information (e.g., power consumption), and / or stored signatures. In some implementations, the signature is a signal representing sound and / or vibration in the vicinity of the device. For example, the signature can include sound produced by operation of a motor of the medical device and / or a surrounding medical device, and / or vibration produced by operation of the motor or motion of the medical device and / or a surrounding medical device. The signature can include one or more of an amplitude, a magnitude, and a frequency. The anti- signature generation module 232 can be configured to determine an anti- signature based on the determined signature and / or stored signatures. For example, the anti- signature can be generated at the same frequency but with an inverted magnitude as the signature. The signature database 234 can be configured to store the determined signature. The stored signature can be used in place of determining a new signature and / or for determining a new signature. Alternatively or additionally, in some implementations, the sensor data provided by one or more medical devices, user input information, medical device operation information, and / or other collected data can be stored for future use. Reference is made herein to Figure 4 Further details of grouping and / or classifying interactions are described.

[0033] Turning now to Figure 3 , a block diagram depicting the medical device 104 is shown. The medical device 104 can include one or more processors 302, one or more network or communication interfaces 304, a memory 306, one or more communication buses 308, a user interface unit 310, a transmitter device 322, and a sensor device 323 (e.g., a sound and / or vibration sensor). The one or more processors 302, the one or more network or communication interfaces 304, the memory 306, and the user interface unit 310 can be configured to communicate with one another via the one or more communication buses 308. In some implementations, the communication buses 308 can include circuitry (sometimes referred to as a chipset) that interconnects and controls communications between system components. In some implementations, the medical device 104 can include one or more electrical or electromechanical components, such as a noise generator 324 (e.g., a speaker) and / or a vibration generator 326 (e.g., a vibration motor).

[0034] The user interface unit 310 can include a display 312, one or more input devices 316 (e.g., a keyboard or mouse), one or more audio output devices 318, and / or one or more audio input devices 320. In some embodiments, the display 312 can include a touch-sensitive display or surface 314 configured to receive input from the user 102. The one or more audio output devices 318 can include, but are not limited to, speakers, interfaces configured to transmit audio-related data to devices configured to project audio (e.g., audio systems in an environment, audio earpieces, audio headphones, and hearing aids), and the like. The one or more input devices 320 can include, but are not limited to, microphones, interfaces configured to receive audio-related data from devices configured to receive audio.

[0035] The memory 306 includes high-speed random access memory, such as DRAM, SRAM, DDR RAM or other random access solid state memory devices; and can include non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid state storage devices. In some embodiments, the memory 306 includes one or more storage devices remotely located from the processor(s) 302. The memory 306, or the non-volatile memory device(s) within the memory 306, includes a non-transitory computer readable storage medium. In some embodiments, the memory 306, or the computer readable storage medium of the memory 306, stores programs, modules, and data structures, wherein the programs, modules and data structures are used by the medical device 104, and by the techniques described herein for adaptively canceling sound and / or vibrations generated by the medical device 104, for performing the operations. The memory 306 can include an operating system 328, a network communication module 330, an audio input / output module 332, an adaptive signature generation module 230, an anti- signature generation module 232, a signature database 234, and the like. In some embodiments, the adaptive signature generation module 230, the anti- signature generation module 232, and the signature database 234 are the same as those described in Figure 2

[0036] The operating system 328 can be configured to perform the routines of various system services of the medical device 104, including but not limited to hardware and software related tasks. The network communication module 330 can be configured to execute instructions to connect the medical device 104 to one or more other computing devices, such as the server system 108, the third party server 110, and the like, via the one or more communication interfaces 304 and a communication network. The audio input module 332 can be configured to process received input data and transmit instructions and / or related data to one or more other components of the medical device 104. In some embodiments, the adaptive signature generation module 230, the anti- signature generation module 232, and the signature database 234 are the same as those described above​Figure 2 Those described in the middle. For example, the adaptive signature generation module 230, the anti-signal generation module 232, and the signature database 234 can be implemented in the server 108, both the server 108 and the medical devices 104, each of the medical devices 104, and / or a subset (less than all) thereof.

[0037] The above-identified modules and applications can correspond to a set of executable instructions for performing one or more functions of the above-described and / or described in the present application methods (e.g., the computer-implemented methods and other information processing methods described herein). One or more modules can be implemented as a specific hardware device with appropriate input and output signal paths. These modules can be combined or otherwise rearranged in various implementations. In some implementations, the memory 206 and / or the memory 306 stores a subset of the above-identified modules and data structures. In some implementations, the memory 206 and / or the memory 306 stores additional modules and data structures not described above. The processor 302 can be configured to execute the above-identified modules for performing one or more of the above-described functions and / or techniques of the active adaptive noise and vibration control described herein with reference to Figure 4 -6.

[0038] Figure 4 An overview of the active adaptive noise and vibration control 400 according to various implementations of the subject technology is illustrated. In some implementations, the active adaptive noise and vibration control 400 is part of the medical device 104. In some implementations, the medical device with the active adaptive noise and vibration control 400 is communicatively coupled (e.g., via one or more antennas) or electrically coupled to the server 108, other medical devices 104. Alternatively or additionally, in some implementations, the active adaptive noise and vibration control 400 is part of the server 108, which is electrically coupled or communicatively coupled (e.g., via one or more antennas) to one or more medical devices 104. In some implementations, the active adaptive noise and vibration control 400 is part of a standalone device or a non-transitory computer-readable medium configured to be electrically and / or communicatively coupled to one or more medical devices 104 and / or the server 108.

[0039] In some implementations, the active adaptive noise and vibration control 400 is implemented in a single device (e.g., at the medical device 104 and / or the server 108) that is configured to determine the respective characteristic signal and counter signal for each communicating or electrically coupled medical device 104. For example, the active adaptive noise and vibration control 400 can be implemented in the server 108 that is configured to receive data and / or information (as described below) from multiple medical devices 104 and / or other devices (e.g., non-medical devices, such as a smart television, a laptop, a tablet, etc.), and the server 108 with the active adaptive noise and vibration control 400 will determine the respective characteristic signal and counter signal for each medical device 104 and / or other device. Alternatively or additionally, in some implementations, the active adaptive noise and vibration control 400 is implemented in multiple medical devices 104, servers 108, and / or other devices, and each active adaptive noise and vibration control 400 is configured to operate with (e.g., cooperate or coordinate with) each other.

[0040] In some implementations, the active adaptive noise and vibration control 400 is electrically and / or communicatively coupled to a motor controller 402 that is configured to control one or more motors and / or pumps of the medical device 104. In some implementations, the motor controller 402 is configured to obtain operational information of the one or more motors and / or pumps of the medical device 104. In some implementations, the operational information includes power consumption information of each motor and / or pump of the medical device 104. In some implementations, the power consumption information includes at least voltage, frequency, and / or current usage of each motor and / or pump controlled by the motor controller 402. In some implementations, the motor controller 402 provides the operational information to the processing unit 202 / 302 for determining the characteristic signal, as described below.

[0041] In some implementations, the active adaptive noise and vibration control 400 is electrically and / or communicatively coupled to an active vibration sensing device 404. In some implementations, the active vibration sensing device 404 includes at least one of an accelerometer, a displacement sensor, a velocity sensor, and / or other similar sensors for determining vibrations. In some implementations, the active vibration sensing device 404 obtains data of vibrations resulting from operation of the medical device 104 (e.g., one or more physical byproducts of the medical device). In some implementations, the vibrations resulting from operation of the medical device 104 include operation of pumps and / or motors, movement of fluids within the medical device, operation of cooling fans, and / or other functions of the medical device. In some implementations, the active vibration sensing device 404 obtains vibration data based on one or more environmental conditions of a physical environment proximate to the medical device. In some implementations, proximate means within 3 feet, 10 feet, 20 feet, 30 feet, or the same room. In some implementations, the vibration data based on one or more environmental conditions of a physical environment proximate to the medical device 104 includes vibrations resulting from surrounding medical devices and / or other devices (e.g., MRI machines, heart rate monitors, fans, HVAC systems, surrounding traffic, elevators, computing devices, etc.), vibrations detected based on movement (e.g., movement of the medical device 104 or other devices caused by operation of the medical device 104 or other devices and / or movement caused by a physician or patient operating the medical device 104), vibrations detected from user interaction with the medical device 104 or other devices (e.g., a physician configuring the medical device 104), vibrations detected from user movement (e.g., movement of a patient using the medical device), and / or other sources of vibrations. The examples provided above are non-exhaustive, and any vibrations captured by the active vibration sensing device 404 can be used to determine a characteristic signal. In some implementations, the active vibration sensing device 404 provides data to the processing unit 202 / 302 to determine a characteristic signal as described below.

[0042] In some embodiments, the active adaptive noise and vibration control 400 is electrically and / or communicatively coupled to an active sound sensing device 406. In some embodiments, the active sound sensing device 406 includes at least one of a sound transducer, a microphone, and / or other audio input device or sensor for detecting sound. In some embodiments, the active sound sensing device 406 obtains data of sound produced by operation of the medical device 104 (e.g., one or more physical byproducts of the medical device 104). In some embodiments, the sound produced by operation of the medical device includes operation of an infusion pump (e.g., a peristaltic pump), one or more associated motors, movement of fluid within the medical device or fluid delivery set (e.g., tubing, valves, catheters, etc.) associated with the medical device, operation of a cooling fan, and / or other functions of the medical device. In some embodiments, the active sound sensing device 406 obtains sound data based on one or more environmental conditions of a physical environment proximate to the medical device 104. In some embodiments, the sound data based on one or more environmental conditions of a physical environment proximate to the medical device 104 includes sound produced by surrounding medical devices and / or other devices, sound detected based on movement of the medical device 104 or other devices, sound reflected by one or more walls (e.g., by the medical device or other medical devices), sound detected due to a user interacting with the medical device 104 or other devices, sound detected due to user movement, and / or other sound sources (see additional examples provided above). The examples provided above are non-exhaustive, and any audio captured by the active sound sensing device 406 can be used to determine a feature signal. In some embodiments, the active sound sensing device 406 provides data to the processing unit 202 / 302 to determine a feature signal, as described below.

[0043] In some embodiments, the active adaptive noise and vibration control 400 is configured to receive user input 408. In some embodiments, the user input 408 is received via a user interface coupled to the medical device 104, the server 108, and / or other devices. For example, the user interface can be a touchscreen display, a desktop computer, a laptop computer, voice input, gesture input, and / or variations thereof. Alternatively or additionally, in some embodiments, the user input 408 is received via a remote device, such as, but not limited to, a mobile phone, a PDA, and / or a tablet. In some embodiments, the user input 408 is received via a mobile application, a web browser, and / or other variations. In some embodiments, the user input 408 includes information about a physical environment proximate to the medical device 104 (or the server 108, other medical devices, and / or other devices).

[0044] A non-exhaustive list of user input information includes at least one of a number of other active and / or inactive medical devices proximate to the medical device 104, a location of the medical device 104, a location of other non-medical devices proximate to the medical device 104, a number of patients proximate to the medical device 104, and / or a configuration of the medical device 104; other medical devices; and / or non-medical devices. For example, the user input 408 can provide information indicating that the medical device 104 is located in an intensive care unit (ICU) that includes multiple medical devices, is located in a location with surrounding traffic (e.g., visitors and medical personnel walking about), is located proximate to an elevator, and / or is located in a location that can be larger than a private room. In another example, the user input 408 can provide information that the medical device 104 is proximate to an MRI machine or other device known to produce loud noises and strong vibrations. A brief list of examples of the configuration of the medical device 104 includes a selected power level, a number of motors and / or pumps that are active (e.g., in use), one or more components and / or modules attached to the medical device 104 (e.g., additional motors and / or pumps coupled to the medical device 104), an intensity at which the motors and / or pumps are operating (e.g., at what flow rate is fluid moving via the medical device 104). The user input 408 can include any information related to determining sources of vibrations and generation proximate to the medical device and / or other devices (e.g., the server 108 and / or non-medical devices) implementing the active adaptive noise and vibration control 400. In some implementations, the active adaptive noise and vibration control 400 provides the user input 408 to the processing unit 202 / 302 for use in determining the characteristic signal as described below.

[0045] In some implementations, the active adaptive noise and vibration control 400 is communicatively coupled through one or more antennas. The active adaptive noise and vibration control 400 is configured to receive data and / or information (referred to as remote device data 410) from the respective medical devices 104, the server 108, and / or other devices electrically and / or communicatively coupled to the active adaptive noise and vibration control 400. In some implementations, the remote device data 410 includes data and / or information from the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, the user input 408, and / or any other sensors from each electrically and / or communicatively coupled device. The remote device data 410 is provided to the processing unit 202 / 302 for use in determining the characteristic signal as described below. Similarly, in some implementations, the active adaptive noise and vibration control 400 is configured to provide its respective data and / or information from the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, the user input 408, and / or any other sensors to other medical devices, the server 108, and / or other devices.

[0046] In some embodiments, the processing unit 202 / 302 is coupled to a memory 206 / 306 that includes at least an adaptive signature generation module 230, an inverse signature generation module 232, and a signature database 234. In some embodiments, the processing unit 202 / 302 uses the adaptive signature generation module 230 to determine a signature based on at least one of the data and / or information provided by the motor controller 402, the active vibration sensing device 404, and / or the active sound sensing device 406. In some embodiments, the signature is an identification of a physical attribute of the physical environment proximate to the medical device, including one or more physical byproducts of the medical device 104 and one or more environmental conditions of the physical environment proximate to the medical device 104 (e.g., sound and / or vibrations generated by the medical device 104 or the surrounding environment of the medical device 104).

[0047] In some embodiments, the adaptive signature generation module 230 uses the power consumption information (included in the operational information provided by the motor controller 402) to determine a signature (all or a portion thereof) of the sound and / or vibrations generated by each motor and / or pump controlled by the motor controller 402. In some embodiments, the adaptive signature generation module 230 can determine (e.g., predict) the expected vibrations and / or sound generated by one or more motors and / or pumps of the medical device 104 based on the power consumption information. In some other embodiments, the type of motor and / or pump used by the medical device 104 is known, and the adaptive signature generation module 230 uses the power consumption information to accurately determine the expected vibrations and / or sound generated by one or more motors and / or pumps of the medical device 104. The adaptive signature generation module 230 uses the determined vibrations and / or sound generated by one or more motors and / or pumps of the medical device 104 to determine a signature (representative of the determined or captured sound and / or vibrations).

[0048] In some implementations, the adaptive feature signal generation module 230 uses data provided by the active vibration sensing device 404 and / or the active sound sensing device 406 to determine a feature signal (all or a portion thereof) of the sound and / or vibrations produced by the medical device 104, other medical devices, surrounding devices, and / or environmental conditions (a non-exhaustive list of examples provided above). For example, the active vibration sensing device 404 can determine vibrations and / or sounds caused by one or more motors and / or pumps of the medical device 104, caused by movement of the medical device 104, caused by a patient attached to the medical device 104, caused by surrounding devices (medical or non-medical devices; e.g., MRI machines, heart rate monitors, HVAC systems, surrounding traffic, elevators, computing devices, and / or air conditioners / fans), and / or any other source that can produce vibrations and / or sounds. The adaptive feature signal generation module 230 determines a feature signal representative of all (sound and / or vibration) data provided by the active vibration sensing device 404 and / or the active sound sensing device 406 (representative of the determined sound and / or vibration).

[0049] In some implementations, the adaptive signature generation module 230 uses the user input 408 information to determine (all or part of) the signature of the sound and / or vibrations generated by the medical device 104, other medical devices, surrounding devices, and / or environmental conditions (a non-exhaustive list of examples provided above). In some implementations, the adaptive signature generation module 230 can use the user input 408 information to account for vibrations and / or sounds that would not be captured by the motor controller 402, the active vibration sensing device 404, and / or the active sound sensing device 406. In particular, the adaptive signature generation module 230 can use the user input 408 information to account for environmental conditions and / or configurations of the device (medical or non-medical). For example, user input 408 information indicating that the medical device 104 is in a small room or private room can be used by the adaptive signature generation module 230 to account for reflected sound off the walls, greater amplitude of sound, higher incidence of movement due to the smaller space, and / or many factors as described above. Similarly, the user input 408 information can help the adaptive signature generation module 230 identify the location of the medical device 104 (e.g., a particular care area including its layout, other medical devices in the care area, etc.). The adaptive signature generation module 230 can determine a signature representing the physical properties (e.g., sound and / or vibrations) described in and / or expected from the user input 408 information (e.g., an MRI machine (or other medical device) in the same room as the medical device 104, room size, surrounding traffic, and / or other user input described herein). Alternatively or additionally, in some implementations, the adaptive signature generation module 230 can use the user input 408 information to augment the data provided by the active vibration sensing device 404 and / or the active sound sensing device 406.

[0050] In some implementations, the adaptive signature generation module 230 uses the remote device data 410 with the data and / or information provided by the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, and / or the user input 408. In some implementations, the adaptive signature generation module 230 uses the remote device data 410 to improve the accuracy of the determined signature. For example, the remote device data 410 can be used to validate and / or refine (or refine) the data and / or information provided by the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, and / or the user input 408. Alternatively or additionally, in some implementations, the adaptive signature generation module 230 can use the remote device data 410 to improve the overall signature by taking into account sounds or vibrations that are not provided by the data and / or information provided by the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, and / or the user input 408. For example, a single device can not be able to capture all of the generated vibrations and / or sounds in its proximate environment; however, other devices (medical and / or non-medical) in the same proximate environment as the single device and / or servers 108 that are in communication or electrically coupled to the single device are able to capture generated vibrations and / or sounds that the single device is not able to capture. Using the remote device data 410, the adaptive signature generation module 230 can determine a complete signature that represents the sounds and / or vibrations proximate to the single device.

[0051] The adaptive signature generation module 230 can use all of the above data and / or information, individually and / or in any combination. For example, the adaptive signature generation module 230 can use all of the data and / or information to generate a signature based on all of the available information. In another example, the adaptive signature generation module 230 can use data from a single source (e.g., the active vibration sensing device 404) to generate a signature. In yet another example, the adaptive signature generation module 230 can use data and / or information from a subset (less than all) of the sources (e.g., user input 408 information and the active sound sensing device 406) to generate a signature.

[0052] In some implementations, the processing unit 202 / 302 uses an anti-signal generation module 232 to determine an anti-signal based on the determined signature signal by the adaptive signature signal generation module 230. In some implementations, the anti-signal generation module 232 determines an anti-signal that is configured to cancel out (invalidate or destructively interfere with) the determined signature signal. When generated by one or more electrical or electromechanical components (as described below), the determined anti-signal causes generation of a physical representation of the anti-signal that cancels out the physical properties of the environment represented by the signature signal. In this way, through generation, the anti-signal is configured to reduce or cancel out the noise and / or vibrations produced by the medical device 104. Specifically, the determined anti-signal is configured to reduce or cancel out the noise and / or vibrations represented in the determined signature signal. By utilizing the anti-signal, the patient is not bothered by the constant presence of noise and vibrations in the medical room.

[0053] In some implementations, the signature signal generated by the adaptive signature signal generation module 230 is stored in a signature signal database 234. In some implementations, the anti-signal generation module 232 can use the stored signature signal in the signature signal database 234 to determine the anti-signal. In some implementations, using the stored signature signal 234, the time to generate the anti-signal is reduced by having an initial baseline signature signal. For example, in some implementations, the medical device remains in one patient care room or is moved to a new care room. If needed (e.g., if there are changes to consider), the stored signature signal of the patient room can be used as the signature signal or can be used to determine a new signature signal. In some implementations, the stored signature signal can be used with data and / or information provided by the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, the user input 408, and / or the remote device data 410 to determine a new signature signal (by the adaptive signature signal generation module 230). In this way, by allowing the active adaptive noise and vibration control 400 to learn and build on previously determined signature signals, the stored signature signal can be used to improve the performance of the active adaptive noise and vibration control 400.

[0054] In some implementations, the active adaptive noise and vibration control 400 provides a determined anti-phase signal to one or more electrical or electromechanical components of the medical device 104. In some implementations, the one or more electrical or electromechanical components of the medical device 104 include a vibration generator 422 and / or a noise generator 424. In some implementations, the vibration generator 422 includes an oscillator, a coil spring, a vibration motor (e.g., a haptic motor, a linear resonant actuator, a brushless vibration motor, etc.), and / or other types of vibration generators. In some implementations, the noise generator 424 includes an electrical noise generator, a sound generator (e.g., a white noise machine), a speaker, a microphone, and / or similar devices. In some implementations, the vibration generator 422 and / or the noise generator 424 produce (or generate) a physical representation of the anti-phase signal. The physical representation of the anti-phase signal is configured to cancel the physical properties of the environment represented by the characteristic signal. In particular, the vibration generator 422 and / or the noise generator 424 use the anti-phase signal to produce vibrations and sounds to cancel or destructively interfere with the sounds and / or vibrations in the environment of the medical device 104. Thus, the more accurate the physical environment represented by the characteristic signal, the more effective the determined anti-phase signal is to cancel the physical properties (e.g., by generating a physical representation of the anti-phase signal).

[0055] Figure 5 An adaptive signal cancellation diagram of the active adaptive noise and vibration control according to various implementations of the subject technology is shown. The adaptive signal cancellation diagram is in the time domain and shows signals and their respective amplitudes (y-axis) across time (x-axis).

[0056] Figure 5 A characteristic signal 502 is shown. In some implementations, the characteristic signal 502 is determined based on data and / or information received from at least one of the motor controller 402, the active vibration sensing device 404, the active sound sensing device 406, the user input 408, the remote device data 410, and / or a stored characteristic signal. The determination of the characteristic signal 502 is described above in Figure 4 . Figure 5 An anti-phase signal 504 is also shown. In some implementations, the anti-phase signal 504 is determined based on the characteristic signal 502 (e.g., the determined characteristic signal or a stored characteristic signal). The determination of the anti-phase signal 504 is shown as Figure 4 . As further shown in Figure 5 , the superimposed signal 506 includes the characteristic signal 502 and the anti-phase signal 504 (superimposed). The signal 502 and the anti-phase signal 504 are exactly or nearly exactly opposite each other. In this way, both the signal 502 and the anti-phase signal 504 will cancel each other out and / or cancel each other out. For example, as shown in the cancelled signal 508, both the signal 502 and the anti-phase signal 504 have cancelled each other out such that they are not detected.

[0057] Figures 6A-6C is a flowchart illustrating a method 600 of active adaptive noise and vibration control according to some embodiments. The method 600 can be performed at one or more medical devices 104 and / or the server 108. At least some of the operations in the method 600 can be performed by a computer having a processor executing commands stored in a memory of the computer (e.g., the processors 202 and 302 and the memories 206 and 306). In some embodiments, the operations disclosed in the method 600 can include retrieving, editing, and / or storing files in a database that is part of a memory (e.g., the memories 206 and 306) or communicably coupled to the memory. In some embodiments, the information communicated between one or more devices in a system performing the method 600 can include sensor data and / or user input information (as described below). Methods consistent with the present disclosure can include at least some, but not all, of the operations shown in the method 600 performed in a different order. Furthermore, methods consistent with the present disclosure can include at least two or more steps of the method 600 that overlap in time or are performed nearly simultaneously.

[0058] The method 600 includes receiving (602) data from one or more sensors of the medical device 104. In some embodiments, the one or more sensors of the medical device 104 include (604) at least one of an accelerometer, a displacement sensor, a velocity sensor, a sound sensor, a sound transducer. In some embodiments, the one or more sensors are used to capture vibration and / or sound signals. For example, in some embodiments, the sound sensor can include a microphone and / or similar device configured to capture sound.

[0059] The method 600 includes determining (606) a signature signal of the medical device 104 based on at least the data. The signature signal is a representation of physical attributes of a physical environment proximate to the medical device including one or more physical byproducts of the medical device 104, and one or more environmental conditions of the physical environment proximate to the medical device 104. In some implementations, proximate means within 3 feet, 10 feet, 20 feet, 30 feet, or the same room. For example, the one or more physical byproducts of the medical device 104 can include sound and / or vibrations produced by the medical device 104 running a motor, a fan, and / or a pump; movement of the medical device 104; movement of fluids and / or other substances within the medical device 104; and / or any other source of energy produced within the medical device 104 that results in sound and / or vibrations being heard and / or felt. Examples of the one or more environmental conditions of the physical environment proximate to the medical device 104 can include sound and / or vibrations produced by other similar or different medical devices (e.g., MRI machines, x-ray machines, monitors, infusion pumps, and / or other medical devices) within the same room as the medical device 104, echoing and / or reflected sound (e.g., sound bouncing off one or more walls in the room), sound and / or vibrations produced by other devices (e.g., fans, HVAC systems, computing devices, lights, televisions, radios, etc.) within the same room as the medical device 104, and / or other environmental sound or vibrations within the room (e.g., produced by environmental traffic (e.g., visitors, medical staff, and / or other patients in or around the room), elevators, etc.). In some implementations, the signature signal includes (608) at least one of a sound signal and / or a vibration signal.

[0060] In some implementations, the method includes receiving (610) operational information from at least one or more motor controllers of the medical device 104, and the signature signal of the medical device 104 is further based on the operational information. In some implementations, the operational information includes at least (612) voltage, frequency, and / or current usage of the one or more motors controlled by the one or more motor controllers. In other words, the operational information includes power usage of the one or more motors and / or pumps of the medical device 104. In some implementations, the power usage refers to current used by the one or more motors and / or pumps, voltage provided by the one or more motors and / or pumps, frequency of the motors and / or pumps of the medical device 104. For example, in some implementations, the method determines vibrations and / or sound produced by the one or more motors and / or pumps of the medical device 104 based on the power usage of the one or more motors and / or pumps of the medical device 104. In some implementations, because the types of motors and / or pumps within the medical device 104 are known, the power usage information enables the system to accurately determine the expected vibrations and / or sound produced by the one or more motors and / or pumps of the medical device 104.

[0061] In some implementations, the method 600 includes receiving (614) information about the physical environment proximate to the medical device 104 via user input, and the signature of the medical device 104 is further based on the information. In some implementations, the information about the physical environment proximate to the medical device 104 includes (616) at least one of a number of other active and / or inactive medical devices proximate to the medical device 104, a location of the medical device 104, and / or a configuration of the medical device 104. For example, a user can indicate a particular room (e.g., a first care area, a second care area, etc.) in which the medical device 104 is located, and the room can include one or more devices (e.g., an MRI machine, a monitor, a fan, an HVAC system, an elevator, a computing device, and / or other sound and / or vibration producing devices). The information provided by the user allows the method to compensate for the additional medical devices. For example, if it is known that a particular room contains an MRI machine, the signature of the MRI machine can be determined.

[0062] Optionally or additionally, in some implementations, the method 600 includes receiving (618) information about a configuration of the medical device 104 or other devices (e.g., other medical devices and / or non-medical devices) via user input, and the signature of the medical device 104 is further based on the information. In some implementations, the information about the configuration of the medical device 104 includes (620) at least one of a selected power level, a number of motors and / or pumps to use, accessories on the medical device 104, an intensity at which the motors and / or pumps perform their respective functions. For example, a user can specify that the medical device 104 is to operate at a particular power level (e.g., high, medium, low power level), is to use a particular number of motors and / or pumps, is to perform its respective functions at an intensity, and / or other configurations specific to the medical device 104. In another example, the medical device 104 can be configured to be attached to one or more components, such as additional motors, additional sensors, communication components, etc., and the information about the configuration of the medical device 104 can include accessory types, a number of accessories, accessory settings, and similar information.

[0063] In some embodiments, the method 600 includes receiving (622) additional data from one or more sensors of another medical device, and the signature signal is further based on the additional data from the one or more sensors of the other medical device. In some embodiments, the other medical device provides respective information as described above. For example, the medical device 104 can receive from the other medical device respective operational information from at least one or more motor controllers of the other medical device, respective information about a physical environment proximate to the other medical device, respective information about a configuration of the other medical device. Any variation in the information received from the one or more other medical devices can be used by the medical device to determine the signature signal. As another example, the additional sensor signal can indicate time, motion, power status, or pump configuration (e.g., number of modules connected to the PCU). The signal can be generated by a clock, an accelerometer, a voltage monitor, or a pump configuration monitor. The additional sensor information can be used as a factor in determining the characteristics (e.g., wavelength, volume, frequency, etc.) of the signal to emit. The additional sensor information can additionally or alternatively be used to determine whether to emit the signature signal. In this case, the time of day, amount of motion, on / off / sleep state, or number of modules can be used to dynamically generate a threshold for signal emission or select a process for generating the counter signature signal. For example, at night, when the patient can be asleep, it can be desirable to generate a counter signature signal that is less intense than during the day to reduce the likelihood of waking the sleeping patient.

[0064] In some embodiments, the data is received (624) by one or more antennas configured to be communicatively coupled with the medical device. Similarly, in some embodiments, the additional received information (described in operations 610-622) can also be received via one or more antennas.

[0065] The method 600 includes determining (626) a counter signature signal based on the signature signal, wherein the counter signature signal is configured to cancel the signature signal. The method 600 includes generating (628), by one or more electrical or electromechanical components of the medical device 104, a physical representation of the counter signature signal, wherein the physical representation of the counter signature signal cancels the physical property of the environment represented by the signature signal. In some embodiments, the one or more electrical or electromechanical components of the medical device 104 include (630) at least one of a noise generator (e.g., a speaker and / or other sound generator), a vibration generator (e.g., an oscillator, a coil spring, a vibrating motor, and / or other similar device).

[0066] In some embodiments, the method 600 includes determining (632-a) respective characteristic signals of the medical device 104 and the other medical devices based at least on the data and the additional data. In some embodiments, the method 600 includes determining (632-b) respective anti- characteristic signals based on the respective characteristic signals, where the respective anti- characteristic signals are configured to cancel the respective characteristic signals. In some embodiments, the method 600 includes generating (632-c) respective physical representations of the respective anti-characteristic signals by one or more respective electrical or electromechanical components of the medical device and the other medical devices, where the respective physical representations of the respective anti-characteristic signals cancel the respective physical properties of the environment represented by the respective characteristic signals. In this way, the method 600 is able to adaptively cancel the physical properties of the environment represented by the characteristic signals of multiple medical devices. Specifically, the method 600 uses all received data (from the medical device 104 and the other medical devices) to determine (through the characteristic signals) an accurate representation of the physical properties of the environment for each device and ultimately the physical properties of the environment when generating the physical representations of the anti-characteristic signals.

[0067] In some embodiments, after cancelling the physical properties of the environment represented by the characteristic signals, the method 600 includes storing (634) at least the characteristic signals. In some embodiments, the method includes storing one or more of the received data from one or more sensors, operational information from at least one or more motor controllers, information from user input (based on the environment or the medical device), and / or the additional data from one or more sensors of the other medical devices. In some embodiments, the method 600 includes receiving (636-a) subsequent data from the one or more sensors of the medical device 104. The method 600 includes determining (636-b) a subsequent characteristic signal of the medical device 104 based on the subsequent data and the stored characteristic signals. The method 600 includes determining (636-c) a subsequent anti-characteristic signal based on the subsequent characteristic signal, where the subsequent anti-characteristic signal is configured to cancel the subsequent characteristic signal. The method 600 includes generating (636-d) a physical representation of the subsequent anti-characteristic signal by the one or more electrical or electromechanical components of the medical device 104, where the physical representation of the subsequent anti-characteristic signal cancels the physical properties of the environment represented by the subsequent characteristic signal. In this way, the method 600 is able to adaptively learn by continuously storing data and / or determined characteristic signals for future use. Furthermore, this allows the method 600 to more quickly adaptively cancel signals (and their physical representations) by using previously determined characteristic signals.

[0068] In some implementations, information about the anti-phase signal can be provided to the medical device 104 and used by the medical device 104 to control one or more elements included therein. For example, an infusion device can include one or more sensors to detect a characteristic of a fluid. This detection can be based on vibrations measured by the one or more sensors. In implementations where the anti-phase signal is intentionally generated, it can be desirable to provide this information to the infusion device to disambiguate vibrations that are truly a characteristic of the fluid from externally generated vibrations (e.g., by the anti-phase signal generator).

[0069] The previous description is provided to enable any person skilled in the art to practice the various configurations described herein. Various modifications to these configurations will be readily apparent to those skilled in the art, and the generic principles defined herein can be applied to other configurations. Thus, the claims are not intended to be limited to the configurations shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean "one and only one" unless specifically so stated, but instead "one or more." Unless otherwise specifically defined herein, all terms are to be given their broadest possible interpretation.

[0070] Those skilled in the art will appreciate that the various illustrative blocks, modules, elements, components, methods, and algorithms described herein can be implemented as electronic hardware, computer software, or combinations of both. To illustrate the interchangeability of hardware and software, various illustrative blocks, modules, elements, components, methods, and algorithms have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. The described functionality can be implemented in varying ways for each particular application. Various components and blocks can be differentially arranged from that shown, e.g., arranged in different order, or partitioned in different ways. All such variations and permutations of the various hardware and software blocks are meant to be within the scope of the

[0071] It can be appreciated that the specific order or hierarchy of steps in the processes disclosed are an example. Based upon design choices, the specific order or hierarchy of steps in the processes can be re-arranged, or individually, mutually exclusive, or different steps described herein can be combined. Certain steps can be performed simultaneously. The accompanying method claims present elements of the various steps in a sample order, and are not meant to be limited to the specific order or hierarchy presented.

[0072] The subject technology is illustrated by way of the following clauses:

[0073] For convenience, the examples of various aspects of the disclosure are described as numbered clauses (1, 2, 3, etc.). These are provided as examples, and the subject technology is not limited to the specific examples described. The identification of the figures and reference numbers in the following clauses are provided merely as examples and for illustrative purposes, and the clauses are not limited by these identifications.

[0074] Clause 1. A system comprising: a memory storing instructions; and one or more processors coupled with the memory and configured to execute the instructions to cause the system to: receive data from one or more sensors of a medical device; determine, based at least on the data, a signature signal of the medical device, wherein the signature signal is a representation of physical properties of a physical environment proximate to the medical device, the physical properties comprising: one or more physical byproducts of the medical device and one or more environmental conditions of the physical environment proximate to the medical device; determine, based on the signature signal, an inverse signal, wherein the inverse signal is configured to cancel out the signature signal; and generate, by one or more electrical or electromechanical components of the medical device, a physical representation of the inverse signal, wherein the physical representation of the inverse signal cancels out the physical properties of the environment represented by the signature signal.

[0075] Clause 2. The system of clause 1, further comprising instructions that, when executed by the one or more processors, cause the system to receive operational information from at least one or more motor controllers of the medical device; and wherein the signature signal of the medical device is further based on the operational information.

[0076] Clause 3. The system of clause 2, wherein the operational information comprises frequency and / or current usage of one or more motors controlled by the one or more motor controllers.

[0077] Clause 4. The system of clause 1, further comprising instructions that, when executed by the one or more processors, cause the system to: receive, by user input, information about the physical environment proximate to the medical device; and wherein the signature signal is further based on the information.

[0078] Clause 5. The system of clause 4, wherein the information about the physical environment proximate to the medical device comprises at least one of a number of other active medical devices and / or inactive medical devices proximate to the medical device, a location of the medical device, a location of other non-medical devices proximate to the medical device, a number of patients proximate to the medical device, and / or a configuration of the medical device or other devices.

[0079] Clause 6. The system of clause 1, further comprising instructions that, when executed by the one or more processors, cause the system to: receive, by user input, information about a configuration of the medical device; and wherein the signature signal is further based on the information.

[0080] Clause 7. The system of clause 6, wherein the information about the configuration of the medical device comprises at least one of a selected power level, a number of motors and / or pumps to use, an intensity at which the motors and / or pumps perform their respective functions.

[0081] Clause 8. The system of clause 1, further comprising instructions that, when executed by the one or more processors, cause the system to: receive additional data from one or more sensors of another medical device; and wherein the signature signal is further based on the additional data from the one or more sensors of the other medical device.

[0082] Clause 9. The system of clause 8, further comprising instructions that, when executed by the one or more processors, cause the system to: determine respective signature signals of the medical device and the other medical device based at least on the data and the additional data; determine respective anti-signature signals based on the respective signature signals, wherein the respective anti-signature signals are configured to cancel the respective signature signals; generate respective physical representations of the respective anti-signature signals by one or more respective electrical or electromechanical components of the medical device and the other medical device, wherein the respective physical representations of the respective anti-signature signals counteract respective physical properties of the environment represented by the respective signature signals.

[0083] Clause 10. The system of clause 1, further comprising instructions that, when executed by the one or more processors, cause the system to: store at least the signature signal after canceling the physical properties of the environment represented by the signature signal.

[0084] Clause 11. The system of clause 10, further comprising instructions that, when executed by the one or more processors, cause the system to: receive subsequent data from the one or more sensors of the medical device; determine a subsequent signature signal of the medical device based on the subsequent data and the stored signature signal; determine a subsequent anti-signature signal based on the subsequent signature signal, wherein the subsequent anti-signature signal is configured to cancel the subsequent signature signal; generate a physical representation of the subsequent anti-signature signal by one or more electrical or electromechanical components of the medical device, wherein the physical representation of the subsequent anti-signature signal cancels a physical property of the environment represented by the subsequent signature signal.

[0085] Clause 12. The system of clause 1, wherein the signature signal comprises at least one of an audio signal and / or a vibration signal.

[0086] Clause 13. The system of clause 1, wherein the one or more sensors of the medical device comprise at least one of an accelerometer, a displacement sensor, a velocity sensor, a sound sensor, a sound transducer.

[0087] Clause 14. The system of clause 1, wherein the one or more electrical or electromechanical components of the medical device comprise at least one of a noise generator and / or a vibration generator.

[0088] Clause 15. The system of clause 1, further comprising one or more antennas configured to be communicatively coupled with at least the medical device.

[0089] Clause 16. A computer-implemented method comprising: receiving data from one or more sensors of a medical device; determining a signature signal of the medical device based at least on the data, wherein the signature signal is a representation of physical properties of a physical environment proximate to the medical device, the physical properties comprising: one or more physical byproducts of the medical device and one or more environmental conditions of the physical environment proximate to the medical device; determining an anti-signature signal based on the signature signal, wherein the anti-signature signal is configured to cancel the signature signal; and generating a physical representation of the anti-signature signal through one or more electrical or electromechanical components of the medical device, wherein the physical representation of the anti-signature signal cancels the physical properties of the environment represented by the signature signal.

[0090] Clause 17. The method of clause 16, further comprising: receiving operational information from at least one or more motor controllers of the medical device; and determining the signature signal of the medical device based at least on the data and the operational information.

[0091] Clause 18. The method of clause 16, further comprising: receiving information about the physical environment proximate to the medical device through a user input; and determining the signature signal of the medical device based at least on the data and the information.

[0092] Clause 19. The method of clause 16, further comprising: receiving additional data from one or more sensors of another medical device; and determining the signature signal of the medical device based at least on the data and the additional data from the one or more sensors of the other medical device.

[0093] Clause 20. A non-transitory computer-readable medium storing instructions that, when executed by a processor in a computer, cause the computer to perform a method comprising: receiving data from one or more sensors of a medical device; determining a signature signal of the medical device based on the data, wherein the signature signal is a representation of physical properties of a physical environment proximate to the medical device, the physical properties comprising: one or more physical byproducts of the medical device and one or more environmental conditions of the physical environment proximate to the medical device; determining an anti-signature signal based on the signature signal, wherein the anti-signature signal is configured to cancel the signature signal; and generating a physical representation of the anti-signature signal through one or more electrical or electromechanical components of the medical device, wherein the physical representation of the anti-signature signal cancels the physical properties of the environment represented by the signature signal.

[0094] Further considerations:

[0095] It is contemplated that the specific order or hierarchy of steps in the processes disclosed are illustrations of exemplary processes. Based upon design preferences, it is contemplated that certain steps can be performed in a different order or hierarchy, or in parallel. The accompanying method claims present elements of the various steps in a sample order, and are not meant to be limited to the specific order or hierarchy presented.

[0096] The foregoing description is provided to enable any person skilled in the art to practice the various aspects described herein. The foregoing description provides one or more examples of the subject technology and is not intended to be limiting of the subject technology. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein can be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean "one and only one" unless specifically so stated, but rather "one or more." Unless specifically stated otherwise, the term "some" refers to one or more. Pronouns in the masculine (his) include the feminine (her) and neuter (its) and vice versa. Headings and subheadings, if any, are used for convenience only and do not limit the application described herein.

[0097] In some embodiments, any of the clauses herein can depend on any one independent clause or any one dependent clause. In one aspect, any one clause (e.g., dependent or independent) can be combined with any other one or more clauses (e.g., dependent or independent). In one aspect, a claim can include some or all of the words recited in a clause, sentence, phrase, or paragraph (e.g., steps, operations, means, or components). In one aspect, a claim can include some or all of the words recited in one or more clauses, sentences, phrases, or paragraphs. In one aspect, some words can be deleted from each clause, sentence, phrase, or paragraph. In one aspect, additional words or elements can be added to a clause, sentence, phrase, or paragraph. In one aspect, the subject technology can be implemented without using some of the components, elements, functions, or operations described herein. In one aspect, the subject technology can be implemented with additional components, elements, functions, or operations.

[0098] There can be many other ways to implement the subject technology. Various functions and elements of the described may be partitioned differently from as shown. Various modifications to these configurations will be readily apparent to those skilled in the art, and generic principles defined herein can be applied to other configurations. Thus, many changes and modifications can be made to the subject technology, by one having ordinary skill in the art, without departing from the scope of the subject technology.

[0099] As used herein, the phrase "at least one of," preceding a series of items, with the term "and" or "or" separating any items, modifies the entire list of items as opposed to each member of the list (i.e., each item). The phrase "at least one of" allows a meaning that includes at least one of any one of the items, and / or at least one of any combination of the items, and / or at least one of each of the items. For example, the phrases "at least one of A, B, and C" or "at least one of A, B, or C" each mean A alone, B alone, C alone, any combination of A, B, and C, and / or at least one of A, B, and C.

[0100] Furthermore, to the extent that the term "including" is used in the detailed description or claims, such term is intended to be interpreted to exclude only that which is specifically excluded by the exclusionary term itself, so that only conditions recited in the claims are excluded. The term "example" is used herein to mean "serving as an example, instance, or illustration." Any implementation described herein as "example" is not necessarily to be construed as preferred or advantageous over other implementations.

[0101] As used herein, a "user interface" (also referred to as an interactive user interface, graphical user interface, or UI) can refer to a web-based interface, including data fields and / or other control elements, for receiving input signals or providing electronic information and / or providing information to a user in response to any received input signals. Control elements can include dials, buttons, icons, selectable areas, or other perceptible indicia presented via the UI that, when interacted with (e.g., clicked, touched, selected, etc.) the UI, initiate data exchange of the device used to present the UI. The UI can be implemented in whole or in part using hyper-text mark-up language (HTML), FLASH™, JAVA™, NET™, C, C++, web services, or rich site summary (RSS), among other technologies. In some embodiments, the UI can be included in a standalone client (e.g., thick client, fat client) configured to communicate (e.g., send or receive data) in accordance with one or more aspects described. The communication can be to or from a medical device or server with which it is in communication.

[0102] As used herein, the terms “determine,” “determining,” or the like can include various actions. For example, “determining” can include calculating, computing, processing, deriving, generating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like from a hard coded

[0103] As used herein, the terms “provide,” “providing,” or the like can include a wide variety of actions. For example, “providing” can include storing values in a location in a storage for subsequent retrieval, transmitting the values directly to a recipient via at least one wired or wireless communication medium, transmitting or storing a reference to the values, and the like. “Providing” can also include encoding, decoding, encrypting, decrypting, authenticating, verifying, and the like via hardware elements.

[0104] Unless specifically stated otherwise, a reference to an element in the singular does not preclude the occurrence of additional, identical elements. The term “some” refers to one or more. All structural and functional equivalents to the elements of the various configurations described throughout this disclosure that are known or later become known to those of ordinary skill in the art are expressly incorporated herein by reference and intended to be encompassed by the subject technology. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether these disclosure elements express explicit transitional phrases or not.

[0105] While certain aspects and implementations of the subject technology have been described, these have been presented for the purpose of illustration and description. They are not intended to be exhaustive or to limit the subject technology to the precise forms disclosed. Indeed, various modifications and variations are possible in light of the above teachings. The appended claims and their equivalents are intended to cover such modifications and variations as falling within the scope and spirit of the subject technology.

Claims

1. A system for active adaptive noise and vibration control, communicatively coupled to a medical device (104) and at least one other medical device proximate to said medical device (104), each medical device including one or more sensors (323), said system comprising: Memory for storing instructions (206); and One or more processors (202), coupled to the memory and configured to execute the instructions to enable the system to: Receive information about the physical environment near the medical device via user input; Receive operation information from at least one or more motor controllers (402) of the medical device (104); Data about the physical environment approaching the medical device (104) is received from one or more sensors (323) of the medical device (104), the data about the physical environment including vibrations from at least one other medical device approaching the medical device (104) and sounds from one or more patients approaching the medical device, the vibrations being sensed by a vibration sensing device (404) and the sounds being sensed by a sound sensing device (406); Based at least in part on the information received via user input, the operational information, and the received data, characteristic signals representing physical properties of the physical environment approaching the medical device are determined, the physical properties including: One or more physical byproducts of the medical device, vibrations from the at least one other medical device near the medical device, and sounds from the one or more patients near the medical device, and One or more environmental conditions that are close to the physical environment of the medical device; An inverted signal is determined based on the characteristic signal, wherein the inverted signal is configured to eliminate the characteristic signal; and The physical representation of the inverted signal is generated by one or more electrical or electromechanical components of the medical device, the electrical or electromechanical components including at least a vibration generator (326) and a noise generator (324). Wherein, the physical representation of the inverted signal eliminates the physical properties of the environment represented by the characteristic signal, and The information received via user input includes vibrations and / or sounds that will not be captured by the motor controller (402), the vibration sensing device (404), and / or the sound sensing device (406).

2. The system according to claim 1, wherein, The operational information includes the frequency and / or current usage of one or more motors controlled by the one or more motor controllers (402).

3. The system according to claim 1 or claim 2, further comprising instructions that, when executed by the one or more processors, cause the system to: Identify the location of the medical device; and Based on the location, one or more other devices that are close to other devices are identified, wherein... Additional information regarding the physical environment near the medical device includes at least the expected vibrations or sounds from other devices near the medical device, determined based on the location and / or configuration of the medical device or other devices.

4. The system of claim 1 or claim 2, further comprising instructions that, when executed by the one or more processors, cause the system to: The system receives device information regarding the configuration of the medical device via user input, wherein the device information includes at least one of the selected power level, the number of motors and / or pumps to be used, and the intensity at which the motors and / or pumps perform their respective functions; and in, The characteristic signal is still based on the device information.

5. The system of claim 1 or claim 2, further comprising instructions that, when executed by the one or more processors, cause the system to: Based at least on the characteristic signal of the medical device and the data from one or more sensors (323) of the at least one other medical device that is close to the medical device (104), the corresponding characteristic signal of the at least one other medical device that is close to the medical device is determined; A corresponding inverted signal is determined based on the corresponding characteristic signal of the at least one other medical device that is close to the medical device, wherein the corresponding inverted signal is configured to eliminate the corresponding characteristic signal; The corresponding physical representation of the corresponding inverted signal is generated by one or more corresponding electrical or electromechanical components of the at least one other medical device. The corresponding physical representation of the corresponding inverted signal eliminates the corresponding physical properties of the environment represented by the corresponding characteristic signal.

6. The system of claim 1 or claim 2, further comprising instructions that, when executed by the one or more processors, cause the system to: After the physical properties of the environment represented by the feature signal are eliminated, at least the feature signal is stored.

7. The system of claim 6, further comprising instructions that, when executed by the one or more processors, cause the system to: Receive subsequent data from one or more sensors of the medical device; The subsequent characteristic signals of the medical device are determined based on the subsequent data and the stored characteristic signals. A subsequent inverted signal is determined based on the subsequent feature signal, wherein the subsequent inverted signal is configured to eliminate the subsequent feature signal; and The physical representation of the subsequent inverted signal generated by the one or more electrical or electromechanical components of the medical device. The physical representation of the subsequent inverted signal eliminates the physical properties of the environment represented by the subsequent feature signal.

8. The system according to claim 1 or claim 2, wherein, The characteristic signal includes at least one of an audio signal and a vibration signal.

9. The system according to claim 1 or claim 2, wherein, The one or more sensors of the medical device include at least one of an accelerometer, a displacement sensor, a velocity sensor, a sound sensor, and a sound transducer.

10. The system of claim 1 or claim 2 further includes one or more antennas (204) configured to be at least communicatively coupled to the medical device.

11. A computer-implemented method for active adaptive noise and vibration control, performed at a system communicatively coupled to a medical device (104) and at least one other medical device proximate to said medical device (104), each medical device including one or more sensors (323), said method comprising: Receive information about the physical environment near the medical device via user input; Receive operation information from at least one or more motor controllers (402) of the medical device (104); Data about the physical environment approaching the medical device (104) is received from one or more sensors (323) of the medical device (104), the data about the physical environment including vibrations from at least one other medical device approaching the medical device (104) and sounds from one or more patients approaching the medical device, the vibrations being sensed by a vibration sensing device (404) and the sounds being sensed by a sound sensing device (406); Based at least in part on the information received via user input, the operational information, and the received data, characteristic signals representing physical properties of the physical environment approaching the medical device are determined, the physical properties including: One or more physical byproducts of the medical device, vibrations from the at least one other medical device near the medical device, and sounds from the one or more patients near the medical device, and One or more environmental conditions that are close to the physical environment of the medical device; An inverted signal is determined based on the characteristic signal, wherein the inverted signal is configured to eliminate the characteristic signal; and The physical representation of the inverted signal is generated by one or more electrical or electromechanical components of the medical device, the electrical or electromechanical components including at least a vibration generator (326) and a noise generator (324). The physical representation of the inverted signal eliminates the physical properties of the environment represented by the characteristic signal. The information received via user input includes vibrations and / or sounds that will not be captured by the motor controller (402), the vibration sensing device (404), and / or the sound sensing device (406).

12. A non-transitory computer-readable medium storing instructions for implementing active adaptive noise and vibration control, the instructions, when executed by a processor (202) in a computer communicatively coupled to a medical device (104) and at least one other medical device proximate to the medical device (104), each medical device including one or more sensors (323), causing the computer to perform a method comprising: Receive information about the physical environment near the medical device via user input; Receive operation information from at least one or more motor controllers (402) of the medical device (104); Data about the physical environment approaching the medical device (104) is received from one or more sensors (323) of the medical device (104), the data about the physical environment including vibrations from at least one other medical device approaching the medical device (104) and sounds from one or more patients approaching the medical device, the vibrations being sensed by a vibration sensing device (404) and the sounds being sensed by a sound sensing device (406); Based at least in part on the information received via user input, the operational information, and the received data, characteristic signals representing physical properties of the physical environment approaching the medical device are determined, the physical properties including: One or more physical byproducts of the medical device, vibrations from at least one other medical device near the medical device, and sounds from one or more patients near the medical device, and One or more environmental conditions that are close to the physical environment of the medical device; An inverted signal is determined based on the characteristic signal, wherein the inverted signal is configured to eliminate the characteristic signal; and The physical representation of the inverted signal is generated by one or more electrical or electromechanical components of the medical device, the electrical or electromechanical components including at least a vibration generator (326) and a noise generator (324). The physical representation of the inverted signal eliminates the physical properties of the environment represented by the characteristic signal. The information received via user input includes vibrations and / or sounds that will not be captured by the motor controller (402), the vibration sensing device (404), and / or the sound sensing device (406).

Images