JP7428107B2 - プログラム及び患者情報管理装置 - Google Patents

Description

本発明は、プログラム及び患者情報管理装置に関する。

従来、医療施設での検査結果等の患者情報を患者と共有することができるアプリケーション（以下、患者アプリと称す）が知られている。この患者アプリを利用する場合、患者アプリの登録者に対して本人確認を行う必要があり、医療施設において対面での本人確認を実施している。そのため、医療施設から帰宅する等して当該医療施設から一旦離れてしまった後に患者アプリへの登録を希望する場合、再度医療施設へ出向き対面での本人確認を行う必要があるので手間がかかってしまう。

そこで、対面せずにユーザー認証を行う方法として、例えば、モバイル端末に割り当てられた電話番号を受信し、この電話番号宛てに確認用の情報を伝送し、当該確認用の情報を利用した応答をモバイル端末から受け取った場合、当該応答に基づいて、モバイル端末のユーザー認証を実行する方法が提案されている（例えば、特許文献１参照）。

特開２０１７－１５７００９号公報

しかしながら、上記特許文献１に記載されている方法では、上記の患者アプリを登録する際に、ユーザーである患者本人を特定することができないため、医療施設側が保持している患者情報と当該ユーザーとを紐づけることができず当該ユーザーに関する患者情報を提供することができないという問題がある。

本発明は、上記課題に鑑みてなされたもので、対面せずに本人確認を行うことができるプログラム及び患者情報管理装置を提供することを目的とする。

上記課題を解決するため、本発明に係るプログラムは、
患者が使用するユーザー端末から取得された第１の患者情報の少なくとも一部と、医療施設から取得された第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認処理と、
前記確認処理において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に生成される前記患者の認証情報を前記ユーザー端末に通知する通知処理と、
前記通知処理により前記認証情報を受け取った前記ユーザー端末から当該認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報とを紐づける紐づけ処理と、
をコンピューターに実行させる。

また、本発明に係るプログラムは、
患者が使用するユーザー端末から第１の患者情報を取得する第１の取得処理と、
医療施設から第２の患者情報を取得する第２の取得処理と、
前記第１の患者情報の少なくとも一部と、前記第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認処理と、
前記確認処理において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に、前記患者の認証情報を生成する生成処理と、
前記ユーザー端末へ前記認証情報を送信するための送信情報を決定する決定処理と、
前記決定処理によって決定された前記送信情報を用いて前記認証情報を前記ユーザー端末に送信する送信処理と、
前記ユーザー端末から前記認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報を紐づける紐づけ処理と、
をコンピューターに実行させる。

また、本発明に係る患者情報管理装置は、
患者が使用するユーザー端末から取得された第１の患者情報の少なくとも一部と、医療施設から取得された第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認手段と、
前記確認手段において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に生成される前記患者の認証情報を前記ユーザー端末に通知する通知手段と、
前記通知手段により前記認証情報を受け取った前記ユーザー端末から当該認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報とを紐づける紐づけ手段と、
を備えることを特徴とする。

また、本発明に係る患者情報管理装置は、
患者が使用するユーザー端末から第１の患者情報を取得する第１の取得手段と、
医療施設から第２の患者情報を取得する第２の取得手段と、
前記第１の患者情報の少なくとも一部と、前記第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認手段と、
前記確認手段において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に、前記患者の認証情報を生成する生成手段と、
前記ユーザー端末へ前記認証情報を送信するための送信情報を決定する決定手段と、
前記決定手段によって決定された前記送信情報を用いて前記認証情報を前記ユーザー端末に送信する送信手段と、
前記ユーザー端末から前記認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報を紐づける紐づけ手段と、
を備えることを特徴とする。

本発明によれば、対面せずに本人確認を行うことができる。

診療データ共有システムを示す概略構成図である。 診療システムの機能構成を示すブロック図である。 患者情報管理サーバーの機能構成を示すブロック図である。 ユーザー端末の機能構成を示すブロック図である。 診療データ登録処理を示すラダーチャートである。 患者アプリ使用登録処理を示すラダーチャートである。 ユーザー端末に表示される新規登録画面の例である。 ユーザー端末に表示される認証コード入力画面の例である。 ユーザー端末に表示される登録完了画面の例である。 ユーザー端末に表示される施設一覧画面の例である。 ユーザー端末に表示される病院施設情報画面の例である。 変形例の診療データ登録処理を示すラダーチャートである。 変形例の患者アプリ使用登録処理を示すラダーチャートである。

