Reliable communications for wireless devices

Information

  • Patent Grant
  • 8923768
  • Patent Number
    8,923,768
  • Date Filed
    Tuesday, February 12, 2013
    12 years ago
  • Date Issued
    Tuesday, December 30, 2014
    10 years ago
Abstract
A method and apparatus for connectivity management of a wireless device is provided, such as a wireless medical device. The method comprises providing a wireless connection between at least two medical devices, the at least two medical devices comprising a primary medical device and a secondary medical device, causing the primary medical device to transmit and the secondary medical device to receive state signals wirelessly across a plurality of communication data channels, and reporting a non-active state for one of the plurality of data channels from the primary medical device to the secondary medical device using the plurality of communication data channels.
Description
BACKGROUND OF THE INVENTION

1. Field of the Invention


The present invention relates generally to the field of medical systems, and more specifically to managing reliable, high availability communications for wireless medical devices.


2. Description of the Related Art


Traditionally, medical system products transmit control signals over a fixed wire or cable. Current advancements in wireless communications techniques, including short-range radio and light wave technology, enable designers to employ wireless connections to transmit control signals and other data, thus removing the need for a traditional fixed wire or cable. Examples of removable or non-fixed devices include monitors or monitoring equipment, test equipment, remote control devices, and so forth.


The rapid advancement and proliferation of short-range radio technology affords medical system product designers and manufacturers the ability to create and deploy non-fixed subsystems and devices without need for a conventional fixed physical communication cable. For example, non-fixed devices meeting or complying with the Institute of Electrical and Electronics Engineers (IEEE) 802.11g and Ericsson Bluetooth™ specifications provide short-range radio technology to enable for wireless communications. These technologies allow for wireless transmission of signals over short distances between computers and other electronic devices. Bluetooth™ enabled devices are capable of an approximate 10-meter transmission range at data rates up to 720 kilobits/sec, and can provide better security features than devices implementing IEEE 802.11g communications.


Although typically not well suited for medical applications, line-of-sight wireless light wave technology, including Infrared Data Association (IrDA) techniques, may also be employed by product designers to realize wireless connections.


Implementing either the Bluetooth™ or IEEE 802.11g specifications will yield a communications path between wireless non-fixed devices and subsystems. Each specification also addresses providing an interference resistant communications path with automatic error detection and correction capabilities for transmitting and receiving of control signals, data, and information.


However, the Bluetooth™ and IEEE 802.11g specifications only address the wireless transmission and reception of data, control signals and information across a single communications path. Non-fixed wireless medical subsystems and devices require a continuous, reliable, and high availability communications network to ensure uninterrupted operation of an instrument host system. The above-cited specifications do not provide for a continuous, reliable, and highly available communication experience under all operating theater conditions. Due to the critical health support requirements for medical equipment and the potential catastrophic consequences of a communications connection failure in such equipment, effective deployment of medical systems incorporating wireless devices require a highly reliable communications management scheme to ensure a reliable connection from the instrument host system is constantly available to fielded non-fixed wireless subsystems and devices. Neither of the foregoing specifications guarantees this high a level of reliable communications management.


Active wireless medical devices, when used under normal operation, are exposed to numerous sources of electrical and magnetic interference, environmental conditions, and reliability issues. Electrical and magnetic interference may cause a loss of signal strength or degrade the signal quality sufficient to cause a wireless communications path to disconnect. For example, a single wireless Bluetooth™ connection requires a few seconds to re-establish a failed connection. During this reconnect time period, the surgeon can lose remote control of the surgical system and be unable to control the medical equipment. This reconnection time delay is not desirable or suitable for safety critical devices or equipment. footpedal. In addition, a “zero position switch” footpedal incorporates the ability to detect the footpedal returning to a non-active state independent of the linear position detection, thus serving as a fail-safe trigger. If this independent fail-safe trigger is directed through a single wireless channel, communication of this trigger is subject to a single-point-of-failure arrangement that loses any redundancy benefit.


Reliable wireless device communication management schemes in this environment must therefore not only provide a reliable continuous communications path but also a mechanism for monitoring and reporting the signal strength and signal quality condition for wireless subsystems and devices when subjected to external interference and environmental conditions found in the operating theater.


Thus it would be advantageous to offer an architecture and design that provide wireless operated subsystems and devices a reliable and highly available communications management scheme to ensure safe and continuous peripheral product operation in an environment where the wireless device and controlled instrument host are subjected to conditions that may interfere with the communication path.


SUMMARY OF THE INVENTION

According to one aspect of the present design, there is provided a method for managing communications between a plurality of medical devices. The method comprises providing a wireless connection between at least two medical devices, the at least two medical devices comprising a primary medical device and a secondary medical device, causing the primary medical device to transmit and the secondary medical device to receive state signals wirelessly across a plurality of communication data channels, and reporting a non-active state for one of the plurality of data channels from the primary medical device to the secondary medical device using the plurality of communication data channels.


According to another aspect of the present design, there is provided a connectivity management system. The connectivity management system comprises a wireless controller configured to communicate over a plurality of communications data channels. The connectivity management system further comprises a wireless medical device configured to communicate over the plurality of communications data channels, wherein the wireless controller and wireless medical device are connected and exchange state information across the plurality of communications data channels and alternate communication between at least two of the communications data channels based on observed channel quality.


These and other advantages of the present invention will become apparent to those skilled in the art from the following detailed description of the invention and the accompanying drawings.





DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which:



FIG. 1 is a block diagram illustrating the present design components and interfaces of a wireless medical system with a communications management subsystem;



FIG. 2 illustrates components of the present design and interfaces of a primary and backup wireless communications network;



FIG. 3A shows components of the present design and interfaces of a communications management subsystem establishing a primary and a backup communication path;



