JP7376979B2 - 会計システム及び会計管理方法 - Google Patents

Description

本発明は、医療機関外で患者が診療費を後払い決済する場合に、人的労力の増加を招くことなく効率良く請求情報を消込処理することができる会計システム及び会計管理方法に関する。

近年、病院などの医療機関には、自動精算装置と呼ばれる自動機が設置される場合が多い（例えば、特許文献１を参照）。患者は、医師による診療を終えたならば、会計窓口に診察券などを提出し、自らの順番が到来したならば、かかる自動精算装置に現金又はクレジットカードを投入して診療費の精算を行うことになる。

ところが、医療機関には多数の患者が来院し、また会計担当者が患者の診療費を計算するまでに時間を要するため、患者の診療が終わってから該患者が診療費の精算を行うまでに多大の時間を要するケースが少なくない。このため、患者がクレジット決済等を利用して診療費を後払い決済することにより、患者が診療後に直ちに帰宅できるようにする後払い決済システムが考えられる。

特開２００２－２５４７４９号公報 特許第６１４４８１２号公報

しかしながら、かかる後払い決済システムを採用したとしても、該後払い決済システムにて実行された精算処理結果は、医療機関の会計サーバに記憶された請求情報には反映されない。このため、会計担当者は、手入力で精算処理結果を会計サーバに記憶された請求情報に反映しなければならず、人的労力が過大になるとともに入力誤りを起こす可能性がある。なお、一括消込処理と個別消込処理とを併用する従来技術（例えば、特許文献２を参照）も存在するが、この従来技術を用いたとしても、会計担当者による請求情報の反映が存在する限り、人的労力及び入力誤りを軽減することはできない。

本発明は、上記従来技術の課題を解決するためになされたものであって、医療機関外で患者が診療費を後払い決済する場合に、人的労力の増加を招くことなく効率良く請求情報を消込処理することができる会計システム及び会計管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、所定の医療機関に配設され、該医療機関における診療に伴う請求情報を生成して管理する会計サーバと、前記所定の医療機関に配設され、前記請求情報をもとに対面式の精算を行う自動精算装置と、前記所定の医療機関に配設され、前記会計サーバと前記自動精算装置との間を接続する所定の通信回線に接続し、非対面式の後払い決済処理を行う後払い受付端末とを備え、前記後払い受付端末は、前記非対面式の後払い決済処理を行う患者の登録情報を予め記憶し、前記登録情報に登録された患者に対する前記請求情報の請求額が確定した場合、外部の決済代行サーバを介して後払い決済処理を行い、決済結果を前記会計サーバに通知し、前記会計サーバは、後払い決済処理となる前記請求情報について後払い決済処理であることを示す情報を記録し、かつ、前記決済結果をもとに前記請求情報を入金済みとする消込処理を行うようにしている。

また、本発明は、上記発明において、前記所定の通信回線は、ソケット通信回線であり、 前記後払い受付端末は、前記ソケット通信回線に対してソケットを介して接続するようにしている。

また、本発明は、上記発明において、前記後払い受付端末は、後払い決済処理をバッチ処理で行うようにしている。

また、本発明は、上記発明において、前記後払い受付端末は、前記所定の通信回線のデータフォーマットと、前記決済代行サーバとの間のデータフォーマットとの変換処理を行うようにしている。

また、本発明は、上記発明において、前記非対面式の後払い決済処理を行う患者の登録情報は、外部のネットワーク上のウェブサーバを介して与信確認を行った後、前記後払い受付端末に予め登録されるようにしている。

また、本発明は、上記発明において、前記後払い受付端末は、後払い決済処理を行った結果、与信確認にエラーが発生した場合、その旨を前記会計サーバ及び患者の端末に通知するとともに、登録情報に後払い決済処理の使用を不可に設定し、前記会計サーバは、請求情報の消込処理を行わないようにしている。

