JP2023000330A - 診療費の後払いシステム - Google Patents

Abstract

【課題】医療機関において、患者がインターネットを介して診療費を後払い決済する場合に、効率良く会計処理をすることができる汎用性の高い診療費の後払い決済処理を行う後払いシステムを提供する。【解決手段】利用登録の済んだ患者に対し、会計スタッフが後払い受付端末から入力されたレセコン出力をアップロードさせて決済情報を抽出し、抽出した決済情報を外部の決済システムに送信して決済をさせ、決済結果を受信して患者と後払い受付端末から決済結果を確認できる後払いシステムを提供する。【選択図】 図１

Description

本発明は、診療費の後払いシステムに関し、特に、既存の診療費会計システムを有する医療機関において診察を受けた患者が医療費を後払いで清算する医療費の後払いシステムに関するものである。

従来は、医療機関において診察を受けた患者が医療費の支払いをするには、その医療機関の会計窓口で帰宅前に支払いをすることが必要であった。このため、患者は医療機関内で既存の会計システム（レセプトコンピュータ、以下、「レセコン」という。）がレセプト（医療費明細）を作成して請求額が確定するのを待合室などで待つ必要があった。医療機関は、患者の支払いが済むとレセコンに人手で消込処理をしていた。

ところが、インターネットの発達とこれに伴う電子決済システムが普及すると、患者側は待ち時間を解消したいと考え、医療機関側はなるべく人手を省いて処理したいと考えるようになった。このため、医療費の支払いについてクレジットによる後払いシステムが導入されるようになった。
たとえば、レセコンと後払いシステムをシステム的に結合し、患者が後払いをするとレセコンにその清算の消込まで人手を介さずに自動的に行う大規模な会計システムが提案されている（特許文献１）。

特開２０２０－００９０４４号公報

しかしながら、このような会計システムは、患者の後払いの有無にかかわらず、医業機関では人手を介さず自動で処理を完結することができるものの、既存のレセコンを含めた大規模なシステム改修が必要になるため、なるべく簡易な手段で後払い処理を望む診療所やクリニックなどの医療機関はその導入が困難であった。加えて、これらの医療機関が採用しているレセコンは多種多様であり、簡易な手段で汎用性のある後払い処理をすることが難しかった。

一方、近年の感染症の世界的流行により、マスク着用のみならず換気が必要となり、待合室など不特定の人間が集合することは可能な限り避けることが広く求められている。このため会計を待つために待合室に患者が留まる時間を極力少なくするニーズが高まってきた。加えて、人の移動が制限される機会も増え、医療機関でも後払い清算処理を行うにあたりできる限り少ない担当者（オペレータ）で最小限の手数で対応することが強く求められるようになってきた。

本発明は、上記従来技術の課題を解決するためになされたものであって、医療機関の支払いにおいて、患者が診療費を後払い決済する場合に、従来の多種多様な既存会計システムをそのまま生かしつつ、医療機関が主体となって効率良く会計処理をすることができ、かつ、汎用性の高い、診療費の後払い決済処理を行う後払いシステムを提供することを目的とする。

（解決手段１）
上記の課題を解決し、目的を達成するために、本発明は、
診療費の後払い決済処理を行うためにインターネットを介して決済サーバと患者端末と後払い受付端末と接続した後払い処理サーバであって、
前記後払い処理サーバは、前記後払い受付端末をブラウザとしてアクセスを可能とし、
後払いを利用する患者の登録情報をあらかじめ記憶し、
前記画像処理ユニットを介して前記後払い受付端末に入力された既存会計システムが出力する患者に対する診療報酬の明細が記載された領収証の画像データを受信し、
前記画像データから前記患者の請求情報を抽出し、
前記請求情報とあらかじめ記憶した前記登録情報をもとに請求リストを生成するとともに決済管理画面を作成し、
前記請求リストをもとに決済情報を生成し、前記後払い受付端末から送信された決済指令を受けて、前記決済情報を前記決済サーバに送信して決済を行わせ、
受信した前記決済結果を前記決済管理画面に表示するとともにその決済が完了したと判断した場合は、前記請求リストに完了を書き込むとともに前記患者端末に決済完了通知を送信する。
これにより、多種多様な既存会計システムをそのまま生かしつつ効率良く会計処理をすることができる汎用性の高い診療費の後払い決済処理を行うサーバを提供することができる。

（解決手段２）
また、この場合、
請求リストの内容の全部または一部を前記後払い受付端末に閲覧させ編集させる、
ことが望ましい。
これにより、簡易な情報入力ができるのみならず、正確な決済処理をさせることができる。

（解決手段３）
また、この場合、
前記登録情報は、少なくとも、患者ＩＤとメールアドレスであり、
前記決済情報は、少なくとも、利用者ＩＤと請求額である、
ことが望ましい。
これにより、サーバから患者にメールで各種連絡が可能になるとともに、決済に関して外部システムと連携でき、患者の個人情報を露わにせずに決済処理をすることができる。

（解決手段４）
また、この場合、
前記登録情報は、前記患者端末を介して前記後払い処理サーバ及び外部の決済サーバに提供される、ことが望ましい。
これにより、患者は、患者端末から登録が完了することができ、医療機関に出向いて登録が不要となり、また、医療機関も登録に関して人手が不要とすることができる。

（解決手段５）
また、この場合、
請求情報を抽出をするに当たり、患者ＩＤをキー情報として前記請求情報の抽出を行う、ことが望ましい。
これにより、請求リストの作成が患者ＩＤをキー情報として管理でき、その結果、医療機関用決済管理画面、患者用決済管理画面のソース情報として加工でき、後払い決済の一元管理をすることができる。

