JP2022164985A - 情報処理システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】医療ブースを用いた医療サービスにおけるなりすまし対策を強化する。
【解決手段】本開示の一態様に係る情報処理システムは、１以上のコンピュータを具備し、１以上のコンピュータが、医療ブースを用いた医療サービスの提供を支援する手段と、医療サービスの提供前、または医療サービスの提供中にユーザの本人認証を行う手段と、本人認証の結果に応じて、医療サービスの提供を開始するか否か、または医療サービスの提供を継続するか否かを決定する手段と、医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定された場合に、ユーザに提供される医療サービスを制限する手段とを備える。
【選択図】図８

Description

本開示は、情報処理システム、情報処理方法、およびプログラムに関する。

近年、日本国は、遠隔診療の適切な実施および普及へ向けた取り組みを推進している。患者は、自宅で遠隔診療を受けることで、通院の手間を省くことができる。反面、患者の自宅では、医師が診断のために必要とする生体情報が得にくい、患者が医薬品をその場で受け取ることができない、といった不便もある。

特許文献１には、患者が計測機器および薬剤の保管庫を備えた医療ブース内で遠隔医療診断および薬剤の提供を受けることのできる医療キオスクに関する技術が開示されている。

特開2015-215769号公報

医療サービス全般において、薬剤の不正入手、および健康保険の不正使用を防ぐ観点から、他人が患者本人に成りすまして医療サービスの提供を受ける行為（なりすまし）への対策が求められる。特に、遠隔診療は、対面診療に比べると、医療サービスの提供を受ける者から得ることのできる情報が限られるので、なりすましへの有効な対策を必要としている。

特許文献１には、カメラを患者の身元確認に使用することができると記載されている。しかしながら、特許文献１には、カメラを使用して患者の身元確認をどのように実現するか、また身元確認の結果に応じて医療キオスクが採ることのできる措置が記載されていない。

本開示の第１の目的は、医療ブースを用いた医療サービスにおけるなりすまし対策を強化することである。本開示の第２の目的は、患者の通院の手間を軽減しつつ高品質な医療サービスを提供することである。

本開示の一態様に係る情報処理システムは、１以上のコンピュータを具備し、１以上のコンピュータが、医療ブースを用いた医療サービスの提供を支援する手段と、医療サービスの提供前、または医療サービスの提供中にユーザの本人認証を行う手段と、本人認証の結果に応じて、医療サービスの提供を開始するか否か、または医療サービスの提供を継続するか否かを決定する手段と、医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定された場合に、ユーザに提供される医療サービスを制限する手段とを備える。

本開示によれば、医療ブースを用いた医療サービスにおけるなりすまし対策を強化できる。本開示によれば、患者の通院の手間を軽減しつつ高品質な医療サービスを提供できる。

本実施形態の医療サービスシステムの構成を示すブロック図である。 クライアント装置およびサーバの構成を示すブロック図である。 本実施形態の医療ブースの外観を例示する図である。 本実施形態の医療ブースの内部空間を例示する図である。 本実施形態の医療サービスの準備フェーズの説明図である。 本実施形態の医療サービスの提供フェーズの説明図である。 本実施形態の認証用情報データベースのデータ構造を示す図である。 本実施形態の医療サービス提供処理の全体フローの第１の部分を示す図である。 本実施形態の医療サービス提供処理の全体フローの第２の部分を示す図である。 本実施形態の医療サービス提供処理において表示される画面例を示す図である。 本実施形態の医療サービス提供処理において表示される画面例を示す図である。 本実施形態の医療サービス提供処理において表示される画面例を示す図である。 変形例１の医療サービスシステムの構成を示すブロック図である。 変形例１の医療サービスシステムにおける医療ブースおよび保管庫の設置例を示す図である。 保管庫管理装置の構成を示すブロック図である。 変形例１の保管庫の外観を例示する図である。 変形例１の許可情報データベースのデータ構造を示す図である。 変形例１の医療用製品提供処理を例示するフローチャートである。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）医療サービスシステムの構成
本実施形態の医療サービスシステムの構成について説明する。図１は、本実施形態の医療サービスシステムの構成を示すブロック図である。

図１に示すように、医療サービスシステム１は、医療ブース５と、サーバ３０と、医師端末５０とを含む。医療サービスシステム１は、患者に対して医療ブース５を用いた医療サービスを提供する。
医療ブース５は、患者に対する医療サービスの提供拠点である。医療ブース５は、例えば、ガソリンスタンド、ドラッグストア、ショッピングセンター、鉄道駅、空港、高速道路のサービスエリア、公共施設、オフィスビル、または学校の敷地内に設置することができる。医療ブース５は、クライアント装置１０を含む。

ここで、医療ブース５、サーバ３０、および医師端末５０の数は、１台に限られず、２台以上であってもよい。

クライアント装置１０、サーバ３０、および医師端末５０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続可能である。

クライアント装置１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。クライアント装置１０は、例えば、１台または複数台のコンピュータであってもよい。

サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバ、アプリケーションサーバ、データベースサーバ、またはそれらの組み合わせである。

医師端末５０は、例えば、医療関係者の業務用の情報処理装置である。医療関係者は、典型的には医師であるが、提供対象となる医療サービスの内容次第で、薬剤師、看護師、助産師、保健師、もしくは他の医療従事者、または医療サービスの提供を支援するサービスの事業者（例えば、ＳａａＳ（Software as a Service）の運営者）を含み得る。医師端末５０は、例えばクライアント装置１０と同一または類似のハードウェア構成を備え得る。医師端末５０は、例えば、スマートフォン、タブレット端末、またはＰＣ（Personal Computer）であってよい。

（１－１）クライアント装置の構成
本実施形態のクライアント装置の構成について説明する。図２は、クライアント装置およびサーバの構成を示すブロック図である。

図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、またはヘルスケアアプリ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータ及びデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、コンピュータの一例である。記憶装置１１により記憶されるプログラム及びデータは、ネットワークを介して提供されてもよいし、コンピュータにより読み取り可能な記録媒体に記録して提供されてもよい。なお、クライアント装置１０の機能の少なくとも一部が、１又は複数の専用のハードウェアにより実現されていてもよい。

入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスから信号（例えば、ユーザの指示、センシングデータ）を取得し、かつ、クライアント装置１０に接続される出力デバイスに信号（例えば、画像信号、音声信号、制御信号）を出力するように構成される。
入力デバイスは、例えば、カメラ（例えば、後述するカメラ１６１，１６３）、ＩＣ（Integrated Circuit）カードリーダ、スキャナ、マイクロホン、センサ、キーボード、ポインティングデバイス、タッチパネル（例えば、後述するタッチパネル１６２）、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ（例えば、後述するディスプレイ１７１，１７２）、スピーカ、又はそれらの組み合わせである。

通信インタフェース１４は、クライアント装置１０と外部装置（例えば、サーバ３０、または医師端末５０）との間の通信を制御するように構成される。

（１－２）サーバの構成
本実施形態のサーバの構成について説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータ及びデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、コンピュータの一例である。記憶装置３１により記憶されるプログラム及びデータは、ネットワークを介して提供されてもよいし、コンピュータにより読み取り可能な記録媒体に記録して提供されてもよい。なお、サーバ３０の機能の少なくとも一部が、１又は複数の専用のハードウェアにより実現されていてもよい。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスから信号を取得し、かつ、サーバ３０に接続される出力デバイスに信号を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、スピーカ、又はそれらの組み合わせである。

通信インタフェース３４は、サーバ３０と外部装置（例えば、クライアント装置１０、または医師端末５０）との間の通信を制御するように構成される。

（１－３）医療ブースの構成
本実施形態の医療ブースの構成について説明する。図３は、本実施形態の医療ブースの外観を例示する図である。図４は、本実施形態の医療ブースの内部空間を例示する図である。

図３に示すように、医療ブース５は、ボックス型の筐体ＨＳ１を備える。筐体ＨＳ１は、患者のプライバシー保護の観点から防音壁で構成されることが好ましい。筐体ＨＳ１の正面側には、患者が医療ブース５の内部空間に出入りするための出入口を開閉するための扉ＤＲ１が備え付けられている。

扉ＤＲ１は、電子錠ＥＬ１を備えている。電子錠ＥＬ１は、患者の入室時にクライアント装置１０またはサーバ３０の制御によって一時的に解錠されるが、このような限られたタイミングを除いて原則施錠される。例えば、電子錠ＥＬ１は、解錠から一定時間の経過後に、および扉ＤＲ１を開けて閉めた後に、自動的に施錠される。これにより、予め登録された患者以外の人間が医療ブース５内に正当な理由なく侵入するのを防ぐことができる。また、電子錠ＥＬ１は、医療ブース５の内部空間からは手動で解錠できるように構成される。これにより、急用、災害、医療サービスシステム１のトラブル、等の不測の事態が生じた場合であっても、患者は医療ブース５から速やかに退出することができる。

扉ＤＲ１は、窓ＷＮ１を備えている。窓ＷＮ１は、好ましくは不透明ガラス（例えば、磨りガラス、型ガラス、など）により構成される。これにより、医療ブース５を使用している患者のプライバシーを保護しつつ、医療ブース５外の人間が医療ブース５の内部の大まかな様子を確認することができる。例えば、医療ブース５を利用しようとする患者、または医療ブース５のメンテナンスを行う作業者が、当該医療ブース５の使用状態（使用中／空き）を確認することができる。

筐体ＨＳ１の正面側には、クライアント装置１０と接続されたカメラ１６１、タッチパネル１６２、およびディスプレイ１７１が備え付けられている。カメラ１６１、タッチパネル１６２、およびディスプレイ１７１は、患者が医療ブース５に入室する前のＵＩ（User Interface）、および患者の顔認証に用いられる。

図４に示すように、医療ブース５の内部空間には、椅子ＣＨ１と、保管庫ＳＴ１と、計測機器ＭＤ１と、クライアント装置１０と、カメラ１６３と、ディスプレイ１７２とが備え付けられる。

患者ＰＴ１は、椅子ＣＨ１に腰掛けた状態で医療サービスの提供を受けることができる。

