JP2011175548A - 診療費支払機 - Google Patents

Abstract

【課題】従来の病院等の医療機関に設置されている診療費支払機は、当日の診療費の支払いができるに過ぎず、未払いの過去の診療費等は支払うことができないといった課題があった。
【解決手段】病院ホスト３０から得られる応答の中に、今回の診療分に対する請求金額に加え、未収金有りの情報が含まれているか否かを判別する判別手段２３と、判別手段２３が未収金有りを判別したことに応答して、未収金額を病院ホスト３０に問い合わせる未収金額取得要求手段２４と、問い合わせに応じて病院ホスト３０から得られる応答の中の未収金額を、先に得られた今回の診療分に対する請求金額とともに表示する表示手段１１と、入金が行われたことに応答して、表示手段１１に表示された金額の精算処理を行う精算処理手段２５と、を含む診療費支払機１０である。
【選択図】図２

Description

この発明は、病院や医療機関等に設置されていて、診療を受けた患者が診療費を支払うために操作する診療費支払機に関する。

病院等の医療機関においては、膨大な量の医療事務、特に医療会計事務を迅速かつ適切に処理するために、医事会計用のホストコンピュータおよびそのホストコンピュータに接続された種々の端末処理機が設けられていることが多い。端末処理機の中には、診療を受けた患者自らが操作できる診療費支払機が含まれていることがある。患者は、多くの患者が順番待ちをしている会計窓口での支払いではなく、診療費支払機を操作することにより、迅速に診療費の支払いを済ませることができる。

ところが、かかる診療費支払機では、当日に診療を受けた診療費の支払いを行うことはできても、当日以外の診療費の支払いはできないという課題があった。
たとえば、過去に診療を受けた患者が、その診療費を未払いの場合において、その未払いの診療費を今回の診療費と一緒に支払いたい場合などには、その支払いができないといった課題があった。

診療を受けた患者が支払うべき診療費は、当日の診療に対する費用のみに限られるわけではない。たとえば過去に診療を受けた際に金銭の持ち合わせがなく、未払いになっている診療費が残っている場合がある。そして、それも含めて今回支払いたいことがある。かかる場合は、診療費支払機によって支払うことはできず、会計窓口において未払いの診療費および今回の診療費を精算するといった手続が必要となる。

近年の医療機関は、医事会計処理システムを導入している場合が多く、患者は、診療費支払機を利用して診療費の支払いを行い、支払いに要する時間の短縮を図れるが、特殊な支払いの場合、たとえば患者が今回の診療費用のみでなく、過去に診療を受けて未払いであった診療費用も今回まとめて支払いたい場合には、診療費支払機では支払うことはできず、支払い窓口で支払わなければならなかった。

また、特許文献１には、来院毎の未収金を記録しておいて、いつ未収金を精算したかを管理できるようにしつつ、未収金があった過去の会計データを修正する時に、誤りがないようにオペレータに注意喚起するという装置が開示されている。この装置は、窓口で未収金を回収する場合に利用可能な装置である。
さらに、特許文献２には、個々の請求単位に未収金を管理するファイルを設け、それぞれの未収金の額と請求書番号と未収金が解消されたか否かのフラグとそれが解消された日付とを記録して管理する装置および方法が開示されている。

また、特許文献３には、診療費自動計算支払機が提案されている。しかし、このシステムにおいては、窓口で計算済の診療費請求書を受け取り、その請求書に記載の額を支払機によって患者が支払うというもので、患者が窓口で順番を待って支払い額（請求書）を受け取らなければならない点では、患者にとって支払いの利便性は少ない。

特開２００４−３５５３５０号公報 特開平５−２９００６４号公報 特開２００６−３５０４２８号公報

従来の病院等の医療機関に設置されている診療費支払機は、当日の診療費の支払いができるに過ぎず、未払いの過去の診療費等は支払うことができないといった課題があった。
かかる課題を解決するためには、たとえば診療費支払機という端末処理機の改良ではなく、医事会計用ホストコンピュータを含むシステム全体を再構築すれば可能かもしれないが、そのような大がかりなシステムの入れ替えは、医療機関にとって現実的なことではない。

この発明は、このような背景のもとになされたもので、医療機関等において使用される診療費支払機において、当日の診療費のみならず過去の未払いの診療費も支払うことができる診療費支払機を提供することを主たる目的とする。
また、この発明は、医事会計用ホストコンピュータとのインタフェイス接続が良好にでき、ホストコンピュータ側のソフトウェアのわずかな改変により、未払い診療費の支払いができる診療費支払機を提供することを他の目的とする。

