JP2009230301A - ログデータの取得のための制御方法および装置、並びにコンピュータプログラム - Google Patents

Abstract

【課題】少ないデータ量でエラーの原因の究明に有効なログデータを取得すること。
【解決手段】種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベルを設定しておき（＃１０１）、操作に基づく処理プログラムの実行中にエラーが発生したときに（＃１０２）、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルを取得し（＃１０３）、ログレベルに応じた遡及範囲を決定し（＃１０４）、その範囲に遡及してログデータを取得し（＃１０５）、取得されたログデータにより解析用ログファイルを作成する（＃１０６）。
【選択図】 図１２

Description

本発明は、ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御方法および装置、並びにコンピュータプログラムに関する。

従来において、病院、医院などの医療施設において、医師によって作成されるカルテを電子化した電子カルテシステムが用いられている。電子カルテシステムによると、電子カルテには、患者の病歴、診療歴、治療内容などの情報が記録される。

また、医療施設においては、検査システム、薬剤システム、または会計システムなどの種々のシステムが並行して稼動している。これら複数のシステムが互いに連携することにより、膨大な量のデータ処理を行う医療情報システムが形成されている。

さて、電子カルテシステムにおいて、システムのエラー、トラブル、または不具合などが発生した場合に、その原因の究明や早期復旧のために、システムの処理履歴を記録したログ（システムログ）が用いられる。電子カルテを参照しまたは記録するのは主に医師であり、医師は患者への対応に追われることが多く、ほとんどの場合にエラー発生時の状況を詳しく聞くことができないので、ログの存在は貴重である。

他方、医療施設で稼動しているシステムの動作を軽快にするために、またセキュリティを高く保つために、ログの出力つまりログのデータ量を極力少なくすることが求められる。

しかし、ログが少ない場合にはエラーの発生時に調査が不可能になったり困難になったりする。また、エラーの発生のたびにその都度ログ出しを行うようにプログラムを修正をすることには、大きなリスクをともない、かつ、原因の調査や復旧に多大な工数が必要となってしまう。

従来において、適切なタイミングで適切な稼働実績情報をアップロードする技術が提案されている（特許文献１）。特許文献１には、ログレベル１〜５の内で３以下の稼働ログファイルを通常ログファイルとして記憶領域に書き込み、配信用ホスト装置へ定期的に（例えば毎日）アップロードする。そして、アップロード後はその通常ログファイルは削除する。そして、全てのログレベルの稼働ログファイルを詳細ログファイルとして記憶領域に新しいものを優先して書き込む。

また、コンピュータに実装された業務プログラムを変更することなく所望のログを取得する技術が提案されている（特許文献２）。特許文献２には、各種のログメッセージデータにそれぞれランクデータを設定したログランク設定テーブルと、出力対象のログレベルを可変自在に記憶する出力レベル設定テーブルとを設ける。業務プログラムを実行する過程でログメッセージデータが発生すると、ログランク設定テーブルを参照して当該ログメッセージデータのランクを取得する。そしてその取得したランクが出力レベル設定テーブルに記憶されたログレベル以上か否かを判断する。そしてランクがログレベル以上の場合のみ、当該ログメッセージデータをログ出力ファイルに出力する。
特開２００４−２８７０１８ 特開平１１−２９６４１５

しかし、従来において、エラーの早期復旧のために必要なログを少ないデータ量で得るという点で十分でない。

電子カルテシステムにおいて、履歴情報を常にログとして記録した場合にはシステム資源が圧迫され、システムに大きな負荷をかけることとなる。また、データの入力者である医師および看護師などの医療従事者は、人の健康や命と直接的に向き合っているため、一刻一秒を争うことも多く、通常、エラーの調査に協力を得ることは難しい。

また、エラーの発生後においてはログを採取することができず、エラーが復旧したとしても原因の究明には多くの時間を要することとなる。そのため、簡単かつ迅速にエラーの原因を見つけることのできる仕組みが必要である。

本発明は、上述の問題に鑑みてなされたもので、処理プログラムが実行される処理システムにおいて、少ないデータ量でエラーの原因の究明に有効なログデータの取得のための制御方法および装置、並びにコンピュータプログラムを提供することを目的とする。

本発明に係る実施形態の制御方法によると、種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベルを設定しておき、操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルに応じた範囲に遡及してログデータを取得し、取得されたログデータにより解析用ログファイルを作成する。

これにより、エラー発生時の操作または処理の種類に対応して、そのシステムへの影響の大きさに応じた遡及範囲のログデータが取得される。

本発明によると、処理プログラムが実行される処理システムにおいて、少ないデータ量でエラーの原因の究明に有効なログデータを取得することが可能である。

図１は本発明に係る一実施形態の医療情報システム１の構成の例を示すブロック図、図２はクライアント端末５の構成の一例を示すブロック図、図３はクライアント端末５が電子カルテシステムとして動作した場合のクライアント端末５の機能的な構成を示すブロック図、図４はログレベルテーブル４４の例を示す図、図５は補正係数テーブル４５の例を示す図、図６はツールテーブルＴＬの例を示す図、図７は係数テーブルＫＴの例を示す図、図８は遡及範囲テーブルＳＴの例を示す図、図９は電子カルテシステムＫＳにおけるログデータ取得制御機能を示すブロック図である。

図１において、医療情報システム１は、検査システムサーバ３ａ、医事会計システムサーバ３ｂ、薬剤システムサーバ３ｃ、注射システムサーバ３ｄ、放射線システムサーバ３ｅ、電子カルテシステムサーバ４、および多数のクライアント端末５（クライアント端末５ａ，５ｂ，５ｃ…）などからなる。

