JP2016148940A - 決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラム - Google Patents

Abstract

【課題】診察後の待ち時間を削減することができる決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラムを提供することを課題とする。【解決手段】本発明は、医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された医療機関の請求書に対する料金精算方法に基づいて、医療機関の請求書の精算処理を行い、医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信し、薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、薬局における請求書データ、および、ユーザにより設定された薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行い、精算処理情報を含む調剤指示を薬局端末に送信する。【選択図】図１

Description

本発明は、決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラムに関する。

従来から、医療機関の窓口業務の電子的な効率化が図られている。

例えば、従来から、パソコンやスマートフォンに表示された診察予約管理画面を使って診察予約したり、医療機関の窓口で診察代金の精算をクレジットカードで行ったりする技術が開示されている。

しかしながら、従来においては、医療機関における診察後の会計の待ち時間、および、薬局における調剤の待ち時間等がかかるという問題点を有していた。

本発明は、上記問題点に鑑みてなされたもので、診察後の待ち時間を削減することができる決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラムを提供することを目的とする。

このような目的を達成するため、本発明の決済サーバは、医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理手段と、前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信手段と、前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理手段と、精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信手段と、を備えたことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記薬局は、前記ユーザにより薬を受け取る店舗として指定された指定薬局であることを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、ユーザ端末に前記精算処理情報を含む、前記薬局での処方箋の交換指示を送信する交換指示送信手段、を更に備えたことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記薬局精算処理手段は、前記薬局端末から前記薬局における請求書データを含む調剤可能通知を受信し、且つ、ユーザ端末から前記調剤可能通知に基づく前記薬局における処方箋の交換可能通知を受信した場合、前記薬局における請求書データ、および、前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行うことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記処方箋データ送信手段は、前記ユーザ端末から前記調剤可能通知に基づく前記薬局における前記処方箋の交換不可通知を受信した場合、前記交換不可通知に含まれる前記ユーザにより指定された前記処方箋の交換可能な他の薬局に関する他薬局情報に基づいて、前記医療機関端末から送信される前記処方箋データを含む前記調剤依頼を前記他の薬局の前記薬局端末に送信することを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記医療機関精算処理手段は、前記医療機関端末から送信される前記請求書データ、および、前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、前記医療機関端末から送信される他の前記請求書データに基づく他の前記医療機関の請求書の金額と、の合計が前記所定金額を超えた場合、精算処理を行うことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記医療機関における請求書データは、スキャナを介して読み込んだ診療報酬計算書もしくは前記医療機関の請求書に基づいて作成される情報であり、前記処方箋データは、前記スキャナを介して読み込んだ処方箋に基づいて作成される情報であることを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記医療機関における請求書データは、更に、前記医療機関端末と、前記決済サーバと、の間に構築されたインターフェースを介して送信される情報であり、前記処方箋データは、更に、前記医療機関端末と、前記決済サーバと、の間に構築された前記インターフェースを介して送信される情報であることを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記調剤依頼は、前記ユーザによる医薬品の指定に関する後発医薬品指定情報、または、先発医薬品指定情報を含むことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記ユーザの同意に基づいて、前記処方箋データを他の医療機関に送信する他医療機関送信手段、を更に備えたことを特徴とする。

また、本発明の決済サーバは、上記記載の決済サーバにおいて、前記料金精算方法は、現金支払以外による精算方法であることを特徴とする。

また、本発明の窓口効率化システムは、決済サーバは、医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理手段と、前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信手段と、前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理手段と、精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信手段と、を備え、前記医療機関端末は、前記医療機関における請求書データ、および／または、前記ユーザの前記処方箋データを作成し、前記決済サーバに送信する請求書データ作成手段、を備え、前記薬局端末は、前記決済サーバから送信された前記調剤依頼に基づいて、調剤可否を受け付け、調剤可の場合、前記薬局における請求書データを含む前記調剤可能通知を前記決済サーバに送信し、調剤不可の場合、調剤不可通知を前記決済サーバに送信する調剤可否通知手段と、前記決済サーバから送信された前記調剤指示を受信する調剤指示受信手段と、を備えたことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記薬局は、前記ユーザにより薬を受け取る店舗として指定された指定薬局であることを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記決済サーバは、ユーザ端末に前記精算処理情報を含む、前記薬局での処方箋の交換指示を送信する交換指示送信手段、を更に備えたことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、ユーザ端末は、前記決済サーバから送信された前記調剤可能通知に基づいて、前記薬局における処方箋の交換可否を受け付け、交換可の場合、交換可能通知を前記決済サーバに送信し、交換不可の場合、交換不可通知を前記決済サーバに送信する交換可否通知手段、を備え、前記薬局精算処理手段は、前記薬局端末から前記薬局における請求書データを含む調剤可能通知を受信し、且つ、前記ユーザ端末から前記交換可能通知を受信した場合、前記薬局における請求書データ、および、前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行うことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記交換不可通知は、前記ユーザにより指定された前記処方箋の交換可能な他の薬局に関する他薬局情報を含み、前記処方箋データ送信手段は、前記他薬局情報に基づいて、前記医療機関端末から送信される前記処方箋データを含む前記調剤依頼を前記他の薬局の前記薬局端末に送信することを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記医療機関精算処理手段は、前記医療機関端末から送信される前記請求書データ、および、前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、前記医療機関端末から送信される他の前記請求書データに基づく他の前記医療機関の請求書の金額と、の合計が前記所定金額を超えた場合、精算処理を行うことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記請求書データ作成手段は、スキャナを介して読み込んだ診療報酬計算書もしくは前記医療機関の請求書に基づく前記医療機関における請求書データ、および／または、前記スキャナを介して読み込んだ処方箋に基づく前記ユーザの前記処方箋データを作成し、前記決済サーバに送信することを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記医療機関における請求書データは、更に、前記医療機関端末と、前記決済サーバと、の間に構築されたインターフェースを介して送信される情報であり、前記処方箋データは、更に、前記医療機関端末と、前記決済サーバと、の間に構築された前記インターフェースを介して送信される情報であることを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記調剤依頼は、前記ユーザによる医薬品の指定に関する後発医薬品指定情報、または、先発医薬品指定情報を含むことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記決済サーバは、前記ユーザの同意に基づいて、前記処方箋データを他の医療機関に送信する他医療機関送信手段、を更に備えたことを特徴とする。

また、本発明の窓口効率化システムは、上記記載の窓口効率化システムにおいて、前記料金精算方法は、現金支払以外による精算方法であることを特徴とする。

また、本発明の窓口効率化方法は、医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理ステップと、前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信ステップと、前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理ステップと、精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信ステップと、を含むことを特徴とする。

また、本発明のプログラムは、医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理ステップと、前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信ステップと、前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理ステップと、精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信ステップと、を実行させることを特徴とする。

本発明によれば、医療機関および薬局内の現金取扱処理の削減により、医療機関および薬局の業務の簡素化と効率化とを推進することができ、患者の待ち時間を削減することもできるという効果を奏する。また、本発明によれば、患者が希望する保険薬局へ処方箋データを送付することができるため、欲しい場所での受け取り、および、調剤待ち時間の削減が可能となるという効果を奏する。これにより、本発明によれば、例えば、自宅から遠方の病院に通院している患者が、診察後直ぐに自宅の方に戻ることができるため、診察および薬の受け取りの待ち時間によって、今まで医療機関周辺での宿泊を余儀なくされていた患者が、宿泊費を節約等できるという効果を奏する。

図１は、本実施形態における窓口効率化サービスの概要の一例を示す図である。 図２は、本実施形態に係る窓口効率化システムの構成の一例を示すハードウェア構成図である。 図３は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図４は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図５は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図６は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図７は、本実施形態の機能設定の一例を示す図である。 図８は、本実施形態の機能設定の一例を示す図である。 図９は、本実施形態のシステム連携の一例を示す図である。 図１０は、本実施形態のシステム連携の一例を示す図である。 図１１は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図１２は、本実施形態の振分ＯＣＲ処理の一例を示す図である。 図１３は、本実施形態の会計支払処理の一例を示す図である。 図１４は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図１５は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。 図１６は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

