JP2004310513A - Settlement management system, settlement management method and settlement management program - Google Patents

Settlement management system, settlement management method and settlement management program Download PDF

Info

Publication number
JP2004310513A
JP2004310513A JP2003104109A JP2003104109A JP2004310513A JP 2004310513 A JP2004310513 A JP 2004310513A JP 2003104109 A JP2003104109 A JP 2003104109A JP 2003104109 A JP2003104109 A JP 2003104109A JP 2004310513 A JP2004310513 A JP 2004310513A
Authority
JP
Japan
Prior art keywords
information
payment
account
payee
payer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003104109A
Other languages
Japanese (ja)
Other versions
JP4301854B2 (en
Inventor
Susumu Takiguchi
進 滝口
Kazunari Tsuchiya
一成 土屋
Yukiya Azuma
幸弥 東
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MEDICAL DATA COMMUNICATIONS KK
Original Assignee
MEDICAL DATA COMMUNICATIONS KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by MEDICAL DATA COMMUNICATIONS KK filed Critical MEDICAL DATA COMMUNICATIONS KK
Priority to JP2003104109A priority Critical patent/JP4301854B2/en
Publication of JP2004310513A publication Critical patent/JP2004310513A/en
Application granted granted Critical
Publication of JP4301854B2 publication Critical patent/JP4301854B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a settlement management system, a settlement management method and a settlement management program that can streamline settlement between a payer and a payee. <P>SOLUTION: The settlement management system 1, which is connected via a network 10 to a bank system 2 for managing a settlement manager's account and withdrawal rights for the account set on a plurality of payees, receives information on a payer's deposit into the settlement manager's account from the bank system 2. From storing means storing claim and payment agreement information including money information agreed on claims and payments between the payer and the payees, the information is read out. According to the deposit information received and the money information read out, for identification information on every payee, a withdrawal limit which the payee can withdraw from the settlement manager's account is calculated and transmitted to the bank system 2. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、主に、銀行システムと医療機関との間の決済管理に適用される決済管理システム及び決済管理方法並びに決済管理プログラムに関する。
【0002】
【従来の技術】
従来、銀行システム等において口座管理するための技術が存在する。例えば、複数の会員によるグループ口座を管理する決済管理システムについて、先行技術文献1に記載されている。
この従来技術によれば、各会員によるグループ口座を銀行に設定し、銀行サーバのデータベースに各会員の属性や出金対象となる費目,出金や入会,退会,属性変更などの認可条件,取引履歴,会員の個人口座を設定する。
会員毎に、データベースの属性や費目,認可条件に応じて、出金の制限や他の会員の承認による可否を設定し、これらの制限の下で、出金や入金などを行なう。
また、このグループへの新規入会の紹介や退会,属性変更についても、他の会員の承認を必要とするか否かを規定し、必要な場合には、かかる承認を経た後、許可を行う。このような承認,否認は、取引判断手段がデータベースや承認依頼者の返答結果に応じて決める。
【0003】
また、金融機関の口座を複数の会員で共有した場合における、決済管理のユーザビリティを高めたATMについて、先行技術文献2に記載されている。
この従来技術によれば、まず、口座に対応する口座情報を記憶した記憶媒体から口座情報を読み出す記憶媒体処理部及び顧客に暗証番号等を入力させる入力部を有する自動取引装置と、口座情報と暗証番号に対応する口座の残高や暗証番号等の顧客情報を格納する顧客情報管理データベースを有するホストコンピュータとを接続してネットワークを構築し、複数の名義人で一つの口座を共有するものとする。
そして、この口座に対応する記憶媒体を複数枚発行しておく。
自動取引装置では、各名義人が所有する記憶媒体を使用して各種取引を行う際に、記憶媒体処理部がその記憶媒体から口座情報を読み出し、その記憶媒体に対応する暗証番号を入力部から入力された場合、口座情報と暗証番号をホストコンピュータに送信する。
ホストコンピュータでは、受信した口座情報及び暗証番号により対応する口座の顧客情報を顧客情報管理データベースから検索し、その検索した口座の顧客情報に基づいて各種取引を実行する。
【0004】
【特許文献1】
特開2002−269351号公報
【特許文献2】
特開平11−86087号公報
【0005】
【発明が解決しようとする課題】
一方で、現行の医療保険制度においては、以下のような問題がある。すなわち、従来の医療保険制度では、各国民が、健康保険、共済組合、国民健康保険等の医療保険に加入し、毎月保険料を支払うことで、医療機関で治療を受けた場合にはその医療費の一定(7割等)の割合が医療保険から支払われるようになっている(以下、その医療保険から支払われる割合の医療費を医療保険保険給付分とする)。そして、残りの割合(3割等)の医療費は、各個人が直接支払うようになっている(以下、その割合分の医療費を医療保険自己負担分とする)。
【0006】
医療保険から支払われる医療費は、病院、診療所、薬局等の各医療機関で項目毎に作成されたレセプト(診療(調剤)報酬明細書)を用いて、医療保険の各保険者(健保組合、国、地方自治体等)に対して請求される。実際には、多くの場合、レセプトは、各医療機関から一旦、公的な機関である審査支払機関に送付される。そして、専門的な知識を持つ職員によってレセプトの内容が審査された後に、各保険者に対して一括して請求がなされる。支払いの方は、保険者から審査支払機関を介して各医療機関に対して行われるようになっている。この場合、請求から支払いまでの期間は通常2カ月程度である。
【0007】
一方、自己負担分の医療費は、通常、一日の診療毎に精算される。被保険者は、診療が終わったところで、医療機関の会計部署に行き、現金等で支払いを済ませることになる。
【0008】
レセプトによって請求される医療保険保険給付分については、上述したように審査支払機関を介した支払いが一般的であった。これに対して、近年、規制緩和に合わせIT(情報技術)を利用することで、審査支払機関を介さずに直接、医療機関と保険者との間でレセプトによる請求・支払い情報をやりとりするシステムが構築されてきている。例えば、医療機関と保険者間の大量のレセプト情報の送受信を仲介する機関において、保険者で支払いを留保したレセプトを医療機関に差し戻すための仕組みを採用したものがある。
【0009】
また、ファクタリングによるビジネスモデルを用いることで、審査支払機関に対する債権の現金化に要する期間の短縮化を図った商品がある。このファクタリングの際に留意すべき点は、医療機関が発行するレセプトのすべてがそのままの額で査定されるというわけではないことである。すなわち、レセプトの内容に不適切な点がある場合には、請求額が減じられたり、留保されたりしてしまうことがあるのである。よって、上記のような商品では、各医療機関で発生した診療報酬請求権(診療報酬債権)を100%信用がある債権として扱うのではなく、一定の不良を含むものとして扱っている。したがって、債権譲受人は、通常8割程度に割り引いて診療報酬債権を現金化する。そして、1〜2ヵ月後に、審査支払機関で支払額が確定したところで、残りの債権分の支払いがなされるようになっている。そのため、当初に現金化される割合は、例えば8割程度と低いもののとなっている。
【0010】
以上のような技術は、主にレセプトを用いて請求される医療保険保険給付分についての事項である。一方、医療保険自己負担分については、上記のように現金で日ごとに支払いがなされることが一般的である。一部には、クレジットカードや、デビットカードを使用できるようにした医療機関もでてきている(例えば特許文献3)。しかし、請求内容に対してのチェック体制については特に技術的変化はみられていない。例えば、レセプト審査と同様に自己負担分の支払内容を審査するような仕組みや、医療保険保険給付分について医療機関からの請求が減額されたような場合にその割合を医療保険自己負担分に反映させるような仕組みは構築されていなかった。
【0011】
また、このようなシステムを構築する場合、上述の決済管理システムを用いると、既存の銀行システムの大きな変更を伴うため、システム構築に莫大なコストがかかるという問題点がある。
【0012】
本発明は、このような事情を考慮してなされたものであり、その目的は、支払者と被支払者との間の決済の効率化を図ることができる決済管理システム及び決済管理方法並びに決済管理プログラムを提供することにある。
【0013】
【課題を解決するための手段】
この発明は上記の課題を解決すべくなされたもので、請求項1に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムであって、支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段と、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する受信手段と、該受信手段が受信した入金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する引出限度額算出手段と、該引出限度額算出手段が算出した引出限度額情報を前記銀行システムに送信する送信手段とを具備することを特徴とする。
【0014】
また、請求項2に記載の発明は、請求項1に記載の発明において、前記受信手段は、さらに、前記被支払者が前記決済管理者の口座から出金した出金金額及び該被支払者の識別情報とからなる出金情報を前記銀行システムより受信し、前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出することを特徴とする。
【0015】
また、請求項3に記載の発明は、請求項1に記載の発明において、前記記憶手段は、さらに、前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を記憶し、前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報及び前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出することを特徴とする。
【0016】
また、請求項4に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する決済方法であって、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信し、前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出し、該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出し、該算出した引出限度額情報を前記銀行システムに送信することを特徴とする。
【0017】
また、請求項5に記載の発明は、決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する処理をコンピュータに実行させるための決済プログラムであって、前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する処理と、前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出す処理と、該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する処理と、該算出した引出限度額情報を前記銀行システムに送信する処理とをコンピュータに実行させるための決済管理プログラムである。
【0018】
【発明の実施の形態】
以下、図面を参照して、本発明の決済管理システムを適用したオンライントランザクションシステムの一実施形態について説明する。図1は、本実施形態のオンライントランザクションシステムの構成を示す構成図である。
本実施形態のオンライントランザクションシステムは、決済管理システム1と、銀行システム2と、医療機関端末3と、保険者(健康保険組合など)端末4とをネットワーク10を介して接続して構成される。
すなわち、本実施形態のオンライントランザクションシステムは、医療機関と保険者間における決済処理において適用される場合の例であるが、本発明は、これに限られず、支払者と被支払者との間における決済処理全般に適用可能である。
【0019】
決済管理システム1は、決済管理サーバ11と、請求管理データベース(以下、DBとする)12と、引出情報DB・13と、入金情報DB・14と、支払管理情報DB・15とから構成される。
決済管理サーバ11は、ネットワークインターフェイスを介した入出力(送受信)制御部、請求管理DB・12、引出情報DB・13、入金情報DB・14、支払管理情報DB・15の読み書き制御部、及び決済管理に関する一連の演算処理(後述する)を実行する処理部を有するコンピュータシステムである。
【0020】
請求管理DB・12は、支払者と被支払者(医療機関と保険者)との請求・支払合意情報を記憶しているデータベースである。
ここで、請求・支払合意情報とは、支払者の識別情報と、支払者の識別情報と関連付けられた被支払者の識別情報と、支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる情報であって、具体的には、図2のテーブルT1のように構成される。
すなわち、テーブルT1において、支払者の識別子(☆☆健保)と、被支払者の識別子(○○病院、△△病院、◇◇病院)とが関連付けられ、それぞれの間で合意された請求額、支払額が各被支払者の識別子別に書き込まれる。
【0021】
引出情報DB・13は、決済管理者の口座と、複数の被支払者に対して設定された、決済管理者の口座からの引出権限とを管理する銀行システム2において、被支払者(各医療機関)が決済管理者の口座から出金した出金金額及び被支払者の識別情報とからなる出金情報を記憶しているデータベースである。
ここで、銀行システム2において、図2のテーブルT6に示すように、予め決済管理者の口座が開設されている。決済管理者の口座には、被支払者が各々受け取るべき金額を決済管理者の口座から自由に出金できる権限を管理する媒体として、複数枚のキャッシュカードID及びキャッシュカードが発行される。
具体的には、図2のテーブルT6において、キャッシュカードID:○○○が、○○病院、△△△が、△△医院、◇◇◇が、◇◇診療所と対応する。
それぞれのキャッシュカードに対して、暗証番号が設定されるとともに、引出限度額が、各キャッシュカードの引出限度額の総和が決済管理者の口座の残高を超えない範囲で設定される。
また、出金情報については、図2のテーブルT2に示すように構成される。すなわち、それぞれのキャッシュカードID(=被支払者の識別情報)、引出日、引出金額、引出等に関する銀行手数料とがそれぞれ関連付けられる。
【0022】
入金情報DB・14は、支払者から決済管理者の口座へ入金された入金金額と、支払者の識別情報とからなる入金情報を記憶しているデータベースである。
入金情報について、具体的には、図2のテーブルT3に示すように構成される。すなわち、支払者の識別情報(☆☆健保)と、入金日と、入金金額とが関連付けられている。
【0023】
支払管理情報DB・15は、入金情報DB・14に記憶された入金情報及び引出情報DB・13に記憶された出金情報とからなる明細情報と、請求管理情報DB・12に記憶された金額情報(=請求金額)及び前回の決済管理者の口座より当該被支払者が引き出すことができる引出限度額情報とから算出される支払残高(=今回の決済管理者の口座より当該被支払者が引き出すことができる引出限度額情報)を、被支払者の識別情報(=病院名、キャッシュカードID)と関連付けて記憶しているデータベースである。
具体的には、図2のテーブルT4、T5に示すように、各医療機関毎に、明細情報(入金・引き出しの種別、日付、金額)、支払残高、識別情報(病院名、キャッシュカードID)が記憶されている。
【0024】
銀行システム2は、上述したように、決済管理者の口座と、複数の被支払者に対して設定された、決済管理者の口座からの引出権限とを銀行サーバ21と、図2のテーブルT6示す、決済管理システムの管理者の口座情報(口座番号、名義、残高)、及び、被支払者が各々受け取るべき金額を決済管理者の口座から自由に出金できる権限を管理する媒体として発行されるキャッシュカードであって、この口座情報と関連付けられた引出権限が設定される各医療機関のキャッシュカード情報(キャッシュカードID、暗証番号)を記憶している口座情報DB・22と、図2のテーブルT6に示す各医療機関のキャッシュカード情報に関連付けられた引出限度額情報を記憶している引出限度情報DB・23とから構成される。
【0025】
医療機関端末3は、被支払者である各医療機関に設置された端末であって、ネットワーク10を介して、銀行システムとオンライン取引処理(残高照会、振込み等)を実行するとともに、決済管理システムとオンライン取引処理(明細照会等)を実行する。
保険者端末4は、支払者である健康保険組合に設置された端末であって、ネットワーク10を介して、銀行システムとオンライン取引処理(残高照会、振込み等)を実行する。
【0026】
次に、図面を参照して、本実施形態のオンライントランザクションシステムの動作について説明する。図2、図3は、本実施形態のオンライントランザクションシステムによる決済処理の過程を示すフローチャートである。
今、医療機関端末3が、当該決済管理システム1の管理者に、保険者である健康保険組合との決済の仲介処理を依頼すると、決済管理システム2の管理者は、決済管理システム1を介して、銀行システム2に決済管理者の口座に対する、当該医療機関用のキャッシュカードIDの発行を要求する。すなわち、決済管理システム1の決済管理サーバ11は、銀行サーバ21に対して、自己の口座に対する新たなキャッシュカードIDの発行の要求を送信する。
銀行サーバ21は、この要求に基づいて、新たなキャッシュカードID及び暗証番号を発行し、決済管理システムに対して送信する。
決済管理サーバ11は、これを受信すると、請求管理DB・12、支払管理情報DB・15に書き込む。すなわち、テーブルT1,T4に新しい病院及びこれと関連付けられたキャッシュカードIDが書き込まれる。
【0027】
次に、健康保険組合と、医療機関との間において、例えば、今月分の保険利用に関する請求・支払の金額が審査の結果、合意された場合(図3のステップS1)、この金額情報が支払者の識別情報及び被支払者の識別情報と関連付けられて、決済管理システム1に入力される。
この入力方法としては、例えば、医療機関の医療機関端末3、又は、保険者の端末4、あるいは、他の査定機関の端末から決済管理システム1にネットワークを介して送信される場合が考えられる。
決済管理システム1は、これら請求・支払合意情報の入力を受けて(ステップS2)、決済管理サーバ11が、請求管理情報DB・12に書き込む。すなわち、上述したテーブルT1において、☆☆健保に対する、○○病院、△△医院、◇◇診療所の○月分の請求金額が、入金予定日及び入金日とともに書き込まれる(ただし、この時点では、入金日はブランク)。
【0028】
また、保険者である☆☆健保から、銀行システム2の決済管理システム1の管理者の口座に、請求金額が入金されると(ステップS3)、銀行システム2の銀行サーバ21は、口座情報の残高(テーブルT6を参照)にこの請求金額を加算する(ステップS4)。そして、加算処理後、銀行サーバ21は、入金情報として、
☆☆健保名(支払者の識別情報)、入金日、入金金額を決済管理サーバ11に送信する(ステップS5)。
【0029】
決済管理サーバ11は、入金情報を受信すると、入金情報DB・14に書き込む。すなわち、上述したテーブルT3に入金情報として、☆☆健保名(支払者の識別情報)、入金日、入金金額が書き込まれる。
次に、決済管理サーバ11は、請求管理情報DB・12に入金情報を追記する。すなわち、テーブルT1に☆☆健保名からの入金日、入金金額を書き込む(ステップS6)。
そして、決済管理サーバ11は、銀行サーバ21より受信し、入金情報DB・14に書き込んだ入金情報と、請求管理DB・12に記憶された金額情報(=請求金額)とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を被支払者の識別情報別に算出する。
すなわち、決済管理サーバ11は、請求・支払合意情報に基づいて、入金金額を各医療機関毎に配分した後、1の医療機関に対して、複数の支払者からの支払があった場合は、これを合計して、各医療機関への支払額を算出する(ステップS7)。そして、この算出した支払額と、請求管理DB・12から読み出した金額情報とに基づいて、所定の評価関数によって、各医療機関の引出限度額(=テーブルT4,T5の支払残高)を算出する(ステップS8)。
【0030】
各医療機関の引出限度額算出後、決済管理サーバ11は、決済システム1の管理者の口座番号及び各医療機関のキャッシュカードIDとともに、この引出限度額の更新要求を銀行サーバ21に送信する(ステップS9)。
また、決済管理サーバ11は、支払管理情報DB・15から明細情報(図2のT4を参照)を読み出して、医療機関の端末に対して送信する。なお、この明細情報の送信に代えて、例えば、郵送等の手段を用いてもよい。
銀行サーバ21は、引出限度額の更新要求を受けて、決済システム1の管理者の口座に対して、受信した各キャッシュカードID及びその引出限度額に基づいて、引出限度額を更新する(ステップS10)。
【0031】
また、医療機関端末3において、明細情報を受信すると、これを表示部に表示する。そして、医療機関端末3におけるユーザが、医療機関端末3の表示部の表示される明細情報の通知を確認する(ステップS11)。
確認後、医療機関端末3におけるユーザが、発行されたキャッシュカードを用いて、ATM等で出金した場合(ステップS12)、銀行サーバ22は、決済管理システムの管理者の口座の残高から出金額だけ減算処理を行うとともに(ステップS13)、引出情報(キャッシュカードID、引出日、引出額、銀行手数料図2のテーブルT2を参照)を決済管理サーバ11に対して送信する(ステップS14)。
【0032】
決済管理サーバ11は、この引出情報を受信すると、引出情報DB・13に書き込む。そして、書き込み後、銀行システム1より受信した入金情報及び出金情報と、請求管理DB・12より読み出した金額情報及び支払管理情報DB・15より読み出した前回算出した決済管理者の口座より当該被支払者が引き出すことができる引出限度額(=現在の各医療機関への支払残高)とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する。
そして、決済管理サーバ11は、この算出した引出限度額に基づいて、決済システム1の管理者の口座番号及び各医療機関のキャッシュカードIDとともに、この引出限度額の更新要求を銀行サーバ21に送信する。
銀行サーバ21は、この引出限度額の更新要求を受信すると、決済システム1の管理者の口座に対して、受信した各キャッシュカードID及びその引出限度額に基づいて、引出限度額を更新する。
【0033】
そして、決済管理サーバ11は、以上説明したようにステップS6〜S9を繰り返す。すなわち、決済管理サーバ11は、銀行システム2からの入金情報及び出金情報の受信毎に、引出限度額を新たに算出し、引出限度額の更新要求を銀行サーバ21に送信する。
【0034】
以上説明したように、本実施形態のオンライントランザクションシステムによれば、既存の銀行システムを用いて、支払者と被支払者との間の決済の効率化を図ることができる効果が得られる。また、本システムを構築する場合、既存の銀行システムの大きな変更を伴わずに済むため、システム構築にかかるコストを削減することができる効果が得られる。
また、本実施形態のオンライントランザクションシステムによれば、実際の入金情報と、医療機関と保険者との請求・支払合意情報とに基づいて、所定の評価関数を適用することにより、レセプト審査と同様に自己負担分の支払内容を審査する、あるいは、医療保険保険給付分について医療機関からの請求が減額されたような場合にその割合を医療保険自己負担分に反映させることができる効果が得られる。
【0035】
上述の決済管理システム及び銀行システムにおける決済管理サーバ及び銀行サーバは、内部に、コンピュータシステムを有している。
そして、上述した決算処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、上述した決済管理システム及び銀行システムにおける、各処理手段、処理部は、CPU等の中央演算処理装置がROMやRAM等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、CD−ROM、DVD−ROM、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【0036】
【発明の効果】
以上説明したように、本発明は、決済管理者の口座と、この口座と関連付けられた複数の被支払者の口座とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者から決済管理者の口座へ入金された入金金額と、支払者の識別情報とからなる入金情報を銀行システムより受信し、支払者の識別情報と、支払者の識別情報と関連付けられた被支払者の識別情報と、支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、その金額情報を読み出し、受信した入金情報と、記憶手段より読み出した金額情報とに基づいて、決済管理者の口座より当該被支払者が引き出すことができる引出限度額を被支払者の識別情報別に算出し、銀行システムに送信するので、支払者と被支払者との間の決済の効率化を図ることができる効果を得ることができる。
【図面の簡単な説明】
【図1】本実施形態のオンライントランザクションシステムの全体構成を示す全体構成図である。
【図2】本実施形態のオンライントランザクションシステムにおける、決済処理の過程を示すフローチャートである。
【図3】本実施形態のオンライントランザクションシステムにおける、決済処理の過程を示すフローチャートである。
【符号の説明】
1…決済管理システム
2…銀行システム
3…医療機関端末
4…保険者端末
11…決済管理サーバ
12…請求管理情報DB
13…引出情報DB
14…入金情報
15…支払管理情報DB
21…銀行サーバ
22…口座情報DB
23…引出情報DB
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention mainly relates to a settlement management system, a settlement management method, and a settlement management program applied to settlement management between a bank system and a medical institution.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, there is a technique for managing an account in a bank system or the like. For example, a related art document 1 describes a payment management system that manages a group account of a plurality of members.
According to this prior art, a group account of each member is set in the bank, and the attributes of each member, the cost items to be withdrawn, authorization conditions such as withdrawal, joining, unsubscribing, changing attributes, transaction, etc. Set the history and personal account of the member.
For each member, withdrawal restrictions and approval / disapproval by other members are set in accordance with the attributes of the database, cost items, and approval conditions, and withdrawal and payment are performed under these restrictions.
In addition, the introduction of new members to this group, the withdrawal of members, and the change of attributes are stipulated as to whether or not the approval of other members is required. If necessary, permission is given after such approval. Such approval or rejection is determined by the transaction determination means according to the database or the response result of the approval requester.
[0003]
Prior art document 2 describes an ATM in which the usability of settlement management is enhanced when a plurality of members share an account of a financial institution.
According to this conventional technique, first, an automatic transaction device having a storage medium processing unit that reads account information from a storage medium that stores account information corresponding to an account and an input unit that allows a customer to input a password or the like, A network is constructed by connecting to a host computer that has a customer information management database that stores customer information such as the balance of the account corresponding to the password and the password, and one account is shared by multiple holders. .
Then, a plurality of storage media corresponding to this account are issued.
In an automatic transaction apparatus, when performing various transactions using a storage medium owned by each holder, a storage medium processing unit reads account information from the storage medium and inputs a password corresponding to the storage medium from an input unit. If it is entered, it sends the account information and password to the host computer.
The host computer searches the customer information management database for customer information of the corresponding account based on the received account information and password, and executes various transactions based on the searched customer information of the account.
[0004]
[Patent Document 1]
JP 2002-269351 A [Patent Document 2]
JP-A-11-86087
[Problems to be solved by the invention]
On the other hand, the current medical insurance system has the following problems. In other words, in the conventional medical insurance system, when each citizen joins medical insurance such as health insurance, mutual aid union, and national health insurance, and pays monthly premiums, if they are treated at a medical institution, A certain percentage (70%, etc.) of expenses is paid from medical insurance (hereinafter, the medical expenses at the rate paid from medical insurance are referred to as medical insurance insurance benefits). Each individual pays the rest of the medical expenses (30% or the like) directly (hereinafter, the medical expenses for the proportion are referred to as medical insurance own expenses).
[0006]
Medical expenses to be paid from medical insurance are calculated using the receipt (medical (dispensing) fee statement) created for each item at each medical institution such as a hospital, clinic, pharmacy, etc. , National and local governments). In practice, in many cases, the claim is once sent from each medical institution to an inspection and paying agency, which is a public institution. Then, after the contents of the receipt are examined by a staff member with specialized knowledge, each insurer is billed collectively. Payment is made by the insurer to each medical institution via an examination payment institution. In this case, the period from billing to payment is usually about two months.
[0007]
On the other hand, out-of-pocket medical expenses are usually settled for each day of medical care. After the medical treatment is completed, the insured person goes to the accounting department of the medical institution and pays the cash or the like.
[0008]
As mentioned above, payment for medical insurance benefits claimed by a claim was generally made through an appraisal and payment agency. In contrast, in recent years, IT (information technology) has been used in accordance with deregulation, so that billing / payment information can be exchanged directly between medical institutions and insurers by medical institutions and insurers without going through screening / paying institutions. Is being built. For example, there is an institution that mediates transmission and reception of a large amount of receipt information between a medical institution and an insurer, which employs a mechanism for returning a claim for which the insurer has reserved payment to a medical institution.
[0009]
In addition, there is a product that uses a business model based on factoring to shorten the period required for cashing the receivables to the examination and payment agency. One thing to keep in mind when factoring is that not all claims issued by medical institutions are assessed at their full value. In other words, if the content of the claim is inappropriate, the amount of the charge may be reduced or reserved. Therefore, in the above-mentioned products, the medical treatment claim (medical treatment claim) generated at each medical institution is not treated as a claim having 100% credit, but is treated as including a certain defect. Therefore, the claim transferee usually discounts the medical fee to about 80% and cashes it. Then, one to two months later, when the payment amount is determined by the examination and payment institution, payment for the remaining receivables is made. Therefore, the ratio of cashing at the beginning is low, for example, about 80%.
[0010]
The techniques described above are primarily for medical insurance benefits that are claimed using a claim. On the other hand, the medical insurance out-of-pocket portion is generally paid daily in cash as described above. Some medical institutions have been able to use credit cards and debit cards (for example, Patent Document 3). However, there has been no particular technical change in the system for checking claims. For example, a system that examines the contents of the copayment as in the case of the receipt examination, and reflects the ratio of the medical insurance insurance benefits to the medical insurance copayment when the request from the medical institution is reduced. There was no mechanism to make it happen.
[0011]
Further, when such a system is constructed, the use of the above-mentioned settlement management system involves a major change in the existing banking system, so that there is a problem that a huge cost is required for constructing the system.
[0012]
The present invention has been made in view of such circumstances, and has as its object to provide a payment management system, a payment management method, and a payment management method capable of improving the efficiency of payment between a payer and a payee. To provide a management program.
[0013]
[Means for Solving the Problems]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and the invention according to claim 1 has an account of a settlement manager and a withdrawal authority set for a plurality of payees from the account. A payment management system connected via a network to a bank system that manages the payer, the payer's identification information associated with the payer's identification, the payer's identification, Storage means for storing billing / payment agreement information comprising billing and payment amount information agreed with the payer; a deposit amount paid from the payer to the account of the settlement manager; Receiving means for receiving payment information comprising the identification information from the banking system, based on the payment information received by the receiving means and the amount information stored in the storage means, from the account of the payment manager The payment Withdrawal limit calculating means for calculating a withdrawal limit that can be withdrawn by the identification information of the payee, and transmitting means for transmitting the withdrawal limit information calculated by the withdrawal limit calculating means to the bank system. It is characterized by having.
[0014]
According to a second aspect of the present invention, in the first aspect of the invention, the receiving means further comprises: a withdrawal amount paid by the payee from the account of the settlement manager; Receiving withdrawal information comprising the identification information of the above from the banking system, the withdrawal limit calculating means, the withdrawal information and withdrawal information received by the receiving means, and the amount information stored in the storage means A withdrawal limit that can be withdrawn by the payee from the account of the settlement manager.
[0015]
According to a third aspect of the present invention, in the first aspect of the present invention, the storage unit further withdraws the payee from the settlement manager's account previously calculated by the withdrawal limit calculating unit. The withdrawal limit calculating means stores the deposit information and withdrawal information received by the receiving means, and the amount information and the withdrawal limit calculating means stored in the storage means. Calculating a withdrawal limit that the payee can withdraw from the settlement manager's account based on the calculated withdrawal limit that the payee can withdraw from the settlement manager's account. Features.
[0016]
The invention according to claim 4 is connected via a network to a bank system that manages the account of the payment manager and the authority to withdraw from the account set for a plurality of payees. In the settlement management system, a settlement method for mediating settlement between a payer and the payee, the method comprising: a deposit amount paid from the payer to the account of the settlement manager; and identification information of the payer. Receiving payment information from the banking system, identifying the payer's identity, payee's identity associated with the payer's identity, and billing and paying between the payer and the payee From the storage means for storing the billing / payment agreement information consisting of the amount information agreed on, and based on the received deposit information and the amount information read from the storage means, the settlement manager of Calculating a pull-out limit that can be the subject payer withdraws from the seat by the identification information of the payee's and transmits the withdrawal limit information thus calculated to the banking system.
[0017]
Further, the invention according to claim 5 is connected via a network to a bank system for managing an account of a settlement manager and withdrawal authority set for a plurality of payees from the account. In the settlement management system, a settlement program for causing a computer to execute a process of mediating settlement between the payer and the payee, and a deposit amount deposited from the payer to the account of the settlement manager; A process of receiving payment information comprising payer identification information from the banking system, the payer identification information, the payee identification information associated with the payer identification information, and the payer A process for reading out the amount information from the storage means for storing the billing / payment agreement information comprising the amount information on the billing and payment agreed with the payee; A process of calculating a withdrawal limit that can be withdrawn by the payee from the account of the payment manager based on the identification information of the payee based on the amount information read from the stage, and the calculated withdrawal limit And a process of transmitting information to the bank system by a computer.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of an online transaction system to which a settlement management system of the present invention is applied will be described with reference to the drawings. FIG. 1 is a configuration diagram showing a configuration of the online transaction system of the present embodiment.
The online transaction system of the present embodiment is configured by connecting a settlement management system 1, a bank system 2, a medical institution terminal 3, and an insurer (such as a health insurance union) terminal 4 via a network 10.
That is, the online transaction system according to the present embodiment is an example of a case where the online transaction system is applied to a settlement process between a medical institution and an insurer. However, the present invention is not limited to this. Applicable to all payment processing.
[0019]
The payment management system 1 includes a payment management server 11, a billing management database (hereinafter, referred to as DB) 12, a withdrawal information DB 13, a payment information DB 14, and a payment management information DB 15. .
The payment management server 11 includes an input / output (transmission / reception) control unit via a network interface, a billing management DB 12, a withdrawal information DB 13, a payment information DB 14, a read / write control unit for a payment management information DB 15, and a payment. This is a computer system having a processing unit that executes a series of arithmetic processing (described later) relating to management.
[0020]
The claim management DB 12 is a database storing billing / payment agreement information between a payer and a payee (a medical institution and an insurer).
Here, the billing / payment agreement information is the payer identification information, the payee identification information associated with the payer identification information, and the billing and payment agreement between the payer and the payee. This information is composed of the calculated amount information, and is specifically configured as shown in a table T1 in FIG.
That is, in the table T1, the identifier of the payer (☆☆ Health Insurance) and the identifier of the payee (XX hospital, △△ hospital, ◇◇ hospital) are associated with each other, The payment amount is written for each payee identifier.
[0021]
The withdrawal information DB 13 is provided in the bank system 2 for managing the account of the settlement manager and the authority for withdrawal from the account of the settlement manager set for the plurality of payees. Institution) is a database storing payment information including the payment amount paid out from the account of the settlement manager and the identification information of the payee.
Here, in the banking system 2, as shown in the table T6 of FIG. A plurality of cash card IDs and cash cards are issued to the account of the payment manager as a medium for managing the authority to freely pay the amount to be paid by the payee from the account of the payment manager.
Specifically, in the table T6 in FIG. 2, the cash card ID: ○ corresponds to ○ hospital, △△△ corresponds to △△ clinic, ◇◇◇ corresponds to ◇◇ clinic.
A password is set for each cash card, and the withdrawal limit is set within a range where the sum of the withdrawal limits of each cash card does not exceed the balance of the account of the settlement manager.
The dispensing information is configured as shown in a table T2 in FIG. That is, each cash card ID (= payee identification information), withdrawal date, withdrawal amount, and bank fee for withdrawal are associated with each other.
[0022]
The deposit information DB 14 is a database that stores deposit information including a deposit amount paid from a payer to an account of a settlement manager and payer identification information.
The payment information is specifically configured as shown in a table T3 in FIG. That is, the payer identification information (☆☆ Health Insurance), the payment date, and the payment amount are associated with each other.
[0023]
The payment management information DB 15 includes detailed information including the payment information stored in the payment information DB 14 and the withdrawal information stored in the withdrawal information DB 13 and the amount stored in the billing management information DB 12. Payment balance calculated from the information (= billing amount) and the withdrawal limit information that the payee can withdraw from the previous payment manager's account (= This is a database in which payout limit information that can be withdrawn) is stored in association with payee identification information (= hospital name, cash card ID).
Specifically, as shown in tables T4 and T5 in FIG. 2, for each medical institution, detailed information (type of payment / withdrawal, date, amount), payment balance, identification information (hospital name, cash card ID) Is stored.
[0024]
As described above, the bank system 2 stores the account of the settlement manager and the authority for withdrawal from the account of the settlement manager set for the plurality of payees with the bank server 21 and the table T6 in FIG. It is issued as a medium that manages the account information (account number, name, balance) of the administrator of the payment management system and the authority to allow the payee to freely withdraw each amount to be paid from the account of the payment administrator. Information DB · 22 storing cash card information (cash card ID, password) of each medical institution to which the withdrawal authority associated with this account information is set; The withdrawal limit information DB 23 stores withdrawal limit information associated with the cash card information of each medical institution shown in the table T6.
[0025]
The medical institution terminal 3 is a terminal installed in each medical institution that is the payee, executes online transaction processing (balance inquiry, transfer, etc.) with the bank system via the network 10, and performs a settlement management system. And online transaction processing (such as statement inquiry).
The insurer terminal 4 is a terminal installed in the health insurance union which is the payer, and executes online transaction processing (balance inquiry, transfer, etc.) with the bank system via the network 10.
[0026]
Next, the operation of the online transaction system of the present embodiment will be described with reference to the drawings. FIG. 2 and FIG. 3 are flowcharts showing the steps of the settlement process by the online transaction system of the present embodiment.
Now, when the medical institution terminal 3 requests the administrator of the payment management system 1 to perform the mediation processing of the payment with the health insurance union as the insurer, the administrator of the payment management system 2 Requesting the bank system 2 to issue a cash card ID for the medical institution to the account of the settlement administrator. That is, the payment management server 11 of the payment management system 1 transmits a request for issuing a new cash card ID to its own account to the bank server 21.
The bank server 21 issues a new cash card ID and a personal identification number based on this request, and transmits them to the payment management system.
When the payment management server 11 receives this, it writes it in the billing management DB · 12 and the payment management information DB · 15. That is, the new hospital and the cash card ID associated therewith are written in the tables T1 and T4.
[0027]
Next, for example, if the amount of the claim / payment regarding the use of insurance for this month is agreed as a result of the examination between the health insurance union and the medical institution (step S1 in FIG. 3), this amount information is paid. The information is input to the payment management system 1 in association with the identification information of the payer and the identification information of the payee.
This input method may be, for example, a case where the information is transmitted from a medical institution terminal 3 of a medical institution, a terminal 4 of an insurer, or a terminal of another assessing institution to the payment management system 1 via a network.
The settlement management system 1 receives the billing / payment agreement information (step S2), and the settlement management server 11 writes the billing / payment agreement information into the billing management information DB · 12. That is, in the above-described table T1, the amount charged for ** Hospital, △△ Clinic, and ◇◇ Clinic for ** Health Insurance for ** month is written together with the expected payment date and the payment date (however, at this time, Payment date is blank).
[0028]
Further, when the invoiced amount is paid from the insurer ☆☆ Kenho to the account of the administrator of the settlement management system 1 of the bank system 2 (step S3), the bank server 21 of the bank system 2 transmits the account information. The charge amount is added to the balance (see table T6) (step S4). Then, after the addition processing, the bank server 21 receives the payment information as
☆☆ The health insurance name (payer identification information), the payment date, and the payment amount are transmitted to the settlement management server 11 (step S5).
[0029]
When receiving the payment information, the payment management server 11 writes the payment information in the payment information DB · 14. That is, as the payment information, ☆☆ Health insurance name (payer identification information), payment date, and payment amount are written in the above-described table T3.
Next, the settlement management server 11 adds the payment information to the billing management information DB · 12. That is, the payment date and the payment amount from the name of ☆☆ Health Insurance are written in the table T1 (step S6).
The payment management server 11 performs payment management based on the payment information received from the bank server 21 and written in the payment information DB 14 and the amount information (= charge amount) stored in the charge management DB 12. The withdrawal limit that the payee can withdraw from the payer's account is calculated for each payee identification information.
That is, the payment management server 11 allocates the deposit amount to each medical institution based on the billing / payment agreement information, and then, when payment is made from a plurality of payers to one medical institution, The sum is added to calculate the payment amount to each medical institution (step S7). Then, based on the calculated payment amount and the amount information read from the bill management DB · 12, a withdrawal limit (= payment balance in tables T4 and T5) of each medical institution is calculated by a predetermined evaluation function. (Step S8).
[0030]
After calculating the withdrawal limit of each medical institution, the settlement management server 11 transmits an update request for the withdrawal limit to the bank server 21 together with the account number of the administrator of the settlement system 1 and the cash card ID of each medical institution ( Step S9).
Further, the payment management server 11 reads out the detailed information (see T4 in FIG. 2) from the payment management information DB 15 and transmits it to the terminal of the medical institution. Instead of transmitting the detailed information, for example, means such as mailing may be used.
In response to the request for updating the withdrawal limit, the bank server 21 updates the withdrawal limit on the account of the administrator of the settlement system 1 based on each received cash card ID and the withdrawal limit (step). S10).
[0031]
Further, when the medical institution terminal 3 receives the detailed information, the detailed information is displayed on the display unit. Then, the user at the medical institution terminal 3 confirms the notification of the detailed information displayed on the display unit of the medical institution terminal 3 (step S11).
After the confirmation, when the user at the medical institution terminal 3 withdraws money at an ATM or the like using the issued cash card (step S12), the bank server 22 determines the withdrawal amount from the account balance of the administrator of the settlement management system. Only the subtraction process is performed (step S13), and the withdrawal information (see cash card ID, withdrawal date, withdrawal amount, and bank fee table T2 in FIG. 2) is transmitted to the settlement management server 11 (step S14).
[0032]
When the settlement management server 11 receives this withdrawal information, it writes it into the withdrawal information DB 13. Then, after writing, the payment information and the payment information received from the bank system 1 and the amount information read out from the billing management DB 12 and the payment management account read out from the payment management information DB 15 previously calculated from the account of the payment manager. Based on the withdrawal limit (= current balance of payment to each medical institution) that the payer can withdraw, the withdrawal limit that the payee can withdraw from the account of the settlement manager is calculated.
Then, the settlement management server 11 transmits a request for updating the withdrawal limit to the bank server 21 together with the account number of the administrator of the settlement system 1 and the cash card ID of each medical institution based on the calculated withdrawal limit. I do.
When the bank server 21 receives the update request of the withdrawal limit, the bank server 21 updates the withdrawal limit on the account of the administrator of the settlement system 1 based on each received cash card ID and the withdrawal limit.
[0033]
Then, the settlement management server 11 repeats steps S6 to S9 as described above. That is, the settlement management server 11 newly calculates the withdrawal limit every time the payment information and the withdrawal information are received from the bank system 2, and transmits a request for updating the withdrawal limit to the bank server 21.
[0034]
As described above, according to the online transaction system of the present embodiment, it is possible to obtain the effect of improving the efficiency of settlement between the payer and the payee using the existing bank system. Further, in the case of constructing the present system, since there is no need to make a major change in the existing bank system, it is possible to obtain an effect that the cost for constructing the system can be reduced.
In addition, according to the online transaction system of the present embodiment, a predetermined evaluation function is applied based on the actual payment information and the billing / payment agreement information between the medical institution and the insurer. The effect is to be able to examine the payment contents of the copayment, or to reflect the ratio to the medical insurance copayment when the claim from the medical institution is reduced for the medical insurance insurance payment .
[0035]
The payment management server and the bank server in the above-described payment management system and the bank system have a computer system therein.
The series of processes relating to the settlement process described above are stored in a computer-readable recording medium in the form of a program, and the computer reads and executes the program to perform the process.
That is, in the above-described settlement management system and bank system, each processing means and processing unit is such that a central processing unit such as a CPU reads the above-mentioned program into a main storage device such as a ROM or a RAM, and performs processing and arithmetic processing of information. It is realized by executing.
Here, the computer-readable recording medium refers to a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, or the like. Alternatively, the computer program may be distributed to a computer via a communication line, and the computer that has received the distribution may execute the program.
[0036]
【The invention's effect】
As described above, the present invention provides a payment management system connected via a network to a bank system for managing a payment manager's account and a plurality of payee's accounts associated with the account. Receiving payment information from the banking system, comprising the amount of money deposited into the account of the settlement administrator from the bank and the identification information of the payer, and receiving the payment information associated with the identification information of the payer and the identification information of the payer. From the storage means for storing the billing / payment agreement information comprising the identification information of the person and the billing / payment information agreed on the billing and payment between the payer and the payee, and the received payment information and Based on the amount information read from the storage means, the withdrawal limit that can be withdrawn by the payee from the account of the payment manager is calculated for each payee identification information, and the bank system And transmits to the arm, it is possible to obtain the effect of efficiency can be achieved in the settlement between the payer and the payer.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram showing an overall configuration of an online transaction system according to an embodiment.
FIG. 2 is a flowchart showing a process of a settlement process in the online transaction system of the embodiment.
FIG. 3 is a flowchart showing a process of a settlement process in the online transaction system of the embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Payment management system 2 ... Bank system 3 ... Medical institution terminal 4 ... Insurer terminal 11 ... Payment management server 12 ... Billing management information DB
13 ... Withdrawal information DB
14 payment information 15 payment management information DB
21: Bank server 22: Account information DB
23 ... withdrawal information DB

