(57)【特許請求の範囲】
【請求項１】
情報を記憶するデータベースと、
前記データベースに記憶されている情報にアクセスし、該情報を更新する複数の情報更新部と、
前記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新の履歴を記録する履歴記録部と、
前記情報更新部がアクセスした情報にエラーが生じている場合に、該情報更新部に付属している履歴記録部に記録されている履歴を、そのエラーが生じたエラー時点よりも過去の過去時点まで遡り、該情報更新部による情報更新の対象を特定する更新対象特定部と、
前記複数の情報更新部のうち、前記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索する探索部と、
前記探索部によって見つかった各情報更新部に付属している各履歴記録部から、前記過去時点以後の履歴を収集する履歴収集部と、
前記履歴収集部によって収集された履歴に基づいて、前記過去時点における前記データベースの情報を推定する情報推定部と、
前記情報推定部によって推定された情報に対して、前記履歴収集部で収集された履歴が表している情報更新を施し、前記エラーが再現されるか否かを確認するエラー再現部とを備えたことを特徴とする情報記憶システム。
【請求項２】
前記データベースが、前記情報として、該情報に対して更新を実行した情報更新部と、その情報更新部が実行した更新の対象とを含む情報を記憶するものであり、
前記探索部は、前記データベースが記憶している情報に基づいて、前記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索するものであることを特徴とする請求項１記載の情報記憶システム。
【請求項３】
前記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新が実行される前の情報を少なくとも一時的に保管する情報保管部を備え、
前記履歴収集部が、前記過去時点以後の履歴を収集するとともに、前記情報保管部から該過去時点以後の情報も収集するものであり、
前記情報推定部が、前記履歴収集部によって収集された履歴および情報に基づいて前記データベースの情報を推定するものであることを特徴とする請求項１又は２記載の情報記憶システム。
【請求項４】
前記エラー再現部で、前記エラーが再現されないことが確認された場合に、前記過去時点をより過去の時点に変更し、前記更新対象特定部、前記探索部、前記履歴収集部、および前記情報推定部によって、そのより過去の時点における前記データベースの情報を推定させ、前記エラー再現部に、前記エラーが再現されるか否かを確認させる時点変更部を備えたことを特徴とする請求項１から３のうちいずれか１項記載の情報記憶システム。
【請求項５】
前記情報推定部による前記データベースの情報推定に先だって、現時点の該データベースの情報を待避させる情報待避部を備えたことを特徴とする請求項１から４のうちいずれか１項記載の情報記憶システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を記憶するデータベースと、このデータベース内の情報にアクセスするクライアントマシンとからなる情報記憶システムに関する。
【背景技術】
【０００２】
近年、医療の分野で、患者についての様々な情報を電子データとして管理する電子カルテシステムが普及している。電子カルテシステムの多くは、各患者に対する薬品の処方や検査等といった様々な処置を記憶するデータベースや、各患者についての診療記録を記憶するデータベース等を備えたサーバマシンと、このサーバマシン内の各データベース内の情報にアクセス可能な複数のクライアントマシンとで構成された情報記憶システムとなっている。このような情報記憶システムでは、医師等のユーザは、各クライアントマシンを操作して各データベース内の情報にアクセスし、診療記録や処方内容等といったデータベース内の情報についての参照や追加等を手軽に行うことが出来る。
【０００３】
ここで、このような情報記憶システムでは、上記のデータベース内の情報が、医師等のユーザの意図とは異なる内容となってしまうエラーが発生することがある。このようなエラーが発生した場合、ユーザには、そのようなエラーを解消することが無理であることが多く、エラー解消の多くは、専門の作業者に委ねられることとなる。
【０００４】
ここで、例えばパーソナルコンピュータ単体でのエラー解消（例えば、特許文献１参照）や、プラント全体の動作を管理するプラントシステムでのエラー解消（例えば、特許文献２参照）は、パーソナルコンピュータやプラントシステム内における処理の履歴を記録しておき、その履歴を参照して、エラー発生に至るまでの処理を検討することにより行われることが多い。
【０００５】
上記の電子カルテシステム等の情報記憶システムでも、医師等のユーザが操作するクライアントマシン内に処理の履歴が記録されていることが多く、エラー解消を行う作業者は、多くの場合、このような履歴を参照してエラー解消を行う。
【特許文献１】特許第３６０２４８２号公報
【特許文献２】特開平５−１７３７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ここで、電子カルテシステム等の情報記憶システムは、一般的に、クライアントマシンを複数備えており、このような情報記憶システムでは、各クライアントマシンで行われた処理が相互に干渉してエラーが発生することがある。また、このような複数のクライアントマシンを備える情報記憶システムでは、各クライアントマシン毎に履歴が記録されていることが多い。このため、エラー解消を行う作業者は、各クライアントマシンの履歴を互いに照合してエラー発生に至るまでの処理を検討しなければならず、エラー解消の作業が非常に煩雑なものとなっている。
【０００７】
本発明は、上記事情に鑑み、エラー解消を容易に行うことができる情報記憶システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成する情報記憶システムの基本形態は、
情報を記憶するデータベースと、
上記データベースに記憶されている情報にアクセスし、その情報を更新する複数の情報更新部と、
上記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新の履歴を記録する履歴記録部と、
上記情報更新部がアクセスした情報にエラーが生じている場合に、その情報更新部に付属している履歴記録部に記録されている履歴を、そのエラーが生じたエラー時点よりも過去の過去時点まで遡り、その情報更新部による情報更新の対象を特定する更新対象特定部と、
上記複数の情報更新部のうち、上記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索する探索部と、
上記探索部によって見つかった各情報更新部に付属している各履歴記録部から、上記過去時点以後の履歴を収集する履歴収集部と、
上記履歴収集部によって収集された履歴に基づいて、上記過去時点における上記データベースの情報を推定する情報推定部と、
上記情報推定部によって推定された情報に対して、上記履歴収集部で収集された履歴が表している情報更新を施し、上記エラーが再現されるか否かを確認するエラー再現部とを備えたことを特徴とする。
【０００９】
この情報記憶システムの基本形態によれば、エラーが発生したときには、各情報更新部毎に散らばっている情報更新の履歴の中から、上記過去時点以後の履歴が収集され、その収集された履歴を使ってエラーが再現されるか否かが確認される。これにより、エラーが確実に再現されるまで各情報更新部における履歴を遡ることで、エラーの発生原因となった情報更新が確実に含まれた履歴を簡単に得ることができる。すると、エラー解消を行う作業者は、このように得られた履歴を検討することでエラーの発生原因を突き止めることができる。つまり、この情報記憶システムの基本形態によれば、エラー解消を行う作業者は、エラー解消を容易に行うことができる。
【発明の効果】
【００１０】
以上、説明したように、情報記憶システムの基本形態によれば、エラー解消を行う作業者が、エラー解消を容易に行うことができる。
【発明を実施するための最良の形態】
【００１１】
ここで、上述の情報記憶システムの基本形態に対し、
「上記データベースが、上記情報として、その情報に対して更新を実行した情報更新部と、その情報更新部が実行した更新の対象とを含む情報を記憶するものであり、
上記探索部は、上記データベースが記憶している情報に基づいて、上記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索するものである」という応用形態は好適である。
【００１２】
この好適な応用形態によれば、上記探索部は、エラー発生に係る情報更新部を、上記データベースに記憶されている情報に基づいて簡単に探索することできる。
【００１３】
また、上述の情報記憶システムの基本形態に対し、
「上記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新が実行される前の情報を少なくとも一時的に保管する情報保管部を備え、
上記履歴収集部が、上記過去時点以後の履歴を収集するとともに、上記情報保管部からその過去時点以後の情報も収集するものであり、
上記情報推定部が、上記履歴収集部によって収集された履歴および情報に基づいて上記データベースの情報を推定するものである」という応用形態も好適である。
【００１４】
この好適な応用形態によれば、各情報更新部の情報保管部において、情報更新が実行される前の情報が少なくとも一時的に保管され、上記情報推定部において、その一時的に保管された情報が、上記データベースの情報の推定に使われる。これにより、上記情報推定部は、上記過去時点における上記データベースの情報を一層正確に推定することができる。
【００１５】
また、上述の情報記憶システムの基本形態に対し、
「上記エラー再現部で、上記エラーが再現されないことが確認された場合に、上記過去時点をより過去の時点に変更し、上記更新対象特定部、上記探索部、上記履歴収集部、および上記情報推定部によって、そのより過去の時点における上記データベースの情報を推定させ、上記エラー再現部に、上記エラーが再現されるか否かを確認させる時点変更部を備えた」という応用形態も好適である。
【００１６】
この好適な応用形態によれば、上記時点変更部による上記過去時点の変更により、エラーが確実に再現されるまで各情報更新部における履歴を簡単に遡ることができるので、エラーの発生原因となった情報更新が確実に含まれた履歴を一層簡単に得ることができる。
【００１７】
また、上述の情報記憶システムの基本形態に対し、
「上記情報推定部による上記データベースの情報推定に先だって、現時点のそのデータベースの情報を待避させる情報待避部を備えた」という応用形態も好適である。
【００１８】
この好適な応用形態によれば、エラー発生を経て、ユーザの意図しないものとなっている現時点のデータベースの情報が待避される。これにより、例えば、上記情報推定部によって推定された情報に対して、上記履歴収集部で収集された履歴が表している情報更新を施し、その施した結果を上記の待避させた情報と比較することで、エラーが再現されるか否かを簡単に確認することができる。
【００１９】
また、上述の情報記憶システムの基本形態に対し、
「上記エラー再現部で、上記エラーが再現されることが確認された場合に、上記履歴収集部によって収集された履歴を保存する収集履歴保存部を備えた」という応用形態も好適である。
【００２０】
この好適な応用形態によれば、エラー解消を行う作業者は、収集履歴保存部に保存された、上記エラーが再現されるに至る情報更新の履歴を手掛かりとしてエラーの発生原因を突き止めることができる。
【００２１】
また、上述の情報記憶システムの基本形態に対し、
「上記エラー再現部で、上記エラーが再現されることが確認された場合に、上記情報推定部で推定された情報を保存する推定情報保存部を備えた」という応用形態も好適である。
【００２２】
この好適な応用形態によれば、エラー解消を行う作業者は、上記推定情報保存部に保存された、上記エラーが発生する直前の情報を手掛かりとしてエラーの発生原因を突き止めることができる。
【００２３】
以下、基本形態および応用形態について説明した情報記憶システムに対する具体的な実施形態を、図面を参照して説明する。
【００２４】
図１は、情報記憶システムに対する具体的な実施形態である電子カルテシステムを模式的に示す図である。
【００２５】
この図１に示す電子カルテシステム１０は、各患者に対する薬品の処方や検査等といった様々な処置（オーダ）を記憶するオーダデータベース１１０や、各患者についての診療記録を記憶する診療記録データベース１２０等の複数のデータベースを備えたサーバマシン１００と、このサーバマシン１００内の各データベース内の情報にアクセス可能な複数のクライアントマシン２１０，２２０，２３０，…とで構成されている。ここで、この図１では、複数のクライアントマシンが、各クライアントマシンに付されている符号の十の位の数字で区別されている。即ち、符号「２１０」は第１クライアントマシンを示し、符号「２２０」は第２クライアントマシンを示し、符号「２３０」は第３クライアントマシンを示している。サーバマシン１００内の各データベースは、上述の情報記憶システムの基本形体におけるデータベースの一例に相当する。
【００２６】
まず、サーバマシン１００内のデータベースについて、上記のオーダデータベース１１０を代表例に挙げて説明する。
【００２７】
図２は、オーダデータベース１１０を示す図である。
【００２８】
このオーダデータベース１１０には、患者に対する注射の指示を表わす注射オーダや、薬品の処方を表わす処方オーダ等の様々なオーダに関する情報が、各患者毎に記憶される。このオーダデータベース１１０は、各患者を識別する患者ＩＤが記録されるＩＤ欄１１１、各患者の氏名が記録される氏名欄１１２、各患者に対するオーダの内容が記録されるオーダ内容欄１１３、注射オーダについての注射薬品の名称や処方オーダについての処方薬品の名称等といった各内容のオーダに対する対象の名称が記録されるオーダ対象欄１１４、注射薬品の投与量や処方薬品の処方量等といったオーダの量が記録されるオーダ量欄１１５が備えられている。
【００２９】
ここで、上述したように、サーバマシン１００内のデータベースは、上記の各クライアントマシンによってアクセス可能となっている。そして、上記のオーダに関する情報等といった、各データベース内の情報は、各クライアントマシンがアクセスし、例えば新規の情報の追加や既存の情報の変更等により、各データベースの記録内容を更新することで記憶される。そして、各データベースには、更新によって記憶された各情報毎に、更新を行ったクライアントマシンの名称と、更新が行われた日時（更新日時）が記憶される。図２に示すオーダデータベース１１０には、各オーダについての更新を行ったクライアントマシンの名称が記録される更新クライアント欄１１６と、各オーダについての更新日時が記録される更新日時欄１１７とが備えられている。
【００３０】
本実施形態では、クライアントマシンにおいて記録内容の更新が行われると、新規の情報の追加や既存の情報の変更等といった、その更新の更新内容と更新日時とがクライアントマシン側に操作履歴として記録される。さらに、クライアントマシンでは、その操作履歴に記録された更新内容に対応付けて、その更新内容の更新が行われる前の記録内容が一時的に保管される。
【００３１】
また、本実施形態では、クライアントマシンによる記録内容の更新は、患者毎に行われる。例えば医師等のユーザが、任意のクライアントマシンに患者を示す患者ＩＤと、更新対象のデータベースの名称とを所定の操作によって入力すると、クライアントマシンは、その入力された名称のデータベース内を、その入力された患者ＩＤで検索する。そして、その患者ＩＤに対応する記録内容が見つかると、クライアントマシンは、自機のモニタに、その患者ＩＤに対応する記録内容を表示する。ユーザが、その表示内容を見ながら、更新内容を所定の操作によって入力すると、クライアントマシンは、その入力された更新内容に従って更新対象のデータベース内の記録内容を更新するとともに、その更新内容と更新日時を操作履歴として記録し、さらに、その記録された更新内容に対応付けて、その更新前の、上記の患者ＩＤに対応する記録内容を一時的に保管する。
【００３２】
クライアントマシンで行われるこのような更新処理について、以下、オーダデータベース１１０に対する更新の具体例を挙げて説明する。
【００３３】
図３は、オーダデータベース１１０に対する更新の一例を示す図である。
【００３４】
この図３のパート（ａ）には、オーダデータベース１１０における、「Ａ」という氏名の患者を示す患者ＩＤ「００１」に対応する記録内容１１０ａの、更新前の状態が示されており、パート（ｂ）には、この患者ＩＤ「００１」に対応する記録内容１１０ａの、更新後の状態が示されている。
【００３５】
ここでの例では、患者に対する放射線撮影等を示す放射線オーダとして、ＣＴ撮影を１回行うというオーダが、「２００７年９月１日の１５時３０分１０秒」という更新日時に、第１クライアントマシン２１０からの更新によって新規に追加されている。
【００３６】
ここで、この更新後のオーダデータベース１１０には、更新結果と、更新を行ったクライアントマシンの名称と更新日時とが記録される。そして、その更新結果が、新規追加という更新で行われたということは、上述したように、この更新を行った第１クライアントマシン２１０側に操作履歴として記録される。
【００３７】
図４は、オーダデータベース１１０に対して図３に示す更新を行ったクライアントマシンの履歴を模式的に示す図である。
【００３８】
上述したように、本実施形態では、クライアントマシンが、データベースの記録内容を更新する際には、まず、そのデータベース内を、更新対象の患者ＩＤで検索する。
【００３９】
図４には、オーダデータベース１１０に対して図３に示す更新を行った第１クライアントマシン２１０の操作履歴３１０が示されている。
【００４０】
尚、各クライアントマシンでは、データベースに対する操作履歴が、データベース言語であるＳＱＬの時系列的な羅列によって記録されるが、この図４では、説明の簡単化のために、第１クライアントマシン２１０での操作がオーダデータベース１１０に対する操作であることを前提に、オーダデータベース１１０への操作に関連した見出しを付したテーブル形式で示されている。
【００４１】
図４に示す操作履歴３１０によれば、更新に当たって、まず、オーダデータベース１１０内が、「２００７年９月１日の１５時２９分０５秒」という日時に、「００１」という患者ＩＤで検索されている。上述したように、第１クライアントマシン２１０では、この検索の後に、患者ＩＤ「００１」が示す患者「Ａ」に関するその時点におけるオーダの情報が、所定のモニタに表示される。ユーザは、その表示された情報を見て、データベースの記録内容の更新を指示する。そして、図４の操作履歴３１０によれば、「２００７年９月１日の１５時３０分１０秒」という日時に、「新規更新」という更新により、「放射線オーダ」として、「ＣＴ撮影」を「１回」行うというオーダが実行されている。そして、この更新の後に、第１クライアントマシン２１０では、「２００７年９月１日の１５時３０分１０秒」という日時の「新規更新」という更新の前の、患者「Ａ」に関するオーダの情報（図３のパート（ａ）参照）が、この操作履歴３１０における上記の「新規更新」という更新内容に対応付けられて所定のメモリ内に記録される。
【００４２】
本実施形態では、このような一連の処理により、図１のサーバマシン１００内の各データベースの情報が、複数のクライアントマシン２１０，２２０，２３０，…それぞれによって更新される。ここで、このような処理においてエラーが発生した場合、医師等のユーザではそのようなエラーを解消することが無理であることが多く、エラー解消の多くは、専門の作業者に委ねられることとなる。本実施形態では、エラーが発生した場合に、図１の電子カルテシステム１０において、エラーの発生原因となった更新内容が確実に含まれた、複数のクライアントマシン２１０，２２０，２３０，…に渡る総合的な更新履歴が作成され、上記のような作業者が、エラー解消を容易に行うことができるようになっている。以下、この図１の電子カルテシステム１０について、エラーが発生した場合に上記の総合的な更新履歴を作成する機能に注目して詳細に説明する。
【００４３】
図５は、図１の電子カルテシステム１０を、総合的な更新履歴を作成する機能に注目して詳細に示す、この電子カルテシステム１０の機能ブロック図である。
【００４４】
本実施形態では、まず、各クライアントマシンが、次のような機能を備えている。尚、本実施形態では、各クライアントマシンが互いに同等な構成を有しており、この図５には、第１クライアントマシン２１０のの機能ブロックが代表例として示されている。
【００４５】
第１クライアントマシン２１０は、サーバマシン１００の各データベースに記憶されている情報にアクセスし、その情報を更新する情報更新部２１１と、その情報更新部２１１による情報更新の履歴を記録する履歴記録部２１２と、上記の情報更新部２１１による情報更新が実行される前の情報を一時的に保管する情報保管部２１３とを備えている。上述の図４に示した操作履歴３１０は、情報更新部２１１による情報更新の履歴であって、履歴記録部２１２に記録されている。ここで、情報更新部２１１は、上述の情報記憶システムの基本形態における情報更新部の一例に相当し、履歴記録部２１２は、この基本形態における履歴記録部の一例に相当し、情報保管部２１３は、上述の情報記憶システムの応用形態における情報保管部の一例に相当する。
【００４６】
また、サーバマシン１００は、現在ＤＢ記録部１３０と、更新履歴作成部１４０と、過去ＤＢ作成部１５０と、再更新部１６０と、判定部１７０と、記録部１８０とを備えている。ここで、現在ＤＢ記録部１３０は、上述の情報記憶システムの応用形態における情報待避部の一例に相当する。また、更新履歴作成部１４０は、上述の情報記憶システムの基本形態における更新対象特定部と探索部と履歴収集部とを兼ねた一例に相当し、過去ＤＢ作成部１５０は、この基本形態における情報推定部の一例に相当し、再更新部１６０と判定部１７０とを合わせたものは、この基本形態におけるエラー再現部の一例に相当する。また、判定部１７０は、上述の情報記憶システムの応用形態における時点変更部の一例を兼ねており、記録部１８０は、この応用形態における収集履歴保存部と推定情報保存部とを合わせた一例に相当する。
【００４７】
以下、サーバマシン１００が備えているこれらの各構成要素について、エラーが発生した場合に上記の総合的な更新履歴を作成する処理の流れに従って説明する。
【００４８】
図６は、エラーが発生した場合に総合的な更新履歴を作成する処理の流れを示すフローチャートである。
【００４９】
尚、以下では、このフローチャートが示す処理について、適宜に具体例を参照しながら説明する。
【００５０】
この図６のフローチャートが示す処理は、データベースに対する更新処理の最中にエラーの発生を認識した医師等のユーザが、クライアントマシンでの所定の操作画面においてエラー発生に至る総合的な更新履歴の作成を指示する操作を行うとスタートする。この電子カルテシステム１０では、ユーザによって総合的な更新履歴の作成が指示されると、まず、そのクライアントマシンからサーバマシン１００に対して、更新履歴の作成を指示する旨が通知される。また、本実施形態では、更新履歴の作成が指示された時点（指示時点）でそのクライアントマシンの情報更新部が情報にアクセスしていたデータベースの名称と、そのアクセスに係る患者を示す患者ＩＤとが、上記の通知に付随してサーバマシン１００に送られる。
【００５１】
ここで、エラー発生の具体例として、次のような具体例を挙げる。
【００５２】
図７は、エラー発生の具体例を示す図である。
【００５３】
この図７に示す具体例は、第２クライアントマシン２２０において、オーダデータベース１１０に対する、患者ＩＤ「００１」の患者「Ａ」に対応する記録内容１１０ａの更新においてエラーが発生したという例である。図７には、エラー発生の前における、患者「Ａ」に対応する記録内容が実線枠内に示され、エラーの発生が無ければ第２クライアントマシン２２０による更新によって記録されていた内容が点線枠内に示されている。この例では、第２クライアントマシン２２０が、「２００７年９月１日の１７時３１分１７秒」という更新日時に行った「注射オーダ」についての情報にエラーが発生している。その結果、この「注射オーダ」についての情報の記録は失敗し、オーダデータベース１１０の患者「Ａ」に対応する記録内容１１０ａは、この「注射オーダ」についての更新が行われる前の実線枠内に示された内容となっているものとする。
【００５４】
また、ここでは、説明を簡単なものとするために、第２クライアントマシン２２０が、「２００７年９月１日の１７時３１分１７秒」という更新日時に更新を行うと同時にエラーが発生し、その２秒後である「２００７年９月１日の１７時３１分１９秒」に、ユーザが、エラーの発生に気付いてエラー発生に至る総合的な更新履歴の作成を指示したものと仮定する。
【００５５】
以下、この図７の具体例を踏まえながら、図６のフローチャートが示す処理について説明する。
【００５６】
現在ＤＢ記録部１３０は、エラー発生についての通知を受けて、その通知とともに送られてきた名称のデータベースの、総合的な更新履歴の作成が指示された時点（指示時点）における、その通知とともに送られてきた患者ＩＤに対応する記録内容をコピーして、指示時点におけるデータベースの現状（現在ＤＢ）として所定のメモリに記録する（ステップＳ１０１）。図７の具体例では、実線枠内に示された、「２００７年９月１日の１７時３１分１５秒」という更新日時以前の記録内容が現在ＤＢ１３１として記録される。
【００５７】
次に、判定部１７０が、更新履歴作成部１４０に対して、後述の遡及時間として「３秒」を設定する（ステップＳ１０２）。更新履歴作成部１４０は、指示時点よりも、判定部１７０によって設定される遡及時間だけ前の遡及時点から指示時点までの遡及期間内に行われた更新の更新内容を、更新時刻順に並べて、この遡及期間内の更新履歴を作成するものであり、上記のステップＳ１０２では、この更新履歴を作成するための遡及時間が、判定部１７０によって設定される。
【００５８】
遡及時間が設定されると、更新履歴作成部１４０が、次のような手順によって更新履歴を作成する（ステップＳ１０３）。
【００５９】
まず、更新履歴作成部１４０は、総合的な更新履歴の作成を指示してきたクライアントマシンの履歴記録部における操作履歴を参照し、上記の遡及期間内に、このクライアントマシンが実行した、更新の内容を、このクライアントマシンの操作履歴から抽出する。図７の具体例では、総合的な更新履歴の作成を指示してきたクライアントマシンが、第２クライアントマシン２２０であり、指示時点が、「２００７年９月１日の１７時３１分１９秒」であるので、更新履歴作成部１４０は、第２クライアントマシン２２０の操作履歴から、「２００７年９月１日の１７時３１分１７秒」における更新の内容を抽出することとなる。
【００６０】
図８は、第２クライアントマシン２２０の操作履歴の一例を示す図である。
【００６１】
この図８に示す操作履歴３２０によれば、まず、オーダデータベース１１０が、「２００７年９月１日の１７時３１分１５秒」という日時に、患者ＩＤ「００１」で検索されている。そして、「２００７年９月１日の１５時３１分１７秒」という日時に、「新規更新」３２０ａという更新により、患者ＩＤ「００１」が示す患者「Ａ」に関して、「注射オーダ」として、「ＤＤＤ」という薬品を「１００ｍｌ」注射するというオーダが実行されている。
【００６２】
ここでの具体例では、図６のステップＳ１０３において、まず、この第２クライアントマシン２２０の操作履歴３２０から、指示時点から「３秒」遡った遡及時点からこの指示時点までの遡及期間内に第２クライアントマシン２２０で実行された更新の更新内容として、「新規更新」という更新内容と、その更新内容に関連する患者ＩＤやオーダ内容等の各種情報が抽出される。
【００６３】
図６のステップＳ１０３では、更新履歴作成部１４０は、上記の遡及期間内の更新履歴における更新項目として、まず、この第２クライアントマシン２２０の操作履歴３１０から抽出した更新内容および各種情報を採用する。
【００６４】
次に、更新履歴作成部１４０は、ステップＳ１０１で現在ＤＢ記録部１３０が記録した上記の現在ＤＢを参照し、上記の遡及期間内に実行された更新があるか否かを確認する。ここでの具体例では、指示時点が「２００７年９月１日の１７時３１分１９秒」であるので、遡及期間は「２００７年９月１日の１７時３１分１６秒」から「２００７年９月１日の１７時３１分１９秒」までとなる。図７に示す現在ＤＢ１３１から、この遡及期間内に実行された更新が無いことが分かるので、図６のステップＳ１０３では、更新履歴作成部１４０は、第２クライアントマシン２２０の操作履歴３２０から抽出した指示時点における更新内容および各種情報のみからなる更新履歴を作成することとなる。
【００６５】
ステップＳ１０３において更新履歴作成部１４０が更新履歴を作成すると、その更新履歴を使って、過去ＤＢ作成部１５０が、上記の遡及時点、即ち、指示時点の「３秒」前の時点にエラーに係るデータベースに記憶されていた情報を推定して過去ＤＢを作成する（ステップＳ１０４）。ここでの具体例では、過去ＤＢ作成部１５０が、「２００７年９月１日の１７時３１分１６秒」という遡及時点における過去ＤＢを作成する。
【００６６】
過去ＤＢ作成部１５０は、この過去ＤＢを、ステップＳ１０３において更新履歴作成部１４０が作成した更新履歴を過去に遡ることで作成する。ここでの具体例では、更新履歴に記録されている更新内容は「新規更新」のみであり、さらに、この「新規更新」が失敗しているので、上記の現在ＤＢ１３１が、そのまま過去ＤＢとなる。過去ＤＢ作成部１５０は、作成した過去ＤＢを所定のメモリに記録する。
【００６７】
ステップＳ１０４で過去ＤＢが作成されると、再更新部１６０が、その作成された過去ＤＢに対し、上記の更新履歴に更新内容が記録されている過去の更新を順次に再度実行することで再更新ＤＢを作成する（ステップＳ１０５）。ここでの具体例では、更新履歴に記録されている更新内容は「新規更新」のみであり、ステップＳ１０５では、過去ＤＢに対し、この「新規更新」のみが実行されて再更新ＤＢが作成される。
【００６８】
ステップＳ１０５の処理が終了すると、次に、判定部１７０が、このステップＳ１０５で作成された再更新ＤＢが、上記のステップＳ１０１で記録された現在ＤＢ１３１に一致するか否かを判定する（ステップＳ１０６）。仮に、上記のステップＳ１０３で更新履歴の１項目として採用された更新内容にエラー発生の原因があったとすると、ステップＳ１０５において過去ＤＢに対してこの更新内容の更新が実行されることでエラーが再発し、その結果、更新によって得られる再更新ＤＢは、データベースにおける指示時点の情報である現在ＤＢと内容が一致するはずである。本実施形態では、判定部１７０が、再更新ＤＢが現在ＤＢ１３１に一致するか否かを判定することで、上記の更新履歴に従った更新の実行によってエラーが再現したか否かが判定される。
【００６９】
ここで、上記の具体例について、更新内容に記録されている「新規更新」単独ではエラー発生の原因とはなり得ず、この「新規更新」が正常に実行され、図７や図８に示す、エラー発生時には失敗した「注射オーダ」が患者「Ａ」に対応する記録内容に追加されたとする。
【００７０】
すると、この場合には、判定部１７０において再更新ＤＢが現在ＤＢ１３１に一致しないとの判定（ステップＳ１０６におけるＮｏ判定）が下され、次の処理（ステップＳ１０７）に進む。
【００７１】
本実施形態では、以下に説明するように、上記のステップＳ１０３による更新履歴の作成から、上記のステップＳ１０５による再更新ＤＢの作成までの一連の処理が、上記のステップＳ１０６において再更新ＤＢが現在ＤＢ１３１に一致するとの判定（ステップＳ１０６におけるＹｅｓ判定）が下されるまで、上記の遡及時間を適宜に延ばしながら、４回よりも多い上限回数「Ｎ回」まで繰返し実行される。上記のステップＳ１０６でＮｏ判定が下された場合には、ステップＳ１０７において、現時点における繰返しの回数がこの上限回数「Ｎ回」以下であるか否かが判定部１７０において判定される。
【００７２】
ここでの具体例では、上記の一連の処理を遡及時間「３秒」を使って１回しか行っていないので、判定部１７０において、この上限回数「Ｎ回」以下であるとの判定（ステップＳ１０７におけるＹｅｓ判定）が下されて、次の処理（ステップＳ１０８）に進む。
【００７３】
このステップＳ１０８では、遡及時間として、繰返しの回数に応じ、前回の遡及時間よりも長い遡及時間が、判定部１７０から更新履歴作成部１４０に設定される。ここでの具体例では、次の繰返し回数が「２回目」であるので、前回の１回目の遡及時間「３秒」よりも長い「５秒」の遡及時間が設定される。
【００７４】
このステップＳ１０８の処理が終了すると、処理がステップＳ１０３に戻り、判定部１７０から新たに設定された前回よりも長い遡及時間を使って、上記のステップＳ１０３による更新履歴の作成から、上記のステップＳ１０５による再更新ＤＢの作成までの一連の処理が実行される。
【００７５】
２回目以降の処理では、更新履歴作成部１４０は、更新履歴の作成に当たって、まず、上記の現在ＤＢ１３１を参照し、新たに設定された遡及時間に基づく遡及期間内に実行された更新があるか否かを確認する。ここでの具体例では、指示時点が「２００７年９月１日の１７時３１分１９秒」であり、新たに設定された遡及時間が「５秒」であるので、遡及期間は「２００７年９月１日の１７時３１分１４秒」から「２００７年９月１日の１７時３１分１９秒」までとなる。図７に示す現在ＤＢ１３１から、この遡及期間内において、「２００７年９月１日の１７時３１分１５秒」という更新日時に、「処方オーダ」として、「ＢＢＢ」という薬品を「３袋」処方するというオーダが、第１クライアントマシン２１０から実行されていることが分かる。そこで、図６のステップＳ１０３の２回目の処理では、更新履歴作成部１４０は、第１クライアントマシン２１０の操作履歴から、この更新日時の更新内容および各種情報を抽出することとなる。
【００７６】
図９は、第１クライアントマシン２１０の操作履歴の一例を示す図である。
【００７７】
この図９に示す操作履歴３１０によれば、まず、オーダデータベース１１０が、「２００７年９月１日の１７時３０分５６秒」という日時に、患者ＩＤ「００１」で検索されている。そして、「２００７年９月１日の１５時３１分１０秒」という日時に「新規更新」３１０ｂという更新により、患者ＩＤ「００１」が示す患者「Ａ」に関して、「注射オーダ」として、「ＣＣＣ」という薬品を「１５０ｍｌ」注射するというオーダが実行され、さらに、このオーダに続いて、上記の遡及期間内である、上記の日時に上記の「処方オーダ」が、「修正更新」３１０ａという更新により実行されている。そこで、図６のステップＳ１０３において、この第１クライアントマシン２１０の操作履歴３１０から、上記の遡及期間内に第１クライアントマシン２１０で実行された更新の更新内容として、「修正更新」という更新内容と、その更新内容に関連する患者ＩＤやオーダ内容等の各種情報が抽出される。そして、前回に更新履歴作成部１４０で作成された更新履歴に、この新たに抽出された更新内容等が追加されて、新たな更新履歴が作成される。
【００７８】
次に、ステップＳ１０４において、過去ＤＢ作成部１５０が、上記の新たに作成された更新履歴を遡って、上記の新たな遡及時点に応じた遡及時点、即ち、指示時点の「５秒」前の時点で、エラーに係るデータベースに記憶されていた過去ＤＢを作成する。ここでの具体例では、過去ＤＢ作成部１５０が、「２００７年９月１日の１７時３１分１４秒」という遡及時点における過去ＤＢを新たに作成する。ここで、１回目のステップＳ１０４において過去ＤＢ作成部１５０が作成した過去ＤＢである指示時点から「３秒」前の「２００７年９月１日の１７時３１分１６秒」という遡及時点における過去ＤＢが、所定のメモリに記録されている。そこで、２回目のステップＳ１０４では、上記の更新履歴に従った遡上が、この「３秒」前の「２００７年９月１日の１７時３１分１６秒」から始められる。
【００７９】
ここでの具体例では、この「３秒」前の時点「２００７年９月１日の１７時３１分１６秒」よりも前で、この時点に最も近い日時に実行された更新が、「２００７年９月１日の１７時３１分１５秒」という日時に実行された「修正更新」３１０ａである。
【００８０】
ここで、上記の「新規更新」という更新は、データベースに単純に情報を追加する処理である。これに対し、「修正更新」３１０ａという更新は、元々データベースに存在していた情報を変更するという処理である。そのため、更新履歴を遡ってデータベース内の情報を「新規更新」という更新の前の状態に戻すには、追加された情報を削除すれば足りるが、「修正更新」という更新の前の状態に戻すには更新前の情報が必要となる。本実施形態では、図５に示したように、各クライアントマシンの情報保管部には、操作履歴に記録された更新内容に対応付けて、データベースの、その更新内容の更新が行われる前の記録内容が一時的に保管される。そのため、「修正更新」のように、更新履歴を遡るために更新前の情報が必要な更新内容については、過去ＤＢ作成部１５０は、その更新内容に対応付けてクライアントマシンの情報保管部に一時的に保管されている、データベースの更新前の記録内容を、その更新前の過去ＤＢとして採用する。
【００８１】
ここでの具体例では、オーダデータベース１１１における患者「Ａ」についての記録内容を、図９に示す「修正更新」３１０ａの前の状態に戻すために、過去ＤＢ作成部１５０は、この「修正更新」３１０ａに対応付けられて保管されている更新前の患者「Ａ」についての記録内容を参照する。
【００８２】
図１０は、「修正更新」３１０ａに対応付けられて保管されている更新前の患者「Ａ」についての記録内容を示す図である。
【００８３】
この図１０では、上記の「２００７年９月１日の１７時３１分１５秒」という日時に第１クライアントマシン２１０に変更される前の「処方オーダ」が、「２００７年９月１日の１５時１２分０９秒」という日時に第３クライアントマシン２１０による更新によって記憶されたものであり、「ＢＢＢ」という薬品を「１袋」処方するというものであったことになっている。
【００８４】
ここでの具体例では、図６のステップＳ１０４において、過去ＤＢ作成部１５０が、上記の２回目に作成された更新履歴における上記の「修正更新」の前の過去ＤＢとして、この図１０に示す患者「Ａ」についての記録内容１１０ａ’を採用する。また、この２回目の更新履歴には、「修正更新」よりも昔の更新内容は記録されていないので、この図１０に示す患者「Ａ」についての記録内容１１０ａ’が、この２回目の更新履歴について最終的に得られる過去ＤＢとなる。過去ＤＢ作成部１５０は、この２回目の過去ＤＢも、所定のメモリに記録する。
【００８５】
次に、処理がステップＳ１０５に進んで、再更新部１６０が、過去ＤＢに対し、上記の２回目の更新履歴に更新内容が記録されている過去の更新を、この更新履歴における時間間隔で順次に再度実行することで２回目の再更新ＤＢを作成する。ここでの具体例では、この２回目の更新履歴には、上述の「修正更新」と「新規更新」との２つの更新内容が記録されているので、再更新部１６０は、過去ＤＢに対し、これら２つの更新内容を、更新日時の順に従って、この更新日時の時間間隔で順次に再度実行して２回目の再更新ＤＢを作成する。
【００８６】
その後、ステップＳ１０６において、判定部１７０が、この２回目の再更新ＤＢが現在ＤＢに一致するか否かを判定する。
【００８７】
ここで、上記の具体例について、上述の「修正更新」と「新規更新」とを、２回目の更新履歴における時間間隔で順次に実行してもエラーが発生せず、「修正更新」と「新規更新」とが正常に実行され、図７や図８に示す、エラー発生時には失敗した「注射オーダ」が患者「Ａ」に対応する記録内容に追加されたとする。
【００８８】
この場合にも、判定部１７０において再更新ＤＢが現在ＤＢ１３１に一致しないとの判定（ステップＳ１０６におけるＮｏ判定）が下されてステップＳ１０７に進む。また、この段階では、繰返し回数は２回なので、ステップＳ１０７において、判定部１７０が、上限回数「Ｎ回」以下であるとの判定（ステップＳ１０７におけるＹｅｓ判定）を下し、次の処理（ステップＳ１０８）に進む。ステップＳ１０８において、次の繰返し回数である「３回目」に対応して、前回の２回目の遡及時間「５秒」よりも長い「１０秒」の遡及時間が設定される。
【００８９】
この３回目の処理では、ステップＳ１０３において、更新履歴作成部１４０は、まず、上記の現在ＤＢ１３１を参照し、新たに設定された遡及時間に基づく遡及期間内に実行された更新があるか否かを確認する。ここでの具体例では、新たに設定された遡及時間「１０秒」に基づく遡及時点が「２００７年９月１日の１７時３１分０９秒」で、遡及期間は「２００７年９月１日の１７時３１分０９秒」から「２００７年９月１日の１７時３１分１９秒」までとなる。図７に示す現在ＤＢ１３１から、この遡及期間内において、「２００７年９月１日の１７時３１分１０秒」という更新日時に、「注射オーダ」として、「ＣＣＣ」という薬品を「１５０ｍｌ」注射するというオーダが、第１クライアントマシン２１０から実行されていることが分かる。そこで、図６のステップＳ１０３の３回目の処理では、更新履歴作成部１４０は、図９に示す第１クライアントマシン２１０の操作履歴３１０から、上記の新たな遡及期間内の更新のうち、更新内容について未抽出である「新規更新」３１０ｂという更新内容および各種情報を新たに抽出することとなる。そして、２回目に更新履歴作成部１４０で作成された更新履歴に、この新たに抽出された更新内容等が追加されて、新たな３回目の更新履歴が作成される。
【００９０】
次に、ステップＳ１０４において、過去ＤＢ作成部１５０が、３回目の更新履歴を遡って、上記の新たな遡及時間に応じた遡及時点、即ち、指示時点の「１０秒」前の時点で、エラーに係るデータベースに記憶されていた過去ＤＢを作成する。ここでの具体例では、過去ＤＢ作成部１５０が、「２００７年９月１日の１７時３１分０９秒」という遡及時点における過去ＤＢを新たに作成する。ここで、２回目の過去ＤＢとして、指示時点から「５秒」前の「２００７年９月１日の１７時３１分１４秒」という遡及時点における過去ＤＢが、所定のメモリに記録されている。そこで、３回目のステップＳ１０４では、上記の更新履歴に従った遡上が、この「５秒」前の「２００７年９月１日の１７時３１分１４秒」から始められる。
【００９１】
ここでの具体例では、この「５秒」前の時点「２００７年９月１日の１７時３１分１４秒」よりも前で、上記の遡及期間内に実行された更新は、図９に示す第１クライアント２１０の操作履歴３１０から分かるように「２００７年９月１日の１７時３１分１０秒」という日時に実行された「新規更新」３１０ｂのみである。データベース内の情報を「新規更新」という更新の前の状態に戻すには、追加された情報を削除すれば足りる。そこで、過去ＤＢ作成部１５０は、２回目の過去ＤＢとして記録されている、図１０に示す患者「Ａ」についての記録内容１１０ａ’から、「２００７年９月１日の１７時３１分１０秒」に対応する「注射オーダ」に係る情報を削除して、３回目の過去ＤＢを作成する。
【００９２】
図１１は、３回目の過去ＤＢの記録内容を示す図である。
【００９３】
この図１１には、上述のように、図１０に示す患者「Ａ」についての記録内容１１０ａ’から、「２００７年９月１日の１７時３１分１０秒」に対応する「注射オーダ」に係る情報が削除された記録内容が、３回目の過去ＤＢの記録内容１１０ａ”として示されている。
【００９４】
このように、３回目の過去ＤＢが作成されると、上述の１回目および２回目の処理と同様に、ステップＳ１０５において、再更新部１６０が、３回目の過去ＤＢに対し、上記の３回目の更新履歴に更新内容が記録されている過去の更新を、この更新履歴における時間間隔で順次に再度実行することで３回目の再更新ＤＢを作成する。そして、ステップＳ１０６において、判定部１７０が、この３回目の再更新ＤＢが現在ＤＢに一致するか否かを判定する。
【００９５】
ここで、上記の具体例について、上述の「２００７年９月１日の１７時３１分１０秒」の「新規更新」と「２００７年９月１日の１７時３１分１４秒」の「修正更新」と「２００７年９月１日の１７時３１分１７秒」の「新規更新」とを、３回目の更新履歴における時間間隔で順次に実行したときにエラーが発生して最後の「新規更新」に失敗した結果、３回目の再更新ＤＢが現在ＤＢに一致したとする。
【００９６】
この場合には、ステップＳ１０６においてＹｅｓ判定が下され、記録部１８０が、その時点における過去ＤＢと更新履歴とを所定のメモリに記録する（ステップＳ１０９）。ここでの具体例では、記録部１８０は、図１１に記録内容１１０ａ”を示す３回目の過去ＤＢと、次のような３回目の更新履歴を記録する。
【００９７】
図１２は、記録部１８０が記録する更新履歴の一例を示す図である。
【００９８】
この図１２には、ここでの具体例において記録部１８０によって記録される３回目の更新履歴１７１が示されている。
【００９９】
上述したように、この３回目の更新履歴１７１には、１回目の処理において第２クライアントマシン２２０の操作履歴から抽出された「２００７年９月１日の１７時３１分１７秒」の「新規更新」３２０ａと、２回目の処理において第１クライアントマシン２２０の操作履歴から抽出された「２００７年９月１日の１７時３１分１５秒」の「修正更新」３１０ａと、３回目の処理において第１クライアントマシン２２０の操作履歴から抽出された「２００７年９月１日の１７時３１分１０秒」の「新規更新」３１０ｂとの３つの更新内容と、各更新内容に対応する情報が記録されている。
【０１００】
以上、図６から図１２を参照して説明した処理によれば、図１および図５に示す電子カルテシステム１０において発生したエラーに至るまでに各クライアントマシン２１０，２２０，２３０，…で実行された更新の履歴が作成されて記録される。
【０１０１】
また、上述したような更新履歴の作成から再更新ＤＢの作成に至る一連の処理の繰返しが、エラーが再現しないまま上限の回数「Ｎ回」を超えてしまった場合（ステップＳ１０７におけるＮｏ判定）には、本実施形態では、エラーが再現しない旨を説明するメッセージが、エラーが発生したクライアントマシンのモニタに表示される（ステップＳ１１０）。
【０１０２】
以上に説明した、処理により、エラー解消を行う作業者は、エラー解消を行うに当たって、ほとんどの場合、エラーが発生したとき作成される更新履歴を検討するだけで良い。また、仮に、エラーが再現しない旨を説明するメッセージが、エラーが発生したクライアントマシンのモニタに表示された場合には、作業者は、そのメッセージによって、エラーの発生原因が過去のクライアントマシンによる更新ではなく、例えば、接続ケーブルの断線等といった物理的な事象にある可能性が高いこと等を把握することができる。つまり、本実施形態の電子カルテシステム１０によれば、エラー解消を行う作業者は、エラー解消を容易に行うことができる。
【０１０３】
以下、上述した基本形態を含む種々の形態に関し、更に以下の付記を開示する。
【０１０４】
（付記１）
情報を記憶するデータベースと、
前記データベースに記憶されている情報にアクセスし、該情報を更新する複数の情報更新部と、
前記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新の履歴を記録する履歴記録部と、
前記情報更新部がアクセスした情報にエラーが生じている場合に、該情報更新部に付属している履歴記録部に記録されている履歴を、そのエラーが生じたエラー時点よりも過去の過去時点まで遡り、該情報更新部による情報更新の対象を特定する更新対象特定部と、
前記複数の情報更新部のうち、前記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索する探索部と、
前記探索部によって見つかった各情報更新部に付属している各履歴記録部から、前記過去時点以後の履歴を収集する履歴収集部と、
前記履歴収集部によって収集された履歴に基づいて、前記過去時点における前記データベースの情報を推定する情報推定部と、
前記情報推定部によって推定された情報に対して、前記履歴収集部で収集された履歴が表している情報更新を施し、前記エラーが再現されるか否かを確認するエラー再現部とを備えたことを特徴とする情報記憶システム。
【０１０５】
（付記２）
前記データベースが、前記情報として、該情報に対して更新を実行した情報更新部と、その情報更新部が実行した更新の対象とを含む情報を記憶するものであり、
前記探索部は、前記データベースが記憶している情報に基づいて、前記更新対象特定部で特定された対象と同じ対象にアクセスした情報更新部を探索するものであることを特徴とする付記１記載の情報記憶システム。
【０１０６】
（付記３）
前記複数の情報更新部それぞれに付属して、その付属した情報更新部による情報更新が実行される前の情報を少なくとも一時的に保管する情報保管部を備え、
前記履歴収集部が、前記過去時点以後の履歴を収集するとともに、前記情報保管部から該過去時点以後の情報も収集するものであり、
前記情報推定部が、前記履歴収集部によって収集された履歴および情報に基づいて前記データベースの情報を推定するものであることを特徴とする付記１又は２記載の情報記憶システム。
【０１０７】
（付記４）
前記エラー再現部で、前記エラーが再現されないことが確認された場合に、前記過去時点をより過去の時点に変更し、前記更新対象特定部、前記探索部、前記履歴収集部、および前記情報推定部によって、そのより過去の時点における前記データベースの情報を推定させ、前記エラー再現部に、前記エラーが再現されるか否かを確認させる時点変更部を備えたことを特徴とする付記１から３のうちいずれか１項記載の情報記憶システム。
【０１０８】
（付記５）
前記情報推定部による前記データベースの情報推定に先だって、現時点の該データベースの情報を待避させる情報待避部を備えたことを特徴とする付記１から４のうちいずれか１項記載の情報記憶システム。
【０１０９】
（付記６）
前記エラー再現部で、前記エラーが再現されることが確認された場合に、前記履歴収集部によって収集された履歴を保存する収集履歴保存部を備えたことを特徴とする付記１から５のうちいずれか１項記載の情報記憶システム。
【０１１０】
（付記７）
前記エラー再現部で、前記エラーが再現されることが確認された場合に、前記情報推定部で推定された情報を保存する推定情報保存部を備えたことを特徴とする付記１から６のうちいずれか１項記載の情報記憶システム。
【０１１１】
尚、上記では、「課題を解決するための手段」で基本形態について説明した情報記憶システムの一実施形態として、電子カルテシステムを例示したが、情報記憶システムはこれに限るものではなく、上記の基本形態は、データベース等を備えたサーバマシンと、このサーバマシン内の各データベース内の情報にアクセス可能な複数のクライアントマシンとで構成された一般的な情報記憶システムに適用することができる。
【０１１２】
また、上記では、「課題を解決するための手段」で基本形態について説明した情報記憶システムの一実施形態として、処理の繰返し回数毎に、遡及時間が決められている例を示したが、情報記憶システムはこれに限るものではなく、例えば、処理が繰り返される度に、遡及時間が所定刻みで延びるもの等であっても良い。
【図面の簡単な説明】
【０１１３】
【図１】情報記憶システムに対する具体的な実施形態である電子カルテシステムを模式的に示す図である。
【図２】オーダデータベース１１０を示す図である。
【図３】オーダデータベース１１０に対する更新の一例を示す図である。
【図４】オーダデータベース１１０に対して図３に示す更新を行ったクライアントマシンの履歴を模式的に示す図である。
【図５】図１の電子カルテシステム１０を、総合的な更新履歴を作成する機能に注目して詳細に示す、この電子カルテシステム１０の機能ブロック図である。
【図６】エラーが発生した場合に総合的な更新履歴を作成する処理の流れを示すフローチャートである。
【図７】エラー発生の具体例を示す図である。
【図８】第２クライアントマシン２２０の操作履歴の一例を示す図である。
【図９】第１クライアントマシン２１０の操作履歴の一例を示す図である。
【図１０】「修正更新」３１０ａに対応付けられて保管されている更新前の患者「Ａ」についての記録内容を示す図である。
【図１１】３回目の過去ＤＢの記録内容を示す図である。
【図１２】記録部１８０が記録する更新履歴の一例を示す図である。
【符号の説明】
【０１１４】
１０    電子カルテシステム
１００    サーバマシン
１１０    オーダデータベース
１１０ａ，１１０ａ’，１１０ａ”    記録内容
１１１    ＩＤ欄
１１２    氏名欄
１１３    オーダ内容欄
１１４    オーダ対象欄
１１５    オーダ量欄
１１６    更新クライアント欄
１１７    更新日時欄
１２０    診療記録データベース
１３０    現在ＤＢ記録部
１３１    現在ＤＢ
１４０    更新履歴作成部
１５０    過去ＤＢ作成部
１６０    再更新部
１７０    判定部
１７１    ３回目の更新履歴
１８０    記録部
２１０    第１クライアントマシン
２１１    情報更新部
２１２    履歴記録部
２１３    情報保管部
２２０    第２クライアントマシン
２３０    第３クライアントマシン
３１０，３２０    操作履歴
３１０ａ    「修正更新」
３２０ａ，３１０ｂ    「新規更新」
【図１】
0005186972.tif 000002
【図２】
0005186972.tif 000003
【図３】
0005186972.tif 000004
【図４】
0005186972.tif 000005
【図５】
0005186972.tif 000006
【図６】
0005186972.tif 000007
【図７】
0005186972.tif 000008
【図８】
0005186972.tif 000009
【図９】
0005186972.tif 000010
【図１０】
0005186972.tif 000011
【図１１】
0005186972.tif 000012
【図１２】
0005186972.tif 000013