この出願の請求項１にかかる発明は、診療費を支払う患者の操作に応答して、ホストコンピュータと通信回線を介して情報の授受を行い、患者が支払い金額を入金して精算できる診療費支払機であって、診療費を支払おうとする患者を特定する患者識別データを受け付けるための患者識別データ受け付け手段と、前記患者識別データ受け付け手段で受け付けられた患者識別データに対応した請求金額があるか否かを、前記ホストコンピュータに問い合わせる請求金額取得要求手段と、前記問い合わせに応じて前記ホストコンピュータから得られる応答の中に、今回の診療分に対する請求金額に加え、未収金有りの情報が含まれているか否かを判別する判別手段と、前記判別手段が未収金有りを判別したことに応答して、未収金額を前記ホストコンピュータに問い合わせる未収金額取得要求手段と、前記問い合わせに応じて前記ホストコンピュータから得られる応答の中の未収金額を、前記先に得られた今回の診療分に対する請求金額とともに表示する表示手段と、入金が行われたことに応答して、前記表示手段に表示された金額の精算処理を行う精算処理手段と、を含むことを特徴とする診療費支払機である。

請求項２にかかる発明は、前記判別手段が未収金有りか否かを判別する情報は、未収金有りのビット情報および未収請求書番号を含むことを特徴とする、請求項１記載の診療費支払機である。
請求項３にかかる発明は、前記表示手段は、請求書番号と請求金額とを対応付けて請求書番号別に、各請求金額を表示することを特徴とする、請求項２記載の診療費支払機である。

請求項４にかかる発明は、前記精算処理手段は、入金金額がいずれかの請求書番号に対応した請求金額に達したときは、前記表示手段において、その請求書番号の請求金額を精算する旨の表示をさせ、請求書番号に対応した請求金額ごとに、入金額に応じて精算処理を行うことを特徴とする、請求項３記載の診療費支払機である。
請求項５にかかる発明は、前記患者識別データは、患者が保持する診察券に記録された患者のＩＤ番号を含み、前記患者識別データ受け付け手段は、患者の所持する前記診察券を受け付ける診察券受け付け手段を含むことを特徴とする、請求項１〜４のいずれかに記載の診療費支払機である。

請求項１記載の発明によれば、診療費支払機とホストコンピュータとの間での情報の授受において、情報量の大幅な増加（通信シーケンスの増加）を伴わず、ホストコンピュータから未収金情報を得て、診療費支払機において未収金額を支払い可能とすることができる。
請求項２記載の発明では、未収金有りか否かの判別情報が、未収金有りのビット情報（フラグ）および未収請求番号からなるので、ホストコンピュータとの間で行う情報の授受における通信シーケンスの増加を極力抑えることができる。

請求項３記載の発明によれば、請求書番号と請求金額とを対応付けて取得し、表示するので、ホストコンピュータとの情報の授受は従来のシーケンスを用いて行うことができ、しかも診療費支払機における診療額の表示が、請求書番号毎に、すなわち診療を受けた内容毎に表示できるので、患者にとって確認のし易い診療額表示を行うことができる。
請求項４記載の発明によれば、診療費支払機で表示された請求額のうち、総額が入金されない場合であっても、請求書毎に個別に請求額を入金することにより精算が行えるので、患者はその時の持ち合わせの金額に応じて、診療費を精算でき、未払いの未精算額を残したままであっても、医療機関を後にすることができる。そして、かかる費用は、次回に診療費支払機を用いて、窓口の事務員等に臆することなく、支払うことが可能となる。

医療機関側にとっては、患者からの未収金がなくなるようになる。また、診療費支払機により患者が支払いの度毎に未収金が表示され、その表示された未収金を患者が支払い可能であるから、未収金の支払いを促進することができ、医療機関にとっても良好な診療費支払機とすることができる。
なお、請求項５の発明のように、診察券を受け付けて診療費の支払いができる構成とするのが、患者情報の把握の上で好ましい。

