(57)【要約】【課題】  病院内に設置される医療用装置のウイルス対策に要する管理業者の負担を軽減し且つ病院内における情報の保護を図ることが可能な院内管理装置を提供する。【解決手段】  病院内管理システム１００は、ウイルス対策ソフトウェアを作成している会社が運営するウイルス対策ソフトウェア管理サーバ１０と、インターネット等のネットワークＡと、複数の医療用装置１１〜１６と、複数の医療用装置１１〜１６にイントラネット等の閉域ネットワークＢを介して接続され、複数の医療用装置１１〜１６の管理を行う院内管理装置２０とを備える。院内管理装置２０は、複数の医療用装置１１〜１６の各々に対するウイルス対策を行い、当該ウイルス対策に基づく課金を行うための課金情報を生成する。【選択図】  図１
2005182344.tif 000002
【特許請求の範囲】
【請求項１】
病院内に設置された複数の医療用装置に閉域ネットワークを介して接続され、前記複数の医療用装置を管理する院内管理装置であって、
前記複数の医療用装置に対するウイルス対策を行うウイルス対策手段と、
前記ウイルス対策に基づく課金を行うための課金情報を生成する課金情報生成手段とを備える院内管理装置。
【請求項２】
請求項１記載の院内管理装置であって、
前記ウイルス対策の実績を示す情報を記憶する記憶手段を備え、
前記課金情報生成手段は、前記ウイルス対策の実績に応じた課金を行うための課金情報を前記情報に基づいて生成するものである院内管理装置。
【請求項３】
請求項２記載の院内管理装置であって、
前記複数の医療用装置は、ウイルス対策ソフトウェアをインストールしているものであり、
前記ウイルス対策手段は、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを前記閉域ネットワークを介して前記複数の医療用装置のうち要求のあった医療用装置に送信するものであり、
前記ウイルス対策の実績を示す情報は、前記複数の医療用装置毎の前記パターンファイルの送信回数を示す情報を含むものであり、
前記課金情報生成手段は、前記複数の医療用装置毎の前記パターンファイルの送信回数に応じた課金を前記複数の医療用装置の各々の管理業者に対して行うための課金情報を生成するものである院内管理装置。
【請求項４】
請求項２記載の院内管理装置であって、
前記複数の医療用装置は、ウイルス対策ソフトウェアをインストールしているものであり、
前記ウイルス対策手段は、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを前記閉域ネットワークを介して前記複数の医療用装置のうち要求のあった医療用装置に送信するものであり、
前記ウイルス対策の実績を示す情報は、前記パターンファイルの送信回数を示す情報を含むものであり、
前記課金情報生成手段は、前記パターンファイルの送信回数に応じた課金を前記病院の管理者に対して行うための課金情報を生成するものである院内管理装置。
【請求項５】
請求項２〜４のいずれか記載の院内管理装置であって、
前記記憶手段により記憶された前記ウイルス対策の実績を示す情報を出力する出力手段を備える院内管理装置。
【請求項６】
請求項１記載の院内管理装置であって、
前記複数の医療用装置の各々に対して行うべきウイルス対策の内容を指定する情報を記憶する記憶手段を備え、
前記ウイルス対策手段は、前記情報にしたがった内容で前記ウイルス対策を行うものであり、
前記課金情報生成手段は、前記複数の医療用装置毎に指定されるウイルス対策の内容に応じた課金を前記複数の医療用装置の各々の管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである院内管理装置。
【請求項７】
請求項６記載の院内管理装置であって、
前記複数の医療用装置は、ウイルス対策ソフトウェアをインストールしていないものであり、
前記院内管理装置は、前記ウイルス対策ソフトウェアをインストールしているものであり、
前記ウイルス対策の内容は、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを用いて前記複数の医療用装置内のウイルスを検出することと、前記パターンファイルを用いて前記検出したウイルスの駆除を行うこととを含むものである院内管理装置。
【請求項８】
請求項６又は７記載の院内管理装置であって、
前記複数の医療用装置の各々の稼動状況を監視する前記閉域ネットワークに接続されたサーバから前記稼動状況を示す情報を取得する稼動状況情報取得手段を備え、
前記課金情報生成手段は、前記稼動状況を示す情報に基づき、前記生成した課金情報を前記稼動状況に応じて修正するものである院内管理装置。
【請求項９】
請求項６又は７記載の院内管理装置であって、
前記課金情報生成手段は、前記生成した課金情報を前記院内管理装置の稼動状況に応じて修正するものである院内管理装置。
【請求項１０】
請求項１記載の院内管理装置であって、
前記複数の医療用装置の各々の管理業者を示す情報を記憶する記憶手段を備え、
前記課金情報生成手段は、前記管理業者が管理する医療用装置の数に応じた課金を当該管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである院内管理装置。
【請求項１１】
請求項１記載の院内管理装置であって、
前記課金情報生成手段は、前記複数の医療用装置の数に応じた課金を前記病院の管理者に対して行うための課金情報を生成するものである院内管理装置。
【請求項１２】
請求項１記載の院内管理装置であって、
前記複数の医療用装置の各々の種類及び管理業者を示す情報を記憶する記憶手段を備え、
前記課金情報生成手段は、前記管理業者が管理する医療用装置の種類の数に応じた課金を当該管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである院内管理装置。
【請求項１３】
請求項１記載の院内管理装置であって、
前記複数の医療用装置の各々の種類を示す情報を記憶する記憶手段を備え、
前記課金情報生成手段は、前記複数の医療用装置の種類の数に応じた課金を前記病院の管理者に対して行うための課金情報を、前記情報に基づいて生成するものである院内管理装置。
【請求項１４】
請求項６〜１３のいずれか記載の院内管理装置であって、
前記ウイルス対策手段によるウイルス対策の実績を示す情報を出力する出力手段を備える院内管理装置。
【請求項１５】
請求項１〜１４のいずれか記載の院内管理装置をコンピュータを用いて実現するための院内管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院内に設置された複数の医療用装置に閉域ネットワークを介して接続され、該複数の医療用装置を管理する院内管理装置及びそれをコンピュータにより実現するための院内管理プログラムに関する。
【背景技術】
【０００２】
近年、病院内に設置された複数の医療用装置がインターネットに接続され、各医療用装置が、インターネットを介して各種情報を得られるようになっている。複数の医療用装置はインターネットに接続されるため、各医療用装置におけるウイルス対策は必須となっている。病院においては、複数の医療用装置を管理する管理業者がそれぞれ異なる。このため、従来では、各管理業者がそれぞれの管理する医療用装置にウイルス対策ソフトウェアをインストールしておき、各医療用装置が、ウイルス対策ソフトウェアを作成している会社のサーバに定期的にアクセスして最新のパターンファイルを取得することで、ウイルス対策を行っている。
【０００３】
病院内におけるウイルス対策に関連する文献として特許文献１記載のものがある。
【０００４】
【特許文献１】特開２００２−８３０５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
病院では、プライバシーや人の生死に関わる重要な情報を扱うため、従来のように、各医療用装置が定期的にインターネットを介してサーバにアクセスすることは望ましくない。又、複数の医療用装置の管理業者は個別にウイルス対策を行う必要がある。このため、複数の医療用装置を管理する管理業者にとっては、自身の管理する複数の医療用装置毎にウイルス対策にかかる費用を管理しなければならず負担が大きい。
【０００６】
本発明は、上記事情に鑑みて為されたものであり、病院内に設置される医療用装置のウイルス対策に要する管理業者の負担を軽減し且つ病院内における情報の保護を図ることが可能な院内管理装置及びそれをコンピュータにより実現するための院内管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の院内管理装置は、病院内に設置された複数の医療用装置に閉域ネットワークを介して接続され、前記複数の医療用装置を管理する院内管理装置であって、前記複数の医療用装置に対するウイルス対策を行うウイルス対策手段と、前記ウイルス対策に基づく課金を行うための課金情報を生成する課金情報生成手段とを備える。
【０００８】
又、本発明の院内管理装置は、前記ウイルス対策の実績を示す情報を記憶する記憶手段を備え、前記課金情報生成手段は、前記ウイルス対策の実績に応じた課金を行うための課金情報を前記情報に基づいて生成するものである。
【０００９】
又、本発明の院内管理装置は、前記複数の医療用装置が、ウイルス対策ソフトウェアをインストールしているものであり、前記ウイルス対策手段が、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを前記閉域ネットワークを介して前記複数の医療用装置のうち要求のあった医療用装置に送信するものであり、前記ウイルス対策の実績を示す情報が、前記複数の医療用装置毎の前記パターンファイルの送信回数を示す情報を含むものであり、前記課金情報生成手段が、前記複数の医療用装置毎の前記パターンファイルの送信回数に応じた課金を前記複数の医療用装置の各々の管理業者に対して行うための課金情報を生成するものである。
【００１０】
又、本発明の院内管理装置は、前記複数の医療用装置が、ウイルス対策ソフトウェアをインストールしているものであり、前記ウイルス対策手段が、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを前記閉域ネットワークを介して前記複数の医療用装置のうち要求のあった医療用装置に送信するものであり、前記ウイルス対策の実績を示す情報が、前記パターンファイルの送信回数を示す情報を含むものであり、前記課金情報生成手段が、前記パターンファイルの送信回数に応じた課金を前記病院の管理者に対して行うための課金情報を生成するものである。
【００１１】
この構成により、病院内に設置される医療用装置のウイルス対策に要する管理業者の負担を軽減し且つ病院内における情報の保護を図ることが可能となる。
【００１２】
又、本発明の院内管理装置は、前記記憶手段により記憶された前記ウイルス対策の実績を示す情報を出力する出力手段を備える。
【００１３】
この構成により、ウイルス対策の実績を示す情報が出力されるため、複数の医療用装置の管理業者は、どういったウイルス対策がなされたのかを知ることが可能となる。
【００１４】
又、本発明の院内管理装置は、前記複数の医療用装置の各々に対して行うべきウイルス対策の内容を指定する情報を記憶する記憶手段を備え、前記ウイルス対策手段が、前記情報にしたがった内容で前記ウイルス対策を行うものであり、前記課金情報生成手段が、前記複数の医療用装置毎に指定されるウイルス対策の内容に応じた課金を前記複数の医療用装置の各々の管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである。
【００１５】
又、本発明の院内管理装置は、前記複数の医療用装置が、ウイルス対策ソフトウェアをインストールしていないものであり、前記院内管理装置が、前記ウイルス対策ソフトウェアをインストールしているものであり、前記ウイルス対策の内容が、前記ウイルス対策ソフトウェア用に作成された最新のパターンファイルを取得すると共に、前記パターンファイルを用いて前記複数の医療用装置内のウイルスを検出することと、前記パターンファイルを用いて前記検出したウイルスの駆除を行うこととを含むものである。
【００１６】
この構成により、複数の医療用装置に対して行うべきウイルス対策の内容に応じた課金を、複数の医療用装置の各々の管理業者や病院の管理者に対して行うことが可能となる。
【００１７】
又、本発明の院内管理装置は、前記複数の医療用装置の各々の稼動状況を監視する前記閉域ネットワークに接続されたサーバから前記稼動状況を示す情報を取得する稼動状況情報取得手段を備え、前記課金情報生成手段が、前記稼動状況を示す情報に基づき、前記生成した課金情報を前記稼動状況に応じて修正するものである。
【００１８】
又、本発明の院内管理装置は、前記課金情報生成手段が、前記生成した課金情報を前記院内管理装置の稼動状況に応じて修正するものである。
【００１９】
この構成により、複数の医療用装置や院内管理装置の稼動状況に応じて課金情報を修正するため、複数の医療用装置や院内管理装置の電源が入っていない期間に応じて、課金する料金を割り引くといったサービスが可能となる。
【００２０】
又、本発明の院内管理装置は、前記複数の医療用装置の各々の管理業者を示す情報を記憶する記憶手段を備え、前記課金情報生成手段が、前記管理業者が管理する医療用装置の数に応じた課金を当該管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである。
【００２１】
又、本発明の院内管理装置は、前記課金情報生成手段が、前記複数の医療用装置の数に応じた課金を前記病院の管理者に対して行うための課金情報を生成するものである。
【００２２】
又、本発明の院内管理装置は、前記複数の医療用装置の各々の種類及び管理業者を示す情報を記憶する記憶手段を備え、前記課金情報生成手段が、前記管理業者が管理する医療用装置の種類の数に応じた課金を当該管理業者に対して行うための課金情報を、前記情報に基づいて生成するものである。
【００２３】
又、本発明の院内管理装置は、前記複数の医療用装置の各々の種類を示す情報を記憶する記憶手段を備え、前記課金情報生成手段が、前記複数の医療用装置の種類の数に応じた課金を前記病院の管理者に対して行うための課金情報を、前記情報に基づいて生成するものである。
【００２４】
又、本発明の院内管理装置は、前記ウイルス対策手段によるウイルス対策の実績を示す情報を出力する出力手段を備える。
【００２５】
本発明の院内管理プログラムは、前記院内管理装置をコンピュータを用いて実現するためのプログラムである。
【発明の効果】
【００２６】
本発明によれば、病院内に設置される医療用装置のウイルス対策に要する管理業者の負担を軽減し且つ病院内における情報の保護を図ることが可能な院内管理装置を提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施形態を説明するための病院内管理システムについて図面を参照して説明する。
【００２８】
（第一実施形態）
図１は、本発明の第一実施形態を説明するための病院内管理システムの概略構成を示す図である。
病院内管理システム１００は、ウイルス対策ソフトウェア（ワクチン）を作成している会社が運営するウイルス対策ソフトウェア管理サーバ１０と、インターネット等のネットワークＡと、複数の医療用装置１１〜１６と、複数の医療用装置１１〜１６にイントラネット等の閉域ネットワークＢを介して接続され、複数の医療用装置１１〜１６の管理を行う院内管理装置２０とを備える。院内管理装置２０、閉域ネットワークＢ、及び複数の医療用装置１１〜１６は病院Ｘ内に設けられている。院内管理装置２０は、病院外に設けられていても良い。
【００２９】
ウイルス対策ソフトウェア管理サーバ１０は、院内管理装置２０からの要求に応じて、ウイルス対策ソフトウェア用に作成した最新のパターンファイルを院内管理装置２０に送信する。
【００３０】
複数の医療用装置１１〜１６は、医療に用いるための装置であり、内部にコンピュータを有するものである。医療用装置には、Ｘ線写真データ等の医療用の画像データを管理する画像管理サーバ等も含まれる。複数の医療用装置１１〜１６には、それぞれ最新バージョンのウイルス対策ソフトウェアがインストールされている。ウイルス対策ソフトウェアは、定期的に院内管理装置２０にアクセスし、最新のパターンファイルを送信するよう院内管理装置２０に対して要求する機能を持つ。又、ウイルス対策ソフトウェアは、前記要求を行う際に、自身のバージョン情報を併せて送信する機能も持つ。
【００３１】
医療用装置１１は管理業者ａにより管理され、医療用装置１２は管理業者ｂにより管理され、医療用装置１３〜１５は管理業者ｃにより管理され、医療用装置１６は管理業者ｄにより管理されているものである。尚、病院Ｘは管理者ｅにより管理されている。
【００３２】
院内管理装置２０は、通信部２１と、制御部２２と、通信部２３と、データベース２４と、ＲＯＭ２５と、出力部２６とを備える。
【００３３】
通信部２１は、ウイルス対策ソフトウェア管理サーバ１０等の病院Ｘの外部の装置とネットワークＡを介して通信を行う。通信部２３は、複数の医療用装置１１〜１６と閉域ネットワークＢを介して通信を行う。
【００３４】
制御部２２は、ＲＯＭ２５に記憶されている所定のプログラムによって動作するプロセッサを主体に構成され、院内管理装置２０の全体を統括制御する。制御部２２は、複数の医療用装置１１〜１６の各々の管理業者によって入力された情報（医療用装置を特定するＩＤ、その管理業者を特定するＩＤ、及びその医療用装置のタイプ等の情報）をデータベース２４に登録する。制御部２２は、データベース２４に登録されている複数の医療用装置１１〜１６に対するウイルス対策を行う。ウイルス対策とは、ウイルス対策ソフトウェア管理サーバ１０から取得した最新のパターンファイルを、データベース２４に登録されている複数の医療用装置１１〜１６のうち要求のあった医療用装置に閉域ネットワークＢを介して送信することを言う。ウイルス対策ソフトウェア管理サーバ１０から取得した最新のパターンファイルは、データベース２４に記憶される。
【００３５】
制御部２２は、最新のパターンファイルを送信する度に、ウイルス対策の実績（最新のパターンファイルの送信回数）を示す情報をデータベース２４に記憶する。
【００３６】
制御部２２は、複数の医療用装置１１〜１６毎のパターンファイル送信回数に応じた課金を複数の医療用装置１１〜１６の管理業者ａ〜ｄの各々に対して行うための課金情報を、データベース２４に記憶されているウイルス対策の実績を示す情報を基に生成し、生成した課金情報をデータベース２４に記憶する。ここで記憶された課金情報は、出力部２６により出力され、ウイルス対策に要した料金を管理業者ａ〜ｄに請求する際の情報として利用される。
【００３７】
図２は、データベース２４に記憶される課金用テーブルの一例を示す図である。
図２に示すように、データベース２４には、複数の医療用装置１１〜１６のＩＤと、複数の医療用装置１１〜１６の各々の管理業者ａ〜ｄのＩＤと、複数の医療用装置１１〜１６の各々のタイプを示す情報と、複数の医療用装置１１〜１６の各々に対するパターンファイル送信回数を示す情報と、その送信回数に応じた課金を行うための課金情報とを含む課金用テーブルが記憶されている。本実施形態では、パターンファイルの１回の送信にかかる料金を１００円として説明する。
【００３８】
タイプとは、複数の医療用装置１１〜１６のコンピュータのＯＳ（オペレーティングシステム）の種類等を示す情報である。
【００３９】
出力部２６は、課金情報やウイルス対策の実績を示す情報を出力する。出力部２６は、例えば、課金情報やウイルス対策の実績を示す情報を紙に印刷して出力する。
【００４０】
以下、院内管理システム１００の動作について説明する。
図３は、院内管理システム１００の動作を説明するためのフローを示す図である。
まず、管理業者ａ〜ｄは、それぞれの有するＰＣ（パーソナルコンピュータ）等からネットワークＡを介して院内管理装置２０にアクセスし、自身の管理する医療用装置のＩＤ、自身のＩＤ、及び医療用装置のタイプの情報を院内管理装置２０に入力する。院内管理装置２０の制御部２２は、入力された情報に基づいて課金用テーブルを作成し、これらの情報をデータベース２４に登録する（Ｓ３１）。
【００４１】
登録後、制御部２２は、通信部２１及びネットワークＡを介して定期的（例えば６時間おき）にウイルス対策ソフトウェア管理サーバ１０にアクセスし、パターンファイルが更新されていた場合には、その最新のパターンファイルを、ウイルス対策ソフトウェア管理サーバ１０からネットワークＡ及び通信部３１を介して取得するパターンファイル取得処理を行う。
【００４２】
制御部２２は、パターンファイル取得処理と並行して、データベース２４に登録した医療用装置からパターンファイルの送信要求があるか否かを判定し、送信要求があった場合（Ｓ３２：ＹＥＳ）、その要求を行った医療用装置の持つパターンファイルのバージョンを、医療用装置から送信されてくるバージョン情報により判定する（Ｓ３３）。そして、制御部２２は、送信要求を行った医療用装置の持つパターンファイルのバージョンが、最新のパターンファイルと同一でなく旧バージョンであった場合（Ｓ３３：ＹＥＳ）に、最新のパターンファイルを当該医療用装置に送信する（Ｓ３４）。送信要求を行った医療用装置の持つパターンファイルのバージョンが、最新のパターンファイルと同一であった場合（Ｓ３３：ＮＯ）は、最新のパターンファイルの送信を行わず、Ｓ３２に処理を移行する。尚、データベース３４に登録されていない医療用装置からパターンファイルの送信要求があった場合、制御部２２は、その送信要求を受け付けない。
【００４３】
制御部２２は、パターンファイルの送信後、課金用テーブルの項目のうち、パターンファイルを送信した医療用装置のパターンファイル送信回数の項目を更新する（Ｓ３５）。制御部２２は、課金用テーブルをデータベース２４に登録してから所定期間（例えば１ヶ月）経過したか否かを判定し（Ｓ３６）、所定期間が経過するまではＳ３２〜Ｓ３６の処理を繰り返す。
【００４４】
課金用テーブルをデータベース２４に登録してから所定期間経過した場合（Ｓ３６：ＹＥＳ）、制御部２２は、課金用テーブルに記憶されているパターンファイル送信回数の情報に基づき、複数の医療用装置１１〜１６毎のパターンファイル送信回数に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成し、生成した課金情報を課金用テーブルに記憶する（Ｓ３７）。
【００４５】
図２の例では、複数の医療用装置１１〜１６毎のパターンファイル送信回数は５回であるため、管理業者ａ、ｂ、ｄに５００円を課金し、管理業者ｃに１５００円を課金するための課金情報が生成され、記憶されることになる。尚、課金情報の生成は、上記所定期間が経過した時点で行っても良いし、パターンファイル送信回数を更新する度に行っても良い。
【００４６】
課金情報を記憶した後、制御部２２は、上記記憶した課金情報と、複数の医療用装置１１〜１６毎のパターンファイル送信回数を示す情報とを出力部２６から出力させる（Ｓ３８）。これにより、課金情報と、複数の医療用装置１１〜１６毎のパターンファイル送信回数を示す情報とが印刷されたレポートを管理業者ａ〜ｄに提出することが可能となる。その後、制御部２２は、課金用テーブルのパターンファイル送信回数及び課金情報の項目をリセットし（Ｓ３９）、Ｓ３２に処理を移行する。
【００４７】
以上のように院内管理システム１００によれば、院内管理装置２０が最新のパターンファイルを複数の医療用装置１１〜１６に送信し、その送信回数に応じた課金を複数の医療用装置１１〜１６の各々の管理業者ａ〜ｄに対して行うための課金情報を生成する。複数の医療用装置１１〜１６は、各自でウイルス対策ソフトウェア管理サーバ１０に定期的にアクセスしなくとも、ウイルス対策を充分に行うことができるため、病院内で扱われる情報の安全性を確保することができる。又、課金情報により、複数の医療用装置１１〜１６毎のパターンファイル送信回数に応じた課金を、複数の医療用装置１１〜１６の各々の管理業者に対して行うことが可能となる。このため、複数の医療用装置を管理している管理業者は、その複数の医療用装置へのウイルス対策に要する費用の管理を行う必要がなくなり、管理業者の負担を軽減することができる。
【００４８】
尚、上記では、課金先を管理業者ａ〜ｄとしているが、課金先を病院Ｘの管理者ｅとしても良い。この場合、制御部２２は、図３のＳ３７において、課金用テーブルに基づき、複数の医療用装置１１〜１６毎のパターンファイル送信回数の合計を求め、その合計数に応じた課金を病院Ｘの管理者ｅに対して行うための課金情報を生成して、データベース２４に記憶すれば良い。
【００４９】
又、上記では、ウイルス対策の実績に応じた課金を行うための課金情報を生成しているが、ウイルス対策の実績に関わらずに、ウイルス対策を行うべき医療用装置の数に応じた課金を行うための課金情報を生成するようにしても良い。
例えば、制御部２２は、図３のＳ３１で課金用テーブルを登録した時点で、この課金用テーブルに基づき、管理業者ａ〜ｄの各々が管理する医療用装置の数に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成してデータベース２４に記憶する。  この場合には、図３のＳ３７は省略し、Ｓ３８では、前記生成した課金情報とウイルス対策の実績を示す情報とを出力する。医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図２の例で説明すると、管理業者ｃは３台の医療用装置を管理しているため、制御部２２は、管理業者ｃに対して１月あたり３０００円を課金するための課金情報を生成し、その他の管理業者に対しては、１月あたり１０００円を課金するための課金情報を生成する。
課金先を管理者ｅにする場合には、制御部２２が、図３のＳ３１で課金用テーブルを登録した時点で、この課金用テーブルに基づき、複数の医療用装置１１〜１６の数を求め、その数に応じた課金を管理業者ｅに対して行うための課金情報を生成し、データベース２４に記憶する。この場合には、図３のＳ３７は省略し、Ｓ３８では、前記生成した課金情報とウイルス対策の実績を示す情報とを出力する。医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図２の例で説明すると、複数の医療用装置１１〜１６は６台であるため、制御部２２は、管理者ｅに対して１月あたり６０００円を課金するための課金情報を生成する。
【００５０】
又は、ウイルス対策の実績に関わらずに、ウイルス対策を行うべき医療用装置のタイプ数に応じた課金を行うための課金情報を生成するようにしても良い。
例えば、制御部２２は、図３のＳ３１で課金用テーブルを登録した時点で、この課金用テーブルに基づき、管理業者ａ〜ｄの各々が管理する医療用装置のタイプ数に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成してデータベース２４に記憶する。この場合には、図３のＳ３７は省略し、Ｓ３８では、前記生成した課金情報とウイルス対策の実績を示す情報とを出力する。１つのタイプの医療用装置へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図２の例で説明すると、管理業者ｃは２つのタイプの医療用装置を管理しているため、制御部２２は、管理業者ｃに対して１月あたり２０００円を課金するための課金情報を生成し、その他の管理業者に対しては、１月あたり１０００円を課金するための課金情報を生成する。
課金先を管理者ｅにする場合には、制御部２２は、図３のＳ３１で課金用テーブルを登録した時点で、この課金用テーブルに基づき、複数の医療用装置１１〜１６のタイプの総数を求め、総数に応じた課金を管理業者ｅに対して行うための課金情報を生成してデータベース２４に記憶する。この場合には、図３のＳ３７は省略し、Ｓ３８では、前記生成した課金情報とウイルス対策の実績を示す情報とを出力する。１つのタイプの医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図２の例で説明すると、複数の医療用装置１１〜１６には４つのタイプが含まれるため、制御部２２は、管理者ｅに対して１月あたり４０００円を課金するための課金情報を生成する。医療用装置のタイプ毎に、その医療用装置にインストールされるウイルス対策ソフトウェアのタイプが異なることも考えられるため、このように、タイプ数に応じて課金を行うことも有用なサービスとして考えられる。
【００５１】
又、本実施形態において、上記所定期間を管理業者ａ〜ｄ毎に個別に設定できるようにしても良い。
【００５２】
又、本実施形態において、データベース２４に登録されている複数の医療用装置のうち、特定のものについては、無償でパターンファイルを送信するように設定可能にしても良い。
【００５３】
又、本実施形態では、制御部２２が、ウイルス対策ソフトウェア管理サーバ１０から最新のパターンファイルを取得しているが、最新のパターンファイルを記録した記録媒体を人間が直接病院Ｘ内に持ち込み、制御部２２が、この記録媒体から最新のパターンファイルを取得するようにしても良い。
【００５４】
（第二実施形態）
図４は、本発明の実施形態を説明するための病院内管理システムの概略構成を示す図である。図１と同様の構成には同一符号を付して説明する。
病院内管理システム２００は、ウイルス対策ソフトウェア管理サーバ１０と、ネットワークＡと、複数の医療用装置４１〜４６と、複数の医療用装置４１〜４６に閉域ネットワークＢを介して接続され、複数の医療用装置４１〜４６の管理を行う院内管理装置３０と、閉域ネットワークＢに接続されて、複数の医療用装置４１〜４６の各々の稼動状況を監視する稼動状況監視サーバ７０とを備える。院内管理装置３０、稼動状況監視サーバ７０、閉域ネットワークＢ、及び複数の医療用装置４１〜４６は病院Ｘ内に設けられている。院内管理装置３０は、病院外に設けられていても良い。
【００５５】
ウイルス対策ソフトウェア管理サーバ１０は、院内管理装置３０からの要求に応じて、ウイルス対策ソフトウェア用に作成した最新のパターンファイルを院内管理装置３０に送信する。
【００５６】
稼動状況監視サーバ７０は、複数の医療用装置４１〜４６の稼動状況を監視し、その稼動状況を示す情報を院内管理装置３０からの要求に応じて、院内管理装置３０に送信する。
【００５７】
複数の医療用装置４１〜４６は、医療に用いるための装置であり、内部にコンピュータを有するものである。医療用装置には、Ｘ線写真データ等の医療用の画像データを管理する画像管理サーバ等も含まれる。医療用装置４１は管理業者ａにより管理され、医療用装置４２は管理業者ｂにより管理され、医療用装置４３〜４５は管理業者ｃにより管理され、医療用装置４６は管理業者ｄにより管理されているものである。尚、病院Ｘは管理者ｅにより管理されている。
【００５８】
院内管理装置３０は、通信部３１と、制御部３２と、通信部３３と、データベース３４と、ＲＯＭ３５と、出力部３６とを備える。
【００５９】
通信部３１は、ウイルス対策ソフトウェア管理サーバ１０等の病院Ｘの外部の装置とネットワークＡを介して通信を行う。通信部３３は、複数の医療用装置４１〜４６や稼動状況監視サーバ７０と閉域ネットワークＢを介して通信を行う。
【００６０】
制御部３２は、ＲＯＭ３５に記憶されている所定のプログラムによって動作するプロセッサを主体に構成され、院内管理装置３０の全体を統括制御する。制御部３２は、複数の医療用装置４１〜４６の各々の管理業者によって入力された情報（医療用装置を特定するＩＤ、その管理業者を特定するＩＤ、その医療用装置のタイプを示す情報、及びその医療用装置に対して行うウイルス対策の内容を指定する情報等）をデータベース３４に登録する。
【００６１】
院内管理装置３０にはウイルス対策ソフトウェアがインストールされており、制御部３２は、このウイルス対策ソフトウェアを用いて、データベース３４に登録されている複数の医療用装置４１〜４６に対するウイルス対策を、複数の医療用装置４１〜４６の各々に指定されている内容にしたがって行う。ウイルス対策とは、ウイルス対策ソフトウェア管理サーバ１０から取得した最新のパターンファイルとウイルス対策ソフトウェアとを用いて、データベース３４に登録されている複数の医療用装置４１〜４６内のウイルスを検出し、検出したウイルスを駆除することを言う。尚、ウイルス対策ソフトウェア管理サーバ１０から取得された最新のパターンファイルは、データベース３４に記憶される。
【００６２】
管理業者ａ〜ｄは、自身の管理する医療用装置に対して、どの程度までのウイルス対策を行ってもらうかを指定することが可能であり、上記ウイルス対策の内容を指定する情報により、ウイルス対策の程度を指定することができる。本実施形態では、ウイルス検出のみを行うパターンと、ウイルス検出を行い、更に検出したウイルスの駆除を行うパターンとの２種類を指定することができる。
【００６３】
複数の医療用装置４１〜４６内のウイルスの検出及び駆除は、制御部３２が、複数の医療用装置４１〜４６内のハードディスクにアクセスすることで実現可能である。このために、複数の医療用装置４１〜４６内のハードディスクは、院内管理装置３０によりアクセス可能な状態にしておく必要がある。
【００６４】
制御部３２は、複数の医療用装置４１〜４６毎に指定されているウイルス対策の内容に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を、データベース３４に記憶されているウイルス対策の内容を示す情報を基に生成し、生成した課金情報をデータベース３４に記憶する。
【００６５】
制御部３２は、課金情報の記憶後、稼動状況監視サーバ７０から複数の医療用装置４１〜４６の各々の稼動状況を示す情報を取得し、この情報に基づいて上記課金情報を修正し、修正後の課金情報をデータベース３４に記憶する。ここで記憶された修正後の課金情報は、出力部３６により出力され、管理業者ａ〜ｄにウイルス対策に要した料金を請求する際の情報として利用される。
【００６６】
図５は、データベース３４に記憶される課金用テーブルの一例を示す図である。
図５に示すように、データベース３４には、複数の医療用装置４１〜４６のＩＤと、複数の医療用装置４１〜４６の各々の管理業者ａ〜ｄのＩＤと、複数の医療用装置４１〜４６の各々のタイプを示す情報と、複数の医療用装置４１〜４６の各々に対して行うべきウイルス対策の内容を示す情報と、ウイルス対策の内容に応じた課金を行うための課金情報と、複数の医療用装置４１〜４６の各々におけるウイルス検出回数を示す情報と、複数の医療用装置４１〜４６の各々におけるウイルス駆除回数を示す情報と、修正後の課金情報とが記憶される課金用テーブルが記憶されている。本実施形態では、ウイルス対策の内容として、ウイルス検出のみを行う場合にかかる料金を１月あたり１０００円とし、ウイルス駆除までを行う場合にかかる料金を１月あたり１５００円として説明する。
【００６７】
タイプとは、複数の医療用装置４１〜４６のコンピュータのＯＳ（オペレーティングシステム）の種類や複数の医療用装置４１〜４６の用途等を示す情報である。
【００６８】
出力部３６は、課金情報やウイルス対策の実績（ウイルス検出回数、ウイルス駆除回数）を示す情報を出力する。出力部３６は、例えば、課金情報やウイルス対策の実績を示す情報を紙に印刷して出力する。
【００６９】
以下、院内管理システム２００の動作について説明する。
図６は、院内管理システム２００の動作を説明するためのフローを示す図である。
まず、管理業者ａ〜ｄは、それぞれの有するＰＣ（パーソナルコンピュータ）等からネットワークＡを介して院内管理装置３０にアクセスし、自身の管理する医療用装置のＩＤ、自身のＩＤ、医療用装置のタイプの情報、及びウイルス対策の内容を指定する情報を院内管理装置３０に入力する。院内管理装置３０の制御部３２は、入力された情報に基づいて課金用テーブルを作成し、これらの情報をデータベース３４に登録する（Ｓ６０１）。登録後、制御部３２は、課金用テーブルに基づき、複数の医療用装置４１〜４６毎のウイルス対策の内容に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成し、課金用テーブルに記憶する（Ｓ６０２）。
【００７０】
図５の例では、ウイルス対策の内容として、医療用装置４１にはウイルス検出が指定され、医療用装置４２〜４６にはウイルス検出及び駆除が指定されている。このため、管理業者ａに１０００円を課金し、管理業者ｂに１５００円を課金し、管理業者ｃに４５００円を課金し、管理業者ｄに１５００円を課金するための課金情報が生成され、記憶されることになる。
【００７１】
課金情報の記憶後、制御部３２は、通信部３１及びネットワークＡを介して定期的（例えば６時間おき）にウイルス対策ソフトウェア管理サーバ１０にアクセスし、パターンファイルが更新されていた場合には、その最新のパターンファイルをウイルス対策ソフトウェア管理サーバ１０からネットワークＡ及び通信部３１を介して取得するパターンファイル取得処理を行う。
【００７２】
制御部３２は、パターンファイル取得処理と並行して、データベース３４に登録した医療用装置に定期的にアクセスし、データベース３４に記憶されている最新のパターンファイルとウイルス対策ソフトウェアとを用いて、アクセスした医療用装置内にウイルスが侵入したことを検出するための監視を行う（Ｓ６０３）。
【００７３】
制御部３２は、アクセスした医療用装置（例えば、医療用装置４２）内でウイルスを検出した場合（Ｓ６０４：ＹＥＳ）、課金用テーブルの項目のうち、医療用装置４２のウイルス検出回数の項目を更新する（Ｓ６０５）。そして、制御部３２は、医療用装置４２がウイルス駆除までを行うように指定されたものであるかどうかを課金用テーブルのウイルス対策の内容を示す情報に基づいて判定する（Ｓ６０６）。
【００７４】
図５の例では、医療用装置４２に対してウイルス駆除まで行う必要があるため、制御部３２は、最新のパターンファイルとウイルス対策ソフトウェアとを用いて、検出したウイルスの駆除を行う（Ｓ６０７）。一方、ウイルス対策の内容がウイルス検出のみを行うものであった場合（Ｓ６０６：ＮＯ）、制御部３２は、ウイルスを検出したことを医療用装置４２に通知し（Ｓ６１３）、Ｓ６０９に処理を移行する。
【００７５】
制御部３２は、ウイルス駆除後、課金用テーブルの項目のうち、医療用装置４２のウイルス駆除回数の項目を更新する（Ｓ６０８）。制御部３２は、課金用テーブルをデータベース３４に登録してから所定期間（例えば１ヶ月）経過したか否かを判定し（Ｓ６０９）、所定期間が経過するまではＳ６０３〜Ｓ６０９の処理を繰り返す。
【００７６】
課金用テーブルをデータベース３４に登録してから所定期間経過した場合（Ｓ６０９：ＹＥＳ）、制御部３２は、稼動状況監視サーバ７０にアクセスし、所定期間における複数の医療用装置４１〜４６の各々の稼動状況を示す情報を取得する（Ｓ６１０）。制御部３２は、取得した稼動状況を示す情報に基づき、Ｓ６０２で記憶した課金情報を修正する（Ｓ６１１）。
【００７７】
図５の例では、医療用装置５２の稼動期間が２０日で、それ以外は全て３０日となっている。制御部３２は、所定期間に対する稼動期間の割合を算出し、その割合に基づいて課金情報を修正する。上記所定期間が３０日だとすると、医療用装置４２については、所定期間に対する稼動期間の割合が２／３であるため、制御部３２は、医療用装置４２の課金情報１５００に２／３を乗じた値１０００を、医療用装置４２の修正後の課金情報とする。
【００７８】
課金情報の修正後、制御部３２は、修正後の課金情報と、複数の医療用装置４１〜４６毎のウイルス検出回数及びウイルス駆除回数等のウイルス対策の実績を示す情報とを出力部３６から出力させる（Ｓ６１２）。これにより、課金情報と、複数の医療用装置４１〜４６毎のウイルス対策の実績を示す情報とが印刷されたレポートを管理業者ａ〜ｄに提出することが可能となる。
【００７９】
以上のように院内管理システム２００によれば、院内管理装置３０が最新のパターンファイルを取得し、取得したパターンファイルとウイルス対策ソフトウェアとを用いて、複数の医療用装置４１〜４６内のウイルスの検出及び駆除を行う。そして、ウイルス対策の内容に応じた課金を、複数の医療用装置４１〜４６の各々の管理業者ａ〜ｄに対して行うための課金情報を生成する。
【００８０】
このように、複数の医療用装置４１〜４６は、各自でウイルス対策ソフトウェア管理サーバ１０に定期的にアクセスしなくとも、ウイルス対策を充分に行うことができるため、病院内で扱われる情報の安全性を確保することができる。又、課金情報により、複数の医療用装置４１〜４６毎のウイルス対策の内容に応じた課金を複数の医療用装置４１〜４６の各々の管理業者に対して行うことが可能となる。このため、複数の医療用装置を管理している管理業者は、その複数の医療用装置へのウイルス対策に要する費用の管理を行う必要がなくなり、管理業者の負担を軽減することができる。又、複数の医療用装置４１〜４６は、ウイルス対策ソフトウェアをインストールしておく必要がないため、ウイルス対策ソフトウェアをインストールできないような装置等でも対応することができると共に、複数の医療用装置４１〜４６の処理負担を小さくすることができる。又、複数の医療用装置４１〜４６の各々の稼動状況に基づいて課金情報を修正するため、長い間稼動していなかった医療用装置に対しては、ウイルス対策にかかる費用を安くすることができる。
【００８１】
尚、上記では、複数の医療用装置４１〜４６の各々の稼動状況に基づいて課金情報を修正しているが、院内管理装置３０の制御部３２が、自装置の稼動状況を示す情報をデータベース３４に記憶しておき、自装置の稼動状況に応じて課金情報を修正するようにしても良い。
【００８２】
又、本実施形態において、上記所定期間を管理業者ａ〜ｄ毎に個別に設定できるようにしても良い。
【００８３】
又、本実施形態において、データベース３４に登録されている複数の医療用装置のうち、特定のものについては、無償でウイルス対策を行うように設定可能にしても良い。
【００８４】
又、上記では、ウイルス対策の内容に応じた課金を行うための課金情報を生成しているが、ウイルス対策の内容に関わらずに、ウイルス対策を行うべき医療用装置の数に応じた課金を行うための課金情報を生成するようにしても良い。
例えば、制御部３２は、図６のＳ６０１で課金用テーブルを登録した時点で、この課金用テーブルに基づき、管理業者ａ〜ｄの各々が管理する医療用装置の数に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成し、データベース３４に記憶する。この場合は、図６のＳ６１０及びＳ６１１の処理を省略し、Ｓ６１２で、上記生成した課金情報とウイルス対策の実績を示す情報とを出力する。医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図５の例で説明すると、管理業者ｃは３台の医療用装置を管理しているため、制御部３２は、管理業者ｃに対して１月あたり３０００円を課金するための課金情報を生成し、その他の管理業者に対しては、１月あたり１０００円を課金するための課金情報を生成する。
課金先を管理者ｅにする場合には、制御部３２は、図６のＳ６０１で課金用テーブルを登録した時点で、この課金テーブルに基づき、複数の医療用装置４１〜４６の数を求め、その数に応じた課金を管理業者ｅに対して行うための課金情報を生成し、データベース３４に記憶する。この場合は、図６のＳ６１０及びＳ６１１の処理を省略し、Ｓ６１２で、上記生成した課金情報とウイルス対策の実績を示す情報とを出力する。医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図５の例で説明すると、複数の医療用装置４１〜４６は６台であるため、制御部３２は、管理者ｅに対して１月あたり６０００円を課金するための課金情報を生成する。
【００８５】
又は、ウイルス対策の実績に関わらずに、ウイルス対策を行うべき医療用装置のタイプ数に応じた課金を行うための課金情報を生成するようにしても良い。
例えば、制御部３２は、図６のＳ６０１で課金用テーブルを登録した時点で、この課金テーブルに基づき、管理業者ａ〜ｄの各々が管理する医療用装置のタイプ数に応じた課金を管理業者ａ〜ｄの各々に対して行うための課金情報を生成し、データベース３４に記憶する。この場合は、図６のＳ６１０及びＳ６１１の処理を省略し、Ｓ６１２で、上記生成した課金情報とウイルス対策の実績を示す情報とを出力する。１つのタイプの医療用装置へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図５の例で説明すると、管理業者ｃは２つのタイプの医療用装置を管理しているため、制御部３２は、管理業者ｃに対して１月あたり２０００円を課金するための課金情報を生成し、その他の管理業者に対しては、１月あたり１０００円を課金するための課金情報を生成する。
課金先を管理者ｅにする場合には、制御部３２は、図６のＳ６０１で課金用テーブルを登録した時点で、この課金テーブルに基づき、複数の医療用装置４１〜４６のタイプの総数を求め、総数に応じた課金を管理業者ｅに対して行うための課金情報を生成し、データベース３４に記憶する。この場合は、図６のＳ６１０及びＳ６１１の処理を省略し、Ｓ６１２で、上記生成した課金情報とウイルス対策の実績を示す情報とを出力する。１つのタイプの医療用装置１台へのウイルス対策に課金すべき料金を１月あたり１０００円とし、図５の例で説明すると、複数の医療用装置４１〜４６には４つのタイプが含まれるため、制御部３２は、管理者ｅに対して１月あたり４０００円を課金するための課金情報を生成する。医療用装置のタイプ毎に、その医療用装置にインストールされるウイルス対策ソフトウェアのタイプが異なることも考えられるため、このように、タイプ数に応じて課金を行うこともサービスとしては有用である。
【図面の簡単な説明】
【００８６】
【図１】本発明の第一実施形態を説明するための病院内管理システムの概略構成を示す図
【図２】本発明の第一実施形態を説明するための病院内管理システムの院内管理装置のデータベースに記憶される課金用テーブルを示す図
【図３】本発明の第一実施形態を説明するための病院内管理システムの動作フローを示す図
【図４】本発明の第二実施形態を説明するための病院内管理システムの概略構成を示す
【図５】本発明の第二実施形態を説明するための病院内管理システムの院内管理装置のデータベースに記憶される課金用テーブルを示す図
【図６】本発明の第二実施形態を説明するための病院内管理システムの動作フローを示す図
【符号の説明】
【００８７】
１００  病院内管理システム
１０  ウイルス対策ソフトウェア管理サーバ
１１〜１６  医療用装置
２０  院内管理装置
【図１】
2005182344.tif 000003
【図２】
2005182344.tif 000004
【図３】
2005182344.tif 000005
【図４】
2005182344.tif 000006
【図５】
2005182344.tif 000007
【図６】
2005182344.tif 000008