JP2007521723A - 医療機器を制御するためのシステム - Google Patents

Abstract

医療機器を制御するためのシステムが開示され、外科用ネットワークと、医療用コマンドを入力するための入力機器と、医療用コマンドデータを生成するためのコントローラと、少なくとも１つの補助機器と通信するための変換器とを具備し、前記補助機器は、前記外科用ネットワークに適合しない機器か、または広帯域データを生成する機器かのいずれかである。ある実施形態において、前記補助機器は広帯域データ送信のためにイーサネット（登録商標）または無線制御のためのブルートゥース（登録商標）を介して接続される。

Description

本発明は、手術室における医療機器を制御するシステムに関する。詳しくは、本発明は、外科用ネットワークに接続された主要な医療機器と、外科用ネットワークに適合しないか、または広帯域データを送信する補助機器とを同時に制御するためのシステムに関する。

本出願は、２００３年６月２３日に出願された係属中の米国特許出願公開第１０／６０１，４０６号明細書による優先権の利益を主張する。

新技術の出現および絶え間ない進歩によって、手術室における医療機器の使用は、ますます技術的に複雑になり、かつ機器を使用する外科医によるますます正確な操作が要求される。したがって、手術室における複数の医療機器を集中的に制御するための各種システムが提案されてきた。

散布器、ポンプ、圧力測定器、レーザー、ＨＦ機器、内視鏡のライトおよびカメラ、Ｘ線または超音波機器、他の画像またはビデオ録画機器、他の照明機器、またさらにプリンタ、紙、電話、または手術台自体からのあらゆるものを含むことが可能な各種医療機器を制御する中央装置を用いることが一般に知られている。そのようなシステムは、単一の機器を用いて手術室の様々な医療機器を集中的に制御する手段として中央装置に多数の機器を相互接続することが可能な自己設定バス（self-configuring bus）を用いる。本出願の譲受人に譲渡され、かつ引用してここに組み込む米国特許第６，３９７，２８６号明細書に開示されているようなこれらの外科用ネットワークは、コントローラまたはマスタ機器によって監視され、かつバスに接続された特定の機器がネットワークから取り外されたとき、ネットワークに付加されたとき、または電力を失ったときに、それによって自動的に構成される、例えばＣＡＮバスを含むことが可能である。そのようなバスは、他の機器の動作を妨げることなく、個々の機器をネットワークに付加し、またはネットワークから取り外すことを可能とする。さらに、これらのバスは、個々の外科処置の間に用いられる、より多数の機器を許容する。

しかし、そのようなシステムの１つの欠点は、バスが時々要求されるほど早くデータを送信しないということである。そのようなバスの主な目的は、一般に、バスが相互接続する機器を制御することであって、データ送信ではない。したがって、ＣＡＮまたは類似のバスを利用するシステムは、大量のデータ送信を効果的に容易にするものではない。しかし、上述したような外科用ネットワークは、例えば、中央装置および／またはモニターにビデオデータを送信するビデオカメラのような大量のデータの高速な送信を要求する機器を頻繁に利用する。ビデオ画像として再生することが可能であり、それによって他の機器の制御を助けるために使用することが可能なこのデータは、ＣＡＮまたは類似のバスを利用するシステムが効率的に送信することが可能でないかなり大量の情報となる。

ＣＡＮのようなバスまたは類似のバスを使用するもう１つの欠点は、外科医が特定の処置の間に使用を望む可能性のある機器の全てが適合するとは限らないということである。上述したように、外科医が特定の処置の間に使用することを望む可能性がある数え切れない機器が存在し、かつこれらの機器はそれぞれ異なる種類のバスまたはネットワークに適合する可能性がある。したがって、特定の外科医は、彼の外科用の環境において利用可能な特定のバスまたはネットワークに適合しない医療機器の使用を望むことがたいへんよくあり得る。

