(57)【要約】【課題】大容量の関連医療データを確実に手術前に支援装置に送信する。【解決手段】手術部サーバ２が事前に通信回線４，５の通信トラフィックを監視して、手技前までに確実に院内サーバ３から支援装置１００に必要な医療画像及び関連画像からなる画像ファイルを伝送する。【選択図】  図１
2004357869.tif 000002
【特許請求の範囲】
【請求項１】
手技を行う手術室に設けられた第１の通信制御手段と、手技を支援する支援室に設けられた第２の通信制御手段と、手技に関連した関連医療情報を格納している支援情報格納手段とを通信手段を用いて双方向で送信する情報送信システムにおいて、
支援情報格納手段から支援室側または手術室側に送信する関連医療情報の容量及び前記通信手段の通信状態を監視し、前記手術室での手技前までに予め関連医療情報を支援室側または手術室側に送信する情報配信制御手段
を備えたことを特徴とする情報送信システム。
【請求項２】
前記関連医療情報は、画像ファイルである
ことを特徴とする請求項１に記載の情報送信システム。
【請求項３】
前記画像ファイルは、情報配信制御手段に構築される配信スケジュールデーターベースにより管理される
ことを特徴とする請求項２に記載の情報送信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、医療画像データ等の情報を遠隔支援装置に送信する情報送信システムに関する。
【０００２】
【従来の技術】
通常、手術は手術室の術者が患者に対して手術を行うが、例えば手術室の術者が過去に経験の少ない手術を行うことが必要となる場合には、その手術に詳しい遠隔地にいる術者（遠隔支援術者）に回線で接続して、手術中に遠隔支援手術者による切除する部分の指示等を受けられるように遠隔支援のもとに手術室の術者が手術を行うようにすることにより、手術室の患者に対して適切な手術を行うことができるように支援するシステムが考えられ、このような遠隔支援システムが例えば特開２００２−３０６５０９号公報等に提案されている。
【０００３】
【特許文献１】
特開２００２−３０６５０９号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の遠隔支援システムでは、リアルタイムで手術を支援するためには、支援する側の支援装置に予め支援に必要な患者の種々のデータ（患者識別情報や関連する医療画像データ）を格納する必要があるが、医療画像データ等は非常に容量が大きいため、通信回線を用いて伝送するには時間がかかり、確実に手術前にこれらデータを通信よって支援装置に伝送することが難しいといった問題がある。
【０００５】
本発明は、上記事情に鑑みてなされたものであり、大容量の関連医療データを確実に手術前に支援装置に送信することのできる情報送信システムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
本発明の情報送信システムは、手技を行う手術室に設けられた第１の通信制御手段と、手技を支援する支援室に設けられた第２の通信制御手段と、手技に関連した関連医療情報を格納している支援情報格納手段とを通信手段を用いて双方向で送信する情報送信システムにおいて、支援情報格納手段から支援室側または手術室側に送信する関連医療情報の容量及び前記通信手段の通信状態を監視し、前記手術室での手技前までに予め関連医療情報を支援室側または手術室側に送信する情報配信制御手段を備えて構成される。
【０００７】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について述べる。
【０００８】
図１ないし図４は本発明の一実施の形態に係わり、図１は医療情報処理システムの構成を示す構成図、図２は図１の手術室に設けられた内視鏡装置で表示される内視鏡画像を示す図、図３は図１のカンファレンス室に設けられた支援装置で表示される支援画像を示す図、図４は図１の手術部サーバによる配信スケジュール管理の処理の流れを示すフローチャートである。
【０００９】
図１に示すように、本実施の形態で採用する医療情報処理システムは、手術室等の拠点に設置され、手術室等で発生する各種医療情報を得る第１のコントローラ１と、前記手術室とは遠隔地点に設置され、前記第１のコントローラ１で得られた各種医療処置情報を集積しカルテを生成する手術部サーバ２と、前記手術部サーバ２とは別の拠点に設置され、前記手術部サーバ２で得られたカルテ情報を参照する患者情報蓄積手段としての院内サーバ３と、手術室での手技を支援する手術室とは遠隔地点に設置されたカンファレンス室に設けられて支援装置１００とを有して構成され、前記第１のコントローラ１、支援装置１００と前記手術部サーバ２との間及び前記手術部サーバ２と前記院内サーバ３との間は、それぞれ第１、第２の通信回線４，５で接続される。なお、前記各通信回線４，５は、公衆回線、専用回線、ＬＡＮ（構内通信網）等のどのような通信回線でもよい。又、前記院内サーバ３は、前記手術部サーバ２と同一拠点に配置されていても良い。
【００１０】
第２のコントローラ１４は、患者の体腔内等の被検部位を撮像し内視鏡画像を含む映像信号を得る内視鏡装置１１と、この内視鏡装置１１で得られた映像信号を描出する表示装置１２と、例えば電気メス装置、気腹装置、超音波手術装置等の手術装置１３とを備え、前記手術装置１３を制御したり、内視鏡装置１１からの内視鏡画像データや前記手術装置１３による測定情報等の手術装置情報を得る。
【００１１】
この第２のコントローラには、前記手術装置１３に対する制御指示等を前記第２のコントローラ１４へ入力するためのタッチパネル１５等の手術装置制御入力手段が接続されている。
【００１２】
前記第２のコントローラ１４から与えられる内視鏡画像データ、手術装置情報及び生体モニタリング装置１９から得られる患者情報は、通信回線を介して第１のコントローラ１に集積され、他の拠点に設定されている手術部サーバ２へ通信回線４を介して伝送される。
【００１３】
また、前記内視鏡装置１１から得られた映像信号と、手術室内の風景を撮像する室内カメラ２０から得た映像信号は、第１のコントローラ１を介して信号伝送装置１７に入力され、通信回線６を介して外部に伝送される。
【００１４】
また、手術室には第１のコントローラ１が得た手術装置情報、及び手術部サーバ２から得た患者情報や、前記信号伝送装置１７が他拠点から受信した情報を表示する表示装置１８等が配設されている。
【００１５】
第１のコントローラ１には、入力装置１ａが接続されている。この入力装置１ａは、キーボード、磁気カードリーダ、光カードリーダ、ＩＣカードリーダ、バーコードリーダ等であり、この入力装置１ａを用いてカルテナンバー（ＩＤナンバー）及び氏名を入力する。なお、入力装置１ａは第２のコントローラ１４に接続されていてもよい。入力装置１ａを第２のコントローラ１４に接続した場合、患者情報を第２のコントローラ１４から第１のコントローラ１へ送信するようにする。
【００１６】
手術部サーバ２は、通信回線５を介して院内サーバ３及びＷＥＢサーバ２１と接続されている。尚、前記ＷＥＢサーバ２１はインターネットを介して病院外とも接続されている。
【００１７】
院内サーバ３には、病院の患者登録端末２２からの患者登録情報と、当該患者に関連する術前画像、術中画像等の医療画像（ＭＲ、ＣＴ、Ｘ線画像等）及び手技に関連する関連画像（内視鏡静止画像、内視鏡動画像）が蓄積されている。手術部サーバ２は、手術を行う患者の氏名や生年月日、診療記録などの登録情報及び患者に係わる医療画像を、前記院内サーバ３から通信回線５を介して読み出すことができるようになっている。
【００１８】
本実施の形態では、手術室で手技を行う術者に対してカンファレンス室で遠隔支援を行う。手術室では、図２に示すように表示装置１２に内視鏡画像１２ａが表示されるが、カンファレンス室では、遠隔支援時に図３に示すような遠隔支援画像１０１が室内に設けられた支援装置１００のモニタに表示される。
【００１９】
この支援装置１００に表示される遠隔支援表示画像１０１は、内視鏡装置１１で得られた内視鏡画像を表示する内視鏡画像エリア１０２と、院内サーバ３に蓄積されている医療画像や関連画像の画素を間引く等して縮小した複数のサムネイル画像を表示するサムネイル画像エリア１０３と、サムネイル画像エリア１０３内のサムネイル画像を選択した際の関連画像をサムネイル表示するサムネイル関連画像エリア１０４とから構成される。
【００２０】
カンファレンス室で支援を行う際には、事前に院内サーバ３から支援装置１００に支援に必要となる医療画像や関連画像を伝送する必要があるが、これらのデータの容量は膨大であるために伝送に時間を要する。
【００２１】
本実施の形態では、手術部サーバ２が事前に通信回線４，５の通信トラフィックを監視して、手技前までに確実に院内サーバ３から支援装置１００に必要な医療画像及び関連画像からなる画像ファイルを伝送する。
【００２２】
詳細には、手術部サーバ２には、配信スケジュール管理を行うアプリケーションソフトが格納されており、配信スケジュール管理を行うアプリケーションソフトを用い、手術部サーバ２に配信スケジュールデーターベースを構築している。
【００２３】
この配信スケジュールデーターベースには、患者データ、手術日時、手術内容及び患者の画像ファイル名等をリンクさせて格納させる。したがって、手術部サーバ２は、配信スケジュールデーターベースに配信予定の画像ファイルを登録することで、配信スケジュール管理を行うアプリケーションソフトにより手技前までに画像ファイルの配信処理を実行する。
【００２４】
具体的には、図４に示すように、手術部サーバ２は、ステップＳ１で院内サーバ３を検索して配信スケジュールデーターベースに未登録の画像ファイルがあるかどうかを判断する。ここで、未登録の画像ファイルとは、支援装置１００に配信すべき画像ファイルがあるにも係わらず、支援装置１００に配信を開始する時間が配信スケジュールデーターベースに設定されていない画像ファイルをいう。未登録の画像ファイルがない場合にはステップＳ６に進む。
【００２５】
未登録の画像ファイルがある場合には、ステップＳ２で手術日時である配信指定日時が登録された画像ファイルを検索し、ステップＳ３で配信する画像ファイルの容量を院内サーバ３から読み出す。
【００２６】
そして、ステップＳ４で通信回線４，５のベストエフォート時の送信スピード（あるいは回線速度）から最速送信時間Ｔを算出する。画像データの容量を通信スピードＶで割れば、最大スピードで配信する際の最速送信時間Ｔが求まる。
【００２７】
つぎに、ステップＳ５で配信スケジュールデーターベースに画像ファイル名と配信開始時間Ｔ０を登録し、ステップＳ６に進む。配信開始時間Ｔ０は、手術時間までに確実に画像を送る為に、ベストエフォート時の送信スピードであっても、最速配信時間Ｔかかるので十分な時間を確保するため、例えば
Ｔ０＝（配信指定日時）−１００×Ｔ
としている。
【００２８】
そして、ステップＳ６で手術部サーバ２は、配信スケジュールデーターベースから配信開始時間Ｔ０になった画像ファイルを検索し、ステップＳ７で現在時刻が（配信指定日時）−２０×Ｔかどうか判断する。このステップでの判断は、配信開始時間より配信を開始したが配信が正常になされない場合において、手技時間に近づいて、例えばトラフィックが混んで十分な送信スピードが確保できない場合も予想されるので、処理を抜ける条件であって、配信のリトライに制限を設けている。
【００２９】
例えば実際の送信スピードがベストエフォート時の半分以下のスピード（＜Ｖ／２）となると配信に２Ｔ以上の時間がかかるため、現在時刻が配信指定日時に近づきすぎると、全てのデータの配信が間に合わなくなる。そこで、現在時刻が（配信指定日時）−２０×Ｔとなると、配信が正常に行われないと判断され、ステップＳ１２でモニタ上に警告を出したり、プリンタ出力を行って、画像の配信が正常に行われなかった旨をカンファレンス室に送るエラー処理を行いステップＳ１に戻る。このエラー処理により、カンファレンス室では、可搬型のデータ伝送メディア（ＭＯ，ＶＤＶ等）を用いて院内サーバ３から支援装置１００に必要な医療画像及び関連画像からなる画像ファイルをマニュアルで移管する。
【００３０】
現在時刻が（配信指定日時）−２０×Ｔになるまでは、ステップＳ８で通信回線４，５のトラフィックをチェックする。例えばデータ量の小さいダミーのデータを送信し、相手（支援装置１００及び院内サーバ３）から受信した時刻データを受けとることで、実際の送信スピードをチェック・算出する。
【００３１】
そして、ステップＳ９で算出した実際の回線スピードが、例えば「ベストエフォート時回線スピードＶ＞（実際の回線スピード）＞Ｖ／２」かどうか判断する。この判断は、実際の送信スピードは配信時のタイミングで異なり、リアルタイムで変化するので、十分な送信スピードが確保できた際に配信を実行するために行われる。「ベストエフォート時回線スピードＶ＞（実際の回線スピード）＞Ｖ／２」ならばステップＳ１０に進み、そうでないならばステップＳ７に戻る。
【００３２】
ステップＳ１０で画像ファイルのデータの院内サーバ３から支援装置１００への配信を通信回線４，５を用いて行い、ステップＳ１１でサムチェック等により正常に配信できたかどうか判断し、正常に配信できた場合にはステップＳ１に戻り、正常に配信できなかったと判断するとステップＳ７に戻る。
【００３３】
このように本実施の形態では、通信回線のトラフィック状態や画像ファイルの容量に基づいて画像ファイルをを院内サーバから支援装置に伝送するので、手技前に確実に画像ファイルが伝送でき、手技の支援を行うことができる。
【００３４】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【００３５】
【発明の効果】
以上説明したように本発明によれば、大容量の関連医療データを確実に手術前に支援装置に送信することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る医療情報処理システムの構成を示す構成図
【図２】図１の手術室に設けられた内視鏡装置で表示される内視鏡画像を示す図
【図３】図１のカンファレンス室に設けられた支援装置で表示される支援画像を示す図
【図４】図１の手術部サーバによる配信スケジュール管理の処理の流れを示すフローチャート
【符号の説明】
１…第１のコントローラ
１ａ…入力装置（入力手段）
２…手術部サーバ
３…院内サーバ（患者情報蓄積手段）
４，５…通信回路
【図１】
2004357869.tif 000003
【図２】
2004357869.tif 000004
【図３】
2004357869.tif 000005
【図４】
2004357869.tif 000006