JP5968809B2 - 検証システム、検証プログラム、及び検証方法 - Google Patents

Description

本発明は、患者の傷病に対応づけられる診断群分類を検証するための検証システム、検証プログラム、及び検証方法に関する。

近年、急性期入院医療に関する診療報酬の包括評価制度が導入され、この制度の対象となる特定の病院では、包括評価部分の報酬額と出来高評価部分の報酬額とを合計することによって急性期入院医療の診療報酬が算出されている。包括評価部分の報酬額は、医療資源を最も多く投入した傷病名に基づいて患者の診断群分類を決定し、この診断群分類に対応する１日当たりの点数に在院日数及び医療機関別係数を乗じることによって算出される。このため、包括評価制度の対象となる各病院では、診断群分類を適切に決定することが重要視されている。

このような状況に鑑み、特許文献１では、患者に設定されている診断群分類が正しいか否かを検証するシステムが提案されている。このシステムは、入院していた患者が退院する際、この患者に対して入院期間中に施された治療、検査、及び薬剤等の点数を診断群分類毎に集計し、集計後の点数が最も大きい診断群分類を最適診断群分類とする。そして、この最適診断群分類と患者が入院する際の診察結果に基づいて医師が登録した仮診断群分類とが一致する場合、仮診断群分類がそのまま診療報酬の算出に使用され、最適診断群分類と仮診断群分類とが一致しない場合、最適診断群分類が診療報酬の算出に使用される。

特許第４９８６９８６号公報

上述したシステムでは、仮診断群分類及び最適診断群分類のいずれかが最終的な診断群分類として決定される。しかしながら、仮診断群分類及び最適診断群分類以外にも診断群分類の候補が存在する可能性があり、決定された診断群分類が適切であるか不明であるという問題があった。

そこで、本発明は、診断群分類を適切に決定することが可能な検証システム、検証プログラム、及び検証方法を提供することを課題とする。

本発明は、上記課題を解決するためのものであり、患者の傷病に対応づけられる診断群分類を検証するためのシステムであって、標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、患者の現在傷病情報、及び患者に施された１又は２以上の診療行為情報、を記憶する記憶部と、各診療行為情報に対応する標準傷病情報を、患者の標準推定傷病情報として決定する標準傷病推定部と、各診療行為情報に対応する個別傷病情報を、患者の個別推定傷病情報として決定する個別傷病推定部と、現在傷病情報、標準推定傷病情報、及び個別推定傷病情報を表示する表示部と、を備える。

上記検証システムにおいて、表示部は、記憶部に記憶されている患者の現在傷病情報と、標準傷病推定部及び個別傷病推定部がこの患者についてそれぞれ決定した標準推定傷病情報及び個別推定傷病情報と、を表示する。このため、医師や医療事務員等のユーザは、患者について、現在登録されている傷病や標準推定傷病情報だけでなく、個別推定傷病情報が存在することを認識することができ、現在の傷病、標準推定傷病、及び個別推定傷病のいずれに基づいて診断群分類を決定するべきか検討することができる。結果として、ユーザは、より適切な診断群分類を決定することができる。

また、上記検証システムにおいて、記憶部は、各診療行為情報に対応づけられる明細金額情報をさらに記憶していてもよい。この場合、個別傷病推定部は、明細金額情報を個別推定傷病情報毎に集計することによって、個別推定傷病情報の集計金額情報を算出し、表示部は、集計金額情報が大きい順に個別推定傷病情報をソートして表示する。すなわち、表示順位が上位の個別推定傷病情報ほど、多くの診療行為が行われたと推定される傷病情報であるため、ユーザは、上位に表示されている傷病に基づいて診断群分類を決定すれば、適切な診断群分類となる可能性が高いことを認識することができる。

また、上記検証システムは、標準推定傷病情報及び個別推定傷病情報の少なくとも一方に基づいて、診断群分類情報を付与する分類付与部、をさらに備え、表示部は、この診断群分類情報をさらに表示してもよい。

また、上記検証システムにおいて、分類付与部は、標準推定傷病情報及び個別推定傷病情報の少なくとも一方に付与された診断群分類情報に基づいて、仮請求金額情報を算出し、表示部は、現在傷病情報の診断群分類に基づいて決定される現在請求金額情報と、仮請求金額情報と、をさらに表示することができる。この構成によれば、ユーザは、現在の傷病の診断群分類に基づく請求金額と推定された傷病の診断群分類に基づく請求金額とを比較し、どちらの診断群分類が適切であるか判断することができる。

また、上記検証システムにおいて、記憶部は、患者の過去傷病情報をさらに記憶しており、表示部は、過去傷病情報が現在傷病情報に含まれていない場合、過去傷病情報をさらに表示するよう構成されていてもよい。この構成によれば、ユーザは、患者が現在の傷病以外の傷病を過去に患っていたことを認識することができ、過去の傷病が現在の傷病の副傷病となり得るかどうかを検討することができる。

本発明は、上記課題を解決するためのものであり、患者の傷病に対応づけられる診断群分類を検証するためのプログラムであって、標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、患者の現在傷病情報、及び患者に施された１又は２以上の診療行為情報、を記憶する記憶媒体にアクセスする機能と、各診療行為情報に対応する標準傷病情報を、患者の標準推定傷病情報として決定する機能と、各診療行為情報に対応する個別傷病情報を、患者の個別推定傷病情報として決定する機能と、現在傷病情報、標準推定傷病情報、及び個別推定傷病情報を表示装置に表示させる機能と、をコンピュータに実現させる。

本発明は、上記課題を解決するためのものであり、コンピュータによって、患者の傷病に対応づけられる診断群分類を検証するための方法であって、標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、患者の現在傷病情報、及び患者に施された１又は２以上の診療行為情報、を記憶する記憶媒体にアクセスするステップと、各診療行為情報に対応する標準傷病情報を、患者の標準推定傷病情報として決定するステップと、各診療行為情報に対応する個別傷病情報を、患者の個別推定傷病情報として決定するステップと、現在傷病情報、標準推定傷病情報、及び個別推定傷病情報を表示装置に表示させるステップと、を備える。

本発明の一実施形態に係る検証システムの機能ブロック図である。 上記検証システムにおいて記憶される診療録情報の一例を示す図である。 上記検証システムにおいて記憶される出来高レセプト情報の一例を示す図である。 上記検証システムにおいて記憶される包括レセプト情報の一例を示す図である。 上記検証システムにおいて記憶される、患者の傷病情報の一例を示す図である。 上記検証システムにおいて記憶される、患者の入院情報の一例を示す図である。 上記検証システムにおいて記憶される、薬剤に関する診療行為情報に対応づけられた傷病情報の一例を示す図である。 上記検証システムにおいて記憶される、手術に関する診療行為情報に対応づけられた傷病情報の一例を示す図である。 上記検証システムにおいて記憶される、その他の処理に関する診療行為情報に対応づけられた傷病情報の一例を示す図である。 上記検証システムにおいて記憶される、傷病情報に対応づけられた診断群分類情報の一例を示す図である。 上記検証システム及びユーザが行う処理のフローチャートである。 上記検証システムにおいて表示される、検証対象の患者の一覧表示画面の表示例を示す図である。 上記検証システムの標準傷病推定部が行う処理のフローチャートである。 上記標準傷病推定部が行う処理のフローチャートである。 上記標準傷病推定部によって登録される推定傷病情報の一例を示す図である。 上記標準傷病推定部が記憶部によって登録される推定傷病明細情報の一例を示す図である。 上記検証システムの個別傷病推定部が行う処理のフローチャートである。 上記個別傷病推定部によって登録される推定傷病情報の一例を示す図である。 上記個別傷病推定部によって登録される推定傷病明細情報の一例を示す図である。 上記検証システムの過去傷病取得部が行う処理のフローチャートである。 上記検証システムにおいて表示部に表示される、診断群分類の検証を行うための画面（検証画面）の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。 上記検証画面の別の表示例を示す図である。

以下、本発明の実施の形態について図面を参照しつつ説明する。

本実施形態に係る検証システム１０は、図１に示すように、診療実績の登録を行う登録システム２０、及び診療報酬の会計を行う会計システム３０と、ネットワークを介して通信可能に構成されている。また、登録システム２０と会計システム３０とは、ネットワークを介して通信可能に構成されている。

登録システム２０は、図１に示すように、会計システム３０から入院中の患者の基本情報を受信する。医師等は、例えば、患者の傷病名情報、及び患者に対して投入された医療資源情報を登録システム２０に登録する。なお、「医療資源」とは、患者に施される薬剤、手術、及びその他検査等の処置である。登録システム２０は、登録された傷病名及び各医療資源情報に基づいて、患者の診断群分類情報及び診療録情報を生成する。登録システム２０は、傷病名及び各医療資源情報、並びに診断群分類情報を会計システム３０に送信し、診療録情報を検証システム１０に送信する。ここで、「診断群分類」は、傷病等に基づいて患者毎に決定される分類であり、「ＤＰＣ（Ｄｉａｇｎｏｓｉｓ Ｐｒｏｃｅｄｕｒｅ Ｃｏｍｂｉｎａｔｉｏｎ）」とも称される。「診療録情報」は、一般に「様式１ファイル」と称されるファイルに記憶される情報である。診療録情報の内容については、後で詳細に説明する。

会計システム３０は、上述したように、患者の基本情報を登録システム２０に送信し、登録システム２０から、傷病名及び各医療資源情報、並びに診断群分類情報を受信する。会計システム３０は、これらの情報に基づき、出来高レセプト情報及び包括レセプト情報を生成して検証システム１０に送信する。また、会計システム３０は、出来高レセプト情報及び包括レセプト情報に基づいて請求書を発行する。ここで、「出来高レセプト情報」は、一般に「ＥＦ統合ファイル」と称されるファイルに記憶される情報である。「包括レセプト情報」は、一般に「Ｄファイル」と称されるファイルに記憶される情報である。出来高レセプト情報及び包括レセプト情報の内容については、後で詳細に説明する。

検証システム１０は、図１に示すように、登録システム２０及び会計システム３０と通信可能なサーバ１、及びサーバ１と通信可能な表示装置２を備えている。サーバ１は、記憶部１１と、病院登録情報取得部１２と、標準傷病推定部１３と、個別傷病推定部１４と、過去傷病取得部１５と、分類付与部１６と、を備えている。表示装置２は、表示部２１を備えている。