したがって、望まれるものは、大量のデータを高速に送信することが可能な複数の医療機器を制御するためのシステムおよび方法である。さらに望まれるものは、第１の外科用ネットワークに適合せず、第２の外科用ネットワークに適合するある機器が、さらに第１の外科用ネットワークの機器とともに集中的に制御されることが可能な、複数の医療機器を制御するためのシステムおよび方法である。

したがって、本発明の目的は、外科医がシステムに多数の医療機器を接続することが可能な、複数の医療機器を制御するためのシステムを提供することである。

本発明のさらなる目的は、システムに接続された他の機器を妨害することなく、特定の機器の接続を開始または終了することが可能な、複数の医療機器を制御するためのシステムを提供することである。

本発明のさらなる目的は、大量のデータを高速に送信することが可能な、複数の医療機器を制御するためのシステムを提供することである。

本発明のさらにもう１つの目的は、外科用ネットワークに適合しない医療機器の同時制御が可能な、複数の医療機器を制御するためのシステムを提供することである。

先行技術の欠点を克服し、かつ列挙された目的および効果の少なくともいくつかを達成するために、本発明は、補助医療機器を制御するためのシステムを含み、前記システムは、外科用ネットワークと、前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、前記外科用ネットワークに接続され、前記医療用コマンドデータを受信および変換するための変換器と、前記変換器と通信し、前記変換された医療用コマンドデータを受信し、かつ対応する医療用コマンドを実行するための少なくとも１つの補助医療機器と、前記少なくとも１つの補助医療機器によって生成され、かつ前記変換器へ送信され、前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームと、を含む。

もう１つの実施形態において、本発明は、外科用ネットワークの一部である主要な医療機器と、補助医療機器との両方を制御するためのシステムを含み、前記システムは、外科用ネットワークと、前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、前記外科用ネットワークに接続され、前記医療用コマンドデータを受信および変換するための第１変換器を有する少なくとも１つの主要な医療機器と、前記第１変換器と通信し、前記変換された医療用コマンドデータを受信し、かつ対応する医療用コマンドを実行するための少なくとも１つの補助医療機器と、前記少なくとも１つの補助医療機器によって生成され、前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームと、前記外科用ネットワークと通信し、前記データストリームを受信および変換するための第２変換器と、を含む。

さらにもう１つの実施形態において、本発明は、補助医療機器を制御するためのシステムを含み、前記システムは、外科用ネットワークと、前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、前記外科用ネットワークに接続され、前記医療用コマンドデータを受信および変換するための変換器と、前記外科用ネットワークに接続可能でなく、前記変換器と通信し、前記変換された医療用コマンドデータを受信し、かつ対応する医療用コマンドを実行するための少なくとも１つの補助医療機器と、前記少なくとも１つの補助医療機器によって生成され、かつ前記変換器へ送信されるフィードバックデータと、を含む。

さらにもう１つの実施形態において、本発明は、外科用ネットワークの一部である主要な医療機器と、補助医療機器との両方を制御するためのシステムを含み、前記システムは、外科用ネットワークと、前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、前記外科用ネットワークに接続され、前記医療用コマンドデータを受信および変換するための第１変換器を有する少なくとも１つの主要な医療機器と、前記外科用ネットワークに接続可能でなく、前記第１変換器に接続され、前記変換された医療用コマンドデータを受信し、かつ対応する医療用コマンドを実行するための少なくとも１つの補助医療機器と、前記少なくとも１つの補助医療機器によって生成されるフィードバックデータと、前記外科用ネットワークと通信し、前記フィードバックデータを受信および変換するための第２変換器と、を含む。

もう１つの実施形態において、本発明は、医療機器を制御するためのシステムを含み、前記システムは、外科用ネットワークと、前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、補助ネットワークと、前記外科用ネットワークに接続され、前記外科用ネットワークに接続するための第１インタフェースと、前記補助ネットワークと通信するための第２インタフェースとを有する医療機器と、前記医療機器によって生成され、かつ前記補助ネットワークへ送信され、前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームと、を含む。