以下、図面を参照して本発明の実施の形態について説明する。ただし、以下に述べる実施形態には、本発明を実施するために技術的に好ましい種々の限定が付されているが、本発明の技術的範囲を以下の実施形態及び図示例に限定するものではない。

≪診療データ共有システムの構成≫
まず、図１を参照して、本実施形態の構成を説明する。図１は、本実施形態の診療データ共有システム１００を示す概略構成図である。
ここで、診療データ共有システム１００は、病院施設に導入されている診療システム１（後述）で得られる患者の診療情報（例えば、検査結果等の情報）を、当該患者が使用するユーザー端末４（後述）にインストールした患者アプリ４２１（後述）を通じて閲覧する、すなわち当該患者の診療情報を病院移設側と当該患者側とで共有することを可能にしたシステムである。

図１に示すように、診療データ共有システム１００は、診療システム１と、外部サーバー２と、患者情報管理サーバー３と、ユーザー端末４と、を備える。診療システム１と外部サーバー２と患者情報管理サーバー３とユーザー端末４とは互いに通信ネットワークＮ１を介して情報通信可能に接続される。

診療システム１は、病院やクリニック等の施設に導入され、医師が一人で検査から診断までを行うことができるようにしたシステムである。なお、図１では或る病院（例えば、Ｘ病院）に導入された診療システム１のみを図示しているが、この診療システム１の数は特に限定されない。

外部サーバー２は、他の医療施設や後述する患者情報管理サーバー３等との間で連携したいデータを自由に保管・共有することを可能にしたサーバーである。

患者情報管理サーバー３は、患者アプリ４２１（後述）にアカウント登録している患者に関する情報（例えば、診療データ等）を管理するサーバーである。つまり、この患者情報管理サーバー３では、病院施設側と共有することができる患者の診療データ等が管理されており、当該患者がユーザー端末４を介して患者アプリ４２１にログインすることで当該患者の診療データ等を閲覧することができるようになっている。

ユーザー端末４は、診療システム１が導入されている上述のＸ病院等を利用する患者の携帯端末である。このユーザー端末４は、例えば、スマートフォンや携帯電話機等である。なお、図１では３台のユーザー端末４を図示しているが、ユーザー端末４の台数は特に限定されない。

通信ネットワークＮ１は、例えば、インターネットであるものとするが、他のネットワークとしてもよい。

＜診療システムの構成＞
次に、図２を参照して、診療システム１の機能構成について説明する。図２は、診療システム１の機能構成を示すブロック図である。

図２に示すように、診療システム１は、放射線照射装置１１と、放射線撮影装置１２と、モダリティ１３と、コンソール１４と、画像保存通信システム（Picture Archiving and Communication System：ＰＡＣＳ１５）と、を備えている。また、診療システム１は、図示しない病院情報システム（Hospital Information System：ＨＩＳ）や、放射線科情報システム（Radiology Information System：ＲＩＳ）と接続されている。これらは、通信ネットワークＮ２（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等）を介して互いに通信可能となっている。

放射線照射装置１１は、照射指示スイッチが操作されたことに基づいて、予め設定された放射線照射条件（管電圧や管電流、照射時間（ｍＡｓ値）等）に応じた電圧を印加するジェネレーターや、ジェネレーターから電圧が印加されると、印加された電圧に応じた線量の放射線（例えばＸ線）を生成する放射線源等を備えている。そして、放射線照射装置１１は、パルス状の放射線を短時間で複数回（例えば１秒間に１５回）繰り返し照射する。なお、パルス状の放射線を繰り返し照射するのではなく、連続的に照射するようになっていてもよい。

放射線撮影装置１２は、図示を省略するが、放射線を受けることで線量に応じた電荷を発生させる放射線検出素子や電荷の蓄積・放出を行うスイッチ素子を備えた画素が二次元状（マトリクス状）に配列された基板や、各スイッチ素子のオン／オフを切り替える走査回路、各画素から放出された電荷の量を信号値として読み出す読み出し回路、読み出し回路が読み出した複数の信号値から放射線画像を生成する制御部、生成した放射線画像のデータ等を有線又は無線で外部へ出力する出力部等を備えている。そして、放射線撮影装置１２は、放射線照射装置１１から放射線が照射されるタイミングと同期して、照射された放射線に応じた放射線画像を短時間で複数回（例えば１秒間に１５回）繰り返し生成する。

モダリティ１３は、例えば、心電図、超音波診断装置、内視鏡検査装置等である。