FIG. 3B illustrates components and interfaces of a communications management subsystem switching from a failed primary data channel to a backup data channel;



FIG. 4 shows a footpedal that may be employed in accordance with the current design; and



FIG. 5 shows the conceptual connections between the footpedal, base unit, and power source of the present design.





DETAILED DESCRIPTION OF THE INVENTION

The present design provides a method and apparatus for managing reliable, high availability communications for wireless devices. A communications management arrangement or subsystem may provide a mechanism for monitoring and reporting the health and status of a plurality of data channels used to connect wireless devices, particularly in instances where the wireless device or devices operate in a medical theater, including but not limited to an operating room. The communications management subsystem may include a novel redundant wireless data channel arrangement to eliminate any potential single-points-of-failure within the communications network. The present design method is directed to managing a reliable redundant wireless communications network to support a wireless device, typically employed in a medical scenario but applicable in other scenarios, where communications management includes the monitoring health and status of one or more data channels, reporting health and status of the data channels, indicating current communications path connection quality condition to a user, and automatically switching to a backup communication path when necessary to ensure continuous reliable high availability communications.


While the present design may be used in various environments and applications, it will be discussed herein with a particular emphasis on a medical or hospital environment, where a surgeon or health care practitioner performs. For example, one embodiment of the present design is a phacoemulsification system or method using a surgical system that incorporates a wireless medical device, such as a wireless footswitch, to control the surgical system.


The term “wireless device” or “wireless medical device” or “non-fixed wireless device” or the like as used herein means a device capable of receiving and/or transmitting information wirelessly, i.e. over the air, using either a radio, light wave (e.g. infrared) or other communication technique that does not require a physical connection, such as a wire. Wireless devices that may realize the reception and transmission of data include, but are not limited to, those devices meeting or complying with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 and Ericson Bluetooth™ specifications for short range radio technology, or an Infrared Data Association (IrDA) light wave technique.


The present design provides an arrangement that enables users of wireless medical devices to continue uninterrupted work independent of individual wireless data channel health. This arrangement provides monitoring and reporting information services in regard to the wireless medical device communications network condition, including providing automatic switching to a backup communications channel when necessary to continue transmitting and receiving data to ensure continuous, reliable, and safe use.



FIG. 1 illustrates the present design components and interfaces of a wireless medical system 100, where the particular embodiment illustrated in FIG. 1 contemplates that the wireless or remote device is a footpedal. The medical system 100 in this embodiment includes a wireless device 101, a wireless controller 102, an instrument host system 120, and a wireless communications network 130. A footpedal 103 may transmit control signals relating internal physical switch position information (not shown in this view; see FIG. 4) as input to a footpedal slave subsystem 105. The footpedal slave subsystem 105 may provide data indicating physical and virtual switch position information to a communications slave subsystem 107. The communication slave subsystem 107, typically comprising a transmitter and receiver operating, for example, using the wireless 802.11g or Bluetooth™ protocols, may transmit this data using a wireless communication network 130 via antenna 131, or alternatively a fixed cable 140 wired mode.


One approach to digital electronic footpedal control system, especially for a medical device, is described in U.S. Pat. No. 4,983,901, entitled “Digital Electronic Foot Control for Medical Apparatus and the Like”, issued Jan. 8, 1991, the entirety of which is incorporated herein by reference. A typical footpedal design is further provided in U.S. Pat. No. 5,268,624, entitled “Footpedal Control with User-selectable Operational Ranges” issued Dec. 7, 1993, the entirety of which is incorporated herein by reference.


The wireless communications network 130 may employ any network communications protocol sufficient for serving the purposes of communications network 130. Additionally, the term “communications network” or “communications system” as used herein is used in its most expansive sense and applies to any communications system through which any information may be transferred to and from a wireless device, and includes, without limitation, transmission by static, active, dynamic communications protocols or otherwise. While the present design may use various communication protocols, it will be discussed herein implementing and complying with Ericsson's Bluetooth™ protocol specification. Slight changes may be made to the enclosed to enable operation using other or complementary communications protocols, and the use and implementation of the present design using these other protocols is intended to be within the scope of the current design.


Note that while discussed with regard to dual Bluetooth™ channels herein, more than two channels may be employed for additional redundancy, and different protocols may be used on different channels. As an example, a first channel may run according to a Bluetooth™ protocol while a second channel may run according to an 802.11g protocol. Different parameters, such as different transmission frequencies or data rates may also be employed over the plurality of channels offered in the current design. Other protocols may be employed, including but not limited to IrDA (infrared data).


As a further option, the system may provide at least one active channel together with cross checking capability provided by another channel, typically utilizing a cross checking mechanism such as checksums to evaluate signal quality and/or correctness. In such an implementation, the active channel constantly transmits data while the secondary channel transmits cross checking information, and upon failure of the cross check, transmission switches to the secondary channel.


From wireless communication network 130 via antenna 132, the wireless controller 102 receives wireless device 101 transmissions via a communication master subsystem 106, typically comprising a transmitter and receiver. The communications master subsystem 106 receives and forwards data, including but not limited to information such as footpedal position and state parameters, to the footpedal master subsystem 104. Position and state information, may include but is not limited to representing relative pitch and yaw travel of the footpedal 103, as well as buttons, switches, or other input devices on footpedal 103. Moreover, the communication slave subsystem 107 may provide redundant wireless connections supporting a primary communication path, and one or more backup communication paths to ensure reliable exchange of data.


The footpedal master subsystem may transfer this data to an instrument host 120. The instrument host 120 may use the received data to control and operate the behavior of various embedded features and functions including irrigation, aspiration, electrical cauterization, and various cutting actions, such as phacoemulsification and vitrectomy procedures, and providing pressure for posterior ocular segment surgery, such as viscous fluid injection. The instrument host 120 may use the data to effectuate a switch between handpieces, modes, or modules, such as switching between a phacoemulsification procedure and a vitreous cutting procedure. Such a switch may be effectuated by the operator providing an indication on a switch or button on footpedal 103 that indicates a desired switch between procedures or modules.