保管庫ＳＴ１には、様々な医療用製品ＭＰ１～ＭＰ３が保管されている。保管庫ＳＴ１は、医療用製品の保管環境を良好に維持するための環境調節機構（例えば冷蔵機構）を備えていてもよい。医療用製品は、例えば、以下の少なくとも１つを含むことができる。
・医薬品
・検査キット
・ワクチン
・医療用の器具機械
・医薬部外品
・化粧品
・健康食品
・健康飲料

医師の判断により、保管庫ＳＴ１に保管された医療用製品の患者ＰＴ１への提供が許可されると、当該医療用製品が図示しない搬出機構により排出される。患者ＰＴ１は、取り出し口ＯＴ１から医療用製品を受け取ることができる。
或いは、保管庫ＳＴ１は、遠隔制御可能なロッカーと類似の構成を備えていてもよい。つまり、保管庫ＳＴ１は複数の電子錠付きの荷室を備えており、各医療用製品はいずれかの荷室に保管される。医師の指示により、サーバ３０が、保管庫ＳＴ１に保管された医療用製品の患者ＰＴ１への提供を許可すると、当該医療用製品を保管している荷室の電子錠が解錠されてもよい。

図４の例では、保管庫ＳＴ１は、椅子ＣＨ１に腰かけた患者ＰＴ１の正面に設置されている。しかしながら、保管庫ＳＴ１は、任意の場所に設置されてよい。例えば、保管庫ＳＴ１は、椅子ＣＨ１に腰かけた患者ＰＴ１の側面、または背面に設置されてもよいし、医療ブース５の外に設置されてもよい。

計測機器ＭＤ１は、患者ＰＴ１の生体情報を計測するために用いられる。計測機器ＭＤ１は、クライアント装置１０に接続され、またはネットワークＮＷを介してサーバ３０に接続されてもよい。計測機器ＭＤ１は、例えば、以下の少なくとも１つを含むことができる。
・血圧計
・身長計
・体重計
・体温計
・心電計
・パルスオキシメータ

カメラ１６３、およびディスプレイ１７２は、クライアント装置１０に接続されている。カメラ１６３、およびディスプレイ１７２は、患者が医療ブース５に入室した後のＵＩ、および患者の顔認証に用いられる。

（２）実施形態の概要
本実施形態の概要について説明する。図５は、本実施形態の医療サービスの準備フェーズの説明図である。図６は、本実施形態の医療サービスの提供フェーズの説明図である。

本実施形態の医療サービスは、患者が医療サービスの提供を受けられる提供フェーズと、患者が医療サービスの提供を受けるために必要な種々の事前準備を行う準備フェーズとを含む。

図５に示すように、準備フェーズは、アプリインストール（１－１）と、ユーザ情報登録（１－２）と、本人確認（１－３）とを含む。なお、以下に、患者向けの準備フェーズについて述べるが、医師向けの準備フェーズも同様に実現可能である。

最初に患者の端末（以下、「患者端末」と称する）は、アプリインストール（１－１）を行う。具体的には、患者端末は、ユーザ（患者）の操作に従って、本実施形態の医療サービスの提供を支援するアプリケーション（例えばヘルスケアアプリ）をインストールする。

アプリインストール（１－１）の後に、患者端末は、ユーザ情報登録（１－２）を行う。具体的には、患者端末は、ユーザ（患者）の操作に従って、アプリインストール（１－１）においてインストールされたアプリケーションを起動する。患者端末は、ユーザ情報を取得し、サーバ３０へ送信する。ユーザ情報は、以下の少なくとも１つを含む。
・ユーザ名
・パスワード
・本人確認書類（例えば、マイナンバーカード、パスポート、運転免許証、または医師資格証（ユーザが医師である場合））の顔写真情報（「生体情報」の一例）
・顔画像情報（「生体情報」の一例）
・本人確認書類に関する情報（顔写真情報を含むこともできる）
・健康保険証に関する情報

顔写真情報は、例えば、ユーザ（患者）の本人確認書類に印刷、もしくは貼付されたユーザの顔写真に関する情報、またはユーザの本人確認書類に搭載されたＩＣチップに格納されたユーザの顔写真に関する情報である。

患者端末は、例えば以下のいずれかの顔写真情報を取得し、サーバ３０へ送信する。
・入力デバイスに含まれるＩＣカードリーダが本人確認書類に搭載されたＩＣチップを読み取ることで取得した顔写真情報
・入力デバイスに含まれるカメラが本人確認書類を撮影することで生成した顔写真情報
・入力デバイスに含まれるスキャナが本人確認書類をスキャンすることで生成した顔写真情報
・患者端末の備える記憶装置に予め保持されていた顔写真情報

患者端末は、当該患者端末に接続されたカメラを起動する。カメラは、ユーザの顔を撮影することで顔画像情報を生成する。患者端末は、生成された顔画像情報をサーバ３０へ送信する。

ユーザ情報登録（１－２）の後に、サーバ３０は、本人確認（１－３）を行う。具体的には、サーバ３０は、ユーザ情報登録（１－２）において取得した顔写真情報に基づく認証用情報とユーザの顔情報とを参照して本人認証（ｅＫＹＣ）を行う。サーバ３０は、ユーザが本人確認書類の持ち主と同一人物であるとの認証結果が得られた場合に本人確認（１－３）を正常終了する。以後、ユーザは、医療サービスの提供を受け（患者の場合）、または医療サービスを提供する（医師の場合）ことができる。他方、サーバ３０は、ユーザが本人確認書類の持ち主と同一人物であるとの認証結果が得られなかった場合に所定のエラー処理を行う。

準備フェーズ（図５）の完了後に、ユーザ（患者）は、タッチパネル１６２を操作して提供フェーズの開始をサーバ３０に要求することができる。

図６に示すように、提供フェーズは、入室フェーズ（２－１）と、診察フェーズ（２－２）と、医療用製品の提供フェーズ（２－３）とを含む。提供フェーズにおいて、サーバ３０は、ユーザ（患者）の本人認証を繰り返し実行する。
具体的には、サーバ３０は、ユーザ本人として登録されている患者の顔写真情報に基づく認証用情報を取得する。サーバ３０は、提供フェーズ（特に、入室フェーズ（２－１）以降）の間、クライアント装置１０に対する操作によらずにユーザの顔画像情報を繰り返し取得してもよい。サーバ３０は、ユーザの顔画像情報の取得に応じて、当該顔画像情報と認証用情報とを参照して当該ユーザが患者と同一人物であるか否かを判定することでユーザの顔認証を行う。これにより、ユーザに例えば特定の操作または行動を強制するなどの負担をかけることなく、医療ブース５を用いた医療サービスにおけるなりすまし対策を強化することができる。

サーバ３０は、本人認証の結果に応じてユーザに提供される医療サービスを制御する。特に、サーバ３０は、ユーザの本人認証の結果に対して医療サービスの提供を開始、または継続しないと決定した場合に、当該ユーザに提供される医療サービスを制限する。

入室フェーズ（２－１）の前（つまり、医療サービスの提供前）に、サーバ３０は、カメラ１６１によって撮影された画像を用いてユーザ（患者）の本人認証を行う。サーバ３０は、本人認証に成功した場合に、ユーザへの医療サービスの提供を開始すると決定し、入室フェーズ（２－１）への遷移を許可する。例えば、サーバ３０は、電子錠ＥＬ１を解錠する。他方、サーバ３０は、本人認証に成功しなかった（認証ＮＧ）場合に、ユーザへの医療サービスの提供を開始しないと決定し、ユーザの医療ブース５内への入室を拒否する。例えば、サーバ３０は、電子錠ＥＬ１を解錠することなく、ディスプレイ１７１にあなたが患者本人であるとの確認が取れないので入室できない旨のメッセージ画像（メッセージ画像は、画像化されたテキストを含む。以下同じ）を表示してもよい。

入室フェーズ（２－１）では、ユーザ（患者）は扉ＤＲ１を開けて医療ブース５内に入室する。クライアント装置１０は、ユーザの入室を検出する。一例として、クライアント装置１０は、医療ブース５内部のカメラ１６３によって撮影された画像の解析、医療ブース５内部の椅子ＣＨ１に埋め込まれた圧力センサの出力の解析、または人感センサ等の他の手段により、ユーザの入室を検出できる。

ユーザ（患者）の入室の検出に応じて、サーバ３０は、カメラ１６３によって撮影された画像を用いてユーザの本人認証を行う。サーバ３０は、本人認証に成功した場合に、ユーザへの医療サービスの提供を継続すると決定し、診察フェーズ（２－２）への遷移を許可する。例えば、サーバ３０は、ユーザの診察を担当する医師（以下、「診察医」と称する）を呼び出す。他方、サーバ３０は、本人認証に成功しなかった（認証ＮＧ）場合に、ユーザへの医療サービスの提供を継続しないと決定し、ユーザへの診察を拒否する。例えば、サーバ３０は、医療ブース５内部のディスプレイ１７２に、あなたが患者本人であるとの確認が取れないので診察できない旨のメッセージ画像を表示してもよい。

診察フェーズ（２－２）では、医師端末５０とクライアント装置１０との間の情報通信を利用して、診察医が患者に対して診察を行う。具体的には、クライアント装置１０および医師端末５０が、テキスト、音声、静止画像、動画像、またはこれらの組み合わせを互いに送受信することで、診察医がクライアント装置１０を操作する患者に対して情報通信を利用した診察を行う。

診察フェーズ（２－２）では、診察医が患者に医療ブース５内の計測機器（例えば計測機器ＭＤ１）を用いて生体情報の計測を行うよう指示することができる。
医師端末５０は、診察医の操作に応じて、計測指示をサーバ３０へ送信する。計測指示の受信に応じて、サーバ３０は、カメラ１６３によって撮影された画像を用いてユーザの本人認証を行ってもよい。サーバ３０は、本人認証に成功した場合に、ユーザへの医療サービスの提供を継続すると決定し、診察医の指示した計測機器の使用を許可する。例えば、サーバ３０は、診察医の指示した計測機器の電源を投入したり、当該計測機器を操作可能なモードに設定したり、当該計測機器のデータ出力機能を有効化したりする。他方、サーバ３０は、本人認証に成功しなかった（認証ＮＧ）場合に、ユーザへの医療サービスの提供を継続しないと決定し、ユーザへの診察を中止し、または計測機器の使用を拒否する。例えば、サーバ３０は、医療ブース５内部のディスプレイ１７２に、あなたが患者本人であるとの確認が取れないので診察を継続できない旨のメッセージ画像、またはあなたが患者本人であるとの確認が取れないので計測機器を使用できない旨のメッセージ画像を表示してもよい。

