JP3629852B2

JP3629852B2 - 遠隔診療支援方法及び遠隔診療支援システム

Info

Publication number: JP3629852B2
Application number: JP32648996A
Authority: JP
Inventors: 秀行伴; 高伸大▲崎▼; 仁司松尾
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1996-12-06
Filing date: 1996-12-06
Publication date: 2005-03-16
Anticipated expiration: 2016-12-06
Also published as: JPH10171967A

Description

【０００１】
【発明の属する技術分野】
本発明は、遠隔地の医師同士が画像表示端末に表示された医用画像を観察しながら診療を行う遠隔診療支援方法及び遠隔診療支援システムに関する。
【０００２】
【従来の技術】
従来技術の一例として、プロシーディングズオブエスピーアイイー（Ｐｒｏｃ．ｏｆＳＰＩＥ），Ｖｏｌ．２１６５，第９〜２０頁に、遠隔地の医師同士が同一医用画像を参照しながらオンライン，リアルタイムでカンファレンスを行う技術が述べられている。各々ネットワークで相互接続された複数端末と画像を格納したデータベースとを有し、ローカルとリモートの両端末は、データベースから同一画像を伝送して表示する。さらに、ローカルとリモートの端末でデータを直接やりとりすることで、表示画像への操作を端末間で同時に行う。表示画像への操作の一例として、注目部位を線で囲む注釈記入（フリーハンドフレーミング：以下線描画と呼ぶ）を示している。
【０００３】
【発明が解決しようとする課題】
上記従来技術では、双方の医師がカンファレンス時間を確保するスケジューリングを前もって行う必要がある。臨床現場で、多忙な医師同士が互いに空いている時間を事前に確保することは非常に困難であり、また、確保できたとしても急患などでカンファレンスを中断せざるを得ない場合が多々あるという問題があった。
【０００４】
また、例えば診療所側で予め選択した複数患者の検査画像（例えばＸ線ＣＴ像）を病院の専門医に読影依頼する場合など、定められた手順に従って検査する運用形態（ルーチン検査）では、個々の読影依頼に対して常にリアルタイムでカンファレンスを行う必要は特になく、上記従来技術はこのような状況下での利用に関して全く考慮されていなかった。
【０００５】
本発明の目的は、多忙な医師同士が互いに空いている時間を利用して遠隔読影などのルーチン検査を実現可能な遠隔診療支援方法及び遠隔診療支援システムを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数の医用画像表示端末から構成された遠隔診療支援システムに用いる遠隔診療支援方法で、操作コマンド列（画像表示，画像処理，注釈記入などの画像操作と画像操作処理の対象となる画像データを特定する画像識別情報と画像操作の実行タイミングとを有する）を生成する操作コマンド列生成ステップと、前記操作コマンド列と画像データ（操作コマンド列の画像識別情報で特定されたもの）とを他の医用画像表示端末に伝送するメールデータ伝送部と、前記伝送された操作コマンド列と画像データとをデータバッファに記録するメールバッファ部と、操作者の指示に従い前記データバッファから読み出した操作コマンド列の内容に従って画像データを処理して表示するメールデータ表示部とを有するようにした。
【０００７】
また、複数の医用画像表示端末から構成された遠隔診療支援システムで、各々の医用画像表示端末は、操作者が行う画像操作（画像表示，画像処理，注釈記入など）を、操作コマンド列（画像操作と画像操作の対象となる画像データを特定する画像識別情報と画像操作の実行タイミングとを有する）として記録する記録ボタンと、前記操作コマンド列と画像データ（操作コマンド列の画像識別情報で特定されたもの）とをメールとして他の医用画像表示端末に送信する送信ボタンと、他の医用画像表示端末から受信したメールを選択するメール選択画面と、操作者が選択したメールに含まれる操作コマンド列に従って画像データを処理して表示する再生ボタンとを有するようにした。
【０００８】
【発明の実施の形態】
本実施例は、病院Ａに医用画像表示端末Ｊ（以下、単に端末Ｊと称する）を設置し、病院Ｂに医用画像表示端末Ｋ（以下、単に端末Ｋと称する）を各々設置し、本発明を用いて遠隔診療支援を行う一例を説明する。
【０００９】
図１は、本発明を用いた遠隔診療支援方法の処理手順の一例を示す図、図２は、図１の処理手順を用いて実現される遠隔診療支援システムの医用画像表示端末の一構成例を示す図である。端末Ｊ及び端末Ｋは、図２に示す構成を各々有する。
【００１０】
図２で、３１は処理装置であって、例えばパーソナルコンピュータ等の汎用の処理装置で構成される。３２は処理装置での処理結果（例えば医用画像）を表示するモニタ、３３と３４は、操作者（医師）が処理装置に指示するキーボードとマウスである。３５は、Ｘ線装置，ＣＴ装置，ＭＲＩ装置等の診断装置で得られた画像データを格納する画像データベースであって、例えば磁気ディスク装置や光磁気ディスク装置等のデータ記録装置で構成される。３６は様々なデータを一時的に格納するデータバッファであって、例えば画像ＤＢと同様のデータ記録装置で構成される。３７は、通信ネットワーク３８を介して、他の端末とデータを送受信するインタフェースである通信インタフェースである。３９と４０は、医師の声や心拍などの音声データを記録再生するマイクとスピーカである。
【００１１】
図１で、１１は病院Ａの端末Ｊでの処理手順、２１は病院Ｂの端末Ｋでの処理手順である。１２は、医師の指示に従い処理装置３１で実行された画像操作を時系列で整理した操作コマンド列（詳細は後述）を生成し、データバッファ３６に格納する操作コマンド列生成ステップである。１３は、操作コマンド列と画像データを他の端末（本例では端末Ｋ）に伝送するメールデータ送受信ステップであって、例えばデータバッファ３６及び画像データベース３５の内容を通信インタフェース３７を用いて送信することで実現される。１４は、他の端末（本例では端末Ｋ）から伝送された操作コマンド列と画像データを格納するメールバッファステップであって、例えば通信インタフェース３７で受信した内容をデータバッファ３６に格納することで実現される。１５は、メールデータ表示ステップであって、データバッファ３６に格納された操作コマンド列に従って処理装置３１で画像操作を行い、その画像操作結果をモニタ３２に表示する。
【００１２】
端末Ｋでの処理手順２１は、端末Ｊの処理手順と同様である。端末Ｋの各ステップ２２，２３，２４，２５は、端末Ｊの各ステップ１２，１３，１４，１５に各々対応する。端末Ｊと端末Ｋは、同様の構成（図２）及び処理手順（図１）を有する。
【００１３】
図５は、操作コマンド列の一例である。操作コマンド列は、画像表示，画像処理，注釈記入などの処理装置３１で実行する画像操作８３と、画像操作の操作対象となる画像データの特定に用いる画像識別子８２と、画像操作の実行タイミング８１とを有する。操作コマンド列は、上から順番に８４を第１番目，８５を第２番目と称する。
【００１４】
画像操作８３は、例えばコマンド名（＜＞で囲んで表現する）と各コマンド毎に予め定められたパラメータとの組合せである。本実施例では、表１に示す５種類の画像操作を用いる。図５の操作コマンド列の画像操作８３には、この５種類の内の一つの画像操作が格納される。
【００１５】
【表１】

