JP2006198241A

JP2006198241A - 医療機器制御装置

Info

Publication number: JP2006198241A
Application number: JP2005014416A
Authority: JP
Inventors: Masahide Yamaki; 正英八巻
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 2005-01-21
Filing date: 2005-01-21
Publication date: 2006-08-03

Abstract

【課題】全ての医療デバイスが同一のシステム内で連携、ユーザーがシームレスに医療行為を行なえるようにすることを目的とする。
【解決手段】複数の医療機器と通信して、各医療機器の設定状態と稼動状態に関する医療機器状態情報を送受信する第１のインターフェースと、医療材料を識別する個体情報を送受信する第２のインターフェースと、医療機器状態情報、または個体情報を表示させて編集できる複数の端末と通信して、医療機器状態情報または個体情報を送受信する第３のインターフェースと、医療施設の内外のネットワークと接続する第４のインターフェースと、第１〜第４のインターフェースのうち少なくとも２つのインターフェース間でデータ転送を行う場合に、２つのインターフェース感でプロトコルを変換するプロトコル変換手段と、を備える医療機器制御装置を用いることにより、上記課題の解決を図る。
【選択図】図２

Description

本発明は、複数の医療機器を制御する医療機器制御装置に関する。

従来、内視鏡手術システムでは、ＲＳ−２３２Ｃ等の通信Ｉ／Ｆ（以下、Ｉ／Ｆをインターフェースという）を用いて、内視鏡用ビデオプロセッサや内視鏡用光源装置、気腹装置、電気メス等の医療装置と通信を行い集中制御していた。

集中制御とは、機器のフロントパネルにある出力設定値はもちろん、気腹装置からの腹腔圧の測定値などリアルタイムに各機器の保有するデータを送受信し、液晶パネル等のＧＵＩ（グラフィカルユーザーインターフェース）やＬＥＤ（発光ダイオード）を用いて集中表示や集中操作ができるシステムである。

だが、内視鏡の手術室や検査室においては、内視鏡、鉗子、治療装置、画像プロセッサ、光源、記録装置、気腹装置、ポンプ、そして、レポートシステムやＨＩＳ（ＨｏｓｐｉｔａｌＩｎｆｏｒｍａｔｉｏｎＳｙｓｔｅｍ）ネットワーク内の端末など、とても多くの医療デバイスが存在している。

これらの装置は当然メーカも異なり、通信Ｉ／Ｆや操作方法も違う為、各データを容易に関連付けることができない。また、患者情報やカルテ、そして医療機器メンテナンス情報、鉗子類の在庫情報、薬品類など手術室内で扱わなければならない情報も膨大で医師や看護師にとって大変煩わしい。

それを改善する為、医療機器や医療システムと連携する為に、イーサネットを使ったネットワーク技術が提案されている（例えば、特許文献１）。
特開２００２−２１５５５９号公報特開２００４−１９１９１１号公報

しかしながら、ネットワーク技術を用いたシステムは、使い勝手が向上する半面、セキュリティの問題が発生する。例えば、手術室内でイーサネット経由にて院内システムと連携した場合に、同Ｉ／Ｆで医療機器を制御するとネットワーク障害が発生したときに、通信ができなくなってしまう問題がある。

また、院内の回線で、動画像を配信することでトラフィック（回線上の情報量）が多くなり、通信に時間がかかってしまう問題がある。それを回避するためネットワークをルータ及びファイヤーウォールで対策しようとすると大変高価なシステムになってしまう。

このように、イーサネットは汎用性が高い反面、管理が大変な為、かえって使い勝手が悪くなるという問題があった。
上記課題に鑑み、本発明では、異なるプロトコルで規定されたネットワーク間の機器同士で容易に通信することができる医療機器制御装置を提供する。

上記課題は、特許請求の範囲の請求項１に記載の発明によれば、複数の医療機器と通信して、該各医療機器の設定状態と稼動状態に関する医療機器状態情報を送受信するための通信インターフェースである第１のインターフェースと、前記医療機器状態情報を表示させて編集できる複数の端末と通信して、該医療機器状態情報を送受信するための通信インターフェースである第３のインターフェースと、医療施設の内外のネットワークと接続するための通信インターフェースである第４のインターフェースと、前記第１、第３、及び第４のインターフェースのうち少なくともいずれか２つのインターフェース間でデータ転送を行なう場合に、該２つのインターフェースのうち一方のインターフェースの通信プロトコルを、他方のインターフェースの通信プロトコルに変換するプロトコル変換手段と、を備えることを特徴とする医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項２に記載の発明によれば、前記医療機器制御装置は、さらに、医療材料を識別する個体情報を送受信するための通信インターフェースである第２のインターフェースを備えることを特徴とする請求項１に記載の医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項３に記載の発明によれば、前記医療機器制御装置は、前記第３のインターフェースに接続される前記各端末が所定のアプリケーションプログラムにより稼動する場合は、前記医療機器状態情報が該各端末間で同期させるように、常時前記各端末と通信を行なうことを特徴とする請求項１記載の医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項４に記載の発明によれば、前記プロトコル変換手段は、前記一方のインターフェースを介して受信した情報から該受信情報の送信先の機器の属するネットワークの通信プロトコルである送信先プロトコルを判別するプロトコル判別手段と、前記受信した情報から送信先の機器および該機器へ送信する情報に関する送信先関連情報を解析する送信情報解析手段と、前記送信情報解析手段により解析された前記送信先関連情報を、前記送信先プロトコルを用いて、送信する送信手段と、を備えることを特徴とする請求項１記載の医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項５に記載の発明によれば、前記医療機器制御装置は、さらに、前記第４のインターフェースを介したネットワークに接続されている外部端末からのアクセスを制御するセキュリティ制御手段を備えることを特徴とする請求項１記載の医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項６に記載の発明によれば、前記セキュリティ制御手段は、アクセス制限機能、フィルタリング機能、セキュリティ機能、及び動的アドレス変換機能のうち少なくともいずれか１つを機能させることを特徴とする請求項５記載の医療機器制御装置を提供することによって達成できる。

上記課題は、特許請求の範囲の請求項７に記載の発明によれば、複数の機器間で通信するための複数の通信インターフェースを備え、該インターフェースのうち少なくともいずれか２つのインターフェース間でデータ転送を行なう場合に、該２つのインターフェースのうち一方のインターフェースの通信プロトコルを、他方のインターフェースの通信プロトコルに変換するプロトコル変換装置であって、前記一方のインターフェースを介して受信した情報から該受信情報の送信先の前記機器の属するネットワークの通信プロトコルである送信先プロトコルを判別するプロトコル判別手段と、前記受信した情報から送信先の前記機器および該機器へ送信する情報に関する送信先関連情報を解析する送信情報解析手段と、前記送信情報解析手段により解析された前記送信先関連情報を、前記送信先プロトコルを用いて、送信する送信手段と、を備えることを特徴とするプロトコル変換装置を提供することによって達成できる。

本発明を用いることにより、異なるプロトコルで規定されたネットワーク間の機器同士で容易に通信することができる。また、アクセス制限を設けることで、不正な端末からのアクセスや目的とする機器以外の機器にコマンドが送信される（すなわち、誤動作の原因となる）のを防止することができる。

本発明は、複数の医療機器と通信制御可能な第１のインターフェースを持ち、医療材料の個体情報を取得可能な第２のインターフェースをもち、前記第１、第２で取得する為の医療情報を表示、編集可能とするＧＵＩを持つ複数の端末群と通信可能な第３のインターフェースを持ち、病院内、病院外のネットワークと接続可能な、第４のインターフェースを持つコントローラであって、そのコントローラは、各通信インターフェース間のデータ転送を実現する為のプロトコル変換手段をもつ医療機器制御装置である。

これにより、全ての医療デバイスが同一のシステム内で連携、すなわち、ネットワーク内において他のシステムと他のシステムとを連携させることで、これらを１つのシステムのように連動させることにより、ユーザがシームレスに医療行為を行なうことができる。