In a similar manner, the instrument host 120 may provide information to the footpedal master subsystem 104, including but not limited to information such as control signals indicating the amplitude and duration to command the footpedal 103 vibration device, such as a vibration motor or solenoid actuator (not shown), sufficient to provide tactile feedback to the surgeon. In addition, the instrument host 120 may provide information to the footpedal master subsystem 104 for the purposes of providing cues, such as activating status lights and emitting sounds, on the footpedal to alert the operator. The footpedal master subsystem 104 may forward information received from the instrumentation host 120 to the communications master subsystem 106. The communication master subsystem 106 may transmit this information across the wireless communications network 130 to the wireless device 101 communication slave subsystem 107. The communications slave subsystem 107 may deliver the control signal information to the footpedal slave subsystem 105, which in turn may deliver these signals to the footpedal 103; thus resulting in the operation of the vibration motor or other feedback mechanisms within the footpedal 103 in accordance with the supplied control signal amplitude and duration.


Furthermore, the communications master subsystem 106 and the communications slave subsystem 107 may monitor the health and status of the primary and backup Bluetooth data channels, including but not limited to data channel signal quality and strength. Details describing this aspect of the communications master subsystem 106 and the communications slave subsystem 107 are provided below.


While depicted as multiple elements, footpedal master subsystem 104 and communications master subsystem 106 may alternatively be comprised of a single firmware device or a set of distributed firmware devices that fulfill the functionality of pedal master subsystem 104 and communications master subsystem 106. Additionally, while depicted as multiple elements, footpedal slave subsystem 105 and communications slave subsystem 107 may also be comprised of a single firmware device or a set of distributed firmware devices that fulfill the functionality of pedal master subsystem 104 and communications master subsystem 106.



FIG. 2 illustrates components of the present design and interfaces of the wireless communications network 130 to the wireless device 101 and wireless controller 102, where the embodiment illustrated in FIG. 2 contemplates that the wireless transmission and reception of data and information is realized using a primary communication path and one or more secondary backup communication paths.


Data is typically transferred in many protocols in the form of packets of data, but other data transfer formats may be employed. Packets typically contain fields such as headers and lower level protocol information embedded in the packet. Data is transferred via packets using certain common protocols. In an alternate embodiment of the present design, communications and packets could be divided between channels, such as pitch packets for a footpedal movement on one channel and yaw packets for footpedal movement on the other. Such a design would enable faster data transfer, may save power, and may enable cross checking as discussed below, but failure of one channel would require relatively immediate transfer to the other channel and carrying both pitch and yaw packets in this example over the remaining channel.


At the beginning of the surgical day, the user powers on the instrument host 120. During the instrument start-up sequence, the communications master subsystem 106 within the wireless controller 102 determines if a physical connection supporting a fixed cable 140 wired mode is available (not shown in this view; see FIG. 1). If a physical cable is present, the communications master subsystem 106 may activate and establish communications with the wireless device 101 communications slave subsystem 107 across this fixed cable 140 as in typical conventional systems.


In the situation or mode where a physical cable or wire is not present, or where the user chooses to operate in the wireless mode, the wireless controller 102 may invoke a wireless mode by activating and establishing communications with the wireless device 101 communications slave subsystem 107. In the wireless mode, a wireless communications network 130 replaces the fixed cable 140 found in the wired mode to enable exchange of control signals, data, and information between the wireless controller 102 and the wireless device 101.


In this mode, the wireless controller 102 communications master subsystem 106 initiates a wireless device-searching mode to locate and pair with an available wireless device 101 communications slave subsystem 107 to establish a primary wireless communications path across the wireless communications network 130. The wireless controller 102 searches for a unique wireless device 101 using, for example, Bluetooth™ short-range radio techniques. Searching is complete when the correct wireless device 101 is located. At this point, the wireless controller 102 ‘pairs-up’ or ‘matches’ with the unique wireless device 101 to enable communication of control signal and other device information, such as battery condition. The specific techniques and details associated with Bluetooth™ searching and “pairing” mechanism are generally known to those skilled in the art. Alternate searching and locating techniques may be employed depending on the transmission protocol employed. For example, 802.11g may employ link control procedures known to those skilled in the art and specified by the standard, while a protocol such as IrDa may employ optical locating and searching techniques again known to those skilled in the art.


Subsequently, the communications master subsystem 106 establishes one or more backup wireless communication paths in a similar manner over the wireless communications network 130. In this example, the master controller 208 imbedded within the communications master subsystem 106 establishes a primary connection through Bluetooth primary 210 transceiver subsystem and establishes a backup connection through Bluetooth backup 212 transceiver subsystem. If more than one backup communication path is present and available, the master controller also establishes these communication paths as additional backup connections between 214 and 215 and so forth.


The footpedal master and footpedal slave subsystems, 104 and 105 respectively (refer to FIG. 1), may operate in this embodiment using one or more Bluetooth™ data channels. A successful start-up sequence provides a reliable and high availability redundant communications network between the instrument host 120 and footpedal 103.


During the surgical day, when the instrument host is powered on and operational, the instrument host 120 generates information for conveyance to the footpedal 103. For example, the instrument host 120 may request the footpedal subsystem 105 to “set” or program a specific inactive range for both left and right yaw, provide a programmable threshold to the footpedal subsystem 105 for both left and right virtual switches and buttons (not shown in this view), or request the footpedal subsystem to report an installed firmware version number, serial number, or other identifying information. The master controller 208 provides the same information, in the form of a data stream, for transmission to both the primary communications path at 210 and the backup communications path at 212. In one embodiment, the master controller 208 manages the transmission of the same data stream across both the primary and backup communications paths by first transmitting the data stream across the primary communications path, and then switching to the backup communications path and transmitting the same data stream as originally provided to the primary communication path, or vice versa. This method provides redundant communications between the wireless controller 102 and the wireless device 101. The master controller 208 manages the alternating or ‘flip-flopping’ between the primary and backup communications path in a manner wherein both paths are never transmitting at the same time.