記憶部１１は、登録システム２０から受信した診療録情報を記憶する。具体的には、記憶部１１は、図２に示すように、診療録テーブルＴ１の形式で診療録情報を記憶する。診療録テーブルＴ１は、診療年月情報ｄ０１、病院等の施設を一意に識別するための施設コード情報ｄ０２、患者を一意に識別するためのデータ識別番号情報ｄ０３、及びこれらに対応づけられた傷病情報ｄ０４を格納している。特に図示しないが、診療録テーブルＴ１は、これらの情報以外にも、例えば、厚生労働省が定める解釈番号（ＫＣＤ）情報や、手術名及びその回数等を含む手術情報等、一般に様式１ファイルに記憶される情報を格納している。

図２の例では、傷病情報ｄ０４は、複数の傷病名情報ｄ０４ａ、及び各傷病名情報ｄ０４ａに対応づけられたＩＣＤ情報ｄ０４ｂを含んでいる。傷病名情報ｄ０４ａとしては、例えば、主たる傷病名（主傷病名）の情報、入院の契機となった傷病名（入院契機傷病名）の情報、最も多くの医療資源が投入された傷病名（資源最投傷病名）の情報、及び入院時においてこれらと併存していた傷病名（併存傷病名１及び２）の情報等が挙げられる。ここで、「ＩＣＤ」は、傷病を一意に識別するコードであり、世界保健機関（ＷＨＯ）が作成した国際疾病分類に準じて定められている。

記憶部１１は、会計システム３０から受信した出来高レセプト情報を記憶する。具体的には、記憶部１１は、図３に示すように、出来高レセプトテーブルＴ２の形式で出来高レセプト情報を記憶する。出来高レセプトテーブルＴ２は、診療年月情報ｄ０１、施設コード情報ｄ０２、データ識別番号情報ｄ０３、及びこれらに対応づけられた診療行為情報ｄ０５を格納している。特に図示しないが、出来高レセプトテーブルＴ２は、これらの情報以外にも、一般にＥＦ統合ファイルに記憶される情報を格納している。

図３の例では、診療行為情報ｄ０５は、明細番号情報ｄ０５ａ、データ区分情報ｄ０５ｂ、ＲＣＤ情報ｄ０５ｃ、ＫＣＤ情報ｄ０５ｄ、診療明細名称情報ｄ０５ｅ、明細金額情報ｄ０５ｆ、行為回数ｄ０５ｇ、及び実施年月日情報ｄ０５ｈを含んでいる。ここで、「データ区分」は、例えば、検査、薬剤、及び手術等の診療区分を表すものである。「ＲＣＤ」は、レセプト電算処理システム用コードと称されるものであり、厚生労働省のレセプト電算処理システムに参加する医療機関が、審査支払機関に提出する磁気レセプトにおいて使用する９桁のコードである。なお、以下の説明では、明細金額情報ｄ０５ｆを点数情報ｄ０５ｆという。「点数」は、診療行為毎に定められた診療報酬点数である。

また、記憶部１１は、会計システム３０から受信した包括レセプト情報を記憶する。具体的には、記憶部１１は、図４に示すように、包括レセプトテーブルＴ３の形式で包括レセプト情報を記憶する。包括レセプトテーブルＴ３は、診療年月情報ｄ０１、施設コード情報ｄ０２、データ識別番号情報ｄ０３、及びこれらに対応づけられた請求診断群分類情報ｄ０６を格納している。特に図示しないが、包括レセプトテーブルＴ３は、これらの情報以外にも、一般にＤファイルに記憶される情報を格納している。

記憶部１１は、患者の現在傷病情報及び過去傷病情報を記憶する。具体的には、記憶部１１は、図５に示すように、傷病テーブルＴ４の形式で患者の現在傷病情報及び過去傷病情報を記憶する。傷病テーブルＴ４は、患者及び入院毎に付与される入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８を格納している。ここで、入院ＩＤ情報ｄ０７は、入院年月（ＹＹＭＭ）と任意の４桁の数字を組み合わせたコードで表されている。種別情報ｄ０８は、後述の傷病名情報ｄ０９の種別を表すコード情報であり、例えば、請求用の診断群分類の傷病には「０」、主傷病には「１」、入院契機傷病名には「２」、資源最投傷病名には「３」、資源２番目投傷病名には「４」、併存傷病名１及び２にはそれぞれ「６」及び「７」が割り当てられている。

また、傷病テーブルＴ４は、入院ＩＤ情報ｄ０７及び種別情報ｄ０８に対応づけられた傷病名情報ｄ０９と、傷病名情報ｄ０９に対応するＩＣＤ情報ｄ１０と、ＩＣＤ情報ｄ１０に対応する診断群分類（６桁）情報ｄ１１と、を格納している。傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１は、傷病テーブルＴ４に登録されるＩＣＤ情報ｄ１０を検索条件として、後述する傷病−診断群分類マスタＭ４から取得された情報である。診断群分類（６桁）情報ｄ１１は、厚生労働省が定める１４桁の診断群分類コードの先頭６桁の文字列である。

さらに、傷病テーブルＴ４は、傷病名情報ｄ０９に対応する金額情報ｄ１２を格納している。金額情報ｄ１２には、薬剤の金額情報ｄ１２ａ、手術の金額情報ｄ１２ｂ、及びその他の処置の金額情報ｄ１２ｃが含まれる。

傷病テーブルＴ４は、診療報酬請求の対象となっている患者の現在の傷病情報だけでなく、過去に入院した際の傷病情報も格納している。図５に示す例では、入院ＩＤ情報ｄ０７が「１２０９００２９」であるレコード群ｒ４１は、患者の現在の傷病情報であり、入院ＩＤ情報ｄ０７が「１２０６００２８」であるレコード群ｒ４２は、過去に入院した際の傷病情報である。なお、本実施形態において、現在傷病情報には、レコード群ｒ４１の傷病名情報ｄ０９及びＩＣＤ情報ｄ１０が含まれ、過去傷病情報には、レコード群ｒ４２の傷病名情報ｄ０９及びＩＣＤ情報ｄ１０が含まれる。

記憶部１１は、患者の入院情報を記憶している。具体的には、図６に示すように、記憶部１１は、入院テーブルＴ５の形式で傷病情報を記憶している。この入院テーブルＴ５は、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、データ識別番号ｄ０３、入院年月日情報ｄ１３、退院年月日情報ｄ１４、及び包括レセプトテーブルＴ３と同一の請求診断群分類情報ｄ０６を格納している。

入院テーブルＴ５は、現在の入院情報だけでなく、過去の入院情報も格納している。図６に示す例では、入院ＩＤ情報ｄ０７が「１２０９００２９」であるレコードｒ５１は、患者の現在の入院情報であり、入院ＩＤ情報ｄ０７が「１２０６００２８」であるレコードｒ５２は、同じ患者の過去の入院情報である。

記憶部１１は、各診療行為に対応づけられた傷病情報を記憶する。具体的には、図７〜図９に示すように、記憶部１１は、薬剤用傷病マスタＭ１、手術用傷病マスタＭ２、及び処置用傷病マスタＭ３の形式で、各診療行為に対応づけられた標準傷病情報及び個別傷病情報を記憶している。

薬剤用傷病マスタＭ１は、図７に示すように、薬剤用のＲＣＤ情報ｄ１５と、ＲＣＤ情報ｄ１５に対応づけられたＩＣＤ情報ｄ１０、診断群分類（６桁）情報ｄ１１、及び設定区分情報ｄ１６と、を格納している。設定区分情報ｄ１６は、各レコードが、一般財団法人日本医薬情報センター（ＪＡＰＩＣ）等によって標準化された規則に準じて設定されたものであるか、病院によって独自に設定されたものであるかを示す区分である。図７に示す例では、標準化された規則に準じて設定されたレコードの場合、設定区分情報ｄ１６を「標準」に設定し、病院によって独自に設定されたレコードの場合、設定区分情報ｄ１６を「病院」に設定している。なお、「ＲＣＤ」は各診療行為に対応づけて定められているため、各傷病マスタＭ１〜Ｍ３において、ＩＣＤ情報ｄ１０をＲＣＤ情報ｄ１５に対応づけることにより、傷病情報であるＩＣＤ情報ｄ１０が診療行為に対応づけられる。

手術用傷病マスタＭ２は、図８に示すように、手術用のＲＣＤ情報ｄ１５と、ＲＣＤ情報ｄ１５に対応づけられたＩＣＤ情報ｄ１０、診断群分類（６桁）情報ｄ１１、及び設定区分情報ｄ１６と、を格納している。

処置用傷病マスタＭ３は、図９に示すように、処置用のＲＣＤ情報ｄ１５と、ＲＣＤ情報ｄ１５に対応づけられたＩＣＤ情報ｄ１０、診断群分類（６桁）情報ｄ１１、及び設定区分情報ｄ１６と、を格納している。

なお、図７〜図９の各傷病マスタＭ１〜Ｍ３において、設定区分情報ｄ１６が「標準」に設定されたレコードは、標準傷病情報に含まれ、設定区分情報ｄ１６が「病院」に設定されたレコードは、個別傷病情報に含まれる。

また、記憶部１１は、各傷病に対応づけられた診断群分類情報を記憶する。具体的には、図１０に示すように、記憶部１１は、傷病−診断群分類マスタＭ４の形式で診断群分類情報を記憶している。この傷病−診断群分類マスタＭ４は、ＩＣＤ情報ｄ１０と、ＩＣＤ情報ｄ１０に対応づけられた傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１と、を格納している。

図１に戻って、サーバ１の各機能の説明を続ける。病院登録情報取得部１２は、表示装置２から検証対象の患者の情報を受信した際、入院テーブルＴ５から、検証対象の患者に対応する請求診断群分類情報ｄ０６を取得する。また、病院登録情報取得部１２は、傷病テーブルＴ４から、検証対象の患者に対応するＩＣＤ情報ｄ１０を取得し、このＩＣＤ情報ｄ１０に基づいて診断群分類情報を付与する。病院登録情報取得部１２の処理については、後で詳しく説明する。

標準傷病推定部１３は、薬剤用傷病マスタＭ１、手術用傷病マスタＭ２、及び処置用傷病マスタＭ３と出来高レセプトテーブルＴ２とをＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「標準」に設定され、且つ検証対象の患者に対応する情報を取得する。標準傷病推定部１３は、取得した情報に基づいて標準推定傷病情報を生成し、これを傷病テーブルＴ４及び後述の傷病推定テーブルＴ６に登録する。標準傷病推定部１３の処理については、後で詳しく説明する。

個別傷病推定部１４は、薬剤用傷病マスタＭ１、手術用傷病マスタＭ２、及び処置用傷病マスタＭ３と出来高レセプトテーブルＴ２とをＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「病院」に設定され、且つ検証対象の患者に対応する情報を取得する。個別傷病推定部１４は、取得した情報に基づいて個別推定傷病情報を生成し、これを傷病テーブルＴ４及び後述の傷病推定テーブルＴ６に登録する。個別傷病推定部１４の処理については、後で詳しく説明する。

