JP2019056977A - 処理システム、処理装置及び処理方法 - Google Patents

Abstract

【課題】寄付の受付を効率化すること。【解決手段】医療機関の精算装置１０は、患者による寄付操作を受け付け（Ｓ１）、診察券を受け付けると（Ｓ２）、診察券から診察券ＩＤを読み取って診療管理サーバ２０に送信することで、患者データの問い合せを行う（Ｓ３）。診療管理サーバ２０は、精算装置１０から患者データの問い合せを受けたならば、患者管理データを参照し、受信した診察券ＩＤに対応する患者データを精算装置１０に送信する。精算装置１０は、診療管理サーバ２０から患者データを受信し（Ｓ４）、寄付金を受け付けると（Ｓ５）、患者データと寄付金とを対応付けて受領書を発行する（Ｓ６）。精算装置１０は、寄付データを診療管理サーバ２０に送信することで、寄付実績データへの登録を行う（Ｓ７）。【選択図】図１

Description

本発明は、利用者から受け付けた媒体に基づいて処理を行う処理システム、処理装置及び処理方法に関する。

従来、コンビニエンスストアや銀行のＡＴＭなどで、寄付金を受け付け可能な装置が用いられている。例えば、特許文献１は、コンビニエンスストアなどの商店において、ＰＯＳシステムにおける商品登録の際に、預かり金の一部を寄付処理し、寄付金額などを印字することのできる商品販売データ処理装置を開示している。

特開２０１３−５４６６５号公報

しかしながら、従来の技術は、比較的低額の寄付に限定的に対応できるものに過ぎなかった。例えば、寄付の金額が所定額を超えると税制上の優遇をうけることができるが、かかる優遇を享受するためには受領書の発行を受ける必要がある。この受領書の発行には、寄付者の氏名や住所などの情報が必要であり、手続が煩雑で、数週間以上の時間を要するため、寄付者にとっても受領者にとっても大きな負担となっていた。また、かかる負担を厭い、寄付を断念するケースもあり、寄付の促進ができないという問題点があった。

これらのことから、いかにして寄付の受付を効率化し、もって寄付に要する負担を軽減し、寄付を促進するかが重要な課題となっていた。かかる課題は、特に手続が煩雑となる高額の寄付の受付において顕著である。

本発明は、上記従来技術の課題を解決するためになされたものであって、寄付の受付を効率化することのできる処理システム、処理装置及び処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、利用者から受け付けた媒体に基づいて処理を行う処理システムであって、前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定手段と、前記利用者から寄付金の支払いを受け付ける寄付金受付手段と、前記寄付金受付手段により受け付けた寄付金と前記利用者情報特定手段により特定した利用者情報とを対応付ける対応付手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記対応付手段により対応付けられた寄付金及び利用者情報に基づいて、受領書を発行する受領書発行手段をさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記対応付手段により対応付けられた寄付金及び利用者情報に基づいて、前記利用者ごとの寄付金の実績を管理する寄付実績管理手段をさらに備え、前記受領書発行手段は、前記寄付実績管理手段により管理された寄付金の実績を用いて前記受領書を発行することを特徴とする。

また、本発明は、上記発明において、前記利用者に請求すべき請求金額の精算を行う精算手段をさらに備え、前記寄付金受付手段は、前記請求金額の精算とは独立に前記寄付金の支払いを受け付けることを特徴とする。

また、本発明は、上記発明において、前記利用者に請求すべき請求金額の精算を行う精算手段をさらに備え、前記寄付金受付手段は、前記請求金額に寄付金額分を合算して前記寄付金の支払いを受け付けることを特徴とする。

また、本発明は、上記発明において、前記寄付金受付手段は、前記寄付金の用途を指定する入力を受け付け、前記対応付手段は、前記用途をさらに対応付けることを特徴とする。

また、本発明は、上記発明において、前記媒体の識別情報と前記利用者情報とを対応付けて管理するサーバ装置をさらに備え、前記利用者情報特定手段は、前記媒体から読み出した識別情報を前記サーバ装置に送信して、対応する利用者情報を取得することを特徴とする。

また、本発明は、利用者から受け付けた媒体に基づいて処理を行う処理装置であって、前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定手段と、前記利用者から寄付金の支払いを受け付ける寄付金受付手段と、前記寄付金受付手段により受け付けた寄付金と前記利用者情報特定手段により特定した利用者情報とを対応付ける対応付手段とを備えたことを特徴とする。

また、本発明は、上記発明において、利用者から受け付けた媒体に基づいて処理を行う処理方法であって、前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定ステップと、前記利用者から寄付金の支払いを受け付ける寄付金受付ステップと、前記寄付金受付ステップにより受け付けた寄付金と前記利用者情報特定ステップにより特定した利用者情報とを対応付ける対応付ステップとを含んだことを特徴とする。