コンソール１４は、ＰＣや携帯端末、専用の装置等によって構成されている。コンソール１４は、他の装置やシステム（ＲＩＳ等）からの撮影オーダーやユーザーによる操作等に基づいて、放射線照射装置１１や放射線撮影装置１２の各種撮影条件（例えば、撮影する部位等の被検者に関する条件や、管電圧や管電流、照射時間等の放射線の照射に関する条件）を設定することが可能となっている。

ＰＡＣＳ１５は、放射線撮影装置１２により撮影された放射線画像を保管、閲覧、管理する。

＜患者情報管理サーバーの構成＞
次に、図３を参照して、患者情報管理サーバー３の機能構成について説明する。図３は、患者情報管理サーバー３の機能構成を示すブロック図である。

図３に示すように、患者情報管理サーバー３は、制御部３１と、記憶部３２と、操作部３３と、表示部３４と、通信部３５と、バス３６と、を備えている。患者情報管理サーバー３の各部は、バス３６を介して接続されている。

制御部３１は、記憶部３２に記憶されている各種のプログラムを実行して所定の演算や各部の制御を行うＣＰＵ（Central Processing Unit）とプログラム実行時の作業領域となるメモリとを備えている（いずれも図示省略）。制御部３１は、記憶部３２に記憶されているプログラムとの協働により、各種の処理を実行する。

記憶部３２は、不揮発性の半導体メモリ等により構成される。記憶部３２には、制御部３１で実行されるシステムプログラムやアプリケーションプログラム、これらのプログラムの実行に必要なデータ等が記憶されている。

操作部３３は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザーからのキー操作入力及び位置操作入力を受け付け、その操作情報を、制御部３１に出力する。制御部３１は、操作部３３から送信された情報に基づいて、ユーザーの入力操作を受け付ける。

表示部３４は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等により構成され、制御部３１からの表示制御信号に従って、画面上に各種表示を行う。

通信部３５は、モデム、ルータ、ネットワークカード等により構成される。通信部３５は、通信ネットワークＮ１を介して接続された外部機器との通信を行う。

＜ユーザー端末の構成＞
次に、図４を参照して、ユーザー端末４の機能構成について説明する。図４は、ユーザー端末４の機能構成を示すブロック図である。

図４に示すように、ユーザー端末４は、制御部４１と、記憶部４２と、操作部４３と、表示部４４と、通信部４５と、バス４６と、を備えている。ユーザー端末４の各部は、バス４６を介して接続されている。

制御部４１は、記憶部４２に記憶されている各種のプログラムを実行して所定の演算や各部の制御を行うＣＰＵとプログラム実行時の作業領域となるメモリとを備えている（いずれも図示省略）。制御部４１は、記憶部４２に記憶されているプログラムとの協働により、各種の処理を実行する。

記憶部４２は、不揮発性の半導体メモリ等により構成される。記憶部４２には、制御部４１で実行されるシステムプログラムやアプリケーションプログラム（例えば、患者アプリ４２１）、これらのプログラムの実行に必要なデータ等が記憶されている。

操作部４３は、各種機能キーを備え、ユーザー（患者）による各キーの押下入力を受け付けてその操作情報を制御部４１に出力する。また、操作部４３は、表示部４４の表面を覆うように透明電極を格子状に配置したタッチパネル等を有し、手指やタッチペン等で押下された位置を検出し、その位置情報を操作情報として制御部４１に出力する。

表示部４４は、ＬＣＤ（Liquid Crystal Display）等により構成され、制御部４１からの表示制御信号に従って、画面上に各種表示を行う。

通信部４５は、無線により通信ネットワークＮ１に接続し、通信ネットワークＮ１に接続された外部機器との通信を行う。

≪診療データ共有システムの動作≫
次に、診療データ共有システム１００の動作について説明する。

＜診療データ登録処理＞
図５は、診療データ共有システム１００において実行される診療データ登録処理を示すラダーチャートである。
この診療データ登録処理は、上述のＸ病院において医師が患者（例えば、Ａ氏）に対して患者アプリ４２１の説明を行った際に、当該患者が患者アプリ４２１の使用を希望したことを契機としてなされる処理となっている。なお、上記の患者が患者アプリ４２１の使用を希望した場合、上記の医師は患者アプリ４２１の登録用二次元コードが付されたパンフレットを当該患者に渡しておく。

図５に示すように、まず、診療システム１において、上記の医師の操作を介して、患者アプリ４２１の使用を希望している患者の診療データを外部サーバー２に送信する（ステップＳ１）。診療データは、例えば、診察時に撮影された上記患者の放射線画像であって、診断結果を当該患者に説明する際に表示装置（図示省略）に表示させた画像である。

