(57)【要約】【課題】  医用装置の中古価値を機種を問わずに客観的に算定することを可能とする。【解決手段】  管理情報取得部１１は、医用装置２の動作履歴を表す管理情報を取得する。実績情報作成部１４は、医用装置２の機種に依存しない形態で医用装置２の稼働実績を表す稼働実績情報を管理情報に基づいて作成する。【選択図】      図１
2007094926.tif 000002
【特許請求の範囲】
【請求項１】
医用装置の動作履歴を表す管理情報を取得する取得手段と、
前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段とを具備したことを特徴とする情報変換装置。
【請求項２】
前記稼働実績情報を記憶する記憶手段をさらに備え、
前記取得手段は、前記管理情報を繰り返し取得し、
前記作成手段は、前記取得手段により新たに取得された前記管理情報と前記記憶手段に記憶された前記稼働実績情報とに基づいて新たな稼働実績情報を作成することを特徴とする請求項１に記載の情報変換装置。
【請求項３】
複数機種の前記医用装置のそれぞれに関する前記管理情報の形態を表すログ形態情報を取得する手段と、
前記取得手段により取得された前記管理情報が、前記複数機種のうちのどの機種の前記医用装置に関するかを判定する判定手段とをさらに具備し、
前記作成手段は、前記ログ形態情報に基づいて前記判定手段により判定された機種の前記医用装置に関する前記管理情報の形態を判定し、前記管理情報から前記稼働実績情報を作成するのに必要な情報を抽出することを特徴とする請求項１に記載の情報変換装置。
【請求項４】
前記作成手段は、前記医用装置の総稼働時間および前記医用装置が医療検査のための動作を行った総検査時間の少なくとも一方を前記稼働実績情報として作成することを特徴とする請求項１に記載の情報変換装置。
【請求項５】
前記稼働実績情報を提示する手段をさらに備えることを特徴とする請求項１に記載の情報変換装置。
【請求項６】
医療行為に関わる動作を行う医用装置であって、
前記動作に関する管理情報を生成する生成手段と、
前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段とを具備したことを特徴とする医用装置。
【請求項７】
前記稼働実績情報を記憶する記憶手段をさらに備え、
前記作成手段は、前記生成手段により新たに生成された前記管理情報と前記記憶手段に記憶された前記稼働実績情報とに基づいて新たな稼働実績情報を作成することを特徴とする請求項６に記載の医用装置。
【請求項８】
前記作成手段は、前記医用装置の総稼働時間および前記医用装置が医療検査のための動作を行った総検査時間の少なくとも一方を前記稼働実績情報として作成することを特徴とする請求項６に記載の医用装置。
【請求項９】
前記稼働実績情報を提示する手段をさらに備えることを特徴とする請求項６に記載の医用装置。
【請求項１０】
医用装置の中古価値を算定する中古価値算定装置において、
前記医用装置の動作履歴を表す管理情報を取得する取得手段と、
前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段と、
前記稼働実績情報に基づいて前記医用装置の中古価値を算定する手段とを具備したことを特徴とする中古価値算定装置。
【請求項１１】
前記稼働実績情報を記憶する記憶手段をさらに備え、
前記取得手段は、前記管理情報を繰り返し取得し、
前記作成手段は、前記取得手段により新たに取得された前記管理情報と前記記憶手段に記憶された前記稼働実績情報とに基づいて新たな稼働実績情報を作成することを特徴とする請求項１０に記載の中古価値算定装置。
【請求項１２】
複数機種の前記医用装置のそれぞれに関する前記管理情報の形態を表すログ形態情報を取得する手段と、
前記取得手段により取得された前記管理情報が、前記複数機種のうちのどの機種の前記医用装置に関するかを判定する判定手段とをさらに具備し、
前記作成手段は、前記ログ形態情報に基づいて前記判定手段により判定された機種の前記医用装置に関する前記管理情報の形態を判定し、前記管理情報から前記稼働実績情報を作成するのに必要な情報を抽出することを特徴とする請求項１０に記載の中古価値算定装置。
【請求項１３】
前記作成手段は、前記医用装置の総稼働時間および前記医用装置が医療検査のための動作を行った総検査時間の少なくとも一方を前記稼働実績情報として作成することを特徴とする請求項１０に記載の中古価値算定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用装置の中古価値の算定に関わる機能を備える情報変換装置、医用装置および中古価値算定装置に関する。
【背景技術】
【０００２】
医用装置を下取りした後における点検・修理費用の算定を目的として、医用装置を構成する部品の単価と消耗度とから価値情報を算出し、それを利用者に通知するシステムがある。このシステムでは、医用装置の残存価値を、部品の消耗度合いの積み上げから算出している（例えば特許文献１を参照）。
【特許文献１】特開２００３−３１６９４１
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のようなシステムにより算出される指標は、同一の部品構成からなる装置間での価値の比較には適する。しかし、部品構成の異なる装置間での価値の比較では、上記の指標は意味をなさない。医用装置の中古市場においては、当然部品構成の異なる装置が混在しているわけで、このような市場における医用装置の価値算定には上記の従来技術は適さない。
【０００４】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、医用装置の中古価値を機種を問わずに客観的に算定することを可能とすることにある。
【課題を解決するための手段】
【０００５】
以上の目的を達成するために第１の本発明は、医用装置の動作履歴を表す管理情報を取得する取得手段と、前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段とを具備して情報変換装置を構成した。
【０００６】
前記の目的を達成するために第２の本発明は、医療行為に関わる動作を行う医用装置に、前記動作に関する管理情報を生成する生成手段と、前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段とを備えた。
【０００７】
前記の目的を達成するために第３の本発明は、医用装置の中古価値を算定する中古価値算定装置において、前記医用装置の動作履歴を表す管理情報を取得する取得手段と、前記医用装置の機種に依存しない形態で前記医用装置の稼働実績を表す稼働実績情報を前記管理情報に基づいて作成する作成手段と、前記稼働実績情報に基づいて前記医用装置の中古価値を算定する手段とを備えた。
【発明の効果】
【０００８】
これら本発明によれば、医用装置の中古価値を機種を問わずに客観的に算定することを可能とすることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の一実施形態について説明する。
【００１０】
図１は本実施形態に係る中古価値評価システムのブロック図である。
【００１１】
情報変換装置１は、医用装置２で記録されるイベントログファイルやデータベースなどの管理情報を稼働実績情報に変換する。そして情報変換装置１は、稼働実績情報を中古価値算定装置３へ送る。
【００１２】
情報変換装置１は、管理情報取得部１１、記憶部１２、機種判定部１３、実績情報作成部１４および送信部１５を含む。
【００１３】
管理情報取得部１１は、医用装置２から管理情報を取得する。管理情報取得部１１は、取得した管理情報から未処理の情報を抽出して記憶部１２、機種判定部１３および実績情報作成部１４へ出力する。
【００１４】
記憶部１２は、管理情報取得部１１が出力した管理情報を記憶する。記憶部１２はまた、医用装置２の機種毎の構文情報を記憶する。構文情報は、管理情報に示される情報の構文を表す。
【００１５】
機種判定部１３は、管理情報取得部１１が出力した管理情報がどの機種の医用装置２で記録されたものであるかを判定する。
【００１６】
実績情報作成部１４は、管理情報取得部１１が出力した管理情報と、記憶部１２に記憶された管理情報とに基づいて稼働実績情報を作成する。実績情報作成部１４はこのときに、機種判定部１３での判定結果に基づいて、記憶部１２に記憶された構文情報を参照する。
【００１７】
送信部１５は、稼働実績情報を中古価値算定装置３へ送信する。
【００１８】
中古価値算定装置３は、受信部３１、実績情報記憶部３２、契約情報入力部３３、契約情報記憶部３４および価値算定部３５を含む。
【００１９】
受信部３１は、情報変換装置１から送信された稼働実績情報を受信する。実績情報記憶部３２は、受信部３１で受信された稼働実績情報を記憶する。
【００２０】
契約情報入力部３３は、医用装置２のリース契約に関する契約情報を入力する。契約情報記憶部３４は、契約情報入力部３３により入力された契約情報を記憶する。
【００２１】
価値算定部３５は、実績情報記憶部３２に記憶された稼働実績情報と、契約情報記憶部３４に記憶された契約情報とに基づいて医用装置２の中古価値を算定する。
【００２２】
次に以上のように構成された中古価値評価システムの動作について説明する。
【００２３】
医用装置２は、その動作に関わる特定のイベントの発生状況をイベントログファイルやデータベースのような管理情報として記録している。管理情報は、医用装置２の製造会社に応じてそれぞれ形態が異なる。同じ製造会社により製造されても、機種に応じて管理情報の形態が異なる場合もある。
【００２４】
(1) システム稼働時間の算出
医用装置２の稼働時間に関わる情報は、例えば図２および図３に示すようにイベントログファイルに記述されている。図２および図３は、Ａ会社およびＢ会社によりそれぞれ製造された医用装置２で記録されたイベントログファイルの内容の一例を示す図である。
【００２５】
（収集処理）
管理情報取得部１１は、予め定められたタイミング毎に医用装置２からイベントログファイルをコピーして、作業用のイベントログファイルとして作成する。上記のタイミングは任意であって良いが、例えば一定時間毎のタイミング、一定時刻、オペレータによる取得指示がなされたタイミングなどである。
【００２６】
（抽出処理）
イベントログファイルは、現在までのイベントに関するイベントログが蓄積されている。従って、今回収集したイベントログファイルに含まれるイベントログが前回収集したイベントログファイルに含まれるイベントログと重複することがある。そこで、管理情報取得部１１は、前回収集したイベントファイルの中の最後の行の文字列を、今回収集したイベントログファイルから検索する。そして管理情報取得部１１は、該当する行が見つかった場合には、その行以降の行のイベントログのみを抽出し、出力する。もし該当する行が見つからなかった場合には、管理情報取得部１１は、今回収集したイベントログファイルの全てを出力する。
【００２７】
（算出処理）
実績情報作成部１４は、イベントログファイルを１行ずつ読み出す。すなわち実績情報作成部１４は、イベントログファイルに含まれるイベントログを１件分ずつ読み出す。そして実績情報作成部１４は、読み出したイベントログを処理対象ログとして、以下の処理を行う。
【００２８】
実績情報作成部１４は、処理対象ログに対して構文解析を行う。すなわち、イベントログは例えば図２および図３に示すように、空白文字（スペース、タブ、改行など）と区切り文字（「：」や「、」など）から構成されているので、読み出した１行分の文字列を先頭からチェックし、それらの空白文字と区切り文字が出現した位置で文字列を分割する。その後、イベントログの書式を考慮して、上記の分割した文字列を改めて結合して、論理的なかたまりを抽出する。
【００２９】
イベントログの構文は、前述したように医用装置の機種毎に異なる可能性がある。そこで機種判定部１３は、管理情報取得部１１が出力したイベントログファイルがどの機種の医用装置２で記録されたものであるかを判定する。この判定は、例えばイベントログファイル中に記述されている装置情報を参照することにより行うことができる。実績情報作成部１４は、機種判定部１３にて判定された医用装置２の機種についての構文情報を記憶部１２から読み出し、それを確認することによって処理中のイベントログの構文を認識する。
【００３０】
図２に示すイベントログファイルの場合には、上記の構文解析によって、日付情報、時刻情報、装置情報、時刻情報、アプリケーション情報およびコメント情報が抽出できる。１行目を例にして、どのように分割されるのかを以下に示す。
【００３１】
日付情報＝“Jul 15”
時刻情報＝“10:59:52”
装置情報＝“Aquilion”
アプリケーション情報＝“system”
コメント情報＝“SystemManager start”
図３に示すイベントログファイルの場合には、上記の構文解析によって、種類情報、日付情報、時刻情報、ソース情報、分類情報、イベント情報、ユーザ情報、コンピュータ情報および詳細情報が抽出できる。１行目を例にして、どのように分割されるのかを以下に示す。
【００３２】
種類情報＝“情報”
日付情報＝“2005/07/15”
時刻情報＝“10:59:52”
ソース情報＝“SystemManager”
分類情報＝“なし”
イベント情報＝“111”
ユーザ情報＝“なし”
コンピュータ情報＝“Aquilion”
詳細情報＝“SystemManager start”
なお、種類情報は、“警告”や“エラー”の場合もある。ソース情報としては、アプリケーション名が記述される。分類情報は、“General”や“Logging”などの場合もある。イベント情報としては、イベントを識別する番号が記述される。ユーザ情報としては、ログインしているユーザの識別情報が記述される。コンピュータ情報としては、コンピュータ名が記述される。
【００３３】
次に実績情報作成部１４は、処理対象ログが医用装置２の起動または動作終了を表すイベントログであるかどうかを判定する。Ａ社の場合には、起動を表すイベントログではコメント情報が“SystemManager start”と記述され、動作終了を表すイベントログではコメント情報が“SystemManager shutdown”と記述される。従ってＡ社製の医用装置２に接続された情報変換装置１の実績情報作成部１４は、抽出したコメント情報の文字列が、“SystemManager start”または“SystemManager shutdown”と同じかどうかを判定する。Ｂ社の場合には、起動を表すイベントログでは詳細情報が“SystemManager start”と記述され、動作終了を表すイベントログでは詳細情報が“SystemManager shutdown”と記述される。従ってＢ社製の医用装置２に接続された情報変換装置１の実績情報作成部１４は、抽出した詳細情報の文字列が“SystemManager start”または“SystemManager shutdown”と同じかどうかを判定する。処理対象ログが医用装置２の起動または動作終了を表すならば、実績情報作成部１４は処理対象ログから抽出した時刻情報を起動時刻または動作終了時刻として記録しておく。
【００３４】
例えば図２では、１行目の詳細情報の文字列が“SystemManager start”であり、時刻情報は“10:59:52”である。また５行目の詳細情報の文字列が“SystemManager shutdown”であり、時刻情報は“12:00:01”である。そこでこの場合に実績情報作成部１４は“10:59:52”を起動時刻、“12:00:01”を動作終了時刻として記録しておく。
【００３５】
全てのイベントログについて構文解析が終了した時点で実績情報作成部１４は、記録しておいた動作終了時刻と起動時刻との差分をとることにより稼動時間を計算する。図２の例では、“12:00:01”と“10:59:52”との差分である“01:00:09”が稼働時間として求まる。複数の起動時刻および動作終了時刻を記録してある場合に実績情報作成部１４は、それら複数の起動時刻および動作終了時刻のそれぞれの差分の合計として稼動時間を計算する。
【００３６】
なお、イベントログファイルの中に医用装置２の起動を表すイベントログが含まれるものの、それよりも後のイベントログに動作終了を表すイベントログが含まれない場合には、上記の起動を表すイベントログの１行前のイベントログを取得済みのイベントログとして記憶部１２に記憶させておく。そうすれば、上記の起動を表すイベントログは、次回の処理において再度処理対象とされる。そうでない場合には、今回取得したイベントログファイルの最終行を取得済みのイベントログとして記憶部１２に記憶させておく。
【００３７】
(2) 総検査時間の算出
医用装置２における検査時間に関わる情報は、例えば図４または図５に示すようにイベントログファイルまたはデータベースに記述されている。図４および図５は、Ａ会社およびＢ会社によりそれぞれ製造された医用装置２で記録されたイベントログファイルおよびデータベースの内容の一例を示す図である。
【００３８】
（収集処理）
Ａ社製の医用装置２に接続された情報変換装置１の管理情報取得部１１は、予め定められたタイミング毎に医用装置２からイベントログファイルをコピーして、作業用のイベントログファイルとして作成する。上記のタイミングは任意であって良いが、例えば一定時間毎のタイミング、一定時刻、オペレータによる取得指示がなされたタイミングなどである。
【００３９】
Ｂ社製の医用装置２に接続された情報変換装置１の管理情報取得部１１は、特に収集処理を行わない。
【００４０】
（抽出処理）
イベントログファイルは、現在までのイベントに関するイベントログが蓄積されている。従って、今回収集したイベントログファイルに含まれるイベントログが前回収集したイベントログファイルに含まれるイベントログと重複することがある。そこで、Ａ社製の医用装置２に接続された情報変換装置１の管理情報取得部１１は、前回収集したイベントファイルの中の最後の行の文字列を、今回収集したイベントログファイルから検索する。そして管理情報取得部１１は、該当する行が見つかった場合には、その行以降の行のイベントログのみを抽出し、出力する。もし該当する行が見つからなかった場合には、管理情報取得部１１は、今回収集したイベントログファイルの全てを出力する。
【００４１】
Ｂ社製の医用装置２に接続された情報変換装置１の管理情報取得部１１は、予め定められたタイミング毎に医用装置２が持つデータベースの検索を行い、前回の検索以降に行われた検査に関する検査時間の情報を抽出する。上記のタイミングは任意であって良いが、例えば一定時間毎のタイミング、一定時刻、オペレータによる取得指示がなされたタイミングなどである。
【００４２】
（算出処理）
Ａ社製の医用装置２に接続された情報変換装置１の実績情報作成部１４は、イベントログファイルを１行ずつ読み出す。すなわち実績情報作成部１４は、イベントログファイルに含まれるイベントログを１件分ずつ読み出す。そして実績情報作成部１４は、読み出したイベントログを処理対象ログとして、以下の処理を行う。
【００４３】
実績情報作成部１４は、処理対象ログに対して構文解析を行う。この構文解析は、前述と同様に行う。
【００４４】
図４に示すイベントログファイルの場合には、上記の構文解析によって、日付情報、時刻情報、装置情報、時刻情報、アプリケーション情報およびコメント情報が抽出できる。１行目を例にして、どのように分割されるのかを以下に示す。
【００４５】
日付情報＝“Jul 15”
時刻情報＝“10:59:52”
装置情報＝“Aquilion”
アプリケーション情報＝“system”
コメント情報＝“Scan start”
次に実績情報作成部１４は、処理対象ログが検査の開始または終了を表すイベントログであるかどうかを判定する。Ａ社の場合には、検査の開始を表すイベントログではコメント情報が“Scan start”と記述され、検査の終了を表すイベントログではコメント情報が“Scan end”と記述される。従って実績情報作成部１４は、抽出したコメント情報の文字列が“Scan start”または“Scan end”と同じかどうかを判定する。処理対象ログが検査の開始または終了を表すならば、実績情報作成部１４は処理対象ログから抽出した時刻情報を検査開始時刻または検査終了時刻として記録しておく。
【００４６】
例えば図４では、１行目の詳細情報の文字列が“Scan start”であり、時刻情報は“10:59:52”である。また５行目の詳細情報の文字列が“Scan end”であり、時刻情報は“12:00:01”である。そこでこの場合に実績情報作成部１４は“10:59:52”を検査開始時刻、“12:00:01”を検査終了時刻として記録しておく。
【００４７】
全てのイベントログについて構文解析が終了した時点で実績情報作成部１４は、記録しておいた検査終了時刻と検査開始時刻との差分をとることにより検査時間を計算する。図４の例では、“12:00:01”と“10:59:52”との差分である“01:00:09”が検査時間として求まる。複数の検査開始時刻および検査終了時刻を記録してある場合に実績情報作成部１４は、それら複数の検査開始時刻および検査終了時刻のそれぞれの差分の和として検査時間を計算する。
【００４８】
なお、イベントログファイルの中に検査開始を表すイベントログが含まれるものの、それよりも後のイベントログに検査終了を表すイベントログが含まれない場合には、上記の検査開始を表すイベントログの１行前のイベントログを取得済みのイベントログとして記憶部１２に記憶させておく。そうすれば、上記の検査開始を表すイベントログは、次回の処理において再度処理対象とされる。そうでない場合には、今回取得したイベントログファイルの最終行を取得済みのイベントログとして記憶部１２に記憶させておく。
【００４９】
Ｂ社製の医用装置２に接続された情報変換装置１の実績情報作成部１４は、管理情報取得部１１により収集された情報が示す検査時間の全ての和として検査時間を計算する。
【００５０】
(3) 稼働実績情報の更新
情報変換装置１では、稼働実績情報を記憶部１２に記憶している。図６は稼働実績情報の一例を示す図である。
【００５１】
稼働実績情報には、書式識別情報、書式バージョン情報、情報種別情報（タグ）、データ型情報、データサイズ情報および値情報などが含まれる。
【００５２】
書式識別情報は、この稼働実績情報の書式を判別するための文字列である。図６の例では、固定８バイトを書式識別情報に割り当てている。稼働実績情報の書式は、工業会や標準化組織などによって規格化されていることが望ましい。図６では、“Accumulated Operation Information for Medical Device”という名称の規格として稼働実績情報の書式が定められていると想定しており、その頭文字からなる“AOIMD”なる文字列を書式識別情報としている。ただし、“AOIMD”なる文字列は５バイトであるために、それを右詰とするとともにブランクによりパディングし、“   AOIMD”としている。
【００５３】
書式バージョン情報は、書式のバージョンを判別するための文字列である。図６の例では固定１０バイトを書式バージョン情報に割り当てている。図６の例で書式バージョン情報は、実質的には“Ver1.00*A”なる文字列であるが、この文字列を右詰とするとともにブランクによりパディングし、“ Ver1.00*A”としている。
【００５４】
ところで稼働実績情報は、システム稼働時間や総検査時間などをそれぞれ表す複数のデータレコードを含むことができる。これらの情報種別情報（タグ）、データ型情報、データサイズ情報および値情報が１つのデータレコードを構成する。
【００５５】
値情報は、システム稼働時間や総検査時間などの内容を示す。
【００５６】
情報識別情報は、値情報が表す情報の種類を識別するための情報である。図６の例では固定の４バイト整数が情報識別情報として用いられる。図６の例では、システム稼働時間の情報識別情報として“0x00000001”が、また総検査時間の情報識別情報として“0x00000002”がそれぞれ割り当てられいる。
【００５７】
データ型情報は、値情報の形式を表す文字列である。すなわち、値情報が、数値であるのか、文字であるのか、あるいはそれら以外の特別な型（性別を表す“F”または“M”や、決められた単位など）であるのかを表す。図６の例では、データ型情報は固定の２バイトからなる略号を使用している。データ型情報としては例えば、AS, DA, DS, DT, IS, LO, LT, PN, SH, SL, SS, ST, TM, UL, USなどが使用され、これらはそれぞれ、age string, data, decimal string, date time, integer string, long string, long text, person name, short string, signed long, signed short, time, unsigned long, unsigned shortを表す。
【００５８】
データサイズ情報は、値情報のデータサイズを表す。
【００５９】
かくして図６の１行目に記述されたデータレコードは、システム稼働時間が５００００時間であることを表している。また図６の２行目に記述されたデータレコードは、総検査時間が４００分であることを表している。
【００６０】
実績情報作成部１４は、上記のように稼働実績情報に記述されたシステム稼働時間を読み出し、これに上記のように算出した稼働時間を加算する。例えば、システム稼働時間および稼働時間が、それぞれ上述したように５００００時間および１時間９秒だとするならば、分以下を切り捨てるとして、５００００＋１＝５０００１時間となる。そして実績情報作成部１４は、稼働実績情報におけるシステム稼働時間の値情報を、ここで計算した値を表すように更新する。
【００６１】
実績情報作成部１４は、上記のように稼働実績情報に記述された総検査時間を読み出し、これに上記のように算出した検査時間を加算する。例えば、総検査時間および検査時間が、それぞれ上述したように４００分および１時間９秒だとするならば、秒以下を切り捨てるとして、４００＋６０＝４６０分となる。そして実績情報作成部１４は、稼働実績情報における総検査時間の値情報を、ここで計算した値を表すように更新する。
【００６２】
このようにして情報変換装置１は、医用装置２で記録されるイベントログやデータベースなどの管理情報に基づいて医用装置の稼働実績を表す稼働実績情報を作成する。情報変換装置１は、接続される医用装置２の機種に拘わらずに、稼働実績情報の形式を図６に示すような共通の形式とする。言い換えれば情報変換装置１は、医用装置２毎に任意の形式で記録される管理情報を、共通の形式の稼働実績情報に変換する。そして稼働実績情報に記述されるこれらの情報は、医用装置２が製造されてからの累積値を表す。従ってこのような情報を参照することにより、様々な機種の医用装置２の中古価値を共通の指標に基づいて判定することが可能になる。
【００６３】
なお、医用装置２は、記憶デバイスの容量の関係から、記録した管理情報を古いものから順に削除することが行われることがある。しかし本実施形態では、新たに記録される管理情報を逐次に取得して、それに基づいて累積値を更新して行くので、古い管理情報が削除されても問題ない。
【００６４】
さて中古価値算定装置３は、情報変換装置１により作成された稼働実績情報に基づく中古価値の算定を以下のようにして行う。
【００６５】
契約情報記憶部３４には、個々のリース契約に関するリース契約情報を記憶される。例えば、装置識別情報、装置耐用年数（その固定資産の利用可能年数）、リース契約識別情報、リース契約タイプ、リース契約日、リース最低期間、リース最大期間、リース積算期間、リース契約満了日、リース金額およびリース費用支払い情報がそれぞれ関連づけて記憶される。
【００６６】
装置識別情報とは、リース対象となる医用装置２を一意に識別するものであり、医用装置２の製造元を表す文字列と、医用装置２の製造番号とをつなげた文字列などがそれに当たる。
【００６７】
リース契約識別情報とは、リース契約を一意に識別するものであり、体系はどのようなものでも良い。例えば、契約年を表す４桁の数字と、その年に契約された番号の連番などとを組み合わせた文字列を用いればよい。リース契約においては、装置の故障などにより装置の入れ替えなどが起こり得るので、例えば製造番号のような装置に固有の情報をリース契約識別情報として使うのは好ましくは無い。
【００６８】
リース契約タイプとは、各リース会社が提供している契約種別を表す。契約種別としては、例えば低支払い型や一括精算型などが考えられる。低支払い型は、リース終了時点での医用装置２の予想中古価値を予め取り決め、それを支払い回数で割った金額を個々の支払い金額から減算することで、個々の支払い金額を低く設定する。一括精算型は、それとは逆に、リース終了時点での医用装置２の中古価値に関係なく、個々の支払い金額を定め、リース終了時に中古価値を精算する。この他にも、各リース会社が定める契約タイプであればどのようなものでも良い。
【００６９】
リース契約日およびリース契約満了日は、それぞれリース契約が発効した日と、終了する日とを表す。
【００７０】
リース金額は、物件購入代金だけでなく、それに付随して発生する、金利、諸税、保険料などを名目別に表す。
【００７１】
リース費用支払い情報は、個々の支払い予定日と支払い実績とを表す。
【００７２】
これらのリース契約情報は、契約情報入力部３３よりリース会社に属するオペレータにより入力される。なお契約情報入力部３３は、中古価値算定装置３の外部に配置されていても良い。例えば、中古価値算定装置３がリース会社とは異なる業者により運営される場合に、リース会社に配置された端末に契約情報入力部３３を持たせる。そして契約情報入力部３３で入力されたリース契約情報を通信ネットワークを介して契約情報記憶部３４に書き込めるようにしておく。なお、リース契約情報は、例えばリース料金の入金管理システムのようなコンピュータシステムのような他のコンピュータシステムから契約情報記憶部３４に書き込めるようにしても良い。
【００７３】
受信部３１は、情報変換装置１の送信部１５によって送信される稼働実績情報を受信する。受信部３１は、受信した稼働実績情報を実績情報記憶部３２に書き込む。同一の医用装置２に関する稼働実績情報が既に実績情報記憶部３２に記憶されている場合には、受信部３１は既に記憶されている稼働実績情報を新たに受信した稼働実績情報に書き換える。
【００７４】
なお、送信部１５が予め定められたタイミング毎に稼働実績情報を送信するようにしても良いし、受信部３１が予め定められたタイミング毎に送信部１５に要求し、この要求に応じて送信部１５が稼働実績情報を送信するようにしても良い。
【００７５】
価値算定部３５は、基本的には、メーカー名、型番、製造年月日、耐用年数、リース積算期間、リース最大期間および稼動実績情報により医用装置２の中古価値を算定する。具体的には、メーカー名／型番ごとに、リース最大期間までの年単位の中古価値を示す中古価値算定表を保持しておき、それを参照する。
【００７６】
図７は中古価値算定表の一例を示す図である。
【００７７】
図７においてはリース最大期間までの装置取得価額の経過年数別の償却率を設定されている。価値算定部３５は、（N＋1）年目の取得価格（中古価値）を、（N）年目の医療機器の取得価格（中古価値）と（N）年目の償却率とをかけた値を、（N）年目の医療機器の取得価格（中古価値）から引くことで算出する。このとき、稼動実績情報を中古価値に反映させるために価値算定部３５は、中古価値算定表に設定される経過年数別の稼動実績の想定値を利用し、（（稼動実績の取得値−稼動実績の標準値）／稼動実績の標準値）＊（稼動実績の償却率への寄与度）を償却率修正値として算定し、その償却率修正値をもとに償却率を修正する。稼動実績の償却率への寄与度は、固定値でもよいし、経過年度ごとに設定しておいても構わない。
【００７８】
なお、リース契約／レンタル契約の終了時には、算定される中古価値をベースとして、外観（傷や汚れ）や不良箇所有無により加点や減点が行われる。
【００７９】
中古価値の算定は、機種に依存しない共通の指標となる稼働実績情報をもとに行う。
【００８０】
これにより、例え機種毎に実装の違いがあったとしても、各装置が保持する情報から共通指標に該当する情報を算出することができ、実装の違いを意識することなく、中古価値の算定が可能となる。
【００８１】
また、あらかじめ稼働実績情報の共通指標を決めておくことができるので、複数の共通指標間での中古価値の変換も可能になるという副次的な効果もある。
【００８２】
この実施形態は、次のような種々の変形実施が可能である。  
システム稼働時間および総検査時間の他に、あるいはシステム稼働時間または総検査時間に代えて、検査数、患者数、曝射回数、回転数および曝射エネルギー量の少なくとも１つを算出して、稼働実績情報に記述しても良い。
【００８３】
検査数は、例えば、新たな検査の完了を表すイベントログや新たな検査に関するデータレコードを１つ検出する毎に、稼働実績情報に含まれる検査数の値情報を１つ増加させれば良い。
【００８４】
患者数は、例えば、検査対象の患者を表すべくイベントログファイルやデータベースなどに記録されている患者ＩＤに未検出のものを１つ検出する毎に、稼働実績情報に含まれる患者数の値情報を１つ増加させれば良い。
【００８５】
曝射回数は、例えば、新たなスキャンの終了を表すイベントログや新たなスキャンに関するデータレコードを１つ検出する毎に、稼働実績情報に含まれる曝射回数の値情報を１つ増加させれば良い。
【００８６】
回転数は、例えば、イベントログファイルやデータベースなどに記録されている回転数の情報に未検出のものを１つ検出する毎に、その情報が表す回転数を稼働実績情報に含まれる回転数の値情報に加算すれば良い。
【００８７】
曝射エネルギー量は、例えば、新たなスキャンに関するイベントログやデータレコードを１つ検出する毎に、それらの情報に示される曝射エネルギー量を稼働実績情報に含まれる曝射エネルギー量の値情報に加算すれば良い。
【００８８】
情報変換装置１が備える機能を医用装置２や中古価値算定装置３に備えることも可能である。医用装置２に備える場合には、変換する管理情報の形式は既知となるので、機種判定部１３は不要となる。中古価値算定装置３に備える場合には、送信部１５および受信部３１が不要となるとともに、記憶部１２と実績情報記憶部３２とを統合できる。
【００８９】
稼働実績情報に基づく中古価値の判定は、人間が行っても良い。この場合には情報変換装置１に、稼働実績情報を人間に対して提示する機能を備える。この機能は、さまざまな形態により実現が可能である。例えば上記の機能は、表示デバイスと、この表示デバイスに稼働実績情報を表示させる表示制御部とにより実現することができる。あるいは上記の機能は例えば、稼働実績情報を表すＨＴＭＬファイルのようなデータを作成する作成部と、上記のデータをネットワークを介して提供する提供部とにより実現することもできる。
【００９０】
情報変換装置１は、特定機種の医用装置２の専用としても良い。この場合、変換する管理情報の形式は既知となるので、機種判定部１３は不要となる。
【００９１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００９２】
【図１】本発明の一実施形態に係る中古価値評価システムのブロック図。
【図２】Ａ会社により製造された医用装置２で記録されたイベントログファイルの内容の一例を示す図。
【図３】Ｂ会社により製造された医用装置２で記録されたイベントログファイルの内容の一例を示す図。
【図４】Ａ会社により製造された医用装置２で記録されたイベントログファイルの内容の一例を示す図。
【図５】Ｂ会社により製造された医用装置２で記録されたデータベースの内容の一例を示す図。
【図６】稼働実績情報の一例を示す図。
【図７】中古価値算定表の一例を示す図。
【符号の説明】
【００９３】
１…情報変換装置、２…医用装置、３…中古価値算定装置、１１…管理情報取得部、１２…記憶部、１３…機種判定部、１４…実績情報作成部、１５…送信部、３１…受信部、３２…実績情報記憶部、３３…契約情報入力部、３４…契約情報記憶部、３５…価値算定部。
【図１】
2007094926.tif 000003
【図２】
2007094926.tif 000004
【図３】
2007094926.tif 000005
【図４】
2007094926.tif 000006
【図５】
2007094926.tif 000007
【図６】
2007094926.tif 000008
【図７】
2007094926.tif 000009