本発明によれば、寄付の受付を効率化することができる。

図１は、本実施例に係る処理システムの概念を説明するための説明図である。 図２は、本実施例に係る処理システムの構成を示すシステム構成図である。 図３は、図１に示した精算装置の機能構成を示す構成図である。 図４は、図１に示した診療管理サーバの機能構成を示す構成図である。 図５は、寄付の受付に係る精算装置の処理手順を示すフローチャートである。 図６は、寄付の受付に係る画面例を説明する説明図である。（その１） 図７は、寄付の受付に係る画面例を説明する説明図である。（その２） 図８は、受領書の具体例についての説明図である。 図９は、事前入金による精算についての説明図である。 図１０は、携帯端末を用いて精算を行う構成についての説明図である。 図１１は、社員食堂に設置された精算装置で寄付金を受け付ける場合の説明図である。

以下、添付図面を参照して、本発明に係る処理システム、処理装置及び処理方法の実施例を説明する。

＜実施例に係る処理システムの概念＞
図１は、本実施例に係る処理システムの概念を説明するための説明図である。図１に示した精算装置１０及び診療管理サーバ２０は、病院等の医療機関に設置される。

診療管理サーバ２０は、診察券の識別情報である診察券ＩＤに患者に関する情報を関連付けて管理するサーバである。この患者に関する情報には、患者に請求する診療費の情報である請求額が含まれる。さらに、診療管理サーバ２０は、患者管理データ及び寄付実績データを管理している。患者管理データは、診察券ＩＤに患者の氏名や住所などの患者データを対応付けたデータである。寄付実績データは、患者などの寄付者から受け付けた寄付の実績を示すデータであり、日時、診察券ＩＤ、金額などを示す。

精算装置１０は、患者自身の操作により診療費の精算処理を行う装置である。具体的には、患者が診察券を挿入すると、精算装置１０は、診察券から診察券ＩＤを読み取って診療管理サーバ２０に送信することで請求額を問い合せ、診療管理サーバ２０から請求額を受信し、現金の投入などの精算操作を受け付けて請求額分を決済し、診療管理サーバ２０が管理する請求額の消し込みを実行する。

さらに、精算装置１０は、医療機関への寄付の受付が可能である。精算装置１０は、患者などによる寄付操作を受け付け（Ｓ１）、診察券を受け付けると（Ｓ２）、診察券から診察券ＩＤを読み取って診療管理サーバ２０に送信することで、患者データの問い合せを行う。診療管理サーバ２０は、精算装置１０から患者データの問い合せを受けたならば、患者管理データを参照し、受信した診察券ＩＤに対応する患者データを精算装置１０に送信する（Ｓ３）。

精算装置１０は、診療管理サーバ２０から患者データを受信し（Ｓ４）、寄付金を受け付けると（Ｓ５）、患者データと寄付金とを対応付けて受領書を発行する（Ｓ６）。この受領書には、患者データに示された氏名及び住所と、寄付金の金額等が印字される。また、精算装置１０は、寄付を受け付けた日時、診察券ＩＤ、寄付金の金額等を示す寄付データを診療管理サーバ２０に送信することで、寄付実績データへの登録を行う（Ｓ７）。

このように、精算装置１０は、利用者である患者から媒体、すなわち診察券を受け付け、診察券ＩＤに対応付けられた氏名及び住所を患者データとして特定し、患者から受け付けた寄付金と患者データとを対応付けることで、寄付の受付を効率化することができる。

具体的には、患者が氏名や住所を入力することなく、また、医療機関の職員が介在することなく、寄付金と患者データとを対応付けて受領書を即時発行することができるため、寄付に要する負担を軽減し、寄付を促進することができる。

なお、寄付を行った人物である寄付者の氏名や住所を特定できれば、精算装置１０による寄付データの生成や受領書の発行は可能であり、寄付者は治療中の患者に限られない。例えば、治療を既に終了した患者、いわば元患者が、改めて医療機関を訪れて寄付を行う場合であっても、診察券ＩＤに氏名と住所が対応付けた患者管理データを保持していれば、診察券を受け付けて寄付データを生成し、受領書を発行することができる。

さらに、寄付者の氏名や住所の特定に用いる媒体は、診察券に限定されるものでない。例えば、免許証、保険証、マイナンバーカードなどを媒体として用いて寄付者の氏名や住所を特定してもよい。この場合には、媒体の集積回路（ＩＣ）チップに格納された住所や氏名を読み出して、寄付データを生成することができる。媒体から住所や氏名を読み出して寄付データを生成する構成では、患者管理データを用いる必要はないため、患者として登録されていない人物、例えば、患者や元患者の家族など、任意の人物が寄付者として寄付を行うことができる。