過去傷病取得部１５は、検証対象の患者について、傷病テーブルＴ４から過去傷病情報を取得する。また、過去傷病取得部１５は、検証対象の患者について、傷病テーブルＴ４から現在傷病情報を取得するとともに、入院テーブルＴ５から請求診断群分類情報ｄ０６を取得する。過去傷病取得部１５は、現在の傷病情報の中に過去傷病情報が含まれていない場合、過去傷病情報に対して診断群分類情報を付与する。過去傷病取得部１５は、請求診断群分類情報ｄ０６及び過去傷病情報の診断群分類情報に基づき、過去の傷病が現在の傷病の副傷病となり得るかどうかを判断する。過去傷病取得部１５の処理については、後で詳しく説明する。

表示部２１は、現在傷病情報、各推定傷病情報、及び現在の傷病の副傷病となり得る過去傷病情報を表示する。分類付与部１６は、ユーザが表示部２１上で推定傷病情報を選択した際、選択された推定傷病情報に対して診断群分類情報を付与する。また、分類付与部１６は、現在傷病情報及びこれの副傷病候補である過去傷病情報をユーザが表示部２１上で選択した際、選択された過去傷病情報を現在傷病情報の副傷病とした場合における診断群分類の付与を行う。分類付与部１６の処理については、後で詳しく説明する。

次に、上述のように構成された検証システム１０における処理、及び検証システム１０を用いた診断群分類の検証方法について説明する。

図１１及び図１２に示すように、検証システム１０を用いて診断群分類の検証を行う場合、ユーザは、表示装置２において、検証対象の患者の一覧画面ＳＣ１を起動して表示部２１に表示させる（ステップＳ０１）。ユーザは、一覧画面ＳＣ１において、リストボックスｌ１１を用いて検索対象期間の開始日を選択し、リストボックスｌ１２を用いて検索対象期間の終了日を選択する。また、ユーザは、必要に応じて、検索条件フィールドｆ１２に表示されている期間以外の検索条件を変更する。具体的には、ユーザは、検索条件設定ボタンｂ１２を押下することによって、検索条件を変更するための画面（図示省略）を起動し、この画面上で検索対象とする病棟、診療科、及び患者の種別等を入力する。その後、ユーザが患者検索ボタンｂ１１を押下すると、指定した検索条件に合致する患者の情報が対象患者フィールドｆ１２に一覧表示され、対象患者フィールドｆ１２に表示された患者の情報の件数が件数フィールドｆ１３に表示される。

次に、ユーザは、一覧画面ＳＣ１上で診断群分類の検証を行いたい患者を選択する（ステップＳ０２）。具体的には、対象患者フィールドｆ１２内のチェックボックスｃ１１をチェックすることで検証対象の患者を選択し、検証ボタンｂ１３を押下する。対象患者フィールドｆ１２において、以前検証を行った患者については、「済」の文字が表示されているが、再度選択することが可能である。なお、全選択ボタンｂ１４を押下すると、対象患者フィールドｆ１２に表示されている患者全てについてチェックボックスｃ１１がチェックされ、選択クリアボタンｂ１５を押下すると、全てのチェックボックスｃ１１のチェックが解除される。

一覧画面ＳＣ１において検証ボタンｂ１３が押下されると、表示装置２は、サーバ１に対し、検証対象の患者の情報を送信する。送信される患者の情報には、入院ＩＤ情報及びデータ識別番号情報が含まれている。なお、一覧画面ＳＣ１の対象患者フィールドｆ１２において、各患者の入院ＩＤ情報は、図１２に示すように非表示であってもよいが、表示されていてもよい。

サーバ１の病院登録情報取得部１２は、表示装置２から検証対象の患者の情報を受信すると、その患者について既に検証を行っているか否かを判断する（ステップＳ０３）。その患者について検証を行ったことがない場合、病院登録情報取得部１２、標準傷病推定部１３及び１４、並びに過去傷病取得部１５によって、ステップＳ０４〜ステップＳ０７の処理が行われる。その患者について既に検証が行われている場合、ステップＳ０４〜ステップＳ０７の処理は行われず、ステップＳ０８の処理が行われる。なお、検証済みか否かの判断の方法は、特に限定されるものではないが、例えば、ある患者について検証を行った時点でその患者のデータを傷病推定テーブルＴ６とは別の分析テーブル（図示省略）に登録するように検証システム１０を構成すれば、検証対象の患者の入院ＩＤ情報に対応するデータが分析テーブルに存在する場合、その患者については既に検証を行ったと判断することができる。

検証対象とされた患者について検証を行ったことがない場合、病院登録情報取得部１２は、入院テーブルＴ５（図６）から、検証対象の患者に対応する請求診断群分類情報ｄ０６を取得する。また、病院登録情報取得部１２は、傷病テーブルＴ４（図５）から、検証対象の患者に対応するＩＣＤ情報ｄ１０を取得し、このＩＣＤ情報ｄ１０に基づいて診断群分類情報を付与する（ステップＳ０４）。さらに、病院登録情報取得部１２は、各診断群分類情報に対応する請求金額情報を算出する。

詳述すると、病院登録情報取得部１２は、傷病テーブルＴ４及び入院テーブルＴ５を入院ＩＤ情報ｄ０７で結合し、この結合テーブルから、表示装置２から受信した入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が請求用の診断群分類の傷病であることを示すレコードを抽出する。図５に示す例では、請求用の診断群分類の傷病であることを示す種別情報ｄ０８は、「０」である。このレコードには、傷病名情報ｄ０９、ＩＣＤ情報ｄ１０、及び請求診断群分類情報ｄ０６が含まれている。病院登録情報取得部１２は、取得した請求診断群分類情報ｄ０６に対応する１日当たりの点数に検証対象の患者の在院日数及び医療機関別係数を乗じ、これを金額に換算することによって、取得した請求診断群分類情報ｄ０６に対応する請求金額情報を算出する。なお、各診断群分類情報に対応づけられた１日当たりの点数は記憶部１１に記憶されており、病院登録情報取得部１２は、請求金額情報の算出に際し、請求診断群分類情報ｄ０６に対応する１日当たりの点数を記憶部１１から取得する。

また、病院登録情報取得部１２は、傷病テーブルＴ４から、入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報に一致し、且つ種別情報ｄ０８が請求用の診断群分類の傷病ではないことを示す（種別情報ｄ０８が「０」以外である）レコードを抽出する。このレコードには、傷病名情報ｄ０９及びＩＣＤ情報ｄ１０が含まれている。病院登録情報取得部１２は、傷病−診断群分類マスタＭ４を参照して、取得したＩＣＤ情報ｄ１０に対応する診断群分類（６桁）情報ｄ１１を取得する。その後、病院登録情報取得部１２は、厚生労働省によって定められた規則に従って、取得した診断群分類（６桁）情報ｄ１１から１４桁の診断群分類情報を生成する。病院登録情報取得部１２は、この診断群分類情報に対応する１日当たりの点数を記憶部１１から取得する。病院登録情報取得部１２は、取得した点数に検証対象の患者の在院日数及び医療機関別係数を乗じ、金額に換算することによって、取得したＩＣＤ情報ｄ１０の診断群分類情報に対応する請求金額情報を算出する。

次に、標準傷病推定部１３が、実際に行われた診療行為情報、及び標準化された規則に準じて各診療行為情報に対応づけられた傷病情報に基づいて、検証対象の患者の傷病を推定する（ステップＳ０５）。

ここで、図１３を参照して、ステップＳ０５の処理の詳細について説明する。

まず、標準傷病推定部１３は、薬剤用傷病マスタＭ１（図７）及び出来高レセプトテーブルＴ２（図３）をＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「標準」に設定され、且つデータ識別番号情報ｄ０３が表示装置２から受信したデータ識別番号情報に一致するレコードを抽出する。あるいは、出来高レセプトテーブルＴ２を月単位に分割し、且つ入院ＩＤ情報ｄ０７を持たせたテーブル（図示省略）を作成し、このテーブルから、入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報に一致するレコードを抽出してもよい。これにより、検証対象の患者に施された診療行為情報に対応し且つ薬剤に関連する傷病情報が取得される（ステップＳ０５ａ）。なお、図７〜図９の各傷病マスタＭ１〜Ｍ３及び図３の出来高レセプトテーブルＴ２において、対応づけが可能なレコードの例示は省略する。

標準傷病推定部１３は、ステップＳ０５ａで取得した出来高レセプトテーブルＴ２の各診療行為情報ｄ０５について、点数情報ｄ０５ｆに行為回数情報ｄ０５ｇを乗じ、必要に応じて、これを金額情報に換算する。標準傷病推定部１３は、金額情報をＩＣＤ情報ｄ１０毎に集計することによって、薬剤について傷病情報毎の集計金額情報を算出する（ステップＳ０５ｂ）。

次に、標準傷病推定部１３は、手術用傷病マスタＭ２（図８）及び出来高レセプトテーブルＴ２（図３）をＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「標準」に設定され、且つデータ識別番号情報ｄ０３が表示装置２から受信したデータ識別番号情報に一致するレコードを抽出する。あるいは、出来高レセプトテーブルＴ２を月単位に分割し、且つ入院ＩＤ情報ｄ０７を持たせたテーブル（図示省略）を作成し、このテーブルから、入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報に一致するレコードを抽出してもよい。これにより、検証対象の患者に施された診療行為情報に対応し且つ手術に関連する傷病情報が取得される（ステップＳ０５ｃ）。

標準傷病推定部１３は、ステップＳ０５ｃで取得した出来高レセプトテーブルＴ２の各診療行為情報ｄ０５について、点数情報ｄ０５ｆに行為回数情報ｄ０５ｇを乗じ、必要に応じて、これを金額情報に換算する。標準傷病推定部１３は、金額情報をＩＣＤ情報ｄ１０毎に集計することによって、手術について傷病情報毎の集計金額情報を算出する（ステップＳ０５ｄ）。

さらに、標準傷病推定部１３は、処置用傷病マスタＭ３（図９）及び出来高レセプトテーブルＴ２（図３）をＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「標準」に設定され、且つデータ識別番号情報ｄ０３が表示装置２から受信したデータ識別番号情報に一致するレコードを抽出する。あるいは、出来高レセプトテーブルＴ２月単位に分割し、且つ入院ＩＤ情報ｄ０７を持たせたテーブル（図示省略）を作成し、このテーブルから、入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報に一致するレコードを抽出してもよい。これにより、検証対象の患者に施された診療行為情報に対応し且つ処置に関連する傷病情報が取得される（ステップＳ０５ｅ）。

