(57)【要約】  装置、システム、及び方法は、有効な個人健康記録（PHR）を生成する。PHRサーバはオーナのPHRを維持し、PHRは複数のセクションを含み、セクションのうちの１つは複数のサブセクションを含む集約セクションであり、サブセクションのうちの１つは健康管理エンティティに対応する。当該方法は、PHRのオーナから検索入力を受信するステップであって、検索入力は、情報が要求されるべき健康管理エンティティを識別する、ステップを含む。当該方法は、情報のための要求を生成するステップを含む。当該方法は、要求を健康管理エンティティへ送信するステップを含む。当該方法は、健康管理エンティティから情報を受信するステップを含む。当該方法は、情報を健康管理エンティティに対応するPHRの中の集約セクションのサブセクションに含めるステップを含む。
2020522816.tif 000002
【特許請求の範囲】
【請求項１】
個人健康記録（PHR）サーバにおいて、オーナのPHRを維持するステップであって、前記PHRは複数のセクションを含み、前記セクションのうちの１つは複数のサブセクションを含む集約セクションであり、前記サブセクションのうちの１つは健康管理エンティティに対応する、ステップと、
前記PHRのオーナから検索入力を受信するステップであって、前記検索入力は、情報が要求されるべき前記健康管理エンティティを識別する、ステップと、
前記情報のための要求を生成するステップと、
前記要求を前記健康管理エンティティへ送信するステップと、
前記健康管理エンティティから前記情報を受信するステップと、
前記情報を、前記健康管理エンティティに対応する前記PHR内の前記集約セクションの前記サブセクションに含めるステップと、
を含む方法。
【請求項２】
前記PHRの前記オーナ及び前記健康管理エンティティのうちの一方から、更新入力を受信するステップであって、前記更新入力は、前記集約セクションの中の前記健康管理エンティティに対応する前記サブセクションを生成するよう前記PHRサーバに指示する、ステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記PHRの前記オーナから、アクセス入力を受信するステップであって、前記アクセス入力は、前記情報を表示するよう前記PHRに要求する、ステップ、
を更に含む請求項１に記載の方法。
【請求項４】
前記情報はマスク部分を含み、前記マスク部分は、前記PHRの前記オーナに表示されないようにされる、請求項３に記載の方法。
【請求項５】
前記PHRを、前記PHRの前記オーナに対応するユニバーサルユニークな識別子に関連付けるステップ、
を更に含む請求項１に記載の方法。
【請求項６】
前記PHRの前記オーナから、設定入力を受信するステップであって、前記設定入力は、前記健康管理エンティティに対応するエンティティ識別子に関連付けられたアクセス権を定め、前記アクセス権は、前記PHRの前記集約セクションの中の更なるサブセクションを示し、前記更なるサブセクションは更なる健康管理エンティティに対応する、ステップ、
を更に含む請求項１に記載の方法。
【請求項７】
前記健康管理エンティティから、エンティティアクセス要求を受信するステップと、
前記エンティティアクセス要求が前記エンティティ識別子を含むか否かを決定するステップと、
前記エンティティアクセス要求が前記エンティティ識別子を含むとき、前記エンティティアクセス要求が前記更なるサブセクションの指示を含むか否かを決定するステップと、
前記エンティティアクセス要求が前記指示を含むとき、前記PHRの前記集約セクションの中の前記更なるサブセクションへのアクセスを提供するステップと、
を更に含む請求項６に記載の方法。
【請求項８】
前記情報と前記PHRの他の情報との間に衝突があるか否かを決定するステップと、
前記衝突が決定されると、前記健康管理エンティティに対する警告を生成するステップと、
を更に含む請求項１に記載の方法。
【請求項９】
前記PHRは、クラウドに基づく記憶構造であるPHRレポジトリに格納される、請求項１に記載の方法。
【請求項１０】
前記健康管理エンティティは、健康管理施術者、又は１人以上の健康管理施術者を含む健康管理組織、のうちの１つである、請求項１に記載の方法。
【請求項１１】
オーナの個人健康記録（PHR）を維持するPHRサーバであって、
通信ネットワークを介して通信する通信機であって、前記通信機は、前記PHRの前記オーナにより利用されるユーザ装置及び健康管理エンティティの電子装置とデータを交換するよう構成される、通信機と、
実行可能プログラムを格納するメモリと、
前記実行可能プログラムを実行するプロセッサであって、前記実行可能プログラムは、前記プロセッサに、前記PHRの維持における動作を実行させ、前記PHRは複数のセクションを含み、前記セクションのうちの第１セクションは前記オーナに関連付けられた個人情報を含む個人セクションであり、前記セクションのうちの第２セクションは複数のサブセクションを含む集約セクションであり、前記サブセクションの各々はそれぞれの健康管理エンティティに対応し、前記サブセクションは、前記それぞれの健康管理エンティティにより維持されるそれぞれの記録に基づき前記オーナに関連付けられたそれぞれの健康関連情報を含む、プロセッサと、
を含むPHRサーバ。
【請求項１２】
前記個人情報は前記ユーザ装置から受信される、請求項１１に記載のPHRサーバ。
【請求項１３】
前記個人セクションは、前記健康管理エンティティが前記個人情報を閲覧することを防ぐ制限付きアクセスレベルを有する、請求項１１に記載のPHRサーバ。
【請求項１４】
前記プロセッサは、第１健康関連情報のための要求を生成するステップを更に含む動作を実行し、前記通信機は、更に、前記要求を第１健康管理エンティティへ送信し、前記健康関連情報を前記第１健康管理エンティティから受信する、請求項１１に記載のPHRサーバ。
【請求項１５】
前記プロセッサは、
前記第１健康管理エンティティの識別子を決定するステップと、
前記識別子に対応する前記サブセクションのうちの１つを識別するステップと、
前記第１健康関連情報を前記識別子に対応する前記サブセクションに含めるステップと、
を更に含む動作を実行する、請求項１４に記載のPHRサーバ。
【請求項１６】
前記セクションのうちの第３セクションは、選択されたエンティティにとっての閲覧可能情報を含む選択的閲覧可能セクションである、請求項１１に記載のPHRサーバ。
【請求項１７】
前記閲覧可能情報は前記オーナにより閲覧されないようにされる、請求項１６に記載のPHRサーバ。
【請求項１８】
前記通信機は、識別子を示すアクセス入力及び前記集約セクションの選択されたサブセクションを受信する、請求項１１に記載のPHRサーバ。
【請求項１９】
前記プロセッサは、
要求者からアクセス要求を受信するステップと、
前記要求者の要求識別子を決定するステップと、
前記要求者の前記要求識別子が前記アクセス入力の中で示された識別子に対応するとき、前記要求者に前記選択されたサブセクションへのアクセスを提供するステップと、
を更に含む動作を実行する、請求項１８に記載のPHRサーバ。
【請求項２０】
オーナの健康管理記録（PHR）を維持するPHRサーバであって、前記PHRは複数のセクションを含み、前記セクションのうちの１つは複数のサブセクションを含む集約セクションであり、前記サブセクションのうちの１つは健康管理エンティティに対応し、前記サーバは、
通信ネットワークを介して通信する通信機であって、前記通信機は、前記PHRの前記オーナにより利用されるユーザ装置及び健康管理エンティティの電子装置とデータを交換するよう構成される、通信機と、
実行可能プログラムを格納するメモリと、
前記実行可能プログラムを実行するプロセッサであって、前記実行可能プログラムは、前記プロセッサに、
前記PHRの前記オーナから検索入力を受信するステップであって、前記検索入力は情報が要求されるべき前記健康管理エンティティを識別する、ステップと、
前記情報のための要求を生成するステップと、
前記要求を前記健康管理エンティティへ送信するステップと、
前記情報を前記健康管理エンティティから受信するステップと、
前記情報を前記健康管理エンティティに対応する前記PHRの中の前記集約セクションの前記サブセクションに含めるステップと、
を含む動作を実行させる、プロセッサと、
を含むPHRサーバ。
【発明の詳細な説明】
【背景技術】
【０００１】
個人健康記録（personal  health  record：PHR）は、健康情報、及び個人に関連付けられた他の関連情報（本願明細書では集合的に「健康関連情報」と呼ばれる）を含んでよい。PHRは、個人的に、個人（以後「オーナ」）により所有され、維持され、及び管理される。その結果、健康関連情報は、個人的に、セキュアに、且つ秘密に管理される。PHRのオーナがPHRを更新することに慎重である場合、PHRは、オーナの病歴全体の包括的要約を提供するために使用されることがある。PHRは、オーナ、健康管理プロバイダ、健康管理組織、等を含む様々な異なる情報源からの情報を含み得る。情報は、オーナにより手動でPHRに追加されてよく、PHRを提供するサービスにより自動的に追加されてよく、又はそれらの組み合わせである。例えば、PHRを提供するサーバは、オーナから手動エントリ又は入力を受信してよく、健康管理プロバイダから情報を要求してよく、オーナの電子装置から健康関連情報を受動的に収集してよい、等である。
【０００２】
PHRは、種々の形式で利用されてよい。単純な形式では、PHRは、オーナにより保持される紙の記録であってよい。しかしながら、紙の記録のように、PHRは、健康管理プロバイダとの相談の間のような必要なときに、直ちに利用可能にならないことがある。別の形式では、PHRは電子形式であってよい。第１の例では、電子形式のPHRは、紙の記録と実質的に同様の方法で保持されてよく、健康関連情報はオーナの個人ファイルに格納される。個人ファイルがクラウド上に又はオンラインメカニズムを通じて格納される場合、PHRはオンラインの方法でアクセス可能であってよい。第２の例では、電子形式のPHRは、オンラインサーバのようなサービス（例えば、ウェブサイト）により提供されてよい。この方法では、PHRは、オンラインサーバに到達可能な限り、オンラインでアクセス可能であってよい。
【０００３】
PHRは、種々の異なる種類の健康関連情報を含んでよい。例えば、健康関連情報は、誕生日、住所、連絡先番号、緊急連作先、緊急連作先番号、等のような個人情報を含んでよい。別の例では、健康関連情報は、主治医情報、いかなる専門情報、血液型、アレルギ、薬品反応、慢性疾病、家族歴、過去の疾病、過去の入院、画像報告、検査結果、現在又は過去の投薬及び対応する処方量及び使用期間、処方記録、過去の外科手術又は他の手術、予防接種履歴、追加免疫履歴、健康診断／検査／スクリーニングの日付、等のような医療トピックスを対象としてよい。更なる例では、健康関連情報は、生前遺書、事前指示、等のような法的情報を含んでよい。更に別の例では、健康関連情報は、運動訓練、食習慣、及び健康目標若しくは健康計画、のようなオーナの活動情報を含んでよい。
【０００４】
PHRが電子形式であるとき、健康関連情報は、公に利用可能な情報と、秘密情報とに分けられてよい。例えば、個人情報は秘密情報として分類されてよい。しかしながら、個人情報は、秘密情報（例えば、自宅情報）及び公開情報（例えば、緊急連作先番号）として分類されるセクションに分割されてもよい。他の種類の情報も、この方法で分類されてよい。例えば、健康関連情報が健康管理プロバイダから受信されると、この情報は公開情報として分類されてよい。留意すべきことに、公に利用可能であることは、健康管理プロバイダ及び健康管理組織によりアクセス可能であることを表してよい。
【０００５】
PHRが紙形式である又は電子形式の個人ファイルであるとき、PHRの中の健康関連情報は、ユーザの好きないかなる方法を用いて格納されてよい。PHRが電子形式でサービスにより提供されるとき、PHRの中の健康関連情報は、サービスにより選択された方法に従い格納され又は表示されてよい。例えば、サービスは、PHRの情報のうちのどれが公に利用可能であるか又は秘密であるかを決定してよい。別の例では、サービスは、個人情報ページ、一般健康情報ページ、投薬ページ、等のような、サービスの選択した規格に従い情報を構成してよい。
【０００６】
PHRに含まれてよい包括的要約の観点で、最近の（most  current）PHRを有する利益があり得る。しかしながら、包括的であるようにPHRを維持し及び更新することは、有意な時間及びリソースを必要とする。例えば、オーナは、彼／彼女自身の時間及びリソースをPHRを更新するために使用する責任を負ってよい。したがって、オーナは、健康管理プロバイダにより実行される手術又は検査の結果を収集し及び入力するために、健康管理プロバイダに連絡してよい。別の例では、最新であるために、オーナは、健康関連イベントが生じる度に（例えば、医師の受診の度に、処方が調合される度に、検査が行われる度に、通院の度に、等）PHRを更新してよい。
【０００７】
健康管理プロバイダ及び健康管理組織（以後、集合的に「健康管理エンティティ」と呼ばれる）による使用のために利用可能な現在のPHRを有する潜在的重要性にも拘わらず、PHRの管理及び更新は、上述の方法に限られている。残念ながら、健康管理エンティティ（例えば、医師、病院、薬局、保険会社、等）は、オーナのために現在のPHRを維持する際に協力するために情報技術を使用する普遍的方法を採用していない。実際に、更新されるべきPHRのために、電子形式で情報を送信可能な健康管理エンティティ（例えば、ごく一部の少数派）が選択され得るだけである。
【０００８】
健康管理エンティティから受信した情報は、電子健康記録（electronic  health  record：EHR）に基づいてよい。EHRは、PHRとは完全に別個の記録である。なぜなら、EHRは健康管理エンティティ（例えば、病院のような機関）により所有され運用され、健康管理エンティティに関連付けられたユーザ（例えば、医師）により入力されたデータ、又は個々の患者に関連付けられた手術に関する他の情報（例えば、保険請求を支援するための課金データ）を含むからである。したがって、健康管理エンティティは、特定の個人患者に関する彼ら自身の記録のために、EHRを所有し、運用し、管理し、及び更新する。EHRは、健康管理エンティティの間で共有される可能性があるが、EHRをPHRに適正に組み込む方法は存在しない。代わりに、情報が健康管理エンティティから要求されるとき、健康管理エンティティにより選択されたようなオーナの患者情報を含むファイルが提供され、PHRがこの情報により更新される。
【０００９】
PHRを実施する特定の方法では、合意モデルは、健康関連情報がデータを生成した健康管理エンティティではなく患者に属する場合である。健康関連情報は、プライバシ目的で、種々の暗号化を伴い格納されてよい。健康関連情報の管理機能は、サービス指向アーキテクチャ（Service  Oriented  Architecture：SOA）により実現され、特定のサービスとしてのプラットフォーム（Platform  as  a  Service：PaaS）レイヤとして公開されてよい。複数の人々がPHR及び健康関連情報への異なるアクセスを有することを可能にするために、きめ細かなアクセス制御が組み込まれてよい。この合意モデルでは、最小限のPHR能力は、内臓型耐タンパー性デジタルバンドルを含み、永続的であり、いつでもどこからでも自身のオーナによりアクセス可能であり、機密若しくは秘密情報をPHRのオーナの確固たる制御下に常に維持し、信頼できる第三者を必要とせず、アクセスのための適切なメカニズムを提供し、オーナが必要に応じてPHRの部分的バージョンのみを共有することを可能にしてよい。
【００１０】
合意モデル及び従来の技術を用いるPHRの他のモデルの下で、PHRに含まれる健康関連情報の全部が同じ記録に格納される。したがって、合意モデルの上述の特徴の全部によっても、PHRのオーナ又は健康関連情報の関連するオーナは、実現されるべき特徴のために、PHRにおいて情報がどのように分けられ又は組織化されるかを制御し管理しなければならない。したがって、PHRは、オプション及び機能において限られており、PHRのオーナからの有意な貢献を要求する。
【００１１】
さらに、PHRにおける健康関連情報は、プライバシに対する懸念が考慮される場合に、機密情報である。したがって、PHRの健康関連情報は、通常、特にPHRが電子形式であるとき、アクセスのために公に利用できない。PHRが健康管理エンティティによりアクセスされる場合でも、健康関連情報のコンテンツ全体は、PHRの従来の機能によりアクセス可能になり得る。健康関連情報のコンテンツ全体が健康管理エンティティに利用可能になると、健康管理エンティティによりオーナのために維持されているEHRはこの情報を含んでよい。健康管理エンティティの側から、当業者は、個人の健康関連情報及びその使用／開示がHIPAAに含まれる規格に忠実でなければならない医療保険相互運用性と責任に関する法律（Insurance  Portability  and  Accountability  Act  of  １９９６：HIPAA）によるような種々のプライバシ規制が確立されていることを理解する。したがって、公開の健康管理エンティティからのPHRにおけるプライバシレベルを維持することは、重要な機能を提供する。しかしながら、PHRの現在の状態は、PHRにおける識別された部分の選択的アクセス可能性を許容しない。
【発明の概要】
【００１２】
例示的な実施形態は、個人健康記録（PHR）サーバにおいて、オーナのPHRを維持するステップであって、前記PHRは複数のセクションを含み、前記セクションのうちの１つは複数のサブセクションを含む集約セクションであり、前記サブセクションのうちの１つは健康管理エンティティに対応する、ステップと、前記PHRのオーナから検索入力を受信するステップであって、前記検索入力は、情報が要求されるべき前記健康管理エンティティを識別する、ステップと、前記情報のための要求を生成するステップと、前記要求を前記健康管理エンティティへ送信するステップと、前記健康管理エンティティから前記情報を受信するステップと、前記情報を、前記健康管理エンティティに対応する前記PHR内の前記集約セクションの前記サブセクションに含めるステップと、を含む方法を対象とする。
【００１３】
例示的な実施形態は、オーナの個人健康記録（PHR）を維持するPHRサーバであって、通信ネットワークを介して通信する通信機であって、前記通信機は、前記PHRの前記オーナにより利用されるユーザ装置及び健康管理エンティティの電子装置とデータを交換するよう構成される、通信機と、実行可能プログラムを格納するメモリと、前記実行可能プログラムを実行するプロセッサであって、前記実行可能プログラムは、前記プロセッサに、前記PHRの維持における動作を実行させ、前記PHRは複数のセクションを含み、前記セクションのうちの第１セクションは前記オーナに関連付けられた個人情報を含む個人セクションであり、前記セクションのうちの第２セクションは複数のサブセクションを含む集約セクションであり、前記サブセクションの各々はそれぞれの健康管理エンティティに対応し、前記サブセクションは、前記それぞれの健康管理エンティティにより維持されるそれぞれの記録に基づき前記オーナに関連付けられたそれぞれの健康関連情報を含む、プロセッサと、を含むPHRサーバを対象とする。
【００１４】
例示的な実施形態は、オーナの健康管理記録（PHR）を維持するPHRサーバであって、前記PHRは複数のセクションを含み、前記セクションのうちの１つは複数のサブセクションを含む集約セクションであり、前記サブセクションのうちの１つは健康管理エンティティに対応し、前記サーバは、通信ネットワークを介して通信する通信機であって、前記通信機は、前記PHRの前記オーナにより利用されるユーザ装置及び健康管理エンティティの電子装置とデータを交換するよう構成される、通信機と、実行可能プログラムを格納するメモリと、前記実行可能プログラムを実行するプロセッサであって、前記実行可能プログラムは、前記プロセッサに、前記PHRの前記オーナから検索入力を受信するステップであって、前記検索入力は情報が要求されるべき前記健康管理エンティティを識別する、ステップと、前記情報のための要求を生成するステップと、前記要求を前記健康管理エンティティへ送信するステップと、前記情報を前記健康管理エンティティから受信するステップと、前記情報を前記健康管理エンティティに対応する前記PHRの中の前記集約セクションの前記サブセクションに含めるステップと、を含む動作を実行させる、プロセッサと、を含むPHRサーバを対象とする。
【図面の簡単な説明】
【００１５】
【図１】例示的な実施形態によるシステムを示す。
【００１６】
【図２】例示的な実施形態による、図１の個人健康記録サーバを示す。
【００１７】
【図３】例示的な実施形態による、患者健康記録に情報を含める方法を示す。
【００１８】
【図４】例示的な実施形態による、患者健康記録から情報を提供する方法を示す。
【発明を実施するための形態】
【００１９】
例示的な実施形態は、以下の説明及び関連する添付の図面を参照して更に理解され得る。ここで、同様の要素は同じ参照符号を与えられる。例示的な実施形態は、PHRにおいて管理され及び更新されるべき健康関連情報の種々の特徴及び操作を提供する、有効な個人健康記録（personal  health  record：PHR）を生成する装置、システム、及び方法に関する。具体的に、例示的な実施形態は、健康関連情報がPHRに追加される第１メカニズムと、PHRからの健康関連情報が要求者へ送信される第２メカニズムと、を提供する。以下に詳述するように、健康関連情報が格納され組織化される方法は、第１及び第２メカニズムを実行する際に使用されてよい。
【００２０】
例示的な実施形態は、健康関連情報が最初にPHRのオーナにより生成されたか否か、又は健康関連情報が最初に健康管理エンティティ（例えば、健康管理プロバイダ、健康管理組織、等）により生成されたか否かに基づき、又は健康管理エンティティに属する電子健康記録（electronic  health  record：EHR）に基づき、健康関連情報を明確に分けるよう構成される。具体的に、PHRの健康関連情報は、複数のセクション：オーナに関連付けられた個人情報のための第１セクション、健康管理エンティティからの集約データに関連付けられた第２セクション、選択的閲覧可能情報のための第３セクション、等、に分けられてよい。例示的な実施形態による健康関連情報を組織化することにより、例示的な実施形態は、各パーティ（例えば、PHRのオーナ、健康管理エンティティ、又は第三者）に、PHRの組織化のために実施されるアクセス制御及びポリシに基づき、健康関連情報の対応するセクションを追加し及び／又はアクセスする方法も提供し得る。したがって、例示的な実施形態は、PHR内の健康関連情報のきめ細かいアクセス及び共有及び委任を提供するアーキテクチャを含む。
【００２１】
図１は、例示的な実施形態によるシステム１００を示す。システム１００は、PHRを利用する際に、PHRを最新状態に更新するとき及びPHRから情報を要求するときの両方で、関連する種々のコンポーネント間の通信に関する。システム１００は、ユーザ装置１０５、通信ネットワーク１１０、及び異なる健康管理エンティティに関連付けられた複数の装置を含んでよい。例えば、第１健康管理エンティティは健康管理プロバイダ（health  care  provider：HCP）１２５を含み、第２健康管理エンティティは少なくともHCP１３５を含む健康管理組織（health  care  organization：HCO）１３０を含み、第３健康管理エンティティは少なくとも３つのHCP１４５、１５０、１５５を含むHCO１４０を含んでよい。以下に詳述するように、システム１００は、ユーザ装置１０５及び／又は健康管理エンティティにより提供された情報から、健康関連情報をPHRに追加し、並びに、PHRから要求された健康関連情報を要求側の健康管理エンティティへ送信するよう構成される。システム１００は、第三者装置１６０を更に含んでよい。第三者装置１６０は、PHRからであるが健康管理エンティティ（例えば、オーナの親類により使用される装置）に関連付けられていない健康関連情報を要求してもよい。したがって、これらの機能を提供するために、システム１００は、PHRサーバ１１５及びPHRレポジトリ１２０も含んでよい。
【００２２】
ユーザ装置１０５は、PHRを所有する個人（以後「オーナ」）により使用されるいかなる電子装置であってよい。例えば、ユーザ装置１０５は、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話機、タブレットコンピュータ、スマートフォン、ファブレット（phablet）、埋め込み型装置、ウェアラブル装置、等であってよい。ユーザ装置１０５は、使用されるべき例示的な実施形態のものを含むPHRに関連付けられた操作及び機能のための全てのハードウェア、ソフトウェア、及びファームウェアを含んでよい（例えば、プロセッサ、メモリ、ディスプレイ装置、通信機、等）。したがって、ユーザ装置１０５は、PHRをアクセス可能にするアプリケーション、及び使用されるべきPHRの機能を実行するよう構成されてよい。例えば、アプリケーションは、PHRサーバ１１５への接続を確立する専用PHRアプリケーションであってよい。別の例では、アプリケーションは、オンラインサーバ又はPHRサーバ１１５のウェブページがアクセスされるブラウザアプリケーションであってよい。
【００２３】
ユーザ装置１０５は、通信ネットワーク１１０との接続を確立するよう構成されてもよい。説明目的で、PHRがPHRサーバ１１５により提供されるサービスである、例示的な実施形態がここに記載される。したがって、データは、ユーザ装置１０５とPHRサーバ１１５との間で交換されてよい。その結果、PHRサーバ１１５はPHRサービスを提供し得る。しかしながら、この実装が単なる例であることに留意する。PHR及び対応するPHRアプリケーションは、ユーザ装置１０５でローカルに作動してよい。更なるサービス又は第三者は、PHRのために使用されて、通信ネットワーク１１０を介して利用可能になってよい。
【００２４】
通信ネットワーク１１０は、データを交換するために、システム１００の種々のコンポーネントを通信可能に接続するよう構成されてよい。具体的に、通信ネットワーク１１０は、PHRサーバ１１５とユーザ装置１０５との間で、及びPHRサーバ１１５と健康管理エンティティ（例えば、HCP１２５、HCO１３０、及びHCO１４０）との間で、データを交換するために使用されてよい。通信ネットワーク１１０は、互いに通信するためにシステム１００のコンポーネントにより使用されるいかなる単一の又は複数のネットワークを表してよい。例えば、HCO１４０は、プライベートネットワークを利用してよく、その結果、通信ネットワーク１１０はプライベートネットワークに通信可能に接続されてよい。留意すべきことに、通信ネットワーク１１０及びそれに含まれ得る全てのネットワークは、いかなる種類のネットワークであってよい。例えば、通信ネットワーク１１０は、LAN（local  area  network）、WAN（wide  area  network）、VLAN（virtual  LAN）、WiFiネットワーク、HotSpot、セルラネットワーク（例えば、３G、４G、LTE（Long  Term  Evolution）、等）、クラウドネットワーク、これらのネットワークの有線形式、これらのネットワークの無線形式、これらのネットワークの結合型有線／無線形式、等であってよい。
【００２５】
HCO１３０、１４０及びHCP１２５、１３５、１４５、１５０、１５５を含む健康管理エンティティは、いかなる種類の健康管理施術者を含んでよい。例えば、HCP１２５（及びHCP１３５、１４５、１５０、１５５）は、医師、専門家、技術者、等により利用されてよい。HCP１２５は、健康管理施術者に関連付けられた機能を実行するよう構成されるいかなる電子装置を表してよい。HCP１２５は、ユーザ装置１０５について上述したような、いかなる種類の電子装置であってもよい。さらに、HCP１２５は、いかなる医療処置を含む健康管理施術者に関連付けられた種々の操作を実行するために、必要なハードウェア、ソフトウェア、及び／又はファームウェアを含んでよい。HCP１２５は、システム１００のPHRサーバ１１５との接続を更に確立するために、通信ネットワーク１１０との接続を確立するために、必要な接続ハードウェア、ソフトウェア、及びファームウェア（例えば、通信機）を更に含んでよい。ここでも留意すべきことに、HCP１２５の説明はHCP１３４、１４５、１５０、１５５にも適用されてよい。
【００２６】
HCO１３０、１４０は、１つ以上のHCPを含んでよい。図示のように、HCP１３０は１つのHCP１３５を含んでよく、一方で、HCO１４０は１つより多くのHCP１４５、１５０、１５５を含んでよい。しかしながら、図１のシステム１００に示されたHCPの数を含むHCO１３０、１４０は単なる例であることに留意する。当業者は、HCO１３０、１４０がいかなる数のHCPを含んでよいことを理解する。HCO１３０、１４０は、HCPが関連付けられ得るいかなる組織を表してよい。例えば、HCO１３０、１４０は、健康維持組織（health  maintenance  organization：HMO）であってよい。別の例では、HCO１３０、１４０は訓練グループの部分であってよい。更なる例では、HCO１３０、１４０は病院であってよい。更に別の例では、HCO１３０、１４０は健康保険組織の部分であってよい。
【００２７】
健康管理エンティティ（HCP及びHCOの両方）は、それぞれの電子健康記録（electronic  health  records：EHR）の生成及び維持を担ってよい。EHRはそれぞれのレポジトリ（図示しない）に格納されてよい。例えば、HCP１２５は、HCOの部分でなくてよく、したがって患者のEHRをローカル又はリモートレポジトリに格納してよい。別の例では、HCO１３０、１４０は、HCO１３０、１４０の対応するプライベートネットワーク（図示しない）にそれぞれのネットワークレポジトリを含んでよい。この方法では、HCPの患者のEHRは、HCPの関連付けられたそれぞれのHCP及び／又はHCOにより所有され、運用され、管理され、維持されてよい。例えば、HCP１２５は、ユーザ装置１０５を用いてオーナに対応する患者のEHRを有してよい。このEHRはHCP１２５のみに専用であってよい。別の例では、HCO１４０は、ユーザ装置１０５を用いてオーナに対応する患者のEHRを有してよい。このEHRは、HCO１４０に専用であってよく、その結果、HCP１４５、１５０、１５５はこのEHRへのアクセスを有してよい。
【００２８】
HCP１２５、１３５、１４５、１５０、１５５は、種々の異なる方法で健康管理施術者により使用される電子装置であってよいことに留意する。例えば、HCPは、文書機能が実行される専用装置であってよい。この方法では、生成される文書は、EHRに組み込まれてよい。別の例では、HCPは、画像キャプチャ、画像解釈、検査、等のようなもののための手順装置であってよい。手順が実行されると、EHRに組み込まれるべき対応する文書が生成されてよい。
【００２９】
PHRサーバ１１５は、PHRのオーナ（例えば、ユーザ装置１０５のユーザ）のためにPHRの情報フローを管理することに関連付けられた機能を実行するシステム１００のコンポーネントであってよい。PHRサーバ１１５は、PHRを更新する際の動作を自動化するために更なる機能を提供するよう更に構成されてよい。例えば、PHRサーバ１１５は、健康管理プロバイダからの供給（feeds）にPHRをサブスクライブして、健康管理プロバイダにより提供される情報に基づきPHRの自動更新を可能にしてよい。したがって、PHRのオーナが健康管理更新を（例えば、健康管理プロバイダから）受信するときはいつでも、結果が自動的にPHRに入力されてよい。第３の例では、手動アプローチ及び自動アプローチの結合がPHRを更新するために使用されてよい。以下に更に詳述されるように、第１メカニズムでは、PHRサーバ１１５は、PHRがどのように維持され、管理され、及び／又は更新されるかを指示する入力を受信してよい。入力は、PHRサーバ１１５に情報を検索するよう更に指示してよい。第２のメカニズムでは、PHRサーバ１１５は、さらに、健康管理エンティティ又は第三者装置１６０から要求を更に受信し、要求を検証し、認可されたとき、要求された情報を送信してよい。説明目的で、ここに記載の例示的な実施形態は、健康管理エンティティからの要求に関連する。しかしながら、例示的な実施形態は、第三者装置１６０からの要求のために使用されてもよい。
【００３０】
PHRレポジトリ１２０は、PHRサーバ１１５による使用のためにPHRが格納されるいかなるソースを表してよい。上述のように、システム１００は、健康管理エンティティの患者であってよい個々のユーザを有する複数のユーザ装置を含んでよい。ユーザは、また、個々のPHRを有し（例えば、PHRのオーナである）、PHRサーバ１１５により提供されるサービスを利用してよい。これらのPHRは、したがって、PHRレポジトリ１２０に格納されてよい。格納されるPHRの中で、ユーザ装置１０５を使用するオーナのPHRは、PHRレポジトリ１２０に格納されてよい。特定の実装では、PHRレポジトリ１２０は、クラウドに基づくPHRテナント記憶構造を提供するために、PHRサーバ１１５により使用されてよい。
【００３１】
ユーザ装置１０５のみを含むシステム１００は、単なる例であることに留意する。システム１００は、ユーザ装置１０５を使用するユーザが健康管理関連経験に関連付けられる又はそれを有する健康管理エンティティを表してよい。例えば、ユーザ装置１０５を使用するオーナは、HCP１２５、HCP１３５、及びHCP１４５、１５０、１５５の内の少なくとも１つを受診してよい。したがって、システム１００の中に示される健康管理エンティティは、患者のようなユーザ装置１０５を使用するオーナを有してよく、このオーナのEHRを維持している。しかしながら、システム１００の全体的表現は、個々のユーザを有する複数の異なるユーザ装置を含んでよい。各ユーザは、１つ以上のHCPによる実験を有してもよい。その結果、これらのユーザの各々は、彼らのHCPにより維持されている個々のEHRを有する。したがって、システム１００は、更なる健康管理エンティティを有してもよく、そのうちの幾つかは異なる患者／ユーザの間で重複してよい。
【００３２】
上述のように、PHRサーバ１１５は、ユーザ装置１０５及び健康管理エンティティからの入力及び要求を処理することにより、ユーザ装置１０５を使用するユーザのためにPHRの情報フローを管理してよい。図２は、例示的な実施形態による、図１のPHR１１５を示す。PHRサーバ１１５は、情報フローを制御するために、第１及び第２メカニズムを実行する際の種々の機能を提供してよい。PHRサーバ１１５は、ネットワークコンポーネント（具体的にはサーバ）として記載されるが、PHRサーバ１１５は、ポータブル装置（例えば、タブレット、スマートフォン、ラップトップ、等）、固定装置（例えば、デスクトップ端末）のような種々のハードウェアコンポーネントに内蔵され、ユーザ装置１０５に組み込まれ、ウェブサービスに組み込まれてよい、等である。PHRサーバ１１５は、プロセッサ２０５、メモリ構成２１０、ディスプレイ装置２１５、入力及び出力（I/O）装置２２０、通信機２２５、及び他のコンポーネント２３０（例えば、画像装置、音声I/O装置、バッテリ、データ取得装置、PHRサーバ１１５を他の電子装置に電気的に接続するためのポート、等）を含んでよい。
【００３３】
プロセッサ２０５は、PHRサーバ１１５の複数のアプリケーションを実行するよう構成されてよい。以下に更に詳述するように、プロセッサ２０５は、ユーザインタフェースエンジン２３５、管理エンジン２４０、検索エンジン２４５、アクセスエンジン２５０、及び衝突エンジン２５５を含む複数のエンジンを利用してよい。ユーザインタフェースエンジン２３５は、ユーザ装置１０５を使用するオーナ及び健康管理エンティティがPHRサーバ１１５と相互作用し得るユーザインタフェースを生成するよう構成されてよい。管理エンジン２４０は、PHRを更新し、PHR内の健康関連情報を特に複数の異なるセクションへと組織化するよう構成されてよい。検索エンジン２４５は、第１メカニズムのためにユーザ装置１０５からの要求を処理し、健康管理エンティティから健康関連情報を検索するよう構成されてよい。アクセスエンジン２５０は、第２メカニズムのために、健康管理エンティティからの、PHR内の健康関連情報に対する要求を処理するよう構成されてよい。衝突エンジン２５５は、PHRの健康関連情報の中の衝突を決定するよう構成されてよい。
【００３４】
留意すべきことに、プロセッサ２０５により実行されるアプリケーション（例えば、プログラム）である上述のアプリケーション及びエンジンは、それぞれ単なる例である。アプリケーションに関連付けられた機能は、１つ以上の多機能プログラムのコンポーネント、PHRサーバ１１５の別個の内蔵コンポーネントとして表されてもよく、又は、PHRサーバ１１５に結合されたモジュラコンポーネント、例えばファームウェアを備える又は備えない集積回路であってよい。
【００３５】
メモリ２１０は、PHRサーバ１１５により実行される動作に関連するデータを格納するよう構成されたハードウェアコンポーネントであってよい。具体的に、メモリ２１０は、PHRレポジトリ１２０に格納されたPHRに組み込まれる、ユーザ装置１０５及び健康管理エンティティから受信したデータを格納してよい。ディスプレイ装置２１５は、データをユーザに表示するよう構成されるハードウェアコンポーネントであってよい、一方、I/O装置２２０は、ユーザが入力を入れることを可能にするハードウェアコンポーネントであってよい。例えば、PHRサーバ１１５の管理者は、ディスプレイ装置２１５及びI/O装置２２０を用いてエンジン２３５〜２５５がどのように動作すべきかを定めてよい。留意すべきことに、ディスプレイ装置２１５及びI/O装置２２０は、別個のコンポーネント又はタッチスクリーンのように一緒に統合されてよい。通信機２２５は、通信ネットワーク１１０を介してデータを送信し及び／又は受信するよう構成されるハードウェアコンポーネントであってよい。
【００３６】
例示的な実施形態によると、PHRサーバ１１５は、ユーザ装置１０５を使用するオーナに属するPHRへ及びPHRからの情報フローを管理するために、種々の異なる動作を実行してよい。ユーザインタフェースエンジン２３５は、ユーザ装置１０５を使用するオーナ及び健康管理エンティティがPHRサーバ１１５と相互作用し得るユーザインタフェースを生成するよう構成されてよい。ユーザ装置１０５に設けられ及び表示されるユーザインタフェースは、ユーザ装置１０５とPHRサーバ１１５との間、及び健康管理エンティティとPHRサーバ１１５との間の、データ共有アプリケーションプログラムインタフェースを提供してよい。
【００３７】
ユーザ装置１０５のユーザインタフェースは、初期ユーザインタフェースを表示してよい。初期ユーザインタフェースは、PHRサーバ１１５により提供されるサービス、特にPHRの維持に関する公に利用可能な情報を含んでよい。初期ユーザインタフェースは、新しいユーザがPHRサーバ１１５のアカウントを生成し及び新しいPHRを生成することを可能にしてよい。初期ユーザインタフェースは、PHRサーバ１１５のサービスを使用することに関連付けられた種々の条項及び条件も提供してよい。上述のように、例示的な実施形態は、ユーザ装置１０５を使用するオーナのためにPHRを維持するサービスを提供するPHRサーバ１１５に関して記載される。したがって、初期ユーザインタフェースは、アカウント及びPHRサーバ１１５のサービスを使用するPHRを有する既に存在するユーザが、アカウント及びPHRにログインすることを可能にしてよい。例えば、オーナは、ユーザ装置１０５を使用して認証情報を送信し、アカウントにログインし及びPHRにアクセスしてよい。
【００３８】
オーナがアカウントにログインすると、ユーザインタフェースは、オーナがPHRに含まれる健康関連情報を閲覧することを可能にする種々のディスプレイを提供してよい。例えば、健康関連情報は、PHRにおける自動操作を通じて要求され又は含まれてよい。要求された健康関連情報が含まれると、ディスプレイは、オーナの閲覧のために、この情報をPHRに含めてもよい。
【００３９】
ユーザインタフェースは、オーナが、PHRの健康関連情報を閲覧するために使用される入力に加えて、種々の他の入力を提供することも可能にしてよい。第１の例では、オーナは、読み出し及び書き込み可能な健康関連情報を更新するために入力を提供してよい。例えば、個人情報（例えば、連絡先情報、緊急連絡先情報、主治医情報、等）は、オーナにより変更されてよい。したがって、更新入力は、PHRの書き込み可能部分が、追加され、変更され、又は削除されることを可能にし得る。個人情報は、PHRのオーナの管理計画も含んでよい。ここで、管理計画は、PHRのオーナの健康目標を識別してよい。以下に詳述するように、PHRサーバ１１５は、個人情報の更新入力を受信し、オーナのPHRの個人セクションを更新してよい。更新入力は、健康管理エンティティセクションを生成するために使用されてもよい。例えば、上述のように、ユーザ装置１０５を使用するオーナは、HCP１２５、１３５、１４５、１５０、１５５による履歴を有してよい。したがって、更新入力は、HCPが共通セクションにグループ分けされるときには、これらのHCPのための又はHCO１３０、１４０のような健康管理エンティティによるセクションを生成するために使用されてよい。以下に詳述するように、PHRサーバ１１５は、健康管理エンティティセクションのための更新入力を受信し、オーナのPHRの集約セクションを更新してよい。
【００４０】
第２の例では、オーナは、検索されるべき健康管理エンティティからの健康関連情報を要求するために入力を提供してよい。例えば、オーナは、HCP１２５による最近の受診を有してよい。受診は、検体検査が提供されたサンプルに対して実行されることを伴ってよい。したがって、オーナは、検体検査の結果が検索されPHRに含まれることを示す対応する検索入力をPHRサーバ１１５に提供してよい。オーナは、HCPによる受診毎に同様の入力を提供してよい。ここでも、オーナが手動で検索入力を提供することは単なる例であることに留意する。PHRサーバ１１５は、健康管理エンティティから情報を検索する際の動作を実行するために、オーナに自動動作を提供してよい。例えば、オーナは、HCPへの受診カレンダーを有してよい。PHRサーバ１１５は、このカレンダーへのアクセスを有し、したがって、過去の受診に関連付けられた情報に対する検索動作を実行してよい。別の例では（後述する）、HCP又はHCOは、手動で実行し又は自動動作を利用して、PHRのオーナによる受診の情報をPHRサーバ１１５にプッシュしてよい。以下に詳述するように、検索入力から要求された情報は、PHRサーバ１１５によりPHRの集約セクションに、特に要求された情報が生じるHCP又はHCOに対応するサブセクションに組み込まれてよい。
【００４１】
第３の例では、オーナは、健康管理エンティティに関連付けられた設定を追加し又は変更するために入力を提供してよい。PHR内の健康関連情報はユーザ装置１０５を使用するオーナにより所有されるが、健康管理エンティティも、PHRの選択部分を閲覧することを要求してよい。例えば、健康管理エンティティのHCPによる来る受診は、前の検査及び／又は手術の事前知識を要求してよい。PHR内の対応する情報を閲覧することにより、HCPは要求した情報を容易に受信してよい。ここでも、健康管理エンティティは単なる例であり、PHRの部分を閲覧する要求は第三者装置１６０からであってよいことに留意する。したがって、HCPからの要求を見込んで、指定された健康管理エンティティの設定を変更するための設定入力がオーナにより提供されてよい。設定入力は、健康管理エンティティにより閲覧され得るPHRの部分を定めてよい。具体的に、設定入力は、PHRの集約セクションへのアクセスを示してよい。設定入力は、選択された部分が閲覧され得る時間期間を更に定めてよい。つまり、指定された健康管理エンティティは、PHRの選択された部分を、限られた時間期間の間、閲覧することを許可されるだけであってよい。設定入力は、PHR内の健康関連情報がどのように閲覧されてよいかについてのより一般的な指示を提供してもよい。例えば、個人情報の部分（例えば、名前、緊急連絡先情報）は、常時閲覧のために公に利用可能であってよい。一方で、個人情報の他の部分（例えば、住所）は、選択された健康管理エンティティにのみ又はオーナにのみ利用可能であってよい。この方法では、設定入力は、PHRの他のセクションへのアクセスを更に示してよい。
【００４２】
ユーザインタフェースエンジン２３５は、入力又は要求を提供するために、健康管理エンティティのためのユーザインタフェースを生成するよう更に構成されてよい。健康管理エンティティはPHRを所有しないので、健康管理エンティティにより提供され得る入力は制限されてよい。第１の例では、健康管理エンティティのためのセクションがPHR内で利用可能ではない場合（例えば、PHRのオーナはセクションを生成するために更新入力を提供していない）、健康管理エンティティは、セクションを生成するために（例えば、このセクションに情報をプッシュするために）更新入力を更に提供してよい。しかしながら、健康管理エンティティはPHR内に自身のセクションを生成し得るだけであることに留意する。つまり、健康管理エンティティは、PHRの他のセクションに影響を与えるいかなる能力も有しない。第２の例では、健康管理エンティティは、PHR内の健康関連情報へのアクセスを要求してよい。一実装では、健康管理エンティティは、PHRサーバ１１５のサービスのアカウントも有してよい。アカウントにログインすると、健康管理エンティティは、適切な入力又は要求を提供してよい。実質的に同様の方法で、第三者装置１６０のユーザは、実質的に同様の実装を利用してよい。
【００４３】
管理エンジン２４０は、PHRを更新し、PHR内の健康関連情報を組織化するよう構成されてよい。先ず、管理エンジン２４０は、PHRを、PHRのオーナ（例えば、ユーザ装置１０５のユーザ）に対応するユニバーサルユニークな識別子（universally  unique  identifier：UUID）に関連付けてよい。したがって、受信された情報は、オーナ及び情報が組み込まれるべきPHRを識別するUUIDに関連付けられてよい。管理エンジン２４０は、PHRを複数のセクションに構造化してよい。第１の例では、セクションは、ユーザの生成したデータセクション又は個人セクションを含んでよい。具体的に、ユーザの生成したデータセクションは、オーナに関連付けられた個人情報の含まれるセクションに関してよい。例えば、管理エンジン２４０は、個人情報をオーナからユーザ装置１０５を介して手動で受信してよく、又は個人情報を他のソース（例えば、IoT装置、コーチングプログラム、等）から受信してよい。PHRに含まれるべき個人情報は、FHIR（Fast  Healthcare  Interoperability  Resource）を用いて受信され、及びFHIRデータ表現として組織化されてよい。
【００４４】
第２の例では、セクションは、１つ以上のサブセクションがそれぞれ健康管理エンティティに対応する集約セクションを含んでよい。上述のように、健康管理エンティティサブセクションは、PHRのオーナに健康管理サービスを提供していた異なる健康管理エンティティ（又はHCP）についての（オーナからの又は健康管理エンティティからの）更新入力に基づき生成されてよい。管理エンジン２４０は、これらのセクションをオーナにより完全にアクセス可能にし、セクションへの読み出し及び書き込み能力を提供してよいことに留意する。つまり、オーナは、セクションを閲覧し、個人セクション及び個人セクションに含まれる情報を追加し／更新し／削除し、並びに健康管理エンティティセクションを追加し／更新し／削除してよい。
【００４５】
健康管理エンティティセクションはオーナの制御下にあるが、管理エンジン２４０は、健康管理エンティティセクション内の情報の能力を読み出し専用能力に制限してよい。つまり、オーナが、健康管理エンティティセクション内の情報を追加／更新／削除しないようにされてよい。具体的に、健康管理エンティティセクションに含まれる情報は、対応する健康管理エンティティにより所有されるEHRに基づいてよい。例えば、情報は、オーナのHCPとのセッションの結果又は要約であってよい。オーナは、PHRに含まれると情報を所有し、該情報を読み出し専用モードでアクセスしてよい。
【００４６】
検索エンジン２４５は、第１メカニズムのためにユーザ装置１０５からの要求を処理し、健康管理エンティティから健康関連情報を検索するよう構成されてよい。上述のように、ユーザインタフェースエンジン２３５は、PHRに含まれるべき、健康管理エンティティからの情報の検索を開始するために、オーナが入力を提供することを可能にしてよい。特定の例では、検索エンジン２４５は、健康管理エンティティに対する要求を生成し、要求を含むメッセージを健康管理エンティティへ送信してよい。要求は、要求された情報をどのようにプッシュするかに関する指示を含んでよい。例えば、PHRサーバ１１５がブラウザアプリケーションに基づくサービスである場合、健康管理エンティティをテキスト文書のアップロードされ得るウェブページへと転送するハイパーリンクが提供されてよい。PHRサーバ１１５は、健康管理エンティティからPHRサーバ１１５へ提供されるべき要求された情報のFHIR  APIを利用してよい。次に、検索エンジン２４５は、情報を対応する健康管理エンティティセクション内のPHRに組み込んでよい。具体的に、検索エンジン２４５は、管理エンジン２４０と協働して、検索した情報を、PHRの集約セクションに、特に検索した情報を提供したPHRの集約セクションの中の健康管理エンティティに対応するサブセクションに組み込んでよい。
【００４７】
健康管理エンティティは、検索エンジン２４５に情報を積極的に提供してもよいことに留意する。つまり、オーナが検索を開始していない場合でも、健康管理エンティティは、PHRサーバ１１５のサービスを利用してよい。健康管理エンティティがPHRサーバ１１５のアカウントも有する場合、健康管理エンティティは、オーナのPHRの識別子（例えば、UUID）（これは、オーナにより自主的に提供されてよい）を提供してよい。したがって、健康管理エンティティは、PHRに含まれるべき情報をアップロードしてよい。
【００４８】
また、健康管理エンティティは、種々のオプションにより、EHRに基づき情報を提供してよいことに留意する。例えば、情報は、マスクと共にアップロードされてよい。したがって、アップロードされた情報の中の特定の臨床データは、マスクされてよく、オーナは、情報を依然として所有するが、必ずしも全ての関連する権利又はアクセスを有しないことがある。つまり、オーナは、特定の臨床データを閲覧することを妨げられてよい。しかしながら、健康管理エンティティは、アップロードされた情報を委任し共有してもよい。例えば、オーナは、特定の臨床データ又はマスクされたいかなる情報を閲覧することを妨げられてよい。しかしながら、健康管理エンティティによる委任／共有は、他の健康管理エンティティがマスクされた情報を閲覧することを可能にしてよい。この方法では、管理エンジン２４０は、選択的閲覧可能セクションを更に利用してよい。より一般的には、選択的閲覧可能セクションは、オーナにより閲覧され得ないがHCPにより交換された情報、オーナにより閲覧可能な詳細な管理計画、処方情報、等を含んでよい。選択的閲覧可能セクション内の情報は動的であってよいことに留意する。例えば、情報は、（例えば、HCP、歩行（ambulatory）管理チーム、コーチング計画、生活様式計画、等からの）インフライト（in−flight）アプリケーションに基づいてよい。
【００４９】
アクセスエンジン２５０は、第２メカニズムのために、健康管理エンティティ（又は第三者装置１６０）からの、PHR内の健康関連情報に対する要求を処理するよう構成されてよい。アクセスエンジン２５０は、ユーザ装置１０５からの設定入力を利用してよい。したがって、アクセスエンジン２５０は、健康管理エンティティからの要求を設定入力に基づき処理してよい。アクセスエンジン２５０が、要求はPHRのオーナ以外アクセスできない秘密情報に対するものであると決定した場合、要求は拒否されてよい。アクセスエンジン２５０が、要求はアクセス可能な情報に対するものであると決定した場合、アクセスエンジン２５０は要求を処理し続けてよい。要求が公に利用可能な情報に対するものである場合、要求は処理されてよく、情報が提供されてよい。要求が公に利用可能な情報に対するものではないが、秘密情報に対するものでもない場合、アクセスエンジン２５０は、要求が認可された健康管理エンティティからであるか否かを決定してよい。要求が認可された健康管理エンティティからである場合、要求された情報は、設定入力の中で識別され選択された部分の中にあるか検証される。設定入力が、健康関連情報の選択された部分が指定された健康管理エンティティによりアクセス可能な時間機関を示す場合、アクセスエンジン２５０は、要求された情報を提供する前に、この更なる検証を実行してよい。この方法で、アクセスエンジン２５０は、（例えば、健康管理エンティティにより使用される識別情報がFHIR患者識別情報及びUUIDに関連付けられるとき、FHIR  APIを使用して）要求された情報を閲覧するための、健康管理エンティティのアクセスを許可してよい。PHR内の情報はオーナにより所有されるので、情報にアクセスする健康管理エンティティは読み出し専用能力を提供されてよいことに留意する。
【００５０】
衝突エンジン２５５は、PHRの健康関連情報の中の衝突を決定するよう構成されてよい。衝突エンジン２５５は、PHRサーバ１１５のサービスにより提供される更なる機能であってよい。具体的に、PHR内の情報が変更されると（例えば、追加、更新、削除）、衝突エンジン２５５は、PHRの最新情報に衝突が存在するか否かを決定してよい。例えば、既存の処方は、PHRの第１健康管理エンティティセクションの下に含まれている第１HCPにより指示されていてよい。後の処方は、また、PHRの第２健康管理エンティティセクションの下に含まれている第２HCPにより指示されていてよい。衝突エンジン２５５は、第２HCPに対する、衝突を示す警告を生成してよい。これは、後の処方が変更される機会を提供し得る。別の例では、PHRのオーナの管理計画は、減少した体重を含んでよい。しかしながら、PHRの対応する健康管理エンティティセクションに含まれるHCPにより推奨された動作の課程は、体重増加の副作用を有する薬剤を含んでよい。衝突エンジン２５５は、動作の課程がPHRのオーナの管理計画に反して実行するという警告を生成してよい。
【００５１】
上述の特徴及び機能を有するPHRサーバ１１５は、オーナに有効なPHRを提供する。有効なPHRは、PHRを所有し、管理し、維持し、及び更新することに関連付けられた必要のために、種々のソリューションを提供する。具体的に、個人セクション、集約セクション、選択的閲覧可能セクション、等により維持されているPHRは、PHR内の情報の交換が制御された柔軟な方法で実行されることを可能にする。例えば、例示的な実施形態による有効なPHRは、クラウドに基づくものであり、健康管理エンティティのためにPHR内の健康関連情報の共有を可能にする。別の例では、個人セクション及び関連するアクセス認証を伴う健康管理エンティティサブセクションのような特定セクションへのPHRのセグメント化は、格納されアクセスされ得るコンテンツ又は情報の種類に有意な量の柔軟性を提供する。更なる例では、有効なPHRは、健康管理エンティティに、PHR内の健康関連情報の共有を提供する。ここで、健康管理エンティティは、PHRに「登録」されてよい。
【００５２】
図３は、例示的な実施形態による、PHRに情報を含める方法３００を示す。具体的に、方法３００は、オーナがPHRサーバ１１５及びPHRの健康関連情報と相互作用する例示的な実施形態の第１メカニズムに関してよい。したがって、方法３００は、PHRサーバ１１５の観点から記載される。方法３００は、図１のシステム１００、及び図２のPHRサーバ１１５の複数のエンジン１３５〜２５５に関しても記載される。
【００５３】
３０５で、PHRサーバ１１５は入力を受信する。例えば、入力は、ユーザ装置１０５から又は健康管理エンティティからであってよい。オーナはPHRサーバ１１５のサービスの既存ユーザであり、オーナはPHRサーバ１１５により維持されているPHRを有することが想定され得る。また、健康管理エンティティは、PHRサーバ１１５と（例えば、PHRサーバ１１５のサービスのための健康管理エンティティのアカウントを通じて）相互作用するよう構成されてよいことが想定され得る。上述のように、オーナからの入力は、種々の異なる動作に関連してよい。したがって、３１０で、PHRサーバは、受信された入力の種類を決定する。
【００５４】
３１５で、PHRサーバ１１５は、入力が情報更新を対象としているかどうかを決定する。入力が更新入力である場合、３２０で、PHRサーバ１１５は、情報を組み込む方法を決定する。更新入力がPHRの書き込み動作に関するとき、PHRサーバ１１５は、それぞれの動作により更新入力の情報を適切なセクションに含んでよい。例えば、更新入力が、PHRのオーナに関連付けられた個人情報を有する個人セクションへの追加、変更、又は削除である場合、３２５で、PHRサーバ１１５は、相応してPHRを更新してよい。別の例では、更新入力が、それぞれの健康管理エンティティに関連付けられた健康管理エンティティセクションへの追加、変更、又は削除である場合、３２５で、PHRサーバ１１５は、相応してPHRを更新してよい。更なる例では、更新入力が、健康管理エンティティサブセクションに含まれるべき情報である場合、３２５で、PHRサーバ１１５は、相応してPHRを更新してよい。
【００５５】
入力が更新入力ではない場合、３３０で、PHRサーバ１１５は、入力が情報検索を対象としているかどうかを決定する。入力が検索入力である場合、３３５で、PHRサーバ１１５は、要求された情報が受信されるべき、検索入力の中で識別された健康管理エンティティへの要求を生成する。上述のように、オーナは、受診の要約及び／又は検査及び／又は手術の結果が追跡され得る（例えば、健康管理エンティティのEHR内に保持される）HCPによる受診又はセッションを有してよい。したがって、検索入力は、HCPによる受診、HCPに対応する健康管理エンティティの識別子、等を示してよい。したがって、３４０で、PHRサーバ１１５は、要求を健康管理エンティティへ送信する。要求が送信される健康管理エンティティは、PHRのオーナが経験又は受診／セッションを有する１人以上の健康管理施術者の一部であってよい。つまり、健康管理エンティティは、オーナのために保持されているEHRを有してよい。
【００５６】
３４５で、PHRサーバ１１５は、要求に対する応答が受信されたかどうかを決定する。具体的に、PHRサーバ１１５は、要求した情報（例えば、後臨床情報）をアップロードすることにより、健康管理エンティティが応答したか否かを決定する。応答が受信されていない場合、PHRサーバ１１５は、送信されるべき別の要求のために３４０へ戻ってよい。しかしながら、応答が受信された場合、３２５で、PHRサーバ１１５は相応してPHRを更新してよい。具体的に、健康管理エンティティは、アップロードされた情報を含むよう更新されてよい。
【００５７】
PHRサーバ１１５は、識別された時間に基づき又は期待タイマに基づき、要求を送信してよいことに留意する。例えば、検索入力は、健康管理エンティティが要求した情報を準備している可能性があるときを示してよい。したがって、PHRサーバ１１５は、このとき又は後の時間に、要求を送信してよい。別の例では、検索入力は、示された健康管理エンティティが識別された受診／検査／手術のためにEHRの準備を完了するときに関与してよい。したがって、PHRサーバ１１５は、この期待タイマに基づき要求を送信してよい。
【００５８】
入力が検索入力ではない場合、３５０で、PHRサーバ１１５は、入力がオーナによる情報アクセスを対象としているかどうかを決定する。入力がオーナによるアクセス入力である場合、３５５で、PHRサーバ１１５は、要求された情報を検索し提供する。アクセス入力が、PHR内の情報への完全なアクセスを有するＰＨＲのオーナから受信されたとき、検証手順は要求されなくてよい。しかしながら、上述のように、健康管理エンティティセクション内の情報は、健康管理エンティティによってのみ閲覧可能なマスクされた部分を含み得る。したがって、PHRサーバ１１５は、これらのマスクされた部分をオーナによる閲覧から隠してよい。
【００５９】
入力がアクセス入力ではない場合、３６０で、PHRサーバ１１５は、入力に含まれる要求が何であれ処理する。例えば、入力はPHRに無関係であってよく、又はPHRサーバ１１５により提供されるサービスの管理の側面に関連してよい。別の例では、PHRサーバ１１５は、ユーザ装置１０５と健康管理エンティティとの間に通信セッションが確立されることを可能にしてよい。
【００６０】
方法３００及び入力はPHRのオーナのみに関連することに留意する。しかしながら、方法３００は、健康管理エンティティからの入力が受信されるとき、第１メカニズムに関連付けられた動作も含んでよい。例えば、健康管理エンティティは、既に存在しない場合、PHR内に対応する健康管理エンティティセクションを生成するために、入力を提供してよい。したがって、３４５で応答が提供されるとき、健康管理エンティティは、自身の健康管理エンティティセクションがPHR内に存在することを検証し、未だ存在しない場合には、この入力を提供してよい。
【００６１】
図４は、例示的な実施形態による、PHRから情報を提供する方法４００を示す。具体的に、方法４００は、PHRからの健康関連情報が健康管理エンティティにより要求される例示的な実施形態の第２メカニズムに関してよい。したがって、方法４００は、PHRサーバ１１５の観点から記載される。方法４００は、図１のシステム１００、及び図２のPHRサーバ１１５の複数のエンジン１３５〜２５５に関しても記載される。
【００６２】
４０５で、PHRサーバ１１５は、（例えば、健康管理エンティティ又は第三者装置１６０から）情報のための要求を受信する。上述のように、健康管理エンティティは、HCP又は１つ以上のHCPを含むHCOであってよい。健康管理エンティティは、（例えば、オーナからの来る受診のために、オーナのための文書を準備するために、等）PHR内の健康関連情報の一部の閲覧を要求してもよい。
【００６３】
４１０で、PHRサーバ１１５は、健康管理エンティティからの要求が一般にアクセス可能なPHR内の情報に対するものかどうかを決定する。上述のように、PHRは、複数のセクションに区分されてよい。PHRのオーナは、オーナのみが閲覧及び／又は書き込むためにアクセスを許可される場合に、PHR内の健康関連情報のうちのどれが秘密に保持されるべきかを定める設定入力を提供してよい。要求がアクセス不可情報に対するものである場合、４１５で、PHRサーバ１１５は、要求を拒否する。
【００６４】
要求がアクセス可能な情報に対するものである場合、４２０で、PHRサーバ１１５は、要求を送信している要求者が許可されたエンティティであるかどうかを決定する。上述のように、オーナからのアクセス入力は、PHR内の健康関連情報のそれぞれの選択部分にアクセスし得る１つ以上の健康管理エンティティの識別子を定めてよい。したがって、PHRサーバ１１５は、要求側健康管理エンティティの識別子がアクセス入力に含まれるかどうかを決定してよい。PHRサーバ１１５は、異なる標準を利用してもよい。例えば、要求側健康管理エンティティに対応するセクションがある場合、健康管理エンティティは、このセクション（及びアクセス入力の中で更なるアクセスについて指定されない限りこのセクションのみ）へのアクセスを常に許可されてよい。要求が未認可エンティティからである場合、４１５で、PHRサーバ１１５は、要求を拒否する。
【００６５】
要求が許可されたエンティティからである場合、４２５で、PHRサーバ１１５は、要求された情報の部分が要求側健康管理エンティティに提供されることを許可されるかどうかを決定する。ここでも、アクセスエンティティは、PHR内の健康管理情報のどの部分が指定された健康管理エンティティによりアクセスされてよいかを定めてよい。したがって、要求が未認可アクセス可能情報に対するものである場合、４１５で、PHRサーバ１１５は、要求を拒否する。しかしながら、要求が認可されたアクセス可能情報に対するものである場合、４３０で、PHRサーバ１１５は、要求された情報を健康管理エンティティへ送信し、又は要求された情報を閲覧するためのアクセスを許可する。健康管理エンティティは読み出し専用能力を提供されてよいことに留意する。
【００６６】
方法４００は更なる検証動作を含んでよいことに留意する。上述のように、PHRサーバ１１５は、許可された健康管理エンティティがPHR内の健康管理情報の許可された部分へのアクセスを許可されるタイミング機能を利用してよい。したがって、方法４００は、要求がこの定められた時間期間（アクセス入力の中で示される）内に受信されるかどうかを決定する動作を含んでよい。この時間期間の範囲外である場合、要求は拒否されてよい。この時間期間の範囲内である場合、要求は処理されてよい。
【００６７】
例示的な実施形態は、有効な個人健康記録を生成し及び提供する装置、システム、及び方法を提供する。個人健康記録は、健康管理エンティティに従い組織化された記録のオーナの健康関連情報を含んでよい。情報は、ユーザが情報の全体を閲覧することを許可する関連付けられたアクセス権又は設定を有してよく、一方で、健康管理エンティティのような要求側パーティは、情報の選択された部分を閲覧する権利が認められてよい。
【００６８】
例示的な実施形態は、クラウドに基づくセグメント化された個人健康記録を利用し、健康関連情報はオーナにより選択された認可されたエンティティに共有されてよい。個人健康記録は、健康管理エンティティを登録し及び対応するエンティティにより所有される電子健康記録から対応する健康関連情報を格納するために使用される健康管理エンティティ専用セクションも含んでよい。公衆に確立されたアプリケーションプログラムインタフェースを通じて、PHRは、後の臨床データが含まれるために個人健康記録を有する健康管理エンティティを登録し、オーナに個人健康記録の中のこのデータにアクセスする方法を提供する。アプリケーションプログラムインタフェースは、オーナが、利用可能な健康管理エンティティをリストし、閲覧のための健康関連情報への許可権利を確立することも可能にする。
【００６９】
当業者は、上述の例示的な実施形態が、任意の適切なソフトウェア又はハードウェア構成又はそれらの結合で実装されてよいことを理解する。例示的な実施形態を実装する例示的なハードウェアプラットフォームは、例えば、オペレーティングシステムと互換性のあるIntel  x８６に基づくプラットフォーム、Windowsプラットフォーム、Macプラットフォーム及びMAC  OS、iOS、Android等のようなオペレーティングシステムを有するモバイル装置、を含んでよい。更なる例では、上述の方法の例示的な実施形態は、コンピュータ可読記憶媒体に格納されプロセッサ又はマイクロプロセッサで実行され得るコードラインを含むコンピュータプログラムとして実装されてよい。記憶媒体は、例えば、いかなる記憶動作を用いて上述のオペレーティングシステムと共に使用するために互換性のある又はフォーマットされたローカル又はリモートデータレポジトリであってよい。
【００７０】
当業者に明らかなことに、本開示の精神又は範囲から逸脱することなく種々の変更が本開示において行われてよい。したがって、本開示は、本開示の変形及び変更が添付の請求の範囲及びそれらの均等物の範囲に含まれるならば、上述の開示の該変形及び変更を包含する。
【図１】
2020522816.tif 000003
【図２】
2020522816.tif 000004
【図３】
2020522816.tif 000005
【図４】
2020522816.tif 000006
【手続補正書】
【提出日】令和1年12月10日(2019.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
個人健康記録（PHR）サーバにおいて、オーナのPHRを維持するステップであって、前記PHRは複数のセクションを含み、前記セクションのうちの１つは複数のサブセクションを含む集約セクションであり、前記サブセクションのうちの１つは健康管理エンティティに対応する、ステップと、
前記PHRのオーナから検索入力を受信するステップであって、前記検索入力は、情報が要求されるべき前記健康管理エンティティを識別する、ステップと、
前記情報のための要求を生成するステップと、
前記要求を前記健康管理エンティティへ送信するステップと、
前記健康管理エンティティから前記情報を受信するステップと、
前記情報を、前記健康管理エンティティに対応する前記PHR内の前記集約セクションの前記サブセクションに含めるステップと、
を含む方法。
【請求項２】
前記PHRの前記オーナ及び前記健康管理エンティティのうちの一方から、更新入力を受信するステップであって、前記更新入力は、前記集約セクションの中の前記健康管理エンティティに対応する前記サブセクションを生成するよう前記PHRサーバに指示する、ステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記PHRの前記オーナから、アクセス入力を受信するステップであって、前記アクセス入力は、前記情報を表示するよう前記PHRに要求する、ステップ、
を更に含み、前記情報はマスク部分を含み、前記マスク部分は、前記PHRの前記オーナに表示されないようにされる、む請求項１に記載の方法。
【請求項４】
前記PHRを、前記PHRの前記オーナに対応するユニバーサルユニークな識別子に関連付けるステップ、
を更に含む請求項１に記載の方法。
【請求項５】
前記PHRの前記オーナから、設定入力を受信するステップであって、前記設定入力は、前記健康管理エンティティに対応するエンティティ識別子に関連付けられたアクセス権を定め、前記アクセス権は、前記PHRの前記集約セクションの中の更なるサブセクションを示し、前記更なるサブセクションは更なる健康管理エンティティに対応する、ステップ、
を更に含む請求項１に記載の方法。
【請求項６】
前記健康管理エンティティから、エンティティアクセス要求を受信するステップと、
前記エンティティアクセス要求が前記エンティティ識別子を含むか否かを決定するステップと、
前記エンティティアクセス要求が前記エンティティ識別子を含むとき、前記エンティティアクセス要求が前記更なるサブセクションの指示を含むか否かを決定するステップと、
前記エンティティアクセス要求が前記指示を含むとき、前記PHRの前記集約セクションの中の前記更なるサブセクションへのアクセスを提供するステップと、
を更に含む請求項５に記載の方法。
【請求項７】
前記情報と前記PHRの他の情報との間に衝突があるか否かを決定するステップと、
前記衝突が決定されると、前記健康管理エンティティに対する警告を生成するステップと、
を更に含む請求項１に記載の方法。
【請求項８】
前記PHRは、クラウドに基づく記憶構造であるPHRレポジトリに格納され、前記健康管理エンティティは、健康管理施術者、又は１人以上の健康管理施術者を含む健康管理組織、のうちの１つである、請求項１に記載の方法。
【請求項９】
オーナの個人健康記録（PHR）を維持するPHRサーバであって、
通信ネットワークを介して通信する通信機であって、前記通信機は、前記PHRの前記オーナにより利用されるユーザ装置及び健康管理エンティティの電子装置とデータを交換するよう構成される、通信機と、
実行可能プログラムを格納するメモリと、
前記実行可能プログラムを実行するプロセッサであって、前記実行可能プログラムは、前記プロセッサに、前記PHRの維持における動作を実行させ、前記PHRは複数のセクションを含み、前記セクションのうちの第１セクションは前記オーナに関連付けられた個人情報を含む個人セクションであり、前記セクションのうちの第２セクションは複数のサブセクションを含む集約セクションであり、前記サブセクションの各々はそれぞれの健康管理エンティティに対応し、前記サブセクションは、前記それぞれの健康管理エンティティにより維持されるそれぞれの記録に基づき前記オーナに関連付けられたそれぞれの健康関連情報を含む、プロセッサと、
を含むPHRサーバ。
【請求項１０】
前記個人情報は前記ユーザ装置から受信され、前記個人セクションは、前記健康管理エンティティが前記個人情報を閲覧することを防ぐ制限付きアクセスレベルを有する、請求項９に記載のPHRサーバ。
【請求項１１】
前記プロセッサは、第１健康関連情報のための要求を生成するステップを更に含む動作を実行し、前記通信機は、更に、前記要求を第１健康管理エンティティへ送信し、前記健康関連情報を前記第１健康管理エンティティから受信する、請求項９に記載のPHRサーバ。
【請求項１２】
前記プロセッサは、
前記第１健康管理エンティティの識別子を決定するステップと、
前記識別子に対応する前記サブセクションのうちの１つを識別するステップと、
前記第１健康関連情報を前記識別子に対応する前記サブセクションに含めるステップと、
を更に含む動作を実行する、請求項１１に記載のPHRサーバ。
【請求項１３】
前記セクションのうちの第３セクションは、選択されたエンティティにとっての閲覧可能情報を含む選択的閲覧可能セクションであり、前記閲覧可能情報は前記オーナにより閲覧されないようにされる、請求項９に記載のPHRサーバ。
【請求項１４】
前記通信機は、識別子を示すアクセス入力及び前記集約セクションの選択されたサブセクションを受信する、請求項９に記載のPHRサーバ。
【請求項１５】
前記プロセッサは、
要求者からアクセス要求を受信するステップと、
前記要求者の要求識別子を決定するステップと、
前記要求者の前記要求識別子が前記アクセス入力の中で示された識別子に対応するとき、前記要求者に前記選択されたサブセクションへのアクセスを提供するステップと、
を更に含む動作を実行する、請求項１４に記載のPHRサーバ。
【国際調査報告】
2020522816.tif 000007
2020522816.tif 000008