なお、本実施例では、説明を簡明にするため、患者が寄付者となり、患者管理データを用いて寄付データの生成と受領書の発行を行なう構成を中心に説明を行う。
＜システムと装置の構成＞
次に、処理システムの構成について説明する。図２は、本実施例に係る処理システムの構成を示すシステム構成図である。図２に示すように、医療機関３０には、診療管理サーバ２０と複数の精算装置１０が設置される。複数の精算装置１０は、診療管理サーバ２０と接続され、それぞれの精算装置１０が診療管理サーバ２０と通信して精算処理を行うことができる。

また、複数の精算装置１０は、所定のネットワークを介して外部の決済サーバ４０と接続される。決済サーバ４０は、クレジットカードやデビットカード等による決済を行うサーバである。複数の精算装置１０は、決済サーバ４０と通信することで、診療費の精算や寄付金の支払いをクレジットカードやデビットカード等により行うことができる。

図３は、図１に示した精算装置１０の機能構成を示す構成図である。図３に示すように、精算装置１０は、表示操作部１１、カードリーダ１２、プリンタ１３、貨幣処理部１４、通信部１５、記憶部１６及び制御部１７を有する。

表示操作部１１は、液晶タッチパネルディスプレイ等であり、操作の案内表示、操作結果の表示、患者による操作の受付などを行う。カードリーダ１２は、診察券が挿入された場合に、診察券から診察券ＩＤを読み取るデバイスである。また、カードリーダ１２は、クレジットカード、プリペイドカード、デビットカードなどのペイメントカードからの各種情報の読み取りが可能である。

プリンタ１３は、診療費の領収書や処方箋などの印刷に加え、寄付金の受領書の印刷が可能である。貨幣処理部１４は、患者から投入された貨幣を識別して金種別に収納し、必要に応じて釣銭としての貨幣を払い出す処理部である。通信部１５は、診療管理サーバ２０及び決済サーバ４０との通信を行う通信インタフェースである。記憶部１６は、フラッシュメモリ等の不揮発性メモリ又はハードディスク装置等の二次記憶媒体等からなる記憶デバイスであり、精算履歴データ１６ａ及び寄付受付データ１６ｂを記憶する。

制御部１７は、精算装置１０を全体制御する制御部であり、精算処理部１７ａ、患者データ特定部１７ｂ、寄付金受付部１７ｃ、対応付処理部１７ｄ及び受領書発行部１７ｅを有する。

精算処理部１７ａは、カードリーダ１２により診察券から読み取られた診察券ＩＤに基づいて、精算処理を実行する処理部である。具体的には、精算処理部１７ａは、特定された診察券ＩＤを診療管理サーバ２０に送信することで請求額の問い合せを行い、診療管理サーバ２０から請求額を受信し、精算操作を受け付けて請求額分を決済し、診療管理サーバ２０が管理する請求額の消し込むことで精算処理を実行する。なお、請求額分の決済は、現金の投入を受け付けて必要に応じて釣銭を払い出すことで行ってもよいし、ペイメントカードにより行ってもよい。また、精算処理部１７ａは、精算処理を行った場合に、精算処理の内容を精算履歴データ１６ａに追加する。

患者データ特定部１７ｂは、患者により寄付操作が行われ、カードリーダ１２により診察券から診察券ＩＤが読み取られた場合に、診察券ＩＤを診療管理サーバ２０に送信することで患者データの問い合せを行う。患者データ特定部１７ｂは、問い合せに対する応答として診療管理サーバ２０から患者データを受信することで、患者データの特定を行うことができる。特定する患者データには、少なくとも受領書の発行に必要な情報、具体的には寄付を行う患者の住所や氏名が含まれる。

寄付金受付部１７ｃは、寄付金の受付を行う処理部である。寄付金の受付は、貨幣処理部１４に対する貨幣の投入により行ってもよいし、ペイメントカードを用いた決済により行ってもよい。

対応付処理部１７ｄは、患者データ特定部１７ｂにより特定された患者データと、寄付金受付部１７ｃにより受け付けた寄付金とを対応付ける処理部である。ここで、寄付金の受付時には、寄付の目的、すなわち寄付金の用途を指定することができる。寄付金の用途が指定された場合には、対応付処理部１７ｄは、受け付けた寄付金に対して用途をさらに対応付ける。また、患者データ特定部１７ｂにより特定された氏名や住所に限らず、診察券ＩＤ自体を患者データとして寄付金に対応付けることも可能である。

