(57)【要約】  【課題】病院などの支払会計システムにおいて、会計窓口で使用される入金処理用端末を効率的に運用し、また、会計窓口へ呼び出される人数を適正な値にする。  【解決手段】支払金額を算出して出力する費用算出手段１と、顧客が支払った金額を精算する複数の入金手段２と、支払金額の算出が終了し、かつ、未精算の顧客に関する支払待ち顧客のデータを記憶する記憶手段４と、支払待ち顧客を特定する顧客特定情報を受け取って表示し、顧客に支払を促す表示手段５と、支払待ち顧客のデータから顧客特定情報を抽出して表示手段５へ出力する管理手段３とを備えた支払会計システムにおいて、管理手段３は、現在稼働可能な前記入金手段の数からなる入金稼働台数と、予め定められた入金手段２当たりの顧客の処理数からなる単位顧客数とから、表示手段５に表示する個数である呼出個数を算出し、この個数だけ顧客特定情報を表示手段５へ出力する。【選択図】図１
2009282749.tif 000002
【特許請求の範囲】
【請求項１】
顧客が支払うべき支払金額を算出して出力する費用算出手段と、前記顧客が支払った金額を精算し、同精算したデータを送出する複数の入金手段と、前記支払金額の算出が終了し、かつ、未精算の顧客に関する支払待ち顧客のデータを記憶する記憶手段と、前記支払待ち顧客を特定する顧客特定情報を受け取って表示し、前記顧客に支払を促す表示手段と、前記支払待ち顧客のデータから前記顧客特定情報を抽出して前記表示手段へ出力する管理手段とを備えた支払会計システムにおいて、
前記管理手段は、現在稼働可能な前記入金手段の数からなる入金稼働台数と、予め定められた前記入金手段当たりの前記顧客の処理数からなる単位顧客数とから、前記表示手段に表示する個数である呼出個数を算出し、同呼出個数の数だけ前記顧客特定情報を前記表示手段へ出力することを特徴とする支払会計システム。
【請求項２】
前記管理手段は、前記支払待ち顧客の数が上限適正値以上の値になった場合、前記入金稼働台数を増加するように通知することを特徴とする請求項１記載の支払会計システム。
【請求項３】
前記管理手段は、前記支払待ち顧客の数が下限適正値以下の値になった場合、前記入金稼働台数を削減するように通知することを特徴とする請求項１記載の支払会計システム。
【請求項４】
前記管理手段は、前記上限適正値、または、前記下限値を前記入金稼働台数と、前記単位顧客数とから算出することを特徴とする請求項２または請求項３記載の支払会計システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院などの支払会計システムに係わり、より詳細には、精算金額算出が終了した顧客を支払窓口に呼び出す人数を適正化する構成に関する。
【背景技術】
【０００２】
従来、病院の支払会計システムの一つとして、図４に示す会計受付表示装置が開示されている。
【０００３】
この会計受付表示装置は、カルテ等に基づいて各患者における診療費等の会計計算を順々に行い、会計計算が終了した順に、各患者の会計情報や処理情報等を格納する患者料金ファイル８１に対して、計算結果入力手段９０から会計情報として各患者の会計計算結果と共に処理情報として会計計算終了の情報を入力し、また患者から診療費等の費用の支払いを受けた場合には、上記の患者料金ファイル８１に対して、入金結果入力手段９１から会計情報として患者からの入金結果と共に処理情報として入金終了の情報を入力する。
【０００４】
そして、上記のように計算結果入力手段９０や入金結果入力手段９１から各患者における会計情報や処理情報等が患者料金ファイル８１に入力されて、これらの情報が患者料金ファイル８１に格納されると、支払い待ち患者抽出手段９２によって上記の患者料金ファイル８１から処理情報として会計計算終了の情報だけが与えられ入金終了の情報が与えられていない支払い前の患者を抽出すると共に、この抽出された患者の氏名を患者基本ファイル８２より検索し、この結果を支払い待ち患者ファイル８３内に格納させる。
【０００５】
次いで、このように支払い待ち患者ファイル８３内に格納された支払い待ち患者の氏名を支払い待ち患者名表示手段９４により、待合室等に設置された表示装置９３に適当な時間表示させて、診療費用の支払いを待つ患者に会計計算が終了したことを知らせるようにする。
【０００６】
また、このようにして支払い待ち患者ファイル８３内に格納された支払い待ち患者の氏名を支払い待ち患者名表示手段９４によって表示装置９３に表示させるにあたり、支払い待ち患者ファイル８３内に格納された支払い待ち患者の氏名を支払い待ち患者名表示手段９４に出力させる途中にタイマー手段９５を設けるようしている。そして、各患者の会計計算と共に領収書等が支払い窓口に来るまでに要する時間を考慮し、このタイマー手段９５によって、支払い待ち患者ファイル８３内に格納された支払い待ち患者の氏名が、適当な時間経過後、例えば１分経過後に支払い待ち患者名表示手段９４に出力されて表示装置９３に表示されるようにし、支払い窓口での混雑が少なくなるようにしている。
【０００７】
そして、上記のような操作を繰り返して行い、会計計算が終了して入金がまだ行われていない患者の氏名を順次、表示装置９３に表示させるようにしている（例えば、特許文献１参照。）。
【０００８】
このようにして診察費等の費用の支払いを待つ患者に会計計算が終了したことを知らせるようにすると、会計計算が終了した患者の氏名を窓口の担当者が何度もマイクで呼び出したりする必要がなく、また患者も適当な時期に上記表示装置９３を見ることによって自分の会計計算が終了したことを確認することができるようになる。
【０００９】
しかしながら、会計計算が終了して入金がまだ行われていない患者の氏名を順次、表示装置に表示させるようにしているため、近年のように医療事務が機械化され、処理スピードが向上してくると、入金処理の件数よりも会計計算処理の件数が上回り、結果的に入金処理能力以上の患者を会計窓口に呼び出してしまい、会計窓口で患者を待たせる場合がでてきた。
【００１０】
また、一般的に入金処理用端末は複数台設置されているが、操作員の勤務シフトや休憩、患者からの問い合わせによる入金処理用端末の一時的な閉鎖などにより、稼働台数が常に変化しており、稼働台数が多くて会計窓口が手空きとなったり、逆に稼働台数が少なくて会計窓口が混雑したりしていた。
【特許文献１】特許第３２６８０５６号公報（第３−４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は以上述べた問題点を解決し、病院などの支払会計システムにおいて、会計窓口で使用される入金処理用端末を効率的に運用し、また、会計窓口へ呼び出される人数を適正な値にすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明は上述の課題を解決するため、顧客が支払うべき支払金額を算出して出力する費用算出手段と、前記顧客が支払った金額を精算し、同精算したデータを送出する複数の入金手段と、前記支払金額の算出が終了し、かつ、未精算の顧客に関する支払待ち顧客のデータを記憶する記憶手段と、前記支払待ち顧客を特定する顧客特定情報を受け取って表示し、前記顧客に支払を促す表示手段と、前記支払待ち顧客のデータから前記顧客特定情報を抽出して前記表示手段へ出力する管理手段とを備えた支払会計システムにおいて、
前記管理手段は、現在稼働可能な前記入金手段の数からなる入金稼働台数と、予め定められた前記入金手段当たりの前記顧客の処理数からなる単位顧客数とから、前記表示手段に表示する個数である呼出個数を算出し、同呼出個数の数だけ前記顧客特定情報を前記表示手段へ出力する。
【００１３】
また、前記管理手段は、前記支払待ち顧客の数が上限適正値以上の値になった場合、前記入金稼働台数を増加するように通知する。
【００１４】
また、前記管理手段は、前記支払待ち顧客の数が下限適正値以下の値になった場合、前記入金稼働台数を削減するように通知する。
【００１５】
また、前記管理手段は、前記上限適正値、または、前記下限値を前記入金稼働台数と、前記単位顧客数とから算出する。
【発明の効果】
【００１６】
以上の手段を用いることにより、本発明による支払会計システムによれば、
請求項１に係わる発明は、入金手段の稼働台数の処理能力に対応した呼出個数だけ支払待ち顧客のデータから顧客特定情報を抽出するので、入金のために呼び出される顧客の数を平均化し、混乱なく、かつ、効率的に支払する顧客を誘導することができる。
【００１７】
請求項２に係わる発明は、支払待ち顧客の数が上限適正値以上の値になった場合、入金稼働台数を増加するように操作員に通知するので、この通知に対応して入金稼働台数を増加することにより、表示手段に表示されない顧客を長く待たせることがない。
【００１８】
請求項３に係わる発明は、支払待ち顧客の数が下限適正値以下の値になった場合、入金稼働台数を削減するように操作員に通知するので、この通知に対応して入金稼働台数を削減することにより、入金手段に関わる人員を一時的に他の業務に配置できるので、人員を効率的に運用できる。
【００１９】
請求項４に係わる発明は、上限適正値、または、下限値を入金稼働台数と、単位顧客数とから算出するので、入金稼働台数や単位顧客数が変更されても、常に最適な適正値（閾値）を用いることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。
【実施例１】
【００２１】
図１は本発明による支払会計システムを示すシステムブロック図である。
【００２２】
この支払会計システムは病院で使用される医療費精算を管理するシステムであり、各患者の医療費を計算する複数の医療費計算端末（費用算出手段）１と、算出された医療費について患者からの入金を処理する複数の入金端末（入金手段）２と、医療費精算に関する種々のデータを記憶する外部記憶装置（記憶手段）４と、医療費の算出が終了した患者を受付番号の表示で呼び出す表示端末（表示手段）５と、これらとＬＡＮ（Local Area Network）で接続され、システム全体の制御を行う管理サーバ（管理手段）３とを備えている。
【００２３】
図２は外部記憶装置４に記憶した内容を説明する説明図であり、図２（Ａ）は患者料金ファイル、図２（Ｂ）は支払待ち患者ファイル、図２（Ｃ）は呼出受付番号ファイル、図２（Ｄ）は入金端末稼働状況ファイルである。
【００２４】
図２（Ａ）は患者料金ファイルであり、左から順に、診察券番号、患者氏名、受付番号、請求金額、入金額の項目となっており、これらは一人の患者と対応して１つのレコードとして当日診察した全患者のデータが記憶される。なお、各レコードは医療費データとして医療費計算端末１から送信される。また、受付番号は当日、患者の診察券が受け付けられた番号であり、当日内では重複した値にならないように、図示しない他の機器、例えば受付番号発券機で発行された番号である。
【００２５】
図２（Ｂ）は支払待ち患者ファイル（支払待ち顧客のデータ）であり、左から順に、診察券番号、患者氏名、受付番号、初回呼出時刻の項目となっており、これらは一人の患者と対応して１つのレコードとして、医療費の計算が終了し、かつ、未精算（患者の支払が終了していない）ものが記憶される。これは、患者料金ファイルにおいて、入金金額が空白のレコードと対応している。
【００２６】
図２（Ｃ）は呼出受付番号ファイルであり、支払待ち患者ファイルの中から、後述する方法で選択された患者の受付番号が記憶される。このデータは表示端末５で表示される受付番号（顧客特定情報）を示している。
【００２７】
図２（Ｄ）は入金端末稼働状況ファイルであり、このシステムに接続されている入金端末２の入金端末Ａ〜入金端末Ｅまでの各機器の稼働状態を示している。○は稼働中であり、×は停止中の機器である。稼働中とは該当機器を操作する操作員がおり、入金処理を行うことができる状態を示し、停止中は機器の電源が投入されていない、もしくは、機器の電源が投入されていても入金処理を行うことができない状態、例えば、機器の操作を許す鍵がない、または、操作員の識別指定が行われていないなどの場合を示す。
【００２８】
医療費計算端末１は、パソコンで特定のアプリケーションプログラムを実行することで所定の機能を行うようになっており、診察が終了した患者のカルテに従って、図示しない操作員が診察データを入力することで、患者への請求金額を計算する。そして医療費計算端末１は、医療費データとして、患者の診察券番号、患者氏名、受付番号、請求金額のデータをＬＡＮを介して管理サーバ３に送出する。
【００２９】
入金端末２はキャッシュレジスターの機能を備えており、現金を保管する銭函（キャッシュボックス）と、請求金額を表示する表示器と、レシートを発行するプリンタとを備えており、釣り銭計算機能や入金データをリアルタイムで管理サーバ３へ送信する機能を備えている。なお、操作に当たっては、所定の鍵を装着し、操作を行う操作員を識別する識別操作を行うことで稼働状態になる。患者からの問い合わせなどで入金端末２から離れる場合は、鍵を抜き去ることで一切の操作を受け付けなくなり、キャッシュボックス内の現金持ち去りを防止するようになっている。なお、この状態は非稼働状態である。
【００３０】
表示端末５は大型の表示装置であり、病院内の待合室に備えられている。管理サーバ３から送信される呼出受付番号ファイルのデータを受信すると、この受信データの受付番号の前に所定の表示内容、『以下の番号の方は会計窓口までおこしください。』を付加して表示する。この表示を見た患者は支払のために、もよりの入金端末２がある会計窓口へ集まる。
【００３１】
管理サーバ３はこのシステム内の機器を管理すると共に、各機器からのデータ受付、データの加工、外部記憶装置４内の各ファイルの更新などを行う。また、管理サーバ３は定期的に入金端末２に問い合わせを行い、各端末の稼働状況をチェックし、現在稼働中の入金端末２の稼働台数（入金稼働台数）を把握するため、入金端末稼働状況ファイルを更新している。
【００３２】
次にこれらの機器を用いた処理の流れを説明する。
【００３３】
なお、システムの運用に当たっては、１台の入金端末２当たりの患者の処理数（単位顧客数）を予め設定しておく。例えば、患者の処理数を一人とした場合は、患者にとっては会計窓口での待ちがなくて便利であるが、一人ずつの呼出となるため、病院側にとっては効率が悪い。かといって、大人数の呼出は会計窓口での待ち時間が長くなり、患者側は不便である。そこで、平均的な入金の処理時間から最適な単位顧客数を決定しておく。この実施例では説明の都合上、１台の入金端末２での単位顧客数を２人としている。
【００３４】
この単位顧客数が決定された後、医療費計算端末１から医療費データとして、患者の診察券番号、患者氏名、受付番号、請求金額のデータが送信される。管理サーバ３はこの医療費データを受け取ると、外部記憶装置４の患者料金ファイルの最後尾のレコードにこの医療費データを追加する。なお、入金金額の欄は空白となっている。
【００３５】
同時に管理サーバ３は、外部記憶装置４の支払待ち患者ファイルの最後尾のレコードにこの医療費データの中の患者の診察券番号、患者氏名、受付番号を追加する。この支払待ち患者ファイルに記載されている患者は入金処理が可能であることを示している。しかしながら、このファイルに記載の患者全員を表示端末５に表示して呼び出すと、患者の数が多い場合、前述したような問題が発生する。
【００３６】
そこで、管理サーバ３は、外部記憶装置４の入金端末稼働状況ファイルを確認し、現在稼働中の端末数、つまり、入金稼働台数を調べる。図２（Ｄ）の場合、入金端末Ａと入金端末Ｃとの２台が稼働しているため、前述した入金端末２での単位顧客数：２人と、現在入金稼働台数：２台との積、４人分の受付番号を外部記憶装置４の支払待ち患者ファイルの先頭レコードから抽出して図２（Ｃ）の呼出受付番号ファイルを作成する。そして、これを表示端末５へ送信して表示させる。同時に、呼出受付番号ファイルの受付番号と対応する支払待ち患者ファイルのレコードの初回呼出時刻欄に現在の時刻を記入する。
【００３７】
なお、支払待ち患者ファイルから４人分の受付番号を抽出する場合、初回呼出時刻をチェックする。この欄は、各レコードが最初に表示端末５へ表示された時間を示している。一般的に、患者は待合室で表示端末５を注視しており、表示されると短時間の間に入金処理を済ませる場合が多い。この場合、他の患者と共に呼び出されたとしても、１０分程度以内で処理される。しかしながら、待ち時間を利用して食事や所要を済ませる場合あり、呼出を受けたにも関わらず、すぐに入金処理を行わない患者もいる。
【００３８】
このため、呼出表示に応答しない患者の受付番号が累積し、通常の呼出が出来なくなる場合がある。そこで、最初に呼出してから一定時間、例えば、３０分経過した患者は次の３０分間は呼出対象から除外するようにしている。図２（Ｂ）の支払待ち患者ファイルの例では、受付番号: １０３の患者は１０：００に初回呼出を受けているが、１０：４５現在、入金処理を行っていない。
【００３９】
このように初回呼出を行っても呼出に応じない患者は、初回呼出時刻から３０分毎に呼出の表示をする／しないようにしている。つまり、初回呼出時刻：１０：００の場合は、１０：００〜１０：３０は表示端末５に継続表示されるが、１０：３０〜１１：００までは呼出対象から除外されて表示も行われない。しかし、１１：００〜１１：３０までは、再び表示端末５に表示される。これを病院の終了時間まで繰り返す。
【００４０】
従って、受付番号: １０３の患者は、現在時刻が１０：４５の場合、呼出表示対象から除外され、図２（Ｃ）の呼出受付番号ファイルには、受付番号: １０２、１１０、１１１、１０６の４人分のみ格納され、この内容が表示端末５に表示される。
【００４１】
このように、初回呼出を行っても呼出に応じない患者は、一定時間後で再度呼出を受けるため、呼出に漏れがない。また、呼出に応じない一定時間は呼出表示対象から除外されるため、まだ、初回呼出を受けていない患者の受付番号を優先的に表示することができる。
【００４２】
一方、本システムでは１台の入金端末２での最大待ち人数を固定しているため、入金端末２の稼働台数と、医療費計算端末１の稼働台数との処理能力の比率により、入金端末２の処理が間に合わない、もしくは、入金端末２の稼働台数が多すぎて会計窓口が非効率の場合が発生する。
【００４３】
このため、入金端末２の処理が間に合わなくて、図２（Ｂ）の支払待ち患者ファイルの患者数が上限適正値以上、例えば、現在の入金端末２の稼働台数×単位顧客数×２．５（係数）、つまり、２×２×２．５＝１０人以上となった場合、入金端末２の稼働台数を増やすように管理サーバ３の表示画面に入金端末２の追加推奨台数を表示させる。この場合、現状の入金端末２の稼働台数が２台の場合、前述のように端末当たりの処理が２名であるため、合計４人は現状でも処理可能である。
【００４４】
従って残り６人分が入金端末２の処理が間に合わない処理である。単純計算では、追加で入金端末２を３台増加すれば６人分の処理を消化できるが、消化した後は入金端末２の台数が過剰になる場合もある。このため、現状の処理能力をオーバーした患者数の１／３を消化できる入金端末２の台数を追加推奨台数とする。この例の場合は６人分の１／３、つまり、２人を処理できる入金端末２の台数として、追加推奨台数：１台とする。
【００４５】
一方、入金端末２の稼働台数が多すぎて会計窓口が非効率の場合とは、図２（Ｂ）の支払待ち患者ファイルの患者数が、下限適正値以下、例えば、現在の入金端末２の稼働台数×単位顧客数×１／２（係数）、つまり、２×２×１／２＝２人以下となった場合である。支払待ち患者ファイルの患者数が、下限適正値以下となった時、入金端末２の稼働台数を減らすように管理サーバ３の表示画面に入金端末２の削減推奨台数を表示させる。この場合、現在稼働している入金端末２の稼働台数２台の半分、つまり、削減推奨台数：１台とする。
【００４６】
また、以上説明したように入金端末当たりの呼出患者数が適正であるかのチェックは定期的に行っており、図２（Ｂ）の支払待ち患者ファイルの患者数の増減に対応して、入金端末２の推奨する増減台数を表示し、結果的に適正な稼働台数を推奨できるため、会計窓口の効率を向上させることができる。
【００４７】
また、入金端末２の推奨する増減台数を算出する場合、初回呼出時刻欄に時刻が記入されている支払待ち患者ファイルの患者のデータを含めて計算する／しないを予め設定で決定しておいてもよい。一般的に、初回の呼び出しに応じない患者の数は、初回の呼び出しに応じる患者の数より少ないため、入金端末２の推奨する増減台数を算出する場合、初回の呼び出しに応じない患者を除外しておく。
【００４８】
この方法は初回の呼び出しに応じない患者が、初回以降の呼び出しにより、集中して会計窓口に集まらない場合に有効である。一方、入金端末２の推奨する増減台数を算出する場合、初回の呼び出しに応じない患者を含めておくこともできる。この方法は初回の呼び出しに応じない患者が、初回以降の呼び出しにより、集中して会計窓口に集まる場合に有効である。これらの設定は、システムを導入する病院の運用状態で決定される。
【００４９】
次に図３のフローチャートを用いて管理手段である管理サーバ３の処理を説明する。なお、図３においてＳＴはステップを表し、これに続く番号はステップ番号を示す。また、ＹはＹｅｓを、ＮはＮｏを表している。
【００５０】
管理手段は最初に、入金端末２の稼働台数に変化があるか確認する（ＳＴ１）。これは、管理サーバ３から各入金端末２に稼働可能かの問い合わせを行い、前回の問い合わせ結果台数と同じかどうかで判断できる。前回の問い合わせ結果台数と異なれば、入金端末２の稼働台数が増減したことになる。
【００５１】
入金端末２の稼働台数に変化がない場合（ＳＴ１−Ｎ）、医療費計算端末１から送信された医療費計算済みの新たなデータがあるか確認する（ＳＴ２）。医療費計算済みの新たなデータがない場合（ＳＴ２−Ｎ）、次に、呼び出し応答なしの患者があるか確認する（ＳＴ３）。これは、支払待ち患者ファイル内に初回呼出時刻が記載されていれば呼び出し応答なしの患者がいることになる。
【００５２】
呼び出し応答なしの患者がいない場合（ＳＴ３−Ｎ）、新規の呼び出し患者を支払待ち患者ファイルからリストアップの処理を行う（ＳＴ４）。なお、新規の呼び出し患者とは、支払待ち患者ファイルに初回呼出時刻が記載されていない患者のデータを示す。
【００５３】
次にリストアップ処理されたデータの中に呼び出す患者のデータがあるか確認する（ＳＴ５）。これは支払待ち患者ファイルに呼び出しすべき患者のデータが存在しても、前述のように、すでに呼び出しを行っているが、応答がないため一時的に呼び出しを中断している患者のデータや、全く新規の呼び出し患者のデータがない場合の確認を示している。
【００５４】
リストアップ処理されたデータの中に呼び出す患者のデータがある場合（ＳＴ５−Ｙ）、稼働している入金端末２の数に対応してリストアップされた患者の受付番号を取り出す（ＳＴ６）。これは前述したように、入金端末稼働状況ファイルを確認し、現在稼働中の入金端末２の台数、つまり、入金稼働台数を抽出し、この台数に入金端末２での単位顧客数を乗じた患者数分の受付番号をリストアップされたデータから取り出す。この取り出した受付番号をファイルにしたものが呼出受付番号ファイルである。
【００５５】
そして、この取り出した受付番号、つまり、呼出受付番号ファイルを表示端末５へ送信する（ＳＴ７）。そして、取り出した受付番号に対応する新規呼び出し患者データと対応する支払待ち患者ファイルの初回呼出時刻の欄に現在の時刻を記入する（ＳＴ８）。
【００５６】
次に、入金端末に対する呼び出し患者の数は適正か確認する（ＳＴ９）。これは前述のように、上限適正値、及び下限適正値と、支払待ち患者ファイル内の患者数を比較して確認する。入金端末に対する呼び出し患者の数が適正の場合（ＳＴ９−Ｙ）、次に入金端末２からの入金データがあるか確認する（ＳＴ１０）。入金端末２からの入金データがない場合（ＳＴ１０−Ｎ）、ＳＴ１へジャンプする。
【００５７】
入金端末２からの入金データがある場合（ＳＴ１０−Ｙ）、患者料金ファイルの該当する患者の入金欄へ、入金した金額を記入する。また、支払待ち患者ファイルから該当する患者のレコードデータを削除する（ＳＴ１１）。そして、ＳＴ１へジャンプする。
【００５８】
一方、ＳＴ１で入金端末２の稼働台数（入金稼働台数）に変化がある場合（ＳＴ１−Ｙ）、この変化に対応して入金端末稼働状況ファイルを更新する（ＳＴ１２）。つまり、現在の稼働状況に応じて、各端末欄に○、もしくは、×を記載する。そして、ＳＴ２へジャンプする。
【００５９】
また、ＳＴ２で医療費計算済みの新たなデータがある場合（ＳＴ２−Ｙ）、患者料金ファイルと、支払待ち患者ファイルとに新たなデータを追加する（ＳＴ１３）。そして、ＳＴ３へジャンプする。この場合、各ファイルの最後尾にデータを追加する。従って、各ファイルの先頭から呼び出しする受付番号を検索することで、先入れ先出しの順に処理される。
【００６０】
また、ＳＴ３で呼び出し応答なしの患者がいる場合（ＳＴ３−Ｙ）、つまり、支払待ち患者ファイルの初回呼出時刻欄に時刻が記入されているデータがある場合、初回呼出時刻欄に時刻が記入されている各患者のデータごとに、現在の時刻が再呼び出しの時刻（時間帯）であるか確認する（ＳＴ１４）。全てのデータにおいて、現在の時刻が再呼び出しの時刻（時間帯）でない場合（ＳＴ１４−Ｎ）、ＳＴ４へジャンプする。
【００６１】
一方、現在の時刻が再呼び出しの時刻（時間帯）であるデータが１つでも存在する場合（ＳＴ１４−Ｙ）、再呼び出しの時刻（時間帯）に該当する全てのデータを支払待ち患者ファイルの中からリストアップする（ＳＴ１５）。そして、ＳＴ４へジャンプする。
【００６２】
また、ＳＴ５において、リストアップされた患者がない場合（ＳＴ５−Ｎ）、ＳＴ１０へジャンプする。
【００６３】
また、ＳＴ９において、入金端末に対する呼び出し患者の数が適正でない場合（ＳＴ９−Ｎ）、前述したように入金端末２の適正稼働台数を算出し、今後、新たに削減、または追加する台数を推奨台数として、管理サーバ３の画面に表示することで通知する（ＳＴ１６）。そして、ＳＴ１０へジャンプする。
【００６４】
以上説明したように、入金手段（入金端末２）の稼働台数の処理能力に対応した呼出個数だけ支払待ち顧客のデータ（支払待ち患者ファイル）から顧客特定情報（受付番号）を抽出するので、入金のために呼び出される顧客の数を平均化し、混乱なく、かつ、効率的に支払する顧客を窓口に誘導することができる。
【００６５】
また、支払待ち顧客の数が上限適正値以上の値になった場合、入金稼働台数を増加するように操作員に通知するので、この通知に対応して入金稼働台数を増加することにより、表示手段に表示されない顧客を長く待たせることがない。
【００６６】
また、支払待ち顧客の数が下限適正値以下の値になった場合、入金稼働台数を削減するように操作員に通知するので、この通知に対応して入金稼働台数を削減することにより、入金手段に関わる人員を一時的に他の業務に配置できるので、人員を効率的に運用できる。
【００６７】
さらに、上限適正値、または、下限値を入金稼働台数と、単位顧客数とから算出するので、入金稼働台数や単位顧客数が変更されても、常に最適な適正値（閾値）を用いることができる。
なお、本実施例においては、病院の会計システムとして説明しているがこれに限るものでなく、薬局の会計システムなど、サービスや購入品の支払金額の算出可能な時間が顧客によって異なり、かつ、後払いのシステムに幅広く応用可能である。
【００６８】
また、本実施例においては、会計窓口を特定しないで支払待ち患者を表示端末を介して呼び出しているが、これに限るものでなく、個々の入金端末毎に呼出対象となった支払待ち患者を割り当てて、呼び出すようにしてもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明による支払会計システムの実施例を示すシステムブロック図である。
【図２】本発明による支払会計システムで使用されるファイルの内容を説明する説明図である。
【図３】本発明による支払会計システムの管理手段の処理を説明するフローチャートである。
【図４】従来の支払会計システムで使用される会計受付表示装置の構成を説明するブロック図である。
【符号の説明】
【００７０】
１  医療費計算端末（費用算出手段）
２  入金端末（入金手段）
３  管理サーバ（管理手段）
４  外部記憶装置（記憶手段）
５  表示端末（表示手段）
【図１】
2009282749.tif 000003
【図２】
2009282749.tif 000004
【図３】
2009282749.tif 000005
【図４】
2009282749.tif 000006