(57)【特許請求の範囲】
【請求項１】
患者に対して複数の医療機関による治療を記載した地域連携クリニカルパスにしたがって治療が施された場合であって、該地域連携クリニカルパスに該治療が施されたことの記載がないときは、該治療を施した医療機関における更新期限情報を取得する取得手段と、
前記地域連携クリニカルパスの更新日時が前記取得手段によって取得された更新期限情報の日時以内でない場合は、該地域連携クリニカルパスに記載されていないことの通知を行う通知手段
を具備することを特徴とする情報処理装置。
【請求項２】
前記患者の前記地域連携クリニカルパスが更新された場合に、該更新における治療情報を取得する第１の取得手段と、
前記患者における最も古い未完了の治療情報を取得する第２の取得手段と、
前記第１の取得手段によって取得された治療情報と前記第２の取得手段によって取得された治療情報が合致しない場合は、更新情報が異なる旨の通知を行う第２の通知手段
をさらに具備することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記医療機関によって行われた治療が前記患者に対する治療であって、該治療が前記地域連携クリニカルパスによって記載されている治療である場合は、該患者の該地域連携クリニカルパスを更新する更新手段
をさらに具備することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
コンピュータを、
患者に対して複数の医療機関による治療を記載した地域連携クリニカルパスにしたがって治療が施された場合であって、該地域連携クリニカルパスに該治療が施されたことの記載がないときは、該治療を施した医療機関における更新期限情報を取得する取得手段と、
前記地域連携クリニカルパスの更新日時が前記取得手段によって取得された更新期限情報の日時以内でない場合は、該地域連携クリニカルパスに記載されていないことの通知を行う通知手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、患者の実際の経過が予定（予測）からはずれていることに確実、かつ迅速に対応できるように支援するための技術を提供することを課題とし、端末装置のユーザは、クリニカルパスにしたがって患者に対する医療行為を行い、その内容を示す実施データを、通信ネットワークを介して接続される病院内情報管理システムに送信させ、その管理システムは、その実施データを受信すると、対応するクリニカルパスが示す予定から患者の経過がはずれることでバリアンスが発生しているか否か判定し、それが発生していると判定した場合に、メッセージ、或いは対処法をその端末装置に送信することにより、端末装置のユーザに、バリアンスが発生していることを通知することが開示されている。
【０００３】
特許文献２には、患者に対して実際に行われた診療行為の組み合わせと整合するようにクリニカルパスを更新することを支援することを課題とし、診療履歴情報ＤＢは、各患者に対して実施された診療プロセスで行われた１以上の診療行為を表す診療履歴を記憶し、共通パタン抽出部は、診療履歴情報ＤＢを参照し、複数の診療履歴において共通して行われた診療行為の組み合わせである共通パタンを複数抽出し、パタン選択部は、共通パタン抽出部が抽出した複数の共通パタンから、クリニカルパス情報ＤＢ中のクリニカルパスの情報を参照して、より少ない数の共通パタンを選択し、選択された共通パタンに含まれる診療行為と、クリニカルパスに含まれる診療行為と、を比較した結果を表す更新支援情報が更新支援情報生成部により生成され、出力処理部により出力されることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１８２３６２号公報
【特許文献２】特開２０１２−０１４３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、地域連携クリニカルパスにしたがって治療が施されたが、その地域連携クリニカルパスにその治療が施されたことの記載がない場合であって、その地域連携クリニカルパスの更新日時が、治療を施した施設における更新期限情報の日時以内でないときは、その地域連携クリニカルパスに記載されていないことの通知を行うようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、患者に対して複数の医療機関による治療を記載した地域連携クリニカルパスにしたがって治療が施された場合であって、該地域連携クリニカルパスに該治療が施されたことの記載がないときは、該治療を施した医療機関における更新期限情報を取得する取得手段と、前記地域連携クリニカルパスの更新日時が前記取得手段によって取得された更新期限情報の日時以内でない場合は、該地域連携クリニカルパスに記載されていないことの通知を行う通知手段を具備することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、前記患者の前記地域連携クリニカルパスが更新された場合に、該更新における治療情報を取得する第１の取得手段と、前記患者における最も古い未完了の治療情報を取得する第２の取得手段と、前記第１の取得手段によって取得された治療情報と前記第２の取得手段によって取得された治療情報が合致しない場合は、更新情報が異なる旨の通知を行う第２の通知手段をさらに具備することを特徴とする請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記医療機関によって行われた治療が前記患者に対する治療であって、該治療が前記地域連携クリニカルパスによって記載されている治療である場合は、該患者の該地域連携クリニカルパスを更新する更新手段をさらに具備することを特徴とする請求項２に記載の情報処理装置である。
【０００９】
請求項４の発明は、コンピュータを、患者に対して複数の医療機関による治療を記載した地域連携クリニカルパスにしたがって治療が施された場合であって、該地域連携クリニカルパスに該治療が施されたことの記載がないときは、該治療を施した医療機関における更新期限情報を取得する取得手段と、前記地域連携クリニカルパスの更新日時が前記取得手段によって取得された更新期限情報の日時以内でない場合は、該地域連携クリニカルパスに記載されていないことの通知を行う通知手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１０】
請求項１の情報処理装置によれば、地域連携クリニカルパスにしたがって治療が施されたが、その地域連携クリニカルパスにその治療が施されたことの記載がない場合であって、その地域連携クリニカルパスの更新日時が、治療を施した施設における更新期限情報の日時以内でないときは、その地域連携クリニカルパスに記載されていないことの通知を行うことができる。
【００１１】
請求項２の情報処理装置によれば、地域連携クリニカルパスが更新された場合に、その更新における治療情報と、最も古い未完了の治療情報が合致しない場合は、更新情報が異なる旨の通知を行うことができる。
【００１２】
請求項３の情報処理装置によれば、医療機関によって行われた治療が対象としている患者に対する治療であって、その治療が地域連携クリニカルパスによって記載されている治療である場合は、その患者のその地域連携クリニカルパスを更新することができる。
【００１３】
請求項４の情報処理プログラムによれば、地域連携クリニカルパスにしたがって治療が施されたが、その地域連携クリニカルパスにその治療が施されたことの記載がない場合であって、その地域連携クリニカルパスの更新日時が、治療を施した施設における更新期限情報の日時以内でないときは、その地域連携クリニカルパスに記載されていないことの通知を行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を実現した場合のシステム構成例を示す説明図である。
【図３】異常検知装置内の構成例等についての概念的なモジュール構成図である。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】本実施の形態による処理例を示すフローチャートである。
【図６】本実施の形態による処理例を示すフローチャートである。
【図７】施設情報マスタテーブルのデータ構造例を示す説明図である。
【図８】患者情報マスタテーブルのデータ構造例を示す説明図である。
【図９】診療情報文書種情報マスタテーブルのデータ構造例を示す説明図である。
【図１０】更新期限情報マスタテーブルのデータ構造例を示す説明図である。
【図１１】地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図１２】電子カルテテーブルのデータ構造例を示す説明図である。
【図１３】更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図１４】処理後の地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図１５】処理後の電子カルテテーブルのデータ構造例を示す説明図である。
【図１６】処理後の更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図１７】処理後の地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図１８】処理後の電子カルテテーブルのデータ構造例を示す説明図である。
【図１９】処理後の更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図２０】処理後の地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図２１】処理後の電子カルテテーブルのデータ構造例を示す説明図である。
【図２２】処理後の更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図２３】処理後の地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図２４】処理後の電子カルテテーブルのデータ構造例を示す説明図である。
【図２５】処理後の更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図２６】処理後の地域連携クリニカルパス管理テーブルのデータ構造例を示す説明図である。
【図２７】処理後の電子カルテテーブルのデータ構造例を示す説明図である。
【図２８】処理後の更新履歴情報マスタテーブルのデータ構造例を示す説明図である。
【図２９】本実施の形態による処理例を示す説明図である。
【図３０】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための最良の形態】
【００１５】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１６】
本実施の形態である情報処理システムは、地域連携クリニカルパスを管理する（又は管理を支援する）ものであって、図１の例に示すように、各病院における異常検知装置１００と電子カルテシステム１１０、地域連携クリニカルパス管理システム１３０、マスタ管理装置１４０を有している。なお、異常検知装置１００と電子カルテシステム１１０の組み合わせは、３つの例を示したが、２つ以上の複数であればよい。また、病院と例示しているが、医療機関（以下、施設ともいう）であればよく、例えば、医院、診療所、治療院、整骨院等を含めてもよい。
クリニカルパス（ｃｌｉｎｉｃａｌ  ｐａｔｈ）とは、良質な医療を効率的、かつ安全、適正に提供するための手段として開発された診療計画書のことである。地域連携クリニカルパスとは、急性期から慢性期に至る医療機関の連携パスが、地域行政の行う保健・福祉のサービスまでを包括するパスとなった地域における診療計画書である。地域連携クリニカルパスは、急性期病院が計画した診療プロセスに対して、他の病院（回復期病院や慢性期病院）が診療行為を施し、その地域連携クリニカルパスを更新していくという特徴がある。したがって、地域連携クリニカルパスの場合、１つの医療機関内だけではなく、その医療機関外で行われた実際の診療行為との差分情報を抽出する必要がある。
一般的に、地域連携クリニカルパスは、（１）急性期、（２）回復期、（３）慢性期の３つに分かれる。例えば、地域連携クリニカルパスでは、（１）急性期には、手術、ＣＴ検査、採血が行われること、（２）回復期には、歩行訓練、採血、血圧測定が行われること、（３）慢性期には、採血、超音波検査、血圧測定が行われることが記載されている。
そして、その地域連携クリニカルパスにしたがって、以下のような処理が行われる。
（１）急性期には、急性期病院１２０Ａにおいて、手術、ＣＴ検査、採血が行われて、それぞれ手術同意書、ＣＴ検査レポート、採血レポートが電子カルテシステム１１０Ａによって作成され、それらを地域連携クリニカルパスに反映する。
（２）回復期には、回復期病院１２０Ｂにおいて、歩行訓練、採血、血圧測定が行われて、それぞれ訓練報告書、採血レポート、血圧測定結果が電子カルテシステム１１０Ｂによって作成され、それらを地域連携クリニカルパスに反映する。
（３）慢性期には、慢性期病院１２０Ｃにおいて、採血、超音波検査、血圧測定が行われて、それぞれ採血レポート、超音波検査報告書、血圧測定結果が電子カルテシステム１１０Ｃによって作成され、それらを地域連携クリニカルパスに反映する。
【００１７】
急性期病院１２０Ａは、異常検知装置１００Ａ、電子カルテシステム１１０Ａを有している。回復期病院１２０Ｂは、異常検知装置１００Ｂ、電子カルテシステム１１０Ｂを有している。慢性期病院１２０Ｃは、異常検知装置１００Ｃ、電子カルテシステム１１０Ｃを有している。電子カルテシステム１１０Ａ、電子カルテシステム１１０Ｂ、電子カルテシステム１１０Ｃは、各病院において、独立に運用されている。異常検知装置１００Ａは、地域連携クリニカルパス管理システム１３０、マスタ管理装置１４０と接続されている。異常検知装置１００Ｂは、地域連携クリニカルパス管理システム１３０、マスタ管理装置１４０と接続されている。異常検知装置１００Ｃは、地域連携クリニカルパス管理システム１３０、マスタ管理装置１４０と接続されている。電子カルテシステム１１０は、各病院において行われた治療を記録する。異常検知装置１００内の詳細なモジュール構成例については、図３を用いて後述する。
地域連携クリニカルパス管理システム１３０と各施設の電子カルテの情報から差分（更新漏れ）の有無を判断する必要があるが、実際の診療行為が行われたという事実を示す「診療記録」は各施設の電子カルテ（電子カルテシステム１１０Ａ、電子カルテシステム１１０Ｂ、電子カルテシステム１１０Ｃ）で分散管理される。このため、地域連携クリニカルパス管理システム１３０内における情報のみで更新漏れの有無を判定することはできない。
また、例えば、各治療が施されて、電子カルテに反映しなければならない期間は、各病院が独立に設定している。したがって、各病院によって異なる期間が設定されることがある。また、各治療が施されて（又は電子カルテに反映されて）、地域連携クリニカルパスに反映しなければならない期間も、各病院が独立に設定している。したがって、各病院によって異なる期間が設定されることがある。特に、医師法第２４条では、「医師は診療をしたときは遅滞なく診療に関する事項を診療録に記載しなければならない」と記載されているが、医療機関（施設）毎に「遅滞なく」の捉え方が異なるため、診療行為を記録した文書（診療録、電子カルテ）が登録されるタイミングは、地域連携クリニカルパスに記載することと同一日であるとは限らない。
【００１８】
地域連携クリニカルパス管理システム１３０は、急性期病院１２０Ａの異常検知装置１００Ａ、回復期病院１２０Ｂの異常検知装置１００Ｂ、慢性期病院１２０Ｃの異常検知装置１００Ａと接続されている。地域連携クリニカルパス管理システム１３０は、地域連携クリニカルパスを管理する。前述したように、患者毎に、急性期病院１２０Ａで地域連携クリニカルパスを作成し、その地域連携クリニカルパスにしたがって急性期病院１２０Ａ、回復期病院１２０Ｂ，慢性期病院１２０Ｃで、その患者に対して治療が施される。
マスタ管理装置１４０は、更新期限情報マスタ１４５、診療情報文書種情報マスタ１５０、患者情報マスタ１５５、更新履歴情報マスタ１６０、施設情報マスタ１６５を有している。なお、以下に説明する「一元管理」とは、急性期病院１２０Ａ、回復期病院１２０Ｂ、慢性期病院１２０Ｃに関する情報を、マスタ管理装置１４０内の各マスタが管理していることをいう。また、各医療機関での発生イベント（治療が施されたこと）は、各医療機関での診療記録が電子カルテシステム１１０に登録されたことに紐付ける。
更新期限情報マスタ１４５は、診療情報文書種情報マスタ１５０と接続されている。更新期限情報マスタ１４５は、各医療機関の登録文書の更新期限期間を医療機関毎に一元管理する。
診療情報文書種情報マスタ１５０は、更新期限情報マスタ１４５、患者情報マスタ１５５と接続されている。診療情報文書種情報マスタ１５０は、地域医療における特定の診療行為と各医療機関の文書種情報を、紐付ける情報（対応付ける情報）を一元管理する。
患者情報マスタ１５５は、診療情報文書種情報マスタ１５０、更新履歴情報マスタ１６０と接続されている。患者情報マスタ１５５は、地域連携クリニカルパスの対象患者を一元管理する。
更新履歴情報マスタ１６０は、患者情報マスタ１５５、施設情報マスタ１６５と接続されている。更新履歴情報マスタ１６０は、地域連携クリニカルパスの整合性を保つ更新履歴（ジョブ）情報を一元管理する。
施設情報マスタ１６５は、更新履歴情報マスタ１６０と接続されている。施設情報マスタ１６５は、地域医療連携の対象施設情報を一元管理する。
【００１９】
図２は、本実施の形態を実現した場合のシステム構成例を示す説明図である。
急性期病院１２０Ａ、回復期病院１２０Ｂ、慢性期病院１２０Ｃ、地域連携クリニカルパス管理システム１３０、マスタ管理装置１４０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。なお、電子カルテシステム１１０と病院１２０の組み合わせは、各病院内に設置されていてもよいし、各病院の電子カルテを管理するのであれば、各病院内に設置されている必要は必ずしもない。また、地域連携クリニカルパス管理システム１３０とマスタ管理装置１４０は、一体の装置として実現されていてもよい。
【００２０】
図３は、異常検知装置１００内の構成例等についての概念的なモジュール構成図である。
異常検知装置１００は、地域連携クリニカルパス更新情報取得モジュール３１０、更新情報比較モジュール３２０、異常状態通知モジュール３３０、登録文書情報取得モジュール３４０、地域連携クリニカルパス確認モジュール３５０、診療情報文書種情報確認モジュール３６０、更新履歴情報取得モジュール３７０、更新履歴情報登録モジュール３８０、患者情報確認モジュール３９０を有している。
【００２１】
地域連携クリニカルパス確認モジュール３５０は、地域連携クリニカルパス管理システム１３０と接続されている。地域連携クリニカルパス確認モジュール３５０は、地域連携クリニカルパス管理システム１３０に対象としている患者の地域連携クリニカルパスがあるか否かを確認する。
登録文書情報取得モジュール３４０は、電子カルテシステム１１０、更新履歴情報登録モジュール３８０、患者情報確認モジュール３９０と接続されている。登録文書情報取得モジュール３４０は、電子カルテシステム１１０で登録された文書情報（電子カルテ）を取得する。
患者情報確認モジュール３９０は、登録文書情報取得モジュール３４０、マスタ管理装置１４０の患者情報マスタ１５５と接続されている。患者情報確認モジュール３９０は、登録文書の患者が地域連携クリニカルパスにおける対象患者であることを確認する。
【００２２】
診療情報文書種情報確認モジュール３６０は、マスタ管理装置１４０の診療情報文書種情報マスタ１５０と接続されている。診療情報文書種情報確認モジュール３６０は、登録文書が地域連携クリニカルパスの特定の診療行為に紐付けされていることを確認する。つまり、登録文書の治療が地域連携クリニカルパスにおける治療であることを確認する。
更新履歴情報登録モジュール３８０は、登録文書情報取得モジュール３４０、マスタ管理装置１４０の更新履歴情報マスタ１６０と接続されている。更新履歴情報登録モジュール３８０は、対象としている患者の地域連携クリニカルパスの更新確認を制御するジョブを更新履歴情報マスタ１６０に登録する。つまり、各医療機関の電子カルテに登録された文書の更新履歴情報を登録する。
更新履歴情報登録モジュール３８０は、医療機関によって行われた治療が対象としている患者に対する治療であって、その治療が対象としている地域連携クリニカルパスによって記載されている治療である場合は、その患者の地域連携クリニカルパスを更新する。この処理の詳細については、図４の例に示すフローチャートを用いて後述する。
【００２３】
更新履歴情報取得モジュール３７０は、更新情報比較モジュール３２０、マスタ管理装置１４０の更新履歴情報マスタ１６０と接続されている。更新履歴情報取得モジュール３７０は、更新履歴情報マスタ１６０の更新ジョブ情報を取得する。つまり、各医療機関の電子カルテに登録された文書の更新履歴情報を取得する。
地域連携クリニカルパス更新情報取得モジュール３１０は、地域連携クリニカルパス管理システム１３０、更新情報比較モジュール３２０と接続されている。地域連携クリニカルパス更新情報取得モジュール３１０は、患者の地域連携クリニカルパスの更新情報を取得する。つまり、各医療機関の電子カルテに登録された文書の患者の地域連携クリニカルパスの更新情報を取得する。
【００２４】
更新情報比較モジュール３２０は、地域連携クリニカルパス更新情報取得モジュール３１０、異常状態通知モジュール３３０、更新履歴情報取得モジュール３７０と接続されている。更新情報比較モジュール３２０は、更新履歴情報マスタ１６０の更新ジョブ情報と地域連携クリニカルパスの更新情報を比較する。つまり、各医療機関の電子カルテに登録された文書の更新情報と地域連携クリニカルパスの更新情報が更新期限内で合致することを判定する。
異常状態通知モジュール３３０は、更新情報比較モジュール３２０と接続されている。異常状態通知モジュール３３０は、比較結果から異常状態を検知して通知する。つまり、各医療機関の電子カルテに登録された文書の更新情報と地域連携クリニカルパスの更新情報が合致しない場合に異常通知をする。
【００２５】
更新情報比較モジュール３２０は、対象としている患者の地域連携クリニカルパスが更新された場合に、その更新における治療情報を取得する。そして、その患者における最も古い未完了の治療情報を取得する。次に、取得した治療情報と取得した治療情報が合致するか否かを判断する。
異常状態通知モジュール３３０は、更新情報比較モジュール３２０によって合致しないと判断された場合は、更新情報が異なる旨の通知を行う。この処理の詳細については、図５の例に示すフローチャートを用いて後述する。
【００２６】
異常状態通知モジュール３３０は、患者に対して複数の医療機関による治療を記載した地域連携クリニカルパスにしたがって治療が施された場合であって、その地域連携クリニカルパスにその治療が施されたことの記載がないときは、その治療を施した医療機関における更新期限情報を取得する。そして、地域連携クリニカルパスの更新日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）が、取得した更新期限情報の日時以内でない場合は、その地域連携クリニカルパスに記載されていないことの通知を行う。この処理の詳細については、図６の例に示すフローチャートを用いて後述する。
【００２７】
図４は、本実施の形態による処理例（更新履歴情報（ジョブ）の登録処理例）を示すフローチャートである。対象としている患者の地域連携クリニカルパスに関する治療が行われたことを抽出する処理例である。
ステップＳ４０２では、電子カルテシステム１１０に登録された文書情報を取得する。具体的には、各医療機関の電子カルテシステム１１０に登録された文書の属性を取得する。電子カルテシステム１１０に新たな文書情報が登録される都度にこの処理を行うようにしてもよいし、予め定められた期間毎に（定期的に）この処理を行うようにしてもよい。
ステップＳ４０４では、登録した文書の患者が患者情報マスタ１５５に存在するか否かを判断し、存在する場合はステップＳ４０６へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。つまり、地域連携クリニカルパスの対象患者であることを確認する処理である。
【００２８】
ステップＳ４０６では、診療情報文書種情報マスタ１５０に登録文書の文書種が存在するか否かを判断し、存在する場合はステップＳ４０８へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。なお、ここで文書種は、治療の種別を示している。つまり、地域連携クリニカルパスの対象治療行為であることを確認する処理である。
ステップＳ４０８では、更新履歴情報マスタ１６０に登録文書の更新ジョブを登録する。具体的には、地域連携クリニカルパス管理システム１３０から該当患者をキーとして、クリニカルパス情報を取得する。更新履歴情報マスタ１６０に、更新ジョブとして、患者情報、地域連携クリニカルパス情報、施設情報、登録文書情報、更新情報（更新日時、更新有無）を登録する。このとき、更新日時、更新有無は、例えば、「ＮＵＬＬ」、「ＦＡＬＳＥ」として登録する。
【００２９】
図５は、本実施の形態による処理例（地域連携クリニカルパスの更新内容確認処理例）を示すフローチャートである。地域連携クリニカルパスの計画通りに治療が行われているか否かを判断する処理例である。なお、電子カルテの内容を、地域連携クリニカルパスに自動的に反映してはいないので、この処理を行う。
ステップＳ５０２では、地域連携クリニカルパス管理システム１３０から、該当患者の地域連携クリニカルパスが更新されたことの通知を受ける。
ステップＳ５０４では、更新履歴情報マスタ１６０から該当患者の最古の未完了ジョブを検索する。なお、最古の診療日時のジョブを対象とすることで、診療行為の順序性が保たれる。
ステップＳ５０６では、地域連携クリニカルパスを更新した診療行為情報を取得する。具体的には、未完了ジョブから地域連携クリニカルパスの更新に紐付けされている診療行為情報を取得する。未完了ジョブの文書種ＩＤをキーとして、診療情報文書種情報マスタ１５０から診療コードを取得する。
ステップＳ５０８では、未完了ジョブの診療行為情報と地域連携クリニカルパスを更新した診療行為情報とが同一であるか否かを確認し、同一である場合はステップＳ５１２へ進み、それ以外の場合はステップＳ５１０へ進む。
【００３０】
ステップＳ５１０では、更新情報が異なるためアラートを通知する。地域連携クリニカルパスに記載された計画通りの治療が行われていない（地域連携クリニカルパスに記載された治療情報とは異なる治療情報で更新されている）場合であって、例えば、追い越し（ある治療が行われずに、次の治療が行われた場合、又は、ある治療は行われたが、地域連携クリニカルパスにその治療の記載が行われないうちに、次の治療が行われて、地域連携クリニカルパスにその次の治療を反映しようとしている場合）等が発生した場合が該当する。対象の未完了ジョブの更新漏れがあることを通知する。
ステップＳ５１２では、未完了ジョブのステータスを完了にする。つまり、適切な情報（同一の治療行為）で更新されているため、該当の未完了ジョブのステータスを完了に変更する。
【００３１】
図６は、本実施の形態による処理例（地域連携クリニカルパスの更新期限確認処理例）を示すフローチャートである。
ステップＳ６０２では、更新履歴情報マスタ１６０から最古の未完了ジョブを検索する。具体的には、更新履歴情報マスタ１６０から患者毎に最古の診療日をもつ未更新（未完了ジョブ）のレコードを検索する。
ステップＳ６０４では、未完了ジョブをもつ患者が存在するか否かを判断し、存在する場合はステップＳ６０６へ進み、それ以外の場合は処理を終了する（ステップＳ６９９）。未更新のレコードが１件以上ある患者がいることを確認する処理である。
ステップＳ６０６では、該当患者の地域連携クリニカルパスの更新情報を取得する。具体的には、未更新のレコードに該当する地域連携クリニカルパスの更新情報（更新日時）を取得する。
ステップＳ６０８では、該当患者が所属する施設の更新期限情報を取得する。具体的には、未更新レコードに該当する施設情報の更新期限情報を取得する。
【００３２】
ステップＳ６１０では、地域連携クリニカルパスの最終更新日時が、対象のジョブの更新期限以内であるか否かを確認し、更新期限以内である場合は処理を終了し（ステップＳ６９９）、それ以外の場合はステップＳ６１２へ進む。具体的には、地域連携クリニカルパスの「更新日時」が、対象の未完了ジョブの更新期限内であることを確認する。更新期限の確認を実施する「システム日時」と、更新履歴情報の「診療日時」、該当施設の更新期限情報（更新期限期間）から、対象の未完了ジョブの更新期限が超えていないことを確認する。『登録文書の「診療日時」＋該当施設における「更新期限期間」＜「システム日時」』である場合は、ステップＳ６１２に進む。それ以外の場合は、ステップＳ６９９に進む。
ステップＳ６１２では、対象のジョブが更新期限を超えているためアラートを通知する。
【００３３】
図７は、施設情報マスタテーブル７００のデータ構造例を示す説明図である。施設情報マスタ１６５は、例えば、施設情報マスタテーブル７００を記憶している。
施設情報マスタテーブル７００は、施設ＩＤ欄７１０、施設名欄７２０を有している。施設ＩＤ欄７１０は、本実施の形態において、施設（医療機関）を一意に識別するための情報（施設ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。施設名欄７２０は、その施設ＩＤが示す施設の施設名を記憶している。
【００３４】
図８は、患者情報マスタテーブル８００のデータ構造例を示す説明図である。患者情報マスタ１５５は、例えば、患者情報マスタテーブル８００を記憶している。
患者情報マスタテーブル８００は、患者ＩＤ欄８１０、患者名欄８２０を有している。患者ＩＤ欄８１０は、本実施の形態において、患者を一意に識別するための情報（患者ＩＤ）を記憶している。患者名欄８２０は、その患者ＩＤが示す患者の患者名を記憶している。
【００３５】
図９は、診療情報文書種情報マスタテーブル９００のデータ構造例を示す説明図である。診療情報文書種情報マスタ１５０は、例えば、診療情報文書種情報マスタテーブル９００を記憶している。
診療情報文書種情報マスタテーブル９００は、診療コード欄９１０、施設名欄９２０、施設ＩＤ欄９３０、文書種ＩＤ欄９４０を有している。診療コード欄９１０は、診療（治療）コードを記憶している。施設名欄９２０は、その診療コードが示す診療の診療名を記憶している。施設ＩＤ欄９３０は、その診療が施された施設の施設ＩＤを記憶している。文書種ＩＤ欄９４０は、本実施の形態において、文書種を一意に識別するための情報（文書種ＩＤ）を記憶している。文書種ＩＤは、どのような治療が施されたかを示している。
【００３６】
図１０は、更新期限情報マスタテーブル１０００のデータ構造例を示す説明図である。更新期限情報マスタ１４５は、例えば、更新期限情報マスタテーブル１０００を記憶している。
更新期限情報マスタテーブル１０００は、施設ＩＤ欄１０１０、更新期限期間欄１０２０を有している。施設ＩＤ欄１０１０は、施設ＩＤを記憶している。更新期限期間欄１０２０は、その施設ＩＤの施設における更新期限期間（いわゆる猶予期間）を記憶している。つまり、各施設毎に更新期限期間が設定されている。
【００３７】
以下に、地域連携クリニカルパスが更新期限以内に、特定の診療行為で地域連携クリニカルパスが作成された場合を示す。
システム日時（現在の日時）を「２０１４／０３／２７」とする。図１１、図１２、図１３、図１４、図１５、図１６の例は、図４の例に示すフローチャートによる処理例を示すものである。
図１１は、地域連携クリニカルパス管理テーブル１１００のデータ構造例を示す説明図である。地域連携クリニカルパス管理システム１３０は、例えば、地域連携クリニカルパス管理テーブル１１００を記憶している。
地域連携クリニカルパス管理テーブル１１００は、患者ＩＤ欄１１１０、患者名欄１１２０、クリニカルパスコード欄１１３０、更新診療コード欄１１４０、在院施設ＩＤ欄１１５０、更新日時欄１１６０を有している。患者ＩＤ欄１１１０は、患者ＩＤを記憶している。患者名欄１１２０は、その患者ＩＤが示す患者の患者名を記憶している。クリニカルパスコード欄１１３０は、その患者に適用する地域連携クリニカルパスコードを記憶している。更新診療コード欄１１４０は、更新診療コードを記憶している。在院施設ＩＤ欄１１５０は、本実施の形態において、在院施設を一意に識別するための情報（在院施設ＩＤ）を記憶している。更新日時欄１１６０は、その地域連携クリニカルパスの更新日時を記憶している。
【００３８】
図１２は、電子カルテテーブル１２００のデータ構造例を示す説明図である。電子カルテシステム１１０は、例えば、電子カルテテーブル１２００を記憶している。
電子カルテテーブル１２００は、患者ＩＤ欄１２１０、患者名欄１２２０、文書種ＩＤ欄１２３０、文書ＩＤ欄１２４０、診療日時欄１２５０を有している。患者ＩＤ欄１２１０は、患者ＩＤを記憶している。患者名欄１２２０は、その患者ＩＤが示す患者の患者名を記憶している。文書種ＩＤ欄１２３０は、文書種ＩＤを記憶している。文書ＩＤ欄１２４０は、本実施の形態において、文書を一意に識別するための情報（文書ＩＤ）を記憶している。診療日時欄１２５０は、診療日時を記憶している。
図４の例に示すフローチャートによる処理によって、ＦＸＷＡＲＤの電子カルテに文書（ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１）を登録する。具体的には、図１２の例に示す電子カルテテーブル１２００の１行目の患者ＩＤ欄１２１０に「ＦＸＰＡＴ００１」、患者名欄１２２０に「富士太郎」、文書種ＩＤ欄１２３０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１２４０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１２５０に「２０１４／３／２７」を登録する。
【００３９】
図１３は、更新履歴情報マスタテーブル１３００のデータ構造例を示す説明図である。更新履歴情報マスタ１６０は、例えば、更新履歴情報マスタテーブル１３００を記憶している。
更新履歴情報マスタテーブル１３００は、患者ＩＤ欄１３１０、患者名欄１３２０、クリニカルパスコード欄１３３０、施設ＩＤ欄１３４０、文書種ＩＤ欄１３５０、文書ＩＤ欄１３６０、診療日時欄１３７０、更新日時欄１３８０、更新有無欄１３９０を有している。患者ＩＤ欄１３１０は、患者ＩＤを記憶している。患者名欄１３２０は、その患者ＩＤが示す患者の患者名を記憶している。クリニカルパスコード欄１３３０は、クリニカルパスコードを記憶している。施設ＩＤ欄１３４０は、施設ＩＤを記憶している。文書種ＩＤ欄１３５０は、文書種ＩＤを記憶している。文書ＩＤ欄１３６０は、文書ＩＤを記憶している。診療日時欄１３７０は、診療日時を記憶している。更新日時欄１３８０は、更新日時を記憶している。更新有無欄１３９０は、更新の有無を記憶している。
なお、図４の例に示すフローチャートによる処理によって、地域連携クリニカルパス管理テーブル１１００、更新履歴情報マスタテーブル１３００は空のまま（初期状態のまま）である。
【００４０】
次に、更新履歴情報マスタテーブル１３００に更新情報（未完了ジョブ）を登録する。具体的には、図１６の例に示す更新履歴情報マスタテーブル１３００の１行目の患者ＩＤ欄１３１０に「ＦＸＰＡＴ００１」、患者名欄１３２０に「富士太郎」、クリニカルパスコード欄１３３０に「ＣＬＩ００１」、施設ＩＤ欄１３４０に「ＦＸＷＡＲＤ」、文書種ＩＤ欄１３５０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１３６０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１３７０に「２０１４／３／２７」、更新日時欄１３８０に「ｎｕｌｌ」、更新有無欄１３９０に「０」を登録する。
なお、図１４に示す地域連携クリニカルパス管理テーブル１１００、図１５に示す電子カルテテーブル１２００のデータに変更はない。
【００４１】
システム日時（現在の日時）を「２０１４／０３／２８」とする。図１７、図１８、図１９、図２０、図２１、図２２の例は、図５の例に示すフローチャートによる処理例を示すものである。
図１７は、処理後の地域連携クリニカルパス管理テーブル１１００のデータ構造例を示す説明図である。地域連携クリニカルパスが更新されたことの通知を受ける。具体的には、図１７の例に示す地域連携クリニカルパス管理テーブル１１００の１行目の患者ＩＤ欄１１１０に「ＦＸＰＡＴ００１」、患者名欄１１２０に「富士太郎」、クリニカルパスコード欄１１３０に「ＣＬＩ００１」、更新診療コード欄１１４０に「ＯＰ００１」、在院施設ＩＤ欄１１５０に「ＦＸＷＡＲＤ」、更新日時欄１１６０に「２０１４／３／２７」との通知を受ける。
なお、図１８の例に示す電子カルテテーブル１２００、図１９の例に示す更新履歴情報マスタテーブル１３００のデータに変更はない。
そして、更新履歴情報マスタから、最古の診療日時をもつ未完了ジョブのレコードを検索する。
【００４２】
図２２は、処理後の更新履歴情報マスタテーブル１３００のデータ構造例を示す説明図である。地域連携クリニカルパス管理テーブル１１００の「更新診療コード」と更新履歴情報マスタテーブル１３００の「文書種ＩＤ」に紐付く診療情報文書種情報マスタテーブル９００の「診療コード」が一致する場合は、更新履歴情報マスタテーブル１３００の「更新日時」と「更新有無」を変更する。具体的には、図２２の例に示す更新履歴情報マスタテーブル１３００の１行目の更新日時欄１３８０を「ｎｕｌｌ」から「２０１３／３／２８」に、更新有無欄１３９０を「０」から「１」に変更する。
なお、図２０の例に示す地域連携クリニカルパス管理テーブル１１００、図２１の例に示す電子カルテテーブル１２００のデータに変更はない。
【００４３】
システム日時（現在の日時）を「２０１４／０３／２７」とする。図２３、図２４、図２５、図２６、図２７、図２８の例は、図６の例に示すフローチャートによる処理例を示すものである。図２３、図２４、図２５の例は、ステップＳ６１０でＹｅｓの場合となる例を示しており、図２６、図２７、図２８の例は、ステップＳ６１０でＮｏの場合となる例を示している。
（１）予め定められた期間毎に（定期的に）、患者毎に更新履歴情報マスタの最古の診療日をもつ未更新（未完了ジョブ）のレコードを検索する。
（２Ａ）診療日時が「２０１４／０３／２５」の場合、次のような関係になる。
「診療日時（２０１４／０３／２５）＋施設毎の更新期限期間（５日）≧システム日時（２０１４／０３／２７）」
つまり、現在は、その病院において更新期限期間以内である。
図２３、図２４、図２５の例に示す地域連携クリニカルパス管理テーブル１１００、電子カルテテーブル１２００、更新履歴情報マスタテーブル１３００は、現在の状態を示している。
図２３の例に示すように、地域連携クリニカルパス管理テーブル１１００の１行目の患者ＩＤ欄１１１０に「ＦＸＰＡＴ００１」、患者名欄１１２０に「富士太郎」、クリニカルパスコード欄１１３０に「ＣＬＩ００１」、更新診療コード欄１１４０に「ＯＰ００１」、在院施設ＩＤ欄１１５０に「ＦＸＷＡＲＤ」、更新日時欄１１６０に「２０１４／３／２０」が登録されているとする。
図２４の例に示すように、電子カルテテーブル１２００の１行目の患者ＩＤ欄１２１０に「ＦＸＰＡＴ００１」、患者名欄１２２０に「富士太郎」、文書種ＩＤ欄１２３０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１２４０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１２５０に「２０１４／３／２０」が登録されているとする。
図２５の例に示すように、更新履歴情報マスタテーブル１３００の１行目の患者ＩＤ欄１３１０に「ＦＸＰＡＴ００１」、患者名欄１３２０に「富士太郎」、クリニカルパスコード欄１３３０に「ＣＬＩ００１」、施設ＩＤ欄１３４０に「ＦＸＷＡＲＤ」、文書種ＩＤ欄１３５０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１３６０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１３７０に「２０１４／３／２０」、更新日時欄１３８０に「２０１４／３／２０」、更新有無欄１３９０に「１」が登録されているとする。
そして、前述したように、図２４の例に示すように、電子カルテテーブル１２００の２行目の患者ＩＤ欄１２１０に「ＦＸＰＡＴ００１」、患者名欄１２２０に「富士太郎」、文書種ＩＤ欄１２３０に「ＦＸＷＡＲＤ＿ＤＯＣ００２」、文書ＩＤ欄１２４０に「ＦＸＷＡＲＤ＿ＤＯＣ００２＿００１」、診療日時欄１２５０に「２０１４／３／２５」が登録される。
そして、図２５の例に示すように、更新履歴情報マスタテーブル１３００の２行目の患者ＩＤ欄１３１０に「ＦＸＰＡＴ００１」、患者名欄１３２０に「富士太郎」、クリニカルパスコード欄１３３０に「ＣＬＩ００１」、施設ＩＤ欄１３４０に「ＦＸＷＡＲＤ」、文書種ＩＤ欄１３５０に「ＦＸＷＡＲＤ＿ＤＯＣ００２」、文書ＩＤ欄１３６０に「ＦＸＷＡＲＤ＿ＤＯＣ００２＿００１」、診療日時欄１３７０に「２０１４／３／２５」、更新日時欄１３８０に「ｎｕｌｌ」、更新有無欄１３９０に「０」が登録される。
つまり、地域連携クリニカルパス管理テーブル１１００は更新されていないが、更新期限以内であるため正常と判断する。
【００４４】
次に、図２６、図２７、図２８の例を用いて説明する。
（１）予め定められた期間毎に（定期的に）、患者毎に更新履歴情報マスタの最古の診療日をもつ未更新（未完了ジョブ）のレコードを検索する。
（２Ｂ）診療日時が「２０１４／０３／２１」の場合、次のような関係になる。
「診療日時（２０１４／０３／２１）＋施設毎の更新期限期間（５日）＜システム日時（２０１４／０３／２７）」
つまり、現在は、その病院において更新期限期間を過ぎていることになる。
図２６、図２７、図２８の例に示す地域連携クリニカルパス管理テーブル１１００、電子カルテテーブル１２００、更新履歴情報マスタテーブル１３００は、現在の状態を示している。
図２７の例に示すように、電子カルテテーブル１２００の１行目の患者ＩＤ欄１２１０に「ＦＸＰＡＴ００１」、患者名欄１２２０に「富士太郎」、文書種ＩＤ欄１２３０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１２４０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１２５０に「２０１４／３／２０」が登録されているとする。
図２８の例に示すように、更新履歴情報マスタテーブル１３００の１行目の患者ＩＤ欄１３１０に「ＦＸＰＡＴ００１」、患者名欄１３２０に「富士太郎」、クリニカルパスコード欄１３３０に「ＣＬＩ００１」、施設ＩＤ欄１３４０に「ＦＸＷＡＲＤ」、文書種ＩＤ欄１３５０に「ＦＸＷＡＲＤ＿ＤＯＣ００１」、文書ＩＤ欄１３６０に「ＦＸＷＡＲＤ＿ＤＯＣ００１＿００１」、診療日時欄１３７０に「２０１４／３／２０」、更新日時欄１３８０に「２０１４／３／２０」、更新有無欄１３９０に「１」が登録されているとする。
そして、前述したように、図２７の例に示すように、電子カルテテーブル１２００の２行目の患者ＩＤ欄１２１０に「ＦＸＰＡＴ００１」、患者名欄１２２０に「富士太郎」、文書種ＩＤ欄１２３０に「ＦＸＷＡＲＤ＿ＤＯＣ００２」、文書ＩＤ欄１２４０に「ＦＸＷＡＲＤ＿ＤＯＣ００２＿００１」、診療日時欄１２５０に「２０１４／３／２１」が登録される。
そして、図２８の例に示すように、更新履歴情報マスタテーブル１３００の２行目の患者ＩＤ欄１３１０に「ＦＸＰＡＴ００１」、患者名欄１３２０に「富士太郎」、クリニカルパスコード欄１３３０に「ＣＬＩ００１」、施設ＩＤ欄１３４０に「ＦＸＷＡＲＤ」、文書種ＩＤ欄１３５０に「ＦＸＷＡＲＤ＿ＤＯＣ００２」、文書ＩＤ欄１３６０に「ＦＸＷＡＲＤ＿ＤＯＣ００２＿００１」、診療日時欄１３７０に「２０１４／３／２１」、更新日時欄１３８０に「ｎｕｌｌ」、更新有無欄１３９０に「０」が登録される。
つまり、異常検知装置１００が更新されていなく、更新期限を超えているため異常と判断する。
【００４５】
図２９は、本実施の形態による処理例を示す説明図である。図６の例に示すフローチャートのステップＳ６１０でＹｅｓの場合とＮｏの場合となる例を示している。
図２９（Ａ）、（Ｂ）の例に示すように、電子カルテシステム１１０Ａにおける病院Ａの更新猶予期間（更新期限期間）２９１５Ａと電子カルテシステム１１０Ｂにおける病院Ｂの更新猶予期間（更新期限期間）２９１５Ｂは、異なっている期間である。それぞれの病院によって独自に設定されているためであるが、同じ期間である場合もあり得る。
同じ診療日であったとして、病院Ａでは電子カルテシステム１１０Ａへの更新期限日は更新期限日２９２０Ａであり、病院Ｂでは電子カルテシステム１１０Ｂへの更新期限日は更新期限日２９２０Ｂである。
この場合、図２９（Ｃ）の例に示すように、病院Ａにおいては、診療日２９１０Ａ前の期間は該当なし２９３０Ａであり、診療日２９１０Ａから更新期限日２９２０Ａまでの期間は正常２９４０Ａであり、更新期限日２９２０Ａ後の期間は異常２９５０Ａとなる。
一方、病院Ｂにおいては、診療日２９１０Ｂ前の期間は、該当なし２９３０Ｂであり、診療日２９１０Ｂから更新期限日２９２０Ｂまでの期間は正常２９４０Ｂであり、更新期限日２９２０Ｂ後の期間は異常２９５０Ｂとなる。つまり、更新期限日２９２０Ａから更新期限日２９２０Ｂの間は、病院Ａでは異常２９５０Ａであるが、病院Ｂでは正常２９４０Ｂである。これは、各施設（病院）の運用方針の差異によるものである。
【００４６】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図３０に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ３００１を用い、記憶装置としてＲＡＭ３００２、ＲＯＭ３００３、ＨＤ３００４を用いている。ＨＤ３００４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。地域連携クリニカルパス更新情報取得モジュール３１０、更新情報比較モジュール３２０、異常状態通知モジュール３３０、登録文書情報取得モジュール３４０、地域連携クリニカルパス確認モジュール３５０、診療情報文書種情報確認モジュール３６０、更新履歴情報取得モジュール３７０、更新履歴情報登録モジュール３８０、患者情報確認モジュール３９０等のプログラムを実行するＣＰＵ３００１と、そのプログラムやデータを記憶するＲＡＭ３００２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ３００３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ３００４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置３００６と、ＣＲＴ、液晶ディスプレイ等の出力装置３００５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース３００７、そして、それらをつないでデータのやりとりをするためのバス３００８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４７】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図３０に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図３０に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図３０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００４８】
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００４９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５０】
１００…異常検知装置
１１０…電子カルテシステム
１２０Ａ…急性期病院
１２０Ｂ…回復期病院
１２０Ｃ…慢性期病院
１３０…地域連携クリニカルパス管理システム
１４０…マスタ管理装置
１４５…更新期限情報マスタ
１５０…診療情報文書種情報マスタ
１５５…患者情報マスタ
１６０…更新履歴情報マスタ
１６５…施設情報マスタ
２９０…通信回線
３１０…地域連携クリニカルパス更新情報取得モジュール
３２０…更新情報比較モジュール
３３０…異常状態通知モジュール
３４０…登録文書情報取得モジュール
３５０…地域連携クリニカルパス確認モジュール
３６０…診療情報文書種情報確認モジュール
３７０…更新履歴情報取得モジュール
３８０…更新履歴情報登録モジュール
３９０…患者情報確認モジュール
【図１】
0006327057.tif 000002
【図２】
0006327057.tif 000003
【図３】
0006327057.tif 000004
【図４】
0006327057.tif 000005
【図５】
0006327057.tif 000006
【図６】
0006327057.tif 000007
【図７】
0006327057.tif 000008
【図８】
0006327057.tif 000009
【図９】
0006327057.tif 000010
【図１０】
0006327057.tif 000011
【図１１】
0006327057.tif 000012
【図１２】
0006327057.tif 000013
【図１３】
0006327057.tif 000014
【図１４】
0006327057.tif 000015
【図１５】
0006327057.tif 000016
【図１６】
0006327057.tif 000017
【図１７】
0006327057.tif 000018
【図１８】
0006327057.tif 000019
【図１９】
0006327057.tif 000020
【図２０】
0006327057.tif 000021
【図２１】
0006327057.tif 000022
【図２２】
0006327057.tif 000023
【図２３】
0006327057.tif 000024
【図２４】
0006327057.tif 000025
【図２５】
0006327057.tif 000026
【図２６】
0006327057.tif 000027
【図２７】
0006327057.tif 000028
【図２８】
0006327057.tif 000029
【図２９】
0006327057.tif 000030
【図３０】
0006327057.tif 000031