これらは互いにＬＡＮ（Local Area Network )６により接続されている。ＬＡＮ６はインターネットにも接続されており、プログラムやデータをネットワークを介してそれらサーバまたは端末にダウンロードすることも可能である。

なお、検査システムサーバ３ａ、医事会計システムサーバ３ｂ、薬剤システムサーバ３ｃ、注射システムサーバ３ｄ、放射線システムサーバ３ｅ、電子カルテシステムサーバ４の全部または一部を、「サーバ」「サーバ３」「サーバ４」などと記載することがある。

各サーバ３，４は、処理装置、記憶装置、ハードディスク、入力装置、出力装置、表示装置、媒体ドライブ装置、インタフェース装置、および通信装置などを有するコンピュータシステムによって構成されている。このようなサーバ３のハードウエア構成それ自体は、公知のものを用いることが可能である。各サーバ３，４において、記憶装置に格納されたコンピュータプログラムを処理装置が実行することによって、検査システム、医事会計システム、薬剤システム、注射システム、放射線システム、電子カルテシステムなどの機能が実現される。それぞれのシステムが１つのサーバで実現される場合もあれば、複数のサーバで１つのシステムが実現される場合もある。また、１つのサーバで複数のシステムが実現される場合もある。

電子カルテシステムサーバ４には、患者データベース１１、カルテデータベース１２、その他のデータベース、およびこれらのデータベースへのデータの読み書きのための処理部、電子カルテシステムの種々の機能を実現する処理部、他のサーバまたはクライアント端末５との間でデータの送受信を行う通信部などが設けられる。電子カルテシステムサーバ４およびクライアント端末５によって、電子カルテシステムＫＳが構成されている。

クライアント端末５は、コンピュータシステムの一種であり、診察室、検査室、薬局、事務室、受け付け、その他の場所に配置されている。クライアント端末５は、種々のサーバにアクセスし、それらサーバの提供する検査システム、医事会計システム、薬剤システム、注射システム、放射線システム、または電子カルテシステムなどのクライアントとして動作可能である。クライアント端末５を操作する人は、その認証レベルなどに応じて、各システムの機能を利用することができる。クライアント端末５がサーバの機能を利用する場合に、それらを「ツール」として利用する。つまり、クライアント端末５は、各サーバにより構築されるシステムを、検査ツール、処方ツール、注射ツール、放射線ツールなどとして利用する。また、これらの各ツールにおいても、複数のツールに細分化されている。詳しくは後で説明する。

図２において、クライアント端末５は、処理装置２１、キーボード２２、マウス２３、ディスプレイ２４、スキャナ２５、カードリーダ２６、およびプリンタ２７などを有する。ログインのための生体認証装置は必要に応じて設けられる。処理装置２１には、演算処理を行うＣＰＵ２１ａ、半導体メモリ２１ｂ、ハードディスク２１ｃなどが設けられる。半導体メモリ２１ｂには、後で述べる解析用ログファイル４６が一時的に作成される。ハードディスク２１ｃには、作成された解析用ログファイル４６が保存される。

図３に示すように、クライアント端末５には、電子カルテシステムの機能として、電子カルテクライアント３１、ログインツール３２、処方ツール３３、検査ツール３４、注射ツール３５、および患者一覧ツール３６などが設けられる。また、各ツールには、それぞれ、入力部ＦＮ、参照部ＦＳ、記録部ＦＫ、チェック部ＦＣが設けられる。これら、入力部ＦＮ、参照部ＦＳ、記録部ＦＫ、チェック部ＦＣは、それぞれ、入力処理、参照処理、記録処理、チェック処理と言うことも可能である。

電子カルテクライアント３１には、送受信部４１、チェックロジック４２、ログデータ取得部４３、ログレベルテーブル４４、補正係数テーブル４５、解析用ログファイル４６、およびログファイル４７などが設けられる。

ログインツール３２は、クライアント端末５を使用する者のログインのために用いられる。電子カルテシステムは、通常、主として医師がユーザとして使用するものであるので、ログインツール３２により、医師がログインするに当たって必要な認証が行われる。

処方ツール３３、検査ツール３４、および注射ツール３５などは、サーバ３が提供する薬剤システム、検査システム、注射システムなどの機能の一部であり、それらの機能をクライアント端末５において利用できるように形成されたものである。

患者一覧ツール３６は、患者を一覧するための機能である。例えば、医師が担当する全ての患者、当日の診察患者、午前または午後の診察患者をディスプレイ２４の表示面ＨＧに一覧表示する機能がある。また、一覧表示の中から選択した患者の診察履歴などを表示面ＨＧに表示する機能がある。

入力部ＦＮ、参照部ＦＳ、記録部ＦＫ、およびチェック部ＦＣによって、医療情報システム１への影響の大きさの互いに異なるデータ処理が行われる。

すなわち、入力部ＦＮは、キーボード２２またはマウス２３などから文字やデータを入力する機能である。入力部ＦＮによる処理動作では、キーボード２２またはマウス２３などから入力された文字やデータが、当該クライアント端末５の内部においてのみ、記憶されまたは処理され、外部、例えばサーバ３，４または他のクライアント端末５には出力されない。したがって、入力部ＦＮによるデータ処理では、全体のシステムへの影響は小さい。

参照部ＦＳは、データを参照するために、外部からデータを転送して当該クライアント端末５に入力する機能である。参照部ＦＳによる処理動作では、電子カルテシステムサーバ４の患者データベース１１またはカルテデータベース１２から、または他のサーバ３のデータベースまたは記憶領域から、データが読み出される。参照部ＦＳによる処理では、相手の機器などからデータを読み出すのみであり、それらの機器の記憶領域にデータを書き込むことをしない。したがって、参照部ＦＳによるデータ処理では、全体のシステムへの影響は余り大きくない。