（解決手段６）
本発明は、
診療費の後払い決済処理を行うためにインターネットを介して接続した後払い処理サーバにブラウザとしてアクセスできる後払い受付端末であって、
既存会計システムが出力する患者に対する診療報酬の明細が記載された領収書を、画像処理ユニットを介して画像データとして読み込み、
請求情報を抽出させるために前記画像データを前記後払い処理サーバにアップロードするとともに、
前記後払い処理サーバに前記決済情報を含む決済管理画面を作成させ、次いで、前記決済管理画面から入力された決済指令を前記後払い処理サーバに送信して決済処理をさせ、
前記決済管理画面にその決済結果を表示する。
これにより、効率良く会計処理をすることができる汎用性の高い診療費の後払い決済処理を行う後払いシステムの後払い受付端末を提供することができる。

（解決手段７）
本発明は、
診療費の後払い決済処理の利用登録を行うためにインターネットを介して接続した後処理サーバと決済サーバにウェブブラウザとしてアクセスできる患者端末であって、
前記後払い処理サーバに後払い処理の登録情報を入力するための利用登録画面を表示し、
次いで、患者が入力する登録情報を前記後払い処理サーバと前記決済サーバに送信し、それぞれ記憶させる。
これにより、患者端末から人手を経ずに利用登録をすることができる汎用性の高い、診療費の後払い決済処理を行う後払いシステムの患者端末を提供することができる。

（解決手段８）
前記の患者端末であって、
さらに、
前記後払い処理サーバが記憶した請求リストから後払い処理の決済結果を含む決済管理画面を表示し、
次いで、患者が入力する領収書表示指令を前記後払い処理サーバに送信し、前記後払い処理サーバに前記領収書の画像データを表示させる。
これにより、患者端末から人手を経ずに領収書を入手することができる汎用性の高い、診療費の後払い決済処理を行う後払いシステムの後払い受付端末を提供することができる。

本発明によれば、以上のような構成を有しているため、医療機関において、患者がインターネットを介して診療費を後払い決済する場合に、効率良く会計処理をすることができる汎用性の高い診療費の後払い決済処理を行う後払いシステムを提供することができる。

図１は、本例に係る後払いシステムＳの概念を説明するための説明図である。 図２は、本例の後払い処理サーバＨＰの扱う請求リストを示す図である。 図３は、本例の後払い処理サーバＨＰの機能構成を示す機能ブロック図である。 図４は、本例の後払い受付端末３の機能構成を示す機能ブロック図である。 図５は、本例の後払い受付端末３の処理手順を示すフローチャートである。 図６は、本例の後払い決済のための利用登録、決済及びその後の既存会計システムの決済完了までの手順を示すシーケンス図である。 図７は、本例の後払い決済を利用するための患者の事前準備の内容と診療機関での取り扱いの一例を説明する説明図である。 図８は、患者端末Ｃの利用登録画面Ｃ３の一例である。 図９は、患者端末Ｃのログイン画面Ｃ１の一例である。 図１０は、後払い受付端末３のログイン画面Ｇ１の一例である。 図１１は、後払い受付端末３の決済管理画面Ｇ２の一例である。 図１２は、患者端末Ｃの決済管理画面（マイページ）Ｃ２の一例である。 図１３は、領収証ｒｃの一例を示す図である。

以下、添付図面を参照して、本例に係る後払いシステムＳの実施例を説明する。本例では、診療所等の医療機関Ａ内に設置された既存の会計システム（レセプトコンピュータ、以下、「レセコン）という。）Ｅが出力する紙ベースの領収証ｒｃに本発明を適用した場合を示す。なお、医療機関Ａで用いるカルテは電子処理ベースであっても紙ベースであっても差し支えない。

＜本例に係る後払いシステムの構成の概要＞
図１は、本例に係る診療費の後払い決済処理を行う後払いシステムＳの構成の概要を説明する説明図である。図１に示す後払いシステムＳは、インターネットＮなどのネットワークＮに、後払い受付端末３、患者端末Ｃ、後処理サーバＨＰ及び決済サーバＳＢが接続される。決済サーバＳＢは、複数の決済サーバが接続された決済代行サーバであってもよい。
また、後払い受付端末３は、レセコンといわれる既存の会計システムＥとともに医療機関Ａ内に配置される。既存の会計システムＥは、診療費を計算し、領収証ｒｃを帳票として出力する。

（後払い受付端末）
図４に示す後払い受付端末３は、入力部３１を有し、既存の会計システムＥの出力帳票である領収証ｒｃを読み込むスキャナ（画像処理ユニット）２を備える。画像処理ユニット２は、後払い受付端末３にＵＳＢ接続された汎用スキャナを使用することができる。
また、後払い受付端末３は、図４に示すように、表示部３２、通信部３３、印字部３５、制御部３０及び記憶部３９を有する。
後払い受付端末３は、汎用のパーソナルコンピュータをベースとして構成することができる。ウェブブラウザがインストールされている必要がある。
後払い受付端末３は、オペレータがスキャナ２に入力した領収証ｒｃの画像データｄを、後述の後払いサーバＨＰにアップロードする。

入力部３１は、キーボード又はマウス等の入力デバイスであり、表示部３２は、液晶ディスプレイ等の表示デバイスである。通信部３３は、インターネットＮと接続されている。
制御部３０は、ＣＰＵ（中央処理装置）、内部メモリ、入出力ユニット、外部メモリが適宜組み合わされたコンピュータからなり、ＯＳ（オペレーションシステム）やソフトウェアがインストールされている。
制御部３０は、ＰＤＦファイル生成部３０ａ、ＰＤＦファイル送信部３０ｂ、決済確認部３０ｃからなる。
ＰＤＦファイル生成部３０ａは、スキャナ２から読み込んだ画像データｄをＰＤＦとしてファイルを生成する。
ＰＤＦファイル送信部３０ｂは、作成したＰＤＦを後処理サーバに施設コードや日付・日時を付して通信部３３を介して送信する。
決済確認部２０ｃは、後処理サーバＨＰが作成した請求リストＬの各種情報を、表示宇ｂ３２を介して決済管理画面Ｇ２に表示させる。オペレータはこれに対し、スキャナ２から再度読み込ませるなどの対応をとることができる。
記憶部３９は、ＨＤＤ（ハードディスク装置）又はＳＳＤ（フラッシュメモリ等）の記憶デバイスで構成される。記憶部３９は、作成したＰＤＦをＰＤＦ画像データｄとして記憶する。