以下、図面を参照しながら本発明の実施形態について述べる。
＜第１の実施の形態＞
図１は、本実施形態における内視鏡手術システムのレイアウトを示す図である。まず、図１を用いて、手術室１に配置される第１及び第２の内視鏡トロリー２，３の全体構成を説明する。図１に示すように、手術室１内には、患者３０が横たわる患者ベッド１９と、第１の内視鏡トロリー２と，第２の内視鏡トロリー３が配置される。

第１の内視鏡トロリー２には、内視鏡用の医療機器として、例えば、内視鏡モニタ１１、電気メス装置１３、気腹装置（Ｉｎｓｕｆｆｒａｔｏｒ）１４、内視鏡用光源装置１５、内視鏡用カメラ装置１６及びビデオテープレコーダ（ＶＴＲ）１７等の装置類と、二酸化炭素等を充填したガスボンベ１８が載置されている。内視鏡用カメラ装置１６は、カメラケーブルを介して第1の内視鏡３１に接続される。光源装置１５は、ライトガイドケーブルを介して第1の内視鏡３１に接続される。

また、第１の内視鏡トロリー２には、医療データ通信変換装置２２ａが載置され、図示しない通信ケーブルを介して、電気メス装置１３、気腹装置１４、内視鏡用光源装置１５、内視鏡用カメラ装置１６、及びＶＴＲ１７等の装置類を通信制御している。

また、集中表示パネル３６と集中操作パネル３３（以下、操作パネルという）が載置され、各機器から取得した設定データや測定値を表示させることができる。また、操作パネル３３では、各機器の設定値を変更することが可能である。

同様に、第２の内視鏡トロリー３にも、２台目の内視鏡光源装置２６、内視鏡カメラ装置２７、第２の医療データ通信変換装置２２ｂ、第２の内視鏡３２等が載置されている。
実際の手術では１トロリーで手術を行なうことができるが、症例によっては、２トロリー構成にし、搭載する機器のバランスを考えたり、２つの内視鏡で異なる角度から画像を取得したものを集中表示パネル３６，３６−１に表示させたり、複数の術者のために内視鏡モニタ３５を使用する。

次に、第１の内視鏡トロリー２のアームに取り付け可能なノートＰＣ３３ａまたはパネルコンピュータで構成された操作パネル３３は、例えば液晶ディスプレイ等の表示部とこの表示部上に一体的に設けられた例えばタッチセンサで構成され、非滅菌域にいる看護師等が操作する集中操作装置になっている。

同様に操作端末として音声認識可能なヘッドセット型のマイク２４や、ＰＤＡリモコン２３、可動スタンドのアーム等に搭載可能なタブレットＰＣ２０と、他のシステム端末があり、医療データ通信変換装置２２ａと図示しない通信ケーブルにて接続されている。

また、医療データ通信変換装置２２ａは院内のネットワーク回線（院内回線）４とも接続され、医療情報サーバ６やその他のシステム端末２５にアクセスできるようになっている。また、ファイヤーウォール７を経由してインターネットに接続でき、別の病院やメンテナンス向けＷｅｂサーバにアクセスできるようになっている。例えば、財ＭＥＤＩＳ−ＤＣのような医療材料オンラインＤＢから最新の情報をダウンロードしたり（現在医療分野（日本）では、情報開示義務がある。各病院とも、手技や使用器具、作業フローを標準化し、症例数を増やしたり、経営コストを改善する動きがある。そのとき、当該財団法人のデータベースを活用するのが有効である。）、ＪＡＰＩＣ（薬品版のデータベース）のような薬品情報を確認することもできる。

次に、図２を用いて、前述した医療機器や操作端末類の通信配線レイアウトを説明する。
図２は、図１のシステム内の通信接続状態を示す図である。本実施形態において、手術室１内には、第１のプロトコルで規定されたネットワーク４３、第２のプロトコルで規定されたネットワーク４４、第３のプロトコルで規定されたネットワーク４５がある。手術室１内のこれらのネットワークは、医療データ通信変換装置２２を介して第４または第５のプロトコルで規定されたネットワークである院内回線４と接続されている。

医療データ通信変換装置２２ａは、通信Ｉ／Ｆ（１）３７を介して第１のプロトコルで規定されたネットワーク４３を経由して、前述の複数の医療機器と接続されている。しかし、実施形態はネットワーク通信に限定されるものではなく、第１のプロトコルはＲＳ−２３２Ｃのシリアル通信でもよいし、ＣＡＮ（ＣｏｎｔｒｏｌＡｒｅａＮｅｔｗｏｒｋ）やＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）、Ｅｔｈｅｒｎｅｔでも代替可能である。ＲＳ−２３２Ｃであれば複数のポートと１対１で機器と接続しなければならないが、ＵＳＢ、Ｅｔｈｅｒｎｅｔであれば、外付けハブを用いることで１対ｎ通信ができるようになる。

通信Ｉ／Ｆ（２）３８は、第２のプロトコルで規定されたネットワーク４４経由で接続されている内視鏡システムにてサポートされていない所定の電気メス８（例えば、他社製で、通信プロトコルの異なるもの）を制御する為の拡張Ｉ／Ｆである。その為、後述するハードウェア、ソフトウェアを拡張カードで構成し、各電気メスに対応した複数の通信方式に対応しても良い。

第１のモジュール９に実装されている通信Ｉ／Ｆ（３）３９ａと、第２のモジュール１０に実装されている通信Ｉ／Ｆ（３）３９ｂは、前述した医療機器を制御する為の表示モニタまたは制御端末と通信するためのＩ／Ｆである。

通信Ｉ／Ｆ（３）３９ａと通信Ｉ／Ｆ（３）３９ｂは、第３のプロトコルで規定されたネットワーク４５を介して、例えばノートＰＣ３３ａ、タブレットＰＣ２０、デスクトップやパネルコンピュータ等で構成される他のシステム端末２５、さらに無線アダプタ４９を介してＰＤＡリモコン２３と通信することができる。また、ノートＰＣ３３ａの持つ図示しない無線アダプタを介して通信制御しても問題ない。

さらに、例えばノートＰＣ３３ａの持つマイク入力を介して、音声入力マイク２４から術者の音声を取り込み、ノートＰＣ３３ａ上で音声認識をすることもできる。そして、モニタ出力により表示パネル３６に所定の情報を表示することもできる。ＰＣ３３ａに２系統のグラフィックカードを持てば、表示パネル３６とＰＣ３３ａの表示を独立して表示可能としている。

院内回線４は、例えば、院内の端末と通信のやり取りを行なう第４のプロトコルで規定されたネットワーク４６を経由して、医療情報サーバ６や制御端末管理サーバ５と通信を行なう。

また、第５のプロトコルで規定されたネットワーク４７を用いて、ルータ、ファイヤーウォールのセキュリティ装置を経由して外部ネットワークと接続される構成になっている。

Ｉ／Ｆ（６）４２は、ＲＦＩＤ（ＲａｄｉｏｆｒｅｑｕｅｎｃｙＩｄｅｎｔｉｆｉｃａｔｉｏｎ）タグを読み込むためのリーダを接続するＲＦＩＤ用Ｉ／Ｆである。スコープ、鉗子、プローブ、薬品（パッケージ、びん等）には、それぞれＲＦＩＤタグが付されており、リーダでそれを読み込むことで、その個々を識別することができる。また、医者や看護師の身に付けているネームプレートにもＲＦＩＤタグが付されており、それをリーダで読み込むことで、その人を識別することもできる。以下では、Ｉ／Ｆ（６）４２を個体認識Ｉ／Ｆという。

図３は、本実施形態における医療データ通信変換装置のレイアウトを示す図である。同図は、医療データ通信変換装置２２（２２ａ，２２ｂ）の外観デザインであり、図３（ａ）はフロント（前側）、図３（ｂ）リア（後側）を示す。図３（ａ）は、電源ＳＷ（スイッチ）と電源用ＬＥＤ部５０と、各通信ポートの動作状況を告知するＬＥＤ群５１と、Ｉ／Ｆ（４）４０またはＩ／Ｆ（５）４１を介して院内回線４に接続するコネクタ５２と、Ｉ／Ｆ（３）３９と接続するための複数のコネクタ５３（５３ａ，５３ｂ，５３ｃ，５３ｄ）と、第１のカードスロット５４とから構成される。