外部サーバー２では、診療システム１から診療データを受信した場合、当該診療データを受信した旨を患者情報管理サーバー３に通知する（ステップＳ２）。

患者情報管理サーバー３では、診療データを受信した旨の通知を外部サーバー２から受けると、制御部３１が、該当する診療データを外部サーバー２から取得する（ステップＳ３）。そして、制御部３１が、ステップＳ３で取得した診療データを記憶部３２に登録する（ステップＳ４）。具体的には、制御部３１は、ステップＳ３で診療データを取得した際に、当該診療データに関する患者が患者アプリ４２１を既に登録を済ませている場合は、当該患者の患者情報と紐付けて当該診療データを記憶部３２に登録する。一方、ステップＳ３で診療データを取得した際に、当該診療データに関する患者が患者アプリ４２１を未だ登録を行っていない場合、制御部３１は、当該診療データの患者情報との紐付け処理を一旦待機し、当該診療データに関する患者が患者アプリ４２１の登録を完了させた際に、当該診療データに含まれる患者ＩＤをキーに診療システム１の患者データと患者情報管理サーバー３の情報を紐付ける作業を行い、当該診療データを記憶部３２に登録する。
以上で診療データ登録処理が終了する。

＜患者アプリ使用登録処理＞
図６は、診療データ共有システム１００において実行される患者アプリ使用登録処理を示すラダーチャートである。

まず、上述のように患者アプリ４２１の使用を希望している患者がユーザー端末４において、Ｘ病院の医師から渡されたパンフレットに付されている登録用二次元コードを読み取った後、操作部４３からの操作により、当該登録用二次元コードから変換されたＵＲＬ（Uniform Resource Locater）にアクセスすると（ステップＳ１１）、患者情報管理サーバー３では、制御部３１が、ユーザー端末４に対し、通信部３５を介して新規登録画面を表示するための表示用データを送信する（ステップＳ１２）。

ユーザー端末４では、表示部４４に新規登録画面５１が表示される。
図７に、表示部４４に表示される新規登録画面５１の例を示す。新規登録画面５１には、氏名（漢字）入力領域５１１、氏名（カナ）入力領域５１２、性別選択ボタン５１３、生年月日入力領域５１４、新規登録ボタン５１５、キャンセルボタン５１６等が含まれる。
氏名（漢字）入力領域５１１には、患者の氏名（漢字）が入力される。
氏名（カナ）入力領域５１２には、患者の氏名（カナ）が入力される。
性別選択ボタン５１３は、患者の性別を選択するためのボタンである。
生年月日入力領域５１４には、患者の生年月日が入力される。
新規登録ボタン５１５は、上述の氏名（漢字）入力領域５１１、氏名（カナ）入力領域５１２、性別選択ボタン５１３、及び、生年月日入力領域５１４で入力された情報、すなわち患者情報を患者情報管理サーバー３に対して送信することを指示するためのボタンである。
キャンセルボタン５１６は、患者情報の入力をキャンセルするためのボタンである。

新規登録画面５１において、患者情報が入力された後、患者が操作部４３からの操作により新規登録ボタン５１５をタッチ操作すると、制御部４１が、患者情報管理サーバー３に対し、通信部４５を介して新規登録画面５１で入力された患者情報を送信する（ステップＳ１３）。

患者情報管理サーバー３では、通信部３５により患者情報を受信すると、制御部３１が、当該患者情報のマッチングを行う（ステップＳ１４）。具体的には、制御部３１は、通信部３５を介して診療システム１と接続されている病院情報システム（図示省略）にアクセスする。そして、制御部３１は、ユーザー端末４において入力された患者情報と一致する患者データを病院情報システムの患者リストから検索し、当該患者リストに当該患者情報と一致する患者データがある場合、当該患者データを取得する。ここで、患者データには、患者の診察券番号、氏名（漢字とカナを含む）、性別、生年月日、電話番号、メールアドレス等が含まれているものとする。

続けて、患者情報管理サーバー３では、制御部３１が、６ケタの認証コードを発行する（ステップＳ１５）。ここで発行される認証コードは、例えば、一時的に発行される有効期間が設定された認証コードであって、外部からは患者が特定されない態様の認証コードとなっている。なお、この認証コードは、例えば、対象となる患者の患者データに基づいて生成されるようになっている。つまり、ここで発行される認証コードは、患者に関連づけられた固有コードとなっている。

