(57)【特許請求の範囲】
【請求項１】
実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得ステップと、
前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得ステップにより取得した第一履歴情報に含まれない行為である不在行為が存在する場合、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を出力する出力ステップと、
をコンピュータに実行させ、
前記出力ステップは、
前記基準情報に含まれる行為を行う際の制約条件に基づいて、前記不在行為情報を出力するか否かを決定する、
ことを特徴とするプログラム。
【請求項２】
実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得ステップと、
前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得ステップにより取得した第一履歴情報に含まれない行為である不在行為について、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を生成する生成ステップと、
前記取得ステップにより取得した第一履歴情報と、前記生成ステップにより生成された不在行為情報と、を含む第二履歴情報を第二記憶手段に対して出力する出力ステップと、
をコンピュータに実行させ、
前記基準情報に含まれる行為は、前記プロセスにおいて行われ得る行為として予め設定された行為であり、当該予め設定された行為のそれぞれと、当該行為を行う際の制約条件と、を関連づけて記憶した第三記憶手段から取得され、
前記生成ステップにおいて、前記不在行為に関連づけて前記第三記憶手段に記憶された前記制約条件に基づいて定められる規則に従って、前記不在行為について前記不在行為情報を生成するか否かを決定する、
ことを特徴とするプログラム。
【請求項３】
前記第一履歴情報に含まれる行為と、前記基準情報に含まれる行為と、が互いに異なる態様の識別情報により前記第一履歴情報及び前記基準情報において記述され、
前記出力ステップの処理は、前記第一履歴情報に含まれる行為の識別情報と前記基準情報に含まれる行為の識別情報との間の対応関係を表す情報を参照して実行される、
ことを特徴とする請求項１に記載のプログラム。
【請求項４】
前記基準情報に含まれる行為は、前記第一記憶手段に記憶された前記第一履歴情報から選択された複数の前記第一履歴情報において共通して含まれる行為である、
ことを特徴とする請求項１又は２に記載のプログラム。
【請求項５】
前記第一履歴情報のそれぞれは、医療において一人の患者に対して実施された診療のプロセスと当該診療のプロセスにおいて当該患者に対して行われた１以上の診療行為とを含み、
前記基準情報は、前記取得ステップにより取得した第一履歴情報の患者に対して行われ得る診療行為を表す、
ことを特徴とする請求項１から４のいずれか１項に記載のプログラム。
【請求項６】
実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得手段と、
前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得手段が取得した第一履歴情報に含まれない行為である不在行為が存在する場合、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を出力する出力手段と、
を備え、
前記出力手段は、
前記基準情報に含まれる行為を行う際の制約条件に基づいて、前記不在行為情報を出力するか否かを決定する、
ことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム及び情報処理装置に関する。
【背景技術】
【０００２】
医療における診療プロセスなど、１以上の行為を行うことで構成されるプロセスを分析する技術が提案されている。例えば、特許文献１に記載のシステムでは、診療行為を行った時間、診療項目、及び診療行為の量を用いてマトリックス（行列）を生成して診療プロセスを管理する。このマトリックスは、診療行為を行った時間及び診療項目の一方を行とし、他方を列とし、診療行為の量を行列の要素とする。特許文献１に記載のシステムは、複数の診療プロセスにそれぞれ対応する複数のマトリックスの要素間の距離をもとに、実施されたプロセスの分類や、類似したプロセスの抽出を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−８５１９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プロセスにおいて実際に行われた行為を記録した情報を用いてプロセスを分析する技術では、ある行為が「行われていない」ことに着目した分析が行われることはない。しかしながら、あるプロセスにおいて行われ得る行為が実際に行われたか否かを考慮してプロセスを分析することが望ましい場合もある。
【０００５】
本発明の目的は、ある行為が「行われていない」ことを考慮したプロセスの分析を可能とするプログラム及び情報処理装置を提供することである。
【課題を解決するための手段】
【０００６】
請求項１に係る発明は、実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得ステップと、前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得ステップにより取得した第一履歴情報に含まれない行為である不在行為が存在する場合、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を出力する出力ステップと、をコンピュータに実行させ、前記出力ステップは、前記基準情報に含まれる行為を行う際の制約条件に基づいて、前記不在行為情報を出力するか否かを決定する、ことを特徴とするプログラムである。
【０００７】
請求項２に係る発明は、実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得ステップと、前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得ステップにより取得した第一履歴情報に含まれない行為である不在行為について、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を生成する生成ステップと、前記取得ステップにより取得した第一履歴情報と、前記生成ステップにより生成された不在行為情報と、を含む第二履歴情報を第二記憶手段に対して出力する出力ステップと、をコンピュータに実行させ、前記基準情報に含まれる行為は、前記プロセスにおいて行われ得る行為として予め設定された行為であり、当該予め設定された行為のそれぞれと、当該行為を行う際の制約条件と、を関連づけて記憶した第三記憶手段から取得され、前記生成ステップにおいて、前記不在行為に関連づけて前記第三記憶手段に記憶された前記制約条件に基づいて定められる規則に従って、前記不在行為について前記不在行為情報を生成するか否かを決定する、ことを特徴とするプログラムである。
【０００８】
請求項３に係る発明は、請求項１に係る発明において、前記第一履歴情報に含まれる行為と、前記基準情報に含まれる行為と、が互いに異なる態様の識別情報により前記第一履歴情報及び前記基準情報において記述され、前記出力ステップの処理は、前記第一履歴情報に含まれる行為の識別情報と前記基準情報に含まれる行為の識別情報との間の対応関係を表す情報を参照して実行される。
【０００９】
請求項４に係る発明は、請求項１又は２に係る発明において、前記基準情報に含まれる行為は、前記第一記憶手段に記憶された前記第一履歴情報から選択された複数の前記第一履歴情報において共通して含まれる行為である。
【００１０】
請求項５に係る発明は、請求項１から４のいずれか１項に係る発明において、前記第一履歴情報のそれぞれは、医療において一人の患者に対して実施された診療のプロセスと当該診療のプロセスにおいて当該患者に対して行われた１以上の診療行為とを含み、前記基準情報は、前記取得ステップにより取得した第一履歴情報の患者に対して行われ得る診療行為を表す。
【００１１】
請求項６に係る発明は、実施されたプロセスと当該プロセスにおいて行われた１以上の行為とを対応づける第一履歴情報を記憶した第一記憶手段から、指定されたプロセスの前記第一履歴情報を取得する取得手段と、前記指定されたプロセスにおいて行われ得る行為を表す基準情報に含まれる行為のうち前記取得手段が取得した第一履歴情報に含まれない行為が存在する場合、当該不在行為が当該プロセスにおいて行われていない旨を表す不在行為情報を出力する出力手段と、を備え、前記出力手段は、前記基準情報に含まれる行為を行う際の制約条件に基づいて、前記不在行為情報を出力するか否かを決定する、ことを特徴とする情報処理装置である。
【発明の効果】
【００１２】
請求項１又は６に係る発明によると、ある行為が「行われていない」ことを考慮したプ
ロセスの分析が可能となる。
【００１３】
請求項２に係る発明によると、プロセスにおいて行われ得る行為として予め設定された行為であって処理対象のプロセスで行われていない行為のうち、当該行為の実行の際の制約条件に基づく規則において不在行為情報を生成するように定められた行為についてのみ不在行為情報を生成し記録できる。
【００１４】
請求項３に係る発明によると、実施されたプロセスの履歴に含まれる行為と、基準となるプロセスに含まれる行為と、が互いに異なる態様の識別情報で記述されていても、処理対象のプロセスにおいてある行為が行われていない旨を表す不在行為情報を生成し記録できる。
【００１５】
請求項４に係る発明によると、複数のプロセスの履歴に共通して含まれる行為が処理対象のプロセスで行われていない旨を表す不在行為情報を生成し記録できる。
【００１６】
請求項５に係る発明によると、医療における診療プロセスにおいて、ある診療行為が行われていない旨を表す不在行為情報を生成し記録できる。
【図面の簡単な説明】
【００１７】
【図１】情報処理装置の概略構成の例を示すブロック図である。
【図２】プロセス情報ＤＢのデータ内容の例を示す図である。
【図３】標準プロセス情報ＤＢのデータ内容の例を示す図である。
【図４】不在要素付与ルールＤＢのデータ内容の例を示す図である。
【図５】不在要素追加処理部の処理対象となるプロセス情報の例を図式的に示す図である。
【図６】不在要素付プロセス情報の例を図式的に示す図である。
【図７】不在要素付プロセス情報ＤＢのデータ内容の例を示す図である。
【図８】情報処理装置で行われる処理の手順の例を示すフローチャートである。
【図９】不在要素付プロセス情報から共通のパタンを抽出した結果の例を示す図である。
【図１０】プロセス情報から共通のパタンを抽出した結果の例を示す図である。
【図１１】薬剤の一般名と商品名とを対応づける表の例を示す図である。
【図１２】標準プロセス情報ＤＢのデータ内容の他の例を示す図である。
【図１３】不在要素付与ルールＤＢのデータ内容の他の例を示す図である。
【図１４】情報処理装置の概略構成の他の例を示すブロック図である。
【図１５】不在要素候補リスト生成部が行う処理の手順の例を示すフローチャートである。
【図１６Ａ】プロセス情報の他の例を示す図である。
【図１６Ｂ】不在要素付プロセス情報の他の例を示す図である。
【図１７Ａ】プロセス情報のさらに他の例を示す図である。
【図１７Ｂ】不在要素付プロセス情報のさらに他の例を示す図である。
【図１８】コンピュータのハードウエア構成の例を示す図である。
【発明を実施するための形態】
【００１８】
図１に、本発明の実施形態の例による情報処理装置の概略構成の例を示す。図１の例の情報処理装置１０は、プロセス情報ＤＢ（データベース）１００、標準プロセス情報ＤＢ１０２、不在要素付与ルール生成部１０４、不在要素付与ルールＤＢ１０６、不在要素追加処理部１０８、不在要素付プロセス情報出力部１１０、不在要素付プロセス情報ＤＢ１１２、入力受付部１１４、及び表示部１１６を備える。
【００１９】
プロセス情報ＤＢ１００は、実施されたプロセスの履歴を表すプロセス情報を記憶する記憶手段である。プロセス情報ＤＢ１００に記憶されたプロセス情報は、後述の不在要素追加処理部１０８による処理の対象となる。ここで、プロセスとは、業務などにおいて行われる行為の集合を意味する。以下では、医療における診療プロセスを例にとり本実施形態の例を説明する。本実施形態の例では、医療機関に勤務する医師、看護師、検査技師、及びその他の職員などによる、診療プロセスに関する情報の入力を、図示しないプロセス情報管理装置が受け付けてプロセス情報ＤＢ１００に登録することで、プロセス情報ＤＢ１００が構築される。
【００２０】
図２は、プロセス情報ＤＢ１００のデータ内容の一例である。プロセス情報ＤＢ１００には、例えば、図２（ａ）及び図２（ｂ）の表に示すような情報が記憶される。
【００２１】
図２（ａ）は、実施された診療プロセスの履歴の情報であるプロセス情報の例である。図２（ａ）の表では、診療プロセス名と診療行為要素名とが対応づけられている。診療プロセス名は、診療プロセスの識別情報である。本実施形態の例では、当該診療プロセスを施された患者の識別情報を診療プロセス名とする。診療行為要素名は、対応する診療プロセス名の診療プロセスにおいて行われた診療行為の要素の名称を表す。診療行為要素名は、例えば、「投薬」や「検査」など、診療行為の種類の名称であってよい。あるいは、この例よりも具体的な診療行為の内容を表す名称、すなわち、投与された薬剤の名称や検査の名称であってもよい。以下の説明では、患者に投与された薬剤の名称を診療行為要素名とする。
【００２２】
本実施形態の例において、複数の患者にそれぞれ対応する複数の診療プロセスは、患者に対して行われた処置の種類によって分類される。図２（ｂ）は、複数の診療プロセスの分類を示す情報の例である。図２（ｂ）の表は、各診療プロセス名に対応づけて、当該診療プロセスの患者に対して行われた処置名（本例では、手術の名称）を表す。図２（ｂ）を参照し、診療プロセス名「Process1」〜「Process4」の患者に対しては、処置名「ラパコレ（laparoscopic cholecystectomy，腹腔鏡下胆嚢摘出術）」の手術が行われ、診療プロセス名「Process5」の患者には、処置名「胃切除」の手術、診療プロセス名「Process6」の患者には、処置名「心臓バイパス」の手術が行われたことが示される。
【００２３】
なお、図２は、プロセス情報ＤＢ１００に記憶されるデータ内容の例を概念的に示すものであり、プロセス情報ＤＢ１００中の具体的なデータ構造の態様は、図２の例の態様に限定されない。例えば、プロセス情報ＤＢ１００において、図２（ａ）及び図２（ｂ）の表に示す情報を１つのテーブルにまとめて記憶しておいてもよい。
【００２４】
再び図１を参照し、標準プロセス情報ＤＢ１０２は、標準的なプロセスとして予め設定されたプロセスを表す標準プロセス情報を記憶する記憶手段である。標準プロセス情報は、標準的なプロセスにおいて行われ得る行為として予め設定された行為の情報を含む。さらに、標準プロセス情報は、予め設定された行為のそれぞれを行う際の制約条件を含んでいてもよい。本実施形態の例では、標準プロセス情報ＤＢ１０２は、患者に対して行われる処置ごとに、当該処置の診療プロセスにおいて行われ得る診療行為として予め設定された診療行為の診療行為要素名を標準プロセス情報として記憶する。標準プロセス情報は、例えば、傷病や処置の種類ごとに定義された標準的な診療プロセスであるクリニカルパスに基づいて生成される。クリニカルパスは、例えば、特定の手術を受ける患者の入院から退院までの間の診療行為のスケジュールの形式で表される。投与される薬剤名を診療行為要素名として用いる本実施形態の例では、対応する処置（手術）のクリニカルパスにおける投薬の情報を抽出し、抽出した情報に含まれる薬剤名を当該処置の標準プロセス情報として標準プロセス情報ＤＢ１０２に記憶させておく。
【００２５】
図３に、標準プロセス情報ＤＢ１０２のデータ内容の例を示す。図３の例の表は、処置名ごとに、当該処置の診療プロセスに含まれ得る診療行為要素名と、各診療行為要素名の診療行為を行う際の制約条件と、を表す。図３の例では、処置名「ラパコレ」の診療プロセスにおいて、診療行為要素名「Element_a」，「Element_b」，「Element_c」，「Element_d」の診療行為要素が含まれ得ることが示される。また、診療行為要素名「Element_a」の対応する制約条件は「必須」である。これは、当該診療プロセスに「Element_a」が必ず含まれていなければならないことを意味する。診療行為要素名「Element_b」及び「Element_d」のそれぞれに対応する制約条件は「任意」である。これは、「Element_b」及び「Element_d」が当該診療プロセスに含まれていてもいなくてもよいことを意味する。さらに、診療行為要素名「Element_c」に対応する制約条件は「Element_dがある場合にのみ必須」である。これは、当該診療プロセスに「Element_d」が含まれていれば必ず「Element_c」も含まれていなければならず、「Element_d」が含まれていなければ「Element_c」は含まれていてもいなくてもよいことを意味する。
【００２６】
図１の説明に戻り、不在要素付与ルール生成部１０４は、標準プロセス情報ＤＢ１０２のデータ内容を参照し、不在要素付与ルールを生成する。ここで、不在要素付与ルールとは、標準プロセス情報ＤＢ１０２中の標準プロセス情報に含まれる診療行為要素のうち、プロセス情報ＤＢ１００中のプロセス情報に含まれない診療行為要素について、当該診療行為要素が不在である旨を表す情報である不在要素を当該プロセス情報に付与するか否かを決定するための規則である。不在要素付与ルール生成部１０４は、ある処置名の標準プロセス情報を標準プロセス情報ＤＢ１０２から取得し、取得した標準プロセス情報に含まれる診療行為要素のそれぞれについて、当該診療行為要素に対応づけられた制約条件に基づいて不在要素付与ルールを生成する。一例として、図４に、図３の例の表の処置名「ラパコレ」の標準プロセス情報を用いて生成される不在要素付与ルールを示す。
【００２７】
図３及び図４を参照し、標準プロセス情報において制約条件が「必須」である診療行為要素「Element_a」については、不在要素付与ルール「なければ追加」が生成される。制約条件が「必須」の場合、診療プロセスに必ず当該診療行為要素が含まれていなければならない。よって、この場合、処理対象のプロセス情報に当該診療行為要素が含まれていなければ、当該診療行為要素が不在である旨を示す不在要素を当該プロセス情報に追加すべきことを表すルール「なければ追加」が生成される。また、標準プロセス情報において制約条件が「任意」である診療行為要素「Element_b」及び「Element_d」については、不在要素付与ルール「何もしない」が生成される。制約条件が「任意」の場合、診療プロセスに当該診療行為要素が含まれていてもいなくてもよい。よって、この場合、処理対象のプロセス情報に当該診療行為要素が含まれていなくても、当該診療行為要素について不在要素を当該プロセス情報に追加しないことを表すルール「何もしない」が生成される。また、標準プロセス情報において制約条件が「Element_dがある場合のみ必須」である診療行為要素「Element_c」については、不在要素付与ルール「Element_dがあれば、Element_cを検索。検索の結果、Element_cがなければ追加」が生成される。制約条件が「Element_dがある場合のみ必須」であるということは、「Element_d」が処理対象のプロセス情報に含まれている場合のみ、当該診療行為要素「Element_c」が当該プロセス情報に含まれていなければならない。よって、「Element_c」については、処理対象のプロセス情報に「Element_d」が含まれ、かつ、「Element_c」が含まれていない場合に、「Element_c」が不在である旨を表す不在要素を当該プロセス情報に追加することを表すルールが生成される。
【００２８】
なお、どのような制約条件に対してどのような不在要素付与ルールを生成するかは、管理者又はユーザなどが予め決定して情報処理装置１０の図示しない記憶手段に記憶させておけばよい。不在要素付与ルール生成部１０４は、この記憶手段に記憶された情報に従って、制約条件に対応する不在要素付与ルールを生成する。
【００２９】
再び図１を参照し、不在要素付与ルール生成部１０４は、生成した不在要素付与ルールを不在要素付与ルールＤＢ１０６に登録する。不在要素付与ルールＤＢ１０６には、例えば図４の例の表の情報が記憶されることになる。
【００３０】
不在要素追加処理部１０８は、プロセス情報ＤＢ１００中のプロセス情報を処理対象とし、不在要素付与ルールＤＢ１０６を参照して、プロセス情報に不在要素を追加した情報である不在要素付プロセス情報を生成する処理を行う。不在要素追加処理部１０８は、不在要素付与ルールＤＢ１０６から、処理対象のプロセス情報に対応する不在要素付与ルールを取得し、取得した不在要素付与ルールに従って、処理対象のプロセス情報において特定の診療行為要素が不在である旨を表す情報である不在要素を生成する。そして、処理対象のプロセス情報に加えて、生成した不在要素を含む不在要素付プロセス情報を生成する。
【００３１】
不在要素追加処理部１０８における処理の一例として、図２に例示するプロセス情報において処置名「ラパコレ」に対応づけられた診療プロセス「Process1」〜「Process4」を処理対象とする場合を考える（図２（ａ），図２（ｂ）の破線枠参照）。図５は、図２に例示する診療プロセス「Process1」〜「Process4」のそれぞれに対応づけられた診療行為要素をツリー（木構造）の形式で図式的に示す図である。不在要素追加処理部１０８は、診療プロセス「Process1」〜「Process4」のそれぞれに対し、図４に例示する処置名「ラパコレ」の不在要素付与ルールに従って不在要素を生成して追加し、不在要素付プロセス情報を生成する。図６に、不在要素追加処理部１０８の処理の結果として生成される不在要素付プロセス情報の例を図式的に示す。図４〜図６を参照し、不在要素付与ルールとして「なければ追加」が設定されている診療行為要素「Element_a」（図４）を含まない診療プロセス「Process2」，「Process3」，「Process4」（図５）に対して、当該診療行為要素が不在である旨を表す情報である不在要素「Element_-a」が追加される（図６）。不在要素付与ルールで「何もしない」と設定されている診療行為要素「Element_b」，「Element_d」（図４）に関しては、診療プロセスに含まれていなくても、これらの診療行為要素に対応する不在要素は生成されず、追加されない（図６）。「Element_c」についても、図４に示される不在要素付与ルール「Element_dがあれば、Element_cを検索。検索の結果、Element_cがなければ追加」に該当する診療プロセスが「Process1」〜「Process4」中に存在しないため（図５）、「Element_c」に対応する不在要素は生成されず、追加されない（図６）。
【００３２】
図１の説明に戻り、不在要素追加処理部１０８は、生成した不在要素付プロセス情報を不在要素付プロセス情報出力部１１０に渡す。
【００３３】
不在要素付プロセス情報出力部１１０は、不在要素追加処理部１０８から受け取った不在要素付プロセス情報を不在要素付プロセス情報ＤＢ１１２に対して出力し登録する。図７は、図６に例示する不在要素付プロセス情報を受け取った場合に不在要素付プロセス情報ＤＢ１１２に登録されるデータ内容の例である。図７の表では、診療プロセス名と診療行為要素名（不在要素を含む）とが互いに対応づけられている。また、不在要素付プロセス情報出力部１１０は、受け取った不在要素付プロセス情報を表示部１１６に対して出力することもある。
【００３４】
入力受付部１１４は、情報処理装置１０のユーザによる指示などの入力を受け付ける。本実施形態の例では、入力受付部１１４は、不在要素追加処理部１０８の処理対象となるプロセス情報を特定する指示（例えば、処置名の指示）を受け付けて、不在要素付与ルール生成部１０４及び不在要素追加処理部１０８に通知する。入力受付部１１４は、キーボードやマウス、タッチパネルなどの入力装置によって実現されてよい。
【００３５】
表示部１１６は、情報処理装置１０における処理の結果などを表示する。本実施形態の例では、表示部１１６は、不在要素付プロセス情報出力部１１０から出力された不在要素付プロセス情報を表示する。このとき、表示部１１６は、図６の例の木構造のように図式的に不在要素付プロセス情報を表示してもよいし、図７の例のような表の形式で表示してもよい。表示部１１６は、例えば、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイなどの表示装置により実現される。
【００３６】
以下、図８を参照し、情報処理装置１０が行う処理の手順の例を説明する。図８の例のフローチャートは、例えば、入力受付部１１４において、特定の処置名を指定して不在要素付プロセス情報を生成することを指示するユーザの入力を受け付けた場合に開始される。
【００３７】
まず、ユーザが入力した指示を入力受付部１１４から取得した不在要素追加処理部１０８は、プロセス情報ＤＢ１００から、処理対象のプロセス情報を取得する（ステップＳ１０）。例えば、プロセス情報ＤＢ１００が図２の例のデータ内容を有する場合に処置名が「ラパコレ」である診療プロセスを処理対象とするよう指示されると、処置名「ラパコレ」に対応づけられた診療プロセス名「Process1」〜「Process4」のプロセス情報が取得される（図２（ａ），図２（ｂ）の破線枠参照）。つまり、この例では、ステップＳ１０で、図５に図式的に例示する診療プロセスが取得される。
【００３８】
次に、不在要素付与ルール生成部１０４において、処理対象のプロセス情報に対応する標準プロセス情報が取得される（ステップＳ１２）。本実施形態の例では、不在要素付与ルール生成部１０４は、ユーザが指定した処置名を入力受付部１１４から取得し、当該処置名の標準プロセス情報を標準プロセス情報ＤＢ１０２から取得する。標準プロセス情報ＤＢ１０２に図３の例のデータが記憶されており、かつ、ユーザが指定した処置名が「ラパコレ」である場合、図３の例の表において「ラパコレ」に対応する診療行為要素「Element_a」〜「Element_b」と各診療行為要素に対応する制約条件とが標準プロセス情報として取得される。
【００３９】
標準プロセス情報を取得した不在要素付与ルール生成部１０４は、標準プロセス情報に含まれる制約条件に応じた不在要素付与ルールを生成し、生成した不在要素付与ルールを不在要素付与ルールＤＢ１０６に登録する（ステップＳ１４）。図３の例の「ラパコレ」の標準プロセス情報を取得した場合、不在要素付与ルール生成部１０４は、各診療行為要素「Element_a」〜「Element_d」について図４に例示する不在要素付与ルールを生成する。そして、各診療行為要素名と当該診療行為要素に関して生成した不在要素付与ルールとを対応づけて、標準プロセス情報の処置名「ラパコレ」の不在要素付与ルールとして不在要素付与ルールＤＢ１０６に登録する。
【００４０】
不在要素付与ルールの生成及び登録が完了すると、不在要素付与ルール生成部１０４は、その旨を不在要素追加処理部１０８に通知する。この通知を受けた不在要素追加処理部１０８は、処理対象のプロセス情報のうち、１つの診療プロセス名のプロセス情報を選択する（ステップＳ１６）。図５の例のプロセス情報を処理対象とする上述の例の場合、診療プロセス「Process1」〜「Process4」のうちの１つが選択される。
【００４１】
ステップＳ１６で選択したプロセス情報に対し、不在要素追加処理部１０８は、不在要素付与ルールＤＢ１０６を参照して、不在要素を追加する処理を行う（ステップＳ１８）。以下、図５の診療プロセス「Process1」，「Process2」を例にとり、ステップＳ１８の処理の具体例を説明する。
【００４２】
図５の診療プロセス「Process1」がステップＳ１６で選択された場合、ステップＳ１８で、不在要素追加処理部１０８は、不在要素付与ルールＤＢ１０６から処置名「ラパコレ」の不在要素付与ルール（図４参照）を取得し、各診療行為要素「Element_a」〜「Element_d」の不在要素付与ルールを診療プロセス「Process1」について評価する。「Element_a」の不在要素付与ルールは、「なければ追加」であり、診療プロセス「Process1」は「Element_a」を含むので、不在要素追加処理部１０８は、当該診療行為要素「Element_a」について不在要素を追加しない。「Element_b」，「Element_d」については、不在要素付与ルールが「何もしない」であるため、診療プロセス「Process1」における当該診療行為要素の有無にかかわらず、不在要素の追加の処理は行われない。「Element_c」に関し、不在要素付与ルール「Element_dがあれば、Element_cを検索。検索の結果、Element_cがなければ追加」に従って、不在要素追加処理部１０８は、診療プロセス「Process1」における「Element_d」の有無を確認する。「Element_d」は診療プロセス「Process1」に含まれないため、「Element_c」の検索及び不在要素の追加は行われない。以上より、診療プロセス「Process1」に関しては、ステップＳ１８の処理の結果、いずれの診療行為要素についても不在要素が追加されることはない。
【００４３】
図５の診療プロセス「Process2」がステップＳ１６で選択された場合、ステップＳ１８で、診療プロセス「Process2」について、「Element_a」〜「Element_d」の不在要素付与ルール（図４）が評価される。診療プロセス「Process2」は、診療行為要素「Element_a」を含まないため、「Element_a」の不在要素付与ルール「なければ追加」に従い、不在要素追加処理部１０８は、「Element_a」が不在である旨を表す不在要素「Element_-a」を生成し、診療プロセス「Process2」に追加する。「Element_b」，「Element_c」，「Element_d」については、上述の診療プロセス「Process1」の場合と同様の処理が行われる。ステップＳ１８の処理の結果、図６に例示する不在要素付プロセス情報「Process2」が生成される。図６の不在要素付プロセス情報「Process2」は、診療プロセス「Process2」において、「Element_a」が含まれず（「Element_-a」）、「Element_b」が含まれることを表す。
【００４４】
なお、各診療行為要素の不在要素付与ルールを順に評価していく上述の例の代わりに、不在要素付与ルールが設定されている診療行為要素のうち、選択された診療プロセスのプロセス情報に含まれていない診療行為要素を特定し、特定した診療行為要素について不在要素付与ルールを評価する、という手順でステップＳ１８の処理を行ってもよい。
【００４５】
不在要素追加処理（ステップＳ１８）が終了すると、不在要素付プロセス情報出力部１１０は、ステップＳ１８で生成された不在要素付プロセス情報を不在要素付プロセス情報ＤＢ１１２に出力して登録する（ステップＳ２０）。ステップＳ２０では、上述の診療プロセス「Process1」の例のようにステップＳ１８で不在要素の追加が実行されなかった場合、元の診療プロセス「Process1」のプロセス情報をそのまま不在要素付プロセス情報ＤＢ１１２に登録する。また、不在要素付プロセス情報出力部１１０は、ステップＳ２０において、さらに、表示部１１６に不在要素付プロセス情報を出力して表示させてもよい。
【００４６】
ステップＳ２０の後、処理対象のプロセス情報のすべてについて処理済であれば（ステップＳ２２でＹＥＳ）、図８の例の手順の処理は終了する。処理対象のプロセス情報のすべてについて処理済でなければ（ステップＳ２２でＮＯ）、ステップＳ１６に戻り、未処理のプロセス情報の診療プロセス名のうちの１つを選択してステップＳ１８以下の処理を繰り返す。
【００４７】
図８の例の手順の処理の結果、処理対象の診療プロセスのそれぞれについて、実際に行われた診療行為要素の名称と、行われるべきであったのに行われなかった診療行為要素の名称と、を含む不在要素付プロセス情報が生成されて不在要素付プロセス情報ＤＢ１１２に登録される。不在要素付プロセス情報ＤＢ１１２中の不在要素付プロセス情報に対して、プロセスの分析において従来から用いられている手法による分析を行ってもよい。例えば、データ集合中で頻出するパタンを抽出するパタンマイニングの手法を用いて不在要素付プロセス情報を分析すると、共通する診療行為要素名のパタンが抽出される。図９に、木構造のデータ集合において頻出するサブツリー（部分木）を抽出するツリーマイニングの手法を用いて、図６及び図７に例示する不在要素付プロセス情報を処理した結果として抽出されるパタン（サブツリー）の例を示す。ツリーマイニングの手法としては、例えば、「”Efficiently mining frequent trees in a forest.”, M. Zaki, 8th ACM SIGKDD Int’l Conf Knowledge Discovery and Data Mining, July, 2002」などの文献を参照されたい。
【００４８】
図９を参照し、破線の枠Ｌ内は、図６に例示する不在要素付プロセス情報と同様である。枠Ｌ内の不在要素付プロセス情報は、診療プロセス名を表す「Process1」〜「Process4」のそれぞれを根ノード（ルート）とし、各診療プロセスに関連づけられた診療行為要素名を子ノードとするツリーの集合として捉えられる。このツリーの集合に対してツリーマイニングの手法を用いてパタン抽出を行うと、例えば、「FeatureX」，「FeatureY」をルートとする２つのツリーＸ，Ｙが抽出される。ツリーＸは、診療プロセス「Process1」及び「Process2」のツリーにおいて共通するノード「Element_b」を抽出することで生成されたツリーであり、ルートの子ノードとして当該共通するノード「Element_b」を有する。ツリーＹは、診療プロセス「Process3」及び「Process4」のツリーにおいて共通するノード「Element_-a」，「Element_c」を抽出することで生成されたツリーであり、当該共通するノード「Element_-a」，「Element_c」をルートの子ノードとして有する。
【００４９】
図１０に、実際に行われた診療行為要素の履歴の情報のみを含むプロセス情報に対して、ツリーマイニングの手法を用いてパタン抽出を行った結果の例を示す。図１０において破線で示す枠Ｍ内は、図５に例示する診療プロセスと同様である。枠Ｍ内のプロセス情報は、不在要素追加処理部１０８による処理を実行する前のプロセス情報であるため、不在要素を含まない。図１０を参照し、パタン抽出の結果、診療プロセス「Process1」及び「Process2」のツリーにおいて共通するノード「Element_b」を抽出したツリーＸ´と、診療プロセス「Process3」及び「Process4」において共通するノード「Element_c」を抽出したツリーＹ´と、が生成される。
【００５０】
図９及び図１０の例のパタン抽出の結果を比較すると、図９のツリーＸと図１０のツリーＸ´とは同様の構成を有する。ツリーＸ及びツリーＸ´は、いずれも、分析の対象の診療プロセスにおいて“診療行為要素「Element_b」を含む”という特徴を共通して有する診療プロセスが存在することを表す。一方、図９のツリーＹと図１０のツリーＹ´とは、前者が不在要素「Element_-a」を有し、後者がこれを有しない点で異なる。図９のツリーＹからは、分析の対象の診療プロセスの一部に共通する特徴として“診療行為要素「Element_c」を含み、かつ診療行為要素「Element_a」を含まない”ということがわかる。これに対し、図１０のツリーＹ´からは、分析の対象の診療プロセスの少なくとも一部における共通の特徴として“診療行為要素「Element_c」を含む”ことがわかるだけである。
【００５１】
以下、上述の実施形態の例の変形例を説明する。
【００５２】
図８を参照して上述した処理の手順では、ユーザの指示に応じて不在要素追加処理部１０８が処理対象のプロセス情報を取得した後、標準プロセス情報を用いた不在要素付与ルールの生成・登録が行われる（ステップＳ１２，Ｓ１４）。一変形例の処理では、不在要素追加処理部１０８の処理の開始をユーザが指示する前に、予め不在要素付与ルールを生成して不在要素付与ルールＤＢ１０６に登録しておいてもよい。本例の場合、不在要素付与ルール生成部１０４は、標準プロセス情報ＤＢ１０２において新たな標準プロセス情報が登録されたとき、又は、登録済みの標準プロセス情報が更新されたときに、新たな（又は更新後の）標準プロセス情報について、図８のステップＳ１４を参照して説明した不在要素付与ルールの生成・登録処理を行う。また、入力受付部１１４を介して、不在要素付与ルールの生成・登録処理の実行を指示するユーザの入力を取得したときに当該処理を行ってもよい。本例の場合、情報処理装置１０において、不在要素追加処理部１０８の処理の実行時に、図８に例示する手順においてステップＳ１２及びステップＳ１４を省略した手順の処理が行われる。
【００５３】
他の変形例として、不在要素付与ルールを用いずに不在要素追加処理部１０８の処理を行ってもよい。この例では、図８に例示する手順において、不在要素追加処理部１０８は、処理対象のプロセス情報の取得（ステップＳ１０）及び対応する標準プロセス情報の取得（ステップＳ１２）の後、ステップＳ１６〜Ｓ２２を含むループ処理を行う。不在要素を追加する処理（ステップＳ１８）では、不在要素追加処理部１０８は、ステップＳ１６で選択したプロセス情報に含まれる診療行為要素と、ステップＳ１２で取得した標準プロセス情報に含まれる診療行為要素と、を比較し、標準プロセス情報に含まれていて、かつ当該プロセス情報に含まれていない診療行為要素について不在要素を生成して当該プロセス情報に追加する。この例では、標準プロセス情報において診療行為要素に設定された制約条件に関わらず、標準プロセス情報中に存在して処理対象のプロセス情報中に存在しない診療行為要素の不在要素が生成されて処理対象のプロセス情報に追加される。なお、この例では、情報処理装置１０は、不在要素付与ルール生成部１０４及び不在要素付与ルールＤＢ１０６を備えなくてよい。
【００５４】
さらに他の変形例では、標準プロセス情報及びプロセス情報において、含まれる行為の識別情報が互いに異なる態様で記述されていてもよい。例えば、診療プロセスに関し、標準プロセスでは診療行為要素名が薬剤の一般名で記述され、実際に患者に投与された薬剤を表すプロセス情報では診療行為要素名が薬剤の商品名で記述されている場合があり得る。このような場合に対処するため、本変形例では、標準プロセス情報中の行為の識別情報とプロセス情報中の行為の識別情報との対応関係を表す情報を標準プロセス情報ＤＢ１０２又はプロセス情報ＤＢ１００に予め記憶させておく。
【００５５】
図１１に、前述のような対応関係を表す情報の例を示す。図１１の例の表では、薬剤の一般名と、当該一般名の薬剤の商品名と、が互いに対応づけられている。標準プロセス情報ＤＢ１０２中の標準プロセス情報には、薬剤の一般名が診療行為要素名として含まれ、プロセス情報ＤＢ１００中のプロセス情報には、薬剤の商品名が診療行為要素名として含まれているとする。
【００５６】
図１２に、図１１の例の表における薬剤の一般名の診療行為要素名を含む標準プロセス情報の例を示す。図１２に例示する標準プロセス情報は、診療行為要素名の態様の他は図３に例示する標準プロセス情報と同様である。不在要素付与ルール生成部１０４は、標準プロセス情報から不在要素付与ルールを生成するときに、図１１の例の表の情報を参照して、診療行為要素名の読み替えを行う。例えば、図１２の例の標準プロセス情報の場合、不在要素付与ルール生成部１０４は、標準プロセス情報中の診療行為要素名「Element_A」〜「Element_D」のそれぞれについて、図３及び図４を参照する上述の説明と同様に、対応する制約条件に応じた不在要素付与ルールを生成する。そして、図１１の例の表を参照し、標準プロセス情報中の各診療行為要素名「Element_A」〜「Element_D」と、生成した不在要素付与ルール中の診療行為要素名（例えば、図４の「Element_c」の行参照）と、をそれぞれ対応する商品名に置換する。つまり、一般名「Element_A」を商品名「Element_a1」及び「Element_a2」に置換し、一般名「Element_B」，「Element_C」，「Element_D」をそれぞれ商品名「Element_b」，「Element_c」，「Element_d」に置換する。そして、標準プロセス情報における各診療行為要素名に対応する商品名と、対応する不在要素付与ルールと、をそれぞれ対応づけて不在要素付与ルールＤＢ１０６に登録する。
【００５７】
図１３に、本例で生成・登録される不在要素付与ルールの例を示す。図１３を参照し、一般名「Element_A」に対応する２つの商品名「Element_a1」，「Element_a2」で表される診療行為要素名と、標準プロセス情報における「Element_A」の制約条件「必須」（図１２）に対応する不在要素付与ルール「なければ追加」と、が対応づけられている。また、一般名「Element_B」，「Element_D」にそれぞれ対応する商品名「Element_b」，「Element_d」には、標準プロセス情報における対応する制約条件「任意」（図１２）に対応する不在要素付与ルール「何もしない」がそれぞれ対応づけられている。さらに、一般名「Element_C」に対応する商品名「Element_c」には、標準プロセス情報における「Element_C」の制約条件に対応する不在要素付与ルールとして、「Element_dがあればElement_cを検索。検索の結果、Element_cがなければ追加」が対応づけられている。この不在要素付与ルールに含まれる「Element_d」及び「Element_c」は、標準プロセス情報における一般名「Element_D」及び「Element_C」に対応する商品名であることに注意されたい。
【００５８】
図１１〜図１３を参照して説明した変形例において、一般名に複数の商品名が対応づけられる場合に、これら複数の商品名のうちの１つが診療プロセスに含まれていれば他の商品名の不在要素を生成しないように不在要素付与ルールを定めてもよい。また、本変形例において、不在要素を一般名で生成してもよい。この場合、例えば、不在要素付与ルールは上述のとおり商品名で設定しておき、不在要素追加処理（図８のステップＳ１８）において、不在要素を生成するときに、図１１の例の表を用いて商品名を対応する一般名に置換すればよい。あるいは、例えば、不在要素付与ルールを一般名のままで生成しておき、不在要素追加処理（図８のステップＳ１８）において、処理対象のプロセス情報に含まれる診療行為要素名（商品名）を、図１１の例の表を参照して一般名に置換した上で、不在要素付与ルールを適用して不在要素を生成してもよい。不在要素を一般名で生成するか商品名で生成するかについて、ユーザによる選択を受け付けるようにしてもよい。
【００５９】
以上、本発明の一実施形態の例及び各種の変形例を説明した。以下、本発明の他の実施形態の例を説明する。
【００６０】
図１４に、本発明の他の実施形態の例による情報処理装置１０の概略構成の例を示す。図１４の例の情報処理装置１０は、不在要素付与ルール生成部１０４及び不在要素付与ルールＤＢ１０６の代わりに、不在要素候補リスト生成部１１８及び不在要素候補リストＤＢ１２０を備える点で、図１の例の情報処理装置１０と異なる。なお、図１４において、図１と同様の構成要素には同様の符号を付し、その詳細な説明を省略する。
【００６１】
図１４を参照し、不在要素候補リスト生成部１１８は、標準プロセス情報ＤＢ１０２中の標準プロセス情報又はプロセス情報ＤＢ１００中のプロセス情報を用いて、不在要素候補リストを生成する。不在要素候補リストは、ある処置名の診療プロセスに含まれるべき診療行為要素を表す。生成された不在要素候補リストは、不在要素候補リストＤＢ１２０に登録される。不在要素追加処理部１０８の処理は、不在要素候補リストＤＢ１２０を参照して行われる。不在要素追加処理部１０８は、処理対象のプロセス情報の処置名に対応する不在要素候補リストを不在要素候補リストＤＢ１２０から取得し、取得した不在要素候補リストに含まれている診療行為要素であって処理対象のプロセス情報に含まれていない診療行為要素を特定する。そして、特定した診療行為要素について不在要素を生成し、処理対象のプロセス情報に追加することで、不在要素付プロセス情報を生成する。
【００６２】
図１５に、不在要素候補リスト生成部１１８で行われる処理の手順の例を示す。不在要素候補リスト生成部１１８は、例えば、入力受付部１１４を介して処置名の指定を受け付けた場合に図１５の例の手順を開始する。
【００６３】
図１５の例の手順が開始されると、不在要素候補リスト生成部１１８は、標準プロセス情報又はプロセス情報を取得する（ステップＳ３０）。標準プロセス情報を取得する場合、指定された処置名の標準プロセス情報を標準プロセス情報ＤＢ１０２から取得する。プロセス情報を取得する場合、指定された処置名のプロセス情報をプロセス情報ＤＢ１００から取得する。このとき、指定された処置名のプロセス情報のすべてをプロセス情報ＤＢ１００から取得するのではなく、診療の経過（又は結果）の良い患者のプロセス情報を選択して取得してもよい。この場合、例えば、プロセス情報ＤＢ１００において、診療の経過又は結果の良好さの程度を表す情報を各プロセス情報に関連づけて登録しておき、ステップＳ３０では、その良好さの程度が予め設定された程度以上であるプロセス情報を選択して取得する。
【００６４】
次に、不在要素候補リスト生成部１１８は、ステップＳ３０で取得した標準プロセス情報又はプロセス情報を用いて不在要素候補リストを生成する（ステップＳ３２）。ステップＳ３０で標準プロセス情報を取得していた場合、例えば、標準プロセス情報に含まれる診療行為要素名のリストを不在要素候補リストとする。例えば図３の例の処置名「ラパコレ」の標準プロセス情報の場合であれば、「Element_a」，「Element_b」，「Element_c」，「Element_d」を含む不在要素候補リストが生成される。あるいは、標準プロセス情報中の制約条件をさらに考慮して不在要素候補リストを生成してもよい。例えば、標準プロセス情報中の診療行為要素名のうち、制約条件が「任意」であるもの以外の診療行為要素名を含むリストを不在要素候補リストとしてもよい。この例において、図３の例の表の標準プロセス情報の場合、不在要素候補リストは、「Element_a」，「Element_c」を含むことになる。一方、ステップＳ３０でプロセス情報を取得していた場合、不在要素候補リスト生成部１１８は、例えば、取得したプロセス情報において予め設定された割合（例えば、８５％〜９５％等の値に設定しておく）以上のプロセス情報に共通して含まれる診療行為要素名を特定する。そして、特定した診療行為要素名を含むリストを不在要素候補リストとして生成する。ある処置名の処置において実際に行われた診療プロセスのうち予め設定された割合以上の診療プロセスで行われた診療行為要素は、当該処置名の処置の診療プロセスに含まれるべき診療行為要素である蓋然性が高いことから、不在要素候補リストに含められる。
【００６５】
ステップＳ３２の後、不在要素候補リスト生成部１１８は、ステップＳ３２で生成した不在要素候補リストに対するユーザの編集を受け付ける（ステップＳ３４）。例えば、不在要素候補リストと、当該リストからの診療行為要素名の削除又は当該リストへの診療行為要素名の追加をユーザに促す情報と、を表示部１１６に表示させる。そして、入力受付部１１４を介してユーザの編集指示を受け付け、受け付けた編集指示に従って、当該リストに対して診療行為要素名の削除又は追加を行う。ステップＳ３４により、医師などの医療機関の関係者であるユーザによる不在要素候補リストの編集が行われることになる。なお、ステップＳ３４の処理は省略してもよい。
【００６６】
編集後の不在要素候補リストは、不在要素候補リストＤＢ１２０に登録される（ステップＳ３６）。ステップＳ３６の後、図１５の例の手順の処理は終了する。
【００６７】
図１４及び図１５を参照する本実施形態の例における不在要素追加処理部１０８の処理の手順の例を説明する。図８の例のフローチャートを参照し、処理対象のプロセス情報の取得（ステップＳ１０）の後、ステップＳ１２，Ｓ１４の処理を行う代わりに、不在要素追加処理部１０８は、処理対象のプロセス情報の処置名に対応する不在要素候補リストを不在要素候補リストＤＢ１２０から取得する。次に、処理対象のプロセス情報のうち１つの診療プロセス名のプロセス情報を選択し（ステップＳ１６）、不在要素追加処理（ステップＳ１８）において、前述のように取得した不在要素候補リストに含まれる診療行為要素名であってステップＳ１６で選択したプロセス情報に含まれない診療行為要素名について、当該診療行為要素名が含まれない旨を表す不在要素を生成する。そして、生成した不在要素を、選択したプロセス情報に追加することで不在要素付プロセス情報を生成する。不在要素付プロセス情報の登録（ステップＳ２０）及び処理対象のプロセス情報のすべてについて処理済であるか否かの判定（ステップＳ２２）は、図８を参照して上記で説明した処理と同様に行えばよい。
【００６８】
なお、図１４及び図１５を参照する本実施形態の例において、不在要素候補リスト生成部１１８は、処置名の指定を受け付けた場合に図１５の例の手順の処理を行うだけでなく、不在要素候補リストの生成の指示を受け付けた場合に、標準プロセス情報ＤＢ１０２又はプロセス情報ＤＢ１００に登録された標準プロセス情報又はプロセス情報に対応する処置名のそれぞれについて、図１５の例の手順の処理を繰り返し実行してもよい。あるいは、例えば、不在要素追加処理部１０８が処理対象のプロセス情報を取得した（図８のステップＳ１０）の後、処理対象のプロセス情報の処置名について図１５の例の手順の処理を実行してもよい。
【００６９】
また、図１４及び図１５を参照する本実施形態の例においても、図１１〜図１３を参照して説明した変形例と同様に、診療行為要素名の読み替えを行ってもよい。例えば、標準プロセス情報において薬剤の一般名で診療行為要素名が表され、プロセス情報において薬剤の商品名で診療行為要素名が表される場合に、標準プロセス情報を用いて生成した不在要素候補リストに含まれる診療行為要素名（一般名）を図１１の例の表の情報を用いて商品名に置換してもよい。
【００７０】
以上で説明した各種の実施形態の例及び変形例において処理されるプロセス情報の態様は、図２及び図５に例示する態様に限られない。
【００７１】
例えば、プロセス情報に含まれる診療行為要素は、下位要素（下位項目）を有していてもよい。一具体例として、診療行為「点滴」において、複数の薬剤を含む点滴液が用いられる場合、診療行為要素として「点滴」、この下位要素として当該点滴液に含まれる複数の薬剤の名称をプロセス情報の一部として記録しておく場合が考えられる。下位要素を有する診療行為要素から成る診療プロセスのプロセス情報の例を図１６Ａに示す。
【００７２】
図１６Ａを参照し、診療プロセス「Process1」は、診療行為要素「Element_I」及び「Element_J」を含み、「Element_I」は、下位要素「SubElement_k」，「SubElement_l」を有し、「Element_J」は、下位要素「SubElement_m」を有する。プロセス情報が図１６Ａの例のような構成を有する場合、標準プロセス情報も、下位要素を有する診療行為要素からなる診療プロセスの情報として定義される。また、標準プロセス情報における各下位要素の制約条件は、当該下位要素を有する診療行為要素との関係で定義されてよい。例えば、標準プロセス情報が図１６Ａに例示する内容を有する場合、下位要素「SubElement_k」，「SubElement_l」の制約条件は、“診療行為要素「Element_I」の下位要素として必須”などのように定義しておけばよい。これに対応して生成される不在要素付与ルールは、例えば、“診療行為要素「Element_I」の子ノードとして存在しなければ子ノードとして追加”であってよい。また、下位要素だけでなく、より上位の診療行為要素についても不在要素付与ルールを生成してもよい。
【００７３】
図１６Ｂに、標準プロセス情報が図１６Ａに例示する内容を有する場合に生成される不在要素付プロセス情報の例を示す。図１６Ｂを参照し、診療プロセス「Process2」は、診療行為要素「Element_I」の下位要素として「SubElement_k」及び「SubElement_-l」を有する。このうち、「SebElement_-l」は、下位要素「SubElement_l」が存在しない旨を表す不在要素である。
【００７４】
プロセス情報の態様の他の例として、プロセス情報は、各診療行為要素が行われた時間に関する情報を含んでいてもよい。時間に関する情報は、例えば、当該診療行為要素が行われた日付や日時などであってよい。あるいは、例えば入院患者の診療プロセスのプロセス情報の場合、入院初日から何日目に当該診療行為要素が行われたかを表す情報であってもよい。図１７Ａは、時間に関する情報を含むプロセス情報の例である。図１７Ａに例示する木構造は、診療プロセス「Process1」において、時間「Time1」に診療行為要素「Element_a」，「Element_b」が行われ、時間「Time2」に診療行為要素「Element_b」，「Element_c」が行われたことを表す。時間に関する情報を含むプロセス情報を処理する場合、標準プロセス情報も時間に関する情報を含んで定義される。この場合、各診療行為要素の制約条件は、当該診療行為要素が行われる時間との関係で定義される。例えば、各診療行為要素について、“時間「Time1」及び時間「Time2」において「必須」”、“時間「Time1」及び時間「Time2」において「任意」”、あるいは、“時間「Time1」及び時間「Time2」の一方において「必須」であり他方において「任意」”などのように制約条件が定義される。このような制約条件に応じて生成される不在要素付与ルールも時間との関係で定められる。例えば、制約条件が“時間「Time1」及び時間「Time2」において「必須」”に対応する不在要素付与ルールは、“時間「Time1」，「Time2」の子ノードとして存在しなければ子ノードとして追加”であってよい。
【００７５】
図１７Ｂに、時間に関する情報を含むプロセス情報に対して不在要素を追加した不在要素付プロセス情報の例を示す。図１７Ｂの例の木構造は、時間「Time1」の子ノードとして不在要素「Element_-a」を有し、時間「Time2」の子ノードとして不在要素「Element_-b」を有する。これらの不在要素は、診療プロセス「Process2」において、時間「Time1」で診療行為要素「Element_a」が行われなかった旨と、時間「Time2」で診療行為要素「Element_b」が行われなかった旨と、を表す。
【００７６】
なお、以上の説明では、プロセス情報の例として、医療における診療プロセスのプロセス情報を挙げたが、上述の各種の実施形態の例及び変形例の処理は、診療プロセス以外のプロセスを表すプロセス情報についても同様に実行してよい。診療プロセス以外のプロセスとして、例えば、複数の作業からなる業務プロセスが考えられる。業務プロセスの場合、上述の診療行為要素の代わりに、業務プロセスを構成する作業を行為要素として処理すればよい。
【００７７】
以上に例示した情報処理装置１０は、典型的には、汎用のコンピュータにて上述の情報処理装置１０の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図１８に示すように、ＣＰＵ（中央演算装置）８０、メモリ（一次記憶）８２、各種Ｉ／Ｏ（入出力）インタフェース８４等がバス８６を介して接続された回路構成を有する。また、そのバス８６に対し、例えばＩ／Ｏインタフェース８４経由で、ハードディスクドライブ（ＨＤＤ）８８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ９０が接続される。このようなドライブ８８又は９０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ＨＤＤ８８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。
【００７８】
なお、以上では、情報処理装置１０を１台のコンピュータにより実現する例の実施形態を説明したが、情報処理装置１０の上述の例の各種の機能を複数のコンピュータに分散させて実現してもよい。
【符号の説明】
【００７９】
１０  情報処理装置、８０  ＣＰＵ、８２  メモリ、８４  Ｉ／Ｏインタフェース、８６  バス、８８  ＨＤＤ、９０  ディスクドライブ、１００  プロセス情報ＤＢ、１０２  標準プロセス情報ＤＢ、１０４  不在要素付与ルール生成部、１０６  不在要素付与ルールＤＢ、１０８  不在要素追加処理部、１１０  不在要素付プロセス情報出力部、１１２  不在要素付プロセス情報ＤＢ、１１４  入力受付部、１１６  表示部、１１８  不在要素候補リスト生成部、１２０  不在要素候補リストＤＢ。
【図１】
0005581659.tif 000002
【図２】
0005581659.tif 000003
【図３】
0005581659.tif 000004
【図４】
0005581659.tif 000005
【図５】
0005581659.tif 000006
【図６】
0005581659.tif 000007
【図７】
0005581659.tif 000008
【図８】
0005581659.tif 000009
【図９】
0005581659.tif 000010
【図１０】
0005581659.tif 000011
【図１１】
0005581659.tif 000012
【図１２】
0005581659.tif 000013
【図１３】
0005581659.tif 000014
【図１４】
0005581659.tif 000015
【図１５】
0005581659.tif 000016
【図１６Ａ】
0005581659.tif 000017
【図１６Ｂ】
0005581659.tif 000018
【図１７Ａ】
0005581659.tif 000019
【図１７Ｂ】
0005581659.tif 000020
【図１８】
0005581659.tif 000021