【００１６】
画像識別子８２は、操作に用いた画像データ毎に割り当てた固有番号である。医用画像の画像データは、一般的に撮影条件などの情報が付帯している。本実施例では、この付帯情報を利用し、画像識別子から画像データを特定する。その手順を説明すると、操作に用いた画像データの付帯情報と、割り当てた画像識別子との関係を管理する管理テーブル（図６）を用意する。操作コマンド列の画像識別子に対応する画像データは、管理テーブルを用いて画像識別子に対する付帯情報を読み出し、さらに付帯情報を元に画像データベース（又はデータバッファ）を検索することで特定できる。付帯情報は、画像データを収集（撮影）した病院を表す施設識別子１０２，被撮影者（患者）を表す患者識別子１０３，撮影装置を表す装置識別子１０４，撮影日時及び時間を表す撮影時刻１０５の四つである。管理テーブルは画像データの検索に必須であり、操作コマンド列の一部として扱う。
【００１７】
実行タイミング８１は、例えば、第１番目（８４）の画像操作を実行した時を起点とし、分：秒：ミリ秒で表現する（時：分：秒：ミリ秒で表現するようにしてもよい）。
【００１８】
次に、本実施例による遠隔診療支援の一動作例を簡単に説明する。本説明では、本発明の一利用例として、Ａ病院のＢ医師（端末Ｊを利用）を操作し、Ｂ病院のＤ医師（端末Ｋを利用）にＡ病院で撮影した画像データの読影（診断）を依頼する場合を想定して説明する。
【００１９】
先ず、Ｂ医師は、患者の撮影が終了した後、端末Ｊの操作コマンド列生成ステップ１１を利用して、操作コマンド列を生成する。例えば、Ｂ医師はキーボードやマウスを用いて、撮影したＸ線像を表示し、表示した画像の関心領域を囲むように線描画を行い、ポインタを表示させ、音声コメントを付加する操作を順に行うと、図５の操作コマンド列の第１番目（８４），第２番目（８５），第３番目（８６），第４番目（８７）の内容が逐次生成され、データバッファに順次記録される。操作に用いた画像データは、画像識別子が割り当てられ、管理テーブルに付帯情報が付加される。
【００２０】
次に、Ｂ医師は、端末Ｊのメールデータ送受信ステップ１２を利用して、操作コマンド列及び操作に用いた画像データを、Ｂ病院のＤ医師の端末Ｋに送信する。操作コマンド列はデータバッファから読み出し、画像データは、管理テーブルに格納された付帯情報を用いて画像データベースから読み出し、各々送信する。
【００２１】
端末Ｋのメールデータ送受信ステップ２３は、端末Ｊからの操作コマンド列及び画像データを受信し、メールバッファステップ２４で、端末Ｋのデータバッファに格納される。また、格納終了後、Ａ病院のＢ医師からデータが到着したことを、モニタ上に表示するなどしてＤ医師に通知する。
【００２２】
最後に、Ｄ医師は、適当な時間（手の空いた時間）に、端末Ｋのメールデータ表示ステップ２５を起動する。すると、データバッファに格納されている操作コマンド列（端末Ｊから受信したもの）に従った画像操作が自動的に行われ、その画像操作結果がモニタに表示される。即ち、Ｄ医師の端末ＪにＡ病院で撮影したＸ線像が表示され、表示された画像の関心領域を囲むように線が描画され、ポインタが表示され、音声コメントがスピーカから流れる。従って、Ｄ医師は、Ｂ医師の行った一連の画像操作を、所望の時間に参照することができる。
【００２３】
次に、本実施例による遠隔診療支援の一動作例を、モニタ画面（モニタの表示画面）やフローチャートを用いて詳細に説明する。
【００２４】
図４は、端末Ｊのモニタ画面の一例である。６１はモニタ画面、６２は、操作コマンド列生成ステップ及びメールデータ送受信ステップを制御する制御ウィンド、６３は、表示する画像データを選択する画像リストウィンド、６４と７８は、画像データを表示する画像表示ウィンドである。制御ウィンドは、メール宛先入力エリア６９，メール標題入力エリア７０，記録ボタン６５，停止ボタン６６，送信ボタン６７，終了ボタン６８を有する。画像リストウィンドは、画像データの選択に必要な情報（本例では、撮影日７１，撮影装置名７２，撮影順序（撮影順序番号／全撮影数）７３）が列記されている。画像表示ウィンドは、線描画などの画像操作を行う編集メニュー７５を有する。
【００２５】
図３は、操作コマンド列生成ステップを実現するフローチャートの一例である。以下、先の説明と同様にＡ病院のＢ医師が端末Ｊを操作し、画像データの読影を依頼する場合を想定し、図３のフローチャートを説明する。端末Ｊのモニタには、図４に示したモニタ画面が表示されている。
【００２６】
先ず、変数の初期化などの前処理４１を行う。タイマ（Ｔｉｍｅｒ）とは、スタート時点からの経過時間をミリ秒単位で得られる機能を有する。操作コマンド列の記憶領域は、データバッファに確保する。
【００２７】
次に、Ｂ医師は、記録ボタン６５を押下する。すると、条件分岐４４がＹとなり、変数ＭＯＤＥが１にセットされ、Ｔｉｍｅｒがスタートする（４８）。
【００２８】
次に、Ｂ医師は、撮影したＸ線像を表示する操作を行う。具体的には、画像リストウィンドから読影を依頼する画像の情報（撮影日，撮影装置名，撮影順序のいずれか）をマウスで選択する。すると、条件分岐４７がＹとなり、選択した画像を表示する処理が実行され（５１）、画像表示ウィンド６４にＸ線像７４が表示される。さらに、条件分岐５２がＹとなり、操作に対応した操作コマンド列８４を生成して（５３）、データバッファに記録される（５４）。
【００２９】
次に、Ｂ医師は、画像表示ウィンド６４の編集メニュー７５から線描画を選択し、マウスをドラッグして関心領域を囲む。すると、条件分岐４７がＹとなり、マウスの軌跡に線７７が描画される（５１）。さらに、表示の処理と同様に、操作に対応した操作コマンド列（図５の第２番目、８５）が生成，記録される（５３，５４）。
【００３０】
次に、Ｂ医師は、画像表示ウィンド６４の編集メニュー７５からポインタを選択し、Ｂ医師が着目している部位にマウスを移動させてクリックする。すると、条件分岐４７がＹとなり、クリック位置にポインタ７６が表示され（５１）、以下同様に、操作に対応した操作コマンド列（図５の第３番目、８６）が生成，記録される（５３，５４）。
【００３１】
次に、Ｂ医師は、マイクに向かってコメント（例えば、「この胃壁はどのように解釈するのですか」）を発声すると同時に、マウスを着目している部位の回りにドラッグする。このとき、音声コメントとポインタ移動の２種類の画像操作を実行する。音声コメントは、発声を記録した音声データを生成し（５１）、音声データに対応した操作コマンド列８７が生成，記録される（５３，５４）。ここでは、マイクへの音声入力を自動検出して音声データを生成するものとし、また、操作コマンド列の実行タイミングは、音声入力検出時点でのＴｉｍｅｒの値を記録する。音声データの長さは、５秒間とする。ポインタ移動は、ドラッグ中のマウス位置を適当な間隔でサンプリングし、ポインタ７６の表示位置を移動させ（５１）、操作に対応した操作コマンド列８８〜９１が生成，記録される（５３，５４）。ポインタ移動の操作コマンド列（８８〜９１）の実行タイミングは、５秒間の音声コメントと同時に実行される値である。
【００３２】
次に、Ｂ医師は、他の撮影装置での結果を提示するために、ＭＲＩ像を表示する操作を行う。この操作は、Ｘ線像７４を表示した際と同様の手順で行われ、その結果、画像表示ウィンド７８にＭＲＩ像７９が表示され、操作コマンド列（図５の第９番目、９２）が生成，記録される。
【００３３】
次に、Ｂ医師は、停止ボタン６６を押下する。すると、条件分岐４５がＹとなり、変数ＭＯＤＥが０にセットされ、Ｔｉｍｅｒがストップする（４９）。
【００３４】
Ｂ医師の以上の操作により、操作コマンド列生成ステップが実行され、その結果、図５に示す操作コマンド列がデータバッファに記録される。なお、画像識別子として、Ｘ線像は１、ＭＲＩ像は２が割り当てられ、図６に示す管理テーブルが生成される。ここで、施設識別子の値１０１０はＡ病院，患者識別子の値２２００１は被撮影者の患者識別子、装置識別子の値１１及び１２は撮影に用いたＸ線装置及びＭＲＩ装置を各々表す。患者識別子及び装置識別子は、施設内で固有の識別子である。管理テーブルは、新たな画像を表示する（即ち、新たな画像を利用する）際に追加更新され、データバッファに記録される。また、停止ボタン押下後、再生ボタンを再び押下することで、操作コマンド列に新たな操作を追加することもできる。
【００３５】
図７は、メールデータ送受信ステップを実現するフローチャートの一例である。メールデータ送受信ステップは、Ｂ医師が、メール宛先入力エリア６９，メール標題入力エリア７０に項目をセットし、送信ボタン６７を押下すると、図３の条件分岐４６を経由して実行（５０）される。以下、図３の説明の続きとして、Ａ病院のＢ医師が作成した操作コマンド列及び画像データをＢ病院のＤ医師に送信し、読影を依頼する場合を想定し、図７のフローチャートを説明する。
【００３６】
先ず、メール宛先入力エリア，メール標題入力エリアの内容を読み込み（１１１）、宛先が正しいか否かをチェックする（１１２）。宛先のチェックは、例えば、図８に示すアドレステーブルを予め用意し、施設名１２１，所属医師名１２３に対応するメールアドレス１２４の有無により行う。メールアドレスとは、ネットワーク上でのデータ送信先を指定するものである。ここでは、メール宛先はＢ病院のＤ医師であり、メールアドレスが存在（１２５）するので、宛先は正しいと判断する。
【００３７】
次に、送信するデータを準備する（１１３）。ここで準備とは、送信するデータに送信に必要な情報（例えばデータ長など）を付加したり、送信に適したデータ変換（パリティ付加など）を行うことである。先ず、メール標題を準備し（１１５）、さらにデータバッファに記録された操作コマンド列（管理テーブルを含む）を準備し（１１６）、さらに画像識別子を用いて画像データベースから画像データを読み出して準備する（１１７）。画像データの読み出しは、管理テーブルに格納された付帯情報を用いて行う。
【００３８】
最後に、１１３で準備したデータをメールアドレス１２５を利用し、Ｂ病院のＤ医師（端末Ｋ）に送信する。
【００３９】
Ｄ医師の端末Ｋのメールデータ送受信ステップ２３は、Ｂ医師の端末Ｊからのデータを受信し、メールバッファステップ２４は、受信したデータを端末Ｋのデータバッファに格納する。また、格納終了後、Ａ病院のＢ医師からデータが到着したことを、モニタ上に表示するなどしてＤ医師に通知する。
【００４０】
図９は、端末Ｋのモニタ画面の一例である。１３１はモニタ画面、１３２は、他の端末から受信した操作コマンド列を選択及びメールデータ表示ステップの制御を行うメール選択ウィンドである。メール選択ウィンドは、操作コマンド列の選択に必要な情報（本例では、送信元１３５，メール標題１３６）が列記され、さらに、再生ボタン１３７，停止ボタン１３８を有する。１３３と１３４は、画像データを表示する画像表示ウィンドである。
【００４１】
図１０は、メールデータ表示ステップを実現するフローチャートの一例である。以下、図７の説明の続きとして、Ｂ病院のＤ医師が端末Ｋを操作し、Ａ病院のＢ医師からの読影依頼を参照する場合を想定し、図１０のフローチャートを説明する。端末Ｋのモニタには、図９に示したモニタ画面が表示されている。
【００４２】
先ず、図３の場合と同様に、変数の初期化などの前処理１５１を行う。操作コマンド列の記憶領域は、データバッファに確保する。
【００４３】
次に、Ｂ医師は、受信したデータ（操作コマンド列）を選択して表示する操作を行う。具体的には、メール選択ウィンドから受信したデータの情報（送信元，メール標題のいずれか）をマウスで選択した後、再生ボタン１３７を押下する。すると、条件分岐１５２と条件分岐１５６が共にＹとなり、データバッファから選択した操作コマンド列を１５１で確保した記憶領域に代入し、操作コマンド列の第１番目の内容８４を変数Ｐ，Ｑ，Ｔに設定し、変数ＭＯＤＥを１にセットした後（１５７）、Ｔｉｍｅｒをスタートさせる（１５８）。
【００４４】
ＭＯＤＥが１にセットされると、条件分岐１５５がＹとなる。Ｔｉｍｅｒの値が、操作コマンド列の実行タイミング（Ｔ）の値以上になると、条件分岐１６０がＹとなり、対応する画像操作が実行される（１６１）。即ち、画像表示ウィンド１３３にＸ線像１３９が表示される。この際、表示する画像データは、管理テーブルに記録された四つの付帯情報と一致する画像データを、データバッファ（端末Ｊから受信した画像データが格納されている）から検索して表示する。端末Ｋは、端末Ｊでの操作と同一パラメータを用いて表示を行うので、Ｘ線像１３９は、Ａ病院のＢ医師が表示させたＸ線像７４と同一となる。
【００４５】
操作コマンド列の第１番目の内容８４の実行後、第２番目の内容８５を変数Ｐ，Ｑ，Ｔに設定する（１６４）。すると、第１番目の場合と同様に、Ｔｉｍｅｒの値が、操作コマンド列の実行タイミングＴの値以上になると、線描画が実行され、線１４０が描画される（１６１）。端末Ｋは、端末Ｊでの操作と同一パラメータを用いて処理を行うので、線１４０の描画位置は、Ｂ医師がマウスをドラッグした際のマウスの軌跡に描画した線７７と同一となる。
【００４６】
以下、同様に、操作コマンド列の内容が変数Ｐ，Ｑ，Ｔに逐次設定され、対応する画像操作が、指定された実行タイミング８１で順番に実行される。従って、Ａ病院のＢ医師が端末Ｊで行ったのと同じ操作内容が、同じタイミングで実行される。
【００４７】
操作コマンド列の内容８４〜９２を全て実行すると、条件分岐１６２がＹとなり、変数ＭＯＤＥが０にセットされ、Ｔｉｍｅｒがストップする（４９）。
【００４８】
以上、メールデータ表示ステップの具体例を説明した。なお、画像操作（操作コマンド列の内容）の実行は、停止ボタンを押下することで中断でき、さらに再生ボタンを再び押下することで、再開することもできる。
【００４９】
以上のように本発明では、端末Ｊは、Ｂ医師が行った操作をもとに生成した操作コマンド列（画像操作と画像識別子（対応する４種類の付帯情報）と実行タイミングとを有する）と操作に用いた画像データとを端末Ｋに送信し、操作コマンド列と画像データを受信した端末Ｋは、Ｄ医師の指示により、操作コマンド列の画像操作を対応する実行タイミングで順番に実行するようにした。従って、Ｄ医師は所望の時間（例えば手が空いた時間）に、Ｂ医師が端末Ｊで行ったのと同じ操作が、同じタイミングで参照することができるようになり、多忙な医師同士が互いに空いている時間を利用して、遠隔読影などのルーチン検査を行えるようになる。
【００５０】
本実施例で、Ｂ医師から読影を依頼されたＤ医師は、読影結果を返答する際、Ｂ医師から送信された操作コマンド列及び画像データを引用して新たな操作コマンド列を生成して行うこともできる。以下、その一例を説明する。
【００５１】
図１１は、端末Ｋのモニタ画面の他の一例である。画像表示ウィンド１７１と制御ウィンド６２（初期状態では表示されない）とメール選択ウィンドに返信ボタン１７２があること以外、図９と同様である。制御ウィンド６２は、図４と同様の機能を有する。
【００５２】
Ｄ医師が返信ボタンを押下すると、制御ウィンド６２が表示される。次に、記録ボタンを押下後、再生ボタンを押下する。すると、図１０のフローチャートに従って、受信した操作コマンド列の内容が順番に実行されると同時に、図３のフローチャートに従って、新たな操作コマンド列が生成される。
【００５３】
操作コマンド列の内容８４〜９２を全て実行した後、Ｄ医師は、図４に示した画像リストウィンドを利用するなどして、Ｂ病院で撮影した過去の症例（正常例）の画像データを表示する。その結果、画像表示ウィンド１７１に新たなＭＲＩ像１７３が表示される。さらに、編集メニュー１７６で線描画を選択し、関心領域を線１７７で囲む。さらに、編集メニュー１７４で線描画を選択し、関心領域を線１７５で囲む。さらに、マイクに向かってコメント（例えば、「正常例で見られる血管が見えないので、腫瘤が肥大している可能性があります」）を発声し、停止ボタンを押下する。
【００５４】
以上の操作の結果、図１２に示す操作コマンド列が生成される。ここで、第１０番目から第１３番目（９３〜９６）が新たに追加された部分である。図１３は管理テーブルであって、正常例のＭＲＩ像に関する項目（画像識別子は３，１０８）が付加される。ここで、施設識別子の値１０２０はＢ病院，患者識別子の値１０１０２は被撮影者の患者識別子，装置識別子の値２０は撮影に用いたＭＲＩ装置を各々表す。
【００５５】
最後に、メール宛先入力エリア６９に読影依頼元（Ａ病院Ｂ先生）を、メール標題入力エリア７０に適当な標題（読影結果）をセットし、送信ボタン６７を押下し、図１２の操作コマンド列を送信する。以上、読影結果をＢ医師に返答する手順である。
【００５６】
以上のように本実施例では、Ｄ医師は、Ｂ医師からの読影依頼に対する返答（読影結果）を、Ｂ医師から送信された操作コマンド列及び画像データを引用して新たな操作コマンド列を生成して行うようにした。従って、例えば読影依頼された画像データに線描画を付加して返答したり、参考となる画像データを付加できるようになるので、的確な返答を迅速に作成できるようになる効果が得られる。
【００５７】
また、本実施例で、メールデータ送受信ステップは、操作コマンド列（管理テーブルを含む）と操作に用いた画像データ（即ち、管理テーブルの付帯情報に対応した画像データ）とを他の端末に送信したが、送信先の端末に既に存在する画像データは送信しないようにし、メールデータ表示ステップは、端末に存在する画像データを用いて処理するようにすることもできる。以下、その例を説明する。
【００５８】
一般的に、医用画像（画像データ）は、撮影した施設（病院）で管理され、保管される。そこで、先に説明した遠隔読影の例で説明すると、Ｂ病院のＤ医師がＡ病院から依頼された読影結果のデータを送信する際、Ａ病院で撮影した画像データを検出し、送信しないようにすることができる。具体的には、先ず、図８のアドレステーブルに施設識別子の項目１１２を設け、宛先から送信先の施設識別子が得られるようにする。そして、メールデータ送受信ステップでの画像データの準備１１７は、管理テーブルの施設識別子が、アドレステーブルから得た送信先の施設識別子と一致しない画像データのみ準備するようにする。例えば、先に説明したＢ病院のＤ医師がＡ病院のＢ医師に読影結果を送る場合、図８より送信先のＡ病院の施設識別子は１０１０であるので、図１３の管理テーブルより施設識別子が１０１０以外の画像データ１０８のみを送信する。
【００５９】
他の例として、画像データに先立って管理テーブルを相手端末に伝送して画像データの有無を問い合わせ、端末に存在しない画像データのみを送信するようにすることもできる。図１４は、画像データを送信する際の伝送手順を説明する図であって、送信元の端末１８１と送信先の端末１８２との間のデータ送受信（１８３〜１８５）を、時系列的に示した図である。例えば、先に説明したＤ医師の端末ＫからＢ医師の端末Ｊに読影結果を送る場合、先ず、端末Ｋ（送信元）から管理テーブル（図１３）を端末Ｊ（送信先）に送信する（１８３）。端末Ｊは、受信した管理テーブルの付帯情報を用いて自端末の画像データベースやデータバッファを検索し、存在しない（端末Ｊが読み出しできない）画像データを調べ、その画像データの画像識別子を端末Ｋに送信する（１８４）。端末Ｋは、受信した画像識別子に対応する画像データを準備して、端末Ｊに送信する（１８５）。その結果、端末Ｊは、メールデータ表示ステップで必要な全ての画像データが得られる。なお、端末Ｊが管理テーブルに対応する全ての画像データを有する場合、端末Ｋにその旨を伝え、一連の手順を終える。
【００６０】
以上のように本実施例では、画像データを送信する際、送信先の端末に既に存在する画像データは送信しないようにした。その結果、例えば、読影依頼と読影結果のみを送受信する場合、読影結果を送信する際の画像データ伝送が不要になるので、ネットワーク上の画像データのデータ伝送量を約半分に低減でき、ネットワークの負荷を約５０％軽減できる。また、読影を依頼した端末は、読影結果を受信した際、読影を依頼した画像データの受信及びデータバッファへ記録が不要になるので、データ受信の待ち時間が短縮できると共に、データバッファに必要な記憶容量を著しく削減できる効果がある。一般に、医用画像データは１画像当たりのデータ量が数Ｍバイトから十数Ｍバイトと非常に大きい。一方、処理コマンド列のデータ量は、記号や数値などで表現されるので、数百バイトから数Ｋバイト程度と非常に小さい。実際に運用する際の余裕を考慮すると、数Ｇバイトのオーダが必要なデータバッファの記憶容量を、数Ｍバイトのオーダに削減できる。
【００６１】
【発明の効果】
本発明では、端末Ｊは、Ｂ医師が行った操作をもとに生成した操作コマンド列（画像操作と画像識別子（対応する４種類の付帯情報）と実行タイミングとを有する）と操作に用いた画像データとを端末Ｋに送信し、操作コマンド列と画像データを受信した端末Ｋは、Ｄ医師の指示により、操作コマンド列の画像操作を対応する実行タイミングで順番に実行するようにした。従って、Ｄ医師は所望の時間（例えば手が空いた時間）に、Ｂ医師が端末Ｊで行ったのと同じ操作内容を、同じタイミングで参照することができるようになり、多忙な医師同士が互いに空いている時間を利用して、遠隔読影などのルーチン検査を行えるようになる。
【図面の簡単な説明】
【図１】本発明を用いた遠隔診療支援方法の処理手順の一例を示すフローチャート。
【図２】遠隔診療支援システムの医用画像表示端末の一構成例を示すブロック図。
【図３】操作コマンド列生成ステップを実現するフローチャート。
【図４】端末Ｊのモニタ画面の一例を示す説明図。
【図５】操作コマンド列の一例を示す説明図。
【図６】管理テーブルの一例を示す説明図。
【図７】メールデータ送受信ステップを実現するフローチャート。
【図８】アドレステーブルの一例を示す説明図。
【図９】端末Ｋのモニタ画面の一例を示す説明図。
【図１０】メールデータ表示ステップを実現するフローチャート。
【図１１】端末Ｋのモニタ画面の他の一例を示す説明図。
【図１２】操作コマンド列の一例を示す説明図。
【図１３】管理テーブルの一例を示す説明図。
【図１４】画像データを送信する際の伝送手順の説明図。
【符号の説明】
１１…端末Ｊでの処理手順、１２，２２…操作コマンド列生成ステップ、１３，２３…メールデータ送受信ステップ、１４，２４…メールバッファステップ、１５，２５…メールデータ表示ステップ、１６…ネットワーク、２１…端末Ｋでの処理手順。