Alternating between channels ensures that two copies of the same data stream are transmitted to the communications slave subsystem 107 within the wireless device 101. Moreover, the master controller 208 may continuously monitor the health and status of all active paths. Monitoring the health and status may include measuring signal strength, signal quality, or checking data integrity and observing other relevant parameters to determine current path connection condition and reporting the measured result to the communications master subsystem 106. The wireless device 101 may report additional observed non-fixed device management information, including but not limited to current battery charge condition, not pertaining to communications path integrity through the communications network 130 to the wireless controller 102. In addition, the communications path health and status observed by the communications slave subsystem 107 may be delivered to the footpedal slave subsystem 105 for presentation to the user. If either the primary or backup data communications path becomes disconnected during use, the footpedal slave subsystem 105 may provide a visual alert, an audible alert, and any combination thereof to the user. For example, the visual alert may be realized by blinking an LED when either path becomes disconnected, wherein a constantly lit LED may indicate both communications paths are connected and available for use. Similarly, a periodic audible alert may be sounded when either communications path becomes disconnected.


Certain additional safety or beneficial mechanisms may be provided, typically all incurring a cost or performance issue. One alternate embodiment of the present design may include a transmission arrangement wherein data is transmitted on one channel until a failure is sensed and then switching to the second channel upon sensing the failure. The advantage to such a design is the ability to save power, but the down side can be encountered when channel failure is not sensed quickly enough or channels cannot be switched quickly enough to preserve data. However, if power savings is a consideration and constant uninterrupted performance is less critical, such a design may be employed.


Also, a shutoff safety mechanism or a notification may be employed when signal strength or quality on both channels drops below a certain threshold. Such a “fail safe” mode or state may be employed when both channels encounter transmission problems, and the system may in one embodiment switch from wireless transmission of signals to transmission across fixed cable 140. When both channels are not performing adequately, as judged by the specifics of the environment, the system may shut down or notify operators, such as by audio and/or visual cue. The audio and/or visual cue indicates that a dual channel or multiple channel signal transmission problem exists. Such an implementation can be useful in crowded, tight, or noisy environments where required placement of the devices may inhibit signal transmission, and the presentation of audio or visual cues may facilitate a successful reorienting of devices when initial orienting causes poor signalling conditions.



FIG. 3, with reference to FIGS. 1 and 2, illustrates components of the present design and interfaces of the communications management subsystem master controller 208 switching from a primary data channel to a backup data channel when subjected to interference that cause the primary data channel to disconnect. The embodiment illustrated in FIG. 3 contemplates that the wireless transmission and reception of data and information across the primary and backup data channels are realized using a communication protocol such as Bluetooth™ short-range radio technology.


Initially, the communications master subsystem 106 initiates a wireless device-searching mode utilizing Bluetooth™ data channel one at 302 to locate and pair with an available Bluetooth™ data channel one (BT DC1) at 301 to establish a primary wireless communications data channel over the wireless communications network 130. Subsequently, the communications master subsystem 106 initiates a wireless device-searching mode utilizing Bluetooth™ data channel two (BT DC2) at 304 to locate and pair with an available Bluetooth™ data channel two (BT DC2) at 303 to establish a backup wireless communications data channel over the wireless communications network 130. The primary and backup data channels, as shown in FIG. 3A, can provide a bi-directional redundant connection between the instrument host 120 and the footpedal 103. Data may now be communicated across these channels using the alternating communication technique described previously. Note that if non-bidirectional protocols are employed, an alternate embodiment may be that one data channel engages in one way communication when not in active use, i.e. when the channel has failed or been turned off.


The master controller 208 and slave controller 209 may provide, including but not limited to, Cyclic Redundancy Codes (CRC) checksum validation, path control, and data validation to manage the communication of data across each data channel (i.e. primary and backup). If the master controller 208 detects that the primary data channel between points 302 and 301 is lost, corrupted, or unstable due to interference or other causes, the master controller 208 promotes the backup data channel between points 304 and 303 to become the primary data channel as shown in FIG. 3B. The newly promoted data channel two (BT DC2) between points 304 and 303 continues to operate as the primary data channel until or even when the failed data channel one is restored. During this operational aspect, the slave controller 209 may observe that receiving Bluetooth™ data channel one (BT DC1) at 301 is no longer able to receive data transmitted by Bluetooth™ data channel one (BT DC1) at 302. In this situation, the slave controller 209 automatically switches to receiving Bluetooth™ data channel two (BT DC2) at 303 as the primary channel and continues to receive data uninterrupted as transmitted by Bluetooth™ data channel two (BT DC2) at 304. As a result, no data interruption occurs during the surgery or procedure being performed.


In a similar manner, the master controller 208 may promote the backup data channel two as primary whenever a signal quality, or any combination thereof is observed. This method of promotion continues during the surgical day to ensure reliable and high availability of the communicated data stream between the instrument host 120 and the footpedal 103. Moreover, if additional backup data channels are available, the present design may promote one of these additional backup data channels to replace the failed data channel, and may return the failed data channel to the backup channel pool when restored.


As an alternative power management scheme, one embodiment of the current design may include the ability to transmit more power on a primary data channel and less power on a secondary cross checking or complimentary channel, thereby decreasing overall power requirements or increasing power transmission on the primary channel.


