(57)【要約】健康管理監視システムにおいて、電子ユーザ・デバイスに実装された患者アプリケーションを使用する電子ユーザ・デバイスからホスト・サーバに実装されたホスト・アプリケーションを使用するホスト・サーバに、ワイヤレス・ネットワークを介して、患者に関連する患者データを匿名通信し、前記患者データが前記ホスト・サーバにおいて受信された後に前記患者データに関連する患者を識別する方法を提供する。更に、対応するシステム、コンピュータ・プログラム、およびこのコンピュータ・プログラムを含む不揮発性データ担体も提供する。【選択図】図３
2019532446.tif 000002
【特許請求の範囲】
【請求項１】
健康管理監視システム（１００）において、電子ユーザ・デバイス（１２０）に実装された患者アプリケーション（１１０）を使用する前記電子ユーザ・デバイス（１２０）からホスト・サーバ（１４０）に実装されたホスト・アプリケーション（１３０）を使用するホスト・サーバに、ワイヤレス・ネットワーク（１８０）を介して、患者（Ｐ）に関連する患者データ（Ｄ）を匿名通信し、前記患者データ（Ｄ）が前記ホスト・サーバ（１４０）において受信された後に前記患者データ（Ｄ）に関連する患者（Ｐ）を識別する方法であって、
−前記患者アプリケーション（１１０）と前記ホスト・アプリケーション（１３０）との対形成をするステップであって、該対形成が、
ｉ）前記ホスト・アプリケーション（１３０）を使用して、前記患者（Ｐ）に対して一意のアクセス・キー（Ｋ）を生成するステップであって、前記一意のアクセス・キー（Ｋ）が、前記患者（Ｐ）を識別するいずれの情報にも関係付けられず、前記一意のアクセス・キー（Ｋ）が第１部（Ｋ＿１）および第２部（Ｋ＿２）を含む、ステップと、
ｉｉ）前記ホスト・アプリケーション（１３０）によってアクセス可能なメモリ（１６０）に、前記一意のアクセス・キー（Ｋ）の第２部（Ｋ＿２）を格納するステップであって、前記第２部（Ｋ＿２）が前記患者（Ｐ）を識別する情報と関連付けて格納される、ステップと、
ｉｉｉ）前記一意のアクセス・キー（Ｋ）の第１部（Ｋ＿１）を前記ホスト・アプリケーション（１３０）から前記患者アプリケーション（１１０）に送るステップと、  
ｉｖ）前記患者アプリケーション（１１０）によってアクセス可能なメモリ（１５０）に、前記一意のアクセス・キー（Ｋ）の第１部（Ｋ＿１）を格納するステップと、
を含む、ステップと、
−前記患者アプリケーション（１１０）において、少なくとも１つの患者データ登録デバイス（１７０）から患者データ（Ｄ）を受信するステップと、
−前記患者アプリケーション（１１０）において患者データ（Ｄ）を受信したことに応答して、前記受信した患者データ（Ｄ）および前記アクセス・キーの前記第１部（Ｋ＿１）を前記ホスト・アプリケーション（１３０）に送るステップと、
−前記ホスト・アプリケーション（１３０）において、前記患者データ（Ｄ）および前記アクセス・キーの前記第１部（Ｋ＿１）を受信するステップと、
−前記アクセス・キー（Ｋ）の前記第２部（Ｋ＿２）に基づいて、前記受信した患者データ（Ｄ）に関連する患者（Ｐ）を識別するステップと、
を含む、方法。
【請求項２】
請求項１記載の方法であって、前記方法が更に、前記患者アプリケーション（１１０）と前記ホスト・アプリケーション（１３０）との対形成に先立って、
−強い認証を使用して、介護者を前記ホスト・アプリケーション（１３０）の許可ユーザとして認証するステップと、
−強い認証を使用して、患者を前記患者アプリケーション（１３０）の許可ユーザとして認証するステップと、
を含む、方法。
【請求項３】
請求項２記載の方法において、前記介護者の認証が、前記ホスト・アプリケーション（１３０）を使用して実行される、方法。
【請求項４】
請求項２または３記載の方法において、前記患者（Ｐ）の認証が、前記患者アプリケーション（１１０）を使用して実行される、方法。
【請求項５】
請求項１から４のいずれかに記載の方法であって、更に、前記患者アプリケーション（１１０）によってアクセス可能な前記メモリ（１５０）に、前記受信した患者データ（Ｄ）を格納するステップを含む、方法。
【請求項６】
請求項１から５のいずれかに記載の方法において、前記アクセス・キー（Ｋ）の前記第２部（Ｋ＿２）に基づいて、前記受信した患者データ（Ｄ）に関連する患者（Ｐ）を識別するステップが、
ｉ）前記アクセス・キー（Ｋ）の前記受信した第１部（Ｋ＿１）に基づいて、前記アクセス・キー（Ｋ）の第２部（Ｋ＿２）を生成するステップと、
ｉｉ）前記アクセス・キー（Ｋ）の前記生成した第２部（Ｋ＿２）を、前記ホスト・アプリケーション（１３０）によってアクセス可能な前記メモリ（１６０）に格納されているアクセス・キーの１つ以上の第２部と比較して、一致する第２部を発見するステップであって、前記格納されているアクセス・キーの１つ以上の第２部が、前記ホスト・アプリケーション（１５０）と１つ以上の患者アプリケーション（１１０）との対形成の間に生成されている、ステップと、
ｉｉｉ）アクセス・キーの一致する第２部が発見された場合、前記患者（Ｐ）を、前記メモリ（１６０）に格納されている前記一致した第２部に関連する患者として識別するステップと、
を含む、方法。
【請求項７】
請求項１から６のいずれかに記載の方法において、前記一意のアクセス・キー（Ｋ）の前記第１部（Ｋ＿１）が元のキーであり、前記一意のアクセス・キー（Ｋ）の第２部（Ｋ＿２）が前記元のキーのハッシュまたは拇印である、方法。
【請求項８】
請求項１から７のいずれかに記載の方法において、前記患者（Ｐ）に対して一意のアクセス・キー（Ｋ）を生成するステップが、
−前記ホスト・アプリケーション（１３０）を使用して、前記患者（Ｐ）を識別するいずれの情報にも関係付けられないランダム化数値コード（Ｃ）を生成するステップと、
−前記患者アプリケーション（１１０）において、前記ランダム化数値コード（Ｃ）を受信するステップと、
−前記一意のアクセス・キー（Ｋ）を受信したことに応答して、前記患者アプリケーション（１１０）から前記ホスト・アプリケーション（１３０）に、制御信号（Ｓ１）の形態でメッセージを送るステップと、
−前記ホスト・アプリケーション（１３０）において前記制御信号（Ｓ１）を受信するステップと、
−前記ホスト・アプリケーション（１３０）において、前記制御信号（Ｓ１）を受信したことに応答して、前記一意のアクセス・キー（Ｋ）を生成するステップと、
を含む、方法。
【請求項９】
電子ユーザ・デバイス（１２０）からホスト・サーバ（１４０）に、ワイヤレス・ネットワーク（１８０）を介して、患者（Ｐ）に関連する患者データ（Ｄ）を匿名通信し、前記患者データ（Ｄ）が前記ホスト・サーバ（１４０）において受信された後に、前記患者データ（Ｄ）に関連する患者（Ｐ）を識別するための健康管理監視システム（１００）であって、
−前記電子ユーザ・デバイス（１２０）が患者アプリケーション（１１０）を含み、
−前記ホスト・サーバ（１４０）がホスト・アプリケーション（１３０）を含み、
−前記患者アプリケーション（１１０）が、前記ワイヤレス・ネットワーク（１８０）を介して、前記ホスト・アプリケーション（１３０）と通信するように構成され、
−前記システム（１００）が、更に、前記患者アプリケーション（１１０）によってアクセス可能なメモリ（１５０）と、前記ホスト・アプリケーション（１３０）によってアクセス可能なメモリ（１６０）とを含み、
前記システム（１００）が、前記患者アプリケーション（１１０）と前記ホスト・アプリケーション（１３０との対形成をするように構成されており、該対形成が、
−前記ホスト・アプリケーションが、
ｉ）前記患者（Ｐ）に対して一意のアクセス・キー（Ｋ）を生成し、前記一意のアクセス・キー（Ｋ）が前記患者（Ｐ）を識別するいずれの情報にも関係付けられず、前記一意のアクセス・キー（Ｋ）が第１部（Ｋ＿１）および第２部（Ｋ＿２）を含み、
ｉｉ）前記ホスト・アプリケーション（１３０）によってアクセス可能なメモリ（１６０）に、前記一意のアクセス・キー（Ｋ）の前記第２部（Ｋ＿２）を格納し、前記第２部（Ｋ＿２）が前記患者（Ｐ）を識別する情報と関連付けて格納され、
ｉｉｉ）前記一意のアクセス・キー（Ｋ）の前記第１部（Ｋ＿１）を前記患者アプリケーション（１１０）に送る、
ように構成され、
−前記患者アプリケーション（１１０）が、
ｉ）前記一意のアクセス・キー（Ｋ）の第１部（Ｋ＿１）を前記ホスト・アプリケーション（１３０）から受信し、
ｉｉ）前記患者アプリケーション（１１０）によってアクセス可能なメモリ（１５０）に、前記一意のアクセス・キー（Ｋ）の前記受信した第１部（Ｋ＿１）を格納し、
ｉｉｉ）少なくとも１つの患者データ登録デバイス（１７０）から患者データ（Ｄ）を受信し、
ｉｖ）前記患者アプリケーション（１１０）において患者データ（Ｄ）を受信したことに応答して、前記受信した患者データ（Ｄ）および前記アクセス・キーの前記第１部（Ｋ＿１）を前記ホスト・アプリケーション（１３０）に送る、
ように構成され、
−前記ホスト・アプリケーション（１３０）が、更に、
ｉ）患者データおよび前記アクセス・キーの第１部（Ｋ＿１）を前記患者アプリケーション（１００）から受信し、
ｉｉ）前記アクセス・キー（Ｋ）の前記受信した第２部（Ｋ＿２）に基づいて、前記受信した患者データ（Ｄ）に関連する前記患者（Ｐ）を識別する、
ように構成される、
ことによって行う、
健康管理監視システム（１００）。
【請求項１０】
請求項９記載の健康管理監視システムにおいて、前記ホスト・アプリケーション（１３０）が、前記患者アプリケーション（１１０）と前記ホスト・アプリケーション（１３０）との対形成に先立って、強い認証を使用して、介護者を前記ホスト・アプリケーション（１３０）の許可ユーザとして認証するように構成される、健康管理監視システム。
【請求項１１】
請求項９または１０記載の健康管理監視システムにおいて、前記患者アプリケーション（１１０）と前記ホスト・アプリケーション（１３０）との対形成に先立って、前記患者アプリケーション（１１０）が、強い認証を使用して、患者（Ｐ）を前記患者アプリケーション（１１０）の許可ユーザとして認証するように構成される、健康管理監視システム。
【請求項１２】
請求項９から１１のいずれかに記載の健康管理監視システム（１００）において、前記ホスト・アプリケーション（１３０）が、更に、
ｉ）前記アクセス・キー（Ｋ）の前記受信した第１部（Ｋ＿１）に基づいて、前記アクセス・キー（Ｋ）の第２部（Ｋ＿２）を生成し、
ｉｉ）前記アクセス・キー（Ｋ）の前記生成した第２部（Ｋ＿２）を、前記ホスト・アプリケーション（１３０）によってアクセス可能な前記メモリ（１６０）に格納されているアクセス・キーの１つ以上の第２部と比較して、一致する第２部を発見し、アクセス・キーの前記格納されている１つ以上の第２部が、前記ホスト・アプリケーション（１５０）の１つ以上の患者アプリケーション（１１０）との対形成の間に生成され、
ｉｉｉ）アクセス・キーの一致する第２部が発見された場合、前記患者（Ｐ）を、前記メモリ（１６０）に格納されている前記一致した第２部に関連する患者として識別する、
ことによって、
前記アクセス・キー（Ｋ）の前記第２部（Ｋ＿２）に基づいて、前記受信した患者データ（Ｄ）に関連する患者（Ｐ）を識別するように構成される、
健康管理監視システム（１００）。
【請求項１３】
請求項９から１２のいずれかに記載の健康管理監視システム（１００）において、前記患者（Ｐ）に対して一意のアクセス・キー（Ｋ）を生成するために、
−前記ホスト・アプリケーション（１３０）が、前記患者（Ｐ）を識別するいずれの情報にも関係付けられないランダム化数値コード（Ｃ）を生成するように構成され、
−前記患者アプリケーション（１１０）が、前記ランダム化数値コードを前記ホスト・アプリケーション（１３０）から受信し、前記一意のアクセス・キー（Ｋ）を受信したことに応答して、制御信号（Ｓ１）の形態でメッセージを前記ホスト・アプリケーション（１３０）に送るように構成され、
−前記ホスト・アプリケーション（１３０）が、前記制御信号（Ｓ１）を前記患者アプリケーション（１１０）から受信し、前記制御信号（Ｓ１）を受信したことに応答して前記一意のアクセス・キー（Ｋ）を生成するように構成される、
健康管理監視システム。
【請求項１４】
処理ユニットに通信可能に接続された不揮発性データ担体にロード可能なコンピュータ・プログラムであって、前記プログラムが前記処理ユニットにおいて実行されると、請求項１から８のいずれかに記載の方法を実行するためのソフトウェアを含む、コンピュータ・プログラム。
【請求項１５】
請求項１４記載のコンピュータ・プログラムを含む不揮発性データ担体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、患者データの安全な通信を可能にする解決策に関する。更に特定すれば、本発明は、請求項１の前提部にしたがって患者データの安全な通信を可能にする方法、および対応するシステムに関する。また、本発明はコンピュータ・プログラムおよび不揮発性データ担体にも関する。
【従来技術】
【０００２】
以下の本文では、健康管理とは、ホスト・アプリケーションの所有者の一例として使用される。ホスト・アプリケーションの所有者とは、個人または患者の登録された健康データに関心を持つ可能性がある任意の関与者(party)または組織であることも可能である。健康データ(health data)は、ステップ数、重量、心電図測定値、肺活量計測定値、血圧、患者の疼痛知覚度(degree of patient's perceptive of pain)等の定量的データ、または自由な文書フォーマットで書かれた個人の知覚である定性的データとして表される。
【０００３】
前述の個人の登録された定量的または定性的データに関心を持つ関与者および／または組織は、公衆または個人健康管理、学術的研究プロジェクト、産業研究プロジェクト、公衆／個人登記(registries)、定性的登記(qualitative registries)、バイオ・バンク、保険当局等であることが可能である。また、データは、機能または品質チェックのため、および顧客満足度予備選別(screening)のため、あるいは直接販売(direct marketing)の目的のために、消費者用製品の販売の追跡のために、同意を前提として、引き出されてもよい。個人の登録された定量的または定性的データに関心を持つ他の関与者は、薬品業界であることも可能である。
【０００４】
患者の「アプリ」または「患者アプリケーション」に言及するとき、これは患者コネクタ（ＰＣ：Patient Connector）を含み、またはアプリが実装されている患者のユニット／デバイス／クライアントも含む。介護者の「ホスト・アプリケーション」に言及するとき、これは患者コネクタ（「ＰＣ」）を含み、また介護者のサーバ／ユニット／システムも含む。
【０００５】
データの転送とは、患者のデバイスにおけるアプリと、健康管理のサーバ上におけるホスト・アプリケーションとの間でメッセージを介して情報を送ることを意味する。
ソフトウェア開発キット（「ＳＤＫ」）とは、特定のソフトウェア・パッケージ、ソフトウェア・フレーム、患者アプリケーション、電子健康記録、研究システム、または他のアプリケーションおよびシステムのためにアプリケーションの作成を可能にするソフトアウェア開発ツールのコンポーネント／１組のソフトウェア開発ツールである。
【発明の概要】
【０００６】
ホスト・アプリケーションを患者デバイス内にあるアプリ（患者アプリケーションとも呼ぶ）と接続することによって、安全な通信を行い、患者の登録情報または患者が生成した情報を保持する。ホスト・アプリケーションおよび患者デバイス内にあるアプリは、強い許可を使用して行われる許可プロセスによって、対面診察の間に、あるいはホスト・アプリケーションおよび／または患者アプリケーション内にあるアプリを使用して、対にされている。ＰＣは、ソフトウェア開発キット（ＳＤＫ）として配布され、任意のホスト・アプリケーションおよび任意の患者アプリにインポートされる。ＰＣは、安全で精度高い方法で、ホスト・アプリケーションを患者アプリと対にする。ＰＣは、患者デバイスにおけるアプリとホスト・アプリケーションとの間における無記名患者情報の転送に対応する。
【０００７】
１つの態様によれば、健康管理監視システムにおいて、電子ユーザ・デバイスに実装された患者アプリケーションを使用する電子ユーザ・デバイスからホスト・サーバに実装されたホスト・アプリケーションを使用するホスト・サーバに、ワイヤレス・ネットワークを介して、患者に関連する患者データを匿名通信し、更に、患者データがホスト・サーバにおいて受信された後に患者データに関連する患者を識別する方法を提供する。この方法は、
−患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするステップであって、対形成が、ホスト・アプリケーション１３０を使用して、患者Ｐに対して一意のアクセス・キーＫを生成するステップを含み、一意のアクセス・キーＫが、患者Ｐを識別するいずれの情報にも関係付けられず、一意のアクセス・キーＫが第１部Ｋ＿１および第２部Ｋ＿２を含む、ステップと、ホスト・アプリケーション１３０によってアクセス可能なメモリ１６０に、一意のアクセス・キーＫの第２部Ｋ＿２を格納するステップであって、第２部Ｋ＿２が患者Ｐを識別する情報と関連付けて格納される、ステップと、一意のアクセス・キーＫの第１部Ｋ＿１をホスト・アプリケーション１３０から患者アプリケーション１１０に送るステップと、患者アプリケーション１１０によってアクセス可能なメモリ１５０に、一意のアクセス・キーＫの第１部Ｋ＿１を格納するステップとを含む、ステップと、
− 患者アプリケーション１１０において、少なくとも１つの患者データ登録デバイス１７０から患者データＤを受信するステップと、
−患者アプリケーション１１０において患者データＤを受信したことに応答して、受信した患者データＤおよびアクセス・キーの第１部Ｋ＿１をホスト・アプリケーション１３０に送るステップと、
−ホスト・アプリケーション１３０において、患者データＤおよびアクセス・キーの第１部Ｋ＿１を受信するステップと、
−アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するステップとを含む。
【０００８】
ある実施形態では、この方法は、更に、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするのに先立って、強い認証を使用して、介護者をホスト・アプリケーション１３０の許可ユーザとして認証するステップと、強い認証を使用して、患者を患者アプリケーション１３０の許可ユーザとして認証するステップとを含む。介護者の認証は、ホスト・アプリケーション１３０を使用して実行されてもよい。患者Ｐの認証は、患者アプリケーション１１０を使用して実行されてもよい。
【０００９】
１つ以上の実施形態において、この方法は、更に、患者アプリケーション１１０にアクセス可能なメモリ１５０に、受信した患者データＤを格納するステップを含んでもよい。
１つ以上の実施形態において、アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するステップが、受信したアクセス・キーＫの第１部Ｋ＿１に基づいて、アクセス・キーＫの第２部Ｋ＿２を生成するステップと、生成したアクセス・キーＫの第２部Ｋ＿２を、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０に格納されている１つ以上のアクセス・キーの第２部と比較して、一致する第２部を発見するステップであって、格納されているアクセス・キーの１つ以上の第２部が、ホスト・アプリケーション１５０の１つ以上の患者アプリケーション１１０との対形成の間に生成されている、ステップと、アクセス・キーの一致する第２部が発見された場合、患者Ｐを、メモリ１６０に格納されている一致した第２部に関連する患者として識別するステップとを含む。
【００１０】
１つ以上の実施形態において、一意のアクセス・キーＫの第１部Ｋ＿１は、元のキーであり、一意のアクセス・キーＫの第２部Ｋ＿２は、元のキーのハッシュまたは拇印である。
【００１１】
１つ以上の実施形態において、 患者Ｐに対して一意のアクセス・キーＫを生成するステップが、ホスト・アプリケーション１３０を使用して、患者Ｐを識別するいずれの情報にも関係付けられないランダム化数値コードＣを生成するステップと、患者アプリケーション１１０において、ランダム化数値コードＣを受信するステップと、一意のアクセス・キーＫを受信したことに応答して、患者アプリケーション１１０からホスト・アプリケーション１３０に、制御信号Ｓ１の形態でメッセージを送るステップと、ホスト・アプリケーション１３０において制御信号Ｓ１を受信するステップと、ホスト・アプリケーション１３０において、制御信号Ｓ１を受信したことに応答して、一意のアクセス・キーＫを生成するステップとを含む。
【００１２】
他の態様によれば、電子ユーザ・デバイス１２０からホスト・サーバ１４０に、ワイヤレス・ネットワーク１８０を介して、患者Ｐに関連する患者データＤを匿名通信し、患者データＤがホスト・サーバ１４０において受信された後に患者データＤに関連する患者Ｐを識別するための健康管理監視システム１００を提供する。ここで、電子ユーザ・デバイス１２０が患者アプリケーション１１０を含み、ホスト・サーバ１４０がホスト・アプリケーション１３０を含み、患者アプリケーション１１０が、ワイヤレス・ネットワーク１８０を介して、ホスト・アプリケーション１３０と通信するように構成される。システム１００は、更に、患者アプリケーション１１０によってアクセス可能なメモリ１５０と、ホスト・アプリケーション１３０によってアクセス可能なメモリ１６０とを含む。システム１００は、
−ホスト・アプリケーションが、患者Ｐに対して一意のアクセス・キーＫを生成し、一意のアクセス・キーＫが患者Ｐを識別するいずれの情報にも関係付けられず、一意のアクセス・キーＫが第１部Ｋ＿１および第２部Ｋ＿２を含み、ホスト・アプリケーション１３０によってアクセス可能なメモリ１６０に、一意のアクセス・キーＫの第２部Ｋ＿２を格納し、第２部Ｋ＿２が患者Ｐを識別する情報と関連付けて格納され、一意のアクセス・キーＫの第１部Ｋ＿１を患者アプリケーション１１０に送るように構成され、
−患者アプリケーション１１０が、一意のアクセス・キーＫの第１部Ｋ＿１をホスト・アプリケーション１３０から受信し、患者アプリケーション１１０によってアクセス可能なメモリ１５０に、受信した一意のアクセス・キーＫの第１部Ｋ＿１を格納し、少なくとも１つの患者データ登録デバイス１７０から患者データＤを受信し、患者アプリケーション１１０において患者データＤを受信したことに応答して、受信した患者データＤおよびアクセス・キーの第１部Ｋ＿１をホスト・アプリケーション１３０に送るように構成され、
−ホスト・アプリケーション１３０が、更に、患者データＤおよびアクセス・キーの第１部Ｋ＿１を患者アプリケーション１００から受信し、受信したアクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するように構成される、
ことによって、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするように構成される。
【００１３】
ある実施形態では、ホスト・アプリケーション１３０が、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするのに先立って、強い認証を使用して、介護者をホスト・アプリケーション１３０の許可ユーザとして認証するように構成される。
【００１４】
ある実施形態では、患者アプリケーション１１０が、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするのに先立って、強い認証を使用して、患者Ｐを患者アプリケーション１１０の許可ユーザとして認証するように構成される。
【００１５】
ある実施形態では、ホスト・アプリケーション１３０が、更に、受信したアクセス・キーＫの第１部Ｋ＿１に基づいて、アクセス・キーＫの第２部Ｋ＿２を生成し、生成したアクセス・キーＫの第２部Ｋ＿２を、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０に格納されている１つ以上のアクセス・キーの第２部と比較して、一致する第２部を発見し、格納されているアクセス・キーの１つ以上の第２部が、ホスト・アプリケーション１５０の１つ以上の患者アプリケーション１１０との対形成の間に生成され、アクセス・キーの一致する第２部が発見された場合、患者Ｐを、メモリ１６０に格納されている一致した第２部に関連する患者として識別することによって、アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するように構成される。
【００１６】
ある実施形態では、患者Ｐに対して一意のアクセス・キーＫを生成するために、ホスト・アプリケーション１３０が、患者Ｐを識別するいずれの情報にも関係付けられないランダム化数値コードＣを生成するように構成され、患者アプリケーション１１０が、ランダム化数値コードＣをホスト・アプリケーション１３０から受信し、一意のアクセス・キーＫを受信したことに応答して、制御信号Ｓ１の形態でメッセージをホスト・アプリケーション１３０に送るように構成され、ホスト・アプリケーション１３０が、制御信号Ｓ１を患者アプリケーション１１０から受信し、制御信号Ｓ１を受信したことに応答して一意のアクセス・キーＫを生成するように構成される。
【００１７】
更に他の態様によれば、処理ユニットに通信可能に接続された不揮発性データ担体にロード可能なコンピュータ・プログラムを提供する。このコンピュータ・プログラムは、 プログラムが処理ユニットにおいて実行されると、本明細書において紹介する実施形態の内任意のものによる方法を実行するためのソフトウェアを含む。
【００１８】
更に他の態様によれば、以上で説明したコンピュータ・プログラムを含む不揮発性データ担体を提供する。
【図面の簡単な説明】
【００１９】
これより、添付図面を参照しながら、好ましい実施形態によって本発明について更に入念に説明する。好ましい実施形態は例として開示される。
【図１】図１は、本発明の１つ以上の実施形態によるシステムの全体像を示す。
【図２】図２は、ディジタル情報の安全な通信のためのプロセスを表し、提案する方法の１つ以上の実施形態によるステップを含む、流れ図を示す。
【図３】図３は、提案する方法の１つ以上の実施形態を表す流れ図を示す。
【図４】図４及び図４Ａは、ディジタル情報の安全な通信のためのプロセスを表し、提案する方法の１つ以上の実施形態によるステップを含む、流れ図を示す。
【図４Ａ】図４及び図４Ａは、ディジタル情報の安全な通信のためのプロセスを表し、提案する方法の１つ以上の実施形態によるステップを含む、流れ図を示す。
【発明を実施するための形態】
【００２０】
本発明は、情報の転送中に情報提供者（１人または複数）の身元(identity)を機密に保持するように、個人または個々の識別情報を含まない情報を転送することによる安全な通信を提供する。患者のアプリおよびホスト・アプリケーションは、本特許に独特なランダム化生成コード(randomized generated code)を利用することにより、ＰＣを介して対になる。ホスト・アプリケーションには知られている患者アプリにおいて、ランダム化コードをＩＤ／アクセス・キーに変形する(transfer)。情報提供者を識別するために、ＩＤ／アクセス・キーを、ホスト・アプリケーションに格納されているハッシュと照合する。
【００２１】
言い換えると、本明細書において紹介する実施形態は、インターネットのような開かれたワイヤレス・ネットワークを介してでさえも、機密および取り扱い注意(sensitive)の患者データの安全な通信を可能にする。何故なら、患者データは、患者アプリケーション（患者のアプリ）からホスト・アプリケーションへの転送の間、完全に匿名であるからである。これが必須であるのは、取り扱い注意の患者データの扱いを制御する厳しい規制があり、これらを順守する(fulfill)必要があるからである。実例を挙げると、本明細書において紹介する実施形態は、ＥＵ一般データ保護規則（ＧＤＰＲ）を順守することを目的とする。
【００２２】
これに加えて、本明細書において紹介する実施形態は、更に、ホスト・アプリケーション、例えば、健康管理提供業者／介護者が、患者データを患者アプリケーションから受信した後に、患者データを正しい患者の身元と精度高く関連付けることを可能にする。これも必須である。何故なら、患者によって送られる医療データは、受信した患者データがどの患者と関連付けられるかという疑問なく確定することができない場合、健康管理提供業者／介護者にとって役に立たないからである。受信した患者データがどの患者と関連付けられるかという疑問なく確定することができない場合、例えば、間違った処置を間違った患者に提供する危険性、または処置を必要とする患者に提供しない危険性によって、患者の安全性が危険にさらされることは言うまでもない。
【００２３】
本発明は、インターネット上で、または他の情報ネットワークを介して、取り扱い注意の情報を安全に転送する技術的問題に対する解決策を提供する。本発明は、このような情報を識別せずに、そして個人身元情報(personal identity information)を付けずに送り、ホストによる受信時に、識別されない情報を、ＩＤ／アクセス・キーにおける身元情報と対にする手段および方法を提供することによって、この解決策を実現する。本発明以前には、インターネット上で未識別患者データを送りつつも、患者アプリにおける患者登録データをホスト・アプリケーション、例えば、健康管理判断支援システム、電子健康管理記録、または研究所の情報システム、あるいは任意の他の健康またはバイオテック関連登記(related registry)に安全に接続するという課題に対する解決策はなかった。本開示のコンテキストの範囲内では、患者登録データは、本方法およびシステムの実施形態に変更を全く必要とせずに、患者生成データと置き換える、または患者生成データによって補うこともできる。現行のホスト・システムは、容認可能な確実さで、どの情報がどの患者に属するのか、情報の転送中に患者身元情報を収容することなく、示すことができない。診断または健康管理追跡のために、患者が患者登録データを健康管理提供業者に転送する用途では、データを転送するときに、身元が識別されない(un-identification)仕組み、安全を確保する仕組み、および精度を高める(accuracy)仕組みが必要になる。提唱する発明は、対面診察の間、患者と、例えば、健康管理からの医療専門家との間で、患者アプリおよびホスト・アプリケーションを対にすることによって、この問題を解決する。あるいは、この診察は、薬品開発プロジェクトを遂行する人とでも可能である。この診察に関して、患者は病院のある部署において、登記デスク(registration desk)において自分の身元を安全に明らかにし、医療専門家は、ホスト・アプリケーションにログインするときに、いわゆる強い認証によって、自分の身元を明らかにしている。識別／認証の手順は、要求される度合いの安全性および精度を満たす。
【００２４】
代案として、患者も、患者アプリケーションにログインするときに、いわゆる強い認証を使用して、または健康管理からの医療専門家によって提供される他のシステムを使用して、自分の身元を明らかにする。また、この場合も、識別認証の手順は要求される度合いの安全性および精度を満たす。
【００２５】
更に、アプリケーションの対形成(pairing)を実行することに関して、患者は承知の上でホスト・アプリケーションに同意し、一方ホスト（本明細書で説明するような医療従事者、介護者、または他の担当者）は、患者アプリケーションからホスト・アプリケーションに匿名で通信される患者データにアクセスすることができ、更に、患者データに関連する患者を一意に識別する情報にもアクセスすることができる。本明細書において図と関連付けて説明する実施形態によれば、患者データが患者アプリケーションから送られようとする毎に、そしてホスト・アプリケーションにおいて識別が実行されようとする毎に、ホスト・アプリケーションと患者アプリケーションとの間に対形成が存在するか否か判定するために、チェックが行われる。言い換えると、毎回患者の同意がチェックされる。患者が、何らかの理由で、もはや彼女の患者データおよび識別データを共有することに同意しない場合、患者は彼女のスマートフォン、または患者アプリケーションがインストールされている他のユーザ・デバイスから患者アプリケーションを削除すればよい。これによって、次のチェックが行われるとき、図２に関連するステップ２４０または２８０において、対形成は発見されず、この方法は終了する。これによって、例えば、ＧＤＰＲおよび他の関連する法的規制を順守するために要求される度合いの安全性が得られる。
【００２６】
図１において、電子ユーザ・デバイスからホスト・サーバへの、ワイヤレス・ネットワークを介した、患者Ｐに関連する患者データＤの匿名通信のための健康管理監視システム１００の実施形態、および患者データＤがホスト・サーバにおいて受信された後における患者データＤに関連する患者Ｐの識別が示されている。
【００２７】
１つ以上の実施形態によれば、健康管理監視システム１００は、患者アプリケーション１１０を含む電子ユーザ・デバイス１２０と、ホスト・アプリケーション１３０を含むホスト・サーバ１４０とを含む。患者アプリケーション１１０は、ワイヤレス・ネットワーク１８０を介してホスト・アプリケーション１３０と通信するように構成されている。システム１００は、更に、患者アプリケーション１１０によってアクセス可能なメモリ１５０と、ホスト・アプリケーション１３０によってアクセス可能なメモリ１６０とを含む。１つ以上の実施形態において、システム１００は、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするように構成されている。これは、ｉ）患者Ｐに対して一意のアクセス・キーＫを生成し、ここで一意のアクセス・キーＫが患者Ｐを識別するいかなる情報にも関係付けられておらず、一意のアクセス・キーＫが第１部Ｋ＿１および第２部Ｋ＿２を含み、ｉｉ）ホスト・アプリケーション１３０によってアクセス可能なメモリ１６０に一意のアクセス・キーＫの第２部Ｋ＿２を格納し、第２部Ｋ＿２が患者Ｐを識別する情報と関連付けて格納され、ｉｉｉ）一意のアクセス・キーＫの第１部Ｋ＿１を患者アプリケーション１１０に送るようにホスト・アプリケーションを構成することによって、達成され、これによって、患者アプリケーション１１０は、ｉ）ホスト・アプリケーション１３０から一意のアクセス・キーＫの第１部Ｋ＿１を受信し、ｉｉ）患者アプリケーション１１０によってアクセス可能なメモリ１５０に、受信した一意のアクセス・キーＫの第１部Ｋ＿１を格納し、ｉｉｉ）少なくとも１つの患者データ登録デバイス１７０から患者データＤを受信し、ｉｖ）患者アプリケーション１１０において患者データＤを受信したことに応答して、受信した患者データＤおよびアクセス・キーの第１部Ｋ＿１をホスト・アプリケーション１３０に送るように構成される。更に、ホスト・アプリケーション１３０は、ｉ）患者アプリケーション１００から患者データＤおよびアクセス・キーの第１部Ｋ＿１を受信し、ｉｉ）受信したアクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するように構成される。これによって、患者データＤは、ワイヤレス・ネットワークを介して送られるときには、匿名で安全であるが、ホスト・アプリケーションにおいて受信された後に、患者Ｐと関連付けられているとして一意に識別される。
【００２８】
ホスト・アプリケーション１３０は、患者アプリケーション１１０およびホスト・アプリケーション１３０の対形成に先立って、強い認証を使用して、介護者を、ホスト・アプリケーション１３０の許可ユーザであるとして認証するように構成することもできる。
【００２９】
ある実施形態では、患者アプリケーション１１０は、患者アプリケーション１１０およびホスト・アプリケーション１３０の対形成に先立って、強い認証を使用して、患者Ｐを、患者アプリケーション１１０の許可ユーザであるとして認証するように構成されている。
【００３０】
ある実施形態では、ホスト・アプリケーション１３０は、ｉ）受信したアクセス・キーＫの第１部Ｋ＿１に基づいて、アクセス・キーＫの第２部Ｋ＿２を生成し、ｉｉ）生成したアクセス・キーＫの第２部Ｋ＿２を、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０に格納されているアクセス・キーの１つ以上の第２部と比較して、一致する第２部を発見し、格納されているアクセス・キーの１つ以上の第２部が、ホスト・アプリケーション１５０の１つ以上の患者アプリケーション１１０との対形成の間に生成されており、ｉｉｉ）一致するアクセス・キーの第２部分が発見された場合、患者Ｐを、メモリ１６０に格納されている一致する第２部に関連する患者として識別することによって、アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するように構成されている。
【００３１】
１つ以上の実施形態において、患者Ｐに対して一意のアクセス・キーＫを生成するのは、患者Ｐを識別するいずれの情報にも関係付けられないランダム化数値コードＣを生成するように構成されたホスト・アプリケーション１３０と、ホスト・アプリケーション１３０からランダム化数値コードＣを受信し、一意のアクセス・キーＫの受信に応答して、制御信号Ｓ１の形態でメッセージをホスト・アプリケーション１３０に送るように構成された患者アプリケーション１１０と、患者アプリケーション１１０から制御信号Ｓ１を受信し、制御信号Ｓ１の受信に応答して一意のアクセス・キーＫを生成するように構成されたホスト・アプリケーション１３０によって可能にされる。
【００３２】
健康管理監視システム１００は、患者アプリケーション１１０にアクセス可能なメモリ１５０を含む、またはメモリ１５０に接続されている。更に、健康管理監視システム１００は、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０も含む、またはメモリ１６０にも接続されている。図１において、メモリ１５０は、患者アプリケーション１１０の一部として示されており、メモリ１６０は、ホスト・アプリケーション１３０の一部として示されている。しかしながら、メモリ１５０は、患者アプリケーション１１０に統合されても、接続されても、または通信可能に結合されてもよく、メモリ１６０は、ホスト・アプリケーション１３０に統合されても、接続されても、または通信可能に結合されてもよい。
【００３３】
図２は、電子ユーザ・デバイス１２０に実装された患者アプリケーション１１０を使用する電子ユーザ・デバイス１２０から、ホスト・サーバ１４０に実装されたホスト・アプリケーション１３０を使用するホスト・サーバ１４０への、ワイヤレス・ネットワーク１８０を介した、患者Ｐに関連する患者データＤの匿名通信のため、更に患者データＤがホスト・サーバ１４０において受信された後における、患者データＤに関連する患者Ｐの識別のための、健康管理監視システム１００における方法／プロセスの１つ以上の実施形態を表す流れ図を示す。
【００３４】
図２に示す１つ以上の実施形態によれば、前述の方法は、
ステップ２００において、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするステップを含む。
【００３５】
勿論、対応する１人以上の患者から患者データを受信するために、ホスト・アプリケーション１３０を１つ以上の患者アプリケーション１１０と対にすることができる。
随意のステップ２１０において、ステップ２００における対形成が成功であったか否かチェックする。
【００３６】
実施形態によれば、ステップ２００における対形成が成功であったか否かチェックする方法ステップ２１０は、次のように実行される。
−対形成が成功でなかった場合、この方法は、他の随意の対形性試行を可能にするために、ステップ２００に戻る。
【００３７】
−対形性が成功であった場合、この方法は、ステップ２２０およびステップ２６０にそれぞれしたがって継続する。
以下のステップ２２０〜２５０は、患者アプリケーション１１０によって実行される方法ステップについて説明し、ステップ２６０〜２９０は、ホスト・アプリケーション１３０によって実行される方法ステップについて説明する。
【００３８】
１つ以上の実施形態において、患者アプリケーション１１０は、方法ステップ２２０〜２５０の内任意のものまたは全てを実行するように構成されている。
１つ以上の実施形態において、ホスト・アプリケーション１３０は、方法ステップ２２０〜２５０の内任意のものまたは全てを実行するように構成されている。
【００３９】
随意のステップ２２０において、患者データＤが登録されているか否かチェックする。
患者データＤは、少なくとも１つの患者データ登録デバイス１７０によって登録されていてもよく、少なくとも１つの患者データ登録デバイス１７０は、以下から選択されたものを含んでもよい。血圧率(blood pressure rate)、心拍数、呼吸速度、ＥＣＧ／ＥＫＧ（心電図）、呼吸、血中酸素濃度、血液温度のための１つ以上のセンサ、肺活量計、あるいはｍｅｄｔｅｃｈ機器（超音波、患者監視麻酔(patient monitor anesthesia)、Ｘ線移動体(X-Ray mobile)、酸素濃縮器、凝固計、大人用スケール(scale for adults)、ＣＴスキャナ、１つ以上のディジタル形態、もしくは、例えば、健康キットまたはＧｏｏｇｌｅ  Ｆｉｔのようなアプリケーション。
【００４０】
実施形態によれば、患者データＤが登録されているか否かチェックする方法ステップ２２０は、次のように実行される。
−患者データＤが登録されていない場合、この方法はステップ２２０に戻る。または、
−患者データＤが登録されている場合、この方法はステップ２３０にしたがって継続する。
【００４１】
ステップ２３０において、患者アプリケーション１１０において、少なくとも１つの患者データ登録デバイス１７０から患者データＤを受信する。
患者データＤの受信は、患者アプリケーション１１０において新たな関連データが生成されると言ってもよい。
【００４２】
随意のステップ２４０において、患者アプリケーション１１０とホスト・アプリケーション１３０との間に対形成が存在するか否かチェックする。
対形成がもはや存在しないかもしれない理由は、例えば、患者Ｐが、患者アプリケーション１１０がインストールされている彼女のスマートフォンまたは他のユーザ・デバイスから患者アプリケーション１１０を削除することによって、または健康管理提供業者が、患者識別情報に関係する／関連する一意のアクセス・キーＫの第２部Ｋ＿２（例えば、ハッシュ）を削除することによってホスト・アプリケーション１３０において患者を削除することによって、またはエラーによって、ホスト・アプリケーション１３０と患者アプリケーション１１０間の対形成が終了したためである。
【００４３】
実施形態によれば、患者アプリケーション１１０とホスト・アプリケーション１３０との間に対形成が存在するか否かチェックする方法ステップ２１０は、
−対形成が存在しない場合、この方法は終了し、これ以上の患者データＤは患者アプリケーション１１０からホスト・アプリケーション１３０に通信されない。または、
−対形性が存在する場合、この方法はステップ２５０にしたがって継続する。
【００４４】
ステップ２５０において、受信した患者データＤおよびアクセス・キーＫの第１キーＫ＿１をホスト・アプリケーション１３０に送る。
受信した患者データＤおよびアクセス・キーＫの第１部Ｋ＿１をホスト・アプリケーション１３０に送るステップは、患者アプリケーション１１０において患者データＤを受信したことに応答して行われる。
【００４５】
図４及び図４Ａに関連付けて述べるように、以後、情報は患者アプリケーション１１０の構成(configuration)にしたがって患者アプリケーション１１０とホスト・アプリケーション１３０との間で安全にそして自動的に転送される。患者アプリケーション１１０の異なる設定値または構成にしたがって、患者データＤはホスト・アプリケーション１３０に、連続的に、特定の時間間隔で、特定の時点においてのみ、例えば、夜間だけ、または状況に応じた任意の他の適した規則／構成にしたがって、送る／転送することができる。
【００４６】
他の随意のステップ２６０において、患者データＤが送られたか否かチェックする。
実施形態によれば、患者データＤが送られたか否チェックする方法ステップ２６０は、次のように実行される。
【００４７】
−患者データＤが送られていない場合、この方法はステップ２６０を繰り返す。または、
−患者データが送られている場合、この方法はステップ２７０にしたがって継続する。
【００４８】
ステップ２７０：ホスト・アプリケーション１３０において、患者データＤおよびアクセス・キーＫの第１部Ｋ＿１を受信する。
随意のステップ２８０において、患者アプリケーション１１０とホスト・アプリケーション１３０との間に対形性が存在するか否かチェックする。
【００４９】
実施形態によれば、患者アプリケーション１１０とホスト・アプリケーション１３０との間に対形成が存在するか否かチェックする方法ステップ２８０において、
−対形成が存在しない場合、この方法は終了する。または、
−対形成が存在する場合、この方法はステップ２９０にしたがって継続する。
【００５０】
ステップ２９０において、アクセス・キーＫの第２部に基づいて、受信した患者データＤに関連する患者Ｐを識別する。
１つ以上の実施形態において、ステップ２００の対形成はサブステップ３１０〜３４０を含む。
【００５１】
サブステップ３１０において、ホスト・アプリケーション１３０を使用して、患者Ｐに対して一意のアクセス・キーＫを生成する。一意のアクセス・キーＫは、それ自体、患者Ｐを識別するいずれの情報にも関係付けられず、一意のアクセス・キーＫは第１部Ｋ＿１および第２部Ｋ＿２を含む。
【００５２】
一方、患者Ｐに対して一意のアクセス・キーＫを生成するサブステップ３１０は、以下を含む。
−ホスト・アプリケーション１３０を使用して、患者Ｐを識別するいずれの情報にも関係付けられないランダム化数値コードＣを生成する。
【００５３】
−患者アプリケーション１１０において、ランダム化数値コードＣを受信する。
−一意のアクセス・キーＫを受信したことに応答して、患者アプリケーション１１０からホスト・アプリケーション１３０に、制御信号Ｓ１の形態でメッセージを送る。
【００５４】
−ホスト・アプリケーション１３０において、制御信号Ｓ１を受信する。
−制御信号Ｓ１を受信したことに応答して、ホスト・アプリケーション１３０において、一意のアクセス・キーＫを生成する。
【００５５】
ランダム化数値コードＣは、ユーザ、即ち、患者Ｐが、１つ以上の入力デバイス（図には示されていない）を使用してコードを登録／入力したことに応答して、 患者アプリケーション１１０において受信されてもよい。入力デバイスは、電子ユーザ・デバイス１２０に統合されている、接続されている、または通信可能に結合されている。１つ以上の入力デバイスは、例えば、キーボード、タッチ機能、音声／テキスト変換機能、または当技術分野では周知の任意の他の適した入力デバイスの形態であってもよい。異なる実施形態によれば、ランダム化数値コードＣは、患者アプリケーション１１０に入力される前に、医療担当者／介護者／ホストによって口頭で患者Ｐに伝達されてもよく、または当技術分野では周知の任意の適した通信プロトコルおよび通信方法を使用して、ホスト・アプリケーション１３０から患者アプリケーション１１０にディジタル信号として送られてもよい。非限定的な例として、ランダム化数値コードＣは、ショート・メッセージ・サービス（ＳＭＳ）、電子メール、または患者アプリケーション・インターフェースにおけるメッセージの形態で送ることができる。
【００５６】
方法ステップ３１０は、更に、ランダム化数値コードＣにおける桁数、および／またはランダム化数値コードＣの有効時間長を設定／構成するステップを含んでもよく、ホスト・アプリケーション１３０は、更に、ランダム化数値コードＣにおける桁数、および／またはランダム化数値コードＣの有効時間長を設定(setting/configuring)するように構成されてもよい。
【００５７】
サブステップ３２０において、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０に一意のアクセス・キーＫの第２部Ｋ＿２を格納する。第２部Ｋ＿２は、患者Ｐを識別する情報と関連付けて格納する。
【００５８】
サブステップ３３０において、ホスト・アプリケーション１３０から患者アプリケーション１１０に一意のアクセス・キーＫの第１部Ｋ＿１を送る。
サブステップ３４０において、患者アプリケーション１１０にアクセス可能なメモリ１５０に、一意のアクセス・キーＫの第１部Ｋ＿１を格納する。
【００５９】
ある実施形態では、アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐを識別するステップは、以下を含む。
−受信したアクセス・キーＫの第１部Ｋ＿１に基づいて、アクセス・キーＫの第２部Ｋ＿２を生成する。
【００６０】
−生成したアクセス・キーＫの第２部Ｋ＿２を、ホスト・アプリケーション１３０にアクセス可能なメモリ１６０に格納されているアクセス・キーの１つ以上の第２部と比較し、一致する第２部を発見する。格納されているアクセス・キーの１つ以上の第２部は、ホスト・アプリケーション１３０の１つ以上の患者アプリケーション１１０との対形成の間に生成されている。
【００６１】
−アクセス・キーの一致する第２部が発見された場合、メモリ（１６０）に格納されている、一致する第２部に関連する患者として、患者Ｐを識別する。
患者Ｐを識別するいずれの情報にも関係付けられない一意のアクセス・キーＫを使用する実質的な利点は、アクセス・キーＫ、またはその部分Ｋ＿１およびＫ＿２のいずれも、それら自体では患者Ｐにリンクできないことである。患者データＤが、ホスト・アプリケーションまたはホスト・サーバの意図するユーザ以外の誰かの手に渡っても、患者の身元はこれによって保護される。
【００６２】
１つ以上の実施形態において、一意のアクセス・キーＫの第１部Ｋ＿１は元のキーであり、一意のアクセス・キーＫの第２部Ｋ＿２は、元のキーのハッシュまたは拇印である。
この方法は、第１部Ｋ＿１に対して数学的関数を実行して、受信したアクセス・キーＫの第１部Ｋ＿１に基づいて、アクセス・キーＫの第２部Ｋ＿２を生成するステップを含んでもよい。
【００６３】
対応して、ホスト・アプリケーション１３０は、一意のアクセス・キーＫの第１部Ｋ＿１に対して数学的関数を実行し、一意のアクセス・キーＫの第２部Ｋ＿２を生成するように構成されてもよい。
【００６４】
本明細書において紹介する実施形態の内任意のものによる方法は、更に、患者アプリケーション１１０およびホスト・アプリケーション１３０を対にするのに先立って、以下を含んでもよい。
【００６５】
−強い認証を使用して、介護者をホスト・アプリケーション１３０の許可ユーザとして認証するステップ、および
−強い認証を使用して、患者を患者アプリケーション１３０の許可ユーザとして認証するステップ。
【００６６】
介護者を認証するステップは、例えば、ログインの間に、ホスト・アプリケーション１３０を使用して実行してもよい。
患者Ｐを認証するステップは、例えば、ログインの間に、患者アプリケーション１１０を使用して実行してもよい。あるいは、患者Ｐを認証するステップは、病院等の登録デスク(check-in desk)において、運転免許所、パスポート、または同様のものを使用することによって患者Ｐを識別することによって実行してもよい。
【００６７】
本明細書において紹介する実施形態の内任意のものによる方法は、更に、患者アプリケーション１１０にアクセス可能なメモリ１５０に、受信した患者データＤを格納するステップを含んでもよい。
【００６８】
図４及び図４Ａは、ディジタル情報の安全な通信のためのプロセスを表し、提案した方法の１つ以上の実施形態によるステップを含む流れ図を示す。以下の図４及び図４Ａの説明における患者は、患者Ｐに対応する。
【００６９】
個人的または個々の識別情報を含まない情報を転送することにより安全な通信を適用するプロセスは、複数のステップから成る。
以下では、図４及び図４Ａに表した安全通信のプロセスについて、更に詳しく説明する。
【００７０】
１．介護者のホスト・アプリケーションおよび患者のアプリの双方にＰＣをインポートする。図４及び図４Ａにおける参照番号を引用すると、これはステップ１である。
２．ホスト・アプリケーションにおいてＰＣをカスタム化する。
【００７１】
ａ．ランダム化コードにおける桁数を構成する。
ｂ．ランダム化コードの有効時間長。
図４及び図４Ａにおける参照番号を引用すると、これはステップ２である。 
【００７２】
３．患者のアプリにおいて、患者アプリおよびホスト・アプリケーション間においていつ情報を転送すべきか設定する。図４及び図４Ａにおける参照番号を引用すると、これはステップ３である。
【００７３】
４．識別
ａ．運転免許所または同様の身分証を使用して、病院の登録デスクにおいて患者を安全に識別する。
【００７４】
ｂ．ホスト・アプリケーションにおいて強い認証を使用して、ログインによって医療担当者を安全に識別する。
図４及び図４Ａにおける参照番号を引用すると、これはステップ４である。図４及び図４Ａにおけるステップ４からわかるように、患者の識別は、例えば、病院の受付において実行することができる。更に他の適用可能な選択肢を、図２に関連付けて紹介する。
【００７５】
５．医療担当者は、患者に、診察中(physical meeting)に、彼女のスマートフォンに患者アプリをダウンロードするように指示する。
６．医療担当者は、患者に、診察中に彼女のスマートフォンにおいて患者アプリを開くように指示する。図４及び図４Ａにおける参照番号を引用すると、これはステップ５の一部である。  
【００７６】
７．医療担当者は、ホスト・アプリケーションにおいて、診察を受けている特定の患者に対して、１組の乱数（即ち、ランダム・コード）を生成する。ホスト・アプリケーションは、インポートされたＰＣを介して、この１組の乱数を生成する。図４及び図４Ａにおける参照番号を引用すると、これはステップ６の一部である。これは、本明細書において紹介する実施形態にしたがってランダム化数値コードＣを生成するステップに対応する。
【００７７】
８．医療担当者は、対面診察中に、与えられた１組の乱数を口頭で直に患者に転送する。図４及び図４Ａにおける参照番号を引用すると、これはステップ６の一部である。
９．患者は、対面診察中に、彼女のスマートフォンを介してアクセス／インストールされた患者のアプリ内に、この１組の乱数を記録する。図４及び図４Ａにおける参照番号を引用すると、これはステップ７である。
【００７８】
本明細書において紹介する実施形態によれば、ランダム化数値コードＣは、代わりに、ホスト・アプリケーション１３０から直接通信され、患者アプリケーションにおいて受信されてもよい。
【００７９】
１０．技術的な対形成(technical pairing)が、介護者のホスト・アプリケーションと患者アプリとの間で行われる。図４及び図４Ａにおける参照番号を引用すると、これはステップ８の一部である。これは、図２に関連付けて説明した対形成に対応する。
【００８０】
１１．以後、新たな関連データが生成され患者のアプリに格納される毎に、ＰＣ構成にしたがって、患者のアプリと介護者のホスト・アプリケーションとの間で、情報は安全にそして自動的に転送される。メッセージは、インターネットまたは任意の他のネットワークを介した情報の転送中、個人的なまたは個々の識別情報を全く含まない。図４及び図４Ａにおける参照番号を引用すると、これはステップ８およびステップ９の一部である。
【００８１】
１２．ホスト・アプリケーションと患者アプリとの間の対形成は、
ａ．患者が患者アプリを彼女のスマートフォンから削除したとき、
ｂ．健康管理提供業者が、患者に関係付けられたハッシュを削除することによって、ホスト・・アプリケーションにおいて患者を削除したとき、
のいずれかのときに終了する。図４及び図４Ａにおける参照番号を引用すると、これはステップ１０である。
【００８２】
患者による患者アプリへのログインは、患者の身元に関係付けられていないパスワードまたは他のデータを入力(entering/inputting)することを含んでもよい。これは、患者の身元にリンクされる、例えば、銀行のＩＤまたは他の方法を使用すること比較すると好ましく、したがって、患者アプリを使用し彼女の機密患者データを送っている患者を識別するために潜在的に使用することができる。
【００８３】
介護者のホスト・アプリケーションと患者のアプリとの間でどのように技術的対形成が行われるかについては、以下で更に詳しく説明する。
ｉ．医療担当者は、ホスト・アプリケーションにおいて、識別された患者に対する１組の乱数を、彼女の面前で要求する。
【００８４】
ｉｉ．この特定の患者に対して、ホスト・アプリケーションにおいてＩＤを作成する。このＩＤは、個人ＩＤには基づくのではなく、個々の身元にリンクすることはできない。
ｉｉｉ．口頭で患者に与えられた１組の乱数が患者のアプリに登録されると、患者のアプリにおけるＰＣは、ホスト・アプリケーションにおけるＰＣにメッセージを送る。
【００８５】
ｉｖ．ホスト・アプリケーションがこのメッセージを受信すると、ホスト・アプリケーションにおけるＰＣは、アクセス・キーを生成し、患者アプリに送る。
ａ．このアクセス・キーは、２つの部分、即ち、ａ）患者アプリが保持している元のキー、およびｂ）ホスト・アプリケーションが保持している元のキーのハッシュで構成されている。
【００８６】
ｂ．ホスト・アプリケーションにおけるＰＣは、アクセス・キーを患者アプリから受信すると、このアクセス・キーに対して数学的関数を実行する。数学的関数は、元のキーのハッシュを生成する。
【００８７】
このアクセス・キーは、本明細書において紹介する実施形態にしたがって、２つの部分Ｋ＿１およびＫ＿２を有する一意のアクセス・キーＫに対応する。
ｖ．アクセス・キーのハッシュ／拇印がホスト・アプリケーションを格納する（これは患者アプリに送られたアクセス・キーのハッシュ／拇印である）。
【００８８】
ｖｉ．患者のアプリがデータをホスト・アプリケーションに転送する毎に、アクセス・キーが添付される／この転送と共に送られる。
ｖｉｉ．ホスト・アプリケーションがメッセージを患者アプリから受信すると、添付された受信したアクセス・キーを数学的関数にかける。アクセス・キーを数学的関数にかけることによる成果は、この患者のハッシュである。
【００８９】
ｖｉｉｉ．このハッシュ／拇印を、ホスト・アプリケーションに格納されているハッシュと比較して、データを送った患者の一致(match)および識別を求める。これは、本明細書において説明したように、アクセス・キーＫの第２部Ｋ＿２に基づいて、受信した患者データＤに関連する患者Ｐをどのように識別するかの実施形態である。
【００９０】
患者コネクタ(patient connector)に、１桁から無限桁数までの任意のものを設定する。推奨するのは、少なくとも８桁から成るランダム・コードを供給することである。対形成を実行するために、このコードは、例えば、ホスト・アプリケーションを操作する(work in)医療専門家から患者に口頭で(by word of mouth)与えられる。
【００９１】
患者は、対形成するために、この数値コードを彼女のスマートフォンの彼女のクライアント・アプリケーションに入力しなければならない。あるいは、この数値コードは、本明細書において紹介する実施形態の内任意のものによれば、ホスト・アプリケーション１３０から患者アプリケーションに直接通信される。アプリ・クライアントは特定の時間以内にホスト・サーバ・コードをコールしなければならず、そうしないと、コードは無効になる。期間は、３０分、または状況に依存する任意の他の適した期間に設定される。
【００９２】
コードをチェックし、これが有効である場合、アプリケーションにおいて患者の身元と対にされ、アクセス・キーを生成する。このアクセス・キーは、患者アプリに戻される。アクセス・キーのハッシュがホスト・アプリケーションに格納される。これは、患者アプリからホスト・アプリケーションにデータを通信したのはどの患者か導き出すために使用される。このように、この解決策は、患者アプリと介護者のホスト・アプリケーションとの間に接続を達成したことになる。アクセス・キー自体は、送られた情報が誰に属するかについての情報を全く含まない。患者のアプリと介護者のホスト・アプリケーションとの間の今後の接続は、転送が行われる毎に、同じアクセス・キーを使用し、ホスト・アプリケーションが常に、どの患者からデータが送られたか把握することを可能にする。
【００９３】
この安全な通信は、コンピュータ化システムにおいて、および／またはインターネットまたは任意の他のネットワークを介して実施されるという利点がある。
ＰＣは、社会において、安全で精度高い個々の登録データへの連続アクセスから恩恵を受けることができるいずれの作業においても利用されるという利点がある。
【００９４】
１つ以上の実施形態において、患者アプリケーション１１０および／またはホスト・アプリケーション１３０は、本明細書において紹介した関連方法ステップおよび機能の内任意のものまたは全てを実行するように構成されてもよい。
【００９５】
図２、図３、または図４及び図４Ａを参照して以上で説明したプロセス・ステップの全て、またはステップの任意のサブシーケンス(sub-sequence)は、プログラミングされたプロセッサによって制御することができる。更に、図面を参照して以上で説明した発明の実施形態は、プロセッサと、少なくとも１つのプロセッサにおいて実行されるプロセスとを含むが、本発明は、このために、コンピュータ・プログラム、特に、本発明を実践に投入するように構成された、担体上または担体内のコンピュータ・プログラムに拡大する。プログラムは、ソース・コード、オブジェクト・コード、コード中間ソース(code intermediate source)、および部分的にコンパイルされた形態のような、オブジェクト・コードの形態でもよく、あるいは本発明によるプロセスの実現における使用に適した任意の他の形態でもよい。プログラムは、オペレーティング・システムの一部であっても、または別のアプリケーションであってもよい。担体は、プログラムを担持することができる任意のエンティティまたはデバイスでよい。例えば、担体は、フラッシュ・メモリ、ＲＯＭ（リード・オンリ・メモリ）、例えば、ＤＶＤ（ディジタル・ビデオ／バーサタイル・ディスク）、ＣＤ（コンパクト・ディスク）、または半導体ＲＯＭ、ＥＰＲＯＭ（消去可能プログラマブル・リード・オンリ・メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブル・リード・オンリ・メモリ）、あるいは磁気記録媒体、例えば、フロッピ・ディスクまたはハード・ディスクというような、記憶媒体を含んでもよい。更に、担体は、電気または光ケーブルを通じて、あるいは無線、もしくは他の手段によって通信することができる電気信号または光信号というような、伝送可能担体であってもよい。ケーブルあるいは他のデバイスまたは手段によって直接通信することができる信号内にプログラムが具体化されるとき、担体はこのようなケーブルまたはデバイスまたは手段によって構成されてもよい。あるいは、担体は、プログラムが埋め込まれた集積回路であってもよく、この集積回路は、関連プロセスを実行するように、または関連プロセスの実行における使用に合わせて構成される。
【００９６】
ある実施形態では、処理ユニットに通信可能に接続された不揮発性データ担体にロード可能なコンピュータ・プログラムが提供され、このコンピュータ・プログラムは、処理ユニットにおいてプログラムが実行されるときに、本明細書において紹介した方法の実施形態の内任意のものにしたがって方法を実行するソフトウェアを含む。ある実施形態では、コンピュータ・プログラムを収容する不揮発性データ担体が提供される。
【００９７】
「備える／備えている」(comprises/comprising)という用語は、本明細書において使用される場合、述べられた特徴、整数、ステップ、またはコンポーネントの存在を指定するように捕らえられることとする。しかしながら、この用語は、１つ以上の追加の特徴、整数、ステップ、コンポーネント、またはこれらの集合体の存在や追加を排除するのではない。
【００９８】
本発明は、図において説明した実施形態に限定されるのではなく、請求項の範囲内で自由に変更することができる。
【図１】
2019532446.tif 000003
【図２】
2019532446.tif 000004
【図３】
2019532446.tif 000005
【図４】
2019532446.tif 000006
【図４Ａ】
2019532446.tif 000007
【国際調査報告】
2019532446.tif 000008
2019532446.tif 000009