診察フェーズ（２－２）では、診察医が診察を終了させることができる。医師端末５０は、診察医の操作に応じて、終了指示をサーバ３０へ送信する。
終了指示の受信に応じて、サーバ３０は、カメラ１６３によって撮影された画像を用いてユーザ（患者）の本人認証を行う。サーバ３０は、本人認証に成功した場合に、ユーザへの医療サービスの提供を継続すると決定し、医療用製品の提供フェーズ（２－３）への遷移を許可する。他方、サーバ３０は、本人認証に成功しなかった（認証ＮＧ）場合に、ユーザへの医療サービスの提供を継続しないと決定し、ユーザへの医療用製品の提供を拒否し、またはユーザに提供された医療サービス（例えば診察）に関する履歴の記録を拒否する。例えば、サーバ３０は、医療ブース５内部のディスプレイ１７２に、あなたが患者本人であるとの確認が取れないので医療用製品を提供できない旨のメッセージ画像、またはあなたが患者本人であるとの確認が取れないので履歴を記録できない旨のメッセージ画像を表示してもよい。

医療用製品の提供フェーズ（２－３）では、診察医が処方、または推奨した医療用製品がユーザ（患者）に提供される。具体的には、ユーザには、以下の少なくとも１つの形態で医療用製品を入手することができる。
・ユーザは、診察医が処方し、または推奨した医療用製品を、保管庫ＳＴ１、医療ブース５の外に設置された保管庫、または調剤薬局で受け取る。
・ユーザは、診察医が処方し、または推奨した医療用製品を自宅へ配送してもらう。
・ユーザは、診察医が交付した処方箋（紙の処方箋、または電子処方箋）を用いて、診察医の処方した医薬品を医療ブース５の外（例えば、調剤薬局）で受け取る。

医療用製品の提供フェーズ（２－３）の終了時に、サーバ３０は、ユーザ（患者）を識別する識別情報に関連付けて、ユーザに提供した医療サービスに関する情報（例えば、診察、検査、処方、または治療の少なくとも１つに関する履歴情報）を記憶装置３１に保存する。これにより、ユーザは、自らの受けた医療サービスの内容を後日確認したり、医療関係者に提示したりすることができる。

（３）データ構造
本実施形態の認証用情報データベースについて説明する。図７は、本実施形態の認証用情報データベースのデータ構造を示す図である。

図７に示すように、認証用情報データベースは、「ユーザＩＤ」フィールドと、「認証用情報」フィールドとを含む。各フィールドは、互いに関連付けられている。

「ユーザＩＤ」フィールドには、ユーザＩＤが格納される。ユーザＩＤは、ユーザ（患者または医師）を識別する情報である。

「認証用情報」フィールドには、認証用情報が格納される。認証用情報は、ユーザ（患者または医師）の本人確認に用いる情報である。

認証用情報は、患者端末または医師端末５０から取得された顔写真情報であってもよいし、顔写真情報に対して情報処理（例えば特徴量の抽出）を行った結果であってもよい。情報処理が不可逆な変換に相当する場合に、顔写真情報に対して情報処理を行った結果から顔写真情報を容易に復元することはできない。故に、顔写真情報の代わりに当該顔写真情報に対して情報処理を行った結果を認証用情報として認証用情報データベースに格納することで、認証用情報データベースに格納された情報が漏洩する事態が生じた場合の被害を緩和することができる。例えば、認証用情報は、顔写真情報から抽出された顔特徴量情報である。

（４）医療サービス提供処理
本実施形態の医療サービス提供処理について説明する。図８は、本実施形態の医療サービス提供処理の全体フローの第１の部分を示す図である。図９は、本実施形態の医療サービス提供処理の全体フローの第２の部分を示す図である。図１０は、本実施形態の医療サービス提供処理において表示される画面例を示す図である。図１１は、本実施形態の医療サービス提供処理において表示される画面例を示す図である。図１２は、本実施形態の医療サービス提供処理において表示される画面例を示す図である。

図８乃至図９の医療サービス提供処理は、例えば、以下の開始条件の少なくとも１つが満足されることで開始する。
・クライアント装置１０の電源が投入された
・クライアント装置１０が例えばカメラ１６１によって撮影された画像の解析により人間の存在を検知した
・直前の医療ブース５のユーザに対する医療サービス提供処理が終了した
・所定の日時（例えば、医療ブース５の営業開始時間）が到来した

図８に示すように、クライアント装置１０は、ユーザ指示の受付（Ｓ１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１０（図１０）をディスプレイ１７１に表示させる。図１０に示すように、画面Ｐ１０は、フィールドオブジェクトＦ１０１～Ｆ１０２と、操作オブジェクトＢ１０１～Ｂ１０４とを含む。図１０の画面Ｐ１０は例示に過ぎず、図１０に示したオブジェクトの一部もしくは全てが削除され、または他のＧＵＩ部品と置き換えられてもよい。また、画面Ｐ１０は、図１０に示されていないＧＵＩ部品を含んでいてもよい。

フィールドオブジェクトＦ１０１は、ユーザ名を指定するためのユーザ指示を受け付けるオブジェクトである。ユーザ名は、準備フェーズ（図５）のユーザ情報登録（１－２）において登録したユーザの名前である。

フィールドオブジェクトＦ１０２は、パスワードを指定するためのユーザ指示を受け付けるオブジェクトである。パスワードは、準備フェーズ（図５）のユーザ情報登録（１－２）において登録したユーザのパスワードである。

操作オブジェクトＢ１０１は、ログインを実行するためのユーザ指示を受け付けるオブジェクトである。
ユーザは、フィールドオブジェクトＦ１０１、およびフィールドオブジェクトＦ１０２に入力を行い、操作オブジェクトＢ１０１を操作する。プロセッサ１２は、操作オブジェクトＢ１０１の操作に応じて、ログイン要求を発行する。ログイン要求は、フィールドオブジェクトＦ１０１に入力されたユーザ名、およびフィールドオブジェクトＦ１０２に入力されたパスワードを含む。プロセッサ１２は、通信インタフェース１４にログイン要求をサーバ３０へ送信させる。

操作オブジェクトＢ１０２は、ユーザ情報登録を実行するためのユーザ指示を受け付けるオブジェクトである。プロセッサ１２は、操作オブジェクトＢ１０２が操作された場合に、ユーザ情報登録に関する案内画面をディスプレイ１７１に表示する。一例として、案内画面は、準備フェーズ（図５）の手順を示す情報を含むことができる。
或いは、クライアント装置１０、およびサーバ３０は、操作オブジェクトＢ１０２が操作された場合に、準備フェーズ（図５）に関する処理の一部を患者端末に代わって実行してもよい。例えば、クライアント装置１０は、ユーザ情報登録（１－２）と同様に、ユーザ情報を取得してサーバ３０へ送信する。クライアント装置１０は、カメラ１６１によって撮影された画像に基づいてユーザの顔画像情報を生成し、サーバ３０へ送信する。サーバ３０は、本人確認（１－３）と同様に、本人認証（ｅＫＹＣ）を行う。

操作オブジェクトＢ１０３は、医療ブース５の設備情報を閲覧するためのユーザ指示を受け付けるオブジェクトである。プロセッサ１２は、操作オブジェクトＢ１０３が操作されると、医療ブース５の設備情報を参照し、設備閲覧画面を生成する。プロセッサ１２は、設備閲覧画面をディスプレイ１７１に表示する。
設備情報は、医療ブース５において利用可能な設備に関する情報である。設備情報は、例えば記憶装置１１、または記憶装置３１に保存されている。一例として、設備情報は、医療ブース５において利用可能な計測機器に関する情報を含む。計測機器に関する情報は、例えば、計測機器の名称に関する情報、計測機器の種別に関する情報、計測機器の計測可能な生体指標の種別に関する情報、またはそれらの組み合わせを含むことができる。

操作オブジェクトＢ１０４は、医療ブース５の在庫情報を閲覧するためのユーザ指示を受け付けるオブジェクトである。プロセッサ１２は、操作オブジェクトＢ１０４が操作されると、医療ブース５の在庫情報を参照し、在庫閲覧画面を生成する。プロセッサ１２は、在庫閲覧画面をディスプレイ１７１に表示する。
在庫情報は、医療ブース５に関連付けられる（例えば、医療ブース５に備え付けられた）保管庫ＳＴ１における医療用製品の在庫に関する情報である。在庫情報は、例えば記憶装置１１、または記憶装置３１に保存されている。一例として、在庫情報は、取扱い対象となる各医療用製品について、製品の名称に関する情報、製品の種別（例えば、風邪薬、胃腸薬、ピル、など）に関する情報、在庫数量に関する情報、またはそれらの組み合わせを含むことができる。
在庫情報は、保管庫ＳＴ１に保管されている医療用製品が提供されたこと、または保管庫ＳＴ１に医療用製品が補充されたことに応じて、都度またはバッチで更新される。

ステップＳ１１０の後に、サーバ３０は、要求の取得（Ｓ３１０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１１０において送信されたログイン要求を、通信インタフェース３４を介して取得する。プロセッサ３２は、記憶装置３１に保存されている情報を参照し、ユーザがクライアント装置１０に入力したユーザ名およびパスワードの組み合わせが正しいか否かを判定する。これにより、クライアント装置１０の操作者がユーザ名によって特定されるユーザであるか否かを判定することができる。プロセッサ３２は、ユーザ名およびパスワードの組み合わせが正しくない場合に、ユーザにユーザ名およびパスワードの再入力を促すようクライアント装置１０に指示してもよい。