（領収証）
レセコンである既存の会計システムＥの出力する領収証ｒｃの一例を図１３に示す。後払いをしない場合、医療機関Ａではこのような領収証が診療費の請求書として、会計終了後に患者に手渡される。領収証ｒｃは、このような初診料、再診料、また、投薬、注射など診療に対応した診療費の明細が記載されている。このような項目は、レイアウトに自由度はあるものの必要的な記載として厚生労働省から通達があり、必ず、患者番号及び請求金額について記載がある。このため、多種多様なレセコンから出力される領収証であっても、本例のシステムでは抽出することが可能である。

後述のように、後払いサーバＨＰは、送信された領収証ｒｃの画像データｄから、患者番号、請求金額などを抽出する。図１３の例では、「患者番号」（本例の患者ＩＤに対応する。）及び「請求金額」（本例の請求額に対応する。）が数字で記載されており、また、患者番号はバーコード（１次元コード）化され、請求金額は２次元コードで印刷されてコード化されている。コード化されていると、精度高く読み取ることができるが、そうでない場合は、あらかじめ領収証ｒｃの患者番号及び請求金額のエリアを指定し、ＯＣＲ（Optical Code Reader）処理で読み取ることもできる。これらは、いずれも、スキャナ２で読み込んだ画像データｄから汎用的な手法を用いて抽出することができる。

（患者端末）
患者端末Ｃは、インターネットＮ経由で後処理サーバＨＰにリクエストして、ユーザ登録や決済結果の確認、領収証ｒｃの閲覧を行うものである。患者端末Ｃは、パーソナルコンピュータ、スマートフォン、携帯電話のいずれでも差し支えないが、ウェブブラウザがインストールされている必要がある。

（後払い処理サーバ）
次に、後払い処理サーバＨＰの構成について説明する。図３は、図１に示した後払い処理サーバＨＰの構成を示す機能ブロック図である。図３に示すように、後払い処理サーバＨＰは、入力部２１、表示部２２、通信部２３、制御部２０及び記憶部２９を有する。

入力部２１は、キーボード又はマウス等の入力デバイスであり、表示部２２は、液晶ディスプレイ等の表示デバイスである。通信部２３は、インターネットＮと接続されている。

制御部２０は、ＣＰＵ（中央処理装置）、内部メモリ、入出力ユニット、外部メモリが適宜組み合わされたコンピュータからなり、ＯＳ（オペレーションシステム）やソフトウェアがインストールされている。
制御部２０は、ＷＥＢ管理部２０ａ、データ管理部２０ｂ、決済管理部２０ｃからなる。
ＷＥＢ管理部２０ａは、後述の決済サーバＳＢと決済情報や決済結果のやり取りを行い、また、後払い受付端末３から画像データｄの受け取りをするやり取りなどを行う。
データ管理部２０ｂは画像データｄや決済情報などの抽出、登録情報Ｄ１の管理などを行う。また、後述の請求リストの管理を行う。さらに、患者端末Ｃや後払い受付端末３から閲覧する各種画面の管理を行う。
決済管理部２０ｃは、決済情報を管理し、決済リストＬや決済管理画面Ｇ２を作成する。

記憶部２９は、ＨＤＤ（ハードディスク装置）又はＳＳＤ（フラッシュメモリ等）の記憶デバイスで構成される。記憶部２９は、登録情報データベース２９ａ、画像情報データベース２９ｂ、請求リストデータベース２９ｃを有する。
登録情報データベース２９ａは、登録情報Ｄ１を記憶し、画像情報データベース２９bは、後払い受付端末３から送信された画像情報ｄを、日付、施設ＩＤ、患者ＩＤなどをキーとして分類して記憶し、請求リストデータベース２９ｃは、請求書リストＬが記憶され、これに関連して生成された請求情報Ｄ２、決済情報Ｄ３、決済結果Ｄ４、未決済請求書リストＬ１、決済済み請求リストＬ２、エラー請求書リストＬ３、等を記録する。
なお、後払い処理サーバＨＰは、これらの各機能を、ＷＥＢサーバ、画像情報サーバ、データベースサーバと機能ごとに構成することもできる。

次に、本例の後処理システムＳの処理フローについて説明する。その前に、事前登録について説明する。
（後払い受付端末の事前登録）
本例の後払い決済処理を行う場合、後払い受付端末３は利用前に後処理サーバＨＰに事前登録を行うことが必要である。少なくとも施設コードとパスワードの設定が、通常、最初の立ち上げ時に設定される（設定画面不図示）。
この利用登録が済むと、後払い受付端末３は、図１０に示すように端末ログイン画面Ｇ１にアクセスすることができる。この画面Ｇ１から施設コードとパスワードを入力して、ログインボタンＢをクリックすると、図１１に示す後払い処理の決済管理画面Ｇ２にアクセスすることができる。なお、図１０に示すように、パスワードを記憶させることができる。
（患者の事前登録）
本例の後払い決済処理を行う場合、患者は利用前に、２つの事前登録を行うことが必要である。
第１は、後処理サーバＨＰへの利用登録であり、第２は、決済サーバＳＢの利用登録である。この前提として、ひとつは後払い利用登録をする患者は、事前に医療機関Ａに受診経歴などがあり、診察券などに記載される患者ＩＤが当該医療機関Ａから発行されていることがある。また、もう一つは医療機関Ａと決済サーバＳＢ間は事前に、医療機関ＩＤ（施設コード）を共通してもち、個別の決済については、医療機関ＩＤと患者ＩＤを含む利用者ＩＤのフォーマットについてあらかじめ取り決めがされていることである。