対応付処理部１７ｄは、寄付金の金額と対応付けたデータを寄付データとして診療管理サーバ２０に送信する。寄付データには、対応付けたデータの一部のみを含めるようにしてもよい。一例として、寄付データには、日時、受領書番号、診察券ＩＤ、金額及び用途を含め、氏名や住所は含めないようにしてもよい。診察券ＩＤを含めておけば、診療管理サーバ２０側で氏名や住所の特定が可能だからである。

また、対応付処理部１７ｄは、寄付の受付が行われた場合に、寄付受付データ１６ｂへの登録を行う。寄付受付データ１６ｂには、例えば、日時、受領書番号、診察券ＩＤ、金額及び用途を登録する。

受領書発行部１７ｅは、対応付処理部１７ｄにより対応付けられた寄付金と患者データとを用いて、受領書の発行を行う処理部である。受領書には、受領書番号、患者の住所と氏名、寄付金の金額、受領者である医療機関の名称などが印字される。受領書番号は、受領書の発行時に受領書発行部１７ｅが付与する番号であり、受領書を一意に特定する識別番号として機能する。

図４は、図１に示した診療管理サーバ２０の機能構成を示す構成図である。図４に示すように、診療管理サーバ２０は、表示部２１、入力部２２、通信部２３、記憶部２４及び制御部２５を有する。

表示部２１は、液晶ディスプレイ装置等の表示デバイスである。入力部２２は、キーボードやマウス等の入力デバイスである。通信部２３は、精算装置１０とデータ通信するための通信インタフェースである。記憶部２４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、患者管理データ２４ａ、診療費管理データ２４ｂ及び寄付実績データ２４ｃを記憶する。

患者管理データ２４ａは、診察券ＩＤに患者の氏名や住所などの患者データを対応付けたデータである。診療費管理データ２４ｂは、診察券ＩＤに診療費の請求額を対応付けたデータである。寄付実績データ２４ｃは、患者から受け付けた寄付の実績を示すデータであり、日時、受領書番号、診察券ＩＤ、金額及び用途などを示す。

制御部２５は、診療管理サーバ２０の全体を制御する制御部であり、患者管理部２５ａ、診療費管理部２５ｂ及び寄付実績管理部２５ｃを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、患者管理部２５ａ、診療費管理部２５ｂ及び寄付実績管理部２５ｃにそれぞれ対応するプロセスを実行させることになる。

患者管理部２５ａは、診察券ＩＤに患者の氏名や住所などを患者データとして対応付けて患者管理データ２４ａに登録する処理を行う。また、患者管理部２５ａは、精算装置１０から患者データの問い合せを受けた場合に、問い合せに示された診察券ＩＤに対応する患者データを患者管理データ２４ａから読み出し、読み出した患者データを応答として精算装置１０に送信する。

診療費管理部２５ｂは、診察や検査などにより診療費が発生した場合に、診察券ＩＤに請求額を対応付けて診療費管理データ２４ｂに登録する。また、診療費管理部２５ｂは、精算装置１０から請求額の問い合せを受けた場合に、問い合せに示された診察券ＩＤに対応する請求額を診療費管理データ２４ｂから読み出し、読み出した請求額を応答として精算装置１０に送信する。そして、精算装置１０から請求額の消し込みを要求された場合に、診療費管理データ２４ｂの請求額を消し込み処理する。

寄付実績管理部２５ｃは、患者から受け付けた寄付の実績を管理する処理部である。具体的には、寄付実績管理部２５ｃは、精算装置１０から寄付データを受信した場合に、寄付データに示された内容を寄付実績データ２４ｃに追加登録する。

＜処理の説明＞
図５は、寄付の受付に係る精算装置１０の処理手順を示すフローチャートである。精算装置１０の表示操作部１１が患者による寄付操作を受け付け（ステップＳ１０１）、カードリーダ１２が診察券を受け付けると（ステップＳ１０２）、カードリーダ１２が診察券から診察券ＩＤを読み取り（ステップＳ１０３）、患者データ特定部１７ｂが診察券ＩＤを診療管理サーバ２０に送信することで患者データの問い合せを行う（ステップＳ１０４）。この問い合せに対する応答として、患者データ特定部１７ｂは、診療管理サーバ２０から患者データを受信する。

そして、寄付金受付部１７ｃにより寄付金が受け付けられると（ステップＳ１０５）、対応付処理部１７ｄは、患者データと寄付金とを対応付けを行う（ステップＳ１０６）。受領書発行部１７ｅは、対応付処理部１７ｄにより対応付けられた寄付金と患者データとを用いて、受領書の発行を行う（ステップＳ１０７）。その後、対応付処理部１７ｄが寄付金の金額と対応付けたデータを寄付データとして診療管理サーバ２０に送信し（ステップＳ１０８）、処理を終了する。

