(57)【特許請求の範囲】
【請求項１】
医療機器と通信可能に接続されている医療機器管理装置であって、
医療機器から取得した当該医療機器の種類情報を含む機器情報及び稼働履歴情報を格納する医療機器情報格納部と、
医療機器の故障の有無の判断基準であり、判断項目として温度情報を含む故障判断基準テーブル情報を前記医療機器の前記種類情報と関連付けて複数種類格納する故障判断基準テーブル格納部と、を有し、
前記故障判断基準テーブル情報は、前記稼働履歴情報の少なくとも一つの情報に基づいて前記医療機器の故障を判断できる情報となっており、
故障判断部が前記種類情報に基づき前記故障判断基準テーブル情報を特定し、特定された当該故障判断基準テーブル情報が指定する前記稼働履歴情報を、当該医療機器の前記稼働履歴情報から取得し、その故障の有無を判断する構成となっており、
前記故障判断部が、当該医療機器に故障ありと判断したときは、当該医療機器の前記判断項目における故障対応の緊急度の程度情報、当該医療機器の前記種類情報による故障対応の緊急度の程度情報及び当該医療機器の使用期間による故障対応の緊急度の程度情報に基づき、最終的な故障対応の緊急度指標情報を演算し、総合優先度ランク情報を取得し、
当該医療機器の修理担当者の機器に少なくとも前記総合優先度ランク情報を含む故障情報を送信する構成となっており、
一方、前記故障判断部が、当該医療機器が故障でないと判断したときは、保守の必要があるか否かを判断するための保守判断工程が実施され、保守の必要性の優先度情報である総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に、少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報を送信する構成となっていることを特徴とする医療機器管理装置。
【請求項２】
前記修理担当者の機器が、パーソナルコンピュータ及び／又は携帯電話を含み、前記故障情報及び前記少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報は、同種の結果情報が所定期間を超えて発生している場合に限り、前記機器に送信される構成となっていることを特徴とする請求項１に記載の医療機器管理装置。
【請求項３】
医療機器と、
前記医療機器と通信可能に接続されている医療機器管理装置と、
前記医療機器の修理担当者の機器と、を有する医療機器管理システムであって、
前記医療機器管理装置は、医療機器から取得した当該医療機器の種類情報を含む機器情報及び稼働履歴情報を格納する医療機器情報格納部と、
医療機器の故障の有無の判断基準であり、判断項目として温度情報を含む故障判断基準テーブル情報を前記医療機器の前記種類情報と関連付けて複数種類格納する故障判断基準テーブル格納部と、を有し、
前記故障判断基準テーブル情報は、前記稼働履歴情報の少なくとも一つの情報に基づいて前記医療機器の故障を判断できる情報となっており、
故障判断部が前記種類情報に基づき前記故障判断基準テーブル情報を特定し、特定された当該故障判断基準テーブル情報が指定する前記稼働履歴情報を、当該医療機器の前記稼働履歴情報から取得し、その故障の有無を判断する構成となっており、
前記故障判断部が、当該医療機器に故障ありと判断したときは、当該医療機器の前記判断項目における故障対応の緊急度の程度情報、当該医療機器の前記種類情報による故障対応の緊急度の程度情報及び当該医療機器の使用期間による故障対応の緊急度の程度情報に基づき、最終的な故障対応の緊急度指標情報を演算し、総合優先度ランク情報を取得し、
当該医療機器の修理担当者の機器に少なくとも前記総合優先度ランク情報を含む故障情報を送信する構成となっており、
一方、前記故障判断部が、当該医療機器が故障でないと判断したときは、保守の必要があるか否かを判断するための保守判断工程が実施され、保守の必要性の優先度情報である総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に、少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報を送信する構成となっていることを特徴とする医療機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、病院等に配置される人工心肺装置、血糖値測定器、輸液装置等の医療機器の稼働状況等を管理するための医療機器管理装置及び医療機器管理システムに関するものである。
【背景技術】
【０００２】
従来より、病院等には、人工心肺装置、血糖値測定器、輸液装置等の医療機器が配置されている。そして、これらの医療装置，医療機器等は、患者の治療，生体情報の収集等に使用するためのものであり、安全に使用できるよう日頃より医療機器の安全管理が求められている。
具体的には、各病院等には医療機器管理業務の専門家である臨床工学技士等により医療機器が管理されることが好ましいが、管理業務専任の技士は少なく、診療業務との兼任で業務負担が重くなるという問題がある。
一方、医療機器の安全管理を医療機器メーカーが担うことも考えられるが、人的な面で対応が難しいという問題がある。
【０００３】
ところで、医療機器とは異なる空調設備等の場合は、各空調設備とサーバをネットワークを介して、その異常を管理するシステムは提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１８１３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、医療機器は、人の治療等に用いられる機器であったり、人の生体情報を収集する機器であり、その管理には、通常の電気製品とは異なり、高度な安全管理が求められるためシステム等の構築が困難であるという問題があった。
【０００６】
そこで、医療機器の安全使用を確保するための医療機器管理装置及び医療機器管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題は、本発明にあっては、医療機器と通信可能に接続されている医療機器管理装置であって、医療機器から取得した当該医療機器の種類情報を含む機器情報及び稼働履歴情報を格納する医療機器情報格納部と、医療機器の故障の有無の判断基準であり、判断項目として温度情報を含む故障判断基準テーブル情報を前記医療機器の前記種類情報と関連付けて複数種類格納する故障判断基準テーブル格納部と、を有し、前記故障判断基準テーブル情報は、前記稼働履歴情報の少なくとも一つの情報に基づいて前記医療機器の故障を判断できる情報となっており、故障判断部が前記種類情報に基づき前記故障判断基準テーブル情報を特定し、特定された当該故障判断基準テーブル情報が指定する前記稼働履歴情報を、当該医療機器の前記稼働履歴情報から取得し、その故障の有無を判断する構成となっており、前記故障判断部が、当該医療機器に故障ありと判断したときは、当該医療機器の前記判断項目における故障対応の緊急度の程度情報、当該医療機器の前記種類情報による故障対応の緊急度の程度情報及び当該医療機器の使用期間による故障対応の緊急度の程度情報に基づき、最終的な故障対応の緊急度指標情報を演算し、総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に少なくとも前記総合優先度ランク情報を含む故障情報を送信する構成となっており、一方、前記故障判断部が、当該医療機器が故障でないと判断したときは、保守の必要があるか否かを判断するための保守判断工程が実施され、保守の必要性の優先度情報である総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に、少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報を送信する構成となっていることを特徴とする医療機器管理装置により達成される。
【０００８】
前記構成によれば、医療機器の種類に応じて、その種類毎に故障を検知するために最適な稼働履歴情報、例えば、温度等の情報に基づき、当該医療機器の故障を判断することができるので、医療機器の異常を細やかに判断できる。したがって、医療機器の安全管理をより確実に行うことができ、医療機器の安全使用を確保することができる。
【００１０】
前記構成によれば、通知を受けた修理担当者は、当該故障の程度、例えば、緊急を要するか否か等を直ちに判断することができる。
【００１２】
前記構成によれば、機器毎の修理等の緊急性を判断する際、当該稼働履歴情報の異常だけでなく、機器の種類や使用の期間も考慮される。
例えば、人工心肺装置等の医療機器は、血糖値測定器等の医療機器より緊急性の程度が高く、医療機器の使用歴が浅い場合は緊急性が高い等の事情を併せて考慮して緊急性を判断することができる。
したがって、修理担当者は、医療機器の異常の緊急性をより正確に判断することができる。
【００１４】
前記構成によれば、医療機器の故障異常のみならず、故障に至らない保守の必要性も自動的に判断する。
このため、修理担当者は、故障又は保守の必要性を迅速に知ることができ、医療機器の安全使用をより確実に確保することができる。
【００１５】
好ましくは、前記修理担当者の機器が、パーソナルコンピュータ及び／又は携帯電話を含み、前記故障情報及び前記少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報は、同種の結果情報が所定期間を超えて発生している場合に限り、前記機器に送信される構成となっていることを特徴とする医療機器管理装置である。
【００１６】
前記構成によれば、当該医療機器の修理担当者に送信する前に、同種の結果情報が所定期間内に発生していたか否かを判断し、発生していない場合に当該医療機器の修理担当者の機器への送信する構成となっている。このため、修理担当者への重複した連絡を回避することができる。
【００１７】
上記課題は、本発明にあっては、医療機器と、前記医療機器と通信可能に接続されている医療機器管理装置と、前記医療機器の修理担当者の機器と、を有する医療機器管理システムであって、前記医療機器管理装置は、医療機器から取得した当該医療機器の種類情報を含む機器情報及び稼働履歴情報を格納する医療機器情報格納部と、医療機器の故障の有無の判断基準であり、判断項目として温度情報を含む故障判断基準テーブル情報を前記医療機器の前記種類情報と関連付けて複数種類格納する故障判断基準テーブル格納部と、を有し、前記故障判断基準テーブル情報は、前記稼働履歴情報の少なくとも一つの情報に基づいて前記医療機器の故障を判断できる情報となっており、故障判断部が前記種類情報に基づき前記故障判断基準テーブル情報を特定し、特定された当該故障判断基準テーブル情報が指定する前記稼働履歴情報を、当該医療機器の前記稼働履歴情報から取得し、その故障の有無を判断する構成となっており、前記故障判断部が、当該医療機器に故障ありと判断したときは、当該医療機器の前記判断項目における故障対応の緊急度の程度情報、当該医療機器の前記種類情報による故障対応の緊急度の程度情報及び当該医療機器の使用期間による故障対応の緊急度の程度情報に基づき、最終的な故障対応の緊急度指標情報を演算し、総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に少なくとも前記総合優先度ランク情報を含む故障情報を送信する構成となっており、一方、前記故障判断部が、当該医療機器が故障でないと判断したときは、保守の必要があるか否かを判断するための保守判断工程が実施され、保守の必要性の優先度情報である総合優先度ランク情報を取得し、当該医療機器の修理担当者の機器に、少なくとも保守の必要性の優先度情報である総合優先度ランク情報を含む情報を送信する構成となっていることを特徴とする医療機器管理システムにより達成される。
【発明の効果】
【００１８】
以上説明したように、本発明によれば、医療機器の安全使用を確保するための医療機器管理装置及び医療機器管理システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態にかかる医療機器管理システムを示す概略図である。
【図２】図１の医療機器の主な構成を示す概略ブロック図である。
【図３】図１の管理サーバの主な構成を示す概略ブロック図である。
【図４】図３の各種データ記憶部内のデータを示す概略ブロック図である。
【図５】医療機器管理システムの主な動作等を示す概略フローチャートである。
【図６】医療機器管理システムの主な動作等を示す他の概略フローチャートである。
【図７】医療機器管理システムの主な動作等を示す他の概略フローチャートである。
【図８】医療機器管理システムの主な動作等を示す他の概略フローチャートである。
【図９】医療機器管理システムの主な動作等を示す他の概略フローチャートである。
【図１０】機器情報テーブルを示すデータ例である。
【図１１】故障判断基準テーブルを示すデータ例である。
【図１２】機器形式基準優先度係数テーブルを示すデータ例である。
【図１３】機器使用歴基準優先度係数テーブルを示すデータ例である。
【図１４】総合優先度ランク判断テーブルを示すデータ例である。
【図１５】判断結果テーブルを示すデータ例である。
【図１６】修理担当者テーブルを示すデータ例である。
【図１７】保守判断基準テーブルを示すデータ例である。
【発明を実施するための形態】
【００２０】
以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【００２１】
図１は、本発明の実施の形態にかかる医療機器管理システム１を示す概略図である。
図１に示すように、医療機器管理システム１は、例えば、病院等に配置される医療機器１０ａ乃至１０ｃを有している。この医療機器１０ａは、例えば、心肺装置、輸液ポンプ，シリンジポンプ等の輸液装置、血管内を測定する超音波イメージング装置、血管内を測定する赤外線イメージング装置、血糖値測定器等となっている。
これら医療機器１０ａ等は、病院内では例えば、ＬＡＮ等で接続されていると共に、外部に対しては、図１に示すようにインターネット２と接続されている。
また、図１に示すように、病院の医療機器１０ａ等を管理するための医療機器管理装置である例えば、管理サーバ５０が、例えば、中央管理センターに配置され、この管理サーバ５０は、インターネット２を介して病院内の医療機器１０ａ等と通信可能に接続されている。
【００２２】
また、図１に示すように、病院内の医療機器１０ａ等の製造会社である医療機器メーカー内に配置されている修理担当者用のＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）３もインターネット２と接続され、管理サーバ５０及び医療機器１０ａ等と相互に通信可能な状態となっている。
さらに、本実施の形態では、上記修理担当者用携帯電話４もインターネット２と接続されている。
このため、医療機器１０ａ等の状況を管理している管理サーバ５０が、医療機器１０ａ等の故障等を検知した場合は、その情報を直ちにインターネット２を介して、修理担当者用ＰＣ３や修理担当者用携帯電話４に通知することができる構成となっている。
【００２３】
図１の医療機器１０ａ等、管理サーバ５０、修理用担当者用ＰＣ３及び修理担当者用携帯電話４は、コンピュータ等を有し情報を制御等している。
このコンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を有し、これらは、例えばバス等を介して配置されている。
このバスは、すべてのデバイスを接続する機能を有し、アドレスやデータパスを有する内部パスである。ＣＰＵは所定のプログラムの処理を行う他、バスに接続されたＲＯＭ等を制御している。ＲＯＭは、各種プログラムや各種情報等を格納している。ＲＡＭは、プログラム処理中のメモリの内容を対比したり、プログラムを実行するためのエリアとしての機能を有する。
【００２４】
図２は、図１の医療機器１０ａ等の主な構成を示す概略ブロック図であり、図３は、図１の管理サーバ５０の主な構成を示す概略ブロック図である。
図２に示すように、医療機器１０ａ等は、医療機器側制御部１１を有し、医療機器側通信装置１２、ディスプレイ１３及び入力装置１４等がこの医療機器側制御部１１と接続され、制御されている。
また、図２に示すように、医療機器１０ａ等は、当該医療機器１０ａ等の機器番号、機器形式、機器名称、販売年月日、配置されている病院のＩＤ、医療機器会社の修理担当者番号、ソフトウエアバージョン等の機器情報を格納する機器情報格納部１５を有している。
さらに、医療機器１０ａ等は、その動作履歴である例えば、温度、使用回数等の稼働履歴情報を格納する稼働履歴情報格納部１６を有し、医療機器側制御部１１によって制御されている。
【００２５】
また、図３に示すように、管理サーバ５０は、管理サーバ側制御部５１を有し、管理サーバ側通信装置５２、ディスプレイ５３、入力装置５４及び時刻を計時する時刻部５５等が、この管理サーバ側制御部５１と接続されている。
また、図３に示すように、管理サーバ５０は、定期チェック動作実行部（プログラム）５６、異常判断部である例えば、故障判断部（プログラム）５７及び保守判断部５８、そして、その他の各種データ記憶部５９を有し、これらは、管理サーバ側制御部５１に接続されている。
図４は、図３の各種データ記憶部５９内のデータを示す概略ブロック図である。
なお、図３の各プログラム及び図４の各種データについては、後で詳細に説明する。
【００２６】
図５乃至図９は、医療機器管理システム１の主な動作等を示す概略フローチャートである。
以下、図５乃至図９のフローチャートに沿って医療機器管理システム１の動作等を説明すると共に、図１乃至図４等の構成等も併せて説明する。
【００２７】
上述のように、図１に示す管理サーバ５０は、インターネット２を介して、病院内の医療機器１０ａ等と通信可能な状態にあり、管理サーバ５０は、医療機器１０ａ等を２４時間毎に監視する。
具体的には、図５のＳＴ１に示すように、前回の医療機器１０ａ等へのアクセスから２４時間経過したか否かを判断する。すなわち、図３の定期チェック動作実行部（プログラム）５６が、図４の定期チェック時間情報格納部６０に格納されている情報である例えば、２４時間を参照すると共に、図３の時計部５５等をも参照して、２４時間経過を判断する。
【００２８】
ＳＴ１で２４時間経過したと判断された場合は、ＳＴ２へ進む。ＳＴ２では、管理サーバ５０が、医療機器１０ａ等に、当該医療機器１０ａ等の機器情報及び稼働履歴情報を送信するように要求する。
【００２９】
ＳＴ２の要求を受信した医療機器１０ａ等は、ＳＴ３で、その要求に応じて、機器情報及び稼働履歴情報を送信する。具体的には、医療機器１０ａ等は、図２の機器情報格納部１５に格納されている機器番号、機器形式、機種名称、販売年月日、病院ＩＤ、修理担当者番号、ソフトウエアバージョン等の機器情報を送信する。
また、医療機器１０ａ等は、図２の稼働履歴情報格納部１６に格納されている温度、使用回数等の稼働履歴情報を送信する。
なお、機器情報は、管理サーバ５０が、一度受信すれば、その後情報に変更がないため、その後は受信せず、稼働履歴情報のみを受信することになる。
【００３０】
次いで、ＳＴ４に進む。ＳＴ４では、管理サーバ５０は、医療機器１０ａ等から受信した機器情報を図４の機器情報テーブル格納部６１に格納し、医療機器１０ａ等から受信した稼働履歴情報を図４の稼働履歴情報テーブル格納部６２に格納する。
図１０は、機器情報テーブル格納部６１に格納された機器情報テーブル６１ａを示すデータ例である。
図１０に示すように、機器情報テーブル６１ａには、例えば、機器Ｎｏ．（機器情報）、機器形式、機器名称、販売年月日、病院ＩＤ、修理担当者Ｎｏ．（情報）及びソフトウエアバージョン等が記憶されている。
なお、機器情報テーブル格納部６１及び稼働履歴情報テーブル格納部６２が医療機器情報格納部の一例となっている。
【００３１】
次いで、ＳＴ５へ進む。ＳＴ５では、図３の管理サーバ５０の故障判断部（プログラム）５７が動作し、図１０の機器情報テーブル６１ａの当該医療機器の種類情報である例えば、「機器形式」のデータを参照する。図１０の場合は、機器形式が「ＡＢＣ」となる。
次いで、ＳＴ５では、故障判断部（プログラム）５７が、異常有無判断基準情報格納部である例えば、図４の故障判断基準テーブル格納部６３を参照する。この故障判断基準テーブル格納部６３には、図１１に示すように、故障判断基準情報である例えば、故障判断基準テーブル６３ａが格納されている。
図１１は、故障判断基準テーブル６３ａを示すデータ例である。
具体的には、機器形式毎の故障を判断するための情報が格納されている。例えば、機器形式が「ＡＢＣ」の場合は、その判断項目が「温度」であり、故障判断値は５℃で、判断方法は「以下」と定められている。
したがって、この例では、機器形式が「ＡＢＣ」の場合は、温度が５℃以下か否かで、当該医療機器１０ａ等の故障の有無を判断することになる。
このように、故障判断基準テーブル６３ａの情報は、医療機器１０ａ等の「機器形式」情報と関連づけてられている。
【００３２】
そこで、ＳＴ５では、先ず、故障判断部（プログラム）５７が、図１０の「機器形式」と同一の機器形式のデータを図１１から探し、その場合の判断項目、上記の例では「温度」を取得する。
【００３３】
次いでＳＴ６へ進む。ＳＴ６では、故障判断部（プログラム）５７が、ＳＴ５で取得した判断項目である「温度」に対応する情報、すなわち、「温度」情報を図４の稼働履歴情報テーブル格納部６２の稼働履歴情報エーブルから探すと共に、図１１の故障判断基準テーブル６３ａから故障判断値及び判断方法を取得する。
【００３４】
次いで、ＳＴ７へ進む。ＳＴ７では、当該医療機器１０ａ等の稼働履歴情報の例えば、「温度」情報が、図１１の故障判断値及び判断方法、例えば、「５℃以下」であるか否かを判断する。
【００３５】
ＳＴ７で、「５℃以下」と判断されれば、当該医療機器１０ａ等は、故障と判断される。このように、本実施の形態では、当該医療機器１０ａ等の種類に応じて異なる故障判断項目を有し、当該判断項目により故障の有無を判断するので、医療機器１０ａ等の種類に応じたきめ細やかな故障判断をすることができ、医療機器１０ａ等の安全使用を確保することができる。
【００３６】
一方、ＳＴ７で、当該医療機器１０ａ等が故障でないと判断された場合は、保守の必要があるか否かを判断するため、図５に示すように「保守判断工程」が実施される。
この「保守判断工程」については後述する。
【００３７】
また、ＳＴ７で、当該医療機器１０ａ等が故障と判断された場合は、ＳＴ８以下へ進む。ＳＴ８以下では、当該医療機器１０ａ等の故障の緊急度等の程度が判断される。
【００３８】
先ず、ＳＴ８では、当該医療機器１０ａ等の具体的な故障の程度を判断する。具体的には、故障判断部（プログラム）５７が動作して、図１１の故障判断基準テーブル６３ａの当該機器形式における具体的異常程度情報である「故障優先度係数」を参照し、この「故障優先度係数」、図１１の例では、例えば、「２」が、図４の当該故障優先度係数情報格納部に格納される。
これにより、当該医療機器１０ａ等の故障、上記例では、機器形式「ＡＢＣ」における「温度」異常の故障判断結果における故障の優先度が特定される。
【００３９】
次いで、ＳＴ９へ進む。ＳＴ９では、故障判断部（プログラム）５７が動作して、図４の機器形式基準優先度係数テーブル格納部６５を参照して、機器種類異常程度情報である例えば、機器優先度係数を取得する。すなわち、図４の機器形式基準優先度テーブル格納部６５には、図１２に示す、機器形式基準優先度係数テーブル６５ａが格納されており、このテーブルでは、機器形式に対応した、機器固有の優先度係数が示されている。
例えば、医療機器１０ａ等が人工心肺装置のように治療上極めて重要な場合は、その機器優先度係数が比較的高く、一方、医療機器１０ａ等が血糖値測定装置等の場合は比較的低く設定されている。
したがって、この機器優先度係数により、故障した医療機器１０ａ等の緊急度等を判断することができるようになっている。
図１２は、機器形式基準優先度係数テーブル６５ａを示すデータ例である。
【００４０】
上記例では、機器形式が「ＡＢＣ」であるため、図１２の機器形式基準優先度係数テーブル６５ａを参照し、機器優先度係数「２」を取得して、図４の当該機器形式基準優先度係数情報格納部６６に格納する。
【００４１】
次いで、ＳＴ１０へ進む。ＳＴ１０では、故障判断部（プログラム）５７が動作して、図１０の機器情報テーブルの「販売年月日」の情報と図３の時計部５５の「年月日」の情報を取得して、その差を求め、当該医療機器１０ａ等の「使用期間データ」を演算し、その結果を図４の使用期間データ格納部６７に格納する。
【００４２】
次いで、ＳＴ１１へ進む。ＳＴ１１では、故障判断部（プログラム）５７が動作して、図４の機器使用歴基準優先度係数テーブル格納部６８を参照する。この機器使用歴基準優先度係数テーブル格納部６８には、例えば、機器使用歴基準優先度係数テーブル６８ａが格納されている。
この機器使用歴基準優先度係数テーブル６８ａは、図１３に示すように、医療機器１０ａ等の使用期間に応じた機器使用歴異常程度情報である使用歴基準優先度係数が示されており。当該医療機器１０ａ等の使用期間に応じた故障対応の緊急度等が容易に判断できる構成となっている。
したがって、故障判断部（プログラム）５７が、図４の使用期間データ格納部６７のデータを、機器使用歴基準優先度係数テーブル６８ａに当てはめることで、容易に当該医療機器１０ａ等における使用歴基準優先度係数を求めることができる構成となっている。
図１３は、機器使用歴基準優先度係数テーブル６８ａを示すデータ例である。
ＳＴ１１では、このようにして求めた使用歴基準優先度係数を、図４の当該機器使用歴基準優先度係数情報格納部６９に格納される。
【００４３】
これで、医療機器管理システム１は、対象とする医療機器１０ａ等の故障対応の緊急度等として３つの指標を取得することになる。すなわち、当該医療機器１０ａ等の温度等の判断項目における故障対応の緊急度等の程度情報（当該故障優先度係数情報）、当該医療機器１０ａ等の機器種類による故障対応の緊急度等の程度情報（当該機器形式基準優先度係数情報）及び当該医療機器１０ａ等の使用期間による故障対応の緊急度等の程度情報（当該機器使用歴基準優先度係数情報）である。
そこで、本実施の形態では、これらの３つの指標を統合し、最終的な故障対応の緊急度等の指標を演算する。
【００４４】
具体的には、ＳＴ１２で、故障判断部（プログラム）５７が、当該故障優先度係数情報格納部６４、当該機器形式基準優先度係数情報格納部６６及び当該機器使用歴基準優先度係数情報格納部６９内のデータを参照し、これらを統合（例えば、各係数を加えて、「６」等の数値とする）して、当該総合優先度係数情報（例えば、「６」）を作成し、図４の当該総合優先度係数情報格納部７０に格納する。
【００４５】
次いで、ＳＴ１３へ進む。ＳＴ１３では、故障判断部（プログラム）５７が、図４の当該総合優先度係数情報格納部７０と総合優先度ランク判断テーブル格納部７１を参照する。
この総合優先度ランク判断テーブル格納部７１には、図１４に示すように、総合優先度係数情報に対応する総合異常程度情報（異常程度情報）である例えば、総合優先度ランク情報を示す総合優先度ランク判断テーブル７１ａが格納されている。この総合優先度ランク情報は例えば、「高、中、低」という３段階で示されている。
したがって、故障判断部（プログラム）５７は、図４の当該総合優先度係数情報格納部７０内の数値、例えば、「６」を、図１４の総合優先度ランク判断テーブル７１ａに当てはめることで、容易に総合優先度ランクを把握することができる。上記の例では数値が「６」なので、総合優先度ランクは「高」となる。
図１４は、総合優先度ランク判断テーブル７１ａを示すデータ例である。
【００４６】
また、ＳＴ１３では、このようにして求められた総合優先度ランク情報は、図４の当該総合優先度ランク情報格納部７２に格納される。
これにより、対象とする医療機器１０ａ等の故障対応の緊急度等としての上記３つの指標を統合した最終的な故障対応の緊急度等の指標を取得することができる。
【００４７】
次いで、ＳＴ１４へ進む。ＳＴ１４では、故障判断部（プログラム）５７が、上述の判断結果を、図４の結果情報記憶部である例えば、判断結果テーブル格納部７３に格納する。
図１５は、判断結果テーブル格納部７３内の判断結果テーブル７３ａを示すデータ例である。図１５に示すように、判断結果テーブル７３ａには、「機器Ｎｏ．」、「判断項目」、「判断結果」、「判断日」及び「優先度ランク」が記憶されることになる。
【００４８】
次いで、ＳＴ１５へ進む。ＳＴ１５では、故障判断部（プログラム）５７が、図４の判断結果テーブル格納部７３内の判断結果テーブル７３ａ（図１５参照）を参照して、今回判断した対象の医療機器１０ａ等と同一の「機器Ｎｏ．」で、「判断結果」が「故障」である直近のデータが存在するか否かをチェックする。
【００４９】
そして、ＳＴ１６で、かかるデータが存在した場合、ＳＴ１７へ進み、故障判断部（プログラム）５７が、かかる直近の判断結果テーブル７３ａの「判断日」と今回の「判断日」を比較し、その差分を演算して、その期間データを取得する。
そして、ＳＴ１８へ進み、その期間が所定期間以内、例えば７日以内であるかを判断し、７日を超えている場合はＳＴ１９へ進む。
【００５０】
ＳＴ１９では、故障判断部（プログラム）５７が動作し、図１０の機器情報テーブル６１ａの「修理担当者Ｎｏ．」及び図１６の修理担当者テーブル格納部７４の修理担当者テーブル７４ａを参照し、修理担当者のメールアドレス等の連絡先を取得する。
そして、機器形式、機器名称、病院名、判断項目、総合優先度ランク等の情報を異常情報である、例えば、故障情報として，図１の修理担当者ＰＣ３及び／又は修理担当者用携帯電話４に送信する。
図１６は、修理担当者テーブル７４ａを示すデータ例である。
【００５１】
したがって、かかる故障情報を受け取った修理担当者は、対象の医療機器１０ａ等の故障の有無のみならず故障の緊急度等も即座に把握することができるので、迅速な対応をすることができる。
また、本実施の形態では、今回判断した対象の医療機器１０ａ等と同一の「機器Ｎｏ．」で、「判断結果」が「故障」である直近のデータが存在し、当該データの判断日が７日以内の場合は、修理担当者に連絡されない構成となっている。
したがって、重複する故障情報を重ねて通知することがないので、修理担当者が混乱することを未然に防ぐことができる。
【００５２】
ところで、図７で、対象とする医療機器１０ａ等が、故障ではないと判断された場合、本実施の形態では、当該医療機器１０ａ等について保守の必要性があるか否かを判断する。この保守必要性判断工程を図８及び図９を用いて説明する。
【００５３】
先ず、図８のＳＴ３１に示すように、図３の保守判断部（プログラム）５８が動作し、図４の保守判断基準テーブル格納部７５内の保守判断基準情報である図１７に示す保守判断基準テーブル７５ａを参照し、判断項目（例えば、温度）に対応する稼働履歴情報（例えば、「温度」）（図４の稼働履歴情報テーブル格納部６２）を取得し、図１７の保守必要判断値（例えば、１０℃）及び判断方法（例えば、以下）を参照する。
図１７は、保守判断基準テーブル７５ａを示すデータ例である。
【００５４】
そして、ＳＴ３２で、稼働履歴情報である例えば、判断項目（パラメータ）の１つとしての「温度」が、「１０℃以下」であるか判断し、以下の場合は、保守が必要と判断する。
【００５５】
次いで、ＳＴ３３へ進む。ＳＴ３３では、保守判断部（プログラム）５８が動作し、図１７の保守判断基準テーブル７５ａの「保守優先度係数」のデータを求め、図４の当該保守優先度係数情報格納部７６に格納する。
【００５６】
以下、ＳＴ３４乃至ＳＴ３６の内容は、上述したＳＴ９乃至ＳＴ１１と同様の内容であり、同様に、「当該機器形式基準優先度係数」及び「当該機器使用歴基準優先度係数」が求められる。
そして、ＳＴ３７では、「当該保守優先度係数情報」、「当該機器形式基準優先度係数」及び「当該機器使用歴基準優先度係数」により、総合優先度係数情報が生成される。
【００５７】
ＳＴ３８乃至ＳＴ４４は、上述のＳＴ１３乃至ＳＴ１９と同様の内容に処理を行い、「保守必要性情報」が、その保守の必要性の優先度指標である「総合優先度ランク」と共に修理担当者に知らされることになる。
【００５８】
したがって、本実施の形態では、故障情報だけでなく、保守必要性情報も、その保守必要性の優先度の程度指標と共に修理担当者に報知されるので、医療機器１０ａ等の安全使用をより確実なものとすることができる。
【００５９】
本発明は、上述の各実施の形態に限定されない。
【符号の説明】
【００６０】
１・・・医療機器管理システム、２・・・インターネット、３・・・修理担当者用ＰＣ、４・・・修理担当者用携帯電話、１０ａ乃至１０ｃ・・・医療機器、１１・・・医療機器側制御部、１２・・・医療機器側通信装置、１３・・・ディスプレイ、１４・・・入力装置、１５・・・機器情報格納部、１６・・・稼働履歴情報格納部、５０・・・管理サーバ、５１・・・管理サーバ側制御部、５２・・・管理サーバ側通信装置、５３・・・ディスプレイ、５４・・・入力装置、５５・・・時刻部、５６・・・定期チェック動作実行部（プログラム）、５７・・・故障判断部（プログラム）、５８・・・保守判断部、５９・・・各種データ記憶部、６０・・・定期チェック時間情報格納部、６１・・・機器情報テーブル格納部、６２・・・稼働履歴情報テーブル格納部、６３・・・故障判断基準テーブル格納部、６４・・・当該故障優先度係数情報格納部、６５・・・機器形式基準優先度係数テーブル格納部、６６・・・当該機器形式基準優先度係数情報格納部、６７・・・使用期間データ格納部、６８・・・機器使用歴基準優先度係数テーブル格納部、６９・・・当該機器使用歴基準優先度係数情報格納部、７０・・・当該総合優先度係数情報格納部、７１・・・総合優先度ランク判断テーブル格納部、７２・・・当該総合優先度ランク情報格納部、７３・・・判断結果テーブル格納部、７４・・・修理担当者テーブル格納部、７５・・・保守判断基準テーブル格納部、７６・・・当該保守優先度係数情報格納部
【図１】
0005571412.tif 000002
【図２】
0005571412.tif 000003
【図３】
0005571412.tif 000004
【図４】
0005571412.tif 000005
【図５】
0005571412.tif 000006
【図６】
0005571412.tif 000007
【図７】
0005571412.tif 000008
【図８】
0005571412.tif 000009
【図９】
0005571412.tif 000010
【図１０】
0005571412.tif 000011
【図１１】
0005571412.tif 000012
【図１２】
0005571412.tif 000013
【図１３】
0005571412.tif 000014
【図１４】
0005571412.tif 000015
【図１５】
0005571412.tif 000016
【図１６】
0005571412.tif 000017
【図１７】
0005571412.tif 000018