（患者の後処理サーバへの利用登録）
第１の後処理サーバＨＰの利用登録は、以下のようにして行う（図６、図８）。
患者は、図８に示すように患者端末Ｃから後払い処理サーバＨＰの新規登録画面Ｃ３にアクセスすることができる。患者は図８に示すそれぞれの入力欄に患者ＩＤ、氏名、生年月日、連絡先のメールアドレス、そして、パスワードを記載する。そして、利用登録申込ボタンＢ３をクリックすると、入力記載事項について患者の利用登録が後払い処理サーバＨＰに行われる。なお、本例では、登録するに際し、利用規約を読み、同意にチェックを入れる意思表示を必要としている。
次いで、後払い処理サーバＨＰは、外部の決済サーバＳＢに対して、クレジット決済の準備が整っているかどうかクレジット登録要求を送信する。後述の決済サーバの利用登録がされている場合は、決済サーバＳＢは登録ＯＫを送信するので、これを受信した後払い処理サーバＨＰは登録を確定させるとともに、患者端末Ｃに対して登録を許可した旨のメールを送付する。なお、先の患者の後処理サーバの利用登録のクレジット登録要求で、患者の決済サーバＳＢの利用登録が済んでいない場合、決済サーバの利用登録画面(不図示)にリダイレクトして利用登録を促すようにしてもよい。
この利用登録処理によって、後払い処理サーバＨＰに後払い決済処理が許可された患者ＩＤを含む登録情報Ｄ１が予め生成される。登録情報Ｄ１の生成は、他の方法によるものであっても差し支えない。
この利用登録が済むと、患者は、図９に示すように患者ログイン画面Ｃ１にアクセスすることができる。この画面Ｃ１から患者ＩＤとパスワードを入力して、ログインボタンＢをクリックすると、患者は、図１２に示す後払い処理の患者決済管理画面（マイページ）Ｃ２にアクセスすることができる。なお、図９に示すように、パスワードを記憶させることができる。

（患者の決済サーバへの利用登録）
第２の決済サーバＨＰの利用登録は、以下のようにして行うことができる。
患者は、患者端末Ｃから、決済サーバＳＢの登録画面（不図示）にアクセスする。
患者は、入力欄にたとえば、氏名、クレジットカード番号、パスワード、有効年月日、セキュリティコード、患者ＩＤ、医療機関ＩＤなどを記載して利用登録が行われる。
なお、利用登録は、患者ＩＤと医療機関ＩＤを含む利用者ＩＤで紐付けられる。利用者ＩＤは、決済サーバＳＢと共通の利用者（患者）のＩＤである。

（医療機関での患者の受診の際の運用）
次に、患者が医療機関で受診する際の後処理決済の運用について一例を図７を用いて説明する。
図７（ａ）に示すように、登録が完了すると、後処理サーバＨＰから患者端末Ｃに「登録メール」がインターネットＮ経由で送信される。これにより、患者は「登録処理」が行われ当該医療機関Ａで後払い処理が可能となることを知る。

図７（ｂ）に示すように、登録を完了させた患者は、医療機関Ａにおいて後払いで受診する際、すでに発行された「診察券」（患者ＩＤが記載されている。）を受付窓口に提出し、この際に、「後払いの希望」を申し出る。受付窓口では、後払いカードを患者に手渡すと後払いであることが明確になるので好ましい。多くの診療機関では、受付後、受付窓口で診察券、受付番号を記載した受付カード及びカルテ（紙ベースの場合）などがクリアファイルなどに収められて患者に渡されるため、これらと一緒に手渡すことができる。患者は、このクリアファイルを持って診察室で診察を受ける。
なお、後払いの申し出を受けた医療機関Ａの受付窓口ではオペレータ（受付担当者）が後払い受付端末３から後処理サーバＨＰの登録情報Ｄ１を確認することができるようにしてもよい。このようにすると、後払い処理が可能なことが、簡単に確認できる。

図７（ｃ）に示すように、患者は、診療終了後、クリアファイルとともに後払いカードを会計窓口に提出し、診察が完了し後払いであることを確認された後に、医療機関Ａから退出することができる。
この後、オペレータ（会計担当者）は、請求額の計算と後払いの会計処理を行うのであるが、後払い処理をする会計に関しては、即時に処理をする必要がなくまとめて後処理をすることができるので能率的である。
後払い決済処理の患者に対する請求額の計算を既存の会計システムＥで行い、請求額と患者ＩＤが記載された領収証ｒｃを出力すれば、本例の後払い処理が開始できる。

（後払い受付端末の入力オペレーション）
オペレータ（会計担当者））はスキャナ２を用いて、既存の会計システムＥが出力した領収証ｒｃを順次スキャンさせ、画像データｄとして後払い受付端末３に入力する。後払い受付端末３は、この領収証ｒｃを、画像データファイルｄ（本例ではＰＤＦに変換される。）として一時蓄積するとともに、後述の後払い処理サーバＨＰに医療機関ＩＤ（施設ＩＤ）とともにアップロードする。なお、画像データｄはＰＤＦに限るものではない。
アップロードされた画像データｄを受信した後払い処理サーバＨＰは登録情報Ｄ１を用いて、医療機関ＩＤと患者ＩＤと日付をキー情報として画像データｄを画像データベースに記録する。