図３（ｂ）は、Ｉ／Ｆ（３）３９と接続するためのコネクタ５３ｅと、Ｉ／Ｆ（１）３７と接続するための複数のコネクタ５６と、Ｉ／Ｆ（２）３８と接続するためのコネクタ５５と、第２のカードスロット５７から構成される。

次に、図４の第１，２のモジュール９，１０内のハードウェア構成を説明する。
図４は、本実施形態における医療データ通信変換装置２２内部のハード構成を示すブロック図である。第１のモジュール９には、メンテナンスＩ／Ｆ（シリアル通信Ｉ／Ｆ）やＲＴＣ（時計情報）を有する制御部５８と、プログラム格納用メモリ５９と、データ格納用バックアップメモリ６０と、ＳＤＲＡＭ（シンクロナス・ダイナミック・ランダムアクセスメモリ）等のようなワークメモリ６１と、ＰＣＭＣＩＡ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒＭｅｍｏｒｙＣａｒｄＩｎｔｅｒｎａｔｉｏｎａｌＡｓｓｏｃｉａｔｉｏｎ）のような拡張ＩＦ６３で機能拡張ができるようなカードスロット６２と、Ｉ／Ｆ（１）３７，Ｉ／Ｆ（２）３８に関する通信をコントロールする通信変換部６４と、Ｅｔｈｅｒｎｅｔ通信を行なう為のＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）及びＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）を構成する通信コントローラ部分６７と、パルストランス及びコネクタを構成するＩ／Ｆ３９ｅと、アドレスバス／データバス６８とで構成されている。

第２のモジュール１０には、ＲＴＣやメンテナンスＩ／Ｆ機能を有する第２の制御部６９と、プログラム格納用メモリ７０と、データ格納用バックアップメモリ７１と、ＳＤＲＡＭ等のようなワークメモリ７２と、ＰＣＭＣＩＡのような拡張カードＩＦ（例えば、ワイヤレスＩ／Ｆ）７５で機能拡張ができるようなスロット（カードＩ／Ｆ）７４と、第３のプロトコル用Ｉ／Ｆ（３）３９ａ，３９ｂ，３９ｃ，３９ｄと、それらの通信路を切り替えるスイッチ７３と、別のネットワークと接続する為のＭＡＣ及びＰＨＹを構成する通信コントローラ部分７６と、パルストランス及びコネクタを構成するＩ／Ｆ（４）４０と、アドレスバス／データバス７７と、このバス７７とは異なる所定の規格化されたバス７８（例えばＰＣＩバス）とで構成されている。

それでは、図５〜図１０を用いて、本発明の第１の実施形態の作用を説明する。
図５及び図６は、医療情報サーバ６上から所定のデータを取得し、医療データ通信変換装置２２を経由してそのデータを第３のプロトコルによるネットワーク内の医療機器に転送するフローチャートである。図５及び図６では、医療データ通信変換装置２２によって第４または第５のプロトコル形式から第３のプロトコル形式へのデータ変換のフローを示している。同図の処理のプログラムは、プログラムメモリ７０に格納されており、制御部６９によりこのプログラムが読み込まれて、以下の処理が実行される。

まず、医療データ通信変換装置２２内の第２のモジュール１０の制御部６９は、第４のプロトコルで規定されたネットワーク４６を介して、例えば、医療情報サーバ６から所定の患者ＩＤで管理されているカルテ情報（以下、電子カルテ情報という）を取得する（Ｓ１）。なお、電子カルテ情報以外にも、例えば所定の機器に対するコマンド情報を取得してもよい。また、データを取得する端末は、医療情報サーバ６に限定されず、院内回線４上の端末のいずれでもよい。

第４のプロトコルは、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ），ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）のような汎用プロトコルでも、特定のプロトコルでデータを取得しても良い。但し、院内回線４上では様々なプロトコルで情報のやり取りをしている為、十分なセキュリティを確保することが必要であり、プログラムメモリ７０内のセキュリティ用ソフトにてセキュリティの処理が施され暗号化や認証を行なう。

次に、Ｓ１で取得した受信データ（電子カルテ情報、またはコマンド情報等）の宛先を確認して、第３のプロトコルのネットワーク４５に送信する必要があるか否かを判別する（Ｓ２）。このＳ２の詳細を図６で説明する。

図６において、まず、受信データに対してフィルタリング処理を行なう（Ｓ６）。ここでのフィルタリング処理は、受信データのヘッダ情報（プロトコル、送信元、送信先アドレス、ポート番号等）を解析し、予め設定された条件に合致するヘッダ情報の場合には、Ｓ７の処理を行なう。また、予め設定された条件に合致しないヘッダ情報の場合には、その受信データを破棄する（Ｓ５）。

Ｓ６のフィルタリング処理において受信データのヘッダ情報が予め設定された条件と一致した場合、その受信データに含まれるコマンド情報（どの機器にどのようなアクションをさせるかというコマンド情報）を解析する（Ｓ７）。この解析において、第３のプロトコルのネットワーク４５に送信が必要なデータ形式であるか、コマンド形態から判別する（Ｓ８）。

Ｓ８において、第３のプロトコルのネットワーク４５に送信が必要なデータ形式でないと判別された場合、その受信データのみ抽出し（Ｓ９）、医療データ通信変換装置２２の内部メモリ７１に格納する（Ｓ５）。例えば、図示しない遠隔地の画像センシング機器からの受信データや各部屋に配置されている図示しない第２，第３の医療データ通信変換装置に格納されているデータの受信データの場合、または医療データ通信変換装置２２に表示機を直接接続して表示させるような場合には、ネットワーク４５に送信する必要がない。

Ｓ８において、第３のプロトコルのネットワーク４５に送信が必要なデータ形式であると判別された場合、さらに、その受信データを解析する（Ｓ３）。ここでは、受信データのヘッダ情報から、第３のプロトコル内の通信可能な端末の全てに送信するか、特定の端末のみに転送するかを判断する。また、受信データのデータ内容から第３のプロトコルのネットワーク４５内のどの機器にどの情報を送るかというのも、ここで解析する。

Ｓ３での解析の結果、当該受信データを、第３のプロトコルのネットワーク４５内のどの機器に送信するかというのを特定することができたら、当該受信データに対して、Ｓ３で特定できた機器のアドレスを付与し、第３のプロトコルを用いてその特定した機器に送信する（Ｓ４）。

図７及び図８は、医療データ通信変換装置２２による第３または第４若しくは第５のプロトコル形式から第１のプロトコル形式へのデータ変換のフローを示す。同図は、第３または第４若しくは第５のプロトコルのネットワーク内の医療機器から取得した情報を、医療データ通信変換装置２２を経由して第１のプロトコルのネットワークに接続されている電子メス装置１３や気腹装置１４等の機器に転送するフローチャートである。同図の処理のプログラムはプログラムメモリ５９または７０に格納されており、制御部５８または６９により読み込まれて、実行がされる。

まず、医療データ通信変換装置２２は、第３または第４若しくは第５のプロトコルのネットワーク内の端末から所定の機器に対するコマンド情報（受信データ）を取得する（Ｓ１０）。具体的には、第３のプロトコルのネットワーク内の端末からの送信データは、第１のモジュール９側で受信される。また、第４，第５のプロトコルのネットワーク内の端末からの送信データは、第２のモジュール１０側で受信される。

次に、制御部は、第１のプロトコルのネットワーク４３内の医療機器に受信データを転送する必要があるかどうかを判別する（Ｓ１１）。Ｓ１１の処理について図８で説明する。

図８において、まず、受信データが第１のプロトコルのデータ形式か否かをコマンド形態より判別する（Ｓ１５）。
Ｓ１５で、受信データが第１のプロトコルのデータ形式でないと判別された場合、例えば、第３のプロトコルのデータ形式の場合には、受信データのコマンドを解析する（Ｓ１９）。ここでは、受信データのヘッダ情報及びデータ内容から第３のプロトコルのネットワーク４５内のどの機器にどの情報を送るかを解析する。

