JP5221535B2 - 医療装置とコンピュータシステムとの間のデータ結合を行う方法 - Google Patents

Description

本発明は、医療装置とコンピュータシステムとの間のデータ結合を行なう方法に関する。

病院において、患者に関する情報をドキュメンテーションするためにソフトウエアシステムが使用される。これらの情報において、とりわけ患者の状態を監視しかつ／またはこれに影響を及ぼす医療装置の測定値が問題になる。たとえば測定されたまたは設定された値のようなデータおよびアラームデータを電気的に利用することができるようにするために、医療装置は、一般にインターフェースを有する。

医療装置のデータを受信するため、かつたとえばディスプレイするためおよび／または記憶するためのように、引き続き処理するため、患者ドキュメンテーションシステムは、種々のソフトウエアモジュールを使用する。そのために医療装置は、コンピュータに、いわゆるインターフェースＰＣに接続されており、これらのコンピュータは、一方において個々の医療装置と他方においてデータを処理するシステムとの間においてインターフェースの機能を受け持つ。

種々のインターフェース設定を必要とする種々の通信プロトコルを有する多数の異なった医療装置が存在する。その際、たとえば患者監視装置、人工呼吸装置または麻酔装置が問題になり、たとえばフィリップスメディカルシステムズのインテリヴューＭＰ９０、ＧＥヘルスケアのソラー８０００、ドランガー／ジーメンスのインフィニティーデルタ、デイテックスのＡＳ／３、ドランガーのエヴィタ２、マケットのサーヴォ３００、ドランガーのツォイス、またはデイテックスのエスティヴァ／５のような装置が問題になる。

インターフェースＰＣにおける新しい医療装置の接続、または別の医療装置との医療装置の交換は、医療装置およびインターフェースＰＣにおける一連の設定に結び付いており、これらの設定は、通常は医療職員が行なわなければならない。

まず医療装置の所属のドライバソフトウエアを選択しなければならない。しかしながらこのソフトウエアは、それぞれの医療装置のために常に即座に利用できるとは限らず、またはわかっているとは限らない。その上さらに１つの医療装置は、複数の異なった通信パラメータを可能にすることがある。たとえばデータ伝送速度（ボー速度）、データビットの数、パリティー、スタートおよびストップビットの数、およびフロー制御の利用されるモードが、通信パラメータとみなされる。許容される通信パラメータは常にわかっているとは限らないので、これらの通信パラメータは、第１に医療装置において読み取らなければならない。そのために場合によってはシステムメニューを開かなければならず、これらのシステムメニューは、パスワード問い合わせによって保護することができる。それ故に通信パラメータの入力は、当該の職員にとってしばしば煩わしいと感じられ、またはそれどころか忘れられ、かつその上誤りやすい。

前記の設定が行なわれないか、または誤って行なわれると、医療装置へのデータ結合を構成することはできないので、たとえは測定装置によって測定されまたは測定装置によって設定された値のようなデータは失われてしまう。

本発明の課題は、医療装置とコンピュータシステムとの間のできるだけ確実なデータ結合を行う方法を提供することにある。