続けて、患者情報管理サーバー３では、制御部３１が、ＳＭＳ（Short Message Service）を用いて、ステップＳ１４にて取得した患者データに含まれる携帯電話番号宛にステップＳ１５で発行された認証コードを通知する（ステップＳ１６）。なお、ここでは、制御部３１が、ステップＳ１４にて取得した患者データに含まれるメールアドレス宛にステップＳ１５で発行された認証コードを通知するようにしてもよい。

ユーザー端末４では、通信部４５により認証コードを受信すると、制御部４１が、操作部４３からの操作により、患者情報管理サーバー３に対し、通信部４５を介して認証コード入力画面の表示要求を行う（ステップＳ１７）。

患者情報管理サーバー３では、通信部３５により認証コード入力画面の表示要求を受けると、制御部３１が、ユーザー端末４に対し、通信部３５を介して認証コード入力画面を表示するための表示用データを送信する（ステップＳ１８）。

ユーザー端末４では、表示部４４に認証コード入力画面５２が表示される。
図８に、表示部４４に表示される認証コード入力画面５２の例を示す。認証コード入力画面５２には、認証コード入力領域５２１、認証ボタン５２２、再発行ボタン５２３、キャンセル（後で）ボタン５２４等が含まれる。
認証コード入力領域５２１には、患者情報管理サーバー３により通知された認証コードが入力される。
認証ボタン５２２は、認証コード入力領域５２１で入力された認証コードを患者情報管理サーバー３に対して送信することを指示するためのボタンである。
再発行ボタン５２３は、患者情報管理サーバー３に対して認証コードの再発行を要求するためのボタンである。
キャンセル（後で）ボタン５２４は、認証コードの入力作業を後で行う際に操作されるボタンである。

認証コード入力画面５２において、認証コードが入力された後、患者が操作部４３からの操作により認証ボタン５２２をタッチ操作すると、制御部４１が、患者情報管理サーバー３に対し、通信部４５を介して認証コード入力画面５２で入力された認証コードを送信する（ステップＳ１９）。

患者情報管理サーバー３では、通信部３５により認証コードを受信すると、制御部３１が、当該認証コードとステップＳ１５で発行した認証コードとの整合性を確認する（ステップＳ２０）。そして、整合性が取れた場合、患者情報管理サーバー３では、制御部３１が、ユーザー端末４から受信した患者情報と、診療システム１と接続されている病院情報システムから取得した患者データと、該当する患者の診療データとを紐づけて記憶部３２に記録する（ステップＳ２１）。

続けて、患者情報管理サーバー３では、制御部３１が、ユーザー端末４に対し、通信部３５を介して患者アプリ４２１の使用登録が完了した旨を通知する（ステップＳ２２）。

ユーザー端末４では、表示部４４に登録完了画面５３が表示される。
図９に、表示部４４に表示される登録完了画面５３の例を示す。登録完了画面５３では、患者アプリ４２１の使用登録が完了した旨のメッセージ（例えば、“登録完了しました。”）が表示される。
以上で、患者アプリ使用登録処理が終了する。

なお、認証コード入力画面５２において、患者が操作部４３からの操作によりキャンセル（後で）ボタン５２４をタッチ操作した後、患者アプリ４２１の使用登録を行う場合、ユーザー端末４では、操作部４３からの操作により、表示部４４に施設一覧画面５４を表示させる。

図１０に、表示部４４に表示される施設一覧画面５４の例を示す。クリニック一覧画面５４には、患者アプリ４２１の使用登録が完了している病院施設や当該使用登録が完了していない病院施設等の一覧５４１が表示されるとともに、各病院施設に対応するステータス５４２が表示されるようになっている。ここで、ステータス５４２には、「連携中」と「未登録」との２種類があり、上述の患者アプリ使用登録処理によって患者アプリ４２１の使用登録が完了している場合、該当する病院施設のステータス５４２が「連携中」と表示されるようになっている。一方、上述の患者アプリ使用登録処理によって患者アプリ４２１の使用登録が完了していない場合、該当する病院施設のステータス５４２が「未登録」と表示されるようになっている。

図１０に示されている施設一覧画面５４では、Ｘ病院のステータス５４２が「未登録」の状態、すなわちＸ病院に関する患者アプリ４２１の使用登録が完了していない状態を示している。ここで、患者が操作部４３からの操作によりＸ病院を選択すると、ユーザー端末４では、表示部４４に病院施設情報画面５５が表示される。なお、Ｘ病院のステータス５４２が「連携中」の状態において、患者が操作部４３からの操作によりＸ病院を選択すると、ユーザー端末４では、Ｘ病院での診療データ等を閲覧することが可能な閲覧画面（図示省略）が表示されるようになっている。