標準傷病推定部１３は、ステップＳ０５ｅで取得した出来高レセプトテーブルＴ２の各診療行為情報ｄ０５について、点数情報ｄ０５ｆに行為回数情報ｄ０５ｇを乗じ、必要に応じて、これを金額情報に換算する。標準傷病推定部１３は、金額情報をＩＣＤ情報ｄ１０毎に集計することによって、処置について傷病情報毎の集計金額情報を算出する（ステップＳ０５ｆ）。

このように、薬剤、手術、及び処置について傷病情報毎の集計金額情報を算出した後、標準傷病推定部１３は、薬剤、手術、及び処置の集計金額情報をＩＣＤ情報ｄ１０毎に合計し、傷病情報毎の合計金額情報を算出する（ステップＳ０５ｇ）。

次に、標準傷病推定部１３は、ステップＳ０５ａ、ステップＳ０５ｃ、及びステップＳ０５ｅで抽出されたレコード群を、合計金額情報が大きいＩＣＤ情報ｄ１０の順にソートする（ステップＳ０５ｈ）。また、標準傷病推定部１３は、合計金額情報の出力基準額情報を決定する（ステップＳ０５ｉ）。具体的には、予め合計金額情報の出力数を定めておき、その出力数番目に大きい合計金額情報を出力基準額情報とする。

標準傷病推定部１３は、ステップＳ０５ａ、ステップＳ０５ｃ、及びステップＳ０５ｅで抽出されたレコード群について、ＩＣＤ情報ｄ１０毎に、合計金額情報が大きい順でステップＳ０５ｊの処理を行う。すなわち、標準傷病推定部１３は、まず、上記レコード群のうち、合計金額情報が最も大きいＩＣＤ情報ｄ１０を有する１以上のレコードについて、合計金額情報が出力基準額情報以上であるか否かを判断し、合計金額情報が出力基準額情報以上である場合、処理対象の各レコードに含まれる情報に基づいて、推定傷病情報及びこの推定傷病情報に対応づけられた１以上の推定傷病明細情報を生成する。標準傷病推定部１３は、推定傷病情報を傷病テーブルＴ４に、推定傷病明細情報を後述の傷病推定テーブルＴ６に登録する。その後、合計金額情報が大きいＩＣＤ情報ｄ１０の順にステップＳ０５ｊの処理が繰り返される。合計金額情報が出力基準額情報を下回った時点でステップＳ０５ｊの処理は終了する。

ここで、傷病テーブルＴ４及び傷病推定テーブルＴ６に登録される標準推定傷病情報及び標準推定傷病明細情報について、図１５及び図１６を参照して説明する。

図１５に例示するように、傷病テーブルＴ４には、薬剤、手術、及び処置等の医療資源の種類にかかわらず推定された傷病の情報として、レコード群ｒ４３が登録される。レコード群ｒ４３において、種別情報ｄ０８には、医療資源の種類にかかわらず傷病を推定したことを示す数値情報が、予め割り当てられた範囲内において連番で格納される。本実施形態では、この数値情報の範囲として「２１」〜「５０００」が割り当てられている。レコード群ｒ４３のＩＣＤ情報ｄ１０には、ステップＳ０５ｊの処理の対象となっているＩＣＤ情報ｄ１０が格納される。レコード群ｒ４３の傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１には、このＩＣＤ情報ｄ１０を検索条件として傷病−診断群分類マスタＭ４から取得した傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１が格納される。また、レコード群ｒ４３の薬剤の金額情報ｄ１２ａ、手術の金額情報ｄ１２ｂ、及び処置の金額情報ｄ１２ｃには、ステップＳ０５ｇにおいて合計金額情報の算出に用いた薬剤、手術、及び処置の各集計金額情報が格納される。レコード群ｒ４３の入院ＩＤ情報ｄ０７には、表示装置２から受信した検証対象の患者の入院ＩＤ情報が格納される。レコード群ｒ４３の診療年月情報ｄ０１には、ステップＳ０５ａ、ステップＳ０５ｃ、及びステップＳ０５ｅで取得した出来高レセプトテーブルＴ２の診療年月情報ｄ０１が格納される。

図１６に例示するように、傷病推定テーブルＴ６には、傷病テーブルＴ４に登録された各傷病情報の明細情報として、レコード群ｒ６３が登録される。レコード群ｒ６３において、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１及び種別情報ｄ０８には、傷病テーブルＴ４のレコード群ｒ４３と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８が格納される。レコード群ｒ６３のＲＣＤ情報ｄ１５には、ステップＳ０５ａ、ステップＳ０５ｃ、及びステップＳ０５ｅで取得した出来高レセプトテーブルＴ２のＲＣＤ情報ｄ０５ｃが格納される。また、レコード群ｒ６３の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆには、ステップＳ０５ａ、ステップＳ０５ｃ、及びステップＳ０５ｅで取得した出来高レセプトテーブルＴ２の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆが格納される。

なお、上述した通り、傷病テーブルＴ４に登録されるのは推定傷病情報であり、傷病推定テーブルＴ６に登録されるのは推定傷病情報の明細情報である。このため、傷病テーブルＴ４においては、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８毎に１件のレコードが登録されるが、傷病推定テーブルＴ６においては、傷病テーブルＴ４と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８毎に１件以上のレコードが登録される。

図１３に戻って、標準傷病推定部１３の処理についての説明を続ける。標準傷病推定部１３は、ステップＳ０５ａで抽出されたレコード群を、ステップＳ０５ｂで算出した集計金額情報が大きいＩＣＤ情報ｄ１０の順にソートする（ステップＳ０５ｋ）。また、標準傷病推定部１３は、集計金額情報の出力基準額情報を決定する（ステップＳ０５ｌ）。出力基準額情報の決定方法は、ステップＳ０５ｉと同様である。

標準傷病推定部１３は、ステップＳ０５ａで抽出されたレコード群について、ＩＣＤ情報ｄ１０毎に、薬剤の集計金額情報が大きい順でステップＳ０５ｍの処理を行う。すなわち、標準傷病推定部１３は、まず、上記レコード群のうち、薬剤の集計金額情報が最も大きいＩＣＤ情報ｄ１０を有する１以上のレコードについて、この集計金額情報が出力基準額情報以上であるか否かを判断し、集計金額情報が出力基準額情報以上である場合、処理対象の各レコードに含まれる情報に基づいて、薬剤の推定傷病情報及び推定傷病明細情報を生成する。標準傷病推定部１３は、推定傷病情報を傷病テーブルＴ４に、推定傷病明細情報を後述の傷病推定テーブルＴ６に登録する。その後、薬剤の集計金額情報が大きいＩＣＤ情報ｄ１０の順にステップＳ０５ｍの処理が繰り返される。集計金額情報が出力基準額情報を下回った時点でステップＳ０５ｍの処理は終了する。

ここで、ステップＳ０５ｍにおいて登録される薬剤の標準推定傷病情報及び標準推定傷病明細情報について、図１５及び図１６を参照して説明する。

図１５に例示するように、傷病テーブルＴ４には、薬剤に関連して推定された傷病の情報として、レコード群ｒ４４が登録される。レコード群ｒ４４において、種別情報ｄ０８には、薬剤に関連して傷病を推定したことを示す数値情報が、予め割り当てられた範囲内において連番で格納される。本実施形態では、この数値情報の範囲として「５００１」〜「１００００」が割り当てられている。レコード群ｒ４４のＩＣＤ情報ｄ１０には、ステップＳ０５ｍの処理の対象となっているＩＣＤ情報ｄ１０が格納される。レコード群ｒ４４の傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１には、このＩＣＤ情報ｄ１０を検索条件として、傷病−診断群分類マスタＭ４から取得した傷病名情報ｄ０９及び薬剤用傷病マスタＭ１から取得した診断群分類（６桁）情報ｄ１１が格納される。また、レコード群ｒ４４の薬剤の金額情報ｄ１２ａには、ステップＳ０５ｂにおいて算出され、且つステップＳ０５ｍの処理の対象となっているＲＣＤ情報ｄ１５及びＩＣＤ情報ｄ１０に対応する薬剤の集計金額情報が格納される。なお、レコード群ｒ４４の手術の金額情報ｄ１２ｂ及び処置の金額情報ｄ１２ｃには、「０」が格納される。レコード群ｒ４４の入院ＩＤ情報ｄ０７及び診療年月情報ｄ０１には、レコード群ｒ４３と同じ情報が格納される。

図１６に例示するように、傷病推定テーブルＴ６には、薬剤に関連して推定された傷病の明細情報として、レコード群ｒ６４が登録される。レコード群ｒ６４において、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１及び種別情報ｄ０８には、傷病テーブルＴ４のレコード群ｒ４４と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８が格納される。レコード群ｒ６４のＲＣＤ情報ｄ１５には、ステップＳ０５ａで取得した出来高レセプトテーブルＴ２のＲＣＤ情報ｄ０５ｃが格納される。また、レコード群ｒ６４の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆには、ステップＳ０５ａで取得した出来高レセプトテーブルＴ２の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆが格納される。

図１４を参照し、標準傷病推定部１３の処理についての説明を続ける。標準傷病推定部１３は、ステップＳ０５ｃで抽出されたレコード群を、ステップＳ０５ｄで算出した集計金額情報が大きいＩＣＤ情報ｄ１０の順にソートする（ステップＳ０５ｎ）。また、標準傷病推定部１３は、集計金額情報の出力基準額情報を決定する（ステップＳ０５ｏ）。出力基準額情報の決定方法は、ステップＳ０５ｉと同様である。

標準傷病推定部１３は、ステップＳ０５ｃで抽出されたレコード群について、ＩＣＤ情報ｄ１０毎に、手術の集計金額情報が大きい順でステップＳ０５ｐの処理を行う。すなわち、標準傷病推定部１３は、まず、上記レコード群のうち、手術の集計金額情報が最も大きいＩＣＤ情報ｄ１０を有する１以上のレコードについて、この集計金額情報が出力基準額情報以上であるか否かを判断し、集計金額情報が出力基準額情報以上である場合、処理対象の各レコードに含まれる情報に基づいて、手術の推定傷病情報及び推定傷病明細情報を生成する。標準傷病推定部１３は、推定傷病情報を傷病テーブルＴ４に、推定傷病明細情報を後述の傷病推定テーブルＴ６に登録する。その後、手術の集計金額情報が大きいＩＣＤ情報ｄ１０の順にステップＳ０５ｐの処理が繰り返される。集計金額情報が出力基準額情報を下回った時点でステップＳ０５ｐの処理は終了する。