この発明の一実施形態に係る診療費支払機１０の外観構成の一例を示す斜視図である。 図１に示す診療費支払機１０の構成ブロック図である。 たとえばある医療機関におけるこの発明の一実施形態に係る診療費支払機１０の位置づけを説明するための図である。 診療費支払機１０と病院ホスト３０との間で行われるデータの授受（通信シーケンス）の一例を示す図解図である。 診療費支払機１０における処理動作を表わすフローチャートである。 図６Ａは、図５のステップＳ６における表示器１１の表示例であり、図６Ｂは、図５のステップＳ１２における表示器１１の表示例である。 この発明の他の実施形態に係る診療費支払機１０と病院ホスト３０とカード決済センター３７との間の情報（信号）の送受信の仕方を説明するためのブロック図である。 診療費支払機１０を用いた診療費支払いの別のやり方を説明するための参考図であり、再来受付機５０がＬＡＮ３１を介して診療費支払機１０や病院ホスト３０と接続されている図である。

以下には、図面を参照してこの発明の実施形態について詳細に説明をする。
図１は、この発明の一実施形態に係る診療費支払機１０の外観構成の一例を示す斜視図である。診療費支払機１０は、その正面に患者が立ち、患者自らが操作可能な機器である。診療費支払機１０の正面には、操作案内や診療費等が表示される表示器１１、支払った診療費のレシートが発行されるレシート発行口１２、診察券(診察カード)やクレジットカードを挿入するためのカード挿入口１４、紙幣入口１５、紙幣出口１６、硬貨投入・返却口１７、バーコード情報を読み取るためのバーコードリーダ１８、数値データ（たとえば支払う請求書番号、暗証番号、金額その他）を入力するためのテンキー１９等が備えられている。

図２は、図１に示す診療費支払機１０の構成ブロック図である。表示器１１は制御部２０に接続されており、制御部２０により表示制御がされる。レシート発行口１２はプリンタ１２Ａとつながっている。プリンタ１２Ａは制御部２０によりその駆動が制御される。カード挿入口１４はカードリーダ１４Ａとつながっていて、カード挿入口１４から挿入された診察券(診察カード)やクレジットカードのデータは、カードリーダ１４Ａにより読み取られる。カードリーダ１４Ａの動作は制御部２０で制御されており、カードリーダ１４Ａで読み取られたカードデータは制御部２０へ送られる。

紙幣入口１５および紙幣出口１６は紙幣処理機１５Ａにつながっている。また、硬貨投入・返却口１７は硬貨処理機１７Ａとつながっている。そして紙幣処理機１５Ａおよび硬貨処理機１７Ａで受け付けられた紙幣や硬貨を収納するための金庫２１が設けられている。金庫２１は、紙幣収納用と、硬貨収納用とが同じものでも、別々に設けられたものでも、どちらでも構成できる。

紙幣処理機１５Ａ、硬貨処理機１７Ａおよび金庫２１は、いずれも、制御部２０の制御下に置かれている。
バーコードリーダ１８は制御部２０と接続されていて、バーコードリーダ１８で読み取られたデータは制御部２０へ与えられる。また、テンキー１９も制御部２０と接続されており、テンキー１９から入力される数値データは制御部２０へ与えられる。

制御部２０は、診療費支払機１０の制御中枢であり、たとえばマイクロコンピュータ、ＲＯＭ、ＲＡＭ等の電子回路で構成されており、たとえば所定のソフトウェアに従って機能する。制御部２０には、ハードウェア的に構成されるか、あるいはソフトウェア的に構成された機能実現手段としての請求金額取得要求手段２２、判別手段２３、未収金額取得要求手段２４および精算処理手段２５等が含まれている。

制御部２０には、さらに、通信用インタフェイス２６が接続されている。制御部２０は、通信用インタフェイス２６を介して医事会計用ホストコンピュータとの間でデータの授受を行うことができる。
図３は、たとえばある医療機関におけるこの発明の一実施形態に係る診療費支払機１０の位置づけを説明するための図である。一例として、医事会計用ホストコンピュータ（以下「病院ホスト」という。）３０を備えた医療機関におけるコンピュータシステム全体の構成例を示すブロック図である。

図３を参照して、この医療機関には、病院ホスト３０が備えられている。当該病院ホスト３０はＬＡＮ３１に接続されていて、ＬＡＮ３１を介して種々の端末装置との間でデータ伝送が可能となっている。端末装置としては、この発明の一実施形態に係る診療費支払機１０、会計窓口端末処理機３２、その他の端末処理機３３が例示できる。さらに、ＬＡＮ３１にはたとえば医事課管理サーバー３４が接続されていて、病院ホスト３０と医事課管理サーバー３４との間でもデータの授受が可能である。また、ＬＡＮ３１にはルータ３５を介してたとえばＶＰＮ網やインターネット３６が接続され、ＶＰＮ網やインターネット３６につながったたとえばクレジットカード会社のカード決済センター３７と通信ができる。