ステップＳ３１０においてユーザ認証に成功した場合に、サーバ３０およびクライアント装置１０は、本人認証（Ｓ３２０）を実行する。
具体的には、まず、クライアント装置１０は、ユーザの顔画像情報を生成する。一例として、プロセッサ１２は、カメラ１６１を起動して撮影を行うことで、ユーザの顔画像情報を生成する。プロセッサ１２は、通信インタフェース１４に顔画像情報をサーバ３０へ送信させる。
プロセッサ１２は、ユーザに自らの顔を撮影するよう促すためのメッセージを出力デバイス（ディスプレイ１７１またはスピーカ）に出力させてもよい。一例として、プロセッサ１２は、画面Ｐ１１（図１１）をディスプレイ１７１に表示させる。
図１１に示すように、画面Ｐ１１は、表示オブジェクトＡ１１１～Ａ１１２を含む。
表示オブジェクトＡ１１１は、カメラ１６１の撮影した画像を表示するオブジェクトである。表示オブジェクトＡ１１１は、カメラ１６１の撮影した画像に、ユーザの顔の理想的な位置を示す目印ＭＫ１を重畳して表示する。
表示オブジェクトＡ１１２は、ユーザへのメッセージ画像を表示するオブジェクトである。

次に、サーバ３０は、クライアント装置１０によって生成された顔画像情報を取得する。一例として、プロセッサ３２は、クライアント装置１０によって送信された顔画像情報を、通信インタフェース３４を介して取得する。

次に、サーバ３０は、取得した顔画像情報を元にユーザの本人認証（顔認証）を行う。一例として、プロセッサ３２は、取得した顔画像情報と、ユーザＩＤに関連付けて記憶装置３１（認証用情報データベース（図７））に保存されている認証用情報とを参照し、ユーザ（クライアント装置１０の現在の操作者）とユーザ本人として予め登録されている患者とが同一人物であるか否かを判定する。

ユーザと事前登録された患者とが同一人物であることを示す認証結果が得られた場合に、本人認証（Ｓ３２０）は正常終了し、サーバ３０は次のステップの命令を実行する。ユーザと事前登録された患者とが同一人物であることを示す認証結果が得られなかった場合に、サーバ３０は所定のエラー処理を行うことができる。一例として、プロセッサ３２は、以下の少なくとも１つを実行してもよい。プロセッサ３２は、本人認証の試行回数に応じてエラー処理の内容、およびエラー処理後の挙動を切り替えてもよい。
・顔画像の撮影のやり直しをユーザに促すためのメッセージ（メッセージは、メッセージ画像または音声である。メッセージは、「アラート」の一例である。以下同じ。）をクライアント装置１０に出力させる。
・顔画像の撮影条件の変更（例えば、ユーザの顔が写りやすい位置にクライアント装置１０を動かすこと）をユーザに促すためのメッセージをクライアント装置１０に出力させる。
・ユーザが事前登録された患者と同一人物であることが確認できないことをユーザに伝えるためのメッセージをクライアント装置１０に出力させる。
・ユーザが事前登録された患者と同一人物であることが確認できないため医療サービス提供処理（図８乃至図９）を終了する、またはその可能性があることをユーザに伝えるためのメッセージをクライアント装置１０に出力させる。

エラー処理の後に、医療サービス提供処理（図８乃至図９）はエラー終了する。或いは、エラー処理の後に、サーバ３０は、顔画像情報を再取得して本人認証をやり直してもよい。

ステップＳ３２０の後に、サーバ３０は、応答（Ｓ３３０）を実行する。
具体的には、プロセッサ３２は、入室許可を含む応答を生成する。プロセッサ３２は、生成した応答を、通信インタフェース３４を介してクライアント装置１０へ送信する。

ステップＳ３３０の後に、クライアント装置１０は、画面表示（Ｓ１２０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３３０において送信された応答を、通信インタフェース１４を介して取得する。プロセッサ１２は、医療ブース５の電子錠ＥＬ１を解錠する。プロセッサ１２は、応答の内容に応じた画面を生成し、当該画面をディスプレイ１７２に表示させる。例えば、画面Ｐ１２（図１２）をディスプレイ１７２に表示させる。図１２に示すように、画面Ｐ１２は、表示オブジェクトＡ１２１を含む。
表示オブジェクトＡ１２１は、ユーザへのメッセージ画像を表示するオブジェクトである。このメッセージ画像は、以下の情報の少なくとも１つを含むことができる。
・ユーザ（患者）の名前
・診察医の名前
・診察医を呼び出し中であることの説明
ただし、診察医を呼び出し中であることの説明を含むメッセージ画像を表示した場合であっても、診察医の呼び出しは当該メッセージ画像の表示後（例えば、後述する本人認証（Ｓ３４０）の実行中、または成功後）に行われてもよい。

ステップＳ３３０の後に、サーバ３０およびクライアント装置１０は、本人認証（Ｓ３４０）を実行する。これにより、本人認証（Ｓ３２０）を受けた患者と異なる人物が医療ブース５に入室し、当該患者になりすまして医療サービスの提供を受けるのを防ぐことができる。
具体的には、まず、クライアント装置１０は、ユーザの顔画像情報を生成する。一例として、プロセッサ１２は、カメラ１６３を自動的に起動して撮影を行うことで、ユーザの顔画像情報を生成する。プロセッサ１２は、ユーザに自らの顔を撮影するよう促すためのメッセージを出力デバイス（ディスプレイ１７１またはスピーカ）に出力させてもよい。或いは、プロセッサ１２は、このようなメッセージを出力することなく（つまり、ユーザに意識させることなく）カメラ１６３に撮影を行わせてもよい。これにより、医療サービスを不正利用しようとしている人物を検出する機会を確保しつつ、当該サービスを正しく利用しているユーザに本人認証が短時間に繰り返し行われることによる不快感を与えないようにすることができる。プロセッサ１２は、通信インタフェース１４に顔画像情報をサーバ３０へ送信させる。以降の本人認証（Ｓ３４０）の処理は、本人認証（Ｓ３２０）と同様である。

ステップＳ３４０の後に、サーバ３０は、医療サービスの提供支援（Ｓ３５０～Ｓ４２０）を実行する。
具体的には、プロセッサ３２は、ユーザ（患者）に対する医療サービスの提供を支援する。医療サービスの提供支援（Ｓ３５０～Ｓ４２０）の詳細を以下に説明する。

ステップＳ３４０の後に、クライアント装置１０、サーバ３０、および医師端末５０は、診察（Ｓ３５０）を実行する。
具体的には、クライアント装置１０は、マイクロホンにより集音した患者の音声、またはカメラによって撮影した患者の動画もしくは静止画のうち少なくとも１つを例えばサーバ３０（または、診察室を提供する外部サーバであってもよい。以下同じ。）へ送信する。医師端末５０は、マイクロホンにより集音した診察医の音声、またはカメラによって撮影した診察医の動画もしくは静止画のうち少なくとも１つをサーバ３０へ送信する。サーバ３０は、クライアント装置１０から受信したデータを医師端末５０へ送信し、医師端末５０から受信したデータをクライアント装置１０へ送信する。クライアント装置１０および医師端末５０は、サーバ３０から受信したデータを出力する。患者および医師がこのように意思疎通することで診察は進行する。ただし、診察は、ビデオ通話に限られず、テキストチャット、または音声通話を用いて実現されてもよい。

サーバ３０は、診察（Ｓ３５０）の開始前に、診察医の呼び出しを実行しておく。
具体的には、プロセッサ３２は、診察医を呼び出す。診察医は、患者によって選択されてもよいし、プロセッサ３２がアルゴリズムに従って決定してもよい。一例として、プロセッサ３２は、通信インタフェース３４に、プッシュ通知を診察医に関連付けられる医師端末５０へ送信させる。
さらに、サーバ３０および医師端末５０は、診察医の本人認証を行う。
具体的には、まず、医師端末５０は、顔画像情報を生成する。一例として、医師端末５０のプロセッサ（以下、「プロセッサ５２」と称する）は、医師端末５０に接続されたカメラを起動して撮影を行うことで、ユーザの顔画像情報を生成する。プロセッサ５２は、医師端末５０の通信インタフェース（以下、「通信インタフェース５４」と称する）に顔画像情報をサーバ３０へ送信させる。
サーバ３０は、医師端末５０によって生成された顔画像情報を取得する。一例として、プロセッサ３２は、医師端末５０によって送信された顔画像情報を、通信インタフェース３４を介して取得する。サーバ３０は、取得した顔画像情報を元にユーザの本人認証（顔認証）を行う。一例として、プロセッサ３２は、取得した顔画像情報と、診察医のユーザＩＤに関連付けて記憶装置３１（認証用情報データベース（図６））に保存されている認証用情報（典型的には、診察医の医師資格証の顔写真情報に基づく認証用情報）とを参照し、ユーザ（医師端末５０の現在の操作者）と診察医本人として予め登録されている医師とが同一人物であるか否かを判定する。
ユーザと事前登録された医師とが同一人物であることを示す認証結果が得られた場合に、診察医の呼び出しは正常終了し、サーバ３０は次の命令を実行する。ユーザと事前登録された医師とが同一人物であることを示す認証結果が得られなかった場合に、サーバ３０は所定のエラー処理を行うことができる。一例として、プロセッサ３２は、以下の少なくとも１つを実行してもよい。プロセッサ３２は、本人認証の試行回数に応じてエラー処理の内容、およびエラー処理後の挙動を切り替えてもよい。
・顔画像の撮影のやり直しをユーザに促すためのメッセージを医師端末５０に出力させる。
・顔画像の撮影条件の変更をユーザに促すためのメッセージを医師端末５０に出力させる。
・ユーザが事前登録された診察医と同一人物であることが確認できないことをユーザに伝えるためのメッセージを医師端末５０に出力させる。
・ユーザが事前登録された診察医と同一人物であることが確認できないため別の医師を呼び出す、またはその可能性があることをユーザに伝えるためのメッセージを医師端末５０に出力させる。
エラー処理の後に、診察医の呼び出しはエラー終了し、サーバ３０は診察医を変更する。或いは、エラー処理の後に、サーバ３０は、顔画像情報を再取得して医師端末５０のユーザの本人認証をやり直してもよい。