ここで、ステップＳ０５ｐにおいて登録される手術の標準推定傷病情報及び標準推定傷病明細情報について、図１５及び図１６を参照して説明する。

図１５に例示するように、傷病テーブルＴ４には、手術に関連して推定された傷病の情報として、レコード群ｒ４５が登録される。レコード群ｒ４５において、種別情報ｄ０８には、手術に関連して傷病を推定したことを示す数値情報が、予め割り当てられた範囲内において連番で格納される。本実施形態では、この数値情報の範囲として「１０００１」〜「１５０００」が割り当てられている。レコード群ｒ４５のＩＣＤ情報ｄ１０には、ステップＳ０５ｐの処理の対象となっているＩＣＤ情報ｄ１０が格納される。レコード群ｒ４５の傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１には、このＩＣＤ情報ｄ１０を検索条件として、傷病−診断群分類マスタＭ４から取得した傷病名情報ｄ０９及び手術用傷病マスタＭ２から取得した診断群分類（６桁）情報ｄ１１が格納される。また、レコード群ｒ４５の手術の金額情報ｄ１２ａには、ステップＳ０５ｄにおいて算出され、且つステップＳ０５ｐの処理の対象となっているＲＣＤ情報ｄ１５及びＩＣＤ情報ｄ１０に対応する手術の集計金額情報が格納される。なお、レコード群ｒ４５の薬剤の金額情報ｄ１２ａ及び処置の金額情報ｄ１２ｃには、「０」が格納される。レコード群ｒ４５の入院ＩＤ情報ｄ０７及び診療年月情報ｄ０１には、レコード群ｒ４３と同じ情報が格納される。

図１６に例示するように、傷病推定テーブルＴ６には、手術に関連して推定された傷病の明細情報として、レコード群ｒ６５が登録される。レコード群ｒ６５において、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１及び種別情報ｄ０８には、傷病テーブルＴ４のレコード群ｒ４５と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８が格納される。レコード群ｒ６５のＲＣＤ情報ｄ１５には、ステップＳ０５ｃで取得した出来高レセプトテーブルＴ２のＲＣＤ情報ｄ０５ｃが格納される。また、レコード群ｒ６５の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆには、ステップＳ０５ｃで取得した出来高レセプトテーブルＴ２の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆが格納される。

図１４に戻って、標準傷病推定部１３の処理についての説明を続ける。標準傷病推定部１３は、ステップＳ０５ｅで抽出されたレコード群を、ステップＳ０５ｆで算出した集計金額情報がＩＣＤ情報ｄ１０の順にソートする（ステップＳ０５ｑ）。また、標準傷病推定部１３は、集計金額情報の出力基準額情報を決定する（ステップＳ０５ｒ）。出力基準額情報の決定方法は、ステップＳ０５ｉと同様である。

標準傷病推定部１３は、ステップＳ０５ｅで抽出されたレコード群について、ＩＣＤ情報ｄ１０毎に、処置の集計金額情報が大きい順でステップＳ０５ｓの処理を行う。すなわち、標準傷病推定部１３は、まず、上記レコード群のうち、処置の集計金額情報が最も大きいＩＣＤ情報ｄ１０を有する１以上のレコードについて、この集計金額情報が出力基準額情報以上であるか否かを判断し、集計金額情報が出力基準額情報以上である場合、処理対象の各レコードに含まれる情報に基づいて、処置の推定傷病情報及び推定傷病明細情報を生成する。標準傷病推定部１３は、推定傷病情報を傷病テーブルＴ４に、推定傷病明細情報を後述の傷病推定テーブルＴ６に登録する。その後、処置の集計金額情報が大きいＩＣＤ情報ｄ１０の順にステップＳ０５ｓの処理が繰り返される。集計金額情報が出力基準額情報を下回った時点でステップＳ０５ｓの処理は終了する。

ここで、ステップＳ０５ｓにおいて登録される処置の標準推定傷病情報及び標準推定傷病明細情報について、図１５及び図１６を参照して説明する。

図１５に例示するように、傷病テーブルＴ４には、処置に関連して推定された傷病の情報として、レコード群ｒ４６が登録される。レコード群ｒ４６において、種別情報ｄ０８には、処置に関連して傷病を推定したことを示す数値情報が、予め割り当てられた範囲内において連番で格納される。本実施形態では、この数値情報の範囲として「１５００１」〜「２００００」が割り当てられている。レコード群ｒ４６のＩＣＤ情報ｄ１０には、ステップＳ０５ｓの処理の対象となっているＩＣＤ情報ｄ１０が格納される。レコード群ｒ４６の傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１には、このＩＣＤ情報ｄ１０を検索条件として、傷病−診断群分類マスタＭ４から取得した傷病名情報ｄ０９及び処置用傷病マスタＭ３から取得した診断群分類（６桁）情報ｄ１１が格納される。また、レコード群ｒ４６の処置の金額情報ｄ１２ａには、ステップＳ０５ｆにおいて算出され、且つステップＳ０５ｓの処理の対象となっているＲＣＤ情報ｄ１５及びＩＣＤ情報ｄ１０に対応する処置の集計金額情報が格納される。なお、レコード群ｒ４６の薬剤の金額情報ｄ１２ａ及び手術の金額情報ｄ１２ｂには、「０」が格納される。レコード群ｒ４６の入院ＩＤ情報ｄ０７及び診療年月情報ｄ０１には、レコード群ｒ４３と同じ情報が格納される。

図１６に例示するように、傷病推定テーブルＴ６には、処置に関連して推定された傷病の明細情報として、レコード群ｒ６６が登録される。レコード群ｒ６６において、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１及び種別情報ｄ０８には、傷病テーブルＴ４のレコード群ｒ４６と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８が格納される。レコード群ｒ６６のＲＣＤ情報ｄ１５には、ステップＳ０５ｅで取得した出来高レセプトテーブルＴ２のＲＣＤ情報ｄ０５ｃが格納される。また、レコード群ｒ６６の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆには、ステップＳ０５ｅで取得した出来高レセプトテーブルＴ２の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆが格納される。

図１１に戻って、サーバ１における処理の説明を続ける。標準傷病推定部１３によるステップＳ０５の処理が終了すると、個別傷病推定部１４は、実際に行われた診療行為情報、及び病院によって独自に各診療行為に対応づけられた傷病情報に基づいて、検証対象の患者の傷病を推定する（ステップＳ０６）。

ここで、図１７を参照して、ステップＳ０６の処理の詳細について説明する。

まず、個別傷病推定部１４は、各傷病マスタＭ１〜Ｍ３（図７〜図９）及び出来高レセプトテーブルＴ２（図３）をＲＣＤ情報ｄ０５ｃ、ｄ１５で結合し、この結合テーブルから、設定区分情報ｄ１６が「病院」に設定され、且つデータ識別番号情報ｄ０３が表示装置２から受信したデータ識別番号情報に一致するレコードを抽出する。これにより、検証対象の患者に施された診療行為情報に対応し且つ病院独自の設定に基づいた傷病情報が取得される（ステップＳ０６ａ）。

個別傷病推定部１４は、ステップＳ０６ａで取得した出来高レセプトテーブルＴ２の各診療行為情報ｄ０５について、点数情報ｄ０５ｆに行為回数情報ｄ０５ｇを乗じ、必要に応じて、これを金額情報に換算する。個別傷病推定部１４は、金額情報をＩＣＤ情報ｄ１０毎に集計することによって、個別推定傷病情報の集計金額情報を算出する（ステップＳ０６ｂ）。

次に、個別傷病推定部１４は、ステップＳ０６ａで取得したレコード群を、集計金額情報が大きいＩＣＤ情報ｄ１０の順にソートする（ステップＳ０６ｃ）。

個別傷病推定部１４は、ステップＳ０６ａで抽出されたレコード群について、ＩＣＤ情報ｄ１０毎に、集計金額情報が大きい順でステップＳ０６ｄの処理を行う。すなわち、個別傷病推定部１４は、まず、上記レコード群のうち、集計金額情報が最も大きいＩＣＤ情報ｄ１０を有する１以上のレコードについて、各レコードに含まれる情報に基づき推定傷病情報及び推定傷病明細情報を生成する。個別傷病推定部１４は、推定傷病情報を傷病テーブルＴ４に、推定傷病明細情報を傷病推定テーブルＴ６に登録する。その後、集計金額情報が大きいＩＣＤ情報ｄ１０の順に、ステップＳ０６ｄの処理が繰り返される。ステップＳ０６ｄの処理は、全てのレコードに対して行われる。

ここで、傷病テーブルＴ４及び傷病推定テーブルＴ６に登録される個別推定傷病情報及び個別推定傷病明細情報について、図１８及び図１９を参照して説明する。

図１８に例示するように、傷病テーブルＴ４には、病院独自の設定に基づいて推定された傷病の情報として、レコード群ｒ４７が登録される。レコード群ｒ４７において、種別情報ｄ０８には、病院独自の設定に基づいて傷病を推定したことを示す数値情報が、予め割り当てられた範囲内において連番で格納される。本実施形態では、この数値情報の範囲として「２０００１」〜「２５０００」が割り当てられている。レコード群ｒ４７のＩＣＤ情報ｄ１０には、ステップＳ０６ｄの処理の対象となっているＩＣＤ情報ｄ１０が格納される。レコード群ｒ４７の傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１には、このＩＣＤ情報ｄ１０を検索条件として傷病−診断群分類マスタＭ４から取得した傷病名情報ｄ０９及び診断群分類（６桁）情報ｄ１１が格納される。レコード群ｒ４７の入院ＩＤ情報ｄ０７及び診療年月情報ｄ０１には、レコード群ｒ４３と同じ情報が格納される。

また、レコード群ｒ４７の金額情報ｄ１２には、ステップＳ０６ｂで算出され且つ処理対象のＩＣＤ情報ｄ１０に対応する集計金額情報の内訳が格納される。すなわち、集計金額情報は、出来高レセプトテーブルＴ２の診療行為情報ｄ０５に基づいて算出された各金額情報をＩＣＤ情報ｄ１０毎に集計したものであるが、この金額情報は、対応する診療行為情報ｄ０５のＲＣＤ情報ｄ０５ｃが薬剤用傷病マスタＭ１に登録されている場合、薬剤の金額情報とされる。この薬剤の金額情報をＩＣＤ情報ｄ１０毎に集計したものが、レコード群ｒ４７の薬剤金額情報ｄ１２ａに格納される。同様に、金額情報に対応するＲＣＤ情報ｄ０５ｃが手術用傷病マスタＭ２に登録されている場合、金額情報は手術の金額情報とされ、この手術の金額情報をＩＣＤ情報ｄ１０毎に集計したものが、レコード群ｒ４７の手術金額情報ｄ１２ｂに格納される。金額情報に対応するＲＣＤ情報ｄ０５ｃが処置用傷病マスタＭ３に登録されている場合、金額情報は処置の金額情報とされ、この処置の金額情報をＩＣＤ情報ｄ１０毎に集計したものが、レコード群ｒ４７の処置金額情報ｄ１２ｃに格納される。

