特許 6916266 医療サービス取引装置、医療サービス取引方法、および医療サービス取引プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6916266

(24)【登録日】2021年7月19日

(45)【発行日】2021年8月11日

(54)【発明の名称】医療サービス取引装置、医療サービス取引方法、および医療サービス取引プログラム

(51)【国際特許分類】

   G06Q 20/14 20120101AFI20210729BHJP

   G06Q 20/40 20120101ALI20210729BHJP

【ＦＩ】

   G06Q20/14

   G06Q20/40

【請求項の数】7

【全頁数】16

(21)【出願番号】特願2019-231560(P2019-231560)

(22)【出願日】2019年12月23日

(65)【公開番号】特開2021-99700(P2021-99700A)

(43)【公開日】2021年7月1日

【審査請求日】2019年12月23日

(73)【特許権者】

【識別番号】394013002

【氏名又は名称】三菱電機インフォメーションシステムズ株式会社

(74)【代理人】

【識別番号】110002491

【氏名又は名称】溝井国際特許業務法人

(72)【発明者】

【氏名】村本 勝也

【審査官】 田付 徳雄

(56)【参考文献】

【文献】 特開２００８−１２３４５７（ＪＰ，Ａ）

【文献】 特開２０１１−１１３３００（ＪＰ，Ａ）

【文献】 特開２００６−２９３７５２（ＪＰ，Ａ）

【文献】 特開平０９−３２６０６６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置であって、
前記医療機関から、前記医療機関により予め定められた前払い金額を含む登録要求を取得し、前記医療機関に前記医療機関を識別する医療機関識別子を付与し、前記医療機関識別子と前記前払い金額とを対応付けた医療機関登録情報を記憶部に記憶する登録部と、
前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関識別子とを含む利用要求を受け付ける利用要求受付部と、
前記医療機関登録情報に基づいて、前記前払い金額を提示する金額提示部と、
前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する決済部と
を備えた医療サービス取引装置。

【請求項2】

前記登録部は、
前記利用者から前記決済方法を含む登録要求を取得し、前記利用者に前記利用者識別子を付与し、前記利用者識別子と前記決済方法とを対応付けた利用者登録情報を記憶部に記憶し、
前記決済部は、
前記利用者登録情報に基づいて、前記決済方法により前記前払い金額の決済を実行する請求項１に記載の医療サービス取引装置。

【請求項3】

前記医療サービス取引装置は、
前記利用者を認証する認証部を備え、
前記登録部は、
前記利用者の認証が成功すると、前記利用者識別子を付与する請求項１または請求項２に記載の医療サービス取引装置。

【請求項4】

前記医療サービス取引装置は、
前記医療機関により、前記決済完了通知を受領した前記利用者に対する医療サービスが完了したことを示す医療完了通知を取得し、前記医療完了通知に基づいて前記医療サービスに対する医療費と前記前払い金額との差額を前記利用者に通知する差額通知部を備え、
前記決済部は、
前記差額の決済要求を前記利用者から取得すると、前記利用者により予め登録された決済方法により前記差額の決済を実行し、
前記医療サービス取引装置は、
前記差額の決済が完了すると、前記医療費を前記医療機関に支払う処理を行う支払処理部を備えた請求項１から請求項３のいずれか１項に記載の医療サービス取引装置。

【請求項5】

前記利用要求受付部は、
前記利用者に前記医療機関を選択させる医療サービス取引画面を介して前記利用要求を受け付ける請求項１から請求項４のいずれか１項に記載の医療サービス取引装置。

【請求項6】

電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置の医療サービス取引方法であって、
登録部が、前記医療機関から、前記医療機関により予め定められた前払い金額を含む登録要求を取得し、前記医療機関に前記医療機関を識別する医療機関識別子を付与し、前記医療機関識別子と前記前払い金額とを対応付けた医療機関登録情報を記憶部に記憶し、
利用要求受付部が、前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関識別子とを含む利用要求を受け付け、
金額提示部が、前記医療機関登録情報に基づいて、前記前払い金額を提示し、
決済部が、前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する医療サービス取引方法。

【請求項7】