図３に示すシステム構成において、この実施形態に係る診療費支払機１０は、ＬＡＮ３１を介して病院ホスト３０との間でデータの送受信を行うことができる。また、医事課管理サーバー３４との間でデータの送受信を行うことができる。
さらには、診療費支払機１０は、ＬＡＮ３１、ルータ３５、ＶＰＮ網やインターネット３６を介してカード決済センター３７と通信を行うことができる。

図４は、診療費支払機１０と病院ホスト３０との間で行われるデータの授受（通信シーケンス）の一例を示す図解図である。
診療費支払機１０によって診療費を支払おうとする患者は、診察券４０を診療費支払機１０のカード挿入口１４（図１参照）へ挿入する。これにより、カードリーダ１４Ａ（図２参照）により診察券４０のデータが読み取られる。診察券４０のデータは、たとえば患者を特定するＩＤコードである。診療費支払機１０は、ＩＤコードを読み取ると、そのＩＤコードに対応した診療費請求額があるか否かを病院ホスト３０に問い合わせる。すなわち、ａ．請求情報取得要求を病院ホスト３０に送信する（処理ａ）。

病院ホスト３０では、ａ．請求情報取得要求に応答して、データベースを検索し、その結果をｂ．請求情報取得応答として診療費支払機１０に送る（処理ｂ）。このｂ．請求情報取得応答には、ア．請求金額情報（今回の診療分）に加え、イ．未収金有無のビット情報（フラグ）、および、ウ．未収金請求書番号、が含まれている。
病院ホスト３０において、ｂ．請求情報取得応答に、イ．未収金有無のビット情報（フラウ）およびウ．未収金請求書番号を追加することは、プログラム（ソフトウェア）を一部修正することにより比較的容易に行うことができる。

また、ｂ．請求情報取得応答に、イ．未収金有無のビット情報およびウ．未収請求書番号を追加しても、通信シーケンス（通信量）の増加は少なく、ｂ．請求情報取得応答はスムーズに伝送できる。
診療費支払機１０では、病院ホスト３０からのｂ．請求情報取得応答を受信すると、その応答に含まれるイ．未収金有無のビット情報（フラグ）に基づき、未収金の有無を判別する。そして、未収金がある場合には、受信したウ．未収金請求書番号をキーワードとしてｃ．請求情報取得要求（未収金情報取得要求）を病院ホスト３０へ送信する（処理ｃ）。

このｃ．請求情報取得要求に応じ、病院ホスト３０では、データベースを検索し、未収金請求書番号に対応したエ．未収請求金額情報を、ｄ．請求情報取得応答として診療費支払機１０へ送信する（処理ｄ）。
診療費支払機１０では、先のｂ．請求情報取得応答で受信したア．請求金額情報（今回の診療分）と、今回のｄ．請求情報取得応答で受信したエ．未収請求金額情報とを表示器１１に表示し、請求金額合計表示を行う。

この請求金額合計表示を確認した患者は、たとえば紙幣入口１５から紙幣を投入し、硬貨投入・返却口１７から硬貨を投入する。これに応答して、診療費支払機１０は精算処理を行う。
なお、紙幣や貨幣の投入に代えて、後述するように、クレジットカードを挿入することにより、カード決済による精算処理を行うこともできる。

診療費支払機１０は精算処理を行うと、病院ホスト３０に対しｅ．消込要求を送信する。これに応じて、病院ホスト３０では、データベースにストアされている請求金額情報（今回の診療分）および未収請求金額情報についての消込を行う。そしてｆ．消込応答を診療費支払機１０へ送り、それを受信して、診療費支払機１０の処理が完了する。
上記説明から明らかなように、診療費支払機１０と病院ホスト３０との間で送受信される１回の通信シーケンス（通信量）は、データ量が少ないため、スムーズにデータの送受信を行うことができる。つまり、診療費支払機１０から病院ホスト３０に対して送信する請求情報取得要求に対し、病院ホスト３０が診療費支払機１０に送信する請求情報取得応答には、ア．請求金額情報（今回の診療分）、イ．未収金有無のビット情報（フラグ）およびウ．未収金請求書番号だけであるから、通信シーケンス（通信量）の増加を抑えることができる。