以下に、本発明に係る決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本発明が限定されるものではない。

［本発明の概要］
以下、本発明の概要について図１を参照して説明し、その後、本実施形態の構成および処理等について詳細に説明する。図１は、本実施形態における窓口効率化サービスの概要の一例を示す図である。

図１に示すように、まず、本実施形態における窓口効率化サービスにおいては、モバイル端末（例えば、スマートフォン等）もしくはＰＣからのインターネット、または、電話によるプッシュ信号等を利用し、ユーザ（患者）からの医療機関の診察予約を受け付けるサービスを提供している（ステップＳ−１）。

そして、本窓口効率化サービスにおいては、患者が予約日時に病院で受付を行い、診察・診療が終わった場合（ステップＳ−２）、診療代金の精算方法を予め現金払いから口座振替、クレジットカード、または、電子マネー等を利用した自動精算方法に変更しているため、患者は代金支払いをせずに処方箋を受け取ったら直ぐに医療機関を出ることができるサービスを提供している（ステップＳ−３）。

ここで、本窓口効率化サービスにおいては、診療代金の窓口精算方法を現金払いから口座振替、クレジットカード、または、電子マネー等の精算方法に変更しているため、医療機関での現金取扱業務を削減している。

また、本窓口効率化サービスにおいては、医療機関内の現金取扱処理の削減に合わせて、業務の簡素化効率化を推進することができる。また、本窓口効率化サービスにおいては、支払方法と併せて情報処理方法の見直しにより、患者の待ち時間を削減することができる。また、本窓口効率化サービスにおいては、電子レセプトによる保険請求のファクタリングも金融機関と連携することができる。

そして、本窓口効率化サービスにおいては、診療代金自動精算の患者への通知とともに、患者が希望する薬局（保険薬局）へ処方箋データの送付を行う（ステップＳ−４）。すなわち、本窓口効率化サービスにおいては、患者が事前に薬局を選択し、選んだ薬局への処方箋データの伝送を行っている。ここで、本窓口効率化サービスにおいては、患者のスマートフォン等へ処方箋データの伝送要望確認を行ってもよい。

そして、本窓口効率化サービスにおいては、患者が選んだ薬局にて、処方箋と薬との交換を行うと、薬および調剤代金の口座振替、クレジットカード、または、電子マネー等を利用した自動精算が行われ、自動精算の通知が患者に通知され（ステップＳ−５）、処理を終了する。

これにより、本窓口効率化サービスにおいては、患者は希望する保険薬局にて処方箋データが連携され、患者は調剤待ち時間の削減および欲しい場所での受取が可能となる。また、本窓口効率化サービスにおいては、他の医療機関の医師が、薬剤処方に際し、患者の（同意のもと）処方箋データの閲覧を提供することができる。

以上で、本実施形態における窓口効率化サービスの概要の説明を終える。

［本実施形態の構成］
以下、本発明の実施形態に係る窓口効率化システムの構成の一例について図２を参照して説明し、その後、本実施形態の処理等について詳細に説明する。但し、以下に示す実施形態は、本発明の技術思想を具体化するための窓口効率化システムを例示するものであって、本発明をこの窓口効率化システムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態の窓口効率化システムにも等しく適用し得るものである。

例えば、本実施形態で例示する窓口効率化システムにおける機能分散の形態は以下に限られず、同様の効果や機能を奏し得る範囲において、任意の単位で機能的または物理的に分散・統合して構成することができる。図２は、本実施形態に係る窓口効率化システムの構成の一例を示すハードウェア構成図である。

図２に示すように、本実施形態の窓口効率化システムは、概略的に、医療機関端末１００と、決済サーバ２００と、薬局端末４００と、ユーザ端末５００と、クラウド６００と、を通信可能に接続して構成される。

ここで、通信には、一例として、ネットワーク３００を介した有線・無線通信等の遠隔通信等を含む。また、これら窓口効率化システムの各部は任意の通信路を介して通信可能に接続されている。

［医療機関端末１００の構成］
まず、図２に示すように、医療機関端末１００は、概略的に、制御部１０２と、記憶部１０６と、を備えて構成される。ここで、医療機関端末１００は、入出力部１１２等を更に備えていてもよい。また、医療機関端末１００は、更に、入出力部１１２と制御部１０２とを接続する入出力インターフェース部（図示せず）を備えていてもよい。

また、医療機関端末１００は、更に、通信インターフェース部（図示せず）を備えていてもよく、通信インターフェース部を介して、外部装置（例えば、決済サーバ２００、薬局端末４００、および／または、ユーザ端末５００等）と相互に通信可能に接続されていてもよい。通信インターフェース部は、通信回線および／または電話回線等に接続されるアンテナおよび／またはルータ等の通信装置に接続されるインターフェースであり医療機関端末１００とネットワーク３００との間における通信制御を行う機能を有していてもよい。

ここで、通信インターフェース部は、ＮＩＣ等であってもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。なお、制御部１０２は、入出力部１１２、入出力インターフェース部、および、通信インターフェース部を制御してもよい。

ここで、記憶部１０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部１０６は、ストレージ手段であり、例えばＲＡＭ・ＲＯＭ等のメモリ、ハードディスクのような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。記憶部１０６には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。

これら記憶部１０６の各構成要素のうち、予約データベース１０６ａは、ユーザ（患者）の医療機関における予約データを記憶する。ここで、予約データは、診察日時、診療科、担当医、および／もしくは、診察種別（例えば、初診、再診または検診等）に関する情報、ならびに、ユーザ（患者）情報（例えば、診察券番号、氏名、生年月日、保険者番号、住所、電話番号、クレジットカード番号および／または口座番号等）を含んでいてもよい。

また、レセプトデータベース１０６ｂは、ユーザのレセプトに関するレセプトデータ（電子レセプト）を記憶するレセプト記憶手段である。ここで、レセプトは、ユーザ（患者）が受けた診療について、医療機関が保険者（市町村や健康保険組合等）に請求する医療報酬の明細書（診療報酬明細書）であってもよい。また、レセプトは、ユーザの氏名、保険者番号、病名、診療報酬点数、療養の給付、食事・生活療養等の欄を含んでいてもよい。

また、レセプトデータベース１０６ｂは、ユーザが受けた診療を含む医療行為等の対価として計算される診療報酬に関する診療報酬データを記憶していてもよい。ここで、診療報酬は、診療報酬点数（例えば、レセプトデータに基づく診療報酬点数等）に基づいて計算された金額であってもよい。また、診療報酬データは、診療報酬計算書に基づくデータであってもよい。

また、カルテデータベース１０６ｃは、ユーザのカルテに関するカルテデータ（電子カルテ）を記憶するカルテ記憶手段である。ここで、カルテは、診療の過程で知りえた患者に関するすべての事象である診療情報、診療に関する経過を記録した診療録、および／または、その他診療に関する諸記録（検査結果、手術所見、レントゲン写真および／または看護記録等）を含んでいてもよい。また、電子カルテは、オーダリングを含んでいてもよい。

また、処方箋データベース１０６ｄは、ユーザの処方箋に関する処方箋データを記憶する処方箋記憶手段である。ここで、処方箋データは、ユーザの氏名、生年月日、診察券番号、薬名、分量、用法、用量、処方箋の発行年月日、使用期間、医療機関の名称および所在地、ならびに／または、医師の住所等に関する情報を含んでいてもよい。

また、入出力部１１２は、データの入出力（Ｉ／Ｏ）を行う。ここで、入出力部１１２は、例えば、キー入力部、タッチパネル、コントロールパッド（例えば、タッチパッド、および、ゲームパッド等）、マウス、キーボード、および、マイク等であってもよい。

また、入出力部１１２は、アプリケーション等の表示画面を表示する表示部（例えば、液晶または有機ＥＬ等から構成されるディスプレイ、モニタ、および、タッチパネル等）であってもよい。また、入出力部１１２は、音声情報を音声として出力する音声出力部（例えば、スピーカ等）であってもよい。

また、制御部１０２は、医療機関端末１００を統括的に制御するＣＰＵ等からなる。制御部１０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。ここで、制御部１０２は、大別して、請求書データ作成部１０２ａを備える。