さらにもう１つの実施形態において、本発明は、補助医療機器を制御するための方法を含み、前記方法は、外科用ネットワークを設けるステップと、前記外科用ネットワークに医療用コマンドを入力するステップと、対応する医療用コマンドデータを生成するステップと、前記医療用コマンドデータを変換するステップと、前記変換された医療用コマンドデータを補助医療機器に送信するステップと、前記補助医療機器を用いて対応する医療用コマンドを実行するステップと、前記補助医療機器を用いて前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームを生成するステップと、前記データストリームを変換するステップと、前記変換されたデータストリームを前記外科用ネットワークへ送信するステップと、を含む。

さらにもう１つの実施形態において、本発明は、補助医療機器を制御するための方法を含み、前記方法は、外科用ネットワークを設けるステップと、前記外科用ネットワークに医療用コマンドを入力するステップと、対応する医療用コマンドデータを生成するステップと、前記医療用コマンドデータを変換するステップと、前記変換された医療用コマンドデータを前記外科用ネットワークに接続可能でない補助医療機器に送信するステップと、前記補助医療機器を用いて対応する医療用コマンドを実行するステップと、前記補助医療機器を用いてフィードバックデータを生成するステップと、前記フィードバックデータを変換するステップと、前記変換されたフィードバックデータを前記外科用ネットワークへ送信するステップと、を含む。

もう１つの実施形態において、本発明は、医療機器を制御するための方法を含み、前記方法は、外科用ネットワークを設けるステップと、補助ネットワークを設けるステップと、第１インタフェースおよび第２インタフェースを有する医療機器を設けるステップと、前記外科用ネットワークに医療用コマンドを入力するステップと、対応する医療用コマンドデータを生成するステップと、前記医療用コマンドデータを前記第１インタフェースを介して前記医療機器へ送信するステップと、前記医療機器を用いて前記医療用コマンドを実行するステップと、前記医療機器を用いて前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームを生成するステップと、前記データストリームを前記第２インタフェースを介して前記補助ネットワークへ送信するステップと、を含む。

本出願において、ここで用いられる用語「適合しない」は、データ変換なしで機器またはネットワークへデータを送信し、または、データ変換なしで機器またはネットワークからデータを受信することが可能でないことを意味する。

本発明による医療機器を制御するためのシステムの一実施形態の基本的な構成要素は、図１に表わされている。ここに表わされた実施形態において、複数の機器２２、２４、２６、４８および外科用コントローラ３０はバス３２を介して相互接続され、外科用ネットワーク１０を構成する。機器２２、２４、２６、４８は、限定しないが、散布器、ポンプ、圧力測定器、レーザー、ＨＦ機器、内視鏡のライトおよびカメラ、Ｘ線または超音波機器、他の画像またはビデオ録画機器、他の照明機器、またさらにプリンタ、紙、電話、または手術台自体を含む、外科処置の間に外科医が使用することを望む可能性のある任意の医療機器または関連機器とすることが可能である。

ある効果的な実施形態において、バス３２は、自己設定バスであり、かつ外科用コントローラ３０はバス３２における通信を監視するとともに、個々の機器２２、２４、２６、４８のバス３２への接続が開始または終了するときにバス３２を再設定する動作を行う。バス３２は、例えば、コントローラエリアネットワーク（ＣＡＮ）バス（すなわち、２線式シリアルバスシステム）、またはオープンアーキテクチャかつ高レベルのデータ完全性を有する任意の他のバスシステムのような、自動的に再設定することが可能な任意のバスとすることが可能である。

ある実施形態において、機器２２は物理的な接続を介してバス３２に接続される。他の実施形態において、トランシーバ４４は物理的にバス３２に接続され、無線で機器２４をバス３２に接続させることが可能である。ある効果的な実施形態において、この接続はブルートゥース（登録商標）接続である。

典型的には、外科用コントローラ３０は、ネットワーク１０および少なくとも１つの他の機器の両方と通信するために、複数のインタフェース８２、８４を有する変換器４０に接続されるか、または変換器４０を含む。しかし、ある実施形態において、外科用コントローラ３０は、さらに以下で説明するように、機器４８が複数のインタフェース８６、８８を含む場合のように、別個の変換器４０に直接に接続されず、または変換器４０を含まない。