（後払い受付端末の請求情報作成）
図１１に、後払い受付端末３の決済管理画面Ｇ２を示す。この画面Ｇ２は、後処理決済の決済管理画面の一例であり、オペレータが決済の請求及びその管理をするための画面である。後払い受付端末３は、後処理サーバＨＰにインターネットＮを介して接続され、後処理サーバＨＰの行う処理に関して表示及び入出力を行うことができるブラウザとして機能するものである。
図１１の画面は、「施設コード」として後処理決済を行う医療機関のコード（施設ＩＤ）とその名称が表示され、加えて、日付として、当該処理を行おうとする年月日が表示される。その下に、未決済請求書リストＬ１と決済済請求書リストＬ２とエラー請求書リストＬ３が示されている。
未決済請求書リストＬ１は、日付、患者ＩＤ，患者氏名、未集金額がリストとして表示されるものである。日付は、領収証ｒｃが入力された日付であり、患者ＩＤ、患者氏名は画像データｄ及び登録情報Ｄ１と紐づくものである。未集金額は、領収証ｒｃから読み取られた患者への請求金額である。
決済済請求書リストＬ２は、日付、患者ＩＤ、患者氏名、決済金額がリストとして表示されるものである。日付は、決済請求がされた日付であり、患者ＩＤは画像データｄ及び登録情報Ｄ１と紐づくものである。決済金額は、決済サーバＳＢで決済を行った決済金額である。
エラー請求書リストＬ３は、日付、患者ＩＤ，患者氏名、決済金額がリストとして表示されるものである。日付は、決済請求がされた日付であり、患者ＩＤ、患者氏名は画像データｄ及び登録情報Ｄ１と紐づくものである。決済金額は、領収証ｒｃから読み取られた患者への請求金額である。
なお、各請求書リストＬ１、Ｌ２、Ｌ３は、件数に応じ適宜必要な表示ができるようにすることができる。

（請求データ作成ボタン、決済実行ボタン）
図１１の決済管理画面Ｇ２は、後処理サーバＨＰに、後払い受付端末３からアップロードされた情報に基づき未決済請求書リストＬ１を作成し表示させる請求データ作成ボタンＢ１と、未決済請求書リストＬ１に表示された患者ＩＤごとの決済処理案件を決済サーバＳＢに送信して、決済をさせる決済実行ボタンＢ２が示されている。
請求データ作成ボタンＢ１は、ここをクリックすると、決済をすべき案件が未決済請求書リストＬ１に表示される。オペレータは入力した領収証ｒｃと照らして間違いがないかチェックすることができる。表示される情報は、後処理サーバＨＰは、画像データｄから抽出されるデータとこれに付随するアップロードされた情報に加え登録情報１から作成する。
また、領収証ｒｃの読み込みに失敗した場合は、未決済請求書リストＬ１ではなく、エラー請求書Ｌ３に表示される。この場合は、オペレータは再読み込みなど必要な処理を行うことができる。
このようにして、決済サーバＳＢで決済される前に正しい請求がされるかオペレータに確認をさせて、正しい決済ができるようにしている。そして、確認後にオペレータが決済実行ボタンＢ２をクリックすると、決済情報Ｄ３が決済サーバＳＢに送信されて、決済を行わせる。この場合、決済情報Ｄ３は、患者ＩＤを用いず、利用者ＩＤと請求金額を含む。

決済サーバＳＢは決済代行サーバでもよく、その場合は実際の決済を行う外部のサーバから利用者ＩＤとともに課金処理結果である決済結果Ｄ４が後払い処理サーバＨＰに送信される。その後、後払い処理サーバＨＰは、決済結果Ｄ４をもとに、決済済請求書リストＬ２に当該案件を移し替え、未決済請求書リストＬ１から削除をする。これにより、後払い受付端末３から決済管理画面Ｇ２（図１１）で決済状況を閲覧するオペレータは、決済処理が完了したことを知ることができる。なお、決済済請求書リストＬ２の画面には、当日決済処理が行われていない場合は、オペレータに対する情報として、「本日の決済処理は行われておりません。」という表示をすることができる。

（患者等に対する通知）
後払い処理サーバＨＰは、決済完了後、患者端末Ｃに登録されたメールアドレスに対してメールを送り、決済が完了した旨を通知する。
一方、オペレータは、決済請求画面Ｇ２（図１１）を確認すれば、当該案件の決済が完了したかどうかを決済済請求書リストＬ２を参照して確実に知ることができる。

（患者管理画面）
図１２に、患者端末Ｃの患者決済管理画面（マイページ画面）Ｃ２を示す。この画面は、後処理決済の患者決済管理画面Ｃ２の一例であり、患者が後払い決済が行われたものについてその処理の確認をするものである。患者端末Ｃは、後処理サーバＨＰにインターネットＮを介して接続され、後処理サーバＨＰの行う処理に関して表示及び入出力を行うことができるブラウザとして機能するものである。スマートフォン、ＰＣ、携帯電話などいずれでも差し支えない。
図１２に示す画面Ｇ２は、「後払い専用」と表示するとともに後処理決済を行う医療機関の名称が表示され、その下に患者ＩＤと患者氏名を加えて、患者の後処理決済のための画面であることを明確にしている。その下には、「来院一覧表」として、来院履歴すなわち、後処理の履歴が記載され、日付、請求金額、領収書発行の有無が表示される。領収書発行の欄の丸印は、領収書が発行可能であることすなわち、後払い処理が完了されたことが示されており、クリックすると、領収書のＰＤＦがメールで送られ、表示が「発行済」に変わる。
支払方法の変更をするには、支払い方法変更ボタンＢ４をクリックすると変更が可能である。この場合、新規登録の支払い方法を指定する場合も含む。画面Ｇ２では、クレジットカードが未登録であるため、「クレジットカードの登録を行ってください。」と表示されている。