請求書データ作成部１０２ａは、医療機関における請求書データを作成する請求書データ作成手段である。ここで、請求書データ作成部１０２ａは、ユーザの処方箋データを作成してもよい。また、請求書データ作成部１０２ａは、請求書データ、および／または、ユーザの処方箋データを決済サーバ２００に送信してもよい。

また、請求書データ作成部１０２ａは、スキャナを介して読み込んだ診療報酬計算書もしくは請求書に基づく医療機関における請求書データ、および／または、スキャナを介して読み込んだ処方箋に基づくユーザの処方箋データを作成し、決済サーバに送信してもよい。また、請求書データ作成部１０２ａは、レセプトデータまたは診療報酬データに基づいて、医療機関における請求書データを作成してもよい。

［決済サーバ２００の構成］
また、図２に示すように、決済サーバ２００は、概略的に、制御部２０２と、記憶部２０６と、を備えて構成される。ここで、決済サーバ２００は、更に、通信インターフェース部（図示せず）を備えていてもよく、通信インターフェース部を介して、外部装置（例えば、医療機関端末１００、薬局端末４００、および／または、ユーザ端末５００等）と相互に通信可能に接続されていてもよい。

通信インターフェース部は、通信回線および／または通信装置に接続されるインターフェースであり決済サーバ２００とネットワーク３００との間における通信制御を行う機能を有していてもよい。また、決済サーバ２００は、入出力部（図示せず）を備えていてもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。なお、制御部２０２は、入出力部、入出力インターフェース部、および、通信インターフェース部を制御してもよい。

ここで、記憶部２０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部２０６は、ストレージ手段であり、例えばメモリ、ハードディスクのような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。記憶部２０６には、ＣＰＵに命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。

これら記憶部２０６の各構成要素のうち、処方箋データベース２０６ａは、ユーザの処方箋に関する処方箋データを記憶する処方箋記憶手段である。

また、請求書データベース２０６ｂは、医療機関における請求書データ、および／または、薬局におけるレセプトデータを記憶する請求書記憶手段である。

また、提携薬局データベース２０６ｃは、薬局の店舗情報を記憶する薬局記憶手段である。ここで、薬局は、ユーザにより薬を受け取る店舗として指定された指定薬局であってもよい。また、薬局は、保険薬局であってもよい。また、薬局は、本窓口効率化システムを提供する会社、および／または、医療機関等と提携する提携薬局であってもよい。

また、制御部２０２は、決済サーバ２００を統括的に制御するＣＰＵ等からなる。制御部２０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。ここで、制御部２０２は、大別して、医療機関精算処理部２０２ａ、処方箋データ送信部２０２ｂ、薬局精算処理部２０２ｃ、調剤指示送信部２０２ｄ、交換指示送信部２０２ｅ、および、他医療機関送信部２０２ｆを備える。

医療機関精算処理部２０２ａは、ユーザにより設定された医療機関の請求書に対する料金精算方法に基づいて、医療機関の請求書の精算処理を行う医療機関精算処理手段である。ここで、医療機関精算処理部２０２ａは、医療機関端末１００から送信される医療機関における請求書データ、および、ユーザにより設定された医療機関の請求書に対する料金精算方法に基づいて、医療機関の請求書の精算処理を行ってもよい。

また、医療機関精算処理部２０２ａは、医療機関端末１００から送信される請求書データ、および、医療機関の請求書に対する料金精算方法に基づいて、医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、医療機関端末１００から送信される他の請求書データに基づく他の請求書の金額と、の合計が所定金額を超えた場合、精算処理を行ってもよい。

また、医療機関における請求書データは、スキャナを介して読み込んだ診療報酬計算書もしくは請求書に基づいて作成される情報であってもよい。また、医療機関における請求書データは、更に、医療機関端末１００と、決済サーバ２００と、の間に構築されたインターフェース（情報ゲートウェイ２５０）を介して送信される情報であってもよい。

また、料金精算方法は、現金支払以外による精算方法であってもよい。ここで、現金支払以外による精算方法は、口座振替、銀行振込、デビットカード、クレジットカード、プリペイドカード、電子マネー、および／または、その他の現金支払以外によるいかなる精算方法であってもよい。また、医療機関精算処理部２０２ａは、医療機関端末１００から送信されるレセプトデータ等に基づいて、医療機関における請求書データを作成してもよい。

また、処方箋データ送信部２０２ｂは、医療機関端末１００から送信される処方箋データを含む調剤依頼を薬局端末４００に送信する処方箋データ送信手段である。ここで、処方箋データ送信部２０２ｂは、ユーザ端末５００から調剤可能通知に基づく薬局における処方箋の交換不可通知を受信した場合、交換不可通知に含まれるユーザにより指定された処方箋の交換可能な他の薬局に関する他薬局情報に基づいて、医療機関端末１００から送信される処方箋データを含む調剤依頼を他の薬局の薬局端末４００に送信してもよい。

また、処方箋データは、スキャナを介して読み込んだ処方箋に基づいて作成される情報であってもよい。また、処方箋データは、医療機関端末１００と、決済サーバ２００と、の間に構築されたインターフェース（情報ゲートウェイ２５０）を介して送信される情報であってもよい。

また、薬局精算処理部２０２ｃは、ユーザにより設定された薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行う薬局精算処理手段である。ここで、薬局精算処理部２０２ｃは、薬局端末４００から薬局における請求書データを含む調剤可能通知を受信した場合、薬局における請求書データ、および、ユーザにより設定された薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行ってもよい。

また、薬局精算処理部２０２ｃは、薬局端末４００から薬局における請求書データを含む調剤可能通知を受信し、且つ、ユーザ端末５００から調剤可能通知に基づく薬局における処方箋の交換可能通知を受信した場合、薬局における請求書データ、および、薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行ってもよい。また、医療機関精算処理部２０２ａは、薬局端末４００から送信されるレセプトデータに基づいて、薬局における請求書データを作成してもよい。

また、調剤指示送信部２０２ｄは、精算処理情報を含む調剤指示を薬局端末４００に送信する調剤指示送信手段である。

また、交換指示送信部２０２ｅは、ユーザ端末５００に精算処理情報を含む、薬局での処方箋の交換指示を送信する交換指示送信手段である。

また、他医療機関送信部２０２ｆは、ユーザの同意に基づいて、処方箋データを他の医療機関に送信する他医療機関送信手段である。ここで、他医療機関送信部２０２ｆは、ユーザの同意に基づいて、カルテデータを他の医療機関に送信してもよい。

［情報ゲートウェイ２５０］
また、図２に示すように、情報ゲートウェイ２５０は、医療機関端末１００と、決済サーバ２００等と、の間に構築されたインターフェースである。ここで、図２では省略しているが、本実施形態において、情報ゲートウェイ２５０は、制御部と、記憶部と、入出力部とを備えて構成されてもよい。また、情報ゲートウェイ２５０は、更に、入出力部と制御部とを接続する入出力インターフェース部（図示せず）を備えていてもよい。

また、情報ゲートウェイ２５０は、更に、通信インターフェース部（図示せず）を備えていてもよく、通信インターフェース部を介して、外部装置（例えば、医療機関端末１００、決済サーバ２００、薬局端末４００、および／または、ユーザ端末５００等）と相互に通信可能に接続されていてもよい。通信インターフェース部は、通信回線および／または通信装置に接続されるインターフェースであり情報ゲートウェイ２５０とネットワーク３００との間における通信制御を行う機能を有していてもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。なお、制御部は、入出力部、入出力インターフェース部、および、通信インターフェース部を制御してもよい。

ここで、記憶部は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部は、ストレージ手段であり、例えばメモリ、ハードディスクのような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。記憶部には、ＣＰＵに命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。

また、入出力部は、データの入出力を行う。ここで、入出力部は、例えば、キー入力部、タッチパネル、コントロールパッド、マウス、キーボード、および、マイク等であってもよい。また、入出力部は、表示画面を表示する表示部であってもよい。また、入出力部は、音声情報を音声として出力する音声出力部であってもよい。