また、本発明は、上記発明において、前記後払い受付端末は、前記非対面式の後払い決済処理を受け付けた場合に、前記登録情報に後払い決済処理の使用が不可に設定されている場合、現金決済あるいは再登録を含めた精算処理案内を行うようにしている。

また、本発明は、所定の医療機関に配設され、該医療機関における診療に伴う請求情報を生成して管理する会計サーバと、前記所定の医療機関に配設され、前記請求情報をもとに対面式の精算を行う自動精算装置と、前記所定の医療機関に配設され、前記会計サーバと前記自動精算装置との間を接続する所定の通信回線に接続され、非対面式の後払い決済処理を行う後払い受付端末とを備えた会計システムの会計管理方法であって、前記後払い受付端末は、前記非対面式の後払い決済処理を行う患者の登録情報を予め記憶し、前記登録情報に登録された患者に対する前記請求情報の請求額が確定した場合、外部の決済代行サーバを介して後払い決済処理を行い、決済結果を前記会計サーバに通知し、前記会計サーバは、後払い決済処理となる前記請求情報について後払い決済処理であることを示す情報を記録し、かつ、前記決済結果をもとに前記請求情報を入金済みとする消込処理を行うようにしている。

本発明によれば、医療機関外で患者が診療費を後払い決済する場合に、人的労力の増加を招くことなく効率良く請求情報を消込処理することができる。

図１は、本実施例に係る会計システムの概念を説明するための説明図である。 図２は、図１に示した会計サーバの機能構成を示す機能ブロック図である。 図３は、請求情報の一例を示す図である。 図４は、図１に示した後払い受付端末の機能構成を示す機能ブロック図である。 図５は、会計システムによる後払い決済処理に対する会計管理手順を示す全体フローチャートである。 図６は、事前後払い決済予約の登録処理手順を示すシーケンス図である。 図７は、後払い決済の院内処理手順を説明する説明図である。 図８は、後払い決済の請求及び消込の処理手順を示すシーケンス図である。

以下、添付図面を参照して、本実施例に係る会計システム及び会計管理方法の実施例を説明する。本実施例では、病院等の医療機関内に配置される会計システムに本発明を適用した場合を示すこととする。

＜本実施例に係る会計システムの概念＞
図１は、本実施例に係る会計システム１０の概念を説明するための説明図である。図１に示した会計システム１０は、病院などの医療機関Ａ内に配置される。会計システム１０を含むシステムは、インターネットなどのネットワークＮに、会計システム１０、患者の携帯端末１１、医療機関Ａが管理する医療機関ウェブサーバ１２及び決済代行サーバ１３が接続される。決済代行サーバ１３には、複数の決済サーバ１４が接続される。

会計システム１０は、会計サーバ１、自動精算装置２、後払い受付端末３、受付端末４及び会計入力端末５を有する。後払い受付端末３は、会計サーバ１と自動精算装置２との間を接続する所定の通信回線Ｎ１に接続される。所定の通信回線Ｎ１は、医療機関Ａ内における会計サーバ１と自動精算装置２とを接続するソケット通信回線であり、後払い受付端末３は、ソケット通信回線に対してソケットを介して接続される。具体的には、所定の通信回線Ｎ１は、ＴＣＰ／ＩＰによる通信プロトコルを用い、会計サーバ１、自動精算装置２、後払い受付端末３の各ソケットを介して、会計サーバ１、自動精算装置２、後払い受付端末３を接続する。また、受付端末４及び会計入力端末５は、会計サーバ１に接続される。

会計サーバ１は、診療に伴う請求情報Ｄ２を生成して管理する。自動精算装置２は、請求情報Ｄ２をもとに対面式のクレジットカードなどを用いた後払い精算処理や現金による精算処理を行う。自動精算装置２の後払い精算処理は、請求情報Ｄ２内の請求額が確定した時点から行うことができる。すなわち、患者は診療後、請求額が確定するまで精算処理を行うことができず、会計待ち時間が発生する。