ある実施形態において、外科用コントローラ３０は、実際は、機器２２、２４、２６、４８の１つである。そのような配置は、機器２２、２４、２６、４８が一連のマスタおよびスレーブ機器として配置されるときに生じ得る。外科用コントローラ３０として動作する別個の医療用でない機器の代わりに、機器２２、２４、２６、４８の１つがコントローラとして動作する。例えば機器２２であるこのマスタ機器は、スレーブ機器２４、２６、４８を制御することが可能な任意の機器とすることが可能である。ある効果的な実施形態において、スレーブ機器２４、２６、４８の少なくともいくつかは、予め決定された優先レベルを有する。これらの実施形態において、マスタ機器２２の接続が終了または割り込まれると、スレーブ機器２４、２６、４８のいずれがバス３２とのアクティブな接続を有し、かつそのようにアクティブに接続された全て機器の中で最も高い優先レベルを有するとしても、新たなマスタ機器またはコントローラとなり、そして残りのスレーブ機器を制御する。

上述したように、変換器４０はバス３２と通信するためのインタフェース８２と、少なくとも他の１つの機器と通信するためのインタフェース８４とを有する。典型的には、変換機４０はインタフェース８４を介して補助コントローラ５０に接続され、補助コントローラ５０は、複数の医療機器６２、６４、６６、４８と相互接続され、補助ネットワーク１２を構成する。機器２２、２４、２６、４８と同様に、機器６２、６４、６６、４８は、限定しないが、散布器、ポンプ、圧力測定器、レーザー、ＨＦ機器、内視鏡のライトおよびカメラ、Ｘ線または超音波機器、他の画像またはビデオ録画機器、他の照明機器、またさらにプリンタ、紙、電話、または手術台自体を含む、外科処置の間に外科医が使用することを望む可能性のある任意の医療機器または関連機器とすることが可能である。

ある効果的な実施形態において、変換器４０と補助ネットワーク１２との間の接続は、医療機器またはコントローラが共通にインタフェースを有するタイプのものである。その結果として、外科用ネットワーク１０に適合しない医療機器は、外科用コントローラ３０および補助コントローラ５０のそれぞれが受信したデータを解釈することができるようにデータを変換する変換器４０からデータを受信し、または変換器４０へデータを送信することによって通信することが可能である。

他の効果的な実施形態において、変換器４０と補助ネットワーク１２との間の接続は、大量のデータを高速に送信することが可能な任意のタイプの接続とすることが可能である。この接続は任意の広帯域データを送信可能なものとすることが可能であるが、ある効果的な実施形態において、外科用ネットワーク１０および／または補助ネットワーク１２の機器からライブのビデオ供給、または機器のリアルタイムな視覚的表現をサポートするために十分な速度でデータを送信可能とするべきである。

ある効果的な実施形態において、この接続はイーサネット（登録商標）接続である。イーサネット（登録商標）プロトコルはＩＥＥＥ８０２．３標準としても知られ、同軸ケーブル、より対線ケーブル、または光ファイバーケーブルのような各種の手段の１つを介してデータ通信を容易にする。したがって、そのような接続はビデオデータのような広帯域データを変換器４０へ効率的に送信することが可能である。

イーサネット（登録商標）接続を用いるときは、ポイントツーポイント通信が要求される。したがって、１つより多くの補助機器が存在する実施形態において、変換器４０への接続はイーサネット（登録商標）接続であり、中心となる機器はハブまたはスイッチとして動作することが要求される。このようにして、補助コントローラ５０は、変換器４０と機器６２、６４、６６、４８の各々との間のポイントツーポイント通信を可能とする。

他の実施形態において、この接続はブルートゥース（登録商標）プロトコルを利用した無線接続である。そのような接続は、典型的には３５フィートの範囲内で、ある機器がデータを無線でもう１つの機器へ送信することを可能とし、かつ見通しの接続を必要としない利点を有する。

