(57)【要約】【課題】従来、医療費通知の情報とレセプトは結びつけられておらず、保険者が行うレセプト検索は非常に負荷がかかるものであった。本発明の目的は、医療費通知からレセプト検索を可能として、利用者によるレセプト情報の利用の便宜を図ることが可能なシステムの提供にある。【解決手段】レセプト情報開示処理において、医療費通知とレセプト内容を電子的にＤＢに登録し、一意に特定できる整理番号で連携させることにより、医療費通知に基づくレセプト情報の参照を可能とし、医療費の過払いがあった場合の取り戻し申請の便宜が図れる。【選択図】  図１
2005037979.tif 000002
【特許請求の範囲】
【請求項１】
利用者により操作されるクライアント装置と通信回線を介して接続し、記憶装置を有するサーバにおけるレセプト情報提供方法であって、
前記サーバは、
医療機関での診療内容に関するレセプト情報を、当該レセプトを識別するレセプト識別情報と対応付けてレセプト内容ＤＢに格納し、
前記レセプト識別情報を含む医療費通知情報を、前記利用者を識別する利用者識別情報と対応付けて医療費通知ＤＢに格納し、
前記クライアント装置から前記利用者の識別情報を受信し、
前記クライアント装置から医療費通知一覧参照要求情報を受信した場合、
前記受信した前記利用者の識別情報に対応する前記医療費通知情報を前記医療費通知ＤＢから読出して前記クライアント装置に送信し、
送信した医療費通知情報に基づいて前記クライアント装置において選択されたレセプト識別情報を前記クライアント装置から受信し、
受信したレセプト識別情報に対応するレセプト情報を前記レセプト内容ＤＢから読出し、
読み出したレセプト情報に基づき表示画面情報を生成し、生成した表示画面情報を前記クライアント装置に送信する
ことを特徴とするレセプト情報提供方法。
【請求項２】
請求項１記載のレセプト情報提供方法において、
前記レセプト情報は、
前記診療内容に対応する病科に関するレセプト種別情報を含み、
前記サーバは、
前記レセプト情報を出力するときの出力様式情報を、前記レセプト種別情報と対応付けてレイアウトＤＢに格納し、
前記読み出したレセプト情報に含まれるレセプト種別情報に対応する出力様式情報を前記レイアウトＤＢから読出し、
読み出した出力様式情報と前記読み出したレセプト情報とに基づき前記表示画面情報を生成する
ことを特徴とするレセプト情報提供方法。
【請求項３】
請求項１または請求項２記載のレセプト情報提供方法において、
前記サーバは、
前記診療内容に関する情報を画像の情報として画像ＤＢに格納し、
前記レセプト情報にテキスト形式で格納されていないデータが存在する場合、
前記表示画面情報は、
当該レセプト情報と対応付けられたレセプト識別情報をキーに前記画像ＤＢから画像情報を読出し、読み出した画像情報に基づき生成したものである
ことを特徴とするレセプト情報提供方法。
【請求項４】
請求項１ないし請求項３記載のレセプト情報提供方法において、
前記レセプト情報は、傷病名に関する情報を含み、
前記サーバは、
前記表示画面情報の生成における表示規則情報として前記表示画面情報から除外される傷病名を前記記憶装置に格納し、
前記表示規則情報の傷病名が前記レセプト情報に含まれる場合、当該表示規則情報に基づいて前記表示画面情報を生成する
ことを特徴とするレセプト情報提供方法。
【請求項５】
請求項１ないし請求項４記載のレセプト情報提供方法において、
前記レセプト情報は、医療費金額の適否について審査前の医療費金額である請求金額に関する情報と当該審査の後の金額に関する情報とを含み、
前記サーバは、
前記レセプト情報に含まれる審査後金額が前記請求金額より小さいものについて前記請求金額と前記審査後金額との差額を算出し、
算出した差額に基づく情報を、前記送信した医療費通知情報と対応付けて前記クライアント装置に送信する
ことを特徴とするレセプト情報提供方法。
【請求項６】
請求項５記載のレセプト情報提供方法において、
前記算出した差額に基づく情報とは、前記差額に基づいて算出された、前記利用者が前記医療機関に請求し得る金銭の額であることを特徴とするレセプト情報提供方法。
【請求項７】
請求項５または請求項６記載のレセプト情報提供方法において、
前記サーバは、
前記医療機関を識別する医療機関識別情報と当該医療機関の連絡先情報とを対応付けて医療機関ＤＢに格納し、
前記医療費通知ＤＢに格納された医療費通知情報のうち、前記差額が０でないレセプト情報に対応する医療費通知情報に、前記差額に基づく医療費取戻処理が可能である旨を表す医療費取戻可能情報を対応付けて医療費通知ＤＢに格納し、
前記差額に対応する医療費金額を前記利用者に請求した医療機関に対して当該差額に基づく医療費取戻処理に関する情報を要求する旨の情報を前記クライアント装置から受信した場合、
前記医療費通知ＤＢにおいて前記利用者の識別情報と対応付けて格納された医療費通知情報のうち前記医療費取戻可能情報が対応付けられている医療費通知情報を前記医療費通知ＤＢから読出し、
予め当該読み出した医療費通知情報に対応付けて格納された医療機関識別情報を前記クライアント装置に送信し、
送信した医療機関識別情報に基づいて前記クライアント装置において選択された医療機関識別情報を前記クライアント装置から受信し、
受信した医療機関識別情報に医療機関ＤＢにおいて対応付けられた連絡先情報を読出して前記クライアント装置に送信する
ことを特徴とするレセプト情報提供方法。
【請求項８】
利用者により操作されるクライアント装置と、当該クライアント装置と通信回線を介して接続するサーバとを有するレセプト情報提供システムであって、
前記サーバは、
医療機関が前記利用者に請求した医療費金額の適否について審査された後の医療費金額である審査後金額と当該審査前の医療費金額である請求金額とを対応付けるレセプト内容ＤＢ、および
前記審査後金額と当該審査後金額に対応する請求金額との間に差額が存在する場合に、当該差額に基づき医療費取戻処理が可能である旨を表す医療費取戻処理可能情報と当該差額に対応する医療費金額を請求した医療機関の識別情報とを対応付ける医療費通知ＤＢを格納する記憶装置と、
前記差額に関する情報と対応付けて格納された医療機関の識別情報に予め対応付けて格納された連絡先の情報を前記クライアント装置に送信する手段とを備え、前記クライアント装置は、
前記サーバの送信手段から送信された連絡先情報に基づき、前記差額に対応する医療機関に対して前記差額に基づく金銭の支払を要求する旨の情報を送信する手段を備えたことを特徴とするレセプト情報提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、被保険者が電子的に医療費通知を参照し、その内容から関連するレセプト情報を表示するシステム、更に過払いした医療費がある場合に取り戻し処理を効率よく行うことを可能とするシステムに関するものである。
【０００２】
【従来の技術】
医療機関が発行する診療報酬明細書（以下、レセプトと言う）に対し、審査支払機関および保険者において、診療行為とその請求金額が適切であるかどうかというレセプトの審査が行われている。被保険者にはレセプトの結果情報をもとに、その要約情報として医療費通知が送付されている。
【０００３】
被保険者が医療費通知の内容について疑問を抱いた場合、被保険者は保険者に医療費通知の疑問点を電話などで連絡し、保険者は連絡で受けた情報をもとに紙で保管されているレセプトを検索し、医療機関に確認した後、被保険者に情報開示を行う。
【０００４】
レセプトの審査によって診療行為とその請求金額が適切でないと判断された場合、審査支払機関は適切と判断する金額である審査後金額を医療機関に支払う。審査後金額が請求金額より低い場合、被保険者は、その差額に被保険者の医療費負担率をかけた金額（過払い金額）を医療機関から取り戻すことが認められている。
【０００５】
なお、最も近い公知例としては、特許文献１に記載された診療報酬情報の審査システムが挙げられる。
【０００６】
【特許文献１】
特開２００２−２４５３９０号公報
【０００７】
【発明が解決しようとする課題】
従来の技術の場合、医療費通知の情報とレセプトは結びつけられておらず、保険者が行うレセプト検索は非常に負荷がかかるものであった。また、被保険者は、保険者から送付されてきたレセプトを参照しても、医学的な知識などが不足しているなどの理由により理解が困難であった。さらに、過払いが発生している場合の手続きを、従来は被保険者が手作業で健康保険証の情報やレセプトに書かれた情報を転記することなどにより保険者に申請する必要があり、負荷がかかっていた。
【０００８】
特許文献１記載の技術においては、過払いの発生について判断する場合に、患者に対し電子レセプトカードを発行しなければならず、手間が掛かっていた。
【０００９】
本発明の目的は、レセプト情報を利用者が利用するための便宜を図ることにある。
【００１０】
本発明の他の目的は、医療費通知に基づき得たレセプト情報と過払い取戻し処理を連携することにより利用者の便宜を図ることにある。
【００１１】
【課題を解決するための手段】
利用者により操作されるクライアント装置と通信回線を介して接続し、記憶装置を有するサーバが、医療機関での診療内容に関するレセプト情報を、レセプト識別情報と対応付けてレセプト内容ＤＢに格納し、レセプト識別情報を含む医療費通知情報を、利用者識別情報と対応付けて医療費通知ＤＢに格納し、クライアント装置から前記利用者の識別情報を受信し、クライアント装置から医療費通知一覧参照要求情報を受信した場合、受信した利用者の識別情報に対応する医療費通知情報を前記医療費通知ＤＢから読出して前記クライアント装置に送信し、送信した医療費通知情報に基づいて前記クライアント装置において選択されたレセプト識別情報を前記クライアント装置から受信し、受信したレセプト識別情報に対応するレセプト情報を前記レセプト内容ＤＢから読出し、読み出したレセプト情報に基づき表示画面情報を生成し、生成した表示画面情報を前記クライアント装置に送信する。
【００１２】
なお、上記目的を達成するためには、上述した機能を実現するプログラム又はプログラムを格納した記録媒体であっても良い。
【００１３】
【発明の実施の形態】
以下に医療費通知をキーとしたレセプト情報参照について説明する。
【００１４】
まず、図２１を参照して本実施の形態に関連する用語と本実施の形態の概要とについて解説する。
医療保険制度において、被保険者２１０１、保険者２１０２、医療機関２１０３、および審査支払機関２１０４が存在する。保険者２１０２は、被保険者２１０１から保険料を徴収する。被保険者２１０１が医療機関２１０３にて受診した場合（１）、被保険者が窓口で支払う負担金は診療費用の中の一部であり、残りは医療機関が保険者に対して請求を行う。負担金を算出するための負担率は、法律で定められている。
【００１５】
請求を行うために医療機関が作成する書類が診療報酬明細書であり、レセプトと呼ばれる。レセプトは、ある被保険者、ある月、ある医療機関という複合条件毎に１枚医療機関において作成される（２）。
【００１６】
レセプトは、医療機関から電子的に審査支払機関２１０４に送付される場合と、紙で送付される場合の２種類がある（３）。レセプトは審査支払機関において審査される。審査支払機関２１０４はレセプトの内容審査と代行決済とをする。内容審査においては、レセプトに記載された請求金額（医療機関が被保険者に請求した金額）が、レセプトに記載された診療の内容に照らして適正であったか判断される。代行決済において、審査支払機関は、請求金額が適正と判断された場合は請求金額を、適正でないと判断された場合は、審査後の金額を、医療機関２１０３に支払う。
【００１７】
審査支払機関２１０４は、レセプトに請求金額と審査後金額を追記し、保険者２１０２に送付する（４）。ここで送付されるレセプトも電子の場合と紙の場合がある。
【００１８】
保険者は、レセプトを電子形式または紙で保持する義務がある。電子的に送付された場合、レセプトの全ての記載情報をテキスト形式でレセプト内容ＤＢ１１５に保持できる。紙で送付された場合、イメージ画像と限られた一部の情報のみテキスト形式で保持する（５）。保険者２１０２は、受領したレセプトに基づき医療費通知データを作成し、医療費通知ＤＢ１２０に格納する。医療費通知データは整理番号などを介して関連するレセプトと対応付けて格納されている。
【００１９】
被保険者２１０１から医療費通知データ参照の要求があった場合、保険者２１０２は医療費通知ＤＢから医療費通知データを読出し、被保険者２１０１に送付する（７）。被保険者２１０１は、医療費通知データに基づいて保険者２１０２にレセプト参照を要求可能であり、保険者は、被保険者からレセプトの開示請求があった場合、検索して開示することに問題がないか確認を行い、問題がない場合被保険者に開示（送付など）する（８）。
【００２０】
医療費通知データは、保険者２１０２が一定のタイミングで送付してもよく、被保険者からの要求によらなくても良い。
【００２１】
審査支払機関２１０４における審査において適正でないとされた請求金額については、被保険者２１０１は請求金額と審査後金額の差額のうち、被保険者が負担した分を医療機関から取り戻すための処理を開始する（９）。以下、被保険者を利用者と呼ぶこともある。
【００２２】
図１は、本発明の一実施例である医療費通知をキーとしたレセプト情報参照システムのハードウェア構成である。各ブロックは機能的に分けて記載されており、各ブロックの分割、統合は有り得る。
【００２３】
本システムは、情報の格納や管理を行うサーバ１１、各種情報の表示や入力を行うクライアント１３、ＩＣカードや磁気カードを読み取るための装置であるカード読み取り装置１４、サーバ１１やクライアント１３からの要求により印刷を行うプリンタ１５、サーバとクライアントを結ぶネットワーク１７、健康保険証として活用できる健康保険カード１６からなる。
【００２４】
サーバ１１は、クライアント１３への要求処理や入力結果等の受信処理などを行う処理部１１０、処理の結果などを一時的に記憶する記憶部１１１、各処理の経過や処理結果などを表示する表示部１１２、サーバ１１の操作等を行う入力部１１３、外部記憶メディアを挿入する外部記憶メディア挿入部１１４、レセプト内容の情報管理を行うレセプト内容ＤＢ１１５、レセプトのイメージ画像を管理する画像ＤＢ１１６、レセプト内容を画面表示する際や印刷する際のレイアウト情報が含まれるレイアウトＤＢ１１７、傷病名や処方または医学用語などの用語とその説明が格納されているレセプト説明ＤＢ１１８、被保険者の資格保持期間や氏名などの基本情報が格納されている資格記録ＤＢ１１９、医療費通知が格納されている医療費通知ＤＢ１２０、および医療機関の住所や地図などの情報が格納されている医療機関ＤＢ１２１を有する。
【００２５】
クライアント１３は、プリンタ１５に印刷の要求やサーバとの情報のやりとりを行う処理部１３０、各処理の処理結果などを一時的に記憶する記憶部１３１、各処理の経過や処理結果などを表示する表示部１３２、および情報を入力する入力部１３３を有する。
【００２６】
図２は、本実施の形態の健康保険カード１６に格納された情報の具体例を示す図である。健康保険カード１６には、被保険者を一意に識別するためのキー情報が格納されている。
【００２７】
図２の例では、被保険者が属する保険者番号２０１、保険者内で世帯を一意に示す番号である記号番号２０２、世帯内のどの人かを一意に識別するための枝番号２０３が格納されている。
【００２８】
図３は、本実施形態のレセプト内容ＤＢ１１５に格納されたレセプト内容情報の具体例を示す図である。レセプト内容ＤＢ１１５には、レセプトの項目欄の内容がテキスト形式で格納されている。
【００２９】
図３に示すように、各レセプト単位に一意に付けられる整理番号３０１、レセプトの作成年月３０２、医科・歯科などのレセプトの種類を示すレセプト種別３０３、診療を受けた被保険者が属する保険者番号３０４、診療を受けた被保険者の世帯を一意に示す番号である記号番号３０５、診療を受けた人が世帯内のどの人かを一意に識別するための枝番号３０６、診療を行った医療機関の番号である医療機関コード３０７、診療を受けた人の氏名３０８、診療の対象となった傷病名３０９、診療が開始された日を示す診療開始日３１０、どのような診療を行ったかを示す処方、投薬の詳細情報３１１、医療機関において患者が請求された診療代金であって審査前のものを示す請求金額３１２、過剰請求の有無などレセプトの内容的な審査により請求金額に変更があった場合のみ登録される情報である審査後金額３１３というデータ項目がある。審査後金額３１３において「―」とされているのは請求金額と審査後金額とに変更が無かった場合を示す。
【００３０】
図４は、本実施形態の画像ＤＢ１１６の具体例を示す図である。画像ＤＢ１１６はレセプトをイメージ画像形式で保管するためのＤＢである。
【００３１】
図４の例では、画像情報ＤＢ１１６は、各レセプト単位に一意に付けられる整理番号４０１、レセプトのイメージ画像ファイル名である画像ファイル４０２が格納されている。
【００３２】
なお、図３、図４について、レセプトの格納方式は、医療機関から電子的に提出されるか、紙で提出されるかにより、全ての項目をテキスト形式で格納する場合と一部の情報のみテキスト形式で保持しイメージ画像もあわせて格納する場合の２通りがある。図３、図４の例では、整理番号３０１が「Ａ０００１」については全ての項目をテキスト形式で格納する場合を示しており、整理番号３０１が「Ａ０００３」については一部の情報のみテキスト形式で保持しイメージ画像も画像ＤＢ１１６に関連づけられて格納する場合を示している。
【００３３】
図５は、レセプト内容をクライアント１３にて表示や印刷を行うためのレイアウトを格納するレイアウトＤＢ１１７の具体例を示す図である。
【００３４】
図５に示すように、レイアウトＤＢ１１７はレセプト種別５０１、様式内容５０２、どのようにレイアウトを行うか具体的な出力様式の情報が格納された様式詳細５０３を有する。例えばレセプト種別５０１が「医科」の場合、様式内容５０２が「医科レセプト用様式」のレイアウトを用いて、様式詳細５０３に書かれたルールに従い、レセプト内容ＤＢ１１５や画像ＤＢ１１６などから抽出したデータを埋め込み、クライアント１３にて表示や印刷を行う。様式詳細５０３に書かれたルールには例えば、表示位置や、書体など書式、および傷病名に「がん」という文字列が含まれる場合傷病名欄はマスキングする、などの表示規則に関する情報が含まれる。
【００３５】
図６は、本実施形態のレセプト説明ＤＢ１１８について具体例を示す図である。
【００３６】
レセプト説明ＤＢ１１８は、医学的知識などを持たない利用者がクライアント１３でレセプトを参照する際に、理解するための支援を行うことを目的として設けられたＤＢである。レセプト説明ＤＢ１１８には、レセプトの中に用いられる用語であるキーワード６０１と、その説明である解説６０２が格納されている。
【００３７】
図７は、被保険者の資格取得状況や氏名、生年月日などの基本情報が格納されている資格記録ＤＢ１１９について具体例を示す図である。
【００３８】
図７の具体例では、１人ごとに１レコードが設けられ、情報を管理している。
【００３９】
被保険者が属する保険者番号７０１、保険者の中で被保険者の世帯を一意に特定する記号番号７０２、世帯内で個人を一意に特定する枝番号７０３、被保険者の資格取得日を示す資格取得日７０４、同様に資格を喪失した日を示す資格喪失日７０５、被保険者の氏名７０６、被保険者の生年月日７０７、各種情報を参照する際に用いられるパスワード７０８、該当する個人が参照可能な別の個人の枝番号を示す参照可能な別の枝番号７０９が格納されている。図７の例では、記号番号７０２が「２２２−２２２２」で枝番号「１」の人は、家族内の別の個人である参照可能な枝番号「２」または「３」の人の情報について、参照する権限を持っていることを示している。
【００４０】
図８は、医療費通知の情報が格納されたＤＢである医療費通知ＤＢ１２０について、具体例を示す図である。図８の具体例では、ある個人、ある月、ある医療機関という複合キーごとに１レコードが設けられ、情報を管理している。
【００４１】
ある保険者の中で被保険者の世帯を一意に特定する記号番号８０１、世帯内で個人を一意に特定する枝番号８０２、診療を受けた年月を示す年月８０３、診療行為を行った医療機関コード８０４、レセプトの内容的な審査終了後に最終的に請求されることになった金額である決定金額８０５、請求金額３１２と決定金額８０５に差異があるかどうかを示す医療費取戻可否８０６、医療費取戻可否８０６にて可だった場合に取り戻しが済んでいるかどうかを示す取戻進捗８０７、関連するレセプトの整理番号８０８が格納されている。
【００４２】
取戻進捗８０７には、取戻可能だがまだ取戻処理が行われていない状態である「未」、取戻可能であり利用者が紙で取戻処理を行った場合である「紙で申請」、取戻可能であり利用者がＥ−Ｍａｉｌで取戻処理を行った場合である「Ｅ−Ｍａｉｌで申請」、などが登録される。なお、取戻不可の場合は「−」が登録される。データ作成時には「未」が書き込まれる。
【００４３】
図９は、医療機関の情報が格納されたＤＢである医療機関ＤＢ１２１について、具体例を示す図である。図９の具体例では、医療機関を一意に特定するコードである医療機関コード９０１、医療機関名９０２，医療機関の地図９０３、医療機関の住所９０４、医療機関の電話９０５、医療機関のＥ−Ｍａｉｌ９０６が格納されている。医療機関の住所９０４、医療機関の電話９０５、医療機関のＥ−Ｍａｉｌ９０６は、医療機関に対し医療費取戻申請する場合の連絡先であればよい。
【００４４】
図１０は、紙形式のレセプトのレイアウト具体例を示す図である。レセプト内容ＤＢ１１５と対応する項目が、それぞれ規定された位置に配置されている。クライアント１３においてレセプトを印刷する場合、図１０の形式で出力される。
【００４５】
図１で示されるハード構成に従い、医療費通知を画面上に表示、さらに医療費通知に関連づけてレセプト情報表示や医療費取り戻す処理の全体について、図１１のフローチャートと図１４〜図２０の画面例を用いて説明する。
【００４６】
まずクライアント１３は、図１４に示すようなログイン画面を表示し、本人確認のための情報入力を利用者に促す（ステップ１１０１）。サーバ１１は、クライアント１３から利用者より入力された保険者番号、記号番号、枝番号、パスワードをネットワーク１７を通じて受信し、サーバ１１が管理する資格記録ＤＢ１１９を用いて、本人確認を行う（ステップ１１０２）。
【００４７】
なお利用者が保険者番号などをクライアント１３に入力する手段として、健康保健カード１６をカード読み取り装置１４に挿入することによっても可能とする。カード内に登録された保険者番号、記号番号、枝番号の情報を利用者がクライアント１３に入力する代替として用いることにより、利用者の入力負荷軽減を実現することが可能になる。
【００４８】
本人確認が終了後、クライアント１３は図１５に示すような処理選択画面を表示する（ステップ１１０３）。クライアント１３は、利用者からの入力により「本人の医療費通知一覧参照」、「被扶養者の医療費通知参照」、「医療費取り戻し処理」の中のどの処理に進むか、選択を行う（ステップ１１０４）。
【００４９】
「本人の医療費通知一覧参照」が選択された場合、クライアント１３はサーバ１１に医療費通知一覧情報を要求し、サーバ１１と連携して本人の医療費通知一覧参照処理を行う（ステップ１１０５）。「被扶養者の医療費通知参照」が選択された場合、クライアント１３はサーバ１１と連携して被扶養者の医療費通知参照処理を行う（ステップ１１０６）。「医療費取り戻し処理」が選択された場合、クライアント１３はサーバ１１に医療費取り戻し処理に関する情報を要求し、サーバ１３と連携して医療費取り戻し処理を行う（ステップ１１０７）。
【００５０】
なお、ステップ１１０５、ステップ１１０６、ステップ１１０７の詳細な処理の流れについては、図１２、図１３のフローチャートを用いて説明する。
【００５１】
ステップ１１０５の詳細な処理の流れを、図１２のフローチャートを用いて説明する。
【００５２】
クライアント１３は、サーバ１１と連携して、医療費通知ＤＢ１２０から利用者のデータを抽出し、図１６に示すような形式で表示する（ステップ１２０１）。例えば、クライアント１３は、医療費通知一覧参照を要求する旨の情報をサーバ１１に送信する。サーバ１１は、ログインにおいてクライアント１３から受信した利用者の識別情報（記号番号８０１と枝番号８０２を組み合わせたもの等）をキーとして医療費通知ＤＢ１２０から利用者のデータを読出し、クライアント１３に送信する。利用者の識別情報は、医療費通知一覧参照要求情報と対応付けてクライアント１３からサーバ１１に送信されても良い。
【００５３】
クライアント１３が、利用者からどの案件のレセプトを参照したいか指定された場合、サーバ１１はレセプト内容ＤＢ１１５より整理番号８０８と対応する整理番号３０１を持つレセプト情報を抽出する（ステップ１２０２）。具体的には、クライアント１３は、利用者からの選択を検知すると、選択されたレセプトに対応する識別情報をサーバ１１に送信する。この識別情報は、利用者の識別情報（記号番号８０１と枝番号８０２を組み合わせたもの等）と年月８０３との組でもよく、整理番号８０８でもよい。サーバ１１は、クライアント１１から受信したレセプトの識別情報に基づきレセプト内容ＤＢ１１５からレセプト内容情報を読出す。
【００５４】
ステップ１２０２において、全ての情報がテキスト形式で格納されていない場合は、画像ＤＢ１１６から図４にある整理番号４０１を介して関連する画像ファイルもあわせて抽出する。具体的な例を示すと、図３において整理番号「Ａ０００１」「Ａ０００２」は全ての情報がテキスト形式で格納されているが、整理番号「Ａ０００３」は一部の情報がテキスト形式で格納されていない。クライアント１３が、利用者より整理番号「Ａ０００３」の案件を参照したいという指示を受けた場合、サーバ１１は画像ＤＢ１１６より整理番号４０１が「Ａ０００３」である画像ファイル「ＧＶ−Ａ０００３」をあわせて抽出する。
【００５５】
サーバ１１は、抽出した情報をクライアント１３の表示形式にするため様式にあてはめる（ステップ１２０３）。具体的には、サーバ１１はレセプト種別３０３をもとに、図５に示すレイアウトＤＢ１１７から該当する様式を選択し、様式詳細５０３に書かれたルールでレイアウトを作成する。その際にレセプト説明ＤＢ１１８を用いて、医学用語のコメントを添付する。
【００５６】
サーバ１１は、利用者への傷病告知などの観点において不具合がある情報のマスキングが必要か判断を行う（ステップ１２０４）。本例において、判断はレイアウトＤＢ１１７の様式詳細５０３に書かれたルールを用いる。判断の結果、情報マスキングが必要となった場合、サーバ１１は該当部分のマスキングを行う（ステップ１２０５）。具体的には、傷病名３０９の情報が「がん」であった場合、傷病名情報を削除したものを一時的な記憶領域に格納する。画像ＤＢ１１６よりレセプトの画像ファイルも抽出している場合、様式詳細５０３に書かれた座標軸情報をもとに画像の塗りつぶしを行ったものを一時的な記憶領域に格納する。
【００５７】
サーバ１１は、レセプト様式にレセプト内容や医学用語のコメントを組み込んだ形式である、クライアント１３における表示画面の情報を一時的な記憶領域から読出し、クライアント１３へ表示画面情報を送信し処理を終了する（ステップ１２０６）。クライアント１３の画面表示例を図１７に示す。
【００５８】
またオプション機能としてクライアント１３は、利用者から図１７にある「表示並び替え」ボタンを押されることにより、表示形式を図１８のように処理ごとに並び替えすることもできる。これにより、利用者のレセプト記載内容理解を支援することが可能になる。
【００５９】
ステップ１１０６の詳細な処理の流れは、上記で説明した図１２のフローチャートと同様である。処理で異なる点としては、ステップ１２０１において、医療費通知ＤＢ１２０からデータを抽出する際に、枝番号が「１」ではなく、参照可能な別の枝番号７０９に記載された番号を抽出する点のみである。
【００６０】
ステップ１１０７の詳細な処理の流れを、図１３のフローチャートを用いて説明する。
サーバ１１は、医療費通知ＤＢ１２０から記号番号が同一世帯であるデータのうち、医療費取戻可否８０６が「可」であるデータを抽出する。１件もない場合は、処理を終了する（ステップ１３０１）。可否の判断は、レセプト内容ＤＢ１１５において、医療機関が請求した金額である請求金額３１２と、内容審査を行い最終的に医療機関へ支払った金額である審査後金額３１３が同じかどうかにより判断する。請求金額３１２より審査後金額３１３が小さい場合、医療費取戻可否８０６は「可」となる。
【００６１】
サーバ１１は、ステップ１３０１で抽出したデータのうち、取戻進捗８０７が「未」であるデータを抽出する。１件もない場合は、処理を終了する（ステップ１３０２）。医療費取戻可否８０６と医療費取戻進捗８０７のように、請求金額と審査後金額との間に差額が存在することに関する情報を医療費通知ＤＢ１２０に格納することで、医療費取戻可能である案件を検索することが可能となる。
【００６２】
サーバ１１は、取り戻し可能な金額を案件ごとに計算する（ステップ１３０３）。取り戻し可能金額の計算は、レセプト内容ＤＢの請求金額３１２から審査後金額３１３を引いた値に負担率を掛けた値となる。例えば、整理番号８０８が「Ａ０００２」の案件は、取り戻しが可能でありかつ取り戻し処理も完了していない案件である。本案件の請求金額３１２は「１００００」、審査後金額は「８０００」である。被保険者の負担率が３割の場合、請求金額３１２から審査後金額３１３を引いた値である「２０００」に、負担率０．３を掛けた値である「６００」が取り戻し可能金額である。
【００６３】
サーバ１１は、算出した取り戻し可能金額その他の医療費通知ＤＢ１２０の情報を医療費取戻案件一覧情報としてクライアント１３に送信する。送信される医療費取戻案件一覧情報には、医療費取り戻し処理をする先の医療機関を特定できる情報、例えば医療機関コード８０４や整理番号８０８などが含まれる。クライアント１３は、ステップ１３０３でサーバ１１が計算した取り戻し可能金額とともに、サーバ１１から受信した医療費取戻可能案件一覧情報に基づいた表示画面をクライアント画面に表示する。具体例を図１９に示す（ステップ１３０４）。
【００６４】
クライアント１３が、図１９に表示された一覧の中より、利用者から取り戻し処理を行いたい案件を指定された場合、サーバ１１に指定された案件に対応する整理番号８０８、または記号番号８０１と枝番号８０２と年月８０３とを送信し、サーバ１１は当該受信した情報をキーに取り戻しが可能な金額や、取り戻すために訪問すべき医療機関の医療機関名９０２、住所９０４などの情報を医療機関ＤＢ１２１および／またはレセプト内容ＤＢ１１５を用いて情報を抽出し、クライアント１３に送信する。クライアント１３は、受信した情報を表示する（ステップ１３０５）。クライアント１３が送信する情報は、医療費取り戻し処理をする先の医療機関をサーバ１１で特定可能な情報であればよく、医療機関コード８０４でもよい。この場合であっても、サーバ１１は受信した医療機関コードに基づき医療機関ＤＢ１２１から関連情報を読出し、クライアント１３に送信可能である。
【００６５】
クライアント１３における画面表示の具体例を図２０に示す。
クライアント１３は、図２０に示すような表示画面を表示し、利用者に対して必要書類を印刷し紙で医療機関へ取り戻しを申請する場合である「必要書類を印刷」、Ｅ−Ｍａｉｌで医療機関へ取り戻しを申請する場合である「Ｅ−Ｍａｉｌで申請」、今回は取り戻しを申請をしない場合である「キャンセル」の３つの処理から１つを選択するように促す（ステップ１３０６）。
【００６６】
クライアント１３が、利用者から図２０にある「必要書類の印刷」ボタンを指示された場合、紙で申請することが選択された旨の情報をサーバ１１に送信する。サーバ１１は、取り戻しのために必要となる書類や地図など訪問のための資料をクライアント１３に送信し、クライアント１３は受信した情報についてプリンタ１５に印刷指示する（ステップ１３０７）。サーバ１１は、医療費通知ＤＢ１２０の取戻進捗８０７に、「紙で申請」と更新後（ステップ１３０８）、処理が終了する。  ステップ１３０８でクライアント１３が、利用者の識別情報（記号番号と枝番号）または整理番号８０８を送信すれば、サーバ１１は、医療費通知ＤＢ１２０のレコードのうち、クライアント１３から受信した利用者識別情報または整理番号に対応するものに「紙で申請」と更新することができる。また、サーバ１１は、取り戻しのために必要となる書類に対応する情報や地図など訪問のための資料に関する情報を、受信した利用者識別情報に基づき記憶装置から読出し、クライアント１３に送信できる。
【００６７】
クライアント１３が、利用者から図２０にある「Ｅ−Ｍａｉｌで申請」ボタンを指示された場合、Ｅ−Ｍａｉｌで申請することが選択された旨の情報をサーバ１１に送信する。サーバ１１は、取り戻しのために必要となる書類と、医療費取り戻しを申請する先の医療機関に対応する連絡先として医療機関ＤＢ１２１にあるＥ−Ｍａｉｌ９０６にある宛先の情報をクライアント１３に送信する。クライアント１３は、サーバ１１から受信した情報に基づきＥ−Ｍａｉｌを作成し、受信した情報に基づく宛先に対してメールを送信し（ステップ１３０９）、医療費通知ＤＢ１２０の取戻進捗８０７に、「Ｅ−Ｍａｉｌで申請」と更新後（ステップ１３１０）、処理が終了する。
【００６８】
ステップ１３０９でクライアント１３が、利用者の識別情報（記号番号と枝番号）または整理番号８０８を送信すれば、サーバ１１は、医療費通知ＤＢ１２０のレコードのうち、クライアント１３から受信した利用者識別情報または整理番号に対応するものに「Ｅ−Ｍａｉｌで申請」と更新することができる。また、医療費取戻のために必要となる書類と医療機関ＤＢ１２１にあるＥ−Ｍａｉｌ９０６にある宛先の情報とを、受信した情報に基づき記憶装置から読出し、クライアント１３に送信することができる。
【００６９】
クライアント１３が、利用者から図２０にある「キャンセル」ボタンを指示された場合は、そのまま処理が終了する。
【００７０】
上記医療費取戻可能案件一覧情報に、医療機関を特定できる情報が含まれるため、クライアント１３は受信した医療費取戻可能案件一覧情報に基づき、医療費取り戻し処理をする先の医療機関を特定する情報をサーバ１１に送信し、サーバ１１はクライアント１３から受信した情報に基づき医療機関ＤＢから医療機関の連絡先を読出し、クライアント１３に送信することができる。
【００７１】
【発明の効果】
上述したように本発明によれば、医療費通知からレセプトを連携して表示にできるようにして、さらに利用者がレセプトの内容を理解しやすいように支援することが可能になる。
【００７２】
また、医療費の過払いがあった場合、取り戻し処理を容易に行うことが可能になる。
【図面の簡単な説明】
【図１】情報処理装置のハードウェア構成及び接続関係を示す図である。
【図２】健康保険カード内容の一例を示す図である。
【図３】レセプト内容ＤＢの一例を示す図である。
【図４】画像ＤＢの一例を示す図である。
【図５】レイアウトＤＢの一例を示す図である。
【図６】レセプト説明ＤＢの一例を示す図である。
【図７】資格記録ＤＢの一例を示す図である。
【図８】医療費通知ＤＢの一例を示す図である。
【図９】医療機関ＤＢの一例を示すフローチャートである。
【図１０】レセプトのレイアウトの一例を示す図である。
【図１１】処理全体の一例を示すフローチャートである。
【図１２】医療費通知からレセプトを表示する処理の一例を示すフローチャートである。
【図１３】過払いの医療費取り戻し処理の一例を示すフローチャートである。
【図１４】利用者端末に表示する利用者ログイン画面である。
【図１５】利用者端末に表示する処理選択画面である。
【図１６】利用者端末に表示する医療費通知参照画面である。
【図１７】利用者端末に表示するレセプト内容表示画面である。
【図１８】利用者端末に表示するレセプト内容理解支援画面である。
【図１９】利用者端末に表示する医療費取り戻し案件選択画面である。
【図２０】利用者端末に表示する医療費取り戻し参考情報画面である。
【図２１】本実施例の全体のフローの概要を示す図である。
【符号の説明】
１１：サーバ、１２：クライアント、１３：プリンタ、１４：カード読み取り装置、１５：プリンタ、１６：健康保険カード  、１１０：サーバ処理部、１１１：  サーバ記憶部、１１２：サーバ表示部、１１３：サーバ入力部、１１４：サーバ外部記憶メディア挿入部、１１５：レセプト内容ＤＢ、１１６：画像ＤＢ、１１７：レイアウトＤＢ、１１８：レセプト説明ＤＢ、１１９：資格記録ＤＢ、１２０：医療費通知ＤＢ、１２１：医療機関ＤＢ、１３０：クライアント処理部、１３１：クライアント記憶部、１３２：クライアント表示部、１３３：クライアント入力部
【図１】
2005037979.tif 000003
【図２】
2005037979.tif 000004
【図３】
2005037979.tif 000005
【図４】
2005037979.tif 000006
【図５】
2005037979.tif 000007
【図６】
2005037979.tif 000008
【図７】
2005037979.tif 000009
【図８】
2005037979.tif 000010
【図９】
2005037979.tif 000011
【図１０】
2005037979.tif 000012
【図１１】
2005037979.tif 000013
【図１２】
2005037979.tif 000014
【図１３】
2005037979.tif 000015
【図１４】
2005037979.tif 000016
【図１５】
2005037979.tif 000017
【図１６】
2005037979.tif 000018
【図１７】
2005037979.tif 000019
【図１８】
2005037979.tif 000020
【図１９】
2005037979.tif 000021
【図２０】
2005037979.tif 000022
【図２１】
2005037979.tif 000023