チェック部ＦＣは、チェックロジックとの間においてデータの授受を行って当該データのチェック（検査）を行う機能である。チェックロジックの関与する限られた範囲内において、データの書き込みが行われることがある。したがって、チェック部ＦＣによるデータ処理では、全体のシステムへの影響が小さくはない場合がある。

記録部ＦＫは、当該クライアント端末５の内部のみならず、電子カルテシステムサーバ４のカルテデータベース１２や患者データベース１１などの外部の機器にもデータを書き込んで更新する機能である。さらには、他のサーバ３のデータベースまたは記憶領域にデータを書き込むこともある。したがって、記録部ＦＫによるデータ処理では、全体のシステムへの影響は他の処理よりも大きい。

これら、入力部ＦＮ、参照部ＦＳ、記録部ＦＫ、およびチェック部ＦＣは、それぞれ、種々ある操作の１つであると見ることもできる。例えば、キーボード２２またはマウス２３を用い、または画面に表示されたボタンやボックスをクリックすることにより、それぞれ、入力操作、参照操作、記録操作、チェック操作を行うことに対応するとも言える。

例えば、クライアント端末５の表示面ＨＧに表示された画面において、他からのデータを取得するためのボタンをクリックしたときは参照部ＦＳの処理となり、他へのデータ転送のためのボタンをクリックしたときは記録部ＦＫの処理となる。

送受信部４１は、クライアント端末５と電子カルテシステムサーバ４との間、または電子カルテシステムと他のシステムまたはツールとの間で、データの送受信を行う機能である。

チェックロジック４２は、入力されたデータなどに矛盾や異常がないかどうか、エラーとなるようなデータが存在しないかどうかなどをチェックする。そして、異常があればそれをエラーとして警報を発する。例えば、処方オーダにおいて薬剤の投入量が異常に多い場合に、それをエラーとする。したがって、チェック部ＦＣによる処理の際にエラーが発生する確率は高い。

ログデータ取得部４３は、エラーが発生したときに、予め設定された必要な範囲でログデータを取得する。つまり、操作に基づくプログラムの実行中にエラーが発生したときに、当該操作に対応したログレベルに応じた範囲に遡及してログデータを取得する。

ログレベルテーブル４４は、種々の操作に対応して実行される複数の種類のデータ処理（処理種類）について、それぞれのデータ処理による当該システムへの影響の大きさに応じたログレベルが設定されたテーブルである。本実施形態では、上に述べた入力操作、参照操作、記録操作、チェック操作に対応して、ログレベルが設定される。

図４において、ログレベルテーブル４４は、ログコードＣＬ、処理種類ＳＹ、ログレベルＬＬ、有効フラグＦＧの項目を含んでいる。処理種類ＳＹとして、入力、参照、記録、チェックの４つが記録されており、それぞれに対してログコードＣＬが付されている。そして、それらの処理種類ＳＹに対して、「０」「１」「２」「２」のログレベルＬＬが与えられている。

補正係数テーブル４５は、１つまたは複数の種類のデータ処理（処理種類）の実行をそれぞれ含む複数のツールＮＴについて、それぞれ設定された補正係数ＨＫを格納する。

操作に基づく処理プログラムの実行中にエラーが発生したときには、これら、ログレベルＬＬおよび補正係数ＨＫなどを用いて、遡及レベルＬＳが決定され、決定された遡及レベルＬＳに応じた遡及範囲ＨＳに遡及して、ログデータＤＬが取得される。

図５において、補正係数テーブル４５は、対処ツールＩＤ（ＴＤ）、ツール（ツール名）ＮＴ、および補正係数ＨＫの項目を含んでいる。それぞれのツールＮＴに対して、対処ツールＩＤ（ＴＤ）が付されており、それぞれの補正係数ＨＫが与えられている。

図６において、ツールテーブルＴＬには、それぞれのツールＮＴに含まれる処理種類ＳＹの内容が示されている。例えば、「システムログイン」では、処理種類ＳＹとして、「入力」「チェック」が含まれる。「患者一覧の検索」では、処理種類ＳＹとして、「参照」のみが含まれる。「処方オーダ」「検査オーダ」「注射オーダ」「診察予約オーダ」などでは、処理種類ＳＹとして、「入力」「参照」「記録」「チェック」の全てが含まれる。

図７において、係数テーブルＫＴには、それぞれの処理種類ＳＹに対する係数ＫＥが示されている。つまり、「入力」「参照」「記録」「チェック」に対し、係数ＫＥとして、「０．１」「０．２」「０．４」「０．３」がそれぞれ与えられている。本実施形態では、これら４つの補正係数ＨＫの合計は１となっている。

すなわち、図５および図６に示す各ツールＮＴに与えられた補正係数ＨＫは、各ツールＮＴに含まれる処理種類ＳＹの係数ＫＥを加算した値である。

上に述べたように、設定されたログレベルＬＬおよび補正係数ＨＫなどに基づいて遡及レベルＬＳが決定される。すなわち、遡及レベルＬＳは、次の（１）式で求められる。

ＬＳ＝ＬＬ×ＨＫ×Ｃ ……（１）
但し、遡及レベルＬＳは、（１）式の演算結果が小数を含む場合には、小数点以下切上げによって整数とされ、また最大が２とされる。したがって、本実施形態において、遡及レベルＬＳは「０」「１」「２」のいずれかである。なお、遡及レベルＬＳは、演算結果を小数点以下切下げとしまたは四捨五入によって整数としてもよい。遡及レベルＬＳとして、さらに「３」「４」「５」などを設け、遡及範囲ＨＳの種類をもっと増やしてもよい。