また、サーバ３０は、診察の開始前に、オンライン診察において使用する情報（例えば、診察室のＵＲＬ、診察室を利用するためのパスワード、またはそれらの組み合わせ）を患者または診察医に通知してもよい。診察室は、診察医および患者が、音声、テキスト、静止画像、動画像、またはそれらの組み合わせをやり取りするための場である。例えば、診察室は、Ｗｅｂ会議の会議室、またはビデオチャット、ボイスチャット、もしくはテキストチャットのチャットルームであってよい。
さらに、サーバ３０は、患者または診察医にその応対相手の本人認証の結果に関する情報を通知してもよい。患者向けの情報は、診察医の本人認証の結果に関する情報を含み得る。診察医向けの情報は、患者の本人認証の結果に関する情報を含み得る。クライアント装置１０および医師端末５０が通知された情報を出力することで、患者および診察医は、応対相手がなりすましでないことを双方向に確認できる。加えて、診察医向けの情報は、患者の本人確認書類情報を含んでもよい。

診察（Ｓ３５０）において、診察医は、患者に医療ブース５内の計測機器を用いて生体情報の計測を行うよう指示することができる。
プロセッサ５２は、診察医の操作に応じて、通信インタフェース５４に計測指示をサーバ３０へ送信させる。サーバ３０は、計測指示の受信に応じて、上述の本人認証（Ｓ３４０）と同様の処理を行うことができる。サーバ３０は、本人認証に成功した場合に、ユーザ（患者）への医療サービスの提供を継続すると決定し、診察医の指示した計測機器の使用を許可する。他方、サーバ３０は、本人認証に失敗した場合に、ユーザへの医療サービスの提供を中止すると決定し、診察医の指示した計測機器の使用を拒否してもよい。

診察医は、診察を終了しようと判断すると、医師端末５０を操作する。プロセッサ５２は、診察医の指示に応じて、通信インタフェース５４に診察の終了に関する要求をサーバ３０へ送信させる。これにより、診察（Ｓ３５０）は終了する。

ステップＳ３５０の後に、サーバ３０およびクライアント装置１０は、本人認証（Ｓ３６０）を実行する。
具体的には、プロセッサ１２、およびプロセッサ３２は、上述の本人認証（Ｓ３４０）と同様に動作する。

図９に示すようにステップＳ３６０の後に、サーバ３０は、応答（Ｓ３７０）を実行する。
具体的には、プロセッサ３２は、医療用製品の提供フェーズに移行するための応答をクライアント装置１０に返す。
一例として、プロセッサ３２は、診察医の指示に応じて、診察医によって指定された診療報酬に関する情報、診察医による処方箋に関する情報（以下、「処方箋情報」と称する）、診察医によって推奨された医療用製品に関する情報、またはそれらの組み合わせを取得する。処方箋情報は、診察医の指示に基づいて生成された処方箋の文書データ、または画像データであってもよいし、処方箋を構成する各項目について診察医の入力した情報であってもよい。プロセッサ３２は、請求明細書に関する情報を含む応答を生成する。請求明細書に関する情報は、少なくとも診療報酬明細を含む。請求明細書に関する情報は、調剤報酬明細書、または診察医によって推奨された医療用製品の請求書の少なくとも１つをさらに含むことができる。プロセッサ３２は、通信インタフェース３４に、応答をクライアント装置１０へ送信させる。

ステップＳ３７０の後に、クライアント装置１０は、画面表示（Ｓ１３０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３７０において送信された応答を、通信インタフェース１４を介して取得する。プロセッサ１２は、応答の内容に応じた画面を生成し、当該画面をディスプレイに表示させる。

ステップＳ１３０の後に、クライアント装置１０は、ユーザ指示の受付（Ｓ１４０）を実行する。
具体的には、プロセッサ１２は、ユーザによって入力された決済に関する情報（以下、「決済情報」と称する）を取得し、通信インタフェース１４に当該情報をサーバ３０へ送信させる。決済情報は、例えばユーザの選択した決済方法を特定する情報を含むことができる。

ステップＳ１４０の後に、サーバ３０は、決済情報の取得（Ｓ３８０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１４０において送信された決済情報を、通信インタフェース３４を介して取得する。

ステップＳ３８０の後に、サーバ３０およびクライアント装置１０は、本人認証（Ｓ３９０）を実行する。
具体的には、プロセッサ１２、およびプロセッサ３２は、上述の本人認証（Ｓ３４０）と同様に動作する。

ステップＳ３９０の後に、サーバ３０は、決済処理（Ｓ４００）を実行する。
具体的には、プロセッサ３２は、ステップＳ３８０において取得した決済情報に基づいて、ユーザに提供した医療サービスに関する決済を行う。一例として、プロセッサ３２は、以下の少なくとも１つを実行することができる。
・クライアント装置１０を図示しない決済サーバによって提供される決済ページに誘導する。
・未収金を管理するための未収金データベースにレコードを追加する。
・医療ブース５内に設置された決済装置（図示しない）を起動し、ユーザ（患者）に医療ブース５内で決済を行わせる。

ステップＳ４００の後に、サーバ３０は、医療用製品の提供（Ｓ４１０）を実行する。
具体的には、プロセッサ３２は、医師端末５０から、処方箋情報、または診察医によって推奨された医療用製品に関する情報、またはそれらの組み合わせを取得する。プロセッサ３２は、取得した情報を参照して、ユーザ（患者）に提供可能な医療用製品を特定する。さらに、プロセッサ３２は、以下の少なくとも１つを実行する。
・保管庫ＳＴ１に保管された医療用製品を搬出する搬出機構（図示しない）を制御し、処方箋情報によって指定された医薬品、または診察医によって推奨された医療用製品を、取り出し口ＯＴ１に排出する。
・保管庫ＳＴ１のうち処方箋情報によって指定された医薬品、または診察医によって推奨された医療用製品が保管されている荷室の電子錠を解錠する。
・ユーザに配送する医療用製品を管理するためのデータベースにレコードを追加する。
・処方箋情報に基づいて処方箋をユーザに提供する（例えば、図示しないプリンタに印刷させる）。
・処方箋情報によって指定された医薬品、または診察医によって推奨された医療用製品を受け取り可能な場所（例えば、当該医薬品または医療用製品を保管する、医療ブース５の外の保管庫、当該医薬品または医療用製品を取り扱っている調剤薬局もしくは販売店舗）に関する情報をユーザに案内する。
・処方箋情報に基づいて電子処方箋を作成し、外部の電子処方箋サーバに登録する。
・保管庫ＳＴ１、または医療ブース５の外の保管庫から医療用製品を受け取るために必要な情報をユーザに提供する（例えば、診察医による患者に対する医療用製品（処方された医薬品を含み得る）の提供許可を識別する情報を患者端末に送信する、または当該情報を図示しないプリンタに印刷させる）。
プロセッサ３２は、ユーザの指示に応じて、医療用製品の提供形態を選択してもよい。

ステップＳ４１０の後に、サーバ３０は、応答（Ｓ４２０）を実行する。
具体的には、プロセッサ３２は、医療サービスの完了をユーザに伝えるための応答をクライアント装置１０に返す。一例として、プロセッサ３２は、医療サービスの完了をユーザに伝えるためのメッセージを含む応答を生成する。プロセッサ３２は、通信インタフェース３４に応答をクライアント装置１０へ送信させる。
また、プロセッサ３２は、ユーザの識別情報に関連付けて、ユーザに提供した医療サービスに関する情報（例えば、診察、検査、処方、または治療の少なくとも１つに関する履歴情報）を記憶装置３１に保存する。

ステップＳ４２０の後に、クライアント装置１０は、画面表示（Ｓ１５０）を実行する。
具体的には、プロセッサ１２は、ステップＳ４２０において送信された応答を、通信インタフェース１４を介して取得する。プロセッサ１２は、応答の内容に応じた画面を生成し、当該画面をディスプレイに表示させる。

（５）小括
以上説明したように、本実施形態のサーバ３０は、医療ブース５を用いた医療サービスの提供を支援する。サーバ３０は、医療サービスの提供前、または提供中にユーザの本人認証を行い、本人認証の結果に応じて当該医療サービスの提供を開始するか否か、または当該医療サービスの提供を継続するか否かを決定する。サーバ３０は、医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定した場合に、ユーザに提供される医療サービスを制限する。これにより、なりすましの疑いのあるユーザに提供される医療サービスを制限することができる。つまり、医療ブースを用いた医療サービスにおけるなりすまし対策を強化することができる。

サーバ３０は、ユーザと医療関係者との間の情報のやり取りを制限することで、提供される医療サービスを制限してもよい。これにより、第三者が患者本人になりすまして、医療関係者から診察、またはカウンセリングなどの対人的な医療サービスを受けることを防止することができる。

サーバ３０は、医療ブース５内に設置された計測機器ＭＤ１の使用を制限することで、提供される医療サービスを制限してもよい。これにより、第三者が患者本人になりすまして、計測機器ＭＤ１を使用することを防止することができる。

サーバ３０は、医療ブース５内に設置された保管庫ＳＴ１、または医療ブース５の外に設置された保管庫に保管されている医療用製品のユーザへの提供を制限することで、提供される医療サービスを制限してもよい。これにより、第三者が患者本人になりすまして、医療用製品の提供を受けこと（特に、薬剤の不正入手）を防止することができる。

サーバ３０は、ユーザに提供された医療サービスに関する情報の記憶装置３１への保存を制限することで、提供される医療サービスを制限してもよい。これにより、第三者に提供された医療サービスに関する情報が、患者本人に提供された医療サービスに関する情報として蓄積されることを防止することができる。つまり、蓄積された情報の信頼度の低下を防止できる。

サーバ３０は、医療ブース５への入室を制限することで、提供される医療サービスを制限してもよい。これにより、予め登録された患者以外の人間が、医療ブース５内に正当な理由なく侵入したり、患者本人になりすまして医療サービスの提供を受けたりすることを防止することができる。

サーバ３０は、診察医の指示に応じてユーザ（患者）に提供可能な医療用製品を特定し、当該ユーザの指示に応じて当該医療用製品の提供形態を選択してもよい。これにより、ユーザは、医療用製品の受け取り方を自らのニーズ・状況に合わせて選ぶことができる。