図１９に例示するように、傷病推定テーブルＴ６には、病院独自の設定に基づいて推定された傷病の明細情報として、レコード群ｒ６７が登録される。レコード群ｒ６７において、入院ＩＤ情報ｄ０７、診療年月情報ｄ０１及び種別情報ｄ０８には、傷病テーブルＴ４のレコード群ｒ４７と同一の入院ＩＤ情報ｄ０７、診療年月情報ｄ０１、及び種別情報ｄ０８が格納される。レコード群ｒ６７のＲＣＤ情報ｄ１５には、ステップＳ０６ａで取得した出来高レセプトテーブルＴ２のＲＣＤ情報ｄ０５ｃが格納される。また、レコード群ｒ６７の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆには、ステップＳ０６ａで取得した出来高レセプトテーブルＴ２の診療明細名称情報ｄ０５ｅ及び点数情報ｄ０５ｆが格納される。

図１１に戻って、サーバ１における処理の説明を続ける。個別傷病推定部１４によるステップＳ０６の処理が終了すると、過去傷病取得部１５によって、検証対象の患者について、現在の傷病の副傷病となる可能性がある過去の傷病情報が取得される（ステップＳ０７）。

ここで、図２０を参照して、ステップＳ０７の処理の詳細について説明する。

過去傷病取得部１５は、傷病テーブルＴ４及び入院テーブルＴ５を入院ＩＤ情報ｄ０７で結合し、この結合テーブルから、データ識別番号情報ｄ０３が表示装置２から受信したデータ識別番号情報に一致し、且つ入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報に一致しないレコードを抽出する（ステップＳ０７ａ）。表示装置２から受信した入院ＩＤ情報は、現在の入院に対して付与されたものであるため、傷病テーブルＴ４及び入院テーブルＴ５において、入院ＩＤ情報ｄ０７が表示装置２から受信した入院ＩＤ情報と一致しないレコードは、患者の過去の入院に関する情報であると判断できる。

過去傷病取得部１５は、ステップＳ０７ａにおいてレコードが抽出されなかった場合、処理を終了する（ステップＳ０７ｂ）。

ステップＳ０７ａにおいてレコードを抽出することができた場合（ステップＳ０７ｂ）、過去傷病取得部１５は、図１１のステップＳ０４で取得した検証対象の患者のＩＣＤ情報ｄ１０（現在傷病情報）の中に、ステップＳ０７ａで取得したＩＣＤ情報ｄ１０（過去傷病情報）が含まれているかどうか判断する（ステップＳ０７ｃ）。現在傷病情報の中に過去傷病情報が含まれていない場合、過去傷病取得部１５は、ステップＳ０７の処理を終了する。

現在傷病情報の中に過去傷病情報が含まれていた場合、過去傷病取得部１５は、過去傷病情報に対して診断群分類情報を付与する（ステップＳ０７ｄ）。具体的には、過去傷病取得部１５は、傷病−診断群分類マスタＭ４（図１０）を参照して、ステップＳ０７ａで取得したＩＣＤ情報ｄ１０に対応する診断群分類（６桁）情報ｄ１１を取得する。その後、過去傷病取得部１５は、厚生労働省によって定められた規則に従って、取得した診断群分類（６桁）情報ｄ１１から１４桁の診断群分類情報を生成する。

次に、過去傷病取得部１５は、診断群分類情報が付与された過去傷病情報が、ステップＳ０４で取得した現在傷病情報の副傷病情報となり得るか否かを判断する（ステップＳ０７ｅ）。

具体的には、過去傷病取得部１５は、ステップＳ０４で取得した請求診断群分類情報ｄ０６及び生成した各診断群分類情報（現在傷病情報の診断群分類情報）の１３桁目を確認し、全ての診断群分類情報の１３桁目が「ｘ」の場合、現在の傷病には副傷病が存在しないと判断して処理を終了する。

現在傷病情報の診断群分類情報のうち、１３桁目が「ｘ」以外の診断群分類情報が存在する場合、過去傷病取得部１５は、現在の傷病には副傷病が存在するものがある、と判断する。この場合、過去傷病取得部１５は、現在傷病情報の診断群分類情報のうち１３桁目が「ｘ」以外のものについて、ステップＳ０７ｄで過去傷病情報に付与された診断群分類情報を副傷病として対応づけることが可能か否かを判断する。なお、ある診断群分類に対し、副傷病として対応づけることが可能な診断群分類については、厚生労働省によって標準で定められている。

過去傷病取得部１５は、現在傷病情報の診断群分類情報の中に、過去傷病情報の診断群分類情報を副傷病として対応づけることができるものがあると判断した場合、ステップＳ０７ａで取得した過去傷病情報をその現在傷病情報の副傷病候補として決定する（ステップＳ０７ｆ）。過去傷病取得部１５は、過去傷病情報の診断群分類情報を、いずれの現在傷病情報の診断群分類情報にも副傷病として対応づけることができないと判断した場合、処理を終了する。

図１１に戻って説明を続ける。サーバ１によるステップＳ０３〜ステップＳ０７の処理が終了すると、表示装置２において、図２１に示す検証画面ＳＣ２が表示部２１に表示される（ステップＳ０８）。検証画面ＳＣ２は、基本情報タブｔｂ２１が開いた状態で起動される。

図２１に示すように、検証画面ＳＣ２は、病院登録情報フィールドｆ２１及び検証情報フィールドｆ２２を有する。基本情報タブｔｂ２１は、患者の基本情報フィールドｆ２３を有しており、基本情報フィールドｆ２３には、一覧画面ＳＣ１の対象患者フィールドｆ１２に表示されていた情報等が表示される。また、基本情報タブｔｂ２１は、診療録関連情報フィールドｆ２４〜ｆ２６、及び出来高レセプト情報フィールドｆ２７を有する。

病院登録情報フィールドｆ２１には、ステップＳ０４で取得した情報が一覧表示される。

具体的には、図２１に示すように、病院登録情報フィールドｆ２１の最上行には、入院テーブルＴ５（図６）から取得した請求診断群分類情報ｄ０６と、これに対応する傷病名情報ｄ０９及び請求金額情報が表示される。また、病院登録情報フィールドｆ２１には傷病の種別が表示されており、最上行においては、請求用の診断群分類に対応する傷病であることを示す「請求」の文字が表示されている。

病院登録情報フィールドｆ２１の２行目以降には、傷病テーブルＴ４（図５）から取得した傷病名情報ｄ０９、傷病名情報ｄ０９に基づいて付与された診断群分類情報、及びこれに対応する請求金額情報が表示される。また、病院登録情報フィールドｆ２１の２行目以降には、傷病の種別として、併存傷病であることを示す「併存１」及び「併存２」の文字が表示されている。傷病の種別は、傷病テーブルＴ４の種別情報ｄ０８に応じて表示され、その他の例としては、「主傷病」、「契機」、及び「最投」等が挙げられる。

なお、病院登録情報フィールドｆ２１には、必要に応じて、傷病名情報、診断群分類情報、及び請求金額情報以外の情報を表示してもよい。例えば、図２１における病院登録情報フィールドｆ２１には、診断群分類情報に基づいて算出された請求金額情報が表示されているが、これに加えて、請求金額を出来高金額に換算した出来高金額情報や、請求金額と出来高金額との差額情報等を表示することもできる。

検証画面ＳＣ２の起動時には、検証情報フィールドｆ２２には、項目名のみが表示されている。後述する診断群分類の検証を行った後、検証情報フィールドｆ２２には検証結果が表示される。

診療録基本情報フィールドｆ２４には、診療録テーブルＴ１（図２）を参照して取得される、検証対象の患者に対応する診療年月情報ｄ０１及び施設コード情報ｄ０２が表示されている。特に図示しないが、診療録基本情報フィールドｆ２４には、診療録テーブルＴ１に格納されているその他の情報が表示されていてもよく、例えば、診療科情報や、患者の性別及び生年月日等が表示されていてもよい。

診療録傷病情報フィールドｆ２５には、診療録テーブルＴ１を参照して取得される、検証対象の患者に対応する傷病情報ｄ０４が表示される。また、診療録傷病情報フィールドｆ２５には、傷病情報ｄ０４のＩＣＤ情報ｄ０４ｂを検索条件として傷病−診断群分類マスタＭ４（図１０）から取得した、診断群分類（６桁）情報ｄ１１が表示される。

診療録テーブルＴ１において、検証対象の患者に対応するレコードに手術情報が含まれている場合、診療録手術情報フィールドｆ２６には、この手術情報が表示される。

出来高レセプト情報フィールドｆ２７には、検証対象の患者に対応する出来高レセプトテーブルＴ２のレコードにおける診療行為情報ｄ０５が表示される。図２１の例では、診療行為情報ｄ０５のうち、データ区分情報ｄ０５ｂ、実施年月日ｄ０５ｈ、ＫＣＤ情報ｄ０５ｄ、及び診療明細名称情報ｄ０５ｅが表示されているが、必要に応じてその他の情報が表示されてもよい。

（傷病推定）
次に、検証画面ＳＣ２上で、検証対象の患者について、図１１のステップＳ０５及びステップＳ０６で推定された傷病に基づく診断群分類と現在の傷病に基づく診断群分類とを比較することによって診断群分類の検証を行う方法について説明する。

まず、ユーザは、図２２に示すように、傷病推定タブｔｂ２２をクリックして開き、資源投入ボタンｂ２１ａ、薬剤ボタンｂ２１ｂ、手術ボタンｂ２１ｃ、処置ボタンｂ２１ｄ、及び病院設定ボタンｂ２２のいずれかを押下する。