During the surgical day, when the instrument host is powered on and operational, the footpedal 103 generates information, including but not limited to pedal position and state information, for conveyance to the instrument host 120. The slave controller 209 within the wireless device 101 manages the transmission of information generated by the footpedal 103 to the master controller 208. The slave controller 209 provides the same footpedal information to transmitting Bluetooth™ data channel one at 301 and transmitting Bluetooth™ data channel two at 302. Alternate protocols or different protocols may be employed, such as one channel of IrDA or Bluetooth™ and one channel of 802.11g. Furthermore, the slave controller 209 manages the transmission of the same data stream across both the primary and backup Bluetooth™ data channels by first transmitting the data stream across the primary channel, and then switching to the backup data channel and transmitting the same data stream as provided to the primary data channel, thus providing redundant communications between the wireless device 101 and the wireless controller 102. The slave controller 209 manages the alternating or “flip-flopping” between the primary and backup data channel such that both channels are typically never transmitting at the same time, but are alternately transmitting data separated by small time amounts, such as in the millisecond, microsecond or sub-microsecond range. Data transmission on different channels may transition as desired or required, such as data being first transmitted over the backup channel and second over the primary channel. Alternately, certain blocks of data may be transferred over the primary channel, then those blocks and new blocks over the secondary channel, and then the new blocks and further blocks over the primary channel, or an interleaved data transfer pattern. The method of alternating between channels ensures that two copies of the same data stream are transmitted as rapidly as possible to the communications master subsystem 106 within the wireless controller 102.


Moreover, the slave controller 209 may continuously monitor the health and status of all active data channels. Monitoring the health and status may include measuring signal strength, signal quality, checking data integrity and observing other relevant parameters to determine current data channel connection condition and reporting the measured result to the communications slave subsystem 107.


Note that while certain operations of dual channel transmission are explained within this description in a specific manner, such as operation over a primary channel and subsequent operation on a secondary channel, either channel can operate as primary and another as secondary at any time during operation. It is to be understood that these designations and explanations are offered as examples, and are not intended to be limiting in any way.


If the slave controller 209 detects that the primary data channel is lost, corrupted, or unstable due to interference or other causes, the slave controller 209 promotes the backup channel to become the primary data channel. The newly promoted backup channel continues to operate as the primary data channel, and continues after the originally failed data channel is restored (no need to revert or switch back). During this operational aspect, the master controller 208 may observe that receiving Bluetooth™ data channel one at 302 is no longer able to receive data transmitted by transmitting Bluetooth™ data channel one at 301. In this situation, the slave controller 209 automatically switches to receiving Bluetooth™ data channel two at 304 and continues to receive data without interruption.


In a similar manner, the slave controller 209 may promote the backup data channel to primary whenever a predefined threshold representing signal strength, signal quality, or any combination thereof is observed. This method of promotion continues during the surgical day to ensure reliable and high availability of the communicated data stream between the footpedal 103 and the instrument host 120.


While in use, the wireless communication connection may be subjected to interference or other failure modes and may fall below an operational threshold. The foregoing design enables the wireless device 101 and the wireless controller 102 to reliably communicate information during the day and used in normal operation. In the embodiment illustrated, the wireless device 101 may be a footpedal, but another remote control device may be employed using this communications management arrangement or subsystem, including devices not in communication with the instrument host 120.



FIG. 4 illustrates a footpedal 103 that may be employed in accordance with the current design. In the embodiment illustrated, the footpedal slave subsystem 105 receives one or more control signals from the footpedal 103. The control signals generated by the footpedal 103 may report the status of various physical and virtual switches contained within or other parameters such as yaw linear position and vertical linear position. The footpedal firmware within the footpedal slave subsystem 105 reads and processes the switch inputs. The footpedal slave subsystem 105 produces a data stream representing control signals resulting from the button and switch positions triggered on the footpedal 103. The control signals are ultimately destined for the instrument host 120. Control signals may include but are not limited to position of a footpedal, such as left heel 403, center heel 404, right heel 405, pitch safety detect 406, pitch 407, and yaw 408 positions; button pushes or “stomp” values, or other appropriate states in the case of a footpedal. Moreover, predefined footpedal positions FP0, FP1, FP2, or FP3 (FPn) may be communicated. For example, pitch FP0401 and yaw FP0402 may be communicated when the footpedal slave subsystem becomes connected.


Control signals may be produced by other devices, such as test or monitoring equipment, and these control signals may be transmitted by the multiple channel design presented herein, either separate from or together with the control signals transmitted by the footpedal 103 and communications slave subsystem 107. Further control signals such as selector switch signals, transducer data, and/or sensor data may be transmitted by the communications slave subsystem 107 to the communications master subsystem 106. If transmitted separately, the wireless controller 102 and communications master subsystem 107 may receive the transmitted control signals via wireless communications network 130.



FIG. 5 shows the conceptual connections between the footpedal 103 and the base unit and power source. Footpedal 103 includes pedal 502, base 503, and communications interface 504 here shown at the side of the base 503. The footpedal 103 in this view includes batteries 505, typically rechargeable batteries. A transmitter 506 and receiver 507 are provided in the footpedal 103 in this embodiment and connect to the communications interface 504 to access the antenna, and in this embodiment a “connection LED” 508 is provided that is constantly on when the both wireless device 101 primary and backup data channels are available for operational use. When either channel becomes disconnected due to interference or other causes, the connection LED 508 may blink on and off, warning the user that one data channel is lost or disconnected and communication redundancy is not available. Blinking in this manner enables the surgeon to decide whether to continue the procedure or wait until the lost data channel is restored. Other notification methods may be employed, including but not limited to optical (e.g. one LED per channel) and audio notification methods.