変換器４０のインタフェース８２、８４は、ネットワーク１０とネットワーク１２との間で適切にメッセージを受信または方向づけることが可能な機器を含む。以下でさらに説明するように、結果として、ネットワーク１０、１２の医療機器は、変換器４０へメッセージを送信し、かつ変換器４０からメッセージを受信することが可能であり、変換器４０はこれらのメッセージを変換した後、適切な情報を２つのネットワークの他方へ、またはモニター７２のような別個のまたは周辺の機器へ転送する。この方法において、変換器４０は外科用ネットワーク１０を補助ネットワーク１２に接続し、変換器４０を２つのネットワークの間のゲートウェイとして動作することを可能とし、それによっていずれかのネットワークの機器が他方のネットワークに存在するかのように見せることを可能とする。この配置（すなわち透過性）は、外科医が両方のネットワークを同時に制御することを可能とし、両方のネットワークについて自己設定バスの利点を有する。例えば、外科医は、他方のネットワークにおけるビデオカメラによって収集および送信されたビデオデータによって生成されたビデオ画像の中で、一方のネットワークにおける装置の表示のためにパラメータを選択することが可能である。

入力機器７０は外科用コントローラ３０に接続され、外科医はそれを用いて外科用ネットワーク１０および補助ネットワーク１２の機器を制御する。入力機器７０は、それによって外科医がネットワーク１０、１２の機器へコマンドを送信することが可能な任意の機器とすることが可能であり、限定しないが、キーボード、キーパッド、マウス、トラックボール、ジョイスティック、タッチスクリーン、または音声認識ソフトウェアを含む。ある実施形態において、入力機器７０は外科用コントローラ３０に統合された一部または外科用コントローラ３０の周辺機器である。あるいは、他の実施形態において、入力機器７０は、物理的にまたは無線で外科用コントローラ３０に接続される。ある実施形態において、入力機器７０は外科用コントローラ３０に直接にまたはローカルに接続され、一方、他の実施形態において、入力機器７０は、例えば、ＬＡＮを介して別個の制御室から、またはインターネットを介して離れた場所から、外科医が遠隔で機器を制御することが可能であるように、例えば、ネットワークを介して外科用コントローラ３０に遠隔で接続される。

１つの効果的な実施形態において、外科用コントローラ３０はパーソナルコンピュータである。さらに、ある効果的な実施形態において、外科用コントローラ３０、変換器４０、および補助コントローラ５０のいくつかまたは全ては単一の機器４２の内部に含まれ、一方、他の実施形態において、それらは全て別個の機器である。

１つの効果的な実施形態において、外科処置の間にビデオデータを収集するビデオカメラ６２は、収集されたビデオデータを効率的に変換器４０に送信するために補助コントローラ５０に接続される。変換器４０はデータを変換し、かつそれを外科用コントローラ３０に送信する。一方、外科医が外科処置の間に使用することを望む可能性があるあらゆる機器、特に外科用コントローラ３０に大量のデータを送信しなければならないあらゆる機器を補助コントローラ５０に接続することが可能であることに留意すべきである。ある効果的な実施形態において、カメラ６２はイーサネット（登録商標）接続を介して補助コントローラ５０に接続される。

もう１つの効果的な実施形態において、ビデオカメラ６４は、カメラの移動の制限をより少なくすることを可能とするために、無線接続を介して補助コントローラ５０に接続される。一方、外科医が外科処置の間に無線で制御することを望むあらゆる機器は、このようにして補助コントローラ５０に接続することが可能であることに留意すべきである。ある効果的な実施形態において、接続はブルートゥース（登録商標）プロトコルを利用する。