また、制御部は、情報ゲートウェイ２５０を統括的に制御するＣＰＵ等からなる。制御部は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。

［薬局端末４００の構成］
また、図２に示すように、薬局端末４００は、概略的に、制御部４０２と、記憶部４０６と、を備えて構成される。ここで、薬局端末４００は、入出力部４１２等を更に備えていてもよい。また、薬局端末４００は、更に、入出力部４１２と制御部４０２とを接続する入出力インターフェース部（図示せず）を備えていてもよい。

また、薬局端末４００は、更に、通信インターフェース部（図示せず）を備えていてもよく、通信インターフェース部を介して、外部装置（例えば、医療機関端末１００、決済サーバ２００、および／または、ユーザ端末５００等）と相互に通信可能に接続されていてもよい。通信インターフェース部は、通信回線および／または通信装置に接続されるインターフェースであり薬局端末４００とネットワーク３００との間における通信制御を行う機能を有していてもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。なお、制御部４０２は、入出力部４１２、入出力インターフェース部、および、通信インターフェース部を制御してもよい。

ここで、記憶部４０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部４０６は、ストレージ手段であり、例えばメモリ、ハードディスクのような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。記憶部４０６には、ＣＰＵに命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。

これら記憶部４０６の各構成要素のうち、レセプトデータベース４０６ａは、ユーザのレセプトに関するレセプトデータ（電子レセプト）を記憶するレセプト記憶手段である。ここで、レセプトは、薬局における調剤において、薬局が保険者に請求する医療報酬の明細書（調剤報酬明細書）であってもよい。また、レセプトデータベース４０６ａは、ユーザが受けとる薬等の対価として計算される調剤代金に関する調剤代金データを記憶していてもよい。

また、入出力部４１２は、データの入出力を行う。ここで、入出力部４１２は、例えば、キー入力部、タッチパネル、コントロールパッド、マウス、キーボード、および、マイク等であってもよい。また、入出力部４１２は、表示画面を表示する表示部であってもよい。また、入出力部４１２は、音声情報を音声として出力する音声出力部であってもよい。

また、制御部４０２は、薬局端末４００を統括的に制御するＣＰＵ等からなる。制御部４０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。ここで、制御部４０２は、大別して、調剤可否通知部４０２ａ、および、調剤指示受信部４０２ｂを備える。

調剤可否通知部４０２ａは、決済サーバ２００から送信された調剤依頼に基づいて、調剤可否を受け付け、調剤可の場合、調剤可能通知を決済サーバ２００に送信し、調剤不可の場合、調剤不可通知を決済サーバ２００に送信する調剤可否通知手段である。

ここで、調剤可能通知は、薬局における請求書データを含んでいてもよい。また、調剤可否通知部４０２ａは、レセプトデータに基づいて、薬局における請求書データを作成してもよい。また、調剤可能通知は、レセプトデータを含んでいてもよい。

また、調剤指示受信部４０２ｂは、決済サーバ２００から送信された調剤指示を受信する調剤指示受信手段である。

［ユーザ端末５００の構成］
また、図２に示すように、ユーザ端末５００は、概略的に、制御部５０２と、記憶部５０６と、を備えて構成される。ここで、ユーザ端末５００は、入出力部５１２等を更に備えていてもよい。また、ユーザ端末５００は、更に、入出力部５１２と制御部５０２とを接続する入出力インターフェース部（図示せず）を備えていてもよい。

また、ユーザ端末５００は、更に、通信インターフェース部（図示せず）を備えていてもよく、通信インターフェース部を介して、外部装置（例えば、医療機関端末１００、決済サーバ２００、および／または、薬局端末４００等）と相互に通信可能に接続されていてもよい。通信インターフェース部は、通信回線および／または通信装置に接続されるインターフェースでありユーザ端末５００とネットワーク３００との間における通信制御を行う機能を有していてもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。なお、制御部５０２は、入出力部５１２、入出力インターフェース部、および、通信インターフェース部を制御してもよい。

ここで、記憶部５０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部５０６は、ストレージ手段であり、例えばメモリ、ハードディスクのような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。記憶部５０６には、ＣＰＵに命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。

また、入出力部５１２は、データの入出力を行う。ここで、入出力部５１２は、例えば、キー入力部、タッチパネル、コントロールパッド、マウス、キーボード、および、マイク等であってもよい。また、入出力部５１２は、表示画面を表示する表示部であってもよい。また、入出力部５１２は、音声情報を音声として出力する音声出力部であってもよい。

また、制御部５０２は、ユーザ端末５００を統括的に制御するＣＰＵ等からなる。制御部５０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。ここで、制御部５０２は、大別して、交換可否通知部５０２ａを備える。

交換可否通知部５０２ａは、決済サーバ２００から送信された調剤可能通知に基づいて、薬局における処方箋の交換可否を受け付け、交換可の場合、交換可能通知を決済サーバ２００に送信し、交換不可の場合、交換不可通知を決済サーバ２００に送信する交換可否通知手段である。ここで、交換不可通知は、ユーザにより指定された処方箋の交換可能な他の薬局に関する他薬局情報を含んでもよい。

［クラウド６００の構成］
また、図２に示すように、クラウド６００は、概略的に、クラウドデータベース６０６を少なくとも備えて構成される。ここで、クラウド６００は、一般的なクラウドサービス（クラウドコンピューティング）であって、ユーザにより予め選択されたものであってもよい。なお、本実施形態において、クラウド６００は、制御部を備えていてもよい。

ここで、クラウドデータベース６０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納するストレージ手段であり、例えば、医療機関端末１００等から送信される各種情報を記憶する。

以上で、本実施形態に係る窓口効率化システムの構成の説明を終える。

［本実施形態の処理］
上述した構成の窓口効率化システムで実行される処理の一例について、図３乃至図１６を参照して説明する。

［受付処理］
まず、本実施形態における受付処理の一例について、図３を参照して説明する。図３は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図３に示すように、まず、事前に予約システムを使って予約したユーザ（患者）が、診察券を病院の窓口に提出した場合（ステップＳＡ−１）、医療機関のスタッフにより診察券が受け取られ、医療機関端末１００にアクセスされた際、医療機関端末１００の制御部１０２は、予約データベース１０６ａに記憶された来院予約者リスト（時間別来院予定者一覧）を入出力部１１２に表示させる（ステップＳＡ−２）。

そして、医療機関のスタッフは、入出力部１１２を介して、診察券と来院予約者リストとをチェックする。すなわち、受付スタッフは、診察券を受取り、医療機関端末１００を用いて、来院予定者リストで予約確認できる。

そして、医療機関のスタッフにより入出力部１１２を介して、ユーザの診察券番号がレセプトデータベース１０６ｂに記憶された電子レセプトに入力された場合、医療機関端末１００の制御部１０２は、レセプトデータベース１０６ｂおよびカルテデータベース１０６ｃを更新し（ステップＳＡ−３）、処理を終了する。

このように、予約システムを使って事前予約がされているため、医療機関は、予約システムから来院予定者リストが作成でき、患者の来院前にカルテ準備、および、医療処置準備等の事前設定が可能となる。また、本実施形態において、予約システムは、既存のシステムを用いてもよい。

［チェックアウト処理］
また、本実施形態におけるチェックアウト処理の一例について、図４を参照して説明する。図４は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図４に示すように、まず、患者の診察の終わった際に、医療機関のスタッフにより電子レセプトへの診察終了処理が入出力部１１２を介して入力された場合、医療機関端末１００の制御部１０２は、電子レセプトを更新する（ステップＳＢ−１）。

そして、医療機関のスタッフは、診察券と処方箋とを患者に渡す（ステップＳＢ−２）。ここで、患者は、診察券と処方箋を受取り、会計処理を待たずにそのまま帰ることが出来る。

そして、医療機関端末１００の請求書データ作成部１０２ａは、医療機関における請求書データ（診療報酬の請求明細）、および、ユーザの処方箋データを作成し、システム連携により、決済サーバ２００に伝送（送信）する（ステップＳＢ−３）。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、システム連携し、医療機関端末１００から送信される医療機関における請求書データ、および、ユーザにより設定された医療機関の請求書に対する料金精算方法（例えば、口座振替等）に基づいて、医療機関の請求書の支払処理（精算処理）を行う（ステップＳＢ−４）。