この課題は、複数の医療装置Ｍ１−Ｍ６と１つのコンピュータシステム１との間のデータ結合を行う方法であって、このコンピュータシステム１内には、少なくとも１つの通信プロトコルＰ１−Ｐ６が、この通信プロトコルＰ１−Ｐ６に割り当てられた通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・と一緒に前記複数の医療装置Ｍ１−Ｍ６の各々に対して記憶されていて、以下の：
ａ．１つの通信プロトコルＰ１−Ｐ６の複数の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・をセットするステップと、
ｂ．１つの医療装置Ｍ１−Ｍ６のデータを受信するステップと、
ｃ．前記１つの医療装置Ｍ１−Ｍ６から受信されたデータが、前記１つの通信プロトコルＰ１−Ｐ６に対して特徴的であるパターンデータに一致するかどうかをテストするステップと、
ｄ．前記１つの医療装置Ｍ１−Ｍ６から受信されたデータが、前記パターンデータに一致しない場合、その他の通信プロトコルＰ１−Ｐ６の前記複数の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・によって、前記ステップａ．〜ステップｃ．を繰り返すステップと、
ｅ．前記１つの医療装置Ｍ１−Ｍ６から受信されたデータが、前記パターンデータに一致する場合、前記１つの通信プロトコルＰ１−Ｐ６を利用して、前記１つの医療装置Ｍ１−Ｍ６と前記１つのコンピュータシステム１との間のデータ結合を行うステップと、を有する当該方法において、
ステップｂ．の前に、問い合わせ、前記１つの医療装置Ｍ１−Ｍ６に対して送信され、ステップｂ．で、前記１つの医療装置Ｍ１−Ｍ６からの前記問い合わせに対して送信された前記１つの医療装置Ｍ１−Ｍ６のデータが受信され、
ステップｅ．で前記データ結合を行う前に、最初の前記１つの通信プロトコルＰ１−Ｐ６が、一義的に識別されていうかどうかがチェックされ、前記１つの医療装置Ｍ１−Ｍ６から受信されたデータが、別の１つの通信プロトコルＰ１−Ｐ６のパターンデータと一致する場合、当該問い合わせ及び比較がさらに実行される、ことによって解決される。
本発明によれば、コンピュータシステムにおいて、それぞれの医療装置に対して少なくとも１つの通信プロトコルが、この通信プロトコルに対応する通信パラメータとともに記憶されている、コンピュータシステムは、次のステップを実行する：
ａ．通信プロトコルの通信パラメータをセットし；
ｂ．医療装置のデータを受信し；
ｃ．医療装置から受信されたデータが通信プロトコルに対して特徴的なパターンデータに一致するかどうかをテストし；
ｄ．医療装置から受信されたデータがパターンデータに一致しなかった場合、通信プロトコルの別の通信パラメータによってステップａ．ないしｃ．を繰り返し；
ｅ．医療装置から受信されたデータがパターンデータに一致した場合、通信プロトコルを利用して医療装置とコンピュータシステムとの間のデータ結合を行う。

医療装置が、問い合わせに基づいて初めてコンピュータシステムにデータを送信した場合、ステップａ．とｂ．の間において、医療装置に問い合わせの送信を考慮することができる。

通信プロトコルは、医療装置とコンピュータシステムとの間においてデータを交換する形式に関する規定である。この規定は、規則とフォーマット（シンタックス）のセットからなる。

通信プロトコルの通信パラメータとは、それぞれの医療装置とコンピュータシステムとの間のデータ結合を構成する前にその値をセットしなければならないパラメータという意味である。それには、たとえば次のものが所属する：
−単位、ビット／秒においてデータ伝送の速度を表わす伝送速度（ボー速度）、
−データワード内におけるデータビットの数、
−誤り検出のために利用されるパリティー、
−データワードの最後を認識するためのストップビットの数、
−データワードの最初を認識するためのスタートビットの数、および
−フロー制御（なし、ソフトウエアまたはハードウエア）。

通信パラメータのそれぞれの値は、医療装置において設定されており、かつデータ結合を行うために、コンピュータシステムのソフトウエアにおいて、いわゆるインターフェースソフトウエアにおいて同じ値に設定しなければならない。

通信プロトコルにおいてそれぞれ予期すべきパターンデータは、たとえば医療装置の説明書の形において製造業者の表示にしたがって予期すべき医療装置の応答データを解析することによって検出することができる。予期すべき応答データにおける不変のおよび可変の部分を検出することによって、このときに解析のために利用されるパターンを導き出すことができる。たとえば装置からデータが伝送される場合、応答におけるこのデータの位置は、かつ同時にこのデータの構造（たとえば“２００６−０１−３１”または“３１−０１−２００６”）は、容易に検出することができる。この情報は、同様にパターンデータを発生するために利用することができる。その際、望ましくは規則的な表現が利用される。規則的な表現（省略して“ＲｅｇＥｘｐ”または“Ｒｅｇｅｘ”、英語で“レギュラー・エクスプレッションズ”）は、シンタックスの規則によって（下位の）量の記号チェーンの記述のために使われる。