そして、診療費支払機１０では、未収金有りと判別した場合には、未収金請求書番号をキーワードに、再度、請求情報取得要求（未収金情報取得要求）を送信する。病院ホスト３０は、その要求に応じて、再び未収請求金額情報を含む取得応答を返信するので、１回毎の通信シーケンスの増加を抑えることができ、スムーズなデータ伝送が実現できる。
図５は、診療費支払機１０における処理動作を表わすフローチャートである。診療費支払機１０と病院ホスト３０との間のデータの授受を診療費支払機１０側の処理として把握した場合、図５に示すフローチャートのように表わすことができる。

診療費支払機１０では、稼働中（電源投入中）において、患者のＩＤ入力待機状態となっており、患者のＩＤ入力があるか否かを常に判別している（ステップＳ１）。患者のＩＤ入力は、たとえば、診察券をカード挿入口１４（図1参照）から挿入することにより、カードリーダ１４Ａ（図２参照）が診察券に記録されたＩＤを読み取ることにより入力することができる。あるいは、患者の診察券にバーコードでＩＤが記録されている場合には、バーコードリーダ１８により入力することもできる。また、テンキー１９等によって患者のＩＤを入力するやり方も考えられる。

なお、ここに、患者のＩＤとは、患者毎に付与された識別番号等の当該医療機関において採用している患者識別データのことである。
患者のＩＤ入力があった場合は、診療費支払機１０の制御部２０は、入力ＩＤをキーワードとして請求情報取得要求を病院ホスト３０に送信する（ステップＳ２）。そして、制御部２０は、病院ホスト３０からの請求情報取得応答を待つ（ステップＳ３）。

図４を参照して説明したように、病院ホスト３０は、請求情報取得要求に対して、請求情報取得応答を送信する。この応答には、ア．請求金額情報（今回の治療分）、イ．未収金有無フラグ、および、ウ．未収金請求書番号が含まれている。
制御部２０では、病院ホスト３０からの応答があるか否かを判別し（ステップＳ３）、所定時間が経過するまでに応答がなければ（ステップＳ４でＹＥＳ）、エラーを報知する。通常は、病院ホスト３０から請求情報取得応答が送られてくるので（ステップＳ３でＹＥＳ）、制御部２０は、当該応答の中に今回の診療分の請求金額があるか否かの判別をする（ステップＳ５）。そして、今回の診療分の請求金額がある場合には、その請求金額を表示器１１に表示する（ステップＳ６）。

ステップＳ６における表示器１１の表示例を、図６Ａに示す。
図６Ａでは、患者氏名、ＩＤおよび本日（○月○日）分の請求である旨の表示がされ、診療金額として、たとえば「内科：１５００円（請求番号：Ａ」および「耳鼻科：８００円（請求番号：Ｂ）」という表示がされる。
また、制御部２０では、ステップＳ６で上記請求金額を表示するとともに、病院ホスト３０から送られてきた請求情報取得応答に含まれる未収金有無フラグを判別し（ステップＳ７）、未収金がある場合には、表示器１１に、図６Ａの下方に示すように、たとえば「未収金額を検索中、しばらくお待ち下さい。」といった表示を行ってもよい。

未収金有無フラグに基づき未収金があると判別した場合には（ステップＳ７でＹＥＳ）、請求情報取得応答に含まれている未収金請求書番号をキーワードとして、制御部２０は病院ホスト３０に追加の請求情報取得要求、すなわち未収金情報取得要求を送信する（ステップＳ９）。
図４で説明したように、請求情報取得要求（未収金情報取得要求）を受けた病院ホスト３０は、送られてきた請求書番号をキーワードにデータベースを検索して、その請求書番号に対応する請求金額情報を抽出し、請求情報取得応答（未収金情報取得応答）を診療費支払機１０へ返信する。この応答には、キーワードとなった請求書番号と、その未収請求金額情報とが含まれている。

診療費支払機１０の制御部２０では、病院ホスト３０からの請求情報取得応答が所定時間内にあるか否かを判別し（ステップＳ１１，Ｓ１２）、もし所定時間内に応答がなければ、エラーを報知する。
通常は、所定時間内に病院ホスト３０から請求情報取得応答が送られてくるから、制御部２０は、その応答に含まれる未収請求金額を表示器１１に表示する（ステップＳ１２）。