ここで、医療機関精算処理部２０２ａは、医療機関端末１００から送信される請求書データ、および、医療機関の請求書に対する料金精算方法に基づいて、医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、医療機関端末１００から送信される他の請求書データに基づく他の請求書の金額と、の合計が所定金額を超えた場合、精算処理を行ってもよい。すなわち、医療機関精算処理部２０２ａは、少額決済の場合、タンギング等をおこなってもよい。

そして、決済サーバ２００の制御部２０２は、請求明細内容と支払金額とを含む請求／支払明細情報を支払人である患者に通知し（ステップＳＢ−５）、処理を終了する。

［会計支払処理（その１）］
また、本実施形態における会計支払処理の一例について、図５を参照して説明する。図５は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図５に示すように、まず、医療機関端末（レセプトコンピュータ）１００の請求書データ作成部１０２ａは、電子カルテまたはオーダリングに基づいて、医療機関における診療報酬データ、および、ユーザの処方箋データを作成し、決済サーバ２００に送信する（ステップＳＣ−１）。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、医療機関端末１００から送信された医療機関における診療報酬データに基づいて、診療報酬計算書から請求書データを作成して口座振替またはクレジットカード等の引落データとし、医療機関の請求書の精算処理を行う（ステップＳＣ−２）。ここで、少額決済には、タンギング等をおこなってもよい。

そして、ユーザ端末（スマートフォン等）５００の制御部５０２は、患者が指定する提携薬局（保険薬局）への送付指示を決済サーバ２００に送信する（ステップＳＣ−３）。すなわち、患者は、自分のスマートフォンから希望する薬局宛に処方箋送付を指示できる。また、スマートフォンを持っていない患者は、医療機関が機能提供する場合、医療機関のＰＣ等から処方箋の送付が指示できる。

そして、決済サーバ２００の処方箋データ送信部２０２ｂは、ユーザ端末５００から送信された患者が指定する保険薬局への送付指示に基づいて、処方箋データを含む調剤依頼を保険薬局の薬局端末４００に送信する（ステップＳＣ−４）。

そして、薬局端末４００の調剤指示受信部４０２ｂは、決済サーバ２００から送信された調剤指示を受信し、保険薬局にて調剤が行われ、患者は、処方箋と調剤された薬とを交換する（ステップＳＣ−５）。

そして、薬局端末４００の制御部４０２は、請求明細情報を決済サーバ２００に送信する（ステップＳＣ−６）。

そして、決済サーバ２００の薬局精算処理部２０２ｃは、薬局端末４００から送信されるレセプトデータ（請求明細情報）に基づいて、薬局における請求書データを作成し、薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行い（ステップＳＣ−７）、処理を終了する。ここで、少額決済には、タンギング等をおこなってもよい。すなわち、保険薬局が受け付ける処方箋の請求明細は、決済サーバ２００が収納代行する自動精算となる。

［調剤精算処理］
また、本実施形態における調剤精算処理の一例について、図６を参照して説明する。図６は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図６に示すように、薬局端末４００の調剤可否通知部４０２ａは、決済サーバ２００から送信された調剤依頼に基づいて、調剤可否の応答を行い、調剤可の場合、調剤可能通知を決済サーバ２００に送信し、調剤不可の場合、調剤不可通知を決済サーバ２００に送信する（ステップＳＤ−１）。

ここで、図６に示す調剤薬局の利用画面のように、薬局端末４００において、薬局職員が、薬局コードのテキストボックスに決済サーバ２００が通知する薬局のコードを入力し（同時に画面表示）、処方箋Ｎｏのテキストボックスに受け付けた処方箋Ｎｏを入力し、調剤の可否を入力して、決済サーバ２００に送信してもよい。

そして、決済サーバ２００の制御部２０２は、調剤の可否をユーザ端末５００に連絡し、「否」の場合、処方箋データ送信部２０２ｂは、別の薬局端末４００へ処方箋データを転送し、「可」の場合、薬局精算処理部２０２ｃは、自動精算する（ステップＳＤ−２）。

そして、調剤薬局にて処方箋と薬の交換がされた場合、薬局端末４００の制御部４０２は、調剤代金の請求書データを決済サーバ２００に送信する（ステップＳＤ−３）。

ここで、図６に示す調剤薬局の利用画面のように、薬局端末４００において、薬局職員が、薬局コードのテキストボックスに決済サーバ２００が通知する薬局のコードを入力し（同時に画面表示）、処方箋Ｎｏのテキストボックスに受け付けた処方箋Ｎｏを入力し、調剤代金を入力して、決済サーバ２００に送信してもよい。

そして、決済サーバ２００の薬局精算処理部２０２ｃは、薬局における請求書データ、および、ユーザにより設定された薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行い、収納結果を薬局端末４００に通知し（ステップＳＤ−４）、処理を終了する。

［機能設定］
また、本実施形態における機能設定の一例について、図７および図８を参照して説明する。図７および図８は、本実施形態の機能設定の一例を示す図である。

図７に示すように、本窓口効率化サービスを導入する医療機関の医療機関端末１００と決済サーバ２００との間における機能設定においては、サービス導入の為に、診察予約および管理システムの設定、診療報酬明細データの受渡設定、収納結果情報の受取設定、処方箋データの受渡設定、ならびに、診察予約管理システムの設定を含むシステム設定を行い、その為の業務運営フローを構築する。

すなわち、本窓口効率化サービスを導入する医療機関端末１００と決済サーバ２００とは、電子レセプトシステムから請求明細情報を伝送するインターフェース機能の構築および設定、請求明細情報に基づく収納確定情報を受取り、電子レセプトに収納結果を反映する機能の構築および設定、電子カルテまたはオーダリングシステムから処方箋データを伝送するインターフェース機能の構築および設定、ならびに、口座振替、クレジットカードまたは電子マネー等の自動精算システムの設定を行ってもよい。

また、図８に示すように、本窓口効率化サービスを導入する保険薬局の薬局端末４００と決済サーバ２００との間における機能設定においては、サービス導入の為に、受取った処方箋の調剤可否回答機能の設定、調剤実施薬の請求明細情報の受渡機能および収納結果情報の受取機能の設定、ならびに、モバイル注文に対する受発注および決済機能の設定を含むシステム設定を行い、その為の業務運営フローを構築する。

すなわち、本窓口効率化サービスを導入する薬局端末４００と決済サーバ２００とは、
受け取った処方箋データに対し、処方の可否を回答する機能、処方した薬の請求明細情報を伝送するインターフェース機能の設定、ならびに、口座振替、クレジットカードまたは電子マネー等の自動精算システムの設定を行ってもよい。

［システム連携（その１）］
また、本実施形態におけるシステム連携の一例について、図９を参照して説明する。図９は、本実施形態のシステム連携の一例を示す図である。

図９に示すように、本窓口効率化システムにおいては、病院院内にクラウド環境とのインターフェースとなる情報ゲートウェイ（院内ＢＳシステム端末）２５０を設置し、医療機関端末１００に記憶されたレセプトデータ（ＨＯＰＥ／ＳＸ−Ｊ等の電子レセプト）などの受け渡しを行ってもよい。

ここで、本窓口効率化システムにおいては、医療機関端末１００からクラウド環境へ、チェックアウトデータ、請求金額データ、請求明細データ、および／または、処方データ等が、院内ＢＳシステム端末２５０を介して送信され、クラウド環境から医療機関端末１００へ、入金確定データ等が、院内ＢＳシステム端末２５０を介して送信されてもよい。

［システム連携（その２）］
また、本実施形態におけるシステム連携の一例について、図１０を参照して説明する。図１０は、本実施形態のシステム連携の一例を示す図である。

図１０に示すように、本窓口効率化システムにおいては、医療機関端末１００からプリンタを介して出力された請求書および処方箋を、院内スキャナを利用して請求金額データおよび請求明細データと処方データとを読み込み、クラウド環境とのインターフェースとなる院内ＢＳシステム端末２５０を介して、請求書データおよび処方箋データとしてクラウド環境に送信してもよい。