本発明による解決策は、コンピュータシステム、とくにいわゆるインターフェースＰＣとここに接続された個々の医療装置との間において自動的に、すなわち利用者の追加的な動作なしにデータ結合を構成するという思想に基づいている。その際、それぞれの医療装置によって利用される通信プロトコルは、所属の通信パラメータも含めて、コンピュータシステムによって自動的に検出され、かつデータ結合を行う際に設定される。どの医療装置が具体的に問題になっているか（たとえば製造業社名およびタイプ名称）に関する認識は、その際に必要ない。

整合した通信プロトコルを自動的に検出する際に、インターフェースＰＣの相応する直列インターフェースに接続された医療装置が所定の通信プロトコルを“話す”かどうかがテストされる。肯定された場合、通信プロトコルに相当する医療装置のドライバソフトウエアは、コンピュータシステムにおいて起動される。ドライバソフトウエアとは、通信プロトコルのソフトウエア技術的な変換という意味である。ドライバソフトウエアは、装置と通信し、データ結合を構成し、または現在の測定データを問い合わせる等のことを行う。

それに反して整合した応答が受信されない場合、医療装置がインターフェースＰＣに結合されていないか、またはそれぞれの医療装置が、このプロトコルを“話さず”、別のプロトコルを話し、または通信パラメータが、通信装置のものに一致しない。この場合、本発明によれば、通信プロトコルに対応する通信パラメータが変更され、かつ認識が新たに試みられる。

その後、改めて応答が受信されないかまたは誤った応答が受信されると、次のソフトウエアモジュールが起動され、このソフトウエアモジュールは、別の通信プロトコルを利用して、前記のように医療装置とデータ結合を行なうことを試みる。

この過程は、医療装置とデータ結合を行うことができるまで、可能なすべてのソフトウエアモジュールまたは通信プロトコルによって繰り返される。

望ましくは医療装置がインターフェースＰＣに結合されていない場合にも、前記の方法は進行する。本発明のこの変形において、医療装置がインターフェースＰＣに接続されていない場合に、利用者の動作によって方法を初期設定する必要なしに、データ結合は自動的に行われる。

次に本発明を図面により詳細に説明する。ここでは：

本発明による方法を実施するためのコンピュータシステムを示す図であり； 本発明による方法の例のフローチャートを示す図であり； 図２に示された方法の部分プロセスのフローチャートを示す図であり；かつ 図２に示された方法の別の部分プロセスのフローチャートを示す図である。

図１は、本発明による方法を実施するためのコンピュータシステム１を示している。コンピュータシステム１に電気線および／または無線によって、たとえば赤外線または無線周波数ビームによって、医療装置Ｍ１ないしＭ６が結合されている。

それぞれの医療装置Ｍ１ないしＭ６に対して少なくとも１つの通信プロトコルＰ１ないしＰ６が存在し、この通信プロトコルにそれぞれ複数の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・ないしＫ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・が付属している。

それぞれ付属の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・ないしＫ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・を含んだ個々の通信プロトコルＰ１ないしＰ６の定義は、通常はそれぞれの医療装置製造業者の表示から取り出され、かつコンピュータシステム１内に記憶される。

次に例として、医療装置Ｍ１およびＭ２との通信のために必要な通信プロトコルＰ１ないしＰ２、および通信パラメータのそれぞれ許容された値が示されている：

（表１）
医療装置 Ｍ１ Ｍ２
通信プロトコル Ｐ１ Ｐ２
装置タイプ 人工呼吸装置 麻酔装置
ボー速度 ２４００，４８００，９６００ １２００，４８００，１９２００ データビット ７，８ ７，８
スタートビット １ １
ストップビット １または２ １
パリティー 偶数または奇数 偶数

それぞれの通信プロトコルＰ１ないしＰ６のために１つのソフトウエアモジュールＳ１ないしＳ６が存在し、このソフトウエアモジュールによって個々の医療装置との通信のために、それぞれ必要な通信プロトコルＰ１ないしＰ６を自動的に認識することができる。ソフトウエアモジュールＳ１ないしＳ６は、方法の初めに、コンピュータシステム１にロードされ、かつここにおいて（図１に暗示するように）リストにして保持される。続いて個々のソフトウエアモジュールＳ１ないしＳ６は、順に起動される。