図２２に示すように、傷病推定タブｔｂ２２において、ユーザが資源投入ボタンｂ２１ａをクリックすると、図１３のステップＳ０５ｊで傷病テーブルＴ４に登録された推定傷病情報（図１５のレコード群ｒ４３）、及び傷病推定テーブルＴ６に登録された推定傷病明細情報（図１６のレコード群ｒ６３）が、推定傷病情報フィールドｆ２８に一覧表示される。具体的には、傷病テーブルＴ４及び傷病推定テーブルＴ６が種別情報ｄ０８で結合され、この結合テーブルから、検証対象の患者の入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が医療資源の種類にかかわらず傷病を推定したことを示すレコードが抽出される。抽出されたレコードは、金額合計が大きい順にソートされ、推定傷病情報フィールドｆ２８に一覧表示される。推定傷病情報フィールドｆ２８における金額合計は、傷病テーブルＴ４の薬剤金額情報ｄ１２ａ、手術金額情報ｄ１２ｂ、及び処置金額情報ｄ１２ｃを合計した値である。なお、本実施形態では、医療資源の種類にかかわらず傷病を推定したことを示す種別情報ｄ０８は、「２１」〜「５０００」で表される。

図２３に示すように、傷病推定タブｔｂ２２において、ユーザが薬剤ボタンｂ２１ｂをクリックすると、図１３のステップＳ０５ｍで傷病テーブルＴ４に登録された推定傷病情報（図１５のレコード群ｒ４４）、及び傷病推定テーブルＴ６に登録された推定傷病明細情報（図１６のレコード群ｒ６４）が、推定傷病情報フィールドｆ２８に表示される。具体的には、傷病テーブルＴ４及び傷病推定テーブルＴ６が種別情報ｄ０８で結合され、この結合テーブルから、検証対象の患者の入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が薬剤に関連して傷病を推定したことを示すレコードが抽出される。抽出されたレコードは、薬剤金額情報ｄ１２ａが大きい順にソートされ、推定傷病情報フィールドｆ２８に一覧表示される。なお、本実施形態では、薬剤に関連して傷病を推定したことを示す種別情報ｄ０８は、「５００１」〜「１００００」で表される。

図２４に示すように、傷病推定タブｔｂ２２において、ユーザが手術ボタンｂ２１ｃをクリックすると、図１４のステップＳ０５ｐで傷病テーブルＴ４に登録された推定傷病情報（図１５のレコード群ｒ４５）、及び傷病推定テーブルＴ６に登録された推定傷病明細情報（図１６のレコード群ｒ６５）が、推定傷病情報フィールドｆ２８に表示される。具体的には、傷病テーブルＴ４及び傷病推定テーブルＴ６が種別情報ｄ０８で結合され、この結合テーブルから、検証対象の患者の入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が手術に関連して傷病を推定したことを示すレコードが抽出される。抽出されたレコードは、手術金額情報ｄ１２ｂが大きい順にソートされ、推定傷病情報フィールドｆ２８に一覧表示される。なお、本実施形態では、手術に関連して傷病を推定したことを示す種別情報ｄ０８は、「１０００１」〜「１５０００」で表される。

図２５に示すように、傷病推定タブｔｂ２２において、ユーザが処置ボタンｂ２１ｄをクリックすると、図１４のステップＳ０５ｓで傷病テーブルＴ４に登録された推定傷病情報（図１５のレコード群ｒ４６）、及び傷病推定テーブルＴ６に登録された推定傷病明細情報（図１６のレコード群ｒ６６）が、推定傷病情報フィールドｆ２８に表示される。具体的には、傷病テーブルＴ４及び傷病推定テーブルＴ６が種別情報ｄ０８で結合され、この結合テーブルから、検証対象の患者の入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が処置に関連して傷病を推定したことを示すレコードが抽出される。抽出されたレコードは、処置金額情報ｄ１２ｃが大きい順にソートされ、推定傷病情報フィールドｆ２８に一覧表示される。なお、本実施形態では、処置に関連して傷病を推定したことを示す種別情報ｄ０８は、「１５００１」〜「２００００」で表される。

図２６に示すように、傷病推定タブｔｂ２２において、ユーザが病院設定ボタンｂ２２をクリックすると、図１７のステップＳ０６ｄで傷病テーブルＴ４に登録された推定傷病情報（図１８のレコード群ｒ４７）、及び傷病推定テーブルＴ６に登録された推定傷病明細情報（図１９のレコード群ｒ６７）が、推定傷病情報フィールドｆ２８に表示される。具体的には、傷病テーブルＴ４及び傷病推定テーブルＴ６が種別情報ｄ０８で結合され、この結合テーブルから、検証対象の患者の入院ＩＤ情報に入院ＩＤ情報ｄ０７が一致し、且つ種別情報ｄ０８が病院独自の設定に基づいて傷病を推定したことを示すレコードが抽出される。抽出されたレコードは、金額合計が大きい順にソートされ、推定傷病情報フィールドｆ２８に一覧表示される。推定傷病情報フィールドｆ２８における金額合計は、傷病テーブルＴ４の薬剤金額情報ｄ１２ａ、手術金額情報ｄ１２ｂ、及び処置金額情報ｄ１２ｃを合計した値である。なお、本実施形態では、病院独自の設定に基づいて傷病を推定したことを示す種別情報ｄ０８は、「２０００１」〜「２５０００」で表される。

次に、ユーザは、図２２〜図２６において推定傷病情報フィールドｆ２８に一覧表示された推定傷病情報の中から、ダブルクリック等で推定傷病情報を選択する。そうすると、選択された推定傷病情報が表示装置２からサーバ１に送信され、分類付与部１６は、この推定傷病情報に含まれるＩＣＤ情報に対応する診断群分類（６桁）情報ｄ１１を傷病−診断群分類マスタＭ４から取得し、取得した診断群分類（６桁）情報ｄ１１に基づいて診断群分類情報を付与する。また、分類付与部１６は、病院登録情報取得部１２と同様の方法で、付与された診断群分類情報に対応する仮請求金額情報を算出する。

例えば、図２２及び図２７に示すように、ユーザが、医療資源の種類にかかわらず推定された傷病情報を検証画面に表示させ（図２２）、表示された複数の推定傷病情報から１つの推定傷病情報を選択した場合、選択された推定傷病情報の傷病名情報、分類付与部１６によって付与された診断群分類情報、及び分類付与部１６によって算出された仮請求金額情報が検証情報フィールドｆ２２に表示される（図２７）。また、検証情報フィールドｆ２２には、傷病の種別が表示される。図２７の例では、傷病の種別として「資推」の文字が表示されており、この表示は、医療資源の種類にかかわらず推定された傷病であることを意味している。

図２２及び図２７を用いて説明した上記操作を行った後に、図２６及び図２８に示すように、ユーザが、病院独自の設定に基づいて推定された傷病情報を検証画面に表示させ（図２６）、表示された複数の推定傷病情報から１つの推定傷病情報を選択すると、検証情報フィールドｆ２２において、選択された推定傷病情報の傷病名情報、分類付与部１６によって付与された診断群分類情報、及び分類付与部１６によって算出された仮請求金額情報が、医療資源の種類にかかわらず推定された傷病の情報の下に追加表示される（図２８）。図２８の例では、検証情報フィールドｆ２２の傷病の種別として「病推」の文字が表示されており、この表示は、病院独自の設定に基づいて推定された傷病であることを意味している。

検証情報フィールドｆ２２も、病院登録情報フィールドｆ２１と同様に、請求金額を出来高金額に換算した出来高金額情報や、請求金額と出来高金額との差額情報等、傷病名情報、診断群分類情報、及び仮請求金額情報以外の情報を表示することができる。

上述の推定傷病情報に診断群分類情報を付与する処理は、図２３〜図２５において推定傷病情報フィールドｆ２８に表示された推定傷病情報についても行うことができる。この場合、図２３〜図２５において、推定傷病情報フィールドｆ２８に一覧表示された推定傷病情報を選択する毎に、選択された推定傷病情報に関する情報が検証情報フィールドｆ２２に追加表示される（図示省略）。推定傷病情報フィールドｆ２８の傷病の種別としては、薬剤に関連する推定傷病情報については「薬推」の文字、手術に関連する推定傷病情報については「手推」の文字、処置に関連する推定傷病情報については「処推」の文字がそれぞれ表示されればよい。

なお、推定傷病情報の選択数は特に限定されるものではなく、ユーザは、図２２〜図２６において推定傷病情報フィールドｆ２８に一覧表示された推定傷病情報の中から、少なくとも１つの推定傷病情報を選択すればよい。また、推定傷病情報の種別毎の選択数は複数であってもよく、例えば、医療資源の種類にかかわらず推定された傷病情報（図２２）において、１つの推定傷病情報を選択し、図２７に示すように検証情報フィールドｆ２２に表示させた後、別の推定傷病情報を選択して検証情報フィールドｆ２２に追加表示させることもできる。さらに、推定傷病情報の選択順序も特に限定されるものではない。

また、一旦診断群分類情報が付与された推定傷病情報について、再度診断群分類情報の付与処理を行うことも可能である。

ユーザは、病院登録情報フィールドｆ２１に表示されている内容と検証情報フィールドｆ２２に表示された内容を比較し、病院登録情報フィールドｆ２１の診断群分類情報及び検証情報フィールドｆ２２の診断群分類情報のどちらが診療報酬の算出に用いる診断群分類として適切であるかを検討する。

（副傷病選択）
次に、検証画面ＳＣ２上で、検証対象の患者について過去の傷病を確認し、過去の傷病を副傷病とした場合の診断群分類と現在の診断群分類とを比較することによって診断群分類の検証を行う場合について説明する。

図２９に示すように、まず、ユーザは、病院登録情報フィールドｆ２１に表示された傷病情報をダブルクリックすること等によって、病院登録情報フィールドｆ２１に表示された傷病情報のうち、副傷病情報を付与することが可能な情報を選択する。副傷病情報を付与することができる傷病情報とは、病院登録情報フィールドｆ２１に表示された診断群分類情報の１３桁目が「ｘ」ではない情報である。なお、病院登録情報フィールドｆ２１において、副傷病情報を付与することができる傷病情報については、背景に着色を施すこと等によって、副傷病情報を付与することができることをユーザが認識できるように表示されていることが好ましい。

次に、ユーザは、副傷病選択タブｔｂ２３をクリックして開く。副傷病選択タブｔｂ２３は傷病情報フィールドｆ２９及び副傷病情報フィールドｆ３０を有する。傷病情報フィールドｆ２９には、ユーザが病院登録情報フィールドｆ２１から選択した傷病情報が表示される。副傷病情報フィールドｆ３０には、傷病情報フィールドｆ２９の傷病情報に副傷病情報として付与することができる傷病情報が一覧表示されている。副傷病情報フィールドｆ３０に表示される傷病情報には、図２０のステップＳ０７ｆにおいて、副傷病候補として決定された過去傷病情報、及び過去傷病情報以外に副傷病情報として付与することが可能な傷病情報が含まれる。図２９の副傷病情報フィールドｆ３０において、種別に「過去」の文字が表示されている傷病情報が、副傷病候補として決定された過去傷病情報である。また、図２９の例では、副傷病情報フィールドｆ３０において、ステップＳ０５（図１１）において医療資源の種類にかかわらず推定された傷病情報のうち、副傷病情報として付与することが可能な傷病情報（種別に「資推５」「資推６」の文字が表示されている傷病情報）も表示されているが、これ以外の傷病情報が表示されていてもよい。