サーバ３０は、診察医の指示に応じてユーザ（患者）に提供可能な医療用製品を特定し、当該医療用製品を受け取り可能な場所に関する情報をユーザに案内してもよい。これにより、ユーザは、保管庫ＳＴ１に在庫されていない医療用製品を他の場所で受け取ることができる。

サーバ３０は、診察医の指示に応じて生成された、医薬品の処方箋をユーザ（患者）に提供してもよい。これにより、ユーザは、保管庫ＳＴ１に在庫されていない医薬品を調剤薬局で受け取ることができる。

（６）変形例
本実施形態の変形例について説明する。

（６－１）変形例１
変形例１について説明する。変形例１は、少なくとも１台の保管庫が医療ブースと独立して設けられる例である。つまり、変形例１は、保管庫および医療ブースが一対一関係でない例である。

（６－１－１）医療サービスシステムの構成
本実施形態の医療サービスシステムの構成について説明する。図１３は、変形例１の医療サービスシステムの構成を示すブロック図である。図１４は、変形例１の医療サービスシステムにおける医療ブースおよび保管庫の設置例を示す図である。

図１３に示すように、医療サービスシステム２は、医療ブース５と、保管庫７と、サーバ３０と、医師端末５０とを含む。医療サービスシステム２は、患者に対して医療ブース５および保管庫７を用いた医療サービスを提供する。
医療ブース５、および保管庫７はともに、患者に対する医療サービスの提供拠点である。医療ブース５、および保管庫７は図１４に例示されるように、例えば、ガソリンスタンド、ドラッグストア、ショッピングセンター、鉄道駅、空港、高速道路のサービスエリア、公共施設、オフィスビル、または学校の敷地内に任意の台数ずつ設置することができる。保管庫７は、保管庫管理装置７０を含む。

ここで、医療ブース５、保管庫７、サーバ３０、および医師端末５０の数は、１台に限られず、２台以上であってもよい。また、医療ブース５は、図４に示した保管庫ＳＴ１（つまり、医療ブース５の設備としての保管庫）を備えていてもよいし、備えていなくてもよい。

クライアント装置１０、サーバ３０、医師端末５０、および保管庫管理装置７０は、ネットワークＮＷを介して接続可能である。

保管庫管理装置７０は、サーバ３０にリクエストを送信する情報処理装置の一例である。保管庫管理装置７０は、例えば、１台または複数台のコンピュータであってもよい。

（６－１－１－１）保管庫管理装置の構成
変形例１の保管庫管理装置の構成について説明する。図１５は、保管庫管理装置の構成を示すブロック図である。

図１５に示すように、保管庫管理装置７０は、記憶装置７１と、プロセッサ７２と、入出力インタフェース７３と、通信インタフェース７４とを備える。

記憶装置７１は、プログラム及びデータを記憶するように構成される。記憶装置７１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータ及びデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ７２は、記憶装置７１に記憶されたプログラムを起動することによって、保管庫管理装置７０の機能を実現するように構成される。プロセッサ７２は、コンピュータの一例である。記憶装置７１により記憶されるプログラム及びデータは、ネットワークを介して提供されてもよいし、コンピュータにより読み取り可能な記録媒体に記録して提供されてもよい。なお、保管庫管理装置７０の機能の少なくとも一部が、１又は複数の専用のハードウェアにより実現されていてもよい。

入出力インタフェース７３は、保管庫管理装置７０に接続される入力デバイスから信号（例えば、ユーザの指示、センシングデータ）を取得し、かつ、保管庫管理装置７０に接続される出力デバイスに信号（例えば、画像信号、音声信号、制御信号）を出力するように構成される。
入力デバイスは、例えば、カメラ（例えば、後述するカメラ７６１）、ＩＣ（Integrated Circuit）カードリーダ、スキャナ、マイクロホン、センサ、キーボード、ポインティングデバイス、タッチパネル（例えば、後述するタッチパネル７６２）、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ（例えば、後述するディスプレイ７７１）、スピーカ、又はそれらの組み合わせである。

通信インタフェース７４は、保管庫管理装置７０と外部装置（例えば、サーバ３０）との間の通信を制御するように構成される。

（６－１－１－２）保管庫の構成
変形例１の保管庫７の構成について説明する。図１６は、変形例１の保管庫の外観を例示する図である。

図１６に示すように、保管庫７は、ボックス型の筐体ＨＳ２を備える。筐体ＨＳ２の正面側には、保管庫管理装置７０と接続されたカメラ７６１、タッチパネル７６２、およびディスプレイ７７１が備え付けられている。カメラ７６１、タッチパネル７６２、およびディスプレイ７７１は、患者が医療用製品の受け取りを申請するためのＵＩ、および患者の顔認証もしくはＱＲコード（登録商標）形式の識別情報の検出に用いられる。

保管庫７の内部空間には、様々な医療用製品が保管されている。保管庫７は、医療用製品の保管環境を良好に維持するための環境調節機構（例えば冷蔵機構）を備えていてもよい。

後述するように、患者による医療用製品の受け取り申請がサーバ３０に受理されると、保管庫７に備え付けられる搬出機構（図示しない）が、当該医療用製品を排出する。患者は、取り出し口ＯＴ２から医療用製品を受け取ることができる。
或いは、保管庫７は、遠隔制御可能なロッカーと類似の構成を備えていてもよい。つまり、保管庫７は複数の電子錠付きの荷室を備えており、各医療用製品はいずれかの荷室に保管される。医師の指示により、サーバ３０が、保管庫７に保管された医療用製品の患者への提供を許可すると、当該医療用製品を保管している荷室の電子錠が解錠されてもよい。

（６－１－２）データ構造
変形例１の許可情報データベースについて説明する。図１７は、変形例１の許可情報データベースのデータ構造を示す図である。

許可情報データベースは、例えば記憶装置３１に保存される。許可情報データベースには、許可情報が格納される。許可情報は、診察医による患者に対する医療用製品（処方された医薬品を含み得る）の提供許可に関する情報である。

図１７に示すように、許可情報データベースは、「許可ＩＤ」フィールドと、「医師ＩＤ」フィールドと、「患者ＩＤ」フィールドと、「製品ＩＤ」フィールドと、「有効期限」フィールドとを含む。

「許可ＩＤ」フィールドには、許可ＩＤが格納される。許可ＩＤは、診察医による患者に対する医療用製品の提供許可を識別する情報である。許可ＩＤは、医療サービス提供処理（図９）のステップＳ４１０において、保管庫７から医療用製品を受け取るために必要な情報としてユーザに提供され得る。

「医師ＩＤ」フィールドには、医師ＩＤが格納される。医師ＩＤは、医療用製品の提供を許可した医師を識別する情報である。

「患者ＩＤ」フィールドには、患者ＩＤが格納される。患者ＩＤは、医療用製品の提供を許可された患者を識別する情報である。

「製品ＩＤ」フィールドには、製品ＩＤが格納される。製品ＩＤは、医師によって患者への提供が許可された医療用製品を識別する情報である。

「有効期限」フィールドには、有効期限情報が格納される。有効期限は、許可情報の有効期限に関する情報である。有効期限は、例えば発行日を含めて４日間に定められる。

（６－１－３）医療用製品提供処理
本実施形態の医療用製品提供処理について説明する。図１８は、変形例１の医療用製品提供処理を例示するフローチャートである。

図１８に示すように、サーバ３０は、許可ＩＤの取得（Ｓ５００）を実行する。
具体的には、ユーザ（患者）は、保管庫管理装置７０に許可ＩＤを入力する。一例として、ユーザは、タッチパネル７６２を操作して許可ＩＤを入力するか、カメラ７６１に許可ＩＤ（ＱＲコード形式の許可ＩＤを含み得る）を読み込ませる。プロセッサ７２は、取得した許可ＩＤを、通信インタフェース７４を介してサーバ３０へ送信させる。プロセッサ３２は、通信インタフェース３４を介して許可ＩＤを取得する。

ステップＳ５００の後に、サーバ３０は、許可ＩＤの検証（Ｓ５１０）を実行する。
具体的には、プロセッサ３２は、許可情報データベース（図１７）を参照し、ステップＳ５１０において取得した許可ＩＤの有効性を検証する。一例として、プロセッサ３２は、対象となる許可ＩＤを含むレコードを許可情報データベースから抽出する。プロセッサ３２は、レコードを抽出できた場合に、当該レコードに含まれる有効期限が徒過しているか否かを判定する。プロセッサ３２は、対象となる許可ＩＤを含むレコードを抽出でき、かつ有効期限が徒過していなかった場合に、当該許可ＩＤを有効と判定する。他方、プロセッサ３２は、対象となる許可ＩＤを含むレコードを抽出できなかった場合、または有効期限が徒過していた場合に、当該許可ＩＤを無効と判定する。

ステップＳ５１０において許可ＩＤが有効と判定した場合に、サーバ３０は、医療用製品の提供の許可（Ｓ５２０）を実行する。
具体的には、プロセッサ３２は、通信インタフェース３４に、医療用製品の提供指示を、許可ＩＤの送信元である保管庫管理装置７０へ送信させる。医療用製品の提供指示は、提供対象となる医療用製品を特定する情報を含む。保管庫管理装置７０は、保管庫７の搬出機構、または電子錠を制御して、医療用製品をユーザに提供する。

ステップＳ５２０の後に、サーバ３０は、情報の更新（Ｓ５３０）を実行する。
具体的には、プロセッサ３２は、ユーザを識別する情報に関連付けられる情報を更新する。一例として、プロセッサ３２は、ユーザに対する医療用製品の提供履歴、またはユーザに対する処方履歴の少なくとも１つを更新する。
ステップＳ５３０の完了を以て、サーバ３０は、医療用製品提供処理（図１８）を終了する。

ステップＳ５１０において許可ＩＤが無効と判定した場合に、エラー処理（Ｓ５４０）を実行する。
具体的には、プロセッサ３２は、以下の少なくとも１つを実行してもよい。プロセッサ３２は、本人認証の試行回数に応じてエラー処理の内容、およびエラー処理後の挙動を切り替えてもよい。
・許可ＩＤの入力のやり直しをユーザに促すためのメッセージを保管庫管理装置７０に出力させる。
・許可ＩＤが有効でないことをユーザに伝えるためのメッセージを保管庫管理装置７０に出力させる。
・許可ＩＤが有効でないため医療用製品提供処理（図１８）を終了する、またはその可能性があることをユーザに伝えるためのメッセージを保管庫管理装置７０に出力させる。