図１１に、表示部４４に表示される病院施設情報画面５５の例を示す。病院施設情報画面５５には、選択された病院施設（例えば、Ｘ病院）に関する情報が表示されるとともに、上述した認証コード入力画面５２に遷移するための画面遷移ボタン５５１が設けられている。また、病院施設情報画面５５には、画面遷移ボタン５５１の上方に認証コードの入力に関するメッセージが表示されるようになっている。ここで、患者が操作部４３からの操作により画面遷移ボタン５５１をタッチ操作すると、ユーザー端末４では、表示部４４に認証コード入力画面５２が表示されることとなり、患者アプリ使用登録処理を再開させることが可能となっている。

以上説明したように、患者情報管理サーバー３は、患者が使用するユーザー端末４から取得された患者情報（第１の患者情報）の少なくとも一部と、医療施設から取得された患者データ（第２の患者情報）の少なくとも一部と、が一致するかどうかを確認し、患者情報の少なくとも一部と患者データの少なくとも一部との一致が確認された場合に生成される当該患者の認証コード（認証情報）をユーザー端末４に通知し、当該認証コードを受け取ったユーザー端末４から当該認証コード（認証情報に関連づく関連認証情報）を受信した場合に、患者情報と患者データとを紐づける。
したがって、患者情報管理サーバー３によれば、患者アプリ４２１のアカウント登録を行う際に、患者が使用するユーザー端末４を利用することで、当該患者と対面せずに本人確認を行うことができる。この結果、病院施設からの帰り道や帰宅後等であっても患者アプリ４２１のアカウント登録を行うことができるので、当該アカウント登録のために再来院する手間を省くことができる。

また、患者情報管理サーバー３は、患者の認証コード（認証情報）をユーザー端末４に通知する際は、患者の認証コードをユーザー端末４に送信するための送信情報（電話番号）を決定し、当該送信情報を用いて患者の認証コードをユーザー端末４に送信するので、ユーザー端末４への認証コードの通知を適切に行うことができる。

また、患者情報管理サーバー３は、上記送信情報を患者データ（第２の患者）から生成するので、当該送信情報の生成を効率良く行うことができる。

また、患者情報管理サーバー３は、上記患者情報と上記患者データとを紐づける際は、ユーザー端末４から認証コード（関連認証情報）を受信した場合に、通知した認証コードと当該認証コードとが対応づくかどうかを確認し、対応づけ（整合性）が確認された場合に、患者情報と患者データとを紐づけるので、当該紐づけを適切に行うことができる。

また、患者情報管理サーバー３は、患者データ（第２の患者情報）を、診療システム１を介して病院情報システムから取得する。したがって、患者情報管理サーバー３によれば、必要な患者データをその都度取得することで、サーバー内のストレージに係るコストを抑制することができる。

≪変形例≫
次に、上記実施形態の変形例について説明する。なお、上記実施形態と同様の構成要素には同一の符号を付し、その説明を省略する。

＜診療データ登録処理＞
図１２は、変形例における診療データ登録処理を示すラダーチャートである。
なお、この変形例における診療データ登録処理のステップＳ１０１～ステップＳ１０３では、上記実施形態における診療データ登録処理のステップＳ１～ステップＳ３と同様の処理がなされるため、これらのステップについての説明は省略し、ステップＳ１０４以降の処理について説明する。

図１２に示すように、患者情報管理サーバー３では、診療データを取得した後、制御部３１が、診療システム１に対し、通信部３５を介して登録用二次元コードを表示するための表示用データを送信する（ステップＳ１０４）。この登録用二次元コードは、患者情報管理サーバー３に送り上げられた診療データを識別可能な診療データＩＤと当該診療データの作成元となる病院施設を識別可能な病院施設ＩＤとが付帯されたメールアドレス（患者情報管理サーバー３が管理しているメールアドレス）をコード化したものである。

診療システム１では、患者との問診の際に医師が使用するＰＣに上記の登録用二次元コードが表示されるようになっており、このとき、ユーザー端末４において、当該登録用二次元コードを読み取る（ステップＳ１０５）。そして、当該ユーザー端末４の制御部４１が、登録用二次元コードから解読されたメールアドレスに空メールを送信する（ステップＳ１０６）。ここで、ユーザー端末４による登録用二次元コードの読み取り作業、及び、空メールの送信作業は、いずれも医師が見届けるものとする。これは、例えば、問診を終え診察室から出た後に空メールの送信作業を行い、送信エラーが発生してしまった場合、登録用二次元コードを再発行する必要があり、病院施設側にとっても患者側にとっても手間がかかってしまうからである。