後払い受付端末３は、決済処理を翌日以降に行う非対面式の後払い決済処理（以下、「後払い決済処理」と言う）を行う患者の登録情報Ｄ１を予め記憶し、登録情報Ｄ１に登録された患者に対する請求情報Ｄ２の請求額が確定した場合、外部の決済代行サーバ１３を介して後払い決済処理を行い、決済結果を会計サーバ１に通知する。会計サーバ１は、決済結果をもとに請求情報Ｄ２を入金済みとする消込処理を行う。なお、患者が後払い受付端末３を用いた後払い決済処理を行う場合、患者は請求額の計算が完了して請求額が確定するまで待つ必要はなく、診療終了後、すぐに医療機関Ａから退出することができる。

後払い受付端末３を用いた後払い決済処理を行う場合、患者は、携帯端末１１から、医療機関Ａが管理する医療機関ウェブサーバ１２にアクセスし、医療機関ウェブサーバ１２を介して後払い受付端末３に対して登録情報Ｄ１を生成する事前後払い登録を行う（Ｓ１）。登録情報Ｄ１には、後払い決済処理を行う患者ＩＤと決済サーバ１４の顧客番号とが紐付けられる。顧客番号は、医療機関ウェブサーバ１２が決済代行サーバ１３を介して決済サーバ１４に対して０円与信を行った後に、決済サーバ１４から通知される患者の番号である。

事前後払い登録を行った患者は、医療機関Ａで受診する際、受付端末４に診察券４０を挿入して受付端末４から受診番号票を受け取る（Ｓ２）。さらに後払い決済を行う患者は、後払い受付端末３に診察券４０を挿入して後払い受付端末３から後払い会計シートを受け取る（Ｓ３）。ここで、後払い受付端末３に患者の登録情報Ｄ１が存在しない場合、後払い受付端末３は、後払い会計シートを出力しない。患者は、受付窓口において、診察券、受信番号票及び後払い会計シートを提出すると、これらがクリアファイルに収められて渡される。患者は、このクリアファイルを持って診察室で診察を受ける。

患者は、診療終了後、診察券を取り出したクリアファイルを、会計窓口の後払い用クリアファイル置き場に置いて、医療機関Ａから退出することができる。後払い用クリアファイルを提出した患者（後払い決済処理の患者）の請求額の計算は、直ぐに行う必要はない。その後、会計担当者は、時間のある時に、会計入力端末５を用いて後払い決済処理の患者に対する請求額の計算を行い、計算された請求額を会計サーバ１に入力する（Ｓ４）。会計サーバ１は、受付端末４で受診受付が行われた際、患者ＩＤをもとに請求情報Ｄ２を生成する。会計サーバ１は、会計入力端末５から請求額が入力された場合、請求情報Ｄ２内の請求金額欄に請求額を書き込む。これによって、請求情報Ｄ２の請求額が確定する。

会計サーバ１は、後払い決済処理の患者の請求情報Ｄ２内の請求額が確定した場合、所定の通信回線Ｎ１を介して、請求情報Ｄ２として患者ＩＤと請求額とを後払い受付端末３に通知する（Ｓ５）。あるいは、後払い受付端末３が会計サーバ１にアクセスして、請求額が確定した患者ＩＤと請求額とを取得するようにしてもよい。後払い受付端末３は、請求額が確定した請求情報を取得すると、登録情報Ｄ１を用い、決済代行サーバ１３を介して決済サーバ１４に対する決済処理（課金処理）を行う（Ｓ６）。この場合、後払い受付端末３は、患者ＩＤを顧客番号に替えて決済処理を行う。

その後、決済代行サーバ１３を介して決済サーバ１４から顧客番号とともに決済結果（課金処理結果）である入金情報が後払い受付端末３に送られる（Ｓ７）。その後、後払い受付端末３は、所定の通信回線Ｎ１を介して、入金情報を会計サーバ１に送信する（Ｓ８）。その後、会計サーバ１は、入金情報をもとに、患者ＩＤの決済のステータスを「未収」から「入金済み」に書き換える消込処理を行う。