このように、本例では、後払い受付端末３と後払い処理サーバＨＰとをインターネットＮに接続するという簡易な構成で、後処理サーバＨＰで各種情報を請求リストＬを用いて請求案件ごとに管理することにより、後払い決済処理を確実に実行することができる。また、後払い処理サーバＨＰは、後払い決済処理の決済結果をもとにインターネットＮ経由で患者端末Ｃにメールを送り、決済が完了した旨を通知するとともに領収証ｒｃの画像データｄを送信できるようにするので、患者の選択で領収証ｒｃの送付が確実に患者のもとにペーパレスで送ることができ、医療機関のこれを取り扱う人的労力も削減することができる。

（請求リストＬ）
後払い処理サーバＨＰは、画像データからアップロードする際に送信及び抽出した情報（Ｎｏ．１～ＮＯ．５）とあらかじめ記憶した患者の登録情報（Ｎｏ．１～Ｎｏ．４）Ｄ１をもとに、請求リストＬを作成する（図２）。
請求リストＬは、後払い処理サーバＨＰで取り扱う領収書ごとの患者ＩＤをキー情報とするレコードである。
図２に示すように、「患者ＩＤ」、「患者氏名」、「患者メールアドレス」、「Ｐｗｄ」（パスワード）は患者が利用登録をする際に、後払い処理サーバＨＰは取得することができる。なお、患者の特定をさらに厳密にする目的で、「患者の生年月日」を加えてもよい。
また、患者ＩＤをキー情報として、「日付」と「請求額」と「の画像データ」と「施設ＩＤ（医療機関ＩＤ）」とは後払い受付端末３が領収書ｒｃの画像データｄを送信（アップロード）する際に、後払い処理サーバＨＰは取得することができる。
さらに同様に患者ＩＤをキー情報として、「利用者ＩＤ」は、決済サーバＳＢが決済登録をした際に後払い処理サーバＨＰに通知される。決済サーバＳＢに患者が利用登録をする際に、患者ＩＤと施設ＩＤが利用者ＩＤに含まれるように決済サーバＳＢが発行する。
このような請求リストＬをもとに、後払い処理サーバＨＰは、決済管理画面Ｇ２と患者管理画面Ｃ２の情報を更新する。
また、後払い処理サーバＨＰは、診療に伴う決済に用いる請求情報Ｄ２を生成して管理する。さらに、受付端末３の決済指令ｔを受けて、決済情報Ｄ３を作成し、決済サーバＳＢに決済情報Ｄ３を送信して決済サーバＳＢに決済させる。この際に、決済情報作成フラグ、決済結果作成フラグ、ＰＤＦ送信済フラグなどで、決済のステータスを記録する。

＜後払い受付端末３による処理手順＞
次に、後払い処理サーバＨＰ及び後払い受付端末３を用いた本例の診療費後払い決済の処理手順の詳細について説明する。
図５は、後払い受付端末３による後払い決済処理手順を示すフローチャートである。

（ステップＳ３１：領収書読み取り処理）
図５に示すように、まず、後払い受付端末３は、既存会計システムＥが出力した領収書ｒｃの画像データｄを、スキャナ２を介して読み取り、ＰＤＦに変換して、記憶する。
領収書ｒｃをオペレータがスキャナ２に入力させると、画像データｄはＰＤＦとして後払い受付端末３に入力される。

（ステップＳ３２：ＰＤＦ送信処理）
後払い受付端末３は、次いで、変換したＰＤＦを後払い処理サーバＨＰに施設ＩＤ及び日付とともに送信する。

（ステップＳ３３：後払い決済請求処理）
図１０は後払い受付端末３のホームページ（ログイン画面）の一例である。「施設コード」は、病院コードに当たる。オペレータは、この画面から、施設コードと事前に登録したパスワードを入力して、ログインボタンＢをクリックすると、ログインリクエストが後払い処理サーバＨＰに請求され、後払い受付端末３は、図１１に示す決済管理画面Ｇ２にアクセスできる。
図１１に示すように、決済管理画面Ｇ２が表示され、その患者に関し日付ごとにその病院（施設）の未決済請求書リストＬ１、決済請求書リストＬ２、エラー請求書リストＬ３をブラウズすることができる。
オペレータが請求データ作成ボタンＢ１をクリックすると、後処理サーバＨＰは、アップロードされたＰＤＦである画像データｄから、請求情報Ｄ２を抽出する。そして、正しく抽出された場合は未決済請求書リストＬ１に、正しく抽出されなかった場合はエラー請求書リストＬ３にそれぞれリストアップして表示される。

（ステップ３４：後払い決済確認処理）
オペレータはこの時点で、領収書ｒｃが正しく読み込まれたかどうか確認することができる。確認後、問題がなければ、決済実行ボタンＢ２をクリックすると後払い処理サーバＨＰは、請求リストＬにステータスを書き込み、決済情報Ｄ３を生成し、決済サーバＳＢに決済処理を行わせ、決済結果Ｄ４を通知させる。
決済結果Ｄ４は、正しく決済された決済案件は、画面Ｇ２上で未決済請求書リストＬ１から決済済請求書リストＬ２に移動する。

＜本例の決済処理の手順＞
図６は、本例の後払いシステムＳの決済処理手順を示すシーケンス図である。