また、本窓口効率化システムにおいては、クラウド環境から入金情報、調剤可否情報、および／または、調剤代金情報等を、医療機関端末１００の制御部１０２は、院内ＢＳシステム端末２５０を介して入金確定データとしてデータ受信、または、院内ＢＳシステム端末２５０にて出力された入金リストを入出力部１１２を介してデータ取得してもよい。

［会計支払処理（その２）］
また、本実施形態における会計支払処理の一例について、図１１を参照して説明する。図１１は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図１１に示すように、まず、患者の診察が終わった場合、医事会計窓口は、請求書（または診療報酬計算書）または領収書と処方箋とをプリントアウトし、請求書または領収書と処方箋とをスキャナでスキャンする。そして、情報ゲートウェイ２５０は、スキャンデータから対象となるデータ（請求書データおよび処方箋データ等）を抜出してクラウド６００に転送する（ステップＳＥ−１）。

ここで、医事会計窓口は、出力した診療報酬計算書または領収書と処方箋とをスキャナにセットし、スキャンし、処方箋を患者に渡し、診療報酬計算書または領収書は患者のホルダーに保管してもよい。なお、医事会計窓口は、診療報酬計算書または領収書と処方箋との出力をするシステムが分かれている場合、患者の待ち時間削減のため、処方箋出力を優先してもよい。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、クラウド６００に転送された請求書データを口座振替またはクレジットカード等の引落データとし（ステップＳＥ−２）、医療機関の請求書の精算処理を行う（ステップＳＥ−３）。ここで、少額決済には、タンギング等をおこなってもよい。

そして、決済サーバ２００の処方箋データ送信部２０２ｂは、クラウド６００に転送された処方箋データを取得し（ステップＳＥ−４）、患者が指定する提携薬局（保険薬局）への送付指示に基づいて（ステップＳＥ−５）、処方箋データを含む調剤依頼を保険薬局の薬局端末４００に送信する（ステップＳＥ−６）。

そして、保険薬局にて調剤が行われ、処方箋と調剤された薬との交換が行われた場合、薬局端末４００の制御部４０２は、薬代金通知を決済サーバ２００に送信する（ステップＳＥ−７）。

そして、決済サーバ２００の薬局精算処理部２０２ｃは、薬局端末４００から送信される薬代金通知に基づいて、薬局における請求書データを作成し（ステップＳＥ−８）、薬局の請求書に対する料金精算方法に基づいて、薬局の請求書の精算処理を行う（ステップＳＥ−９）。ここで、少額決済には、タンギング等をおこなってもよい。

そして、決済サーバ２００の薬局精算処理部２０２ｃは、収納結果を薬局端末４００に通知し（ステップＳＥ−１０）、処理を終了する。ここで、薬局精算処理部２０２ｃは、診療代金通知、および、薬代金通知を患者のユーザ端末５００に送信してもよい。

［振分ＯＣＲ処理］
また、本実施形態における振分ＯＣＲ処理の一例について、図１２を参照して説明する。図１２は、本実施形態の振分ＯＣＲ処理の一例を示す図である。

図１２に示すように、本窓口効率化システムにおいては、病院院内にて、請求書と処方箋とをスキャンし、ＰＤＦを情報ゲートウェイ２５０の院内データベースに収録し、サービス申込者のＰＤＦをデータ抽出し、抽出したＰＤＦをクラウドデータベース６０６に転送する。

そして、本窓口効率化システムにおいては、処方箋ＰＤＦと請求書ＰＤＦとの振り分けをＯＣＲにより行い、医療機関番号および診察券番号のタグのついた処方箋のＳＣＡＮデータを決済サーバの処方箋データベース２０６ａに格納し、患者の指定する薬局のＦＡＸ番号を受け付け、患者の処方箋ＰＤＦを指定する薬局に送る。

一方、本窓口効率化システムにおいては、処方箋ＰＤＦと請求書ＰＤＦとの振り分けをＯＣＲにより行い、医療機関番号、診察券番号および請求金額のセットされた請求書のスキャンデータを決済サーバの請求書データベース２０６ｂに格納し、口座振替データを作成し、口座振替を行う。

［会計支払処理（その３）］
また、本実施形態における会計支払処理の一例について、図１３を参照して説明する。図１３は、本実施形態の会計支払処理の一例を示す図である。

図１３に示すように、本窓口効率化システムにおいては、ユーザ端末５００から決済サーバ２００の制御部（調剤薬局関連アプリケーション（ＡＰ））２０２には、薬局の選択および処方箋の伝送指示、ならびに、調剤明細照会等が送信されてもよい。

また、本窓口効率化システムにおいては、調剤薬局関連ＡＰ２０２からユーザ端末５００には、調剤不可の場合の別の薬局の選択要求、調剤の請求通知、および、請求明細通知が送信されてもよい。

また、本窓口効率化システムにおいては、調剤薬局関連ＡＰ２０２から薬局端末４００には、処方箋データが送信され、薬局端末４００から調剤薬局関連ＡＰ２０２には、調剤の可否連絡、および、調剤実施の請求明細等が送信されてもよい。

また、決済サーバ２００の制御部２０２は、クラウドデータベース６０６に格納された医療機関コード、診察券番号、請求金額および請求明細データから口座振替データを作成し、銀行への設定および口座振替を実施し、入金結果の反映を行い、医療機関端末１００に入金結果通知を送信してもよい。

［スキャン処理］
また、本実施形態におけるスキャン処理の一例について、図１４を参照して説明する。図１４は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図１４に示すように、医療機関のスキャナにおいて請求書および処方箋等がスキャンされた場合、情報ゲートウェイ２５０は、スキャンデータをタグ付きＰＤＦとして取得する（ステップＳＦ−１）。なお、医療機関においては、処方箋は患者に渡し、請求書等は患者毎に保管してもよい。

そして、情報ゲートウェイ２５０は、サービス利用申込者の診察券番号テーブルを用いて、診察券番号の一致を確認する（ステップＳＦ−２）。

そして、情報ゲートウェイ２５０は、診察券番号が一致しないと判定した場合（ステップＳＦ−２：Ｎｏ）、処方箋および請求書等のＰＤＦを、病院番号と診察券番号とのタグがついたＰＤＦとして院内のそれぞれのデータベースに収録する（ステップＳＦ−３）。

一方、情報ゲートウェイ２５０は、診察券番号が一致すると判定した場合（ステップＳＦ−２：Ｙｅｓ）、タグ付きＰＤＦとしてクラウド６００（クラウドデータベース６０６）に送信し、更に、処方箋および請求書等のＰＤＦを、病院番号と診察券番号とのタグがついたＰＤＦとして院内のそれぞれのデータベースに収録し（ステップＳＦ−４）、処理を終了する。

［請求収納処理］
また、本実施形態における請求収納処理の一例について、図１５を参照して説明する。図１５は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図１５に示すように、まず、決済サーバ２００の制御部２０２は、病院番号および診察券番号のタグがついたＰＤＦとしてクラウドデータベース６０６に収録された、請求書ＰＤＦをＯＣＲによりデジタル化し、請求書データベース２０６ｂに格納する（ステップＳＧ−１）。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、デジタル化された請求書データ、および、ユーザにより設定された医療機関の請求書に対する料金精算方法に基づいて、口座振替等の請求データを作成する（ステップＳＧ−２）。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、作成した請求データを用いて、銀行またはクレジットカード会社等を介して、医療機関の請求書の精算処理を行う（ステップＳＧ−３）。

そして、決済サーバ２００の医療機関精算処理部２０２ａは、銀行またはクレジットカード会社等から収納データを取得し、請求データに収納結果を反映する（ステップＳＧ−４）。

そして、決済サーバ２００の制御部２０２は、患者のユーザ端末５００に、請求金額、精算方法を通知する請求書ＰＤＦ、および、処方説明ＰＤＦを含む請求明細通知を送信し（ステップＳＧ−５）、処理を終了する。

［処方箋伝送処理］
また、本実施形態における処方箋伝送処理の一例について、図１６を参照して説明する。図１６は、本実施形態の窓口効率化システムにおける処理の一例を示すフローチャートである。