このように、本実施例では、後払い受付端末３を、会計サーバ１と自動精算装置２とを通信接続する既存の所定の通信回線Ｎ１に接続するという簡易な構成で、後払い決済処理を実行することができるとともに、会計サーバ１は、所定の通信回線Ｎ１を介して後払い受付端末３から送られる後払い決済処理の決済結果をもとに請求情報Ｄ２の消込処理を自動で行うことができ、消込処理に係る人的労力を削減することができる。

＜会計サーバ１の構成＞
次に、図１に示した会計サーバ１の構成について説明する。図２は、図１に示した会計サーバ１の構成を示す機能ブロック図である。図２に示すように、会計サーバ１は、入力部２１、表示部２２、精算通信部２３、端末通信部２４、記憶部２５及び制御部２６を有する。

入力部２１は、キーボード又はマウス等の入力デバイスであり、表示部２２は、液晶パネル等の表示デバイスである。精算通信部２３は、所定の通信回線Ｎ１を介して自動精算装置２及び後払い受付端末３と通信を行うインターフェース部である。また、端末通信部２４は、受付端末４及び会計入力端末５と通信を行うためのインターフェース部である。

記憶部２５は、ハードディスク装置又はフラッシュメモリ等の記憶デバイスであり、請求情報Ｄ２等を記録する。

図３に示すように、請求情報Ｄ２には、患者ＩＤ、請求日付、患者氏名、請求金額、請求書番号、後払い、ステータスなどの項目を有する。ステータスは、決済のステータスを示す情報であり、請求額が未収の場合は「０」であり、請求額が入金済みの場合は「１」となる。すなわち、後払い決済処理の決済処理（課金処理）が終了した場合、「１」のフラグがたてられる。

制御部２６は、会計サーバ１を全体制御するための制御部であり、請求情報生成部２６ａ及び消込処理部２６ｂを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行することにより、請求情報生成部２６ａ及び消込処理部２６ｂにそれぞれ対応するプロセスを実行させることになる。

請求情報生成部２６ａは、受付端末４が受け付けた患者ＩＤをもとに請求情報Ｄ２を生成する。また、請求情報生成部２６ａは、会計入力端末５から請求額が入力された場合、入力された請求額を請求金額欄に書き込む。また、請求情報生成部２６ａは、会計入力端末５から後払い決済処理を示す情報を受けた場合、後払い欄に後払い決済処理であることを示す情報、例えば「〇」を記録する。

消込処理部２６ｂは、後払い受付端末３から通知される入金情報をもとに、患者ＩＤの決済のステータスを未収「０」から入金済み「１」に書き換える消込処理を行う。

＜後払い受付端末３の構成＞
次に、図１に示した後払い受付端末３の構成について説明する。図４は、図１に示した後払い受付端末３の構成を示す機能ブロック図である。図４に示すように、後払い受付端末３は、入力部３１、表示部３２、精算通信部３３、外部通信部３４、カードリーダ３５、印字部３６、記憶部３７及び制御部３８を有する。

入力部３１は、キーボード又はマウス等の入力デバイスであり、表示部３２は、液晶パネル等の表示デバイスである。精算通信部３３は、所定の通信回線Ｎ１を介して自動精算装置２及び後払い受付端末３と通信を行うインターフェース部である。また、外部通信部３４は、ネットワークＮに通信接続するためのインターフェース部である。カードリーダ３５は診察券４０から患者ＩＤを読み取るデバイスである。印字部３６は、後払い会計シートなどを印刷出力するデバイスである。

記憶部３７は、ハードディスク装置又はフラッシュメモリ等の記憶デバイスであり、登録情報Ｄ１等を記録する。上記のように、登録情報Ｄ１は、患者ＩＤと顧客番号とが紐付けられている。