Claims

画像データを表示する複数の医用画像表示端末から構成された遠隔診療支援システムに用いる遠隔診療支援方法において、
画像表示，画像処理，注釈記入などの画像操作と前記画像操作の対象となる画像データを特定する画像識別情報と前記画像操作の実行タイミングとを記録した操作コマンド列を生成する操作コマンド列生成ステップと、
前記生成された操作コマンド列と前記特定された画像データとを他の医用画像表示端末のデータバッファに記録するために必要なデータ伝送を行うメールデータ送受信ステップと、
前記伝送された操作コマンド列と画像データとを前記データバッファに記録するメールバッファステップと、
操作者の指示に従い前記データバッファから読み出した操作コマンド列の内容に従って画像データを処理して表示するメールデータ表示ステップとを有し、
前記操作コマンド列生成ステップは、データバッファから読み出した操作コマンド列を引用して新たな操作コマンド列を生成可能であることを特徴とする遠隔診療支援方法。
請求項１に記載の遠隔診療支援方法おいて、前記画像識別情報は、画像データの発生施設を特定する施設識別子を有し、前記医用画像表示端末は、所属施設を特定する施設識別子を有し、前記メールデータ送受信ステップは、画像識別情報の施設識別子と伝送先医用画像表示端末の施設識別子とが一致しない場合に前記画像データを伝送する遠隔診療支援方法。
画像データを表示する複数の医用画像表示端末から構成された遠隔診療支援システムにおいて、前記複数の医用画像表示端末の各々は、
操作者が行う画像表示，画像処理，注釈記入などの画像操作を、画像データを特定する画像識別情報と前記画像操作の実行タイミングとを含めた操作コマンド列として記録させる記録ボタンと、
前記操作コマンド列と前記操作コマンド列の画像識別情報で特定された画像データとを、他の医用画像表示端末のデータバッファに記録させるようメールとして送信させる送信ボタンと、
他の医用画像表示端末から受信したメールを選択させるメール選択画面と、
操作者が選択したメールに含まれる操作コマンド列に従って画像データを処理して表示させる再生ボタンとを表示するモニタ画面を有し、
前記記録ボタンは、前記データバッファから読み出した操作コマンド列を引用して新たな操作コマンド列として記録させることが可能であること特徴とする遠隔診療支援システム。
請求項３に記載の遠隔診療支援システムにおいて、前記画像識別情報は、画像データの発生施設を特定する施設識別子を有し、前記医療画像表示端末は、所属施設を特定する施設識別子を有し、画像識別情報の施設識別子と伝送先医用画像表示端末の施設識別子とが一致しない場合に、前記送信ボタンによって、前記画像データが伝送されることを特徴とする遠隔診療支援システム。