オペレータが印刷された領収書ｒｃをスキャナ２から入力すると後払い受付端末３はその画像データｄであるＰＤＦを作成し、ただちに、施設ＩＤ（施設コード）を付したうえで後払い処理サーバＨＰに送信する（１）。
後払い処理サーバＨＰは、領収証ｒｃの画像データｄを受信すると、データ管理部２０ｂがＰＤＦファイルデータベース２９ｂに記憶して待機する（ステップＳ５０１）。後払い処理サーバＨＰは、後払い受付端末３から請求データ作成指令Ｂ１を受け取ると、対象となる画像データｄに含まれる患者ＩＤと請求額を抽出し、請求リストＬに書き込むとともに決済画面Ｇ２を更新する。オペレータは、正しく抽出できたかを後払い受付端末３から決済画面Ｇ２で確認し、できていれば決済に必要なタイミングで決済指令ｔを後払い処理サーバＨＰに与える（２）。この決済指令ｔを契機として、決済管理部２０ｃは、患者ＩＤを含む決済サーバＳＢの利用者ＩＤを請求リストＬから拾い、この利用者ＩＤと請求額とを含む決済情報Ｄ３と決済要求を送信する（ステップＳ５０２）。

決済サーバＳＢは、決済を行い決済結果である決済結果Ｄ４を後払い処理サーバＨＰに送信し（ステップＳ５０３）、受信した後払い処理サーバＨＰは決済結果Ｄ４を請求リストＬに書き込むとともに、決済管理画面Ｇ２を更新する（ステップＳ５０４）。併せて、患者端末Ｃの管理画面Ｃ２を更新する（ステップＳ５０５）。

オペレータは、決済管理画面Ｇ２を確認し（３）、会計が完了した案件について既存の会計システムＥに対し、決済結果Ｄ４が示す患者ＩＤの請求額の消込処理を行うことができる（４）。これにより、既存の会計システムＥでは計算した診療費についてその回収があったことが入力され、既存の会計システムＥでは、後払いではない通常の会計処理と同様に、会計処理が完了する。

本例では、上記のように、後払い受付端末３を後払い処理サーバＨＰと通信できるインターネットＮに接続するという簡易なハードウェア構成で既存の会計システムＥと協働した後払い決済処理をオペレータの少ない介入で実行することができる。すなわち、既存の会計システムＥをそのまま利用して人的労力を低減することができる。

本例では、診療機関に大規模な後払い決済システムの導入が困難な場合の後払い決済処理について、人手による消込処理を最小限とすることができ、受付及び会計担当者の労力削減を行うことができる。
さらに、本例では、後払いができるようになるため、このための会計処理業務は減少するため、診療機関Ａ内での会計待ち時間が低減でき、会計処理が迅速化できる。
また、本例では、後払い決済処理を行う患者は、医療機関内（特に待合室）に留まる時間を少なくすることができるため、感染症対策の観点からも院内感染リスクが低減される。

また、本例では、決済が行われた領収証ｒｃを患者端末ＣやＰＣなどの端末に電子データで送ることができ、ペーパレス化に資するとともにデジタル化社会にも貢献することができる。

また、本例では、後払い決済の登録処理を患者端末ＣやＰＣなどの端末を用いて行うことができ、登録用紙に記載する利用登録処理に比べて事前の利用登録処理が容易である。

また、本例では患者ＩＤを、決済サーバＳＢの利用者ＩＤに変換し、この利用者ＩＤと請求額とを含む決済要求を決済サーバＳＢに対して行っているため、高いセキュリティーを維持することができる。

なお、本例では、決済処理サーバＳＢがクレジットカードを用いた後払い決済処理をする場合について説明したが、クレジットカードに限らず、銀行口座振替やコンビニ決済などの後払い決済処理であってもよい。この場合、決済サーバＳＢは、銀行口座振替やコンビニ決済を行うサーバとすることができる。

本発明の別な態様として、以下のものがある。
本発明は、
診療費の後払い決済処理を行うためにインターネットＮを介して決済サーバＳＢと患者端末Ｃと後払い受付端末３と後払い処理サーバＨＰとを接続した後払いシステムＳであって、
前記後処理サーバＨＰは、
患者ＩＤをキー情報として請求案件ごとに管理する請求リストＬを有し、
前記請求リストＬは、患者の登録情報Ｄ１、請求情報Ｄ２、決済情報Ｄ３、決済結果Ｄ４を記憶し、これをもとに未決済請求書リストＬ１、決済済請求書リストＬ２、エラー請求書リストＬ３を作成するために、
後払い受付端末３に入力された患者の診療についての領収書ｒｃの画像データｄを後払い処理サーバＨＰにアップロードさせて請求情報Ｄ２を抽出し、あらかじめ保持している患者の登録情報Ｄ１と抽出した請求情報Ｄ２から決済情報Ｄ３を確定させ、外部の決済サーバＳＢに確定した決済譲歩を送信して決済をさせ、その決済結果Ｄ４を受信して患者端末Ｃ３と後払い受付端末３に決済結果Ｄ４を表示して決済完了を確認させるとともに後払い受付端末３に領収書ｒｃを表示する後払いシステムＳを提供する。
これにより、多種多様な既存会計システムをそのまま生かしつつ効率良く会計処理をすることができる、汎用性の高い診療費の後払い決済処理を行うシステムＳを提供することができる。

本発明の診療費の後払い決済処理を行う後払いシステムは、既存の会計システムを有するサービスに対して、後払いによる会計待ち時間が大きくなる場合に有用である。