ユーザは、副傷病情報フィールドｆ３０に表示された過去傷病情報の中から、ダブルクリック等によって１つの傷病情報を選択する。本実施形態では、種別が「過去」の傷病情報、すなわち過去傷病情報が選択される。そうすると、選択された過去傷病情報及び傷病情報フィールドｆ２９の傷病情報が表示装置２からサーバ１に送信され、分類付与部１６は、傷病情報フィールドｆ２９の傷病情報について、選択された過去傷病情報を副傷病とした場合の診断群分類情報を付与する。また、分類付与部１６は、病院登録情報取得部１２と同様の方法で、付与された診断群分類情報に対応する仮請求金額情報を算出する。

傷病情報フィールドｆ２９に表示された傷病情報の傷病名情報と、分類付与部１６によって付与された診断群分類情報及び算出された仮請求金額情報とは、図３０に示すように、検証情報フィールドｆ２２に表示される。また、検証情報フィールドｆ２２には、傷病の種別として、「請求副あり」の文字が表示されている。この表示は、請求用の傷病情報に副傷病が付与されたことを意味している。なお、上述した傷病推定において生成された情報が検証情報フィールドｆ２２に既に表示されている場合（図２７及び図２８）、副傷病が付与された傷病情報は、この情報の下に追加表示される。

ユーザは、病院登録情報フィールドｆ２１に表示されている内容と検証情報フィールドｆ２２に表示された内容を比較し、病院登録情報フィールドｆ２１の診断群分類情報及び検証情報フィールドｆ２２の診断群分類情報のどちらが診療報酬の算出に用いる診断群分類として適切であるかを検討する。

ユーザは、上述した傷病推定及び副傷病選択のいずれか一方のみを行うこともできるし、傷病推定及び副傷病選択の双方を行うこともできる。また、ユーザは、傷病推定の後に副傷病選択を行ってもよいし、副傷病選択の後に傷病推定を行うこともできる。

本実施形態で説明したサーバ１及び表示装置２における各処理は、この処理内容が記述されたプログラムをコンピュータに読み込ませて実行させることによって、実現してもよい。サーバ１及び表示装置２は、ＣＰＵ（中央処理装置）や、メモリ又はハードディスクといった、プログラム等が記憶される記憶媒体等、一般的なコンピュータが備えるハードウェア資源を備えている（図示省略）。そして、サーバ１及び表示装置２は、これらのハードウェア資源を用いて、上述した処理の内容を実行する。

以上のように、本実施形態に係る検証システム１０は、検証画面ＳＣ２において、病院登録情報フィールドｆ２１に検証対象の患者の現在の傷病情報及び診断群分類情報を表示するとともに、推定傷病情報フィールドｆ２８に患者に対して施された診療行為情報に基づいて推定された傷病情報を表示する。また、検証システム１０は、推定された傷病情報に基づいて診断群分類情報を決定し、この診断群分類情報を検証情報フィールドｆ２２に表示する。これにより、ユーザは、検証対象の患者について、現在の傷病の他にも推定される傷病が存在することを認識することができ、現在の傷病に基づく診断群分類及び推定された傷病に基づく診断群分類のいずれが適切であるか検討することができる。

また、本実施形態に係る検証システム１０では、一般財団法人日本医薬情報センター（ＪＡＰＩＣ）等によって標準化された規則に準じて傷病推定が行われるだけでなく、病院独自の設定に基づいて傷病推定が行われる。そして、病院独自の設定に基づいて推定された傷病情報は、傷病毎の集計金額情報の値にかかわらず、全てが検証画面ＳＣ２の推定傷病情報フィールドｆ２８に表示される（図２６）。このため、ユーザは、標準化された規則に準じた傷病推定のみを行った場合よりも多くの推定傷病を、診断群分類の決定に使用し得る傷病の候補として認識することができる。この結果、ユーザは、多くの推定傷病を比較して、診断群分類の決定に使用する傷病として適切な推定傷病を検討及び選択することができる。

さらに、本実施形態に係る検証システム１０は、検証画面ＳＣ２において、副傷病選択タブｔｂ２３に、検証対象の患者の過去の傷病情報であって現在の傷病情報に副傷病情報として対応づけることができるものを表示する。検証システム１０は、現在の傷病情報について、過去の傷病情報を副傷病情報とした場合の診断群分類情報を付与し、この診断群分類情報を検証情報フィールドｆ２２に表示する。これにより、ユーザは、過去の傷病を副傷病としない場合の診断群分類と、過去の傷病を副傷病とした場合の診断群分類とを比較することができ、いずれが適切であるかを検討することができる。

以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。

例えば、上記実施形態において、検証画面ＳＣ２の病院登録情報フィールドｆ２１及び検証情報フィールドｆ２２には、様々な情報が表示されていたが、少なくとも傷病名情報が表示されていればよい。

検証画面ＳＣ２の推定傷病情報フィールドｆ２８においては、金額の大きい順に推定傷病情報が一覧表示されていたが、推定傷病情報を表示する順番は特に限定されるものではない。また、推定傷病情報フィールドｆ２８には、様々な情報が表示されていたが、少なくとも傷病名情報が表示されていればよい。

また、上記実施形態では、図１１のステップＳ０５において、傷病情報毎の合計金額情報、薬剤の集計金額情報、手術の集計金額情報、及び処置の集計金額情報それぞれが出力基準額以上の傷病情報のみ、推定傷病情報及び推定傷病明細情報を傷病テーブルＴ４及び傷病推定テーブルＴ６に登録していたが、金額情報にかかわらず、全ての傷病情報を傷病テーブルＴ４及び傷病推定テーブルＴ６に登録してもよい。

また、ステップＳ０５においては、医療資源の種類にかかわらず傷病を推定する処理、薬剤に関連して傷病を推定する処理、手術に関連して傷病を推定する処理、及び処置に関連して傷病を推定する処理を行っていたが、この４つの処理全てを行う必要はなく、上記４つの処理のうち少なくとも１つを行えばよい。

また、上記実施形態において、検証システム１０は、過去傷病取得部１５及び分類付与部１６を備えていたが、過去傷病取得部１５及び／又は分類付与部１６を備えなくてもよい。検証システム１０が過去傷病取得部１５を備えない場合、検証画面ＳＣ２において、副傷病選択タブｔｂ２３は不要である。検証システム１０が分類付与部１６を備えない場合、検証画面ＳＣ２の検証情報フィールドｆ２２には診断群分類情報及び仮請求金額情報は表示されない。

また、上記実施形態においては、サーバ１の記憶部１１に各種情報が記憶されていたが、これらの情報は、外部の記憶媒体に記憶されていてもよい。

１０ 検証システム
１１ 記憶部
１３ 標準傷病推定部
１４ 個別傷病推定部
１６ 分類付与部
２ 表示装置
２１ 表示部

Claims (7)

1. 患者の傷病に対応づけられる診断群分類を検証するためのシステムであって、
   標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、前記患者の現在傷病情報、及び前記患者に施された１又は２以上の診療行為情報、を記憶する記憶部と、
   前記各診療行為情報に対応する前記標準傷病情報を、前記患者の標準推定傷病情報として決定する標準傷病推定部と、
   前記各診療行為情報に対応する前記個別傷病情報を、前記患者の個別推定傷病情報として決定する個別傷病推定部と、
   前記現在傷病情報、前記標準推定傷病情報、及び前記個別推定傷病情報を表示する表示部と、
   を備える、検証システム。
2. 請求項１に記載の検証システムであって、
   前記記憶部は、前記各診療行為情報に対応づけられる明細金額情報をさらに記憶しており、
   前記個別傷病推定部は、前記明細金額情報を前記個別推定傷病情報毎に集計することによって、前記個別推定傷病情報の集計金額情報を算出し、
   前記表示部は、前記集計金額情報が大きい順に前記個別推定傷病情報をソートして表示する、検証システム。
3. 請求項１又は２に記載の検証システムであって、さらに、
   前記標準推定傷病情報及び前記個別推定傷病情報の少なくとも一方に基づいて、診断群分類情報を付与する分類付与部、を備え、
   前記表示部は、前記診断群分類情報をさらに表示する、検証システム。
4. 請求項３に記載の検証システムであって、
   前記分類付与部は、前記標準推定傷病情報及び前記個別推定傷病情報の少なくとも一方に付与された診断群分類情報に基づいて、仮請求金額情報を算出し、
   前記表示部は、前記現在傷病情報の診断群分類に基づいて決定される現在請求金額情報と、前記仮請求金額情報と、をさらに表示する、検証システム。
5. 請求項１から４のいずれか１項に記載の検証システムであって、
   前記記憶部は、前記患者の過去傷病情報をさらに記憶しており、
   前記表示部は、前記過去傷病情報が前記現在傷病情報に含まれていない場合、前記過去傷病情報をさらに表示する、検証システム。
6. 患者の傷病に対応づけられる診断群分類を検証するためのプログラムであって、
   標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、前記患者の現在傷病情報、及び前記患者に施された１又は２以上の診療行為情報、を記憶する記憶媒体にアクセスする機能と、
   前記各診療行為情報に対応する前記標準傷病情報を、前記患者の標準推定傷病情報として決定する機能と、
   前記各診療行為情報に対応する前記個別傷病情報を、前記患者の個別推定傷病情報として決定する機能と、
   前記現在傷病情報、前記標準推定傷病情報、及び前記個別推定傷病情報を表示装置に表示させる機能と、
   をコンピュータに実現させる、検証プログラム。
7. コンピュータが、患者の傷病に対応づけられる診断群分類を検証するための方法であって、
   標準化された規則に準じて各診療行為に対応づけられる標準傷病情報、病院によって各診療行為に対応づけられる個別傷病情報、前記患者の現在傷病情報、及び前記患者に施された１又は２以上の診療行為情報、を記憶する記憶媒体にアクセスするステップと、
   前記各診療行為情報に対応する前記標準傷病情報を、前記患者の標準推定傷病情報として決定するステップと、
   前記各診療行為情報に対応する前記個別傷病情報を、前記患者の個別推定傷病情報として決定するステップと、
   前記現在傷病情報、前記標準推定傷病情報、及び前記個別推定傷病情報を表示装置に表示させるステップと、
   を備える、検証方法。

Images