The foregoing is not determinative or exclusive or inclusive of all components, interfaces, communications, and operational modes employable within the present design. The design presented herein and the specific aspects illustrated are meant not to be limiting, but may include alternate components while still incorporating the teachings and benefits of the invention, namely a wireless device communication management apparatus employing a wireless medical device, wireless controller, a communications network, and instrument host system to facilitate surgeons while performing procedures. While the invention has thus been described in connection with specific embodiments thereof, it will be understood that the invention is capable of further modifications. This application is intended to cover any variations, uses or adaptations of the invention following, in general, the principles of the invention, and including such departures from the present disclosure as come within known and customary practice within the art to which the invention pertains.

Claims
  • 1. A method for managing communications between a plurality of medical devices, comprising: providing a wireless connection between at least two medical devices, the at least two medical devices comprising a primary medical device and a secondary medical device;causing the primary medical device to transmit and the secondary medical device to receive state signals wirelessly across a plurality of communication data channels, wherein the plurality of communication data channels comprise a primary communication data channel and a backup communication data channel, wherein the state signals are transmitted and received on the primary communication data channel and duplicate state signals are transmitted and received on the backup communication data channel, and wherein the transmission of the state signals and the duplicate state signals alternates so that the primary communication data channel and the backup communication channel are not transmitting the signals at the same time;monitoring the health and status of the plurality of communication data channels, wherein the health and status of the plurality of communication data channels comprises signal strength and quality for said data channels; andwhen signal strength or quality on both data channels drops below a threshold, switching from wireless transmission of the signals to transmission of the signals across a fixed cable.
  • 2. The method of claim 1, wherein the primary medical device comprises an optical surgical device.
  • 3. The method of claim 1, wherein the state signals and the duplicate state signals are transmitted with different protocols on the primary communication data channel and the backup communication data channel.
  • 4. The method of claim 1, wherein the state signals comprise status of the primary medical device.
  • 5. A connectivity management system, comprising: a wireless controller configured to communicate over a plurality of communications data channels; anda wireless medical device configured to communicate over the plurality of communications data channels; anda fixed wired connection as an alternate communications path between the wireless controller and the wireless medical device,wherein the wireless controller and wireless medical device are wirelessly connected to exchange state information across said plurality of communications data channels; the plurality of communication data channels comprise a primary communications data channel and a backup communications data channel;the wireless controller and wireless medical device are arranged to transmit and receive the state signals on the primary communications data channel, transmit and receive duplicate state signals on the backup communications data channel, and transmit the state signals and the duplicate state signals alternately so that the primary communications data channel and the backup communications data channel are not transmitting the signals at the same time;and the system is arranged to monitor the health and status of the plurality of communication data channels comprising signal strength or quality on both communications data channels, and to switch from wireless transmission of the signals to transmission of the signals across the fixed cable when the signal strength or quality on both data channels drops below a threshold.
  • 6. The system of claim 5, wherein the wireless controller further comprises a connection to a host system, the connection configured to forward wireless medical device state information to the host system.
  • 7. The system of claim 5, wherein said wireless medical device and the wireless controller are arranged to employ a wireless communications protocol enabling a plurality of observed device state parameters to be transmitted between the wireless medical device and the wireless controller.
  • 8. The system of claim 5, wherein the wireless controller and the wireless medical device are arranged to transmit the state signals and the duplicate state signals with different protocols on the primary communications data channel and the backup communications data channel.
  • 9. The system of claim 5, wherein the wireless controller further comprises a connection to a host system, the connection configured to forward wireless medical device state information to the host system.
  • 10. The system of claim 5, wherein said wireless medical device is arranged to generate state information indicating a non-active state serving as a fail safe trigger.
  • 11. A method for providing wireless communications for a wireless medical device, comprising: transmitting observed state information across a communications network comprising at least one primary and one secondary communication data channel, such that the state information is transmitted on the primary communication data channel and duplicate state information is transmitted on the secondary communication data channel, and such that the transmission of the state information and the duplicate state information alternates so that the primary communication data channel and the secondary communication data channel are not transmitting the information at the same time;monitoring the health and status of the plurality of communication data channels comprising signal strength or quality of both communication data channels; andswitching from wireless transmission of the state information to transmission of the state information across a fixed cable when the signal strength or quality on both communication data channels drops below a threshold.
  • 12. The method of claim 11, wherein transmitting further comprises providing state information comprising status of the wireless medical device for the purposes of controlling a host system.
  • 13. The method of claim 11, wherein the wireless communications are between the wireless medical device and a wireless controller, and wherein the method further comprises generating and reporting an independent redundant fail safe trigger from the wireless medical device to the wireless controller.
  • 14. The method of claim 11, wherein the state information and the duplicate state information are transmitted with different protocols on the primary communication data channel and the secondary communication data channel.
Parent Case Info

This application is a continuation application and claims priority to U.S. application Ser. No. 11/250,982, entitled “Reliable Communications For Wireless Devices”, filed on Oct. 13, 2005, the entire contents of which are hereby incorporated by reference in their entirety for all purposes as if fully set forth herein.