２ スキャナ
３ 後払い受付端末
２０ 制御部、２０ａ ウェブ管理部、２０ｂ データ管理部、２０ｃ 決済管理部
２１ 入力部、２２ 表示部、２３ 通信部、
２９ 記憶部、２９ａ 登録情報、２９ｂ ＰＤＦファイル、２９ｃ 請求書リスト
３０ 制御部、 ３０a ＰＤＦ生成部、３０ｂ ＰＤＦ送信部、３０ｃ 決済確認部
３１ 入力部、３２ 表示部、３３ ＬＡＮ、３５ 印字部
３９ 記憶部
Ａ 医療機関
Ｂ１ 請求データ作成ボタン、Ｂ２ 決済実行ボタン、Ｂ３ 利用登録ボタン 、Ｂ４ 支払い方法変更ボタン
Ｃ 患者端末
Ｃ１ 患者ログイン画面、Ｃ２ 決済管理画面（マイページ）、Ｃ３ 利用登録画面
Ｄ１ 登録情報、Ｄ２ 請求情報、Ｄ３ 決済情報、Ｄ４ 決済結果
Ｅ 既存会計システム
Ｇ１ 端末ログイン画面、Ｇ２ 決済管理画面
Ｌ 請求リスト
Ｎ インターネット
Ｓ 後払いシステム
ＳＢ 決済サーバ
ＨＰ 後払い処理サーバ
ｄ 画像データ、ＰＤＦ画像データ
ｒｃ 領収書
ｔ 決済指令
ｕ 領収書表示指令

Claims (8)

1. 診療費の後払い決済処理を行うためにインターネットＮを介して決済サーバ（ＳＢ）と患者端末（Ｃ）と後払い受付端末（３）と接続した後払い処理サーバ（ＨＰ）であって、
   前記後払い処理サーバ（ＨＰ）は、前記後払い受付端末（３）をブラウザとしてアクセスを可能とし、
   後払いを利用する患者の登録情報（Ｄ１）をあらかじめ記憶し、
   前記画像処理ユニット（２）を介して前記後払い受付端末（３）に入力された既存会計システム（Ｅ）が出力する患者に対する診療報酬の明細が記載された領収証（ｒｃ）の画像データ（ｄ）を受信し、
   前記画像データ（ｄ）から前記患者の請求情報（Ｄ２）を抽出し、
   前記請求情報（Ｄ２）とあらかじめ記憶した前記登録情報（Ｄ１）をもとに請求リスト（Ｌ）を生成するとともに決済管理画面（Ｇ２）を作成し、
   前記請求リスト（Ｌ）をもとに決済情報（Ｄ３）を生成し、前記後払い受付端末（３）から送信された決済指令（ｔ）を受けて、前記決済情報（Ｄ３）を前記決済サーバ（ＳＢ）に送信して決済を行わせ、
   受信した前記決済結果（Ｄ４）を前記決済管理画面（Ｇ２）に表示するとともにその決済が完了したと判断した場合は、前記請求リスト（Ｌ）に完了を書き込むとともに前記患者端末（Ｃ）に決済完了通知を送信する、診療費の後払い決済処理を行う後払いシステム（Ｓ）の後払い処理サーバ（ＨＰ）。
2. 請求リスト（Ｌ）の内容の全部または一部を前記後払い受付端末（３）に閲覧させ編集させることができる、請求項１記載の後払い処理サーバ（ＨＰ）。
3. 前記登録情報（Ｄ１）は、少なくとも、患者ＩＤとメールアドレスであり、
   前記決済情報（Ｄ３）は、少なくとも、利用者ＩＤと請求額である、
   請求項１又は２に記載の後払い処理サーバ（ＨＰ）。
4. 前記登録情報は、前記患者端末を介して前記後払い処理サーバ（ＨＰ）に提供される請求項1～３のいずれか1項に記載の後払い処理サーバ（ＨＰ）。
5. 前記抽出をするに当たり、患者ＩＤをキー情報として前記請求情報の抽出を行う、請求項１～４のいずれか1項に記載の後払い処理サーバ（ＨＰ）。
6. 診療費の後払い決済処理を行うためにインターネット（Ｎ）を介して接続した後払い処理サーバ（ＨＰ）にブラウザとしてアクセスできる後払い受付端末（３）であって、
   既存会計システム（Ｅ）が出力する患者に対する診療報酬の明細が記載された領収書（ｒｃ）を、画像処理ユニット（２）を介して画像データ（ｄ）として読み込み、
   請求情報（Ｄ２）を抽出させるために前記画像データ（ｄ）を前記後払い処理サーバ（ＨＰ）にアップロードするとともに、
   前記後払い処理サーバ（ＨＰ）に前記決済情報（Ｄ３）を含む決済管理画面（Ｇ２）を作成させ、次いで、前記決済管理画面（Ｇ２）から入力された決済指令（ｔ）を前記後払い処理サーバ（ＨＰ）に送信して決済処理をさせ、
   前記決済管理画面（Ｇ２）にその決済結果（Ｄ４）を表示する、後払い受付端末（３）。
7. （患者端末）
   診療費の後払い決済処理の利用登録を行うためにインターネット（Ｎ）を介して接続した後処理サーバＳＢと決済サーバＳＢにウェブブラウザとしてアクセスできる患者端末（３）であって、
   前記後払い処理サーバ（ＨＰ）に後払い処理の登録情報（Ｄ１）を入力するための利用登録画面（Ｃ３）を表示し、
   次いで、患者が入力する登録情報（Ｄ１）を前記後払い処理サーバ（ＨＰ）と前記決済サーバＳＢに送信し、それぞれ記憶させる、患者端末（３）。
8. 請求項７記載の患者端末であって、
   さらに、
   前記後払い処理サーバ（ＨＰ）が記憶した請求リスト（Ｌ）から後払い処理の決済結果（Ｄ４）を含む決済管理画面（Ｃ２）を表示させ、
   次いで、患者が入力する領収書表示指令（ｕ）を前記後払い処理サーバ（ＨＰ）に送信し、前記後払い処理サーバ（ＨＰ）に前記領収書（ｒｃ）の画像データ（ｄ）を表示させる、患者端末（３）。

Images