そしてさらに未収金があるか否かの判別をする（ステップＳ１３）。この判別は、ステップＳ３で受け取った請求情報取得応答中に、未収金請求書番号が複数含まれている場合は、さらに未収金有りと判別する。そしてステップＳ９で送信しなかった未収金請求書番号をキーワードとして、その未収金請求書番号に基づく未収金情報取得要求を、再び病院ホスト３０に送信する（ステップＳ１４）。

病院ホスト３０では、要求のあった未収金請求書番号をキーワードに、データベースを検索し、その未収金請求書番号の未収請求金額情報を抽出して、請求情報取得応答（未収金情報取得応答）として診療費支払機１０に送信する。
診療費支払機１０では、病院ホスト３０からの応答有りを判別すると（ステップＳ１０でＹＥＳ）、送られてきた未請求金額を表示器１１に表示する（ステップＳ１２）。

この表示例を図６Ｂに示す。図６Ｂにおいて、患者氏名、ＩＤおよび本日（○月○日）分の請求である旨、ならびに、内科：１５００円（請求番号：Ａ）、耳鼻科：８００円（請求番号：Ｂ）の表示は、図６Ａに示す内容と同じであり、その表示に加えて、さらに、未収金額として、たとえば、
「内科（×月△日分）３００円（請求番号：Ｃ）」および「外科（×月×日分）７００円（請求番号：Ｄ）」と表示される。

これら表示中の未収金額である「内科の表示金額」と、「外科の表示金額」とは、それぞれ、診療費支払機１０から病院ホスト３０に対して個別の請求情報取得要求（未収金情報取得要求）が送信され、病院ホスト３０から診療費支払機１０へ個別の請求情報取得応答（未収金情報取得応答）が送られてきたことに基づいて、診療費支払機１０が取得した請求金額情報である。

このように、未収金に関する取得要求および取得応答を、請求番号毎に個別に、診療費支払機１０と病院ホスト３０との間で授受する通信シーケンスにより、診療費支払機１０と病院ホスト３０との間の１回あたりの請求情報取得の通信シーケンス（通信量）の増加を抑えることができる。
そして、かかる通信シーケンスの増加抑制は、病院ホスト３０側のソフトウェアプログラムの改変を伴わず、診療費支払機１０が必要な情報を病院ホスト３０から得ることができるので、有利である。

図５のステップＳ５で、制御部２０が今回の診療分の請求金額がないと判別し、かつ、未収金もないと判別した場合には、制御部２０は表示器１１にたとえば「請求金額はありません。」といった請求なしの表示を行う（ステップＳ８）。
また、図５のフローチャートの流れから明らかなように、ステップＳ５で今回の診療分の請求金額がないと判別された場合であっても、ステップＳ７で未収金の有無が判別されるため、表示器１１に、未請求金額だけが表示される場合もある（ステップＳ１２）。

患者は、表示器１１に表示された請求金額を確認し、紙幣入口１５から紙幣を診療費支払機１０に投入し、あるいは硬貨投入・返却口１７（図２参照）から硬貨を診療費支払機１０へ投入することにより、診療費の支払い（入金）を行う（ステップＳ１５）。
紙幣や硬貨での支払いに代えて、クレジットカードをクレジットカード挿入口１４（図１参照）へ挿入して、クレジットカードによる支払いをすることも可能である。なお、クレジットカードによる支払いにおける処理動作の説明については、後述する。

制御部２０は、入金有りを判別すると（ステップＳ１５でＹＥＳ）、精算処理を行う（ステップＳ１７）。
たとえば、図６Ｂの表示画面に対し、３３００円以上の金額が入金された場合は、たとえば全ての請求金額および請求番号の行を反転表示し、患者に対し「反転表示された各診療費用を支払いますか。」といった確認表示をし、患者がたとえばＯＫキーを押すことにより、全ての診療費の支払いを完了するための精算処理を行う（ステップＳ１７）。

なお、精算処理では、表示器１１に表示されている全ての請求額の合計金額未満の金額しか入金されない場合には、その入金された金額に応じた請求番号の請求額だけが精算できる構成としてもよい。あるいは、患者が、表示された全ての診療費のうちの任意の診療費だけを選択して精算できる構成としてもよい。
制御部２０では、精算処理が完了すると、病院ホスト３０に消込要求を送信する（ステップＳ１８）。消込要求を受け取った病院ホスト３０は、データベースの未収金を消込処理し、診療費支払機１０に消込応答を返信する。