そして、ヘッダ情報に基づいて、第３のプロトコルのネットワーク４５内の端末に、受信データを機器に送信する（Ｓ２０）。各端末では、例えば、ノートＰＣ３３ａにおいてこの送信されたデータを格納したり、ＰＤＡ２３では音声ガイダンスによる医療行為の進捗具合を告知させたり、タブレットＰＣ２０では手術状況をモニタし医療情報を表示したりできる（Ｓ１４）。

Ｓ１５で、受信データが第１のプロトコルのデータ形式であると判別された場合、送信元が第４、第５のプロトコルのネットワーク内の機器からの送信データか否かを判断する（Ｓ１６）。

Ｓ１６での判断の結果、送信元が第４，第５のプロトコルのネットワーク内の機器からの送信データの場合には（Ｓ１６でＹｅｓへ進む）、Ｉ／Ｆ３９ｅを経由してモジュール１０からモジュール９へ送信する（Ｓ１７）。なぜなら、第４または第５のプロトコルのネットワークからのデータの受信は、モジュール１０にて行われるので、第１のプロトコルのネットワークの機器にデータを送信するためには、モジュール９へデータを送信する必要があるからである。そして、Ｓ１８の処理へ進む。

また、Ｓ１６での判断の結果、送信元が第３のプロトコルのネットワーク内の機器からの送信データの場合には（Ｓ１６でＮｏへ進む）、Ｓ１８の処理へ進む。この場合、データの受信は、モジュール９にて行われているので、医療データ通信変換装置２２内でのデータの転送処理は発生しない。

次に、受信データのコマンドを解析する（Ｓ１８）。ここでは、受信データのヘッダ情報及びデータ内容から第１のプロトコルのネットワーク４３内のどの機器にどの情報を送るかを解析する。

Ｓ１８での解析結果から、受信データのヘッダ情報及びデータ内容から第１のプロトコルのネットワーク４３内のどの機器にどの情報を送るかというのを特定できたら、第１のプロトコルで当該特定した機器に受信データを送信する（Ｓ１２）。

その後、第１のプロトコルのネットワーク上の機器の表示部（例えば、カメラ等）に、Ｓ１０でロードしてきた患者情報を重畳させる（Ｓ１３）。例えば、カメラはスコープの光学画像から、腹腔内画像を取得し、患者ＩＤ、日付、コメントを重畳して表示させることができるので、症例ごとにＳ１０でロードし、情報の更新させることができる。また、例えば気腹装置であれば、患者情報が幼児の場合には、幼児モードの送気テーブルに更新させることができ、サーバから取得する患者に応じた機器の設定ができる。

なお、本実施形態では、Ｓ１５において第１のプロトコルのネットワーク４３内へ送信すべきデータか否かを判別しているが、ハブやルータのように、送信先アドレスを元に、スイッチングを行なうこともできる。

また、ここでのデータは、図５のＳ２または図７のＳ１１の判別処理にて、セキュリティ上の安全性をクリアしたデータであることより、第３のプロトコル内では、送信先アドレス、送信元アドレスからデータを交互に高速転送することができる。また、図７及び図８では、第１−第３のプロトコル間の変換について説明したが、第２−第３のプロトコル間、第１−第２のプロトコル間においても同様にプロトコル変換は可能である。

次に、第３のプロトコルのネットワーク４５内で通信可能な各端末の通信制御方法を、図９を用いて説明する。
図９は、本実施形態における医療機器を操作する端末間でのデータを送受信するフローチャートである。第３のプロトコルのネットワーク４５内の通信路内には、タブレットＰＣ２０が電源ＯＦＦ状態で、ノートＰＣ３３ａ、他システム端末２５、無線アクセスポイント４９、ＰＤＡ端末２３が電源ＯＮ状態で接続されている。

まず、タブレットＰＣ２０は電源ＯＮされる（Ｓ２１）と、タブレットＰＣ２０は同一回線上（ネットワーク４５内）の全ての端末アドレスを、これらの各端末から取得する（Ｓ２２）。

次に、タブレットＰＣ２０上の所定のアプリケーションを起動し、所定のステータスデータ（例えば、機器の測定値、設定値等）を、第１のプロトコルのネットワーク４３内の機器から取得したり、同一回線上（ネットワーク４５内）の他の端末の設定情報を取得したりする（Ｓ２３）。なお、第１のプロトコルのネットワーク４３内の機器からステータスデータを取得する場合には、図７及び図８で示したフローを変形して、第１のプロトコルから第３のプロトコルへ変換する場合に対応させればよい。

タブレットＰＣ２０はＳ２３でステータスデータを取得した後、このステータスデータを同一回線上（ネットワーク４５内）の端末に送信して、送信した全ての端末で同じステータスデータを表示させる（Ｓ２４）。すなわち、同一回線上（ネットワーク４５内）の各端末は相互にポーリングにてステータスデータの同期をとるようにしている。

その後、タブレットＰＣ２０のデータが更新されるまでポーリングにより相互に同期をとり（Ｓ２５→Ｓ２４→Ｓ２５→・・・）、ユーザの操作によりタブレットＰＣ２０のステータスデータが更新された場合には、タブレットＰＣ２０から更新されたステータスデータがその更新の対象となる機器が存在するネットワークへ向けて送信される（Ｓ２６）。

医療データ通信変換装置２２では、Ｓ２６にて送信されたステータスデータを受信し、このデータが第１のプロトコルのネットワーク４３内の機器に対するものなのか、同一回線上（ネットワーク４５内）の他の端末に対するものなのかを判断する（Ｓ２７）。同一回線上（ネットワーク４５内）の他の端末に対するデータ更新の場合には、プロトコル変換の必要はないので、所定のアプリケーションが動作している同一回線（ネットワーク４５）上の他の端末にステータスデータを送信して（Ｓ２７で「Ｎ」へ進む）、Ｓ２３に戻る。

また、Ｓ２７において、受信データが第１のプロトコルのネットワーク４３内の機器に対するものである場合には、図７及び図８のフローに基づいてプロトコル変換を行い（Ｓ２８）、例えば、第１のネットワーク上の所定の機器に当該ステータスデータを送信して（Ｓ２９）、送信先の機器で所望の表示を更新したり、設定を変更したりする。

その後、第１のプロトコルのネットワーク４３内において設定変更された機器から正常に設定変更の更新がされると、その更新内容のデータが医療データ通信変換装置２２に送信される。医療データ通信変換装置２２では、正常に更新されたことを確認する（Ｓ３０）。

そして、医療データ通信変換装置２２は、所定のアプリケーションを使用している表示可能な同一回線上（ネットワーク４５）の端末に対して、その受信した更新データを送信し、各端末ではその更新データに基づいてステータスデータを更新する（Ｓ３１）。

次に、異なるプロトコル間でデータ通信を行なうときのデータを転送する場合でのフィルタリングのレベル変換について説明する。
図１０は、本実施形態における外部ネットワークからのアクセス制限を設定するフローチャートである。フィルタリングのレベルとは、例えば、ルータ等で利用されているように、セキュリティとのバランスを考慮して、どのデータを通過させるかを設定するフィルタリング機能の条件設定の値を表している。図１０のフローを利用するケースは、例えば、医療データ通信変換装置２２を新規に設定したり、再設定し直す場合を想定したものである。

以下ではメンテナンス時において、医療データ通信変換装置２２に、例えば汎用のコンピュータ（以下、メンテナンス用ＰＣという）を接続し、このメンテナンス用ＰＣで医療データ通信変換装置２２が操作できる環境にしたとする。本実施形態では、スイッチ７９がメンテナンスＩ／Ｆ５８ａ及びメンテナンスＩ／Ｆ６９ａの専用通信ポートと接続されている。さらに、スイッチ７９は、メンテナンスＰＣと接続できるようになっている。メンテナンスＰＣ上にてスイッチ７９を制御することができ、それにより、いずれかのメンテナンスＩ／Ｆを選択して、このメンテナンスＩ／Ｆを制御することができる。