電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置の医療サービス取引プログラムであって、
前記医療機関から、前記医療機関により予め定められた前払い金額を含む登録要求を取得し、前記医療機関に前記医療機関を識別する医療機関識別子を付与し、前記医療機関識別子と前記前払い金額とを対応付けた医療機関登録情報を記憶部に記憶する登録処理と、
利用要求受付部が、前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関識別子とを含む利用要求を受け付ける利用要求受付処理と、
金額提示部が、前記医療機関登録情報に基づいて、前記前払い金額を提示する金額提示処理と、
決済部が、前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する決済処理と
をコンピュータである医療サービス取引装置に実行させる医療サービス取引プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、医療サービス取引装置、医療サービス取引方法、および医療サービス取引プログラムに関する。

【背景技術】

【0002】

医療機関での支払いは、現金払いが主流であり、キャッシュレス化が進んでいない。例えば、医療機関がキャッシュレス化をするにしても、複数方式が乱立しており、どの方式を選べばよいか判断が難しいといった理由によりキャッシュレス化が進まない。
また、近年、訪日外国人旅行者が急増しており、現金を持ち合わせていない訪日外国人旅行者による医療費未払い問題が、深刻化している。

【0003】

特許文献１には、医療機関から請求された支払いを、クレジットカードを用いて確実に決済する医療会計処理システムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６−００４４０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１の技術では、患者が医療費をクレジットカードにより支払う場合は、医療機関は医療費を確実に取得することができる。
しかし、医療機関がクレジット等のキャッシュレス決済手段を導入しておらず、現金決済のみの場合は、患者が現金を支払い時に準備することができないケースもある。その結果未払いが発生してしまう。

【0006】

本開示は、医療費の未払いを防ぐことを目的とする。

【課題を解決するための手段】

【0007】

本開示に係る医療サービス取引装置は、電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置であって、
前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関を識別する医療機関識別子とを含む利用要求を受け付ける利用要求受付部と、
前記医療機関により予め定められた前払い金額を提示する金額提示部と、
前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する決済部とを備える。

【0008】

前記医療サービス取引装置は、
前記医療機関により、前記決済完了通知を受領した前記利用者に対する医療サービスが完了したことを示す医療完了通知を取得し、前記医療完了通知に基づいて前記医療サービスに対する医療費と前記前払い金額との差額を前記利用者に通知する差額通知部を備え、
前記決済部は、
前記差額の決済要求を前記利用者から取得すると、前記利用者により予め登録された決済方法により前記差額の決済を実行し、
前記医療サービス取引装置は、
前記差額の決済が完了すると、前記医療費を前記医療機関に支払う処理を行う支払処理部を備える。

【0009】

前記医療サービス取引装置は、
前記医療機関から前記前払い金額を含む登録要求を取得し、前記医療機関に前記医療機関識別子を付与し、前記医療機関識別子と前記前払い金額とを対応付けた医療機関登録情報を記憶部に記憶する登録部を備え、
前記金額提示部は、
前記医療機関登録情報に基づいて、前記前払い金額を提示する。

【0010】

前記登録部は、
前記利用者から前記決済方法を含む登録要求を取得し、前記利用者に前記利用者識別子を付与し、前記利用者識別子と前記決済方法とを対応付けた利用者登録情報を記憶部に記憶し、
前記決済部は、
前記利用者登録情報に基づいて、前記決済方法により前記前払い金額の決済を実行する。

【0011】

前記医療サービス取引装置は、
前記利用者を認証する認証部を備え、
前記登録部は、
前記利用者の認証が成功すると、前記利用者識別子を付与する。

【0012】

前記利用要求受付部は、
前記利用者に前記医療機関を選択させる医療サービス取引画面を介して前記利用要求を受け付ける。

【0013】

本開示に係る医療サービス取引方法は、電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置の医療サービス取引方法であって、
利用要求受付部が、前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関を識別する医療機関識別子とを含む利用要求を受け付け、
金額提示部が、前記医療機関により予め定められた前払い金額を提示し、
決済部が、前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する。

【0014】