制御部２０では消込応答有りを判別して（ステップＳ１９でＹＥＳ）、一連の処理を終える。
もし、消込応答が送られてこない場合には、エラーを報知する。
図７は、この発明の他の実施形態に係る診療費支払機１０と病院ホスト３０とカード決済センター３７との間の情報（信号）の送受信の仕方を説明するためのブロック図である。

図３で説明したように、診療費支払機１０を用いて診療費を支払う際には、クレジットカード決済が可能である。クレジットカード決済をする場合には、診療費支払機１０は病院ホスト３０との間でＬＡＮ３１を介して情報の授受を行うとともに、診療費支払機１０はＬＡＮ３１、ルータ３５、ＶＰＮ網３６を介してカード決済センター３７と情報の授受を行う（図3参照）。

図７を参照して、診療費支払機１０、病院ホスト３０およびカード決済センター３７の間の情報の授受（通信シーケンスの内容および順序）について説明をする。
診療費支払機１０は、まず、患者が入力した患者ＩＤ情報を基に、病院ホスト３０に対し請求情報取得要求Ａを送信する。応じて、病院ホスト３０は、請求情報取得応答Ｂを診療費支払機１０へ返信する。この応答Ｂには請求金額情報が含まれているから、診療費支払機１０はその金額を表示器１１に表示する。表示内容を見た患者は、診療費支払機１０に対しクレジットカード決済のためにクレジットカードを挿入する。これに応じて、診療費支払機１０はカード決済センター３７に決済要求Ｃを送信する。カード決済センター３７では決済要求Ｃに対し、そのクレジットカードデータ等の照合を行い、クレジットカード決済がＯＫであれば、ＯＫ信号Ｄを診療費支払機１０に返信する。診療費支払機１０では、カード決済センター３７から受信したＯＫ信号Ｄに基づき精算処理が終了するわけであるから、病院ホスト３０に対して消込要求Ｅを送る。

通常は、病院ホスト３０からは、消込要求Ｅに対する返答として消込応答Ｆが送られてくるはずであるが、何らかの理由で、消込ＮＧ信号Ｇが送られてくることがある。
すなわち、診療費の支払いをクレジットカード決済しようとした場合に、病院ホスト３０が何らかの理由で、患者のクレジットカード決済を拒否することが考えられる。
そこで、診療費支払機１０においては、病院ホスト３０からの消込応答Ｆを受信するまでは、精算処理の完了を行わないことにした。

そして、もし、病院ホスト３０から消込ＮＧ信号Ｇを受信した場合は、直ちにカード決済センター３７に決済取消要求Ｈを送信する。この要求Ｈに応答して、カード決済センター３７は、患者のクレジットカード情報に基づき行った決済を取り消す処理を行い、取消ＯＫ信号Ｉを診療費支払機１０に返信する。
診療費支払機１０では、取消ＯＫ信号Ｉの受信に応じ、病院ホスト３０に対し、精算未完了の旨の通知を行ってもよい。

かかる通信シーケンスによれば、仮に、病院ホスト３０からクレジットカードによる決済に対して不許可の信号（ＮＧ）を受信した場合でも、患者のクレジットカードは診療費支払機１０内に取り込まれた状態のままであり、そのクレジットカードを用いて、自動で決済取消処理をカード決済センター３７へ要求することができる。
従って、患者は、手続上は何の追加もなく、診療費支払機１０により、クレジットカードを用いた決済ができ、また、万一その決済ができない場合は、クレジットカード決済ができないことを報知され、クレジットカードを返却されることになる。

よって、この実施例によれば、クレジットカード決済の利便性が向上した診療費支払機となる。
図８を参照して、診療費支払機１０を用いた診療費支払いの別のやり方を説明する。
医療機関には、診察券を所持する患者が受け付けを行うための再来受付機５０が備えられている場合がある。再来受付機５０は、ＬＡＮ３１（図３参照）を介して診療費支払機１０や病院ホスト３０と接続されている。

このような場合に、次のように診療費の支払いを行うことができる。
患者は、医療機関に再来した時に、まず、診察券を再来受付機５０に挿入する。
再来受付機５０は、診察券挿入があると、その診察券のＩＤをキーワードとして病院ホスト３０に請求情報取得要求を出す。病院ホスト３０は、請求情報取得要求に応答して、再来受付機５０に請求情報取得応答を返信する。これにより再来受付機５０で得られた診察券の患者の未収請求金額情報を、その診察券に書き込む。すなわち、未収金が診察券に書き込まれることとなる。

