(57)【要約】【課題】  効率よく障害対応を行うことが可能な医療情報システムの障害情報管理装置を提供することである。【解決手段】  本発明の障害情報管理装置３０は、医療情報システム１０にネットワーク２０を介して接続され、前記医療情報システム１０中の医療機器１１、医療情報端末１２、または、医療情報管理装置１３にて発生した障害に関する情報を、前記ネットワーク２０を介して電子メールサーバ３２は受信する。電子メール解析アプリケーション３３は、前記受信した障害に関する情報をキーとして、電子メール属性データベース３１を参照し、その障害に関する情報の通知先を、前記医療情報システム１０で発生した障害への対応を行う複数の障害対応部署のコンピュータ５１、５２、５３から決定し、その決定された通知先に、その障害の内容を持つ電子メールを送るように、電子メールサーバ３２に指示を出す。【選択図】  図１
2005173958.tif 000002
【特許請求の範囲】
【請求項１】
医療情報システムにネットワークを介して接続され、
前記医療情報システム中の各種機器・装置の障害に関する情報を、前記ネットワークを介して受信する受信手段と、
前記医療情報システムで発生した障害への対応を行う複数の障害対応部署に関する情報を格納するデータベースと、
前記受信した障害に関する情報に基づいて、その障害に関する情報の通知先を前記データベース中の複数の障害対応部署から決定する通知先決定手段とを備えることを特徴とする障害情報管理装置。
【請求項２】
前記複数の障害対応部署のコンピュータにネットワークを介してさらに接続され、
前記決定された通知先に前記障害に関する情報をネットワークを介して送信する送信手段をさらに備えることを特徴とする請求項１記載の障害情報管理装置。
【請求項３】
前記データベース中の前記複数の障害対応部署は、前記医療情報システムが設置されている施設が保守契約を結んでいる相手方の障害対応の窓口となる部署を含むと共に、その窓口となる部署には、前記医療情報システムで発生する障害を絶えず通知できるように構成したことを特徴とする請求項１、または２記載の障害情報管理装置。
【請求項４】
前記送信手段は、前記医療情報システムの障害に関する情報を、その障害対応の進捗の各段階において送信可能であることを特徴とする請求項２記載の障害情報管理装置。
【請求項５】
医療情報システムで発生する障害の管理をコンピュータに実現させるプログラムにおいて、
前記医療情報システム中の各種機器・装置の障害に関する情報を、前記ネットワークを介して受信するステップと、
前記受信した障害に関する情報に基づいて、その障害に関する情報の通知先を前記医療情報システムで発生した障害への対応を行う複数の障害対応部署から決定するステップとを備えることを特徴とする障害情報管理プログラム。
【請求項６】
前記決定された通知先に前記障害に関する情報をネットワークを介して送信するステップをさらに備えることを特徴とする請求項５記載の障害情報管理プログラム。
【請求項７】
医療情報システムで発生する障害を障害情報管理装置が管理する方法において、
前記医療情報システム中の各種機器・装置の障害に関する情報を、ネットワークを介して受信し、
前記受信した障害に関する情報中から、前記医療情報システムの設置される施設と、前記障害の種別に関する情報とをキーとして、障害への対応を行う複数の部署の情報を記録する前記障害情報管理装置内のデータベースから、障害情報の送信先を決定し、
前記決定された送信先に前記障害情報を送信することを特徴とする障害情報管理方法。
【請求項８】
医療情報システムにネットワークを介して接続される障害情報管理装置と、その障害情報管理装置にネットワークを介して接続される複数の障害対応部署のコンピュータとから構成され、
前記障害情報管理装置は、前記医療情報システム中の各種機器・装置の障害に関する情報を、前記ネットワークを介して受信する受信手段と、前記医療情報システムで発生した障害への対応を行う複数の障害対応部署に関する情報を格納するデータベースと、前記受信した障害に関する情報に基づいて、その障害に関する情報の通知先を前記データベース中の複数の障害対応部署から決定する通知先決定手段とを備え、
前記複数の障害対応部署のコンピュータの少なくとも１つは、前記医療情報システムの障害に関する情報を、任意のタイミングにて取得可能とする障害情報取得手段を備えることを特徴とする医療情報システムの障害情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は各種機器・装置を含む医療情報システムの保守システムに関し、詳しくは、そのような医療情報システム内で発生する障害の対応方法に関する。
【背景技術】
【０００２】
従来、病院などの施設に、医療情報システムが導入された場合、その医療情報システムで発生する障害に対応するための保守処理を行う必要が生じる。
図９は、そのような従来の医療情報システムの保守処理のフローを示す図である。
図９において、病院から障害発生の連絡（図中、破線にて示される）を受けると、ステップＳ１１において、サービスマンが詳細な情報を持たないまま現地に一次対応に行く。サービスマンに障害対応のレベルが判定できない場合、ステップＳ１２において、障害に関するログファイルに記録された情報をサービスマンは持ち帰り、ステップＳ１３において、サービスマンは、有識者へ障害対応レベルの調査を依頼する。そして、ステップＳ１４において、調査を依頼された有識者は病院へ行き、障害レベルを判定する。次に、ステップＳ１５で、有識者の指示を元にサービスマンが現地に行き、障害の対応を行う。
【０００３】
従来は、上記したように、サービスマンで対応できない障害が発生した場合に、障害対応のため、何回も現地に足を運ばなければならず、障害への対応処理に余分な時間がかかっている。そして、その結果、コストアップの原因となっている。
また、ハードウェアの障害においては、ユーザが障害を検知した頃には手遅れの状態となり、交換部品を発注しても納期がかかり、医療業務に支障をきたすことも発生している。
【０００４】
さらに、関係者が障害対応のステータスを把握することができず、顧客への対応状況の説明に時間がかかっている。
このような状況下で、サービスマンおよび有識者が現地へ足を運ぶ回数を最小限にすることにより現地対応に対するコストを削減することが望まれている。また、サービスマンが有識者から指示をすばやく受け、対応にあたることにより、顧客満足度を向上させることも望まれている。
【０００５】
また、下記特許文献１には、電子機器に発生した障害を短時間で解決することが可能な障害解決システムが開示されている。しかし、このシステムでは、障害の発生する原因を、ソフトウェア障害の一部（電子機器の設定値、処理した受信データ）に限定しているので、電子機器に実際に生じる、ソフトウェア障害、ハードウェア障害、などの各種障害に対して幅広く適用できるものにはなっていない。
【特許文献１】特開２００３−７６５８１号公報  「電子機器の障害解決システム」
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の課題は、効率よく障害対応を行うことが可能な医療情報システムの障害情報管理装置を提供することである。
本発明の別の課題は、医療情報システムの施設への導入状況を考慮しつつ、効率よく障害対応を行うことが可能な医療情報システムの障害情報管理装置を提供することである。
【０００７】
本発明の別の課題は、障害発生からの進捗状況を段階的に把握可能であり、かつ、効率よく障害対応を行うことが可能な医療情報システムの障害情報管理装置およびシステムを提供することである。
【課題を解決するための手段】
【０００８】
本発明の一態様の障害情報管理装置は、医療情報システムにネットワークを介して接続され、前記医療情報システム中の各種機器・装置の障害に関する情報を、前記ネットワークを介して受信する受信手段と、前記医療情報システムで発生した障害への対応を行う複数の障害対応部署に関する情報を格納するデータベースと、前記受信した障害に関する情報に基づいて、その障害に関する情報の通知先を前記データベース中の複数の障害対応部署から決定する通知先決定手段とを備えることを特徴とする障害情報管理装置である。
【０００９】
ここで、障害情報管理装置では、医療情報システムにて発生した障害に関する情報を、ネットワークを介して受信し、その障害情報の内容に応じて、複数の対応部署の中から、その障害への対応を行うことが可能な部署を自動的に決定しているので、医療情報システムで発生した障害に対して効率よく障害対応を行うことが可能である。
【００１０】
また、上記態様において、前記複数の障害対応部署のコンピュータにネットワークを介してさらに接続され、前記決定された通知先に前記障害に関する情報をネットワークを介して送信する送信手段をさらに備えていてもよい。
また、上記態様において、前記データベース中の前記複数の障害対応部署は、前記医療情報システムが設置されている施設が保守契約を結んでいる相手方の障害対応の窓口となる部署を含むと共に、その窓口となる部署には、前記医療情報システムで発生する障害を絶えず通知できるように構成されていてもよい。このような場合には、医療情報システムで障害が発生した場合に、窓口となる部署は、その情報をいち早く知ることができるので、施設側からのクレームなどにも状況を踏まえた上で応対することが可能になり、上記障害情報管理装置は、医療情報システムの施設への導入状況を考慮しつつ、効率よく障害対応を行うことができる。
【００１１】
また、上記態様において、前記送信手段は、前記医療情報システムの障害に関する情報を、その障害の進捗の各段階において送信可能であるようにしてもよい。このような場合には、上記障害情報管理装置は、障害発生からの進捗状況を段階的に把握可能であり、かつ、効率よく障害対応を行うことができる。
【００１２】
本発明の別態様の医療情報システムの障害情報管理システムは、医療情報システムにネットワークを介して接続される障害情報管理装置と、その障害情報管理装置にネットワークを介して接続される複数の障害対応部署のコンピュータとから構成され、前記障害情報管理装置は、前記医療情報システム中の各種機器・装置の障害に関する情報を、前記ネットワークを介して受信する受信手段と、前記受信した障害に関する情報に基づいて、その障害に関する情報の通知先を前記医療情報システムで発生した障害への対応を行う前記複数の障害対応部署から決定する通知先決定手段とを備え、前記複数の障害対応部署のコンピュータの少なくとも１つは、前記医療情報システムの障害に関する情報を、任意のタイミングにて取得可能とする障害情報取得手段を備えることを特徴とする医療情報システムの障害情報管理システムである。このような場合には、障害情報管理装置では、医療情報システムにて発生した障害に関する情報を、ネットワークを介して受信し、その障害情報の内容に応じて、複数の対応部署の中から、その障害への対応を行うことが可能な部署を自動的に決定しているので、医療情報システムで発生した障害に対して効率よく障害対応を行うことが可能である。また、障害対応部署のコンピュータの少なくとも１つによって、医療情報システムに発生した障害を任意のタイミングで取得できるので、障害発生からの進捗状況を段階的に把握可能である。
【発明の効果】
【００１３】
本発明の障害情報管理装置では、医療情報システムにて発生した障害に関する情報を、ネットワークを介して受信し、その障害情報の内容に応じて、複数の対応部署の中から、その障害への対応を行うことが可能な部署を自動的に決定しているので、医療情報システムで発生した障害に対して効率よく障害対応を行うことができる。
【００１４】
また、上記データベース中の複数の障害対応部署において、医療情報システムが設置されている施設が保守契約を結んでいる相手方の障害対応の窓口となる部署を含み、かつ、その窓口となる部署には、前記医療情報システムで発生する障害を絶えず通知できるように構成すれば、医療情報システムで障害が発生した場合に、窓口となる部署は、その情報をいち早く知ることができるので、施設側からのクレームなどにも状況を踏まえた上で応対することが可能になり、上記障害情報管理装置は、医療情報システムの施設への導入状況を考慮しつつ、効率よく障害対応を行うことができる。
【００１５】
また、上記障害情報管理装置の送信手段において、前記医療情報システムの障害に関する情報を、その障害の進捗の各段階において送信可能であるようにすれば、上記障害情報管理装置は、障害発生からの進捗状況を段階的に把握可能であり、かつ、効率よく障害対応を行うことができる。
【００１６】
また、前記複数の障害対応部署のコンピュータの少なくとも１つは、前記医療情報システムの障害に関する情報を、任意のタイミングにて取得可能とする障害情報取得手段を備えるようにすれば、障害発生からの進捗状況を段階的に把握できる。
【発明を実施するための最良の形態】
【００１７】
図１は、本実施形態の医療情報システムの保守システム全体を示すブロック図である。
図１において、医療情報システムの保守システムは、医療情報システム１０と、障害情報管理装置３０と、各障害対応部署に設置されたコンピュータとがネットワーク２０、４０を介して接続されることによって構成されている。ここで、障害情報管理装置３０は、医療情報システム１０と、各障害対応部署のコンピュータとの間に設けられ、ネットワーク２０、４０を介して医療情報システム１０及び各障害対応部署のコンピュータに接続されている。なお、図では、この各障害対応部署のコンピュータとして、営業部署のコンピュータ５１、サービスセンターのコンピュータ５２、部品メーカーのコンピュータ５３を想定している。
【００１８】
医療情報システム１０は、例えば病院などに設置されるシステムである。図では、簡単のため、医療機器１１、医療情報システムクライアント端末（以下、医療情報端末という）１２、医療情報システムサーバ装置（以下、医療情報管理装置という）１３が各１台ずつ、ネットワーク１５を介して接続されているが、一般には、複数台の医療機器、複数台の医療情報端末、複数台の医療情報管理装置がネットワーク１５を介して接続されることによって、この医療情報システム１０は構成される。なお、上記ネットワーク１５としては、ＬＡＮ（Local Area Network）などが考えられる。
【００１９】
医療機器１１は、例えば医療の現場において患者の診療などに用いられる機器であって、その診療の結果を示す情報はネットワーク１５を介して、不図示の記憶領域に格納される。なお、この記憶領域へ格納された情報は、医療情報端末１２や、医療情報管理装置１３を介して参照可能である。なお、医療機器１１が正常に動作しているか否かを示す動作状況は、不図示のログ情報データベースに、時系列に順次格納されている。
【００２０】
医療情報端末１２は、上記した医療機器１１からの情報を閲覧したり各種統計処理を加えたりすると共に、患者に関するカルテの情報などにアクセスし必要な処理（所定の情報の入力、更新など）を行う際などに用いられる端末である。なお、医療情報端末１２が正常に動作しているか否かを示す動作状況は、不図示のログ情報データベースに、時系列に順次格納されている。
【００２１】
医療情報管理装置１３は、上記医療機器１１からの情報や、医療情報端末１２において参照、入力、更新される情報などにアクセス可能な装置である。この医療情報管理装置１３は更に以下の監視・送信機能も兼ね備えることができる。
すなわち、医療機器１１や医療情報端末１２を常に監視し、それら医療機器１１や医療情報端末１２で障害が発生した場合には、それら医療機器１１や医療情報端末１２の時系列的な動作状況を示すログ情報を記憶する不図示のログ情報データベースからログ情報を取得し、医療情報システムの外部に設けられた障害情報管理装置に送信する監視・送信機能を有することもできる。なお、上記ログ情報は例えば電子メールなどを用いて送信される。また、上記監視・送信機能は、医療情報システム上に別途に監視端末を設けて、この監視端末において行うようにしてもよい。
【００２２】
図１の障害情報管理装置３０は、医療情報システム１０からの電子メールを受信し、かつ、各障害対応部署のコンピュータに電子メールを送信する電子メールサーバ３２にアクセス可能であると共に、電子メール属性データベース３１、電子メール解析アプリケーション３３にも接続されている。
【００２３】
医療情報システム１０と障害情報管理装置３０はネットワーク２０にて接続されている。また、障害情報管理装置３０と各障害対応部署のコンピュータ（営業部署のコンピュータ５１、サービスセンターのコンピュータ５２、部品メーカーのコンピュータ５３）は、ネットワーク４０にて接続されている。なお、上記ネットワーク２０としては電話回線、インターネットなどが考えられ、また、上記ネットワーク４０としてはインターネットなどが考えられる。
【００２４】
なお、本実施形態においては、医療情報システム１０は、営業部署のセールスマン（営業マン）によって、病院などの施設に販売されたものである。サービスセンターは、各種ハードウェアを提供する部品メーカーから医療情報システム１０を構成する個々のハードウェア（前述の医療機器、医療情報端末、医療情報管理装置、など）を調達しており、そのシステム上で動作するアプリケーションを開発すると共に、購入者である施設（病院）とは、ハードウェア、アプリケーションの双方に渡って保守契約を結んでいる。なお、必要に応じて、サービスセンターと部品メーカーとの間で、ハードウェアについての保守契約が結ばれていてもよい。
【００２５】
そして、このような事情から、医療情報システム１０に障害が発生した場合、医療情報システム１０が設置されている施設と保守契約を結んでいる相手方の障害対応の窓口となる部署、例えば、営業部署の営業マンに、その情報を、優先的に知らせることが望ましい。
【００２６】
以下、本システムの動作について説明する。
本実施形態において、医療情報システム１０で発生する障害には、医療情報システム１０上の各種機器・装置、すなわち、医療機器１１、医療情報端末１２、医療情報管理装置１３のそれぞれに発生するアプリケーション障害とハードウェア障害とがある。
【００２７】
医療機器１１は、自装置内に発生したアプリケーション障害またはハードウェア障害をログファイルとして記録すると共に、そのログファイルのコピーを医療情報管理装置１３に送信する機能を有する。
医療情報端末１２は、自装置内に発生したアプリケーション障害またはハードウェア障害をログファイルとして記録すると共に、そのログファイルのコピーを医療情報管理装置１３に送信する機能を有する。
【００２８】
医療情報管理装置１３は、自装置内に発生したアプリケーション障害またはハードウェア障害をログファイルとして自装置内に記録する機能を有する。
また、医療情報管理装置１３は、上述の監視・送信機能を用いて、医療機器１１、医療情報端末１２、または、自装置において、アプリケーションエラーまたはハードウェア障害が発生した場合には、その障害に関する情報を電子メールに添付してネットワーク２０を介して障害情報管理装置３０に送信する。
【００２９】
障害情報管理装置３０は、ネットワーク２０を介して医療情報管理装置１３から送信された、医療機器１１もしくは医療情報端末１２もしくは医療情報管理装置１３にて発生した障害のログファイルが添付されている電子メールを受信する。
電子メール解析アプリケーション３３によって、受信した電子メールに所定の解析処理が行われる。この解析処理においては、障害のログファイルを次に送信する送信先、すなわち、障害対応部署、の電子メールアドレスが保存されている電子メール属性データベース３１が参照され、その障害情報の送信先である障害対応部署が決定される。
【００３０】
続いて、電子メール解析アプリケーション３３は、決定された送信先に、その障害情報（ログファイルなど）を持つ電子メールを送信するように、電子メールサーバ３２に指示を出す。この指示を受けて、電子メールサーバ３２は、指定された送信先にその電子メールを送信する。
【００３１】
電子メールサーバ３２から送信された障害のログファイルは、ネットワーク４０を介して、障害対応部署のコンピュータ（営業部署のコンピュータ５１、サービスセンターのコンピュータ５２、部品メーカーのコンピュータ５３）の少なくとも１台によって受信され、必要な障害対応が行われる。
【００３２】
図２は、ハードウェア障害に対するログファイルの一例を示す図である。
図２において、ハードウェア障害に対するログファイルは、「日付」、「時間」、「ログ種類」、「発生ソース」、「ハードウェアシリアル番号」、「現象」の各項目からなる。
【００３３】
項目「ログ種類」は、発生したログの種類を示し、項目「日付」、「時間」は、そのログが発生した日付と時間を示す。また、項目「発生ソース」は、そのログが発生したハードウェアの種別を示し、項目「ハードウェアシリアル番号」は、そのログが発生したハードウェアのシリアル番号を示す。項目「現象」は、その発生したログに対応する現象を示す。
【００３４】
図２では、１行目で、「HD1234-567-890」のシリアル番号のハードディスクに「ハードディスクを起動できませんでした」という現象のログが発生したこと、２行目で、「AA1234-567-890」のシリアル番号の電源に「電源障害が発生しました」という現象のログが発生したことが、それぞれ示されている。そして、項目「ログ種類」をさらに参照すれば、１行目と２行目において、ログ種類が「ＥＲＲＯＲ」になっており、ハードウェア障害が発生していることが示されている。
【００３５】
図３は、アプリケーション障害（ソフトウェア障害）に対するログファイルの一例を示す図である。
図３において、アプリケーション障害に対するログファイルは、「日付」、「時間」、「ログ種類」、「プログラム名」、「現象」の各項目からなる。
【００３６】
項目「ログ種類」は、発生したログの種類を示し、項目「日付」、「時間」は、そのログが発生した日付と時間を示す。また、項目「プログラム名」は、そのログが発生したプログラムの名称を示す。項目「現象」は、その発生したログに対応する現象を示す。
図３では、１行目で、プログラム「Main.exe」が起動されたこと、２行目で、プログラム「Main.exe」においてメニューが選択されたこと、３行目で、プログラム「Db.exe」でデータベースの接続に失敗したこと、４行目でプログラム「Menu.exe」でメニューの起動に失敗したこと、がそれぞれ示されている。そして、項目「ログ種類」をさらに参照すれば、３行目、および４行目において、ログ種類が「ＥＲＲＯＲ」となっており、アプリケーション障害が発生していることが示されている。
【００３７】
図２または図３に示す障害のログファイルは、図１の医療機器１１または医療情報端末１２にて発生した場合には、図１の医療情報管理装置１３に送信される。この際、医療情報管理装置１３内の不図示の監視・送信部は、送信されたログファイル中に、項目「ログ種類」の値が、「ＥＲＲＯＲ」に設定されているものが含まれているか判定し、含まれていた場合には、その箇所に対応して、その障害のログ情報を含む電子メールを作成し、図１の障害情報管理装置３０宛てに送信する。
【００３８】
図４は、ハードウェア障害に対して監視・送信部により作成された電子メールのデータ構造を示す図である。なお、図４は、図２のハードウェア障害の少なくとも一部に対応して作成された電子メールである。
図４において、ハードウェア障害に対して作成される電子メールは、「宛先：」、「件名：」、「本文：」の各ラベルからなる。ラベル「宛先：」の直後の部分には、電子メールの送信先のアドレスが格納される。ラベル「本文：」は、さらに、「発生施設：」、「障害区分：」、「障害内容：」、「シリアル番号：」の下位ラベルからなる。ラベル「発生施設：」の直後の部分には、障害が発生した医療情報システムが設置されている施設名称が格納される。ラベル「障害区分：」の直後の部分には、発生した障害がハードウェアに関するものかアプリケーションに関するものかを示す情報が格納される。また、ラベル「障害内容：」の直後の部分には、発生した障害の内容が格納される。これは、図２の項目「現象」の内容に対応する。ラベル「シリアル番号：」の直後の部分には、ハードウェアのシリアル番号が格納される。これは、図２の項目「ハードウェアシリアル番号」に対応する。
【００３９】
図４では、「○×病院」に設置された医療情報システムにおいて、シリアル番号「HD1234-567-890」のハードウェアに、「ハードディスクを起動できませんでした」という内容のハードウェア障害が発生したという情報が示されると共に、その情報が、「aaa@xxx.co.jp」のメールアドレス宛てに送信されることが示されている。
【００４０】
図５は、アプリケーション障害に対して監視・送信部により作成された電子メールのデータ構造を示す図である。なお、図５は、図３のアプリケーション障害の少なくとも一部に対応して作成された電子メールである。
図５において、アプリケーション障害に対して作成される電子メールは、「宛先：」、「件名：」、「本文：」の各ラベルからなる。ラベル「宛先：」の直後の部分には、電子メールの送信先のアドレスが格納される。ラベル「本文：」は、さらに、「発生施設：」、「障害区分：」、「障害区分：」、「プログラム名：」の下位ラベルからなる。ラベル「発生施設：」の直後の部分には、障害が発生した医療情報システムが設置されている施設名称が格納される。ラベル「障害区分：」の直後の部分には、発生した障害がハードウェアに関するものかアプリケーションに関するものかを示す情報が格納される。また、ラベル「障害内容：」の直後の部分には、発生した障害の内容が格納される。これは、図３の項目「現象」の内容に対応する。ラベル「プログラム名：」の直後の部分には、プログラム名称が格納される。これは、図３の項目「プログラム名」に対応する。
【００４１】
図５では、「○×病院」に設置された医療情報システムにおいて、プログラム名称が「Db.exe」のアプリケーションに、「データベース接続に失敗しました」という内容のアプリケーション障害が発生したという情報が示されると共に、その情報が、「aaa@xxx.co.jp」のメールアドレス宛てに送信されることが示されている。
【００４２】
図６は、図１の電子メール属性データベース（メール送信先テーブル）３１のデータ構成を示す図である。
図６において、メール送信先テーブル３１は、「障害区分」、「発生施設名」、「営業担当者」、「営業担当アドレス」、「部品メーカー担当者」、「部品メーカー担当アドレス」、「サービスセンター担当者」、「サービスセンター担当アドレス」の各項目からなる。
【００４３】
項目「障害区分」は、発生した障害が、アプリケーションに関するものかハードウェアに関するものかを示す情報を格納する。項目「発生施設名」は、医療情報システムが設置された施設の施設名称を格納している。本実施形態においては、医療情報システムを保守対象として考慮しているので、図では施設は、すべて病院となっている。項目「営業担当者」は、その施設に販売された医療情報システムにつき、障害対応の窓口となる部署の担当者、例えば、営業担当者を格納する。基本的には、各施設につき、アプリケーション障害の営業担当者、ハードウェア障害の営業担当者、が決められている。項目「部品メーカー担当者」は、発生した障害がハードウェア障害である場合に、その障害が発生したハードウェアを供給している部品メーカー側の窓口となる担当者を格納する。項目「サービスセンター担当者」は、サービスセンター側の窓口となる担当者を格納する。サービスセンターは、基本的には、アプリケーション障害についての対応を行うが、部品交換を必要としないハードウェア障害のように、一部のハードウェア障害について対応する場合もある。
【００４４】
ここで、本システムの動作について、フローチャートを参照しつつ、より具体的に説明する。
図７は、医療情報システムの保守システムの全体フローを示す図である。
図７において、まず、ステップＳ１０１において、医療機器１１もしくは医療情報端末１２に障害が発生した場合、その障害のログファイルは、医療情報管理装置１３宛てに送信される。例えば、ハードウェア障害に対しては、図２のようなデータを有するログファイルが、また、アプリケーション障害に対しては、図３のようなデータを有するログファイルが、医療情報管理装置１３に送信される。なお、障害が医療情報管理装置１３内で発生した場合には、自装置内にそのログファイルを記録する。
【００４５】
ステップＳ１０２では、医療情報管理装置１３はステップＳ１０１で受信した障害のログ情報を電子メールに添付し、障害情報管理装置３０宛てに送信する。例えば、ハードウェア障害に対しては、図４のようなデータ構造を有する電子メールが作成され送信される。また、アプリケーション障害に対しては、図５のようなデータ構造を有する電子メールが作成され送信される。
【００４６】
次に、ステップＳ１０３において、障害情報管理装置３０は、ステップＳ１０２にて受信した電子メールを、電子メール解析アプリケーション３３により解析する。
この解析処理では、以下のことを行う。
まず、ステップＳ１０４で、電子メール解析アプリケーション３３は、電子メールの内容（件名、本文、など）をキーにして、図６のメール送信テーブル３１から、メールの送信先を決定する。
例えば、図４のデータ構造の電子メールの場合、電子メール解析アプリケーション３３は、ラベル「発生施設：」、「障害区分：」の直後の部分をそれぞれ取得し、すなわち、発生施設として「○×病院」、障害区分として「ハードウェア」をそれぞれ取得し、メール送信先テーブル３１上で、その障害区分、発生施設に合致する行から各担当者のメールアドレスを送信先として取得することにより、送信先の決定が行われる。
また、図５のデータ構造の電子メールの場合、電子メール解析アプリケーション３３は、ラベル「発生施設：」、「障害区分：」の直後の部分をそれぞれ取得し、すなわち、発生施設として「○×病院」、障害区分として「アプリケーション」をそれぞれ取得し、メール送信先テーブル３１上で、その障害区分、発生施設に合致する行から各担当者のメールアドレスを送信先として取得することにより、送信先の決定が行われる。
【００４７】
ステップＳ１０４で、アプリケーションによる障害に対して送信先の決定が行われた場合、ステップＳ１０９で、電子メール解析アプリケーション３３は、図６の電子メール属性データベース（メール送信先テーブル）３１上の合致する行における各担当者、すなわち、その施設を担当する営業担当者（営業部署）のコンピュータ５１、及びサービスセンターのコンピュータ５２に障害のログ情報を添付した電子メールを送信するように、電子メールサーバ３２に指示を出し、その電子メールは、電子メールサーバ３２により送信される。
【００４８】
ステップＳ１１０において、サービスセンターのコンピュータ５２に受信された電子メール中の障害のログ情報は、障害対応に関する有識者によって参照され対応内容が判断される。そして、ステップＳ１１１において、現地に対応に行くサービスセンターのサービスマンに対して、対応内容の指示が行われる。サービスセンターのサービスマンは、その指示に基づいて、現地（障害が発生した施設）で対応を行う（ステップＳ１１２）。
【００４９】
ステップＳ１０４で、ハードウェアによる障害に対して送信先の決定が行われた場合、ステップＳ１０５で、電子メール解析アプリケーション３３は、図６の電子メール属性データベース（メール送信先テーブル）３１上の合致する行における各担当者、すなわち、その施設を担当する営業担当者（営業部署）のコンピュータ５１、サービスセンターのコンピュータ５２、及び、部品メーカーのコンピュータ５３に、障害のログ情報を添付した電子メールを送信するように、電子メールサーバ３２に指示を出し、その電子メールは、電子メールサーバ３２により送信される。
【００５０】
障害情報の電子メールを受信した部品メーカー側では、ステップＳ１０６において、ハードウェアに関する障害対応の有識者によって、障害の内容が分析され対応内容が判断される。
この判断において、主として、部品交換などの部品メーカーのサービスマンによる対応を要することなく、サービスセンター側で修理対応が可能と判断された場合には、サービスセンターのサービスマンへの指示（ステップＳ１１１）が、有識者によってなされる。
【００５１】
一方、この判断において、部品交換が必要な障害であることが、有識者によって判断された場合は、ステップＳ１０７において、交換が必要な部品（以下、修理部品という）が手配され、ステップＳ１０８において、ステップＳ１０７で手配を行った修理部品がサービスセンターに納品される。サービスセンターのサービスマンは、この納品された修理部品を用いて、現地（障害が発生した施設）にて障害対応（障害の発生したハードウェアの修理）を行う（ステップＳ１１２）。
【００５２】
このように、本実施形態においては、医療情報システムに障害が発生した場合には、障害情報管理装置３０によって、複数の障害対応部署の中から、その発生した障害に、対応可能な部署が自動的に決定されているので、医療情報システムで発生した障害に対して効率よく障害対応を行うことができる。
【００５３】
なお、上記したように、複数の障害対応部署中に、医療情報システムが設置されている施設が保守契約を結んでいる相手方の障害対応の窓口となる部署、例えば、営業部署を含むようにしておき、その窓口となる部署には、障害に関する情報が絶えず通知されるようにしておけば、医療情報システムで障害が発生した場合に、窓口となる部署は、その情報をいち早く知ることができるので、施設側からのクレームなどにも状況を踏まえた上で応対することが可能になり、医療情報システムの施設への導入状況を考慮しつつ、効率よく障害対応を行うことができる。
【００５４】
なお、医療情報システムを施設（病院など）に販売した営業部署の営業マンにとっては、図７の全体フローにおける、故障の発生から修理までのプロセスを段階的に把握することが望ましいことはいうまでもない。
図８は、図７の全体フローの変形例を示す図である。
【００５５】
なお、図８においては、図７の全体フローと比較した場合の、変更を加えた箇所のみが示されている。
図８において、図７の電子メールの解析を行うステップＳ１０３と、障害内容に応じた処理を行うステップＳ１０４との間に、営業部署のコンピュータ（営業マン）に障害が発生した旨のメールを送信するステップＳ１０３１が、新たに、設けられている。なお、この時点で、送信されるメールは、障害の発生施設とその障害が、アプリケーションに関するものかハードウェアに関するものかを示す情報とを備える。すなわち、図１の電子メール解析アプリケーション３３は、この場合には、障害情報管理装置３０が受信した電子メール中の発生施設、障害区分の内容に基づいて、電子メール属性データベース（メール送信先テーブル）３１から、対応する営業担当者、及び、そのアドレスを取得し、電子メールサーバ３２に、その取得したアドレス宛てに、上記した内容のメールを送信するように、指示を出す。
【００５６】
ステップＳ１０３１で送信されたメールを受け取った、営業マンは、その段階で、そのメールに記載の施設（病院など）において、自己が担当すべき、アプリケーション、または、ハードウェアの障害が発生したことを把握することができる。
その障害が、アプリケーション障害の場合は、続いて、ステップＳ１０９において、障害情報を含む内容を持つ電子メールが、その営業マンとサービスセンターの担当者宛てに送信され、その営業マンは、サービスセンターにて、そのアプリケーション障害に対して対応を行っていることを知ることができる。
【００５７】
また、その障害が、ハードウェア障害の場合は、続いて、ステップＳ１０５において、障害情報を含む内容を持つ電子メールが、その営業マンとサービスセンターと部品メーカー宛てに送信され、その営業マンは、そのハードウェア障害に対して、サービスセンター、または、部品メーカーにて対応を行っていること、すなわち、部品メーカーへ、ハードウェア障害が発生した旨の通知が行き、部品発注を行うか、もしくは、部品メーカーからサービスセンターへの対応内容について指示を行うかを待っている状態であることを知ることができる。
【００５８】
このように、本実施形態によれば、障害情報管理装置３０は、障害発生の各段階に応じて、その進捗情報を営業部署のコンピュータ宛てに送信しているので、営業マンは、障害発生の各段階の進捗情報をリアルタイムにて知ることができ、障害発生からの進捗状況を段階的に把握できる。
【００５９】
なお、上記複数の障害対応部署のコンピュータの少なくとも１つ（窓口となる部署など）が、上記医療情報システムの障害に関する情報を、任意のタイミングにて取得可能とする（不図示の）障害情報取得部を備えるようにしてもよい。このような場合にも、障害発生からの進捗状況を段階的に把握できる。
【００６０】
なお、以上の説明においては、障害情報管理装置３０は、ネットワーク４０を介して、各障害対応部署のコンピュータ（営業部署のコンピュータ５１、サービスセンターのコンピュータ５２、部品メーカーのコンピュータ５３）に接続されていたが、すべての障害対応部署のコンピュータに接続されている必要はなく、少なくとも１つの障害対応部署、例えば、営業部署、のコンピュータに接続されていてもよい。
【００６１】
また、以上の説明では、各障害対応部署には、コンピュータが一台ずつ設置されていたが、それぞれの障害対応部署に、複数台のコンピュータを設置するようにしてもよい。また、各障害部署に設置されるコンピュータとしては、デスクトップ型、ノート型、携帯情報端末、などのものを用いることができる。
【産業上の利用可能性】
【００６２】
本発明は、絶えず動作することが求められているシステム、特に、医療情報システムに対する障害情報の管理に適用可能である。なお、上記した絶えず動作することが求められているシステムとしては、この他に、無人警報システム、火災警報システム、ホームセキュリティシステムなどの各種セキュリティシステム、銀行のＡＴＭ、発電制御システムなどが考えられる。
【図面の簡単な説明】
【００６３】
【図１】本実施形態の医療情報システムの保守システム全体を示すブロック図である。
【図２】ハードウェア障害に対するログファイルの一例を示す図である。
【図３】アプリケーション障害（ソフトウェア障害）に対するログファイルの一例を示す図である。
【図４】ハードウェア障害に対して監視・送信部により作成された電子メールのデータ構造を示す図である。
【図５】アプリケーション障害に対して監視・送信部により作成された電子メールのデータ構造を示す図である。
【図６】図１の電子メール属性データベース（メール送信先テーブル）のデータ構成を示す図である。
【図７】医療情報システムの保守システムの全体フローを示す図である。
【図８】図７の全体フローの変形例を示す図である。
【図９】従来の医療情報システムの保守処理のフローを示す図である。
【符号の説明】
【００６４】
１０  医療情報システム
１１  医療機器
１２  医療情報端末
１３  医療情報管理装置
１５  ネットワーク
２０  ネットワーク
３０  障害情報管理装置
３１  電子メール属性データベース
３２  電子メールサーバ
３３  電子メール解析アプリケーション
４０  ネットワーク
５１  営業部署のコンピュータ
５２  サービスセンターのコンピュータ
５３  部品メーカーのコンピュータ
【図１】
2005173958.tif 000003
【図２】
2005173958.tif 000004
【図３】
2005173958.tif 000005
【図４】
2005173958.tif 000006
【図５】
2005173958.tif 000007
【図６】
2005173958.tif 000008
【図７】
2005173958.tif 000009
【図８】
2005173958.tif 000010
【図９】
2005173958.tif 000011