(57)【特許請求の範囲】
【請求項１】
診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイルが記録されたレセプト情報記憶手段と、
前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、
レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムであって、
前記制御手段が、
前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、
前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、
グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集手段と、
前記日計表編集手段において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集手段において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編集手段と
を備えたことを特徴とするレセプト審査支援システム。
【請求項２】
前記レセプト編集手段が、前記レセプト情報記憶手段に記録されたレセプトの明細レコードにおいて回数又は数量の少なくとも一方を減らす修正情報を取得した場合、この明細レコードの診療識別コードを特定し、前記日計表編集手段に提供し、
前記日計表編集手段が、前記診療識別コードに関連付けられた内訳レコードに記録され
た投薬日を特定し、修正情報に応じて前記投薬日の回数又は数量の少なくとも一方を変更することを特徴とする請求項１に記載のレセプト審査支援システム。
【請求項３】
診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイルが記録されたレセプト情報記憶手段と、
前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、
レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムを用いて、レセプトの審査を支援する方法であって、
前記制御手段が、
前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、
前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、
グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集段階と、
前記日計表編集段階において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集段階において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編集段階と
を実行することを特徴とするレセプト審査支援方法。
【請求項４】
診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイルが記録されたレセプト情報記憶手段と、
前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、
レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムを用いて、レセプトの審査を支援するためのプログラムであって、
前記制御手段を、
前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、
前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、
グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集手段、
前記日計表編集手段において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集手段において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編
集手段
として機能させることを特徴とするレセプト審査支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医薬品投与の時系列情報を管理する場合に用いるレセプト審査支援システム、レセプト審査支援方法及びレセプト審査支援プログラムに関する。
【背景技術】
【０００２】
近年、医療分野においてもコンピュータを活用しての事務の効率化が進められている。そして、診療報酬の請求についても、レセプト電算処理システムを導入して、請求事務の更なる効率化、ＩＴ化が検討されている（例えば、非特許文献１を参照。）。ここで、レセプト電算処理システムとは、診療報酬の請求を、紙のレセプトに代えて電子媒体に収録した電子レセプトにより提出を行なう仕組みである。そして、医療機関、審査支払機関及び保険者を通じて一貫した整合性があるシステムを構築し、業務量の軽減と事務処理の迅速化、ペーパーレス化を実現することを目的としている。
【０００３】
このような医療保険制度においては、患者に対して医療行為を行なった医療機関は、実施した医療行為の内容とその請求額に関する診療報酬点数が記載された電子レセプトを健康保険組合や自治体等の保険者に請求する。これにより患者の自己負担分を除いた医療費の支払いが行なわれる。この場合、医療機関から審査支払機関へ送付された電子レセプトは、審査支払機関で審査される。すなわち、審査支払機関では医療機関から提出された電子レセプトについて、点数算定の誤り等の事務的な審査や、診療内容等の妥当性の審査を行なう。
【０００４】
そして、医療機関で作成されたレセプトを点検するための情報を蓄積するための技術が検討されている（例えば、特許文献１を参照。）。この文献記載の技術では、レセプト点検支援システムの管理コンピュータは、前例を利用した基準事例を蓄積し、この基準事例を用いて審査を支援する。
【０００５】
また、レセプトにおける修正情報を管理するためのファイル作成プログラムも検討されている（例えば、特許文献２を参照。）。この文献記載の技術では、レセプトの審査時に、修正入力が行なわれた文字データは修正フィールドに記録される。そして、修正フィールドの表示幅を変更して、その修正フィールドに記録された文字を表示する。
【非特許文献１】社会保険診療報酬支払基金、「レセプト電算処理システム  電子レセプトの作成手引き」、［online］、［平成１９年４月２４日検索］、インターネット、＜ＵＲＬ：http://www.ssk.or.jp/rezept/jiki_i/jiki_i01.pdf ＞
【特許文献１】特開２００５−２２２１７６号公報（第１頁、図７）
【特許文献２】特開２００５−２２２１７５号公報（第１頁、図８）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来、特許文献に記載されているように、通常、レセプトに記載された情報を用いて審査が行なわれている。この場合、審査者は日毎の医薬品の使用状況を予測して修正を行なうことがある。一方、医療機関において、医薬品の使用の時間的推移を日計表として記録している場合がある。この日計表を、審査支払機関の審査において利用できれば、同じ審査結果であっても、医薬品の使用傾向の把握や時間的推移から、効率的に審査を行なうことができる。しかし、診療報酬の請求に用いる電子レセプトでは、医薬品の投与日、投与量、日付の記載は義務づけられていない。従って、電子レセプトには、投薬等についての日付の記載がなく、また日計表の添付も義務づけられていないため、時系列で日別に処方
状況を把握することが困難であった。
【０００７】
仮に、日計表を参照して医薬品の数量を補正・査定した場合には、電子レセプトに補正・査定内容が反映されなければ、整合性を確保した情報を蓄積することができない。
本発明は、上述の問題に鑑みてなされたものであり、この目的は、医薬品投与の時系列情報を管理する場合に用いるレセプト審査支援システム、レセプト審査支援方法及びレセプト審査支援プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイルが記録されたレセプト情報記憶手段と、前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムであって、前記制御手段が、前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集手段と、前記日計表編集手段において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集手段において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編集手段とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のレセプト審査支援システムにおいて、前記レセプト編集手段が、前記レセプト情報記憶手段に記録されたレセプトの明細レコードにおいて回数又は数量の少なくとも一方を減らす修正情報を取得した場合、この明細レコードの診療識別コードを特定し、前記日計表編集手段に提供し、前記日計表編集手段が、前記診療識別コードに関連付けられた内訳レコードに記録された投薬日を特定し、修正情報に応じて前記投薬日の回数又は数量の少なくとも一方を変更することを要旨とする。
【００１１】
請求項３に記載の発明は、診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイ
ルが記録されたレセプト情報記憶手段と、前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムを用いて、レセプトの審査を支援する方法であって、前記制御手段が、前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集段階と、前記日計表編集段階において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集段階において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編集段階とを実行することを要旨とする。
【００１２】
請求項４に記載の発明は、診療報酬の請求について、診療識別コード、医薬品コードに対して請求点数の数量、回数を含む小計が記録された明細レコードを含むレセプトファイルが記録されたレセプト情報記憶手段と、前記明細レコードに対応させて、診療識別コード、医薬品コードに対して、投薬日付毎の数量及び回数が関連付けられた内訳レコードを含む日計表ファイルが記録された日計表情報記憶手段と、レセプトファイル及び日計表ファイルを管理する制御手段を備えたレセプト審査支援システムを用いて、レセプトの審査を支援するためのプログラムであって、前記制御手段を、前記レセプト情報記憶手段に記録されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力し、前記日計表についての修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成し、グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成することにより、すべての投薬日についての共通パターンができるまでグループ生成処理を繰り返す日計表編集手段、前記日計表編集手段において生成されたグループの中で、前記日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と一致するグループについては、このグループの回数を用いて前記元請求の内訳レコードの小計を修正するとともに、残りの他のグループについては、前記日計表編集手段において生成されたグループの数量と回数とを用いて新たな明細レコードを生成して、前記レセプト情報記憶手段に記録するレセプト編集手段として機能させることを要旨とする。
【００１３】
（作用）
請求項１、３又は４に記載の発明によれば、制御手段が、レセプト情報記憶手段に記録
されたレセプトにおいて特定された医薬品の診療識別コードに関連付けられた日計表を出力する。そして、日計表の修正情報を取得した場合、日計表において数量が一致する投薬日からなるグループを生成する。次に、グループ毎に日別回数の共通パターンを特定し、この共通パターン回数の倍数と各グループの回数との差分を算出し、差分がある場合には、この差分を用いて新たなグループを生成するグループ生成処理を繰り返す。次に、日計表の編集処理において生成されたグループを、レセプト情報記憶手段に記録された明細レコードの小計に反映させる。これにより、日計表における修正を、レセプトの小計に反映させることができ、レセプトファイルと日計表ファイルとの整合を確保することができる。
【００１４】
本発明によれば、レセプト編集手段は、日計表情報記憶手段に記録された元請求の内訳レコードに記録された数量と、日計表編集手段において生成されたグループの数量とが一致する場合には、このグループの回数を用いて内訳レコードの小計を修正する。グループに応じて、新たに明細レコードを生成した場合、レセプトの修正箇所が多くなるため、既存の明細レコードを活用することにより、修正箇所の数を抑制することができる。
【００１５】
請求項２に記載の発明によれば、レセプト編集手段が、レセプト情報記憶手段に記録されたレセプトの明細レコードにおいて回数又は数量の少なくとも一方を減らす修正情報を取得した場合、この明細レコードの診療識別コードを特定し、日計表編集手段に提供する。そして、日計表編集手段が、診療識別コードに関連付けられた内訳レコードに記録された投薬日を特定し、修正情報に応じて投薬日の回数又は数量の少なくとも一方を変更する。これにより、小計の修正を日計表に反映させることができ、レセプトファイルと日計表ファイルとの整合を確保することができる。
【発明の効果】
【００１６】
本発明によれば、医薬品投与の時系列情報を管理し、電子レセプトの効率的な補正・査定に供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を具体化したレセプト審査支援システムの一実施形態を図１〜図１７に従
って説明する。本実施形態では、レセプトの審査委員が電子レセプトの審査において補正する場合に用いるレセプト審査支援システム、レセプト審査支援方法及びレセプト審査支援プログラムとして説明する。ここでは、図１に示すように、ネットワーク（例えば、ＬＡＮ）を介してクライアント端末１０が接続された審査支援サーバ２０を用いる。この審査支援サーバ２０には、ネットワーク（例えば、インターネット）を介して医療機関端末３０が接続されている。
【００１８】
医療機関端末３０は、各医療機関に設置されており、診療行為等に応じて電子レセプト及び日計表ファイルを作成するコンピュータ端末である。そして、医療機関端末３０は、セキュリティが確保されたネットワークを介して電子レセプト及び日計表ファイルを審査支援サーバ２０に送信する。
【００１９】
一方、審査支援サーバ２０はレセプト審査支援システムとして機能し、医療機関から提出されたレセプトの審査を行なう審査支払機関のコンピュータシステムである。この審査支払機関では、各電子レセプト及び日計表ファイルを審査委員に分配することにより、各レセプトの内容の審査を支援する。
【００２０】
この審査支援サーバ２０は、図１に示すように制御部２１を備えている。制御部２１は、ネットワークを介して医療機関端末３０やクライアント端末１０に接続されている。そして、制御部２１は、医療機関端末３０から電子レセプト及び日計表ファイルを受信し、審査委員が利用するクライアント端末１０に審査依頼を送信する。
【００２１】
この制御部２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を備えた制御手段を有し、後述する処理（レセプト編集段階、日計表編集段階等を含む処理）を行なう。このためのレセプト審査支援プログラムを実行することにより、制御部２１は、レセプト編集手段２１１、日計表編集手段２１２等として機能する。
【００２２】
レセプト編集手段２１１は、電子レセプトの摘要欄を編集する処理を実行する。
日計表編集手段２１２は、日計表ファイルを編集する処理を実行する。
また、審査支援サーバ２０は、図１に示すように、レセプト情報記憶手段としてのレセプトデータ記憶部２２、日計表情報記憶手段としての日計表データ記憶部２４を備えている。
【００２３】
レセプトデータ記憶部２２には、図２に示すように、医療機関端末３０から提出されたレセプトファイル２２０が記録される。このレセプトファイル２２０は、医療機関端末３０から取得したときに記録される。このレセプトファイル２２０は、医療機関情報、レセプト共通情報、保険情報、傷病名欄情報、摘要欄情報、合計情報を含んで構成される。各情報には、非特許文献１の「レセプト電算処理システム  電子レセプトの作成手引き」にも記載されているように、各レコードを識別するためのレコード識別子が付与されている。
【００２４】
医療機関情報は、データの開始を意味し、レコード識別子（ＩＲ）が付与された医療機関情報レコードを含んで構成される。この医療機関情報レコードには、審査支払機関コード、都道府県、医療機関コード、診療科コード、医療機関名称、請求年月に関する情報が記録される。
【００２５】
レセプト共通情報は、レセプト共通レコードを含んで構成される。このレセプト共通レコードにはレコード識別子（ＲＥ）が付与されている。そして、電子レセプト番号、電子レセプト種別、診療年月、氏名、男女区分、生年月日、給付割合、入院年月日、病棟区分、一部負担金・食事療養費標準負担額区分、レセプト特記事項、病床数、カルテ番号等、
割引点数単価に関する情報が記録される。
【００２６】
保険情報は、保険者レコード、公費レコードを含んで構成される。保険者レコードにはレコード識別子（ＨＯ）が付与されており、保険者番号、被保険者証等の記号、被保険者証等の番号、診療実日数等に関する情報が記録される。公費レコードにはレコード識別子（ＫＯ）が付与されており、負担番号、受給者番号、任意給付区分、診療実日数、合計点数、公費、公費給付対外来一部負担、公費給付対象外来一部負担等に関する情報が記録される。
【００２７】
傷病名欄情報は、傷病名レコードを含んで構成される。この傷病名レコードにはレコード識別子（ＳＹ）が付与されており、傷病名コード、診療開始日、転帰区分、修飾語コード、傷病名称、主傷病に関する情報が記録される。
【００２８】
摘要欄情報においては、診療識別に対して一連番号が付与されており、診療行為レコード、医薬品レコード、特定器材レコード、コメントレコードから構成されている。
ここでは、診療識別、一連番号に関連付けられた医薬品レコードについて詳述する。この医薬品レコードにはレコード識別子（ＩＹ）が付与されている。そして、この医薬品レコードを用いることにより、後述するレセプト画面の摘要欄に明細を出力するために、図３（ａ）に示す請求レコード２２１が構成される。この請求レコード２２１は、診療識別、一連番号、明細行識別子、医薬品コード、数量、単位、点数、回数に関する情報を含んで構成される。
【００２９】
診療識別フィールドには、医薬品が属する診療識別を特定する識別子に関するデータが記録される。
一連番号フィールドには、一連の医療行為を特定するための識別子に関するデータが記録される。
【００３０】
明細行識別子フィールドには、摘要欄を構成する診療識別の各明細を特定するための識別子に関するデータが記録される。この明細行識別子に対して、この診療行為において処方された各医薬品が特定される。
【００３１】
医薬品コードフィールドには、医薬品を特定する識別子に関するデータが記録される。なお、一つの診療識別、一連番号に対して複数の医薬品が使用されている場合には、医薬品コード毎に数量や単位が記録される。
【００３２】
数量フィールド、単位フィールドには、この医薬品の数量、単位に関するデータが記録される。
点数フィールドには、この診療識別、一連番号において使用された医薬品の点数（複数の医薬品が使用された場合には、この数量の点数の合計）に関するデータが記録される。この点数は、医薬品コードを用いて、点数マスタデータ記憶部（図示せず）から取得することができる。
【００３３】
回数フィールドには、この診療識別、一連番号において医薬品が使用された合計回数に関するデータが記録される。この点数と回数とを乗算することにより、この医薬品の請求について請求点数の小計が算出される。
【００３４】
また、診療行為レコードには、レコード識別子（ＳＩ）が付与されており、診療識別、診療行為コード、数量、単位、点数、回数に関する情報が記録される。
特定器材レコードにはレコード識別子（ＴＯ）が付与されており、診療識別、負担区分、特定機材コード、使用量、点数、回数、単位コード、特定記載名称、商品名及び規格又
はサイズに関する情報が記録される。
【００３５】
コメントレコードにはレコード識別子（ＣＯ）が付与されており、診療識別、負担区分、コメントコード、文字データに関する情報が記録される。
そして、合計情報はデータの終了を意味し、レコード識別子（ＧＯ）が付与された合計書レコードを含んで構成される。ここで、１つの医療機関において、レセプト共通レコード〜コメントレコードは、レセプトの枚数分だけ登録される。
【００３６】
また、日計表データ記憶部２４には、医療機関端末３０から提出された日計表ファイルが記録される。この日計表ファイルは、医療機関端末３０から取得したときに記録される。この日計表ファイルは、日計表ファイルに関連付けられている電子レセプトを特定するための電子レセプト番号データ及び診療識別毎の内訳レコード２４１を含んで構成される。この内訳レコード２４１は、図３（ｂ）に示すように、診療識別、一連番号、明細行識別子、医薬品コード、総使用量、日別回数（１日）〜日別回数（３１日）に関する情報を含んで構成される。
【００３７】
診療識別フィールドには、医薬品が属する診療識別を特定する識別子に関するデータが記録される。
一連番号フィールドには、一連の医療行為を特定するための識別子に関するデータが記録される。
【００３８】
明細行識別子フィールドには、この内訳レコード２４１に対応する摘要欄の明細を特定するための識別子に関するデータが記録される。
医薬品コードフィールドには、医薬品を特定する識別子に関するデータが記録される。なお、一つの診療識別に対して複数の医薬品が使用されている場合には、明細行毎に総使用量、日別回数（１日）〜日別回数（３１日）が記録される。
【００３９】
総使用量フィールドには、この医薬品の総使用量に関するデータが記録される。
日別回数（１日）〜日別回数（３１日）フィールドには、医薬品投与の時系列情報として、各日付における医薬品の投与回数に関するデータが記録される。なお、投薬が行なわれていない日の日別回数フィールドは空欄にしておく。
【００４０】
一方、クライアント端末１０は、ネットワークを介して審査支援サーバ２０に接続可能なコンピュータ端末である。審査委員は、このクライアント端末１０を用いて、審査対象の電子レセプトを閲覧し、必要に応じて修正し、査定を行なう。
【００４１】
上記のように構成されたシステムにおいて、電子レセプトの審査を行なう場合の処理手順を、図４〜図７に従って説明する。ここでは、摘要査定処理（図４）、日計表査定処理（図５）、摘要小計変更処理（図６）、グループ展開処理（図７）の順番に説明する。
【００４２】
まず、診療行為等を実施した医療機関は医療機関端末３０にその内容を入力し、電子レセプトや日計表ファイルを作成する。そして、医療機関端末３０は、作成された電子レセプトや日計表ファイルを、ネットワークを介して審査支援サーバ２０に送信する。
【００４３】
この場合、審査支援サーバ２０の制御部２１は、医療機関端末３０から受信した電子レセプトをレセプトデータ記憶部２２に格納し、日計表ファイルを日計表データ記憶部２４に格納する。
【００４４】
そして、審査を行なう審査委員は、クライアント端末１０において、通信プログラムを起動し、審査支援サーバ２０にアクセスする。ここで、審査対象の電子レセプトを指定す
ることにより、クライアント端末１０のディスプレイには、図８に示すレセプト画面５００が表示される。このレセプト画面５００には、レセプト共通情報欄、保険情報欄、傷病名欄、合計欄及び摘要欄５０１を備える。この摘要欄５０１は、診療識別欄、一連番号欄、名称欄、数量欄、点数・回数欄が含まれており、請求レコード２２１に含まれる情報が出力される。ここで、一連番号欄には、各診療識別に対して付与された一連番号が表示される。また、名称欄には、医薬品コード等によって特定される名称が表示される。また、図８に示すように、レセプト画面５００を用いて、後述する日計表画面５１０や日計表査定画面５２０を出力させることができる。
【００４５】
（摘要査定処理）
まず、摘要査定処理について、図４を用いて説明する。
ここでは、審査支援サーバ２０の制御部２１は、選択された明細行の特定処理を実行する（ステップＳ１−１）。摘要の補正を行なう場合には、審査委員は、クライアント端末１０のディスプレイに表示されたレセプト画面５００の摘要欄５０１の明細行を、ポインティングデバイスを用いて指定する。この場合、制御部２１のレセプト編集手段２１１は、選択された明細行を特定する情報（電子レセプト番号、診療識別、一連番号、明細行識別子）をクライアント端末１０から取得する。
【００４６】
本実施形態では、摘要欄５０１には、図９に示すように、診療識別「２２」、一連番号「０２」に対して、「医薬品Ａ：３錠」と「医薬品Ｂ：２錠」の表示５０ａが出力されている場合を想定する。この表示５０ａでは、回数として「３回」が設定されている。これに対して、図９に示すように、日計表の内訳レコード２４ａが関連付けられている場合を想定する。この内訳レコード２４ａにおいては、「１日」〜「３日」に各々１回ずつの投与が設定されている。この結果、後述する日計表画面５１０には表示５１ａが出力される。この表示５１ａには、内訳レコード２４ａにおいて、各投与日の回数に対して、請求レコード２２１の数量を乗算した値が出力される。
【００４７】
次に、審査支援サーバ２０の制御部２１は、摘要の修正回数の特定処理を実行する（ステップＳ１−２）。ここで、審査委員は、クライアント端末１０のディスプレイに表示されたレセプト画面５００の摘要欄５０１において、指定した明細行の回数を変更する。
【００４８】
例えば、医薬品の回数を増やす「回数増修正」の場合には、図１０に示す表示５０ｂのように、診療識別、一連番号に関連付けられた回数を増やす。
また、複数の医薬品を含む診療において、一部分の医薬品を削除する「明細削除」の場合には、図１１に示す表示５０ｃのように、修正対象医薬品（ここでは医薬品Ａ）の明細を削除する。
【００４９】
また、複数の医薬品を含む一連の医療行為において、一部分の医薬品も数量を変更する「使用量修正」の場合には、図１２に示す表示５０ｄのように、修正対象医薬品（ここでは医薬品Ａ）の数量を修正する。
【００５０】
また、医薬品の回数を減らす「回数減修正」の場合には、図１３に示す表示５０ｅのように、診療識別、一連番号に関連付けられた回数を減らす。
また、複数の医薬品を含む診療において、医薬品の一部分の回数を減らす「一部分回数減」の場合には、図１４に示す表示５０ｆのように、まず、修正対象医薬品（ここでは医薬品Ｂ）の回数に応じて、この診療識別、一連番号に関連付けられた回数を減らす。そして、これにより不足が生じた他の医薬品（ここでは医薬品Ａ）について、不足回数を補うための明細行を追加する。図１４においては、医薬品Ａ（３錠）と医薬品Ｂ（２錠）との混合医薬を「３回」処方している場合において、医薬品Ｂのみを「１回」の処方に変更する場合を想定している。この場合には、混合医薬の処方回数を「１回」にする。そして、
不足が生じた医薬品Ａについては不足分（２回分）を補うための明細行を新たに生成する。
【００５１】
この場合、制御部２１のレセプト編集手段２１１は、入力された修正数量や修正回数に関するデータをクライアント端末１０から取得する。
次に、審査支援サーバ２０の制御部２１は、請求回数が減らされたかどうかについての判定処理を実行する（ステップＳ１−３）。具体的には、制御部２１のレセプト編集手段２１１は、この診療識別について、入力された修正回数と、請求レコード２２１に記録された元の請求回数とを比較する。
【００５２】
入力された修正回数において、請求回数が減らされていない場合（ステップＳ１−３において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、日計表ファイルを修正せずに、今回の摘要査定処理を終了する。この場合、「回数増修正」（図１０）、「明細削除」（図１１）、「使用量修正」（図１２）においては、請求回数は増加或いは同じであるため、日計表の内訳レコード（２４ｂ，２４ｃ，２４ｄ）は変更されず、元の状態を維持することになる。この場合、日計表画面５１０においては、医薬品毎に数量と回数とが乗算されて、それぞれ表示（５１ｂ，５１ｃ，５１ｄ）が出力されることになる。
【００５３】
一方、入力された修正回数において、請求回数が減らされている場合（ステップＳ１−３において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、日計表情報の取得処理を実行する（ステップＳ１−４）。具体的には、制御部２１のレセプト編集手段２１１は、日計表編集手段２１２に対して、日計表の修正を指示する。この指示には、修正された明細行を特定するための情報（電子レセプト番号、診療識別、一連番号、明細行識別子）を含める。そして、日計表編集手段２１２は、日計表データ記憶部２４から、この明細行についての内訳レコード２４１を取得し、メモリに一時記憶する。
【００５４】
次に、審査支援サーバ２０の制御部２１は、日計表において減算可能な投薬日の特定処理を実行する（ステップＳ１−５）。具体的には、制御部２１の日計表編集手段２１２は、内訳レコード２４１において、回数が記録された日別回数フィールドの中で最後のフィールドを特定することにより、投薬が行われた最後の日付（減算可能日）を特定する。例えば、「回数減修正」（図１３）や「一部分回数減」（図１４）においては、投薬が行われた最後の日付として「３日」が特定される。
【００５５】
次に、審査支援サーバ２０の制御部２１は、回数の減算処理を実行する（ステップＳ１−６）。具体的には、制御部２１の日計表編集手段２１２は、レセプト画面５００の摘要欄５０１において修正された差分回数（修正前の回数から修正後の回数を差し引いた回数）を算出する。そして、日計表編集手段２１２は、減算可能日の投与回数から差分回数を差し引いた修正値を算出する。ここで、修正値がマイナスになる場合には、内訳レコード２４１の減算可能日の投与回数を「０」に設定するとともに、「〔差分回数〕−〔特定した投薬日の投与回数〕」を新たな差分回数とする。一方、修正値が「０」以上になる場合には、この修正値を、内訳レコード２４１の減算可能日の投与回数として設定するとともに、差分回数を「０」にする。例えば、「回数減修正」（図１３）、「一部分回数減」（図１４）のいずれの場合も、回数が「２回」減らされているため差分回数は「２」となる。そこで、元請求の内訳レコード２４ａにおいて減算可能日「３日」の回数（１回）から差分回数の減算を行なう。この場合、減算可能日「３日」の回数は「０回」になり、差分回数は「１」となる。
【００５６】
そして、審査支援サーバ２０の制御部２１は、修正された回数に到達したかどうかについての判定処理を実行する（ステップＳ１−７）。具体的には、制御部２１の日計表編集手段２１２は、差分回数が「０」になっている場合に修正された回数に到達したと判断す
る。
【００５７】
差分回数が「０」になっておらず、修正された回数に到達していない場合（ステップＳ１−７において「ＮＯ」の場合）には、次に減算可能な日付の特定処理（ステップＳ１−５）、回数の減算処理（ステップＳ１−６）を繰り返す。上述の「回数減修正」（図１３）、「一部分回数減」（図１４）のいずれの場合も、この段階では修正された回数に到達していないため、次の減算可能日として「２日」を特定し、差分回数の減算を行なう。この場合には、減算可能日「２日」の回数は「０回」になり、差分回数は「０」となる。これにより、修正された回数に到達し、図１３に示す内訳レコード２４ｅや、図１４に示す内訳レコード２４ｆの１段目のように、元の明細行に対して「１日」の「１回」のみが残ることになる。
【００５８】
一方、修正された回数に到達した場合（ステップＳ１−７において「ＹＥＳ」の場合）には、「一部分回数減」かどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１の日計表編集手段２１２は、修正された「診療識別」において、新たな明細行が追加されている場合には、「一部分回数減」と判定する。例えば、図１４に示す５０ｆにおいては新たな明細行が追加されているため「一部分回数減」と判定される。
【００５９】
ここで、「一部分回数減」でないと判定された場合（ステップＳ１−８において「ＮＯ」の場合）、摘要査定処理を終了する。例えば、図１３に示す「回数減修正」においては、新たな明細行が追加されていないため、摘要査定処理を終了する。この場合、日計表画面５１０においては、医薬品毎に数量と回数とが乗算されて、表示５１ｅが出力される。
【００６０】
一方、「一部分回数減」と判定された場合（ステップＳ１−８において「ＹＥＳ」の場合）、日計表において加算可能な投薬日の特定処理を実行する（ステップＳ１−９）。具体的には、制御部２１の日計表編集手段２１２は、内訳レコード２４１において、この医薬品についての医薬品コード、総使用量、日別回数（１日）〜日別回数（３１日）を記録するためのフィールドを追加する。そして、投与回数が記録されていた日別回数フィールドの中で、投与回数が削除された最初のフィールドを特定することにより、投薬が行われた最初の日付（加算可能日）を特定する。例えば、図１４に示す「一部分回数減」の場合、「０」が記録されたフィールドにより、加算可能日として「２日」が特定される。
【００６１】
次に、審査支援サーバ２０の制御部２１は、回数の加算処理を実行する（ステップＳ１−１０）。具体的には、制御部２１の日計表編集手段２１２は、レセプト画面５００において修正された回数（新たな明細行によって指定された追加回数）を取得する。そして、日計表編集手段２１２は、特定した投薬日の元の投与回数をメモリから抽出する。ここで、特定した投薬日の元の投与回数が追加回数以上の場合には、この日の日別回数フィールドに追加回数を設定する。一方、追加回数が元の投与回数を超える場合には、「〔追加回数〕−〔特定した投薬日の投与回数〕」を追加回数として更新するとともに、この日の日別回数フィールドに元の投与回数を設定する。
【００６２】
そして、審査支援サーバ２０の制御部２１は、修正された回数に到達したかどうかについての判定処理を実行する（ステップＳ１−１１）。具体的には、制御部２１の日計表編集手段２１２は、追加回数が「０」になっているかどうかについて判定する。
【００６３】
追加回数が「０」になっておらず、修正された回数に到達していない場合（ステップＳ１−１１において「ＮＯ」の場合）には、次に加算可能な日付の特定処理（ステップＳ１−９）、回数の加算処理（ステップＳ１−１０）を繰り返す。例えば、図１４に示す「一部分回数減」の場合、加算可能日として「２日」に加え、「３日」の回数（１回）が追加
される。これにより、追加された回数に到達し、図１４に示す内訳レコード２４ｆの２段目が生成される。
【００６４】
一方、修正された回数に到達した場合（ステップＳ１−１１において「ＹＥＳ」の場合）には、摘要査定処理を終了する。この場合、日計表画面５１０においては、医薬品毎に数量と回数とが乗算されて表示５１ｆが出力される。ここでは、医薬品Ｂについては、内訳レコード２４ｆの１段目と２段目とが合算されて、「１日」〜「３日」が各「３錠」となる。
【００６５】
（日計表査定処理）
次に、日計表査定処理について、図５を用いて説明する。
ここでは、まず、審査支援サーバ２０の制御部２１は、日計表の表示処理を実行する（ステップＳ２−１）。具体的には、審査委員は、クライアント端末１０のディスプレイに表示されたレセプト画面５００について日計表の確認を希望する場合には、レセプト画面５００上の日計表表示ボタンを選択する。この場合、クライアント端末１０は、審査支援サーバ２０に日計表出力要求を送信する。この日計表出力要求には、この電子レセプトを特定するための情報（電子レセプト番号）を含める。
【００６６】
この場合、審査支援サーバ２０の制御部２１は、日計表情報を取得する。具体的には、制御部２１の日計表編集手段２１２は、電子レセプト番号に基づいて、レセプトデータ記憶部２２に記録された請求レコード２２１を特定し、請求レコード２２１に記録された医薬品の数量を取得する。更に、日計表編集手段２１２は、電子レセプト番号に基づいて、日計表データ記憶部２４から、日計表データ記憶部２４に記録された内訳レコード２４１を取得する。そして、日計表編集手段２１２は、診療識別及び一連番号の明細毎に、医薬品の数量と回数とを乗算して日別使用量を算出する。
【００６７】
そして、日計表編集手段２１２は、医薬品毎に、１日から３１日までの日別使用量を並べた日計表画面データを生成し、クライアント端末１０に送信する。この場合、クライアント端末１０のディスプレイには、図８に示す日計表画面５１０が出力される。この日計表画面５１０には、摘要欄５０１に表示された医薬品に対応した「品名・規格」欄、各医薬品の「総量」欄、日別使用量が表示された医薬品行が設けられている。更に、日計表画面５１０には、医薬品名により検索を行なうためのキーワード設定欄や検索ボタン、表示内容を摘要欄に反映させるための反映ボタンや、処理を中止させる中止ボタンが設けられている。
【００６８】
次に、審査支援サーバ２０の制御部２１は、医薬品行の特定処理を実行する（ステップＳ２−２）。具体的には、クライアント端末１０のディスプレイに表示された日計表画面５１０において、審査委員が特定の医薬品の確認を希望する場合には、日計表画面５１０上の医薬品行を選択する。この場合、クライアント端末１０は、審査支援サーバ２０に日計表査定画面出力要求を送信する。この日計表査定画面出力要求には、この医薬品を特定するための情報（診療識別、一連番号、明細行識別子）を含める。
【００６９】
次に、審査支援サーバ２０の制御部２１は、日計表査定画面の表示処理を実行する（ステップＳ２−３）。具体的には、制御部２１の日計表編集手段２１２は、電子レセプト番号、診療識別、一連番号、明細行識別子に基づいて、レセプトデータ記憶部２２に記録された請求レコード２２１を特定し、請求レコード２２１に記録された医薬品の数量を取得する。更に、日計表編集手段２１２は、診療識別、一連番号、明細行識別子に基づいて、日計表データ記憶部２４から、選択された医薬品行についての内訳レコード２４１を取得する。そして、日計表編集手段２１２は、１日から３１日までの日毎に数量及び回数を並べた日計表査定画面データを生成し、クライアント端末１０に送信する。この場合、クラ
イアント端末１０のディスプレイには、図８に示す日計表査定画面５２０が出力される。この日計表査定画面５２０には、医薬品行に対応した明細について、日別の「数量」欄、「回数」欄が設けられている日別明細が出力される。更に、この日計表査定画面５２０には、後述する反映処理を実行させる反映ボタンや、処理を中止させる中止ボタンが設けられている。ここでは、図１５に示すように、明細レコードＲ１０についての医薬品行が選択されて、日別明細Ｍ１０が出力された場合を想定する。
【００７０】
次に、クライアント端末１０は、修正入力処理を実行する（ステップＳ２−４）。具体的には、審査委員は、日計表査定画面５２０に表示された数量や回数を変更する。この場合、クライアント端末１０は、変更された数量や回数をメモリに記憶する。ここでは、図１５に示すように、日別明細Ｍ２０のように修正された場合を想定する。
【００７１】
次に、クライアント端末１０は、反映処理を実行する（ステップＳ２−５）。具体的には、審査委員は、日計表査定画面５２０上の反映ボタンを選択し、更に日計表画面５１０上の反映ボタンを選択する。この場合、クライアント端末１０は、反映指示を審査支援サーバ２０に送信する。この反映指示には、日計表査定画面５２０において修正された日付、変更値（数量や回数）に関する情報を含める。これにより、審査支援サーバ２０の制御部２１は、日計表において修正された日付、変更値に関するデータを取得する。
【００７２】
ここで、審査支援サーバ２０の制御部２１は、摘要小計変更処理を実行する（ステップＳ２−６）。ここでは、後述するように、制御部２１が、変更値に対応して、レセプトデータ記憶部２２に記録された請求レコード２２１を更新し、或いは新たに数量、回数を設定した請求レコード２２１を生成する。
【００７３】
そして、審査支援サーバ２０の制御部２１は、摘要欄変更表示処理を実行する（ステップＳ２−７）。具体的には、制御部２１のレセプト編集手段２１１は、レセプトデータ記憶部２２に記録された請求レコード２２１に応じて、レセプト画面５００の摘要欄５０１の表示を変更する。
【００７４】
（摘要小計変更処理）
次に、摘要小計変更処理について、図６を用いて説明する。
まず、審査支援サーバ２０の制御部２１は、数量の変更があるかどうかについての判定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の日計表編集手段２１２は、日計表データ記憶部２４に記憶された元の数量と、日計表査定画面５２０において修正入力された数量とを比較し、変更の有無を確認する。
【００７５】
数量の変更がない場合（ステップＳ３−１において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、日別回数の共通パターンの特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の日計表編集手段２１２は、明細の数量に対して投与回数を基本単位数「１」としたパターンを共通パターンとして特定する。なお、投与回数として「０」が設定されている場合には、そのまま「０」にしておく。例えば、ｎ個の明細の組み合わせの場合には、各明細の数量の組合せ（数量１，数量２，…，数量ｎ）において、各明細における回数として「１」又は「０」を並べたパターンを共通パターンとする。例えば、図１５に示す日別明細Ｍ１０において、「３日」の明細Ａ、明細Ｂの回数がそれぞれ「２」から「１」に修正された場合を想定する。この場合、（明細Ａの数量，明細Ｂの数量）＝（５，５）において、回数の共通パターンは（１，１）となる。
【００７６】
そして、審査支援サーバ２０の制御部２１は、共通パターンの倍数になっているかどうかについての判定処理を実行する（ステップＳ３−３）。具体的には、制御部２１の日計表編集手段２１２は、変更された日計表の数量を、この共通パターンの倍数で表わすこと
ができるかどうかについて判定する。上述の想定例では、「１日」、「２日」、「４日」〜「７日」の回数の組み合わせ（２，２）（＝２×（１，１））も、「３日」の回数の組み合わせ（１，１）も共通パターン（１，１）の倍数になる。
【００７７】
共通パターンの倍数になっている場合（ステップＳ３−３において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、変更値について元請求の小計への反映処理を実行する（ステップＳ３−４）。具体的には、制御部２１の日計表編集手段２１２は、変更された回数に対応して、日計表データ記憶部２４に記録された内訳レコード２４１を更新する。そして、日計表編集手段２１２は、レセプト編集手段２１１に修正を指示する。この場合、レセプト編集手段２１１は、修正された内訳レコード２４１の投与回数に基づいて小計を算出して、請求レコード２２１を修正する。
【００７８】
一方、数量の変更がある場合（ステップＳ３−１において「ＹＥＳ」の場合）や、共通パターンの倍数になっていない場合（ステップＳ３−３において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、後述するように、グループ展開処理を実行する（ステップＳ３−５）。
【００７９】
そして、グループ展開処理を終了した審査支援サーバ２０の制御部２１は、数量の変更がないグループがあるかどうかについての判定処理を実行する（ステップＳ３−６）。具体的には、制御部２１のレセプト編集手段２１１は、グループ展開処理において生成されたグループの中で、元請求の請求レコード２２１の数量と同じ数量が設定されたグループを検索する。
【００８０】
ここで、数量の変更がないグループを検出できた場合（ステップＳ３−６において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、このグループの変更値について元請求の小計への反映処理を実行する（ステップＳ３−７）。具体的には、制御部２１のレセプト編集手段２１１は、内訳レコード２４１の投与回数に基づいて小計を算出して、元請求の請求レコード２２１を修正する。
【００８１】
一方、数量の変更がないグループを検出できない場合（ステップＳ３−６において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、最小の投与日が含まれるグループの変更値について元請求の小計への反映処理を実行する（ステップＳ３−８）。具体的には、制御部２１のレセプト編集手段２１１は、生成されたグループの中で最小の投与日が含まれるグループを特定する。そして、レセプト編集手段２１１は、このグループに対応する内訳レコード２４１の数量に基づいて、請求レコード２２１の数量を変更する。更に、内訳レコード２４１の投与回数に基づいて小計を算出して、元請求の請求レコード２２１を修正する。
【００８２】
そして、審査支援サーバ２０の制御部２１は、残りのグループの明細についての生成処理を実行する（ステップＳ３−９）。具体的には、制御部２１のレセプト編集手段２１１は、内訳レコード２４１における残りのグループのデータを用いて、請求レコード２２１を生成し、レセプトデータ記憶部２２に記録する。
【００８３】
（グループ展開処理）
次に、グループ展開処理について、図７を用いて説明する。
まず、審査支援サーバ２０の制御部２１は、各明細の数量が一致するグループの生成処理を実行する（ステップＳ４−１）。具体的には、制御部２１の日計表編集手段２１２は、日計表査定画面５２０上で変更された日別明細において、数量の組み合わせが一致するグループからなる日別明細に展開する。ここでは、図１５に示すように、日別明細Ｍ２０から日別明細（Ｍ３１，Ｍ３２，Ｍ３３）が生成される。ここで、日別明細Ｍ３１は（明
細Ａの数量，明細Ｂの数量）が（５，５）のグループであり、日別明細Ｍ３２は（３，５）のグループであり、日別明細Ｍ３３は（２，５）のグループである。
【００８４】
そして、以下のグループ生成処理を、処理対象グループを特定してグループ毎に繰り返す。
ここでは、審査支援サーバ２０の制御部２１は、処理対象グループの日別明細に２日以上の投薬日が設定されているかどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１の日計表編集手段２１２は、日別明細に設定された投薬日の日数を算出する。
【００８５】
ここで、投薬日数が１日の場合（ステップＳ４−２において「ＮＯ」の場合）、この処理対象グループについての処理を終了する。例えば、日別明細Ｍ３３については、投薬日が「６日」のみであるため、このグループについてのグループ生成処理を終了する。
【００８６】
一方、投薬日数が２日以上の場合（ステップＳ４−２において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、日別回数の共通パターンの特定処理を実行する（ステップＳ４−３）。具体的には、制御部２１の日計表編集手段２１２は、ステップＳ３−２と同様に、各日付の明細の数量に対して回数を基本単位数「１」としたパターンを共通パターンとして特定する。なお、投与回数として「０」が設定されている場合には、そのまま「０」にしておく。ここでは、日別明細Ｍ３１においては、各明細の数量の組合せ（明細Ａの数量，明細Ｂの数量）＝（５，５）において、（明細Ａの回数，明細Ｂの回数）＝（１，１）が共通パターンになる。
【００８７】
次に、審査支援サーバ２０の制御部２１は、共通パターンの倍数になっているかどうかについての判定処理を実行する（ステップＳ４−４）。具体的には、制御部２１の日計表編集手段２１２は、処理対象グループの回数を越えない範囲で、共通パターンの倍数を算出する。そして、日計表編集手段２１２は、処理対象グループの回数から、この倍数を差し引いた余り（差分）を算出する。例えば、回数の組み合わせ（２，２）は、２×（１，１）により表わされるため、共通パターンの倍数になっている。一方、回数の組み合わせ（２，１）は、（２，１）−（１，１）＝（１，０）となり、差分が生じるため、共通パターンの倍数になっていない。
【００８８】
ここで、共通パターンの倍数になっている場合（ステップＳ４−４において「ＹＥＳ」の場合）、この処理対象グループについての処理を終了する。例えば、日別明細Ｍ３２については、（明細Ａの数量，明細Ｂの数量）＝（３，５）において、（明細Ａの回数，明細Ｂの回数）＝（１，１）の共通パターンの倍数（２×（１，１））になっているため、このグループについてのグループ生成処理を終了する。
【００８９】
一方、共通パターンの倍数になっていない場合（ステップＳ４−４において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、グループ更新処理を実行する（ステップＳ４−５）。具体的には、制御部２１の日計表編集手段２１２は、このグループの回数として、元の回数を超えない範囲の共通パターンの倍数を設定する。更に、日計表編集手段２１２は、数量と差分回数とを設定した新たなグループを生成する。ここでは、日別明細Ｍ３１については、図１６に示すように、共通パターンの倍数が設定された日別明細Ｍ４１と、差分が設定された日別明細Ｍ４２が生成される。
【００９０】
そして、審査支援サーバ２０の制御部２１は、このグループについて、ステップＳ４−２以降の処理を繰り返す。ここで、日別明細Ｍ４１は、更に日別明細（Ｍ５１，Ｍ５２）に展開される。そして、日別明細（Ｍ５１，Ｍ５２）については、投薬日数が１日であるため、グループ生成処理を終了する（ステップＳ４−２において「ＮＯ」）。
【００９１】
すべてのグループについてのグループ生成処理を終了した場合、審査支援サーバ２０の制御部２１は、日計表への反映処理を実行する（ステップＳ４−６）。具体的には、制御部２１の日計表編集手段２１２は、生成したグループについて、日計表データ記憶部２４の内訳レコード２４１の更新を行なう。
【００９２】
そして、上述したように、摘要小計変更処理に戻る。ここでは、日別明細Ｍ４１については、数量の変更はないため（ステップＳ３−６において「ＹＥＳ」）、図１７に示すように、このグループの変更値を元請求の小計に反映（ステップＳ３−７）させることにより、明細レコードＲ１０を明細レコードＲ２０に変更する。また、日別明細（Ｍ３２，Ｍ３３，Ｍ５１，Ｍ５２）については、新たに明細レコード（Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４）を生成して、レセプトデータ記憶部２２に登録する。
【００９３】
本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態においては、審査支援サーバ２０の制御部２１は、日計表の表示処理を実行する（ステップＳ２−１）。この場合、クライアント端末１０のディスプレイには、図８に示す日計表画面５１０が出力される。この日計表画面５１０には、摘要欄５０１に表示された医薬品に対応した「品名・規格」欄、各医薬品の「総量」欄、日別使用量が表示された医薬品行が設けられている。この医薬品行には、医薬品の数量と回数とを乗算した日別使用量が表示される。従って、時系列情報が表示された日計表を用いることにより、摘要欄の小計だけでは把握できない薬品投与の傾向を考慮して審査を行なうことができる。
【００９４】
・  本実施形態においては、摘要査定処理において、入力された修正回数において、請求回数が減らされている場合（ステップＳ１−３において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、日計表情報の取得処理を実行する（ステップＳ１−４）。そして、審査支援サーバ２０の制御部２１は、日計表において減算可能な投薬日を特定し（ステップＳ１−５）、回数を減算する（ステップＳ１−６）。そして、修正された回数に到達していない場合（ステップＳ１−７において「ＮＯ」の場合）には、次に減算可能な日付の特定処理（ステップＳ１−５）、回数の減算処理（ステップＳ１−６）を繰り返す。これにより、投与回数が変更された場合、電子レセプトの摘要欄において行なわれた修正を日計表に反映させて、両者を整合させることができる。従って、電子レセプトと時系列情報が記録された日計表とを連携させることができる。
【００９５】
・  本実施形態においては、「一部分回数減」と判定された場合（ステップＳ１−８において「ＹＥＳ」の場合）、日計表において加算可能な投薬日を特定し（ステップＳ１−９）、回数を加算する（ステップＳ１−１０）。そして、修正された回数に到達していない場合（ステップＳ１−１１において「ＮＯ」の場合）には、次に加算可能な日付の特定処理（ステップＳ１−９）、回数の加算処理（ステップＳ１−１０）を繰り返す。これにより、投与回数の一部が変更された場合にも、電子レセプトの摘要欄において行なわれた修正を日計表に反映させて、両者を整合させることができる。
【００９６】
・  本実施形態においては、審査支援サーバ２０の制御部２１は、日計表査定処理、摘要小計変更処理、グループ展開処理を実行する。これにより、日計表において行なわれた変更を電子レセプトの小計に反映させて、両者を整合させることができる。
【００９７】
・  本実施形態においては、摘要小計変更処理において、審査支援サーバ２０の制御部２１は、数量の変更があるかどうかについての判定処理を実行する（ステップＳ３−１）。数量の変更がない場合（ステップＳ３−１において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、日別回数の共通パターンの特定処理を実行する（ステップＳ３−２
）。そして、共通パターンの倍数になっている場合（ステップＳ３−３において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、変更値について元請求の小計への反映処理を実行する（ステップＳ３−４）。これにより、レセプトの小計を変更するだけで、審査を終了させることができる。
【００９８】
・  本実施形態においては、数量の変更がある場合（ステップＳ３−１において「ＹＥＳ」の場合）や、共通パターンの倍数になっていない場合（ステップＳ３−３において「ＮＯ」の場合）、審査支援サーバ２０の制御部２１は、グループ展開処理を実行する（ステップＳ３−５）。このグループ展開処理においては、審査支援サーバ２０の制御部２１は、各明細の数量が一致するグループの生成処理を実行する（ステップＳ４−１）。
【００９９】
そして、各グループについて、審査支援サーバ２０の制御部２１は、処理対象グループの日別明細に２日以上の投薬日が設定されているかどうかについての判定処理を実行する（ステップＳ４−２）。投薬日数が１日の場合（ステップＳ４−２において「ＮＯ」の場合）、この処理対象グループについての処理を終了する。これにより、この診療内容を、一つの明細レコードにより記録することができる。
【０１００】
一方、投薬日数が２日以上の場合（ステップＳ４−２において「ＹＥＳ」の場合）、審査支援サーバ２０の制御部２１は、日別回数の共通パターンを特定し（ステップＳ４−３）、共通パターンの倍数になっているかどうかについての判定処理を実行する（ステップＳ４−４）。共通パターンの倍数になっている場合（ステップＳ４−４において「ＹＥＳ」の場合）、この処理対象グループについての処理を終了する。これにより、この診療内容を、共通パターンの倍数を用いて、一つの明細レコードにより記録することができる。
【０１０１】
一方、共通パターンの倍数になっていない場合（ステップＳ４−４において「ＮＯ」の場合）、グループ更新処理を実行する（ステップＳ４−５）。これにより、この診療内容について新たなグループを生成し、このグループについての共通パターンを特定して、明細レコードを生成することができる。
【０１０２】
なお、上記各実施形態は以下のように変更してもよい。
○  上記実施形態では、審査支援サーバ２０の制御部２１が、レセプト編集手段２１１、日計表編集手段２１２等として機能し、摘要査定処理、日計表査定処理、摘要小計変更処理、グループ展開処理を実行する。これに代えて、クライアント端末１０において、各処理を実行させるようにしてもよい。この場合には、クライアント端末１０に、電子レセプトに日計表ファイルを提供して、レセプト審査支援プログラムにより、クライアント端末１０の制御部をレセプト編集手段２１１、日計表編集手段２１２等として機能させる。
【０１０３】
○  上記実施形態では、審査支援サーバ２０の制御部２１は、日計表において減算可能な投薬日の特定処理を実行する（ステップＳ１−５）。具体的には、投薬が行われた最後の日付（減算可能日）を特定する。また、「一部分回数減」と判定された場合（ステップＳ１−８において「ＹＥＳ」の場合）、日計表において加算可能な投薬日の特定処理を実行する（ステップＳ１−９）。具体的には、投薬が行われた最初の日付（加算可能日）を特定する。減算可能な投薬日や加算可能な投薬日はこれらに限定されるものではない。この場合、審査支援サーバ２０の制御部２１のメモリには、減算可能な投薬日や加算可能な投薬日を特定するルールについてのロジックを記憶させておく。そして、制御部２１は、このロジックを用いて、減算可能な投薬日や加算可能な投薬日を特定するように構成する。
【０１０４】
○  上記実施形態では、摘要査定処理や日計表査定処理を行なった場合、修正に応じてレセプトデータ記憶部２２に記録されたレセプトファイルや日計表データ記憶部２４に記
録された日計表ファイルを更新する。これに代えて、修正されたレセプトファイルや日計表ファイルを、医療機関端末３０から受信した元のレセプトファイルや日計表ファイルとは別に蓄積することも可能である。この場合には、審査支援サーバ２０に、修正レセプトデータ記憶部や修正日計表データ記憶部を設ける。これにより、容易に修正のやり直しを行なうことができる。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施形態のシステム概略図。
【図２】電子レセプトの基本構成の説明図。
【図３】本実施形態の処理に用いる各レコードの説明図であって、（ａ）は明細レコード、（ｂ）は日計表内訳レコードの説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図。
【図８】クライアント端末のディスプレイに表示された画面の説明図。
【図９】摘要査定処理の説明図。
【図１０】摘要査定処理の説明図。
【図１１】摘要査定処理の説明図。
【図１２】摘要査定処理の説明図。
【図１３】摘要査定処理の説明図。
【図１４】摘要査定処理の説明図。
【図１５】グループ展開処理の説明図。
【図１６】グループ展開処理の説明図。
【図１７】明細レコードの更新・新規生成の説明図。
【符号の説明】
【０１０６】
１０…クライアント端末、２０…審査支援サーバ、２１…制御部、２１１…レセプト編集手段、２１２…日計表編集手段、２２…レセプトデータ記憶部、２４…日計表データ記憶部、３０…医療機関端末。
【図１】
0004814909.tif 000002
【図２】
0004814909.tif 000003
【図３】
0004814909.tif 000004
【図４】
0004814909.tif 000005
【図５】
0004814909.tif 000006
【図６】
0004814909.tif 000007
【図７】
0004814909.tif 000008
【図８】
0004814909.tif 000009
【図９】
0004814909.tif 000010
【図１０】
0004814909.tif 000011
【図１１】
0004814909.tif 000012
【図１２】
0004814909.tif 000013
【図１３】
0004814909.tif 000014
【図１４】
0004814909.tif 000015
【図１５】
0004814909.tif 000016
【図１６】
0004814909.tif 000017
【図１７】
0004814909.tif 000018