(57)【特許請求の範囲】
【請求項１】
病院に設置した医用装置をメンテナンスするためのメンテナンスシステムで用いられ、コンピュータに各種機能を実行させるための医用装置メンテナンス用プログラムであって、
前記医用装置の状態データを収集するデータ収集機能と、
前記データ収集機能によって収集した前記状態データから前記医用装置に異常が生じているか否かを判断する異常状態判断機能と、
前記異常状態判断機能によって異常と判断したときに携帯電話機を利用してサービスセンタに異常状態に関する情報を送信する異常状態通知機能と、
前記病院から前記携帯電話機を利用して送信された前記医用装置の異常状態に関する情報を受信する異常状態通知受信機能と、
受信した前記異常状態に関する情報に基づいて、前記医用装置に対してリモートコントロールを行うのか、サービスマンを呼ぶのかを判断する判断機能と、
前記判断機能によって前記サービスマンを呼ぶと判断された場合には、複数のサービスステーションと複数の病院とがそれぞれあらかじめ関連付けられたテーブルを参照し、前記異常状態通知受信機能によって受信した病院に応じて、前記異常状態に関する情報をどのサービスステーションに転送すべきかを判断する転送先判断機能と、
前記転送先判断機能によって判断された転送先のサービスステーションに通信ネットワークを利用して前記異常状態に関する情報を転送する転送機能と、
を実行させるための医用装置メンテナンス用プログラム。
【請求項２】
前記データ収集機能によって収集する状態データは、前記医用装置を試運転する際の日常動作確認項目に関するデータ、若しくは、前記医用装置の特定機器の状態に関するデータ、又は、前記医用装置が設置された周辺の環境状態に関するデータであることを特徴とする請求項１に記載の医用装置用プログラム。
【請求項３】
前記異常判断機能による判断は、前記日常動作確認項目に関するデータが予め定められている規格値の範囲内にあるか否かによって異常か否かを判断すること、若しくは、前記日常動作確認項目に関するデータと前日の日常動作確認項目に関するデータとを比較することによって異常か否かを判断すること、又は、前記日常動作確認項目に関するデータの一定期間の変動率に基づいて異常か否かを判断すること、であることを特徴とする請求項１に記載の医用装置メンテナンス用プログラム。
【請求項４】
各病院に設置した医用装置をメンテナンスするためのメンテナンスシステムで用いられ、前記医用装置の保守点検を集中管理するサービスセンタのコンピュータに各種機能を実行させるための医用装置メンテナンス用プログラムであって、
前記病院から携帯電話機を利用して送信された前記医用装置の異常状態に関する情報を受信する異常状態通知受信機能と、
受信した前記異常状態に関する情報に基づいて、前記医用装置に対してリモートコントロールを行うのか、サービスマンを呼ぶのかを判断する判断機能と、
前記判断機能によって前記サービスマンを呼ぶと判断された場合には、複数のサービスステーションと複数の病院とがそれぞれあらかじめ関連付けられたテーブルを参照し、前記異常状態通知受信機能によって受信した病院に応じて、前記異常状態に関する情報をどのサービスステーションに転送すべきかを判断する転送先判断機能と、
前記転送先判断機能によって判断された転送先のサービスステーションに通信ネットワークを利用して前記異常状態に関する情報を転送する転送機能と、
を実行させるための医用装置メンテナンス用プログラム。
【請求項５】
各病院に設置した医用装置をメンテナンスするためのメンテナンスシステムで用いられ、前記医用装置の保守点検を集中管理するサービスセンタのコンピュータに各種機能を実行させるための医用装置メンテナンス用プログラムであって、
前記病院から携帯電話機を利用して送信された前記医用装置の異常状態に関する情報を受信する異常状態通知受信機能と、
受信した前記異常状態に関する情報に基づいて、前記医用装置に対してリモートコントロールを行って遠隔修復ができるのか、サービスマンを呼ぶのかを判断する判断機能と、
前記判断機能によって前記リモートコントロールによる遠隔修復が不可能であり前記サービスマンを呼ぶと判断された場合には、複数のサービスステーションと複数の病院とがそれぞれあらかじめ関連付けられたテーブルを参照し、通信ネットワークを利用して前記異常状態に関する情報を該当するサービスステーションに転送する転送機能と、
を実行させるための医用装置メンテナンス用プログラム。
【請求項６】
各病院に設置した医用装置をメンテナンスするためのメンテナンスシステムで用いられ、前記医用装置の保守点検を集中管理するサービスセンタのコンピュータに各種機能を実行させるための医用装置メンテナンス用プログラムであって、
前記病院から携帯電話機を利用して送信された前記医用装置の異常状態に関する情報を受信する異常状態通知受信機能と、
受信した前記異常状態に関する情報に基づいて、前記医用装置に対してリモートコントロールを行うのか、サービスマンを呼ぶのかを判断する判断機能と、
前記判断機能によって前記サービスマンを呼ぶと判断された場合には、前記異常状態通知受信機能によって受信した通知内容に応じて、前記異常状態が生じた医用装置に部品交換が必要か否かを判断する部品交換判断機能と、
前記部品交換判断機能によって部品の交換が必要であると判断したときに前記部品のメーカに通信ネットワークを利用して発注を行う発注機能と、
を実行させるための医用装置メンテナンス用プログラム。
【請求項７】
請求項１ないし６のいずれか１項に記載の医用装置メンテナンス用プログラムであって、前記コンピュータに請求項１、４若しくは５に記載の転送機能、又は請求項６に記載の発注機能を実行させる場合に、当該実行内容を前記携帯電話機を利用して前記異常状態に関する通知を受けた医用装置が設置されている病院に対して通知する実行内容通知機能を前記コンピュータにさらに実行させるための医用装置メンテナンス用プログラム。
【請求項８】
前記異常状態に関する情報の通知は、電子メールによるものであることを特徴とする請求項１ないし７のいずれか１項に記載の医用装置メンテナンス用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、保守契約等により病院内の医用装置のメンテナンスを行うためのシステムに関し、特に、サービスセンタから遠隔的に医用装置を監視して、リモートメンテナンス等をすることにより医用装置を修理・修復するための医用装置メンテナンス用プログラムに関する。
【０００２】
【従来の技術】
従来、病院内の医用装置が故障した場合には、病院スタッフ（病院側のオペレータ、ドクター等）がサービスセンタに電話を掛けてサービスマンに来てもらうことにより、サービスマンが修復を行っていた。この場合、医用装置は、装置自身でエラーログ等の情報を保有しており、サービスマンは病院に到着後、エラーログを確認し、装置の異常箇所を想定して交換用部品を発注したり、異常箇所を修復していた。
【０００３】
ところが、サービスマンが病院に到着しなければ、エラーログを確認することができないため、サービスマンが病院に到着してからでなければ異常箇所のチェックができず、その後に交換部品を発注すると、修復するまで相当の時間を要していた。
【０００４】
また、部品交換をしなくてよい場合であっても、医用装置の異常状態を早く修復すれば、それだけ医用装置の使用を早く開始することができる。例えば、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）装置は、冷却装置で常に磁石を冷却しているが、冷却装置が故障すると冷却水の循環が止まって磁石の温度が徐々に上昇し、この温度上昇に応じて修復時間が掛かってしまう。即ち、温度上昇から修理開始までに一日掛かると、使用開始までに更に一日掛かり、修理開始までに１時間しか掛からなければ、使用開始までにもう１時間で済む。
【０００５】
そこで、この問題を解決するために、医療装置の異常状態を監視するコンピュータを病院内に設置して、電話回線を利用して異常状態をサービスセンタに知らせることが考えられる。
【０００６】
しかし、病院内にコンピュータを設置する場合には、このコンピュータの近くに電話回線の接続口が設置されている必要がある。この場合、病院の工事を行うことによって電話回線の配線を行い、新たに接続口を増設することが考えられるが、短期間で安価に行うことはできない。
【０００７】
また、超音波診断装置等の移動型装置の場合には、医用装置の設置場所が固定されないため、電話回線の接続口の設置場所を特定することが困難である。更に、検診車や、移動型の医用装置（Ｘ線ＣＴスキャナ、ＭＲＩ等）では、医用装置の設置場所を固定することができないため、上記同様、電話回線の配線及び接続口の特定を行うのは困難である。
【０００８】
【発明が課題しようとする課題】
本発明は上述した事情を鑑みてなされたものであり、できるだけ早く、安価に医用装置の異常を修理・修復するためのリモートコントロールシステムを構築し、しかも、移動型の医用装置による異常状態の通知にも対応することができるシステムを構築することを目的としたものである。
【０００９】
本発明に係る医用装置メンテナス用プログラムは、病院に設置した医用装置をメンテナンスするためのメンテナンスシステムで用いられ、コンピュータに各種機能を実行させるための医用装置メンテナンス用プログラムであって、前記医用装置の状態データを収集するデータ収集機能と、前記データ収集機能によって収集した前記状態データから前記医用装置に異常が生じているか否かを判断する異常状態判断機能と、前記異常状態判断機能によって異常と判断したときに携帯電話機を利用してサービスセンタに異常状態に関する情報を送信する異常状態通知機能と、前記病院から前記携帯電話機を利用して送信された前記医用装置の異常状態に関する情報を受信する異常状態通知受信機能と、受信した前記異常状態に関する情報に基づいて、前記医用装置に対してリモートコントロールを行うのか、サービスマンを呼ぶのかを判断する判断機能と、前記判断機能によって前記サービスマンを呼ぶと判断された場合には、複数のサービスステーションと複数の病院とがそれぞれあらかじめ関連付けられたテーブルを参照し、前記異常状態通知受信機能によって受信した病院に応じて、前記異常状態に関する情報をどのサービスステーションに転送すべきかを判断する転送先判断機能と、前記転送先判断機能によって判断された転送先のサービスステーションに通信ネットワークを利用して前記異常状態に関する情報を転送する転送機能と、を実行させるための医用装置メンテナンス用プログラムである。
【００１２】
【発明の実施の形態】
以下、この発明の一実施形態を図１〜図３を用いて説明する。尚、図１は、本発明の医用装置のメンテナンスシステム（以下、「本システム」という。）１の全体を示した概要図である。また、図２は、本システム１を運用するにあたって、一連の処理を示したフローチャートである。
【００１３】
図１は、複数の病院（Ａ，Ｂ，…，Ｎ）にそれぞれ設置されている複数の医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）のメンテナンスシステムに関して示しているが、以下の説明においては、説明の便宜上、病院（Ａ）の医用装置（Ａ１，Ａ２，…Ａｎ）のメンテナンスに関して説明する。
【００１４】
病院（Ａ）では、複数の医用装置（Ａ１，Ａ２，…Ａｎ）がそれぞれハブ（Ｈｕｂ）２ａを介してＳｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ（以下、「ＳＰ」という。）３ａと接続されている。このＳＰ３ａは、接続ケーブル４ａを介して簡易型携帯電話機（ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）電話機）と接続されている。ここで、ＰＨＳ電話機には、ディジタルコードレス電話機（親機、子機）を含む。また、送信バースト出力が８０ミリワット（平均出力１０ミリワット）以下のものをいう。このＰＨＳ電話機５ａにより、最寄の基地局（ここでは、基地局６ａ）を介してＰＨＳ電話網６及びＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）電話網と接続可能となっている。
【００１５】
また、ＳＰ３ａには、医用装置（Ａ１，Ａ２，…Ａｎ）に定期的にアクセスして各種状態を示すデータ（以下、「状態データ」）を収集する機能、医用装置（Ａ１，Ａ２，…Ａｎ）に異常が生じたか否かを判断する機能、サービスセンタ（Ｓ）のコンピュータ９に異常を通知する機能をそれぞれ実行するためのプログラムが記録されている。
【００１６】
尚、接続ケーブル４ａには、ＰＨＳ  ＰＩＡＦＳ（ＰＨＳ  ＩｎｔｅｒｎｅｔＡｃｃｅｓｓ  Ｆｏｒｕｍ  Ｓｔａｎｄａｒｄ）カード等が接続されており、ＰＨＳ電話機５ａでデータ通信を行うことが可能な環境となっている。
【００１７】
ここで、上記状態データは、医用装置（Ａ１，Ａ２，…Ａｎ）を試運転する際の日常動作項目、医用装置（Ａ１，Ａ２，…Ａｎ）の特定部分（機器、部品等）の状態、医療装置（Ａ１，Ａ２，…Ａｎ）が設置された周辺の環境状態に関するデータ等である。
【００１８】
日常動作項目の一例としては、ＭＲＩ装置によってファントムを撮影したときの画質のＳ／Ｎ比が挙げられる。この場合、ＳＰ３ａは、Ｓ／Ｎ比に関するデータが予め定められている規格値の範囲内にあるか否かによって異常か否かを判断したり、現在のＳ／Ｎ比に関するデータと前日のＳ／Ｎ比に関するデータと比較することによって異常か否かを判断したり、Ｓ／Ｎ比に関するデータの一定期間の変動率が急激に規格範囲外の変動をした場合に異常と判断する。また、医用装置のＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）の空き情報、冷却器の温度、医用装置の一日当たりの立ち上がり回数等の状態データに関しても同様である。
【００１９】
また、医用装置（Ａ１，Ａ２，…Ａｎ）の特定機器（部品も含む）の状態の一例としては、医用装置（Ａ１，Ａ２，…Ａｎ）の無停電電源装置（ＵＰＳ：Ｕｎｉｎｔｅｒｒｕｐｔｅｄ  Ｐｏｗｅｒ  Ｓｕｐｐｌｙ）のバッテリ（電池）の寿命が挙げられる。この場合、ＳＰ３ａは、バッテリの充電率に関するデータが予め定められている規格値の範囲内にあるか否かによって異常か否かを判断したり、現在の充電率に関するデータと前日の充電率に関するデータと比較することによって異常か否かを判断したり、充電率に関するデータの一定期間の変動率が急激に規格範囲外の変動をした場合に異常と判断する。また、ヘリウム残量、磁石の温度等の状態データに関しても同様である。
【００２０】
更に、医療装置（Ａ１，Ａ２，…Ａｎ）が設置された周辺の環境状態の一例としては、医用装置の制御室（機械室）の温度、湿度が挙げられる。このように、周辺の環境状態を監視することによって、医用装置が故障してもメーカの責任ではなく、設置された環境に影響されて故障したものであることを主張することが可能である。
【００２１】
尚、上記状態データには、医用装置（Ａ１，Ａ２，…Ａｎ）を作動させる際に取得したデータも含まれる。例えば、Ｘ線ＣＴスキャナによる取得した画像データが挙げられる。
【００２２】
続いて、図１に示すように、サービスセンタ（Ｓ）のコンピュータ９は、ルータ８を介してＩＳＤＮ電話網７と接続されており、ＩＳＤＮ電話網７を利用して各病院（Ａ，Ｂ，…Ｎ）のＳＰ（３ａ，３ｂ，…３ｎ）と通信可能になっている。このサービスセンタ（Ｓ）は、各病院（Ａ〜Ｎ）の医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）の保守点検を集中管理するところである。サービスセンタ（Ｓ）にはサービスエンジニアＳＥが在席している。サービスエンジニアＳＥは、コンピュータ９を用いてＩＳＤＮ電話網７及びＰＨＳ電話網６を介して、ＰＨＳ電話機（５ａ，５ｂ，…，５ｎ）から各病院（Ａ，Ｂ，…，Ｎ）の医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）にアクセスし、リモートコントロールを行うことによって医用装置の異常を修復（リモートメンテナンス）するものである。コンピュータ９には、上記ＳＰ３ａからの異常の通知を受信する機能、並びに、受信した通知に基づいて、サービスエンジニアＳＥがリモートコントロールによって修復できるか又はサービスマンａ１等が現地に行って修復しなければならないかを判断する機能を実行するためのプログラムが記録されている。また、コンピュータ９には、医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）をリモートコントロールすることによって異常を修復（リモートメンテナンス）する機能を実行するためのプログラムも記録されている。
【００２３】
尚、上記リモートコントロールすることによって異常を修復する機能以外に、ＳＰ３ａが動作不調又は不能になったときに、自動的にＳＰ３ａの電源をＯＦＦにして再立上（再起動）する機能を有してもよい。また、他人の不正アクセスを防止するために、ＳＰ３ａにフラグを設定し、ドクター等がフラグをＯＮしたときにのみコンピュータ９からリモートコントロールできるようにしたり、コンピュータ９でパスワードを入力しなければリモートコントロールできないようにして、不正アクセス防止機能を追加してもよい。更に、医用装置Ａ１又はＳＰ３ａの動作のためのソフトウェアの不具合をコンピュータ９からリモートメンテナンスする機能を有してもよい。
【００２４】
また、コンピュータ９によるリモートコントロールが動作不能になった場合に、自動的に自らコンピュータ９をリセットするリセット機能を追加してもよい。
【００２５】
また、上記異常の通知を受信する機能には、患者のプライバシーに関する情報を削除、又は、コンピュータ９でのモニタ表示の際にマスキング等をする機能を追加してもよい。この場合、コンピュータ９のプログラムに上記機能を追加するのではなく、ＳＰ３ａ側で異常の通知を行う前に、患者のプライバシーに関する情報を削除、又は、コンピュータ９でのモニタ表示の際に表示されないように予めマスキングする機能をＳＰ３ａのプログラムに追加してもよい。
【００２６】
更に、コンピュータ９には、医用装置（Ａ１，Ａ２，…，Ａｎ）の状態（正常状態又は異常状態）を監視して、定期的にＳＰ３ａに現在の状態を報告する機能を実行するためのプログラムを記録してもよい。この一例として、サービスセンタ（Ｓ）で医用装置の状態を報告書にまとめ、ＪＰＥＧ等の画像ファイル形式に変換して、ＳＰ３ａ又は医用装置（Ａ１，Ａ２，…，Ａｎ）に画像データとして送信する機能が挙げられる。
【００２７】
また、上記ルータ８、コンピュータ９と別体である場合だけでなく、コンピュータ９に一体に組み込まれたものでもよい。
【００２８】
続いて、サービスセンタ（Ｓ）のコンピュータ９は、ＩＳＤＮ電話網７を介して工場（ＦＴ）のコンピュータ１１と接続されており、ＩＳＤＮ電話網７を利用してコンピュータ１１と通信可能になっている。この工場（ＦＴ）は、医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）を製造したメーカの工場である。
【００２９】
ここで、上記コンピュータ９には、上記電子メールの内容に基づいて、コンピュータ１１に部品の発注を行う機能を実行するためのプログラムが記録されている。コンピュータ１１には、上記部品の発注を受注する機能を実行するためのプログラムが記録されている。尚、ルータ１０は、コンピュータ９と別体である場合だけでなく、コンピュータ９に一体に組み込まれたものでもよい。
【００３０】
更にまた、サービスセンタ（Ｓ）のコンピュータ９は、ＩＳＤＮ電話網７を介して各地のサービスステーション（ＳＴａ，ＳＴＢ，…，ＳＴｎ）のコンピュータ（１１ａ，１１ｂ，…，１１ｎ）と接続されており、ＩＳＤＮ電話網７を利用してコンピュータ（１１ａ，１１ｂ，…，１１ｎ）と通信可能になっている。このサービスステーション（ＳＴａ，ＳＴＢ，…，ＳＴｎ）は、医用装置（Ａ１，Ａ２，…Ａｎ；Ｂ１，Ｂ２，…Ｂｎ；Ｎ１，Ｎ２，…Ｎｎ）の保守点検を実際に行うためのサービスマン（ａ１，ａ２，…ａｎ；ｂ１，ｂ２，…ｂｎ；ｎ１，ｎ２，…ｎｎ）がそれぞれ所属しているところである。
【００３１】
ここで、上記コンピュータ９には、図３に示すように、メール転送先を特定するための転送先管理テーブル２０、３０が保管されている。また、コンピュータ９には、転送先管理テーブル２０、３０に基づいて担当のサービスステーションのコンピュータ（１１ａ，１１ｂ，…１１ｎ）に上記電子メールを転送する機能を実行するためのプログラムも記録されている。
【００３２】
即ち、コンピュータ９には、８時から１８時に上記電子メールを受信した場合の転送先を示した転送先管理テーブル２０と、１８時から翌日の８時に電子メールを受信した場合の転送先を示した転送先管理テーブル３０が保管されている。転送先管理テーブル２０は、図３（ａ）に示すように、例えば、病院（Ａ）の担当はサービスステーション（ＳＴａ）、病院（Ｂ）の担当はサービスステーション（ＳＴｂ）、…、病院（Ｎ）の担当はサービスステーション（ＳＴｎ）というような関係を表わしている。また、転送先管理テーブル３０は、図３（ｂ）に示すように、例えば、月曜日の担当はサービスステーション（ＳＴａ）、火曜日の担当はサービスステーション（ＳＴｂ）、…、日曜日の担当は、サービスステーション（ＳＴｎ）というような関係を表している。
【００３３】
また、コンピュータ（１３ａ，１３ｂ，…１３ｎ）には、上記転送されて来た電子メールを受信し、必要ならば担当のサービスマンのコンピュータ又は携帯電話機（図示せず）に対して、更に上記転送されて来た電子メールを更に転送する機能を実行するためのプログラムが記録されている。尚、ルータ（１２ａ，１２ｂ，…，１２ｎ）は、それぞれコンピュータ（１３ａ，１３ｂ，…，１３ｎ）と別体である場合だけでなく、コンピュータ（１３ａ，１３ｂ，…，１３ｎ）に一体に組み込まれたものでもよい。
【００３４】
ところで、ＳＰ３ａとコンピュータ９の間の通信ネットワークは、ＰＨＳ電話網６及びＩＳＤＮ電話網７を利用して構築されているが（東京電話アステル）、ＰＨＳサービスを提供する電気通信事業者（いわゆるコモン・キャリア）の違いにより、基地局６ａ等から直接ＩＳＤＮ電話網７を介して通信する場合（ＮＴＴドコモ、ＤＤＩポケット）であってもよい。
【００３５】
また、コンピュータ９とコンピュータ１１若しくはコンピュータ１３の間の通信ネットワークは、上述のように、電話回線（アナログ回線）を用いて構築されるようにしてもよい。この場合、モデムを用いてもよい。
【００３６】
更に、コンピュータ９とコンピュータ１１若しくはコンピュータ１３の間の通信ネットワークは、ＩＳＤＮ等の公衆網を利用せずに、専用線（Ｌｅａｓｅｄ  Ｌｉｎｅ）を利用して構築してもよい。この場合は外部侵入を防ぐため、医用装置のようにセキュリティが重要な通信においては非常に有用である。
【００３７】
次に、図２を用いて、本システム１の運用にあたっての一連の処理について説明する。以下に示す例は、病院（Ａ）の医用装置Ａ１に異常が発生した場合である。
【００３８】
まず、病院（Ａ）のＳＰ３ａは、ハブ２ａを介して、各医用装置（Ａ１，Ａ２，…Ａｎ）から、医用装置（Ａ１，Ａ２，…Ａｎ）の各種状態データを収集する（ステップＳ１）。次に、ＳＰ３ａは、前記状態データに基づいて、医用装置（Ａ１，Ａ２，…Ａｎ）に異常が生じたか否かを判断する（ステップＳ２）。
【００３９】
次に、上記ステップＳ２において、正常（異常がない）と判断したときはステップＳ１の処理に戻るが、異常があると判断したときは、下記ステップ３に移行する。
【００４０】
次に、ＳＰ３ａが、医用装置Ａ１に異常が生じたと判断したときは、ＰＨＳ電話機５ａによるデータ通信を利用して、サービスセンタ（Ｓ）のコンピュータ９に「○○というエラーが発生しました。」という文章の電子メールを送信する（ステップＳ３）。尚、電子メールではなく、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等によるコンピュータ全般のデータ転送であってもよい。
【００４１】
次に、サービスセンタ（Ｓ）のコンピュータ９は、上記電子メールの内容に基づいて異常の種類、即ち、リモートコントロールを行うか、又はサービスマンを呼ぶのかを判断する（ステップＳ４）。
【００４２】
尚、異常の種類を病院（Ａ）側で判明して、サービスセンタ（Ｓ）に通知してもよい。例えば、ＳＰ３ａで受信したログと正常ログとを比較し、その差異から医用装置Ａ１の異常の種類を判明したり、また、ＳＰ３ａで受信したログからキーワード抽出することで異常の種類を判明してもよい。
【００４３】
更に、医用装置Ａ１に「故障ボタン」を取り付けて、ドクター等がこの「故障ボタン」を押した場合には、ＳＰ３ａが押されたことを検知してサービスセンタ（Ｓ）に異常を通知する機能を加えてもよい。
【００４４】
次に、上記ステップＳ４において、コンピュータ９がリモートコントロールを行うことができると判断したときは、上記電子メールをサービスステーション（ＳＴａ，ＳＴＢ，…，ＳＴｎ）に転送しない。この場合、サービスセンタ（Ｓ）では、サービスエンジニアＳＥが電子メールを確認次第、コンピュータ９から病院（Ａ）のＳＰ３ａを介して医用装置Ａ１にアクセスし（ステップＳ５）、リモートコントロールを行うことによって異常状態を修復（リモートメンテナンス）する（ステップＳ６）。
【００４５】
一方、ステップＳ４において、コンピュータ９がサービスマンａ１等を呼ぶと判断したときは、更に、上記電子メールの内容から代替部品の発注が必要か否かを判断する（ステップＳ７）。部品の発注が必要なときは、電子メール等による通信手段で工場（ＦＴ）のコンピュータ１１に代替部品の発注を行う（ステップＳ８）。これにより、工場（ＦＴ）では、サービスステーション（ＳＴａ）又は直接病院（Ａ）に部品の発送を行う（ステップＳ９）。
【００４６】
次に、コンピュータ９は、上記ステップＳ７において代替部品の発注の必要の有無に拘わらず、現在の時間が８時から１８時内なのか又はそうでないのかを判断する（ステップＳ１０）。上記ステップＳ９において、コンピュータ９が８時から１８時内である（ＹＥＳ）と判断したときは、病院（Ａ）を担当するサービスステーション（ＳＴａ）のコンピュータ１１ａに上記電子メールを自動伝送する（ステップＳ１１）。これにより、病院（Ａ）を担当するサービスマンａ１等が病院（Ａ）に行く（ステップＳ１２）。
【００４７】
一方、上記ステップＳ９において、コンピュータ９が８時から１８時外である（ＮＯ）と判断したときは、夜間担当のサービスステーション（ここでは、火曜日としてＳＴｂ）のコンピュータ１１ｂに上記電子メールを自動転送する（ステップＳ１３）。これにより、病院（Ａ）を担当するサービスマンが選ばれて（ここでは、ｂ１）、サービスマンｂ１が病院（Ａ）に行く（ステップＳ１４）。
【００４８】
尚、上記ステップＳ５、１１、１３におけるコンピュータ９の実行内容を電子メール等の通信ネットワークを利用して、逐次、病院（Ａ）のＳＰ３ａ又は異常の発生した医用装置Ａ１に通知してもよい。この場合、病院（Ａ）側への通知は、ステップＳ５、１１、１３におけるコンピュータの実行に同期して行うようにしてもよい。
【００４９】
以上説明したように、本システム１によれば、病院（Ａ）側からサービスセンタ（Ｓ）側へ、電子メール等で医用装置（Ａ１，Ａ２，…Ａｎ）の異常状態を知らせることができるため、サービスエンジニアＳＥが迅速にリモートメンテナンスを開始することができる。特に、ＰＨＳ電話機５ａ等によるデータ通信を利用して、異常状態を知らせることができるため、病院で電話回線の配線工事を行うよりも、迅速かつ安価に通信ネットワークを構築することができる。
【００５０】
また、工場（ＦＴ）への部品の発注も自動に行われるため、修復までの時間を短縮することができる。更に、サービスセンタ（Ｓ）から各サービスステーション（ＳＴａ，ＳＴｂ，…，ＳＴｎ）への連絡も電子メール等の自動転送を行うことができるため、時間帯を問わず末端のサービスマンａ１等に医用装置の異常を知らせることができる。
【００５１】
尚、上記実施形態では、病院（Ａ）等とサービスセンタ（Ｓ）との間の通信は、ＰＨＳ電話機５ａを利用して行っているが、ＰＨＳ電話機から発射される電波は携帯電話機の十分の一以下であるため、医用装置への影響は携帯電話機と比較して小さい。そのため、ほとんどの場合には、病院でＰＨＳ電話機を使用しても医用装置に誤動作等の不具合は生じない。
【００５２】
しかし、全く不具合が生じない訳ではないため、接続ケーブル４ａ等の長さを長くしてＰＨＳ電話機を医用装置から離す方が望ましい。
【００５３】
また、手術室、集中治療室（ＩＣＵ）及び冠状動脈疾患監視病室（ＣＣＵ）等においては、人命に直接関わる医用装置が多数設置されているため、上記のように接続ケーブル４ａ等の長さを長くするか、又は、病院内の既存の通信ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を利用して安全な所（病院外等）に設置したＰＨＳ電話機と接続する。
【００５４】
【発明の効果】
以上説明したように、本発明の医用装置メンテナンス用プログラムをコンピュータで実行させれば、病院側から携帯電話機を利用してサービスセンタに医用装置の異常を通知することができるため、医用装置の部品の発注をできるだけ早くし、又は、部品の発注が不要な場合でも、できるだけ早く医用装置の異常を修復することができる。特に、携帯電話機によるデータ通信を利用して、異常状態を知らせることができるため、病院で電話回線の配線工事を行うよりも、迅速かつ安価に通信ネットワークを構築することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る医用装置用メンテナンスシステム１の全体を示した概略図。
【図２】本発明の一実施形態に係る医用装置用メンテナンスシステム１を運用するにあたって、一連の処理を示したフローチャート。
【図３】  本発明の一実施形態に係る医用装置用メンテナンスシステム１におけるコンピュータ９に保管されている転送先管理テーブルを示した図。
【符号の説明】
１  医用装置用リモートメンテナンスシステム
２  ハブ（Ｈｕｂ）
３  Ｓｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ
４  接続ケーブル
５  ＰＨＳ電話機
６  ＰＨＳ電話網（６ａ等は基地局）
７  ＩＳＤＮ電話網
８  ルータ
９  コンピュータ
１０  ルータ
１１  コンピュータ
１２  ルータ
１３  コンピュータ
【図１】
0004854120.tif 000002
【図２】
0004854120.tif 000003
【図３】
0004854120.tif 000004