Claims (5)

決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムであって、
支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段と、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する受信手段と、
該受信手段が受信した入金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する引出限度額算出手段と、
該引出限度額算出手段が算出した引出限度額情報を前記銀行システムに送信する送信手段と
を具備することを特徴とする決済管理システム。
A payment management system, which is connected to a bank system that manages an account of the payment manager and a plurality of payees, and a withdrawal authority from the account, via a network,
Billing / payment comprising payer identification information, payee identification information associated with the payer identification information, and amount information agreed between the payer and the payee for billing and payment. Storage means for storing agreement information;
Receiving means for receiving, from the bank system, a deposit amount comprising the deposit amount paid to the account of the settlement administrator from the payer and identification information of the payer,
Based on the payment information received by the receiving means and the money amount information stored in the storage means, the withdrawal limit of the payee that can be withdrawn from the account of the payment manager is identified by the payee. Withdrawal limit calculation means calculated for each information,
Transmission means for transmitting the withdrawal limit information calculated by the withdrawal limit calculation means to the bank system.
前記受信手段は、さらに、前記被支払者が前記決済管理者の口座から出金した出金金額及び該被支払者の識別情報とからなる出金情報を前記銀行システムより受信し、
前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する
ことを特徴とする請求項1に記載の決済管理システム。
The receiving means further receives, from the bank system, withdrawal information including the withdrawal amount paid by the payee from the account of the payment manager and identification information of the payee,
The withdrawal limit calculating means, wherein the payee withdraws from the account of the settlement manager based on the payment information and withdrawal information received by the receiving means and the amount information stored in the storage means. 2. The settlement management system according to claim 1, wherein a withdrawal limit is calculated.
前記記憶手段は、さらに、前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を記憶し、
前記引出限度額算出手段は、前記受信手段が受信した入金情報及び出金情報と、前記記憶手段に記憶された金額情報及び前記引出限度額算出手段が前回算出した前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を算出する
ことを特徴とする請求項1に記載の決済管理システム。
The storage unit further stores a withdrawal limit amount that the payee can withdraw from the account of the settlement manager previously calculated by the withdrawal limit amount calculation unit,
The withdrawal limit calculating means, based on the deposit information and withdrawal information received by the receiving means, the amount information stored in the storage means and the account of the settlement manager previously calculated by the withdrawal limit calculating means. 2. The settlement according to claim 1, wherein a withdrawal limit with which the payee can withdraw is calculated from the account of the settlement manager based on a withdrawal limit with which the payee can withdraw. Management system.
決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する決済方法であって、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信し、
前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出し、
該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出し、
該算出した引出限度額情報を前記銀行システムに送信する
ことを特徴とする決済管理方法。
In a payment management system connected via a network to a bank system for managing a payment manager's account and a plurality of payees' right to withdraw from the account, the payer and the payment Payment method that mediates the payment of
Receiving from the bank system a deposit amount consisting of the deposit amount paid to the account of the settlement administrator from the payer and identification information of the payer,
Claims comprising the payer's identification information, payee's identification information associated with the payer's identification information, and amount information agreed on billing and payment between the payer and the payee. The amount information is read from the storage unit for storing the payment agreement information,
Based on the received deposit information and the amount information read from the storage means, a withdrawal limit that the payee can withdraw from the account of the payment manager is calculated for each identification information of the payee. ,
And transmitting the calculated withdrawal limit information to the bank system.
決済管理者の口座と、複数の被支払者に対して設定された、該口座からの引出権限とを管理する銀行システムとネットワークを介して接続された決済管理システムにおいて、支払者と前記被支払者の決済を仲介する処理をコンピュータに実行させるための決済プログラムであって、
前記支払者から前記決済管理者の口座へ入金された入金金額と、該支払者の識別情報とからなる入金情報を前記銀行システムより受信する処理と、
前記支払者の識別情報と、該支払者の識別情報と関連付けられた被支払者の識別情報と、該支払者と被支払者との間で請求及び支払いについて合意した金額情報とからなる請求・支払合意情報を記憶する記憶手段より、該金額情報を読み出す処理と、
該受信した入金情報と、該記憶手段より読み出した金額情報とに基づいて、前記決済管理者の口座より当該被支払者が引き出すことができる引出限度額を前記被支払者の識別情報別に算出する処理と、
該算出した引出限度額情報を前記銀行システムに送信する処理と
をコンピュータに実行させるための決済管理プログラム。
In a payment management system connected via a network to a bank system for managing a payment manager's account and a plurality of payees' right to withdraw from the account, the payer and the payment A payment program for causing a computer to execute a process of mediating payment by a user,
A process of receiving, from the bank system, payment information including the payment amount received from the payer to the account of the payment manager and identification information of the payer,
Claims comprising the payer's identification information, payee's identification information associated with the payer's identification information, and amount information agreed on billing and payment between the payer and the payee. A process for reading out the amount information from a storage unit for storing the payment agreement information;
Based on the received deposit information and the amount information read from the storage means, a withdrawal limit that can be withdrawn by the payee from the account of the payment manager is calculated for each payee identification information. Processing,
And transmitting the calculated withdrawal limit information to the bank system.
JP2003104109A 2003-04-08 2003-04-08 Settlement management system, settlement management method, and settlement management program Expired - Lifetime JP4301854B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003104109A JP4301854B2 (en) 2003-04-08 2003-04-08 Settlement management system, settlement management method, and settlement management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003104109A JP4301854B2 (en) 2003-04-08 2003-04-08 Settlement management system, settlement management method, and settlement management program

