(57)【要約】      （修正有）【課題】状況を再現させることが困難な障害についての解析を容易にする情報を提供する。【解決手段】コンピュータに実行させる情報収集プログラムにおいて、ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する。【選択図】図１４
2020201839.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する、処理をコンピュータに実行させる情報収集プログラム。
【請求項２】
前記障害候補事象と、前記障害候補事象の種類に応じて収集された情報とを対応付けた一覧を出力する処理を、前記コンピュータに実行させる、請求項１記載の情報収集プログラム。
【請求項３】
前記入力装置による前記操作を示す操作ログ情報を記録し、
前記操作ログ情報と、前記システムの動作定義を示す情報と、に基づき、前記障害候補事象の発生を検出し、
前記障害候補事象の種類に応じて、前記障害候補事象毎の重要度を決定し、
前記障害候補事象の重要度に応じ、前記収集する情報を決定する、処理を前記コンピュータに実行させる、請求項２記載の情報収集プログラム。
【請求項４】
前記障害候補事象は、
前記システムのシステムエラー、前記システムの動作の仕様を満たさない事象、前記システム以外の要因によって生じた事象、を含む、請求項３記載の情報収集プログラム。
【請求項５】
前記収集された情報の送信指示を受け付けて、前記収集された情報を、設定された格納先へ送信する、処理を前記コンピュータに実行させる請求項２乃至４の何れか一項に記載の情報収集プログラム。
【請求項６】
コンピュータによる情報収集方法であって、前記コンピュータが、
ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する、情報収集方法。
【請求項７】
端末装置と、情報収集装置と、を有する情報収集システムであって、
前記情報収集装置は、
ユーザにより入力装置から前記端末装置に表示された画面に対して入力される操作を動画データとして記録する監視部と
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定する決定部と、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する収集部と、を有する、情報収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報収集プログラム、情報収集方法及び情報収集システムに関する。
【背景技術】
【０００２】
従来から、システムの保守作業における障害への対応では、システムログデータや、システムが有するデータベースに格納されたデータか等を解析し、障害の再現や原因の特定が行われることが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１０８１５７号公報
【特許文献２】特開２０１５−２２５５８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来では、ユーザによるマウス操作とキーボード操作等は、システムログとしては出力されない。このため、例えば、障害となる現象がユーザの操作の起因する場合や、システムログに出力されないシステムの不具合等である場合のような、状況を再現させることでの確認の難しい障害の場合には、解析に時間がかかり、修正プログラムを提供するまでの期間の長期化を招く。
【０００５】
１つの側面では、本発明は、状況を再現させることが困難な障害についての解析を容易にする情報を提供することを目的としている。
【課題を解決するための手段】
【０００６】
一つの態様では、ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する、処理をコンピュータに実行させる情報収集プログラムである。
【０００７】
上記各処理は、上記各処理を実現する機能部、各処理を実現する手順としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００８】
状況を再現させることが困難な障害についての解析を容易にする情報を提供できる。
【図面の簡単な説明】
【０００９】
【図１】第一の実施形態の情報収集システムのシステム構成の一例を示す図である。
【図２】情報収集装置のハードウェア構成の一例を示す図である。
【図３】第一の実施形態の動画データベースの一例を示す図である。
【図４】第一の実施形態の操作ログデータベースの一例を示す図である。
【図５】第一の実施形態の動作定義データベースの一例を示す図である。
【図６】第一の実施形態の事象履歴データベースの一例を示す図である。
【図７】第一の実施形態の情報収集処理部の機能を説明する図である。
【図８】採取対象情報の一例を示す図である。
【図９Ａ】第一の実施形態の情報収集システムの動作を示す第一のシーケンス図である。
【図９Ｂ】第一の実施形態の情報収集システムの動作を示す第二のシーケンス図である。
【図１０】判定部の処理を説明する第一のフローチャートである。
【図１１】判定部の処理を説明する第二のフローチャートである。
【図１２】判定部の処理を説明する第三のフローチャートである。
【図１３】判定部の処理を説明する第四のフローチャートである。
【図１４】第一の実施形態の表示例を示す第一の図である。
【図１５】第二の実施形態の情報収集処理部の機能を説明する図である。
【図１６】第二の実施形態の情報収集システムの動作を示すシーケンス図である。
【図１７】第二の実施形態の表示例を示す第一の図である。
【図１８】第二の実施形態の表示例を示す第二の図である。
【図１９】第二の実施形態の表示例を示す第三の図である。
【発明を実施するための形態】
【００１０】
（第一の実施形態）
以下に図面を参照して、第一の実施形態について説明する。図１は、第一の実施形態の情報収集システムのシステム構成の一例を示す図である。
【００１１】
本実施形態の情報収集システム１００は、情報収集装置２００と、端末装置３００とを有する。情報収集システム１００において、情報収集装置２００と端末装置３００とは、ネットワーク等を介して接続される。
【００１２】
本実施形態の情報収集システム１００は、他のシステムと連携して、他のシステムのシステムログ情報や操作ログ情報等を収集する。また、本実施形態の情報収集システム１００では、情報収集装置２００によって、端末装置３００に表示された画面に対して行われる操作を動画情報として取得し、保持する。端末装置３００は、他のシステムにおいて利用される端末装置であって良い。
【００１３】
そして、本実施形態の情報収集システム１００では、例えば、他のシステムにおいて、障害の可能性がある事象が発生した場合には、事象が発生した時間帯における端末装置３００の画面上の操作の様子を示す動画情報を、事象の履歴を示す情報として取得する。以下の説明では、障害の可能性がある事象を、障害候補事象と呼ぶ場合がある。障害候補事象とは、言い換えれば、電子カルテシステムの障害の候補となる事象である。
【００１４】
以下の説明では、情報収集システム１００と連携する他のシステムを、電子カルテシステムとして説明する。
【００１５】
つまり、本実施形態の情報収集システム１００は、電子カルテシステムに含まれるものであっても良く、情報収集装置２００は、電子カルテシステムのサーバ装置として機能しても良い。また、端末装置３００は、主に、電子カルテを閲覧したり、情報の入力を行ったりする医療従事者等によって利用される。
【００１６】
本実施形態の情報収集装置２００は、動画データベース２１０、操作ログデータベース２２０、動作定義データベース２３０、事象履歴データベース２４０、医療情報データベース２５０、ファイルデータベース２６０、情報収集処理部２７０、電子カルテ処理部２８０を有する。
【００１７】
動画データベース２１０は、端末装置３００に表示された電子カルテに対して、端末装置３００のユーザが操作を行う様子を記録した動画に関する情報が格納される。
【００１８】
操作ログデータベース２２０は、端末装置３００において行われた操作の履歴を示す操作ログ情報が格納される。動作定義データベース２３０は、電子カルテシステムにおいて決められた動作の定義を示す情報が格納される。事象履歴データベース２４０は、電子カルテシステムにおいて生じた障害候補事象の履歴に関する情報が格納される。
【００１９】
医療情報データベース２５０は、情報収集システム１００が導入されている電子カルテシステムが有するデータベースであり、電子カルテシステムが導入されている医療機関で利用される情報が格納される。ファイルデータベース２６０は、動画情報や、事象の履歴情報や、電子カルテシステムのシステムログ情報等が格納される。
【００２０】
尚、システムログ情報とは、電子カルテシステムが記録している電子カルテシステムの動作履歴を示す情報である。本実施形態では、システムログ情報は、電子カルテ処理部２８０のよって収集されて、ファイルデータベース２６０とは別に設けられた記録媒体に格納されていても良い。
【００２１】
尚、図１では、本実施形態の各データベースは情報収集装置２００に設けられるものとしたが、これに限定されない。各データベースは、一部又は全部が情報収集装置２００の外部の装置に設けられていても良い。
【００２２】
情報収集処理部２７０は、端末装置３００における操作の動画情報と、動画に関する情報、端末装置３００における操作ログ情報、障害候補事象の履歴に関する情報等を収集して、各データベースに蓄積する。また、情報収集処理部２７０は、端末装置３００から、障害候補事象の履歴に関する情報の送信要求を受け付けると、この情報を保守用端末４００へ送信する。
【００２３】
保守用端末４００とは、例えば、主に、電子カルテシステムの保守作業を行う作業者等に利用される。
【００２４】
電子カルテ処理部２８０は、電子カルテシステムを実現する機能部である。尚、本実施形態では、情報収集装置２００が、情報収集処理部２７０と電子カルテ処理部２８０とを有するものとしたが、これに限定されない。
【００２５】
情報収集処理部２７０と電子カルテ処理部２８０は、それぞれが別々の装置に設けられていても良い。つまり、情報収集システム１００と、電子カルテシステムとが、別々のサーバによって提供されても良い。
【００２６】
また、情報収集システム１００に含まれる端末装置３００の台数は、任意の台数であって良い。
【００２７】
以下に、本実施形態の図２を参照して、情報収集装置２００のハードウェア構成について説明する。図２は、情報収集装置のハードウェア構成の一例を示す図である。
【００２８】
本実施形態の情報収集装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含むコンピュータである。
【００２９】
入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００３０】
情報収集処理部２７０を実現させる情報収集プログラムは、情報収集装置２００を制御する各種プログラムの少なくとも一部である。情報収集プログラムは、例えば、記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。情報収集プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。
【００３１】
また、情報収集プログラムは、情報収集プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた情報収集プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００３２】
補助記憶装置２４は、情報収集装置２００の有する各記憶部等を実現するものであり、情報収集装置２００にインストールされた情報収集プログラムを格納すると共に、情報収集装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２５は、情報収集装置２００の起動時に補助記憶装置２４から情報収集プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された情報収集プログラムに従って、後述するような各種処理を実現している。
【００３３】
次に、図３乃至図６を参照して、本実施形態の情報収集装置２００の有する各データベースについて説明する。
【００３４】
図３は、第一の実施形態の動画データベースの一例を示す図である。本実施形態の動画データベース２１０は、情報の項目として、動画情報ＩＤ、開始日時、終了日時、格納場所、動画ファイル名を有し、項目「動画情報ＩＤ」とその他の項目とが対応付けられている。
【００３５】
以下の説明では、動画データベース２１０において、項目「動画情報ＩＤ」の値と、その他の値とを含む情報を動画情報と呼ぶ場合がある。本実施形態では、端末装置３００が操作される度に、動画情報が取得されて、蓄積される。
【００３６】
項目「動画情報ＩＤ」の値は、動画情報を特定するための識別情報である。項目「開始日時」の値は、動画データの取得を開始した日付と時刻とを示す。項目「終了日時」の値は、動画データの取得を終了した日付と時刻とを示す。
【００３７】
項目「格納場所」の値は、動画情報ＩＤで特定される動画データの格納場所を示す。具体的には、項目「格納場所」の値は、ファイルデータベース２６０における動画データの格納場所を示しても良い。項目「動画ファイル名」の値は、動画データを示すファイル名を示す。
【００３８】
図４は、第一の実施形態の操作ログデータベースの一例を示す図である。本実施形態の操作ログデータベース２２０は、情報の項目として、操作ログＩＤ、操作日時、操作種別、画面、コンポーネント、入力内容を有し、項目「操作ログＩＤ」と、その他の項目とが対応付けられている。
【００３９】
以下の説明では、操作ログデータベース２２０において、項目「ログ操作ＩＤ」と、その他の項目の値と、を含む情報を、操作ログ情報と呼ぶ場合がある。本実施形態の操作ログデータベース２２０では、端末装置３００が操作される度に、操作ログ情報が取得されて、蓄積される。
【００４０】
項目「操作ログＩＤ」の値は、操作ログ情報を特定するための識別情報である。項目「操作日時」の値は、端末装置３００において操作が行われた日付と時刻を示す。項目「操作種別」の値は、操作ログ情報が示す操作の種別を示す。項目「画面」の値は、操作が行われたときに端末装置３００に表示されていた画面の種類を示す。項目「コンポーネント」の値は、画面において操作の対象とされた要素を示す。項目「入力内容」の値は、操作によって入力された情報の内容を示す。
【００４１】
図４の例では、例えば、操作ログＩＤ「００００００２」で特定される操作ログ情報は、２０１８／１１／２１の９：４３：００に行われた、メインメニュー画面を表示させる操作を示している。
【００４２】
図５は、第一の実施形態の動作定義データベースの一例を示す図である。本実施形態の動作定義データベース２３０は、動作定義テーブル２３０−１と、動作定義内容テーブル２３０−２と、を含む。本実施形態の動作定義データベース２３０は、予め情報収集装置２００に登録されていても良い。
【００４３】
動作定義テーブル２３０−１は、電子カルテ処理部２８０によって実現される電子カルテシステムの動作を定義する情報が格納される。言い換えれば、動作定義内容テーブル２３０−２は、動作定義テーブル２３０−１において定義された動作の内容を示す情報が格納される。
【００４４】
動作定義テーブル２３０−１は、情報の項目として、動作定義ＩＤ、動作定義名、所要時間を含み、項目「動作定義ＩＤ」とその他の項目とが対応付けられている。以下の説明では、動作定義テーブル２３０−１において、項目「動作定義ＩＤ」の値と、その他の項目の値とを含む情報を、動作定義情報と呼ぶ場合がある。
【００４５】
項目「動作定義ＩＤ」の値は、電子カルテ処理部２８０の動作を定義する動作定義情報を特定する識別情報である。項目「動作定義名」の値は、電子カルテ処理部２８０の動作定義の名称を示す。項目「所要時間」の値は、動作定義ＩＤで特定される動作に要する時間を示す。
【００４６】
図５の例では、例えば、動作定義ＩＤ「０００１」で特定される動作は、メインメニュー表示であり、所要時間は２０ｍｓｅｃである。
【００４７】
動作定義内容テーブル２３０−２は、情報の項目として、動作定義内容ＩＤ、動作定義ＩＤ、動作順序、操作種別、画面、コンポーネント、入力内容を含み、項目「動作内容定義ＩＤ」とその他の項目とが対応付けられている。動作定義内容テーブル２３０−２において、項目「動作定義内容ＩＤ」の値と、その他の項目とを含む情報を、動作定義内容情報と呼ぶ場合がある。
【００４８】
項目「動作定義内容ＩＤ」の値は、動作定義内容情報を特定するための識別情報である。項目「動作順序」の値は、動作定義ＩＤで特定される動作に含まれる操作種別の順番を示す。
【００４９】
図５の動作定義内容テーブル２３０−２では、例えば、動作定義ＩＤ「０００２」の動作は、動作定義内容ＩＤ「０００００００３」から動作定義内容ＩＤ「０００００００５」のそれぞれと対応する動作順序で、対応する操作種別が示す操作が行われることを示す。
【００５０】
図６は、第一の実施形態の事象履歴データベースの一例を示す図である。本実施形態の事象履歴データベース２４０は、事象履歴テーブル２４０−１と、事象履歴詳細テーブル２４０−２とを含む。
【００５１】
事象履歴テーブル２４０−１は、電子カルテシステムにおいて発生した、障害である可能性がある事象（障害候補事象）の履歴を示す情報が格納される。事象履歴詳細テーブル２４０−２は、事象と対応して取得された情報の詳細を示す。
【００５２】
事象履歴テーブル２４０−１は、情報の項目として、事象履歴ＩＤ、日時、画面名、事象種別、重要度、採取資料の格納先、資料送付日時を有し、項目「事象履歴ＩＤ」と、その他の項目とが対応付けられている。事象履歴テーブル２４０−１において、項目「事象履歴ＩＤ」の値と、その他の項目とを含む情報を、事象履歴情報と呼ぶ場合がある。
【００５３】
また、本実施形態では、電子カルテシステムにおいて障害候補事象が発生する度に、事象履歴情報が取得されて、蓄積される。
【００５４】
項目「事象履歴ＩＤ」の値は、事象履歴情報を特定するための識別情報である。項目「日時」の値は、事象履歴情報を取得した日付と時刻を示す。項目「画面名」の値は、事象履歴情報が取得されたときに表示されていた画面の名称を示す。項目「事象種別」の値は、事象の種別を示す。
【００５５】
項目「重要度」の値は、事象履歴情報が示す事象の重要度を示す。言い換えれば、重要度は、障害候補事象の種類を示す。重要度の詳細は後述する。項目「採取資料の格納先」の値は、対応する重要度に応じて、各データベースから取得された情報の格納先を示す。本実施形態の採取資料とは、障害候補事象と対応付けられて収集される情報である。尚、重要度に応じて取得された情報は、例えば、ファイルデータベース２６０に格納されても良い。
【００５６】
項目「資料送付日時」の値は、事象履歴情報が保守用端末４００に送信された日付と時刻を示す。
【００５７】
事象履歴詳細テーブル２４０−２は、情報の項目として、事象履歴ＩＤ、詳細連番、採取ファイルを有し、項目「事象履歴ＩＤ」の値と、その他の項目とが対応付けられている。
【００５８】
項目「詳細連番」の値は、事象履歴テーブル２４０−１の採取資料に含まれるファイルを特定する識別情報である。項目「採取ファイル」の値は、事象履歴テーブル２４０−１の採取資料に含まれるファイルを示す。
【００５９】
図６の例では、事象履歴ＩＤ「０００００００２」で特定される事象履歴情報は、２０１８／１１／２１の１５：２０において、端末装置３００に表示された「ｙｙ」が表示されているときに、「障害候補（システム動作）」とされる事象が発生し、この事情の重要度は「Ｃ」事であることを示している。また、事象履歴ＩＤ「０００００００２」で特定される事象履歴情報は、この事象の発生に応じて、取得した採取資料を、２０１８／１１／２１の１９：００に、保守用端末４００へ送信されたことがわかる。
【００６０】
さらに、事象履歴ＩＤ「０００００００２」で特定される事象履歴情報の採取資料には、詳細連番「０００１」で特定されるファイルと、詳細連番「０００２」で特定されるファイルと、が含まれることがわかる。
【００６１】
次に、図７を参照して、本実施形態の情報収集処理部２７０の機能について説明する。図７は、第一の実施形態の情報収集処理部の機能を説明する図である。
【００６２】
本実施形態の情報収集処理部２７０は、監視部２７１、判定部２７２、撮影部２７３、出力部２７４を有する。
【００６３】
本実施形態の監視部２７１は、例えば、情報収集プログラムに含まれる監視プログラムを演算処理装置２６が実行することで実現される。また、判定部２７２は、情報収集プログラムに含まれる判定プログラムを演算処理装置２６が実行することで実現される。また、撮影部２７３は、情報収集プログラムに含まれる撮影プログラムを演算処理装置２６が実行することで実現される。
【００６４】
監視部２７１は、電子カルテ処理部２８０によって実現される電子カルテシステムの動作を監視し、障害候補事象が発生した場合には、事象履歴情報を取得する。
【００６５】
本実施形態の監視部２７１は、記録指示部２９１、結果抽出部２９２を有する。記録指示部２９１は、撮影部２７３に、端末装置３００に表示された画面に対する操作の動画データを取得させ、ファイルデータベース２６０に格納させる。また、記録指示部２９１は、電子カルテシステムに対する操作ログ情報を取得し、操作ログデータベース２２０に格納する。
【００６６】
結果抽出部２９２は、事象履歴情報を抽出し、出力部２７４によって、事象履歴情報を端末装置３００へ出力する。
【００６７】
本実施形態の判定部２７２は、操作ログ情報に基づき、電子カルテシステムにおける障害候補事象の発生を検出し、障害候補事象の重要度を判定する。また、判定部２７２は、障害候補事象の重要度に応じて、障害候補事象に関する情報を取得し、事象履歴情報と対応付ける。
【００６８】
判定部２７２は、動作特定部２９３と、重要度判定部２９４、資料採取部２９５と、を有する。
【００６９】
動作特定部２９３は、操作ログ情報と、動作定義情報、動作定義内容情報に基づき、操作ログ情報と対応する電子カルテシステムの動作を特定する。
【００７０】
重要度判定部２９４は、操作ログ情報に基づき、電子カルテシステムに発生した障害候補事象の重要度を判定する。
【００７１】
資料採取部２９５は、障害候補事象の重要度が特定されると、採取対象情報２９６を参照し、重要度に応じて、重要度と対応する資料（情報）を採取（取得）する。
【００７２】
言い換えれば、資料採取部２９５は、障害候補事象の種類に応じて、収集する情報を決定する決定部の一例であり、また、資料採取部２９５は、決定された情報を収集する収集部の一例である。
【００７３】
採取対象情報２９６は、重要度と、採取対象とされる情報とを対応付けた情報であり、資料採取部２９５によって保持されていても良い。採取対象情報２９６の詳細は後述する。
【００７４】
撮影部２７３は、端末装置３００の画面に対して、端末装置３００の入力装置から入力される操作を動画データとして取得する。端末装置３００の入力装置とは、例えば、マウス等のポインティングデバイスや、キーボード等である。
【００７５】
出力部２７４は、事象履歴情報の有無を示す情報を端末装置３００に送信したり、事象履歴情報を保守用端末４００へ送信したりする。
【００７６】
次に、図８を参照して、本実施形態の採取対象情報２９６について説明する。図８は、採取対象情報の一例を示す図である。
【００７７】
本実施形態の、採取対象情報２９６は、例えば、資料採取部２９５によって保持されていてもよい。採取対象情報２９６は、情報の項目として、重要度と、採取資料とを有し、両者が対応付けられている。
【００７８】
項目「重要度」の値は、事象の重要度を示す。本実施形態では、重要度を、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」で示す。また、本実施形態では、「Ａ」は重要度が最も高いものとし、「Ｂ」、「Ｃ」、「Ｄ」の順に重要度が低くなるものとした。
【００７９】
本実施形態では、例えば、事象の重要度がＡである場合には、電子カルテシステムの動作に影響する全ての情報が、取得の対象となる。電子カルテシステムの動作に影響する全ての情報とは、例えば、操作ログ情報、動画情報、医療情報データベース２５０から抽出した医療情報の他に、電子カルテシステムのシステムログ情報や、情報収集装置２００に搭載されたＯＳ（Operating  System）のログ情報等も含む。
【００８０】
また、事象の重要度がＢである場合には、例えば、事象に応じて必要とされる情報が取得の対象となる。また、事象の重要度がＣである場合には、例えば、操作ログ情報が取得対象となり、事象の重要度がＤである場合には、例えば、情報収集装置２００に搭載されたＯＳの負荷状況を示す情報が取得対象となる。
【００８１】
尚、図８で示す重要度と採取資料との対応付けは、一例であって、これに限定されない。重要度と採取資料との対応付けは、例えば、情報収集装置２００の管理者等によって設定されても良い。
【００８２】
次に、図９を参照して、本実施形態の情報収集システム１００の動作について説明する。図９Ａは、第一の実施形態の情報収集システムの動作を示す第一のシーケンス図であり、図９Ｂは、第一の実施形態の情報収集システムの動作を示す第二のシーケンス図である。
【００８３】
本実施形態の情報収集システム１００において、情報収集装置２００は、ユーザの端末装置３００の操作を受けて、電子カルテ処理部２８０を起動させ（ステップＳ９０１）、情報収集処理部２７０の撮影部２７３により、端末装置３００の画面の動画データの記録を開始する（ステップＳ９０２）。
【００８４】
撮影部２７３は、ファイルデータベース２６０への動画データの保存を開始する（ステップＳ９０３）。また、撮影部２７３は、動画データベース２１０において、保存を開始した動画情報の開始時刻を更新する（ステップＳ９０４）。
【００８５】
また、電子カルテ処理部２８０は、起動すると、情報収集処理部２７０の監視部２７１に対して、監視の開始を指示する（ステップＳ９０５）。監視部２７１は、電子カルテ処理部２８０の動作の監視を開始する（ステップＳ９０６）。
【００８６】
電子カルテ処理部２８０は、起動すると、電子カルテシステムの画面を端末装置３００に表示させる（ステップＳ９０７）。
【００８７】
電子カルテ処理部２８０は、端末装置３００において操作を受け付けると（ステップＳ９０８）、情報収集処理部２７０の監視部２７１に動作の記録を指示する（ステップＳ９０９）。監視部２７１は、この指示を受けて、記録指示部２９１により、操作ログデータベース２２０の操作ログ情報を更新する（ステップＳ９１０）。言い換えれば、記録指示部２９１は、操作ログ情報を取得して操作ログデータベース２２０に格納する。
【００８８】
監視部２７１は、操作ログ情報を取得すると、電子カルテ処理部２８０に対して、動作を記録したことを通知する（ステップＳ９１１）。電子カルテ処理部２８０は、操作の結果を端末装置３００へ返す（ステップＳ９１２）。
【００８９】
次に、情報収集処理部２７０は、操作ログデータベース２２０に格納された操作ログ情報に基づき、電子カルテシステムで発生した障害候補事象の重要度を判定する。
【００９０】
以下のステップＳ９１３からステップＳ９１８までの処理は、重要度の判定に関する処理である。
【００９１】
監視部２７１は、操作ログデータベース２２０から、格納した操作ログ情報を取得する（ステップＳ９１３）。続いて、監視部２７１は、動作定義データベース２３０から、動作定義情報を取得する（ステップＳ９１４）。また、監視部２７１は、ファイルデータベース２６０から、電子カルテシステムのシステムログ情報を取得する（ステップＳ９１５）。
【００９２】
続いて、監視部２７１は、判定部２７２を起動させる（ステップＳ９１６）。判定部２７２は、起動すると、電子カルテシステムで発生した障害候補事象の重要度を判定する処理を実行し（ステップＳ９１７）、重要度を監視部２７１へ返す（ステップＳ９１８）。ステップＳ９１７の判定部２７２の処理の詳細は後述する。
【００９３】
続いて、監視部２７１は、判定部２７２に対し、重要度と対応する資料（情報）の採取を指示する（ステップＳ９１９）。尚、監視部２７１は、判定部２７２により、重要度が付与されないことを示す通知を受けた場合には、ステップＳ９２０以降の処理を行わなくても良い。重要度が付与されない動作とは、電子カルテシステムの正常な動作である。
【００９４】
判定部２７２は、資料の採取の指示を受け付けて、資料採取部２９５により、採取対象情報２９６を参照し、重要度と対応する採取対象資料となる情報がファイルデータベース２６０に格納されている場合は、ファイルデータベース２６０から該当する情報を収集する（ステップＳ９２０、９２１）。
【００９５】
また、資料採取部２９５は、重要度と対応する採取対象資料となる情報が医療情報データベース２５０に格納されている場合は、医療情報データベース２５０から該当する情報を収集する（ステップＳ９２２、９２３）。
【００９６】
言い換えれば、資料採取部２９５は、重要度と対応する情報を収集する。ここで取得される情報は、ファイルデータベース２６０に格納された動画情報、操作ログ情報、システムログ情報、医療情報の少なくとも何れかを含んでも良い。
【００９７】
続いて、資料採取部２９５は、取得した情報を、事象履歴情報に含まれる採取資料として、ファイルデータベース２６０に格納する（ステップＳ９２４、９２５）。続いて、判定部２７２は、資料を採取したことを監視部２７１へ通知する（ステップＳ９２６）。
【００９８】
監視部２７１は、通知を受け付けると、撮影部２７３に対し、障害候補事象の発生を通知する（ステップＳ９２７）。撮影部２７３は、この通知を受けて、事象履歴データベース２４０にアクセスし、この通知を受けた日付と時刻を、事象履歴データベース２４０の日時として格納し（ステップＳ９２８）、監視部２７１へ返す（ステップＳ９２９）。
【００９９】
つまり、撮影部２７３は、障害候補事象が発生した時間帯を、事象履歴データベース２４０に記録する。
【０１００】
また、このとき、監視部２７１は、判定部２７２に対して、資料採取部２９５が取得した採取資料のファイルデータベース２６０における格納先を、障害候補事象が発生した時間帯に採取された採取資料として、この時間帯と対応付けて事象履歴データベース２４０に格納しても良い。
【０１０１】
さらに、このとき、監視部２７１は、障害候補事象が発生したときに端末装置３００に表示されていた画面の名称と、判定部２７２によって判定された重要度と障害種別を取得し、採取資料と対応付けて事象履歴データベース２４０に格納しても良い。
【０１０２】
本実施形態では、この処理により、障害候補事象が発生した時間帯に収集された情報をファイルデータベース２６０に格納することができる。また、本実施形態では、この処理により、障害候補事象が発生した日時、画面名、事象種別、重要度、採取資料の格納先と、を対応付けた事象履歴情報を、事象履歴データベース２４０に格納することができる。
【０１０３】
次に、電子カルテ処理部２８０は、端末装置３００から、システムの終了指示を受け付けると（ステップＳ９３０）、撮影部２７３に対してシステムの終了指示を行うことを通知する（ステップＳ９３１）。
【０１０４】
撮影部２７３は、この通知を受けて、端末装置３００の画面の動画データの保存を終了する（ステップＳ９３２、９３３）。そして、撮影部２７３は、動画データベース２１０に対し、動画データの保存を終了した時刻を示す、動画情報の終了時刻を更新する（ステップＳ９３４、９３５）。
【０１０５】
また、電子カルテ処理部２８０は、監視部２７１に対しても、システムの終了指示を行うことを通知する（ステップＳ９３６）。監視部２７１は、この通知を受けて、監視を終了し、監視を終了したことを電子カルテ処理部２８０へ通知する（ステップＳ９３７）。言い換えれば、監視部２７１は、操作ログ情報の取得を終了する。
【０１０６】
電子カルテ処理部２８０は、この通知を受けて、端末装置３００に表示させた画面を閉じて（ステップＳ９３８）、処理を終了する。
【０１０７】
電子カルテ処理部２８０の処理が終了すると、情報収集処理部２７０は、監視部２７１の結果抽出部２９２により、電子カルテ処理部２８０が動作していた期間に取得された事象履歴情報を抽出する（ステップＳ９３９、９４０）。
【０１０８】
続いて、監視部２７１は、出力部２７４により、抽出した事象履歴情報を端末装置３００に表示させ（ステップＳ９４１）、処理を終了する。
【０１０９】
尚、本実施形態の情報収集処理部２７０は、端末装置３００において、保守用端末４００への事象履歴情報の送信指示がなされると、事象履歴情報を保守用端末４００へ送信する。そして、情報収集処理部２７０は、事象履歴情報を保守用端末４００へ送信した日時を、事象履歴データベース２４０に格納しても良い。
【０１１０】
次に、図１０乃至図１３を参照して、ステップＳ９１７における判定部２７２による重要度の判定について説明する。図１０は、判定部の処理を説明する第一のフローチャートである。
【０１１１】
本実施形態の判定部２７２は、動作特定部２９３により、動作定義データベース２３０を参照し、監視部２７１によって取得された操作ログ情報と対応する電子カルテシステムの動作を特定する処理を行う（ステップＳ１００１）。つまり、動作特定部２９３は、操作ログ情報と、動作定義データベース２３０とを照合する処理を行う。ステップＳ１００１の詳細は、後述する。
【０１１２】
続いて、判定部２７２は、動作特定部２９３によって電子カルテシステムの動作が特定されたか否かを判定する（ステップＳ１００２）。つまり、動作特定部２９３は、操作ログ情報が示す動作が、電子カルテシステムにおいて決められた動作であるか否かを判定している。
【０１１３】
ステップＳ１００２において、電子カルテシステムの動作が特定されなかった場合、判定部２７２は、後述するステップＳ１００５へ進む。
【０１１４】
ステップＳ１００２において、電子カルテシステムの動作が特定された場合、判定部２７２は、重要度判定部２９４により、特定された動作が、所定時間内に完了していたか否かを判定する（ステップＳ１００３）。所定時間とは、動作定義テーブル２３０−１において、動作定義ＩＤと対応付けられた所要時間である。
【０１１５】
ここでは、判定部２７２は、取得した操作ログ情報に含まれる操作日時と、動作定義情報に含まれる所要時間とから、操作ログ情報と対応する電子カルテシステムの動作が所定時間内に行われたか否かを判定する。つまり、判定部２７２は、電子カルテシステムの動作が、設計仕様を満たしているか否かを判定している。
【０１１６】
ステップＳ１００３において、所定時間内に完了していた場合、重要度判定部２９４は、第一の重要度判定処理を実行し（ステップＳ１００４）、処理を終了する。
【０１１７】
ステップＳ１００３において、所定時間内に動作が完了している場合とは、電子カルテシステムにおいて決められた動作が所要時間内に実行されたことを示している。このため、電子カルテシステムでは、操作に起因する障害候補事象は発生していないことがわかる。したがって、第一の重要度判定処理では、電子カルテシステムのシステムログ情報から、障害候補事象が発生しているか否かを判定し、該当する事象が発生していた場合に、重要度を判定する。
【０１１８】
また、ステップＳ１００２において動作が特定されていない場合とは、操作ログ情報が示す操作が、電子カルテシステムにおいて決められた動作と乖離していることを示す。したがって、電子カルテシステムでは、操作に起因する障害候補事象が発生している可能性がある。
【０１１９】
また、ステップＳ１００３において、所定時間内に動作が完了していない場合、電子カルテシステムで決められた動作が行われているが、なんらかの理由で動作が遅れていることを示す。この場合、電子カルテシステムを実現するハードウェア資源に障害候補事象が発生している可能性がある。
【０１２０】
したがって、第二の重要度判定処理では、端末装置３００のユーザの操作や、ハードウェア資源等の電子カルテシステム以外の要因に起因する障害候補事象の重要度を判定する。
【０１２１】
図１１は、判定部の処理を説明する第二のフローチャートである。図１１では、図１０のステップＳ１００１の詳細を示している。
【０１２２】
本実施形態の判定部２７２の動作特定部２９３は、取得した操作ログ情報が示す操作の内容が、動作定義内容テーブル２３０−２に格納された動作定義内容情報のうち、動作順序「１」の動作定義内容情報が示す操作の内容と一致するか否かを判定する（ステップＳ１１０１）。
【０１２３】
ステップＳ１１０１において一致しない場合、動作特定部２９３は、次の操作ログ情報が存在するか否かを判定する（ステップＳ１１０２）。ステップＳ１１０２において、次の操作ログ情報が存在する場合、該当する操作ログ情報を取得し（ステップＳ１１０３）、ステップＳ１１０１へ戻る。ステップＳ１１０２において、次の操作ログ情報が存在しない場合、動作特定部２９３は、動作が特定されないものとして処理を終了し、ステップＳ１００２へ進む。
【０１２４】
ステップＳ１１０１において一致する場合、動作特定部２９３は、次の操作ログ情報と、次の動作順序の動作定義内容情報とを取得する（ステップＳ１１０４）。続いて、動作特定部２９３は、操作ログ情報が示す操作の内容と、動作定義内容情報が示す操作の内容とが一致するか否かを判定する（ステップＳ１１０５）。
【０１２５】
ステップＳ１１０５において、一致しない場合、動作特定部２９３は、動作が特定されないものとして処理を終了し、図１０のステップＳ１００２へ進む。
【０１２６】
ステップＳ１１０５において、一致する場合、動作特定部２９３は、動作定義内容情報に含まれる動作順序が、動作定義ＩＤの最後の動作順序であるか否かを判定する（ステップＳ１１０６）。ステップＳ１１０６において、最後の動作順序ではない場合、動作特定部２９３は、ステップＳ１１０４に戻る。
【０１２７】
ステップＳ１１０６において、最後の動作順序であった場合、動作特定部２９３は、動作定義テーブル２３０−１を参照し、この操作ログ情報が示す動作を、動作定義内容情報に含まれる動作定義ＩＤと対応付けられた動作定義名が示す動作に特定する（ステップＳ１１０７）。
【０１２８】
以下に、図４乃至図５を参照して、図１１の処理を具体的に説明する。例えば、情報収集処理部２７０は、監視部２７１により、操作ログ情報２２１、２２２、２２３、２２４を取得したとする（図４参照）。
【０１２９】
この場合、動作特定部２９３は、動作定義内容テーブル２３０−２において、操作ログ情報２２１の操作種別、画面、コンポーネント、入力内容が一致し、且つ、動作順序が「１」である動作定義内容情報を探す。
【０１３０】
動作定義内容テーブル２３０−２では、動作定義内容情報２３２が、操作ログ情報２２１と操作種別、画面、コンポーネント、入力内容が一致し、且つ、動作順序が「１」である。
【０１３１】
したがって、動作特定部２９３は、操作ログ情報２２１の次の操作ログ情報である操作ログ情報２２２の操作種別、画面、コンポーネント、入力内容が、動作定義内容情報２３２と動作定義ＩＤが「０００３」で一致し、且つ動作順序が「２」の動作定義内容情報２３３の操作種別、画面、コンポーネント、入力内容と一致するか否かを判定する。
【０１３２】
ここでも、両者は一致する。したがって、動作特定部２９３は、同様に、操作ログ情報２２３と動作定義内容情報２３４、操作ログ情報２２４と動作定義内容情報２３５を照合する。
【０１３３】
そして、動作特定部２９３は、動作定義内容情報２３５の動作順序が、動作定義ＩＤ「０００３」の最後の動作順序であるため、動作定義テーブル２３０−１において、動作定義ＩＤ「０００３」を含む動作定義情報２３１を特定する。そして、動作特定部２９３は、操作ログ情報２２１〜２２４と対応する動作を、動作定義情報２３１に含まれる動作定義名が示す動作「患者検索−カルテ作成」に特定する。
【０１３４】
本実施形態では、以上のようにして、操作ログ情報から、電子カルテシステムの動作を特定する。
【０１３５】
また、本実施形態では、例えば、動作定義情報２３１に含まれる所要時間「７．５ｓｅｃ」である。また、操作ログ情報２２１の操作日時から、操作ログ情報２２４の操作日時までの時間は７．０［ｓｅｃ］である。したがって、操作ログ情報２２１〜２２４と対応する動作「患者検索−カルテ作成」は、所定時間内に実行されたものと判定される。
【０１３６】
次に、図１２を参照して、図１０のステップＳ１００４の処理について説明する。図１２は、判定部の処理を説明する第三のフローチャートである。図１２は、図１０のステップＳ１００４の詳細を示している。
【０１３７】
本実施形態の判定部２７２は、重要度判定部２９４により、監視部２７１が取得したシステムログ情報からシステムエラーが検知されたか否かを判定する（ステップＳ１２０１）。尚、システムエラーの検知は、電子カルテ処理部２８０による電子カルテシステムの機能として、実行されても良い。
【０１３８】
ステップＳ１２０１において、システムエラーが検知されない場合、判定部２７２は、図１０のステップＳ１００１へ戻る。
【０１３９】
ステップＳ１２０１において、システムエラーが検知された場合、重要度判定部２９４は、システムエラーが内部エラーか否かを判定する（ステップＳ１２０２）。内部エラーとは画面上で確認することができない内部的なエラーを示す。
【０１４０】
ステップＳ１２０２において、内部エラーでない場合、重要度判定部２９４は、システムエラーを、重要度が最も高い重要度Ａの障害候補事象とし（ステップＳ１２０３）、処理を終了する。
【０１４１】
この場合、資料採取部２９５は、採取対象情報２９６を参照し、重要度Ａと対応する資料として、電子カルテシステムの動作な影響する全ての情報を取得する。全ての情報とは、システムログ情報、動画情報、操作ログ情報、医療情報等を含む。医療情報とは、情報収集システム１００と連携して動作する他のシステムによって取り扱われる情報である。
【０１４２】
そして、ここで取得された情報は、事象履歴情報と対応付けられる採取資料として、ファイルデータベース２６０に格納され、格納先を示す情報が事象履歴テーブル２４０−１の項目「採取資料の格納先」に値として格納される。
【０１４３】
ステップＳ１２０２において、内部エラーである場合、重要度判定部２９４は、内部エラーが無視できるものであるか否かを判定する（ステップＳ１２０４）。無視できる内部エラーとは、例えば、ワーニングやインフォメーション等である。
【０１４４】
ステップＳ１２０４において、無視できるものである場合、重要度判定部２９４は、重要度は付与せずに、処理を終了する。つまり、ステップＳ１２０４で無視できるものと判定された場合、障害候補事象は発生していないものとする。
【０１４５】
ステップＳ１２０４において、無視できないものである場合、重要度判定部２９４は、この内部エラーを、重要度が重要度Ａの次に高い重要度Ｂの障害候補事象とし（ステップＳ１２０５）、処理を終了する。
【０１４６】
この場合、資料採取部２９５は、採取対象情報２９６を参照し、重要度Ｂと対応する資料として、必要とされる情報を取得する。必要とされる情報とは、例えば、操作ログ情報、動画情報等を含む。そして、ここで取得された情報は、事象履歴情報と対応付けられた採取資料として、ファイルデータベース２６０に格納され、格納先を示す情報が事象履歴テーブル２４０−１の項目「採取資料の格納先」に値として格納される。
【０１４７】
次に、図１３を参照して、図１０のステップＳ１００５の処理について説明する。図１３は、判定部の処理を説明する第四のフローチャートである。図１３は、図１０のステップＳ１００５の詳細を示している。
【０１４８】
本実施形態の重要度判定部２９４は、画面描画のレスポンスの遅延が検知されたか否を判定する（ステップＳ１３０１）。ステップＳ１３０１において、遅延が検知されない場合、重要度判定部２９４は、操作ログ情報が示す操作が、電子カルテシステムにおいて定義された動作と乖離していることを、重要度Ｃの障害候補事象とし（ステップＳ１３０２）、処理を終了する。
【０１４９】
この場合、資料採取部２９５は、採取対象情報２９６を参照し、重要度Ｃと対応する資料として、操作ログ情報を取得する。取得された操作ログ情報は、事象履歴情報の採取資料として、ファイルデータベース２６０に格納され、格納先を示す情報が事象履歴テーブル２４０−１の項目「採取資料の格納先」に値として格納される。尚、このとき、操作ログ情報と共、障害候補事象が発生した時間帯の動画情報を資料として採取しても良い。
【０１５０】
ステップＳ１３０１において、遅延が検出された場合、重要度判定部２９４は、遅延が内部要因によるものか否かを判定する（ステップＳ１３０３）。
【０１５１】
ステップＳ１３０３において、遅延が内部要因によるものでない場合、重要度判定部２９４は、遅延の発生を、重要度Ｄの障害候補事象とし（ステップＳ１３０４）、処理を終了する。
【０１５２】
この場合、資料採取部２９５は、採取対象情報２９６を参照し、重要度Ｄと対応する資料として、ＯＳの負荷状況を示す情報を取得する。取得された情報は、事象履歴情報の採取資料として、ファイルデータベース２６０に格納され、格納先を示す情報が事象履歴テーブル２４０−１の項目「採取資料の格納先」に値として格納される。
【０１５３】
ステップＳ１３０３において、遅延が内部要因によるものでない場合、重要度判定部２９４は、遅延の発生を、重要度Ａの障害候補事象とし（ステップＳ１３０５）、処理を終了する。
【０１５４】
このように、本実施形態では、操作ログ情報に応じて、電子カルテシステムに障害候補事象で発生しているか否かを判定し、障害候補事象が発生した場合に、障害候補事象の種類に応じて重要度が付与される。そして、本実施形態では、障害候補事象の重要度（種類）に応じた資料（情報）を採取し、事象履歴情報と対応付けて管理する。
【０１５５】
また、本実施形態では、重要度に応じて採取された資料には、画面操作の動画情報が含まれる。したがって、本実施形態によれば、障害候補事象がユーザの操作の起因する場合であっても、障害候補事象の要因の解析を容易にすることができる。
【０１５６】
次に、図１４を参照して、本実施形態の端末装置３００の表示例について説明する。図１４は、第一の実施形態の表示例を示す第一の図である。
【０１５７】
図１４に示す画面１４１は、図９ＢのステップＳ９４１によって端末装置３００に表示される画面の例を示している。
【０１５８】
画面１４１には、表示欄１４２と、操作ボタン１４３、１４４とが表示されている。表示欄１４２には、端末装置３００によって電子カルテシステムを起動してから終了するまでの間に発生した障害候補事象と、事象履歴情報との一部とを対応付けた一覧が表示される。障害候補事象の一覧には、各障害候補事象と対応する事象履歴情報のうち、日時と、画面名と、事象種別と、重要度とが表示される。また、障害候補事象の一覧には、障害候補事象の種類（重要度）に応じて採取の対象とされた採取資料が、障害候補事象と対応付けられて表示される。
【０１５９】
また、表示欄１４２には、各障害候補事象と対応して、障害候補事象を選択するためのチェックボックスが表示されている。
【０１６０】
本実施形態では、表示欄１４２において、チェックボックスにチェックが入力されて、障害候補事象が選択され、操作ボタン１４３が操作されると、端末装置３００は、情報収集装置２００に対し、選択された障害候補事象の事象履歴情報の送信指示を通知する。
【０１６１】
情報収集装置２００は、この通知を受けて、事象履歴テーブル２４０−１を参照し、選択された障害候補事象の事象履歴情報が示す採取資料の格納先から、採取資料を取得し、保守用端末４００へ送信する。そして、情報収集装置２００は、採取資料を保守用端末４００に送信すると、事象履歴テーブル２４０−１において、送信された採取資料と対応する事象履歴情報の資料送付日時に、送信した日付と時刻を格納する。
【０１６２】
また、本実施形態では、端末装置３００において操作ボタン１４４が操作されると、情報収集装置２００は、情報収集処理部２７０の処理を終了する。
【０１６３】
このように、本実施形態では、電子カルテシステムが起動している間に発生した障害候補事象の一覧と、障害候補事象が発生した時間帯に採取した資料とを、保守用端末４００へ送信することができる。
【０１６４】
したがって、本実施形態によれば、電子カルテシステムの保守を行う作業者が、電子カルテシステムが導入されている医療機関へ資料を採取しに行く、といった手間を削減することができる。
【０１６５】
（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態は、電子カルテ処理部２８０によって表示される画面のうち、予め設定された画面が端末装置３００に表示された場合に、その時間帯の動画情報や操作ログ情報等の資料を採取する点が、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１６６】
図１５は、第二の実施形態の情報収集処理部の機能を説明する図である。本実施形態の情報収集処理部２７０Ａは、監視部２７１Ａ、判定部２７２、撮影部２７３、出力部２７４を有する。
【０１６７】
本実施形態の監視部２７１Ａは、記録指示部２９１、結果抽出部２９２、操作検出部２９７を有する。
【０１６８】
本実施形態の操作検出部２９７は、予め設定された画面に対する操作を検出すると注意を要する事象が発生したものとし、この事象を障害候補事象と同様に扱う。言い換えれば、本実施形態では、注意を要する事象が発生した場合、この事象の履歴を示す情報を取得する。以下の説明では、注意を要する事象を要注意事象と呼ぶ場合がある。
【０１６９】
尚、本実施形態の操作検出部２９７は、操作の検出の対象となる画面を示す設定情報を保持していても良い。
【０１７０】
次に、図１６を参照して、本実施形態の情報収集システム１００の動作を説明する。第二の実施形態の情報収集システムの動作を示すシーケンス図である。図１６では、主に操作検出部２９７の動作を示している。
【０１７１】
本実施形態の電子カルテ処理部２８０は、端末装置３００から、操作検出部２９７において予め設定された画面に対する操作が行われると（ステップＳ１６０１）、情報収集処理部２７０の監視部２７１Ａに対して、動作の記録を指示する（ステップＳ１６０２）。
【０１７２】
監視部２７１Ａは、この指示を受けて、記録指示部２９１により、操作ログデータベース２２０の操作ログ情報を更新する（ステップＳ１６０３）。監視部２７１Ａは、操作ログ情報を取得すると、電子カルテ処理部２８０に対して、動作を記録したことを通知する（ステップＳ１６０４）。
【０１７３】
続いて、監視部２７１Ａは、操作検出部２９７により、端末装置３００において操作が行われている画面が、予め設定された画面であることを検出すると、撮影部２７３に対し、要注意事象の発生を通知する（ステップＳ１６０６）。
【０１７４】
撮影部２７３は、この通知を受けて、事象履歴データベース２４０にアクセスし、この通知を受けた日付と時刻を、事象履歴データベース２４０の日時として格納し（ステップＳ１６０７）、監視部２７１へ返す（ステップＳ１６０８）。
【０１７５】
このあと、情報収集処理部２７０Ａは、判定部２７２の資料採取部２９５により、採取対象の資料を採取してファイルデータベース２６０へ格納する。また、資料採取部２９５は、要注意事象が発生した日時と、事象の種別と、採取資料の格納先とを対応付けて、事象履歴データベース２４０に格納する。尚、このとき、事象の種別は「要注意」とされても良い。また、本実施形態では、採取対象情報２９６に、要注意事象と、採取対象資料と、を対応付けた情報が含まれても良い。
【０１７６】
ステップＳ１６０８以降の判定部２７２の処理は、図９のステップＳ９１９からステップＳ９２６までの処理と同様であるから、説明を省略する。
【０１７７】
次に、図１７乃至図１９を参照して、本実施形態の端末装置３００の表示例について説明する。図１７は、第二の実施形態の表示例を示す第一の図である。
【０１７８】
図１７に示す画面１７１は、端末装置３００に表示される画面の例である。画面１７１には、操作ボタン１７２と、入力欄１７３と、表示欄１７４と、操作ボタン１７５、１７６が表示されている。
【０１７９】
操作ボタン１７２は、表示欄１７４に表示させる事象履歴情報を抽出する第一の条件を選択するための操作ボタンであり、入力欄１７３は、表示欄１７４に表示させる事象履歴情報を抽出する第二の条件を選択するための操作ボタンである。
【０１８０】
具体的には、操作ボタン１７２は、事象履歴データベース２４０に格納された事象履歴情報のうち、保守用端末４００に送信されていない事象履歴情報、保守用端末４００に送信された事象履歴情報、全ての事象履歴情報を選択するための操作ボタンである。
【０１８１】
入力欄１７３は、事象履歴情報が取得された時期を入力するための入力欄である。図１７の例では、入力欄１７３には、２０１８／１１／１１〜２０１８／１１／１１と入力されている。
【０１８２】
したがって、図１７の例では、２０１８／１１／１１に発生した障害候補事象又は要注意事象に関する事象履歴情報の全ての一覧が表示欄１７４に表示される。
【０１８３】
表示欄１７４では、障害候補事象と要注意事象とが一覧で表示されている。また、表示欄１７４には、事象毎に、事象履歴情報の資料送付日時が表示されており、さらに、各事象を選択するためのチェック欄が表示されている。
【０１８４】
本実施形態では、例えば、重要度が最も高い障害候補事象については、他の障害候補事象又は要注意事象と表示態様を異ならせても良い。具体的には、例えば、重要度がＡの障害候補事象については、マーカーを付与する等して、強調表示させても良い。
【０１８５】
操作ボタン１７５、１７６は、図１４の操作ボタン１４３、１４４と同様であるから、説明を省略する。
【０１８６】
また、本実施形態では、例えば、表示欄１７４に表示された一覧において、ある障害候補事象を選択する操作が行われると、画面１７１を、選択された障害候補事象と対応する採取資料の詳細を示す画面１８１に遷移させても良い。
【０１８７】
具体的には、表示欄１７４における障害候補事象又は要注意事象の発生日時に、採取資料の格納先を示すリンクが付与されていても良い。
【０１８８】
図１８は、第二の実施形態の表示例を示す第二の図である。図１８に示す画面１８１は、図１７の表示欄１７４において、重要度Ａの障害候補事象が選択された場合に、端末装置３００に表示される画面の例を示している。
【０１８９】
画面１８１は、表示欄１８２、１８３、１８４、１８５と、操作ボタン１８６が表示される。表示欄１８２は、選択された障害候補事象が発生した日時が表示され、表示欄１８３には、選択された障害候補事象の種別が表示され、表示欄１８４には、重要度が表示される。また、表示欄１８５には、採取資料に含まれる採取ファイルの一覧が表示される。
【０１９０】
言い換えれば、表示欄１８２は、事象履歴テーブル２４０−１における、選択された障害候補事象と対応する事象履歴情報の項目「日時」の値が表示され、表示欄１８３には、項目「事象種別」の値が表示され、表示欄１８４には、項目「重要度」の値が表示される。また、表示欄１８５には、事象履歴詳細テーブル２４０−２において、選択された事象履歴情報と対応する項目「採取ファイル」の値が表示される。
【０１９１】
また、操作ボタン１８６は、画面１８１を画面１７１へ戻すための操作ボタンである。
【０１９２】
本実施形態の画面１８１では、例えば、障害候補事象の重要度に応じて、背景色を異ならせても良い。図１８の例では、重要度Ａの障害候補事象が選択されているため、背景色が、例えば要注意事象が選択された場合の背景色とは、異なっている。このように、本実施形態では、事象の重要度に応じて背景色を異ならせることで、視覚的に重要度の高さを認識させることができる。
【０１９３】
図１９は、第二の実施形態の表示例を示す第三の図である。本実施形態では、障害候補事象と対応する採取資料を保守用端末４００へ送信する際に、採取資料の格納場所を設定することができる。
【０１９４】
図１９に示す画面１９１は、例えば、図１７の表示欄１７４において、障害候補事象又は要注意事象が選択されて、操作ボタン１７５が操作された後に、端末装置３００に表示される設定画面の一例を示す。
【０１９５】
画面１９１には、入力欄１９２、１９３が表示されている。入力欄１９２は、操作ログ情報の格納場所が入力され、入力欄１９３は、動画データの格納場所が入力される。
【０１９６】
本実施形態では、端末装置３００において、採取資料を保守用端末４００に送信する際に、保守用端末４００における採取資料の格納場所を予め設定することができる。
【０１９７】
以上のように、本実施形態によれば、画面操作の動画データを記録しておき、障害候補事象が発生したときの時間帯に取得された動画データを、障害候補事象と対応する資料として取得する。したがって、本実施形態によれば、ユーザの操作に起因する障害候補事象の解析を行うために有用な情報を収集することができ、障害候補事象を再現して検証する期間の短縮に貢献することができる。
【０１９８】
また、本実施形態では、障害候補事象と対応して取得された採取資料を、保守作業を行う作業者が使用する保守用端末４００へ送信することができる。したがって、本実施形態によれば、保守作業を行う作業者が医療機関へ資料を採取しに行く手間を削減できる。
【０１９９】
また、本実施形態によれば、障害候補事象の再現及び検証に係る期間の短縮によって、電子カルテ処理部２８０の修正プログラムの提供までの期間の短縮にも貢献できる。したがって、本実施形態によれば、障害候補事象に対して迅速に対応することができ、電子カルテシステムの利用者の満足度の向上に貢献できる。
【０２００】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する、処理をコンピュータに実行させる情報収集プログラム。
（付記２）
前記障害候補事象と、前記障害候補事象の種類に応じて収集された情報とを対応付けた一覧を出力する処理を、前記コンピュータに実行させる、付記１記載の情報収集プログラム。
（付記３）
前記入力装置による前記操作を示す操作ログ情報を記録し、
前記操作ログ情報と、前記システムの動作定義を示す情報と、に基づき、前記障害候補事象の発生を検出し、
前記障害候補事象の種類に応じて、前記障害候補事象毎の重要度を決定し、
前記障害候補事象の重要度に応じ、前記収集する情報を決定する、処理を前記コンピュータに実行させる、付記２記載の情報収集プログラム。
（付記４）
前記障害候補事象は、
前記システムのシステムエラー、前記システムの動作の仕様を満たさない事象、前記システム以外の要因によって生じた事象、を含む、付記３記載の情報収集プログラム。
（付記５）
前記収集された情報の送信指示を受け付けて、前記収集された情報を、設定された格納先へ送信する、処理を前記コンピュータに実行させる付記２乃至４の何れか一項に記載の情報収集プログラム。
（付記６）
前記収集の対象となる情報は、
前記システムのシステムログ情報、前記システムのサーバ装置に搭載されたオペレーションシステムの負荷状況を示す情報、前記システムにおいて取り扱われる情報を含む、付記２乃至５の何れか一項に記載の情報収集プログラム。
（付記７）
前記入力装置により、予め設定された画面に対する操作が行われたことを検知し、
前記設定された画面に応じて、前記収集の対象となる情報を決定する、付記６記載の情報収集プログラム。
（付記８）
コンピュータによる情報収集方法であって、前記コンピュータが、
ユーザにより入力装置から画面に対して入力される操作を動画データとして記録し、
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定し、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する、情報収集方法。
（付記９）
端末装置と、情報収集装置と、を有する情報収集システムであって、
前記情報収集装置は、
ユーザにより入力装置から前記端末装置に表示された画面に対して入力される操作を動画データとして記録する監視部と
システムの障害の候補となる障害候補事象の発生が検出されると、前記障害候補事象の種類に応じて、収集する情報を決定する決定部と、
前記収集する情報に前記動画データが含まれる場合に、前記障害候補事象が発生した時間帯に記録された動画データを収集する収集部と、を有する、情報収集システム。
【０２０１】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０２０２】
１００  情報収集システム
２００  情報収集装置
２１０  動画データベース
２２０  操作ログデータベース
２３０  動作定義データベース
２４０  事象履歴データベース
２５０  医療情報データベース
２６０  ファイルデータベース
２７０  情報収集処理部
２７１  監視部
２７２  判定部
２７３  撮影部
２７４  出力部
２８０  電子カルテ処理部
２９１  記録指示部
２９２  結果抽出部
２９３  動作特定部
２９４  重要度判定部
２９５  資料採取部
３００  端末装置
４００  保守用端末
【図１】
2020201839.tif 000003
【図２】
2020201839.tif 000004
【図３】
2020201839.tif 000005
【図４】
2020201839.tif 000006
【図５】
2020201839.tif 000007
【図６】
2020201839.tif 000008
【図７】
2020201839.tif 000009
【図８】
2020201839.tif 000010
【図９Ａ】
2020201839.tif 000011
【図９Ｂ】
2020201839.tif 000012
【図１０】
2020201839.tif 000013
【図１１】
2020201839.tif 000014
【図１２】
2020201839.tif 000015
【図１３】
2020201839.tif 000016
【図１４】
2020201839.tif 000017
【図１５】
2020201839.tif 000018
【図１６】
2020201839.tif 000019
【図１７】
2020201839.tif 000020
【図１８】
2020201839.tif 000021
【図１９】
2020201839.tif 000022