次に、寄付の受付に係る表示操作部１１の画面例について説明する。図６〜図７は、寄付の受付にかかる表示操作部１１の画面例を説明する説明図である。まず、初期画面Ｄ１では、「診療費お支払い」ボタンと「寄付金のお申し込み」ボタンが表示される。初期画面Ｄ１で「寄付金お申し込み」ボタンが操作されたならば、精算装置１０は、この操作を寄付操作として受け付けて、説明画面Ｄ２を表示操作部１１に表示制御する。

説明画面Ｄ２では、「お申し込み前に以下をご確認いただき、ご了承の上お進みください」とのメッセージと、寄付を行う前に患者が確認すべき事項についての説明文と、「取消」ボタンと、「確認」ボタンとが表示される。説明画面Ｄ２で「確認」ボタンが操作されたならば、精算装置１０は、金額選択画面Ｄ３を表示操作部１１に表示制御する。

金額選択画面Ｄ３では、「ご寄付の金額をお選び下さい」とのメッセージと、「１，０００円」ボタンと、「３，０００円」ボタンと、「５，０００円」ボタンと、「１０，０００円」ボタンと、「３０，０００円」ボタンと、「５０，０００円」ボタンと、「その他」ボタンと、「取消」ボタンと、「戻る」ボタンとが表示される。金額選択画面Ｄ３でいずれかの金額ボタンが操作されたならば、精算装置１０は、金額確認画面Ｄ４を表示操作部１１に表示制御する。一方、金額選択画面Ｄ３で「その他」ボタンが操作されたならば、精算装置１０は、金額入力画面Ｄ３ａを表示操作部１１に表示制御する。

金額入力画面Ｄ３ａでは、「ご寄付の金額を入力して下さい」とのメッセージと、数字入力用の各種ボタンと、入力された金額を表示する表示領域と、「取消」ボタンと、「戻る」ボタンとが表示される。図６では、金額入力画面Ｄ３ａの表示領域に「￥２００，０００−」が表示された状態を示している。金額入力画面Ｄ３ａで寄付金の金額が入力されたならば、精算装置１０は、金額確認画面Ｄ４を表示操作部１１に表示制御する。

金額確認画面Ｄ４では、「ご寄付の金額をご確認下さい」とのメッセージとともに、選択又は入力された寄付金の金額と、「取消」ボタンと、「戻る」ボタンと、「確認」ボタンとが表示される。金額確認画面Ｄ４で「確認」ボタンが操作されたならば、精算装置１０は、目的選択画面Ｄ５を表示操作部１１に表示制御する。

目的選択画面Ｄ５では、「ご寄付の目的をご確認下さい」とのメッセージとともに、寄付の目的、すなわち寄付金の用途を指定する選択ボタンと、「取消」ボタンと、「戻る」ボタンとが表示される。図７では、選択ボタンとして「１．研究及び教育助成のため」、「２．研究助成のため」、「３．教育助成のため」、「４．その他」が表示された状態を示している。目的選択画面Ｄ５でいずれかの選択ボタンが操作されたならば、精算装置１０は、診察券要求画面Ｄ６を表示操作部１１に表示制御する。

診察券要求画面Ｄ６では、「診察券を入れて下さい」とのメッセージと、「取消」ボタンと、「戻る」ボタンとが表示される。その後、カードリーダ１２が診察券を受け付けたならば、精算装置１０は、支払方法選択画面Ｄ７を表示操作部１１に表示制御する。

支払方法選択画面Ｄ７では、「支払い方法をお選び下さい」とのメッセージと、選択又は入力された寄付金の金額と、「取消」ボタンと、「戻る」ボタンと、支払方法の選択のための選択ボタンとが表示される。図７では、支払方法のための選択ボタンとして「現金」、「クレジットカード」、「キャッシュカード」が表示された状態を示している。

支払方法選択画面Ｄ７で「現金」が選択されたならば、精算装置１０は、貨幣処理部１４に対する貨幣の投入により寄付金を受け付ける。また、「クレジットカード」や「キャッシュカード」が選択されたならば、精算装置１０は決済サーバ４０と通信し、寄付金の金額分の決済を行う。そして、いずれかの方法により、寄付金の支払いが行われたならば、精算装置１０は受領書を発行し、完了画面Ｄ８を表示操作部１１に表示制御する。