制御部３８は、後払い受付端末３を全体制御するための制御部であり、登録情報生成部３８ａ、後払い受付処理部３８ｂ及び決済処理部３８ｃを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行することにより、登録情報生成部３８ａ、後払い受付処理部３８ｂ及び決済処理部３８ｃにそれぞれ対応するプロセスを実行させることになる。

登録情報生成部３８ａは、医療機関ウェブサーバ１２を介した事前後払い登録処理において、与信確認ができた場合のみ、後払い決済処理を許可し、許可された患者の患者ＩＤを登録情報Ｄ１として記憶する。

後払い受付処理部３８ｂは、受け付けた診察券４０の患者ＩＤが登録情報Ｄ１に登録されている場合、後払い決済処理を許可する後払い会計シートを印字部３６から印刷出力する。

決済処理部３８ｃは、登録情報Ｄ１に登録された患者に対する請求情報Ｄ２の請求額が確定した場合、外部の決済代行サーバ１３を介して後払い決済処理を行い、決済結果を会計サーバ１に通知し。会計サーバ１に対して請求額の消込処理を実行させる。なお、決済処理部３８ｃは、請求額が確定する度に後払い決済処理の決済処理を行ってもよいが、所定の時刻（例えば夜間）に、複数の後払い決済処理の決済処理をバッチ処理してもよい。また、決済処理部３８ｃは、所定の通信回線Ｎ１のデータフォーマットと、決済代行サーバ１３との間のデータフォーマットとの変換処理を行う。

＜会計システム１０による会計管理手順＞
図５は、会計システム１０による後払い決済処理に対する会計管理手順を示す全体フローチャートである。図５に示すように、会計システム１０は、事前後払い決済予約の登録処理を行う（ステップＳ１１）。この登録処理によって後払い受付端末３に後払い決済処理が許可された患者ＩＤを含む登録情報Ｄ１が予め生成される。

その後、会計システム１０は、事前後払い決済予約の登録処理を行った患者に対する後払い決済の院内処理を行う（ステップＳ１２）。事前後払い決済予約の登録処理を行った患者は、医療機関Ａで受診する場合、受付端末４で受診受付を行って受信番号票を受け取り、さらに後払い受付端末３で後払い決済処理の受付を行って後払い会計シートを受け取る。患者は、診療終了後、受信番号票及び後払い会計シートを含むクリアファイルを後払い用クリアファイル置き場に置いて、医療機関Ａから退出する。会計担当者は、会計入力端末５を用いて後払い決済処理のクリアファイルごとに請求額を計算し、計算した請求額を会計サーバ１に入力する。会計サーバ１は、入力された請求額を請求情報Ｄ２に書き込んで請求額を確定し、確定した請求情報Ｄ２を後払い受付端末３に通知する。

その後、後払い受付端末３は、後払い決済の請求及び消込の処理を行う（ステップＳ１３）。後払い受付端末３は、後払い決済処理の請求額が確定した請求情報Ｄ２を受け付けると、決済代行サーバ１３を介して決済サーバ１４に対する決済処理を行い、決済結果を会計サーバ１に通知する。会計サーバ１は、決済結果をもとの請求情報Ｄ２の消込処理を行う。なお、後払い受付端末３は、決済結果を受けた場合、医療機関ウェブサーバ１２を介して請求額を含む決済結果を患者の携帯端末１１に通知する。

なお、後払い受付端末３は、後払い決済処理を行った結果、与信確認にエラーが発生した場合、その旨を前記会計サーバ及び患者の端末に通知するとともに、登録情報の使用を不可に設定し、会計サーバ１は、請求情報Ｄ２の消込処理を行わない。また、後払い受付端末３は、後払い決済処理を受け付けた場合に、登録情報Ｄ１に後払い決済処理の使用が不可に設定されている場合、現金決済あるいは後払い決済処理の再登録を含めた精算処理案内を行う。なお、与信確認にエラーが発生する場合とは、例えば、クレジットカードの期限切れ等により、クレジットカードそのものが使えない場合や残高不足により、一時的に支払いができない場合などである。