本開示に係る医療サービス取引プログラムは、電子商取引環境を用いて医療機関を利用する利用者に前記医療機関の医療サービスを購入させる医療サービス取引装置の医療サービス取引プログラムであって、
利用要求受付部が、前記利用者が前記医療機関を利用する利用要求であって、前記利用者を識別する利用者識別子と前記医療機関を識別する医療機関識別子とを含む利用要求を受け付ける利用要求受付処理と、
金額提示部が、前記医療機関により予め定められた前払い金額を提示する金額提示処理と、
決済部が、前記前払い金額の決済要求を利用者から取得すると、前記利用者により予め登録された決済方法により前記前払い金額の決済を実行し、前記決済が完了したことを示す決済完了通知を通知する決済処理と
をコンピュータである医療サービス取引装置に実行させる。

【発明の効果】

【0015】

本開示に係る医療サービス取引装置によれば、医療費の未払いを防ぐことができる。

【図面の簡単な説明】

【0016】

【図1】実施の形態１に係る医療サービス取引システム５００の全体構成例を示す図である。

【図2】実施の形態１に係る医療サービス取引装置の構成例。

【図3】実施の形態１に係る医療サービス取引処理のフロー図。

【図4】実施の形態１に係る医療サービス取引システムにおける医療機関と利用者の登録処理の例を示すシーケンス図。

【図5】実施の形態１に係る医療機関登録情報の例を示す図。

【図6】実施の形態１に係る医療機関登録情報の別例を示す図。

【図7】実施の形態１に係る医療サービス取引システムにおける医療サービス提供処理の例を示すシーケンス図。

【図8】実施の形態１に係る医療サービス取引システムにおける医療費支払い処理の例を示すシーケンス図。

【図9】実施の形態１の変形例に係る医療サービス取引装置の構成例。

【発明を実施するための形態】

【0017】

以下、本開示の実施の形態について、図を用いて説明する。なお、各図中、同一または相当する部分には、同一符号を付している。実施の形態の説明において、同一または相当する部分については、説明を適宜省略または簡略化する。

【0018】

実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る医療サービス取引システム５００の全体構成例を示す図である。
医療サービス取引システム５００は、医療サービス取引装置１００を備える。
医療サービス取引装置１００は、電子商取引環境を用いて医療機関３０を利用する利用者３０１に医療機関の医療サービス１１を購入させる。電子商取引環境とは、所謂ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）と呼ばれる商取引形態である。

【0019】

医療機関３０には、病院の他に調剤薬局も含まれる。
医療サービス１１には、医療行為の他に薬の処方および調剤といったサービスも含まれる。医療サービス取引装置１００は、医療サービス取引会社１０に具備される装置である。
利用者３０１は、医療サービス取引装置１００が提供する医療サービス取引サイトの医療サービス取引画面１０１を介して、購入する医療サービス１１を選択し、予め登録した決済方法を用いて、購入する医療サービス１１に対応する前払い金額１２を決済する。決済会社２０は、決済を行う会社である。決済会社２０は、具体的には、クレジットカード会社である。その他、オンライン決済が可能な決済方法であればどのような決済方法を用いても構わない。
なお、医療サービス取引会社１０は、決済会社２０の加盟店になる必要がある。

【0020】

医療サービス取引システム５００における処理（１）から（８）については、後で説明する。

【0021】

図２を用いて、本実施の形態に係る医療サービス取引装置１００の構成例について説明する。
医療サービス取引装置１００は、コンピュータである。医療サービス取引装置１００は、プロセッサ９１０を備えるとともに、メモリ９２１、補助記憶装置９２２、入力インタフェース９３０、出力インタフェース９４０、および通信装置９５０といった他のハードウェアを備える。プロセッサ９１０は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。

【0022】

医療サービス取引装置１００は、機能要素として、登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０と記憶部１８０を備える。記憶部１８０には、医療機関登録情報６１と利用者登録情報６２が記憶される。

【0023】

登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の機能は、ソフトウェアにより実現される。
記憶部１８０は、メモリ９２１に備えられる。なお、記憶部１８０は、補助記憶装置９２２に備えられていてもよいし、メモリ９２１と補助記憶装置９２２に分散して備えられていてもよい。

【0024】

プロセッサ９１０は、医療サービス取引プログラムを実行する装置である。医療サービス取引プログラムは、登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の機能を実現するプログラムである。
プロセッサ９１０は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。プロセッサ９１０の具体例は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。

【0025】