まずリスト内にある第１のソフトウエアモジュールＳ１が起動される。このソフトウエアモジュールは、本発明による方法に相応して第１の通信プロトコルＰ１を利用して、接続された医療装置Ｍ１ないしＭ６のうち第１の医療装置たとえばＭ２に対してデータ結合を構成するように試みる。

その際、医療装置Ｍ２とコンピュータシステム１との間のデータ結合を行うことができない場合、リスト内にある次の第２のソフトウエアモジュールがスタートさせられる。このとき、このことは、第２の通信プロトコルＰ２を利用して、第１の医療装置Ｍ２に対してデータ結合を構成するように試みる。この試みも成功しなかった場合、第１の医療装置Ｍ２とのデータ結合が行われるまで、リストにある別のソフトウエアモジュールＳ３ないしＳ６が、順に起動される。

前記の方法は、別の医療装置Ｍ１，Ｍ３ないしＭ６に対して相応して繰り返される。

通信プロトコルたとえばＰ１を利用してデータ結合を行う本発明による方法において、相応したソフトウエアモジュールＳ１によって、まずたとえばデータ伝送速度、１データワードあたりのデータビットの数、パリティー、およびスタートおよびストップビットの数のような個々の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・の値がセットされる。その際、望ましくは通信パラメータは、（たとえば製造業者表示にしたがってまたは本発明によれば）この通信プロトコルにおいて最も頻繁に利用される値にセットされる。通信プロトコルＰ１およびＰ２を含む前記の表において、これらの値は、アンダーラインを付けられている。第１の通信プロトコルＰ１のこの例において、このことは次の値である：データ伝送速度２４００ビット／ｓ、８データビット、それぞれ１のスタートおよびストップビットの数、パリティー偶数。

２つの異なったタイプの通信プロトコルが存在する。第１のタイプにおいて、医療装置が応答としてデータを返送する前に、医療装置に問い合わせを送信しなければならない。第２のタイプにおいて、医療装置は、自動的にデータを送信する。

このとき、（通信プロトコルのタイプに応じて、場合によっては問い合わせを送信した後に始めて）第１の医療装置Ｍ２からデータが受信されると、これらのデータは、パターンデータと比較され、これらのパターンデータは、第１の通信プロトコルＰ１に対して特徴的であり、かつこの通信プロトコルを別の通信プロトコルＰ２ないしＰ６のパターンデータから一義的に区別する。

第１の医療装置Ｍ２のデータがパターンデータに一致した場合、第１の通信プロトコルＰ１を利用して、第１の医療装置Ｍ２とコンピュータシステム１との間のデータ結合が行われる。このことが肯定されない場合、まず第１の通信プロトコルＰ１の通信パラメータの値が変更され、かつ変化した通信パラメータに基づいて前記のステップが行われる。前記の例において、通信パラメータは、たとえばデータ伝送速度４８００ビット／ｓ、１データワードあたり７データビット、スタートビットの数１およびストップビットの数２、パリティー奇数のように、第１の通信プロトコルＰ１において２番目に頻繁に利用される値にセットされる。

第１の医療装置Ｍ２から受信されたデータをテストする際に、その上さらにたとえばフレーミングエラーまたはパリティーエラーのような可能な通信誤りが、解析に含められ、かつ場合によっては通信パラメータが変更される。

両方の通信パートナーにおいて通信パラメータが一致しないときに、常にフレーミングエラーが生じ、たとえば医療装置の設定が次のとおりであり：
７データビット、１スタートビット、１ストップビット、パリティー偶数
かつインターフェースＰＣにおける通信モジュールの設定が次のとおりである際、
８データビット、１スタートビット、１ストップビット、パリティー偶数
フレーミングエラーが生じる。

このことは、医療装置から７ビットデータを送信する際に、全体で１０ビットが利用され、かつインターフェースＰＣにおいて１１ビットが評価されることを表わしている。したがってこの通信の“フレーム”（いわゆるフレーミング）は整合しない。

データの伝送が妨害されたとき、パリティーエラーが生じる。このことを認識するために、送信機は、伝送すべきビットからパリティーを算出し、かつこれを受信機に伝送する。受信機は、初めにすべてのビットを受信し、これらからパリティーを計算し、かつこのパリティーを送信機から伝送されたものと比較する。このパリティービットの値が異なっていた場合、伝送誤りが存在する。このとき、利用された通信プロトコルにおいて、このような場合をどのように取り扱うべきかが、ほとんどの場合に定義されている。

