(57)【要約】【課題】  診療報酬明細書の審査の効率化を図る。【解決手段】  診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置４００を、複数の診療報酬明細書のデータを取得するデータ取得部１１０と、誤診療報酬の記載が含まれる可能性が低い診療報酬明細書のデータを仕分けするための審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、取得した複数の診療報酬明細書データから仕分けする診療報酬明細書データ仕分け部３２１と、誤診療報酬の記載が含まれる可能性が高い診療報酬明細書のデータを抽出するための、要審査判定ルールに適合する診療報酬明細書のデータを抽出し、このデータを、適合する要審査判定ルール数が多い順に並べる診療報酬明細書データソート部１２１とを含んで構成した。【選択図】      図１０
2005038197.tif 000002
【特許請求の範囲】
【請求項１】
診療報酬明細書の審査を、コンピュータを用いて支援する診療報酬明細書の審査支援方法であって、
前記コンピュータは、誤診療報酬の記載が含まれる可能性が低い前記明細書のデータを仕分けするための１以上の審査不要判定ルールを記憶した記憶部と、診療報酬明細書のデータを取得するデータ取得部と、処理部とを備え、
前記処理部が、前記審査不要判定ルールに基づいて、データ取得部から取得した複数の診療報酬明細書のデータから誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けするステップと、
複数の診療報酬明細書のデータから、誤診療報酬の記載が含まれる可能性が低い診療報酬明細書のデータを除外した１以上の診療報酬明細書のデータを、誤診療報酬を記載している可能性が高い順に並べるステップと、
を備えることを特徴とする診療報酬明細書の審査支援方法。
【請求項２】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを取得するデータ取得部と、
誤診療報酬の記載が含まれる可能性が低い診療報酬明細書のデータを仕分けするための１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、
前記審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、取得した複数の診療報酬明細書データから仕分けする診療報酬明細書データ仕分け部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項３】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを取得するデータ取得部と、
誤診療報酬の記載が含まれる可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、
取得した診療報酬明細書のデータから、前記要審査判定ルールに適合するデータを抽出し、このデータを、適合する要審査判定ルール数が多い順に並べる診療報酬明細書データソート部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項４】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを取得するデータ取得部と、
誤診療報酬の記載が含まれる可能性が低い診療報酬明細書のデータを仕分けするための、１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、
前記審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、取得した複数の診療報酬明細書データから仕分けする診療報酬明細書データ仕分け部と、
誤診療報酬の記載が含まれる可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、
前記要審査判定ルールに適合する診療報酬明細書のデータを抽出し、このデータを、適合する要審査判定ルール数が多い順に並べる診療報酬明細書データソート部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項５】
請求項１に記載の各ステップをコンピュータに実行させることを特徴とする診療報酬明細書の審査支援装置用プログラム。
【請求項６】
診療報酬明細書の審査を、コンピュータを用いて支援する診療報酬明細書の審査支援装置用プログラムであって、
コンピュータに、
診療報酬明細書のデータを取得するステップと、
誤診療報酬の記載が含まれる可能性が低い診療報酬明細書のデータを仕分けするための１以上の項目から構成される複数の審査不要判定ルールから、ユーザが審査不要判定ルールを選択することを促すステップと、
選択された審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、取得した診療報酬明細書データから仕分けするステップと、
誤診療報酬の記載が含まれる可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される複数の要審査判定ルールから、ユーザが要審査判定ルールを選択することを促すステップと、
選択された要審査判定ルールに適合する診療報酬明細書のデータを抽出し、このデータを、適合する要審査判定ルール数が多い順に並べるステップと、
を実行させることを特徴とする診療報酬明細書の審査支援装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療報酬明細書の審査支援方法、診療報酬明細書の審査支援装置および診療報酬明細書の審査支援装置用プログラムに関する。
【背景技術】
【０００２】
健康保険の被保険者は、一部負担金を支払うことにより、病院、診療所などの医療機関で診察や治療などを受け、薬の入手や入院などをすることができる。また、医師の処方せんをもらった場合にも、一部負担金を支払うことにより、保険薬局で薬剤の調剤をしてもらうことができる。したがって、医療機関や保険薬局は、健康保険の保険者に対して保険者が負担すべき負担金（以下、保険者負担金という）の支払いを請求することが必要となる。
【０００３】
ここで、医療機関や保険薬局による健康保険の保険者に対する保険者負担金の支払の請求は、診療報酬明細書と呼ばれる請求書（以下、レセプトという）を介して行われる。レセプトには、被保険者に対しての処置の回数、投薬の種類や回数など、調剤の内容に関する事項が記載されており、健康保険の保険者は、この記載内容に従って保険者負担金の支払を行う。
【０００４】
ところで、レセプトを介して行う保険者負担金の支払いは、医療機関や保険薬局から健康保険への一方的な請求に対応して行われるものである。したがって、レセプトに対して何ら監視を行わない場合、医療機関や保険薬局は、間違いを含む不当な請求や、不正な行為によって保険者負担金を取得する可能性がある。そこで、不当な請求や不正な行為を排除するため、医療機関や保険薬局と保険者との間にレセプトの審査機関である社会保険診療報酬支払基金（以下、支払処理機構という）を介在させている。
ここで、不当な請求とは、例えばレセプトに診療期間に関する記載が無い場合や、必要のない医療行為（投薬、注射など）が行われている場合であり、不正な行為とは、例えば、実体のない診療行為について保険者負担金の支払の請求をする場合である。
本発明ではこれらの不当な請求や不正な行為があるレセプトを誤診療報酬（誤った診療報酬）が記載されたレセプトと呼ぶ。
【０００５】
医療機関や保険薬局によって作成されたレセプトは、支払処理機構に集められ、審査担当者の詳細な審査に先立ち、事務共助担当者によって明らかに記載漏れなどの間違いがあるレセプトや、誤診療報酬が記載されている疑いが強いレセプトが排除される。そして、誤診療報酬が記載されている疑いが強いレセプトは充分な専門的や技術的知識を有する審査担当者（医師など）による詳細な審査に付される。本発明ではこれを実審査と呼ぶ。実審査の結果、適正であると確認されたレセプトのみが各保険者に対して送付され、それ以外のレセプトは、医療機関や保険薬局に返送される。
【０００６】
しかしながら、このような事務共助担当者による事務共助では、医療機関から請求されるすべてのレセプトに対し、事務共助担当者があらゆる角度からの点検を行って、誤診療報酬が記載されている疑いがあるレセプトを抽出する必要がある。膨大な量のレセプトの中から目視により誤診療報酬の記載されたレセプトを発見するという作業は、事務共助担当者の勘や熟練度に依存することが大きいことから、効率的な事務共助作業を確保できないのみならず、間違いの発見自体が困難な場合もある。
加えて、このような審査担当者による審査では、各レセプトによって不正確さの程度やこれに対応して注力すべき程度が相当に異なるという実態があるにもかかわらず、同様に人的資力を振り向けているのが実情である。また、事務共助担当者による明らかに誤った診療報酬が記載されている疑いがあるレセプトの抽出が不充分なこともあり、審査担当者の審査処理負担の軽減が充分に図られていない状況となっている。
【０００７】
なお、従来、このようなレセプトや保険の手続きに関するシステムや方法としては、保険者がレセプトを受領すると、そのレセプトの請求を決済するかまたは医療機関に差し戻すもの（特許文献１参照）がある。また、医療情報を保管している医療情報保管管理会社のデータベースに被保険者ごとの保険証データを格納しておき、保険医療機関は保険証の確認や保険者への請求は、この管理会社を介して行い、保険医療機関の負担軽減を図るもの（特許文献２参照）がある。さらに、資格認証機関に被保険者の資格の有無を確認し、保険者の医療費の損失を防止しようとするもの（特許文献３参照）がある。
【０００８】
【特許文献１】特開２００１−３４４３３７号公報（［００１２］、図１）
【特許文献２】特開２００２−４１６４９号公報（［００３４］、図７）
【特許文献３】特開２００２−１０９０６９号公報（［００２０］〜［００２８］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
前記した特許文献に記載の発明のいずれもが、健康保険の保険者、被保険者、医療機関および保険薬局における事務作業の効率の確保、処理負担の軽減という課題を解決しようとするものであり、支払処理機構における効率的な事務作業の確保、審査処理負担の軽減といった問題を解決しようとするものではない。
本発明は前記事情に鑑みてなされたものであり、事務共助作業の効率向上および審査処理負担の軽減効果が充分に得られるように、各レセプトにおける誤りの発見が容易に可能となり、かつ、各レセプトの有する不正確さの程度や注力すべき程度に対応して人的資力を的確に振り向けることが可能となるような、診療報酬明細書の審査支援方法、診療報酬明細書の審査支援装置および診療報酬明細書の審査支援装置用プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、本発明は、
（１）審査担当者が、誤った診療報酬が記載されている可能性が高いレセプトデータから優先的に審査して審査処理負担の軽減が得られるように、過去の審査実績などから得られたルールに基づき、審査対象であるレセプトの電子データ（レセプトデータ）を誤った診療報酬が記載されている可能性（疑い）が高い順に並べ替えるようにした。
（２）また、事務共助作業の効率向上を図り、審査担当者が実審査をする際には誤った診療報酬が記載されている可能性があるレセプトデータに集中して審査を行えるように、過去の審査実績などから得られたルールに基づき、レセプトデータから誤った診療報酬が記載されている可能性が低いレセプトデータを仕分けするようにした。
（３）さらに、（１）で審査担当者が、審査対象レセプトデータから、誤った診療報酬が記載されているレセプトデータを発見する確率を高くするため（２）の仕分けのあと、(１)の並べ替えを行うようにした。
【発明の効果】
【００１１】
本発明によれば、事務共助作業の効率向上および審査処理負担の軽減効果が充分に得られるように、各診療報酬明細書についての間違いの発見が容易に可能となり、かつ、各レセプトの有する不正確さの程度や注力すべき程度に対応して人的資力を的確に振り向けることが可能になる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の各実施の形態における診療報酬明細書の審査支援方法、診療報酬明細書の審査支援装置および診療報酬明細書の審査支援装置用プログラムを実現するモデルおよびその利用主体との関係を説明するための図である。
【００１３】
診療報酬の請求は、病院や薬局などである医療機関１が、公的な機関である支払基金などの支払処理機構２に対して請求を行い、支払処理機構２は医療機関１から請求があった診療報酬を集計し、適正であることを審査した後に各医療機関に診療報酬を支払い、患者が被保険者として加入している保険者３（健康保険組合、地方自治体など）にその診療報酬を請求する。保険者３は支払処理機構２に診療報酬を支払った後、支払処理機構２と同様に審査を行い疑いのあるものに限って、再審査請求を支払処理機構２に対して行う。
【００１４】
医療機関１が支払処理機構２に対して行う診療報酬の請求は、患者ごと、診療ごとに作成される診療報酬の請求申請書である診療報酬明細書（レセプト）に基づいて行われている。医療機関１から提供されるレセプトには、手書きまたはパソコンなどにより印刷された紙ベースによるものが殆どであるので、まず、支払処理機構２は、レセプトを受け取ると、そのレセプトをスキャナーなどで読み込み、画像化する。そして、その画像データと、画像データをＯＣＲ（Optical Character Reader）やパンチによって電子データ化したレセプトデータをレセプト管理部２００のレセプトＤＢ２１０に格納する。
レセプトが既に電子データ化されたものであった場合、つまり磁気レセプトであった場合には、このレセプトはそのままレセプトＤＢ２１０に格納される。
したがって、このレセプトＤＢ２１０に格納されるレセプトデータは、テキスト情報として格納されるレセプトデータ（診療報酬明細書のデータ）のほか、画像データ（レセプト画像データ）を含んでいるものとする。
【００１５】
一方、支払処理機構２は、前記したレセプト管理部２００のレセプトデータの事務的な点検をコンピュータ（図示せず）で行った後に、審査支援装置（診療報酬明細書の審査支援装置）を用いて、実審査を行うレセプトデータを抽出する（Ｓ０２）。
審査支援装置は、過去の審査実績などから誤った診療報酬が記載されている可能性が高いレセプトデータを抽出し、仕分けする機能を有するが、この審査支援装置の機能の詳細については、後記する第１の実施の形態で述べることとする。
【００１６】
そして、審査担当者は、抽出されたレセプトデータをコンピュータ画面上のレセプト画像データとして表示させて、一つ一つ目視などにより審査し、審査結果を審査支援装置に入力する（Ｓ０３）。
ここで、審査担当者は、誤った診療報酬が記載されたレセプトデータを発見し、審査対象であるレセプトデータから誤った診療報酬が記載されたレセプトデータを除外する。そして、支払処理機構２は、審査対象であるレセプトデータから誤った診療報酬が記載されたレセプトデータを除外したもの、すなわち、適正な診療報酬が記載されたレセプトデータのみを保険者３へ送信または送付し、医療機関１に診療報酬を支払い、保険者３に診療報酬を請求する（Ｓ０４）。
【００１７】
（第１の実施の形態）
図２は、第１の実施の形態における審査支援装置を機能展開して示したブロック図である。
前記したとおり、審査支援装置１００は、レセプトデータを格納したレセプト管理部２００のレセプトＤＢ２１０から、審査対象であるレセプトデータを取得し、過去の審査実績から得られたルールに基づき、このレセプトデータを誤った診療報酬が記載されている可能性が高い順に並べ（並べ替え）、審査担当者が実審査をしやすいように支援するものである。
なお、レセプトデータは、レセプトに記載されている受診者の氏名、保険証の番号、傷病名、診療開始日、診療行為の内容である投薬、注射、検査、手術などの情報を含んで構成される。
【００１８】
図２に示されるように、審査支援装置１００は、レセプト管理部２００のレセプトＤＢ２１０からレセプトデータを取得するデータ取得部１１０と、レセプトデータの並べ替えなどを行う処理部１２０と、レセプトデータの並べ替えなどを行うための各種ルールを記憶するルール記憶部１０１と、レセプトデータやレセプトの画像データなどを表示する表示部１７０と、各種ルールの追加やレセプトデータの並べ替えや選択や審査結果などの入力を受け付ける入力部１８０とを含んで構成される。
表示部１７０は、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）を利用したモニタなどを使用することができる。入力部１８０は、キーボードやマウス、ペンタブレットなどで構成される。
【００１９】
以下、これらの構成要素について詳細に説明する。
【００２０】
（ルール記憶部）
ルール記憶部１０１は、前記したとおり、処理部１２０がレセプトデータの並べ替えや表示などをするための基準である各種ルールを格納し、レセプトデータに誤った診療報酬が記載されている可能性が高いと判断するための基準である要審査判定ルールを格納する要審査判定ルール記憶部１４０と、レセプトデータを、ユーザが実審査をしやすいように並べ替え、表示するための表示ルールを格納する表示ルール記憶部１５０とを含んで構成される。
【００２１】
（要審査判定ルール）
要審査判定ルールとは、過去のレセプト審査実績や審査担当者の経験から、誤った診療報酬が記載されている可能性が「高い」と判断できる基準を、レセプトに記載されているキーワード（傷病名、検査、投薬など）の条件の組み合わせで表現したものである。
【００２２】
図３は、審査支援装置１００の表示部１７０の操作画面を例示した図である。図３の領域１２０２に例示されるとおり、要審査判定ルールは、１以上の項目（条件）から構成されている。
例えば、要審査判定ルール「Ａ１」の「『注射あり』∧『病院』」は、「注射あり」という条件と、「病院」という条件から構成され、この２つの条件を両方とも含むレセプト（レセプトデータ）は、過去の審査実績などから誤った診療報酬が記載されている可能性が高い（実審査が必要である可能性が高い）と判断できることを示している。また、要審査判定ルール「Ａ２」の「『検査あり』∧『病院』∧『傷病名６個以上』」は、「検査あり」という条件と、「病院」という条件と、「傷病名６個以上」という条件とから構成され、これは「病院が発行したレセプトで、傷病名の記載が６個以上あり、また診療行為として検査が行われたレセプト」を意味する。ここではこの３つの条件をすべて満たすレセプト（レセプトデータ）は、過去の審査実績などから誤った診療報酬が記載されている可能性が高い、すなわち実審査が必要である可能性が高いと判断できることを示している。
【００２３】
そして、この要審査判定ルールは、「使用頻度」と、「信頼度」と、「支持度」とを含んで構成される。「使用頻度」は過去に何回そのルールを使ってレセプトデータの仕分けなどを行ったかを示すデータである。「信頼度」は、過去に審査されたレセプトデータから、このルールに適合するレセプトデータが、審査で誤った診療報酬が記載されていると判断される可能性を示すデータである。「支持度」は、そのルールに適合するレセプトデータがレセプトデータ全体の中で、どの程度含まれているかを示すデータである。
【００２４】
例えば、要審査判定ルール「Ａ１」は、過去に審査支援装置１００で「２２２回」使われ、このルールに適合するレセプトデータに、誤った診療報酬が記載されている可能性は「１０.０％」であり、このルールに適合するレセプトデータ数は、全体のレセプトデータ数の「２％」であることを示している。
レセプトデータソート部１２１は、適合する要審査判定ルールが多い順にレセプトデータを並べ替える。
【００２５】
（表示ルール）
表示ルールとは、ユーザが実審査をしやすいようにレセプトデータを並べ替えるための条件を示したものであり、例えば図３の領域１２０３に例示されるような、レセプトデータを「医療機関別に並べる」といったルールである。この表示ルールを適用することにより、例えば、ユーザが同一医療機関の発行したレセプトをまとめて審査したい場合には、その医療機関に絞り込んでレセプトデータのチェックを行うことも可能になる。
【００２６】
（処理部）
処理部１２０は、前記したとおり、ルール記憶部１０１に格納された各種ルールに基づいてレセプトデータの仕分けや並べ替えや、レセプトデータ（画像データ）の表示や、ユーザから入力されたレセプトデータの審査結果を受け付ける機能を有し、レセプトデータソート部（診療報酬明細書データソート部）１２１と、ルール更新部１２２とを含んで構成される。
【００２７】
レセプトデータソート部１２１は、前記した要審査判定ルール記憶部１４０に格納された要審査判定ルールのうち、ユーザにより選択されたルールに基づき、レセプトＤＢ２１０から抽出されたレセプトデータを、適合した要審査判定ルールが多い順に並べる（並べ替える）機能を有する。すなわち、より多くの要審査判定ルールに適合したレセプトデータほど、誤った診療報酬が記載されたレセプトデータである可能性が高いので、ユーザが優先的に実審査をするレセプトデータとして選択しやすくなる。
【００２８】
ルール更新部１２２は、入力部１８０からの入力を受けて、ルール記憶部１０１に格納された各種ルールから所定のルールを選択したり、並べ替えをしたり、ルールの内容を更新したり、新しいルールを作成したりする機能を有する。
【００２９】
図４は、審査支援装置において、要審査判定ルールの設定を行う際の表示部１７０の画面を例示した図である。図４に例示されるとおり、「要審査判定ルール」（要審査判定ルール一覧）には、ユーザが要審査判定ルールを選択しやすいよう、要審査判定ルール記憶部１４０に記憶されている要審査判定ルールの一覧が表示される。そして、この要審査判定ルールの一覧の中に、それぞれのルールの「採否」をユーザに選択させるチェックボックスも表示される。
また、この判定ルール一覧には、ユーザが要審査判定ルールを選択するときの目安となる、「使用頻度」、「信頼度」、「支持度」なども表示される。表示されるルールは、この使用頻度や信頼度や支持度により、並べ替えや検索ができるようにしてもよい。
【００３０】
そして、ユーザは要審査判定ルールの「採否」のチェックボックスにチェックを入れることにより、要審査判定ルールの選択をする。そして、設定ボタンをクリックすると、ルール更新部１２２は、要審査判定ルール記憶部１４０から、チェックの入った要審査判定ルールを選択する。
なお、この採否のチェックボックスは、ユーザが不要と判断した要審査判定ルールだけチェックを外せばよいように、あらかじめすべて採用となっているようにしてもよい。また、ユーザがひとつひとつチェックを入れて要審査判定ルールを組み立てられるように、チェックがすべて非採用となっているようにしてもよい。
【００３１】
また、ユーザが独自に作成した要審査判定ルールも追加できるよう「独自判定ルール追加欄」も表示される。ユーザは、独自に作成した要審査判定ルールをこの欄に入力し、追加ボタンをクリックすると、ルール更新部１２２が、要審査判定ルール記憶部１４０にこの判定ルールを追加する。追加された要審査判定ルールは、「要審査判定ルール」に表示される。
【００３２】
図５は、審査支援装置１００において、表示ルールの設定を行うための画面を例示した図である。要審査判定ルールの設定画面の場合と同様に、表示ルールの設定画面でもユーザが表示ルールを選択しやすいよう、表示ルール記憶部１５０に記憶されている表示ルールの一覧が表示される。そして、ユーザにそれぞれのルールの採否を選択させるチェックボックスが表示される。ユーザは、表示ルールのチェックボックスにチェックを入れることにより、表示ルールの選択をする。
【００３３】
以上、本発明の第１の実施の形態の構成要素について説明した。
次に、図２から図５および図７を参照しつつ、図６のフローチャートを用いて、審査支援装置１００の処理手順を説明する。
【００３４】
（ステップＳ１０１）
ステップＳ１０１では、審査支援装置１００のデータ取得部１１０が、ユーザにより、図示しない入力画面から入力された審査支援装置１００の審査（処理）対象レセプトデータの選択を受け付け、この選択されたレセプトデータをレセプトデータＤＢ２１０から取得する。
審査支援装置１００の審査（処理）対象であるレセプトデータが選択されると、ユーザが自分の選択したレセプトデータを確認できるように、図３の領域１２０１に、レセプトデータのファイル名などが表示される。
【００３５】
（ステップＳ１０２）
ステップＳ１０２では、審査支援装置１００のルール更新部１２２が、ユーザにより入力された要審査判定ルールの選択を受け付け、このルールを要審査判定ルール記憶部１４０から取得する。
【００３６】
図３の領域１２０２には、ユーザが要審査判定ルールを確認できるよう、要審査判定ルール記憶部１４０が格納する要審査判定ルールの一覧が表示される。そして、この一覧にはユーザが要審査判定ルールを選択するときの目安となる、使用頻度、信頼度、支持度なども表示される。
【００３７】
そして、ユーザは図３の領域１２０２の要審査判定ルールの一覧を確認し、領域１２０２に表示されている要審査判定ルールをそのまま適用する場合には、領域１２０４のルール適用実行ボタンをクリックする。
要審査判定ルールをそのまま適用せず、何らかの設定をしたい場合には、画面のルール設定ボタンをクリックして、前記した図４の要審査判定ルール設定画面で、ルールの設定を行ってから領域１２０４のルール適用実行ボタンをクリックする。
ここでは、例えば要審査判定ルールＮｏ「Ａ１」と「Ａ２」と「Ａ３」とを選択したとする。
【００３８】
（ステップＳ１０３）
ステップＳ１０３では、レセプトデータソート部１２１が、ユーザが優先的に実審査を行うべきレセプトデータを抽出できるように、ステップＳ１０２で選択された要審査判定ルールに基づいて、ステップＳ１０１で選択されたレセプトデータから要審査判定ルールに適合するレセプトデータを抽出し、適合した要審査判定ルールが多い順に並べ替える。
【００３９】
例えば、図３の領域１２０１に例示されるように、誤った診療報酬が記載されている可能性が高いレセプトデータが分かり易いよう、適合した要審査判定ルールが多いレセプトデータのファイル名が、図３の領域１２０１の上部（上位の部分）に表示される。また、適合したルールの数（ヒットルール数）やルールＮｏ（番号）も表示される。
例えば、領域１２０１の例の場合、ファイル名「ＸＸＸＸ」は、適合したルールの数が「３」で、適合したルールＮｏは「Ａ１、Ａ２、Ａ３」であることを示している。
【００４０】
（ステップＳ１０４）
ステップＳ１０４では、ユーザが、ステップＳ１０３で並べ替えられたレセプトデータなどを確認して、すぐに実審査に取り掛かる場合（Ｙｅｓ）は、ステップＳ１０５へ進む。さらにレセプトデータの並べ替えや選択（検索）を行いたい場合（Ｎｏ）は、Ｓ１０６へ進む。
【００４１】
（ステップＳ１０５）
ステップＳ１０５では、審査支援装置１００の処理部１２０が、ユーザからレセプトデータ（画像データ）の表示の指示入力を受け付け、この画像データを表示部１７０に表示する。そして、入力部１８０からユーザの審査結果を受け付ける。
【００４２】
ここで、画像表示する（実審査を行う）レセプトデータの選択は、ユーザが、ステップＳ１０３で図３の領域１２０１で上位に表示された（多くの要審査判定ルールが適合した）レセプトデータのファイル名などを参照して、ユーザがその場で画面を見ながら手動で選択してもよいし、ユーザの審査業務計画に基づき、ユーザのその日の実審査作業量に応じた数のレセプトデータを選択することとしてもよい。
【００４３】
図７は、ユーザが自己の審査業務計画にしたがって、実審査対象レセプトデータを取得するよう指示入力するための審査業務計画画面を例示した図である。
図７の「前回実績」は、レセプトＤＢ２１０に記憶された前回の実審査作業の実績を示し、「予定作業量」は、今回の（その日）の実審査の予定作業量を示し、「作業量入力」は、その日の実審査作業量を入力する欄である。
【００４４】
ユーザは、その日の実審査作業量を入力し、図７の計算ボタンをクリックすると、「予定作業量」の「審査件数」に、入力された作業量に応じた実審査件数が表示される。そして、レセプトＤＢ２１０から、その実審査件数分のレセプトデータを抽出（選択）するときには、抽出実行ボタンをクリックする。そして、データ取得部１１０が、前記したユーザのレセプトデータの選択を受けて、レセプトＤＢ２１０から、ユーザのその日の実審査作業量に応じた数（例えば１人日が２００件として、２人で作業する場合には４００件分）のレセプトデータを、適合した要審査判定ルール数が多いものから順に、例えば上位４００件分を抽出する。
抽出されたレセプトデータのファイル名等は、図３の領域１２０１に表示される。ユーザは、この領域１２０１に表示されたファイル名から、画像表示するレセプトデータのファイルを選択し、クリックする。そして、図３の領域１２０５の画面表示ボタンをクリックすると、データ取得部１１０が、レセプトＤＢ２１０から、レセプトデータ（画像データ）を抽出し、表示部１７０にレセプトデータの画像データを表示させる（図３の画面例の領域１２０７参照）。
そして、ユーザは、このレセプトデータ（画像データ）を見ながら、ユーザが実際のレセプト（紙のレセプト）に記載された内容を目視で確認するのと似た状態で、レセプトデータの実審査を行い、その審査結果を入力する。
【００４５】
なお、ユーザが、レセプトデータのどの部分を注視して実審査をすればよいのかが分かり易くなるよう、表示されるレセプトデータ（画像データ）は、要審査判定ルールに含まれる条件（キーワードなど）に適合した部分が、色付き文字やアンダーラインで表示されるようにしてもよい。
【００４６】
（ステップＳ１０６）
一方、ステップＳ１０６では、ルール更新部１２２が、ユーザにより入力された表示ルールの選択を受け付け、このルールを表示ルール記憶部１５０から取得する。
【００４７】
そして、ユーザは、図３の領域１２０３の表示ルールを確認し、領域１２０３に表示されている表示ルールをそのまま適用する場合には、領域１２０４のルール適用実行ボタンをクリックする。
表示ルールをそのまま適用せず、何らかの設定をしたい場合には、領域１２０４のルール設定ボタンをクリックして、前記した図５の表示ルール設定画面でルールの設定を行ってから、領域１２０４のルール適用実行ボタンをクリックする。
なお、図３の領域１２０３の表示ルールは「医療機関別に並べる」のみ選択されているが、２以上の表示ルールを選択してもよい。
【００４８】
（ステップＳ１０７）
ステップＳ１０７では、ユーザが優先的に実審査を行うべきレセプトデータを抽出できるよう、レセプトデータソート部１２１が、ステップＳ１０６で選択された表示ルールに基づいて、同じくステップＳ１０６で絞り込んだレセプトデータの並べ替えなどを行う。ユーザが見やすいよう、医療機関別に並べ替えられたレセプトデータのファイル名は、図３の領域１２０１に表示される。
【００４９】
（ステップＳ１０８）
ステップＳ１０８では、ステップＳ１０５と同様に、処理部１２０がユーザからレセプトデータ（画像データ）の表示入力を受け付け、この画像データを表示部１７０に表示する。そして、ユーザの審査結果を受け付ける。
【００５０】
以上、本発明の第１の実施の形態について説明した。この実施の形態によれば、ユーザは誤った診療報酬の記載を含んでいる可能性が高いレセプトデータを抽出することができる。すなわち、審査担当者は、誤った診療報酬を含んでいる可能性が高いレセプトデータから優先的に実審査を行うことができ、審査処理負担の軽減および事務共助作業の効率向上を図ることができる。また、判定ルールや表示ルールはユーザ自身でも設定できるので、自己が審査しやすい形にレセプトデータを並べ替えるなど、ユーザは細やかな審査を行うことができる。
【００５１】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。
図８は、本発明の第２の実施の形態における審査支援装置を機能展開して示したブロック図である。第１の実施の形態と同様の機能を有する構成要素は同じ符号を付して、説明を省略する。
審査支援装置３００は、レセプト管理部２００のレセプトＤＢ２１０から取得した審査（処理）対象のレセプトデータを、過去の審査実績から得られたルールに基づき、このレセプトデータから誤った診療報酬が記載されている可能性が「低い」ものを仕分けすることにより、誤った診療報酬が記載されている可能性があるデータを抽出することを特徴とする。
【００５２】
図８に示されるように、審査支援装置３００は、レセプトデータの仕分けや並べ替え、検索などを行う処理部３２０と、レセプトデータの仕分けなどを行うための各種ルールを記憶するルール記憶部３０１とを含んで構成される。
【００５３】
（ルール記憶部）
ルール記憶部３０１は、前記したとおり、処理部３２０が受信したレセプトデータの中から誤った診療報酬が記載されている可能性が低いレセプトデータを仕分けし、所定の条件に適合に適合するレセプトデータを表示させるための各種ルールを格納している。
したがって、誤った診療報酬が記載されている可能性が低いと判断するための基準、すなわち詳細な実審査が不要である可能性が高いと判定するための基準である審査不要判定ルールを格納する審査不要判定ルール記憶部１３０を含んで構成される。
【００５４】
（審査不要判定ルール）
審査不要判定ルールとは、過去のレセプト審査実績や審査担当者の経験から、誤った診療報酬が記載されている可能性が「低い」と判断できる基準を、レセプトに記載されているキーワード（傷病名、検査、投薬など）などの条件の組み合わせで表現したものである。本発明では誤った診療報酬が記載されている可能性が「低い」と判断できる基準を、便宜的に審査不要判定ルールと呼ぶが、これらの基準に該当するレセプトが必ずしも審査の必要性が皆無なわけではない。あくまでこれらのレセプトは誤りの可能性が低いので、人的資力を軽減した効率的な審査を行うことができ、余力を誤った診療報酬が記載されているレセプトの審査に重点的に投入することで、より適正な人的配分を行うことができるのである。
【００５５】
図３の領域１２０６に例示されるとおり、審査不要判定ルールは、１以上の項目（条件）から構成されている。例えば、審査不要判定ルール「Ｂ１」の「『処方せんあり』∧『投薬なし』」という判定ルールは、「処方せんあり」という条件と、「投薬なし」という条件とから構成され、この２つの条件の両方を満たすレセプト（レセプトデータ）は、過去の審査実績などから誤った診療報酬が記載されている可能性が低い、すなわち実審査が不要である可能性が高いと判断できることを示している。
【００５６】
また、この審査不要判定ルールも、前記した「使用頻度」と、「信頼度」と、「支持度」とを含んで構成される。
したがって、審査不要判定ルール「Ｂ１」は、今まで審査支援装置３００で「１１１１１１回」使われ、このルールに適合するレセプトデータに誤った診療報酬が記載されていない可能性は「９９.０％」であり、このルールに適合するレセプトデータ数は、全体のレセプトデータ数の「２％」であることを示している。
レセプトデータ仕分け部３２１は、この審査不要判定ルールに一つでも適合した（当てはまる）レセプトデータを実審査が不要である可能性が高いレセプトデータとして仕分けする。
【００５７】
処理部３２０のレセプトデータ仕分け部３２１は、前記した審査不要判定ルール記憶部１３０に格納された審査不要判定ルールのうち、ユーザにより選択されたルールに基づき、誤った診療報酬の記載が含まれる可能性が低いレセプトデータを仕分けして、誤った診療報酬の記載が含まれる可能性があるレセプトデータを抽出する機能や、レセプトデータ（画像データ）の表示や、ユーザから入力されたレセプトデータの審査結果を受け付ける機能を有する。
ここで、レセプトデータ仕分け部３２１が誤診療報酬の記載が含まれる可能性が低いレセプトデータに仕分ける条件としては、ユーザに選択された複数の審査不要判定ルールのうち、いずれか１つのルールに適合することを条件とするが、２以上のルールに適合することを条件とするよう設定してもよい。
【００５８】
以上、本発明の第２の実施の形態の構成要素について説明した。
次に、図３、図８を参照しつつ、図９のフローチャートを用いて、審査支援装置３００の処理手順を説明する。
【００５９】
ステップＳ２０１の動作は、第１の実施の形態に係る図６のステップＳ１０１の動作と同様であるので説明を省略し、ステップＳ２０２から説明する。
【００６０】
（ステップＳ２０２）
ステップＳ２０２では、審査支援装置３００のルール更新部１２２が、第１の実施の形態の場合と同様に、ユーザにより入力された審査不要判定ルールの選択を受け付け、このルールを審査不要判定ルール記憶部１３０から取得する。
【００６１】
図３の領域１２０６には、ユーザが審査不要判定ルールを確認できるよう、審査不要判定ルール記憶部１３０が格納する審査不要判定ルールの一覧が表示される。そして、この一覧にはユーザが審査不要判定ルールを選択するときの目安となる、使用頻度、信頼度、支持度なども表示される。
【００６２】
そして、ユーザは、図３の領域１２０６の審査不要判定ルールの一覧を確認し、審査不要判定ルールをそのまま適用せず、何らかの設定をしたい場合には、画面のルール設定ボタンをクリックして、審査不要判定ルール設定画面（図示せず）で、ルールの設定を行ってから領域１２０４のルール適用実行ボタンをクリックする。すると、レセプトデータソート部１２１がルールの実行を行う。なお、審査不要判定ルール設定画面も審査不要判定ルールの設定画面の場合と同様に、審査不要判定ルールの選択や、ユーザが作成したルールの追加などができるようになっている。
ここでは、例えば審査不要判定ルールＮｏ「Ｂ１」と「Ｂ２」と「Ｂ３」とを選択したとする。
【００６３】
（ステップＳ２０３）
ステップＳ２０３では、レセプトデータ仕分け部３２１が、ユーザが優先的に実審査を行うべきレセプトデータを抽出できるように、ステップＳ２０１で選択されたレセプトデータから、ステップＳ２０２で選択された審査不要判定ルールに基づいて、ステップＳ２０２で選択された審査不要判定ルールのうち一つでも適合したレセプトデータ、すなわち誤った診療報酬の記載が含まれる可能性が低いレセプトデータを仕分けし、これを除外したレセプトデータを抽出する。
【００６４】
例えば、審査不要判定ルールが一つも適合しなかったレセプトデータのファイル名が、図３の領域１２０１に表示される。つまり、選択した審査不要判定ルールＮｏが「Ｂ１」と「Ｂ２」と「Ｂ３」であった場合、「Ｂ１」と「Ｂ２」と「Ｂ３」のうち、１つでも適合したレセプトデータのファイル名は、領域１２０１には表示されない。
【００６５】
（ステップＳ２０４）
ステップＳ２０４では、ユーザが、ステップＳ２０２で抽出したレセプトデータの数などを確認して、すぐに実審査に取り掛かる場合（Ｙｅｓ）は、ステップＳ２０５へ進む。さらにレセプトデータの並べ替えや選択（検索）を行いたい場合（Ｎｏ）は、Ｓ２０６へ進む。
【００６６】
（ステップＳ２０５）
ステップＳ２０５では、審査支援装置３００の処理部３２０が、ユーザからレセプトデータ（画像データ）の表示の指示入力を受け付け、この画像データを表示部１７０に表示する。そして、入力部１８０からユーザの審査結果を受け付ける。ここで、画像表示する（実審査を行う）レセプトデータの選択は、ユーザが画面を見ながら手動で選択してもよいし、ユーザが自己の審査業務計画に基づき、ユーザのその日の実審査作業量に応じた数のレセプトデータを選択することとしてもよい。
【００６７】
ステップＳ２０６からステップＳ２０８までの動作は、第１の実施の形態に係る図６のステップＳ１０５からステップＳ１０８までの動作と同様であるので説明を省略する。
【００６８】
以上、本発明の第２の実施の形態について説明した。この実施の形態によれば、ユーザは誤った診療報酬を含んでいる可能性が低いレセプトデータを仕分けすることにより、誤った診療報酬が記載されている可能性があるデータを抽出して、レセプトデータの審査の効率化を図ることができる。また事務共助作業の効率向上および審査担当者が実審査する際の審査処理負担の軽減をすることができる。
【００６９】
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。
図１０は、本発明の第３の実施の形態における審査支援装置を機能展開して示したブロック図である。第１の実施の形態および第２の実施の形態と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。
【００７０】
審査支援装置４００は、前記した第１の実施の形態における構成要素と、第２の実施の形態における構成要素を組み合わせたものである。すなわち、処理部４２０は、レセプトデータ仕分け部（診療報酬明細書データ仕分け部）３２１と、レセプトデータソート部１２１と、ルール更新部１２２とを含んで構成される。また、ルール記憶部４０１は、要審査判定ルール記憶部１３０と、審査不要判定ルール記憶部１４０と、表示ルール記憶部１５０とを含んで構成される。
【００７１】
各構成要素の機能は、それぞれ第１の実施の形態および第２の実施の形態で述べた機能と同様であるので説明を省略し、この審査支援装置４００の処理手順について説明する。
第３の実施の形態では、（１）まず、審査対象のレセプトデータから第２の実施の形態で述べた、誤った診療報酬が記載されている可能性が低いレセプトデータの仕分けを行い、（２）次に、残ったレセプトデータを第１の実施の形態で述べた、誤った診療報酬が記載されている可能性が高い順にレセプトデータの並べ替えを行うことを特徴とする。
【００７２】
図１１は、審査支援装置４００の処理手順を模式的に示した図である。図１１に示されるように、まずステップＳ３０１では、審査支援装置４００のレセプトデータ仕分け部３２１が、審査対象であるレセプトデータ５１０を、審査不要判定ルールを用いて誤った診療報酬が記載されている可能性が「低い」グループ５２０と、誤った診療報酬が記載されている可能性が「高い」グループ５３０とに仕分ける。
【００７３】
ステップＳ３０２では、レセプトデータ仕分け部３２１が、審査対象であるレセプトデータ５１０から、誤った診療報酬が記載されている可能性が「低い」グループ５２０を除外し、誤った診療報酬が記載されている可能性が「高い」グループ５３０を抽出する。
【００７４】
ステップＳ３０３では、レセプトデータソート部１２１が、誤った診療報酬が記載されている可能性があるグループ５３０から、誤った診療報酬が記載されている可能性が高い順に並べ替えたレセプトデータ群５４０を作成する。
【００７５】
ステップＳ３０４では、レセプトデータソート部１２１がレセプトデータ群５４０のうち、誤った診療報酬が記載されている可能性が「特に高い」グループ５５０を抽出し、ユーザが実審査で審査すべきレセプトデータを抽出する。
ここで、誤った診療報酬が記載されている可能性が特に高いグループ５５０を抽出は、前記した第１の実施の形態のステップＳ１０５のように、ユーザがその場で手動選択してもよいし、ユーザの審査業務計画に基づき、ユーザのその日の実審査作業量に応じた数のレセプトデータを、誤った診療報酬が記載されている可能性が高いものを上位から順に、選択することとしてもよい。
【００７６】
次に、第３の実施の形態における、審査支援装置４００の動作を、図１１を参照しつつ、図１２のフローチャートを用いて説明する。
【００７７】
ステップＳ４０１からステップＳ４０３までの動作は、第２の実施の形態に係る図９のステップＳ２０１からステップＳ２０３までの動作と同様であり、ステップＳ４０４の動作も、第１の実施の形態に係る図６のステップＳ１０２の動作と同様であるので説明を省略し、ステップＳ４０５から説明する。
【００７８】
ステップＳ４０５では、ユーザが優先的に実審査を行うべきレセプトデータを抽出できるように、レセプトデータソート部１２１が、ステップＳ４０４で選択された要審査判定ルールに基づいて、ステップＳ４０３で抽出された誤った診療報酬が記載されている可能性がある（可能性が高い）レセプトデータを、適合（ヒット）した要審査判定ルールが多い順に並べ替える。すなわち、誤診療報酬の記載が含まれる可能性が低いレセプトデータを除外したレセプトデータを、誤診療報酬を記載している可能性が高い順に並べる。
【００７９】
ステップＳ４０６からステップＳ４１０までの動作は、第１の実施の形態に係る図６のステップＳ１０４からステップＳ１０８までの動作と同様であるので説明を省略する。
【００８０】
以上、第３の実施の形態について説明した。この実施の形態によれば、審査支援装置は、最初に誤った診療報酬が記載されている可能性が低いレセプトデータを除外してから、誤った診療報酬が記載されている可能性が高い順にレセプトデータを並べるので、誤った診療報酬が記載されているレセプトデータを発見する可能性が高くなり、審査担当者が実審査する際の審査処理負担の軽減を図ることができる。また、事務共助作業の効率向上も図ることができる。
【００８１】
以上、本発明について好適な実施の形態の例を示したが、本発明は前記した実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。例えば、審査支援装置は、レセプトデータ（診療報酬明細書のデータ）の審査支援を行うものとしたが、クレジットカードの入会審査や、犯罪捜査や、各種資格試験の採点など、各種審査に応用可能である。
【図面の簡単な説明】
【００８２】
【図１】本発明の各実施の形態における診療報酬明細書の審査支援方法、診療報酬明細書の審査支援装置および診療報酬明細書の審査支援装置用プログラムを実現するモデルおよびその利用主体との関係を説明する図である。
【図２】本発明の第１の実施の形態における審査支援装置を機能展開して示したブロック図である。
【図３】本発明の各実施の形態における審査支援装置の操作画面を例示した図である
【図４】本発明の第１の実施の形態と第３の実施の形態における審査支援装置で、要審査判定ルールの設定を行うための画面を例示した図である。
【図５】本発明の各実施の形態において、表示ルールの設定を行うための画面を例示した図である。
【図６】本発明の第１の実施の形態における審査支援装置１００の動作を説明したフローチャートである。
【図７】本発明の各実施の形態において、ユーザが自己の審査業務計画にしたがって、審査対象レセプトデータを抽出（選択）するための、審査業務計画画面を例示した図である。
【図８】本発明の第２の実施の形態における審査支援装置を機能展開して示したブロック図である。
【図９】本発明の第１の実施の形態における審査支援装置の処理手順を説明したフローチャートである。
【図１０】本発明の第３の実施の形態における審査支援装置を機能展開して示したブロック図である。
【図１１】本発明の第３の実施の形態における、審査支援装置の処理手順を模式的に示した図である。
【図１２】本発明の第３の実施の形態における審査支援装置の処理手順を説明したフローチャートである。
【符号の説明】
【００８３】
１００  審査支援装置
１０１  ルール記憶部
１１０  データ取得部
１２０  処理部
１２１  レセプトデータソート部
１２２  ルール更新部
１３０  審査不要判定ルール記憶部
１４０  要審査判定ルール記憶部
３００  審査支援装置
３２１  レセプトデータ仕分け部
４００  審査支援装置
【図１】
2005038197.tif 000003
【図２】
2005038197.tif 000004
【図３】
2005038197.tif 000005
【図４】
2005038197.tif 000006
【図５】
2005038197.tif 000007
【図６】
2005038197.tif 000008
【図７】
2005038197.tif 000009
【図８】
2005038197.tif 000010
【図９】
2005038197.tif 000011
【図１０】
2005038197.tif 000012
【図１１】
2005038197.tif 000013
【図１２】
2005038197.tif 000014
【手続補正書】
【提出日】平成16年4月13日(2004.4.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
診療報酬明細書の審査を、入力部、表示部を備えたコンピュータを用いて支援する診療報酬明細書の審査支援方法であって、
前記コンピュータは、誤診療報酬の記載を含む可能性が低い前記診療報酬明細書のデータを仕分けするための１以上の審査不要判定ルールを記憶した審査不要判定ルール記憶部と、前記診療報酬明細書のデータを並べ替えるための条件である表示ルールを記憶した表示ルール記憶部と、前記診療報酬明細書のデータを取得するデータ取得部と、処理部とを備え、
前記処理部が、
前記審査不要判定ルールに基づいて、前記データ取得部で取得した複数の診療報酬明細書のデータから誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けするステップと、
前記表示ルール記憶部に記憶された前記表示ルールを前記表示部に表示するステップと、
前記データ取得部で取得した複数の診療報酬明細書のデータから、誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを除外した１以上の診療報酬明細書のデータを、前記表示部に表示された表示ルールのうち、前記入力部により選択された表示ルールに基づいて、誤診療報酬を記載している可能性が高い順に並べるステップと、
を備えることを特徴とする診療報酬明細書の審査支援方法。
【請求項２】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するデータ取得部と、
誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けするための１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、
前記審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、前記データ取得部で取得した複数の診療報酬明細書データから仕分けする診療報酬明細書データ仕分け部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項３】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを前記診療報酬明細書のデータを格納するレセプトＤＢから取得するデータ取得部と、
誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、
前記データ取得部で取得した診療報酬明細書のデータから、前記要審査判定ルールに適合するデータを抽出し、このデータを、適合する要審査判定ルール数が多い順に並べる診療報酬明細書データソート部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項４】
診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
複数の診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するデータ取得部と、
誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けするための、１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、
前記審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、前記データ取得部で取得した複数の診療報酬明細書データから、仕分けする診療報酬明細書データ仕分け部と、
誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、
前記要審査判定ルールに適合する診療報酬明細書のデータを、前記データ取得部で取得した複数の診療報酬明細書データから抽出し、このデータを、適合する要審査判定ルール数が多い順に並べる診療報酬明細書データソート部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項５】
請求項１に記載の各ステップをコンピュータに実行させることを特徴とする診療報酬明細書の審査支援装置用プログラム。
【請求項６】
診療報酬明細書の審査を、コンピュータを用いて支援する診療報酬明細書の審査支援装置用プログラムであって、
コンピュータに、
診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得させるステップと、
誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けするための１以上の項目から構成される複数の審査不要判定ルールから、ユーザに審査不要判定ルールを選択させることを促すステップと、
前記選択された審査不要判定ルールのうち、いずれか１のルールに適合する診療報酬明細書のデータを、前記取得した診療報酬明細書データから仕分けさせるステップと、
誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータを抽出するための、１以上の項目から構成される複数の要審査判定ルールから、ユーザに要審査判定ルールを選択させることを促すステップと、
前記レセプトＤＢより取得した複数の診療報酬明細書のデータから、誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータを仕分けし、除外した診療報酬明細書のデータから、前記選択された要審査判定ルールに適合する診療報酬明細書のデータを抽出させ、このデータを、適合する要審査判定ルール数が多い順に並べさせるステップと、
を実行させることを特徴とする診療報酬明細書の審査支援装置用プログラム。
【手続補正書】
【提出日】平成16年7月26日(2004.7.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するデータ取得部と、処理部と、記憶部とを備え、診療報酬明細書の審査を支援する診療報酬明細書の審査支援装置であって、
前記記憶部は、
前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータと判定するための、１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、
前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータと判定するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、
を備え、
前記処理部は、
前記データ取得部で取得した複数の診療報酬明細書データを、前記審査不要判定ルール記憶部に記憶された審査不要判定ルールのうちいずれか１のルールに適合する診療報酬明細書のデータと、それ以外の診療報酬明細書のデータとに仕分ける診療報酬明細書データ仕分け部と、
前記診療報酬明細書データ仕分け部で仕分けした、いずれか１の審査不要判定ルールに適合する診療報酬明細書のデータ以外の診療報酬明細書のデータを、前記要審査判定ルール記憶部に記憶された要審査判定ルールに基づいて、適合する要審査判定ルール数が多い順に並べ替える診療報酬明細書データソート部と、
を備えることを特徴とする診療報酬明細書の審査支援装置。
【請求項２】
診療報酬明細書の審査を、入力部、表示部および処理部を備えるコンピュータを用いて支援する診療報酬明細書の審査支援装置用プログラムであって、
診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するステップと、
前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータと判定するための１以上の項目から構成される複数の審査不要判定ルールを記憶する審査不要判定ルール記憶部の審査不要判定ルールを前記表示部に表示するステップと、
前記入力部経由で、ユーザからの前記審査不要判定ルールの選択入力を受け付けるステップと、
前記選択された審査不要判定ルールを、前記審査不要判定ルール記憶部から取得するステップと、
前記レセプトＤＢから取得された診療報酬明細書データを、前記選択された審査不要判定ルールに適合する診療報酬明細書のデータと、それ以外の診療報酬明細書のデータとに仕分けるステップと、
前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータと判定するための１以上の項目から構成される複数の要審査判定ルールを記憶する要審査ルール記憶部の要審査判定ルールを前記表示部に表示するステップと、
前記入力部経由で、ユーザからの前記要審査判定ルールの選択入力を受け付けるステップと、
前記選択された要審査判定ルールを、前記要審査判定ルール記憶部から取得するステップと、
前記選択された審査不要判定ルールに適合する診療報酬明細書のデータ以外の診療報酬明細書のデータを、前記選択された要審査判定ルールのうち適合する要審査判定ルール数が多い順に並べ替えるステップと、
を前記処理部に実行させることを特徴とする診療報酬明細書の審査支援装置用プログラム。
【請求項３】
診療報酬明細書のデータを取得するデータ取得部と、前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータと判定するための１以上の項目から構成される審査不要判定ルールを複数記憶する審査不要判定ルール記憶部と、前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータと判定するための、１以上の項目から構成される要審査判定ルールを複数記憶する要審査判定ルール記憶部と、処理部とを備えた診療報酬明細書の審査支援装置を用いた診療報酬明細書の審査支援方法であって、
前記データ取得部が、前記診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するステップと、
前記処理部が、前記データ取得部で取得した複数の診療報酬明細書データを、前記審査不要判定ルール記憶部に記憶された審査不要判定ルールのうちいずれか１のルールに適合する診療報酬明細書のデータと、それ以外の診療報酬明細書のデータとに仕分けるステップと、
前記処理部が、前記仕分けられたいずれか１の審査不要判定ルールに適合する診療報酬明細書のデータ以外の診療報酬明細書のデータを、前記要審査判定ルール記憶部に記憶された要審査判定ルールに基づいて、適合する要審査判定ルール数が多い順に並べ替えるステップと、
を実行することを特徴とする診療報酬明細書の審査支援方法。
【請求項４】
診療報酬明細書の審査を、データ取得部、入力部、表示部および処理部を備えるコンピュータを用いて支援する診療報酬明細書の審査支援方法であって、
前記データ取得部が、診療報酬明細書のデータを、前記診療報酬明細書のデータを格納するレセプトＤＢから取得するステップと、
前記処理部が、前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が低い診療報酬明細書のデータと判定するための１以上の項目から構成される複数の審査不要判定ルールを記憶する審査不要判定ルール記憶部の審査不要判定ルールを前記表示部に表示するステップと、
前記入力部経由で、ユーザからの前記審査不要判定ルールの選択入力を受け付けるステップと、
前記選択された審査不要判定ルールを、前記処理部が、前記審査不要判定ルール記憶部から取得するステップと、
前記処理部が、前記レセプトＤＢから取得された診療報酬明細書データを、前記選択された審査不要判定ルールに適合する診療報酬明細書のデータと、それ以外の診療報酬明細書のデータとに仕分けるステップと、
前記処理部が、前記診療報酬明細書のデータを誤診療報酬の記載を含む可能性が高い診療報酬明細書のデータと判定するための１以上の項目から構成される複数の要審査判定ルールを記憶する要審査ルール記憶部の要審査判定ルールを前記表示部に表示するステップと、
前記入力部経由で、ユーザからの前記要審査判定ルールの選択入力を受け付けるステップと、
前記処理部が、前記選択された要審査判定ルールを、前記要審査判定ルール記憶部から取得するステップと、
前記処理部が、前記選択された審査不要判定ルールに適合する診療報酬明細書のデータ以外の診療報酬明細書のデータを、前記選択された要審査判定ルールのうち適合する要審査判定ルール数が多い順に並べ替えるステップと、
を実行することを特徴とする診療報酬明細書の審査支援方法。