特許 7498399 本人認証プログラム、本人認証方法、及び本人認証システム

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

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

(11)【特許番号】

(24)【登録日】2024-06-04

(45)【発行日】2024-06-12

(54)【発明の名称】本人認証プログラム、本人認証方法、及び本人認証システム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20240605BHJP

【ＦＩ】

G16H10/60

【請求項の数】 5

(21)【出願番号】P 2021039777

(22)【出願日】2021-03-12

(65)【公開番号】P2022139407

(43)【公開日】2022-09-26

【審査請求日】2023-11-09

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】柳 晶子

【審査官】鹿野 博嗣

(56)【参考文献】

【文献】特開２０２０－０２１１７４（ＪＰ，Ａ）

【文献】特開２０１７－０２７１９５（ＪＰ，Ａ）

【文献】特開２００８－１９１７３３（ＪＰ，Ａ）

【文献】特許第６７８１４９１（ＪＰ，Ｂ１）

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

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

Ｇ１６Ｈ １０／００－８０／００

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

【請求項1】

医師が利用する端末のコンピュータに実行させる本人認証プログラムであって、
対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成し、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する、
処理を前記コンピュータに実行させることを特徴とする本人認証プログラム。

【請求項2】

生成された前記情報は、前記対象患者を特定する情報を含む、
請求項１に記載の本人認証プログラム。

【請求項3】

前記出力する処理は、生成された前記情報を含む二次元コードを前記医師が利用する端末に表示する処理、生成された前記情報を含むデータを前記対象患者の端末が読み取り可能な記憶媒体に記録する処理、及び生成された前記情報を含むデータを近接通信により前記対象患者の端末に送信する処理の少なくとも１つを含む、
請求項１または請求項２に記載の本人認証プログラム。

【請求項4】

医師が利用する端末のコンピュータが実行する本人認証方法であって、
対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成し、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する、
処理を含むことを特徴とする本人認証方法。

【請求項5】

対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成する生成部と、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する出力部と、
を含む医師端末と、
生成された前記情報を読み取る読取部と、
前記読取部が前記情報を読み取ったことに応じて、前記アプリケーションの利用登録申請を送信する送信部と、
を含む患者端末と、
前記利用登録申請を受信すると、前記利用登録申請に含まれる情報に基づいて、前記対象患者を前記アプリケーションの利用者として登録する登録部を含むアプリケーションサーバと、
を備える本人認証システム。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、本人認証プログラム、本人認証方法、及び本人認証システムに関する。

【背景技術】

【0002】

スマートフォンなどの患者の端末にインストールされたアプリケーションを介して、電子カルテの情報を患者に提供する技術が提案されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－１４９６７０号公報

【発明の概要】

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

【0004】

電子カルテに記載されている情報は機微な情報であるため、患者本人以外に当該情報が提供されないよう、アプリケーションの利用開始時には確実な本人認証が求められる。

【0005】

１つの側面では、確実な本人認証を実施することができる本人認証プログラム、本人認証方法、及び本人認証システムを提供することを目的とする。

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

【0006】

一つの態様では、本人認証プログラムは、医師が利用する端末のコンピュータに実行させる本人認証プログラムであって、対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成し、生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する、処理を前記コンピュータに実行させるプログラムである。

【発明の効果】

【0007】

確実な本人認証を実施することができる。

【図面の簡単な説明】

【0008】

【図1】図１は、一実施形態に係る本人認証システムの構成を概略的に示す図である。

【図2】図２は、電子カルテサーバ、医師端末、患者端末、及びアプリケーションサーバの機能ブロック図である。

【図3】図３（Ａ）は、医師端末のハードウェア構成を示す図であり、図３（Ｂ）は、患者端末のハードウェア構成を示す図であり、図３（Ｃ）は、アプリケーションサーバのハードウェア構成を示す図である。

【図4】図４（Ａ）は、電子カルテ画面の一例を示す図であり、図４（Ｂ）は、医師端末に表示される二次元コードの一例を示す図である。

【図5】図５は、利用者情報ＤＢに格納されている情報の一例を示す図である。

【図6】図６は、患者端末にインストールされた通院サポートアプリの利用登録申請を可能にする情報を生成するときの医師端末の処理を示すフローチャートである。

【図7】図７は、患者端末が通院サポートアプリの利用登録申請を行う処理を示すフローチャートである。

【図8】図８（Ａ）～図８（Ｈ）は、通院サポートアプリの画面遷移の一例を示す図である。

【図9】図９は、アプリケーションサーバが実行する利用者登録処理を示すフローチャートである。

【図10】図１０（Ａ）および図１０（Ｂ）は、通院サポートアプリの利用登録申請を可能にする情報を生成する方法の別例について説明する図である。

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

【0009】

