(57)【要約】  本発明は、コンピュータシステムにおいて、それぞれの医療装置（Ｍ１−Ｍ６）に対して少なくとも１つの通信プロトコル（Ｐ１−Ｐ６）が、この通信プロトコル（Ｐ１−Ｐ６）に対応する通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）とともに記憶されている、医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間においてデータ結合を行う方法に関する。方法は、次のステップを含んでいる：通信プロトコル（Ｐ１−Ｐ６）の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）をセットし；医療装置（Ｍ１−Ｍ６）のデータを受信し；医療装置（Ｍ１−Ｍ６）から受信されたデータが通信プロトコル（Ｐ１−Ｐ６）に対して特徴的なパターンデータに一致するかどうかをテストし；医療装置（Ｍ１−Ｍ６）から受信されたデータがパターンデータに一致しなかった場合、通信プロトコル（Ｐ１−Ｐ６）の別の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）によってステップａ．ないしｃ．を繰り返し；または医療装置（Ｍ１−Ｍ６）から受信されたデータがパターンデータに一致した場合、通信プロトコル（Ｐ１−Ｐ６）を利用して医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間においてデータ結合を行う。このようにして医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間において確実なデータ結合が自動的に行われる。
2009544379.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムにおいて、それぞれの医療装置（Ｍ１−Ｍ６）に対して少なくとも１つの通信プロトコル（Ｐ１−Ｐ６）が、この通信プロトコル（Ｐ１−Ｐ６）に対応する通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）とともに記憶されており、
ａ．通信プロトコル（Ｐ１−Ｐ６）の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）をセットし；
ｂ．医療装置（Ｍ１−Ｍ６）のデータを受信し；
ｃ．医療装置（Ｍ１−Ｍ６）から受信されたデータが通信プロトコル（Ｐ１−Ｐ６）に対して特徴的なパターンデータに一致するかどうかをテストし；
ｄ．医療装置（Ｍ１−Ｍ６）から受信されたデータがパターンデータに一致しなかった場合、通信プロトコル（Ｐ１−Ｐ６）の別の通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）によってステップａ．ないしｃ．を繰り返し；
ｅ．医療装置（Ｍ１−Ｍ６）から受信されたデータがパターンデータに一致した場合、通信プロトコル（Ｐ１−Ｐ６）を利用して医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間においてデータ結合を行う：
ステップを含むことを特徴とする、医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間においてデータ結合を行う方法。
【請求項２】
医療装置（Ｍ１−Ｍ６）とコンピュータシステム（１）との間においてデータ結合を行うことができなかった場合、少なくとも１つの別の通信プロトコル（Ｐ１−Ｐ６）によってステップａ．ないしｅ．が繰り返されることを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも１つの別の医療装置（Ｍ１−Ｍ６）に対してステップａ．ないしｅ．が繰り返されることを特徴とする請求項１または２に記載の方法。
【請求項４】
通信プロトコル（Ｐ１−Ｐ６）に対応する通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）が、この通信プロトコル（Ｐ１−Ｐ６）において異なった確率で現われることがあり、かつステップａ．において、最高の確率を有する通信パラメータ（Ｋ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・−Ｋ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・）がセットされることを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
それぞれの通信プロトコル（Ｐ１−Ｐ６）に対して特徴的なパターンデータが、別の通信プロトコル（Ｐ１−Ｐ６）のパターンデータとは一義的に異なっていることを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
通信プロトコル（Ｐ１−Ｐ６）に対して特徴的なパターンデータが、医療装置（Ｍ１−Ｍ６）の応答データの解析によって検出されることを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
ステップｂ．の前に、医療装置（Ｍ１−Ｍ６）に問い合わせが送信され、かつステップｂ．において、医療装置（Ｍ１−Ｍ６）から問い合わせについて送信された医療装置（Ｍ１−Ｍ６）のデータが受信されることを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
データ結合を行う前にステップｅ．において、第１の通信プロトコル（Ｐ１−Ｐ６）の一義的な識別が存在するかどうかがチェックされることを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
データ結合を行うためにステップｅ．において、利用された通信プロトコル（Ｐ１−Ｐ６）に対応する医療装置（Ｍ１−Ｍ６）のドライバソフトウエアモジュールが、コンピュータシステム（１）において活性化されることを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
コンピュータシステム（１）に医療装置（Ｍ１−Ｍ６）が結合されていないときにも、実行されることを特徴とする請求項１〜９のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療装置とコンピュータシステムとの間においてデータ結合を行なう方法に関する。
【背景技術】
【０００２】
病院において、患者に関する情報をドキュメンテーションするためにソフトウエアシステムが使用される。これらの情報において、とりわけ患者の状態を監視しかつ／またはこれに影響を及ぼす医療装置の測定値が問題になる。たとえば測定されたまたは設定された値のようなデータおよびアラームデータを電気的に利用することができるようにするために、医療装置は、一般にインターフェースを有する。
【０００３】
医療装置のデータを受信するため、かつたとえばディスプレイするためおよび／または記憶するためのように、引き続き処理するため、患者ドキュメンテーションシステムは、種々のソフトウエアモジュールを使用する。そのために医療装置は、コンピュータに、いわゆるインターフェースＰＣに接続されており、これらのコンピュータは、一方において個々の医療装置と他方においてデータを処理するシステムとの間においてインターフェースの機能を受け持つ。
【０００４】
種々のインターフェース設定を必要とする種々の通信プロトコルを有する多数の異なった医療装置が存在する。その際、たとえば患者監視装置、人工呼吸装置または麻酔装置が問題になり、たとえばフィリップスメディカルシステムズのインテリヴューＭＰ９０、ＧＥヘルスケアのソラー８０００、ドランガー／ジーメンスのインフィニティーデルタ、デイテックスのＡＳ／３、ドランガーのエヴィタ２、マケットのサーヴォ３００、ドランガーのツォイス、またはデイテックスのエスティヴァ／５のような装置が問題になる。
【０００５】
インターフェースＰＣにおける新しい医療装置の接続、または別の医療装置との医療装置の交換は、医療装置およびインターフェースＰＣにおける一連の設定に結び付いており、これらの設定は、通常は医療職員が行なわなければならない。
【０００６】
まず医療装置の所属のドライバソフトウエアを選択しなければならない。しかしながらこのソフトウエアは、それぞれの医療装置のために常に即座に利用できるとは限らず、またはわかっているとは限らない。その上さらに１つの医療装置は、複数の異なった通信パラメータを可能にすることがある。たとえばデータ伝送速度（ボー速度）、データビットの数、パリティー、スタートおよびストップビットの数、およびフロー制御の利用されるモードが、通信パラメータとみなされる。許容される通信パラメータは常にわかっているとは限らないので、これらの通信パラメータは、第１に医療装置において読み取らなければならない。そのために場合によってはシステムメニューを開かなければならず、これらのシステムメニューは、パスワード問い合わせによって保護することができる。それ故に通信パラメータの入力は、当該の職員にとってしばしば煩わしいと感じられ、またはそれどころか忘れられ、かつその上誤りやすい。
【０００７】
前記の設定が行なわれないか、または誤って行なわれると、医療装置へのデータ結合を構成することはできないので、たとえは測定装置によって測定されまたは測定装置によって設定された値のようなデータは失われてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、医療装置とコンピュータシステムとの間においてできるだけ確実なデータ結合を行う方法を提供することにある。
【課題を解決するための手段】
【０００９】
この課題は、特許請求の範囲第１項に記載の方法によって解決される。本発明によれば、コンピュータシステムにおいて、それぞれの医療装置に対して少なくとも１つの通信プロトコルが、この通信プロトコルに対応する通信パラメータとともに記憶されている、コンピュータシステムは、次のステップを実行する：
ａ．通信プロトコルの通信パラメータをセットし；
ｂ．医療装置のデータを受信し；
ｃ．医療装置から受信されたデータが通信プロトコルに対して特徴的なパターンデータに一致するかどうかをテストし；
ｄ．医療装置から受信されたデータがパターンデータに一致しなかった場合、通信プロトコルの別の通信パラメータによってステップａ．ないしｃ．を繰り返し；
ｅ．医療装置から受信されたデータがパターンデータに一致した場合、通信プロトコルを利用して医療装置とコンピュータシステムとの間においてデータ結合を行う。
【００１０】
医療装置が、問い合わせに基づいて初めてコンピュータシステムにデータを送信した場合、ステップａ．とｂ．の間において、医療装置に問い合わせの送信を考慮することができる。
【００１１】
通信プロトコルは、医療装置とコンピュータシステムとの間においてデータを交換する形式に関する規定である。この規定は、規則とフォーマット（シンタックス）のセットからなる。
【００１２】
通信プロトコルの通信パラメータとは、それぞれの医療装置とコンピュータシステムとの間においてデータ結合を構成する前にその値をセットしなければならないパラメータという意味である。それには、たとえば次のものが所属する：
−単位、ビット／秒においてデータ伝送の速度を表わす伝送速度（ボー速度）、
−データワード内におけるデータビットの数、
−誤り検出のために利用されるパリティー、
−データワードの最後を認識するためのストップビットの数、
−データワードの最初を認識するためのスタートビットの数、および
−フロー制御（なし、ソフトウエアまたはハードウエア）。
【００１３】
通信パラメータのそれぞれの値は、医療装置において設定されており、かつデータ結合を行うために、コンピュータシステムのソフトウエアにおいて、いわゆるインターフェースソフトウエアにおいて同じ値に設定しなければならない。
【００１４】
通信プロトコルにおいてそれぞれ予期すべきパターンデータは、たとえば医療装置の説明書の形において製造業者の表示にしたがって予期すべき医療装置の応答データを解析することによって検出することができる。予期すべき応答データにおける不変のおよび可変の部分を検出することによって、このときに解析のために利用されるパターンを導き出すことができる。たとえば装置からデータが伝送される場合、応答におけるこのデータの位置は、かつ同時にこのデータの構造（たとえば“２００６−０１−３１”または“３１−０１−２００６”）は、容易に検出することができる。この情報は、同様にパターンデータを発生するために利用することができる。その際、望ましくは規則的な表現が利用される。規則的な表現（省略して“ＲｅｇＥｘｐ”または“Ｒｅｇｅｘ”、英語で“レギュラー・エクスプレッションズ”）は、シンタックスの規則によって（下位の）量の記号チェーンの記述のために使われる。
【００１５】
本発明による解決策は、コンピュータシステム、とくにいわゆるインターフェースＰＣとここに接続された個々の医療装置との間において自動的に、すなわち利用者の追加的な動作なしにデータ結合を構成するという思想に基づいている。その際、それぞれの医療装置によって利用される通信プロトコルは、所属の通信パラメータも含めて、コンピュータシステムによって自動的に検出され、かつデータ結合を行う際に設定される。どの医療装置が具体的に問題になっているか（たとえば製造業社名およびタイプ名称）に関する認識は、その際に必要ない。
【００１６】
整合した通信プロトコルを自動的に検出する際に、インターフェースＰＣの相応する直列インターフェースに接続された医療装置が所定の通信プロトコルを“話す”かどうかがテストされる。肯定された場合、通信プロトコルに相当する医療装置のドライバソフトウエアは、コンピュータシステムにおいて活性化される。ドライバソフトウエアとは、通信プロトコルのソフトウエア技術的な変換という意味である。ドライバソフトウエアは、装置と通信し、データ結合を構成し、または現在の測定データを問い合わせる等のことを行う。
【００１７】
それに反して整合した応答が受信されない場合、医療装置がインターフェースＰＣに結合されていないか、またはそれぞれの医療装置が、このプロトコルを“話さず”、別のプロトコルを話し、または通信パラメータが、通信装置のものに一致しない。この場合、本発明によれば、通信プロトコルに対応する通信パラメータが変更され、かつ認識が新たに試みられる。
【００１８】
その後、改めて応答が受信されないかまたは誤った応答が受信されると、次のソフトウエアモジュールが活性化され、このソフトウエアモジュールは、別の通信プロトコルを利用して、前記のように医療装置とデータ結合を行なうことを試みる。
【００１９】
この過程は、医療装置とデータ結合を行うことができるまで、可能なすべてのソフトウエアモジュールまたは通信プロトコルによって繰り返される。
【００２０】
望ましくは医療装置がインターフェースＰＣに結合されていない場合にも、前記の方法は進行する。本発明のこの変形において、医療装置がインターフェースＰＣに接続されていない場合に、利用者の動作によって方法を初期設定する必要なしに、データ結合は自動的に行われる。
【００２１】
次に本発明を図面により詳細に説明する。ここでは：
【図面の簡単な説明】
【００２２】
【図１】本発明による方法を実施するためのコンピュータシステムを示す図であり；
【図２】本発明による方法の例のフローチャートを示す図であり；
【図３】図２に示された方法の部分プロセスのフローチャートを示す図であり；かつ
【図４】図２に示された方法の別の部分プロセスのフローチャートを示す図である。
【発明を実施するための形態】
【００２３】
図１は、本発明による方法を実施するためのコンピュータシステム１を示している。コンピュータシステム１に電気線および／または無線によって、たとえば赤外線または無線周波数ビームによって、医療装置Ｍ１ないしＭ６が結合されている。
【００２４】
それぞれの医療装置Ｍ１ないしＭ６に対して少なくとも１つの通信プロトコルＰ１ないしＰ６が存在し、この通信プロトコルにそれぞれ複数の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・ないしＫ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・が付属している。
【００２５】
それぞれ付属の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・ないしＫ６ａ，Ｋ６ｂ，Ｋ６ｃ・・・を含んだ個々の通信プロトコルＰ１ないしＰ６の定義は、通常はそれぞれの医療装置製造業者の表示から取り出され、かつコンピュータシステム１内に記憶される。
【００２６】
次に例として、医療装置Ｍ１およびＭ２との通信のために必要な通信プロトコルＰ１ないしＰ２、および通信パラメータのそれぞれ許容された値が示されている：
【００２７】
(表１)
医療装置        Ｍ１                          Ｍ２
通信プロトコル  Ｐ１                          Ｐ２
装置タイプ      人工呼吸装置                  麻酔装置
ボー速度        ２４００，４８００，９６００  １２００，４８００，１９２００
データビット    ７，８                        ７，８
スタートビット  １ １
ストップビット  １または２                    １
パリティー      偶数または奇数                偶数
【００２８】
それぞれの通信プロトコルＰ１ないしＰ６のために１つのソフトウエアモジュールＳ１ないしＳ６が存在し、このソフトウエアモジュールによって個々の医療装置との通信のために、それぞれ必要な通信プロトコルＰ１ないしＰ６を自動的に認識することができる。ソフトウエアモジュールＳ１ないしＳ６は、方法の初めに、コンピュータシステム１にロードされ、かつここにおいて（図１に暗示するように）リストにして保持される。続いて個々のソフトウエアモジュールＳ１ないしＳ６は、順に活性化される。
【００２９】
まずリスト内にある第１のソフトウエアモジュールＳ１が活性化される。このソフトウエアモジュールは、本発明による方法に相応して第１の通信プロトコルＰ１を利用して、接続された医療装置Ｍ１ないしＭ６のうち第１の医療装置たとえばＭ２に対してデータ結合を構成するように試みる。
【００３０】
その際、医療装置Ｍ２とコンピュータシステム１との間においてデータ結合を行うことができない場合、リスト内にある次の第２のソフトウエアモジュールがスタートさせられる。このとき、このことは、第２の通信プロトコルＰ２を利用して、第１の医療装置Ｍ２に対してデータ結合を構成するように試みる。この試みも成功しなかった場合、第１の医療装置Ｍ２とのデータ結合が行われるまで、リストにある別のソフトウエアモジュールＳ３ないしＳ６が、順に活性化される。
【００３１】
前記の方法は、別の医療装置Ｍ１，Ｍ３ないしＭ６に対して相応して繰り返される。
【００３２】
通信プロトコルたとえばＰ１を利用してデータ結合を行う本発明による方法において、相応したソフトウエアモジュールＳ１によって、まずたとえばデータ伝送速度、１データワードあたりのデータビットの数、パリティー、およびスタートおよびストップビットの数のような個々の通信パラメータＫ１ａ，Ｋ１ｂ，Ｋ１ｃ・・・の値がセットされる。その際、望ましくは通信パラメータは、（たとえば製造業者表示にしたがってまたは本発明によれば）この通信プロトコルにおいて最も頻繁に利用される値にセットされる。通信プロトコルＰ１およびＰ２を含む前記の表において、これらの値は、アンダーラインを付けられている。第１の通信プロトコルＰ１のこの例において、このことは次の値である：データ伝送速度２４００ビット／ｓ、８データビット、それぞれ１のスタートおよびストップビットの数、パリティー偶数。
【００３３】
２つの異なったタイプの通信プロトコルが存在する。第１のタイプにおいて、医療装置が応答としてデータを返送する前に、医療装置に問い合わせを送信しなければならない。第２のタイプにおいて、医療装置は、自動的にデータを送信する。
【００３４】
このとき、（通信プロトコルのタイプに応じて、場合によっては問い合わせを送信した後に始めて）第１の医療装置Ｍ２からデータが受信されると、これらのデータは、パターンデータと比較され、これらのパターンデータは、第１の通信プロトコルＰ１に対して特徴的であり、かつこの通信プロトコルを別の通信プロトコルＰ２ないしＰ６のパターンデータから一義的に区別する。
【００３５】
第１の医療装置Ｍ２のデータがパターンデータに一致した場合、第１の通信プロトコルＰ１を利用して、第１の医療装置Ｍ２とコンピュータシステム１との間においてデータ結合が行われる。このことが肯定されない場合、まず第１の通信プロトコルＰ１の通信パラメータの値が変更され、かつ変化した通信パラメータに基づいて前記のステップが行われる。前記の例において、通信パラメータは、たとえばデータ伝送速度４８００ビット／ｓ、１データワードあたり７データビット、スタートビットの数１およびストップビットの数２、パリティー奇数のように、第１の通信プロトコルＰ１において２番目に頻繁に利用される値にセットされる。
【００３６】
第１の医療装置Ｍ２から受信されたデータをテストする際に、その上さらにたとえばフレーミングエラーまたはパリティーエラーのような可能な通信誤りが、解析に含められ、かつ場合によっては通信パラメータが変更される。
【００３７】
両方の通信パートナーにおいて通信パラメータが一致しないときに、常にフレーミングエラーが生じ、たとえば医療装置の設定が次のとおりであり：
７データビット、１スタートビット、１ストップビット、パリティー偶数
かつインターフェースＰＣにおける通信モジュールの設定が次のとおりである際、
８データビット、１スタートビット、１ストップビット、パリティー偶数
フレーミングエラーが生じる。
【００３８】
このことは、医療装置から７ビットデータを送信する際に、全体で１０ビットが利用され、かつインターフェースＰＣにおいて１１ビットが評価されることを表わしている。したがってこの通信の“フレーム”（いわゆるフレーミング）は整合しない。
【００３９】
データの伝送が妨害されたとき、パリティーエラーが生じる。このことを認識するために、送信機は、伝送すべきビットからパリティーを算出し、かつこれを受信機に伝送する。受信機は、初めにすべてのビットを受信し、これらからパリティーを計算し、かつこのパリティーを送信機から伝送されたものと比較する。このパリティービットの値が異なっていた場合、伝送誤りが存在する。このとき、利用された通信プロトコルにおいて、このような場合をどのように取り扱うべきかが、ほとんどの場合に定義されている。
【００４０】
望ましくは通信プロトコルが疑いなくかつ一義的にわかっているかどうかもテストされる。第１の応答が予期した応答と一致したとしても、ただしなお別の通信プロトコルが整合した応答を発生した場合もある。このような場合、利用された通信プロトコルが疑いなく識別されるまで、別の問い合わせが必要である。
【００４１】
２つの類似の通信プロトコルの次の例は、このことをはっきりと説明している：両方の通信プロトコルにおいて、相応するコマンドによって通信が構成される（初期設定通信コマンド）。第１のプロトコルにおいてコマンドコード０×２Ｄは、現在の上側警報限界の問い合わせを意味する。しかしながら第２のプロトコルにおいて同じコマンドコードは、現在のモニタデータの問い合わせを意味する。コマンドコード０×５２は、第１のプロトコルにおいて装置識別の問い合わせを意味する。しかしながら第２のプロトコルにおいて装置識別を問い合わせるために、コマンドコード０×２Ｃが利用される。
【００４２】
それによりプロトコルを一義的に識別するために、ＩＣＣコマンドの応答を比較するだけでは不十分であり、なお別の問い合わせおよび比較（たとえば装置識別の問い合わせ）が必要である。
【００４３】
図２は、自動的な装置認識を行うための本発明による方法の例のフローチャートを示している。
【００４４】
方法のスタート１０の後に、まず種々の通信プロトコルを認識するために存在するすべてのソフトウエアモジュール（デテクションオブジェクト）がロードされ１１、かつリストにして配置される。
【００４５】
それから方法の別の部分プロセス２０において、通信プロトコルを認識するために第１のまたはそれぞれ次のソフトウエアモジュールがスタートさせられる。
【００４６】
それからこれに続く部分プロセス３０において、通信プロトコルを自動的に認識するために種々のステップが実行される。通信プロトコルが、医療装置の必要なプロトコルに一致しなかった場合、第１のソフトウエアモジュールは不活性化され１２、かつそれぞれの医療装置に対して整合した通信プロトコルが一義的に識別されるまで１３、別の通信プロトコルを認識するためにリスト内に配置された別のソフトウエアモジュールに対して部分プロセス２０および３０が繰り返される。この場合、検出された通信プロトコルを利用して、医療装置とコンピュータシステムとの間におけるデータ結合が行われ、かつ自動的に装置を認識する方法は終了する１４。
【００４７】
図３は、通信プロトコルを認識するために第１のソフトウエアモジュールまたは別のソフトウエアモジュールをスタートする部分プロセス２０のフローチャートを示している。
【００４８】
この部分プロセス２０のスタート２１の後に、リストにおいてそれぞれ次のものとして配置されたソフトウエアモジュールが利用される２２。続いてこの通信プロトコルに対応する通信パラメータ、およびこれらの通信パラメータの（望ましくは最も高い確率で利用される）値がロードされ、またはセットされる２３。続いて部分プロセス２０は終了する２４。
【００４９】
部分プロセス２０に続く部分プロセス３０は、図４に詳細に示されている。
【００５０】
スタート３１の後に、まず通信パラメータまたは別の通信パラメータが存在するかどうか３２がチェックされる。このことが否定された場合、部分プロセス３０は終了する３７。（別の）通信パラメータが存在する場合、これらの通信パラメータは設定されまたは変更される３３。それから医療装置に問い合わせが送信され、かつ医療装置から得られた応答がチェックされる。通信プロトコルのタイプに応じて、問い合わせの送信は場合によっては省略される。次のテスト３５によって、通信パラメータがそれぞれの医療装置のものと一致しないことが明らかになると、前記のステップ３２ないし３４は、このような一致が存在するまで、別の通信パラメータに対して繰り返される。
【００５１】
設定された通信パラメータが医療装置のものに一致した場合、別の方法ステップ３６において、それぞれの通信プロトコルが一義的に疑いなく認識されたかどうかがチェックされる。このことが否定された場合、医療装置の別の応答をチェックすることによって、ステップ３４および３５が繰り返される。それぞれの通信プロトコルの疑いのない認識が得られた場合、部分プロセス３０は終了する３７。
【図１】
2009544379.tif 000003
【図２】
2009544379.tif 000004
【図３】
2009544379.tif 000005
【図４】
2009544379.tif 000006
【国際調査報告】
2009544379.tif 000007
2009544379.tif 000008
2009544379.tif 000009
2009544379.tif 000010