１つの効果的な実施形態において、モニター７２は、ライブのビデオ供給または機器によるリアルな視覚化のような画像として外科用コントローラ３０によって受信されるデータを再生するために外科用コントローラ３０に接続される。ある実施形態において、モニター７２は、外科用コントローラ３０に統合された一部または外科用コントローラ３０の周辺機器である。あるいは、他の実施形態において、モニター７２は、物理的に、または無線で、外科用コントローラ３０に接続される。ある実施形態において、モニター７２は、直接に、またはローカルに、外科用コントローラ３０に接続され、一方、他の実施形態において、モニター７２は、例えば、ネットワークを介して、外科医が遠隔で画像を見ることが可能であるように、例えば、外科医が別個の制御室から入力機器７０を操作して、または、インターネットを介して離れた場所から画像を見るために、外科用コントローラ３０に遠隔で接続される。一方、他の実施形態において、データは、機器６２、６４、６６、４８またはコントローラ５０からモニター７４へ直接に送信することが可能である。

１つの実施形態において、無線接続を介して補助医療機器６６と外科用ネットワーク１０との間でポイントツーポイント通信が確立される。これらの実施形態において、外科ネットワーク１０に接続された機器２６は機器６６のためのリモートコントローラとして動作する。機器２６は、インタフェース９２を介して医療用コマンドを受信した後、データを変換するそれ自身の変換器を有する。そして、変換されたデータは、インタフェース９４、９６を介して無線で機器６６へ送信される。したがって、機器６６が例えば照明のようなデータを送信しなければならない機器でないならば、補助コントローラ５０への接続は不要である。ある効果的な実施形態において、この接続はブルートゥース（登録商標）プロトコルを利用する。

ある実施形態において、補助ネットワークはインターネットであるか、またはインターネットに接続される。ある実施形態において、単一の機器４２自体がインターネットへ直接に接続するためのインタフェースを有する。このようにして、ビデオデータのようなデータはインターネットを介して送信され、または医療用コマンドをインターネットを介して受信することが可能である。同様に、ある実施形態において、補助ネットワーク１２はインターネットまたは例えばＬＡＮのような他のネットワークに接続されると、例えば、病院情報システム、別個のデータベースおよび／または処理装置は、例えば患者の情報のようなデータを検索するために、または、例えばあるビデオ画像のようなデータを格納するためにアクセスすることが可能である。典型的には、そのようなインターネットへの接続は、例えば、ファイアウォール、電気的分離、または他のセキュリティ手段のようなセキュリティ手段を使用する。

ある実施形態において、機器４８はバスインタフェース８６およびイーサネット（登録商標）インタフェース８８の両方を有することが可能である。したがって、機器４８はインターネットまたは補助ネットワーク１２に直接に接続することが可能である。このようにして、機器４８は入力機器７０の近くにおける追加の位置から同時に制御することが可能である。さらに、この配置の結果、機器４８はインタフェース８６を介してコマンドを受信し、かつインタフェース８８を介して広帯域データを送信することが可能であり、したがって、追加の変換器は要求されない。

上述したシステム１０の動作は図２および図３においてステップを追って説明される。図２から開始すると、外科医は入力機器７０を用いてコマンドを入力する。このコマンドに応答して、入力機器７０は医療用コマンドデータ１００を生成し、これは外科用コントローラ３０に送信される。外科用コントローラ３０はこのデータを医療機器２２に送信し、医療機器２２はコマンドを実行する。そして、医療機器２２はフィードバックデータ１０２を生成し、これは外科用コントローラ３０に返送される。また、ある実施形態において、入力機器７０によって生成された医療用コマンドデータ１００は、外科用コントローラ３０から変換器４０へ送信され、変換器４０は例えば２次元ルックアップテーブルを用いてデータを変換し、そして次に、変換されたデータを補助コントローラ５０へ送信する。補助コントローラ５０は、変換されたコマンドデータを医療機器６２へ送信し、医療機器６２はコマンドを実行する。そして、医療機器６２はフィードバックデータ１０４を生成し、それを補助コントローラ５０へ送信する。補助コントローラ５０はフィードバックデータ１０４を変換器４０へ送信し、変換器４０は、例えばルックアップテーブルを用いてフィードバックデータを変換し、かつ変換されたフィードバックデータを外科用コントローラ３０へ送信する。