US Referenced Citations (185)
Number Name Date Kind
1848024 Owen Mar 1932 A
3076904 Claus et al. Feb 1963 A
3116697 Theodore Jan 1964 A
3439680 Thomas, Jr. Apr 1969 A
3526219 Lewis Sep 1970 A
3781142 Zweig Dec 1973 A
3857387 Shock Dec 1974 A
4017828 Watanabe et al. Apr 1977 A
4037491 Newbold Jul 1977 A
4189286 Murry et al. Feb 1980 A
4193004 Lobdell et al. Mar 1980 A
4564342 Weber et al. Jan 1986 A
4590934 Malis et al. May 1986 A
4665621 Ackerman et al. May 1987 A
4706687 Rogers et al. Nov 1987 A
4757814 Wang et al. Jul 1988 A
4773897 Scheller et al. Sep 1988 A
4837857 Scheller et al. Jun 1989 A
4920336 Meijer Apr 1990 A
4933843 Scheller et al. Jun 1990 A
4954960 Lo et al. Sep 1990 A
4965417 Massie Oct 1990 A
4983901 Lehmer Jan 1991 A
4998972 Chin et al. Mar 1991 A
5006110 Garrison et al. Apr 1991 A
5026387 Thomas Jun 1991 A
5039973 Carballo Aug 1991 A
5091656 Gahn Feb 1992 A
5125891 Hossain et al. Jun 1992 A
5160317 Costin Nov 1992 A
5195960 Hossain et al. Mar 1993 A
5195961 Takahashi et al. Mar 1993 A
5195971 Sirhan Mar 1993 A
5230614 Zanger et al. Jul 1993 A
5249121 Baum et al. Sep 1993 A
5268624 Zanger Dec 1993 A
5271379 Phan et al. Dec 1993 A
5282787 Wortrich Feb 1994 A
5323543 Steen et al. Jun 1994 A
5342293 Zanger Aug 1994 A
5351676 Putman Oct 1994 A
5388569 Kepley Feb 1995 A
5454783 Grieshaber et al. Oct 1995 A
5470211 Knott et al. Nov 1995 A
5520652 Peterson May 1996 A
5549461 Newland Aug 1996 A
5554894 Sepielli Sep 1996 A
5561575 Eways Oct 1996 A
5580347 Reimels Dec 1996 A
5591127 Barwick et al. Jan 1997 A
5657000 Ellingboe Aug 1997 A
5676530 Nazarifar Oct 1997 A
5676650 Grieshaber et al. Oct 1997 A
5693020 Rauh Dec 1997 A
5697898 Devine Dec 1997 A
5700240 Barwick et al. Dec 1997 A
5733256 Costin Mar 1998 A
5745647 Krause Apr 1998 A
5747824 Jung et al. May 1998 A
5777602 Schaller et al. Jul 1998 A
5805998 Kodama Sep 1998 A
5830176 Mackool Nov 1998 A
5843109 Mehta et al. Dec 1998 A
5879298 Drobnitzky et al. Mar 1999 A
5883615 Fago et al. Mar 1999 A
5899674 Jung et al. May 1999 A
5928257 Kablik et al. Jul 1999 A
5983749 Holtorf Nov 1999 A
6002484 Rozema et al. Dec 1999 A
6024428 Uchikata Feb 2000 A
6062829 Ognier May 2000 A
6077285 Boukhny Jun 2000 A
6086598 Appelbaum et al. Jul 2000 A
6117126 Appelbaum et al. Sep 2000 A
6150623 Chen Nov 2000 A
6179829 Bisch et al. Jan 2001 B1
6219032 Rosenberg et al. Apr 2001 B1
6251113 Appelbaum et al. Jun 2001 B1
6260434 Holtorf Jul 2001 B1
6360630 Holtorf Mar 2002 B2
6368269 Lane Apr 2002 B1
6411062 Baranowski et al. Jun 2002 B1
6424124 Ichihara et al. Jul 2002 B2
6436072 Kullas et al. Aug 2002 B1
6452120 Chen Sep 2002 B1
6452123 Chen Sep 2002 B1
6491661 Boukhny et al. Dec 2002 B1
6511454 Nakao et al. Jan 2003 B1
6632214 Morgan et al. Oct 2003 B2
6674030 Chen et al. Jan 2004 B2
6830555 Rockley et al. Dec 2004 B2
6852092 Kadziauskas et al. Feb 2005 B2
6862951 Peterson et al. Mar 2005 B2
6962488 Davis et al. Nov 2005 B2
6962581 Thoe Nov 2005 B2
7012203 Hanson et al. Mar 2006 B2
7070578 Leukanech et al. Jul 2006 B2
7073083 Litwin et al. Jul 2006 B2
7103344 Menard Sep 2006 B2
7167723 Zhang Jan 2007 B2
7169123 Kadziauskas et al. Jan 2007 B2
7236766 Freeburg Jun 2007 B2
7236809 Fischedick et al. Jun 2007 B2
7242765 Hairston Jul 2007 B2
7244240 Nazarifar et al. Jul 2007 B2
7289825 Fors et al. Oct 2007 B2
7300264 Souza Nov 2007 B2
7316664 Kadziauskas et al. Jan 2008 B2
7336976 Ito Feb 2008 B2
7381917 Dacquay et al. Jun 2008 B2
7439463 Brenner et al. Oct 2008 B2
7470277 Finlay et al. Dec 2008 B2
7526038 McNamara Apr 2009 B2
7883521 Rockley et al. Feb 2011 B2
7921017 Claus et al. Apr 2011 B2
20010023331 Kanda et al. Sep 2001 A1
20010047166 Wuchinich Nov 2001 A1
20010051788 Paukovits et al. Dec 2001 A1
20020019215 Romans Feb 2002 A1
20020019607 Bui Feb 2002 A1
20020045887 DeHoogh et al. Apr 2002 A1
20020070840 Fischer et al. Jun 2002 A1
20020098859 Murata Jul 2002 A1
20020137007 Beerstecher Sep 2002 A1
20020179462 Silvers Dec 2002 A1
20030047434 Hanson et al. Mar 2003 A1
20030083016 Evans et al. May 2003 A1
20030108429 Angelini et al. Jun 2003 A1
20030125717 Whitman Jul 2003 A1
20030224729 Arnold Dec 2003 A1
20030226091 Platenberg et al. Dec 2003 A1
20040037724 Haser et al. Feb 2004 A1
20040193182 Yaguchi et al. Sep 2004 A1
20040212344 Tamura et al. Oct 2004 A1
20040224641 Sinn Nov 2004 A1
20050054971 Steen et al. Mar 2005 A1
20050069419 Cull et al. Mar 2005 A1
20050070859 Cull et al. Mar 2005 A1
20050109595 Mezhinsky et al. May 2005 A1
20050118048 Traxinger Jun 2005 A1
20050130098 Warner Jun 2005 A1
20050197131 Ikegami Sep 2005 A1
20050209560 Boukhny et al. Sep 2005 A1
20050245888 Cull Nov 2005 A1
20050261628 Boukhny et al. Nov 2005 A1
20060035585 Washiro Feb 2006 A1
20060036180 Boukhny et al. Feb 2006 A1
20060046659 Haartsen et al. Mar 2006 A1
20060078448 Holden Apr 2006 A1
20060145540 Mezhinsky Jul 2006 A1
20060219049 Horvath et al. Oct 2006 A1
20060236242 Boukhny et al. Oct 2006 A1
20070016174 Millman et al. Jan 2007 A1
20070049898 Hopkins et al. Mar 2007 A1
20070060926 Escaf Mar 2007 A1
20070073214 Dacquay et al. Mar 2007 A1
20070073309 Kadziauskas et al. Mar 2007 A1
20070078379 Boukhny et al. Apr 2007 A1
20070249942 Salehi et al. Oct 2007 A1
20080033342 Staggs Feb 2008 A1
20080066542 Gao Mar 2008 A1
20080112828 Muri et al. May 2008 A1
20080114289 Muri et al. May 2008 A1
20080114290 King et al. May 2008 A1
20080114291 Muri et al. May 2008 A1
20080114300 Muri et al. May 2008 A1
20080114311 Muri et al. May 2008 A1
20080114312 Muri et al. May 2008 A1
20080114372 Edwards et al. May 2008 A1
20080114387 Hertweck et al. May 2008 A1
20080125697 Gao May 2008 A1
20080125698 Gerg et al. May 2008 A1
20080146989 Zacharias Jun 2008 A1
20080243105 Horvath Oct 2008 A1
20080262476 Krause et al. Oct 2008 A1
20080281253 Injev et al. Nov 2008 A1
20080294087 Steen et al. Nov 2008 A1
20090005712 Raney Jan 2009 A1
20090005789 Charles Jan 2009 A1
20100280435 Raney et al. Nov 2010 A1
20110092887 Wong et al. Apr 2011 A1
20110092924 Wong et al. Apr 2011 A1
20110092962 Ma et al. Apr 2011 A1
20110098721 Tran et al. Apr 2011 A1
20110160646 Kadziauskas et al. Jun 2011 A1
Foreign Referenced Citations (47)
Number Date Country
56019 Jul 1982 EP
619993 Oct 1994 EP
1010437 Jun 2000 EP
1072285 Jan 2001 EP
1113562 Jul 2001 EP
1310267 May 2003 EP
1469440 Oct 2004 EP
1550406 Jul 2005 EP
1704839 Sep 2006 EP
1787606 May 2007 EP
1849443 Oct 2007 EP
1849444 Oct 2007 EP
1867349 Dec 2007 EP
1873501 Jan 2008 EP
1900347 Mar 2008 EP
1925274 May 2008 EP
2264369 Dec 2006 ES
2230301 Oct 1990 GB
2352887 Feb 2001 GB
2008188110 Aug 2008 JP
WO-9220310 Nov 1992 WO
WO-9317729 Sep 1993 WO
WO-9324082 Dec 1993 WO
WO-9632144 Oct 1996 WO
WO-9818507 May 1998 WO
WO-9917818 Apr 1999 WO
WO-0000096 Jan 2000 WO
WO-0070225 Nov 2000 WO
WO-0122696 Mar 2001 WO
WO-0234314 May 2002 WO
03102878 Dec 2003 WO
WO-2004096360 Nov 2004 WO
WO-2004114180 Dec 2004 WO
WO-2005084728 Sep 2005 WO
WO-2005092023 Oct 2005 WO
WO-2005092047 Oct 2005 WO
WO-2006101908 Sep 2006 WO
WO-2006125280 Nov 2006 WO
WO-2007121144 Oct 2007 WO
WO-2007143677 Dec 2007 WO
WO-2007143797 Dec 2007 WO
WO-2008030872 Mar 2008 WO
WO-2008060859 May 2008 WO
WO-2008060902 May 2008 WO
WO-2008060995 May 2008 WO
WO-2010054146 May 2010 WO
WO-2010054225 May 2010 WO
Non-Patent Literature Citations (8)
Entry
European Search Report for Application No. EP10164058, mailed on Jun. 25, 2010, 2 pages.
International Preliminary Report on Patentability and Written Opinion for Application No. PCT/US2006/38978, mailed on Apr. 16, 2008, 8 pages.
International Search Report for Application No. PCT/US2006/38978, mailed on Feb. 27, 2007, 3 pages.
Merritt R., et al., Wireless nets starting to link medical gear [online] 2004 [retrieved on Feb. 12, 2007]. Retrieved from the Internet: < http://www.eetimes.com/showArticle.jht ml″>.
Boyd, “Preparing for the Transition” in: The Art and the Science of Cataract Surgery, Chapter 7, 2001, pp. 93-133.
International Preliminary Report on Patentability and Written Opinion for Application No. PCT/US2006/39868, mailed on Apr. 16, 2008, 6 pages.
International Search Report for Application No. PCT/US2006/39868, mailed on Nov. 12, 2007, 3 pages.
Phacoemulsification, [online] [retrieved on Jul. 1, 2009]. Retrieved from the Internet: <http://en.wikipedia.org/wiki/Phacoemulsification>, 2 pages.
Related Publications (1)
Number Date Country
20130149967 A1 Jun 2013 US
Continuations (1)
Number Date Country
Parent 11250982 Oct 2005 US
Child 13765537 US