上の（１）式におけるＣは重要度である。重要度Ｃは、例えば、当日において同じ患者のカルテを開いた回数によって決定される。つまり、この場合は、システムログインした後、患者のカルテを開いたときに、同じシステムログイン中において同じ患者のカルテを開いた回数である。これは、通常は１回であるから重要度Ｃは「１」であることが多いが、患者に対して検査オーダや放射線オーダを発した場合には、検査や放射線が終わってから２回目の診察を行うことが多いので、この場合には重要度Ｃは「２」となる。

したがって、例えば、ログレベルＬＬが「２」であり、補正係数ＨＫが「１」であり、重要度Ｃが「１」である場合には、遡及レベルＬＳは「２」（＝２×１×１）となる。また、ログレベルＬＬが「２」であり、補正係数ＨＫが「０．５」であり、重要度Ｃが「１」である場合には、遡及レベルＬＳは「１」（＝２×０．５×１）となる。また、ログレベルＬＬが「１」であり、補正係数ＨＫが「０．２」であり、重要度Ｃが「１」である場合には、遡及レベルＬＳは、１×０．２×１＝０．２を切り上げて「１」となる。

図８において、遡及範囲テーブルＳＴは、遡及レベルＬＳに対応した遡及範囲ＨＳが示されている。つまり、遡及レベルＬＳが、「２」「１」「０」のそれぞれに対し、遡及範囲ＨＳは、「システムログイン時」「カルテ開始時」「ツール起動時」となっている。

したがって、例えば、遡及レベルＬＳが「２」であれば、遡及範囲テーブルＳＴに基づいて遡及範囲ＨＳは「システムログイン時」となり、したがって、エラーが発生した時点から「システムログイン時」まで遡及してログデータＤＬを取得することとなる。

したがって、この場合には、システムログインした後のどの時点でエラーが発生した場合でも、システムログインからエラー発生時点までのログデータＤＬが取得され、これらによって１つの解析用ログファイル４６が作成される。通常、システムログインおよびシステムログアウトは、１日における午前および午後に１回づつ行われるので、遡及レベルＬＳが「２」の場合には、午前の診察または午後の診察におけるエラー発生までのログデータＤＬが取得されることが多い。

また、遡及レベルＬＳが「１」であれば、遡及範囲テーブルＳＴに基づいて遡及範囲ＨＳは「カルテ開始時」となり、したがって、エラーが発生した時点から「カルテ開始時」まで遡及してログデータＤＬを取得することとなる。

したがって、この場合には、当該患者についてカルテを開いてからエラー発生時点までのログデータＤＬが取得され、これによって１つの解析用ログファイル４６が作成される。

また、遡及レベルＬＳが「０」であれば、遡及範囲テーブルＳＴに基づいて遡及範囲ＨＳは「ツール起動時」となり、したがって、エラーが発生した時点から「ツール起動時」まで遡及してログデータＤＬを取得することとなる。

したがって、この場合には、ある患者の診察において１つのツールを起動した時点からエラー発生時点までのログデータＤＬが取得され、これによって１つの解析用ログファイル４６が作成される。

解析用ログファイル４６は、取得されたログデータＤＬにより作成されるファイルである。エラーが発生すると、システムエンジニアなどの担当者がその原因の調査と復旧に当たることとなるが、その際に、担当者は、解析用ログファイル４６の内容をメンテナンス用のコンピュータの表示面に表示する。担当者は、解析用ログファイル４６の内容を見て、その原因の究明と復旧とを行う。

なお、解析用ログファイル４６は、一次的には例えば主メモリの一部の領域に作成されるが、システムログアウトした際には、他の領域、例えばハードディスクなどの大容量記憶部に移動される。

ログファイル４７は、クライアント端末５における通常の処理についての履歴であるログデータ（メインログデータ、メインログ情報）を蓄積したファイルである。なお、電子カルテシステムＫＳにおける種々の処理にともなうログデータを取得するために、メインログ情報取得部が設けられている。メインログ情報取得部が取得したログデータがログファイル４７に記録される。

上に述べたように、エラーが発生した場合に、エラー発生時の操作および処理種類に応じて、ログレベルＬＬ、補正係数ＨＫ、および重要度Ｃが決定され、それらに基づいた遡及レベルＬＳに応じて、遡及範囲ＨＳが決定される。そして、遡及範囲ＨＳに基づいてログデータＤＬを取得し、解析用ログファイル４６を作成する。

したがって、エラー発生時の操作および処理種類に対応して、そのシステムへの影響の大きさに応じた遡及範囲ＨＳのログデータＤＬが取得されることとなる。これにより、エラーの原因の究明に有効であるログデータＤＬを取得することが可能であるとともに、不要なログデータＤＬは取得され難くなるため、解析用ログファイル４６のデータ量は少なくなり、システム資源が圧迫されたりシステムに大きな負荷をかけることがなくなる。

なお、ログレベルテーブル４４および補正係数テーブル４５などは、ログレベルＬＬまたは補正係数ＨＫを格納したマスタファイルであると言うこともできるので、これらはログマスタ、補正係数マスタなどと言うこともできる。

なお、ツールテーブルＴＬ、係数テーブルＫＴ、および遡及範囲テーブルＳＴは、電子カルテクライアント３１に設けておけばよい。また、ツールテーブルＴＬは、補正係数ＨＫの定め方を説明するために示したものであり、設けなくてもよい。

図９において、電子カルテシステムＫＳにおいて、ログデータ取得制御機能つまり制御装置ＫＳＣとして、ログレベルテーブル４４、補正係数テーブル４５、遡及範囲テーブルＳＴ、ログレベル取得部５１、補正係数取得部５２、処理種類検出部５３、ツール検出部５４、重要度検出部５５、エラー検出部５６、遡及レベル算出部５７、遡及範囲決定部５８、ログデータ取得部４３、および解析用ログファイル作成部６０などが設けられる。