ステップＳ５４０の後に、医療用製品提供処理（図１８）はエラー終了する。或いは、エラー処理の後に、サーバ３０は、許可ＩＤを再取得して許可ＩＤの検証（Ｓ５１０）をやり直してもよい。

（６－１－４）小括
以上説明したように、変形例１のサーバ３０は、診察医の指示に応じて、ユーザ（患者）に対する医療用製品の提供許可を識別する識別情報をユーザに提供する。ユーザは提供された識別情報を保管庫管理装置７０に入力する。サーバ３０は、入力された識別情報を取得し、当該識別情報の有効性を検証する。サーバ３０は、取得した識別情報を有効と判定した場合に、保管庫７に保管されていて、かつ当該識別情報に関連付けられる医療用製品の提供を許可する。これにより、医療用製品の不正入手（特に、薬剤の不正入手）を防止しながら、診察を受けるための医療ブース５と医療用製品を受け取るための保管庫７とを空間的に分離することが可能となる。つまり、医療用製品の在庫管理の効率が向上するとともに、仕事の昼休みにオフィス付近の医療ブース５で診察を受けて帰宅時に自宅近くの保管庫７から医療用製品を受け取るようなユーザ体験を実現することができる。

サーバ３０は、識別情報の有効期限が徒過している場合に、当該識別情報を無効と判定してもよい。これにより、診察医による医療用製品の提供許可から当該医療用製品の受け取りまでの猶予期間を適切に制限し、医療用製品の不正入手、または不適切な使用をより確実に防止することができる。

サーバ３０は、ユーザに提供された医療用製品に関する情報を、当該ユーザを識別する情報に関連付けて記憶装置３１に保存してもよい。これにより、ユーザは、自らが受け取った医療用製品の内容を後日確認したり、医療関係者に提示したりすることができる。

（７）その他の変形例
本実施形態において説明した医療ブース５を用いた医療サービス、または変形例１において説明した医療ブース５および保管庫７を用いた医療サービスは、他の遠隔医療サービスと連携させることができる。例えば、ユーザ（患者）が患者端末にヘルスケアアプリをインストールし、当該患者端末を用いて自宅などで遠隔診療を受けることのできる医療サービスが存在したとする。サーバ３０は、例えば上記ヘルスケアアプリを用いて遠隔診療を受けているユーザ（つまり、医療ブース５を利用中でないユーザ）向けに有用な情報を案内することができる。
具体的には、サーバ３０は、医療ブース５を利用中でないユーザに診察を行っている医師の指示に応じて、対象医療ブースを選択し、当該対象医療ブースに関する情報をユーザまたは医師に案内してもよい。対象医療ブースは、例えば、ユーザに関連付けられる位置情報（例えば、現在位置、自宅住所、会社住所、など）を参照して選択されてよい。これにより、ユーザにとってアクセスのしやすく、かつ必要とする設備を備えた医療ブース５（対象医療ブース）に赴き、より高度な医療サービス（例えば、生体情報の計測結果を考慮した診察、または医療用製品の即時提供）を受けるようにユーザを動機づけることができる。ここで、医師の指示は計測機器の指定を含んでいてもよく、サーバ３０は指定された計測機器の設置された医療ブース５を対象医療ブースとして選択してもよい。サーバ３０は、対象医療ブースを選択するために各医療ブース５の設備情報を参照可能である。これにより、ユーザは、自らの生体情報の計測結果を考慮した診察を医師から受けることができる。或いは、医師の指示は医療用製品の指定を含んでいてもよく、サーバ３０は指定された医療用製品を受け取り可能な場所（例えば、当該医療用製品を保管する保管庫ＳＴ１もしくは保管庫７、または当該医療用製品を取り扱っている調剤薬局もしく販売店舗）に関連付けられる医療ブース５を対象医療ブースとして選択してもよい。医療用製品を受け取り可能な場所および医療ブース５は、例えば両者の間の距離が所定の閾値未満である場合に関連付けられてよい。サーバ３０は、対象医療ブースを選択するために各医療ブース５の在庫情報、または調剤薬局に関するデータベースを参照可能である。これにより、ユーザは、医療用製品を速やかに受け取ることができる。

記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。

上記の情報処理の各ステップは、クライアント装置１０、サーバ３０、医師端末５０、および保管庫管理装置７０の何れでも実行可能である。つまり、クライアント装置１０と、サーバ３０と、医師端末５０と、保管庫管理装置７０との機能分担は任意に変更することができる。

上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。

上記説明では、いずれかのステップにおいて本人認証が正常終了しなかった場合に、次のステップへの移行が阻止されたり、医療サービス提供処理が終了したりし得る。しかしながら、ユーザがなりすましをしていないものの一時的な要因により本人認証が正常終了しなかった場合に、かかる措置を採るとユーザ体験を損なうおそれがある。そこで、例えば、一部のステップにおいて本人認証を免除したり、本人認証が正常終了しなかった場合にも次のステップへの移行を許容したりしてもよい。このような本人認証に関する緩和運用は、全ユーザ一律に適用されてもよいし、ユーザの信用度（例えば、ユーザの属性、または医療サービスの利用実績の少なくとも１つに基づいて算出される信用度）に応じて切り替えて適用されてもよい。

上記説明では、顔の特徴を用いて本人認証（生体認証）を実現する例を示した。しかしながら、顔の特徴以外の生体情報を用いて本人認証を実現することも可能である。例えば、顔の特徴の代わりに、指紋、虹彩、網膜、声などの特徴を生体情報として用いて本人認証を実現してもよい。

上記説明では、医師端末５０は、クライアント装置１０とは異なるコンピュータとして説明した。しかしながら、医療ブース５に備えられたクライアント装置１０が、医師端末５０として動作可能に構成されてよい。一例として、クライアント装置１０は、ログインしたユーザの区分（患者ユーザ／医師ユーザ）に応じて、患者向けのアプリケーションを実行するか、医師または他の医療従事者（つまり、医療サービスの提供者）向けのアプリケーションを実行するかを切り替えてもよい。

上記説明では、ユーザ（患者）の本人認証の結果に応じて、医療ブース５への入室を制限する例を示した。しかしながら、医療ブース５への入室前にユーザの本人認証を行わないように、または患者端末において入室前の本人確認を行うようにしてもよい。この場合に、医療ブース５の筐体ＨＳ１に取り付けられたカメラ１６１は不要となり得る。
さらに、医療ブース５への入室後にユーザのログイン操作を要求するように、または患者端末においてログイン操作を行うようにしてもよい。この場合に、医療ブース５の筐体ＨＳ１に取り付けられたタッチパネル１６２、およびディスプレイ１７１は不要となり得る。

上記説明では、ユーザ指示の受付（Ｓ１１０）において、ユーザ名およびパスワードをユーザが直接入力する例を示した。しかしながら、医療サービスシステム１または２は、ログイン用の認証情報を表現するＱＲコード（以下、「ログインコード」と称する）を利用したログインを受け付けるように構成されてもよい。
具体的には、準備フェーズ（図５）中、またはその他のタイミングで、ユーザにログインコードが提供される。ユーザは、患者端末、もしくは医師端末５０に表示されたログインコード、または紙もしくは他の媒体に印刷されたログインコードを、クライアント装置１０に提示する。クライアント装置１０は、提示されたログインコードの画像を例えばカメラ１６１から取得する。クライアント装置１０は、取得した画像に基づいてログイン要求を発行し、当該ログイン要求をサーバ３０へ送信する。ログイン要求は、ログインコードの画像、またはログインコードの読み取ることで得られた認証情報を含む。
クライアント装置１０は、ＱＲコード読み取り用のハードウェア（リーダ）またはアプリケーションを用いてログインコードの内容を自ら読み取ってもよいし、サーバ３０または他の外部装置にログインコードの読み取りを依頼してもよい。

上記説明では、準備フェーズがユーザ情報登録（１－２）の前にアプリインストール（１－１）を含む例を示した。しかしながら、医療サービスシステム１または２は、アプリインストール（１－１）においてインストールされるアプリケーションの代わりにＷｅｂブラウザ上でユーザ情報登録（１－２）を完結できるように構成されてもよい、この場合に、患者端末または医師端末５０へのアプリケーションのインストールが不要となり得る。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

（８）付記
実施形態および変形例で説明した事項を、以下に付記する。

（付記１）
１以上のコンピュータ（１０，３０，５０，７０）を具備し、１以上のコンピュータが、
医療ブース（５）を用いた医療サービスの提供を支援する手段（Ｓ３５０～Ｓ４２０）と、
医療サービスの提供前、または医療サービスの提供中にユーザの本人認証を行う手段（Ｓ３２０，Ｓ３４０，Ｓ３６０，Ｓ３９０）と、
本人認証の結果に応じて、医療サービスの提供を開始するか否か、または医療サービスの提供を継続するか否かを決定する手段と、
医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定された場合に、ユーザに提供される医療サービスを制限する手段とを備える、
情報処理システム（１，２）。

（付記２）
医療サービスを制限する手段は、ユーザと医療関係者との間の情報のやり取りを制限する、
付記１に記載の情報処理システム。

（付記３）
医療ブース内に計測機器（ＭＤ１）が設置され、
医療サービスを制限する手段は、計測機器の使用を制限する、
付記１または付記２に記載の情報処理システム。

（付記４）
医療サービスを制限する手段は、医療ブース内、または医療ブース外に設置された保管庫（ＳＴ１，７）に保管されている医療用製品のユーザへの提供を制限する、
付記１乃至付記３のいずれかに記載の情報処理システム。

（付記５）
医療サービスを制限する手段は、ユーザに提供された医療サービスに関する情報の記憶装置（３１）への保存を制限する、
付記１乃至付記４のいずれかに記載の情報処理システム。

（付記６）
医療サービスを制限する手段は、医療ブースへの入室を制限する、
付記１乃至付記５のいずれかに記載の情報処理システム。

