(57)【要約】  患者の医療記録又は他のヘルスケアデータを転送する際、認証モジュール２０１が、ユーザ識別情報を受信してユーザを認証する。データサービス３００は、潜在的な受信者からユーザのヘルスケアデータのための要求を受信し、電子同意書をユーザに送信し、入力された、選択されたヘルスケアデータ及び１又は複数の選択されたデータ受信者情報を有する完了した電子同意書をユーザから受信する。また、データサービスは、選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスからの確認を要求し、メッセージングサービスから確認を受信し、選択されたヘルスケアデータを１又は複数の選択された受信者に送信する。ヘルスケアデータは、ユーザがユーザデータの全部又は一部の転送を認可できるように、１又は複数のメトリックに従って分割され得る。【特許請求の範囲】
【請求項１】
安全な患者データ転送のためのデータ交換サービスを供給することを容易にするシステムであって、
ユーザがユーザ識別情報を入力するためのユーザインタフェースと、
前記ユーザ識別情報を受信して前記ユーザを認証する認証モジュールと、
データサービスと、
を有し、
前記データサービスは、
潜在的な受信者から前記ユーザのヘルスケアデータのための要求を受信し、
ヘルスケアデータ及びデータ受信者を選択するための選択可能なオプションを有する電子同意書を前記ユーザに送信し、
入力された、選択されたヘルスケアデータ及び選択されたデータ受信者情報を有する前記電子同意書を有するデータ転送要求を前記ユーザから受信し、
前記選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスからの確認を要求し、
前記メッセージングサービスから前記確認を受信し、
前記選択されたヘルスケアデータを１又は複数の選択された受信者に送信する、システム。
【請求項２】
前記メッセージングサービスが、
前記ユーザ又は前記ユーザのための認証された代理人にデータ転送確認要求を送信し、
前記ユーザ又は前記認証された代理人からのデータ転送確認メッセージを受信し、
前記データサービスに確認を送信し、
前記データ転送の完了の際、前記ユーザ又は前記認証された代理人並びに前記１又は複数の選択された受信者に前記完了したトランザクションの確認を送信する、請求項１記載のシステム。
【請求項３】
前記メッセージングサービスが、
認証されたユーザ情報のレジストリに問い合わせを行ない、前記データ転送確認要求の送信及び前記データ転送確認メッセージの受信のために使用する通信プロトコルを決定する、請求項２記載のシステム。
【請求項４】
前記通信プロトコルが、ショートメッセージサービス（ＳＭＳ）である、請求項３記載のシステム。
【請求項５】
前記通信プロトコルが、Ｅメールである、請求項３記載のシステム。
【請求項６】
前記データ転送確認要求が、生体認証情報のための要求を含み、前記データ転送確認メッセージが、前記要求された生体認証情報を含む、請求項２記載のシステム。
【請求項７】
前記生体認証情報が、指紋である、請求項６記載のシステム。
【請求項８】
前記生体認証情報が、網膜スキャンデータを含む、請求項６記載のシステム。
【請求項９】
前記生体認証情報が、顔認識データを含む、請求項６記載のシステム。
【請求項１０】
前記生体認証情報が、音声認識データを含む、請求項６記載のシステム。
【請求項１１】
安全な患者データ転送のためのデータ交換サービスを供給するための方法であって、
ユーザインタフェースからユーザ識別情報を受信するステップと、
ユーザを認証するステップと、
潜在的な受信者から前記ユーザのヘルスケアデータのための要求を受信するステップと、
ヘルスケアデータ及びデータ受信者を選択するための選択可能なオプションを有する電子同意書をユーザに送信するステップと、
入力された、選択されたヘルスケアデータ及び選択されたデータ受信者情報を有する前記電子同意書を有するデータ転送要求を前記ユーザから受信するステップと、
前記選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスからの確認を要求するステップと、
前記メッセージングサービスから前記確認を受信するステップと、
前記選択されたヘルスケアデータを１又は複数の選択された受信者に送信するステップと、
を有する、方法。
【請求項１２】
前記ユーザ又は前記ユーザのための認証された代理人にデータ転送確認要求を送信するステップと、
前記ユーザ又は前記認証された代理人からのデータ転送確認メッセージを受信するステップと、
データサービスに確認を送信するステップと、
前記データ転送の完了の際、前記ユーザ又は前記認証された代理人並びに前記１又は複数の選択された受信者に前記完了したトランザクションの確認を送信するステップと、
を有する、請求項１１記載の方法。
【請求項１３】
認証されたユーザ情報のレジストリに問い合わせを行ない、前記データ転送確認要求の送信及び前記データ転送確認メッセージの受信のために使用する通信プロトコルを決定するステップを有する、請求項１２記載の方法。
【請求項１４】
前記通信プロトコルが、ショートメッセージサービス（ＳＭＳ）である、請求項１３記載の方法。
【請求項１５】
前記通信プロトコルが、Ｅメールである、請求項１３記載の方法。
【請求項１６】
前記データ転送確認要求が、生体認証情報のための要求を含み、前記データ転送確認メッセージが、前記要求された生体認証情報を含む、請求項１２記載の方法。
【請求項１７】
前記生体認証情報が、指紋である、請求項１６記載の方法。
【請求項１８】
前記生体認証情報が、網膜スキャンデータを含む、請求項１６記載の方法。
【請求項１９】
前記生体認証情報が、顔認識データを含む、請求項１６記載の方法。
【請求項２０】
前記生体認証情報が、音声認識データを含む、請求項１６記載の方法。
【請求項２１】
安全な患者データ転送のためのデータ交換サービスを供給することを容易にするシステムであって、
ユーザ識別情報を受信して前記ユーザを認証する認証モジュールと、
データサービスと、
を有し、
前記データサービスは、
潜在的な受信者から前記ユーザのヘルスケアデータのための要求を受信し、
電子同意書を前記ユーザに送信し、
入力された、選択されたヘルスケアデータ及び１又は複数の選択されたデータ受信者情報を有する完了した電子同意書を前記ユーザから受信し、
前記選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスからの確認を要求し、
前記メッセージングサービスから前記確認を受信し、
前記選択されたヘルスケアデータを１又は複数の選択された受信者に送信する、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の健康管理記録管理システム及び方法に適用される。しかしながら、説明される技術は、他の安全なデータシステム、他の私的データ転送技術などにも応用できることが理解されよう。
【背景技術】
【０００２】
多くの業界（特に、医療）では、データの所有権と重要なデータのアクセス又は転送に関するインフォームドコンセントの必要性とをカバーする、強力な法律、規則、及び、規制がある。これは、重要な状況でデータを利用可能にすることを複雑にする。例えば、旅行中で、地域のケアや入院が必要な医療イベントがある場合、プライバシーに関する規制や患者からのインフォームドコンセントによるデータへのアクセスの必要性から、ヘルスケア情報に簡単にアクセスする方法はない。ある機関から別の機関にデータを転送することが必要であるという簡単なケースであっても、インフォームドコンセントの必要性のために複雑である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本出願は、介護患者の症状発現の生成及び編集を容易にする新しく改良されたシステム及び方法を供給するとともに、介護イベントを分類することにより、上述した問題及び他の問題を克服する。
【課題を解決するための手段】
【０００４】
或る態様によれば、マルチファクタの安全な患者データ転送のためのマスタデータ交換サービスの供給を容易にするシステムは、ユーザがユーザ識別情報を入力するユーザインタフェースと、ユーザ識別情報を受信してユーザを認証する認証モジュールと、を有する。当該システムは、潜在的な受信者からユーザのヘルスケア情報のための要求を受信し、ヘルスケアデータ及びデータ受信者を選択するための選択可能なオプションを有する電子同意書をユーザに送信し、入力された、選択されたヘルスケアデータと選択されたデータ受信者情報を有する電子同意書を有するデータ転送要求をユーザから受信するように構成されたデータサービスを更に有する。当該データサービスは、選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスから確認を要求し、メッセージングサービスから確認を受信し、選択されたヘルスケアデータを１又は複数の選択された受信者に送信するように更に構成される。
【０００５】
他の態様によれば、マルチファクタの安全な患者データ転送のためのマスタデータ交換サービスを供給するための方法は、ユーザインタフェースからユーザ識別情報を受信するステップと、ユーザを認証するステップと、潜在的な受信者からユーザのヘルスケアデータのための要求を受信するステップと、ヘルスケアデータ及びデータ受信者を選択するための選択可能なオプションを有する電子同意書をユーザに送信するステップと、を有する。当該方法は、入力された、選択されたヘルスケアデータと選択されたデータ受信者情報を有する電子同意書を有するデータ転送要求をユーザから受信するステップと、選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスから確認を要求するステップと、メッセージングサービスから確認を受信するステップと、選択されたヘルスケアデータを１又は複数の受信者に送信するステップと、を更に有する。
【０００６】
他の態様によれば、マルチファクタの安全な患者データ転送のためのマスタデータ交換サービスの供給を容易にするシステムは、ユーザ識別情報を受信してユーザを認証する認証モジュール（２０１）と、潜在的な受信者からユーザのヘルスケアデータのための要求を受信し、電子同意書をユーザに送信するように構成されたデータサービス（３００）と、を有する。当該データサービスは、入力された、選択されたヘルスケアデータと１又は複数の選択されたデータ受信者情報とを有する完了された電子同意書をユーザから受信し、選択されたヘルスケアデータの転送のためのユーザ承認のメッセージングサービスから確認を要求し、メッセージングサービスから確認を受信し、選択されたヘルスケアデータを１又は複数の選択された受信者に送信するように更に構成される。
【０００７】
本発明の更なる利点が、以下の詳細な説明を読んで理解することで、当該技術分野における当業者によって理解されるであろう。
【図面の簡単な説明】
【０００８】
図面は、様々な態様を例示するためのものに過ぎず、限定するものとして解釈されるべきではない。
【図１】図１は、ここで説明される１又は複数の特徴に従った認証及び認証通信フローを示すフロー図を図示している。
【図２】図２は、ここで説明される様々な特徴に従った、マルチファクタの安全な患者データ転送のためのマスタデータ交換サービスの供給を容易にするシステムを図示している。
【発明を実施するための形態】
【０００９】
説明されるシステム及び方法は、２人の個人間、２点間、又は、２つの機関の間でマルチファクタの安全なデータ転送を供給することによって、上述の問題を克服する。本発明は、重要な患者情報の転送のためのマルチファクタ認証及び承認の必要性に取り組んでいる。ＨＩＰＡＡ規則及び任意の他の関連する現地法、国内法、又は、国際法、規則及び規定の下でのインフォームドコンセントの要件を満たす安全な方法でのデータアクセス及び／又は転送の要求及び許可を容易にする、説明されたシステム及び方法は、上述の問題を克服し、ヘルスケア情報のアクセス及び転送において、改善された医療利益を供給する。
【００１０】
図１は、ここで説明される１又は複数の特徴に従った認証及び認証通信フローを示すフロー図１０を図示している。呼び出し点１０１は、データアクセス及び／又は転送プロセスの開始を示す。呼び出し点は、Ｗｅｂページの埋め込みオブジェクト、又は、キオスク又は施設であってもよい。基本的な呼び出しは、符号１０２において、認証サービス２０１にログインするため、ユーザネーム、アカウント番号、又は、幾つかの他の一意の識別子などのユーザ識別子、及び、関連付けられたパスワードの入力を含む。この時点では、如何なるデータアクセスも生じない。
【００１１】
認証サービス２０１は、ユーザ識別子と関連付けられたパスワードとを受け取り、これらが正しいかどうかを確認する。認証が肯定されると、データサービス３００にデータアクセス／転送フォーム１０３の要求が行なわれる。データサービスは、まず、認証されたユーザが利用可能なオプションが設定されたフォームを返す。これらのオプションは、認証されたユーザが利用可能なデータセット及び／又はデータサブセット、並びに、当該データのための有効な受信者オプションである。データ（サブ）セットが選択され、ターゲット受信者が選択されると、上記フォームは、データ転送要求１０４としてデータサービスに返送される。次いで、データサービスは、メッセージングサービス４００からの確認３０１を要求する。次いで、メッセージングサービスは、データ転送確認要求４０１を認証されたユーザ（患者及びデータ所有者）又は当該ユーザの認証された代理人５０１に送信し、そこで、当該ユーザ又は代理人が、メッセージングサービスに対してデータ転送確認メッセージ４０２により応答する。メッセージングサービスは、データサービス３００に確認３０２を送り、データカプセル化及び転送３０３が実行される。完了すると、完了したトランザクション３０４の確認を、認証されたユーザ又は代理人５０１、並びに、呼び出しエージェントに伝達するために、メッセージングサービスは、再度、連絡される。
【００１２】
メッセージングサービス４００は、使用する確認方法を決定するために、認証されたユーザ情報のレジストリに問い合わせる。或る実施形態では、ＳＭＳメッセージが、データ転送を確認する（４０１）ためのリクエストとして、認証されたユーザ又は代理人５０１に送信される。認証されたユーザ又は代理人５０１は、データアクセス及び／又は転送の要求を承認する権限を持つ個人又は代理人である。
【００１３】
次に、認証されたユーザ又は代理人５０１は、確認メッセージ４０２を介して、データアクセス及び／又は転送要求の同意を確認し、これは、メッセージングサービスによって、メッセージ３０５としてデータサービスに中継され、データサービスは、１０５において、確認メッセージを呼び出しポイントへ中継する。同意の確認に使用される方法は、指紋、網膜スキャン情報、顔認識、音声認識、又は、マルチファクタアプローチなどの生体識別情報によって補強されることができる。メッセージングサービスは、データサービスに対して、確認応答を戻す。データ受信者６０１（例えば、個人又は施設）は、アクセス及び／又は転送されるデータの検証された有効な受信者である。
【００１４】
一例によれば、個人は、埋め込まれたオブジェクトを有するウェブサイトに行き、マスタデータ交換又は「データサービス」にログインする。認証後、アクセス又は転送されるデータタイプ及びデータ受信者のためのオプションを含むウェブフォームが返送される。これらのオプションは、ユーザ、データソース、及び、データ受信者の構成されたリポジトリからオプションを動的に更新するために、ウェブサービスを介して作成され得る。作成されたフォームが返送され、呼び出しユーザは、ユーザのアカウントにおける構成情報を介して連絡される。呼び出しユーザは、アクセス又は転送されるデータ、並びに、受信者を承認するように連絡及び要求される。許可の受信後、データ転送が実行され、完了した転送が呼び出しユーザ及びデータ所有者に確認される。
【００１５】
他の例では、データレポジトリは、データの内容を知らず、むしろ不透明なレポジトリである。或る実施形態では、データ転送承認エージェントは、ブローカとして機能することができる。この場合、ブローカは、データの存在及び位置に関する先験的な知識を有し、有効な当事者の異なるディレクトリ（例えば、患者、医療提供者など）にアクセスしてデータトランザクションを仲介する能力を有する。このとき、実際のデータトランザクションは、ブローカを通過する必要がない。このシナリオは、第三者が鍵を保持できる追加的なセキュリティレベルを表す。データ転送が実行可能である一方、データは暗号化されたままで、関連するキーのみでのみアクセスされ得る。
【００１６】
図２は、ここで記載される様々な特徴に従って、マルチファクタの安全な患者データ転送のためのマスタデータ交換サービスを供給することを容易にするシステムを図示している。図２のコンポーネントは、インターネット又はコンポーネント間の通信を可能にする任意の他の適切な接続により接続されていてもよい。
【００１７】
第１のヘルスケアプロバイダなどの呼び出しポイント（データプロバイダ）１０１は、潜在的なデータ受信者（例えば、第２のヘルスケアプロバイダ、保険会社など）が、所与のユーザ５０１（例えば、患者又はその代理人）の医療記録などを受信したいことを検出する。例えば、ユーザは、認証サービス２０１にログインすべく、ユーザ名、アカウント番号、又は、いくつかの他の一意の識別子などのユーザ識別子、並びに、関連付けられたパスワードを入力するために、ユーザインタフェース７０２を用いることができる。他の実施形態では、ユーザは、登録データベース又はサーバなどに登録された、クレジットカード又はＩＤカードを機械に通す。
【００１８】
認証サービス２０１は、ユーザ識別子及び関連するパスワード（又は、他の識別情報）を受け取り、正しさを確認する。認証が肯定された場合、データアクセス／転送フォームのためのリクエストがデータサービス３００に対してなされる。データサービスは、まず、認証ユーザが利用可能なオプションが設定されたフォームを返す。これらのオプションは、認証されたユーザが利用可能なデータセット及び／又はサブセット、並びに、データのための有効な受信者オプションである。データ（サブ）セットが選択され、ターゲット受信者が選択されると、フォームは、データ転送要求１０４としてデータサービスに返送される。データサービスは、メッセージングサービス４００からの確認３０１を要求する。メッセージングサービスは、データ転送確認要求４０１を認証されたユーザ（患者）又はその認証された代理人５０１に送信し、次に、ユーザ又は代理人が、データ転送確認メッセージ４０２によりメッセージングサービスに応答する。メッセージングサービスは、データサービス３００に確認３０２を送り、データカプセル化及び転送３０３が実行される。完了すると、メッセージングサービスに再度連絡して、完了したトランザクション３０４の確認を認証されたユーザ又は代理人、並びに、呼び出しエージェントに伝える。
【００１９】
メッセージングサービス４００は、認証されたユーザのレジストリに照会して、使用する確認方法を決定する。或る実施形態では、ＳＭＳメッセージが、データ転送を確認する（４０１）ためのリクエストとして、認証されたユーザ又は代理人５０１に送られる。認証されたユーザ又は代理人５０１は、データアクセス及び／又は転送のための要求を許可する権限を有する個人又は代理人である。
【００２０】
次に、認証されたユーザ又は代理人５０１は、確認メッセージ４０２を介して、データアクセス及び／又は転送要求の同意を確認し、これは、メッセージングサービスによって、メッセージ３０５としてデータサービスに中継され、データサービスは、１０５において、確認メッセージを呼び出しポイントへ中継する。同意の確認に使用される方法は、指紋、又は、マルチファクタアプローチなどの生体識別情報によって補強されることができる。メッセージングサービスは、データサービスに対して、確認応答を戻す。データ受信者６０１（例えば、個人又は施設）は、アクセス及び／又は転送されるデータの検証された有効な受信者である。
【００２１】
ここで説明される様々な機能及び／又は方法を実行するためのコンピュータ実行可能な命令を、プロセッサ７０４が実行し、メモリ７０６が格納することが、理解されるであろう。メモリ７０６は、コンピュータプログラムが格納される、ディスク、ハードドライブなどのコンピュータ読取り可能媒体であってもよい。コンピュータ読取り可能媒体の一般的な形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は、任意の他の磁気記憶媒体、ＣＤ−ＲＯＭ、ＤＶＤ、又は、任意の他の光媒体、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、その変形、他のメモリチップ、又は、カートリッジ、又は、プロセッサ７０４が読み取り及び実行することができる任意の他の有形の媒体を含む。これに関連して、記載されたシステムは、１又は複数の汎用コンピュータ、専用コンピュータ、プログラムされたマイクロプロセッサ、又は、マイクロコントローラ、及び、周辺集積回路素子、ＡＳＩＣ又は他の集積回路、デジタル信号プロセッサ、ディスクリート素子回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＧＰＵ（Graphics Processing Unit）、又は、ＰＡＬなどのプログラム可能な論理デバイスなどのハードワイヤード電子回路又は論理回路を含むことができる。
【００２２】
アカウント作成及びデータ受信者の登録など、ソリューションを構成するために使用され得る多くの付随サービスがある。アカウント作成プロセスには、ユーザ識別子及びパスワードの作成が含まれる。これは、個人又は機関のために行なわれ得る。また、アカウント設定は、ＳＭＳ又は幾つかの他の確認メカニズムのための連絡先情報を含む。消費者又は個人、資格認定又は認可されたプロフェッショナル、制度的なものなど、異なるタイプのユーザアカウント作成が使用され得る。
【００２３】
ヘルスケアソリューションでは、患者ケアの状況に特定の拡張が採用される。患者の情報が必要であるが、患者が無意識の場合など、患者の同意が得られない場合など、「ブレークグラス」の状況が発生する可能性がある。この場合、適切に記録された資格情報を有するユーザ又は機関が、患者の医療情報にアクセスするためにデータアクセスセキュリティを無効にすることができる。呼び出しユーザは、この行為が記録（監査）され、報告されることを通知される。
【００２４】
データ受信者登録プロセスは、データサービスからのデータ転送を受け入れることができる個人又は機関の仕様を含む。例えば、ヘルスケアソリューションでは、これらは、ヘルスケアプロバイダディレクトリ（ＨＰＤ）リポジトリから取得され得る。参照されるコンポーネント及びサービスは、一緒に配置されてもよいし、又は、別々の場所やクラウドに配置されてもよい。
【００２５】
一例によれば、ユーザ（例えば、患者）は、例えば、連絡先情報（例えば、SMS通信、電子メールなどのための電話番号）だけでなく、ユーザ名及びパスワードを具備するアカウントを作成する。ユーザは、ユーザの医療情報（例えば、医療記録など）を有する少なくとも１つの医療提供者をリスト化する。リスト化された医療提供者から新しい医療提供者に医療情報を交換するために、患者は新しいサービスポイント（例えば、新しい医療提供者（例えば、養護施設、医院、病院など））において、データ交換サービス又はサーバにログインする。ログインは、ユーザインターフェース（例えば、サービスポイントのコンピュータ）、ユーザの携帯電話又はＷｉ−Ｆｉ（登録商標）通信デバイスを介して、新しい健康管理プロバイダの無線ルータなどにログインする場合がある。他の実施形態では、ユーザは、運転免許証、登録されたクレジットカード、健康保険証書、デビットカードなど、又は、ユーザに関連付けられた任意の他の適切なカードを機械に通す。
【００２６】
ユーザがログインすると、ユーザは、自身の通信デバイス上で通信（例えば、テキスト又はSMSメッセージ、電子メールなど）を受信する。コミュニケーションは、新しいヘルスケア提供者が元の（リストされた）ヘルスケア提供者からユーザーのヘルスケア情報を要求していることを示す。ユーザは、返信ＳＭＳ、電子メール、又は、他の通信手段を介して、要求が有効であることを確認する。次いで、ユーザは、ユーザのヘルスケアデータの一部又は全部を転送され得ることを示す、及び／又は、選択されたデータ又はそのサブセットを誰に転送することができるかを示す電子同意書を受信する。ユーザは、完了した同意書を要求エンティティに送り返す。転送が完了すると、ユーザは、選択された医療データの承認又は選択された当事者（例えば、新しい医療提供者）への転送を確認する確認メッセージを受信する。
【００２７】
他の実施形態によれば、患者ヘルスケアデータは、１又は複数のパラメータに従って区分されてもよい。例えば、ヘルスケアデータは、医療イベント（例えば、救急室の訪問、特定の日付の医師の診察など）に従って区分され得る。他の例では、ヘルスケアデータは、医療診断（例えば、睡眠時無呼吸症、パーキンソン症候群、滑液包炎、肺水腫など）に従って区分され得る。別の例によれば、データは、日付範囲（例えば、過去６ヶ月、暦年、過去２年など）に従って区分され得る。さらに別の実施形態では、医療データは、データ（例えば、病院Ｘ、歯科医Ｙ、医者Ｚなど）を収集した医療提供者に従って区分される。前述の例は、例示的な目的でのみ提供されており、転送のためにユーザによる選択のためにデータが区分される仕方を限定するものではないことが理解されよう。
【００２８】
ユーザに送信される同意書は、ユーザによる選択のために区分データで事前入力され得る。例えば、ユーザは、特定の医療事象（例えば、特定の医者訪問又は医療提供者への他の訪問など）に関連するデータのみを転送することを選択することができる。別の例では、ユーザは、特定の医療診断（例えば、腱炎、心臓不整脈など）に関連するデータのみを転送することを選択することができる。別の例によれば、データは、日付範囲（例えば、過去３ヶ月、過去２年、特定の暦年、日付範囲など）に従って区分される。さらに別の実施形態では、ユーザは、データを収集した医療提供者に関連するデータ（例えば、特定の医者、病院、又は、他の医療機関など）のみを転送することを選択することができる。前述の例は、例示的な目的でのみ提供されており、転送のためにユーザによる選択のためにデータが分割される仕方を限定するものではないことが理解されよう。
【００２９】
代理人を使用して同意を提供する場合、ユーザは、代理人がユーザに代わって転送することが許可されているヘルスケアデータを事前に選択することができる。例えば、登録の際（例えば、ユーザがユーザＩＤ及びパスワードを作成するとき）に、ユーザは、ユーザのヘルスケアデータの全部又は一部を転送する権限を有する代理人（例えば、血縁者又は他人）を指定することができる。或る実施形態では、ユーザは、代理人に対して部分的な権限を供給する。例えば、ユーザは、代理人にデータのサブセットを転送することを認可することができ、データの区分に関して上で説明した方法で区分することができる。
【００３０】
幾つかの実施形態を参照して、本発明がここまで説明されてきた。前述の詳細な説明を読んで理解すると、他のものへの修正及び変更が行なわれることがある。本発明は、添付の特許請求の範囲又はその均等物の範囲内に入る限りにおいて、そのような修正及び変更の全てを含むと解釈されることが意図される。
【図１】
2018504655.tif 000002
【図２】
2018504655.tif 000003
【国際調査報告】
2018504655.tif 000004
2018504655.tif 000005
2018504655.tif 000006