完了画面Ｄ８では、「ご寄付の手続は完了しました。受領書をお取り下さい。ありがとうございました。」とのメッセージが表示される。この完了画面Ｄ８を例えば所定時間表示した後、精算装置１０は初期画面Ｄ１を表示操作部１１に表示制御する。

次に、受領書の具体例について説明する。図８は、受領書の具体例についての説明図である。図８に示した受領書では、「寄付金受領証明書」を書類名とし、受領書番号、日付、寄付を行った患者の住所と氏名、寄付金の金額、受領した旨を示す文言、受領者である医療機関の名称と連絡先を印字している。

具体的には、図８に示した受領書では、受領書番号「201700123」、日付「2017年9月30日」、寄付を行った患者の住所「東京都・・・・」、寄付を行った患者の氏名「ＸＸ ＸＸ」、寄付金の金額「２００，０００円」、「上記の金額を受領しました」との文言、受領者である医療機関の名称「ＹＹＹＹ」、連絡先に対応する「お問い合わせ先」などを印字している。

＜変形例＞
これまでの説明では、診療後に患者が精算装置１０を操作して診療費の精算を行う場合を例に説明を行ったが、他の支払い方法として、診療前に患者からの入金を受け付けて事前入金金額として管理し、診療費を事前入金金額から減算することで精算を行う構成としてもよい。

図９は、事前入金による精算についての説明図である。図９に示すように、事前入金による精算を行う構成では、事前入金管理サーバ５０を精算装置１０及び診療管理サーバ２０と接続する。

精算装置１０は、患者による事前入金操作を受け付け（Ｓ１１）、診察券を受け付け（（Ｓ１２）、さらに入金を受け付けると（Ｓ１３）、入金された金額と診察券ＩＤとを事前入金管理サーバ５０に送信することで、事前入金の登録を行う（Ｓ１４）。事前入金管理サーバ５０は、精算装置１０から受信した金額と診察券ＩＤとを対応付けて事前入金管理データとして管理する。

また、事前入金管理サーバ５０は、診療管理サーバ２０に請求額の問い合せを行い（Ｓ１５）、事前入金管理データに登録された診察券ＩＤについて請求額が算定済であるならば、請求額分を事前入金管理データの金額から減算して請求額を消し込み処理することで、請求額の精算を行う（Ｓ１６）。

なお、事前入金管理サーバ５０から診療管理サーバ２０への請求額の問い合せは、定期的に行ってもよいし、予め定めた時刻に行ってもよい。また、事前入金管理サーバ５０から診療管理サーバ２０に請求額の問い合せを行うのではなく、診療管理サーバ２０が請求額を算定した場合に、対応する診察券ＩＤを事前入金管理サーバ５０に通知する構成としてもよい。

また、請求額分を減算した後の事前入金の残りは、次回以降の精算に使用してもよいし、精算装置１０に対する返金操作を行って返金してもよい。また、追加して入金を行って事前入金の金額を増加させることも可能である。また、所定の期間内に精算装置１０に対して領収書発行操作を行うことで、領収書の発行を可能としてもよい。

このように、患者が予め入金した事前入金の金額を診察券ＩＤに対応付けて管理し、請求額が算定された場合に自動的に精算処理を実行することで、患者は診察や検査の後に精算装置１０を操作することなく帰ることができる。また、精算装置１０の空き状況に応じて事前入金を行うことができるため、精算金額の算定待ちや他の患者の精算待ちを行う必要がなくなり、医療機関の精算に係る混雑を緩和することができる。

次に、携帯端末を用いて精算を行なう構成について説明する。図１０は、携帯端末を用いて精算を行う構成についての説明図である。図１０に示すように、携帯端末を用いて精算を行う構成では、携帯端末６０と通信可能な遠隔精算管理サーバ７０を診療管理サーバ２０と接続する。

携帯端末６０は、例えば専用のアプリケーションをインストールしたスマートフォン端末などである。患者が携帯端末６０を操作し、携帯端末６０から遠隔精算管理サーバ７０に請求額の問い合せを行うと（Ｓ２１）、遠隔精算管理サーバ７０は、携帯端末６０の識別情報に対応付けられた診察券ＩＤを特定し、特定した診察券ＩＤを用いて診療管理サーバ２０に請求額の問い合せを行う（Ｓ２２）。

診療管理サーバ２０は、問い合せを受けた診察券ＩＤについて請求額が算定済であるならば、請求額を遠隔精算管理サーバ７０に応答し、遠隔精算管理サーバ７０は請求額を携帯端末６０に応答する。請求額の応答を受けた携帯端末６０は、その内容を表示し、患者からの操作を受けて精算を行う。この精算は、ペイメントカードによる決済でもよいし、事前入金した金額からの減算でもよい。携帯端末６０が遠隔精算管理サーバ７０に精算を通知し（Ｓ２３）、遠隔精算管理サーバ７０が診療管理サーバ２０に精算を通知して（Ｓ２４）、請求額を消し込み処理する。