なお、診察券は、たとえば磁気式、ＩＣ式等のデータの読み書き可能なカードとする。
患者は、当日の診療が終わって診療費支払機１０で診療費の支払いをするために、診察券を診療費支払機１０に挿入する。診療費支払機１０は、病院ホスト３０に請求情報取得要求を送信し、病院ホスト３０から請求情報取得応答が返信される。この応答には請求金額情報が含まれているから、診療費支払機１０は、病院ホストから受け取った請求金額を表示する。また、診療費支払機１０は、診察券に記録されている未収金額を合わせて表示し、患者に、今回の診療費用と、未収の診療費用とを支払わせることができる。換言すれば、患者は、診療費支払機１０を用いて、今回の診療費用に加えて、未払いの診療費用を診療費支払機１０によって支払うことができる。

さらに、次のような運用も可能である。
診療費支払機１０に診察券が挿入され、これに応じて診療費支払機１０から病院ホスト３０に請求情報取得要求が出される。これに応じて病院ホスト３０から請求情報取得応答が返信される。診療費支払機１０では、請求情報取得応答に含まれる請求金額情報（今回の診療分）を表示器に表示する。

患者は、表示された請求金額の全額ではなく、一部を支払う場合もある。たとえば、その日に請求金額全額の持ち合わせがなく、一部を支払いたいこともある。
かかる場合に、その一部が支払われると、残った残額は、未収金として、診察券に書き込む構成とする。
また、診察券に書き込まれた未収金は、病院ホスト３０に対して未収金として送信する。

このように、診察券に未収金情報を書き込む構成とすることにより、診療費支払機１０を用いて、今回の診療分の請求金額のみならず、過去の診療に対する未収金の支払いが可能となる。
その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。

１０ 診療費支払機
１１ 表示器
２０ 制御部
２２ 請求金額取得要求手段
２３ 判別手段
２４ 未収金額取得要求手段
２５ 精算手段
２６ 通信用インタフェイス
３０ 病院ホスト（医事会計用ホストコンピュータ）
３１ ＬＡＮ
３７ カード決済センター

Claims (5)

1. 診療費を支払う患者の操作に応答して、ホストコンピュータと通信回線を介して情報の授受を行い、患者が支払い金額を入金して精算できる診療費支払機であって、
   診療費を支払おうとする患者を特定する患者識別データを受け付けるための患者識別データ受け付け手段と、
   前記患者識別データ受け付け手段で受け付けられた患者識別データに対応した請求金額があるか否かを、前記ホストコンピュータに問い合わせる請求金額取得要求手段と、
   前記問い合わせに応じて前記ホストコンピュータから得られる応答の中に、今回の診療分に対する請求金額に加え、未収金有りの情報が含まれているか否かを判別する判別手段と、
   前記判別手段が未収金有りを判別したことに応答して、未収金額を前記ホストコンピュータに問い合わせる未収金額取得要求手段と、
   前記問い合わせに応じて前記ホストコンピュータから得られる応答の中の未収金額を、前記先に得られた今回の診療分に対する請求金額とともに表示する表示手段と、
   入金が行われたことに応答して、前記表示手段に表示された金額の精算処理を行う精算処理手段と、
   を含むことを特徴とする診療費支払機。
2. 前記判別手段が未収金有りか否かを判別する情報は、未収金有りのビット情報および未収請求書番号を含むことを特徴とする、請求項１記載の診療費支払機。
3. 前記表示手段は、請求書番号と請求金額とを対応付けて請求書番号別に、各請求金額を表示することを特徴とする、請求項２記載の診療費支払機。
4. 前記精算処理手段は、入金金額がいずれかの請求書番号に対応した請求金額に達したときは、前記表示手段において、その請求書番号の請求金額を精算する旨の表示をさせ、請求書番号に対応した請求金額ごとに、入金額に応じて精算処理を行うことを特徴とする、請求項３記載の診療費支払機。
5. 前記患者識別データは、患者が保持する診察券に記録された患者のＩＤ番号を含み、
   前記患者識別データ受け付け手段は、患者の所持する前記診察券を受け付ける診察券受け付け手段を含むことを特徴とする、請求項１〜４のいずれかに記載の診療費支払機。

Images