（付記７）
１以上のコンピュータは、
ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、ユーザに対する医療用製品の提供許可を識別する識別情報をユーザに提供する手段と、
識別情報の取得に応じて、当該識別情報の有効性を検証する手段（Ｓ５１０）と、
識別情報が有効と判定された場合に、医療ブース内、または医療ブース外に設置された保管庫（ＳＴ１，７）に保管されていて、かつ識別情報に関連付けられる医療用製品の提供を許可する手段とをさらに備える、
付記１乃至付記６のいずれかに記載の情報処理システム。

（付記８）
識別情報は、有効期限が定められ、
識別情報の有効性を検証する手段は、識別情報の有効期限が徒過している場合に、当該識別情報を無効と判定する、
付記７に記載の情報処理システム。

（付記９）
１以上のコンピュータは、ユーザに提供された医療用製品に関する情報を、ユーザを識別する情報に関連付けて記憶装置（３１）に保存する手段をさらに備える、
付記７または付記８に記載の情報処理システム。

（付記１０）
１以上のコンピュータは、
ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、ユーザに提供可能な医療用製品を特定する手段と、
ユーザの指示に応じて、ユーザに提供可能な医療用製品の提供形態を選択する手段と
をさらに備える、
付記１乃至付記８のいずれかに記載の情報処理システム。

（付記１１）
１以上のコンピュータは、
ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、ユーザに提供可能な医療用製品を特定する手段と、
ユーザに提供可能な医療用製品を受け取り可能な場所（ＳＴ１，７）に関する情報を案内する手段と
をさらに備える、
付記１乃至付記１０のいずれかに記載の情報処理システム。

（付記１２）
１以上のコンピュータは、ユーザに対して情報通信を利用して診察を行った医師の指示に応じて生成された、医薬品の処方箋をユーザに提供する手段をさらに備える、
付記１乃至付記１１のいずれかに記載の情報処理システム。

（付記１３）
１以上のコンピュータは、
医療ブースを利用中でないユーザに対して診察を行っている医師の指示に応じて、ユーザに関連付けられる位置情報を参照して対象医療ブースを選択する手段と、
対象医療ブースに関する情報を案内する手段と
をさらに備える、
付記１乃至付記１２のいずれかに記載の情報処理システム。

（付記１４）
医師の指示は、計測機器（ＭＤ１）の指定を含み、
対象医療ブースを選択する手段は、指定された計測機器の設置された医療ブースを対象医療ブースとして選択する、
付記１３に記載の情報処理システム。

（付記１５）
医師の指示は、医療用製品の指定を含み、
対象医療ブースを選択する手段は、指定された医療用製品を受け取り可能な場所（ＳＴ１，７）に関連付けられる医療ブースを対象医療ブースとして選択する、
付記１３または付記１４に記載の情報処理システム。

（付記１６）
１以上のコンピュータ（１０，３０，５０，７０）が、
医療ブース（５）を用いた医療サービスの提供を支援すること（Ｓ３５０～Ｓ４２０）と、
医療サービスの提供前、または医療サービスの提供中にユーザの本人認証を行うこと（Ｓ３２０，Ｓ３４０，Ｓ３６０，Ｓ３９０）と、
本人認証の結果に応じて、医療サービスの提供を開始するか否か、または医療サービスの提供を継続するか否かを決定することと、
医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定された場合に、ユーザに提供される医療サービスを制限することとを備える、
情報処理方法。

（付記１７）
１以上のコンピュータ（１０，３０，５０，７０）を、
医療ブース（５）を用いた医療サービスの提供を支援する手段（Ｓ３５０～Ｓ４２０）、
医療サービスの提供前、または医療サービスの提供中にユーザの本人認証を行う手段（Ｓ３２０，Ｓ３４０，Ｓ３６０，Ｓ３９０）、
本人認証の結果に応じて、医療サービスの提供を開始するか否か、または医療サービスの提供を継続するか否かを決定する手段、
医療サービスの提供を開始しない、または医療サービスの提供を継続しないと決定された場合に、ユーザに提供される医療サービスを制限する手段
として機能させる、プログラム。

１ ：医療サービスシステム
２ ：医療サービスシステム
５ ：医療ブース
７ ：保管庫
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：医師端末
５２ ：プロセッサ
５４ ：通信インタフェース
７０ ：保管庫管理装置
７１ ：記憶装置
７２ ：プロセッサ
７３ ：入出力インタフェース
７４ ：通信インタフェース
１６１ ：カメラ
１６２ ：タッチパネル
１６３ ：カメラ
１７１ ：ディスプレイ
１７２ ：ディスプレイ
７６１ ：カメラ
７６２ ：タッチパネル
７７１ ：ディスプレイ

Claims (17)

1. １以上のコンピュータを具備し、前記１以上のコンピュータが、
   医療ブースを用いた医療サービスの提供を支援する手段と、
   前記医療サービスの提供前、または前記医療サービスの提供中にユーザの本人認証を行う手段と、
   前記本人認証の結果に応じて、前記医療サービスの提供を開始するか否か、または前記医療サービスの提供を継続するか否かを決定する手段と、
   前記医療サービスの提供を開始しない、または前記医療サービスの提供を継続しないと決定された場合に、前記ユーザに提供される医療サービスを制限する手段とを備える、
   情報処理システム。
2. 前記医療サービスを制限する手段は、前記ユーザと医療関係者との間の情報のやり取りを制限する、
   請求項１に記載の情報処理システム。
3. 前記医療ブース内に計測機器が設置され、
   前記医療サービスを制限する手段は、前記計測機器の使用を制限する、
   請求項１または請求項２に記載の情報処理システム。
4. 前記医療サービスを制限する手段は、前記医療ブース内、または前記医療ブース外に設置された保管庫に保管されている医療用製品の前記ユーザへの提供を制限する、
   請求項１乃至請求項３のいずれかに記載の情報処理システム。
5. 前記医療サービスを制限する手段は、前記ユーザに提供された医療サービスに関する情報の記憶装置への保存を制限する、
   請求項１乃至請求項４のいずれかに記載の情報処理システム。
6. 前記医療サービスを制限する手段は、前記医療ブースへの入室を制限する、
   請求項１乃至請求項５のいずれかに記載の情報処理システム。
7. 前記１以上のコンピュータは、
   前記ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、前記ユーザに対する医療用製品の提供許可を識別する識別情報を前記ユーザに提供する手段と、
   前記識別情報の取得に応じて、当該識別情報の有効性を検証する手段と、
   前記識別情報が有効と判定された場合に、前記医療ブース内、または前記医療ブース外に設置された保管庫に保管されていて、かつ前記識別情報に関連付けられる医療用製品の提供を許可する手段とをさらに備える、
   請求項１乃至請求項６のいずれかに記載の情報処理システム。
8. 前記識別情報は、有効期限が定められ、
   前記識別情報の有効性を検証する手段は、前記識別情報の有効期限が徒過している場合に、当該識別情報を無効と判定する、
   請求項７に記載の情報処理システム。
9. 前記１以上のコンピュータは、前記ユーザに提供された医療用製品に関する情報を、前記ユーザを識別する情報に関連付けて記憶装置に保存する手段をさらに備える、
   請求項７または請求項８に記載の情報処理システム。
10. 前記１以上のコンピュータは、
    前記ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、前記ユーザに提供可能な医療用製品を特定する手段と、
    前記ユーザの指示に応じて、前記ユーザに提供可能な医療用製品の提供形態を選択する手段と
    をさらに備える、
    請求項１乃至請求項８のいずれかに記載の情報処理システム。
11. 前記１以上のコンピュータは、
    前記ユーザに対して情報通信を利用して診察を行った医師の指示に応じて、前記ユーザに提供可能な医療用製品を特定する手段と、
    前記ユーザに提供可能な医療用製品を受け取り可能な場所に関する情報を案内する手段と
    をさらに備える、
    請求項１乃至請求項１０のいずれかに記載の情報処理システム。
12. 前記１以上のコンピュータは、前記ユーザに対して情報通信を利用して診察を行った医師の指示に応じて生成された、医薬品の処方箋を前記ユーザに提供する手段をさらに備える、
    請求項１乃至請求項１１のいずれかに記載の情報処理システム。
13. 前記１以上のコンピュータは、
    前記医療ブースを利用中でないユーザに対して診察を行っている医師の指示に応じて、前記ユーザに関連付けられる位置情報を参照して対象医療ブースを選択する手段と、
    前記対象医療ブースに関する情報を案内する手段と
    をさらに備える、
    請求項１乃至請求項１２のいずれかに記載の情報処理システム。
14. 前記医師の指示は、計測機器の指定を含み、
    前記対象医療ブースを選択する手段は、指定された前記計測機器の設置された医療ブースを前記対象医療ブースとして選択する、
    請求項１３に記載の情報処理システム。
15. 前記医師の指示は、医療用製品の指定を含み、
    前記対象医療ブースを選択する手段は、指定された前記医療用製品を受け取り可能な場所に関連付けられる医療ブースを前記対象医療ブースとして選択する、
    請求項１３または請求項１４に記載の情報処理システム。
16. １以上のコンピュータが、
    医療ブースを用いた医療サービスの提供を支援することと、
    前記医療サービスの提供前、または前記医療サービスの提供中にユーザの本人認証を行うことと、
    前記本人認証の結果に応じて、前記医療サービスの提供を開始するか否か、または前記医療サービスの提供を継続するか否かを決定することと、
    前記医療サービスの提供を開始しない、または前記医療サービスの提供を継続しないと決定された場合に、前記ユーザに提供される医療サービスを制限することとを備える、
    情報処理方法。
17. １以上のコンピュータを、
    医療ブースを用いた医療サービスの提供を支援する手段、
    前記医療サービスの提供前、または前記医療サービスの提供中にユーザの本人認証を行う手段、
    前記本人認証の結果に応じて、前記医療サービスの提供を開始するか否か、または前記医療サービスの提供を継続するか否かを決定する手段、
    前記医療サービスの提供を開始しない、または前記医療サービスの提供を継続しないと決定された場合に、前記ユーザに提供される医療サービスを制限する手段
    として機能させる、プログラム。
    
    

Images