(57)【要約】【課題】支払者と被支払者との間の決済の効率化を図ることができる決済管理システム及び決済管理方法並びに決済管理プログラムを提供する。【解決手段】決済管理者の口座と、複数の被支払者に対して設定された、この口座からの引出権限とを管理する銀行システム２とネットワーク１０を介して接続された決済管理システム１において、支払者から決済管理者の口座への入金情報を銀行システム２より受信する。次に、支払者と被支払者との間で請求及び支払いについて合意した金額情報等からなる請求・支払合意情報を記憶する記憶手段より、これを読み出す。そして、受信した入金情報と、読み出した金額情報とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を被支払者の識別情報別に算出し、銀行システム２に送信する。【選択図】  図１
2004310513.tif 000002
【特許請求の範囲】
【請求項１】
決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムであって、
支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段と、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する受信手段と、
該受信手段が受信した入金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する引出限度額算出手段と、
該引出限度額算出手段が算出した引出限度額情報を前記銀行システムに送信する送信手段と
を具備することを特徴とする決済管理システム。
【請求項２】
前記受信手段は、さらに、前記被支払者が前記決済管理者の口座から出金した出金金額及び該被支払者の識別情報とからなる出金情報を前記銀行システムより受信し、
前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する
ことを特徴とする請求項１に記載の決済管理システム。
【請求項３】
前記記憶手段は、さらに、前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を記憶し、
前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報及び前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する
ことを特徴とする請求項１に記載の決済管理システム。
【請求項４】
決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する決済方法であって、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信し、
前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出し、
該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出し、
該算出した引出限度額情報を前記銀行システムに送信する
ことを特徴とする決済管理方法。
【請求項５】
決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する処理をコンピュータに実行させるための決済プログラムであって、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する処理と、
前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出す処理と、
該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する処理と、
該算出した引出限度額情報を前記銀行システムに送信する処理と
をコンピュータに実行させるための決済管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、主に、銀行システムと医療機関との間の決済管理に適用される決済管理システム及び決済管理方法並びに決済管理プログラムに関する。
【０００２】
【従来の技術】
従来、銀行システム等において口座管理するための技術が存在する。例えば、複数の会員によるグループ口座を管理する決済管理システムについて、先行技術文献１に記載されている。
この従来技術によれば、各会員によるグループ口座を銀行に設定し、銀行サーバのデータベースに各会員の属性や出金対象となる費目，出金や入会，退会，属性変更などの認可条件，取引履歴，会員の個人口座を設定する。
会員毎に、データベースの属性や費目，認可条件に応じて、出金の制限や他の会員の承認による可否を設定し、これらの制限の下で、出金や入金などを行なう。
また、このグループへの新規入会の紹介や退会，属性変更についても、他の会員の承認を必要とするか否かを規定し、必要な場合には、かかる承認を経た後、許可を行う。このような承認，否認は、取引判断手段がデータベースや承認依頼者の返答結果に応じて決める。
【０００３】
また、金融機関の口座を複数の会員で共有した場合における、決済管理のユーザビリティを高めたＡＴＭについて、先行技術文献２に記載されている。
この従来技術によれば、まず、口座に対応する口座情報を記憶した記憶媒体から口座情報を読み出す記憶媒体処理部及び顧客に暗証番号等を入力させる入力部を有する自動取引装置と、口座情報と暗証番号に対応する口座の残高や暗証番号等の顧客情報を格納する顧客情報管理データベースを有するホストコンピュータとを接続してネットワークを構築し、複数の名義人で一つの口座を共有するものとする。
そして、この口座に対応する記憶媒体を複数枚発行しておく。
自動取引装置では、各名義人が所有する記憶媒体を使用して各種取引を行う際に、記憶媒体処理部がその記憶媒体から口座情報を読み出し、その記憶媒体に対応する暗証番号を入力部から入力された場合、口座情報と暗証番号をホストコンピュータに送信する。
ホストコンピュータでは、受信した口座情報及び暗証番号により対応する口座の顧客情報を顧客情報管理データベースから検索し、その検索した口座の顧客情報に基づいて各種取引を実行する。
【０００４】
【特許文献１】
特開２００２−２６９３５１号公報
【特許文献２】
特開平１１−８６０８７号公報
【０００５】
【発明が解決しようとする課題】
一方で、現行の医療保険制度においては、以下のような問題がある。すなわち、従来の医療保険制度では、各国民が、健康保険、共済組合、国民健康保険等の医療保険に加入し、毎月保険料を支払うことで、医療機関で治療を受けた場合にはその医療費の一定（７割等）の割合が医療保険から支払われるようになっている（以下、その医療保険から支払われる割合の医療費を医療保険保険給付分とする）。そして、残りの割合（３割等）の医療費は、各個人が直接支払うようになっている（以下、その割合分の医療費を医療保険自己負担分とする）。
【０００６】
医療保険から支払われる医療費は、病院、診療所、薬局等の各医療機関で項目毎に作成されたレセプト（診療（調剤）報酬明細書）を用いて、医療保険の各保険者（健保組合、国、地方自治体等）に対して請求される。実際には、多くの場合、レセプトは、各医療機関から一旦、公的な機関である審査支払機関に送付される。そして、専門的な知識を持つ職員によってレセプトの内容が審査された後に、各保険者に対して一括して請求がなされる。支払いの方は、保険者から審査支払機関を介して各医療機関に対して行われるようになっている。この場合、請求から支払いまでの期間は通常２カ月程度である。
【０００７】
一方、自己負担分の医療費は、通常、一日の診療毎に精算される。被保険者は、診療が終わったところで、医療機関の会計部署に行き、現金等で支払いを済ませることになる。
【０００８】
レセプトによって請求される医療保険保険給付分については、上述したように審査支払機関を介した支払いが一般的であった。これに対して、近年、規制緩和に合わせＩＴ（情報技術）を利用することで、審査支払機関を介さずに直接、医療機関と保険者との間でレセプトによる請求・支払い情報をやりとりするシステムが構築されてきている。例えば、医療機関と保険者間の大量のレセプト情報の送受信を仲介する機関において、保険者で支払いを留保したレセプトを医療機関に差し戻すための仕組みを採用したものがある。
【０００９】
また、ファクタリングによるビジネスモデルを用いることで、審査支払機関に対する債権の現金化に要する期間の短縮化を図った商品がある。このファクタリングの際に留意すべき点は、医療機関が発行するレセプトのすべてがそのままの額で査定されるというわけではないことである。すなわち、レセプトの内容に不適切な点がある場合には、請求額が減じられたり、留保されたりしてしまうことがあるのである。よって、上記のような商品では、各医療機関で発生した診療報酬請求権（診療報酬債権）を１００％信用がある債権として扱うのではなく、一定の不良を含むものとして扱っている。したがって、債権譲受人は、通常８割程度に割り引いて診療報酬債権を現金化する。そして、１〜２ヵ月後に、審査支払機関で支払額が確定したところで、残りの債権分の支払いがなされるようになっている。そのため、当初に現金化される割合は、例えば８割程度と低いもののとなっている。
【００１０】
以上のような技術は、主にレセプトを用いて請求される医療保険保険給付分についての事項である。一方、医療保険自己負担分については、上記のように現金で日ごとに支払いがなされることが一般的である。一部には、クレジットカードや、デビットカードを使用できるようにした医療機関もでてきている（例えば特許文献３）。しかし、請求内容に対してのチェック体制については特に技術的変化はみられていない。例えば、レセプト審査と同様に自己負担分の支払内容を審査するような仕組みや、医療保険保険給付分について医療機関からの請求が減額されたような場合にその割合を医療保険自己負担分に反映させるような仕組みは構築されていなかった。
【００１１】
また、このようなシステムを構築する場合、上述の決済管理システムを用いると、既存の銀行システムの大きな変更を伴うため、システム構築に莫大なコストがかかるという問題点がある。
【００１２】
本発明は、このような事情を考慮してなされたものであり、その目的は、支払者と被支払者との間の決済の効率化を図ることができる決済管理システム及び決済管理方法並びに決済管理プログラムを提供することにある。
【００１３】
【課題を解決するための手段】
この発明は上記の課題を解決すべくなされたもので、請求項１に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムであって、支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段と、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する受信手段と、該受信手段が受信した入金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する引出限度額算出手段と、該引出限度額算出手段が算出した引出限度額情報を前記銀行システムに送信する送信手段とを具備することを特徴とする。
【００１４】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記受信手段は、さらに、前記被支払者が前記決済管理者の口座から出金した出金金額及び該被支払者の識別情報とからなる出金情報を前記銀行システムより受信し、前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出することを特徴とする。
【００１５】
また、請求項３に記載の発明は、請求項１に記載の発明において、前記記憶手段は、さらに、前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を記憶し、前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報及び前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出することを特徴とする。
【００１６】
また、請求項４に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する決済方法であって、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信し、前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出し、該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出し、該算出した引出限度額情報を前記銀行システムに送信することを特徴とする。
【００１７】
また、請求項５に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する処理をコンピュータに実行させるための決済プログラムであって、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する処理と、前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出す処理と、該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する処理と、該算出した引出限度額情報を前記銀行システムに送信する処理とをコンピュータに実行させるための決済管理プログラムである。
【００１８】
【発明の実施の形態】
以下、図面を参照して、本発明の決済管理システムを適用したオンライントランザクションシステムの一実施形態について説明する。図１は、本実施形態のオンライントランザクションシステムの構成を示す構成図である。
本実施形態のオンライントランザクションシステムは、決済管理システム１と、銀行システム２と、医療機関端末３と、保険者（健康保険組合など）端末４とをネットワーク１０を介して接続して構成される。
すなわち、本実施形態のオンライントランザクションシステムは、医療機関と保険者間における決済処理において適用される場合の例であるが、本発明は、これに限られず、支払者と被支払者との間における決済処理全般に適用可能である。
【００１９】
決済管理システム１は、決済管理サーバ１１と、請求管理データベース（以下、ＤＢとする）１２と、引出情報ＤＢ・１３と、入金情報ＤＢ・１４と、支払管理情報ＤＢ・１５とから構成される。
決済管理サーバ１１は、ネットワークインターフェイスを介した入出力（送受信）制御部、請求管理ＤＢ・１２、引出情報ＤＢ・１３、入金情報ＤＢ・１４、支払管理情報ＤＢ・１５の読み書き制御部、及び決済管理に関する一連の演算処理（後述する）を実行する処理部を有するコンピュータシステムである。
【００２０】
請求管理ＤＢ・１２は、支払者と被支払者（医療機関と保険者）との請求・支払合意情報を記憶しているデータベースである。
ここで、請求・支払合意情報とは、支払者の識別情報と、支払者の識別情報と関連付けられた被支払者の識別情報と、支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる情報であって、具体的には、図２のテーブルＴ１のように構成される。
すなわち、テーブルＴ１において、支払者の識別子（☆☆健保）と、被支払者の識別子（○○病院、△△病院、◇◇病院）とが関連付けられ、それぞれの間で合意された請求額、支払額が各被支払者の識別子別に書き込まれる。
【００２１】
引出情報ＤＢ・１３は、決済管理者の口座と、複数の被支払者に対して設定された、決済管理者の口座からの引出権限とを管理する銀行システム２において、被支払者（各医療機関）が決済管理者の口座から出金した出金金額及び被支払者の識別情報とからなる出金情報を記憶しているデータベースである。
ここで、銀行システム２において、図２のテーブルＴ６に示すように、予め決済管理者の口座が開設されている。決済管理者の口座には、被支払者が各々受け取るべき金額を決済管理者の口座から自由に出金できる権限を管理する媒体として、複数枚のキャッシュカードＩＤ及びキャッシュカードが発行される。
具体的には、図２のテーブルＴ６において、キャッシュカードＩＤ：○○○が、○○病院、△△△が、△△医院、◇◇◇が、◇◇診療所と対応する。
それぞれのキャッシュカードに対して、暗証番号が設定されるとともに、引出限度額が、各キャッシュカードの引出限度額の総和が決済管理者の口座の残高を超えない範囲で設定される。
また、出金情報については、図２のテーブルＴ２に示すように構成される。すなわち、それぞれのキャッシュカードＩＤ（＝被支払者の識別情報）、引出日、引出金額、引出等に関する銀行手数料とがそれぞれ関連付けられる。
【００２２】
入金情報ＤＢ・１４は、支払者から決済管理者の口座へ入金された入金金額と、支払者の識別情報とからなる入金情報を記憶しているデータベースである。
入金情報について、具体的には、図２のテーブルＴ３に示すように構成される。すなわち、支払者の識別情報（☆☆健保）と、入金日と、入金金額とが関連付けられている。
【００２３】
支払管理情報ＤＢ・１５は、入金情報ＤＢ・１４に記憶された入金情報及び引出情報ＤＢ・１３に記憶された出金情報とからなる明細情報と、請求管理情報ＤＢ・１２に記憶された金額情報（＝請求金額）及び前回の決済管理者の口座より当該被支払者が引き出すことができる引出限度額情報とから算出される支払残高（＝今回の決済管理者の口座より当該被支払者が引き出すことができる引出限度額情報）を、被支払者の識別情報（＝病院名、キャッシュカードＩＤ）と関連付けて記憶しているデータベースである。
具体的には、図２のテーブルＴ４、Ｔ５に示すように、各医療機関毎に、明細情報（入金・引き出しの種別、日付、金額）、支払残高、識別情報（病院名、キャッシュカードＩＤ）が記憶されている。
【００２４】
銀行システム２は、上述したように、決済管理者の口座と、複数の被支払者に対して設定された、決済管理者の口座からの引出権限とを銀行サーバ２１と、図２のテーブルＴ６示す、決済管理システムの管理者の口座情報（口座番号、名義、残高）、及び、被支払者が各々受け取るべき金額を決済管理者の口座から自由に出金できる権限を管理する媒体として発行されるキャッシュカードであって、この口座情報と関連付けられた引出権限が設定される各医療機関のキャッシュカード情報（キャッシュカードＩＤ、暗証番号）を記憶している口座情報ＤＢ・２２と、図２のテーブルＴ６に示す各医療機関のキャッシュカード情報に関連付けられた引出限度額情報を記憶している引出限度情報ＤＢ・２３とから構成される。
【００２５】
医療機関端末３は、被支払者である各医療機関に設置された端末であって、ネットワーク１０を介して、銀行システムとオンライン取引処理（残高照会、振込み等）を実行するとともに、決済管理システムとオンライン取引処理（明細照会等）を実行する。
保険者端末４は、支払者である健康保険組合に設置された端末であって、ネットワーク１０を介して、銀行システムとオンライン取引処理（残高照会、振込み等）を実行する。
【００２６】
次に、図面を参照して、本実施形態のオンライントランザクションシステムの動作について説明する。図２、図３は、本実施形態のオンライントランザクションシステムによる決済処理の過程を示すフローチャートである。
今、医療機関端末３が、当該決済管理システム１の管理者に、保険者である健康保険組合との決済の仲介処理を依頼すると、決済管理システム２の管理者は、決済管理システム１を介して、銀行システム２に決済管理者の口座に対する、当該医療機関用のキャッシュカードＩＤの発行を要求する。すなわち、決済管理システム１の決済管理サーバ１１は、銀行サーバ２１に対して、自己の口座に対する新たなキャッシュカードＩＤの発行の要求を送信する。
銀行サーバ２１は、この要求に基づいて、新たなキャッシュカードＩＤ及び暗証番号を発行し、決済管理システムに対して送信する。
決済管理サーバ１１は、これを受信すると、請求管理ＤＢ・１２、支払管理情報ＤＢ・１５に書き込む。すなわち、テーブルＴ１，Ｔ４に新しい病院及びこれと関連付けられたキャッシュカードＩＤが書き込まれる。
【００２７】
次に、健康保険組合と、医療機関との間において、例えば、今月分の保険利用に関する請求・支払の金額が審査の結果、合意された場合（図３のステップＳ１）、この金額情報が支払者の識別情報及び被支払者の識別情報と関連付けられて、決済管理システム１に入力される。
この入力方法としては、例えば、医療機関の医療機関端末３、又は、保険者の端末４、あるいは、他の査定機関の端末から決済管理システム１にネットワークを介して送信される場合が考えられる。
決済管理システム１は、これら請求・支払合意情報の入力を受けて（ステップＳ２）、決済管理サーバ１１が、請求管理情報ＤＢ・１２に書き込む。すなわち、上述したテーブルＴ１において、☆☆健保に対する、○○病院、△△医院、◇◇診療所の○月分の請求金額が、入金予定日及び入金日とともに書き込まれる（ただし、この時点では、入金日はブランク）。
【００２８】
また、保険者である☆☆健保から、銀行システム２の決済管理システム１の管理者の口座に、請求金額が入金されると（ステップＳ３）、銀行システム２の銀行サーバ２１は、口座情報の残高（テーブルＴ６を参照）にこの請求金額を加算する（ステップＳ４）。そして、加算処理後、銀行サーバ２１は、入金情報として、
☆☆健保名（支払者の識別情報）、入金日、入金金額を決済管理サーバ１１に送信する（ステップＳ５）。
【００２９】
決済管理サーバ１１は、入金情報を受信すると、入金情報ＤＢ・１４に書き込む。すなわち、上述したテーブルＴ３に入金情報として、☆☆健保名（支払者の識別情報）、入金日、入金金額が書き込まれる。
次に、決済管理サーバ１１は、請求管理情報ＤＢ・１２に入金情報を追記する。すなわち、テーブルＴ１に☆☆健保名からの入金日、入金金額を書き込む（ステップＳ６）。
そして、決済管理サーバ１１は、銀行サーバ２１より受信し、入金情報ＤＢ・１４に書き込んだ入金情報と、請求管理ＤＢ・１２に記憶された金額情報（＝請求金額）とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を被支払者の識別情報別に算出する。
すなわち、決済管理サーバ１１は、請求・支払合意情報に基づいて、入金金額を各医療機関毎に配分した後、１の医療機関に対して、複数の支払者からの支払があった場合は、これを合計して、各医療機関への支払額を算出する（ステップＳ７）。そして、この算出した支払額と、請求管理ＤＢ・１２から読み出した金額情報とに基づいて、所定の評価関数によって、各医療機関の引出限度額（＝テーブルＴ４，Ｔ５の支払残高）を算出する（ステップＳ８）。
【００３０】
各医療機関の引出限度額算出後、決済管理サーバ１１は、決済システム１の管理者の口座番号及び各医療機関のキャッシュカードＩＤとともに、この引出限度額の更新要求を銀行サーバ２１に送信する（ステップＳ９）。
また、決済管理サーバ１１は、支払管理情報ＤＢ・１５から明細情報（図２のＴ４を参照）を読み出して、医療機関の端末に対して送信する。なお、この明細情報の送信に代えて、例えば、郵送等の手段を用いてもよい。
銀行サーバ２１は、引出限度額の更新要求を受けて、決済システム１の管理者の口座に対して、受信した各キャッシュカードＩＤ及びその引出限度額に基づいて、引出限度額を更新する（ステップＳ１０）。
【００３１】
また、医療機関端末３において、明細情報を受信すると、これを表示部に表示する。そして、医療機関端末３におけるユーザが、医療機関端末３の表示部の表示される明細情報の通知を確認する（ステップＳ１１）。
確認後、医療機関端末３におけるユーザが、発行されたキャッシュカードを用いて、ＡＴＭ等で出金した場合（ステップＳ１２）、銀行サーバ２２は、決済管理システムの管理者の口座の残高から出金額だけ減算処理を行うとともに（ステップＳ１３）、引出情報（キャッシュカードＩＤ、引出日、引出額、銀行手数料図２のテーブルＴ２を参照）を決済管理サーバ１１に対して送信する（ステップＳ１４）。
【００３２】
決済管理サーバ１１は、この引出情報を受信すると、引出情報ＤＢ・１３に書き込む。そして、書き込み後、銀行システム１より受信した入金情報及び出金情報と、請求管理ＤＢ・１２より読み出した金額情報及び支払管理情報ＤＢ・１５より読み出した前回算出した決済管理者の口座より当該被支払者が引き出すことができる引出限度額（＝現在の各医療機関への支払残高）とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する。
そして、決済管理サーバ１１は、この算出した引出限度額に基づいて、決済システム１の管理者の口座番号及び各医療機関のキャッシュカードＩＤとともに、この引出限度額の更新要求を銀行サーバ２１に送信する。
銀行サーバ２１は、この引出限度額の更新要求を受信すると、決済システム１の管理者の口座に対して、受信した各キャッシュカードＩＤ及びその引出限度額に基づいて、引出限度額を更新する。
【００３３】
そして、決済管理サーバ１１は、以上説明したようにステップＳ６〜Ｓ９を繰り返す。すなわち、決済管理サーバ１１は、銀行システム２からの入金情報及び出金情報の受信毎に、引出限度額を新たに算出し、引出限度額の更新要求を銀行サーバ２１に送信する。
【００３４】
以上説明したように、本実施形態のオンライントランザクションシステムによれば、既存の銀行システムを用いて、支払者と被支払者との間の決済の効率化を図ることができる効果が得られる。また、本システムを構築する場合、既存の銀行システムの大きな変更を伴わずに済むため、システム構築にかかるコストを削減することができる効果が得られる。
また、本実施形態のオンライントランザクションシステムによれば、実際の入金情報と、医療機関と保険者との請求・支払合意情報とに基づいて、所定の評価関数を適用することにより、レセプト審査と同様に自己負担分の支払内容を審査する、あるいは、医療保険保険給付分について医療機関からの請求が減額されたような場合にその割合を医療保険自己負担分に反映させることができる効果が得られる。
【００３５】
上述の決済管理システム及び銀行システムにおける決済管理サーバ及び銀行サーバは、内部に、コンピュータシステムを有している。
そして、上述した決算処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、上述した決済管理システム及び銀行システムにおける、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００３６】
【発明の効果】
以上説明したように、本発明は、決済管理者の口座と、この口座と関連付けられた複数の被支払者の口座とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者から決済管理者の口座へ入金された入金金額と、支払者の識別情報とからなる入金情報を銀行システムより受信し、支払者の識別情報と、支払者の識別情報と関連付けられた被支払者の識別情報と、支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、その金額情報を読み出し、受信した入金情報と、記憶手段より読み出した金額情報とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を被支払者の識別情報別に算出し、銀行システムに送信するので、支払者と被支払者との間の決済の効率化を図ることができる効果を得ることができる。
【図面の簡単な説明】
【図１】本実施形態のオンライントランザクションシステムの全体構成を示す全体構成図である。
【図２】本実施形態のオンライントランザクションシステムにおける、決済処理の過程を示すフローチャートである。
【図３】本実施形態のオンライントランザクションシステムにおける、決済処理の過程を示すフローチャートである。
【符号の説明】
１…決済管理システム
２…銀行システム
３…医療機関端末
４…保険者端末
１１…決済管理サーバ
１２…請求管理情報ＤＢ
１３…引出情報ＤＢ
１４…入金情報
１５…支払管理情報ＤＢ
２１…銀行サーバ
２２…口座情報ＤＢ
２３…引出情報ＤＢ
【図１】
2004310513.tif 000003
【図２】
2004310513.tif 000004
【図３】
2004310513.tif 000005