＜事前後払い決済予約の登録処理＞
図６は、ステップＳ１１の事前後払い決済予約の登録処理手順を示すシーケンス図である。図６に示すように、まず、後払い決済処理を行う患者は、携帯端末１１から医療機関ウェブサーバ１２に対して事前後払い決済予約の登録要求を行う（ステップＳ１０１）。この登録要求には、患者ＩＤ、患者情報（氏名）、クレジットカード情報（クレジット番号、有効期限、裏面の３ケタのセキュリティーコード及び患者のメールアドレスが含まれる。

登録要求を受け付けた医療機関ウェブサーバ１２は、決済代行サーバ１３に対して決済サーバ１４に対する０円与信を依頼する（ステップＳ１０２）。決済代行サーバ１３は、決済サーバ１４に対して０円与信を行い（ステップＳ１０３）、決済サーバ１４から与信ＯＫを受け（ステップＳ１０４）、医療機関ウェブサーバ１２に対して与信ＯＫを送信する（ステップＳ１０５）。

与信ＯＫを受けた医療機関ウェブサーバ１２は、決済代行サーバ１３を介して決済登録処理を行う（ステップＳ１０６，Ｓ１０７）。この決済登録には、患者ＩＤ及びクレジットカード情報を含む。医療機関ウェブサーバ１２は、決済代行サーバ１３を介して決済サーバ１４から顧客番号を受ける（ステップＳ１０８，Ｓ１０９）。そして、医療機関ウェブサーバ１２は、後払い受付端末３に対して、後払い決済処理を許可する患者ＩＤと顧客番号とを紐付けた登録情報Ｄ１を登録する（ステップＳ１１０）。

＜後払い決済の院内処理＞
図７は、ステップＳ１２の後払い決済の院内処理手順を説明する説明図である。図７に示すように、まず、患者は、受付端末４に診察券４０を挿入する。受付端末４は、挿入された患者ＩＤに対する受診番号票４１を印刷出力する（図７（ａ））。

さらに、患者は、後払い受付端末３に診察券４０を挿入する。後払い受付端末３は、診察券４０が示す患者ＩＤに対する登録情報Ｄ１が存在する場合、後払い会計シート４２を印刷出力する（図７（ｂ））。

その後、患者は、受付窓口において、診察券４０、受診番号票４１及び後払い会計シート４２を提示すると、これらが収められたクリアファイル４３を受け取る（図７（ｃ））。その後、患者は、クリアファイル４３を診察窓口にわたして診察を受ける（図７（ｄ））。

その後、患者は、診療が終了すると、クリアファイル４３から診察券を取り出し、クリアファイル４３を会計窓口の近くに置かれた後払い用クリアファイル置き場４４に提出する（図７（ｅ））。その後、患者は、帰ることができる。

会計担当者は、時間がある時、あるいは所定時刻に、後払い用クリアファイル置き場４４に提出されたクリアファイル４３を取り出し、会計入力端末５において請求額の計算を行い、計算された請求額を会計サーバ１に入力する（図７（ｆ））。これにより、会計サーバ１内の請求情報Ｄ２の請求額が確定する。

＜後払い決済の請求及び消込の処理＞
図８は、ステップＳ１３の後払い決済の請求及び消込の処理手順を示すシーケンス図である。図８に示すように、まず、会計サーバ１は、請求額が確定する（ステップＳ２０１）と、請求額及び患者ＩＤを含む請求情報を後払い受付端末３に送信する（ステップＳ２０２）。

