(57)【特許請求の範囲】
【請求項１】
傷病の進行状況を識別するために使用される傷病管理システムであって、
前記傷病管理システムは、
傷病識別情報および該傷病識別情報に対応する傷病名総称を含む第１の明細ＤＢと、
前記傷病名総称および傷病の進行状況を示す情報であるステージを含む第１のマスタＤＢであって、該傷病名総称に基づいて前記第１の明細ＤＢと関連付けられる、第１のマスタＤＢと、
医薬品識別情報および該医薬品識別情報に対応する医薬品総称を含む第２の明細ＤＢと、
前記医薬品総称および医薬品の前記ステージごとの使用可否の情報である第１のステージ別可否情報を含む第２のマスタＤＢであって、該医薬品総称に基づいて前記第２の明細ＤＢと関連付けられる、第２のマスタＤＢと、
診療行為識別情報および該診療行為識別情報に対応する診療行為総称を含む第３の明細ＤＢと、
前記診療行為総称および診療行為の前記ステージごとの実施可否の情報である第２のステージ別可否情報を含む第３のマスタＤＢであって、該診療行為総称に基づいて前記第３の明細ＤＢと関連付けられる、第３のマスタＤＢと、
患者の識別情報、該患者の傷病識別情報、該患者に処方された医薬品識別情報、および該患者に行われた診療行為識別情報を含むレセプトデータを格納する第４のＤＢと、
前記患者の識別情報、データ生成年月日、該患者の前記傷病名総称および前記ステージを含む傷病別ステージ別患者情報を格納する第５のＤＢであって、該データ生成年月日は該患者のデータが最新データであるか否かを示す、第５のＤＢと、
を備え、該傷病管理システムは、さらに、
前記第４のＤＢから所定の患者のレセプトデータを読み出す手段と、
読み出したレセプトデータに含まれている前記傷病識別情報に基づいて前記第１の明細ＤＢを検索し、対応する傷病名総称を識別する手段と、
前記傷病名総称に基づいて前記第１のマスタＤＢを検索し、第１のステージを識別する手段と、
読み出したレセプトデータに含まれている前記医薬品識別情報に基づいて第２の明細ＤＢを検索し、対応する医薬品総称を識別する手段と、
前記医薬品総称に基づいて前記第２のマスタＤＢを検索し、前記第１のステージ別可否情報を読み出す手段と、
読み出したレセプトデータに含まれている前記診療行為識別情報に基づいて第３の明細ＤＢを検索し、対応する診療行為総称を識別する手段と、
前記診療行為総称に基づいて前記第３のマスタＤＢを検索し、前記第２のステージ別可否情報を読み出す手段と、
前記第１のステージ別可否情報によって導き出される第２のステージおよび前記第２のステージ別可否情報によって導き出される第３のステージと前記第１のステージとが一致するか否かを判定する手段であって、該第１のステージが該第２のステージおよび該第３のステージのうちの少なくとも１つと一致しない場合には該第２のステージおよび該第３のステージのうちの少なくとも１つが最終的なステージとして選択され、かつ該第２のステージおよび該第３のステージが一致しない場合には、より重症化していることを示すステージが最終的なステージとして選択される、手段と、
前記判定する手段において一致すると判定された場合に、前記第１のステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納し、前記判定において一致しないと判定された場合に、前記最終的なステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納する手段と
を備えたことを特徴とする傷病管理システム。
【請求項２】
前記所定の患者の健診データおよび検査データを格納する第６のＤＢであって、前記傷病名総称、並びに健診および検査の少なくとも１つによって識別されたステージを含む、第６のＤＢをさらに備え、
前記傷病管理システムは、
前記第５のＤＢから前記所定の患者の最新の傷病別ステージ別患者情報を読み出す手段と、
前記第６のＤＢから前記所定の患者の健診データおよび検査データを読み出す手段と、
読み出された前記最新の傷病別ステージ別患者情報と読み出された前記健診データおよび検査データとをマッチングさせる手段であって、該マッチングは、前記傷病名総称および前記ステージに基づいて行われる、手段と、
前記マッチングの結果、傷病名総称およびステージが一致しないと判定される場合に、前記健診データおよび検査データに含まれる前記傷病名総称およびステージを含むように、前記所定の患者の最新の傷病別ステージ別患者情報を新たに生成して前記第５のＤＢに格納する手段と
をさらに備えたことを特徴とする請求項１に記載の傷病管理システム。
【請求項３】
前記５のＤＢは、不使用フラグをさらに含み、
前記傷病管理システムは、
前記所定の患者の最新の傷病別ステージ別患者情報を新たに生成して前記第５のＤＢに格納した後、該新たに生成された最新の傷病別ステージ別患者情報の一世代前の、前記第５のＤＢに格納されている傷病別ステージ別患者情報を前記不使用フラグを用いて使用不可にする手段をさらに備えたことを特徴とする請求項２に記載の傷病管理システム。
【請求項４】
指定した傷病名総称を含む、使用不可ではない傷病別ステージ別患者情報を前記第５のＤＢから全て読み出し、読み出した該傷病別ステージ別患者情報に含まれるステージの情報をキーにしてデータをソートし、前記指定した傷病名総称におけるステージ別の患者数の一覧をアウトプットする手段をさらに備えたことを特徴とする請求項３に記載の傷病管理システム。
【請求項５】
傷病の進行状況を識別するために使用される傷病管理システムにおいて実行される方法であって、
前記傷病管理システムは、
傷病識別情報および該傷病識別情報に対応する傷病名総称を含む第１の明細ＤＢと、
前記傷病名総称および傷病の進行状況を示す情報であるステージを含む第１のマスタＤＢであって、該傷病名総称に基づいて前記第１の明細ＤＢと関連付けられる、第１のマスタＤＢと、
医薬品識別情報および該医薬品識別情報に対応する医薬品総称を含む第２の明細ＤＢと、
前記医薬品総称および医薬品の前記ステージごとの使用可否の情報である第１のステージ別可否情報を含む第２のマスタＤＢであって、該医薬品総称に基づいて前記第２の明細ＤＢと関連付けられる、第２のマスタＤＢと、
診療行為識別情報および該診療行為識別情報に対応する診療行為総称を含む第３の明細ＤＢと、
前記診療行為総称および診療行為の前記ステージごとの実施可否の情報である第２のステージ別可否情報を含む第３のマスタＤＢであって、該診療行為総称に基づいて前記第３の明細ＤＢと関連付けられる、第３のマスタＤＢと、
患者の識別情報、該患者の傷病識別情報、該患者に処方された医薬品識別情報、および該患者に行われた診療行為識別情報を含むレセプトデータを格納する第４のＤＢと、
前記患者の識別情報、データ生成年月日、該患者の前記傷病名総称および前記ステージを含む傷病別ステージ別患者情報を格納する第５のＤＢであって、該データ生成年月日は該患者のデータが最新データであるか否かを示す、第５のＤＢと、
を備え、該方法は、
前記第４のＤＢから所定の患者のレセプトデータを読み出すステップと、
読み出したレセプトデータに含まれている前記傷病識別情報に基づいて前記第１の明細ＤＢを検索し、対応する傷病名総称を識別するステップと、
前記傷病名総称に基づいて前記第１のマスタＤＢを検索し、第１のステージを識別するステップと、
読み出したレセプトデータに含まれている前記医薬品識別情報に基づいて第２の明細ＤＢを検索し、対応する医薬品総称を識別するステップと、
前記医薬品総称に基づいて前記第２のマスタＤＢを検索し、前記第１のステージ別可否情報を読み出すステップと、
読み出したレセプトデータに含まれている前記診療行為識別情報に基づいて第３の明細ＤＢを検索し、対応する診療行為総称を識別するステップと、
前記診療行為総称に基づいて前記第３のマスタＤＢを検索し、前記第２のステージ別可否情報を読み出すステップと、
前記第１のステージ別可否情報によって導き出される第２のステージおよび前記第２のステージ別可否情報によって導き出される第３のステージと前記第１のステージとが一致するか否かを判定するステップであって、該第１のステージが該第２のステージおよび該第３のステージのうちの少なくとも１つと一致しない場合には該第２のステージおよび該第３のステージのうちの少なくとも１つが最終的なステージとして選択され、かつ該第２のステージおよび該第３のステージが一致しない場合には、より重症化していることを示すステージが最終的なステージとして選択される、ステップと、
前記判定するステップにおいて一致すると判定された場合に、前記第１のステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納し、前記判定において一致しないと判定された場合に、前記最終的なステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納するステップと
を備えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、傷病管理システムに関する。より詳細には、レセプトデータから抽出した傷病名、医薬品情報および診療行為情報に基づいて、患者が所定の傷病における各ステージ（病期）のいずれに該当するかを判定することにより適切な処置を行うための情報を提供し、傷病が重症化することを予防するための傷病管理システムに関する。
【背景技術】
【０００２】
近年の死因の多くは、悪性新生物（がん）、心疾患、脳血管疾患、肺炎および腎不全によって占められているが、このような主要な死因の下地になる病気であると考えられている生活習慣病（例えば、糖尿病、高脂血症、高血圧および高尿酸血症）の患者数が増えてきている。生活習慣病とは、食生活や喫煙、飲酒、運動不足など生活習慣との関係が大きい病気のことを指す。また、生活習慣病に罹患していないが、その予備軍に該当する人も増えている。
【０００３】
一方、生活習慣病に罹患しており、かつ診療を受けている人のうち、当該病気の専門医の治療を受けている人の割合は２〜３割にとどまっている。非専門医の治療の場合、病気に対するコントロールが不十分な場合があり、合併症発症および重症化のリスクがある。実際に病気の進行が進んでしまうと、本人の身体的負担および経済的負担は増大してしまうため、病気の進行（重症化）を防ぐ適切な予防が望まれている。
【０００４】
我が国では医療保険者が「特定健康診査（いわゆる、特定健診）・特定保健指導」を実施し、生活習慣病の予防に対する取り組みが進められており、あるいは医療機関の実施している人間ドックや健診などにより特定の病気を対象にした詳細な検査も行われている。健診や検査の結果を利用することによって、医療従事者がその患者の生活習慣病の病期進行分類（病気によって複数のステージに分類される）の該当するステージを把握し、それに応じて適切な指導を行っている。
【０００５】
上述したように、病気には病期進行分類が定められているものがある。医療関係者の間では、病期進行分類のステージごとに行ってよい診療行為および行ってはならない診療行為、並びにステージごとに使用してよい医薬品および使用してはならない医薬品が定められていることが知られている。また、医薬品はどのような傷病に対して用いられるべきかという、用途があることも知られている。
【０００６】
患者が健診や医療行為を受けると、図３に例示するようなレセプト（診療報酬明細書）が作成される。レセプトには、医科レセプトおよび調剤レセプトがあり、傷病名並びに患者に対して行われた全ての診療行為および投薬情報が記載されている。なお、診療行為とは、保険の請求点数として計上可能な全ての行為をいう。
【０００７】
特許文献１には、レセプトに記載された複数の傷病に対して、処方された医薬品や行われた診療行為と当該傷病との対応付けを行い、過去受診したが当月は受診していない傷病名を除外した上で、傷病名別に正しい当月分の医療費の集計を行うことが可能なシステムが開示されている。特許文献１に開示されているシステムを利用することで、傷病名別にどの医薬品が使用されたのか、あるいはどのような診療行為が行われるのかを月別に把握することが可能となっている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第４３１２７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、レセプトに傷病名と処方された医薬品や行われた診療行為が記載されていたとしても、それぞれの患者が当該傷病のいずれのステージに該当するのかを把握することは困難であり、医師などがカルテの情報と他の検査データを合わせて判断するほかなかった。また、過去データを流用してレセプトを作成することも一部で行われているため、レセプトには当月は受診していないが過去に受診した傷病名が残っていることも多々あり、迅速な判断を妨げていた。
【００１０】
さらに、医薬品にはそれぞれの病気に対する用途が定められているにも関わらず、上記の判断に連携させるシステムが存在していなかった。
【００１１】
本発明は、このような課題に鑑みてなされたものであり、その目的とするところは、レセプト情報および医薬品の用途情報に基づいて所定の傷病のステージ別の患者を抽出・階層化するためのシステムを提供することにある。また、本発明は、健診・検査データをさらにマッチングさせることで、患者の病状のより正確な病期（ステージ）を把握することを可能とするシステムを提供することも目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明に係る傷病管理システムは、傷病識別情報および該傷病識別情報に対応する傷病名総称を含む第１の明細ＤＢと、前記傷病名総称および傷病の進行状況を示す情報であるステージを含む第１のマスタＤＢであって、該傷病名総称に基づいて前記第１の明細ＤＢと関連付けられる、第１のマスタＤＢと、医薬品識別情報および該医薬品識別情報に対応する医薬品総称を含む第２の明細ＤＢと、前記医薬品総称および医薬品の前記ステージごとの使用可否の情報である第１のステージ別可否情報を含む第２のマスタＤＢであって、該医薬品総称に基づいて前記第２の明細ＤＢと関連付けられる、第２のマスタＤＢと、診療行為識別情報および該診療行為識別情報に対応する診療行為総称を含む第３の明細ＤＢと、前記診療行為総称および診療行為の前記ステージごとの実施可否の情報である第２のステージ別可否情報を含む第３のマスタＤＢであって、該診療行為総称に基づいて前記第３の明細ＤＢと関連付けられる、第３のマスタＤＢと、患者の識別情報、該患者の傷病識別情報、該患者に処方された医薬品識別情報、および該患者に行われた診療行為識別情報を含むレセプトデータを格納する第４のＤＢと、前記患者の識別情報、データ生成年月日、該患者の前記傷病名総称および前記ステージを含む傷病別ステージ別患者情報を格納する第５のＤＢであって、該データ生成年月日は該患者のデータが最新データであるか否かを示す、第５のＤＢと、を備えることを特徴とする。当該傷病管理システムは、さらに、前記第４のＤＢから所定の患者のレセプトデータを読み出す手段と、読み出したレセプトデータに含まれている前記傷病識別情報に基づいて前記第１の明細ＤＢを検索し、対応する傷病名総称を識別する手段と、前記傷病名総称に基づいて前記第１のマスタＤＢを検索し、第１のステージを識別する手段と、読み出したレセプトデータに含まれている前記医薬品識別情報に基づいて第２の明細ＤＢを検索し、対応する医薬品総称を識別する手段と、前記医薬品総称に基づいて前記第２のマスタＤＢを検索し、前記第１のステージ別可否情報を読み出す手段と、読み出したレセプトデータに含まれている前記診療行為識別情報に基づいて第３の明細ＤＢを検索し、対応する診療行為総称を識別する手段と、前記診療行為総称に基づいて前記第３のマスタＤＢを検索し、前記第２のステージ別可否情報を読み出す手段と、前記第１のステージ別可否情報によって導き出される第２のステージおよび前記第２のステージ別可否情報によって導き出される第３のステージと前記第１のステージとが一致するか否かを判定する手段であって、該第１のステージが該第２のステージおよび該第３のステージのうちの少なくとも１つと一致しない場合には該第２のステージおよび該第３のステージのうちの少なくとも１つが最終的なステージとして選択され、かつ該第２のステージおよび該第３のステージが一致しない場合には、より重症化していることを示すステージが最終的なステージとして選択される、手段と、前記判定する手段において一致すると判定された場合に、前記第１のステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納し、前記判定において一致しないと判定された場合に、前記最終的なステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納する手段とを備えたことを特徴とする。
【００１３】
また、本発明は、傷病管理システムにおいて実施される方法であって、傷病識別情報および該傷病識別情報に対応する傷病名総称を含む第１の明細ＤＢと、前記傷病名総称および傷病の進行状況を示す情報であるステージを含む第１のマスタＤＢであって、該傷病名総称に基づいて前記第１の明細ＤＢと関連付けられる、第１のマスタＤＢと、医薬品識別情報および該医薬品識別情報に対応する医薬品総称を含む第２の明細ＤＢと、前記医薬品総称および医薬品の前記ステージごとの使用可否の情報である第１のステージ別可否情報を含む第２のマスタＤＢであって、該医薬品総称に基づいて前記第２の明細ＤＢと関連付けられる、第２のマスタＤＢと、診療行為識別情報および該診療行為識別情報に対応する診療行為総称を含む第３の明細ＤＢと、前記診療行為総称および診療行為の前記ステージごとの実施可否の情報である第２のステージ別可否情報を含む第３のマスタＤＢであって、該診療行為総称に基づいて前記第３の明細ＤＢと関連付けられる、第３のマスタＤＢと、患者の識別情報、該患者の傷病識別情報、該患者に処方された医薬品識別情報、および該患者に行われた診療行為識別情報を含むレセプトデータを格納する第４のＤＢと、前記患者の識別情報、データ生成年月日、該患者の前記傷病名総称および前記ステージを含む傷病別ステージ別患者情報を格納する第５のＤＢであって、該データ生成年月日は該患者のデータが最新データであるか否かを示す、第５のＤＢと、を備えたことを特徴とする。当該方法は、前記第４のＤＢから所定の患者のレセプトデータを読み出すステップと、読み出したレセプトデータに含まれている前記傷病識別情報に基づいて前記第１の明細ＤＢを検索し、対応する傷病名総称を識別するステップと、前記傷病名総称に基づいて前記第１のマスタＤＢを検索し、第１のステージを識別するステップと、読み出したレセプトデータに含まれている前記医薬品識別情報に基づいて第２の明細ＤＢを検索し、対応する医薬品総称を識別するステップと、前記医薬品総称に基づいて前記第２のマスタＤＢを検索し、前記第１のステージ別可否情報を読み出すステップと、読み出したレセプトデータに含まれている前記診療行為識別情報に基づいて第３の明細ＤＢを検索し、対応する診療行為総称を識別するステップと、前記診療行為総称に基づいて前記第３のマスタＤＢを検索し、前記第２のステージ別可否情報を読み出すステップと、前記第１のステージ別可否情報によって導き出される第２のステージおよび前記第２のステージ別可否情報によって導き出される第３のステージと前記第１のステージとが一致するか否かを判定するステップであって、該第１のステージが該第２のステージおよび該第３のステージのうちの少なくとも１つと一致しない場合には該第２のステージおよび該第３のステージのうちの少なくとも１つが最終的なステージとして選択され、かつ該第２のステージおよび該第３のステージが一致しない場合には、より重症化していることを示すステージが最終的なステージとして選択される、ステップと、前記判定するステップにおいて一致すると判定された場合に、前記第１のステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納し、前記判定において一致しないと判定された場合に、前記最終的なステージを前記所定の患者の最新の傷病別ステージ別患者情報として第５のＤＢに格納するステップとを備えたことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、所定の傷病のステージ別の患者を一定以上の精度で抽出・階層化することが可能となり、病気の各ステージに対応した適切な指導および処置を患者に対して行うことが可能となる。また、本発明によれば、直近に得られた健診・検査データを繰り返しマッチングさせることで患者別のより正確・詳細な病状を把握することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明に係る傷病管理システムおよび関連するデータとの関係を説明する概略図である。
【図２】本発明に係る傷病管理システムのシステム構成を説明するブロック図である。
【図３】レセプトのサンプルとレセプトに含まれるデータの一例を示す図である。
【図４】傷病名基本ＤＢの一例を表す図である。
【図５】医薬品基本ＤＢの一例を表す図である。
【図６】傷病名ＤＢの一例を表す図である。
【図７】医薬品ＤＢの一例を表す図である。
【図８】被保険者ＤＢの一例を表す図である。
【図９】それぞれの患者が糖尿病のいずれのステージに該当するかを特定する処理を説明するフロー図である。
【図１０】レセプトに記載された傷病名と医薬品名に基づいて患者が糖尿病のいずれのステージに該当するかを特定する処理の具体例を示す図である。
【図１１】傷病別ステージ別患者情報の一例を表す図である。
【図１２】傷病別ステージ別患者情報に格納されているデータを更新する処理を説明するフロー図である。
【図１３】診療行為基本ＤＢの一例を表す図である。
【図１４】診療行為ＤＢの一例を表す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について詳細に説明する。なお、本明細書では説明を分かりやすくするために具体例を挙げて説明することもあるが、本発明の技術思想は、病期進行分類が定められている任意の傷病に適用可能であることは言うまでもない。後述するように、病気進行分類（各ステージが軽度〜中等度〜重度に対応）に応じた診療行為の適否および医薬品の用途・禁忌については予め定められているので、医療行為および医薬品の名称について同義語が存在するためにデータの内容が異なっていたとしても、本明細書で説明する技術思想を任意の傷病を対象としたシステムに適用することができる。
【００１７】
図１は、本発明に係る傷病管理システム１００、当該傷病管理システム１００のアウトプットであるステージ（病期）別患者数ピラミッド１１０および傷病別ステージ別患者情報１２０、並びに傷病管理システム１００に対してレセプトデータ、健診データおよび医薬品用途・禁忌データを提供する医療機関・保険者（健康保険組合など）・メーカー（医薬品メーカーなど）を示している。また、傷病管理システム１００は、傷病別ステージ別の患者に対して行った検査の検査データも受信する。
【００１８】
健康保険組合などの保険者は、病院や調剤薬局などの医療機関から発行された、医科レセプト（傷病名、診療行為、医薬品情報）および調剤レセプト（医薬品情報）のデータを傷病管理システム１００に送信する。また、当該保険者は、健診データを傷病管理システム１００に送信する。また、医薬品メーカーから提供される医薬品用途・禁忌データ（どの傷病のどのステージにおいて使用される／使用してはならない、など）がシステム管理者によって傷病管理システム１００に入力される。健診データには、人間ドックや特定の病気に的を絞った健診データも含まれる。レセプトデータ、健診データおよび医薬品用途データの傷病管理システム１００への送信／入力は、任意の周知の方法のいずれを使用してもよく、特に制限されることはない。
【００１９】
傷病管理システム１００は、受信したレセプトデータ、健診データ、および医薬品用途・禁忌データに基づいて、ステージ（病期）別の患者データを生成・蓄積する。生成・蓄積されたデータは、ステージ別患者数ピラミッド１１０および傷病別ステージ別患者情報１２０としてアウトプットされる。その後、傷病別ステージ別の患者に対して行った検査の検査データが傷病管理システム１００にフィードバックされ、上記データとマッチング処理され、より精度の高いステージ別患者数ピラミッド１１０および傷病別ステージ別患者情報１２０が生成・蓄積される。なお、図１では、ステージ別患者数ピラミッド１１０および傷病別ステージ別患者情報１２０は、傷病管理システム１００の外に示されているが、傷病管理システム１００内部に蓄積しておき、ユーザからの要請に基づき送信・開示するようにしてもよい。
【００２０】
傷病別ステージ別患者情報１２０は、ステージ別患者数ピラミッド１１０の基礎となるデータベース（ＤＢ）であり、傷病別ステージ別の患者情報が格納されている。傷病別ステージ別患者情報１２０については、図１１を参照しながら後で詳細に説明する。
【００２１】
ステージ別患者数ピラミッド１１０は、１または複数の患者が所定の傷病のどのステージに該当するかを示すアウトプットの一例である。当該アウトプットでは、複数の患者がどのステージに位置づけられるかを示すようにしても良いし、特定の患者がどのステージに位置づけられるかを示すようにしても良いし、患者の氏名や患者数を表示するようにしても良い。このようなアウトプットを参照することで当該傷病における患者の位置づけを把握することができる。ここで、傷病の各ステージでは処置してもよい診療行為および医薬品が予め定められているばかりでなく、処置してはならない診療行為および医薬品も予め定められていることを理解されたい。この点については、後で詳細に説明する。
【００２２】
図２は、本発明に係る傷病管理システム１００のシステム構成を説明するブロック図である。傷病管理システム１００は、制御部２０１、主記憶部２０２、補助記憶部２０３、インターフェース（Ｉ／Ｆ）部２０４、表示部２０５、レセプトＤＢ２０６、健診・検査ＤＢ２０７、医薬品基本ＤＢ２０８、医薬品ＤＢ２０９、傷病名基本ＤＢ２１０、傷病名ＤＢ２１１、被保険者ＤＢ２１２、診療行為基本ＤＢ２１３、診療行為ＤＢ２１４、および傷病別ステージ別患者情報１２０を含む。これらの構成要素２０１〜２１４および１２０は、バス２２０によって相互に接続されている。
【００２３】
制御部２０１は、中央処理装置（ＣＰＵ）とも呼ばれ、上記各構成要素の制御やデータの演算を行い、また、補助記憶部２０３に格納されている各種プログラムを主記憶部２０２に読み出して実行する。主記憶部２０２は、メインメモリとも呼ばれ、傷病管理システム１００が受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００２４】
補助記憶部２０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部２０２は、補助記憶部２０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部２０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部２０１がプログラムを実行してデータの演算を行う場合には、補助記憶部２０３から必要なデータやプログラムを主記憶部２０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部２０１が補助記憶部２０３に演算結果のデータを書き込むこととなる。
【００２５】
インターフェース（Ｉ／Ｆ）部２０４は、傷病管理システム１００の外部にある１つまたは複数のコンピュータ装置および１つまたは複数のデータベース（ＤＢ）を含むストレージとの間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部２０２に一時的に記憶される。また、インターフェース部２０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。表示部２０５は、傷病管理システム１００によって処理されたデータを表示する表示画面を提供する。
【００２６】
レセプトＤＢ２０６は、診療所や病院などの医療機関から発行されたレセプトを健康保険組合などの保険者からネットワークや記憶媒体等で受け取り、格納するデータベースである。レセプトのサンプルを図３に示す。図３に示すように、レセプトには各種情報が含まれるが、本発明に係る傷病管理システム１００では、少なくとも保険者番号、記号・番号といった「本人識別情報」、傷病名コード・名称といった「疾病情報」、および医薬品・医療材料（識別コード含む）、指導料／検査などの診療行為といった「摘要欄情報」を使用する。
【００２７】
ここで、本人識別情報に含まれる保険者番号は、健康保険組合などの保険者を識別する番号を表し、記号・番号は被保険者を識別する番号を表す。疾病情報に含まれる傷病名コード・名称は、被保険者がどのような傷病（例えば、糖尿病）で医療機関を受診したかを表す。
【００２８】
図４は、傷病名基本ＤＢ２１０の一例を表す図である。図４では、本発明に係る傷病管理システム１００に適用可能な所定の傷病を「Ａ」とし、傷病Ａのステージごとの総称をＡ末期、Ａ重症化、Ａ合併症あり、およびＡ単体として説明するが、この分類は説明のための任意のものであり、具体的な傷病名については所定の傷病ごとに異なることを理解されたい。
【００２９】
傷病名基本ＤＢ２１０は、傷病名コード４０１、傷病名４０２、および傷病名総称４０３を含む。傷病名コード４０１は、傷病名を識別する識別コードである。傷病名コード４０１に対応して傷病名４０２が定められている。傷病名総称４０３は、１つまたは複数の傷病名４０２をグルーピングする概念を表す。医師によっては同じ病状に対して傷病名４０２に記載したような異なる病名をレセプトに記載することがありえるため、それらの傷病名をグルーピングする総称が必要となる。傷病名総称４０３が上述したステージ別患者数ピラミッド１１０の各ステージに対応する。
【００３０】
また、図３に例示したレセプトの摘要欄情報に含まれる医薬品・医療材料は、患者に対してどのような医薬品を使用したかを表し、指導料・検査は、患者に対してどのような診療行為を行ったかを表す。なお、医薬品・医療材料および指導料・検査には、対応付けられる識別コードが付されていても良い。医薬品については図５および図７を参照し、診療行為については図１３および図１４を参照しながら後述する。
【００３１】
図５は、医薬品基本ＤＢ２０８を表す図である。医薬品基本ＤＢ２０８は、医薬品総称５０１、医薬品コード５０２、医薬品名称５０３を含む。医薬品総称５０１は、医師・薬剤師などの間で知られている、所定の傷病に対して使用する医薬品の総称を示す。例えば、図５に示されている「ａ剤」は、ある特定の傷病の内服治療薬として使用される医薬品の総称であるが、医薬品名称５０３に示すように製薬メーカーごとに名称が異なることがあり、それらを包括する総称として使用される。医薬品コード５０２および医薬品名称５０３は、個々の医薬品ごとに付される識別コードおよび名称を表す。
【００３２】
図２の説明に戻ると、傷病名基本ＤＢ２１０に関連するデータベースとして傷病名ＤＢ２１１がある。傷病名ＤＢ２１１は、傷病名のマスター情報を表すデータベースである。傷病名ＤＢ２１１（親）および傷病名基本ＤＢ２１０（子）は、親子関係にあるデータベースであり、傷病名総称４０３を互いに有しているため、傷病名総称４０３をキーにして関連付けられている。
【００３３】
図６は、傷病名ＤＢ２１１の一例を表す図である。傷病名ＤＢ２１１は、傷病名総称４０３、病期分類６０１、ステージ６０２を含む。傷病名総称４０３は、図４を参照しながら説明したように個々の傷病名の総称である。病期分類６０１は、所定の傷病の症状の進行状況に対応して付けられる病期（ステージ）の分類名称である。ステージ６０２は、所定の傷病の症状の進行状況の軽症〜重症に対応して付けられるステージである。一般的に、ステージ１が軽症であり、ステージが進むにしたがって重症になる。
【００３４】
また、医薬品基本ＤＢ２０８に関連するデータベースとして医薬品ＤＢ２０９がある。医薬品ＤＢ２０９は、医薬品のマスター情報を表すデータベースである。医薬品ＤＢ２０９（親）および医薬品基本ＤＢ２０８（子）は、親子関係にあるデータベースであり、医薬品総称５０１を互いに有しているため、医薬品総称５０１をキーにして関連付けられている。
【００３５】
図７は、医薬品ＤＢ２０９の一例を表す図である。医薬品ＤＢ２０９は、医薬品総称５０１、ステージ別可否７０１、説明７０２を含む。医薬品総称５０１は、図５を参照しながら説明したように個々の医薬品の包括名称として使用される総称である。ステージ別可否７０１は、それぞれの医薬品総称が各ステージのどの段階で使用しても良いのか、あるいは使用してはならないのかを示す情報である。それぞれの医薬品は、所定の傷病のどのステージにおいて使用すべきか（例えば、傷病Ａの初期段階の患者にのみ使用）、あるいは所定の傷病のどのステージの患者には使用してはならないか（例えば、傷病Ａ末期の患者に使用してはならない）が定められており、そのような使用可否の情報をステージ別可否７０１は示している。また、説明７０２は、ステージ別可否７０１が表す情報の説明文を格納する。例えば、「ステージ１患者用（すなわち、ステージ２〜４患者には使用不可）」などが格納される。
【００３６】
被保険者ＤＢ２１２は、被保険者、より具体的には、疾患のある個々人についてのデータベースである。医療機関を受診する際には健康保険証を提示することが多いが、この健康保険証には、保険者である保険者番号の他に、被保険者を識別する記号・番号が付されている。この保険者番号および記号・番号により特定の個人を識別することができる。上述したように、レセプトには、保険者番号および記号・番号の情報が含まれているので、特定の個人と各レセプトを対応づけることができる。
【００３７】
図８は、被保険者ＤＢ２１２の一例を表す図である。被保険者ＤＢ２１２は、保険者番号８０１、記号８０２、番号８０３、氏名８０４を含む。保険者番号８０１は、企業の健康保険組合など保険者を識別するコードであり、記号８０２は、被保険者が所属する企業・団体などを示す識別するコードであり、番号８０３は、被保険者を識別するコードである。氏名８０４は、被保険者の氏名である。被保険者ＤＢ２１２は、構成要素８０１〜８０４以外にも性別、生年月日などの任意項目を含む。
【００３８】
さらに、診療行為に関するデータベースとして診療行為基本ＤＢ２１３および診療行為ＤＢ２１４がある。診療行為ＤＢ２１４は、診療行為のマスター情報を表すデータベースである。診療行為ＤＢ２１４（親）および診療行為基本ＤＢ２１３（子）は、親子関係にあるデータベースであり、診療行為総称１３０１を互いに有しているため、診療行為総称１３０１をキーにして関連付けられている。
【００３９】
図１３は、診療行為基本ＤＢ２１３の一例を表す図である。診療行為基本ＤＢ２１３は、診療行為総称１３０１、診療行為コード１３０２、診療行為１３０３を含む。診療行為総称１３０１は、傷病名や医薬品名と同様、レセプトに記載される個々の診療行為が、同じ事柄を表すのに異なる名称で表されることがあるため、同じ診療行為をグルーピングするための総称を示す。診療行為コード１３０２および診療行為１３０３は、個々の診療行為を識別するコードおよび名称である。
【００４０】
図１４は、診療行為ＤＢ２１４の一例を表す図である。診療行為ＤＢ２１４は、診療行為総称１３０１、ステージ別可否１４０１、および説明１４０２を含む。診療行為総称１３０１は、図１３で説明した診療行為総称１３０１として説明した個々の診療行為の総称である。ステージ別可否１４０１は、診療行為が所定の傷病のいずれのステージで行っても良い、あるいは行ってはならないかを示す。説明１４０２は、ステージ別可否１４０１が表す情報の説明文を格納する。
【００４１】
ここで、図９を参照しながら個々の被保険者（患者）が所定の傷病のいずれのステージに該当するかを特定する処理について説明する。
【００４２】
ステップＳ９０１では、傷病管理システム１００は、レセプトＤＢ２０６から１件ずつレセプトを読み出す。レセプトには保険者番号、記号・番号が含まれているので、傷病管理システム１００は、読み出した保険者番号、記号・番号をキーにして被保険者ＤＢ２１２を検索することにより被保険者（患者）を特定することができる。
【００４３】
ステップＳ９０２では、傷病管理システム１００は、読み出したレセプトに記載されている傷病名コードや傷病名を検索キーにして傷病名基本ＤＢ２１０を検索し、一致する傷病名コード４０１または傷病名４０２に対応付けられる傷病名総称４０３を識別する。なお、本発明に係る傷病管理システム１００では、特許文献１に記載されている医療費分解装置のアルゴリズムを使用して医療費が０円になる傷病名を除外する処理を組み込むことが好ましい。なぜなら、レセプトには過去の傷病名がそのまま残っているケースが存在するからである。
【００４４】
ステップＳ９０３では、傷病管理システム１００は、特定された被保険者（患者）が所定の傷病のいずれのステージに該当するのかを特定する処理（第１のステージ特定処理）を行う。具体的に言えば、傷病管理システム１００は、ステップＳ９０２で識別された傷病名総称４０３を検索キーにして傷病名ＤＢ２１１を検索し、当該傷病のいずれのステージに該当するのかを特定する。例えば、レセプトに記載された傷病名に対応付けられる傷病名総称が「Ａ末期」の場合、ステージ４と特定される。
【００４５】
ステップＳ９０４では、傷病管理システム１００は、読み出したレセプトデータに記載されている医薬品・医療材料の情報（コードや名称）を検索キーにして医薬品基本ＤＢ２０８を検索し、一致する医薬品コード５０２や医薬品名５０３に対応付けられる医薬品総称５０１を識別する。なお、レセプトデータに複数の医薬品・医療材料の情報が含まれる場合には、医薬品総称５０１のデータも複数件識別される可能性がある。
【００４６】
ステップＳ９０５では、傷病管理システム１００は、ステップＳ９０４にて識別された医薬品総称５０１の情報に基づいて図７に示した医薬品ＤＢ２０９の情報から、ステージ別可否７０１の情報を読み出す。例えば、レセプトに記載された医薬品の情報から医薬品総称「ａ剤」が導き出された場合には、ステージ１、２の患者には使用可であるが、ステージ３、４の患者には使用不可（禁忌）という情報を導き出せる。
【００４７】
そして、傷病管理システム１００は、ステップＳ９０３の第１のステージ特定処理にて特定された被保険者（患者）のステージと、導き出されたステージ別可否７０１の情報から当該被保険者（患者）の病気のステージのより正確な情報を特定する（第２のステージ特定処理）。ここで、「より正確な情報」と説明したのは、レセプトに記載する傷病名はその患者の正確な病状を表すこともあるが、一定の割合で一致していない病状を表す場合もある。例えば、病期の進行分類としては異なるものの医師によっては傷病Ａのステージ３に該当するはずの患者のレセプトにステージ２に分類される傷病名を記載してしまうこともある。
【００４８】
しかしながら、患者に投与する医薬品についてはその用途としてどのような病状の患者に対して使用すべきか、あるいは使用すべきでないかが定められており、医師が誤った投与をすることは非常に稀である。したがって、医薬品総称ごとに定められているステージ別使用可否の情報をマッチングさせることで、より正確なステージの情報を得ることができる。
【００４９】
したがって、傷病管理システム１００は、識別された全ての医薬品総称５０１に対応するステージ別可否７０１の情報に照らして第１のステージ特定処理にて特定されたステージが適切か否かを判定する。すなわち、当該特定されたステージがステージ別可否７０１の情報によって適切である（つまり、図７で○とマークされたステージに該当）と判定された場合には、当該ステージはそのまま維持されるが、一方、不適切である（つまり、図７で×とマークされたステージに該当）と判定された場合には、１つまたは複数のステージ別可否７０１の情報から導き出されるステージがその患者の本来のステージであると判断する。なお、１つまたは複数のステージ別可否７０１の情報によって１つのステージを導き出すことができない場合（例えば、図７でａ剤はステージ１、２に○がついており、ｃ剤はステージ２、３に○がついているケース）、候補となるステージのうち最も高いステージ（このケースでは、ステージ３）をその患者の本来のステージであると判断する。
【００５０】
また、上述したように、それぞれの診療行為についても各ステージのいずれで行って良いのか、あるいは行ってはいけないのかが予め定められている。以下では、ステップＳ９０６、Ｓ９０７を参照しながら、レセプトに含まれている診療行為の情報に基づいて傷病のステージを特定する処理を説明する。
【００５１】
ステップＳ９０６では、傷病管理システム１００は、読み出したレセプトデータに含まれている指導料・検査などの診療行為情報（コードや名称）を検索キーにして診療行為基本ＤＢ２１３を検索し、一致する診療行為コード１３０２や診療行為１３０３に対応付けられる診療行為総称１３０１を識別する。なお、レセプトデータに複数の診療行為情報が含まれる場合には、診療行為総称１３０１のデータも複数件識別される可能性がある。
【００５２】
ステップＳ９０７では、傷病管理システム１００は、ステップＳ９０６にて識別された診療行為総称１３０１の情報に基づいて図１４に示した診療行為ＤＢ２１４の情報から、ステージ別可否１４０１の情報を読み出す。例えば、レセプトに記載された診療行為の情報から診療行為総称「診療行為ａ」が導き出された場合には、ステージ２〜４の患者には行っても良いが、ステージ１の患者には行ってはならないという情報を導き出せる（第３のステージ特定処理）。なお、複数の診療行為のそれぞれから導き出されたステージが異なる場合には、最も重症化が進んでいるステージを本ステップで特定されたステージとする。
【００５３】
次に、ステップＳ９０８では、当該患者の傷病の最終的なステージを決定する。上述したように、第２のステージ特定処理では医薬品情報からステージが特定され、第３のステージ特定処理では診療行為からステージが特定される。第２のステージ特定処理および第３のステージ特定処理で導き出されたステージが第１のステージ特定処理で導き出されたステージと一致する場合には、傷病管理システム１００は、一致したステージ（例えば、第１のステージ特定処理で導き出されたステージ）を当該患者の最終的なステージとして決定する。一方、第２、第３のステージ特定処理で導き出されたステージの少なくとも１つが第１のステージ特定処理で導き出されたステージと異なる場合には、第２、第３のステージ特定処理で導き出されたステージを最終的なステージとして決定し、さらに、第２、第３のステージ特定処理で導き出されたステージが異なる場合には、より重症化が進んでいるステージを当該患者の最終的なステージとして決定する。例えば、第１のステージ特定処理でステージ１と判定され、第２のステージ特定処理でステージ２と判定され、第３のステージ特定処理でステージ１と判定された場合には、第２のステージ特定処理によって導き出されたステージ２が最終的なステージとして決定される。
【００５４】
このようにして、レセプトに記載されている傷病名だけでなく、医薬品や診療行為の情報からより精度の高いステージを特定することが可能となる。ここで、図１０Ａ〜Ｃを参照しながらこの概念をさらに詳細に説明する。
【００５５】
図１０Ａは、第１のステージ特定処理にて「Ａ重症化」（すなわち、ステージ３）と判定された患者が実際にはどのステージに該当するのかを特定する第２のステージ特定処理の一例を説明する。まず、「ステージ３の患者の抽出」では、第１のステージ特定処理にて「Ａ重症化」と判定された患者のうち、当該患者のレセプトにステージ３以上に禁忌（使用不可）の医薬品総称が使用されているか否かを判定していく。例えば、医薬品総称としてａ剤、ｂ剤、ｅ剤、ｆ剤がレセプトの情報に基づいて導き出されたとしたら図７の医薬品ＤＢ２０９によれば、その患者はステージ３の「Ａ重症化」ではないことになる。よって、図１０Ａに示したように、ステージ３の患者は、傷病名が「Ａ重症化」である患者から、ａ剤、ｂ剤、ｅ剤、ｆ剤が使用されている患者を引いた数となる。
【００５６】
次に、図１０Ａの「ステージ２の患者の抽出」では、上記でステージ３の「Ａ重症化」ではないと判定された患者のうち、当該患者のレセプトにステージ２に禁忌（使用不可）の医薬品総称が使用されているか否かを判定していく。例えば、医薬品総称としてｅ剤、ｆ剤がレセプトの情報に基づいて導き出されたとしたら図７の医薬品ＤＢ２０９によれば、その患者はステージ２の「Ａ合併症あり」ではないことになる。
【００５７】
このような処理によって、ステップＳ９０２〜Ｓ９０５で説明したように、傷病名総称と医薬品総称により患者のステージをより正確に特定することができる。
【００５８】
図１０Ｂは、第１のステージ特定処理にて「Ａ合併症あり」（すなわち、ステージ２）と判定された患者のうち、実際にステージ２の「Ａ合併症あり」の患者を特定する処理の概念を表す図である。図１０Ａで説明したのと同様、ステージ２の患者に禁忌（使用不可）の医薬品総称であるｅ剤、ｆ剤が処方された患者はステージ２ではないと判定することができ、実際にステージ２の「Ａ合併症あり」の患者を特定することができる。このような処理によって、ステップＳ９０２〜Ｓ９０５で説明したように、傷病名総称と医薬品総称により患者のステージをより正確に特定することができる。
【００５９】
なお、図１０Ａ、図１０Ｂでは、ステージ３、２の患者の特定処理を説明したが、同様のアルゴリズムにより、いずれのステージの患者であっても特定することができる。
【００６０】
次に、図９のステップＳ９０２〜Ｓ９０７で説明した第１〜第３のステージ特定処理の一例を図１０Ｃを参照しながら説明する。
【００６１】
図１０Ｃは、レセプトに含まれている傷病名が「Ａ単体」の患者のうち、ステージ２、３の患者を特定する処理を説明する。まず、レセプトの傷病名から「Ａ単体」と導きだされた患者のうち、ステージ２以降の患者に使用するｃ剤、ｄ剤が処方された患者は、本来であればステージ２以上に該当すると判定され、また、図１４に示される診療行為ａ、ｂが行われた患者は、ステージ２以降の患者に該当すると判定される（つまり、図１０Ｃにおける、ｘ＋ｙ＋ｏ＋ｐ）。
【００６２】
その後、ステージ２以降に該当すると判定された患者のうち、ステージ３の患者に禁忌のａ剤、ｂ剤、およびステージ１患者用のｅ剤、ｆ剤が処方された患者を除くと、ステージ３に該当する患者を抽出することができる（つまり、図１０ＣのＥ−（Ｗ＋Ｘ＋Ｙ＋Ｚ））。同様に、ステージ２以降に該当すると判定された患者のうち、ステージ３以降で行われる診療行為ｃが行われた患者を抽出するとステージ３に該当する患者を抽出することができる（つまり、図１０Ｃのｑ）。
【００６３】
また、ステージ２、３の患者数からステージ３の患者数を引き（つまり、図１０ＣのＦ）、さらにステージ１患者用のｅ剤、ｆ剤が処方された患者を引くと、ステージ２の患者を抽出することができる（図１０ＣのＦ−（Ｍ＋Ｎ））。
【００６４】
図１０Ｃに示した例はあくまでも一例であるが、医薬品総称および診療行為総称のデータを用いることでより精度の高いステージを特定することが可能となる。
【００６５】
また、図１０Ａ、図１０Ｂでは第１のステージ特定処理において識別されるステージの高い方から順番に特定する処理を説明し、図１０Ｃでは当該ステージの低い方から順番に特定する処理を説明したが、本発明に係る傷病管理システム１００において行われる第２、第３のステージ特定処理では、より精度の高いデータを得るため、図１０Ａ〜Ｃで説明されたアルゴリズムが組み合わされて実装されてもよい。
【００６６】
再び、図９に戻って説明するとステップＳ９０９では、傷病管理システム１００は、ステップＳ９０８で決定された、被保険者（患者）がいずれのステージに該当するかの情報を傷病別ステージ別患者情報１２０に格納する。例えば、患者のＡさんは傷病Ａのステージ４である「Ａ末期」に該当し、Ｂさんはステージ２である「Ａ合併症あり」に該当する、といった情報が格納される。
【００６７】
なお、ステップＳ９０４、Ｓ９０５で説明した第２のステージ特定処理、およびステップＳ９０６、Ｓ９０７で説明した第３のステージ特定処理は、いずれの特定処理を先に行っても良く、同時並行的に行っても良い。
【００６８】
図１１は、傷病別ステージ別患者情報１２０のデータベースの一例を示す。傷病別ステージ別患者情報１２０には、傷病名総称４０３、ステージ６０２、データ処理年月日１１０１、保険者番号８０１、記号８０２、番号８０３、氏名８０４、および不使用フラグ１１０２が格納されている。データ処理年月日１１０１は、データが作成された年月日を示す。つまり、同一患者が継続的に医療機関で受診し、新たなレセプトが発生すれば新たなデータが生成される。新たなデータが生成される場合、古いデータの不使用フラグ１１０２には過去データであることを示すフラグが立てられる。
【００６９】
図１２は、傷病別ステージ別患者情報１２０に格納されているデータを更新する処理を説明するフロー図である。当該処理では、健診・検査ＤＢ２０７に格納されている、人間ドックや特定の病気の罹患の有無について検査する健診データおよび一旦ある傷病名の特定のステージを判定された患者に対して行った精密検査の検査データに基づいてデータのアップデートを行う。当該健診データおよび検査データには、最新の健診・検査結果に基づく、傷病Ａにおける傷病名総称４０３および対応するステージ６０２の情報が含まれている。例えば、「Ａ合併症あり（ステージ２）」と診断された患者に対して精密検査を行った結果、「Ａ重症化（ステージ３）」という検査結果が出ている場合には検査データには「Ａ重症化（ステージ３Ａ）」の情報が含まれている。
【００７０】
ステップＳ１２０１では、傷病管理システム１００は、健診・検査ＤＢ２０７からデータを１件ずつ読み出す。読み出されたデータには、患者である被保険者を特定するデータ、すなわち、保険者番号８０１、記号８０２、および番号８０３が含まれている。上述したように、読み出されたデータには当該患者の傷病名総称４０３およびステージ６０２の情報も含まれている。
【００７１】
ステップＳ１２０２では、傷病管理システム１００は、読み出された被保険者特定データ８０１〜８０３に基づいて傷病別ステージ別患者情報１２０から直近のデータを読み出す。直近のデータか否かはデータ処理年月日１１０１のデータおよび不使用フラグ１１０２に基づいて判断できる。
【００７２】
ステップＳ１２０３では、傷病管理システム１００は、健診・検査データと傷病別ステージ別患者情報をマッチングして最新のデータを生成し、傷病別ステージ別患者情報１２０に格納するとともに、古い傷病別ステージ別患者情報には不使用フラグ１１０２にフラグを立てる。より具体的に説明すると、マッチングした結果、両データの傷病名総称およびステージが一致する場合には読み出した傷病別ステージ別患者情報のうち、データ処理年月日１１０１をマッチング処理した日付にした上で新たなデータとして傷病別ステージ別患者情報１２０に格納する。一方、両データの傷病名総称およびステージが一致しない場合には読み出した健診・検査データに含まれている傷病名総称およびステージのデータを含む、新たなデータを傷病別ステージ別患者情報１２０に格納する。
【００７３】
図１１に示した傷病別ステージ別患者情報１２０に格納されているデータを使用したアウトプットの一例は、ステージ（病期）別患者数ピラミッド１１０である。傷病管理システム１００は、ユーザ（オペレータ）によって指定された傷病Ａに関連する傷病名総称を含むデータを傷病別ステージ別患者情報１２０から全件読み出す。そして、読み出したデータに含まれているステージ６０２の情報にしたがってデータをソートする。傷病管理システム１００は、ソート後のデータに基づいて図１に示したようなステージ（病期）別患者数ピラミッド１１０の形式でアウトプットをすることができる。なお、このピラミッド１１０には、患者数を表示するようにしても良いし、所定の患者を選択した場合には当該選択した患者がピラミッドのいずれに属しているのかを明示するようにしても良い。
【００７４】
（まとめ）
上述の実施形態で説明した方法、機能および手段は、コンピュータ実施可能なプログラムとして実装することも可能であり、また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として実施することも可能である。
【００７５】
上記で説明した実施形態はあくまでも例示であり、本発明は上記の実施形態に限定されることはなく、様々な変形が可能である。すなわち、特許請求の範囲に記載された技術的思想に基づくものである限り、その変形は本発明の技術範囲内に含まれる。
【符号の説明】
【００７６】
１００  傷病管理システム
１１０  ステージ（病期）別患者数ピラミッド
１２０  傷病別ステージ別患者情報
２０１  制御部
２０２  主記憶部
２０３  補助記憶部
２０４  インターフェース（Ｉ／Ｆ）部
２０５  表示部
２０６  レセプトＤＢ
２０７  健診・検査ＤＢ
２０８  医薬品基本ＤＢ
２０９  医薬品ＤＢ
２１０  傷病名基本ＤＢ
２１１  傷病名ＤＢ
２１２  被保険者ＤＢ
２１３  診療行為基本ＤＢ
２１４  診療行為ＤＢ
【図１】
0005203481.tif 000002
【図２】
0005203481.tif 000003
【図３】
0005203481.tif 000004
【図４】
0005203481.tif 000005
【図５】
0005203481.tif 000006
【図６】
0005203481.tif 000007
【図７】
0005203481.tif 000008
【図８】
0005203481.tif 000009
【図９】
0005203481.tif 000010
【図１０】
0005203481.tif 000011
【図１１】
0005203481.tif 000012
【図１２】
0005203481.tif 000013
【図１３】
0005203481.tif 000014
【図１４】
0005203481.tif 000015