エラー検出部５６は、電子カルテシステムＫＳにおけるエラーの発生、特に種々のツールにおけるエラーの発生を検出する。

エラー検出部５６がエラーの発生を検出すると、処理種類検出部５３はそのときの処理種類ＳＹを検出し、ツール検出部５４はそのときに用いられていたツールＮＴを検出し、重要度検出部５５は重要度Ｃを検出する。検出された処理種類ＳＹおよびツールＮＴに応じて、ログレベルテーブル４４または補正係数テーブル４５から、ログレベルＬＬおよび補正係数ＨＫが取得される。これらと重要度Ｃとに基づいて、遡及レベル算出部５７において遡及レベルＬＳが算出される。算出された遡及レベルＬＳに基づいて、遡及範囲決定部５８が、遡及範囲テーブルＳＴを参照して遡及範囲ＨＳを決定する。遡及範囲ＨＳに基づいて、ログデータ取得部５９は、ログデータＤＬを取得する。解析用ログファイル作成部６０は、取得したログデータＤＬを解析用ログファイル４６とする。解析用ログファイル４６は、例えばハードディスク２１ｃに送られてそこで保存される。

次に、上に述べた電子カルテシステムＫＳにおいてエラーが発生したときの処理について、具体例に基づいて説明する。

図１０は医師による主な操作の例を示す図、図１１は図１０における患者Ｂについての操作の詳しい一例を示す図である。なお、図１０に示す内容はログファイル４７の一例である。図１１に示す内容についても、これをログファイル４７の一例とすることも可能である。

図１０において、医師は、まず、クライアント端末５における電子カルテシステムＫＳにシステムログインする（＃１１）。患者の一覧を表示する（＃１２）。最初の患者である患者Ａのカルテ（電子カルテ）を開き、患者Ａの診察を開始する（＃１３）。診察が終われば患者Ａのカルテを閉じる（＃１４）。次の患者Ｂのカルテを開き（＃１５）、診察が終わればカルテを閉じる（＃１６）。患者Ｃについても同様であり（＃１７、１８）、以降の患者についてこれが繰り返される。

そして、患者Ｂについて当日２回目の診察を行うためにカルテを開き（＃１９）、診察が終わればカルテを閉じる（＃２０）。最終の患者Ｇのカルテを開き（＃２１）、診察が終わればカルテを閉じて（＃２２）、電子カルテシステムＫＳからシステムログアウトを行う（＃２３）。

なお、図１０に示す例では、患者Ｂは、ステップ＃１５で１回目の診察を受け、その診察において検査を指示され、検査を終えた後、ステップ＃１９で２回目の診察を受けている。

図１１において、患者Ｂについてカルテを開いた後（＃３１）、過去のカルテを参照し（＃３２）、検査結果を参照する（＃３３）。医師が診察による所見を入力する（＃３４）。処方オーダを入力し（＃３５）、検査オーダを入力し（＃３６）、注射オーダを入力し（＃３７）、診察予約を入力し（＃３８）、患者Ｂのカルテを閉じる（＃３９）。

なお、図１１の内容は、図１０におけるステップ＃１５、１６の場合もあるし、ステップ＃１９、２０の場合もある。

さて、例えば、ステップ＃３５でエラーが発生したとする。エラー発生時において処方ツール３３の入力部ＦＮを使用していたとする。つまり、処方ツール３３において、オーダを発するためのデータまたは指示を入力していた時点でエラーが発生したとする。

この場合には、ログレベルテーブル４４からログレベルＬＬが「０」であり、補正係数テーブル４５から補正係数ＨＫが「１」であるので、遡及レベルＬＳは「０」となる。したがって、遡及範囲ＨＳは「ツール起動時」となり、当該処方ツール３３を起動した時点つまりステップ＃３５の開始時から、エラー発生時点までのログデータＤＬ１を取得して、解析用ログファイル４６を作成する。

同じ例で、オーダを発するために過去のデータまたは指示を参照していた時点でエラーが発生したとすると、ログレベルＬＬは「１」となるので、遡及レベルＬＳは「１」となり、遡及範囲ＨＳは「カルテ開始時」となり、患者Ｂのカルテを開いた時点つまりステップ＃３１の開始時まで遡及してログデータＤＬ２を取得し、解析用ログファイル４６を作成する。

また、それが患者Ｂについての２回目の診察であった場合には、遡及レベルＬＳは「２」となり、遡及範囲ＨＳは「システムログイン時」となり、ステップ＃１１まで遡及してログデータＤＬ３を取得し、解析用ログファイル４６を作成する。

また、オーダを発するためのデータまたは指示を記録する時点でエラーが発生したとすると、ログレベルＬＬは「２」となるので、遡及レベルＬＳは「２」となり、遡及範囲ＨＳは「システムログイン時」となり、ステップ＃１１まで遡及してログデータＤＬ４を取得し、解析用ログファイル４６を作成する。

このように、エラーが発生したときの処理種類ＳＹ、使用されていたツールＮＴ、および重要度Ｃに応じて、ログデータＤＬを取得する範囲が異なる。

次に、医療情報システム１におけるログデータ取得制御の処理動作を、フローチャートを参照して説明する。

図１２は医療情報システム１におけるログデータ取得制御の処理動作の例を示すフローチャートである。

図１２において、ログレベルＬＬを予め設定しておく（＃１０１）。エラーが発生すると（＃１０２でイエス）、そのときの操作内容および処理種類に応じたログレベルＬＬを取得する（＃１０３）。ログレベルＬＬに応じて遡及範囲ＨＳを決定し（＃１０４）、ログデータＤＬを取得し（＃１０５）、解析用ログファイル４６を作成して保存する（＃１０６）。