後払い受付端末３は、請求情報を受け付けると、患者ＩＤを、決済サーバ１４の顧客番号に変換し、この顧客番号と請求額とを含む決済要求を決済代行サーバ１３に対して行う（ステップＳ２０３）。決済代行サーバ１３は、決済サーバ１４に対して決済を行い（ステップＳ２０４）、決済サーバ１４からの決済結果である入金情報を受ける（ステップＳ２０５）。決済代行サーバ１３は、この入金情報を後払い受付端末３に送信し（ステップＳ２０６）、後払い受付端末３は、この入金情報を会計サーバ１に通知する（ステップＳ２０７）。この入金情報を受けた会計サーバ１は、入金情報が示す患者ＩＤの請求情報Ｄ２内の請求額の消込処理を行う（ステップＳ２０８）。

本実施例では、上記のように、後払い受付端末３を、会計サーバ１と自動精算装置２とを通信接続する既存の所定の通信回線Ｎ１に接続するのみという簡易な構成で、後払い決済処理を実行することができるとともに、会計サーバ１は、所定の通信回線Ｎ１を介して後払い受付端末３から送られる後払い決済処理の決済結果をもとに請求情報Ｄ２の消込処理を自動で行うことができ、消込処理に係る人的労力を低減することができる。

本実施例では、後払い決済処理に伴う消込処理を行う会計担当者の人員削減や人員再配置を行うことができる。さらに、本実施例では、後払い決済処理を行う患者分、会計待ち時間が低減できるため、医療機関内の会計処理の遅延が抑止される。また、本実施例では、後払い決済処理を行う患者は、医療機関内に留まる時間が少ないため、例えば駐車スペースを小さくすることができる。また、後払い決済処理を行う患者は、医療機関内に留まる時間が少ないため、例えば、院内感染リスクが低減される。

また、本実施例では、事前後払い決済予約の登録処理を携帯端末１１やＰＣなどの端末を用いて行うことができ、登録用紙への手入力による事前登録処理に比べて事前登録処理が容易である。

また、本実施例では患者ＩＤを、決済サーバ１４の顧客番号に変換し、この顧客番号と請求額とを含む決済要求を決済代行サーバ１３に対して行うことで、高いセキュリティーを維持することができる。

なお、本実施例では、クレジットカードを用いた後払い決済処理について説明したが、クレジットカードに限らず、銀行口座振替やコンビニ決済などの事前後払い決済処理予約であってもよい。この場合、決済サーバ１４は、銀行口座振替やコンビニ決済を行うサーバであり、指定された決済サーバ１４が決済代行サーバ１３に接続される。いずれにしろ、会計システム１０は、決済代行サーバ１３に対して後払い決済処理を行えばよい。

さらに、本実施例では、医療機関Ａ内の会計システム１０について説明したが、本発明はこれに限定されるものではなく、任意の会計システムにも適用できる。特に、利用者の会計待ち時間が長くなる会計システムに有用である。

また、本実施例で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、本実施例ではクリアファイルを用いた運用方法について記載しているが、運用方法はこれに限らない。患者は、診察券４０と受診番号票と後払い会計シートをそれぞれもって診察室で診療を受けたり、それらをクリップ等でまとめて診察室で診療を受けたりしてもよい。

また、本実施例では、消込処理部２６ｂが、後払い受付端末３から通知される入金情報をもとに、患者ＩＤの決済のステータスを未収「０」から入金済み「１」に書き換える消込処理を行うとしたが、消込処理方法はこれに限らない。未収を空欄にし、入金済みに「*」を入力するなど、未収と入金済みを明確に区別できれば、他の文字、数字、記号であっても良い。

本発明の会計システム及び会計管理方法は、請求額の計算に時間がかかり、会計待ち時間が大きくなる場合に有用である。