メモリ９２１は、データを一時的に記憶する記憶装置である。メモリ９２１の具体例は、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、あるいはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
補助記憶装置９２２は、データを保管する記憶装置である。補助記憶装置９２２の具体例は、ＨＤＤである。また、補助記憶装置９２２は、ＳＤ（登録商標）メモリカード、ＣＦ、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤといった可搬の記憶媒体であってもよい。なお、ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略語である。ＳＤ（登録商標）は、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略語である。ＣＦは、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標）の略語である。ＤＶＤは、Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋの略語である。

【0026】

入力インタフェース９３０は、マウス、キーボード、あるいはタッチパネルといった入力装置と接続されるポートである。入力インタフェース９３０は、具体的には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子である。なお、入力インタフェース９３０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続されるポートであってもよい。
出力インタフェース９４０は、ディスプレイといった出力機器のケーブルが接続されるポートである。出力インタフェース９４０は、具体的には、ＵＳＢ端子またはＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子である。ディスプレイは、具体的には、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）である。

【0027】

通信装置９５０は、ネットワークを介して他の装置と通信する。通信装置９５０は、レシーバとトランスミッタを有する。通信装置９５０は、有線または無線で、ＬＡＮ、インターネット、あるいは電話回線といった通信網に接続している。通信装置９５０は、具体的には、通信チップまたはＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。

【0028】

医療サービス取引プログラムは、プロセッサ９１０に読み込まれ、プロセッサ９１０によって実行される。メモリ９２１には、医療サービス取引プログラムだけでなく、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も記憶されている。プロセッサ９１０は、ＯＳを実行しながら、医療サービス取引プログラムを実行する。医療サービス取引プログラムおよびＯＳは、補助記憶装置９２２に記憶されていてもよい。補助記憶装置９２２に記憶されている医療サービス取引プログラムおよびＯＳは、メモリ９２１にロードされ、プロセッサ９１０によって実行される。なお、医療サービス取引プログラムの一部または全部がＯＳに組み込まれていてもよい。

【0029】

医療サービス取引装置１００は、プロセッサ９１０を代替する複数のプロセッサを備えていてもよい。これら複数のプロセッサは、医療サービス取引プログラムの実行を分担する。それぞれのプロセッサは、プロセッサ９１０と同じように、医療サービス取引プログラムを実行する装置である。

【0030】

医療サービス取引プログラムにより利用、処理または出力されるデータ、情報、信号値および変数値は、メモリ９２１、補助記憶装置９２２、または、プロセッサ９１０内のレジスタあるいはキャッシュメモリに記憶される。

【0031】

登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の各部の「部」を「処理」、「手順」あるいは「工程」に読み替えてもよい。医療サービス取引プログラムは、登録処理と利用要求受付処理と認証処理と金額提示処理と決済処理と差額通知処理と支払処理部を、コンピュータに実行させる。また、医療サービス取引方法は、医療サービス取引装置１００が医療サービス取引プログラムを実行することにより行われる方法である。
医療サービス取引プログラムは、コンピュータが読取可能な記憶媒体に格納されて提供されてもよい。また、医療サービス取引プログラムは、プログラムプロダクトとして提供されてもよい。

【0032】

＊＊＊動作の説明＊＊＊
図３は、本実施の形態に係る医療サービス取引処理のフロー図である。
図３を用いて、本実施の形態に係る医療サービス取引装置１００および医療サービス取引システム５００の動作について説明する。
以下において、医療サービス取引会社１０が主体となっている動作は、医療サービス取引装置１００が実行する。また、決済会社２０が主体となっている動作は、決済会社２０が具備する情報処理装置あるいは端末装置が実行する。また、医療機関３０が主体となっている動作は、医療機関３０が具備する情報処理装置あるいは端末装置が実行する。また、利用者３０１が主体となっている動作は、利用者３０１が具備する情報処理装置あるいは携帯端末装置が実行する。利用者３０１の携帯端末装置は、具体的にはスマートフォンあるいはタブレット端末等である。

【0033】

ここでは、利用者３０１が、怪我あるいは病気により、医療機関３０から医療サービスを受けることを前提とする。図３は、利用者３０１が、医療サービス取引システム５００を利用して医療サービス１１を受けるための処理である。

【0034】

ステップＳ１０１において、登録部１１０は、医療機関３０および利用者３０１の登録処理を行う。具体的には、以下の通りである。
登録部１１０は、医療機関３０から前払い金額１２を含む登録要求を取得し、医療機関３０に医療機関識別子を付与する。そして、登録部１１０は、医療機関識別子と前払い金額１２とを対応付けた医療機関登録情報６１を記憶部１８０に記憶する。
また、登録部１１０は、利用者３０１から決済方法を含む登録要求を取得し、利用者３０１に利用者識別子を付与する。そして、登録部１１０は、利用者識別子と決済方法とを対応付けた利用者登録情報６２を記憶部１８０に記憶する。

【0035】

なお、認証部１３０は、利用者３０１から登録要求を取得すると、利用者３０１を認証する。すなわち、認証部１３０は、利用者３０１の本人確認を行う。そして、登録部１１０は、利用者３０１の認証が成功すると、利用者識別子を付与する。
例えば、利用者３０１が外国人の場合、認証部１３０は利用者３０１のパスポート番号を用いて、利用者３０１の本人確認を行う。また、認証部１３０は、利用者３０１のマイナンバーカードに付加されている情報あるいは健康保険証番号等を用いて、利用者３０１の本人確認をおこなってもよい。
医療機関３０および利用者３０１の登録は、医療機関３０あるいは利用者３０１からの登録要求により、随時実施される。
なお、パスポートおよびマイナンバーカードといった国（日本に限らない）が発行する公的証明書の類に限らず、クレジットカード等の決済機関への照会による本人確認で代替してもよい。

【0036】

ステップＳ１０２において、利用要求受付部１２０は、利用者３０１が医療機関３０を利用する利用要求２１であって、利用者３０１を識別する利用者識別子と医療機関を識別する医療機関識別子とを含む利用要求２１を受け付ける。具体的には、利用要求受付部１２０は、利用者３０１に医療機関３０を選択させる医療サービス取引画面１０１を介して利用要求２１を受け付ける。医療サービス取引画面１０１は、利用者３０１が医療サービス取引サイトにアクセスすることにより、利用者３０１の携帯端末装置に表示される。
ステップＳ１０２の処理は、図１の（１）に対応する。

【0037】

ステップＳ１０３において、利用者３０１による前払い金額１２の決済が実行される。
金額提示部１４０は、医療機関３０により予め定められた前払い金額１２を提示する。具体的には、金額提示部１４０は、医療機関登録情報６１に基づいて、前払い金額１２を提示する。金額提示部１４０は、利用者３０１が利用を要求している医療機関３０の医療機関識別子を利用要求２１から取得し、医療機関識別子に対応する前払い金額１２を医療機関登録情報６１から取得する。そして、金額提示部１４０は、その前払い金額１２を利用者３０１の携帯端末装置に提示する。
決済部１５０は、前払い金額１２の決済要求を利用者３０１から取得すると、利用者３０１により予め登録された決済方法により前払い金額１２の決済を実行する。決済部１５０は、利用者登録情報６２に基づいて、利用者３０１に対応する決済方法により前払い金額１２の決済を実行する。そして、決済部１５０は、決済が完了したことを示す決済完了通知２２を通知する。
ステップＳ１０３の処理は、図１の（２）および（３）に対応する。

【0038】

ステップＳ１０４において、利用者３０１により利用が要求された医療機関３０により、利用者３０１に対して医療サービス１１が行われる。例えば、利用者３０１は、医療機関３０の窓口でスマートフォン等に表示された決済完了通知２２を提示する。これにより、医療機関３０に前払い金額１２を支払い済みであることが証明され、医療機関３０は安心して利用者３０１に対し医療サービス１１を提供することができる。
ステップＳ１０４の処理は、図１の（４）に対応する。

【0039】

ステップＳ１０５において、差額通知部１６０は、医療機関３０により、決済完了通知２２を受領した利用者３０１に対する医療サービス１１が完了したことを示す医療完了通知２３を取得する。差額通知部１６０は、医療完了通知２３に基づいて医療サービス１１に対する医療費と前払い金額１２との差額１３を利用者３０１に通知する。具体的には、利用者３０１に対する医療サービス１１が完了すると、医療機関３０の端末装置は、診療内容および医療費といった情報を含む医療完了通知２３を医療サービス取引装置１００に送信する。そして、差額通知部１６０は、医療完了通知２３に基づいて医療費と前払い金額１２との差額１３を利用者３０１に通知する。
決済部１５０は、差額１３の決済要求を利用者３０１から取得すると、利用者３０１により予め登録された決済方法により差額１３の決済を実行する。
ステップＳ１０５の処理は、図１の（６）および（７）に対応する。

【0040】

ステップＳ１０６において、差額１３の決済が完了すると、支払処理部１７０は、医療費を医療機関３０に支払う処理を行う。
ステップＳ１０６の処理は、図１の（８）に対応する。

【0041】

次に、図４から図６を用いて、本実施の形態に係る医療サービス取引システム５００における医療サービス取引処理について、より具体的に説明する。なお、図４から図６における処理（１）から（８）は、図１の処理（１）から（８）に対応している。

【0042】

図４は、本実施の形態に係る医療サービス取引システム５００における医療機関３０と利用者３０１の登録処理の例を示すシーケンス図である。
図５は、本実施の形態に係る医療機関登録情報６１の例を示す図である。
図６は、本実施の形態に係る医療機関登録情報６１の別例を示す図である。

【0043】

図４の（ａ）では、医療機関３０が医療サービス取引会社に登録を要求する。図４の（ａ１）では、医療サービス取引装置１００の登録部１１０は、医療機関３０ごと、例えば、病院ごとあるいは調剤薬局ごとに、医療機関識別子（以下、医療機関ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）ともいう）を取得する。あるいは、登録部１１０は、医療機関３０の診療内容ごとに診療ＩＤを取得してもよい。

【0044】

図５の医療機関登録情報６１の例では、医療機関ＩＤごとに前払い金額１２が登録されている。また、図６の医療機関登録情報６１の別例のように、診療ＩＤごとに前払い金額１２が登録されていてもよい。

【0045】

図４の（ｂ）では、利用者３０１が医療サービス取引会社に登録を要求する。利用者３０１としては、例えば、医療費を支払いことができるほど現金を持ち合わせていない訪日外国人旅行者等を想定している。
利用者３０１から登録要求を受け取ると、医療サービス取引装置１００の認証部１３０は、決済会社２０あるいは本人確認機関に本人確認のための認証要求を送信する（図４の（ｂ１），（ｂ２））。上述したように、認証部１３０は、例えば、パスポート番号、マイナンバーカードに付加されている情報、あるいは健康保険証番号等を含む認証要求を決済会社２０あるいは本人確認機関に送信する。

【0046】

医療サービス取引装置１００は、本人確認が成功すると、利用者識別子（以下、利用者ＩＤともいう）を利用者３０１に付与する（図４の（ｂ３））。具体的には、利用者３０１は、医療サービス取引装置１００が提供する医療サービス取引サイトにアクセスし、利用者ＩＤを取得する。このとき、利用者３０１は、決済方法を登録する（図４の（ｂ４））。具体的には、利用者３０１は、クレジットカードを登録する。クレジットカードは複数登録してもよい。また、オンライン決済ができる決済方法であれば、クレジットカード以外の決済方法でもよい。

【0047】

図７は、本実施の形態に係る医療サービス取引システム５００における医療サービス提供処理の例を示すシーケンス図である。
図７の（１）では、医療サービス取引装置１００の利用要求受付部１２０は、利用者３０１から利用要求２１を取得する。医療サービス取引装置１００の利用要求受付部１２０は、医療サービス取引サイトに表示される医療サービス取引画面１０１を介して利用要求２１を取得する。利用者３０１は、医療サービス取引画面１０１を介して、利用する医療機関３０の医療機関ＩＤあるいは診療ＩＤを選択し、購入手続きに進む。

【0048】

図７の（２）では、医療サービス取引装置１００の金額提示部１４０が、選択された医療機関ＩＤあるいは診療ＩＤに対応する前払い金額１２を医療機関登録情報６１から取得する。そして、金額提示部１４０が、利用者３０１の携帯端末装置に金額を表示する。なお、医療サービス取引画面１０１に予め医療機関ＩＤあるいは診療ＩＤと前払い金額１２とが表示されており、利用者３０１は、前払い金額１２を参考にしながら医療機関を選択してもよい。つまり、医療サービス取引画面１０１に予め図５あるいは図６の情報が表示されており、利用者３０１は医療機関登録情報６１の内容を参考にしながら医療機関を選択してもよい。

【0049】

利用者３０１が金額を承認し、決済の要求が入力されると、決済部１５０は、利用者３０１が登録している決済方法により前払い金額１２の決済を行う。例えば、決済部１５０は利用者３０１により登録されているクレジットカード会社に前払い金額１２の支払いの指示を行う。
これにより、利用者３０１から前払い金額１２が医療サービス取引会社１０に支払われる。

【0050】

図７の（３）において、前払い金額１２の決済が完了すると、決済部１５０は、利用者３０１に決済完了通知２２を通知する。決済完了通知２２には、利用者３０１が利用する医療機関３０、あるいは、その医療機関３０における診療を示すＩＤと、支払い済みの前払い金額１２とが含まれる。

【0051】

図７の（４）において、利用者３０１が医療機関３０において医療サービス１１を受ける。例えば、利用者３０１は、医療機関３０の窓口でスマートフォン等に表示された決済完了通知２２を提示する。これにより、医療機関３０に前払い金額１２を支払い済みであることが証明され、医療機関３０は安心して利用者３０１に対し医療サービス１１を提供することができる。
図７の（５）において、利用者３０１に対する医療サービス１１が完了すると、医療機関３０の端末装置から、医療サービス１１の内容および医療費といった情報を含む医療完了通知２３が医療サービス取引装置１００に送信される。

【0052】

図８は、本実施の形態に係る医療サービス取引システム５００における医療費支払い処理の例を示すシーケンス図である。
図８の（６）では、医療サービス取引装置１００の差額通知部１６０は、医療完了通知２３に基づいて医療サービス１１に対する医療費と前払い金額１２との差額１３を利用者３０１に通知する。具体的には、差額通知部１６０は、利用者３０１の携帯端末装置に差額１３を表示する。利用者３０１が金額を承認し、決済の要求が入力されると、決済部１５０は、利用者３０１が登録している決済方法により差額分の決済を行う。例えば、決済部１５０は利用者３０１により登録されているクレジットカード会社に差額分の支払いの指示を行う。

【0053】

医療費が前払い金額１２より多ければ、医療サービス取引装置１００は、その差額分を、利用者３０１から利用者３０１により登録されている決済方法で受け取る。また、医療費が前払い金額１２より少なければ、医療サービス取引装置１００は、その差額分を、利用者３０１により登録されている決済方法で利用者３０１に返却する。

【0054】

差額１３の支払い方法については以下のバリエーションがある。
診察後返金が伴う場合は、前払い金を取り消しして合計を請求する、もしくは、マイナス請求登録する、の２ケースある。いずれを採用するかは利用者３０１の指定決済方法による。
また、診察後追加請求が伴う場合は、前払い金を取り消しして合計を請求する、もしくは、追加分請求登録する、の２ケースある。いずれを採用するかは利用者３０１の指定決済方法による。

【0055】

なお、請求金額が利用者３０１の与信枠を超えている場合は、不足分を翌月一括で支払うか、分割で支払うかのいずれかで決済サービスに応じて請求できるようにする。また、その他の方法としては、出身国の親族あるいは同行している友人等の第三者への請求も可能としてもよい。

【0056】

図８の（８）では、医療サービス取引装置１００の支払処理部１７０は、差額１３の決済が完了すると、医療費を医療機関３０に支払う処理を行う。

【0057】

以上で、本実施の形態に係る医療サービス取引システム５００における医療サービス取引処理についての説明を終わる。

【0058】

＊＊＊他の構成＊＊＊
＜変形例１＞
本実施の形態では、前払い金の決済が完了すると、利用者は医療サービスを受けることができる、という態様について説明した。しかし、医療サービス取引会社は利用者から前払い金を受け取らずに、医療サービス提供後に最終的に確定した金額を利用者に請求する、という態様でもよい。
この場合、例えば、医療サービス取引サイトは、医療機関ＩＤあるいは診療ＩＤごとに、診療にかかるおおよその費用を医療サービス取引画面に表示する。そして、利用者は、診療にかかるおおよその費用を参考に、医療機関ＩＤあるいは診療ＩＤを選択する。医療サービス取引会社は、医療サービス提供後に医療機関から受け取った医療完了通知に基づいて、利用者に医療費をまとめて請求する。そして、医療費の決済が完了すると、医療サービス取引会社は医療費を医療機関に支払う、という態様でもよい。

【0059】

＜変形例２＞
本実施の形態では、利用者により前払い金が支払われ、医療サービスの提供が完了した後に差額分の決済が完了すると、医療サービス取引会社が医療機関に医療費を支払う、という態様であった。
しかし、前払い金が支払われた時点で、医療サービス取引会社が前払い金を医療機関に支払い、差額分の精算は利用者と医療機関で行ってもよい。つまり、前払い金が支払われ、医療サービス取引会社が前払い金を医療機関に支払った時点で、利用者と医療サービス取引会社との契約が終了する、という態様でもよい。

【0060】

＜変形例３＞
本実施の形態では、医療サービス取引装置１００における登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の機能がソフトウェアで実現される。しかし、変形例として、登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の機能がハードウェアで実現されてもよい。

【0061】

図９は、本実施の形態の変形例に係る医療サービス取引装置１００の構成例を示す図である。
図９に示すように、プロセッサ９１０を電子回路９０９に置き換えてもよい。
電子回路９０９は、登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の機能を実現する専用の電子回路である。電子回路９０９は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ、ＡＳＩＣ、または、ＦＰＧＡである。ＧＡは、Ｇａｔｅ Ａｒｒａｙの略語である。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。

【0062】

別の変形例として、登録部１１０と利用要求受付部１２０と認証部１３０と金額提示部１４０と決済部１５０と差額通知部１６０と支払処理部１７０の一部の機能が専用のハードウェアで実現され、残りの機能がソフトウェアで実現されてもよい。

【0063】

プロセッサ９１０と、メモリ９２１と、電子回路９０９とを、総称して「プロセッシングサーキットリ」という。つまり、の機能は、プロセッシングサーキットリにより実現される。

【0064】

＊＊＊本実施の形態の効果の説明＊＊＊
以上のように、本実施の形態に係る医療サービス取引システム５００によれば、医療機関側では特別な機器を用意しなくてもオンライン決済が実現できる。つまり、小規模な医療機関でも医療サービス取引システムを導入可能となる。
現金決済に替えてオンライン決済手段を提供することで未払い発生を削減することができる。

【0065】

以上の実施の形態１では、医療サービス取引装置の各部を独立した機能ブロックとして説明した。しかし、医療サービス取引装置の構成は、上述した実施の形態のような構成でなくてもよい。医療サービス取引装置の機能ブロックは、上述した実施の形態で説明した機能を実現することができれば、どのような構成でもよい。また、医療サービス取引装置は、１つの装置でなく、複数の装置から構成されたシステムでもよい。
また、実施の形態１のうち、複数の部分を組み合わせて実施しても構わない。あるいは、この実施の形態のうち、１つの部分を実施しても構わない。その他、この実施の形態を、全体としてあるいは部分的に、どのように組み合わせて実施しても構わない。
すなわち、実施の形態１では、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

【0066】

なお、上述した実施の形態は、本質的に好ましい例示であって、本開示の範囲、本開示の適用物の範囲、および本開示の用途の範囲を制限することを意図するものではない。上述した実施の形態は、必要に応じて種々の変更が可能である。

【符号の説明】

【0067】

１０ 医療サービス取引会社、１１ 医療サービス、１２ 前払い金額、１３ 差額、２０ 決済会社、２１ 利用要求、２２ 決済完了通知、２３ 医療完了通知、３０ 医療機関、６１ 医療機関登録情報、６２ 利用者登録情報、１００ 医療サービス取引装置、１０１ 医療サービス取引画面、１１０ 登録部、１２０ 利用要求受付部、１３０ 認証部、１４０ 金額提示部、１５０ 決済部、１６０ 差額通知部、１７０ 支払処理部、１８０ 記憶部、３０１ 利用者、５００ 医療サービス取引システム、９０９ 電子回路、９１０ プロセッサ、９２１ メモリ、９２２ 補助記憶装置、９３０ 入力インタフェース、９４０ 出力インタフェース、９５０ 通信装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】