図１３は医療情報システム１におけるログデータ取得制御の処理動作の他の例を示すフローチャートである。

図１３において、ログレベルＬＬを予め設定しておく（＃１１１）。エラーが発生すると（＃１１２でイエス）、そのときの操作内容および処理種類に応じたログレベルＬＬを取得し（＃１１３）、補正係数ＨＫを取得し（＃１１４）、重要度Ｃを取得する（＃１１５）。これらに基づいて遡及レベルＬＳを算出し（＃１１６）、遡及範囲ＨＳを決定する（＃１１７）。遡及範囲ＨＳに基づいてログデータＤＬを取得し（＃１１８）、解析用ログファイル４６を作成して保存する（＃１１９）。

上に述べたように、本実施形態においては、エラーが発生したときに、エラーの内容に基づいて遡及レベルＬＳが切り分けられ、どこまで過去に遡ってログデータＤＬを採取するか（遡及範囲ＨＳ）が自動的に決定される。決定された遡及範囲ＨＳに基づいて、自動的にログデータＤＬが採取され、解析用ログファイル４６が作成され保存される。

エラーの発生時の操作または処理内容による医療情報システム１への影響の大きさに応じて、ログレベルＬＬおよび補正係数ＨＫなどが予め設定されており、それらに基づいて、遡及レベルＬＳが決定される。したがって、医療情報システム１の全体への影響の大きい場合、および医療情報システム１の全体からの影響の大きい場合に、より多くの量のログレベルＬＬが採取される。

このように、本実施形態の医療情報システム１によると、エラーの発生時に、自動的に過去に遡って必要範囲のログレベルＬＬが採取されて解析用ログファイル４６として記録される。したがって、不具合点の調査などを簡単にかつ迅速に行うことができ、医療施設、医師、ベンダーのいずれにとっても、メンテナンスのための負担を軽減することができる。

なお、ログレベルＬＬを設定するに当たり、入力、参照、記録などのデータ処理によるシステムへの影響の大きさを、種々の方法で評価してログレベルＬＬを設定することができる。
〔変形例〕
次に、上に述べた実施形態に対する種々の変形例、およびそれらの間の対応関係などについて説明する。

電子カルテシステムＫＳは、処理プログラムの実行によって処理を行なう複数の処理部を有した処理システムである。そのような処理システムにおいて、制御装置ＫＳＣは、処理部におけるエラー原因（障害原因）を解析するための障害ログデータを取得する。

つまり、制御装置ＫＳＣは、処理部の処理にともなったメインログ情報を記憶するメインログ記録部と、処理部を識別する識別子と、当該処理部が有する処理の特性と、メインログ記録部に記録されたメインログ情報に対する遡及範囲を決定するための遡及レベルとを対応づけて記憶する１つまたは複数のテーブルと、処理部におけるエラー（障害）の発生を検出するエラー検出部と、エラー検出部によりエラーの発生が検出された際に、当該エラーが発生した際に起動されていた処理部の識別子と、当該エラーが発生した際に処理されていた処理の特性とに基づいて、テーブルから遡及レベルを取得する取得部と、メインログ記録部に記録されたメインログ情報のうち、エラーの発生時から、取得部により取得した遡及レベルに応じて決定される遡及範囲により定まる位置までのメインログ情報を障害ログデータとして取得するログデータ取得部と、を有する。

また、障害ログデータを、メインログ記録部とは異なる領域に記録する障害ログ記録部をさらに有する。処理の特性として、データの入力、データの参照、データのチェック、またはデータの記録が含まれている。また、これらの中から選択された１つまたは複数を、処理の特性としてもよい。

また、処理部は、複数の顧客の顧客情報を使用する処理を行い、遡及レベルは、エラーが発生した際に起動されていた処理部に関する最初のメインログ情報が記録された位置、当該エラーが発生した際に使用されていた顧客情報に対応する顧客に関する最初のメインログ情報が記録された位置、または、メインログ記録部に記録されたメインログ情報の先頭位置、のいずれかに対応するものである。

また、このような変形例における処理内容をコンピュータにより実行させるためのコンピュータプログラムとすることも可能である。

先に述べた実施形態における、ログインツール３２、処方ツール３３、検査ツール３４、注射ツール３５、および患者一覧ツール３６などが、変形例における「処理プログラムの実行によって処理を行なう複数の処理部」に対応する。つまり、それぞれの「ツール」が「処理部」に対応する。ログデータＤＬは、変形例における「ログデータ」「障害ログデータ」に対応する。つまり、ログデータＤＬは、「障害ログデータＤＬ」と言い換えることも可能である。

また、「対処ツールＩＤ（ＴＤ）」または「ツールＮＴ」は、変形例における「処理部を識別する識別子」に対応する。「ログコードＣＬ」または「処理種類ＳＹ」は、変形例における「処理部が有する処理の特性」に対応する。

また、解析用ログファイル４６は、ログデータＤＬを記録したファイルであり、変形例における「障害ログ記録部」に対応する。「解析用ログファイル」「障害ログ記録部」における記録の形式は任意である。ログファイル４７は、ログインツール３２、処方ツール３３、検査ツール３４、注射ツール３５、および患者一覧ツール３６などにおける処理にともなったメインログ情報を記憶するファイルであり、変形例における「メインログ記録部」に対応する。「ログファイル」「メインログ記録部」における記録の形式は任意である。また、解析用ログファイル４６または「障害ログ記録部」を特に設けることなく、障害ログデータをログファイル４７または「メインログ記録部」に記録するようにしてもよい。