望ましくは通信プロトコルが疑いなくかつ一義的にわかっているかどうかもテストされる。第１の応答が予期した応答と一致したとしても、ただしなお別の通信プロトコルが整合した応答を発生した場合もある。このような場合、利用された通信プロトコルが疑いなく識別されるまで、別の問い合わせが必要である。

２つの類似の通信プロトコルの次の例は、このことをはっきりと説明している：両方の通信プロトコルにおいて、相応するコマンドによって通信が構成される（初期設定通信コマンド）。第１のプロトコルにおいてコマンドコード０×２Ｄは、現在の上側警報限界の問い合わせを意味する。しかしながら第２のプロトコルにおいて同じコマンドコードは、現在のモニタデータの問い合わせを意味する。コマンドコード０×５２は、第１のプロトコルにおいて装置識別の問い合わせを意味する。しかしながら第２のプロトコルにおいて装置識別を問い合わせるために、コマンドコード０×２Ｃが利用される。

それによりプロトコルを一義的に識別するために、ＩＣＣコマンドの応答を比較するだけでは不十分であり、なお別の問い合わせおよび比較（たとえば装置識別の問い合わせ）が必要である。

図２は、自動的な装置認識を行うための本発明による方法の例のフローチャートを示している。

方法のスタート１０の後に、まず種々の通信プロトコルを認識するために存在するすべてのソフトウエアモジュール（デテクションオブジェクト）がロードされ１１、かつリストにして配置される。

それから方法の別の部分プロセス２０において、通信プロトコルを認識するために第１のまたはそれぞれ次のソフトウエアモジュールがスタートさせられる。

それからこれに続く部分プロセス３０において、通信プロトコルを自動的に認識するために種々のステップが実行される。通信プロトコルが、医療装置の必要なプロトコルに一致しなかった場合、第１のソフトウエアモジュールは停止され１２、かつそれぞれの医療装置に対して整合した通信プロトコルが一義的に識別されるまで１３、別の通信プロトコルを認識するためにリスト内に配置された別のソフトウエアモジュールに対して部分プロセス２０および３０が繰り返される。この場合、検出された通信プロトコルを利用して、医療装置とコンピュータシステムとの間におけるデータ結合が行われ、かつ自動的に装置を認識する方法は終了する１４。

図３は、通信プロトコルを認識するために第１のソフトウエアモジュールまたは別のソフトウエアモジュールをスタートする部分プロセス２０のフローチャートを示している。

この部分プロセス２０のスタート２１の後に、リストにおいてそれぞれ次のものとして配置されたソフトウエアモジュールが利用される２２。続いてこの通信プロトコルに対応する通信パラメータ、およびこれらの通信パラメータの（望ましくは最も高い確率で利用される）値がロードされ、またはセットされる２３。続いて部分プロセス２０は終了する２４。

部分プロセス２０に続く部分プロセス３０は、図４に詳細に示されている。

スタート３１の後に、まず通信パラメータまたは別の通信パラメータが存在するかどうか３２がチェックされる。このことが否定された場合、部分プロセス３０は終了する３７。（別の）通信パラメータが存在する場合、これらの通信パラメータは設定されまたは変更される３３。それから医療装置に問い合わせが送信され、かつ医療装置から得られた応答がチェックされる。通信プロトコルのタイプに応じて、問い合わせの送信は場合によっては省略される。次のテスト３５によって、通信パラメータがそれぞれの医療装置のものと一致しないことが明らかになると、前記のステップ３２ないし３４は、このような一致が存在するまで、別の通信パラメータに対して繰り返される。

設定された通信パラメータが医療装置のものに一致した場合、別の方法ステップ３６において、それぞれの通信プロトコルが一義的に疑いなく認識されたかどうかがチェックされる。このことが否定された場合、医療装置の別の応答をチェックすることによって、ステップ３４および３５が繰り返される。それぞれの通信プロトコルの疑いのない認識が得られた場合、部分プロセス３０は終了する３７。

Claims (8)

