(57)【要約】【課題】いつでもパーツの在庫が不足することなくパーツを供給して医用画像診断装置のダウンタイムを短縮する。【解決手段】ＣＴ装置１０と、これに接続されるサービスプロセッサー２０と、これに通信回線を介して接続されるサービスセンター側のホストコンピュータ３０と、これに接続されるパーツセンター受発注管理システム４０とを有する。サービスプロセッサー２０は、ＣＴ装置のパーツの故障程度を複数段階に分けて認識する。ホストコンピュータ２０は、認識された故障程度の段階に応じて、パーツが故障する前の時点で該パーツの在庫照会を受発注管理システム４０に行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を受発注管理システム４０に送信し、該パーツが故障した時点でそのパーツ要求を受発注管理システム４０に送信する。【選択図】  図１
2005192871.tif 000002
【特許請求の範囲】
【請求項１】
医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする医用画像診断システム。
【請求項２】
医用画像診断装置と、
前記医用画像診断装置に接続又は一体に搭載されるサービスプロセッサーと、
前記サービスプロセッサーに通信回線を介して接続されるサービスセンター側のホストコンピュータと、
前記ホストコンピュータに接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、
前記サービスプロセッサーは、
前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段を有し、
前記ホストコンピュータは、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段を有することを特徴とする医用画像診断システム。
【請求項３】
医用画像診断装置と、
前記医用画像診断装置に接続又は一体に搭載されるサービスプロセッサーと、
前記サービスプロセッサーに通信回線を介して接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、
前記サービスプロセッサーは、
前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする医用画像診断システム。
【請求項４】
医用画像診断装置と、
前記医用画像診断装置に通信回線を介して接続されるサービスセンター側のホストコンピュータと、
前記ホストコンピュータに接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、
前記ホストコンピュータは、
前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記ホストコンピュータを介して前記受発注管理システムに送信する処理手段とを有することを特徴とする医用画像診断システム。
【請求項５】
医用画像診断装置と、
前記医用画像診断装置に通信回線を介して接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、
前記医用画像診断装置は、
該医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする医用画像診断システム。
【請求項６】
前記故障程度認識手段は、前記医用画像診断装置、サービスプロセッサ、又はホストコンピュータに実装される故障診断プログラムにより検出される前記パーツのエラー発生頻度に基づいて前記複数段階の故障程度を示すアラートレベルを認識し、
前記処理手段は、前記アラートレベルに基づいて前記パーツの在庫照会、補充要求、およびパーツ要求を出すタイミングを制御することを特徴とする請求項１乃至５のいずれか１項に記載の医用画像診断システム。
【請求項７】
前記故障程度認識手段は、前記パーツを特定する図番情報を記憶する図番記憶手段と、
前記パーツの最新の図番情報を受信して前記記憶手段を更新する図番更新手段とを有することを特徴とする請求項１乃至６のいずれか１項に記載の医用画像診断システム。
【請求項８】
前記受発注管理システムに接続される端末をさらに備え、
前記受発注管理システムは、
前記処理手段からのパーツ要求を受信する手段と、
前記パーツ要求を受信したときに、前記パーツの発送先までの発送手段の候補をその推定所要時間の短い順に前記端末上に表示する手段と、
前記発送手段の候補のうち選択された発送手段の情報に加え、少なくとも前記パーツの発送時刻及び予想到着時刻の情報を含むデータを前記端末から受信する手段と、
前記データを受信したときに、該データを前記医用画像診断装置側に送信する手段とを有することを特徴とする請求項１乃至７のいずれか１項に記載の医用画像診断システム。
【請求項９】
医用画像診断装置のパーツの故障程度を複数段階に分けて認識するステップと、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信するステップとを有することを特徴とする医用画像診断システムの自動パーツ手配方法。
【請求項１０】
コンピュータに、
医用画像診断装置のパーツの故障程度を複数段階に分けて認識するステップと、
認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信するステップとを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像診断システム、その自動パーツ手配方法、およびプログラムに係り、とくにＸ線ＣＴ装置などの医用画像診断装置の故障時のパーツ手配ルーチンを実行するのに適したシステムに関する。
【背景技術】
【０００２】
従来のＣＴ装置では、エラー情報から故障箇所を特定し、不具合が考えられるパーツ（部品）をサービス担当がサービスセンターに要求してからパーツ手配が行なわれている。しかし、この場合のパーツ手配には、交換すべきパーツの特定からそのパーツ要求に至るまで全て人間系で動いているため、時間のロスがあり、従ってパーツを手にするまでに時間がかかってしまうため、装置のダウンタイムが悪化するといった問題があった。
【０００３】
この改善策の１つとして、ＣＴ装置などの医用画像診断装置に適用されたものではないものの、例えば予め故障要因と復旧方法を登録しておき、故障が発生した際は、故障部品の特定、在庫確認、部品交換に必要な手配を通知する技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２０００−２３３６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術は、故障が発生した段階からの動きであり、万一タイミングが悪く、パーツの在庫がなかった場合には、そこからパーツの手配となるため、やはり場合によっては装置の復旧までに時間がかかってしまうという不完全な部分がある。しかも、パーツの在庫切れをなくすためには、パーツの在庫を多く持つという方法が一般的であるが、この方法では、パーツの余剰在庫を増加させるという欠点がある。
【０００５】
また、従来は、パーツ図番（部品を特定する情報）をパーツリストなどで確認し、パーツ手配をかけるため、パーツ図番そのものの間違いや、レビジョン違いなどで手配ミスによるパーツの再手配なども生じることがあった。
【０００６】
本発明では、上記のような従来技術の問題点を解決し、いつでもパーツの在庫が不足することなくパーツを供給して医用画像診断装置のダウンタイムを短縮することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、ＣＴ装置などの医用画像診断装置に対し故障診断プログラムを実行することにより、その装置の故障程度（アラートレベル）を予め検出でき、検出された装置の故障程度に応じて、その部品（パーツ）が実際に故障する前に、あらかじめ装置またはサービスプロセッサーに登録されているパーツ図番を元に事前に自動的にパーツの在庫の照会を行い、必要に応じて自動的に在庫補充指示をサービスセンター（パーツセンター）に行うことができ、実際に装置の故障が発生した時点で、装置またはサービスプロセッサーから自動的にパーツ要求をかけることを要旨とする。
【０００８】
すなわち、本発明の第１の側面に係る医用画像診断システムは、医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする。
【０００９】
また、本発明の第２の側面に係る医用画像診断システムは、医用画像診断装置と、前記医用画像診断装置に接続又は一体に搭載されるサービスプロセッサーと、前記サービスプロセッサーに通信回線を介して接続されるサービスセンター側のホストコンピュータと、前記ホストコンピュータに接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、前記サービスプロセッサーは、前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段を有し、前記ホストコンピュータは、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段を有することを特徴とする。
【００１０】
また、本発明の第３の側面に係る医用画像診断システムは、医用画像診断装置と、前記医用画像診断装置に接続又は一体に搭載されるサービスプロセッサーと、前記サービスプロセッサーに通信回線を介して接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、前記サービスプロセッサーは、前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする。
【００１１】
また、本発明の第４の側面に係る医用画像診断システムは、医用画像診断装置と、前記医用画像診断装置に通信回線を介して接続されるサービスセンター側のホストコンピュータと、前記ホストコンピュータに接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、前記ホストコンピュータは、前記医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記ホストコンピュータを介して前記受発注管理システムに送信する処理手段とを有することを特徴とする。
【００１２】
また、本発明の第５の側面に係る医用画像診断システムは、医用画像診断装置と、前記医用画像診断装置に通信回線を介して接続されるパーツセンター側の受発注管理システムとを有する医用画像診断システムであって、前記医用画像診断装置は、該医用画像診断装置のパーツの故障程度を複数段階に分けて認識する故障程度認識手段と、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会を前記受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信する処理手段とを有することを特徴とする。
【００１３】
また、本発明の第６の側面に係る医用画像診断システムは、前記故障程度認識手段は、前記医用画像診断装置、サービスプロセッサ、又はホストコンピュータに実装される故障診断プログラムにより検出される前記パーツのエラー発生頻度に基づいて前記複数段階の故障程度を示すアラートレベルを認識し、前記処理手段は、前記アラートレベルに基づいて前記パーツの在庫照会、補充要求、およびパーツ要求を出すタイミングを制御することを特徴とする。
【００１４】
また、本発明の第７の側面に係る医用画像診断システムは、前記故障程度認識手段は、前記パーツを特定する図番情報を記憶する図番記憶手段と、前記パーツの最新の図番情報を受信して前記記憶手段を更新する図番更新手段とを有することを特徴とする。
【００１５】
また、本発明の第８の側面に係る医用画像診断システムは、前記受発注管理システムに接続される端末をさらに備え、前記受発注管理システムは、前記処理手段からのパーツ要求を受信する手段と、前記パーツ要求を受信したときに、前記パーツの発送先までの発送手段の候補をその推定所要時間の短い順に前記端末上に表示する手段と、前記発送手段の候補のうち選択された発送手段の情報に加え、少なくとも前記パーツの発送時刻及び予想到着時刻の情報を含むデータを前記端末から受信する手段と、前記データを受信したときに、該データを前記医用画像診断装置側に送信する手段とを有することを特徴とする。
【００１６】
また、本発明の第９の側面に係る医用画像診断システムの自動パーツ手配方法は、医用画像診断装置のパーツの故障程度を複数段階に分けて認識するステップと、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信するステップとを有することを特徴とする。
【００１７】
さらに、本発明の第１０の側面に係るプログラムは、コンピュータに、医用画像診断装置のパーツの故障程度を複数段階に分けて認識するステップと、認識された故障程度の段階に応じて、前記パーツが故障する前の時点で該パーツの在庫照会をサービスセンター側の受発注管理システムに行うと共に、該パーツの在庫状況に応じて該パーツの補充要求を前記受発注管理システムに送信し、該パーツが故障した時点でそのパーツ要求を前記受発注管理システムに送信するステップとを実行させるためのプログラムである。
【発明の効果】
【００１８】
本発明によれば、以下の効果を得ることができる。  
１）従来よりも早い時間で、パーツを手に入れることができるようになり、医用画像診断装置のダウンタイムを大幅に軽減することができる。  
２）事前に故障程度に応じて、パーツの在庫状況を自動確認して不足があれば自動的に補充要求するので、本当に故障したときでもパーツの在庫切れということがなく、上記１）の効果をさらに確実にすることができる。  
３）常に装置またはサービスプロセッサーに最新の図番をダウンロードすることにより、従来のようなパーツ手配等のパーツ図番の間違いやレビジョン違いのミスによる時間的なロスを削減でき、上記１）の効果をさらに確実にすることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明に係る医用画像診断システム、その自動パーツ手配システム、およびプログラムを実施するための最良の形態を図１〜図１３を参照して説明する。
【実施例】
【００２０】
（全体構成）
図１は、本実施例に係る医用画像診断システムの全体構成図を示す。図１に示す自動パーツ手配システムは、病院１００とサービスセンター２００とを電話回線、ＩＳＤＮ回線などの通信回線３００を介して接続して構築されるものである。
【００２１】
図１に示す医用画像診断システムにおいて、病院１００側には、ＣＴ装置（医用画像診断装置）１０と、このＣＴ装置１０に搭載されたエラー検出ユニット１１に通信可能に接続されるサービスプロセッサー（本発明の故障程度認識手段として機能する）２０とが配置され、サービスセンター２００側には、ホストコンピュータ（本発明の処理手段として機能する）３０が配置される。このホストコンピュータ３０は、通信回線３００を介して病院１００側のサービスプロセッサー２０に接続される。
【００２２】
また、サービスセンター２００側には、パーツセンター２０１が設けられ、このパーツセンター２０１内に、パーツセンター受発注管理システム４０と、この受発注管理システム４０に通信可能に接続されるパーツセンター・ストックヤード端末５０とが配置される。受発注管理システム４０は、ホストコンピュータ３０に通信可能に接続される。
【００２３】
さらに、サービスセンター２００側のホストコンピュータ３０は、病院１００を管轄とする現地サービスセンター２０２に置かれる端末６０との間で通信回線３００を介して通信可能に接続される。
【００２４】
以下、ＣＴ装置１０、エラー検出ユニット１１、サービスプロセッサー２０、ホストコンピュータ３０、パーツセンター受発注管理システム４０、及びパーツセンター・ストックヤード端末５０の順に説明する。
【００２５】
（ＣＴ装置）
ＣＴ装置１０は、図示しないガントリ、寝台、及びコンソールを備え、コンソール内の装置全体の制御中枢を担う主制御装置による全体制御のもとで、例えばＲ−Ｒ方式で駆動するようになっている。寝台の上面には、その長手方向にスライド可能に支持された状態で天板が配設され、その天板の上面に被検体が載せられる。天板は、サーボモータで代表される寝台駆動装置の駆動によって、ガントリの診断用開口部に進退可能に挿入される。寝台駆動装置には、コンソール内の寝台制御装置から駆動信号が供給される。また、この寝台は、天板の長手方向の位置を電気信号で検出するエンコーダなどの位置検出器を備え、この検出信号を寝台制御用の信号として寝台制御装置に送るようになっている。
【００２６】
架台は、その内部に略円筒状の回転フレームを有し、この回転フレームの内側に上述の診断用開口部が位置する。また、回転フレームには、その内側に位置する診断用開口部に挿入された被検体を挟んで互いに対向するようにＸ線管及びＸ線検出器が設けられる。さらに、回転フレームの所定位置には、高電圧発生装置、プリコリメータ、散乱線除去コリメータ、データ収集装置、および架台駆動装置が備えられる。この内、Ｘ線源として機能するＸ線管は、例えば回転陽極Ｘ線管の構造を成し、高電圧発生装置からフィラメントに電流を連続的に流すことによりフィラメントを加熱し、熱電子をターゲットに向かって放出する。この熱電子は、ターゲット面に衝突して実効焦点が形成され、ターゲット面の実効焦点の部位からＸ線ビームが広がりを持って連続的に曝射される。
【００２７】
高電圧発生装置には、低圧スリップリングを介して電源装置から低電圧電源が供給されると共に、光信号伝送システムを介して高電圧制御装置からＸ線曝射の制御信号が与えられる。このため、高電圧発生装置は、供給される低圧電源から高電圧を生成すると共に、この高電圧から制御信号に応じた連続的な管電圧を生成し、これをＸ線管に供給する。
【００２８】
Ｘ線管とＸ線検出器は、回転フレームの回転によって架台内で、診断用開口部における軸方向の回転中心軸の囲りに対向状態で回転可能になっている。Ｘ線検出部は、その一例として、入射Ｘ線を一度、光信号に変換し、この光信号を電気信号に変換するシンチレータ及びフォトダイオードの固体検出器で構成される。各検出素子としては、入射Ｘ線を直接に電気信号に変換する方式のセンサ（Ｉ．Ｉ．など）を用いてもよい。
【００２９】
データ収集装置は、スイッチ群の切換により、Ｘ線検出器の各検出素子から検出信号を順次読み出し、Ａ／Ｄ変換（電圧に変換してサンプリング）する、いわゆるフィルタＤＡＳの構造になっている。
【００３０】
データ伝送部は、架台内の回転側と固定側の信号経路を接続するもので、ここでは一例として、非接触で信号伝送する光伝送システムが使用される。なお、このデータ伝送部としてスリップリングの構造を用いてもよい。このデータ伝送部を介して取り出されたデジタル量の投影データは、コンソール内の再構成装置に送られる。
【００３１】
架台駆動装置は、架台内の回転側要素全体を回転フレームと共にその中心軸周りに回転させるモータおよびギア機構などを備える。この架台駆動装置には、架台制御装置から駆動信号が与えられる。
【００３２】
高電圧制御装置、寝台制御装置、および架台制御装置は、信号的には架台および寝台とコンソールとの間に介在し、主制御部からの制御信号に応答して、それぞれが担当する負荷要素を駆動する。
【００３３】
コンソールは、システム全体を統括する主制御部のほか、主制御部にバスを介して接続された、架台制御装置、寝台制御装置、再構成装置、画像データ記憶装置、画像表示装置、等を備える。その他、補正ユニット、入力器等も含まれる。このうち、入力器は、スキャン条件（スキャン部位及び位置，スライス厚，Ｘ線管電圧及び電流、被検体に対するスキャン方向などを含む）、画像表示条件などの指令を主制御部に与えるために使用される。
【００３４】
補正ユニットは、主制御部からの処理指令に応じてデータ収集装置から送られてくるデジタル量の投影データに、オフセット補正やキャリブレーション補正などの各種の補正処理を施す。この補正処理された収集データは、主制御部の書き込み指令によって、画像データ記憶装置に一旦格納・保存される。この保存データは、主制御部の所望タイミングでの読み出し指令に応じて画像データ記憶装置から読み出され、再構成装置に転送される。
【００３５】
再構成装置は、主制御部の制御のもとで、再構成用の収集データが転送されてきた段階で３次元再構成アルゴリズムに基づく再構成処理を行い、３次元領域の画像データを生成する。この画像データは、主制御部の制御の元、必要に応じて画像データ記憶装置に保存される一方、画像表示装置に送られる。
【００３６】
画像表示装置は、画像データにカラー化処理、アノテーションデータやスキャン情報の重畳処理などの必要な処理を行い、その画像データをＤ／Ａ変換し、ＣＴ像として表示する。
【００３７】
（エラー検出ユニット）
図２は、上記ＣＴ装置１０に搭載されるエラー検出ユニット１１の内部構成を説明するものである。
【００３８】
図２に示すエラー検出ユニット１１は、前述のＣＴ装置１０を構成する各装置、各ユニット、各部（図中の例では、便宜上、「第１ユニット、第２ユニット、…、第ｎユニット」と呼ぶ）に電気的に接続される。ここで、第１〜第ｎユニットには、各種の基板類、電気部品、サーボアンプ、エンコーダ等のエラーを検出できる各パーツＰ１１〜Ｐｎｍが含まれる。
【００３９】
図２に示す例では、エラー検出ユニット１１は、制御プログラム及び制御データからなる制御ソフトウェア１６を実行するＣＰＵ１２と、制御ソフトウェア１６を格納し且つＣＰＵ１２のワークエリアを成すメモリとしてのＲＯＭ１３及びＲＡＭ１４と、サービスプロセッサー２０に接続される通信Ｉ／Ｆ（インターフェース）１５等をバス上に接続して構成される。ＲＯＭ１３及びＲＡＭ１４が成すメモリに格納される制御ソフトウェア１６には、例えばオペレーティン・グシステム（ＯＳ）のほか、上記第１〜第ｎユニットの各パーツＰ１１〜Ｐｎｍの故障診断を行うための診断故障プログラム１６ａと、エラー情報を記録するエラーログ１６ｂとが含まれる。
【００４０】
上記構成において、ＣＰＵ１２がメモリ上の診断故障プログラム１６ａを実行することにより、上記各パーツＰ１１〜Ｐｎｍの異常を検出すると、該エラー情報Ｓ１（図１参照）をエラーログ１６ｂのレコードとして時系列に記録すると共に、通信Ｉ／Ｆ１５を介してサービスプロセッサー２０に送る。
【００４１】
（サービスプロセッサー）
図３は、サービスプロセッサー２０の内部構成を説明するものである。
【００４２】
図３に示す例では、サービスプロセッサー２０は、例えばＰＣ（パーソナルコンピュータ）等のコンピュータマシンで構成され、ハードウェア構成上、制御プログラム及び制御データからなる制御ソフトウェア２７を実行するＣＰＵ２１と、制御ソフトウェア２７を格納し且つＣＰＵ２１のワークエリアを成すメモリとしてのＲＯＭ２２及びＲＡＭ２３と、ハードディスク等の記憶装置２４と、ＣＴ装置１０に接続されるＣＴ装置側通信Ｉ／Ｆ２５と、サービスセンター２００側のホストコンピュータ３０に通信回線３００経由で接続されるサービスセンター側通信Ｉ／Ｆ２６等をバス上に接続して構成される。
【００４３】
ＲＯＭ２２及びＲＡＭ２３が成すメモリ及び記憶装置２４に格納される制御ソフトウェア２７には、例えばオペレーティン・グシステム（ＯＳ）のほか、そのＯＳ上で動作するアプリケーション及びこれで用いるテーブルやデータベース（ＤＢ）として、異常検出個所のアラートレベル（故障程度、重態度）を判定するためのアラートレベル判定プログラム２７ａ及びその処理で用いるアラートレベル判定テーブル２７ｂと、エラー検出ユニット１１からのエラー情報Ｓ１を蓄積するエラー情報ＤＢ２７ｃと、ＣＴ装置１０の各パーツＰ１１〜Ｐｎｍを特定する図番を管理するためのパーツ図番管理プログラム２７ｄ及びその図番が更新可能に記録されるパーツ図番ＤＢ２７ｅとが含まれる。
【００４４】
図４は、サービスプロセッサー２０によるアラートレベル判定に関する処理シーケンスを説明するものである。
【００４５】
図４に示すように、サービスプロセッサー２０は、メモリ上のアラートレベル判定プログラム２７ａを実行することにより、エラー検出ユニット１１からのエラー情報Ｓ１（図１参照）を受信すると（ステップＳｔ２１）、そのエラー情報Ｓ１に対するエラー発生頻度（エラー発生回数／単位時間）をエラー情報ＤＢ２７に蓄積されたエラー履歴を参照して認識し（ステップＳｔ２２）、認識されたエラー発生頻度に基づいて、アラートレベル判定テーブル２７ｂを参照してアラートレベルを判定する（ステップＳｔ２３）。
【００４６】
図５は、アラートレベル判定テーブル２７ｂの例を示す。図５に示す例は、エラー発生頻度ａに応じて３段階の「アラートレベル１〜３」に分けた場合を示す。ここで、「アラートレベル１」は、エラー発生頻度ａが第１のしきい値ａ１以下の場合（ａ≦ａ１）に対応し、様子見の段階、「アラートレベル２」は、エラー発生頻度ａが第１のしきい値ａ１を超え且つ第２のしきい値ａ２以下の場合（ａ１＜ａ≦ａ２）に対応し、異常な状態がより顕著になった段階、「アラーとレベル３」は、エラー発生頻度ａが第２のしきい値ａ２を超えた場合（ａ２＜ａ）に対応し、実際に故障が起こり、パーツを交換しないと装置が動作しなくなる段階をそれぞれ表すものとする。
【００４７】
上記エラー発生頻度ａの例としては、Ｘ線管の管球における放電の発生頻度や、ガントリからコンロソール等へのデータ伝送時の転送エラー発生頻度等を例示できる。
【００４８】
次いで、サービスプロセッサー２０は、上記の判定結果により、アラートレベルが１かどうかを判断し（ステップＳｔ２４）する。この判断結果により、ＹＥＳ（アラートレベル１である）の場合は、エラー情報Ｓ１をエラー履歴としてエラー情報ＤＢ２７に蓄積し（ステップＳｔ２５）、ＮＯ（アラートレベル２又は３である）の場合は、異常が検出されたパーツの図番をパーツ図番ＤＢ２７ｅを参照して特定し（ステップＳｔ２６）、特定されたパーツの図番とアラートレベルの情報（アラートレベル２又は３）とを含むデータ（どの病院のどの装置のどの部品であるかが分かる情報）Ｓ２（図１参照）を通信回線３００経由でサービスセンター２００側のホストコンピュータ３０に送る（ステップＳｔ２７）。
【００４９】
図６は、サービスプロセッサー２０によるパーツ図番更新に関する処理シーケンスを説明するものである。図６に示すように、サービスプロセッサー２０は、メモリ上のパーツ図番管理プログラム２７ｄを実行することにより、ホストコンピュータ３０から通信回線経由で送られてくる最新のパーツ図番Ｓ１１（図１参照）を受信すると（ステップＳｔ７１）、受信された最新のパーツ図番Ｓ１１に基づき、パーツ図番ＤＢ２７ｅを更新する（ステップＳｔ７２）。
【００５０】
（ホストコンピュータ）
図７は、ホストコンピュータ３０の内部構成を説明するものである。
【００５１】
図７に示す例では、ホストコンピュータ３０は、例えばサーバマシン等のコンピュータマシンで構成され、ハードウェア構成上、制御プログラム及び制御データからなる制御ソフトウェア３９を実行するＣＰＵ３１と、制御ソフトウェア３９を格納し且つＣＰＵ３１のワークエリアを成すメモリとしてのＲＯＭ３２及びＲＡＭ３３と、ハードディスク等の記憶装置３４と、病院１００側のサービスプロセッサー２０及び現地サービスセンター２０２側の端末６０に通信回線３００を介して接続される現地側通信Ｉ／Ｆ３５と、パーツセンター受発注管理システム４０に接続されるパーツセンター側通信Ｉ／Ｆ３６と、設計図書管理システム３１に接続される設計図書管理システム側通信Ｉ／Ｆ３７と、キーボードやマウス等の入力器３８等をバス上に接続して構成される。
【００５２】
ＲＯＭ３２及びＲＡＭ３３が成すメモリ及び記憶装置３４に格納される制御ソフトウェア３９には、例えばオペレーティン・グシステム（ＯＳ）のほか、そのＯＳ上で動作するアプリケーションとして、在庫照会／パーツ仕込み要求／パーツ要求プログラム３９ａ及びパーツ図番管理プログラム３９ｂが含まれる。
【００５３】
図８は、ホストコンピュータ３０による在庫照会／パーツ仕込み要求／パーツ要求に関する処理シーケンスを説明するものである。
【００５４】
図８に示すように、ホストコンピュータ３０は、在庫照会／パーツ仕込み要求／パーツ要求プログラム３９ａを実行することにより、サービスプロセッサー２０からの上記データＳ２（図１参照）を受信すると（ステップＳｔ３１）、該データＳ２のアラートレベルが２かどうかを判断する（ステップＳｔ３２）。この判断結果により、ＹＥＳ（アラートレベル２である）の場合は、パーツ図番に基づいてパーツの在庫照会要求に応じた要求Ｓ３（図１参照）をパーツセンター受発注管理システム４０に送信し（ステップＳｔ３３）、ＮＯ（アラートレベル３である）の場合は、パーツ図番に基づいてパーツ要求に応じた要求Ｓ３（図１参照）をパーツセンター受発注管理システム４０に送信する（ステップＳｔ３３）。
【００５５】
次いで、パーツの在庫照会要求に応答して送られてくる在庫有無の照会結果を受信すると（ステップＳｔ３５）、この照会結果により、パーツの在庫があるかどうか（又は所定個数以上のパーツの在庫があるかどうか）を判断し（ステップＳｔ３６）、この判断結果により、ＹＥＳ（パーツの在庫有り）の場合は、そのまま本処理ルーチンを終了し、ＮＯ（パーツの在庫無し）の場合は、パーツ図番に基づいてパーツの仕込み（補充）要求に応じた要求Ｓ３（図１参照）をパーツセンター受発注管理システム４０に送信する（ステップＳｔ３７）。
【００５６】
図９は、ホストコンピュータ３０によるパーツ図番更新に関する処理シーケンスを説明するものである。図９に示すように、ホストコンピュータ３０は、設計図書管理システム３１又は入力器３８からの入力データにより、最新のパーツ図番Ｓ１０（図１参照）が入力されると（ステップＳｔ６１）、受信された最新のパーツ図番Ｓ１０に基づき、パーツ図番ＤＢ２７ｅを更新する（ステップＳｔ６２）。
【００５７】
（パーツセンター受発注管理システム）
図１０は、パーツセンター受発注管理システム４０の内部構成を説明するものである。
【００５８】
図１０に示す例では、パーツセンター受発注管理システム４０は、例えばＰＣ（パーソナルコンピュータ）等のコンピュータマシンで構成され、ハードウェア構成上、制御プログラム及び制御データからなる制御ソフトウェア４７を実行するＣＰＵ４１と、制御ソフトウェア４７を格納し且つＣＰＵ４１のワークエリアを成すメモリとしてのＲＯＭ４２及びＲＡＭ４３と、ハードディスク等の記憶装置４４と、ホストコンピュータ３０に接続されるホストコンピュータ側通信Ｉ／Ｆ４５と、ストックヤード端末５０に接続されるストックヤード端末側通信Ｉ／Ｆ４６等をバス上に接続して構成される。
【００５９】
ＲＯＭ４２及びＲＡＭ４３が成すメモリ及び記憶装置４４に格納される制御ソフトウェア４７には、例えばオペレーティン・グシステム（ＯＳ）のほか、そのＯＳ上で動作するアプリケーション及びこれで用いるテーブルやデータベース（ＤＢ）として、在庫管理プログラム４７ａ及びその処理で用いる在庫管理ＤＢ７ｂと、発生手段／所要時間管理プログラム４７ｃ及びその処理で用いる発生手段／所要時間管理ＤＢ４７ｄとが含まれる。
【００６０】
図１１は、パーツセンター受発注管理システム４０による処理シーケンスを説明するものである。
【００６１】
図１１に示すように、パーツセンター受発注管理システム４０は、在庫管理プログラム４７ａを実行することにより、ホストコンピュータ３０からの上記要求Ｓ３（図１参照）を受信すると（ステップＳｔ４１）、この要求Ｓ３が在庫照会要求であれば、パーツ図番に基づき在庫管理ＤＢ７ｂを検索してそのパーツ図番に対応するパーツの在庫照会を行い、その在庫有り又は無しの照会結果をホストコンピュータ３０に送信する（ステップＳｔ４２のＹＥＳ判定、Ｓｔ４３、Ｓｔ４４）。
【００６２】
また、上記要求Ｓ３がパーツ仕込み要求であれば、それに応じた要求Ｓ４（図１参照）をパーツセンター・ストックヤード端末５０に送信し（ステップＳｔ４２のＮＯ判定、Ｓｔ４５のＹＥＳ判定、Ｓｔ４６）、該要求Ｓ３パーツ要求であれば、それに応じた要求Ｓ４をパーツセンター・ストックヤード端末５０に送信する（ステップＳｔ４５のＮＯ判定、Ｓｔ４７のＹＥＳ判定、Ｓｔ４６）。なお、上記要求Ｓ３が在庫照会要求／パーツ仕込み要求／パーツ要求のいずれにも該当しない場合は、それに対応する処理を実行する（ステップＳｔ４７のＮＯ判定、Ｓｔ４８）。
【００６３】
（パーツセンター・ストックヤード端末）
図１２は、パーツセンター・ストックヤード端末５０の内部構成を説明するものである。
【００６４】
図１２に示す例では、パーツセンター・ストックヤード端末５０は、例えばＰＣ（パーソナルコンピュータ）等のコンピュータマシンで構成され、ハードウェア構成上、制御プログラム５８を実行するＣＰＵ５１と、制御プログラム５８を格納し且つＣＰＵ５１のワークエリアを成すメモリとしてのＲＯＭ５２及びＲＡＭ５３と、ハードディスク等の記憶装置５４と、キーボードやマウス等の入力器５５と、ＣＲＴやＬＣＤ（液晶ディスプレイ）等の表示器５６と、パーツセンター受発注管理システム４０に接続される通信Ｉ／Ｆ５７等をバス上に接続して構成される。
【００６５】
図１３は、パーツセンター・ストックヤード端末５０による処理シーケンスを説明するものである。
【００６６】
図１３に示すように、パーツセンター・ストックヤード端末５０は、制御プログラム５８を実行することにより、パーツセンター受発注管理システム４０からの上記要求Ｓ４（図１参照）を受信すると（ステップＳｔ５１）、該要求Ｓ４がパーツ要求かどうか判断する（ステップＳｔ５２）。この判断結果により、ＹＥＳ（パーツ要求である）の場合は、パーツ要求に関するパーツ図番等の情報を表示器５６上に表示し（ステップＳｔ５３）、要求されたパーツの送付先（病院１００、病院１００管轄の現地サービスセンター２０２等）までの送付手段である交通手段の候補（例えば、トラック、飛行機など）を表示器５６上に表示する（ステップＳｔ５４）。
【００６７】
上記交通手段の候補は、天候、時間帯、渋滞状況などにより利用できる交通手段が限られていることも考慮した上で、最短で送付できる交通手段から予想到着時間が早い順に表示される。パーツセンター２０１側の担当者は、表示器５６上の情報を見て、最適な送付手段を選択して、要求されたパーツＳ５（図１参照）を送付先に発送し、その送付完了の情報（発送手段、発送時刻、予想到着時刻）を入力器５５を使ってパーツセンター・ストックヤード端末５０に入力する。これにより、ストックヤード端末５０は、選択された送付手段の情報と入力された送付完了の情報（発送手段、発送時刻、予想到着時刻）を含むデータＳ６（図１参照）を受発注管理システム４０に送信する（ステップＳｔ５５、Ｓｔ５６）。
【００６８】
上記データＳ６は、受発注管理システム４０経由でホストコンピュータ３０に送られ、ホストコンピュータ３０から現地サービスセンター２０２の端末６０および病院１００のサービスプロセッサー２０に送信される（図１の情報Ｓ８、Ｓ９参照）。これにより、現地サービスセンター２０２および病院１００のサービス担当者は、端末６０上およびサービスプロセッサー２０上に表示される情報Ｓ８、Ｓ９を確認して、パーツＳ５の到着にあわせて交換準備を開始する。このように発送手段、発送時刻、到着予想時刻を知ることにより、現地での事前準備や顧客への状況説明も行えるようになる。
【００６９】
一方、上記ステップＳｔ５２の判断でＮＯ（パーツ要求でない）の場合は、ホストコンピュータからの要求Ｓ４がパーツ仕込み要求であるかどうか判断し（ステップＳｔ５７）、ＹＥＳ（パーツ仕込み要求である）の場合は、そのパーツの仕込みに必要なパーツ図番等の情報を表示してサービス担当者に促す等、パーツ仕込み要求に応じた処理を実行し（ステップＳｔ５８）、ＮＯ（パーツ仕込み要求でない）の場合は、その他の要求に応じた処理を実行する（ステップＳｔ５９）。
【００７０】
（全体動作）
次に、本実施例の全体動作を前述の図１〜図１３に基づいて説明する。
【００７１】
まず、始業前のスタートアップ時にエラー検出ユニット１１の故障診断用プログラム１６ａを走らせる仕組みにしておくと、ＣＴ装置１０内で故障診断が行われる。このとき、各パーツの異常が検出されると、エラー情報Ｓ１として、ＣＴ装置１０からサービスプロセッサー２０に送られる。このときのエラー情報Ｓ１は、サービスプロセッサー２０の内部で、その故障程度を示すアラートレベルによって数段階、例えば前述した３段階のアラーレベル１〜３が認識される。
【００７２】
アラートレベル１は、エラー発生頻度ａが第１のしきい値ａ１以下の場合の様子見段階である。サービスプロセッサー２０は、エラー発生頻度ａを判断してアラートレベル１を認識すると、エラー情報Ｓ１をエラー履歴としてＤＢ２７ｃ上に蓄積しておく。
【００７３】
アラートレベル２は、エラー発生頻度が第１のしきい値を超えて、異常な状態がより顕著になった段階である。サービスプロセッサー２０は、エラー情報ＤＢ２７ｃ上のエラー履歴等からエラー発生頻度ａを判断して、アラートレベル２を認識すると、この時点で、アラートレベル２の情報と共に特定されるパーツの図番を含むデータ（どの病院のどの装置のどのパーツであるかが分かる情報）Ｓ２を通信回線３００を通じてサービスセンター２００側のホストコンピュータ３０に送信する。ここで、パーツの特定は、例えば予め登録されている故障要因と復旧方法等から行なわれる。また、パーツ図番は、予めホストコンピュータ３０から定期的（図番更新時等）にサービスプロセッサー２０およびＣＴ装置１０にダウンロードされ、常に最新の図番に更新されている。
【００７４】
上記アラートレベル２の場合、ホストコンピュータ３０は、パーツセンター受発注管理システム４０に対して在庫照会をかける。この在庫照会の結果、在庫がないと分かった場合は、さらに受発注管理システム４０に対してパーツ仕込み要求をかける。このようにして、パーツの仕込みを先行して行うことで、在庫切れを防止でき、余剰在庫を持つことも防げる。
【００７５】
アラートレベル３は、エラー発生頻度が第２のしきい値を超えて実際に故障が起こり、パーツを交換しないと装置が動作しなくなる段階である。サービスプロセッサー２０は、エラー履歴などからエラー発生頻度を判断してアラートレベル３を認識すると、その情報とパーツの図番をホストコンピュータ３０に送信する。
【００７６】
ホストコンピュータ３０は、この時点で、先に在庫確認してあったパーツの要求を受発注管理システム４０に対して自動的に送信する。パーツ要求を受信した受発注管理システム４０は、パーツセンター・ストックヤード端末５０に対して、パーツ要求があったことを知らせる。ストックヤード端末５０の傍には、パーツの払い出し担当者が控えており、担当者は、要求のあったパーツＳ５をストックヤード端末５０上に指定されている病院管轄の現地サービスセンター２０２もしくは病院１００に直接発送する。
【００７７】
この際に、ストックヤード端末５０には、送付先までの交通手段の候補（例えば、トラック、飛行機など）が表示される。交通手段の候補は、天候、時間帯、渋滞状況などにより利用できる交通手段が限られていることも考慮した上で、最短で送付できる手段から予想到着時間が早い順に表示される。担当者は、この情報を見て、最適な方法でパーツを送付し、ストックヤード端末５０で選択した送付手段と送付完了したとの情報（パーツ発送フラグ）Ｓ６を入力する。入力された情報（発送手段、発送時刻、予想到着時刻）Ｓ６は、受発注管理システム４０からホストコンピュータ３０経由して現地サービスセンター２０２の端末６０およびサービスプロセッサー２０に送信される（図１の情報Ｓ７〜Ｓ９参照）。現地サービスセンター２０２および病院１００のサービス担当者は、この情報を確認して、パーツ到着にあわせて交換準備を開始する。このように発送手段、発送時刻、到着予想時刻を知ることにより、現地での事前準備や顧客への状況説明も行えるようになる。
【００７８】
従って、本実施例によれば、従来よりも早い時間で、パーツを手に入れることができるようになり、医用画像診断装置のダウンタイムを大幅に軽減することができる。また、事前に故障程度に応じて、パーツの在庫状況を自動確認して不足があれば自動的に補充要求するので、本当に故障したときでもパーツの在庫切れという事態は生じなくなる。さらに、常に装置またはサービスプロセッサーに最新の図番をダウンロードすることにより、従来のようなパーツ手配等のパーツ図番の間違いやレビジョン違いのミスによる時間的なロスを削減できる。
【００７９】
なお、上記実施例では、医用画像診断装置としてＣＴ装置に適用した場合を説明しているが、本発明はこれに限らず、例えばＭＲＩ装置、核医学診断装置、Ｘ線診断装置、超音波診断装置などの他のモダリティでもあってもよい。
【００８０】
また、上記実施例では、サービスプロセッサーはＣＴ装置とは独立して設けてあるが、本発明はこれに限らず、例えばサービスプロセッサーはＣＴ装置内に一体に搭載されてもよい。
【００８１】
また、上記実施例では、サービスプロセッサーが本発明の故障程度認識手段として機能し、ホストコンピュータが本発明の処理手段として機能する場合を説明しているが、本発明はこれに限らず、例えば１）サービスプロセッサーが故障程度認識手段及び処理手段として機能する場合、２）ホストコンピュータが故障程度認識手段及び処理手段として機能する場合、３）医用画像診断装置が故障程度認識手段及び処理手段として機能する場合等であっても適用可能である。要するに、故障程度認識手段及び処理手段を有する構成であれば、いずれでも適用可能である。
【産業上の利用可能性】
【００８２】
以上説明したように、本発明は、特にＣＴ装置等の医用画像診断装置における故障時のパーツ手配に関するシステム、方法、およびプログラム等に適用される。
【図面の簡単な説明】
【００８３】
【図１】本発明の実施例に係る医用画像診断システムの全体像を示す概要図。
【図２】医用画像診断装置の内部構成を示す概略ブロック図。
【図３】サービスプロセッサーの内部構成を示す概略ブロック図。
【図４】サービスプロセッサーのアラートレベル判定に関する処理を説明する概略フローチャート。
【図５】アラート判定テーブルを説明する図。
【図６】サービスプロセッサーの図番更新に関する処理を説明する概略フローチャート。
【図７】ホストコンピュータの内部構成を示す概略ブロック図。
【図８】ホストコンピュータの在庫照会／パーツ仕込み要求／パーツ要求に関する処理を説明する概略フローチャート。
【図９】ホストコンピュータの図番更新に関する処理を説明する概略フローチャート。
【図１０】パーツセンター受発注管理システムの内部構成を示す概略ブロック図。
【図１１】パーツセンター受発注管理システムの在庫照会／パーツ仕込み要求／パーツ要求に関する処理を説明する概略フローチャート。
【図１２】パーツセンター・ストックヤード端末の内部構成を示す概略ブロック図。
【図１３】パーツセンター・ストックヤード端末の処理を説明する概略フローチャート。
【符号の説明】
【００８４】
１０  ＣＴ装置
１１  エラー検出ユニット
２０  サービスプロセッサー
３０  ホストコンピュータ
３１  設計図書管理システム
４０  パーツセンター受発注管理システム
５０  パーツセンター・ストックヤード端末
６０  端末（現地サービスセンター側）
１００  病院
２００  サービスセンター
２０１  パーツセンター
２０２  現地サービスセンター
【図１】
2005192871.tif 000003
【図２】
2005192871.tif 000004
【図３】
2005192871.tif 000005
【図４】
2005192871.tif 000006
【図５】
2005192871.tif 000007
【図６】
2005192871.tif 000008
【図７】
2005192871.tif 000009
【図８】
2005192871.tif 000010
【図９】
2005192871.tif 000011
【図１０】
2005192871.tif 000012
【図１１】
2005192871.tif 000013
【図１２】
2005192871.tif 000014
【図１３】
2005192871.tif 000015