図１６に示すように、まず、決済サーバ２００のシステムＡＰ２０２は、病院番号および診察券番号のタグがついたＰＤＦとして、クラウドデータベース６０６に収録された請求書ＰＤＦをＯＣＲによりデジタル化し、請求書データベース２０６ｂに格納する（ステップＳＨ−１）。

そして、決済サーバ２００のシステムＡＰ２０２は、ユーザにより指定された薬局に基づいて、提携薬局データベース２０６ｃに記憶された店舗情報に基づく薬局を選択する（ステップＳＨ−２）。

そして、決済サーバ２００のシステムＡＰ２０２は、患者の処方箋データを選び出し（ステップＳＨ−３）、指定する薬局へ送付指示（ＦＡＸ指示）をクラウド６００に送信する（ステップＳＨ−４）。

そして、クラウド６００は、収録された処方箋ＰＤＦを取得し、処方箋ＰＤＦ、請求金額、精算方法を通知する請求書ＰＤＦ、および、処方説明（説明書）ＰＤＦを含む調剤依頼を薬局端末４００に送信する（ステップＳＨ−５）。

そして、薬局端末４００の制御部４０２は、処方可否連絡を決済サーバ２００に送信する（ステップＳＨ−６）。

そして、薬局端末４００の制御部４０２により請求書データが決済サーバ２００に送信された場合（ステップＳＨ−７）、決済サーバ２００のシステムＡＰ２０２は、請求書データベース２０６ｂに薬局の請求書データを格納し（ステップＳＨ−８）、処理を終了する。

このように、本実施形態においては、スキャンした請求書および処方箋を病院番号および診察券番号のタグのついたＰＤＦとして院内ＤＢに収録してもよい。また、本実施形態においては、院内ＤＢに収録した請求書データおよび処方箋データから、本システム利用者の請求書および処方箋のＰＤＦを抜出し、抜出したＰＤＦをクラウドＤＢ６０６に転送してもよい。

また、本実施形態においては、クラウド６００は、転送を受けたＰＤＦを種類毎にクラウドデータベース６０６に収録し、請求書ＰＤＦをＯＣＲによりデータ変換してもよい。また、本実施形態においては、患者への請求明細を確認し、患者宛に請求明細を通知してもよい。

また、本実施形態においては、請求書データベース２０６ｂのデータから口座振替等の請求データを作成し、銀行またはクレジットカード会社へ収納をセッティングしてもよい。また、本実施形態においては、口座振替またはクレジットカード決済等の収納結果を受け取り、クラウドデータベース６０６の請求データに結果をセットしてもよい。

また、本実施形態においては、クラウドデータベース６０６から院内ＤＢの請求書データに収納結果データをセットしてもよい。また、本実施形態においては、院内ＤＢでは、収納結果を受けたデータを電子レセプトに連携してもよく、電子レセプトとの連携ができない場合、手入力に利用できる入金確定一覧表等の作業支援帳票を印刷してもよい。

また、本実施形態においては、患者が自分のスマートフォンで薬局を検索でき、その薬局へ処方箋をＦＡＸ送付する指示ができる。また、本実施形態においては、薬局が患者から受け付けた処方箋の調剤可否をＰＣまたはスマートフォンから回答することができる。

また、本実施形態においては、調剤不可の返答を受けた場合、患者にその旨を通知し、再度薬局検索し、転送指示を受けてもよく、調剤可の場合、薬局が調剤した薬代金をＰＣまたはスマートフォンから決済サーバ２００に通知し、口座振替等の収納を委託してもよい。また、本実施形態においては、決済サーバ２００は、薬局から受け取った薬代金の請求をクラウドデータベース６０６にセットし、口座振替データ等を作成するとともに、指示した患者（依頼者）に請求金額を通知してもよい。

また、本実施形態においては、口座振替結果をクラウドデータベース６０６に収録された請求データに反映してもよい。また、本実施形態においては、患者毎に収納結果が反映されたデータを病院毎、および／または、薬局毎に集計し、それぞれに収納結果を通知してもよい。

また、本実施形態においては、病院および薬局それぞれの、請求明細および収納結果の一覧が作成でき、その合計表等の集計資料の作成ができる。また、本実施形態においては、患者は、決済サーバ２００のＡＰから自分の医療費、薬代、および／または、その他医療関連費用の支払の明細を確認できる。

以上で、本実施形態に係る窓口効率化システムの処理の説明を終える。

［他の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、医療機関端末１００と、決済サーバ２００、情報ゲートウェイ２５０、薬局端末４００、および、ユーザ端末５００がスタンドアローンの形態で処理を行う場合を一例に説明したが、各装置は、クライアント端末（医療機関端末１００と、決済サーバ２００、薬局端末４００、情報ゲートウェイ２５０、および、ユーザ端末５００とは別筐体である）からの要求に応じて処理を行い、その処理結果を当該クライアント端末に返却するようにしてもよい。

また、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、医療機関端末１００と、決済サーバ２００、情報ゲートウェイ２５０、薬局端末４００、ユーザ端末５００、および、クラウド６００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、各装置が備える処理機能、特に制御部１０２、制御部２０２、制御部４０２、および、制御部５０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、後述する、コンピュータに本発明に係る方法を実行させるためのプログラム化された命令を含む、一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて各装置に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部１０６、記憶部２０６、記憶部４０６、および、記憶部５０６などには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、各装置に対して任意のネットワーク３００を介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、および、Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１０６、記憶部２０６、記憶部４０６、記憶部５０６、および、クラウドデータベース６０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

また、医療機関端末１００と、決済サーバ２００、情報ゲートウェイ２５０、薬局端末４００、ユーザ端末５００、および、クラウド６００は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置として構成してもよく、また、該情報処理装置に任意の周辺装置を接続して構成してもよい。また、医療機関端末１００と、決済サーバ２００、情報ゲートウェイ２５０、薬局端末４００、ユーザ端末５００、および、クラウド６００は、該情報処理装置に本発明の方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて、または、機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

以上詳述に説明したように、本発明によれば、診察後の待ち時間を削減することができる決済サーバ、窓口効率化システム、窓口効率化方法、および、プログラムを提供することができ、会計処理分野などの様々な分野において極めて有用である。

１００ 医療機関端末
１０２ 制御部
１０２ａ 請求書データ作成部
１０６ 記憶部
１０６ａ 予約データベース
１０６ｂ レセプトデータベース
１０６ｃ カルテデータベース
１０６ｄ 処方箋データベース
１１２ 入出力部
２００ 決済サーバ
２０２ 制御部
２０２ａ 医療機関精算処理部
２０２ｂ 処方箋データ送信部
２０２ｃ 薬局精算処理部
２０２ｄ 調剤指示送信部
２０２ｅ 交換指示送信部
２０２ｆ 他医療機関送信部
２０６ 記憶部
２０６ａ 処方箋データベース
２０６ｂ 請求書データベース
２０６ｃ 提携薬局データベース
２５０ 情報ゲートウェイ
３００ ネットワーク
４００ 薬局端末
４０２ 制御部
４０２ａ 調剤可否通知部
４０２ｂ 調剤指示受信部
４０６ 記憶部
４０６ａ レセプトデータベース
４１２ 入出力部
５００ ユーザ端末
５０２ 制御部
５０２ａ 交換可否通知部
５０６ 記憶部
５１２ 入出力部
６００ クラウド
６０６ クラウドデータベース

Claims (24)

1. 医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理手段と、
   前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信手段と、
   前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理手段と、
   精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信手段と、
   を備えたことを特徴とする、決済サーバ。
2. 請求項１に記載の決済サーバにおいて、
   前記薬局は、
   前記ユーザにより薬を受け取る店舗として指定された指定薬局であることを特徴とする、決済サーバ。
3. 請求項１または２に記載の決済サーバにおいて、
   ユーザ端末に前記精算処理情報を含む、前記薬局での処方箋の交換指示を送信する交換指示送信手段、
   を更に備えたことを特徴とする、決済サーバ。
