JP4649033B2 - 医用画像の読影管理システム及びその読影管理方法 - Google Patents
医用画像の読影管理システム及びその読影管理方法 Download PDFInfo
- Publication number
- JP4649033B2 JP4649033B2 JP2000297224A JP2000297224A JP4649033B2 JP 4649033 B2 JP4649033 B2 JP 4649033B2 JP 2000297224 A JP2000297224 A JP 2000297224A JP 2000297224 A JP2000297224 A JP 2000297224A JP 4649033 B2 JP4649033 B2 JP 4649033B2
- Authority
- JP
- Japan
- Prior art keywords
- interpretation
- report
- interpretation report
- image information
- storage means
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、医用画像の読影管理システム及びその読影管理方法に係り、とくに、病院、診療所などの医療施設と読影サービスを行う読影施設とに通信ネットワークを介して結ばれた読影管理施設に設けられ、読影施設での読影支援用の各種の管理やサービスを行う医用画像の読影管理システム及びその読影管理方法に関する。
【０００２】
【従来の技術】
近年、Ｘ−ＣＴスキャナやＭＲＩ（磁気共鳴イメージング）装置など、短時間に大量の画像を収集できる医用モダリティが普及しており、診断に威力を発揮している。これに伴って、収集される医用画像の量も爆発的に増えつつある。このため、読影しなければならない医用画像も増大していることから、各病院から依頼を受けて読影サービスを行う、いわゆる読影ＡＳＰ（アプリケーション・サービス・プロバイダ）が始まりつつある。
【０００３】
この読影ＡＳＰを含む読影システムの一例として、病院、読影センタ（又は診断センタ）、及び読影管理センタとしてのデータセンタを相互に通信ネットワークで結んだシステムが提案されている。病院で発生した医用画像データをオンラインでデータセンタに集め、この画像データを専門の読影医が待機している読影センタに送り、読影を依頼するシステムである。読影医は読影結果を読影レポートにまとめ、これをオンラインでデータセンタに送る。データセンタでは、この読影レポートを管理保管するとともに、病院にオンラインで返送するものである。これにより、病院から画像が送信され、その読影レポートが病院に返信されるまでの時間を大幅に短縮した遠隔診断が可能になるとされている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来の読影システムにあっては、遠隔診断による時間効率の良い読影は可能にはなると思われるが、その運営面及び使い勝手の面において手間が掛かり且つ不安の残るシステムとなっている。
【０００５】
具体的には、医療施設の情報端末、診断センタの読影用ワークステーション、及びネットワーク回線に関するハード及びソフト両面からのメインテナンス及びサポートの体制が従来のまま、未整備となっている。
【０００６】
このため、何れかの施設において読影を行う上でトラブルが発生したとき、又は、定期的なメインテナンスを行うとき、予め契約しているサービス会社に依頼して又はそのサービス会社から出向してきたサービスエンジニアによるトラブル解消又はメインテナンスのサービスを受ける必要がある。このとき、サービスエンジニアは故障などの情報をユーザから聞き取り、通信ログを読み出し、それらの結果をマニュアルなどに照合させながら、ハード的な問題なのかソフト的な問題なのかを切り分け、且つ対処していく。つまり、サービスエンジニアはトラブル発生やメインテナンスの度に、外部から出向き、故障や不具合の情報を得てトラブル解消のための作業を行うことになるので、作業に余分な手間が掛かり、作業効率が良くなかった。
【０００９】
本発明は、このような従来の医用画像の遠隔診断システムに鑑みてなされたもので、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、その目的とする。
【００１０】
また、本発明は、従来の医用画像の遠隔診断システムに鑑みてなされたもので、とくに、カスタムサポートに関して、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、別の目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の１つの態様によれば、画像情報を記憶する画像情報記憶手段と、前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを記憶する読影レポート記憶手段と、前記読影レポート記憶手段と通信手段を介して接続され、前記読影レポート記憶手段に記憶されている前記読影レポートを参照可能とすると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を入力可能なレポート参照手段と、前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート手段と、を備えたことを特徴とする。また、前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であってもよい。
【００１６】
好適には、前記読影レポート記憶手段は、前記読影レポートを前記読影レポート作成手段から受信した場合、読影が完了した旨の通知を前記読影レポート参照手段に送信する。
【００１７】
一方、本発明に係る医用画像の読影管理方法は、その一態様として、画像情報を記憶する画像情報記憶工程と、前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを読影レポート記憶手段に記憶する読影レポート記憶工程と、前記読影レポート記憶手段と読影レポート参照手段とを接続する通信手段を介して前記読影レポート記憶手段に記憶されている前記読影レポートを前記読影レポート参照手段を用いて参照すると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を前記読影レポート参照手段を用いて入力するレポート参照工程と、前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート工程と、を有することを特徴とする。また、前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であってもよい。
【００１８】
【発明の実施の形態】
以下、本発明に係る１つの実施の形態を図１〜５に基づき説明する。
【００１９】
図１に、本実施形態に係る医用画像の読影システムの概要を示す。この読影システムは、医療施設としての病院１１、読影管理施設としての機能を持つデータセンタ１２、読影施設としての読影センタ１３、及び決済システム１４が通信手段としての通信ネットワーク１５を介して相互に接続されている。これにより、読影センタ１３から遠隔の地に在る病院１１であっても、読影サービスを受けることができる遠隔読影システムが構築される。データセンタ１２及び読影センタ１３はＡＳＰ（アプリケーション・サービス・プロバイダ）として設置されている。
【００２０】
各種の高速及び高機能のモダリティが病院で普及するにつれて、扱う医用情報（画像データ及び付帯情報）の量も急速に増え、且つ、その読影の高度化、専門性などが求められている現状に鑑みると、医用情報の保管、画像の読影、読影に必要な各種の情報処理を病院の外部に求めることは必然である。これに応えるためにも、本実施形態に係る遠隔読影システムは有効である。
【００２１】
読影センタ１３は、好適な一例として、大学の医局内又は物理的に大学医局に近い場所に設置される。このため、大学の読影医の読影センタ１３へのアクセスは非常に容易で、同センタ１３の読影室には常に読影医を待機させることができる。
【００２２】
なお、図１には、病院１１は１つしか示されていないが、複数存在していてもよく、その場合にも、各病院１１は通信ネットワーク１５を介して同一のサービスセンタ１２及び読影センタ１３に通信可能に接続される。
【００２３】
病院１１には、Ｘ−ＣＴスキャナ、ＭＲＩ（磁気共鳴イメージング）装置などの医用モダリティ２１を備える。このモダリティ２１により被検体の医用画像（デジタル画像）が収集される。この画像データは、図示しないＬＡＮなどの通信ラインを経由してルータ２２に至り、このルータ２２から通信ネットワーク１５上に例えばＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格に従って送り出される。この画像データはデータセンタ１２に送信される。また、モダリティ２１のコンソールから入力された、受信者の医用画像に付随する付帯情報（基本情報及び検査情報を含む）も所定の通信プロトコルに従ってルータ２２から通信ネットワーク１５を介してデータセンタ１２に送信される。
【００２４】
また、このルータ２２には検査依頼・レポート参照端末２３が接続されている。この端末２３は、検査予約、撮影室業務、読影結果である読影レポートの参照、帳票出力、読影医の指定、システムにおける故障情報の入力などに使用される。この内、読影医の指定及び故障情報の入力は、夫々、本実施形態の特徴の一部を成す処理である。この端末２３は、所定の通信プロトコルの基に通信ネットワーク１５を介してデータセンタ１２との間で情報の送受信ができるようになっている。
【００２５】
データセンタ１２は、医用画像の読影管理システムを成す画像保管装置３１、予約・レポートサーバ３２、カスタムサポートサーバ３３、及び料金計算サーバ３４を備える。画像保管装置３１は通信ネットワーク１５を介して病院１１から送信されてきた医用情報（画像データ及びその付帯情報を含む）を記憶保管する。付帯情報には、病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件などが含まれる。このため、付帯情報は患者のＩＤ、氏名などの基本情報及び検査条件を表す検査情報を含む。
【００２６】
予約・レポートサーバ３２は、患者の検査の予約登録及び読影結果である読影レポートを管理するサーバである。実際には、この図１に示す読影システムにおいて、前述した病院１１の端末２３、後述する読影センタ１３の画像観察装置及びレポート端末、及び、この予約・レポートサーバ３２により、検査予約・レポートシステムが構成されている。即ち、この読影システムには、かかる検査予約・レポートシステムが一体に組み込まれている。
【００２７】
この検査予約・レポートシステムにより、Ｘ−ＣＴやＭＲＩの検査予約（検査予約業務）、予約検査に基いた検査の実施（撮影室業務）、実施された検査（画像）に関する検査報告書（読影レポート）の作成（所見作成業務）、各種集計表の出力（帳票出力業務）、読影医の指定などを行うことができる。予約・レポートサーバ３２の記憶装置には、それらの業務を実現させるソフトウェア、及び、端末とのデータ送受信のための所定通信プロトコルに基く通信ソフトウェアのプログラムデータが予め記憶されている。後述する図２、３の読影処理の一例を示すフローチャートには、この予約・レポートサーバ３２による処理が含まれている。
【００２８】
カスタムサポートサーバ３３は、本読影システムのメインテナンス（システム管理、保守業務）を担うサーバである。本実施形態は、このようにカスタムサポートサーバ３３をデータセンタ１２に設置し、このカスタムサポートサーバ３３に、後述する如く、画像の付帯情報（病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件など）を流用してメインテナンス業務を実行させることを特徴の一つとしている。
【００２９】
具体的には、このカスタムサポートは故障情報を受けて故障診断するモードと、定期的に自己診断するモードとが設定されている。
【００３０】
前者の故障診断モードの場合、前述した検査依頼・レポート参照端末２３が流用される。この端末２３において、オペレータがサポート用の入力画面を読み出し、故障の状況を例えばテキストデータで入力する。この入力情報には例えば画像の有無、読影レポートの有無、システムのステータスが含まれる。この故障情報はカスタムサポートサーバ３３にオンライン送信される。この送信に呼応して、サーバ３３は自動的に故障診断プログラムを起動させる。この起動に伴って、サーバ３３により、検査画像の付帯情報が予約・レポートサーバ３２から読み出されるとともに、画像保管装置３１の画像保管状況が参照されて、所定アルゴリズムで故障診断される。この結果、読影システムのハード的なエラーなのか、ソフト的なエラーなのかを切り分け、さらにその故障又は不具合の原因又はその候補要因を端末２３の画面上に表示して知らせる。この診断結果に応じて、オペレータは必要な処置を採ることができる。
【００３１】
一方、定期的な自己診断モードのタイミングに至ると、カスタムサポートサーバ３３は上述した故障診断プログラムを自動的に起動させ、上述したと同様に、予約・レポートサーバ３２及び画像保管装置３１の格納情報を流用した自己診断を行う。この診断結果は、例えば検査依頼・レポート参照端末２３の電源投入時に表示される。
【００３２】
後述する図２、３の読影処理の一例を示すフローチャートには、このカスタムサポートサーバ３３によるメインテナンス処理が含まれている。このカスタムサポートサーバ３３の記憶装置には、かかるメインテナンス処理を実行するためのソフトウェアがプログラムデータとして予め格納されている。
【００３３】
料金計算サーバ３４は、読影センタ１３における読影医による読影のサービス料金を例えば読影毎に計算するとともに、このデータセンタ１２によるサービス料金を付加した料金を計算するサーバである。この料金計算サーバ３４も検査の付帯情報を用いて料金を計算する。
【００３４】
この計算は、例えば病院１１から検査画像を受信したタイミング、定期的（例えば１日毎、１週間毎、１ヶ月毎）な所定時刻、予約・レポートサーバ３２が検査依頼・レポート参照端末２３からの通知に応じて読影レポートを発注したタイミング、又は予約・レポートサーバ３２が読影センタ３３から読影レポートを受信したタイミングなどの適宜なタイミングで病院毎、検査毎（読影毎）になされた上で、それらが一定期間毎に集計される。例えば、病院名、計算日付範囲（ｙｙ年ｍｍ月ｄｄ日〜ｙｙ年ｍｍ月ｄｄ日）、依頼のトータル件数とその内訳（ＣＴのノーマル読影：ｘｘ回、アドバンス読影：ｙｙ回など）、単価（システム内に予め記憶されてある単価、計算毎に指定する単価）、読影医などをファクタとして計算される。
【００３５】
後述する図２、３の読影処理の一例を示すフローチャートには、この料金計算サーバ３４による料金計算処理が含まれている。この料金計算サーバ３４の記憶装置には、かかる料金計算のためのソフトウェアがプログラムデータとして予め格納されている。
【００３６】
この料金計算サーバ３４により計算されたサービス料金の情報は、通信ネットワーク１５を介して決済システム１４に送信される。
【００３７】
なお、データセンタ１２は、上述のように読影を管理するための施設としての各種の機能を有するものであるが、その呼び名は必ずしも「データセンタ」に限定されるものではない。上述の機能を有する施設又はセンタであればよく、例えば管理センタ、読影管理センタ、読影サービスセンタ、サービスセンタなどと呼ばれてもよい。
【００３８】
決済システム１４は、一例としては、病院１１に通信回線を提供している回線提供者が運営するシステムである。これにより、回線提供者は、病院１１の電話の通話料金などの回線使用料に、料金計算サーバ３４から送信されてきたサービス料金を加算して病院に課金する。つまり、この回線提供者が、上述のサービス料金の回収を代行するシステムになっており、この回収代行サービスを提供できることが本実施形態の別に特徴になっている。
【００３９】
ところで、本実施形態では回収代行を行うことができればよく、決済システム１４は必ずしも回線提供者でなくてもよく、回線提供者から委託を受けた回収サービス専門のＡＳＰであってもよい。
【００４０】
読影センタ１３は、読影のための読影観察装置４１、レポート端末４２、レポート用レーザプリンタ４３、及びルータ４４を備える。読影観察装置４１は、読影画像の表示に供するディスプレイ４１ａと画像データ及び検査依頼情報を記憶する記憶装置４１ｂとを備えている。レポート端末４２は、この端末４２にログインした読影医が画像観察装置４１を見ながら読影した結果を読影レポートとして記入するために使用される。この読影結果はルータ４４を介してレーザプリンタ４３に送信し、印刷させることができる。
【００４１】
通信ネットワーク１５は、一般の公衆電話回線や専用回線であってもよいし、ＩＳＤＮ（サービス統合デジタル通信網）やインターネットであってもよい。
【００４２】
次いで、図２，３を参照して、この読影システムにおける読影処理の一例を説明する。
【００４３】
まず、病院１１において、モダリティ（検査装置）２１のコンソールから受信者の基本情報が入力された後、撮影が行われる（図１、ステップＳ１、Ｓ２）。この撮影によって収集されるデジタル量の画像データはデータセンタ１２の画像保管装置３１にオンライン送信されるとともに、その付帯情報も予約・レポートサーバ３２にオンライン送信される（ステップＳ３）。これに呼応して、画像保管装置３１は、送信されてきた画像データを自動的に読影センタ１３の画像観察装置４１に転送される（ステップＳ４）。
【００４４】
次いで、病院１１の検査依頼・レポート参照端末２３から検査依頼（読影依頼：病院ＩＤ、受信者ＩＤ、氏名、コメントなど）の情報入力及び読影医師の指定がある（ステップＳ５，Ｓ６）。
【００４５】
この内、読影医師の指定は、どの読影医師にどの画像を読影してもらうかを定義することで行われる。読影対象画像を指定するには、検査ＩＤを指定する又は患者ＩＤと検査日付・時刻とを指定すればよい。読影医師は医師名又は医師ＩＤで指定すればよい。なお、読影担当の医師ＩＤを最初から埋めこんだ検査ＩＤを発生させ、基本情報の一部として予約・レポートサーバ３２に送信される検査ＩＤを読影医の指定に兼用するようにしてもよい。
【００４６】
なお、読影医師の指定は必ずしも行わなくてもよい。この指定を行わないときは、読影センタ１３側で決めた適宜な医師が読影にあたることになる。これらの端末２３からの入力情報は、オンラインで予約・レポートサーバ３２に送信され、さらにこのサーバ３２から画像観察装置４１に転送される（ステップＳ７，Ｓ８）。これにより、読影対象の画像データ、その付帯情報、及び読影依頼情報の配信が完了し、それらが画像観察装置４１に揃うことになる。
【００４７】
読影センタ１３に居る読影医はレポート端末４２からログインする（ステップＳ９）。このログインに呼応して、レポート端末４２には読影対象画像が一覧表示される（ステップＳ１０）。この一覧表示において、読影医が指定されている場合、ログインした読影医のＩＤに合致する読影対象画像が表示される。読影医の指定が無い場合、予め決めてあるアルゴリズムに従って選択された、ログインした読影医が専門とするモダリティの種別や検査部位の種別に応じた読影対象画像が表示される。
【００４８】
この一覧から読影医が読影対象画像を選択すると（ステップＳ１１）、その検査情報及び読影依頼内容、並びに、その画像も自動的に連動して表示される（ステップＳ１２、Ｓ１３）。
【００４９】
次いで、読影医は、表示された画像を観察しながら読影レポートを作成する（ステップＳ１４）。この読影に際し、過去の読影レポートを参照したいときには、レポート端末４２はデータセンタ１２の予約・レポートサーバ３２にアクセスする（ステップＳ１４ａ）。また、読影医の操作により、読影レポートにはキーとなる画像が貼り付けられる（ステップＳ１４ｂ）。作成された読影レポートは、予約・レポートサーバ３２にオンラインで返信・保管され、さらに必要に応じてプリンタ４３で印刷される（ステップＳ１５，Ｓ１６）。
【００５０】
これに対して、病院１１では、検査依頼・レポート参照端末２３を介してデータセンタ１２の予約・レポートサーバ３２に読影レポートの作成が完了したか否かを問い合わせることができ、完了している場合、そのレポートを参照又はダウンロードすることができる（ステップＳ１７）。
【００５１】
このように簡単な操作で読影医を病院側で指定できるので、モダリティ２１や診断部位の種別が多くなっても、また検査条件が複雑になっても、病院側が意図した最適レベルの読影サービスを受けることが可能になる。従って、読影品質を高いレベルで安定させ、診断の信頼性向上に寄与できる。
【００５２】
なお、予約・レポートサーバ３２は、読影が完了して読影レポートの返信があったときには、その読影レポートに該当する検査ＩＤを示して、読影完了の通知を例えば電子メールで検査依頼・レポート参照端末２３に送るようにしてもよい（ステップＳ１７）。これにより、病院１１では読影完了問い合わせの手間が省けて、作業を省力化できる。
【００５３】
以上の読影それ自体に関わる処理の概略を図４に模式的に示す。
【００５４】
このように読影処理を実行しているときに、病院１１においてオペレータが読影システムの不具合を感じたとする。これにより、オペレータは検査依頼・レポート参照端末２３にカスタムサポートサーバ３３に拠るテクニカルサポート用の入力画面を読み出し、不具合の情報（故障情報）を、例えばテキストデータの打込み又は該当故障状況項目のボタンチェックで入力する（ステップＳ１８）。この故障情報はオンラインでカスタムサポートサーバ３３に送信される（ステップＳ１９）。
【００５５】
これに応答して、カスタムサポートサーバ３３は自動的に故障診断プログラムを起動させて故障診断に入る（ステップＳ２０）。この診断過程において、サーバ３３は画像保管装置３１及び／又は予約・レポートサーバ３２から画像情報及び／又は付帯情報を読み出して診断に用いる（ステップＳ２０ａ）。
【００５６】
上述の故障情報の入力から故障診断までの一例を説明する。端末２３の入力画面上で、オペレータは例えば「画像表示の有無」及び「レポート表示の有無」をチェックすることで故障情報を与えたとする。例えば読影レポートは表示できるが、画像が表示されないという故障状況の場合、前者を「無」に、後者を「有」にチェックする。この故障情報を受信したカスタムサポートサーバ３３は予約・レポートサーバ３２にアクセスして当該検査の読影レポート情報に添付された画像情報（この画像情報も同サーバ３２内に圧縮・添付されて格納されている）の表示を試みる。この表示ができれば、予約・レポートサーバ３２の動作に問題は無く、通信ネットワーク１５による通信がビジー状態であったか、ネットワーク回線の一時的ダウンであったという診断を下すことができる。反対に、予約・レポートーバ３２内の画像情報にアクセスできなかった場合（表示不可の場合）、同サーバ３２内の画像格納部分に問題があるという診断を下すことができる。この画像格納部分の問題がソフト的か又はハード的かは、更に別の故障情報又は診断パラメータを与えて、故障診断プログラムにより診断を深め、最終的な故障原因を突き止めることができる。
【００５７】
この故障診断のプロセスの概略を図５の矢印Ａ１〜Ａ４に模式的に示す。このように、データセンタ１２内の共通の付帯情報（基本情報及び検査情報を含む）を診断に用いているので、診断に必要な情報収集のための処理が簡単になり、安定した且つ確実な故障判断を行うことができる。この結果、故障原因がハード的なものか、ソフト的なエラーかを切り分けるとともに、その故障原因それ自体又は可能性の最も高い故障原因の候補を提示することができる。この故障診断結果は病院の端末２３にオンラインで返される（ステップＳ２１）。なお、事前の設定に拠って、カスタムサポートサーバ３３は定期的に自己診断を行うこともできる。
【００５８】
さらに、データセンタ１２の料金計算サーバ３４は、例えば、予約・レポートサーバ３２が病院のモダリティ２１から読影依頼情報を受信した旨の配信ログの送信を当該サーバ３２から受けると（ステップＳ２２）、予約・レポートサーバ３２から検査の基本情報を取得する（ステップＳ２３）。この基本情報を用いて、料金計算サーバ３４は病院毎に且つ依頼読影毎に、読影レベルの内容、読影単価などに応じて読影サービスの料金を計算するとともに、この料金を各病院について一定期間（例えば１ヶ月）毎に集計する（ステップＳ２４）。
【００５９】
この料金計算情報はオンラインで決済システム１４に自動送信される（ステップＳ２５）。決済システム１４は、各病院毎に、各病院で上記一定期間毎に使用した電話通話料にこの読影サービス料金及び予め決めてあるデータセンタ１２のサービス料金を加算したサービス料金を計算し、課金する（ステップＳ２６）。これにより、電話通話料と共にサービス料金が代行回収される。回収された料金は夫々、データセンタ１２及び読影センタ１３に払われる。なお、この読影のサービス料金のみを代行回収するようにしてもよい。
【００６０】
この回収代行のプロセスの概略を図５の矢印Ｂ１〜Ｂ４に模式的に示す。この回収代行により、各病院１１では、読影依頼に伴うサービス料金の支払手数が増えることはなく、事務量の省力化が図られる。
【００６１】
なお、本発明は、上記実施形態で説明した、病院側で読影医を指定する構成、データセンタの共有情報を用いたシステム故障診断の構成、及びサービス料金の回収代行の構成について、任意の１つ又は２つの構成のみを実施することができる。
【００６２】
また、上述の実施形態における回収代行の構成において、各病院毎に、サービス料金を電話通話料に加算して回収する構成を説明したが、電話のみならず、病院で使用しているファクシミリ、インターネット、パソコン通信を含む回線使用料を意味している。
【００６３】
またなお、本発明は上述した実施形態の構成に限定されるものではなく、当業者であれば、特許請求の範囲に記載の要旨の範囲内で更に適宜に変更及び変形して実施することもできる。
【００６４】
【発明の効果】
以上説明したように、本発明によれば、読影に関する故障診断を行う仕組みを設けたので、システムの運営面及び使い勝手において作業の一層の効率化及び省力化が図られ、また安定した高いレベルの読影サービスを受けることができる遠隔読影システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る読影システムの構成の概要を説明するブロック図。
【図２】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図３と共に示す概略フローチャート。
【図３】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図２と共に示す概略フローチャート。
【図４】読影医の指定を含む、画像収集から読影レポート取得までの処理の概要を説明する模式図。
【図５】カスタムサポートのための故障診断及びサービス料金の代行回収の処理の概要を説明する模式図。
【符号の説明】
１１ 病院（医療施設）
１２ データセンタ
１３ 読影センタ
１４ 決済システム
１５ 通信ネットワーク
２１ モダリティ
２２、４４ ルータ
２３ 検査依頼・レポート参照端末
３１ 画像保管装置
３２ 予約・レポートサーバ
３３ カスタムサポートサーバ
３４ 料金計算サーバ
４１ 画像観察装置
４２ レポート端末
４３ プリンタ
【発明の属する技術分野】
本発明は、医用画像の読影管理システム及びその読影管理方法に係り、とくに、病院、診療所などの医療施設と読影サービスを行う読影施設とに通信ネットワークを介して結ばれた読影管理施設に設けられ、読影施設での読影支援用の各種の管理やサービスを行う医用画像の読影管理システム及びその読影管理方法に関する。
【０００２】
【従来の技術】
近年、Ｘ−ＣＴスキャナやＭＲＩ（磁気共鳴イメージング）装置など、短時間に大量の画像を収集できる医用モダリティが普及しており、診断に威力を発揮している。これに伴って、収集される医用画像の量も爆発的に増えつつある。このため、読影しなければならない医用画像も増大していることから、各病院から依頼を受けて読影サービスを行う、いわゆる読影ＡＳＰ（アプリケーション・サービス・プロバイダ）が始まりつつある。
【０００３】
この読影ＡＳＰを含む読影システムの一例として、病院、読影センタ（又は診断センタ）、及び読影管理センタとしてのデータセンタを相互に通信ネットワークで結んだシステムが提案されている。病院で発生した医用画像データをオンラインでデータセンタに集め、この画像データを専門の読影医が待機している読影センタに送り、読影を依頼するシステムである。読影医は読影結果を読影レポートにまとめ、これをオンラインでデータセンタに送る。データセンタでは、この読影レポートを管理保管するとともに、病院にオンラインで返送するものである。これにより、病院から画像が送信され、その読影レポートが病院に返信されるまでの時間を大幅に短縮した遠隔診断が可能になるとされている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来の読影システムにあっては、遠隔診断による時間効率の良い読影は可能にはなると思われるが、その運営面及び使い勝手の面において手間が掛かり且つ不安の残るシステムとなっている。
【０００５】
具体的には、医療施設の情報端末、診断センタの読影用ワークステーション、及びネットワーク回線に関するハード及びソフト両面からのメインテナンス及びサポートの体制が従来のまま、未整備となっている。
【０００６】
このため、何れかの施設において読影を行う上でトラブルが発生したとき、又は、定期的なメインテナンスを行うとき、予め契約しているサービス会社に依頼して又はそのサービス会社から出向してきたサービスエンジニアによるトラブル解消又はメインテナンスのサービスを受ける必要がある。このとき、サービスエンジニアは故障などの情報をユーザから聞き取り、通信ログを読み出し、それらの結果をマニュアルなどに照合させながら、ハード的な問題なのかソフト的な問題なのかを切り分け、且つ対処していく。つまり、サービスエンジニアはトラブル発生やメインテナンスの度に、外部から出向き、故障や不具合の情報を得てトラブル解消のための作業を行うことになるので、作業に余分な手間が掛かり、作業効率が良くなかった。
【０００９】
本発明は、このような従来の医用画像の遠隔診断システムに鑑みてなされたもので、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、その目的とする。
【００１０】
また、本発明は、従来の医用画像の遠隔診断システムに鑑みてなされたもので、とくに、カスタムサポートに関して、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、別の目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の１つの態様によれば、画像情報を記憶する画像情報記憶手段と、前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを記憶する読影レポート記憶手段と、前記読影レポート記憶手段と通信手段を介して接続され、前記読影レポート記憶手段に記憶されている前記読影レポートを参照可能とすると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を入力可能なレポート参照手段と、前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート手段と、を備えたことを特徴とする。また、前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であってもよい。
【００１６】
好適には、前記読影レポート記憶手段は、前記読影レポートを前記読影レポート作成手段から受信した場合、読影が完了した旨の通知を前記読影レポート参照手段に送信する。
【００１７】
一方、本発明に係る医用画像の読影管理方法は、その一態様として、画像情報を記憶する画像情報記憶工程と、前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを読影レポート記憶手段に記憶する読影レポート記憶工程と、前記読影レポート記憶手段と読影レポート参照手段とを接続する通信手段を介して前記読影レポート記憶手段に記憶されている前記読影レポートを前記読影レポート参照手段を用いて参照すると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を前記読影レポート参照手段を用いて入力するレポート参照工程と、前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート工程と、を有することを特徴とする。また、前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であってもよい。
【００１８】
【発明の実施の形態】
以下、本発明に係る１つの実施の形態を図１〜５に基づき説明する。
【００１９】
図１に、本実施形態に係る医用画像の読影システムの概要を示す。この読影システムは、医療施設としての病院１１、読影管理施設としての機能を持つデータセンタ１２、読影施設としての読影センタ１３、及び決済システム１４が通信手段としての通信ネットワーク１５を介して相互に接続されている。これにより、読影センタ１３から遠隔の地に在る病院１１であっても、読影サービスを受けることができる遠隔読影システムが構築される。データセンタ１２及び読影センタ１３はＡＳＰ（アプリケーション・サービス・プロバイダ）として設置されている。
【００２０】
各種の高速及び高機能のモダリティが病院で普及するにつれて、扱う医用情報（画像データ及び付帯情報）の量も急速に増え、且つ、その読影の高度化、専門性などが求められている現状に鑑みると、医用情報の保管、画像の読影、読影に必要な各種の情報処理を病院の外部に求めることは必然である。これに応えるためにも、本実施形態に係る遠隔読影システムは有効である。
【００２１】
読影センタ１３は、好適な一例として、大学の医局内又は物理的に大学医局に近い場所に設置される。このため、大学の読影医の読影センタ１３へのアクセスは非常に容易で、同センタ１３の読影室には常に読影医を待機させることができる。
【００２２】
なお、図１には、病院１１は１つしか示されていないが、複数存在していてもよく、その場合にも、各病院１１は通信ネットワーク１５を介して同一のサービスセンタ１２及び読影センタ１３に通信可能に接続される。
【００２３】
病院１１には、Ｘ−ＣＴスキャナ、ＭＲＩ（磁気共鳴イメージング）装置などの医用モダリティ２１を備える。このモダリティ２１により被検体の医用画像（デジタル画像）が収集される。この画像データは、図示しないＬＡＮなどの通信ラインを経由してルータ２２に至り、このルータ２２から通信ネットワーク１５上に例えばＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格に従って送り出される。この画像データはデータセンタ１２に送信される。また、モダリティ２１のコンソールから入力された、受信者の医用画像に付随する付帯情報（基本情報及び検査情報を含む）も所定の通信プロトコルに従ってルータ２２から通信ネットワーク１５を介してデータセンタ１２に送信される。
【００２４】
また、このルータ２２には検査依頼・レポート参照端末２３が接続されている。この端末２３は、検査予約、撮影室業務、読影結果である読影レポートの参照、帳票出力、読影医の指定、システムにおける故障情報の入力などに使用される。この内、読影医の指定及び故障情報の入力は、夫々、本実施形態の特徴の一部を成す処理である。この端末２３は、所定の通信プロトコルの基に通信ネットワーク１５を介してデータセンタ１２との間で情報の送受信ができるようになっている。
【００２５】
データセンタ１２は、医用画像の読影管理システムを成す画像保管装置３１、予約・レポートサーバ３２、カスタムサポートサーバ３３、及び料金計算サーバ３４を備える。画像保管装置３１は通信ネットワーク１５を介して病院１１から送信されてきた医用情報（画像データ及びその付帯情報を含む）を記憶保管する。付帯情報には、病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件などが含まれる。このため、付帯情報は患者のＩＤ、氏名などの基本情報及び検査条件を表す検査情報を含む。
【００２６】
予約・レポートサーバ３２は、患者の検査の予約登録及び読影結果である読影レポートを管理するサーバである。実際には、この図１に示す読影システムにおいて、前述した病院１１の端末２３、後述する読影センタ１３の画像観察装置及びレポート端末、及び、この予約・レポートサーバ３２により、検査予約・レポートシステムが構成されている。即ち、この読影システムには、かかる検査予約・レポートシステムが一体に組み込まれている。
【００２７】
この検査予約・レポートシステムにより、Ｘ−ＣＴやＭＲＩの検査予約（検査予約業務）、予約検査に基いた検査の実施（撮影室業務）、実施された検査（画像）に関する検査報告書（読影レポート）の作成（所見作成業務）、各種集計表の出力（帳票出力業務）、読影医の指定などを行うことができる。予約・レポートサーバ３２の記憶装置には、それらの業務を実現させるソフトウェア、及び、端末とのデータ送受信のための所定通信プロトコルに基く通信ソフトウェアのプログラムデータが予め記憶されている。後述する図２、３の読影処理の一例を示すフローチャートには、この予約・レポートサーバ３２による処理が含まれている。
【００２８】
カスタムサポートサーバ３３は、本読影システムのメインテナンス（システム管理、保守業務）を担うサーバである。本実施形態は、このようにカスタムサポートサーバ３３をデータセンタ１２に設置し、このカスタムサポートサーバ３３に、後述する如く、画像の付帯情報（病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件など）を流用してメインテナンス業務を実行させることを特徴の一つとしている。
【００２９】
具体的には、このカスタムサポートは故障情報を受けて故障診断するモードと、定期的に自己診断するモードとが設定されている。
【００３０】
前者の故障診断モードの場合、前述した検査依頼・レポート参照端末２３が流用される。この端末２３において、オペレータがサポート用の入力画面を読み出し、故障の状況を例えばテキストデータで入力する。この入力情報には例えば画像の有無、読影レポートの有無、システムのステータスが含まれる。この故障情報はカスタムサポートサーバ３３にオンライン送信される。この送信に呼応して、サーバ３３は自動的に故障診断プログラムを起動させる。この起動に伴って、サーバ３３により、検査画像の付帯情報が予約・レポートサーバ３２から読み出されるとともに、画像保管装置３１の画像保管状況が参照されて、所定アルゴリズムで故障診断される。この結果、読影システムのハード的なエラーなのか、ソフト的なエラーなのかを切り分け、さらにその故障又は不具合の原因又はその候補要因を端末２３の画面上に表示して知らせる。この診断結果に応じて、オペレータは必要な処置を採ることができる。
【００３１】
一方、定期的な自己診断モードのタイミングに至ると、カスタムサポートサーバ３３は上述した故障診断プログラムを自動的に起動させ、上述したと同様に、予約・レポートサーバ３２及び画像保管装置３１の格納情報を流用した自己診断を行う。この診断結果は、例えば検査依頼・レポート参照端末２３の電源投入時に表示される。
【００３２】
後述する図２、３の読影処理の一例を示すフローチャートには、このカスタムサポートサーバ３３によるメインテナンス処理が含まれている。このカスタムサポートサーバ３３の記憶装置には、かかるメインテナンス処理を実行するためのソフトウェアがプログラムデータとして予め格納されている。
【００３３】
料金計算サーバ３４は、読影センタ１３における読影医による読影のサービス料金を例えば読影毎に計算するとともに、このデータセンタ１２によるサービス料金を付加した料金を計算するサーバである。この料金計算サーバ３４も検査の付帯情報を用いて料金を計算する。
【００３４】
この計算は、例えば病院１１から検査画像を受信したタイミング、定期的（例えば１日毎、１週間毎、１ヶ月毎）な所定時刻、予約・レポートサーバ３２が検査依頼・レポート参照端末２３からの通知に応じて読影レポートを発注したタイミング、又は予約・レポートサーバ３２が読影センタ３３から読影レポートを受信したタイミングなどの適宜なタイミングで病院毎、検査毎（読影毎）になされた上で、それらが一定期間毎に集計される。例えば、病院名、計算日付範囲（ｙｙ年ｍｍ月ｄｄ日〜ｙｙ年ｍｍ月ｄｄ日）、依頼のトータル件数とその内訳（ＣＴのノーマル読影：ｘｘ回、アドバンス読影：ｙｙ回など）、単価（システム内に予め記憶されてある単価、計算毎に指定する単価）、読影医などをファクタとして計算される。
【００３５】
後述する図２、３の読影処理の一例を示すフローチャートには、この料金計算サーバ３４による料金計算処理が含まれている。この料金計算サーバ３４の記憶装置には、かかる料金計算のためのソフトウェアがプログラムデータとして予め格納されている。
【００３６】
この料金計算サーバ３４により計算されたサービス料金の情報は、通信ネットワーク１５を介して決済システム１４に送信される。
【００３７】
なお、データセンタ１２は、上述のように読影を管理するための施設としての各種の機能を有するものであるが、その呼び名は必ずしも「データセンタ」に限定されるものではない。上述の機能を有する施設又はセンタであればよく、例えば管理センタ、読影管理センタ、読影サービスセンタ、サービスセンタなどと呼ばれてもよい。
【００３８】
決済システム１４は、一例としては、病院１１に通信回線を提供している回線提供者が運営するシステムである。これにより、回線提供者は、病院１１の電話の通話料金などの回線使用料に、料金計算サーバ３４から送信されてきたサービス料金を加算して病院に課金する。つまり、この回線提供者が、上述のサービス料金の回収を代行するシステムになっており、この回収代行サービスを提供できることが本実施形態の別に特徴になっている。
【００３９】
ところで、本実施形態では回収代行を行うことができればよく、決済システム１４は必ずしも回線提供者でなくてもよく、回線提供者から委託を受けた回収サービス専門のＡＳＰであってもよい。
【００４０】
読影センタ１３は、読影のための読影観察装置４１、レポート端末４２、レポート用レーザプリンタ４３、及びルータ４４を備える。読影観察装置４１は、読影画像の表示に供するディスプレイ４１ａと画像データ及び検査依頼情報を記憶する記憶装置４１ｂとを備えている。レポート端末４２は、この端末４２にログインした読影医が画像観察装置４１を見ながら読影した結果を読影レポートとして記入するために使用される。この読影結果はルータ４４を介してレーザプリンタ４３に送信し、印刷させることができる。
【００４１】
通信ネットワーク１５は、一般の公衆電話回線や専用回線であってもよいし、ＩＳＤＮ（サービス統合デジタル通信網）やインターネットであってもよい。
【００４２】
次いで、図２，３を参照して、この読影システムにおける読影処理の一例を説明する。
【００４３】
まず、病院１１において、モダリティ（検査装置）２１のコンソールから受信者の基本情報が入力された後、撮影が行われる（図１、ステップＳ１、Ｓ２）。この撮影によって収集されるデジタル量の画像データはデータセンタ１２の画像保管装置３１にオンライン送信されるとともに、その付帯情報も予約・レポートサーバ３２にオンライン送信される（ステップＳ３）。これに呼応して、画像保管装置３１は、送信されてきた画像データを自動的に読影センタ１３の画像観察装置４１に転送される（ステップＳ４）。
【００４４】
次いで、病院１１の検査依頼・レポート参照端末２３から検査依頼（読影依頼：病院ＩＤ、受信者ＩＤ、氏名、コメントなど）の情報入力及び読影医師の指定がある（ステップＳ５，Ｓ６）。
【００４５】
この内、読影医師の指定は、どの読影医師にどの画像を読影してもらうかを定義することで行われる。読影対象画像を指定するには、検査ＩＤを指定する又は患者ＩＤと検査日付・時刻とを指定すればよい。読影医師は医師名又は医師ＩＤで指定すればよい。なお、読影担当の医師ＩＤを最初から埋めこんだ検査ＩＤを発生させ、基本情報の一部として予約・レポートサーバ３２に送信される検査ＩＤを読影医の指定に兼用するようにしてもよい。
【００４６】
なお、読影医師の指定は必ずしも行わなくてもよい。この指定を行わないときは、読影センタ１３側で決めた適宜な医師が読影にあたることになる。これらの端末２３からの入力情報は、オンラインで予約・レポートサーバ３２に送信され、さらにこのサーバ３２から画像観察装置４１に転送される（ステップＳ７，Ｓ８）。これにより、読影対象の画像データ、その付帯情報、及び読影依頼情報の配信が完了し、それらが画像観察装置４１に揃うことになる。
【００４７】
読影センタ１３に居る読影医はレポート端末４２からログインする（ステップＳ９）。このログインに呼応して、レポート端末４２には読影対象画像が一覧表示される（ステップＳ１０）。この一覧表示において、読影医が指定されている場合、ログインした読影医のＩＤに合致する読影対象画像が表示される。読影医の指定が無い場合、予め決めてあるアルゴリズムに従って選択された、ログインした読影医が専門とするモダリティの種別や検査部位の種別に応じた読影対象画像が表示される。
【００４８】
この一覧から読影医が読影対象画像を選択すると（ステップＳ１１）、その検査情報及び読影依頼内容、並びに、その画像も自動的に連動して表示される（ステップＳ１２、Ｓ１３）。
【００４９】
次いで、読影医は、表示された画像を観察しながら読影レポートを作成する（ステップＳ１４）。この読影に際し、過去の読影レポートを参照したいときには、レポート端末４２はデータセンタ１２の予約・レポートサーバ３２にアクセスする（ステップＳ１４ａ）。また、読影医の操作により、読影レポートにはキーとなる画像が貼り付けられる（ステップＳ１４ｂ）。作成された読影レポートは、予約・レポートサーバ３２にオンラインで返信・保管され、さらに必要に応じてプリンタ４３で印刷される（ステップＳ１５，Ｓ１６）。
【００５０】
これに対して、病院１１では、検査依頼・レポート参照端末２３を介してデータセンタ１２の予約・レポートサーバ３２に読影レポートの作成が完了したか否かを問い合わせることができ、完了している場合、そのレポートを参照又はダウンロードすることができる（ステップＳ１７）。
【００５１】
このように簡単な操作で読影医を病院側で指定できるので、モダリティ２１や診断部位の種別が多くなっても、また検査条件が複雑になっても、病院側が意図した最適レベルの読影サービスを受けることが可能になる。従って、読影品質を高いレベルで安定させ、診断の信頼性向上に寄与できる。
【００５２】
なお、予約・レポートサーバ３２は、読影が完了して読影レポートの返信があったときには、その読影レポートに該当する検査ＩＤを示して、読影完了の通知を例えば電子メールで検査依頼・レポート参照端末２３に送るようにしてもよい（ステップＳ１７）。これにより、病院１１では読影完了問い合わせの手間が省けて、作業を省力化できる。
【００５３】
以上の読影それ自体に関わる処理の概略を図４に模式的に示す。
【００５４】
このように読影処理を実行しているときに、病院１１においてオペレータが読影システムの不具合を感じたとする。これにより、オペレータは検査依頼・レポート参照端末２３にカスタムサポートサーバ３３に拠るテクニカルサポート用の入力画面を読み出し、不具合の情報（故障情報）を、例えばテキストデータの打込み又は該当故障状況項目のボタンチェックで入力する（ステップＳ１８）。この故障情報はオンラインでカスタムサポートサーバ３３に送信される（ステップＳ１９）。
【００５５】
これに応答して、カスタムサポートサーバ３３は自動的に故障診断プログラムを起動させて故障診断に入る（ステップＳ２０）。この診断過程において、サーバ３３は画像保管装置３１及び／又は予約・レポートサーバ３２から画像情報及び／又は付帯情報を読み出して診断に用いる（ステップＳ２０ａ）。
【００５６】
上述の故障情報の入力から故障診断までの一例を説明する。端末２３の入力画面上で、オペレータは例えば「画像表示の有無」及び「レポート表示の有無」をチェックすることで故障情報を与えたとする。例えば読影レポートは表示できるが、画像が表示されないという故障状況の場合、前者を「無」に、後者を「有」にチェックする。この故障情報を受信したカスタムサポートサーバ３３は予約・レポートサーバ３２にアクセスして当該検査の読影レポート情報に添付された画像情報（この画像情報も同サーバ３２内に圧縮・添付されて格納されている）の表示を試みる。この表示ができれば、予約・レポートサーバ３２の動作に問題は無く、通信ネットワーク１５による通信がビジー状態であったか、ネットワーク回線の一時的ダウンであったという診断を下すことができる。反対に、予約・レポートーバ３２内の画像情報にアクセスできなかった場合（表示不可の場合）、同サーバ３２内の画像格納部分に問題があるという診断を下すことができる。この画像格納部分の問題がソフト的か又はハード的かは、更に別の故障情報又は診断パラメータを与えて、故障診断プログラムにより診断を深め、最終的な故障原因を突き止めることができる。
【００５７】
この故障診断のプロセスの概略を図５の矢印Ａ１〜Ａ４に模式的に示す。このように、データセンタ１２内の共通の付帯情報（基本情報及び検査情報を含む）を診断に用いているので、診断に必要な情報収集のための処理が簡単になり、安定した且つ確実な故障判断を行うことができる。この結果、故障原因がハード的なものか、ソフト的なエラーかを切り分けるとともに、その故障原因それ自体又は可能性の最も高い故障原因の候補を提示することができる。この故障診断結果は病院の端末２３にオンラインで返される（ステップＳ２１）。なお、事前の設定に拠って、カスタムサポートサーバ３３は定期的に自己診断を行うこともできる。
【００５８】
さらに、データセンタ１２の料金計算サーバ３４は、例えば、予約・レポートサーバ３２が病院のモダリティ２１から読影依頼情報を受信した旨の配信ログの送信を当該サーバ３２から受けると（ステップＳ２２）、予約・レポートサーバ３２から検査の基本情報を取得する（ステップＳ２３）。この基本情報を用いて、料金計算サーバ３４は病院毎に且つ依頼読影毎に、読影レベルの内容、読影単価などに応じて読影サービスの料金を計算するとともに、この料金を各病院について一定期間（例えば１ヶ月）毎に集計する（ステップＳ２４）。
【００５９】
この料金計算情報はオンラインで決済システム１４に自動送信される（ステップＳ２５）。決済システム１４は、各病院毎に、各病院で上記一定期間毎に使用した電話通話料にこの読影サービス料金及び予め決めてあるデータセンタ１２のサービス料金を加算したサービス料金を計算し、課金する（ステップＳ２６）。これにより、電話通話料と共にサービス料金が代行回収される。回収された料金は夫々、データセンタ１２及び読影センタ１３に払われる。なお、この読影のサービス料金のみを代行回収するようにしてもよい。
【００６０】
この回収代行のプロセスの概略を図５の矢印Ｂ１〜Ｂ４に模式的に示す。この回収代行により、各病院１１では、読影依頼に伴うサービス料金の支払手数が増えることはなく、事務量の省力化が図られる。
【００６１】
なお、本発明は、上記実施形態で説明した、病院側で読影医を指定する構成、データセンタの共有情報を用いたシステム故障診断の構成、及びサービス料金の回収代行の構成について、任意の１つ又は２つの構成のみを実施することができる。
【００６２】
また、上述の実施形態における回収代行の構成において、各病院毎に、サービス料金を電話通話料に加算して回収する構成を説明したが、電話のみならず、病院で使用しているファクシミリ、インターネット、パソコン通信を含む回線使用料を意味している。
【００６３】
またなお、本発明は上述した実施形態の構成に限定されるものではなく、当業者であれば、特許請求の範囲に記載の要旨の範囲内で更に適宜に変更及び変形して実施することもできる。
【００６４】
【発明の効果】
以上説明したように、本発明によれば、読影に関する故障診断を行う仕組みを設けたので、システムの運営面及び使い勝手において作業の一層の効率化及び省力化が図られ、また安定した高いレベルの読影サービスを受けることができる遠隔読影システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る読影システムの構成の概要を説明するブロック図。
【図２】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図３と共に示す概略フローチャート。
【図３】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図２と共に示す概略フローチャート。
【図４】読影医の指定を含む、画像収集から読影レポート取得までの処理の概要を説明する模式図。
【図５】カスタムサポートのための故障診断及びサービス料金の代行回収の処理の概要を説明する模式図。
【符号の説明】
１１ 病院（医療施設）
１２ データセンタ
１３ 読影センタ
１４ 決済システム
１５ 通信ネットワーク
２１ モダリティ
２２、４４ ルータ
２３ 検査依頼・レポート参照端末
３１ 画像保管装置
３２ 予約・レポートサーバ
３３ カスタムサポートサーバ
３４ 料金計算サーバ
４１ 画像観察装置
４２ レポート端末
４３ プリンタ
Claims (5)
- 画像情報を記憶する画像情報記憶手段と、
前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを記憶する読影レポート記憶手段と、
前記読影レポート記憶手段と通信手段を介して接続され、前記読影レポート記憶手段に記憶されている前記読影レポートを参照可能とすると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を入力可能なレポート参照手段と、
前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート手段と、を備えたことを特徴とする医用画像の読影管理システム。 - 請求項１記載の医用画像の読影管理システムにおいて、
前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であることを特徴とする医用画像の読影管理システム。 - 請求項１又は２記載の医用画像の読影管理システムにおいて、
前記読影レポート記憶手段は、前記読影レポートを前記読影レポート作成手段から受信した場合、読影が完了した旨の通知を前記レポート参照手段に送信することを特徴とする医用画像の読影管理システム。 - 画像情報を記憶する画像情報記憶工程と、
前記画像情報のうち操作者によって選択されたキー画像情報が添付され、前記操作者の操作に基づいて作成される読影レポートを読影レポート記憶手段に記憶する読影レポート記憶工程と、
前記読影レポート記憶手段と読影レポート参照手段とを接続する通信手段を介して前記読影レポート記憶手段に記憶されている前記読影レポートを前記読影レポート参照手段を用いて参照すると共に、前記読影レポートに添付される前記キー画像情報の表示の有無及び前記読影レポートの表示の有無を前記読影レポート参照手段を用いて入力するレポート参照工程と、
前記レポート参照手段から前記キー画像情報の表示無し及び前記読影レポートの表示有りとの故障情報を受けて前記読影レポート記憶手段にアクセスし、前記読影レポートに添付される前記キー画像情報が表示可能な場合には前記通信手段に故障があると判断する一方、前記読影レポートに添付される前記キー画像情報が表示不可能な場合には前記読影レポート記憶手段に故障があるとの判断を行い、前記判断の結果を前記レポート参照手段に表示させるサポート工程と、を有することを特徴とする医用画像の読影管理方法。 - 請求項４記載の医用画像の読影管理方法において、
前記通信手段に故障があるとの判断は、前記通信手段による通信がビジー状態であるか、前記通信手段の回線の一時的ダウンであるとの判断であることを特徴とする医用画像の読影管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000297224A JP4649033B2 (ja) | 2000-09-28 | 2000-09-28 | 医用画像の読影管理システム及びその読影管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000297224A JP4649033B2 (ja) | 2000-09-28 | 2000-09-28 | 医用画像の読影管理システム及びその読影管理方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010241171A Division JP2011054194A (ja) | 2010-10-27 | 2010-10-27 | 医用画像の読影管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002109055A JP2002109055A (ja) | 2002-04-12 |
| JP4649033B2 true JP4649033B2 (ja) | 2011-03-09 |
Family
ID=18779367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000297224A Expired - Fee Related JP4649033B2 (ja) | 2000-09-28 | 2000-09-28 | 医用画像の読影管理システム及びその読影管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4649033B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4176404B2 (ja) * | 2002-07-12 | 2008-11-05 | 帝人株式会社 | 医用遠隔情報システム |
| JP4231915B2 (ja) * | 2002-10-29 | 2009-03-04 | 独立行政法人放射線医学総合研究所 | 標本検査方法及びシステム |
| JP2011036327A (ja) * | 2009-08-07 | 2011-02-24 | Techmatrix Corp | 遠隔読影サーバ装置、遠隔読影システム及び遠隔読影管理装置 |
| JP5539698B2 (ja) * | 2009-11-09 | 2014-07-02 | テクマトリックス株式会社 | 遠隔読影システム及び読影管理装置 |
| JP6666687B2 (ja) * | 2015-10-22 | 2020-03-18 | キヤノン株式会社 | 情報処理システムおよびその制御方法 |
| JP6904878B2 (ja) * | 2017-10-25 | 2021-07-21 | 株式会社Ｎｏｂｏｒｉ | 読影管理システム及び読影管理方法 |
| JP7466301B2 (ja) | 2019-12-20 | 2024-04-12 | キヤノンメディカルシステムズ株式会社 | 医用システム、医用情報管理装置及び端末装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS54151860A (en) * | 1978-05-22 | 1979-11-29 | Toshiba Corp | Trouble shooting apparatus |
| JPH0662130A (ja) * | 1992-08-14 | 1994-03-04 | Toshiba Corp | 医用装置の遠隔診断システム |
| JP3569360B2 (ja) * | 1995-09-25 | 2004-09-22 | ブラザー工業株式会社 | 情報提供端末 |
| JPH11250161A (ja) * | 1998-03-04 | 1999-09-17 | Hitachi Ltd | 医療相談システム |
| JP2000232963A (ja) * | 1998-12-16 | 2000-08-29 | Toto Ltd | 生体情報管理システム |
-
2000
- 2000-09-28 JP JP2000297224A patent/JP4649033B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002109055A (ja) | 2002-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6832199B1 (en) | Method and apparatus for retrieving service task lists from remotely located medical diagnostic systems and inputting such data into specific locations on a table | |
| US7263710B1 (en) | Medical diagnostic system with on-line real-time video training | |
| US6381557B1 (en) | Medical imaging system service evaluation method and apparatus | |
| US6578002B1 (en) | Medical diagnostic system service platform | |
| US6377162B1 (en) | Medical diagnostic field service method and apparatus | |
| US20050021375A1 (en) | Cooperative diagnosis system | |
| EP1103218A2 (en) | Image-based artifact troubleshooting for medical systems | |
| JP2005528936A (ja) | 分散診断撮像システム | |
| JP4906404B2 (ja) | 診断支援方法、診断支援装置、診断支援システム、及び診断支援プログラム | |
| JP2003233674A (ja) | 医用情報管理システム | |
| JP2009086731A (ja) | 医用ネットワークシステム並びに検査依頼管理装置及びその管理方法 | |
| JP4649033B2 (ja) | 医用画像の読影管理システム及びその読影管理方法 | |
| JP5435882B2 (ja) | 業務連携支援装置及び方法、部門システム、並びに医用ネットワークシステム | |
| JP2013088969A (ja) | 再撮指示情報登録が可能な診療画像撮影業務にかかわるシステム及び再撮指示登録方法。 | |
| JP2003323496A (ja) | 連携診断システム | |
| JP5501162B2 (ja) | 医療部門間の連携システム及び連携処理方法並びに連携処理プログラム | |
| JP2005092706A (ja) | 連携検査診断装置 | |
| JP2002251459A (ja) | 医療支援システム及び医療支援システムの制御方法 | |
| JP2005301383A (ja) | 検査予約サーバ及び検査予約システム、並びに、検査予約方法 | |
| JP2005122237A (ja) | 検査装置管理方法及びサーバ装置 | |
| JP2004194759A (ja) | 連携診断システム | |
| JP2006172131A (ja) | 医用画像診断管理装置、方法およびシステム | |
| JP2011054194A (ja) | 医用画像の読影管理システム | |
| JP2005010884A (ja) | 遠隔診断システム | |
| JP2005165648A (ja) | 連携診断装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070926 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100119 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100318 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100413 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100519 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101027 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20101101 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101116 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101213 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4649033 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313114 Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |