(57)【要約】【課題】医療機関において、効率的かつ的確な会計処理を支援するための診療支援システム、診療支援方法及び診療支援プログラムを提供する。【解決手段】病院サーバ１０において受付処理を実行した場合、ポータルサイトサーバ２０は、初診受付処理又は再診受付処理を実行する。病院サーバ１０から受診データを取得したポータルサイトサーバ２０は、受診データの登録処理を実行する。そして、病院サーバ１０から診療費の決済指示を取得した場合、ポータルサイトサーバ２０は、医療費の支払処理を実行する。また、調剤薬局端末３０において受付処理を実行した場合、ポータルサイトサーバ２０は、決済に問題があるかどうかについての判定処理、処方箋の提供処理を実行する。そして、調剤薬局端末３０から調剤医療費の決済指示を取得した場合、ポータルサイトサーバ２０は、医療費の支払処理を実行する。【選択図】図１
2014157416.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、
前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、
医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムであって、
前記制御部が、
診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、
前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、
前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、
前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、
前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、
前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録することを特徴とする診療支援システム。
【請求項２】
前記医療機関システムから前記医療履歴として、診療録を取得し、
診療受付時に個人識別子を取得した場合、前記個人識別子に関連付けられた診療録を前記医療機関システムに出力することを特徴とする請求項１に記載の診療支援システム。
【請求項３】
前記制御部は、更に調剤薬局端末に接続されており、
前記医療機関システムから、前記医療履歴として、処方箋情報を取得し、
調剤薬局端末から、個人識別子を取得した場合、前記個人識別子に関連付けられた処方箋情報を前記調剤薬局端末に送信することを特徴とする請求項１又は２に記載の診療支援システム。
【請求項４】
前記制御部は、更に、保険証を提供する健康保険組合の管理システムに接続されており、
ユーザ端末から払戻要求を取得した場合、前記払戻要求に含まれる個人識別子を特定し、前記個人識別子に関連付けられた医療費の支払状況を抽出し、前記保険証識別子に対応した健康保険組合の管理システムに送信することを特徴とする請求項１〜３のいずれか１つに記載の診療支援システム。
【請求項５】
ユーザ端末から医療費控除要求を取得した場合、前記医療費控除要求に含まれる個人識別子を特定し、
前記個人識別子に関連付けられた医療費の支払状況を抽出し、前記ユーザ端末に送信することを特徴とする請求項１〜４のいずれか１つに記載の診療支援システム。
【請求項６】
ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、
前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、
医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムを用いて、診療支援を行なう方法であって、
前記制御部が、
診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、
前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、
前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、
前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、
前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、
前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録することを特徴とする診療支援方法。
【請求項７】
ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、
前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、
医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムを用いて、医療を支援するためのプログラムであって、
前記制御部を、
診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、
前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、
前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、
前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、
前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、
前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録する手段
として機能させることを特徴とする診療支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関における会計処理を支援するための診療支援システム、診療支援方法及び診療支援プログラムに関する。
【背景技術】
【０００２】
従来、病院等の医療機関で診察を受ける場合、所定の機会に保険証を持参し、医療機関において確認を行なう。診察が終わると、診療費を支払う必要があるが、この診療費は、受診した後に診療内容に応じて金額が確定し、患者は個人負担分を支払っている。しかしながら、診療後、医療費の支払のために、会計処理を待つ必要がある。事前に医療費の金額を把握できないことから、現金の持ち合わせがない場合には、現金自動預払機における現金引出や、後日支払の手続負担がかかることになる。また、患者数が多い場合には、支払のための待ち時間が長くなるとともに、この間に他の患者の疾病に感染する可能性もある。
【０００３】
そこで、病院等で診療を受けた後、その診療費用の支払のために要する待ち時間を解消するための技術が検討されている（例えば、特許文献１を参照。）。この文献に記載された技術においては、各利用者に少額支払用口座を登録させる。そして、利用者自己負担額が所定限度未満額以下かどうかを判断し、所定限度額未満の場合、残高から負担額相当分を減算処理する。一方、残高不足の場合には、信用供与によって少額支払用口座内の残高に増額処理する。
【０００４】
また、病院の手続による患者の負担を削減するための技術が検討されている（例えば、特許文献２を参照。）。この文献に記載された技術においては、保険証カードは、保険証の個人情報と決済手段情報を記憶する。個人の健保登録の際、健保サーバ及び保険証カードに保険証番号を含む個人情報が記憶される。患者が受診の際、保険証カードから端末を経由して病院サーバに保険証番号が転送され、保険証番号をキーにして病院サーバから健保サーバにカルテ情報が照会される。診察後の支払の際に、保険証カードから決済手段情報が病院サーバに転送され、その情報に基づいて病院サーバと、決済機関サーバとの間で支払に関する処理が行なわれる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−６７４８４号公報（第１頁、図１）
【特許文献２】特開２０１１−１１３３００号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、患者の口座の状態によっては、支払が円滑にできないことがある。また、医薬品を処方する場合には、医療機関において処方箋を提供し、薬局に提出することにより、処方箋に基づいた薬を提供する。この場合にも、円滑な医薬品の処方や医療費支払が望まれる。
【０００７】
本発明は、上記課題を解決するためになされたものであり、その目的は、医療機関において、効率的かつ的確な会計処理を支援するための診療支援システム、診療支援方法及び診療支援プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムであって、前記制御部が、診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録することを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の診療支援システムにおいて、前記医療機関システムから前記医療履歴として、診療録を取得し、診療受付時に個人識別子を取得した場合、前記個人識別子に関連付けられた診療録を前記医療機関システムに出力することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の診療支援システムにおいて、前記制御部は、更に調剤薬局端末に接続されており、前記医療機関システムから、前記医療履歴として、処方箋情報を取得し、調剤薬局端末から、個人識別子を取得した場合、前記個人識別子に関連付けられた処方箋情報を前記調剤薬局端末に送信することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載の診療支援システムにおいて、前記制御部は、更に、保険証を提供する健康保険組合の管理システムに接続されており、ユーザ端末から払戻要求を取得した場合、前記払戻要求に含まれる個人識別子を特定し、前記個人識別子に関連付けられた医療費の支払状況を抽出し、前記保険証識別子に対応した健康保険組合の管理システムに送信することを要旨とする。
【００１２】
請求項５に記載の発明は、請求項１〜４のいずれか１つに記載の診療支援システムにおいて、ユーザ端末から医療費控除要求を取得した場合、前記医療費控除要求に含まれる個人識別子を特定し、前記個人識別子に関連付けられた医療費の支払状況を抽出し、前記ユーザ端末に送信することを要旨とする。
【００１３】
請求項６に記載の発明は、ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムを用いて、診療支援を行なう方法であって、前記制御部が、診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録することを要旨とする。
【００１４】
請求項７に記載の発明は、ユーザの個人識別子に対して、保険証識別子及び口座識別子を関連付けて記憶したユーザ情報記憶部と、前記ユーザの医療履歴に関連付けて、医療費の支払状況を記録する医療情報記憶部と、医療機関システム及び金融機関システムに接続された制御部とを備えた診療支援システムを用いて、医療を支援するためのプログラムであって、前記制御部を、診療受付時に、前記医療機関システムから前記個人識別子を取得し、前記ユーザ情報記憶部において、前記個人識別子に関連付けられた保険証識別子及び口座識別子を特定し、前記個人識別子に関連付けられた口座識別子の口座について、口座状態情報を前記金融機関システムから取得し、前記口座状態情報において問題がある場合には、アラームを前記医療機関システムに送信し、前記医療機関システムから、前記保険証識別子に基づく保険診療の終了情報を取得した場合、前記個人識別子に関連付けて医療履歴を前記医療情報記憶部に記録し、前記保険診療に基づく医療費を特定し、前記金融機関システムに対して、前記個人識別子に関連付けられた口座識別子の口座を用いた前記医療費の決済指示を送信し、前記決済結果を医療履歴に関連付けて前記医療情報記憶部に記録する手段として機能させることを要旨とする。
【００１５】
（作用）
請求項１、６又は７に記載の発明によれば、制御部が、個人識別子に関連付けられた口座識別子の口座について、口座状態情報を金融機関システムから取得する。そして、口座状態情報において問題がある場合には、アラームを医療機関システムに送信する。これにより、口座状態を確認して、診療費の支払を行なうことができる。また、医療機関システムから、保険証識別子に基づく保険診療の終了情報を取得した場合、個人識別子に関連付けて医療履歴を医療情報記憶部に記録し、保険診療に基づく医療費を特定し、金融機関システムに対して、個人識別子に関連付けられた口座識別子の口座を用いた医療費の決済指示を送信し、決済結果を医療履歴に関連付けて医療情報記憶部に記録する。これにより、医療履歴に関連付けて、医療費の支払状況を記録することができる。
【００１６】
請求項２に記載の発明によれば、医療履歴として、診療録を取得して、診療受付時に個人識別子を取得した場合、個人識別子に関連付けられた診療録を医療機関システムに出力する。これにより、他の医療機関において受診した場合にも、診療録（カルテ）を情報共有することができる。
【００１７】
請求項３に記載の発明によれば、医療履歴として、処方箋情報を取得し、調剤薬局端末から、個人識別子を取得した場合、個人識別子に関連付けられた処方箋情報を調剤薬局端末に送信する。これにより、調剤薬局において、医薬品を処方することができる。例えば、複数の処方箋が発行されている場合にも、まとめて処方することができる。
【００１８】
請求項４に記載の発明によれば、ユーザ端末から払戻要求を取得した場合、払戻要求に含まれる個人識別子を特定し、個人識別子に関連付けられた医療費の支払状況を抽出し、保険証識別子に対応した健康保険組合の管理システムに送信する。これにより、立替払いを行なった場合にも、支払状況を確認して、精算することができる。
【００１９】
請求項５に記載の発明によれば、ユーザ端末から医療費控除要求を取得した場合、医療費控除要求に含まれる個人識別子を特定し、個人識別子に関連付けられた医療費の支払状況を抽出し、ユーザ端末に送信する。これにより、効率的に医療費控除申請を行なうことができる。
【発明の効果】
【００２０】
本発明によれば、医療機関において、効率的かつ的確な会計処理を支援するための診療支援システム、診療支援方法及び診療支援プログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態のシステム概略図。
【図２】本実施形態のデータ記憶部の説明図であって、（ａ）はユーザ情報記憶部、（ｂ）は医療機関情報記憶部、（ｃ）は診療情報記憶部、（ｄ）は処方箋情報記憶部に記録されたデータの説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図であって、（ａ）は初診受付処理、（ｂ）は再診受付処理の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２２】
以下、本発明を具体化した一実施形態を、図１〜図８に従って説明する。本実施形態では、医療機関における会計処理を支援するサービスを提供する。
図１に示すように、本実施形態では、患者は、医療機関において、健康保険証としてＩＣカード１００を用いて診察を受ける。このＩＣカード１００には、このカードの保持者を特定することができる情報（例えば、マイナンバー）や、この決済を行なうための情報（例えば、口座情報）を記録しておく。そして、このＩＣカード１００に記録された口座情報を用いて、医療費の会計を行なうサービスを提供する。この場合、本サービスを利用しての医療費の支払について、金融機関に対して口座振替登録を行なっておく。
【００２３】
図１に示すように、このサービスを管理するために、ポータルサイトサーバ２０を用いる。このポータルサイトサーバ２０は、インターネット等のネットワークを介して、病院サーバ１０、調剤薬局端末３０、ユーザ端末４０、金融機関サーバ５０に接続される。
【００２４】
病院サーバ１０は、医療機関において、患者の診療を管理するコンピュータシステム（医療機関システム）である。この病院サーバ１０においては、医療に関してその診療経過や、医師によって発行された処方箋を管理する。この病院サーバ１０は、この病院を特定するための医療機関コードに関するデータを保持している。そして、病院サーバ１０は、病院内のネットワークを介して、患者の来院を受け付ける受付端末１５や、医師が利用する診察端末１６に接続されている。更に、病院サーバ１０は、患者毎の診療録情報（カルテ情報）や処方箋情報を記録するデータベース１２を備えている。このデータベース１２には、患者毎の診察券番号に対して、診療録として患者の基本情報、主訴、現病歴、既往歴等の病歴情報、病名及び主要症状、治療方法（処方又は処置）、検査結果、診療年月日、医療行為の内容や、医薬品を処方するための処方箋の内容が記録されている。
【００２５】
調剤薬局端末３０は、調剤薬局の薬剤師等が利用するコンピュータ端末（医療機関システム）である。この調剤薬局端末３０は、調剤薬局端末３０が設置されている調剤薬局を特定するための調剤薬局コードに関するデータを保持している。また、ユーザ端末４０は、本サービスを利用する患者（ユーザ）が利用するコンピュータ端末である。調剤薬局端末３０、ユーザ端末４０は、出力手段としてのディスプレイやプリンタ、入力手段としてのキーボードやポインティングデバイスを備える。
【００２６】
金融機関サーバ５０は、ユーザの口座を管理し、この口座を用いての決済処理を実行するコンピュータシステム（金融機関システム）である。本実施形態では、予め登録された口座振替を利用して決済を行なう。
【００２７】
ポータルサイトサーバ２０は、医療機関における会計処理を支援するサービスの提供を管理するコンピュータシステム（診療支援システム）である。
図１に示すように、ポータルサイトサーバ２０は、制御部２１、ユーザ情報記憶部２２、医療機関情報記憶部２３、診療情報記憶部２４、処方箋情報記憶部２５を備えている。ここで、診療情報記憶部２４、処方箋情報記憶部２５は、医療履歴を記録する医療情報記憶部として機能する。制御部２１は、医療機関における会計処理を支援する本サービスを管理するための各種処理等を行なう。制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（カード確認段階、診療情報取得段階、支払管理段階、処方箋提供段階、立替対応段階、控除支援段階等の処理）を行なう。このための診療支援プログラムを実行することにより、制御部２１は、カード確認手段２１１、診療情報取得手段２１２、処方箋提供手段２１３、支払管理手段２１４、立替対応手段２１５、控除支援手段２１６等として機能する。
【００２８】
カード確認手段２１１は、患者のキャッシュカードのカード情報を取得し、カード情報に基づいて口座状況を確認する処理を実行する。このカード確認手段２１１は、受付端末１５が設置された医療機関の医療機関コードに関するデータを保持している。
【００２９】
診療情報取得手段２１２は、病院サーバ１０から診療情報や処方箋情報を取得する処理を実行する。
処方箋提供手段２１３は、調剤薬局端末３０に対して処方箋情報を提供する処理を実行する。
【００３０】
支払管理手段２１４は、診療情報や処方箋情報に基づいて診療費を算出し、この支払を管理する処理を実行する。
立替対応手段２１５は、患者が医療費を立て替えた場合には、この立替金を精算する処理を実行する。この立替対応手段２１５は、各健康保険組合の管理システムの連絡先に関するデータを保持している。
【００３１】
控除支援手段２１６は、所得税及び個人住民税において、ユーザが支払った医療費についての控除計算を支援する処理を実行する。この控除支援手段２１６は、医療費控除の計算式や、税務署サーバの連絡先に関するデータを保持している。
【００３２】
図２（ａ）に示すように、ユーザ情報記憶部２２は、本サービスを利用する患者に関するユーザ管理レコード２２０を記憶する。このユーザ管理レコード２２０は、本サービスの利用登録が行なわれた場合に記録される。ユーザ管理レコード２２０は、マイナンバー、保険証情報、口座情報、診察券情報、連絡先に関するデータを含んで構成される。
【００３３】
マイナンバーデータ領域には、各ユーザを特定するための識別子（個人識別子）に関するデータが記録される。本実施形態では、社会保障や税管理等のために国民に対して付与された固有の番号（マイナンバー）を用いる。
【００３４】
保険証情報データ領域には、このユーザに対して健康保険組合から提供されている保険を特定するための識別子に関するデータが記録される。この保険証情報に基づいて、健康保険組合や、このユーザの保険証番号、一部負担金の負担割合を特定することができる。
【００３５】
口座情報データ領域には、このユーザが保有する口座を特定するための識別子に関するデータが記録される。本実施形態では、口座識別子（金融機関コード、本支店コード、口座種別コード、口座番号）に関するデータが記録される。
【００３６】
診察券情報データ領域には、医療機関において患者を特定するための識別子に関するデータが記録される。本実施形態では、医療機関コード、診察券番号が記録される。
連絡先データ領域には、このユーザの連絡先（電子メールアドレスや電話番号）に関するデータが記録される。この連絡先は、ユーザからの申請に基づいて登録される。
【００３７】
図２（ｂ）に示すように、医療機関情報記憶部２３は、医療機関（病院や調剤薬局）に関する医療機関管理レコード２３０を記憶する。この医療機関管理レコード２３０は、医療機関が登録された場合に記録される。医療機関管理レコード２３０は、医療機関コード、種別、口座情報、連絡先に関するデータを含んで構成される。
【００３８】
医療機関コードデータ領域には、この医療機関を特定するための識別子に関するデータが記録される。
種別データ領域には、この医療機関の種類（病院、調剤薬局等）を特定するための識別子に関するデータが記録される。
【００３９】
口座情報データ領域には、この医療機関が保有する口座を特定するための識別子に関するデータが記録される。本実施形態では、このデータ領域には、口座識別子（金融機関コード、本支店コード、口座種別コード、口座番号）に関するデータが記録される。
連絡先データ領域には、この医療機関の連絡先（電子メールアドレスや電話番号）に関するデータが記録される。
【００４０】
図２（ｃ）に示すように、診療情報記憶部２４は、各病院における各ユーザの診療録に関する診療管理レコード２４０を記憶する。この診療管理レコード２４０は、病院サーバ１０から診療情報を取得した場合に記録される。診療管理レコード２４０は、医療機関コード、マイナンバー、診察券番号、患者名、健康保険加入、保険証番号、診察年月日、診療録、請求額、支払状況に関するデータを含んで構成される。
【００４１】
医療機関コードデータ領域には、この診療録を作成した医療機関を特定するための識別子に関するデータが記録される。
マイナンバーデータ領域には、この処方箋が提供された患者を特定するための識別子に関するデータが記録される。
【００４２】
診察券番号データ領域には、患者の診療録を特定するための識別子に関するデータが記録される。
患者名データ領域には、この患者の氏名に関するデータが記録される。
健康保険加入データ領域には、この患者が加入している健康保険組合を特定するための識別子に関するデータが記録される。
【００４３】
保険証番号データ領域には、この健康保険組合における被保険者（ユーザ）を特定するための識別子に関するデータが記録される。
診察年月日データ領域には、この診療が行なわれた時期を特定するための年月日に関するデータが記録される。
【００４４】
診療録データ領域には、この患者についての診療内容に関するデータが記録される。
請求額データ領域には、患者に対する治療等の診療に応じた医療費の請求金額に関するデータが記録される。
【００４５】
支払状況データ領域には、この請求額の支払状況を特定するためのフラグに関するデータが記録される。この支払状況データ領域には、口座振替等により支払を完了している場合には、完了フラグが記録される。一方、口座における引落不能により支払ができていない場合には、引落不能フラグが記録される。また、ＩＣカード１００を持参せずに、診療を受けた場合には、全額負担フラグが記録される。
【００４６】
図２（ｄ）に示すように、処方箋情報記憶部２５は、医療機関において作成された処方箋に関する処方箋管理レコード２５０を記憶する。この処方箋管理レコード２５０は、病院サーバ１０から処方箋情報を取得した場合に記録される。処方箋管理レコード２５０は、医療機関コード、マイナンバー、患者名、年齢、発行年月日、使用期間、医療機関・医師名、処方項目、調剤薬局コード、処方年月日、請求額、支払状況に関するデータを含んで構成される。
【００４７】
医療機関コードデータ領域には、この処方箋を作成した医療機関を特定するための識別子に関するデータが記録される。
マイナンバーデータ領域には、この処方箋が提供された患者を特定するための識別子に関するデータが記録される。
【００４８】
患者名データ領域には、この処方箋が提供された患者に関するデータが記録される。
年齢データ領域には、この患者の年齢に関するデータが記録される。
発行年月日データ領域には、この処方箋が発行された時期を特定するための年月日に関するデータが記録される。
【００４９】
使用期間データ領域には、この処方箋を利用できる有効期限に関するデータが記録される。
医療機関・医師名データ領域には、この処方箋を発行した医療機関や医師を特定するための情報（名称）が記録される。
【００５０】
処方項目データ領域には、患者に提供される各医薬品の内容（薬名・分量・用法・容量等）に関するデータが記録される。
調剤薬局コードデータ領域には、患者に各医薬品を提供した調剤薬局を特定するための識別子に関するデータが記録される。
【００５１】
処方年月日データ領域には、この処方箋に基づいて各医薬品を提供した時期を特定するための年月日に関するデータが記録される。
請求額データ領域には、患者に提供される各医薬品に応じた調剤医療費の金額に関するデータが記録される。
【００５２】
支払状況データ領域には、この請求額の支払状況を特定するためのフラグに関するデータが記録される。この支払状況データ領域にも、口座振替等により支払を完了している場合には、決済完了フラグが記録される。一方、口座における引落不能により支払ができていない場合には、引落不能フラグが記録される。また、ＩＣカード１００を持参せずに、診療を受けた場合には、全額負担フラグが記録される。
【００５３】
次に、上記のように構成されたシステムにより、医療費の会計を支援するサービスを管理する処理について説明する。
まず、図３を用いて、病院における処理を説明する。
ここでは、病院サーバ１０は、受付処理を実行する（ステップＳ１−１）。具体的には、病院サーバ１０に接続された受付端末１５において、患者のＩＣカード１００を読み取る。そして、病院サーバ１０は、受付情報をポータルサイトサーバ２０に送信する。この受付情報には、受付端末１５において読み取ったＩＣカード１００のカード情報及び医療機関コードに関するデータを含める。
【００５４】
この場合、ポータルサイトサーバ２０の制御部２１は、初診受付処理（ステップＳ１−２）、又は再診受付処理（ステップＳ１−３）のいずれかを実行する。具体的には、制御部２１のカード確認手段２１１は、ユーザ情報記憶部２２において、病院サーバ１０から受信した医療機関コードが、カード情報に含まれるマイナンバーに関連付けられて記録されているかどうかを判定する。ここで、医療機関コードがマイナンバーに関連付けられて記録されていない場合には、初診と判定して初診受付処理を実行する（ステップＳ１−２）。この初診受付処理については、図５（ａ）を用いて後述する。一方、ユーザ情報記憶部２２において、医療機関コードがマイナンバーに関連付けられて記録されている場合には、再診と判定して再診受付処理を実行する（ステップＳ１−３）。この再診受付処理については、図５（ｂ）を用いて後述する。
【００５５】
次に、病院サーバ１０は、診療記録処理を実行する（ステップＳ１−４）。具体的には、医師は患者を診察し、診察端末１６において診療内容を記録した診療録を作成して入力する。更に、医薬品を処方する場合には、診察端末１６において処方箋を作成して入力する。この場合、病院サーバ１０は、診察端末１６から、診療録、処方箋を取得し、データベース１２に記録する。
【００５６】
次に、病院サーバ１０は、受診データのアップロード処理を実行する（ステップＳ１−５）。具体的には、病院サーバ１０は、診察端末１６から取得した診療録を受診データとしてポータルサイトサーバ２０に送信する。処方箋が発行された場合には、この処方箋についても受診データに含める。この受診データには、病院の医療機関コード、患者の診察券番号等に関するデータを含める。
【００５７】
次に、ポータルサイトサーバ２０の制御部２１は、受診データの登録処理を実行する（ステップＳ１−６）。具体的には、制御部２１の診療情報取得手段２１２は、ユーザ情報記憶部２２から、受診データに含まれる医療機関コード及び診察券番号が記録されたユーザ管理レコード２２０を抽出し、このユーザ管理レコード２２０においてマイナンバーを特定する。そして、診療情報取得手段２１２は、医療機関コード及びマイナンバーを記録した診療管理レコード２４０、処方箋管理レコード２５０を生成し、診療情報記憶部２４、処方箋情報記憶部２５に登録する。この診療管理レコード２４０、処方箋管理レコード２５０には、それぞれ、病院サーバ１０から取得した受診データ（診療情報、処方箋）を記録する。
【００５８】
次に、病院サーバ１０は、診療費の決済指示処理を実行する（ステップＳ１−７）。具体的には、病院における診療を終了した場合、診察端末１６において診療終了を入力する。ここで、診察端末１６において診療終了入力を検知した病院サーバ１０は、ポータルサイトサーバ２０に対して、診療費の決済指示を送信する。この決済指示には、医療機関コード、診療内容に応じた金額や初診料に関するデータを含める。
次に、ポータルサイトサーバ２０の制御部２１は、医療費の支払処理を実行する（ステップＳ１−８）。この処理については、図６を用いて後述する。
【００５９】
次に、図４を用いて、調剤薬局における処理を説明する。
ここでは、調剤薬局端末３０は、受付処理を実行する（ステップＳ２−１）。具体的には、調剤薬局端末３０において、患者のＩＣカード１００を読み取る。そして、調剤薬局端末３０は、ＩＣカード１００に記録されたマイナンバーを取得する。
【００６０】
次に、調剤薬局端末３０は、処方箋のダウンロード要求処理を実行する（ステップＳ２−２）。具体的には、調剤薬局端末３０は、ダウンロード要求をポータルサイトサーバ２０に送信する。このダウンロード要求には、調剤薬局端末３０において読み取ったカード情報（マイナンバー）及び調剤薬局コードに関するデータを含める。
【００６１】
ダウンロード要求を受信したポータルサイトサーバ２０の制御部２１は、診療費の決済状況の確認処理を実行する（ステップＳ２−３）。具体的には、制御部２１のカード確認手段２１１は、診療情報記憶部２４から、マイナンバーが記録された診療管理レコード２４０を取得する。更に、カード確認手段２１１は、処方箋情報記憶部２５から、このマイナンバーが記録された処方箋管理レコード２５０を取得する。そして、カード確認手段２１１は、抽出した診療管理レコード２４０、処方箋管理レコード２５０に記録された支払状況を取得する。
【００６２】
次に、ポータルサイトサーバ２０の制御部２１は、決済に問題があるかどうかについての判定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のカード確認手段２１１は、診療管理レコード２４０、処方箋管理レコード２５０において支払状況として引落不能フラグが記録されている場合には、決済に問題があると判定する。
【００６３】
決済に問題があると判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ２−５）。具体的には、制御部２１のカード確認手段２１１は、調剤薬局端末３０に対して、決済において問題があることを示すメッセージを出力する。この場合、調剤薬局の担当者は、患者にこのことを伝える。一方、決済において問題がないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、アラーム処理（ステップＳ２−５）をスキップする。
【００６４】
次に、ポータルサイトサーバ２０の制御部２１は、処方箋の提供処理を実行する（ステップＳ２−６）。具体的には、制御部２１の処方箋提供手段２１３は、処方箋情報記憶部２５において、この患者について、調剤薬局コードが記録されていない処方箋管理レコード２５０を検索する。更に、処方箋提供手段２１３は、現在日付が使用期間に含まれる処方箋管理レコード２５０を特定する。そして、処方箋提供手段２１３は、処方箋管理レコード２５０に記録されている処方箋情報（処方項目）を、調剤薬局端末３０に送信する。更に、処方箋提供手段２１３は、この処方箋管理レコード２５０に調剤薬局コード、処方年月日に関するデータを記録する。
【００６５】
次に、調剤薬局端末３０は、処方箋の出力処理を実行する（ステップＳ２−７）。具体的には、調剤薬局端末３０は、ディスプレイやプリンタに、処方する医薬品についての処方箋を出力する。
【００６６】
次に、調剤薬局端末３０は、調剤記録処理を実行する（ステップＳ２−８）。具体的には、調剤薬局の薬剤師は、出力された処方箋に従って医薬品を調剤する。この場合、調剤薬局端末３０を用いて、調剤した医薬品に関する情報を入力する。そして、調剤を完了し、医薬品を患者に提供する場合、調剤薬局端末３０において調剤終了を入力する。
【００６７】
この場合、調剤薬局端末３０は、決済に問題があったかどうかについての判定処理を実行する（ステップＳ２−９）。具体的には、調剤薬局端末３０は、ポータルサイトサーバ２０からアラームを取得している場合には、決済に問題があると判定する。
【００６８】
決済に問題がないと判定した場合（ステップＳ２−９において「ＮＯ」の場合）、調剤薬局端末３０は、調剤医療費の決済指示処理を実行する（ステップＳ２−１０）。具体的には、調剤薬局端末３０は、ポータルサイトサーバ２０に対して決済指示を送信する。決済指示には、調剤薬局コード、処方内容に応じた金額に関するデータを含める。
この場合、ポータルサイトサーバ２０の制御部２１は、医療費の支払処理を実行する（ステップＳ２−１１）。この処理も、図６を用いて後述する。
【００６９】
一方、決済に問題があると判定した場合（ステップＳ２−９において「ＹＥＳ」の場合）、調剤薬局端末３０は、他の方法による決済処理を実行する（ステップＳ２−１２）。具体的には、調剤薬局端末３０は、口座振替以外の決済（例えば、現金決済）を指示する。そして、他の方法による決済が行なわれた場合、調剤薬局端末３０は、支払完了通知をポータルサイトサーバ２０に送信する。この場合、ポータルサイトサーバ２０の制御部２１の支払管理手段２１４は、処方箋管理レコード２５０の支払状況データ領域に、現金支払フラグを記録する。
【００７０】
（初診受付処理）
次に、図５（ａ）を用いて、初診受付処理を説明する。
まず、ポータルサイトサーバ２０の制御部２１は、カード情報の取得処理を実行する（ステップＳ３−１）。具体的には、制御部２１のカード確認手段２１１は、初診と判定した場合、病院サーバ１０にカード情報を要求する。そして、カード確認手段２１１は、受付端末１５においてＩＣカード１００から読み取ったカード情報（保険証情報、口座情報）を病院サーバ１０から取得する。
【００７１】
次に、ポータルサイトサーバ２０の制御部２１は、口座状態の確認処理を実行する（ステップＳ３−２）。具体的には、制御部２１のカード確認手段２１１は、カード情報に含まれる口座情報を用いて、口座が開設された金融機関を特定する。そして、カード確認手段２１１は、この金融機関の金融機関サーバ５０に対して、口座状態要求を送信する。この口座状態要求には、病院サーバ１０から取得した口座識別子に関するデータを含める。この場合、金融機関サーバ５０は、この口座識別子の口座状態情報を、ポータルサイトサーバ２０に返信する。
【００７２】
次に、ポータルサイトサーバ２０の制御部２１は、問題がないかどうかについての判定処理を実行する（ステップＳ３−３）。具体的には、制御部２１のカード確認手段２１１は、金融機関サーバ５０から取得した口座状態情報に基づいて問題の有無を判定する。口座が存在しており、口座において注意情報が記録されていない場合には、問題がないと判定する。
【００７３】
口座が存在していないときや、口座について注意情報が記録されていることにより、問題があると判定した場合（ステップＳ３−３において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ３−４）。具体的には、制御部２１のカード確認手段２１１は、病院サーバ１０に対して、口座を利用できないことを示すメッセージを送信する。この場合には、医療機関において、現金等による医療費支払が行なわれる。
【００７４】
一方、問題がないと判定した場合（ステップＳ３−３において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、支払予約の登録処理を実行する（ステップＳ３−５）。具体的には、制御部２１のカード確認手段２１１は、病院サーバ１０に対して、診察券番号を要求する。この場合、病院サーバ１０は、初診者に割り振られた診察券番号を送信する。そして、カード確認手段２１１は、病院サーバ１０から取得したマイナンバー、保険証情報、口座情報、診察券情報を記録したユーザ管理レコード２２０を生成し、ユーザ情報記憶部２２に登録する。このユーザ管理レコード２２０には、診察券情報として、この病院サーバ１０の医療機関コード、診察券番号を記録する。
【００７５】
（再診受付処理）
次に、図５（ｂ）を用いて、再診受付処理を説明する。
まず、ポータルサイトサーバ２０の制御部２１は、ユーザの特定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のカード確認手段２１１は、マイナンバー、医療機関コードが記録されたユーザ管理レコード２２０をユーザ情報記憶部２２から抽出する。
【００７６】
次に、ポータルサイトサーバ２０の制御部２１は、口座状態の確認が必要かどうかについての判定処理を実行する（ステップＳ４−２）。具体的には、制御部２１のカード確認手段２１１は、診療情報記憶部２４、処方箋情報記憶部２５から、このマイナンバーが記録された診療管理レコード２４０、処方箋管理レコード２５０を抽出する。そして、診療管理レコード２４０、処方箋管理レコード２５０に、引落不能フラグが記録されている場合には、口座状態確認が必要と判定する。また、診療管理レコード２４０の診察年月日や、処方箋管理レコード２５０の発行年月日から基準期間（所定日数）が経過している場合にも、口座状態確認が必要と判定する。
【００７７】
口座状態の確認が必要であると判定した場合（ステップＳ４−２において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、口座の特定処理を実行する（ステップＳ４−３）。具体的には、制御部２１のカード確認手段２１１は、この患者のユーザ管理レコード２２０に記録された口座情報（口座識別子）を取得する。
【００７８】
次に、ポータルサイトサーバ２０の制御部２１は、口座状態の確認処理を実行する（ステップＳ４−４）。具体的には、制御部２１のカード確認手段２１１は、取得した口座情報を用いて、口座が開設された金融機関を特定する。そして、カード確認手段２１１は、この金融機関の金融機関サーバ５０に対して、口座状態要求を送信する。この口座状態要求には、病院サーバ１０から取得した口座識別子に関するデータを含める。この場合、金融機関サーバ５０は、この口座識別子の口座状態情報を、ポータルサイトサーバ２０に返信する。
【００７９】
次に、ポータルサイトサーバ２０の制御部２１は、ステップＳ３−３と同様に、問題がないかどうかについての判定処理を実行する（ステップＳ４−５）。
問題があると判定した場合（ステップＳ４−５において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、ステップＳ３−４と同様に、アラーム処理を実行する（ステップＳ４−６）。
【００８０】
一方、問題がないと判定した場合（ステップＳ４−５において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理（ステップＳ４−６）をスキップする。
【００８１】
また、口座状態の確認が必要でないと判定した場合（ステップＳ４−２において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、口座の特定処理（ステップＳ４−３）〜アラーム処理（ステップＳ４−６）をスキップする。
【００８２】
次に、ポータルサイトサーバ２０の制御部２１は、診療録の提供処理を実行する（ステップＳ４−７）。具体的には、制御部２１のカード確認手段２１１は、診療情報記憶部２４から、医療機関コード、患者のマイナンバー、診察券番号が記録された診療管理レコード２４０を抽出する。そして、カード確認手段２１１は、抽出した診療管理レコード２４０の診療録データを病院サーバ１０に送信する。この場合、病院サーバ１０は、患者の担当医の診察端末１６に診療録を出力する。医師は、この診療録を参照しながら診察を行なうことができる。
【００８３】
（医療費の支払処理）
次に、図６を用いて、医療費の支払処理を説明する。この処理は、病院サーバ１０や調剤薬局端末３０から決済指示を受信した場合に実行される。
【００８４】
まず、ポータルサイトサーバ２０の制御部２１は、医療情報の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１の支払管理手段２１４は、病院サーバ１０から決済指示を受信した場合、決済指示に含まれる医療機関コードとともに、現在日付が診察年月日として記録された診療管理レコード２４０を、診療情報記憶部２４から取得する。また、支払管理手段２１４は、調剤薬局端末３０から決済指示を受信した場合、決済指示に含まれる調剤薬局コードとともに、現在日付が処方年月日として記録された処方箋管理レコード２５０を、処方箋情報記憶部２５から取得する。
【００８５】
次に、ポータルサイトサーバ２０の制御部２１は、口座の特定処理を実行する（ステップＳ５−２）。具体的には、制御部２１の支払管理手段２１４は、診療管理レコード２４０又は処方箋管理レコード２５０に記録されたマイナンバーを用いて、ユーザ情報記憶部２２からユーザ管理レコード２２０を抽出する。そして、支払管理手段２１４は、抽出したユーザ管理レコード２２０に記録されている口座識別子を取得する。更に、支払管理手段２１４は、医療機関情報記憶部２３から、この医療機関コードが記録された医療機関管理レコード２３０を抽出する。そして、支払管理手段２１４は、抽出した医療機関管理レコード２３０に記録されている口座識別子を取得する。
【００８６】
次に、ポータルサイトサーバ２０の制御部２１は、決済処理を実行する（ステップＳ５−３）。具体的には、制御部２１の支払管理手段２１４は、ユーザ管理レコード２２０に記録されている保険証情報に基づいて、一部負担金の負担割合を特定する。そして、支払管理手段２１４は、決済指示に含まれる金額、負担割合に基づいて請求額を算出し、診療管理レコード２４０又は処方箋管理レコード２５０に記録する。次に、支払管理手段２１４は、請求額を振替金額とする振替電文を生成する。そして、支払管理手段２１４は、金融機関サーバ５０に対して、患者の口座から医療機関（病院や調剤薬局）の口座に入金するための振替電文を送信する。この場合、金融機関サーバ５０は、振替電文に基づいて、決済処理を行なう。
【００８７】
次に、ポータルサイトサーバ２０の制御部２１は、決済完了かどうかについての判定処理を実行する（ステップＳ５−４）。具体的には、制御部２１の支払管理手段２１４は、金融機関サーバ５０から取得した振替結果に基づいて判定する。
【００８８】
金融機関サーバ５０から振替完了情報を取得することにより、決済完了と判定した場合（ステップＳ５−４において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、完了通知処理を実行する（ステップＳ５−５）。具体的には、制御部２１の支払管理手段２１４は、ユーザ管理レコード２２０に記録されている連絡先を取得する。そして、支払管理手段２１４は、この連絡先に対して支払を完了したことを通知するメッセージを送信する。
【００８９】
一方、金融機関サーバ５０から引落不能情報を取得することにより、決済完了でないと判定した場合（ステップＳ５−４において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、不能通知処理を実行する（ステップＳ５−６）。具体的には、制御部２１の支払管理手段２１４は、診療管理レコード２４０や処方箋管理レコード２５０の決済状況データ領域に、引落不能フラグを記録する。そして、支払管理手段２１４は、患者の連絡先に対して、口座引き落としができなかったことを示すメッセージを送信する。なお、引落不能の場合、ポータルサイトサーバ２０の制御部２１は、定期的に口座引き落としのリトライを行なうようにしてもよい。そして、制御部２１は、請求額の引き落としができた場合に支払状況として完了フラグを記録する。
【００９０】
（立替払対応処理）
次に、図７を用いて、立替払対応処理を説明する。この処理は、患者がＩＣカード１００を持参していないときに診療を受け、医療費を全額負担した場合に行なわれる。この場合には、ポータルサイトサーバ２０の制御部２１は、病院サーバ１０や調剤薬局端末３０から全額負担情報を取得する。そして、ポータルサイトサーバ２０の制御部２１は、診療管理レコード２４０、処方箋管理レコード２５０に全額負担フラグを記録する。
【００９１】
まず、ポータルサイトサーバ２０の制御部２１は、払戻要求の取得処理を実行する（ステップＳ６−１）。具体的には、全額負担した患者は、ユーザ端末４０を用いて、払戻申請を作成する。この払戻申請には、全額負担により診察を受けた医療機関コード、診察券番号、診察年月日に関する情報を含める。そして、ユーザ端末４０を用いて、払戻申請を含む払戻要求を、ポータルサイトサーバ２０に送信する。
【００９２】
次に、ポータルサイトサーバ２０の制御部２１は、診療情報の抽出処理を実行する（ステップＳ６−２）。具体的には、制御部２１の立替対応手段２１５は、払戻要求の払戻申請に含まれる診察券番号が記録された診療管理レコード２４０を診療情報記憶部２４から抽出する。
【００９３】
次に、ポータルサイトサーバ２０の制御部２１は、処方箋情報の抽出処理を実行する（ステップＳ６−３）。具体的には、制御部２１の立替対応手段２１５は、医療機関コード、診察券番号が記録されたユーザ管理レコード２２０をユーザ情報記憶部２２から抽出する。次に、立替対応手段２１５は、ユーザ管理レコード２２０に記録されたマイナンバーを特定する。そして、立替対応手段２１５は、マイナンバーが記録された処方箋管理レコード２５０を処方箋情報記憶部２５から抽出する。
【００９４】
次に、ポータルサイトサーバ２０の制御部２１は、立替があるかどうかについての判定処理を実行する（ステップＳ６−４）。具体的には、制御部２１の立替対応手段２１５は、抽出した診療管理レコード２４０、処方箋管理レコード２５０において全額負担フラグが記録されているレコードを検索する。全額負担フラグが記録されたレコードを抽出できた場合には、立替があると判定する。
【００９５】
全額負担フラグが記録されたレコードを特定することができず、立替がないと判定した場合（ステップＳ６−４において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ６−５）。具体的には、制御部２１の立替対応手段２１５は、ユーザ端末４０に対して、立替払いがないことを示すメッセージを出力して処理を終了する。
【００９６】
一方、全額負担フラグが記録されたレコードを特定し、立替があると判定した場合（ステップＳ６−４において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、療養費支給申請処理を実行する（ステップＳ６−６）。具体的には、制御部２１の立替対応手段２１５は、ユーザ管理レコード２２０に記録された保険証情報に基づいて、健康保険組合を特定する。そして、立替対応手段２１５は、この健康保険組合の管理システム（図示せず）に対する療養費支給申請を作成する。この療養費支給申請においては、立替払いを行なった患者の保険証番号や、特定した診療管理レコード２４０、処方箋管理レコード２５０に記録された請求額に関するデータを含める。この健康保険組合の管理システムにおいて、療養費支給申請の内容を確認し、不備がない場合には、申請確認情報をポータルサイトサーバ２０に返信する。
【００９７】
次に、ポータルサイトサーバ２０の制御部２１は、払戻処理を実行する（ステップＳ６−７）。具体的には、制御部２１の立替対応手段２１５は、健康保険組合の管理システムから、申請確認情報を取得した場合、ユーザ管理レコード２２０に記録されている口座識別子を取得する。そして、立替対応手段２１５は、請求額と、一部負担金の負担割合に対する残りの割合とに応じて、立替金額を算出する。そして、立替対応手段２１５は、ユーザの口座に対して、健康保険組合の口座から立替金額を振り込むための振込電文を作成し、金融機関サーバ５０に送信する。
【００９８】
（医療費控除処理）
次に、図８を用いて、医療費控除処理を説明する。
まず、ポータルサイトサーバ２０の制御部２１は、医療費控除要求の取得処理を実行する（ステップＳ７−１）。具体的には、ユーザが医療費控除申請を行なう場合には、ユーザ端末４０を用いて、医療費控除要求を送信する。この医療費控除要求には、ユーザのマイナンバーに関する情報を含める。この場合、制御部２１の控除支援手段２１６は、ユーザ端末４０から医療費控除要求を受信する。
【００９９】
次に、ポータルサイトサーバ２０の制御部２１は、診療情報の抽出処理を実行する（ステップＳ７−２）。具体的には、制御部２１の控除支援手段２１６は、診療情報記憶部２４から、医療費控除要求に含まれるマイナンバーが記録されているレコードであって、控除対象期間（その年の１月１日から１２月３１日）の診察年月日が記録された診療管理レコード２４０を抽出する。
【０１００】
次に、ポータルサイトサーバ２０の制御部２１は、処方箋情報の抽出処理を実行する（ステップＳ７−３）。具体的には、制御部２１の控除支援手段２１６は、処方箋情報記憶部２５から、医療費控除要求に含まれるマイナンバーが記録されているレコードであって、控除対象期間の処方年月日が記録された処方箋管理レコード２５０を抽出する。
【０１０１】
次に、ポータルサイトサーバ２０の制御部２１は、医療費控除額の算出処理を実行する（ステップＳ７−４）。具体的には、制御部２１の控除支援手段２１６は、抽出した診療管理レコード２４０、処方箋管理レコード２５０に記録されている請求額を合計して医療費を算出し、医療費控除の計算式に基づいて控除額を算出する。
【０１０２】
次に、ポータルサイトサーバ２０の制御部２１は、確認通知処理を実行する（ステップＳ７−５）。具体的には、制御部２１の控除支援手段２１６は、ユーザ端末４０に対して、算出した医療費、控除額を通知する。この場合、ユーザは、ユーザ端末４０を用いて、医療費、控除額を確認する。そして、必要に応じて、医療費を修正する。
【０１０３】
次に、ポータルサイトサーバ２０の制御部２１は、修正があるかどうかについての判定処理を実行する（ステップＳ７−６）。具体的には、制御部２１の控除支援手段２１６は、ユーザ端末４０において、医療費の修正の有無を確認する。
【０１０４】
修正されたと判定した場合（ステップＳ７−６において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、控除額の修正処理を実行する（ステップＳ７−７）。具体的には、制御部２１の控除支援手段２１６は、修正された医療費に基づいて控除額を修正する。一方、修正されていないと判定した場合（ステップＳ７−６において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、控除額の修正処理（ステップＳ７−７）をスキップする。
【０１０５】
次に、ポータルサイトサーバ２０の制御部２１は、申告処理を実行する（ステップＳ７−８）。具体的には、制御部２１の控除支援手段２１６は、税務署サーバ（図示せず）に対して、医療費控除申請を送信する。この医療費控除申請には、ユーザ管理レコード２２０に記録されているマイナンバー、医療費、控除額に関するデータを含める。
【０１０６】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、ユーザ情報記憶部２２は、本サービスを利用する患者に関するユーザ管理レコード２２０を記憶する。ユーザ管理レコード２２０は、マイナンバー、保険証情報、口座情報、診察券情報、連絡先に関するデータを含んで構成される。病院サーバ１０は、診療費の決済指示処理を実行する（ステップＳ１−７）。そして、ポータルサイトサーバ２０の制御部２１は、医療費の支払処理を実行する（ステップＳ１−８）。これにより、医療機関における医療費は、口座を利用して支払われるので、医療機関において支払を待つ必要がなく、ユーザの手続負担を軽減することができる。
【０１０７】
（２）本実施形態においては、病院サーバ１０は、受診データのアップロード処理を実行する（ステップＳ１−５）。この場合、ポータルサイトサーバ２０の制御部２１は、受診データの登録処理を実行する（ステップＳ１−６）。これにより、各種医療機関において行なわれた診療についての記録を集約することができる。
【０１０８】
（３）本実施形態においては、調剤薬局端末３０は、受付処理を実行する（ステップＳ２−１）。調剤薬局端末３０は、処方箋のダウンロード要求処理を実行する（ステップＳ２−２）。決済において問題がないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、処方箋の提供処理を実行する（ステップＳ２−６）。これにより、調剤薬局に対して効率的に処方箋を提供することができる。
【０１０９】
（４）本実施形態においては、ダウンロード要求を受信したポータルサイトサーバ２０の制御部２１は、診療費の決済状況処理を実行する（ステップＳ２−３）。決済に問題があると判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ２−５）。これにより、先行の医療費の支払状況を後続の手続において確認することができる。
【０１１０】
（５）本実施形態においては、決済に問題がないと判定した場合（ステップＳ２−９において「ＮＯ」の場合）、調剤薬局端末３０は、調剤医療費の決済指示処理を実行する（ステップＳ２−１０）。ポータルサイトサーバ２０の制御部２１は、医療費の支払処理を実行する（ステップＳ２−１１）。これにより、調剤薬局における医療費を効率的に支払うことができる。
【０１１１】
（６）本実施形態においては、ポータルサイトサーバ２０の制御部２１は、カード情報の取得処理を実行する（ステップＳ３−１）。ポータルサイトサーバ２０の制御部２１は、口座状態の確認処理を実行する（ステップＳ３−２）。これにより、初診時に口座状態を確認して、支払のための口座情報を登録することができる。
【０１１２】
（７）本実施形態においては、ポータルサイトサーバ２０の制御部２１は、口座状態の確認が必要かどうかについての判定処理を実行する（ステップＳ４−３）。そして、問題があると判定した場合（ステップＳ４−５において「ＮＯ」の場合）、ポータルサイトサーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ４−６）。これにより、口座状態の状況変更を考慮して、的確な医療費の支払を行なうことができる。
【０１１３】
（８）本実施形態の立替払対応処理においては、ポータルサイトサーバ２０の制御部２１は、診療情報の抽出処理（ステップＳ６−２）、処方箋情報の抽出処理（ステップＳ６−３）を実行する。ポータルサイトサーバ２０の制御部２１は、立替があるかどうかについての判定処理を実行する（ステップＳ６−４）。立替があると判定した場合（ステップＳ６−４において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、療養費支給申請処理を実行する（ステップＳ６−６）。これにより、立替払いに対して効率的に療養費支給を行なうことができる。
【０１１４】
（９）本実施形態の医療費控除処理においては、ポータルサイトサーバ２０の制御部２１は、診療情報の抽出処理（ステップＳ７−２）、処方箋情報の抽出処理（ステップＳ７−３）を実行する。そして、ポータルサイトサーバ２０の制御部２１は、医療費控除額の算出処理を実行する（ステップＳ７−４）。これにより、効率的に医療費控除の手続を行なうことができる。
【０１１５】
また、ポータルサイトサーバ２０の制御部２１は、確認通知処理を実行する（ステップＳ７−５）。修正されたと判定した場合（ステップＳ７−６において「ＹＥＳ」の場合）、ポータルサイトサーバ２０の制御部２１は、控除額の修正処理を実行する（ステップＳ７−７）。これにより、修正された医療費に基づいて控除申請を行なうことができる。
【０１１６】
なお、上記実施形態は以下のように変更してもよい。
・上記実施形態では、ユーザを特定するための情報としてマイナンバーを想定したが、ユーザをユニークに特定できる情報であれば、これに限定されるものではない。
【０１１７】
・上記実施形態では、ＩＣカード１００には、このカードの保持者を特定可能な情報（例えば、マイナンバー）や、この決済を行なうための情報（例えば、口座情報）を記録しておく。そして、ポータルサイトサーバ２０の制御部２１は、カード情報の取得処理を実行する（ステップＳ３−１）。この場合、複数のカードからの情報を取得するようにしてもよい。例えば、保険証カードから保険証情報を取得するとともに、キャッシュカードから口座情報を取得するようにし、ポータルサイトサーバ２０において両者を関連づけて記録するようにしてもよい。また、ユーザ管理レコード２２０において不足している情報を、ユーザ端末４０を用いてポータルサイトサーバ２０にアクセスし、直接、登録するようにしてもよい。
【０１１８】
・上記実施形態では、初診受付処理において、ポータルサイトサーバ２０の制御部２１は、問題がないかどうかについての判定処理を実行する（ステップＳ３−３）。また、再診受付処理において、ポータルサイトサーバ２０の制御部２１は、口座状態の確認が必要かどうかについての判定処理を実行する（ステップＳ４−２）。ここで、ユーザの口座の残高確認を行なうようにしてもよい。具体的には、初診料や診療費の統計的な金額について、口座に、これら以上の残高があるかどうかを確認する。この統計的な金額については、初診の場合には、初診者の平均的金額を用いたり、再診の場合には、このユーザの平均的金額を用いたりすることができる。
【０１１９】
・上記実施形態では、ポータルサイトサーバ２０の制御部２１は、決済処理を実行する（ステップＳ５−３）。ここでは、ポータルサイトサーバ２０が、ユーザ管理レコード２２０に記録されている保険証情報に基づいて、一部負担金の負担割合を特定し、決済指示に含まれる金額、負担割合に基づいて請求額を算出する。これに代えて、病院サーバ１０や調剤薬局端末３０において、一部負担金の負担割合に基づいて、請求額を算出するようにしてもよい。この場合には、ポータルサイトサーバ２０に対して送信する決済指示において、請求額に関するデータを含める。
【０１２０】
また、ポータルサイトサーバ２０において、診療録や処方箋に基づいて請求額を算出するようにしてもよい。この場合には、ポータルサイトサーバ２０において各医療行為や処方された医薬品に対して請求額を算出するための医療費算出テーブルを保持させておく。
【０１２１】
・上記実施形態の医療費控除処理では、ポータルサイトサーバ２０の制御部２１は、診療情報の抽出処理を実行する（ステップＳ７−２）。ここで、生計を共にする家族のために支払った医療費を含めるようにしてもよい。この場合には、ユーザ管理レコード２２０において、家族を特定するための家族特定情報を記録しておく。そして、この家族特定情報用いて、医療費控除対象を特定する。
【０１２２】
・上記実施形態では、医療機関として病院や調剤薬局に適用したが、医療機関は、これらに限定されるものではない。
【符号の説明】
【０１２３】
１０…病院サーバ、２０…ポータルサイトサーバ、２１…制御部、２１１…カード確認手段、２１２…診療情報取得手段、２１３…処方箋提供手段、２１４…支払管理手段、２１５…立替対応手段、２１６…控除支援手段、２２…ユーザ情報記憶部、２３…医療機関情報記憶部、２４…診療情報記憶部、２５…処方箋情報記憶部、３０…調剤薬局端末、４０…ユーザ端末、５０…金融機関サーバ。
【図１】
2014157416.tif 000003
【図２】
2014157416.tif 000004
【図３】
2014157416.tif 000005
【図４】
2014157416.tif 000006
【図５】
2014157416.tif 000007
【図６】
2014157416.tif 000008
【図７】
2014157416.tif 000009
【図８】
2014157416.tif 000010