図３に表わされたように、ある実施形態において、医療機器６２は広帯域データ１０８を生成し、それを補助コントローラ５０へ送信する。補助コントローラはこの広帯域データ１０８を変換器４０へ送信し、変換器４０はデータ１０８を変換するとともに変換されたデータを外科用コントローラ３０へ送信する。ある実施形態において、データはビデオデータであり、かつ外科用コントローラ３０はこのデータをモニター７２へ送信し、モニター７２はデータをビデオ画像として再生する。他の実施形態において、広帯域データ１０８は医療機器６２または補助コントローラ５０から直接にモニター７４へ送信される。さらに他の実施形態において、広帯域データ１０８は医療機器６２から安全な接続を介してインターネットへ送信される。

上記は説明であって限定ではなく、かつ本発明の技術的思想の範囲を逸脱することなくこの技術分野の当業者によって明らかな変形が行われることが可能であると理解すべきである。したがって、本発明の技術的範囲を決定するために上記の説明よりむしろ特許請求の範囲が主として参照されるべきである。

本発明による医療機器を制御するためのシステムおよび方法のブロック図である。 図１のシステムおよび方法の一実施形態のブロック図である。 図２のシステムおよび方法の一実施形態のブロック図である。

符号の説明

１０ 外科用ネットワーク
１２ 補助ネットワーク
２２、２４、２６、４２、４８、６２、６４、６６ 機器
３０ 外科用コントローラ
３２ バス
４０ 変換器
４４ トランシーバ
５０ 補助コントローラ
７０ 入力機器
７２、７４ モニター
８２、８４、８６、８８、９２、９４、９６ インタフェース
１００ 医療用コマンドデータ
１０２、１０４ フィードバックデータ
１０８ 広帯域データ

Claims (10)

1. 補助医療機器を制御するためのシステムであって、
   外科用ネットワークと、
   前記外科用ネットワークに接続され、医療用コマンドを入力するための入力機器と、
   前記外科用ネットワークに接続され、前記医療用コマンドを受信し、かつ対応する医療用コマンドデータを生成するためのコントローラと、
   前記外科用ネットワークに接続され、前記医療用コマンドデータを受信および変換するための変換器と、
   前記変換器と通信し、前記変換された医療用コマンドデータを受信し、かつ対応する医療用コマンドを実行するための少なくとも１つの補助医療機器と、
   前記少なくとも１つの補助医療機器によって生成され、かつ前記変換器へ送信される追加データと、
   を具備する、補助医療機器を制御するためのシステム。
2. 前記少なくとも１つの補助医療機器は前記外科用ネットワークに接続可能でない請求項１に記載のシステム。
3. 前記追加データは、前記外科用ネットワークが送信可能であるより広い帯域幅を有するデータストリームを含む請求項１に記載のシステム。
4. 前記外科用ネットワークに接続され、前記変換器を含む主要な医療機器と、
   前記外科用ネットワークと通信し、前記追加データを受信および変換するための第２変換器と、
   をさらに具備する請求項１に記載のシステム。
5. 前記変換器はイーサネット（登録商標）接続を介して少なくとも１つの前記補助医療機器と通信する請求項１に記載のシステム。
6. 前記変換器は無線接続を介して前記少なくとも１つの補助医療機器と通信する請求項１に記載のシステム。
7. 前記外科用ネットワークは自己設定バスを含む請求項１に記載のシステム。
8. 補助ネットワークと、
   前記補助ネットワークに接続された補助コントローラと、
   をさらに具備する請求項１に記載のシステム。
9. 前記追加データはビデオデータであり、
   前記システムは、前記外科用ネットワークに接続され、前記ビデオデータが前記変換器によって変換された後にビデオ画像として前記ビデオデータを再生するためのモニターをさらに具備する請求項１に記載のシステム。
10. 前記外科用ネットワークは少なくとも１つの主要な医療機器を含み、
    前記ビデオ画像は前記主要な医療機器または前記補助医療機器の少なくとも１つの視覚的表示である請求項９に記載のシステム。

Images