(57)【要約】【課題】レセプトの修正効率の向上を図ることを目的とする。【解決手段】複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、処理をコンピュータに実行させる医事支援プログラムが提供される。【選択図】図１２
2014182613.tif 000002
【特許請求の範囲】
【請求項１】
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータに実行させる医事支援プログラム。
【請求項２】
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間と、該複数のレセプトのそれぞれに示された医療費の算出のための点数とに基づき、該エラーの修正に要する時間に対して得られる該点数の割合が相対的に高い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータに実行させる医事支援プログラム。
【請求項３】
更に、前記複数のレセプトのそれぞれを前記制御が行われる順に出力する、
処理をコンピュータに実行させる請求項１又は２に記載の医事支援プログラム。
【請求項４】
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータが実行する医事支援方法。
【請求項５】
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定する推定部と、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う順序付与部と、
を有する医事支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
医事支援プログラム、医事支援方法及び医事支援装置に関する。
【背景技術】
【０００２】
現行の医療保険制度では、医療機関で行った診療等に対する医療費は、診療を受けた本人及び医療保険者によって支払われる。この医療保険制度の下、医事業務を支援するためのシステムが提案されている（例えば、特許文献１及び特許文献２参照）。
【０００３】
医療費の支払いを請求するために、医療機関はレセプト（診療報酬明細書）を発行し、審査支払機関に提出する。審査支払機関の審査によりレセプトに誤りがないと判断された場合、レセプトが医療保険者に送付される。医療保険者は、レセプトに記載された点数に応じた医療費を医療機関に支払う。
【０００４】
レセプトを審査支払機関に提出する前、医療機関は、例えば、所定のアプリケーションを用いてレセプトの内容をチェックする。チェックの結果、エラーが検出されたレセプトについては、医療事務の担当者が目視によりエラーを確認し、適宜修正する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１３４７５６号公報
【特許文献２】特開２０００−７６３２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
レセプトが月に一回の提出期限までに審査支払機関に送付されなかった場合、そのレセプトで請求可能な医療費の支払い時期は少なくとも一ヶ月遅れる。これにより、医療機関のその月の収益が減少する。よって、医療機関は、エラーのないレセプトをできるだけ早く提出したい。しかしながら、エラーが検出されたレセプトのすべてのエラーを修正し、最先の提出月にすべてのレセプトを提出することは、エラーが検出されるレセプト数が膨大である現状では困難であり、現実的ではない。
【０００７】
そこで、一側面では、レセプトの修正効率の向上を図ることを目的とする。
【課題を解決するための手段】
【０００８】
一つの案では、
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータに実行させる医事支援プログラムが提供される。
【発明の効果】
【０００９】
一態様によれば、レセプトの修正効率の向上を図ることができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係るレセプトの処理の流れの一例を示した図。
【図２】一実施形態に係る医事支援装置の機能構成を示した図。
【図３】レセプトの一例を示した図。
【図４】一実施形態に係るチェックマスタＤＢの一例を示した図。
【図５】一実施形態に係る点数マスタＤＢの一例を示した図。
【図６】一実施形態に係るチェックマスタ点数ＤＢの一例を示した図。
【図７】一実施形態に係る操作ログＤＢの一例を示した図。
【図８】一実施形態に係るレセプトのエラーを点検するための画面例。
【図９】一実施形態に係るレセプトＤＢの一例を示した図。
【図１０】一実施形態に係る点検予測時間ＤＢの一例を示した図。
【図１１】一実施形態に係るレセプトテンプレートＤＢと点検対象レセプトとの一致度の一例を示した図。
【図１２】一実施形態に係るレセプトの順序付与処理を示したフローチャート。
【図１３】一実施形態に係るレセプトの順序付与の結果を示した画面例。
【図１４】一実施形態に係るレセプトの順序付与処理の変形例を示したフローチャート。
【図１５】一実施形態に係る点検予測時間ＤＢの変形例を示した図。
【図１６】一実施形態の変形例に係るレセプトの順序付与の結果を示した画面例。
【図１７】一実施形態に係る医事支援装置のハードウェア構成を示した図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
[レセプトの処理の流れ]
現行の医療保険制度では、医療機関で行った診療等に対する医療費は、診療を受けた本人及び医療保険者によって支払われる。レセプトは、診療報酬明細書ともいわれ、診療行為とともに医療費が点数化されて示されている。
【００１２】
以下では、図１を参照しながら、一実施形態に係るレセプトの処理の流れの一例を簡単に説明する。患者が病院１００、調剤薬局２００、診療所３００等の医療機関で診療や薬の処方等を受けた場合、医療機関は、実施した医療行為の内、保険者負担分の医療行為、医薬品などの内容を記載したレセプトを、月１回、審査支払機関４００に送付する。審査支払機関４００は、１か月分のレセプトに対して審査を行い、誤りがないと判断した場合には、医療保険者にレセプトを送付する。医療保険者は、レセプトに記載された点数に応じた医療費を医療機関に支払う。
【００１３】
月１回、医療保険者に請求するレセプトは、医療機関における最大の収入源であり、レセプトの記載に誤りがないようにレセプトを点検することは、医事業務の担当者にとって非常に重要な作業である。
【００１４】
レセプトの点検では、まず、自動点検システムを用いてレセプトのエラーが検出される。その際、レセプトのエラーは、所定のアプリケーションを用いて予め登録されたチェックマスタのチェック項目が自動チェックされることで検出される。医事業務の担当者は、目視によってエラーが検出されたレセプトのエラーを確認し、適宜修正する。
【００１５】
上記自動点検システムでは、詳細なチェックを可能とするチェックマスタを有するものがあり、チェックの精度が向上する一方、エラーが検出され、目視による確認が必要なレセプト数が増大している。そのため、エラーが検出されたレセプトのすべてのエラーを修正し、最先の提出月にすべてのレセプトを提出することは困難であり、現実的ではない。
【００１６】
そこで、直近の提出期間（診療月の翌月の１０日）までに目視による確認および修正が間に合わないレセプトは、一旦保留にして次回の提出（翌々月の１０日まで）期限までに処理するようにしたり、担当医師等の最終確認を経ずに提出したりする場合もある。この場合、審査支払機関４００に提出したレセプトが、返戻又は査定される可能性が高くなることも想定される。
【００１７】
ここで、「返戻」とは、レセプトの記載内容に不備があった場合、レセプトが審査支払機関４００にて受理されず、医療機関に差し戻されてしまうことをいう。この場合、差し戻されたレセプトは、再度医療機関にて見直され、翌月以降に再提出される。このため、医療機関では、それに伴う作業時間が発生し、かつ差し戻されたレセプトに対する収入が１ヵ月以上遅れることになる。
【００１８】
差し戻しの対象となるレセプトの一例としては以下がある。
・保険者番号や記号番号に誤りがある場合
・保険証の確認時の不備がある場合
・投薬や検査の過剰な場合に説明を求める場合
また、「査定」とは、医療機関に差し戻されずに減額されてしまうことをいう。この場合、医療機関では、レセプトに対する医療費の収入が減る。
【００１９】
減額の対象となるレセプトの一例としては以下がある。
・適応外の場合  ：例えば、「病名もれ」，「臨床上保険適応とならないもの」等
・過剰の場合    ：例えば、常用量以上の投与，多剤投与，高価薬投与，頻回検査等
・重複の場合    ：例えば、薬効類似薬品の同時投与，薬効類似の内服と注射等
・規則違反の場合：例えば、禁忌，不適当，用法外使用等
自動点検システムにてエラーが検出された複数のレセプトを確認する順序については、担当者に依存することが多く、例えば担当医師毎に確認したり、もしくは、レセプトの総点数が高いものを優先的に確認したりする場合がある。レセプトに不備があると、査定により各診療内容単位に減額されることや、点検にかかる時間はレセプト毎、エラー毎に異なるため、レセプトの総点数のみで点検する順序を決めることは適切ではない。
【００２０】
そこで、以下に説明する本実施形態に係る医事支援装置では、複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を推定する。そして、推定したエラーの修正に要する時間に基づき、優先して点検すべきレセプトの順序付けが行われる。以下、本実施形態に係る医事支援装置について詳細に説明する。
【００２１】
［システム構成］
図１に示したように、一実施形態に係る医事支援装置１０は、病院１００、調剤薬局２００、診療所３００等の医療機関に設けられている。ただし、本実施形態に係る医事支援装置１０は、必ずしも各医療機関に設けられている必要はなく、各医療機関にて利用可能であれば、医療機関の外部に設けられてもよい。例えば、本実施形態に係る医事支援装置１０はクラウド環境下に設けられ、医療機関は、ネットワークを介して医事支援装置１０の機能を使用するシステム形態であってもよい。以下では、病院１００に設けられた医事支援装置１０を例に挙げて説明する。
【００２２】
［機能構成］
次に、本実施形態に係る医事支援装置１０の機能構成について、図２を参照しながら説明する。図２は、本実施形態に係る医事支援装置１０の機能構成を示す。
【００２３】
医事支援装置１０は、取得部１１、特定部１２、推定部１３、順序付与部１４、表示部１５及び記憶部１６を有する。
【００２４】
取得部１１は、エラーが検出された複数のレセプトを取得する。本実施形態では、自動点検システム５によって点検されたレセプトのうち、エラーが検出された複数のレセプトが取得される。
【００２５】
図３に、レセプトの一例を示す。レセプトには、患者氏名、性別、生年月日といった個人情報、患者の健康保険加入情報、請求元の医療機関名、診療科、病名、診療月に行った薬、注射、処置、手術、検査、画像診断、リハビリ等の点数が記載されている。レセプトは、被保険者毎に医療機関により月単位で作成される。
【００２６】
自動点検システム５は、チェックマスタＤＢ(データベース)７に規定されたエラーの有無をレセプト毎に自動でチェックする。なお、自動点検システム５は、病院１００の内部に設けられてもよく、病院１００の外部に設けられてもよい。
【００２７】
図４は、チェックマスタＤＢ７の一例を示す。チェックマスタＤＢ７には、チェックマスタ番号７ａ、病名情報７ｂ、行為情報[１]７ｃ、行為情報[２]７ｄ及びチェック種別７ｅの各項目が記憶されている。例えば、チェックマスタ番号７ａが「１」（以下、第１のチェックマスタという。）の場合、病名情報７ｂは「病名Ｘ」、行為情報[１]７ｃは「検査Ａ」、行為情報[２]７ｄは「なし」、チェック種別７ｅは「１（対象病名のみ算定可能）」が記憶されている。よって、第１のチェックマスタでは、病名Ｘのレセプトのみ算定可能である。例えば、第１のチェックマスタによるチェックの場合、図３のレセプトの傷病名の欄ＲＡに「病名Ｘ」以外の病名が記載されたレセプトや、傷病名Ａの欄が空欄のレセプトはエラーとなる。
【００２８】
チェックマスタ番号１７ａが「２」（以下、第２のチェックマスタという。）の場合、「薬剤Ｍ」又は「薬剤Ｎ」のいずれか一方のみ算定可能である。例えば、図３のレセプトの診療、薬剤、処方の明細の欄ＲＢに「薬剤Ｍ」又は「薬剤Ｎ」のいずれかの点数が表記されているレセプトはエラーとならない。「薬剤Ｍ」及び「薬剤Ｎ」の両方の点数が表記されているレセプトはエラーとなる。
【００２９】
特定部１２は、取得部１１により取得された複数のレセプトのそれぞれについて、自動点検システム５が検出したエラーを特定する。例えば、レセプトの傷病名の欄ＲＡに何ら病名が入っていない場合、特定部１２は、傷病名の欄ＲＡにエラーがあると特定する。また、例えば、医療費の算定ルール上はいずれか一方の診療行為しか算定できない場合、明細の欄ＲＢに両方の診療行為が算定されている場合、特定部１２は、明細の欄ＲＢにエラーがあると特定する。また、例えば、診療行為がある特定の傷病名のときにしか起こらない場合、特定部１２は、明細の欄ＲＢに傷病名の欄ＲＡの病名では行われない他の診療行為が記載されていた場合、明細の欄ＲＢにエラーがあると特定する。
【００３０】
推定部１３は、例えば、既にエラーが修正された他のレセプト（過去のレセプト）において、特定部１２が特定したエラーに一致するエラーの修正に要した時間に基づき、未点検レセプト（点検対象レセプト）のレセプト毎のエラーの修正に要する時間を推定する。
【００３１】
順序付与部１４は、複数のレセプトのそれぞれ毎に推定したエラーの修正に要する時間に基づき、点検のための複数のレセプトについての順序付けを行う。本実施形態では、順序付与部１４は、修正に要する時間が相対的に短いレセプトから優先して順番を付与する。
【００３２】
表示部１５は、順序付与部１４が付与したレセプト毎の順番を表示する。表示部１５は、順序付与部１４が付与した順番にレセプトを整列させて表示させてもよい。
【００３３】
記憶部１６は、チェックマスタ点数ＤＢ（データベース）１７、操作ログＤＢ（データベース）１８、レセプトＤＢ（データベース）１９、点検予測時間ＤＢ（データベース）２０及びレセプトテンプレートＤＢ（データベース）２１に各種データを記憶する。なお、チェックマスタ点数ＤＢ１７、操作ログＤＢ１８、レセプトＤＢ１９、点検予測時間ＤＢ２０及びレセプトテンプレートＤＢ２１は、医事支援装置１０の内部の記憶領域を利用してもよく、医事支援装置１０の外部に設けられてもよい。
【００３４】
チェックマスタ点数ＤＢ１７は、チェックマスタ毎に点検により改善されるべき点数情報を付与し、エラー毎の重みを点数情報にて定量化する。チェックマスタ点数ＤＢ１７は、図４に示したチェックマスタＤＢ７及び図５に示した点数マスタＤＢ８のデータに基づき作成される。チェックマスタＤＢ７のデータは、自動点検システムから取得され、点数マスタＤＢ８のデータは、会計システム６から取得される。会計システム６は、病院１００の内部に設けられてもよく、病院１００の外部に設けられてもよい。点数マスタＤＢ８には、点数マスタ番号８ａ、名称８ｂ及び点数情報８ｃの各項目が記憶されている。
【００３５】
チェックマスタ点数ＤＢ１７には、チェックマスタ番号１７ａ、病名情報１７ｂ、行為情報[１]１７ｃ、行為情報[２]１７ｄ、チェック種別１７ｅ及び点数情報１７ｆの各項目が記憶されている。チェックマスタ番号１７ａ、病名情報１７ｂ、行為情報[１]１７ｃ、行為情報[２]１７ｄ及びチェック種別１７ｅは、チェックマスタＤＢ７のチェックマスタ番号７ａ、病名情報７ｂ、行為情報[１]７ｃ、行為情報[２]７ｄ及びチェック種別７ｅから取得される。
【００３６】
点数情報１７ｆは、点数マスタＤＢ８の名称８ｂに対する点数情報８ｃから取得される。チェックマスタ点数ＤＢ１７の第１のチェックマスタ（チェックマスタ番号１７ａが「１」）では、行為情報［１］１７ｃが「検査Ａ」であり、行為情報［２］１７ｄが「なし」である。これに対して、点数マスタＤＢ８の名称８ｂが「検査Ａ」に対する点数情報８ｃは「１０００」である。よって、点数情報１７ｆには、点数情報８ｃの「１０００」が設定される。
【００３７】
点数情報を付与するルールの一例としては、いずれか一方のみ算定可能な場合は、高い点数をセットする。つまり、チェックマスタ点数ＤＢ１７の第２のチェックマスタ（チェックマスタ番号１７ａが「２」）では、行為情報［１］１７ｃが「薬剤Ｍ」であり、行為情報［２］１７ｄが「薬剤Ｎ」である。これに対して、点数マスタＤＢ８の名称８ｂが「薬剤Ｍ」に対する点数情報８ｃは「１００」であり、点数マスタＤＢ８の名称８ｂが「薬剤Ｎ」に対する点数情報８ｃは「２００」である。よって、チェック種別１７ｅに行為情報のいずれか一方のみ算定可能と規定されている場合、点数情報１７ｆには、点数の高い「２００」が設定される。
【００３８】
なお、保険証記号番号の未入力チェックなどはそもそも点数情報をもたないが、このまま提出した場合に返戻される可能性が高い。このため、この場合はレセプトの総点数がチェックマスタ点数ＤＢ１７に付与される。例えば、第３のチェックマスタ（チェックマスタ番号１７ａが「３」）では、チェック種別１７ｅが「保険証記号番号の入力確認」となっている。この場合、点数情報１７ｆには、「４０００」が設定される。なお、担当者は、「保険証記号番号の入力確認」のエラーチェックに対して、会計システム６から「保険証記号番号」を取得し、入力された保険証記号番号と照合し、保険証記号番号の確認を行う。
【００３９】
図７に示したように、操作ログＤＢ１８には、担当者により他のレセプトのエラーが点検された際の操作履歴情報が記憶される。例えば、図８に示したレセプトのエラーを点検するための画面が起動されると、図７の「２０１２／１０／０２，１３：３０：００，０００００１（患者ＩＤ），点検画面起動」という操作履歴情報が操作ログＤＢ１８に記憶される。
【００４０】
図８のレセプトのエラーを点検するための画面には、患者の基本情報が表示された基本情報欄Ｃ、患者の傷病名が表示された欄Ｄ、患者の保険情報が表示された欄Ｅ、診療行為、薬等の会計データを表示する摘要欄Ｆがある。摘要欄Ｆには、自動点検システム５によりエラーが検出された明細に付箋Ｇが表示されている。図３のレセプトの例では、明細の欄Ｂの「＊」がついた明細のうち、エラーが検出された明細に付箋Ｇが表示される。
【００４１】
担当者は、画面に表示された付箋Ｇのエラーを修正するための操作を行い、表示されたレセプトをエラーがない状態にする。付箋Ｇで示されたエラーがなくなると、付箋Ｇの表示が消える。
【００４２】
担当者の画面操作による第１のチェックマスタのエラー対処（エラーの修正）が完了すると、図７の「２０１２／１０／０２，１４：００：００，０００００１（患者ＩＤ），第１のチェックマスタのエラー対処完了」が操作ログＤＢ１８に記憶される。
【００４３】
担当者の画面操作による第２のチェックマスタのエラー対処が完了すると、「２０１２／１０／０２，１４：２０：００，０００００１（患者ＩＤ），第２のチェックマスタのエラー対処完了」が操作ログＤＢ１８に記憶される。
【００４４】
そして、担当者が、点検を終了し、画面上の点検済ボタンＨを押して画面の表示を終えると、「２０１２／１０／０２，１４：３１：００，０００００１（患者ＩＤ），点検画面終了」が操作ログＤＢ１８に記憶される。
【００４５】
操作ログＤＢ１８の操作履歴情報に基づき、チェックマスタ毎の対処時間が算出される。具体的には、エラー毎の対処時刻と点検画面起動時刻との差分よりエラーを修正するために要した時間（エラー対処時間）を算出する。エラーが複数存在する場合は、点検画面起動時刻との差分ではなく、直前のエラー対処時刻との差分をエラー対処時間とする。図７に示した操作ログＤＢ１８の例では、第１のチェックマスタのエラー対処時間は３０分（点検画面の起動から３０分）であり、第２のチェックマスタのエラー対処時間は２０分（第１のチェックマスタのエラー対処完了から２０分）と算出される。
【００４６】
図９に示したように、レセプトＤＢ１９には、患者ＩＤ１９ａ、診療年月１９ｂ、明細数１９ｃ、エラー数１９ｄ、第１のチェックマスタ１９ｅ、第２のチェックマスタ１９ｆ及び第３のチェックマスタ１９ｇの各項目が記憶されている。
【００４７】
明細数１９ｃは、レセプトに表記された診療等の明細の数である。図３のレセプトの例では、明細の欄Ｂの「＊」がついた明細の数がカウントされ、明細数１９ｃに「１０」が記憶される。第１のチェックマスタ１９ｅ、第２のチェックマスタ１９ｆ、第３のチェックマスタ１９ｇは、各チェックマスタのエラー数であり、エラー数１９ｄは、第１〜第３のチェックマスタのエラー数の総数である。
【００４８】
点検予測時間ＤＢ２０は、点検対象のレセプト毎に推定された点検予測時間を記憶する。点検予測時間は、１明細あたりのエラー対処時間と、点検するレセプトの明細数との積で算出される。
【００４９】
例えば、図７の操作ログから第１のチェックマスタのエラー対処時間は３０分と算出される。１明細あたりのエラー対処時間は、エラー対処時間をレセプトＤＢ１９上の明細数１９ｃに示した値で除したエラー毎の平均値である。第１のチェックマスタの１明細あたりのエラー対処時間は（患者ＩＤ「００００１」のレセプトの場合）、６分となる。これは、第１のチェックマスタのエラー対処時間「３０分」を明細数／エラー数「１０／２」で割った結果得られた値である。
第２のチェックマスタの１明細あたりのエラー対処時間は、患者ＩＤ「００００１」、「００００３」、「００００４」のレセプトのとき次のように算出される。
患者ＩＤ「００００１」のレセプトのとき、２分（＝２０／１０）
患者ＩＤ「００００３」のレセプトのとき、４分（＝２０／５）
患者ＩＤ「００００４」のレセプトのとき、約３分（＝２０／（２１／３））
よって、第２のチェックマスタの１明細あたりのエラー対処時間は、平均値をとって約３分と算出される。
【００５０】
図１０に示したように、点検予測時間ＤＢ２０には、点検対象レセプト２０ａ、第１のチェックマスタのフラグ２０ｂ、第２のチェックマスタのフラグ２０ｃ、明細数２０ｄ及び補正前の点検予測時間２０ｅが記憶されている。点検対象レセプト２０ａは、自動点検システム５にてエラーが検出されたレセプトであって未点検のレセプトである。
【００５１】
点検対象レセプト２０ａがレセプト「Ａ」の場合、第１のチェックマスタのフラグ２０ｂが「１（エラーあり）」、第２のチェックマスタのフラグ２０ｃが「０（エラーなし）」である。また、レセプト「Ａ」の明細数２０ｄは「１０」である。よって、第１のチェックマスタの１明細あたりのエラー対処時間６分に明細数１０を乗算した結果、レセプト「Ａ」の補正前の点検予測時間２０ｅは６０分となる。同様にして、レセプト「Ｂ」の場合、補正前の点検予測時間２０ｅは９０分となる。
【００５２】
レセプト「Ｃ」の場合、第１及び第２チェックマスタの両方のフラグが「１」である。このように１枚のレセプトに複数種類のエラーが存在する場合、明細数をエラーの数で除した値と、各チェックマスタの１明細あたりのエラー対処時間とを乗算することで、補正前の点検予測時間が算出される。ここで、レセプト「Ｃ」の明細数２０ｄは「２０」である。よって、レセプト「Ｃ」の補正前の点検予測時間２０ｅは次の式で算出される。
【００５３】
レセプト「Ｃ」の補正前の点検予測時間
＝第１のチェックマスタの１明細あたりのエラー対処時間６分×明細数１０（＝２０／２）
＋第２のチェックマスタの１明細あたりのエラー対処時間（約）３分×明細数１０（＝２０／２）
＝９０分
以上のように明細数をカウントして点検予測時間に明細数を考慮している理由としては、レセプト点検作業では、単にエラーだけを見るのではなく、レセプト内の全体の明細を確認する必要がある。このため、レセプトのエラー修正の作業時間は、レセプトの明細数に応じて変動すると予想されるためである。
【００５４】
レセプトテンプレートＤＢ２１には、病名毎の標準レセプトのテンプレートが記憶されている。図１１に示したレセプトテンプレートＤＢ２１には、病名２１ａ、明細［１］２１ｂ、明細［２］２１ｃ、明細［３］２１ｄ及び明細［４］２１ｅの各項目が記憶されている。
【００５５】
病名が分かれば、診療行為や投与される薬剤は概ね同一又は類似すると考えられる。よって、レセプトテンプレートＤＢ２１には、病名毎に診療行為や投与される薬剤が明細［１］〜明細［４］に記憶される。なお、病名２１ａの項目欄を入院又は外来の項目に分けてレセプトテンプレートＤＢ２１を作成してもよい。
【００５６】
［医事支援装置の動作］
本実施形態に係る医事支援装置１０は、自動点検システム５によりエラーが検出された複数のレセプトについての順序付けを行い、医事業務の担当者によるレセプトの点検を支援する。次に、この医事支援装置１０の動作について、図１２を参照しながら説明する。図１２は、一実施形態に係るレセプトの順序付与処理を示したフローチャートである。
【００５７】
最初に、特定部１２は、操作ログＤＢ１８に基づき、チェックマスタ毎のエラー対処時間を算出する（ステップＳ１０）。図７に示した操作ログＤＢ１８の例では、第１のチェックマスタのエラー対処時間が３０分、第２のチェックマスタのエラー対処時間が２０分と算出される。
【００５８】
次に、取得部１１は、自動点検システム５によりエラーが検出されたレセプトを取得する（ステップＳ１２）。
【００５９】
次に、特定部１２は、取得したレセプトにあるエラーを特定し、明細数及びチェックマスタ毎のエラー数をカウントしてレセプトＤＢ１９に記憶する（ステップＳ１４）。図３に示したレセプトの例では、明細の欄Ｂからアスタリスクの数「１０」が明細数となる。図９に示したレセプトＤＢ１９の例では、患者ＩＤ１９ａ「０００００１」及び診療年月１９ｂ「２０１２／０９」のレセプトには、明細数１９ｃ「１０」及びエラー数１９ｄ「３」と記憶されている。また、エラー数１９ｄ「３」のうち、第１のチェックマスタ１９ｅのエラーは「２」、第２のチェックマスタ１９ｆのエラーは「１」、第３のチェックマスタ１９ｇのエラーは「なし」と記憶されている。
【００６０】
次に、推定部１３は、１明細当たりのエラー対処時間を算出する（ステップＳ１６）。すなわち、推定部１３は、エラー対処時間をレセプトＤＢ１９上の明細数１９ｃに示した値で除し、エラー毎に平均した値を１明細あたりのエラー対処時間として算出する。本実施形態では、推定部１３は、第１のチェックマスタの１明細あたりのエラー対処時間を６分と算出する。第２のチェックマスタの１明細あたりのエラー対処時間は、患者ＩＤ「００００１」、「００００３」、「００００４」のレセプトから次のように算出される。
患者ＩＤ「００００１」のレセプトでは、２分（＝２０／１０）
患者ＩＤ「００００３」のレセプトでは、４分（＝２０／５）
患者ＩＤ「００００４」のレセプトでは、約３分（＝２０／（２１／３））
よって、第２のチェックマスタの１明細あたりのエラー対処時間は、上記時間の平均値をとって約３分と算出される。
【００６１】
次に、推定部１３は、補正前の点検予測時間を算出する（ステップＳ１８）。図１０に示した点検予測時間ＤＢ２０の例では、レセプト「Ａ」の補正前の点検予測時間２０ｅは６０分（＝明細数１０×第１のチェックマスタの１明細あたりのエラー対処時間６分）と算出される。レセプト「Ｂ」の場合、補正前の点検予測時間２０ｅは１２０分（＝２０×６分）と算出される。
【００６２】
レセプト「Ｃ」の場合のように、１枚のレセプトに複数のエラーが存在する場合は明細数をエラーの数で除した値と、各チェックマスタの１明細あたりのエラー対処時間とを乗算することで、補正前の点検予測時間が算出される。レセプト「Ｃ」の場合、補正前の点検予測時間は９０分（＝（２０／２）×６＋（２０／２）×３）と算出される。
【００６３】
レセプト点検作業では、担当者は、単にレセプトのエラーだけを見るのではなく、レセプトの全体の明細を確認する必要がある。よって、本実施形態では、作業時間はレセプトの明細数に応じて変動することを考慮して、各チェックマスタの１明細あたりのエラー対処時間と明細数から補正前の点検予測時間が算出される。
【００６４】
次に、記憶部１６は、過去のレセプトを病名毎に累積し、明細の出現率が閾値を越えたレセプトを標準レセプトテンプレートとしてレセプトテンプレートＤＢ２１に記憶する（ステップＳ２０）。
【００６５】
次に、推定部１３は、標準レセプトテンプレートとレセプトとの一致度を算出し、点検予測時間の補正値とする（ステップＳ２２）。診療行為は病名に合わせて実施されるため類似性が高い。そこで、推定部１３は、過去の点検データより類似したレセプトの点検が行われているかどうかを病名単位に集約したレセプトテンプレートとこれから点検すべきレセプトの明細の一致度を算出し、点検予測時間の補正値とする。
【００６６】
図１１（ａ）に示したレセプトテンプレートＤＢ２１の例では、病名２１ａ「Ｘ」、「Ｙ」、「Ｚ」の標準レセプトテンプレートが示されている。図１１（ａ）の標準レセプトテンプレートの明細[１]〜明細[４]と、図１１（ｂ）の点検対象レセプトの同一病名ＲＡの明細ＲＢ（明細[１]〜明細[４]）とをマッチングし、明細の一致度を算出する。図１１（ｂ）に示した「病名Ｘ」と図１１（ａ）の標準レセプトテンプレートとは、明細［１］、明細［２］が一致している。よって、推定部１３は、標準レセプトテンプレートとレセプト「Ａ」との一致度を５０％と算出する。記憶部１６は、図１０に示した点検予測時間ＤＢ２０の一致度（補正値）２０ｆに、５０％を記憶する。
【００６７】
また、推定部１３は、補正後の点検予測時間を次式（１）に基づき算出する（Ｓ２４）。
補正後の点検予測時間
＝補正前の点検予測時間−（補正前の点検予測時間×補正値（一致度））・・・（１）
テンプレートと一致する度合が高いレセプトほど、過去と同様の点検が可能となり点検効率が高いと予想される。よって、本実施形態では、補正前の点検予測時間から一致度に応じた時間を差し引くことで、補正後の点検予測時間が算出される。
【００６８】
ただし、上式（１）では、過去の点検と一致した場合、点検時間は「０」と予測しているが、これに限られず、過去の点検と一致した場合の点検時間は過去にエラーの修正に要した時間の半分または１／４等の時間としてもよい。
【００６９】
レセプト「Ａ」の補正前の点検予測時間２０ｅは６０分、補正値は５０％である。よって、推定部１３は、レセプト「Ａ」の補正後の点検予測時間は３０分（＝６０−（６０×０．５）と推定する。
【００７０】
レセプト「Ｂ」の補正前の点検予測時間２０ｅは１２０分である。また、図１１（ａ）および図１１（ｂ）から、レセプト「Ｂ」の一致度（補正値）は２５％である。よって、推定部１３は、レセプト「Ｂ」の補正後の点検予測時間は９０分と推定する。
【００７１】
レセプト「Ｃ」の補正前の点検予測時間２０ｅは９０分である。また、図１１（ａ）および図１１（ｂ）から、レセプト「Ｃ」の一致度（補正値）は７５％である。よって、推定部１３は、レセプト「Ｃ」の補正後の点検予測時間は２２分３０秒と推定する。記憶部１６は、図１０に示したレセプト「Ａ」、「Ｂ」，「Ｃ」の補正後の点検予測時間２０ｇに、３０分、９０分、２２分３０秒を記憶する。
【００７２】
次に、図１２にて、取得部１１は、点検対象である未点検のレセプトがあるかを判定する（ステップＳ２６）。未点検のレセプトがあると判定された場合、ステップＳ１２に戻り、次のレセプトを取得し、未点検のレセプトがないと判定されるまで、ステップＳ１４〜ステップＳ２６の処理を繰り返し実行する。ステップＳ２６にて未点検のレセプトがないと判定されたとき、順序付与部１４は、補正後の点検予測時間が相対的に短いレセプトから順にレセプトの順序付けを行い、表示部１５は、付与されたレセプトの順番を表示する（ステップＳ２８）。表示部１５は、付与された順番にレセプトを整列させて表示してもよい。
【００７３】
図１０に示した点検予測時間ＤＢ２０の例では、補正後の点検予測時間２０ｇが相対的に短いレセプトから順に、点検対象レセプト「Ｃ」、「Ａ」、「Ｂ」となっている。図１３は、本実施形態のレセプトの順序付与の結果を示した画面例である。この画面は、検索条件を示した欄Ｉ、レセプト点検作業の進捗状況を示した欄Ｊ及びレセプトの順序付与の結果を示した欄Ｋに分かれている。検索条件には、点検予測時間Ｒが含まれている。レセプトの順序付与の結果を示した欄Ｋには、補正後の点検予測時間が相対的に短いレセプトから順にレセプトＣ，Ａ，Ｂ・・・が表示されるとともに、各レセプトの補正後の点検予測時間も並列して表示される。
【００７４】
以上に説明したように、本実施形態に係る医事支援装置１０によれば、エラーの修正に要する時間が相対的に短いと推定されたレセプトから優先してレセプトの順序付けが行われ、付与された順序でレセプトが表示される。これにより、担当者は、エラーの修正に要する時間が相対的に短いレセプトを優先して点検することができる。これによって、最先の期限内に提出できるレセプトの総数を増やすことができる。このため、レセプトの修正効率の向上を図ることができる。この結果、医療費に対する収入を得る時期が遅れることによって医療機関が受ける損失を抑えることができる。
【００７５】
経験豊富な担当者の場合、レセプトの点検時間は短い。一方、経験の浅い担当者の場合、レセプトの点検時間は長くなる。このように、レセプトの点検時間には、担当者によってバラツキがある。しかしながら、本実施形態のように、エラーの修正に要する時間が相対的に短いと推定されたレセプトから優先して点検することで、比較的経験の浅い担当者においてもレセプトの処理効率を効果的に高めることができる。
【００７６】
［医事支援装置の動作の変形例］
次に、一実施形態の変形例に係る医事支援装置１０の動作について、図１４を参照しながら説明する。図１４は、一実施形態の変形例に係るレセプトの順序付与処理を示したフローチャートである。
【００７７】
ステップＳ１０〜ステップＳ２４は、図１２に示した同ステップと同一処理であるため、ここでは説明を省略する。本変形例では、ステップＳ２４にて補正後の点検予測時間を算出後、ステップＳ３０に進み、推定部１３は、補正後の点検予測時間とレセプトのエラー点数とを以下の式（２）に代入することにより優先度を算出する。
優先度＝レセプトのエラー点数／補正後の点検予測時間・・・（２）
図１５に示した点検予測時間ＤＢ２０の例では、第１のチェックマスタのエラー点数２０ｈと第２のチェックマスタのエラー点数２０ｉと補正後の点検予測時間２０ｇとから、優先度２０ｊが算出される。例えば、点検対象レセプト２０ａが「Ａ」の場合、優先度２０ｊは３３．３（＝１０００／３０）と算出される。点検対象レセプト２０ａが「Ｂ」の場合、優先度２０ｊは１１．１（＝１０００／９０）と算出される。点検対象レセプト２０ａが「Ｃ」の場合、優先度２０ｊは５３．３（＝１２００／２２．５）と算出される。記憶部１６は、算出された優先度２０ｊを点検予測時間ＤＢ２０に記憶する。
【００７８】
次に、取得部１１は、点検対象となる未点検のレセプトがあるかを判定する（ステップＳ２６）。未点検のレセプトがあると判定された場合、ステップＳ１２に戻り、未点検のレセプトがないと判定されるまで、ステップＳ１２〜Ｓ３０の処理が繰り返し実行される。ステップＳ２６にて未点検のレセプトがないと判定されたとき、順序付与部１４は、優先度が高いレセプトから優先して点検対象となる未点検のレセプトの順序付けを行い、表示部１５は、付与された順番にレセプトを表示する（ステップＳ３２）。ただし、表示部１５は、レセプトの識別情報とそのレセプトに付けられた順番を表示すれば、必ずしも付与された順番にレセプトを整列させて表示しなくてもよい。
【００７９】
図１５に示した点検予測時間ＤＢ２０の例では、優先度が相対的に高い順に、点検対象レセプト「Ｃ」、「Ａ」、「Ｂ」が表示される。図１６は、本変形例のレセプトの順序付与の結果を示した画面例である。検索条件を示した欄Ｉには、検索条件として点検予測時間Ｒと優先度Ｓとが含まれている。レセプトの順序付与の結果を示した欄Ｋには、優先度が高いレセプトから優先してレセプトの順序付けを行い、レセプトＣ，Ａ，Ｂ・・・が表示されるとともに、各レセプトの補正後の点検予測時間及び優先度も並列して表示される。
【００８０】
以上に説明したように、本変形例に係る医事支援装置１０によれば、エラーを修正するための単位時間当たりの点数の割合が相対的に高いと推定されたレセプトから優先してレセプトの順序付けが行われ、付与された順序でレセプトが表示される。これにより、担当者は、単位時間当たりの点数の割合が相対的に高いレセプトを優先して点検することができる。これによって、最先の期限内に提出できるレセプトの総点数を増やすことができる。このため、早期に医療費に対する収入を得ることができる。この結果、医療費に対する収入を得る時期が遅れることによって医療機関が受ける損失を抑えることができる。
【００８１】
（ハードウェア構成例）
最後に、一実施形態に係る医事支援装置のハードウェア構成例について簡単に説明する。図１７は、本実施形態にかかる医事支援装置のハードウェア構成例を示す図である。
【００８２】
図１７に示すように、医事支援装置１０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７及びＨＤＤ（Hard Disk Drive）１０８を備え、それぞれがバスＢで相互に接続されている。
【００８３】
入力装置１０１は、キーボードやマウスなどを含み、医事支援装置１０に各操作を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、例えば、図１３及び図１６に示したレセプトの順序付与の結果等を表示する。医事支援装置１０を使用してレセプトを点検する担当者は、入力装置１０１を用いて表示装置１０２に表示されたレセプトのエラーを修正する。
【００８４】
通信Ｉ／Ｆ１０７は、医事支援装置１０をネットワーク（図示せず）に接続するインタフェースである。これにより、医事支援装置１０は、通信Ｉ／Ｆ１０７を介して、審査支払機関４００にレセプトを送信したり、自動点検システム５からエラーの検出されたレセプトを受信したりすることができる。
【００８５】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及びＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ１０８は、レセプトの順序付与処理を行うためにＣＰＵ１０６により実行されるプログラムを格納する。
【００８６】
外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。医事支援装置１０は、外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等がある。
【００８７】
ＲＯＭ１０５は、不揮発性の半導体メモリ（記憶装置）であり、起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ上に読み出し、処理を実行することで、装置全体の制御やレセプトの順序付与処理を実現する演算装置である。
【００８８】
特定部１２、推定部１３及び順序付与部１４の各部は、ＨＤＤ１０８にインストールされたプログラムがＣＰＵ１０６に実行させる処理により実現される。チェックマスタ点数ＤＢ１７、操作ログＤＢ１８、レセプトＤＢ１９、点検予測時間ＤＢ２０及びレセプトテンプレートＤＢ２１は、例えば、ＲＡＭ１０４、ＨＤＤ１０８、又は医事支援装置１０ａにネットワークを介して接続される記憶装置を用いて実現可能である。
【００８９】
以上、医事支援装置、医事支援方法及び医事支援プログラムを実施形態及びその変形例により説明したが、本発明は上記実施形態等に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。
【００９０】
たとえば、上記実施形態では、図１１（ａ）に示した標準レセプトテンプレートの明細と、図１１（ｂ）に示した点検対象レセプトの明細とが一致するかに基づき、補正値（一致度）が算出された。しかし、補正値は、標準レセプトテンプレートの明細と点検対象レセプトの明細とが完全に一致しなくても、類似する（対応する）関係にあれば、上記補正値の算出と同様に処理してもよい。例えば、図１１（ｂ）のレセプト「Ａ」の明細［１］が検査Ａに類似又は対応する検査Ａ'の場合、図１１（ａ）の検査Ａと検査Ａ'とは類似又は対応するとして、上記補正値の算出と同様に処理してもよい。
【００９１】
また、上記実施形態及び変形例では、順序付与部１４が実行したレセプトの順序付与の結果は、表示部１５により図１３又は図１６に示した画面に表示された。しかし、レセプトの順序付与の結果を出力する方法は、これに限られず、例えば、紙媒体に出力してもよい。なお、表示部１５は、順序付与部１４が実行したレセプトの順序付与の結果を出力する出力部（１５）の一例である。
【００９２】
以上の説明に関し、更に以下の項を開示する。
（付記１）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータに実行させる医事支援プログラム。
（付記２）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間と、該複数のレセプトのそれぞれに示された医療費の算出のための点数とに基づき、該エラーの修正に要する時間に対して得られる該点数の割合が相対的に高い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータに実行させる医事支援プログラム。
（付記３）
更に、前記複数のレセプトのそれぞれを前記制御が行われる順に出力する、
処理をコンピュータに実行させる付記１又は２に記載の医事支援プログラム。
（付記４）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータが実行する医事支援方法。
（付記５）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定し、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間と、該複数のレセプトのそれぞれに示された医療費の算出のための点数とに基づき、該エラーの修正に要する時間に対して得られる該点数の割合が相対的に高い順に修正対象として選択可能に表示する制御を行う、
処理をコンピュータが実行する医事支援方法。
（付記６）
更に、前記複数のレセプトのそれぞれを前記制御が行われる順に出力する、
処理をコンピュータが実行する付記４又は５に記載の医事支援方法。
（付記７）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定する推定部と、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間が短い順に修正対象として選択可能に表示する制御を行う順序付与部と、
を有する医事支援装置。
（付記８）
複数のレセプトのそれぞれにおいて検出されたエラーの修正に要する時間を、該複数のレセプトのいずれとも異なる他のレセプトにおいて検出されたエラーの修正に要した時間に基づき推定する推定部と、
前記複数のレセプトを、前記複数のレセプトのそれぞれについて推定したエラーの修正に要する時間と、該複数のレセプトのそれぞれに示された医療費の算出のための点数とに基づき、該エラーの修正に要する時間に対して得られる該点数の割合が相対的に高い順に修正対象として選択可能に表示する制御を行う順序付与部と、
を有する医事支援装置。
（付記９）
更に、前記複数のレセプトのそれぞれを前記制御が行われる順に出力する出力部、
を有する付記７又は８に記載の医事支援装置。
【符号の説明】
【００９３】
５：自動点検システム、６：会計システム、７：チェックマスタＤＢ、８：点数マスタＤＢ、１０：医事支援装置、１１：取得部、１２：特定部、１３：推定部、１４：順序付与部、１５：表示部、１６：記憶部、１７：チェックマスタ点数ＤＢ、１８：操作ログＤＢ、１９：レセプトＤＢ、２０：点検予測時間ＤＢ、２１：レセプトテンプレートＤＢ２１、１００：病院、２００：調剤薬局、３００：診療所、４００：審査支払機関
【図１】
2014182613.tif 000003
【図２】
2014182613.tif 000004
【図３】
2014182613.tif 000005
【図４】
2014182613.tif 000006
【図５】
2014182613.tif 000007
【図６】
2014182613.tif 000008
【図７】
2014182613.tif 000009
【図８】
2014182613.tif 000010
【図９】
2014182613.tif 000011
【図１０】
2014182613.tif 000012
【図１１】
2014182613.tif 000013
【図１２】
2014182613.tif 000014
【図１３】
2014182613.tif 000015
【図１４】
2014182613.tif 000016
【図１５】
2014182613.tif 000017
【図１６】
2014182613.tif 000018
【図１７】
2014182613.tif 000019