1. 複数の医療装置（Ｍ１−Ｍ６）と１つのコンピュータシステム（１）との間のデータ結合を行う方法であって、このコンピュータシステム（１）内には、少なくとも１つの通信プロトコル（Ｐ１−Ｐ６）が、この通信プロトコル（Ｐ１−Ｐ６）に割り当てられた通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）と一緒に前記複数の医療装置（Ｍ１−Ｍ６）の各々に対して記憶されていて、以下の：
   ａ．１つの通信プロトコル（Ｐ１−Ｐ６）の複数の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）をセットするステップと、
   ｂ．１つの医療装置（Ｍ１−Ｍ６）のデータを受信するステップと、
   ｃ．前記１つの医療装置（Ｍ１−Ｍ６）から受信されたデータが、前記１つの通信プロトコル（Ｐ１−Ｐ６）に対して特徴的であるパターンデータに一致するかどうかをテストするステップと、
   ｄ．前記１つの医療装置（Ｍ１−Ｍ６）から受信されたデータが、前記パターンデータに一致しない場合、その他の通信プロトコル（Ｐ１−Ｐ６）の前記複数の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）によって、前記ステップａ．〜ステップｃ．を繰り返すステップと、
   ｅ．前記１つの医療装置（Ｍ１−Ｍ６）から受信されたデータが、前記パターンデータに一致する場合、前記１つの通信プロトコル（Ｐ１−Ｐ６）を利用して、前記１つの医療装置（Ｍ１−Ｍ６）と前記１つのコンピュータシステム（１）との間のデータ結合を行うステップと、を有する当該方法において、
   ステップｂ．の前に、問い合わせ、前記１つの医療装置（Ｍ１−Ｍ６）に対して送信され、ステップｂ．で、前記１つの医療装置（Ｍ１−Ｍ６）からの前記問い合わせに対して送信された前記１つの医療装置（Ｍ１−Ｍ６）のデータが受信され、
   ステップｅ．で前記データ結合を行う前に、最初の前記１つの通信プロトコル（Ｐ１−Ｐ６）が、一義的に識別されていうかどうかがチェックされ、前記１つの医療装置（Ｍ１−Ｍ６）から受信されたデータが、別の１つの通信プロトコル（Ｐ１−Ｐ６）のパターンデータと一致する場合、当該問い合わせ及び比較がさらに実行される、方法。
2. 前記１つの医療装置（Ｍ１−Ｍ６）と前記１つのコンピュータシステム（１）との間のデータ結合を行うことができなかった場合、前記ステップａ．〜ｅ．が、少なくとも１つの別の通信プロトコル（Ｐ１−Ｐ６）によって繰り返される、請求項１に記載の方法。
3. 前記ステップａ．〜ｅ．は、少なくとも１つの別の医療装置（Ｍ１−Ｍ６）に対して繰り返される、請求項１または２に記載の方法。
4. １つの通信プロトコル（Ｐ１−Ｐ６）に割り当てられた前記複数の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）が、この通信プロトコル（Ｐ１−Ｐ６）で異なった確率で出現され得、
   最高の確率を有する通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）が、ステップａ．でセットされる、請求項１〜３のいずれか１項に記載の方法。
5. それぞれの通信プロトコル（Ｐ１−Ｐ６）に対して特徴的な前記パターンデータが、その他の通信プロトコル（Ｐ１−Ｐ６）のパターンデータと一義的に異なっている、請求項１〜４のいずれか１項に記載の方法。
6. １つの通信プロトコル（Ｐ１−Ｐ６）に対して特徴的なパターンデータが、１つの医療装置（Ｍ１−Ｍ６）の応答データを解析することによって検出される、請求項１〜５のいずれか１項に記載の方法。
7. ステップｅ．で前記データ結合を行うため、前記１つの医療装置（Ｍ１−Ｍ６）の、使用された前記１つの通信プロトコル（Ｐ１−Ｐ６）に割り当てられたドライバソフトウエアモジュールが、前記１つのコンピュータシステム（１）内で起動される、請求項１〜６のいずれか１項に記載の方法。
8. 前記医療装置（Ｍ１−Ｍ６）が、前記コンピュータシステム（１）に接続されていないときにも、前記方法が、実行される、請求項１〜７のいずれか１項に記載の方法。

Images