まず、専用通信ポート内端末（第２のモジュールのメンテナンスＩ／Ｆ６９ａ）とメンテナンスＰＣ（ＰＤＡ２３でもよい）との通信が確立する（Ｓ４１）。なお、専用通信ポート経由でなくともいずれかのプロトコルのネットワークを経由して、第２のモジュールのメンテナンスＩ／Ｆ６９ａを制御してもよい。

次に、メンテナンス用ＰＣより所定のコマンドを受信し（Ｓ４２）、そのコマンドをトリガーとして医療情報サーバ６より手術検査情報を取得する（Ｓ４３）。ここで、手術検査情報を取得する理由は、対象となる手術室内のネットワークとは異なる手術室（別のネットワーク）で別の手術が行なわれていた場合、第４，第５のプロトコルのネットワーク上ではそれら２つのネットワークは同一回線上になってしまう為、受信したコマンドが混同して、まったく無関係の手術室宛てへ送信されたコマンドにもかかわらず、そのコマンドを医療データ通信変換装置２２が受信してネットワーク内に通して、ネットワーク内の同種の機器に送信してしまい、その機器が誤作動を起こす場合があり得るからである。

そこで、例えば、ヘッダ情報に少なくとも識別情報（識別情報の１つとして、例えば、部屋ＩＤがある）が含まれていれば、その識別情報をフィルタリングの設定に用いることができる。これにより、例えば、フィルタリングの設定として、「識別情報（部屋ＩＤ）：０００１」とすれば、「識別情報：０００１」以外の部屋からのコマンドはフィルタリング機能により、破棄されてしまい、内側のネットワークにはそのコマンド情報は入ってこない。

このように、他の手術室内の医療機器からのコマンド情報等が混線しないように、必ず同一回線上にある動作機器への送信情報は、通信の設定レベルを変える必要がある。また、通信可能になった端末（ネットワークに参加した端末）に関する情報（当該端末のアクセスレベルや部屋情報等）を、他の手術室等の端末等に通知してもよい。

次に、アクセス制限機能、フィルタリング機能、セキュリティ機能、動的アドレス変換機能等を有効したり、無効にしたりする設定をする（Ｓ４４）。すなわち、同一回線上の通信可能な機器の情報を取得しておき、ネットワークにつなぐ際は、通信可能なネットワークへのアクセス制限を確認させることができる。また、フィルタ機能やセキュリティ機能は任意の設定で自在に変えられ。また、アドレス設定についても、ＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）の動的アドレス変換など自在に設定できることは言うまでもない。これらの機能の有効／無効設定を行なうことで、容易に各プロトコル間の通信ができるようになる。

以上より、異なるネットワークＩ／Ｆを形成し、取得データを用途に応じて変換する変換部を持つことで、異なるシステムの情報のやり取りを実現できる。また、完全に分離したハード／ソフト構成をとることで、お互いの通信負荷の影響を受けない、かつ、暗号化のようなセキュリティを組み込むことで、安全かつ使い勝手の良いシステムを構成できる。

なお、本実施形態では、第１のモジュール９（メンテナンスＩ／Ｆ５８ａ）から第２のモジュール１０（メンテナンスＩ／Ｆ６９ａ）間において、第４，第５のプロトコルから第３のプロトコルに変換するときのフィルタリングのレベル設定を変更しているが、モード変更などを行うことにより、他のプロトコル間についても同様にフィルタリングのレベル設定を変更することができる。

また、第１のモジュール９と第２のモジュール１０に分離したのは、各ネットワーク毎に独立させることにより、セキュリティを向上させたり、電気安全性を向上させたりするためであって、本発明の実施に際しては、第１のモジュール９と第２のモジュール１０とを必ずしも分ける必要はない。

＜第２の実施の形態＞
本実施形態にかかる医療データ通信変換装置が適用された内視鏡システムの全体構成図、及び主要構成を示すブロック図は、図２〜図４に示したのと同じである。本実施形態では、第１の実施形態で説明した医療データ通信変換機２２を用いることで、様々な情報と連携をとることが出来る場合について説明する。

図１１は、第１の実施形態で説明したＰＤＡ２３の画面レイアウトを示す図である。同図では、表示部には複数のアプリケーションアイコン８２が表示されたメインメニューが表示されている。また、この表示の下方にはキー入力手段（決定ボタン）８０とキー入力手段（カーソル移動）８１が備えられている。

ＰＤＡ２３は、例えば、院内の医療情報サーバ６で管理されている所定のアプリケーション（スケジューリングアプリケーション）からデータをダウンロードし、その情報を表示させて、手術中の情報と連携させることができる。このようなことから、ＰＤＡ２３は、医者または看護師の情報収集端末や院内システムサーバへの入力端末として使用できる。また、医療機器の取扱説明書や添付文章を院内システムサーバから取得、閲覧することで、いつでもどこでも、確実な機器操作ができる。

図１２は、タブレットＰＣ２０であり、手書き入力手段８３を用いて液晶タッチパネル上に文字や絵を入力でき、電子データとして認識することができる。その為、手術室内で、機器データや患者データを表示操作する表示パネルや操作パネルとして利用できるだけでなく、別の部屋に持ち出して、インフォームドコンセントとして、手術結果や診断結果を説明する端末としても使用できる。また、トラブルシューティング機能を用いて、医療機器のビットマップ画像を用いながら操作マニュアルをナビゲーションしたり、ビデオクリップを用いて動画を流すこともできる。

また、スピーカ８６や十字キー入力手段８５、電源スイッチ８４が備えられている。十字キー入力手段８５を用いて、データの処理、操作を行なうことができる。
図１３は、タブレットＰＣ２０やノートＰＣ３３ａなどで院内スケジュール管理アプリケーションを起動させて、それらのＧＵＩに手術予定を表示している画面（症例スケジュール画面）８７である。症例スケジュール画面では、「日付」、「患者ＩＤ」、「部屋」、「症例」等を表示させることができる。

図１４は、患者生体情報を取得するシステムから、バイタルサインデータを通信経由にて取得し、患者情報として表示させている画面８８を示す。この画面では、さらに内視鏡用プロセッサで取得した内視鏡画像８９を表示させることができ、その表示サイズを自在に変更できる。当該画面のヘッダ部分には、患者の性別、年齢、患者ＩＤ等が表示される。また、患者のバイタル情報として、体温、血圧、腹圧、脈拍等が表示される。

図１５は、第１のプロトコルのネットワークで動作可能な気腹装置１４の操作コマンド及び測定値表示画面９０を示している。圧設定のコマンドには、「ＵＰ」、「ＤＯＷＮ」がある。「ＵＰ」ボタンを押下すると、圧の設定値が上昇し、「ＤＯＷＮ」ボタンを押下すると、圧の設定値が下降する。送気のコマンドには、「ＯＮ」、「ＯＦＦ」がある。「ＯＮ」ボタンを押下すると、二酸化炭素等のガスの流入が開始され、「ＯＦＦ」ボタンを押下すると、二酸化炭素の流入が停止する。流量設定のコマンドには、「ＵＰ」、「ＤＯＷＮ」がある。「ＵＰ」ボタンを押下すると、ガスの流量の設定値が上昇し、「ＤＯＷＮ」ボタンを押下すると、ガスの流量の設定値が下降する。

当該画面９０の下部には、コマンド操作により設定した設定値の情報（測定圧、流量）が表示される。また、警告メッセージを表示する領域もある。
図１１〜図１５の画面は、第３のプロトコルや第４，第５のプロトコル上で動作するどの端末においても、同じアプリケーションを動作させることで、全ての端末間で連携して操作できる構成になっている。また、表示内容も同期しているので、各端末において同一の内容が表示される。

次に、第２の実施形態の作用を説明する。
図１６は、本実施形態における患者情報等を取得してファイル化するフローを示す。同図は、タブレットＰＣ２０で、所定のＯＲ（手術室）内にて、アプリケーションを起動して、患者情報及び画像情報を取得しており、それらに基づいて手術レポートが作成される。