このように、携帯端末を用いて遠隔で精算を行うことができるよう構成することで、患者は診察や検査の後に精算装置１０を操作することなく帰ることができる。また、精算金額の算定待ちや他の患者の精算待ちを行う必要がなくなり、医療機関の精算に係る混雑を緩和することができる。

なお、図９に示した事前入金による精算や、図１０に示した携帯端末６０による精算は、診療費の精算に限らず、寄付金の支払いにも適用することができる。

これまでの説明では、医療機関に設置された精算装置１０で寄付金を受け付ける場合を例示したが、本発明は医療機関に設置された精算装置１０に限らず、任意の装置に適用することが可能である。図１１は、社員食堂に設置された精算装置１１０で寄付金を受け付ける場合の説明図である。

利用者が所望の料理を食器ごとトレイに載せてゆき、トレイを精算装置１１０の所定領域に置くと、精算装置１１０が食器を識別することで商品の読み取りを行い（Ｓ３１）、料金を算定する（Ｓ３２）。

利用者は、商品の料金のみを精算することもできるが、寄付操作により寄付を行うことも可能である。精算装置１１０は、利用者による寄付操作を受け付けると（Ｓ３３）、商品の料金に寄付金を合算して精算金額を算定する（Ｓ３４）。寄付金の金額は、料金に対して所定の比率を用いて定めてもよいし、固定の金額であってもよい。また、複数の金額や比率から利用者による選択を受けることで寄付金の金額を定めてもよいし、利用者が任意の金額を入力してもよい。また、寄付先や用途の選択を受け付けることも可能である。

精算金額の算定後、精算装置１１０は、社員カードを受け付けて（Ｓ３５）、精算処理を行う（Ｓ３６）。精算は、例えば社員カードに記憶されたプリペイド価値を減額することで行ってもよいし、社員カードから特定される社員ＩＤに精算金額を対応付けて蓄積し、給与から差し引くこととしてもよい。この他、現金やペイメントカードによる決済など、任意の方法で精算が可能である。

精算装置１１０は、寄付金を含む精算を行った場合には、社員カードから特定される社員ＩＤと寄付金の金額とを含む寄付データを社員管理サーバ１２０に送信する（Ｓ３７）。

社員管理サーバ１２０は、社員を識別する社員ＩＤに社員に関するデータを対応付けて管理するサーバである。具体的には、社員管理サーバ１２０は、社員ＩＤに社員の氏名、住所、所属などの社員データを対応付けた社員管理データを保持している。さらに、社員管理サーバ１２０は、社員ＩＤごとに寄付の実績を登録した寄付実績データを保持している。

社員管理サーバ１２０は、精算装置１１０から寄付データを受信したならば、寄付実績データに示された社員ＩＤと寄付金の金額を用いて寄付実績データを更新する。寄付実績サーバには、例えば、寄付の日時、金額、寄付先、用途などが登録される。

さらに、社員管理サーバ１２０は、寄付実績データに蓄積された寄付の実績に基づいて、受領書を発行することができる（Ｓ３８）。例えば、１回の寄付の金額が低額であっても、複数回の寄付を行うことで、税制上の優遇を享受可能となる場合がある。そこで、社員管理サーバ１２０は、寄付実績管理データに示された寄付の金額を合計し、合計金額に基づいて受領書を発行するのである。このとき、寄付を行った社員の氏名や住所は、社員管理データから取得可能であるので、社員による入力等を行う必要はない。

上述してきたように、本実施例に係る処理システムでは、診察券や社員カードなどの媒体に基づいて利用者に係る利用者情報（氏名や住所など）を特定し、利用者から寄付金の支払いを受け付けた場合に、受け付けた寄付金と利用者情報とを対応付けることで、寄付の受付を効率化することができる。

また、対応付けられた寄付金及び利用者情報に基づいて、受領書を発行することが可能である。受領書は、１回の寄付で発行することも可能であり、また、利用者ごとの寄付金の実績を管理し、実績に示された複数回の寄付に基づいて発行することも可能である。

寄付金の受付は、診療費や商品の料金など、利用者に請求すべき請求金額の精算を行う装置により行うことが可能である。また、寄付金の受付は、請求金額の精算とは独立に行ってもよいし、請求金額に合算して行ってもよい。

