遠隔読影システム及び遠隔読影方法
【課題】読影端末の環境を把握し、読影作業を効率よく行うことができる遠隔読影システムを提供する。
【解決手段】複数の読影端末及び医療機関と通信回線を介して接続した読影センターを含み、読影センターは、複数の医療機関からの読影依頼を受信して依頼内容及び画像データを管理する第１のデータベースと、複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、受信した端末情報及び読影要求情報を基に読影端末を選択して読影候補の情報を送信し、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、読影端末からの読影結果の情報を管理する第３のデータベースと、読影結果の情報を医療機関に提示するための依頼管理部とを具備する。
【解決手段】複数の読影端末及び医療機関と通信回線を介して接続した読影センターを含み、読影センターは、複数の医療機関からの読影依頼を受信して依頼内容及び画像データを管理する第１のデータベースと、複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、受信した端末情報及び読影要求情報を基に読影端末を選択して読影候補の情報を送信し、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、読影端末からの読影結果の情報を管理する第３のデータベースと、読影結果の情報を医療機関に提示するための依頼管理部とを具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院等の医療機関で作成した医用画像を、通信回線を利用して遠隔地の読影専門医（読影端末）に送信し、専門医によって読影した結果を受信できるようにした遠隔読影システム及び遠隔読影方法に関する。
【背景技術】
【０００２】
一般に、病院等の機関では、Ｘ線ＣＴ装置やＭＲＩ装置等の画像診断装置で撮影して得た医用画像を読影して診断を行うようにしている。またＣＴ画像やＭＲＩ画像等の読影の専門医を欠く場合は、読影センターを介して読影の専門医に医用画像を送信し、読影を依頼するようにしている。
【０００３】
読影センターは、通信回線を介して複数の読影端末及び複数の医療機関（病院等）と接続しており、医療機関から医用画像の読影依頼があった場合に、適切な専門医（読影端末）を決定して読影依頼を発送するようにしている。
【０００４】
ところで、このような遠隔読影システムでは、読影依頼があったときに各読影医の現況（空き状況）や、専門分野、読影端末の性能等を十分に把握して、的確に読影依頼を発送する必要がある。このスケジューリングがうまくいかないと、特定の読影医に依頼が集中したり、読影できなかったりして、再度依頼をし直すことになり効率が悪くなる。
【０００５】
特許文献１には、読影する医師を自動的に割り当てるようにした遠隔読影システムが開示されている。この例では複数の医師から送信されたスケジュールをセンター側で管理し、スケジュール情報に基づいて読影担当医を自動的に割り当てるようにしている。
【０００６】
また特許文献２には、検査内容に応じて適切な読影医を選択する遠隔読影システムが開示されている。この例では、読影医から送られた各種の情報（例えば専門分野や現在の状態）を読影センターで管理し、読影医から送られた情報に基づいて読影医を選択するようにしている。
【０００７】
しかしながら、このような読影システムでは、読影医がセンターに対して随時状況を通知しなければならず負担が増える。またセンター側は読影医の置かれている状況の一部を把握しているに過ぎず、センター側と読影医との間でスケジュールのずれを生じる可能性がある。特に至急依頼時には、読影医のおかれている状況とセンター側で想定した状況とが食い違うと、医師の再選定や再依頼が必要になる場合もあり、読影処理の遅延を招くことがある。
【０００８】
また従来の読影システムでは、読影環境が考慮されていないため、ネットワーク環境及び読影端末の性能が異なると、検査内容によっては読影不能になったり、特定の医師に作業が集中することがあった。さらに予定した時間帯に読影業務ができなくても、あとで読影時間が取れる場合や、別の医師がたまたま時間が空いていて代行できる場合があっても、従来の読影システムでは、柔軟な対応ができないという不具合がある。
【特許文献１】特開２００２−３２９１９０号公報
【特許文献２】特開２００６−２６８０７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来の読影システムでは、読影医がセンターに対して随時状況を通知しなければならず負担が増えるし、センター側と読影医との間でスケジュールのずれを生じる可能性がある。特に至急依頼時には、読影医のおかれている状況とセンター側で想定した状況とが食い違うと、医師の再選定や再依頼が必要になり、読影処理の遅延を招くことがある。また読影環境が考慮されていないため、検査内容によっては読影不能になったり、特定の医師に作業が集中することがあった。
【００１０】
本発明は、上記事情に鑑みて成されたもので、読影医の使用している端末の仕様やネットワークの状態を把握し、医師の負担を低減し作業負荷を平準化することができる遠隔読影システム及び遠隔読影方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
請求項1記載の本発明は、複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを含む遠隔読影システムであって、前記読影センターは、 前記複数の医療機関からの読影依頼を受信して依頼内容及び読影すべき画像データを含む依頼情報を管理する第１のデータベースと、前記複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、前記受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信するとともに、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、前記読影端末からの読影結果の情報を受信して管理する第３のデータベースと、前記第３のデータベースに保管された読影結果の情報を前記医療機関に提示するための依頼管理部と、を具備したことを特徴とする。
【００１２】
また、請求項7記載の本発明の遠隔読影方法は、複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを有し、前記読影センターは、前記複数の医療機関からの読影依頼を受信し、前記読影依頼の内容及び読影すべき画像データを含む依頼情報を管理し、前記複数の読影端末からの端末情報及び読影要求情報を受信管理し、受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信し、送信先の読影端末で読影を受諾した場合に当該読影端末に前記画像データを配信し、前記読影端末からの読影結果の情報を受信して依頼のあった前記医療機関に提示可能にしたことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、読影医のスケジュール入力が不要となり、事務方及び医師の負担を低減することができ、読影医の状況に即した遠隔読影業務を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の遠隔読影システムの一実施形態について図面を参照して詳細に説明する。
【実施例１】
【００１５】
図１は、本発明の遠隔読影システムの一実施形態を示す構成図である。図1において、１００は読影センターであり、読影センター１００は、通信回線（ネットワーク）１０１を介して複数の読影端末２０１，２０２…、及び医療機関３０１，３０２…に接続されている。以下の説明では、読影端末２０１，２０２…を総称して読影端末２００と呼ぶこともある。また医療機関３０１，３０２…を総称して医療機関３００と呼ぶこともある。
【００１６】
読影センター１００は、読影端末２００との間で情報の送受信を行うデータ入出力部１１と、医療機関３００との間で情報の送受信を行うデータ入出力部１２を有している。また第１、第２、第３のデータベースを備えている。第１のデータベースは、依頼検査データベース（Ｄ／Ｂ）１３であり、第２のデータベースは、接続管理データベース（Ｄ／Ｂ）１４であり、第３のデータベースは、読影結果データベース（ＤＢ）１５である。
【００１７】
接続管理データベース１４とデータ入出力部１１間には、端末接続管理部１６、依頼検索・配信部１７、検査情報配信部１８を有している。また依頼検査データベース１３とデータ入出力部１１間には、読影管理部１９を有し、依頼検査データベース１３とデータ入出力部１２間には、依頼管理部２０を有している。依頼検査データベース１３は、依頼検索・配信部１７及び検査情報配信部１８にも接続しており、読影結果データベース（ＤＢ）１５は、読影管理部１９と依頼管理部２０に接続している。
【００１８】
依頼検査データベース１３は、医療機関３００から送られてきた読影用の画像データや、依頼検査内容等の情報を記憶する。接続管理データベース１４は、通信回線（ネットワーク１０１）を介して接続された読影端末２００からの端末情報（端末識別コード、仕様、医師コード等）や読影要求情報等を記憶する。また読影結果データベース１５は、読影端末２００によって読影された読影結果（読影レポート等）を記憶する。
【００１９】
端末接続管理部１６は、読影センター１００に接続されている読影端末２０を管理し、読影端末２００からの端末情報をもとに通信スループット（後述）の測定を行う。また依頼検索・配信部１７は、医療機関３０から読影依頼があったときに、どの読影端末（読影医）に対して読影の依頼を行うかを決定し、決定した読影端末２００に依頼情報を配信する。
【００２０】
検査情報配信部１８は、ＰＡＣＳ（Picture Archiving Communication System）等の画像ファイル通信保管部であり、読影端末が決定したあと、該当する読影端末２０に医用画像データを配信する。尚、依頼検索・配信部１７と検査情報配信部１８は、読影センター１００の配信部を構成する。
【００２１】
読影管理部１９は、レポートシステム等を含み、読影端末２００からの読影結果（読影レポート等）を依頼のあった医療機関別に管理し、読影結果をデータベース１５に記憶する。依頼管理部２０は、医療機関３０からの依頼を受け付けたり、読影結果を依頼のあった医療機関３００に提示可能にする。
【００２２】
次に読影センター１００と読影端末２００（ここでは読影端末２０１）との情報のやりとりを、図２のシーケンス図を参照して説明する。読影端末２０１は、コンピュータ本体２１と操作部２２及び表示部２３を有し、ネットワーク１０１を介して読影センター１００と通信可能である。
【００２３】
図２において、ステップＳ１では、読影端末２０１から読影センター１００に対して起動通知を送信する。起動通知としては、端末識別コード、仕様情報、医師コード等の端末情報を送信する。端末識別コードは読影端末２０１を識別するＭＡＣアドレス等であり、仕様情報は、読影端末２０１のスペック（モニタサイズの大きさや、ワークステーション型のコンピュータか、電子手帳型のコンピュータか等）を表す情報である。また医師コードは、読影端末２０１を操作する読影医のコードであり、この医師コードをもとに医師の専門分野等を把握することができる。
【００２４】
図３は、読影端末２０１を起動したときの画面の一例を示している。図３において、読影端末２０１が読影センター１００に接続されると、接続した旨の表示がなされ、医師コードの入力画面が表示される。この起動画面は、読影センター１００で読影環境（スペック等）を確認したり、至急の依頼を読影センター１００から通知するために、端末起動時またはログイン時に自動的に起動するようにしている。
【００２５】
尚、起動画面の表示は必ずしも必要ではなく、読影センター１００側で読影端末２０１の端末情報（ＭＡＣアドレス等）と読影医が対応付けされている場合や、読影端末２０１のログイン情報と読影医が対応付けされている場合は、医師コード等の入力は不要であり。起動画面の表示は省略することができる。また読影端末２０１がＰＤＡ等の携帯情報端末の場合は、ＶＰＮ（Virtual Private Network）等を介して読影センター１００と接続してもよい。
【００２６】
読影センター１００は起動通知を受取ると、ステップＳ２で通信スループット測定し、その測定情報を読影端末２０１に送信する。通信スループット情報は、ネットワーク１０１上での処理スピードや、読影端末２０１の単位時間当たりの処理能力を示す情報であり、読影センター１００で測定した通信スループット情報を読影端末２０１に送る。
【００２７】
ステップＳ３では、読影端末２０１から読影センター１００に対して、受け取った通信スループット情報と、端末識別コードを送信する。また読影端末２０１からは、ステップＳ４において読影医が読影可能な時間に読影要求情報を送信する。読影要求情報は、読影リストを要求する信号である。読影リストの要求を行う場合は、端末識別コード、要求内容、通信スループット情報を併せて送信する。
【００２８】
読影リストの要求を行う場合、例えば、病院名、依頼科、依頼内容、検査種別、検査目的、画像タイプ、画像数、データ量、過去検査の有無、等の要求内容を指示することができ、読影端末２０１の表示画面に表示された条件設定画面から選択することができる。また図４で示すように読影医の専門分野等から、希望する検査のタイプや条件を予めプリセットしておき、リスト要求画面を表示するようにしてもよい。尚、図３の起動画面を表示しない場合は、図４の画面を表示するためのアプリケーションソフトを用意しておくことが望ましい。
【００２９】
読影端末２０１から読影リストの要求があると、読影センター１００では、ステップＳ５において要求内容（条件）に合う未読影の検査依頼を検索し、読影端末毎に読影可能な候補を選択する。このとき読影センター１００側は、通信スループットの測定結果や端末情報をもとに、読影端末２０１で処理できそうな読影候補を絞り込む。またセンター側の判断で要求内容の一部を無視して候補を決定することもある。また運用によっては、センター側の絞込みによって各読影端末２００に提供していない検査リストを要求するようにしてもよい。
【００３０】
読影候補が決まると読影センター１００は、ステップＳ６で読影候補の情報を読影端末２０１に送信する。読影端末２０１では、読影候補の情報を受取ると例えば図５に示すような読影候補一覧画面が表示される。読影候補一覧画面には、読影、依頼病院、依頼内容等のいくつかの項目が表示されるが、センター側の状況を随時反映させるため、他の端末で既に読影が開始された候補については「開始」等の識別マークを付けて表示し、未読影の候補と区分して表示される。或いは、既に読影が開始された候補についてはリストから削除される。
【００３１】
図５のリストの中から、希望する読影候補をマウス等で選択し、「検査選択」ボタンが操作されると、ステップＳ７では読影端末２０１から読影センター１００に対して選択した読影候補と読影を受諾した旨の回答が通知される。この通知を受けると読影センター１００は、ステップＳ８で読影端末２０１に対して該当する読影候補の画像データを依頼検査データベース１３から抽出して送信する。この場合、読影センター１００は、読影環境（スペック等）に合わせて、画像の圧縮率等を調整して画像データを送信する。
【００３２】
尚、リアルタイムに状況を更新できない環境にいる場合は、「検査選択」ボタンを操作したときに既に他の読影医が選択した可能性がある。したがって、所定時間経過したあとに「検査選択」ボタンが操作されたときは、その段階で別な検査を受け入れ可能である旨のメッセージを併せて読影センター１００に送信するようにしてもよい。
【００３３】
ステップＳ９で、読影端末２０１は画像データの読影を行い、ステップＳ１０で読影結果を読影センター１００に送信する。こうして読影センター１００は、受け取った読影結果を依頼のあった医療機関３００に送信する。或いは医療機関３００から読影センター１００に対してアクセスして読影結果を受取るようにしてもよい。依頼管理部２０は、読影結果の情報を医療機関３００に提示するための機能を有している。
【００３４】
このように読影端末２００では、自己の読影端末が読影可能な時間に読影リスト要求を行い、センター側は読影端末２００の要求に応じてタイムリーに画像データを送信することができる。このため、センター１００側で読影医のスケジュールを管理する必要がなく、スケジュール入力等の手間が省略され省力化が期待できる。また読影医の状況に即した遠隔読影業務を行うことができ、特定の医師に業務が集中するのを避けることができ、遠隔読影業務を効率よく遂行することができる。
【００３５】
さらにセンター側は、通信スループットを考慮して読影候補のリストを返信するとともに、読影端末２００の読影環境（スペック等）に合わせて画像の圧縮サイズ等を調整して画像データを送信するため、読影医はそのリストの中から、対応可能な検査を容易に選択することができる。
【実施例２】
【００３６】
次に本発明の遠隔読影システムの第２の実施形態について説明する。この実施形態は、緊急の読影依頼があった場合に対処したものである。
【００３７】
以下、第２の実施形態における読影センター１００と読影端末２００（ここでは読影端末２０１，２０２）との情報のやりとりを、図６のシーケンス図を参照して説明する。
【００３８】
図６において、ステップＳ１１では、読影端末２０１から読影センター１００に対して起動通知を送信する。起動通知としては端末識別コード、仕様情報、医師コード等の端末情報を送信する。読影センター１００は起動通知を受取ると、ステップＳ１２で通信スループット測定情報を読影端末２０１に送信する。ステップＳ１３では、読影端末２０１から読影センター１００に対して通信スループットの測定結果と端末識別コードを送信する。
【００３９】
また、読影端末２０２から読影センター１００との間でも同様の通信を行い、ステップＳ１４では、読影端末２０２から読影センター１００に対して起動通知を送信する。読影センター１００は起動通知を受取ると、ステップＳ１５で通信スループット測定情報を読影端末２０２に送信する。ステップＳ１６では、読影端末２０２から読影センター１００に対して通信スループットの測定結果と端末識別コードを送信する。
【００４０】
この状態では、読影端末２０１及び読影端末２０２は待機状態にある。ここで医療機関３００から緊急の検査依頼があると、ステップＳ１７では、依頼内容及び通信スループットの測定結果を考慮して読影可能な読影端末２００を絞り込み、依頼候補を選択する。
【００４１】
ステップＳ１８、Ｓ１９では、選択した読影端末２００（例えば読影端末２０１，２０２）に対して読影の打診情報を発送する。読影の打診を行う場合、依頼内容を同時に送信する。読影端末２０１，２０２では、読影の打診情報を受取ると、例えば図７に示すような読影候補一覧画面が表示される。
【００４２】
読影候補一覧画面には、「センターから依頼がありました」といったメッセージのほかに、読影、依頼時刻、依頼病院、依頼内容等のいくつかの項目が表示される。またセンター側の状況を随時反映させるため、他の端末で既に読影が開始された候補については「開始」等の識別マークを付けて表示し、未読影の候補と区分して表示される。或いは、既に読影が開始された候補についてはリストから削除される。
【００４３】
読影センター１００は、至急の依頼を受け取ったときに、読影端末２００に図７の画面をポップアップ等で表示させる。図７の画面は、センター側で依頼可能と判断した複数の読影端末２００に同じ依頼内容で同時に表示される。尚、画面が非表示の状態でも依頼待ちうけサービスが稼動している必要があるが、アプリケーションの起動ＵＲＬ等を埋め込んだメールや、メッセンジャソフトによるメッセージを表示してもよい。また読影端末２００において、図４、図５の画面を表示中の場合は、図７の画面に書き換える等により割り込み依頼を行う。
【００４４】
読影の打診を受けた読影端末２０の内、例えば読影端末２０２で読影可能であったとすると、読影端末２０２では、図７のリストの中から、希望する依頼項目(未読影の候補)をマウス等で選択し、「検査選択」ボタンを操作する。これにより、ステップＳ２０では、読影端末２０２から読影センター１００に選択した読影候補と読影を受諾した旨の回答が通知される。この通知を受けると読影センター１００は、ステップＳ２１で読影端末２０２に対して該当する読影候補の画像データ等を送信する。また「検査選択」ボタンを選択後、検査情報（画像等）の画面や、レポート作成の画面の表示に移行するようにしてもよい。
【００４５】
読影端末２０２は、ステップＳ２２で読影を行い、ステップＳ２３で読影結果を読影センター１００に送信する。こうして読影センター１００は、受け取った読影結果を依頼のあった医療機関３００に送信する。或いは医療機関３００から読影センター１００に対してアクセスして読影結果を受取るようにしてもよい。
【００４６】
一方、読影の打診情報を受けた読影端末２００（例えば２０１）において、読影時間がなく即座に対応できない場合は、例えば図７の「当分無理」、「暫時」のいずれかを選択する。「当分無理」は、現時点では読影時間がとれず当分の間は読影できない状況を意味し、「暫時」は、もう少し待てば読影可能を意味する。これらの、「当分無理」、「暫時」のボタンを操作すると読影端末２０１の現況を示す情報が読影センター１００に送信される。
【００４７】
例えば、依頼した読影医全員が緊急の依頼を受けられない場合は、再度要請する必要があるが、再依頼するときには、受信した回答（「当分無理」、「暫時」の種類）をもとに現況を判断し、読影の可能性の高い読影端末２００に対して再度打診することができる。
【００４８】
このように緊急の読影依頼があった場合、読影センター１００は読影可能な端末２００を絞り込んで、該当する読影端末２００に読影の打診を行い、読影可能な読影端末２００があれば、そこに画像データを送信して読影を依頼することができる。また緊急の依頼が受けられない場合であっても、読影の可能性の高い読影端末２００に対して再度打診することができる。
【００４９】
以上説明したように、本発明の遠隔読影システムでは、読影担当医のスケジュール入力が不要となり、読影センター側での事務方及び医師の負担を低減することができる。またシステム全体の読影効率及び読影量を向上することができる。
【００５０】
尚、本発明の医療情報管理システムは、以上の説明に限定されることなく、特許請求の範囲を逸脱しない範囲で種々の変形が可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の医療情報管理システムの一実施形態を示すシステム構成図。
【図２】同実施形態における読影センターと読影端末間の情報のやりとりを説明するシーケンス図。
【図３】同実施形態における読影端末の起動画面の一例を示す説明図。
【図４】同実施形態における読影端末の読影リスト要求画面の一例を示す説明図。
【図５】同実施形態における読影端末の読影候補一覧画面の一例を示す説明図。
【図６】本発明の医療情報管理システムの他の実施形態における読影センターと読影端末間の情報のやりとりを説明するシーケンス図。
【図７】他の実施形態における読影端末の読影候補一覧画面の一例を示す説明図。
【符号の説明】
【００５２】
１００…読影センター
１１，１２…データ入出力部
１３…依頼検査データベース
１４…接続管理データベース
１５…読影結果データベース
１６…端末接続管理部
１７…依頼検査・配信部
１８…検査情報配信部
１９…読影管理部
２０…依頼管理部
１０１…ネットワーク
２０１，２０２…読影端末
３０１，３０２…医療機関
【技術分野】
【０００１】
本発明は、病院等の医療機関で作成した医用画像を、通信回線を利用して遠隔地の読影専門医（読影端末）に送信し、専門医によって読影した結果を受信できるようにした遠隔読影システム及び遠隔読影方法に関する。
【背景技術】
【０００２】
一般に、病院等の機関では、Ｘ線ＣＴ装置やＭＲＩ装置等の画像診断装置で撮影して得た医用画像を読影して診断を行うようにしている。またＣＴ画像やＭＲＩ画像等の読影の専門医を欠く場合は、読影センターを介して読影の専門医に医用画像を送信し、読影を依頼するようにしている。
【０００３】
読影センターは、通信回線を介して複数の読影端末及び複数の医療機関（病院等）と接続しており、医療機関から医用画像の読影依頼があった場合に、適切な専門医（読影端末）を決定して読影依頼を発送するようにしている。
【０００４】
ところで、このような遠隔読影システムでは、読影依頼があったときに各読影医の現況（空き状況）や、専門分野、読影端末の性能等を十分に把握して、的確に読影依頼を発送する必要がある。このスケジューリングがうまくいかないと、特定の読影医に依頼が集中したり、読影できなかったりして、再度依頼をし直すことになり効率が悪くなる。
【０００５】
特許文献１には、読影する医師を自動的に割り当てるようにした遠隔読影システムが開示されている。この例では複数の医師から送信されたスケジュールをセンター側で管理し、スケジュール情報に基づいて読影担当医を自動的に割り当てるようにしている。
【０００６】
また特許文献２には、検査内容に応じて適切な読影医を選択する遠隔読影システムが開示されている。この例では、読影医から送られた各種の情報（例えば専門分野や現在の状態）を読影センターで管理し、読影医から送られた情報に基づいて読影医を選択するようにしている。
【０００７】
しかしながら、このような読影システムでは、読影医がセンターに対して随時状況を通知しなければならず負担が増える。またセンター側は読影医の置かれている状況の一部を把握しているに過ぎず、センター側と読影医との間でスケジュールのずれを生じる可能性がある。特に至急依頼時には、読影医のおかれている状況とセンター側で想定した状況とが食い違うと、医師の再選定や再依頼が必要になる場合もあり、読影処理の遅延を招くことがある。
【０００８】
また従来の読影システムでは、読影環境が考慮されていないため、ネットワーク環境及び読影端末の性能が異なると、検査内容によっては読影不能になったり、特定の医師に作業が集中することがあった。さらに予定した時間帯に読影業務ができなくても、あとで読影時間が取れる場合や、別の医師がたまたま時間が空いていて代行できる場合があっても、従来の読影システムでは、柔軟な対応ができないという不具合がある。
【特許文献１】特開２００２−３２９１９０号公報
【特許文献２】特開２００６−２６８０７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来の読影システムでは、読影医がセンターに対して随時状況を通知しなければならず負担が増えるし、センター側と読影医との間でスケジュールのずれを生じる可能性がある。特に至急依頼時には、読影医のおかれている状況とセンター側で想定した状況とが食い違うと、医師の再選定や再依頼が必要になり、読影処理の遅延を招くことがある。また読影環境が考慮されていないため、検査内容によっては読影不能になったり、特定の医師に作業が集中することがあった。
【００１０】
本発明は、上記事情に鑑みて成されたもので、読影医の使用している端末の仕様やネットワークの状態を把握し、医師の負担を低減し作業負荷を平準化することができる遠隔読影システム及び遠隔読影方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
請求項1記載の本発明は、複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを含む遠隔読影システムであって、前記読影センターは、 前記複数の医療機関からの読影依頼を受信して依頼内容及び読影すべき画像データを含む依頼情報を管理する第１のデータベースと、前記複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、前記受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信するとともに、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、前記読影端末からの読影結果の情報を受信して管理する第３のデータベースと、前記第３のデータベースに保管された読影結果の情報を前記医療機関に提示するための依頼管理部と、を具備したことを特徴とする。
【００１２】
また、請求項7記載の本発明の遠隔読影方法は、複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを有し、前記読影センターは、前記複数の医療機関からの読影依頼を受信し、前記読影依頼の内容及び読影すべき画像データを含む依頼情報を管理し、前記複数の読影端末からの端末情報及び読影要求情報を受信管理し、受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信し、送信先の読影端末で読影を受諾した場合に当該読影端末に前記画像データを配信し、前記読影端末からの読影結果の情報を受信して依頼のあった前記医療機関に提示可能にしたことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、読影医のスケジュール入力が不要となり、事務方及び医師の負担を低減することができ、読影医の状況に即した遠隔読影業務を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の遠隔読影システムの一実施形態について図面を参照して詳細に説明する。
【実施例１】
【００１５】
図１は、本発明の遠隔読影システムの一実施形態を示す構成図である。図1において、１００は読影センターであり、読影センター１００は、通信回線（ネットワーク）１０１を介して複数の読影端末２０１，２０２…、及び医療機関３０１，３０２…に接続されている。以下の説明では、読影端末２０１，２０２…を総称して読影端末２００と呼ぶこともある。また医療機関３０１，３０２…を総称して医療機関３００と呼ぶこともある。
【００１６】
読影センター１００は、読影端末２００との間で情報の送受信を行うデータ入出力部１１と、医療機関３００との間で情報の送受信を行うデータ入出力部１２を有している。また第１、第２、第３のデータベースを備えている。第１のデータベースは、依頼検査データベース（Ｄ／Ｂ）１３であり、第２のデータベースは、接続管理データベース（Ｄ／Ｂ）１４であり、第３のデータベースは、読影結果データベース（ＤＢ）１５である。
【００１７】
接続管理データベース１４とデータ入出力部１１間には、端末接続管理部１６、依頼検索・配信部１７、検査情報配信部１８を有している。また依頼検査データベース１３とデータ入出力部１１間には、読影管理部１９を有し、依頼検査データベース１３とデータ入出力部１２間には、依頼管理部２０を有している。依頼検査データベース１３は、依頼検索・配信部１７及び検査情報配信部１８にも接続しており、読影結果データベース（ＤＢ）１５は、読影管理部１９と依頼管理部２０に接続している。
【００１８】
依頼検査データベース１３は、医療機関３００から送られてきた読影用の画像データや、依頼検査内容等の情報を記憶する。接続管理データベース１４は、通信回線（ネットワーク１０１）を介して接続された読影端末２００からの端末情報（端末識別コード、仕様、医師コード等）や読影要求情報等を記憶する。また読影結果データベース１５は、読影端末２００によって読影された読影結果（読影レポート等）を記憶する。
【００１９】
端末接続管理部１６は、読影センター１００に接続されている読影端末２０を管理し、読影端末２００からの端末情報をもとに通信スループット（後述）の測定を行う。また依頼検索・配信部１７は、医療機関３０から読影依頼があったときに、どの読影端末（読影医）に対して読影の依頼を行うかを決定し、決定した読影端末２００に依頼情報を配信する。
【００２０】
検査情報配信部１８は、ＰＡＣＳ（Picture Archiving Communication System）等の画像ファイル通信保管部であり、読影端末が決定したあと、該当する読影端末２０に医用画像データを配信する。尚、依頼検索・配信部１７と検査情報配信部１８は、読影センター１００の配信部を構成する。
【００２１】
読影管理部１９は、レポートシステム等を含み、読影端末２００からの読影結果（読影レポート等）を依頼のあった医療機関別に管理し、読影結果をデータベース１５に記憶する。依頼管理部２０は、医療機関３０からの依頼を受け付けたり、読影結果を依頼のあった医療機関３００に提示可能にする。
【００２２】
次に読影センター１００と読影端末２００（ここでは読影端末２０１）との情報のやりとりを、図２のシーケンス図を参照して説明する。読影端末２０１は、コンピュータ本体２１と操作部２２及び表示部２３を有し、ネットワーク１０１を介して読影センター１００と通信可能である。
【００２３】
図２において、ステップＳ１では、読影端末２０１から読影センター１００に対して起動通知を送信する。起動通知としては、端末識別コード、仕様情報、医師コード等の端末情報を送信する。端末識別コードは読影端末２０１を識別するＭＡＣアドレス等であり、仕様情報は、読影端末２０１のスペック（モニタサイズの大きさや、ワークステーション型のコンピュータか、電子手帳型のコンピュータか等）を表す情報である。また医師コードは、読影端末２０１を操作する読影医のコードであり、この医師コードをもとに医師の専門分野等を把握することができる。
【００２４】
図３は、読影端末２０１を起動したときの画面の一例を示している。図３において、読影端末２０１が読影センター１００に接続されると、接続した旨の表示がなされ、医師コードの入力画面が表示される。この起動画面は、読影センター１００で読影環境（スペック等）を確認したり、至急の依頼を読影センター１００から通知するために、端末起動時またはログイン時に自動的に起動するようにしている。
【００２５】
尚、起動画面の表示は必ずしも必要ではなく、読影センター１００側で読影端末２０１の端末情報（ＭＡＣアドレス等）と読影医が対応付けされている場合や、読影端末２０１のログイン情報と読影医が対応付けされている場合は、医師コード等の入力は不要であり。起動画面の表示は省略することができる。また読影端末２０１がＰＤＡ等の携帯情報端末の場合は、ＶＰＮ（Virtual Private Network）等を介して読影センター１００と接続してもよい。
【００２６】
読影センター１００は起動通知を受取ると、ステップＳ２で通信スループット測定し、その測定情報を読影端末２０１に送信する。通信スループット情報は、ネットワーク１０１上での処理スピードや、読影端末２０１の単位時間当たりの処理能力を示す情報であり、読影センター１００で測定した通信スループット情報を読影端末２０１に送る。
【００２７】
ステップＳ３では、読影端末２０１から読影センター１００に対して、受け取った通信スループット情報と、端末識別コードを送信する。また読影端末２０１からは、ステップＳ４において読影医が読影可能な時間に読影要求情報を送信する。読影要求情報は、読影リストを要求する信号である。読影リストの要求を行う場合は、端末識別コード、要求内容、通信スループット情報を併せて送信する。
【００２８】
読影リストの要求を行う場合、例えば、病院名、依頼科、依頼内容、検査種別、検査目的、画像タイプ、画像数、データ量、過去検査の有無、等の要求内容を指示することができ、読影端末２０１の表示画面に表示された条件設定画面から選択することができる。また図４で示すように読影医の専門分野等から、希望する検査のタイプや条件を予めプリセットしておき、リスト要求画面を表示するようにしてもよい。尚、図３の起動画面を表示しない場合は、図４の画面を表示するためのアプリケーションソフトを用意しておくことが望ましい。
【００２９】
読影端末２０１から読影リストの要求があると、読影センター１００では、ステップＳ５において要求内容（条件）に合う未読影の検査依頼を検索し、読影端末毎に読影可能な候補を選択する。このとき読影センター１００側は、通信スループットの測定結果や端末情報をもとに、読影端末２０１で処理できそうな読影候補を絞り込む。またセンター側の判断で要求内容の一部を無視して候補を決定することもある。また運用によっては、センター側の絞込みによって各読影端末２００に提供していない検査リストを要求するようにしてもよい。
【００３０】
読影候補が決まると読影センター１００は、ステップＳ６で読影候補の情報を読影端末２０１に送信する。読影端末２０１では、読影候補の情報を受取ると例えば図５に示すような読影候補一覧画面が表示される。読影候補一覧画面には、読影、依頼病院、依頼内容等のいくつかの項目が表示されるが、センター側の状況を随時反映させるため、他の端末で既に読影が開始された候補については「開始」等の識別マークを付けて表示し、未読影の候補と区分して表示される。或いは、既に読影が開始された候補についてはリストから削除される。
【００３１】
図５のリストの中から、希望する読影候補をマウス等で選択し、「検査選択」ボタンが操作されると、ステップＳ７では読影端末２０１から読影センター１００に対して選択した読影候補と読影を受諾した旨の回答が通知される。この通知を受けると読影センター１００は、ステップＳ８で読影端末２０１に対して該当する読影候補の画像データを依頼検査データベース１３から抽出して送信する。この場合、読影センター１００は、読影環境（スペック等）に合わせて、画像の圧縮率等を調整して画像データを送信する。
【００３２】
尚、リアルタイムに状況を更新できない環境にいる場合は、「検査選択」ボタンを操作したときに既に他の読影医が選択した可能性がある。したがって、所定時間経過したあとに「検査選択」ボタンが操作されたときは、その段階で別な検査を受け入れ可能である旨のメッセージを併せて読影センター１００に送信するようにしてもよい。
【００３３】
ステップＳ９で、読影端末２０１は画像データの読影を行い、ステップＳ１０で読影結果を読影センター１００に送信する。こうして読影センター１００は、受け取った読影結果を依頼のあった医療機関３００に送信する。或いは医療機関３００から読影センター１００に対してアクセスして読影結果を受取るようにしてもよい。依頼管理部２０は、読影結果の情報を医療機関３００に提示するための機能を有している。
【００３４】
このように読影端末２００では、自己の読影端末が読影可能な時間に読影リスト要求を行い、センター側は読影端末２００の要求に応じてタイムリーに画像データを送信することができる。このため、センター１００側で読影医のスケジュールを管理する必要がなく、スケジュール入力等の手間が省略され省力化が期待できる。また読影医の状況に即した遠隔読影業務を行うことができ、特定の医師に業務が集中するのを避けることができ、遠隔読影業務を効率よく遂行することができる。
【００３５】
さらにセンター側は、通信スループットを考慮して読影候補のリストを返信するとともに、読影端末２００の読影環境（スペック等）に合わせて画像の圧縮サイズ等を調整して画像データを送信するため、読影医はそのリストの中から、対応可能な検査を容易に選択することができる。
【実施例２】
【００３６】
次に本発明の遠隔読影システムの第２の実施形態について説明する。この実施形態は、緊急の読影依頼があった場合に対処したものである。
【００３７】
以下、第２の実施形態における読影センター１００と読影端末２００（ここでは読影端末２０１，２０２）との情報のやりとりを、図６のシーケンス図を参照して説明する。
【００３８】
図６において、ステップＳ１１では、読影端末２０１から読影センター１００に対して起動通知を送信する。起動通知としては端末識別コード、仕様情報、医師コード等の端末情報を送信する。読影センター１００は起動通知を受取ると、ステップＳ１２で通信スループット測定情報を読影端末２０１に送信する。ステップＳ１３では、読影端末２０１から読影センター１００に対して通信スループットの測定結果と端末識別コードを送信する。
【００３９】
また、読影端末２０２から読影センター１００との間でも同様の通信を行い、ステップＳ１４では、読影端末２０２から読影センター１００に対して起動通知を送信する。読影センター１００は起動通知を受取ると、ステップＳ１５で通信スループット測定情報を読影端末２０２に送信する。ステップＳ１６では、読影端末２０２から読影センター１００に対して通信スループットの測定結果と端末識別コードを送信する。
【００４０】
この状態では、読影端末２０１及び読影端末２０２は待機状態にある。ここで医療機関３００から緊急の検査依頼があると、ステップＳ１７では、依頼内容及び通信スループットの測定結果を考慮して読影可能な読影端末２００を絞り込み、依頼候補を選択する。
【００４１】
ステップＳ１８、Ｓ１９では、選択した読影端末２００（例えば読影端末２０１，２０２）に対して読影の打診情報を発送する。読影の打診を行う場合、依頼内容を同時に送信する。読影端末２０１，２０２では、読影の打診情報を受取ると、例えば図７に示すような読影候補一覧画面が表示される。
【００４２】
読影候補一覧画面には、「センターから依頼がありました」といったメッセージのほかに、読影、依頼時刻、依頼病院、依頼内容等のいくつかの項目が表示される。またセンター側の状況を随時反映させるため、他の端末で既に読影が開始された候補については「開始」等の識別マークを付けて表示し、未読影の候補と区分して表示される。或いは、既に読影が開始された候補についてはリストから削除される。
【００４３】
読影センター１００は、至急の依頼を受け取ったときに、読影端末２００に図７の画面をポップアップ等で表示させる。図７の画面は、センター側で依頼可能と判断した複数の読影端末２００に同じ依頼内容で同時に表示される。尚、画面が非表示の状態でも依頼待ちうけサービスが稼動している必要があるが、アプリケーションの起動ＵＲＬ等を埋め込んだメールや、メッセンジャソフトによるメッセージを表示してもよい。また読影端末２００において、図４、図５の画面を表示中の場合は、図７の画面に書き換える等により割り込み依頼を行う。
【００４４】
読影の打診を受けた読影端末２０の内、例えば読影端末２０２で読影可能であったとすると、読影端末２０２では、図７のリストの中から、希望する依頼項目(未読影の候補)をマウス等で選択し、「検査選択」ボタンを操作する。これにより、ステップＳ２０では、読影端末２０２から読影センター１００に選択した読影候補と読影を受諾した旨の回答が通知される。この通知を受けると読影センター１００は、ステップＳ２１で読影端末２０２に対して該当する読影候補の画像データ等を送信する。また「検査選択」ボタンを選択後、検査情報（画像等）の画面や、レポート作成の画面の表示に移行するようにしてもよい。
【００４５】
読影端末２０２は、ステップＳ２２で読影を行い、ステップＳ２３で読影結果を読影センター１００に送信する。こうして読影センター１００は、受け取った読影結果を依頼のあった医療機関３００に送信する。或いは医療機関３００から読影センター１００に対してアクセスして読影結果を受取るようにしてもよい。
【００４６】
一方、読影の打診情報を受けた読影端末２００（例えば２０１）において、読影時間がなく即座に対応できない場合は、例えば図７の「当分無理」、「暫時」のいずれかを選択する。「当分無理」は、現時点では読影時間がとれず当分の間は読影できない状況を意味し、「暫時」は、もう少し待てば読影可能を意味する。これらの、「当分無理」、「暫時」のボタンを操作すると読影端末２０１の現況を示す情報が読影センター１００に送信される。
【００４７】
例えば、依頼した読影医全員が緊急の依頼を受けられない場合は、再度要請する必要があるが、再依頼するときには、受信した回答（「当分無理」、「暫時」の種類）をもとに現況を判断し、読影の可能性の高い読影端末２００に対して再度打診することができる。
【００４８】
このように緊急の読影依頼があった場合、読影センター１００は読影可能な端末２００を絞り込んで、該当する読影端末２００に読影の打診を行い、読影可能な読影端末２００があれば、そこに画像データを送信して読影を依頼することができる。また緊急の依頼が受けられない場合であっても、読影の可能性の高い読影端末２００に対して再度打診することができる。
【００４９】
以上説明したように、本発明の遠隔読影システムでは、読影担当医のスケジュール入力が不要となり、読影センター側での事務方及び医師の負担を低減することができる。またシステム全体の読影効率及び読影量を向上することができる。
【００５０】
尚、本発明の医療情報管理システムは、以上の説明に限定されることなく、特許請求の範囲を逸脱しない範囲で種々の変形が可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の医療情報管理システムの一実施形態を示すシステム構成図。
【図２】同実施形態における読影センターと読影端末間の情報のやりとりを説明するシーケンス図。
【図３】同実施形態における読影端末の起動画面の一例を示す説明図。
【図４】同実施形態における読影端末の読影リスト要求画面の一例を示す説明図。
【図５】同実施形態における読影端末の読影候補一覧画面の一例を示す説明図。
【図６】本発明の医療情報管理システムの他の実施形態における読影センターと読影端末間の情報のやりとりを説明するシーケンス図。
【図７】他の実施形態における読影端末の読影候補一覧画面の一例を示す説明図。
【符号の説明】
【００５２】
１００…読影センター
１１，１２…データ入出力部
１３…依頼検査データベース
１４…接続管理データベース
１５…読影結果データベース
１６…端末接続管理部
１７…依頼検査・配信部
１８…検査情報配信部
１９…読影管理部
２０…依頼管理部
１０１…ネットワーク
２０１，２０２…読影端末
３０１，３０２…医療機関
【特許請求の範囲】
【請求項１】
複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを含む遠隔読影システムであって、前記読影センターは、
前記複数の医療機関からの読影依頼を受信して依頼内容及び読影すべき画像データを含む依頼情報を管理する第１のデータベースと、
前記複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、
前記受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信するとともに、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、
前記読影端末からの読影結果の情報を受信して管理する第３のデータベースと、
前記第３のデータベースに保管された読影結果の情報を前記医療機関に提示するための依頼管理部と、
を具備したことを特徴とする遠隔読影システム。
【請求項２】
前記読影端末は、読影可能な時間に自己の端末識別コード及び仕様情報を含む前記端末情報を前記読影センターに送信することを特徴とする請求項１記載の遠隔読影システム。
【請求項３】
前記読影センターは、前記端末情報を受信したとき前記読影端末の通信スループット情報を測定し、前記通信スループット情報及び前記端末情報をもとに読影要求のあった前記読影端末の読影環境を判断し、読影可能と判断した読影端末に読影候補のリストを送信することを特徴とする請求項２記載の遠隔読影システム。
【請求項４】
前記読影端末は、前記読影候補のリストから読影を実施する依頼項目を選択し、前記読影センターの配信部は、前記選択された依頼項目に関する画像データを前記第２のデータベースから抽出して前記読影端末に送信することを特徴とする請求項３記載の遠隔読影システム。
【請求項５】
前記読影センターは、前記医療機関から至急の読影依頼があったときに、前記端末情報をもとに複数の読影端末を指定して読影の打診情報を送信し、読影の受諾回答があった読影端末に対して読影すべき画像データを送信することを特徴とする請求項１記載の遠隔読影システム。
【請求項６】
前記読影の打診情報を受信した読影端末は、読影の受諾ができない場合に自己の端末の現況を前記読影センターに通知することを特徴とする請求項５記載の遠隔読影システム。
【請求項７】
複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを有し、前記読影センターは、
前記複数の医療機関からの読影依頼を受信し、
前記読影依頼の内容及び読影すべき画像データを含む依頼情報を管理し、
前記複数の読影端末からの端末情報及び読影要求情報を受信管理し、
受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信し、
送信先の読影端末で読影を受諾した場合に当該読影端末に前記画像データを配信し、
前記読影端末からの読影結果の情報を受信して依頼のあった前記医療機関に提示可能にしたことを特徴とする遠隔読影方法。
【請求項８】
前記読影端末は、読影可能な時間に自己の端末識別コード及び仕様情報を含む前記端末情報を前記読影センターに送信し、
前記読影センターは、前記端末情報を受信したとき前記読影端末の通信スループット情報を測定し、前記通信スループット情報及び前記端末情報をもとに読影要求のあった前記読影端末の読影環境を判断し、読影可能と判断した読影端末に読影候補リストを送信することを特徴とする請求項７記載の遠隔読影方法。
【請求項９】
前記読影端末は、前記読影候補リストから読影を実施する依頼項目を選択し、
前記読影センターは、前記選択された依頼項目に関する画像データを前記読影端末に送信することを特徴とする請求項８記載の遠隔読影方法。
【請求項１０】
前記読影センターは、前記医療機関から至急の読影依頼があったときに、前記端末情報をもとに複数の読影端末を指定して読影の打診情報を送信し、
読影の受諾回答があった読影端末に対して読影すべき画像データを送信し、読影の受諾ができない読影端末は、自己の端末の現況を前記読影センターに通知することを特徴とする請求項７記載の遠隔読影方法。
【請求項１】
複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを含む遠隔読影システムであって、前記読影センターは、
前記複数の医療機関からの読影依頼を受信して依頼内容及び読影すべき画像データを含む依頼情報を管理する第１のデータベースと、
前記複数の読影端末から送信された端末情報及び読影要求情報を受信管理する第２のデータベースと、
前記受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信するとともに、送信先の読影端末で読影を受諾した場合に画像データを送信する配信部と、
前記読影端末からの読影結果の情報を受信して管理する第３のデータベースと、
前記第３のデータベースに保管された読影結果の情報を前記医療機関に提示するための依頼管理部と、
を具備したことを特徴とする遠隔読影システム。
【請求項２】
前記読影端末は、読影可能な時間に自己の端末識別コード及び仕様情報を含む前記端末情報を前記読影センターに送信することを特徴とする請求項１記載の遠隔読影システム。
【請求項３】
前記読影センターは、前記端末情報を受信したとき前記読影端末の通信スループット情報を測定し、前記通信スループット情報及び前記端末情報をもとに読影要求のあった前記読影端末の読影環境を判断し、読影可能と判断した読影端末に読影候補のリストを送信することを特徴とする請求項２記載の遠隔読影システム。
【請求項４】
前記読影端末は、前記読影候補のリストから読影を実施する依頼項目を選択し、前記読影センターの配信部は、前記選択された依頼項目に関する画像データを前記第２のデータベースから抽出して前記読影端末に送信することを特徴とする請求項３記載の遠隔読影システム。
【請求項５】
前記読影センターは、前記医療機関から至急の読影依頼があったときに、前記端末情報をもとに複数の読影端末を指定して読影の打診情報を送信し、読影の受諾回答があった読影端末に対して読影すべき画像データを送信することを特徴とする請求項１記載の遠隔読影システム。
【請求項６】
前記読影の打診情報を受信した読影端末は、読影の受諾ができない場合に自己の端末の現況を前記読影センターに通知することを特徴とする請求項５記載の遠隔読影システム。
【請求項７】
複数の読影端末及び医療機関と通信回線を介して接続可能な読影センターを有し、前記読影センターは、
前記複数の医療機関からの読影依頼を受信し、
前記読影依頼の内容及び読影すべき画像データを含む依頼情報を管理し、
前記複数の読影端末からの端末情報及び読影要求情報を受信管理し、
受信した端末情報及び読影要求情報を基に読影端末を選択し、選択した読影端末に読影候補の情報を送信し、
送信先の読影端末で読影を受諾した場合に当該読影端末に前記画像データを配信し、
前記読影端末からの読影結果の情報を受信して依頼のあった前記医療機関に提示可能にしたことを特徴とする遠隔読影方法。
【請求項８】
前記読影端末は、読影可能な時間に自己の端末識別コード及び仕様情報を含む前記端末情報を前記読影センターに送信し、
前記読影センターは、前記端末情報を受信したとき前記読影端末の通信スループット情報を測定し、前記通信スループット情報及び前記端末情報をもとに読影要求のあった前記読影端末の読影環境を判断し、読影可能と判断した読影端末に読影候補リストを送信することを特徴とする請求項７記載の遠隔読影方法。
【請求項９】
前記読影端末は、前記読影候補リストから読影を実施する依頼項目を選択し、
前記読影センターは、前記選択された依頼項目に関する画像データを前記読影端末に送信することを特徴とする請求項８記載の遠隔読影方法。
【請求項１０】
前記読影センターは、前記医療機関から至急の読影依頼があったときに、前記端末情報をもとに複数の読影端末を指定して読影の打診情報を送信し、
読影の受諾回答があった読影端末に対して読影すべき画像データを送信し、読影の受諾ができない読影端末は、自己の端末の現況を前記読影センターに通知することを特徴とする請求項７記載の遠隔読影方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−１３４５４０（Ｐ２０１０−１３４５４０Ａ）
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願番号】特願２００８−３０７５８０（Ｐ２００８−３０７５８０）
【出願日】平成２０年１２月２日（２００８．１２．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
【Ｆターム（参考）】
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願日】平成２０年１２月２日（２００８．１２．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
【Ｆターム（参考）】
[ Back to top ]