以下、本人認証システムの一実施形態について、図１～図９に基づいて詳細に説明する。

【0010】

図１には、一実施形態に係る本人認証システム１００の構成が示されている。本人認証システム１００は、図１に示すように、電子カルテサーバ７０と、医師端末３０と、患者端末１０と、アプリケーションサーバ５０と、を備える。患者端末１０と、アプリケーションサーバ５０とは、インターネットなどのネットワークＮＷ１に接続されている。アプリケーションサーバ５０と電子カルテサーバ７０とは、ＶＰＮ（Virtual Private Network）などのネットワークＮＷ３により相互に接続されている。また、電子カルテサーバ７０と、医師端末３０とは、ＬＡＮ（Local Area Network）などのネットワークＮＷ２により相互に接続されている。

【0011】

電子カルテサーバ７０は、図２に示すように、電子カルテ情報を保持する電子カルテＤＢ７１を備え、医師端末３０に情報を提供したり、医師端末３０から入力された情報を管理したりする。なお、電子カルテサーバ７０は、図２に示す各部の機能以外の各種機能も有しているが、図示及び説明は省略する。

【0012】

医師端末３０は、医師が利用可能な端末である。医師は、患者を診察したときに、医師端末３０に対して患者の各種情報を入力したり、処方指示などのオーダ情報を入力したりする。また、医師は、患者の診察が終わった後に、医師端末３０を操作することで、再診の予約を取ることもできる。さらに、医師は、医師端末３０を操作することで、後述する通院サポートアプリケーション（以後、通院サポートアプリと記載する）の利用登録申請に必要な情報を生成することもできる。

【0013】

図３（Ａ）には、医師端末３０のハードウェア構成が示されている。図３（Ａ）に示すように、医師端末３０は、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ(Random Access Memory)３０４、及び記憶部３０６を備える。また、医師端末３０は、ネットワークインタフェース３０７、表示部３０３、入力部３０５、及び可搬型記憶媒体用ドライブ３０８等を備えている。表示部３０３は液晶ディスプレイ等を含み、入力部３０５はキーボードやマウス、タッチパネル等を含む。これら医師端末３０の構成各部は、バス３１０に接続されている。医師端末３０では、ＲＯＭ３０２あるいは記憶部３０６に格納されているプログラム（本人認証プログラムを含む）をＣＰＵ３０１が実行することにより、図２に示す各部の機能が実現されている。なお、可搬型記憶媒体用ドライブ３０８が可搬型記憶媒体３０９から読み取ったプログラム（本人認証プログラムを含む）をＣＰＵ３０１が実行することにより、図２に示す各部の機能を実現してもよい。

【0014】

具体的には、医師端末３０においては、ＣＰＵ３０１が本人認証プログラムを実行することにより、生成部３１および出力部３２としての機能が実現されている。なお、医師端末３０は、図２に示す各部の機能以外の各種機能も有しているが、図示及び説明は省略する。

【0015】

生成部３１は、患者の本人確認が行われたことを示す入力が行われると、患者端末１０からの患者端末１０で利用される通院サポートアプリの利用登録申請を可能にする情報を生成する。図４（Ａ）は、電子カルテ画面の一例を示す図である。例えば、医師が現在対面している患者（診察中の患者）の電子カルテ画面において、点線で示す「利用登録」がクリックされると、生成部３１は、利用登録申請を可能にする情報を生成する。

【0016】

出力部３２は、生成部３１が生成した利用登録申請を可能にする情報を、患者の端末が読み取り可能な状態で出力する。例えば、出力部３２は、図４（Ｂ）に示すように、利用登録申請に必要な情報が含まれる二次元コード（例えば、ＱＲコード（登録商標））を医師端末３０の表示部３０３に表示させる。

【0017】

患者端末１０は、患者が利用する端末であり、例えば、スマートフォンである。患者端末１０には、通院サポートアプリがインストールされている。

【0018】

図３（Ｂ）には、患者端末１０のハードウェア構成が示されている。図３（Ｂ）に示すように、患者端末１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０４、記憶部１０６、ネットワークインタフェース１０７、表示部１０３、入力部１０５、及び可搬型記憶媒体用ドライブ１０８等を備えている。表示部１０３は液晶ディスプレイ等を含み、入力部１０５はタッチパネル、カメラ等を含む。これら患者端末１０の構成各部は、バス１１０に接続されている。患者端末１０では、ＲＯＭ１０２あるいは記憶部１０６に格納されているプログラムをＣＰＵ１０１が実行することにより、図２に示す各部の機能が実現されている。なお、可搬型記憶媒体用ドライブ１０８が可搬型記憶媒体１０９から読み取ったプログラムをＣＰＵ１０１が実行することにより、図２に示す各部の機能を実現してもよい。

【0019】