なお、上記の実施例では、医療機関や社員食堂を例示し、診察券や社員カードを媒体として用いて利用者情報を特定する場合について説明を行ったが、本発明はこれに限定されるものではなく、任意の構成に適用することができる。例えば、公的機関に寄付金を受け付ける装置を設置し、身分証（免許証、保険証、マイナンバーカードなど）を媒体として用いて利用者情報の特定を行ってもよい。また、店舗が発行した会員カード等を媒体として用いることも可能である。

身分証等を媒体として用いる場合には、具体的には、まず身分証等の受付を行い、身分証等に記録された氏名や住所などの利用者情報を読み取り、読み取り結果から寄付者を特定する。その後、寄付金の受付を行い、必要に応じて目的の入力を受け付けたならば、寄付金額を確定し、利用者情報や寄付目的と寄付金額とを対応付けて記憶し、受領書を発行すればよい。

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

本発明の処理システム、処理装置及び処理方法は、寄付の受付を効率化することに有用である。

１０、１１０ 精算装置
１１ 表示操作部
１２ カードリーダ
１３ プリンタ
１４ 貨幣処理部
１５、２３ 通信部
１６、２４ 記憶部
１６ａ 精算履歴データ
１６ｂ 寄付受付データ
１７、２５ 制御部
１７ａ 精算処理部
１７ｂ 患者データ特定部
１７ｃ 寄付金受付部
１７ｄ 対応付処理部
１７ｅ 受領書発行部
２０ 診療管理サーバ
２１ 表示部
２２ 入力部
２４ａ 患者管理データ
２４ｂ 診療費管理データ
２４ｃ 寄付実績データ
２５ａ 患者管理部
２５ｂ 診療費管理部
２５ｃ 寄付実績管理部
３０ 医療機関
４０ 決済サーバ
５０ 事前入金管理サーバ
６０ 携帯端末
７０ 遠隔精算管理サーバ
１２０ 社員管理サーバ

Claims (9)

1. 利用者から受け付けた媒体に基づいて処理を行う処理システムであって、
   前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定手段と、
   前記利用者から寄付金の支払いを受け付ける寄付金受付手段と、
   前記寄付金受付手段により受け付けた寄付金と前記利用者情報特定手段により特定した利用者情報とを対応付ける対応付手段と
   を備えたことを特徴とする処理システム。
2. 前記対応付手段により対応付けられた寄付金及び利用者情報に基づいて、受領書を発行する受領書発行手段をさらに備えたことを特徴とする請求項１に記載の処理システム。
3. 前記対応付手段により対応付けられた寄付金及び利用者情報に基づいて、前記利用者ごとの寄付金の実績を管理する寄付実績管理手段をさらに備え、
   前記受領書発行手段は、前記寄付実績管理手段により管理された寄付金の実績を用いて前記受領書を発行する
   ことを特徴とする請求項２に記載の処理システム。
4. 前記利用者に請求すべき請求金額の精算を行う精算手段をさらに備え、
   前記寄付金受付手段は、前記請求金額の精算とは独立に前記寄付金の支払いを受け付けることを特徴とする請求項１〜３のいずれか一つに記載の処理システム。
5. 前記利用者に請求すべき請求金額の精算を行う精算手段をさらに備え、
   前記寄付金受付手段は、前記請求金額に寄付金額分を合算して前記寄付金の支払いを受け付けることを特徴とする請求項１〜３のいずれか一つに記載の処理システム。
6. 前記寄付金受付手段は、前記寄付金の用途を指定する入力を受け付け、
   前記対応付手段は、前記用途をさらに対応付ける
   ことを特徴とする請求項１〜５のいずれか一つに記載の処理システム。
7. 前記媒体の識別情報と前記利用者情報とを対応付けて管理するサーバ装置をさらに備え、
   前記利用者情報特定手段は、前記媒体から読み出した識別情報を前記サーバ装置に送信して、対応する利用者情報を取得する
   ことを特徴とする請求項１〜６のいずれか一つに記載の処理システム。
8. 利用者から受け付けた媒体に基づいて処理を行う処理装置であって、
   前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定手段と、
   前記利用者から寄付金の支払いを受け付ける寄付金受付手段と、
   前記寄付金受付手段により受け付けた寄付金と前記利用者情報特定手段により特定した利用者情報とを対応付ける対応付手段と
   を備えたことを特徴とする処理装置。
9. 利用者から受け付けた媒体に基づいて処理を行う処理方法であって、
   前記媒体に基づいて前記利用者に係る利用者情報を特定する利用者情報特定ステップと、
   前記利用者から寄付金の支払いを受け付ける寄付金受付ステップと、
   前記寄付金受付ステップにより受け付けた寄付金と前記利用者情報特定ステップにより特定した利用者情報とを対応付ける対応付ステップと
   を含んだことを特徴とする処理方法。

Images