患者情報管理サーバー３では、通信部３５により上記の空メールを受信すると、制御部３１が、当該空メールの送信先であるユーザー端末４のメールアドレスと、上記の二次元コードに付帯されていた診療データＩＤ及び病院施設ＩＤを紐づけて記憶部３２に登録する（ステップＳ１０７）。そして、制御部３１が、空メールの送信先であるユーザー端末４に対し、通信部３５を介して返信メールを送信する（ステップＳ１０８）。ここで、この返信メールには、患者アプリ４２１の登録サイトにアクセスするためのＵＲＬが添付されている。
以上で診療データ登録処理が終了する。

＜患者アプリ使用登録処理＞
図１３は、変形例における患者アプリ使用登録処理を示すラダーチャートである。

まず、上述のように患者アプリ４２１の使用を希望している患者がユーザー端末４において、操作部４３からの操作により、患者情報管理サーバー３からの返信メールに添付されていたＵＲＬにアクセスすると（ステップＳ１１１）、患者情報管理サーバー３では、制御部３１が、ユーザー端末４に対し、通信部３５を介して新規登録画面５１を表示するための表示用データを送信する（ステップＳ１１２）。

新規登録画面５１において、患者情報が入力された後、患者が操作部４３からの操作により新規登録ボタン５１５をタッチ操作すると、制御部４１が、患者情報管理サーバー３に対し、通信部４５を介して新規登録画面５１で入力された患者情報を送信する（ステップＳ１１３）。

患者情報管理サーバー３では、通信部３５により患者情報を受信すると、制御部３１が、ユーザー端末４から受信した患者情報と、当該ユーザー端末４のメールアドレスと、対応する診療データＩＤ及び病院施設ＩＤを紐づけて記憶部３２に記録する（ステップＳ１１４）。

続けて、患者情報管理サーバー３では、制御部３１が、ユーザー端末４に対し、通信部３５を介して患者アプリ４２１の使用登録が完了した旨を通知する（ステップＳ１１５）。
以上で、患者アプリ使用登録処理が終了する。

以上説明したように、変形例の患者情報管理サーバー３によれば、診療データ登録処理において、患者が使用するユーザー端末４のメールアドレスと、診療データＩＤ及び病院施設ＩＤを紐づけておくことで、上記実施形態のように患者アプリ使用登録処理で行われていた患者の本人確認を省くことができる。

≪その他≫
以上、本発明を実施形態に基づいて説明してきたが、本発明は上記実施形態等に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。

例えば、上記実施形態では、患者アプリ使用登録処理のマッチング（ステップＳ１４）において、氏名、性別、生年月日を当該マッチングの対象としているが、当該マッチングの対象はこれらの情報に限定されるものではない。例えば、新規登録画面５１において、患者の診察券番号を入力させる構成とすることで、当該診察券番号もマッチングの対象としてもよい。
また、例えば、新規登録画面５１において、患者が使用するユーザー端末４のメールアドレスや電話番号を入力させる構成とすることで、当該メールアドレスや電話番号もマッチングの対象としてもよい。かかる場合、例えば、入力されたメールアドレスが患者データの同情報と一致しないときは、当該入力されたメールアドレスが一致しない旨を患者に通知し、メールアドレスの再入力を促すようにしてもよい。これにより、認証コード等が間違った連絡先に送信されてしまうことを抑制することができる。

また、上記実施形態では、患者アプリ使用登録処理の認証コード送信処理（ステップＳ１９）において、患者情報管理サーバー３から通知された６ケタの認証コードを送信する構成としたが、当該認証コードに関連づくコード（関連認証情報）として、例えば、当該認証コードの各ケタの数字を全て掛け合わせることで得られる数を送信するようにしてもよい。

また、上記の説明では、本発明に係るプログラムのコンピューター読み取り可能な媒体としてハードディスクや半導体の不揮発性メモリー等を使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ－ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用される。

その他、診療データ共有システム１００を構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。例えば、患者情報管理サーバー３が、ＰＡＣＳの機能を搭載したシステムや、当該ＰＡＣＳに加えコンソール機能を搭載したシステム、電子カルテ機能を搭載したシステムであってもよく、本発明に係るプログラムはこれらのシステムにおいても実行され得る。