１ 会計サーバ
２ 自動精算装置
３ 後払い受付端末
４ 受付端末
５ 会計入力端末
１０ 会計システム
１１ 携帯端末
１２ 医療機関ウェブサーバ
１３ 決済代行サーバ
１４ 決済サーバ
２１，３１ 入力部
２２，３２ 表示部
２３，３３ 精算通信部
２４ 端末通信部
２５，３７ 記憶部
２６，３８ 制御部
２６ａ 請求情報生成部
２６ｂ 消込処理部
３４ 外部通信部
３５ カードリーダ
３６ 印字部
３８ａ 登録情報生成部
３８ｂ 後払い受付処理部
３８ｃ 決済処理部
４０ 診察券
４１ 受診番号票
４２ 後払い会計レシート
４３ クリアファイル
４４ 後払い用クリアファイル置き場
Ａ 医療機関
Ｄ１ 登録情報
Ｄ２ 請求情報
Ｎ ネットワーク
Ｎ１ 所定の通信回線

Claims (8)

1. 所定の医療機関に配設され、該医療機関における診療に伴う請求情報を生成して管理する会計サーバと、
   前記所定の医療機関に配設され、前記請求情報をもとに対面式の精算を行う自動精算装置と、
   前記所定の医療機関に配設され、前記会計サーバと前記自動精算装置との間を接続する所定の通信回線に接続され、非対面式の後払い決済処理を行う後払い受付端末と
   を備え、
   前記後払い受付端末は、前記非対面式の後払い決済処理を行う患者の登録情報を予め記憶し、前記登録情報に登録された患者に対する前記請求情報の請求額が確定した場合、外部の決済代行サーバを介して後払い決済処理を行い、決済結果を前記会計サーバに通知し、
   前記会計サーバは、後払い決済処理となる前記請求情報について後払い決済処理であることを示す情報を記録し、かつ、前記決済結果をもとに前記請求情報を入金済みとする消込処理を行う会計システム。
2. 前記所定の通信回線は、ソケット通信回線であり、
   前記後払い受付端末は、前記ソケット通信回線に対してソケットを介して接続する請求項１に記載の会計システム。
3. 前記後払い受付端末は、後払い決済処理をバッチ処理で行う請求項１又は２に記載の会計システム。
4. 前記後払い受付端末は、前記所定の通信回線のデータフォーマットと、前記決済代行サーバとの間のデータフォーマットとの変換処理を行う請求項１乃至３のいずれか一つに記載の会計システム。
5. 前記非対面式の後払い決済処理を行う患者の登録情報は、外部のネットワーク上のウェブサーバを介して与信確認を行った後、前記後払い受付端末に予め登録される請求項１乃至４のいずれか一つに記載の会計システム。
6. 前記後払い受付端末は、後払い決済処理を行った結果、与信確認にエラーが発生した場合、その旨を前記会計サーバ及び患者の端末に通知するとともに、登録情報に後払い決済処理の使用を不可に設定し、
   前記会計サーバは、請求情報の消込処理を行わない請求項１乃至５のいずれか一つに記載の会計システム。
7. 前記後払い受付端末は、前記非対面式の後払い決済処理を受け付けた場合に、前記登録情報に後払い決済処理の使用が不可に設定されている場合、現金決済あるいは再登録を含めた精算処理案内を行う請求項６に記載の会計システム。
8. 所定の医療機関に配設され、該医療機関における診療に伴う請求情報を生成して管理する会計サーバと、前記所定の医療機関に配設され、前記請求情報をもとに対面式の精算を行う自動精算装置と、前記所定の医療機関に配設され、前記会計サーバと前記自動精算装置との間を接続する所定の通信回線に接続され、非対面式の後払い決済処理を行う後払い受付端末とを備えた会計システムの会計管理方法であって、
   前記後払い受付端末は、前記非対面式の後払い決済処理を行う患者の登録情報を予め記憶し、前記登録情報に登録された患者に対する前記請求情報の請求額が確定した場合、外部の決済代行サーバを介して後払い決済処理を行い、決済結果を前記会計サーバに通知し、
   前記会計サーバは、後払い決済処理となる前記請求情報について後払い決済処理であることを示す情報を記録し、かつ、前記決済結果をもとに前記請求情報を入金済みとする消込処理を行う会計管理方法。

Images