4. 請求項１または２に記載の決済サーバにおいて、
   前記薬局精算処理手段は、
   前記薬局端末から前記薬局における請求書データを含む調剤可能通知を受信し、且つ、ユーザ端末から前記調剤可能通知に基づく前記薬局における処方箋の交換可能通知を受信した場合、前記薬局における請求書データ、および、前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行うことを特徴とする、決済サーバ。
5. 請求項４に記載の決済サーバにおいて、
   前記処方箋データ送信手段は、
   前記ユーザ端末から前記調剤可能通知に基づく前記薬局における前記処方箋の交換不可通知を受信した場合、前記交換不可通知に含まれる前記ユーザにより指定された前記処方箋の交換可能な他の薬局に関する他薬局情報に基づいて、前記医療機関端末から送信される前記処方箋データを含む前記調剤依頼を前記他の薬局の前記薬局端末に送信することを特徴とする、決済サーバ。
6. 請求項１乃至５のいずれか一つに記載の決済サーバにおいて、
   前記医療機関精算処理手段は、
   前記医療機関端末から送信される前記請求書データ、および、前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、前記医療機関端末から送信される他の前記請求書データに基づく他の前記医療機関の請求書の金額と、の合計が前記所定金額を超えた場合、精算処理を行うことを特徴とする、決済サーバ。
7. 請求項１または２に記載の決済サーバにおいて、
   前記医療機関における請求書データは、
   スキャナを介して読み込んだ診療報酬計算書もしくは前記医療機関の請求書に基づいて作成される情報であり、
   前記処方箋データは、
   前記スキャナを介して読み込んだ処方箋に基づいて作成される情報であることを特徴とする、決済サーバ。
8. 請求項１乃至７のいずれか一つに記載の決済サーバにおいて、
   前記医療機関における請求書データは、
   更に、前記医療機関端末と、前記決済サーバと、の間に構築されたインターフェースを介して送信される情報であり、
   前記処方箋データは、
   更に、前記医療機関端末と、前記決済サーバと、の間に構築された前記インターフェースを介して送信される情報であることを特徴とする、決済サーバ。
9. 請求項１乃至８のいずれか一つに記載の決済サーバにおいて、
   前記調剤依頼は、
   前記ユーザによる医薬品の指定に関する後発医薬品指定情報、または、先発医薬品指定情報を含むことを特徴とする、決済サーバ。
10. 請求項１乃至９のいずれか一つに記載の決済サーバにおいて、
    前記ユーザの同意に基づいて、前記処方箋データを他の医療機関に送信する他医療機関送信手段、
    を更に備えたことを特徴とする、決済サーバ。
11. 請求項１乃至１０のいずれか一つに記載の決済サーバにおいて、
    前記料金精算方法は、
    現金支払以外による精算方法であることを特徴とする、決済サーバ。
12. 決済サーバは、
    医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理手段と、
    前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信手段と、
    前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理手段と、
    精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信手段と、
    を備え、
    前記医療機関端末は、
    前記医療機関における請求書データ、および／または、前記ユーザの前記処方箋データを作成し、前記決済サーバに送信する請求書データ作成手段、
    を備え、
    前記薬局端末は、
    前記決済サーバから送信された前記調剤依頼に基づいて、調剤可否を受け付け、調剤可の場合、前記薬局における請求書データを含む前記調剤可能通知を前記決済サーバに送信し、調剤不可の場合、調剤不可通知を前記決済サーバに送信する調剤可否通知手段と、
    前記決済サーバから送信された前記調剤指示を受信する調剤指示受信手段と、
    を備えたことを特徴とする、窓口効率化システム。
13. 請求項１２に記載の窓口効率化システムにおいて、
    前記薬局は、
    前記ユーザにより薬を受け取る店舗として指定された指定薬局であることを特徴とする、窓口効率化システム。
14. 請求項１２または１３に記載の窓口効率化システムにおいて、
    前記決済サーバは、
    ユーザ端末に前記精算処理情報を含む、前記薬局での処方箋の交換指示を送信する交換指示送信手段、
    を更に備えたことを特徴とする、窓口効率化システム。
15. 請求項１２または１３に記載の窓口効率化システムにおいて、
    ユーザ端末は、
    前記決済サーバから送信された前記調剤可能通知に基づいて、前記薬局における処方箋の交換可否を受け付け、交換可の場合、交換可能通知を前記決済サーバに送信し、交換不可の場合、交換不可通知を前記決済サーバに送信する交換可否通知手段、
    を備え、
    前記薬局精算処理手段は、
    前記薬局端末から前記薬局における請求書データを含む調剤可能通知を受信し、且つ、前記ユーザ端末から前記交換可能通知を受信した場合、前記薬局における請求書データ、および、前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行うことを特徴とする、窓口効率化システム。
16. 請求項１５に記載の窓口効率化システムにおいて、
    前記交換不可通知は、
    前記ユーザにより指定された前記処方箋の交換可能な他の薬局に関する他薬局情報を含み、
    前記処方箋データ送信手段は、
    前記他薬局情報に基づいて、前記医療機関端末から送信される前記処方箋データを含む前記調剤依頼を前記他の薬局の前記薬局端末に送信することを特徴とする、窓口効率化システム。
17. 請求項１２乃至１６のいずれか一つに記載の窓口効率化システムにおいて、
    前記医療機関精算処理手段は、
    前記医療機関端末から送信される前記請求書データ、および、前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の金額が所定金額以下である場合、精算処理を保留し、当該医療機関の請求書の金額と、前記医療機関端末から送信される他の前記請求書データに基づく他の前記医療機関の請求書の金額と、の合計が前記所定金額を超えた場合、精算処理を行うことを特徴とする、窓口効率化システム。
18. 請求項１２または１３に記載の窓口効率化システムにおいて、
    前記請求書データ作成手段は、
    スキャナを介して読み込んだ診療報酬計算書もしくは前記医療機関の請求書に基づく前記医療機関における請求書データ、および／または、前記スキャナを介して読み込んだ処方箋に基づく前記ユーザの前記処方箋データを作成し、前記決済サーバに送信することを特徴とする、窓口効率化システム。
19. 請求項１２乃至１８のいずれか一つに記載の窓口効率化システムにおいて、
    前記医療機関における請求書データは、
    更に、前記医療機関端末と、前記決済サーバと、の間に構築されたインターフェースを介して送信される情報であり、
    前記処方箋データは、
    更に、前記医療機関端末と、前記決済サーバと、の間に構築された前記インターフェースを介して送信される情報であることを特徴とする、窓口効率化システム。
20. 請求項１２乃至１９のいずれか一つに記載の窓口効率化システムにおいて、
    前記調剤依頼は、
    前記ユーザによる医薬品の指定に関する後発医薬品指定情報、または、先発医薬品指定情報を含むことを特徴とする、窓口効率化システム。
21. 請求項１２乃至２０のいずれか一つに記載の窓口効率化システムにおいて、
    前記決済サーバは、
    前記ユーザの同意に基づいて、前記処方箋データを他の医療機関に送信する他医療機関送信手段、
    を更に備えたことを特徴とする、窓口効率化システム。
22. 請求項１２乃至２１のいずれか一つに記載の窓口効率化システムにおいて、
    前記料金精算方法は、
    現金支払以外による精算方法であることを特徴とする、窓口効率化システム。
23. 医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理ステップと、
    前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信ステップと、
    前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理ステップと、
    精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信ステップと、
    を含むことを特徴とする、窓口効率化方法。
24. 医療機関端末から送信される医療機関における請求書データ、および、ユーザにより設定された前記医療機関の請求書に対する料金精算方法に基づいて、前記医療機関の請求書の精算処理を行う医療機関精算処理ステップと、
    前記医療機関端末から送信される処方箋データを含む調剤依頼を薬局端末に送信する処方箋データ送信ステップと、
    前記薬局端末から薬局における請求書データを含む調剤可能通知を受信した場合、前記薬局における請求書データ、および、前記ユーザにより設定された前記薬局の請求書に対する料金精算方法に基づいて、前記薬局の請求書の精算処理を行う薬局精算処理ステップと、
    精算処理情報を含む調剤指示を前記薬局端末に送信する調剤指示送信ステップと、
    をコンピュータに実行させるためのプログラム。

Images