まず、タブレットＰＣ２０は、所定の手術室内に設置されている医療データ通信変換装置２２と通信を確立し、医療データ通信変換装置２２の識別情報を取得し、医療情報サーバ６で管理されている手術室等の場所情報を取得する（Ｓ５１）。

次に、タブレットＰＣ２０は、Ｉ／Ｆ（４）４０を経由して、図示しない時間管理サーバ（ＮＴＰサーバ）より時間情報を取得する（Ｓ５２）。また、個体認識Ｉ／Ｆ（６）４２にて患者情報または医療具情報（スコープ、鉗子、プローブ、薬品等）を取得する（Ｓ５３）。具体的には、患者は腕などにＲＦＩＤタグが付されたバンドをつけており、それを読み込むことでその患者を識別することができる。

次に、使用者は、自身のネームプレートに付されたＲＦＩＤタグをＲＦＩＤリーダで読み込ませることで、自身の識別情報（名前やＩＤ等）をタブレットＰＣ２０に取得する（Ｓ５４）。

次に、タブレットＰＣ２０で起動しているアプリケーションの用途設定手段により、用途に応じてＳ５１−Ｓ５４で取得した情報が関連付けられる（Ｓ５５）。用途設定手段としては、例えば医療具や薬品等の在庫を管理するための在庫管理アプリケーション、または内視鏡や電気メス等の医療機器がいつ使用され、それらがいつ・どのように洗浄・殺菌されたか等を表示することができるトレーサビリティアプリケーション、または医療機器のメンテナンス情報を表示することができるメンテナンスアプリケーション、他のシステムとの連携させるためのシステム連携用アプリケーションがある。これらのアプリケーションは、タブレットＰＣ２０で起動しているアプリケーションのメインメニューから選択することができる。

本実施形態では、端末の起動をＯＮした後のメインメニュー（図１１参照）にて、各アプリケーションアイコン８２（例えば、図１１において、ボタンＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆをそれぞれ押下すると、各ボタンに対応したアプリケーションが起動するようになっている）が使用者により選択されると、各アプリケーションに必要な各種情報（医療情報サーバ６から取得した情報及びＳ５１−Ｓ５４で取得した情報）が当該アプリケーションに取得され、それぞれの情報が関連付けられるようになっている。また、アプリケーションが起動された後に必要な情報を自動的に取得しても良い。

また、タブレットＰＣ２０では、関連付けられた情報を基に、手術時の内視鏡画像や、バイタルサイン測定データを追加し、ファイル化する（Ｓ５６）。手術終了後に、そのファイルを医療情報サーバ６に転送し、手術データを蓄積、共有化させ、いつでも、どの端末からでもダウンロードし、閲覧することができる（Ｓ５７）。

以上より、人や医療デバイスを識別するメモリにアクセスすることが可能なＩ／Ｆを持ち、部屋、時間を識別する情報を関連付けることが可能なプロトコル変換を提供することで、指定された用途ごとに効率よく医療デバイスのレコードが作成できる。また、別の表示手段をもつ端末等に閲覧／蓄積ができる。

＜第３の実施の形態＞
手術室内には、他社製の医療装置やシステムが多数存在する。当然、これらの装置は、通信Ｉ／Ｆやプロトコルが異なる為、同じ環境で制御することは出来ない。しかしながら、他方が通信相手のプロトコルをサポートすれば、通信制御をすることはできる。また、同じ自社製でも、どの部屋でも全て動作出来てしまうのも誤動作の原因となる。本実施形態では、他社プロトコルとのデータ変換を行なう一例、及び手術室内のネットワークに接続されている機器の制御許可を取得する一例を説明する。

図１７は、本実施形態における、第３のプロトコルと第１または第２のプロトコルとの間の通信を説明するための図である。同図において、集中制御可能なタッチパネル３３（例えば、ノートＰＣ３３ａ）やタブレットＰＣ２０などを自社製とする。また、看護室等で使用してきたモバイル端末ＰＤＡを２３，特定医療デバイス（例えば、タブレットＰＣ）を９１とする。

医療データ通信変換装置２２は、自社タッチパネル３３，ＰＤＡ２３，タブレット２０とは第３のプロトコルを用いてデータ通信を行なう。ここで通信されるデータは、「識別情報」、「端末ＩＤ」、「制御コマンド」、「機器識別データ」、「機器設定データ」である。

また、医療データ通信変換装置２２は、気腹装置１４などの医療機器とは第１のプロトコルを用いてデータ通信を行なう。ここで通信されるデータは、「機器識別ＩＤ」、「コマンド」、「設定データ」である。

また、医療データ通信変換装置２２は、他社製医療機器９１とは第２のプロトコルを用いてデータ通信を行なう。ここで通信されるデータは、「識別ＩＤ」、「データ」である。

なお、当然、第１及び第２の実施形態で説明したように、院内外の端末とデータ通信が行なうことができる構成になっている。
図１８を用いて、第３の実施形態の作用を説明する。

図１８は、本実施形態における新しい制御端末が追加されたときや各部屋で通信制御が可能かどうか認証するフローである。まず、ＰＤＡ２３やタブレットＰＣ２０等から通信要求、及びそれらの端末のＩＤが第３のプロトコルで医療データ通信変換装置２２に送信される（Ｓ６１）。

次に、医療データ通信変換装置２２では通信要求をしている端末の認証を行なう（Ｓ６２）。認証は、例えば、その端末が当該ネットワーク内の機器と通信可能なものであるか、かつ、要求情報に含まれる部屋ＩＤと医療データ通信変換装置２２を介して入ろうとしている手術室内のネットワークの部屋ＩＤとが同じかにより判断する。

認証により正規の端末であると認められる場合（すなわち、その端末が当該ネットワーク内の機器と通信可能なものであり、かつ、部屋ＩＤが同一であると受信した医療データ通信変換装置２２が判断した場合）、医療データ通信変換装置２２ではその端末からのコマンドを受信し、その端末の設定データを抽出して解析する（Ｓ６４）。

そして、第１の実施形態で述べたように、プロトコル変換を行い、その解析した設定データに基づいて、第１のプロトコルにより所定機器の制御を行なう（Ｓ６５）。
また、Ｓ６２の認証により正規の端末であると認められない場合、その端末からの制御コマンドを受け付けない（Ｓ６３）。

手術室内のネットワークへのアクセス許可の開始終了は、医療機器制御アプリケーションの起動と終了をトリガーにする。例えば、タブレットＰＣ２０を別の部屋に移動して使用する場合には、一度そのアプリケーションを終了させて、再起動させることで、アクセス許可の認証を行なうことができる。予め認証ボタンを用意しても良い。

認証許可の為の端末ＩＤは、医療データ通信変換装置２２で静的に予め登録しておいても良いし、医療情報サーバ６内で管理され、臨時最新の端末情報を更新して、当該情報を医療情報サーバ６から医療データ通信変換装置２２へダウンロードできるよう動的に行なっても良い。

また、特定の使用者しか使用できないマスター端末または特定の人のみにアクセス許可を与えるアクセス制限が設定された端末は、どの部屋についても制御することが出きるよう医療情報データ通信変換装置２２にそれを制御する設定手段を設けてもよい。具体的には、ナースセンターで集中管理している端末にそのアクセス権を付与して使用する。それ以外の端末では必ず認証を通さないと制御できないようにアクセス制限をかけることで、同時に２つの機器を制御してしまうような誤動作を発生させない。

また、アクセス許可方法として、所定のＩＤに対しライセンスファイルを送信し、所定のプログラムでそのライセンスファイルを認証させる方法等で実現する。
図１９は、本実施形態における院内回線４から手術室内のネットワークにアクセスされる場合に各装置間で所定のデータが受け渡される説明図である。同図では、院内回線４からの第４，第５のプロトコルによるデータ通信を第３のプロトコルに変換してよいかを判別する。