Publications (2)

Publication Number Publication Date
JP2004310513A true JP2004310513A (en) 2004-11-04
JP4301854B2 JP4301854B2 (en) 2009-07-22

Family

ID=33467029

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003104109A Expired - Lifetime JP4301854B2 (en) 2003-04-08 2003-04-08 Settlement management system, settlement management method, and settlement management program

Country Status (1)

Country Link
JP (1) JP4301854B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020027411A (en) * 2018-08-10 2020-02-20 日本メディカルビジネス株式会社 Medical expense payment management system, medical expense payment management method, and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020027411A (en) * 2018-08-10 2020-02-20 日本メディカルビジネス株式会社 Medical expense payment management system, medical expense payment management method, and program

Also Published As

Publication number Publication date
JP4301854B2 (en) 2009-07-22

Similar Documents

Publication Publication Date Title
US7970626B2 (en) Facilitating payments to health care providers
US7536349B1 (en) Method and apparatus for processing a charge applied to a financial account
US7905399B2 (en) Linking transaction cards with spending accounts
US7922083B2 (en) Payment programs for healthcare plans
US8660855B2 (en) System and method using extended authorization hold period
US20020032653A1 (en) Method and system for payment over the internet
US8515784B2 (en) Systems and methods of processing health care claims over a network
US20070011088A1 (en) Assured Payments for Health Care Plans
US20030187695A1 (en) ACSAS (automated claims settlement acceleration system)
EP1445744A1 (en) Linking a merchant account with a financial card
US20070194108A1 (en) Assured Payments For Health Care Plans
US20070185799A1 (en) Spending Account Systems and Methods
WO2006083755A2 (en) Systems and methods for automated processing, handling and facilitating a trade credit transaction
JP6663063B1 (en) Billing and settlement system, method and program using a plurality of payment and settlement means
US20180025357A1 (en) System and method for preventing multiple refunds and chargebacks
US20070185802A1 (en) Incentive Programs For Healthcare Cards
JP2023152672A (en) Information processing device, information processing method and information processing program
US20100070409A1 (en) Healthcare Card Incentive Program for Multiple Users
JP4461618B2 (en) Payment apparatus and method
JP4443946B2 (en) Payment system and payment method for self-pay of medical insurance such as health insurance
WO2014004372A1 (en) Selective escrow of funds based on transaction receipts
JP4301854B2 (en) Settlement management system, settlement management method, and settlement management program
JP7502529B1 (en) Payment processing device, payment processing method, and program
JP7395640B2 (en) Information processing device, information processing method, and information processing program
JP7356611B1 (en) Information processing device, information processing system, and information processing method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090306

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090331

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090421

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120501

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4301854

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120501

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120501

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120501

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130501

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130501

Year of fee payment: 4

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130501

Year of fee payment: 4

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150501

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term