(57)【要約】      （修正有）【課題】読影医の指定に関して読影システムの運営面の一層の効率化及び省力化を図る。【解決手段】医用画像の読影管理システムは、医用画像診断装置により取得された医用画像を医用画像保管装置３１に送信する手段と、前記医用画像保管装置３１に送信された前記医用画像を画像観察装置４１に送信する手段と、前記医用画像保管装置３１に送信された前記医用画像に関して、当該医用画像に対応する読影医に関する医師情報を付した検査依頼情報を入力するための入力手段と、前記入力手段により入力された前記検査依頼情報を前記画像観察装置４１に送信する送信手段と、前記画像観察装置４１に送信された前記画像情報について、当該画像情報に対応する前記検査依頼情報に基づいて、前記読影医の操作により作成された読影レポートを記憶する読影レポート記憶手段と、を備えた。【選択図】図１
2011054194.tif 000002
【特許請求の範囲】
【請求項１】
医用画像診断装置により取得された医用画像を医用画像保管装置に送信する手段と、
前記医用画像保管装置に送信された前記医用画像を画像観察装置に送信する手段と、
前記医用画像保管装置に送信された前記医用画像に関して、当該医用画像に対応する読影医に関する医師情報を付した検査依頼情報を入力するための入力手段と、
前記入力手段により入力された前記検査依頼情報を前記画像観察装置に送信する送信手段と、
前記画像観察装置に送信された前記画像情報について、当該画像情報に対応する前記検査依頼情報に基づいて、前記読影医の操作により作成された読影レポートを記憶する読影レポート記憶手段と、
を備えたことを特徴とする医用画像の読影管理システム。
【請求項２】
前記画像観察装置に前記読影医がログインした場合、前記検査依頼情報に付された医師情報に基づいて、前記読影医に検査依頼されている前記医用画像を表示する手段を更に備えたことを特徴とする請求項１に記載の医用画像の読影管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像の読影管理システムに係り、とくに、病院、診療所などの医療施設と読影サービスを行う読影施設とに通信ネットワークを介して結ばれた読影管理施設に設けられ、読影施設での読影支援用の各種の管理やサービスを行う医用画像の読影管理システムに関する。
【背景技術】
【０００２】
近年、Ｘ−ＣＴスキャナやＭＲＩ（磁気共鳴イメージング）装置など、短時間に大量の画像を収集できる医用モダリティが普及しており、診断に威力を発揮している。これに伴って、収集される医用画像の量も爆発的に増えつつある。このため、読影しなければならない医用画像も増大していることから、各病院から依頼を受けて読影サービスを行う、いわゆる読影ＡＳＰ（アプリケーション・サービス・プロバイダ）が始まりつつある。
【０００３】
この読影ＡＳＰを含む読影システムの一例として、病院、読影センタ（又は診断センタ）、及び読影管理センタとしてのデータセンタを相互に通信ネットワークで結んだシステムが提案されている。病院で発生した医用画像データをオンラインでデータセンタに集め、この画像データを専門の読影医が待機している読影センタに送り、読影を依頼するシステムである。読影医は読影結果を読影レポートにまとめ、これをオンラインでデータセンタに送る。データセンタでは、この読影レポートを管理保管するとともに、病院にオンラインで返送するものである。これにより、病院から画像が送信され、その読影レポートが病院に返信されるまでの時間を大幅に短縮した遠隔診断が可能になるとされている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の読影システムにあっては、遠隔診断による時間効率の良い読影は可能にはなると思われるが、その運営面及び使い勝手の面において手間が掛かり且つ不安の残るシステムとなっている。
【０００５】
具体的には、医療施設の情報端末、診断センタの読影用ワークステーション、及びネットワーク回線に関するハード及びソフト両面からのメインテナンス及びサポートの体制が従来のまま、未整備となっている。
【０００６】
このため、何れかの施設において読影を行う上でトラブルが発生したとき、又は、定期的なメインテナンスを行うとき、予め契約しているサービス会社に依頼して又はそのサービス会社から出向してきたサービスエンジニアによるトラブル解消又はメインテナンスのサービスを受ける必要がある。このとき、サービスエンジニアは故障などの情報をユーザから聞き取り、通信ログを読み出し、それらの結果をマニュアルなどに照合させながら、ハード的な問題なのかソフト的な問題なのかを切り分け、且つ対処していく。つまり、サービスエンジニアはトラブル発生やメインテナンスの度に、外部から出向き、故障や不具合の情報を得てトラブル解消のための作業を行うことになるので、作業に余分な手間が掛かり、作業効率が良くなかった。
【０００７】
本発明は、このような従来の医用画像の遠隔診断システムに鑑みてなされたもので、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、その目的とする。
【０００８】
また、本発明は、従来の医用画像の遠隔診断システムに鑑みてなされたもので、とくに、カスタムサポートに関して、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムを提供することを、別の目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の１つの態様によれば、医用画像の読影管理システムは、医用画像診断装置により取得された医用画像を医用画像保管装置に送信する手段と、前記医用画像保管装置に送信された前記医用画像を画像観察装置に送信する手段と、前記医用画像保管装置に送信された前記医用画像に関して、当該医用画像に対応する読影医に関する医師情報を付した検査依頼情報を入力するための入力手段と、前記入力手段により入力された前記検査依頼情報を前記画像観察装置に送信する送信手段と、前記画像観察装置に送信された前記画像情報について、当該画像情報に対応する前記検査依頼情報に基づいて、前記読影医の操作により作成された読影レポートを記憶する読影レポート記憶手段と、を備えた。
【００１０】
本発明の医用画像の読影管理システムは、好適には、前記画像観察装置に前記読影医がログインした場合、前記検査依頼情報に付された医師情報に基づいて、前記読影医に検査依頼されている前記医用画像を表示する手段を更に備えた。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、読影に関する故障診断を行う仕組みを設けたので、システムの運営面及び使い勝手において作業の一層の効率化及び省力化が図られ、また安定した高いレベルの読影サービスを受けることができる遠隔読影システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係る読影システムの構成の概要を説明するブロック図。
【図２】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図３と共に示す概略フローチャート。
【図３】実施形態に係る読影システムにおける各プレーヤの処理の概要を、図２と共に示す概略フローチャート。
【図４】読影医の指定を含む、画像収集から読影レポート取得までの処理の概要を説明する模式図。
【図５】カスタムサポートのための故障診断及びサービス料金の代行回収の処理の概要を説明する模式図。
【発明を実施するための形態】
【００１３】
以下、本発明に係る１つの実施の形態を図１〜５に基づき説明する。
【００１４】
図１に、本実施形態に係る医用画像の読影システムの概要を示す。この読影システムは、医療施設としての病院１１、読影管理施設としての機能を持つデータセンタ１２、読影施設としての読影センタ１３、及び決済システム１４が通信手段としての通信ネットワーク１５を介して相互に接続されている。これにより、読影センタ１３から遠隔の地に在る病院１１であっても、読影サービスを受けることができる遠隔読影システムが構築される。データセンタ１２及び読影センタ１３はＡＳＰ（アプリケーション・サービス・プロバイダ）として設置されている。
【００１５】
各種の高速及び高機能のモダリティが病院で普及するにつれて、扱う医用情報（画像データ及び付帯情報）の量も急速に増え、且つ、その読影の高度化、専門性などが求められている現状に鑑みると、医用情報の保管、画像の読影、読影に必要な各種の情報処理を病院の外部に求めることは必然である。これに応えるためにも、本実施形態に係る遠隔読影システムは有効である。
【００１６】
読影センタ１３は、好適な一例として、大学の医局内又は物理的に大学医局に近い場所に設置される。このため、大学の読影医の読影センタ１３へのアクセスは非常に容易で、同センタ１３の読影室には常に読影医を待機させることができる。
【００１７】
なお、図１には、病院１１は１つしか示されていないが、複数存在していてもよく、その場合にも、各病院１１は通信ネットワーク１５を介して同一のサービスセンタ１２及び読影センタ１３に通信可能に接続される。
【００１８】
病院１１には、Ｘ−ＣＴスキャナ、ＭＲＩ（磁気共鳴イメージング）装置などの医用モダリティ２１を備える。このモダリティ２１により被検体の医用画像（デジタル画像）が収集される。この画像データは、図示しないＬＡＮなどの通信ラインを経由してルータ２２に至り、このルータ２２から通信ネットワーク１５上に例えばＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  ＣＯｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）規格に従って送り出される。この画像データはデータセンタ１２に送信される。また、モダリティ２１のコンソールから入力された、受信者の医用画像に付随する付帯情報（基本情報及び検査情報を含む）も所定の通信プロトコルに従ってルータ２２から通信ネットワーク１５を介してデータセンタ１２に送信される。
【００１９】
また、このルータ２２には検査依頼・レポート参照端末２３が接続されている。この端末２３は、検査予約、撮影室業務、読影結果である読影レポートの参照、帳票出力、読影医の指定、システムにおける故障情報の入力などに使用される。この内、読影医の指定及び故障情報の入力は、夫々、本実施形態の特徴の一部を成す処理である。この端末２３は、所定の通信プロトコルの基に通信ネットワーク１５を介してデータセンタ１２との間で情報の送受信ができるようになっている。
【００２０】
データセンタ１２は、医用画像の読影管理システムを成す画像保管装置３１、予約・レポートサーバ３２、カスタムサポートサーバ３３、及び料金計算サーバ３４を備える。画像保管装置３１は通信ネットワーク１５を介して病院１１から送信されてきた医用情報（画像データ及びその付帯情報を含む）を記憶保管する。付帯情報には、病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件などが含まれる。このため、付帯情報は患者のＩＤ、氏名などの基本情報及び検査条件を表す検査情報を含む。
【００２１】
予約・レポートサーバ３２は、患者の検査の予約登録及び読影結果である読影レポートを管理するサーバである。実際には、この図１に示す読影システムにおいて、前述した病院１１の端末２３、後述する読影センタ１３の画像観察装置及びレポート端末、及び、この予約・レポートサーバ３２により、検査予約・レポートシステムが構成されている。即ち、この読影システムには、かかる検査予約・レポートシステムが一体に組み込まれている。
【００２２】
この検査予約・レポートシステムにより、Ｘ−ＣＴやＭＲＩの検査予約（検査予約業務）、予約検査に基いた検査の実施（撮影室業務）、実施された検査（画像）に関する検査報告書（読影レポート）の作成（所見作成業務）、各種集計表の出力（帳票出力業務）、読影医の指定などを行うことができる。予約・レポートサーバ３２の記憶装置には、それらの業務を実現させるソフトウェア、及び、端末とのデータ送受信のための所定通信プロトコルに基づく通信ソフトウェアのプログラムデータが予め記憶されている。後述する図２、３の読影処理の一例を示すフローチャートには、この予約・レポートサーバ３２による処理が含まれている。
【００２３】
カスタムサポートサーバ３３は、本読影システムのメインテナンス（システム管理、保守業務）を担うサーバである。本実施形態は、このようにカスタムサポートサーバ３３をデータセンタ１２に設置し、このカスタムサポートサーバ３３に、後述する如く、画像の付帯情報（病院ＩＤ、検査ＩＤ、患者氏名、収集モダリティ、収集部位、検査日付、検査条件など）を流用してメインテナンス業務を実行させることを特徴の一つとしている。
【００２４】
具体的には、このカスタムサポートは故障情報を受けて故障診断するモードと、定期的に自己診断するモードとが設定されている。
【００２５】
前者の故障診断モードの場合、前述した検査依頼・レポート参照端末２３が流用される。この端末２３において、オペレータがサポート用の入力画面を読み出し、故障の状況を例えばテキストデータで入力する。この入力情報には例えば画像の有無、読影レポートの有無、システムのステータスが含まれる。この故障情報はカスタムサポートサーバ３３にオンライン送信される。この送信に呼応して、サーバ３３は自動的に故障診断プログラムを起動させる。この起動に伴って、サーバ３３により、検査画像の付帯情報が予約・レポートサーバ３２から読み出されるとともに、画像保管装置３１の画像保管状況が参照されて、所定アルゴリズムで故障診断される。この結果、読影システムのハード的なエラーなのか、ソフト的なエラーなのかを切り分け、さらにその故障又は不具合の原因又はその候補要因を端末２３の画面上に表示して知らせる。この診断結果に応じて、オペレータは必要な処置を採ることができる。
【００２６】
一方、定期的な自己診断モードのタイミングに至ると、カスタムサポートサーバ３３は上述した故障診断プログラムを自動的に起動させ、上述したと同様に、予約・レポートサーバ３２及び画像保管装置３１の格納情報を流用した自己診断を行う。この診断結果は、例えば検査依頼・レポート参照端末２３の電源投入時に表示される。
【００２７】
後述する図２、３の読影処理の一例を示すフローチャートには、このカスタムサポートサーバ３３によるメインテナンス処理が含まれている。このカスタムサポートサーバ３３の記憶装置には、かかるメインテナンス処理を実行するためのソフトウェアがプログラムデータとして予め格納されている。
【００２８】
料金計算サーバ３４は、読影センタ１３における読影医による読影のサービス料金を例えば読影毎に計算するとともに、このデータセンタ１２によるサービス料金を付加した料金を計算するサーバである。この料金計算サーバ３４も検査の付帯情報を用いて料金を計算する。
【００２９】
この計算は、例えば病院１１から検査画像を受信したタイミング、定期的（例えば１日毎、１週間毎、１ヶ月毎）な所定時刻、予約・レポートサーバ３２が検査依頼・レポート参照端末２３からの通知に応じて読影レポートを発注したタイミング、又は予約・レポートサーバ３２が読影センタ３３から読影レポートを受信したタイミングなどの適宜なタイミングで病院毎、検査毎（読影毎）になされた上で、それらが一定期間毎に集計される。例えば、病院名、計算日付範囲（ｙｙ年ｍｍ月ｄｄ日〜ｙｙ年ｍｍ月ｄｄ日）、依頼のトータル件数とその内訳（ＣＴのノーマル読影：ｘｘ回、アドバンス読影：ｙｙ回など）、単価（システム内に予め記憶されてある単価、計算毎に指定する単価）、読影医などをファクタとして計算される。
【００３０】
後述する図２、３の読影処理の一例を示すフローチャートには、この料金計算サーバ３４による料金計算処理が含まれている。この料金計算サーバ３４の記憶装置には、かかる料金計算のためのソフトウェアがプログラムデータとして予め格納されている。
【００３１】
この料金計算サーバ３４により計算されたサービス料金の情報は、通信ネットワーク１５を介して決済システム１４に送信される。
【００３２】
なお、データセンタ１２は、上述のように読影を管理するための施設としての各種の機能を有するものであるが、その呼び名は必ずしも「データセンタ」に限定されるものではない。上述の機能を有する施設又はセンタであればよく、例えば管理センタ、読影管理センタ、読影サービスセンタ、サービスセンタなどと呼ばれてもよい。
【００３３】
決済システム１４は、一例としては、病院１１に通信回線を提供している回線提供者が運営するシステムである。これにより、回線提供者は、病院１１の電話の通話料金などの回線使用料に、料金計算サーバ３４から送信されてきたサービス料金を加算して病院に課金する。つまり、この回線提供者が、上述のサービス料金の回収を代行するシステムになっており、この回収代行サービスを提供できることが本実施形態の別に特徴になっている。
【００３４】
ところで、本実施形態では回収代行を行うことができればよく、決済システム１４は必ずしも回線提供者でなくてもよく、回線提供者から委託を受けた回収サービス専門のＡＳＰであってもよい。
【００３５】
読影センタ１３は、読影のための読影観察装置４１、レポート端末４２、レポート用レーザプリンタ４３、及びルータ４４を備える。読影観察装置４１は、読影画像の表示に供するディスプレイ４１ａと画像データ及び検査依頼情報を記憶する記憶装置４１ｂとを備えている。レポート端末４２は、この端末４２にログインした読影医が画像観察装置４１を見ながら読影した結果を読影レポートとして記入するために使用される。この読影結果はルータ４４を介してレーザプリンタ４３に送信し、印刷させることができる。
【００３６】
通信ネットワーク１５は、一般の公衆電話回線や専用回線であってもよいし、ＩＳＤＮ（サービス統合デジタル通信網）やインターネットであってもよい。
【００３７】
次いで、図２，３を参照して、この読影システムにおける読影処理の一例を説明する。
【００３８】
まず、病院１１において、モダリティ（検査装置）２１のコンソールから受信者の基本情報が入力された後、撮影が行われる（図１、ステップＳ１、Ｓ２）。この撮影によって収集されるデジタル量の画像データはデータセンタ１２の画像保管装置３１にオンライン送信されるとともに、その付帯情報も予約・レポートサーバ３２にオンライン送信される（ステップＳ３）。これに呼応して、画像保管装置３１は、送信されてきた画像データを自動的に読影センタ１３の画像観察装置４１に転送される（ステップＳ４）。
【００３９】
次いで、病院１１の検査依頼・レポート参照端末２３から検査依頼（読影依頼：病院ＩＤ、受信者ＩＤ、氏名、コメントなど）の情報入力及び読影医師の指定がある（ステップＳ５，Ｓ６）。
【００４０】
この内、読影医師の指定は、どの読影医師にどの画像を読影してもらうかを定義することで行われる。読影対象画像を指定するには、検査ＩＤを指定する又は患者ＩＤと検査日付・時刻とを指定すればよい。読影医師は医師名又は医師ＩＤで指定すればよい。なお、読影担当の医師ＩＤを最初から埋めこんだ検査ＩＤを発生させ、基本情報の一部として予約・レポートサーバ３２に送信される検査ＩＤを読影医の指定に兼用するようにしてもよい。
【００４１】
なお、読影医師の指定は必ずしも行わなくてもよい。この指定を行わないときは、読影センタ１３側で決めた適宜な医師が読影にあたることになる。これらの端末２３からの入力情報は、オンラインで予約・レポートサーバ３２に送信され、さらにこのサーバ３２から画像観察装置４１に転送される（ステップＳ７，Ｓ８）。これにより、読影対象の画像データ、その付帯情報、及び読影依頼情報の配信が完了し、それらが画像観察装置４１に揃うことになる。
【００４２】
読影センタ１３に居る読影医はレポート端末４２からログインする（ステップＳ９）。このログインに呼応して、レポート端末４２には読影対象画像が一覧表示される（ステップＳ１０）。この一覧表示において、読影医が指定されている場合、ログインした読影医のＩＤに合致する読影対象画像が表示される。読影医の指定が無い場合、予め決めてあるアルゴリズムに従って選択された、ログインした読影医が専門とするモダリティの種別や検査部位の種別に応じた読影対象画像が表示される。
【００４３】
この一覧から読影医が読影対象画像を選択すると（ステップＳ１１）、その検査情報及び読影依頼内容、並びに、その画像も自動的に連動して表示される（ステップＳ１２、Ｓ１３）。
【００４４】
次いで、読影医は、表示された画像を観察しながら読影レポートを作成する（ステップＳ１４）。この読影に際し、過去の読影レポートを参照したいときには、レポート端末４２はデータセンタ１２の予約・レポートサーバ３２にアクセスする（ステップＳ１４ａ）。また、読影医の操作により、読影レポートにはキーとなる画像が貼り付けられる（ステップＳ１４ｂ）。作成された読影レポートは、予約・レポートサーバ３２にオンラインで返信・保管され、さらに必要に応じてプリンタ４３で印刷される（ステップＳ１５，Ｓ１６）。
【００４５】
これに対して、病院１１では、検査依頼・レポート参照端末２３を介してデータセンタ１２の予約・レポートサーバ３２に読影レポートの作成が完了したか否かを問い合わせることができ、完了している場合、そのレポートを参照又はダウンロードすることができる（ステップＳ１７）。
【００４６】
このように簡単な操作で読影医を病院側で指定できるので、モダリティ２１や診断部位の種別が多くなっても、また検査条件が複雑になっても、病院側が意図した最適レベルの読影サービスを受けることが可能になる。従って、読影品質を高いレベルで安定させ、診断の信頼性向上に寄与できる。
【００４７】
なお、予約・レポートサーバ３２は、読影が完了して読影レポートの返信があったときには、その読影レポートに該当する検査ＩＤを示して、読影完了の通知を例えば電子メールで検査依頼・レポート参照端末２３に送るようにしてもよい（ステップＳ１７）。これにより、病院１１では読影完了問い合わせの手間が省けて、作業を省力化できる。
【００４８】
以上の読影それ自体に関わる処理の概略を図４に模式的に示す。
【００４９】
このように読影処理を実行しているときに、病院１１においてオペレータが読影システムの不具合を感じたとする。これにより、オペレータは検査依頼・レポート参照端末２３にカスタムサポートサーバ３３に拠るテクニカルサポート用の入力画面を読み出し、不具合の情報（故障情報）を、例えばテキストデータの打込み又は該当故障状況項目のボタンチェックで入力する（ステップＳ１８）。この故障情報はオンラインでカスタムサポートサーバ３３に送信される（ステップＳ１９）。
【００５０】
これに応答して、カスタムサポートサーバ３３は自動的に故障診断プログラムを起動させて故障診断に入る（ステップＳ２０）。この診断過程において、サーバ３３は画像保管装置３１及び／又は予約・レポートサーバ３２から画像情報及び／又は付帯情報を読み出して診断に用いる（ステップＳ２０ａ）。
【００５１】
上述の故障情報の入力から故障診断までの一例を説明する。端末２３の入力画面上で、オペレータは例えば「画像表示の有無」及び「レポート表示の有無」をチェックすることで故障情報を与えたとする。例えば読影レポートは表示できるが、画像が表示されないという故障状況の場合、前者を「無」に、後者を「有」にチェックする。この故障情報を受信したカスタムサポートサーバ３３は予約・レポートサーバ３２にアクセスして当該検査の読影レポート情報に添付された画像情報（この画像情報も同サーバ３２内に圧縮・添付されて格納されている）の表示を試みる。この表示ができれば、予約・レポートサーバ３２の動作に問題は無く、通信ネットワーク１５による通信がビジー状態であったか、ネットワーク回線の一時的ダウンであったという診断を下すことができる。反対に、予約・レポートーバ３２内の画像情報にアクセスできなかった場合（表示不可の場合）、同サーバ３２内の画像格納部分に問題があるという診断を下すことができる。この画像格納部分の問題がソフト的か又はハード的かは、更に別の故障情報又は診断パラメータを与えて、故障診断プログラムにより診断を深め、最終的な故障原因を突き止めることができる。
【００５２】
この故障診断のプロセスの概略を図５の矢印Ａ１〜Ａ４に模式的に示す。このように、データセンタ１２内の共通の付帯情報（基本情報及び検査情報を含む）を診断に用いているので、診断に必要な情報収集のための処理が簡単になり、安定した且つ確実な故障判断を行うことができる。この結果、故障原因がハード的なものか、ソフト的なエラーかを切り分けるとともに、その故障原因それ自体又は可能性の最も高い故障原因の候補を提示することができる。この故障診断結果は病院の端末２３にオンラインで返される（ステップＳ２１）。なお、事前の設定に拠って、カスタムサポートサーバ３３は定期的に自己診断を行うこともできる。
【００５３】
さらに、データセンタ１２の料金計算サーバ３４は、例えば、予約・レポートサーバ３２が病院のモダリティ２１から読影依頼情報を受信した旨の配信ログの送信を当該サーバ３２から受けると（ステップＳ２２）、予約・レポートサーバ３２から検査の基本情報を取得する（ステップＳ２３）。この基本情報を用いて、料金計算サーバ３４は病院毎に且つ依頼読影毎に、読影レベルの内容、読影単価などに応じて読影サービスの料金を計算するとともに、この料金を各病院について一定期間（例えば１ヶ月）毎に集計する（ステップＳ２４）。
【００５４】
この料金計算情報はオンラインで決済システム１４に自動送信される（ステップＳ２５）。決済システム１４は、各病院毎に、各病院で上記一定期間毎に使用した電話通話料にこの読影サービス料金及び予め決めてあるデータセンタ１２のサービス料金を加算したサービス料金を計算し、課金する（ステップＳ２６）。これにより、電話通話料と共にサービス料金が代行回収される。回収された料金は夫々、データセンタ１２及び読影センタ１３に払われる。なお、この読影のサービス料金のみを代行回収するようにしてもよい。
【００５５】
この回収代行のプロセスの概略を図５の矢印Ｂ１〜Ｂ４に模式的に示す。この回収代行により、各病院１１では、読影依頼に伴うサービス料金の支払手数が増えることはなく、事務量の省力化が図られる。
【００５６】
なお、本発明は、上記実施形態で説明した、病院側で読影医を指定する構成、データセンタの共有情報を用いたシステム故障診断の構成、及びサービス料金の回収代行の構成について、任意の１つ又は２つの構成のみを実施することができる。
【００５７】
また、上述の実施形態における回収代行の構成において、各病院毎に、サービス料金を電話通話料に加算して回収する構成を説明したが、電話のみならず、病院で使用しているファクシミリ、インターネット、パソコン通信を含む回線使用料を意味している。
【００５８】
またなお、本発明は上述した実施形態の構成に限定されるものではなく、当業者であれば、特許請求の範囲に記載の要旨の範囲内で更に適宜に変更及び変形して実施することもできる。
【符号の説明】
【００５９】
１１  病院（医療施設）
１２  データセンタ
１３  読影センタ
１４  決済システム
１５  通信ネットワーク
２１  モダリティ
２２、４４  ルータ
２３  検査依頼・レポート参照端末
３１  画像保管装置
３２  予約・レポートサーバ
３３  カスタムサポートサーバ
３４  料金計算サーバ
４１  画像観察装置
４２  レポート端末
４３  プリンタ
【図１】
2011054194.tif 000003
【図２】
2011054194.tif 000004
【図３】
2011054194.tif 000005
【図４】
2011054194.tif 000006
【図５】
2011054194.tif 000007