まず、医療情報データ通信変換装置２２は、院内回線４上の端末（タッチパネル３３、ＰＤＡ２３、タブレット２０）からは、第４または第５のプロトコルによるデータを受信する。データ通信変換装置２２は、識別情報と端末ＩＤとでフィルタリングを行なうことで、アクセス制限を行っている。例えば、予め登録された識別情報（例えば、部屋ＩＤ）及び端末ＩＤと、通信要求している端末の識別情報（例えば、部屋ＩＤ）及び端末ＩＤを照合する。そして、さらにフィルタリングにより、アクセス制限を行ってもよいし、または、セキュリティ向上のために外部からネットワーク内部のアドレスが分からないようにアドレス変換をしてもよい。また、アドレス変換を行ってもよい。

医療情報データ通信変換装置２２と、サーバ、ネットワーク端末、又はＤＢテーブルとは第３のプロトコルに基づいて通信している。ここでは、第１の実施形態で述べたように、医療情報データ通信変換装置２２は、受信データのヘッダ情報の「端末ＩＤ」より動作させる端末を識別し、その識別した端末宛てに「コマンド」及び「データ」を送る。

図２０は、本実施形態における端末ＩＤに基づいて、通信を確立するフローを示す。院内回線４からのアクセスに対し、医療情報データ通信変換装置２２は医療情報サーバ６に登録されている端末ＩＤを取得する（Ｓ７１）。

医療情報データ通信変換装置２２は、その取得した端末ＩＤに基づいて、現在アクセスしている端末が通信可能な端末かどうかを判別する（Ｓ７２）。Ｓ７２で、現在アクセスしている端末がセキュリティ上問題がある不明な端末と判断されれば、アクセス不可とし、例えば表示パネル３６に不正な端末からアクセスがあった旨を警告表示させる（Ｓ７３）。Ｓ７２で、現在アクセスしている端末がアクセス可能な端末と判断されれば、当該端末に通信許可を与える（Ｓ７４）。

以上より、手術室、検査室、看護室の部屋を跨いでも安全に端末を医療機器の制御に使用することができる。また、他社製端末の場合も、アクセス認証で許可を与えることで、制御端末になることもできるようになる。

＜第４の実施の形態＞
内視鏡下外科手術（腹腔内や関節、膀胱などへ腹腔鏡などの内視鏡を入れて、その内視鏡で病変部を見ながら行う手術）では、滅菌域、非滅菌域に分かれており、プロセッサ、光源、気腹装置、治療器、記録装置など複数の周辺装置を操作する必要があった。

一方、内視鏡検査室では、内視鏡検査画像や、患者ＩＤ、日付等の検査情報を利用したレポートシステムが望まれている。また、病院内では、医療材料の流れや、ドクター、ナースの医療行為のトレース望まれていた。それらに求められる技術は医療機器、画像ユニット、医療材料との通信変換であるが、求められる場所の違いにより実現構成が異なってしまい、同じ技術を使い回すことが出来なかった。

本実施形態では、共通する通信部分をモジュール化することで、用途に応じて通信形態を可変にし、最上位から最下位までのシステムを連携させることについて説明する。
図２１は、本実施形態における医療情報データ通信変換装置の内部構成を示す。同図は、コネクタモジュール１０５と、第１の通信変換モジュール１０６と、第２の通信変換モジュール１０７とから構成されている。コネクタ基板１０５は、ＲＳ−２３２ＣやＵＳＢ，ＣＡＮといった所定の規格化されたコネクタ群１０９に対応できる為に別モジュール構成にしている。

コネクタ１０８は、第１の通信モジュール１０６とコネクタモジュール１０５とを接続している。通信コントローラ１１０，１１１は、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）のようなカスタマイズ可能なチップになっており、所定のプログラムをロジックに変換し、書き込むことができる。このようにすることで、通信制御及びバッファリングが実現でき、第１の通信変換モジュール１０５側はハードを変更することなく使用できる。

コネクタ群１０９は、ＲＳ−２３２ＣもしくはＵＳＢコネクタを持つ機器と接続するためのものである。
またデータ形式もアドレスバス／データバスであれば、モジュール両面にコネクタを配置することで、各種用途に応じた基板を例えば３層、４層等に拡張することができる。

次に、カードＩ／Ｆ１１２は、ＰＣＭＣＩＡ、ＣＦカード、ＳＤカードといったカードＩ／Ｆ用スロットであり、無線や、ＣＡＮといった通信Ｉ／Ｆを拡張できる。前述の手術室内の第３のプロトコルの回線は、コネクタ１１３で構成する。１１４は電源コネクタを表す。

第２の通信変換モジュール１０７は、第３のプロトコルで通信可能な複数のコネクタ１１６がある。コネクタ１１６のうちの１つ１１６ａとコネクタ１１３とはケーブル１１８で接続されており、このコネクタ間は第３のプロトコルを共通Ｉ／Ｆとしている。また、コネクタ１１６ｂは院内回線４と接続されている。これにより、第１の通信モジュール１０５内で制御可能な通信Ｉ／Ｆ１１６は、院内回線４との橋渡しを構成している。

また、第２のカードＩ／Ｆ１１５は、前記の第１のカードスロット１１２と同様に、無線、ＣＡＮといった拡張にも使えるし、例えば、ストレージカードといった用途にも使用できる。

本発明の第４の実施形態の作用を説明する。
図２２は、図２１のコネクタモジュール１０５と第１の通信モジュール１０６との間に第３のモジュール１１９を挿入した状態を示す。第３の通信モジュール１１９は、コネクタモジュール１０５の両面コネクタ１２１と第３の通信モジュール１１９の両面コネクタ１０８ａと、第１の通信モジュール１０６の両面コネクタ１０８ｂと第３の通信モジュール１１９の両面コネクタ１０８ａとにより接続されている。このように、図２１と比べ、第３の通信モジュールが拡張され、それらが筐体１２０に格納される構成を示している。

図２２のように、院内回線４と通信を担う第２のモジュール１０７をベースに、第１の通信モジュール１０６に応じたコネクタ基板１０５を接続する。また必要に応じて、第３の通信モジュール１１９を追加し、所望の通信Ｉ／Ｆを自在に拡張できる。それらをベースとなる第２の通信モジュール１０７と接続され、筐体１２０に組み込むことで、どのような通信形態でも変換でき、所望の制御端末や被制御機器となる複数の医療機器と連携することができる。

以上より、１つの筐体で、用途に応じた増設基板を組み合わせることで、異なるシステムを構築できる。
＜第５の実施の形態＞
本発明の第５の実施形態を説明する。構成は、第１の実施形態と同じであるため、作用のみ説明する。第２のプロトコルで、術前に使用予定の医療材料や薬品のＩＤデータを読み取る。読み込みを終了し、術前の準備が完了したら、手術に使用予定のＩＤ一覧に対応する最新の添付文書や、注意事項データを第５のプロトコルで、医療材料ＤＢや医療薬品ＤＢよりダウンロードさせる。ダウンロードデータは、所定の端末で閲覧可能であり、手術での使用前に、使用材料、及び薬品に間違いがないか、または最新の取扱注意事項が確実に確認できるため、安全な手術、処置ができる。

また、第１〜第５の実施形態により、ＨＩＳのようなネットワークを活用して患者情報を含む医療情報の効率よい管理を行なうシステムと、それと同じインフラを使って手術室内の複数の医療デバイスと通信し、医療デバイスのアクセスし易さを向上するシステムとの間でデータ転送の橋渡しを実現することで、手術室と病院内、さらには院外との医療情報のやり取りが安全かつシームレスに実現できる。第１〜第５の実施の形態のネットワークＩ／Ｆの組み合わせは、ＣＡＮ，ＬＡＮ，ＩＥＥＥ１３９４（ＨＡＶｒ），Ｂｌｕｅｔｏｏｔｈ（Ｅｃｈｏｎｅｔ），ＨｏｍｅＰＮＡ，ＵＷＢなどの有線、無線に限ったものでない。また、ＲＳ２３２Ｃ，ＵＳＢ等のように１対１のシリアル通信でも同様の効果を得ることができる。

第１の実施形態における内視鏡手術システムのレイアウトを示す図である。図１のシステム内の通信接続状態を示す図である。第１の実施形態における医療データ通信変換装置のレイアウトを示す図である。第１の実施形態における医療データ通信変換装置２２内部のハード構成を示すブロック図である。第１の実施形態における医療情報サーバ６上から取得したデータを医療データ通信変換装置２２を経由してそのデータを医療機器に転送するフローチャート（その１）である。第１の実施形態における医療情報サーバ６上から取得したデータを医療データ通信変換装置２２を経由してそのデータを医療機器に転送するフローチャート（その２）である。第１の実施形態における医療データ通信変換装置２２による第３のプロトコル形式から第１のプロトコル形式へのデータ変換のフロー（その１）を示す。第１の実施形態における医療データ通信変換装置２２による第３のプロトコル形式から第１のプロトコル形式へのデータ変換のフロー（その２）を示す。第１の実施形態における医療機器を操作する端末間でのデータを送受信するフローチャートである。第１の実施形態における外部ネットワークからのアクセス制限を設定するフローチャートである。ＰＤＡ２３の画面レイアウトを示す図である。タブレットＰＣ２０を示す図である。症例スケジュール画面６６を示す図である。内視鏡画像とともに患者情報を表示させている画面６７を示す図である。気腹装置１４の操作コマンド及び測定値表示画面６９を示す図である。第２の実施形態における患者情報等を取得してファイル化するフローを示す図である。第３の実施形態におけるそれぞれのプロトコルを介して通信される機器群の一例を示す図である。第３の実施形態における新しい制御端末が追加されたときや各部屋で通信制御が可能かどうか認証するフローである。第３の実施形態における本実施形態における院内回線４から手術室内のネットワークにアクセスされる場合に各装置間で所定のデータが受け渡される説明図である。第３の実施形態における端末ＩＤに基づいて、通信を確立するフローを示す図である。第４の実施形態における医療情報データ通信変換装置の内部構成を示す図である。図２１のコネクタモジュール７５と第１の通信モジュール７６との間に第３のモジュールを挿入した状態を示す図である。

符号の説明

１手術室
２第１の内視鏡トロリー
３第２の内視鏡トロリー
４院内回線
５制御端末管理サーバ
６医療情報サーバ
７ファイヤーウォール
８電気メス
９第１のモジュール
１０第２のモジュール
１１内視鏡モニタ
１３電気メス装置
１４気腹装置
１５内視鏡用光源装置
１６内視鏡用カメラ装置
１７ビデオテープレコーダ
１８ガスボンベ
１９患者ベッド
２０タブレットＰＣ
２２（２２ａ，２２ｂ）医療データ通信変換装置
２３ＰＤＡ
２４マイク
２５他のシステム端末
２６内視鏡光源装置
２７内視鏡カメラ装置
３０患者
３１第1の内視鏡
３２第２の内視鏡
３３集中操作パネル
３３ａノートＰＣ
３５内視鏡モニタ
３６，３６−１集中表示パネル
３７通信Ｉ／Ｆ（１）
３８通信Ｉ／Ｆ（２）
３９（３９ａ，３９ｂ）通信Ｉ／Ｆ（３）
４０通信Ｉ／Ｆ（４）
４１通信Ｉ／Ｆ（５）
４２通信Ｉ／Ｆ（６）
４３第１のプロトコルで規定されたネットワーク
４４第２のプロトコルで規定されたネットワーク
４５第３のプロトコルで規定されたネットワーク
４６第４のプロトコルで規定されたネットワーク
４７第５のプロトコルで規定されたネットワーク
４９無線アダプタ
５０電源スイッチ
５１ポートステータスＬＥＤ
５２Ｉ／Ｆ（４）またはＩ／Ｆ（５）用コネクタ
５３（５３ａ，５３ｂ，５３ｃ，５３ｄ，５３ｅ）コネクタ
５４第１のカードスロット
５５Ｉ／Ｆ（２）コネクタ
５６Ｉ／Ｆ（３）コネクタ
５７第２のカードスロット
５８制御部
５８ａメンテナンスＩ／Ｆ
５９プログラム格納用メモリ
６０データ格納用バックアップメモリ
６１ワークメモリ
６２カードスロット
６３拡張ＩＦ
６４通信変換部
６７通信コントローラ部分
６８アドレスデータバス
６９制御部
６９ａメンテナンスＩ／Ｆ
７０プログラム格納用メモリ
７１データ格納用バックアップメモリ
７２ワークメモリ
７３スイッチ
７４スロット（カードＩ／Ｆ）
７５拡張カードＩＦ
７６通信コントローラ部分
７７アドレスバス／データバス
７８バス
１０５コネクタモジュール（コネクタ基板）
１０６第１の通信変換モジュール
１０７第２の通信変換モジュール
１０８コネクタ
１０９コネクタ群
１１０，１１１通信コントローラ
１１２カードＩ／Ｆ
１１３コネクタ
１１４電源コネクタ
１１６コネクタ
１１８ケーブル
１１７院内回線
１１９第３の通信モジュール
１２０筐体
１２１両面コネクタ

Claims

複数の医療機器と通信して、該各医療機器の設定状態と稼動状態に関する医療機器状態情報を送受信するための通信インターフェースである第１のインターフェースと、
前記医療機器状態情報を表示させて編集できる複数の端末と通信して、該医療機器状態情報を送受信するための通信インターフェースである第３のインターフェースと、
医療施設の内外のネットワークと接続するための通信インターフェースである第４のインターフェースと、
前記第１、第３、及び第４のインターフェースのうち少なくともいずれか２つのインターフェース間でデータ転送を行なう場合に、該２つのインターフェースのうち一方のインターフェースの通信プロトコルを、他方のインターフェースの通信プロトコルに変換するプロトコル変換手段と、
を備えることを特徴とする医療機器制御装置。
前記医療機器制御装置は、さらに、
医療材料を識別する個体情報を送受信するための通信インターフェースである第２のインターフェース
を備えることを特徴とする請求項１に記載の医療機器制御装置。
前記医療機器制御装置は、前記第３のインターフェースに接続される前記各端末が所定のアプリケーションプログラムにより稼動する場合は、前記医療機器状態情報が該各端末間で同期させるように、常時前記各端末と通信を行なうことを特徴とする請求項１記載の医療機器制御装置。
前記プロトコル変換手段は、
前記一方のインターフェースを介して受信した情報から該受信情報の送信先の機器の属するネットワークの通信プロトコルである送信先プロトコルを判別するプロトコル判別手段と、
前記受信した情報から送信先の機器および該機器へ送信する情報に関する送信先関連情報を解析する送信情報解析手段と、
前記送信情報解析手段により解析された前記送信先関連情報を、前記送信先プロトコルを用いて、送信する送信手段と、
を備えることを特徴とする請求項１記載の医療機器制御装置。
前記医療機器制御装置は、さらに、
前記第４のインターフェースを介したネットワークに接続されている外部端末からのアクセスを制御するセキュリティ制御手段
を備えることを特徴とする請求項１記載の医療機器制御装置。
前記セキュリティ制御手段は、アクセス制限機能、フィルタリング機能、セキュリティ機能、及び動的アドレス変換機能のうち少なくともいずれか１つを機能させることを特徴とする請求項５記載の医療機器制御装置。
複数の機器間で通信するための複数の通信インターフェースを備え、該インターフェースのうち少なくともいずれか２つのインターフェース間でデータ転送を行なう場合に、該２つのインターフェースのうち一方のインターフェースの通信プロトコルを、他方のインターフェースの通信プロトコルに変換するプロトコル変換装置であって、
前記一方のインターフェースを介して受信した情報から該受信情報の送信先の前記機器の属するネットワークの通信プロトコルである送信先プロトコルを判別するプロトコル判別手段と、
前記受信した情報から送信先の前記機器および該機器へ送信する情報に関する送信先関連情報を解析する送信情報解析手段と、
前記送信情報解析手段により解析された前記送信先関連情報を、前記送信先プロトコルを用いて、送信する送信手段と、
を備えることを特徴とするプロトコル変換装置。