具体的には、患者端末１０においては、ＣＰＵ１０１がプログラムを実行することにより、表示制御部１３、読取部１１、および送信部としての申請部１２としての機能が実現されている。なお、患者端末１０は、図２に示す各部の機能以外の各種機能も有しているが、図示及び説明は省略する。

【0020】

表示制御部１３は、患者による患者端末１０の操作に応じて、患者端末１０の表示部１０３に表示される画面を制御する。

【0021】

読取部１１は、医師端末３０の出力部３２が出力した利用登録申請に必要な情報を読み取る。例えば、出力部３２が、図４（Ｂ）に示すように二次元コードを医師端末３０の表示部３０３に表示した場合、読取部１１は、入力部１０５のカメラを利用して、利用登録申請に必要な情報を含む二次元コードを読み取る。

【0022】

申請部１２は、読取部１１が利用登録申請に必要な情報を読み取ったことに応じて、アプリケーションの利用登録申請をアプリケーションサーバ５０に送信する。

【0023】

アプリケーションサーバ５０は、通院サポートアプリからの要求に応じて、各種処理を実行する。具体的には、アプリケーションサーバ５０は、利用登録が完了していない患者端末１０から通院サポートアプリの利用登録申請を受け付けると、利用登録を行う。また、利用登録申請が完了している患者端末１０からの要求に応じて、電子カルテＤＢ７１から各種情報（診療予約情報、投薬履歴情報等）を読み出し、患者端末１０に送信する。

【0024】

図３（Ｃ）には、アプリケーションサーバ５０のハードウェア構成が示されている。図３（Ｃ）に示すように、アプリケーションサーバ５０は、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０４、記憶部５０６、ネットワークインタフェース５０７、及び可搬型記憶媒体用ドライブ５０８等を備えている。これらアプリケーションサーバ５０の構成各部は、バス５１０に接続されている。アプリケーションサーバ５０では、ＲＯＭ５０２あるいは記憶部５０６に格納されているプログラムをＣＰＵ５０１が実行することにより、図２に示す各部の機能が実現されている。なお、可搬型記憶媒体用ドライブ５０８が可搬型記憶媒体５０９から読み取ったプログラムをＣＰＵ５０１が実行することにより、図２に示す各部の機能を実現してもよい。なお、アプリケーションサーバ５０の各部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

【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】

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記憶媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

【0061】

プログラムを実行するコンピュータは、例えば、可搬型記憶媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記憶媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

【0062】

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

【0063】

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 医師が利用する端末のコンピュータに実行させる本人認証プログラムであって、
対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成し、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する、
処理を前記コンピュータに実行させることを特徴とする本人認証プログラム。
（付記２） 生成された前記情報は、前記対象患者を特定する情報を含む、
付記１に記載の本人認証プログラム。
（付記３） 前記出力する処理は、生成された前記情報を含む二次元コードを前記医師が利用する端末に表示する処理、生成された前記情報を含むデータを前記対象患者の端末が読み取り可能な記憶媒体に記録する処理、及び生成された前記情報を含むデータを近接通信により前記対象患者の端末に送信する処理の少なくとも１つを含む、
付記１または付記２に記載の本人認証プログラム。
（付記４） 医師が利用する端末のコンピュータが実行する本人認証方法であって、
対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成し、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する、
処理を含むことを特徴とする本人認証方法。
（付記５） 対象患者の本人確認が行われたことを示す入力が行われると、前記対象患者の端末からの前記対象患者の端末で利用されるアプリケーションの利用登録申請を可能にする情報を生成する生成部と、
生成された前記情報を前記対象患者の端末が読み取り可能な状態で出力する出力部と、
を含む医師端末と、
生成された前記情報を読み取る読取部と、
前記読取部が前記情報を読み取ったことに応じて、前記アプリケーションの利用登録申請を送信する送信部と、
を含む患者端末と、
前記利用登録申請を受信すると、前記利用登録申請に含まれる情報に基づいて、前記対象患者を前記アプリケーションの利用者として登録する登録部を含むアプリケーションサーバと、
を備える本人認証システム。
（付記６） 生成された前記情報は、前記対象患者を特定する情報を含む、
付記５に記載の本人認証システム。
（付記７） 前記出力部は、生成された前記情報を含む二次元コードを前記医師端末に表示する処理、生成された前記情報を含むデータを前記対象患者の端末が読み取り可能な記憶媒体に記録する処理、及び生成された前記情報を含むデータを近接通信により前記対象患者の端末に送信する処理の少なくとも１つを実行する、
付記５または付記６に記載の本人認証システム。

【符号の説明】

【0064】

１０ 患者端末
１１ 読取部
１２ 申請部（送信部）
３０ 医師端末
３１ 生成部
３２ 出力部
５０ アプリケーションサーバ
５１ 登録部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】