１００ 診療データ共有システム
１ 診療システム
１１ 放射線照射装置
１２ 放射線撮影装置
１３ モダリティ
１４ コンソール
１５ ＰＡＣＳ
２ 外部サーバー
３ 患者情報管理サーバー（患者情報管理装置）
３１ 制御部
３２ 記憶部
３３ 操作部
３４ 表示部
３５ 通信部
４ ユーザー端末
４１ 制御部
４２ 記憶部
４２１ 患者アプリ
４３ 操作部
４４ 表示部
４５ 通信部

Claims (12)

1. 患者が使用するユーザー端末から取得された第１の患者情報の少なくとも一部と、医療施設から取得された第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認処理と、
   前記確認処理において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に生成される前記患者の認証情報を前記ユーザー端末に通知する通知処理と、
   前記通知処理により前記認証情報を受け取った前記ユーザー端末から当該認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報とを紐づける紐づけ処理と、
   をコンピューターに実行させるプログラム。
2. 前記通知処理では、
   前記患者の認証情報を前記ユーザー端末に送信するための送信情報を決定する決定処理と、
   前記決定処理により決定された前記送信情報を用いて前記患者の認証情報を前記ユーザー端末に送信する送信処理と、
   をコンピューターに実行させる請求項１に記載のプログラム。
3. 前記決定処理では、前記第２の患者情報から前記送信情報を決定する請求項２に記載のプログラム。
4. 前記紐づけ処理では、
   前記ユーザー端末から前記関連認証情報を受信した場合に、前記通知処理によって通知した前記認証情報と当該関連認証情報とが対応づくかどうかを確認する認証情報確認処理と、
   前記認証情報確認処理において対応づけが確認された場合に、前記第１の患者情報と前記第２の患者情報とを紐づける患者情報紐づけ処理と、
   をコンピューターに実行させる請求項１～３のいずれか一項に記載のプログラム。
5. 前記認証情報は、前記患者に関連づけられた固有コードである請求項１～４のいずれか一項に記載のプログラム。
6. 前記認証情報は、前記第２の患者情報から生成される請求項５に記載のプログラム。
7. 前記認証情報には、有効期間が設定されている請求項５又は６に記載のプログラム。
8. 前記認証情報は、外部から前記患者が特定されない態様の認証コードである請求項５～７のいずれか一項に記載のプログラム。
9. 前記第２の患者情報を外部装置から取得する取得処理をコンピューターに更に実行させる請求項１～８のいずれか一項に記載のプログラム。
10. 患者が使用するユーザー端末から第１の患者情報を取得する第１の取得処理と、
    医療施設から第２の患者情報を取得する第２の取得処理と、
    前記第１の患者情報の少なくとも一部と、前記第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認処理と、
    前記確認処理において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に、前記患者の認証情報を生成する生成処理と、
    前記ユーザー端末へ前記認証情報を送信するための送信情報を決定する決定処理と、
    前記決定処理によって決定された前記送信情報を用いて前記認証情報を前記ユーザー端末に送信する送信処理と、
    前記ユーザー端末から前記認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報を紐づける紐づけ処理と、
    をコンピューターに実行させるプログラム。
11. 患者が使用するユーザー端末から取得された第１の患者情報の少なくとも一部と、医療施設から取得された第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認手段と、
    前記確認手段において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に生成される前記患者の認証情報を前記ユーザー端末に通知する通知手段と、
    前記通知手段により前記認証情報を受け取った前記ユーザー端末から当該認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報とを紐づける紐づけ手段と、
    を備えることを特徴とする患者情報管理装置。
12. 患者が使用するユーザー端末から第１の患者情報を取得する第１の取得手段と、
    医療施設から第２の患者情報を取得する第２の取得手段と、
    前記第１の患者情報の少なくとも一部と、前記第２の患者情報の少なくとも一部と、が一致するかどうかを確認する確認手段と、
    前記確認手段において前記第１の患者情報の少なくとも一部と前記第２の患者情報の少なくとも一部との一致が確認された場合に、前記患者の認証情報を生成する生成手段と、
    前記ユーザー端末へ前記認証情報を送信するための送信情報を決定する決定手段と、
    前記決定手段によって決定された前記送信情報を用いて前記認証情報を前記ユーザー端末に送信する送信手段と、
    前記ユーザー端末から前記認証情報に関連づく関連認証情報を受信した場合に、前記第１の患者情報と前記第２の患者情報を紐づける紐づけ手段と、
    を備えることを特徴とする患者情報管理装置。

Images