ログレベルテーブル４４および補正係数テーブル４５は、変形例における「処理部を識別する識別子と、当該処理部が有する処理の特性と、メインログ記録部に記録されたメインログ情報に対する遡及範囲を決定するための遡及レベルとを対応づけて記憶する１つまたは複数のテーブル」に相当する。また、さらにツールテーブルＴＬを含めてもよい。このように、テーブルを複数とすることも可能であり、それらを１つのテーブルに纏めることも可能である。

また、遡及レベル算出部５７は、変形例における「取得部」に対応する。遡及レベル算出部５７が遡及レベルＬＳを取得するに当たっては演算を行うが、これと同様に、変形例における「取得部」がテーブルから遡及レベルを取得するに当たって種々の演算を行ってもよい。

また、本実施形態における患者は、変形例における「顧客」に対応する。患者データベース１１に記録されている患者情報が、変形例における「顧客情報」に対応する。
〔その他〕
上に述べた実施形態において、電子カルテシステムサーバ４、クライアント端末５、電子カルテシステムＫＳ、または医療情報システム１の全体または各部の構成、構造、機能、種類、方式、回路、データベース、テーブル、または情報の内容、処理の内容または順序、数値、名称などは、本発明の趣旨に沿って適宜変更することができる。

本発明は、電子カルテシステムＫＳ以外の医療情報システム、また医療情報システム以外の種々の処理システムに適用することができる。

以下の付記に示される形態も本発明による実施形態に含まれる。
（付記１）
ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御方法において、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベルを設定しておき、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルに応じた範囲に遡及してログデータを取得し、
取得されたログデータにより解析用ログファイルを作成する、
ことを特徴とするログデータの取得のための制御方法。
（付記２）
ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御方法において、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベル、および、１つまたは複数の種類のデータ処理の実行をそれぞれ含む複数のツールについてのそれぞれの補正係数を、予め設定しておき、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルと、当該操作が行われたときのツールに対して設定された補正係数とを用いて、遡及レベルを決定し、
決定された遡及レベルに応じた範囲に遡及してログデータを取得し、
１つのエラーに対して取得されたログデータにより解析用ログファイルを作成して保存する、
ことを特徴とするログデータの取得のための制御方法。
（付記３）
前記データ処理の種類として、データの入力、データの参照、およびデータの記録が含まれており、
前記ログレベルは、データの入力、データの参照、およびデータの記録の順に高くなっていくように設定され、かつ、前記補正係数は、それぞれのツールに含まれるデータ処理の種類に応じて設定されている、
付記２記載のログデータの取得のための制御方法。
（付記４）
前記処理システムは、患者の医療情報を扱う電子カルテシステムであり、
エラーが発生したときに操作の対象となっていた患者の当日の診察回数に関する情報をも用いて、前記遡及レベルを決定する、
付記３記載のログデータの取得のための制御方法。
（付記５）
ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御装置において、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されたログレベルを格納したログレベルテーブルと、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
取得したログレベルに応じた範囲に遡及してログデータを取得する手段と、
取得されたログデータにより解析用ログファイルを作成する手段と、
を有することを特徴とするログデータの取得のための制御装置。
（付記６）
ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御装置において、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されたログレベルを格納したログレベルテーブルと、
１つまたは複数の種類のデータ処理の実行をそれぞれ含む複数のツールについてそれぞれ設定された補正係数を格納した補正係数テーブルと、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
前記エラーが発生したときに操作が行われていたツールに対応する補正係数を前記補正係数テーブルから取得する手段と、
取得したログレベルおよび取得した補正係数を用いて遡及レベルを決定する手段と、
決定された遡及レベルに応じた範囲に遡及してログデータを取得する手段と、
１つのエラーに対して取得されたログデータにより解析用ログファイルを作成する手段と、
を有することを特徴とするログデータの取得のための制御装置。
（付記７）
前記データ処理の種類として、データの入力、データの参照、データのチェック、およびデータの記録が含まれており、
前記ログレベルは、データの入力、データの参照、データのチェック、およびデータの記録の順に高くなっていくように設定され、かつ、前記補正係数は、それぞれのツールに含まれるデータ処理の種類に応じて設定されている、
付記６記載のログデータの取得のための制御装置。
（付記８）
前記処理システムは、患者の医療情報を扱う電子カルテシステムであり、
さらに、エラーが発生したときに操作の対象となっていた患者の当日の診察回数に関する情報を取得する手段を有しており、
前記遡及レベルを決定する手段は、取得した当日の診察回数に関する情報をも用いて前記遡及レベルを決定する、
付記７記載のログデータの取得のための制御装置。
（付記９） （７、図９）
処理プログラムの実行によって処理を行なう複数の処理部を有した処理システムにおいて、前記処理部におけるエラー原因を解析するための障害ログデータを取得するための制御装置であって、
前記処理部の処理にともなったメインログ情報を記憶するメインログ記録部と、
前記処理部を識別する識別子と、当該処理部が有する処理の特性と、前記メインログ記録部に記録されたメインログ情報に対する遡及範囲を決定するための遡及レベルとを対応づけて記憶する１つまたは複数のテーブルと、
前記処理部におけるエラーの発生を検出するエラー検出部と、
前記エラー検出部によりエラーの発生が検出された際に、当該エラーが発生した際に起動されていた処理部の識別子と、当該エラーが発生した際に処理されていた処理の特性とに基づいて、前記テーブルから遡及レベルを取得する取得部と、
前記メインログ記録部に記録されたメインログ情報のうち、前記エラーの発生時から、前記取得部により取得した前記遡及レベルに応じて決定される遡及範囲により定まる位置までのメインログ情報を障害ログデータとして取得するログデータ取得部と、
を有することを特徴とする障害ログデータの取得のための制御装置。
（付記１０）
ユーザの操作に基づいて患者の医療情報に関する処理プログラムが実行される電子カルテシステムにおいて、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されたログレベルを格納したログレベルテーブルと、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
取得したログレベルに応じた範囲に遡及してログデータを取得する手段と、
取得されたログデータにより解析用ログファイルを作成する手段と、
作成された解析用ログファイルを保持する手段と、
を有することを特徴とする電子カルテシステム。
（付記１１）
ユーザの操作に基づいて処理プログラムが実行されるコンピュータにおけるログデータの取得のためのコンピュータプログラムであって、
前記コンピュータによって前記コンピュータプログラムが実行されることにより、
種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されるログレベルを格納するログレベルテーブルと、
操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
取得したログレベルに応じた範囲に遡及してログデータを取得する手段と、
取得されたログデータにより解析用ログファイルを作成する手段とを、
前記コンピュータに実現させることを特徴とするコンピュータプログラム。

本発明に係る一実施形態の医療情報システムの構成の例を示す図である。 クライアント端末の構成の一例を示すブロック図である。 クライアント端末の機能的な構成を示すブロック図である。 ログレベルテーブルの例を示す図である。 補正係数テーブルの例を示す図である。 ツールテーブルの例を示す図である。 係数テーブルの例を示す図である。 遡及範囲テーブルの例を示す図である。 ログデータ取得制御機能を示すブロック図である。 医師による主な操作の例を示す図である。 図１０における患者Ｂについての操作の詳しい一例を示す図である。 ログデータ取得制御の処理動作の例を示すフローチャートである。 ログデータ取得制御の処理動作の他の例を示すフローチャートである。

符号の説明

１ 医療情報システム
４ 電子カルテシステムサーバ
５ クライアント端末
１１ 患者データベース
１２ カルテデータベース
３１ 電子カルテクライアント
３２ ログインツール
３３ 処方ツール
３４ 検査ツール
３５ 注射ツール
３６ 患者一覧ツール
４２ チェックロジック
４３ ログデータ取得部
４４ ログレベルテーブル
４５ 補正係数テーブル
４６ 解析用ログファイル
５１ ログレベル取得部
５２ 補正係数取得部
５３ 処理種類検出部
５４ ツール検出部
５５ 重要度検出部
５６ エラー検出部
５７ 遡及レベル算出部
５８ 遡及範囲決定部
６０ 解析用ログファイル作成部
ＫＳ 電子カルテシステム
ＦＮ 入力部
ＦＳ 参照部
ＦＫ 記録部
ＦＣ チェック部
ＳＹ 処理種類
ＤＬ ログデータ
ＬＬ ログレベル
ＮＴ ツール
ＨＫ 補正係数
ＬＳ 遡及レベル
ＨＳ 遡及範囲
ＫＴ 係数テーブル
ＳＴ 遡及範囲テーブル

Claims (6)

1. ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御方法において、
   種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベルを設定しておき、
   操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルに応じた範囲に遡及してログデータを取得し、
   取得されたログデータにより解析用ログファイルを作成する、
   ことを特徴とするログデータの取得のための制御方法。
2. ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御方法において、
   種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じたログレベル、および、１つまたは複数の種類のデータ処理の実行をそれぞれ含む複数のツールについてのそれぞれの補正係数を、予め設定しておき、
   操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類に対して設定されたログレベルと、当該操作が行われたときのツールに対して設定された補正係数とを用いて、遡及レベルを決定し、
   決定された遡及レベルに応じた範囲に遡及してログデータを取得し、
   １つのエラーに対して取得されたログデータにより解析用ログファイルを作成して保存する、
   ことを特徴とするログデータの取得のための制御方法。
3. ユーザの操作に基づいて処理プログラムが実行される処理システムにおけるログデータの取得のための制御装置において、
   種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されたログレベルを格納したログレベルテーブルと、
   操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
   検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
   取得したログレベルに応じた範囲に遡及してログデータを取得する手段と、
   取得されたログデータにより解析用ログファイルを作成する手段と、
   を有することを特徴とするログデータの取得のための制御装置。
4. 前記データ処理の種類として、データの入力、データの参照、およびデータの記録が含まれており、
   前記ログレベルは、データの入力、データの参照、およびデータの記録の順に高くなっていくように設定されている、
   請求項３記載のログデータの取得のための制御装置。
5. 前記処理システムは、患者の医療情報を扱う電子カルテシステムであり、
   さらに、エラーが発生したときに操作の対象となっていた患者の当日の診察回数に関する情報を取得する手段を有しており、
   前記遡及レベルを決定する手段は、取得した当日の診察回数に関する情報をも用いて前記遡及レベルを決定する、
   請求項３または４記載のログデータの取得のための制御装置。
6. ユーザの操作に基づいて処理プログラムが実行されるコンピュータにおけるログデータの取得のためのコンピュータプログラムであって、
   前記コンピュータによって前記コンピュータプログラムが実行されることにより、
   種々の操作に対応して実行される複数の種類のデータ処理について、それぞれのデータ処理による当該処理システムへの影響の大きさに応じて設定されるログレベルを格納するログレベルテーブルと、
   操作に基づく処理プログラムの実行中にエラーが発生したときに、当該操作に対応して実行されたデータ処理の種類を検出する手段と、
   検出されたデータ処理の種類に対応するログレベルを前記ログレベルテーブルから取得する手段と、
   取得したログレベルに応じた範囲に遡及してログデータを取得する手段と、
   取得されたログデータにより解析用ログファイルを作成する手段とを、
   前記コンピュータに実現させることを特徴とするコンピュータプログラム。

Images