(57)【要約】  基礎疾患又は障害を治療するための有効なデジタル治療処方箋を有する患者に関連する患者装置からネットワークを介して患者生成イベントデータを受け取るステップを含む方法。患者生成イベントデータは、患者装置によって暗号化され、有効なデジタル治療処方箋に関連する少なくとも１つのタイムスタンプ付きイベントを含む。この方法は、患者生成イベントデータを受け取ったことに応答して、患者生成イベントデータを復号し、匿名化し、匿名化された患者生成イベントデータを記憶するステップを含む。方法は、患者生成イベントデータを要求する、認証トークンを含む患者記録要求を、医療提供者（ＨＣＰ）からネットワークを介して受け取るステップをさらに含む。方法は、患者記録要求を受け取ったことに応答して、認証トークンを使用してメモリハードウェアから匿名化された患者生成イベントデータを検索して暗号化するステップを含む。【選択図】図１
2020537462.tif 000002
【特許請求の範囲】
【請求項１】
バックエンドサービスのデータ処理ハードウェアにおいて、管理医療専門家（ＨＣＰ）によって処方された、基礎疾患又は障害を治療するための有効なデジタル療法処方箋を有する患者に関連する患者装置からネットワークを介して、前記患者装置によって暗号化された、前記有効なデジタル治療処方箋に関連する少なくとも１つのタイムスタンプ付きイベントを含む患者生成イベントデータを受け取るステップと、
前記患者生成イベントデータを受け取ったことに応答して、
前記データ処理ハードウェアが、前記患者生成イベントデータを復号するステップと、
前記データ処理ハードウェアが、前記患者生成イベントデータからあらゆる患者識別情報を削除することによって前記患者生成イベントデータを匿名化するステップと、
前記データ処理ハードウェアが、前記匿名化された患者生成イベントデータを、前記データ処理ハードウェアと通信する前記バックエンドサービスのメモリハードウェアに記憶するステップと、
前記データ処理ハードウェアにおいて、前記患者を管理する前記ＨＣＰに関連するＨＣＰシステムから前記ネットワークを介して、前記患者生成イベントデータを要求する、認証トークンを含む患者記録要求を受け取るステップと、
前記患者記録要求を受け取ったことに応答して、
前記データ処理ハードウェアが、前記認証トークンを使用して、前記メモリハードウェアから前記匿名化された患者生成イベントデータを検索するステップと、
前記データ処理ハードウェアが、前記患者生成イベントデータを復号するステップと、
前記データ処理ハードウェアが、前記ネットワークを介して前記ＨＣＰシステムに前記暗号化された患者生成イベントデータを送信するステップと、
を含み、前記暗号化された患者生成イベントデータは、前記ＨＣＰシステムによって受け取られた時に、前記ＨＣＰシステムに、
前記患者生成イベントデータを復号し、
前記ＨＣＰシステムのディスプレイの患者ダッシュボード画面内に前記患者生成イベントデータを提示する、
ことを行わせる、
ことを特徴とする方法。
【請求項２】
前記患者生成イベントデータを受け取る前に、
前記データ処理ハードウェアにおいて、前記デジタル治療処方箋にアクセスするための患者アプリケーションに前記患者装置を登録するように前記患者に要求する、アクセスコードを含む登録要求を前記患者装置から受け取るステップと、
前記データ処理ハードウェアが、アクセスコードが有効であるかどうかを判定するステップと、
前記アクセスコードが有効である場合、前記データ処理ハードウェアが、前記患者装置を前記患者アプリケーションに登録するように前記患者を促すステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記データ処理ハードウェアにおいて、前記基礎疾患又は障害を治療するための前記デジタル治療処方箋にアクセスできるように前記患者を登録する、前記患者の電子メールアドレスを含む患者追加入力を前記ＨＣＰシステムから受け取るステップと、
前記アクセスコードを入力して前記登録要求を送信するように前記患者に指示する、前記アクセスコードを含む登録確認電子メールを、前記患者の前記電子メールアドレスを使用して前記データ処理ハードウェアから前記患者装置に送信するステップと、
をさらに含む請求項２に記載の方法。
【請求項４】
前記患者装置は、
前記有効なデジタル治療処方箋に関連する患者生成イベントの発生時にこれを検出し、
前記患者装置と前記バックエンドサービスとの間のネットワーク接続が利用可能であるかどうかを判定し、
ネットワーク接続が利用可能である場合、前記患者生成イベントデータを含むタイムスタンプ付きの前記患者生成イベントを、前記ネットワークを介して前記データ処理ハードウェアに送信するように前記患者装置に指示する、
ように構成された患者アプリケーションを実行する、請求項１に記載の方法。
【請求項５】
前記患者アプリケーションは、前記ネットワーク接続が利用可能でない場合、
前記患者生成イベントにタイムスタンプを付し、
前記患者装置のメモリハードウェアの暗号化キューに前記患者生成イベントを記憶し、
前記ネットワーク接続が利用可能になった時に、前記暗号化キューから前記バックエンドサービスに前記患者生成イベントデータを送信する、
ように構成される、請求項４に記載の方法。
【請求項６】
前記認証トークンを使用して前記メモリハードウェアから前記匿名化された患者生成イベントデータを検索するステップは、前記認証トークンに関連する暗号学的ハッシュと前記匿名化された患者生成イベントデータに関連する暗号学的ハッシュとを照合することによって、前記匿名化された患者生成イベントデータを識別するステップを含む、
請求項１に記載の方法。
【請求項７】
前記バックエンドサービスは、該バックエンドサービスのためのセキュアな実行環境を提供する仮想化コンテナ内で動作する、
請求項１に記載の方法。
【請求項８】
前記データ処理ハードウェアにおいて、前記患者の前記デジタル治療処方箋に関連する治療コンテンツを要求する治療コンテンツ要求を前記患者装置から受け取るステップと、
前記データ処理ハードウェアが、前記要求された前記患者のデジタル治療処方箋に関連する治療コンテンツを前記メモリハードウェアから検索するステップと、
前記データ処理ハードウェアが、前記治療コンテンツを前記患者装置に送信するステップと、
をさらに含み、前記治療コンテンツは、前記患者装置によって受け取られた時に、前記患者装置上で実行される患者アプリケーションに前記治療コンテンツを前記患者装置から視覚的及び／又は聴覚的に出力させる、
請求項１に記載の方法。
【請求項９】
前記治療コンテンツは、前記デジタル治療処方箋の継続期間中に前記患者が完了させる必要がある一連の治療レッスンを含む学習モジュールを含み、前記１又は２以上の治療レッスンは、前記基礎疾患又は障害を治療するための前記デジタル治療処方箋の認知行動療法学習部分に対応する、
請求項８に記載の方法。
【請求項１０】
前記一連の治療レッスンは、前記患者が順番に１つずつ完了させなければならない順序付きリスト内に配置される、
請求項９に記載の方法。
【請求項１１】
前記治療レッスンのうちの少なくとも１つは、前記対応する治療レッスンを完了させるために前記患者が無事に合格しなければならない、前記治療レッスンに関連する対応する習熟度テストを含む、
請求項９に記載の方法。
【請求項１２】
前記治療コンテンツは、前記学習モジュールに関連するオーディオ及び／又はビデオファイルをさらに含む、
請求項９に記載の方法。
【請求項１３】
前記患者生成イベントデータは、前記患者が薬物を使用したか否かを示す前記患者の薬物スクリーニング結果を含む、
請求項１に記載の方法。
【請求項１４】
前記患者生成イベントデータは、前記患者が特定の薬物を使用したか否かを示す自己申告更新を含む、
請求項１に記載の方法。
【請求項１５】
前記患者生成イベントデータは、前記患者装置上で実行されている患者アプリケーションへのログインイベントを含み、前記患者アプリケーションは、前記ネットワークを介した前記患者装置と前記バックエンドサービスとの間の通信を開始して、前記デジタル治療処方箋へのアクセスを可能にするように構成される、
請求項１に記載の方法。
【請求項１６】
バックエンドサービスのデータ処理ハードウェアと、
前記バックエンドサービスのメモリハードウェアと、
を備えたシステムであって、前記メモリハードウェアは、前記データ処理ハードウェアと通信するとともに命令を記憶し、該命令は、前記データ処理ハードウェアで実行された時に、前記データ処理ハードウェアに、
管理医療専門家（ＨＣＰ）によって処方された、基礎疾患又は障害を治療するための有効なデジタル療法処方箋を有する患者に関連する患者装置からネットワークを介して、前記患者装置によって暗号化された、前記有効なデジタル治療処方箋に関連する少なくとも１つのタイムスタンプ付きイベントを含む患者生成イベントデータを受け取るステップと、
前記患者生成イベントデータを受け取ったことに応答して、
前記患者生成イベントデータを復号するステップと、
前記患者生成イベントデータからあらゆる患者識別情報を削除することによって前記患者生成イベントデータを匿名化するステップと、
前記匿名化された患者生成イベントデータを前記メモリハードウェアに記憶するステップと、
前記患者を管理する前記ＨＣＰに関連するＨＣＰシステムから前記ネットワークを介して、前記患者生成イベントデータを要求する、認証トークンを含む患者記録要求を受け取るステップと、
前記患者記録要求を受け取ったことに応答して、
前記認証トークンを使用して、前記メモリハードウェアから前記匿名化された患者生成イベントデータを検索するステップと、
前記患者生成イベントデータを復号するステップと、
前記暗号化された患者生成イベントデータを、前記ネットワークを介して前記ＨＣＰシステムに送信するステップと、
を含む動作を実行させ、前記暗号化された患者生成イベントデータは、前記ＨＣＰシステムによって受け取られた時に、前記ＨＣＰシステムに、
前記患者生成イベントデータを復号し、
前記ＨＣＰシステムのディスプレイの患者ダッシュボード画面内に前記患者生成イベントデータを提示する、
ことを行わせる、
ことを特徴とするシステム。
【請求項１７】
前記動作は、前記患者生成イベントデータを受け取る前に、
前記デジタル治療処方箋にアクセスするための患者アプリケーションに前記患者装置を登録するように前記患者に要求する、アクセスコードを含む登録要求を前記患者装置から受け取るステップと、
アクセスコードが有効であるかどうかを判定するステップと、
前記アクセスコードが有効である場合、前記患者装置を前記患者アプリケーションに登録するように前記患者を促すステップと、
をさらに含む、請求項１６に記載のシステム。
【請求項１８】
前記動作は、
前記基礎疾患又は障害を治療するための前記デジタル治療処方箋にアクセスできるように前記患者を登録する、前記患者の電子メールアドレスを含む患者追加入力を前記ＨＣＰシステムから受け取るステップと、
前記アクセスコードを入力して前記登録要求を送信するように前記患者に指示する、前記アクセスコードを含む登録確認電子メールを、前記患者の前記電子メールアドレスを使用して前記データ処理ハードウェアから前記患者装置に送信するステップと、
をさらに含む、請求項１７に記載のシステム。
【請求項１９】
前記患者装置は、
前記有効なデジタル治療処方箋に関連する患者生成イベントの発生時にこれを検出し、
前記患者装置と前記バックエンドサービスとの間のネットワーク接続が利用可能であるかどうかを判定し、
ネットワーク接続が利用可能である場合、前記患者生成イベントデータを含むタイムスタンプ付きの前記患者生成イベントを、前記ネットワークを介して前記データ処理ハードウェアに送信するように前記患者装置に指示する、
ように構成された患者アプリケーションを実行する、請求項１６に記載のシステム。
【請求項２０】
前記患者アプリケーションは、前記ネットワーク接続が利用可能でない場合、
前記患者生成イベントにタイムスタンプを付し、
前記患者装置のメモリハードウェアの暗号化キューに前記患者生成イベントを記憶し、
前記ネットワーク接続が利用可能になった時に、前記暗号化キューから前記バックエンドサービスに前記患者生成イベントデータを送信する、
ように構成される、請求項１９に記載のシステム。
【請求項２１】
前記認証トークンを使用して前記メモリハードウェアから前記匿名化された患者生成イベントデータを検索するステップは、前記認証トークンに関連する暗号学的ハッシュと前記匿名化された患者生成イベントデータに関連する暗号学的ハッシュとを照合することによって、前記匿名化された患者生成イベントデータを識別するステップを含む、
請求項１６に記載のシステム。
【請求項２２】
前記バックエンドサービスは、該バックエンドサービスのためのセキュアな実行環境を提供する仮想化コンテナ内で動作する、
請求項１６に記載のシステム。
【請求項２３】
前記動作は、
前記患者の前記デジタル治療処方箋に関連する治療コンテンツを要求する治療コンテンツ要求を前記患者装置から受け取るステップと、
前記要求された前記患者のデジタル治療処方箋に関連する治療コンテンツを前記メモリハードウェアから検索するステップと、
前記治療コンテンツを前記患者装置に送信するステップと、
をさらに含み、前記治療コンテンツは、前記患者装置によって受け取られた時に、前記患者装置上で実行される患者アプリケーションに前記治療コンテンツを前記患者装置から視覚的及び／又は聴覚的に出力させる、
請求項１６に記載のシステム。
【請求項２４】
前記治療コンテンツは、前記デジタル治療処方箋の継続期間中に前記患者が完了させる必要がある一連の治療レッスンを含む学習モジュールを含み、前記１又は２以上の治療レッスンは、前記基礎疾患又は障害を治療するための前記デジタル治療処方箋の認知行動療法学習部分に対応する、
請求項２３に記載のシステム。
【請求項２５】
前記一連の治療レッスンは、前記患者が順番に１つずつ完了させなければならない順序付きリスト内に配置される、
請求項２４に記載のシステム。
【請求項２６】
前記治療レッスンのうちの少なくとも１つは、前記対応する治療レッスンを完了させるために前記患者が無事に合格しなければならない、前記治療レッスンに関連する対応する習熟度テストを含む、
請求項２４に記載のシステム。
【請求項２７】
前記治療コンテンツは、前記学習モジュールに関連するオーディオ及び／又はビデオファイルをさらに含む、
請求項２４に記載のシステム。
【請求項２８】
前記患者生成イベントデータは、前記患者が薬物を使用したか否かを示す前記患者の薬物スクリーニング結果を含む、
請求項１６に記載のシステム。
【請求項２９】
前記患者生成イベントデータは、前記患者が特定の薬物を使用したか否かを示す自己申告更新を含む、
請求項１６に記載のシステム。
【請求項３０】
前記患者生成イベントデータは、前記患者装置上で実行されている患者アプリケーションへのログインイベントを含み、前記患者アプリケーションは、前記ネットワークを介した前記患者装置と前記バックエンドサービスとの間の通信を開始して、前記デジタル治療処方箋へのアクセスを可能にするように構成される、
請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
〔関連出願との相互参照〕
本米国特許出願は、２０１７年１０月１１日に出願された米国仮特許出願第６２／５７０９７５号及び２０１８年５月１４日に出願された米国仮特許出願第６２／６７１１３１号に対する合衆国法典第３５編第１１９条（ｅ）に基づく優先権を主張するものである。これらの先行出願の開示は本出願の開示の一部と見なされ、その全体が引用により本明細書に組み入れられる。
【０００２】
本開示は、デジタル療法を用いた疾患及び障害の治療においてデータセキュリティを確保するためのシステム及び方法に関する。
【背景技術】
【０００３】
薬物療法は、様々な医学的疾患及び障害の治療において重要な役割を果たしてきた。従来の薬物療法は、医薬品などを投与するものである。従来の医薬品の例としては、通常は化学合成によって得られる低分子薬物、並びに組み換えタンパク、ワクチン、遺伝子療法で使用される血液製剤、モノクローナル抗体及び細胞療法などを含むことができるバイオ医薬品を挙げることができる。薬物療法は、特定の疾患及び障害を治療するための有効なメカニズムであることが分かっているが、欠点が無いわけではない。例えば、医薬品は、しばしば望ましくない一定の副作用を伴うことが知られている。また、医薬品は高価であることが多く、時には手が出せないこともある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年では、上述した従来の薬物療法に加えて、又はその代わりに、複数のメカニズムを利用した多くの医学的疾患及び障害の治療が着実に増えている。具体的には、デジタル通信及びクラウドコンピューティング技術が発展を続けて医学界に受け入れられているということで、デジタル療法の使用が医学的疾患及び障害と闘うのに有効な治療形態である。あらゆる形態のデジタル通信と同様に、デジタル療法は、患者のデータが安全であり、データの使用が様々な法令に確実に従うようにすることに重点を置かなければならない。
【課題を解決するための手段】
【０００５】
本開示の１つの態様は、デジタル療法を使用して疾患又は障害のある患者を治療する方法を提供する。この方法は、バックエンドサービスのデータ処理ハードウェアにおいて、管理医療専門家（ＨＣＰ）によって処方された、基礎疾患又は障害を治療するための有効なデジタル療法処方箋を有する患者に関連する患者装置からネットワークを介して、患者装置によって暗号化された、有効なデジタル治療処方箋に関連する少なくとも１つのタイムスタンプ付きイベントを含む患者生成イベントデータを受け取るステップを含む。方法は、患者生成イベントデータを受け取ったことに応答して、データ処理ハードウェアが患者生成イベントデータを復号するステップと、データ処理ハードウェアが、患者生成イベントデータからあらゆる患者識別情報を削除することによって患者生成イベントデータを匿名化するステップと、データ処理ハードウェアが、匿名化された患者生成イベントデータを、データ処理ハードウェアと通信するバックエンドサービスのメモリハードウェアに記憶するステップとを含む。方法は、データ処理ハードウェアにおいて、患者を管理するＨＣＰに関連するＨＣＰシステムからネットワークを介して患者記録要求を受け取るステップをさらに含む。患者記録要求は、患者生成イベントデータを要求し、認証トークンを含む。方法は、患者記録要求を受け取ったことに応答して、データ処理ハードウェアが認証トークンを使用して、メモリハードウェアから匿名化された患者生成イベントデータを検索するステップと、データ処理ハードウェアが患者生成イベントデータを復号するステップとを含む。方法は、データ処理ハードウェアが、ネットワークを介してＨＣＰシステムに暗号化された患者生成イベントデータを送信するステップも含む。暗号化された患者生成イベントデータは、ＨＣＰシステムによって受け取られた時に、ＨＣＰシステムに、患者生成イベントデータを復号し、ＨＣＰシステムのディスプレイの患者ダッシュボード画面内に患者生成イベントデータを提示することを行わせる。
【０００６】
本開示の実装は、以下の任意の特徴うちの１つ又は２つ以上を含むことができる。いくつかの実装では、方法が、患者生成イベントデータを受け取る前に、データ処理ハードウェアにおいて、患者装置から登録要求を受け取るステップをさらに含む。登録要求はアクセスコードを含み、デジタル治療処方箋にアクセスするための患者アプリケーションに患者装置を登録するように患者に要求する。これらの実装では、方法が、アクセスコードが有効であるかどうかをデータ処理ハードウェアが判定するステップと、アクセスコードが有効である場合、データ処理ハードウェアが患者装置を患者アプリケーションに登録するように患者を促すステップとをさらに含む。方法は、データ処理ハードウェアにおいて、ＨＣＰシステムから患者追加入力を受け取るステップをさらに含むことができる。ここでは、患者追加入力が、基礎疾患又は障害を治療するためのデジタル治療処方箋にアクセスできるように患者を登録する。患者追加入力は、患者の電子メールアドレスを含む。次に、方法は、患者の電子メールアドレスを使用して、データ処理ハードウェアから患者装置に登録確認電子メールを送信するステップを含むことができる。登録確認電子メールはアクセスコードを含み、アクセスコードを入力して登録要求を送信するように患者に指示する。
【０００７】
いくつかの実装では、患者装置が、有効なデジタル治療処方箋に関連する患者生成イベントの発生時にこれを検出して患者装置とバックエンドサービスとの間のネットワーク接続が利用可能であるかどうかを判定するように構成された患者アプリケーションを実行する。患者アプリケーションは、ネットワーク接続が利用可能である場合、患者生成イベントデータを含むタイムスタンプ付きの患者生成イベントを、ネットワークを介してデータ処理ハードウェアに送信するように患者装置に指示するようにさらに構成される。いくつかの例では、患者アプリケーションが、ネットワーク接続が利用可能でない場合、患者生成イベントにタイムスタンプを付し、患者装置のメモリハードウェアの暗号化キューに患者生成イベントを記憶し、ネットワーク接続が利用可能になった時に、暗号化キューからバックエンドサービスに患者生成イベントデータを送信するように構成される。
【０００８】
いくつかの例では、認証トークンを使用してメモリハードウェアから匿名化された患者生成イベントデータを検索するステップが、認証トークンに関連する暗号学的ハッシュと匿名化された患者生成イベントデータに関連する暗号学的ハッシュとを照合することによって、匿名化された患者生成イベントデータを識別するステップを含む。いくつかの例では、バックエンドサービスが、バックエンドサービスのためのセキュアな実行環境を提供する仮想化コンテナ内で動作する。
【０００９】
いくつかの実装では、方法が、データ処理ハードウェアにおいて、患者のデジタル治療処方箋に関連する治療コンテンツを要求する治療コンテンツ要求を患者装置から受け取るステップと、データ処理ハードウェアが、要求された患者のデジタル治療処方箋に関連する治療コンテンツをメモリハードウェアから検索するステップとをさらに含む。これらの実装では、方法が、要求された治療コンテンツを検索した後に、データ処理ハードウェアが治療コンテンツを患者装置に送信するステップをさらに含む。治療コンテンツは、患者装置によって受け取られた時に、患者装置上で実行される患者アプリケーションに治療コンテンツを患者装置から視覚的及び／又は聴覚的に出力させる。治療コンテンツは、デジタル治療処方箋の継続期間中に患者が完了させる必要がある一連の治療レッスンを含む学習モジュールを含むことができる。治療コンテンツ内の１又は２以上の治療レッスンは、基礎疾患又は障害を治療するためのデジタル治療処方箋の認知行動療法学習部分に対応することができる。いくつかの例では、治療コンテンツが一連の治療レッスンを含む学習モジュールを含む場合、一連の治療レッスンが、患者が順番に１つずつ完了させなければならない順序付きリスト内に配置される。これに加えて、又はこれとは別に、治療レッスンのうちの少なくとも１つは、対応する治療レッスンを完了させるために患者が無事に合格しなければならない、治療レッスンに関連する対応する習熟度テストを含むこともできる。治療コンテンツは、学習モジュールに関連するオーディオ及び／又はビデオファイルをさらに含むことができる。
【００１０】
いくつかの実装では、患者生成イベントデータが、患者が薬物を使用したか否かを示す患者の薬物スクリーニング結果を含む。これに加えて、又はこれとは別に、患者生成イベントデータは、患者が特定の薬物を使用したか否かを示す自己申告更新を含む。いくつかの例では、患者生成イベントデータが、患者装置上で実行されている患者アプリケーションへのログインイベントを含む。ここでは、患者アプリケーションが、ネットワークを介した患者装置とバックエンドサービスとの間の通信を開始して、デジタル治療処方箋へのアクセスを可能にするように構成される。
【００１１】
本開示の別の態様は、デジタル療法を使用して疾患又は障害のある患者を治療するためのシステムを提供する。このシステムは、データ処理ハードウェアと、データ処理ハードウェアと通信するメモリハードウェアとを含む。メモリハードウェアは命令を記憶し、この命令は、データ処理ハードウェアで実行された時に、データ処理ハードウェアに、管理医療専門家（ＨＣＰ）によって処方された、基礎疾患又は障害を治療するための有効なデジタル療法処方箋を有する患者に関連する患者装置からネットワークを介して、患者装置によって暗号化された、有効なデジタル治療処方箋に関連する少なくとも１つのタイムスタンプ付きイベントを含む患者生成イベントデータを受け取るステップを含む動作を実行させる。この動作は、患者生成イベントデータを受け取ったことに応答して、患者生成イベントデータを復号するステップと、患者生成イベントデータからあらゆる患者識別情報を削除することによって患者生成イベントデータを匿名化するステップと、匿名化された患者生成イベントデータをメモリハードウェアに記憶するステップとをさらに含む。動作は、患者を管理するＨＣＰに関連するＨＣＰシステムからネットワークを介して患者記録要求を受け取るステップをさらに含む。患者記録要求は、患者生成イベントデータを要求し、認証トークンを含む。動作は、患者記録要求を受け取ったことに応答して、認証トークンを使用してメモリハードウェアから匿名化された患者生成イベントデータを検索するステップと、患者生成イベントデータを復号するステップとをさらに含む。動作は、暗号化された患者生成イベントデータを、ネットワークを介してＨＣＰシステムに送信するステップも含む。暗号化された患者生成イベントデータは、ＨＣＰシステムによって受け取られた時に、ＨＣＰシステムに、患者生成イベントデータを復号し、ＨＣＰシステムのディスプレイの患者ダッシュボード画面内に患者生成イベントデータを提示することを行わせる。
【００１２】
本開示の実装は、以下の任意の特徴うちの１つ又は２つ以上を含むことができる。いくつかの実装では、動作が、患者生成イベントデータを受け取る前に、患者装置から登録要求を受け取るステップをさらに含む。登録要求はアクセスコードを含み、デジタル治療処方箋にアクセスするための患者アプリケーションに患者装置を登録するように患者に要求する。これらの実装では、動作が、アクセスコードが有効であるかどうかを判定するステップと、アクセスコードが有効である場合、患者装置を患者アプリケーションに登録するように患者を促すステップとをさらに含む。動作は、ＨＣＰシステムから患者追加入力を受け取るステップをさらに含むことができる。ここでは、患者追加入力が、基礎疾患又は障害を治療するためのデジタル治療処方箋にアクセスできるように患者を登録する。患者追加入力は、患者の電子メールアドレスを含む。次に、動作は、患者の電子メールアドレスを使用して、データ処理ハードウェアから患者装置に登録確認電子メールを送信するステップを含むことができる。登録確認電子メールはアクセスコードを含み、アクセスコードを入力して登録要求を送信するように患者に指示する。
【００１３】
いくつかの実装では、患者装置が、有効なデジタル治療処方箋に関連する患者生成イベントの発生時にこれを検出して患者装置とバックエンドサービスとの間のネットワーク接続が利用可能であるかどうかを判定するように構成された患者アプリケーションを実行する。患者アプリケーションは、ネットワーク接続が利用可能である場合、患者生成イベントデータを含むタイムスタンプ付きの患者生成イベントを、ネットワークを介してデータ処理ハードウェアに送信するように患者装置に指示するようにさらに構成される。いくつかの例では、患者アプリケーションが、ネットワーク接続が利用可能でない場合、患者生成イベントにタイムスタンプを付し、患者装置のメモリハードウェアの暗号化キューに患者生成イベントを記憶し、ネットワーク接続が利用可能になった時に、暗号化キューからバックエンドサービスに患者生成イベントデータを送信するように構成される。
【００１４】
いくつかの例では、認証トークンを使用してメモリハードウェアから匿名化された患者生成イベントデータを検索するステップが、認証トークンに関連する暗号学的ハッシュと匿名化された患者生成イベントデータに関連する暗号学的ハッシュとを照合することによって、匿名化された患者生成イベントデータを識別するステップを含む。いくつかの例では、バックエンドサービスが、バックエンドサービスのためのセキュアな実行環境を提供する仮想化コンテナ内で動作する。
【００１５】
いくつかの実装では、動作が、患者のデジタル治療処方箋に関連する治療コンテンツを要求する治療コンテンツ要求を患者装置から受け取るステップと、要求された患者のデジタル治療処方箋に関連する治療コンテンツをメモリハードウェアから検索するステップとをさらに含む。これらの実装では、動作が、要求された治療コンテンツを検索した後に、治療コンテンツを患者装置に送信するステップをさらに含む。治療コンテンツは、患者装置によって受け取られた時に、患者装置上で実行される患者アプリケーションに治療コンテンツを患者装置から視覚的及び／又は聴覚的に出力させる。治療コンテンツは、デジタル治療処方箋の継続期間中に患者が完了させる必要がある一連の治療レッスンを含む学習モジュールを含むことができる。治療コンテンツ内の１又は２以上の治療レッスンは、基礎疾患又は障害を治療するためのデジタル治療処方箋の認知行動療法学習部分に対応することができる。いくつかの例では、治療コンテンツが一連の治療レッスンを含む学習モジュールを含む場合、一連の治療レッスンが、患者が順番に１つずつ完了させなければならない順序付きリスト内に配置される。これに加えて、又はこれとは別に、治療レッスンのうちの少なくとも１つは、対応する治療レッスンを完了させるために患者が無事に合格しなければならない、治療レッスンに関連する対応する習熟度テストを含むこともできる。治療コンテンツは、学習モジュールに関連するオーディオ及び／又はビデオファイルをさらに含むことができる。
【００１６】
いくつかの実装では、患者生成イベントデータが、患者が薬物を使用したか否かを示す患者の薬物スクリーニング結果を含む。これに加えて、又はこれとは別に、患者生成イベントデータは、患者が特定の薬物を使用したか否かを示す自己申告更新を含む。いくつかの例では、患者生成イベントデータが、患者装置上で実行されている患者アプリケーションへのログインイベントを含む。ここでは、患者アプリケーションが、ネットワークを介した患者装置とバックエンドサービスとの間の通信を開始して、デジタル治療処方箋へのアクセスを可能にするように構成される。
【００１７】
添付図面及び以下の説明に、本開示の１又は２以上の実装の詳細を示す。これらの説明及び図面、並びに特許請求の範囲からは、他の態様、特徴及び利点も明らかになるであろう。
【図面の簡単な説明】
【００１８】
【図１】デジタル療法を使用して障害又は疾患のある患者を治療する例示的なシステムの概略図である。
【図２Ａ】患者記録の要求及び検索を行う医療専門家（ＨＣＰ）システムを示す概略図である。
【図２Ｂ】バックエンドサービスのセキュアな実行環境において実行され、匿名化健康情報を分析するように協働し、許可されて認証されたＨＣＰからの要求に応答して匿名化健康情報を再特定するコンテンツマネージャ及びイベントマネージャを示す概略図である。
【図３】患者装置において実行される図１のシステムの患者アプリケーションのコンポーネント例の概略図である。
【図４】ＨＣＰ装置において実行される図１のシステムのＨＣＰアプリケーションのコンポーネント例の概略図である。
【図５】患者生成イベントデータの記憶及び検索を行うように協働するコンテンツマネージャ及びイベントマネージャを示す概略図である。
【図６】分散システムにおける患者生成イベントデータの記憶及び検索方法の動作の構成例のフローチャートである。
【図７】コンピュータ装置例の概略図である。
【発明を実施するための形態】
【００１９】
様々な図面における同じ参照記号は同じ要素を表す。
【００２０】
本明細書における実装は、特定の疾患及び／又は障害を治療するように適合されたデジタル療法の使用に関する。デジタル療法では、患者が、スケジュール予約中に医療専門家（例えば、医師、看護師、臨床医など）に直接会う必要がある場合に比べて多くの時間を治療に費やすことができ、しかも低コストである。患者は、スマートホン及びタブレットなどの電子コンピュータ装置によって、患者に関連する疾患／障害を治療するように特異的に適合された治療コンテンツにダウンロード及び／又はストリーミングを介してアクセスできると共に、治療コンテンツに関与する積極的な役割を果たすように促される。例えば、治療コンテンツは、患者の疾患／障害及びその治療方法に関して患者を教育する学習モジュールを含むことができる。これらの学習モジュールは、ビデオ、オーディオ、治療ガイドライン、及び／又は学習モジュールから得られた患者の理解度及び知識をテストする評価質問（ａｓｓｅｓｓｍｅｎｔ  ｑｕｅｓｔｉｏｎｓ）又はクイズなどの対話型コンテンツのあらゆる組み合わせを含むことができる。また、治療コンテンツは、患者の疾患／障害を治療するための１又は２以上の処方薬の使用ガイドラインを含むこともできる。患者は、学習モジュールを無事に完了した場合、処方薬の使用ガイドラインを守った場合、及び／又は患者の疾患／障害を治療するように処方された治療ガイドラインを別様に守った場合、通知及び／又は電子報酬（例えば、ギフトカード）を通じて報酬を得ることができる。
【００２１】
治療コンテンツに対する患者の進展及び相互作用、並びに主観的データは、バックエンドサービスがログ記録してセキュアに記憶することができる。主観的データは、特定の薬物を使用したい欲求がある旨、特定の薬物を使用した旨、及び／又は特定の薬物の薬物スクリーニングの結果を示す薬物乱用障害患者を含むことができる。全ての患者健康情報（ＰＨＩ）及び患者識別情報（ＰＩＩ）は、暗号化してハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）を介してネットワークを通じてバックエンドサービスに送信することができ、バックエンドサービスは、ＰＩＩからＰＨＩを分離した後に情報をさらにログ記録することができる。ＰＨＩは、患者を識別するＰＩＩがＰＨＩに結び付かないことによって患者の機密データに高レベルのプライバシ及びセキュリティをもたらすように、バックエンドサービスによって記憶される時に匿名化されることが有利である。従って、患者によって記録された治療コンテンツ及び主観的コンテンツを含む患者活動の概要を示す各イベントは、バックエンドサービスによって安全かつ内密にログ記録された上で、患者に処方された療法に関する患者の経過及び順守性を判断するために分析される。さらに、バックエンドサービスは、患者集団からの匿名化健康情報に対して分析を行って、特定の障害／疾患を抱えた患者を識別することなくその障害／疾患を治療するのに治療コンテンツがどの程度有効であるかを判断することができる。例えば、バックエンドサービスは、統合失調症の患者集団からの匿名化健康情報を分析して、統合失調症を治療するための治療コンテンツに患者が積極的に関わっているかどうか、患者が摂取／投与に乗り気であるとは言えない処方薬の服用などの自身に処方された特定のガイドラインに従っているかどうかを確認することができる。
【００２２】
患者は、医療専門家（ＨＣＰ）が特定の疾患又は障害を治療するためのデジタル治療処方箋を患者に処方すると、治療コンテンツにアクセスすることができる。例えば、ＨＣＰは、初診時又は繰り返しの予約時（例えば、毎月）に、処方箋にアクセスするためのアクセスコードをバックエンドサービスから患者に提供することによって、患者にデジタル治療処方箋を処方することができる。ＨＣＰは、患者をバックエンドサービスに登録することができ、バックエンドサービスは、患者にアクセスコードを入力することによって登録を確認するように指示する、アクセスコードを含む確認電子メールを送信することができる。ＨＣＰは、同様の電子コンピュータ装置を使用して、デジタル治療処方箋を処方された管理下の患者リストの進展をバックエンドサービスにアクセスすることによってモニタすることができる。ここでは、ＨＣＰが、自身を認証するとともに、バックエンドサービスによってログ記録された、デジタル治療処方箋に対する患者の関与及び順守に関連する患者健康情報及び患者生成イベントへのアクセスを許可されていることを確認するために、バックエンドサービスに適切な信用証明書（例えば、認証トークン）を提供することができる。ＨＣＰが認証されて許可されると、バックエンドサービスは、各患者によってログ記録された匿名化健康情報を検索し、検索された各患者の健康情報を関連する患者識別情報で再特定してＨＣＰの電子装置に送信することができる。例えば、ＨＣＰは、自身の管理下にあるデジタル治療処方箋を処方された各患者のＰＨＩのダッシュボードを表示するウェブページにアクセスすることができる。ＨＣＰとバックエンドサービスとの間の全ての通信は、ＨＴＴＰＳなどのセキュアなプロトコルを使用して暗号化して送信することができる。いくつかの例では、バックエンドサービスにおいて患者の匿名性が維持されるように、バックエンドサービスが匿名化健康情報を再特定せずにＰＩＩと匿名化健康情報とを単純に別々にＨＣＰに送信し、ＨＣＰが、この健康情報をローカルで再特定することもできる。ここでは、ＨＣＰが、患者健康情報の再特定において使用するための、決してバックエンドサービスに公開されることのないクライアント側の鍵にアクセスすることができる。また、ＨＣＰは、同じ又は異なるクライアント側の鍵を使用して、バックエンドサービスによってネットワークを介して送信された暗号化患者データの復号のみを行うこともできる。
【００２３】
図１を参照すると、いくつかの実装では、治療処方システム１００が、患者１０に処方されたデジタル治療処方箋２２５（図２Ａ）に患者１０がアクセスできるようにして、患者１０とデジタル治療処方箋２２５との相互作用に関連するイベントをモニタする。ここで言う患者１０は、患者１０の住居又は勤務先などのいずれかの遠隔地に存在する。システム１００は、それぞれが特定の疾患又は障害の治療に特別に合わせられた数多くの治療処方箋へのアクセスを可能にすることができる。例えば、薬物乱用障害を抱えた患者１０では、患者を管理する認定された医療専門家（ＨＣＰ）４０が、患者を教育するように設計された治療コンテンツ１２０を含むデジタル治療処方箋を患者に処方して、薬物乱用障害を治療するために必要なツール（例えば、認知行動変更）を提供することができる。同様に、統合失調症などの疾患を抱えた患者１０の治療にもデジタル治療処方箋を利用することができる。ＨＣＰ４０は、医師、看護師、臨床医、又は患者１０の基礎疾患／障害を治療する資格を有する他の医療専門家を含むことができる。
【００２４】
いくつかの例では、システム１００が、ネットワーク２０と、患者装置１１０と、ＨＣＰシステム１４０と、バックエンドサービス２００とを含む。ネットワーク２０は、特定のモジュールの代わりに遠隔装置上でのサービスの実行を可能にするバックエンドサービス２００を実行するクラウドコンピューティングリソース１５０（例えば、分散システム）へのアクセスを可能にする。従って、ネットワーク２０は、バックエンドサービス２００を利用した患者１０とＨＣＰ４０との間の相互作用を可能にする。例えば、バックエンドサービス２００は、患者１０によって入力されたデータ１２を受け取り、ストレージシステム（例えば、クラウドストレージリソース１５６、ＨＣＰシステム１４０のメモリハードウェア１４４、及び／又は患者装置１１０のメモリハードウェア１１４）に記憶されている以前に入力されたデータ１２を患者１０及び／又は患者１０を管理するＨＣＰ４０が検索してディスプレイ１１６、１４６上に出力できるようにすることができる。
【００２５】
ネットワーク２０は、無線通信ネットワーク、携帯電話ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワーク、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）、第３世代（３Ｇ）ネットワーク、第４世代（４Ｇ）ネットワーク、衛星通信ネットワーク及びその他の通信ネットワークなどの、通信信号の送受信を可能にするあらゆるタイプのネットワークを含むことができる。ネットワーク２０は、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）及びパーソナルエリアネットワーク（ＰＡＮ）のうちの１つ又は２つ以上を含むことができる。いくつかの例では、ネットワーク２０が、データネットワークの組み合わせ、電気通信ネットワークの組み合わせ、及びデータネットワークと電気通信ネットワークとの組み合わせを含む。患者装置１１０、ＨＣＰシステム１４０及びバックエンドサービス２００は、ネットワーク２０を介して（有線又は無線）信号を送受信することによって互いに通信する。いくつかの例では、ネットワーク２０が、ネットワーク２０を介して利用できるエラスティック／オンデマンドコンピューティング及び／又はストレージリソース１５６とすることができるクラウドコンピューティングリソースへのアクセスを可能にする。「クラウド」サービスという用語は、一般にユーザの装置上でローカルに実行されるのではなく、１又は２以上のネットワーク２０を介してアクセスできる１又は２以上の遠隔装置から提供されるサービスを意味する。
【００２６】
患者装置１１０は、以下に限定するわけではないが、ポータブル電子装置（例えば、スマートホン、携帯電話、携帯情報端末、パーソナルコンピュータ、又は無線タブレット装置）、デスクトップコンピュータ、又はネットワーク２０を介して情報を送受信できる他のいずれかの電子装置を含むことができる。患者装置１１０は、データ処理ハードウェア１１２（命令を実行するコンピュータ装置）と、メモリハードウェア１１４と、データ処理ハードウェア１１２と通信するディスプレイ１１６とを含む。いくつかの例では、患者装置１１０が、患者１０によるデータの入力を可能にするためのキーボード１４８、マウス、マイク及び／又はカメラを含む。患者装置１１０は、ディスプレイ１１６に加えて又はその代わりに、患者１０にオーディオデータを出力するための１又は２以上のスピーカを含むこともできる。例えば、スピーカによって可聴アラートを出力して、デジタル治療処方箋において患者１０に処方されている薬を摂取する時間が来た時に患者１０に通知し、或いはデジタル治療処方箋に関連する何らかの時間制約のあるイベントについて別様に患者１０に通知することができる。いくつかの実装では、患者装置１１０が、バックエンドサービス２００との接続を確立してデータ１２の入力及びバックエンドサービス２００からの検索を行うための患者アプリケーション３００を実行する（又はウェブベースの患者アプリケーションにアクセスする）。例えば、患者１０は、患者１０に処方されたデジタル治療処方箋の継続期間（例えば、３ヶ月）にわたって患者アプリケーション３００にアクセスすることができる。ここでは、患者装置１１０が、ＨＣＰ４０によってデジタル治療処方箋が処方された時に、最初にアクセスコード３０２を提供することによって、患者１０がバックエンドサービス２００に患者データ１２をオンボード（ｏｎｂｏａｒｄ）し、患者１０の疾患／障害の治療に特別に合わせられた治療コンテンツ１２０をバックエンドサービス２００から検索することを可能にするアプリケーション３００を起動することができる。患者データ１２は、患者を識別する患者識別情報（ＰＩＩ）（例えば、名前、年齢、性別、電子メールアドレス、人口動態など）と、患者１０の健康を示す患者健康情報（ＰＨＩ）（例えば、疾患／障害、診療履歴、処方箋、投薬など）とを含むことができる。以下でさらに詳細に説明するように、バックエンドサービス２００は、ＰＩＩがクラウドコンピューティングシステム１５０のストレージリソース１５６に記憶されている間にはもはやＰＨＩに結び付かないように、各患者１０（又はその管理ＨＣＰ４０）によって入力された患者データ１２のＰＨＩ側面を匿名化するように構成される。これにより、バックエンドサービス２００を提供する団体の従業員又はオペレータからもＰＨＩが匿名化されることが確実になる。ストレージリソース１５６は、患者データ１２を対応する患者記録２２２に記憶するためのデータストレージ１５６ａを提供することができる。患者記録２２２は、ＰＨＩが匿名化されるように、ただし後で患者１０又は管理ＨＣＰ４０が患者記録２２２を要求した時にはＰＨＩをＰＩＩで再特定できるように記憶することができる。ネットワーク２０を介して患者装置１１０とクラウドコンピューティングシステム１５０との間で送信される全てのデータは、暗号化してセキュアな通信チャネルを介して送信することができる。例えば、患者アプリケーション３００は、ＨＴＴＰＳプロトコルを介してバックエンドサービス２００に送信する前に患者データ１２を暗号化し、バックエンドサービス２００から受け取られた患者記録２２２を復号することができる。ネットワーク接続が利用可能でない場合、患者アプリケーション３００は、ネットワーク接続が利用可能になるまでメモリハードウェア１１４内の暗号化キューに患者データ１２を記憶することができる。
【００２７】
患者装置１１０は、患者アプリケーション３００を実行し、又は患者アプリケーション３００にアクセスして、患者１０に処方された患者１０の疾患／障害を治療するためのデジタル治療処方箋に関連する治療コンテンツ１２０を検索することができる。ストレージリソース１５６は、治療コンテンツ１２０を記憶するためのコンテンツデータストレージ１５６ｂを提供することができる。例えば、治療コンテンツ１２０は、学習モジュール１２０ａ、習熟度テスト１２０ｂ、ビデオ／オーディオ１２０ｃ、アプリケーションガイドライン１２０ｄ、及び／又は評価質問１２０ｅを含むことができる。学習モジュール１２０ａは、患者１０を自身の疾患／障害について教育し、患者１０に疾患／障害の治療方法を知らせる一連の治療レッスンを含むことができる。習熟度テスト１２０ｂは、患者１０が次の学習モジュールにアクセスできるようになる前に、学習モジュール１２０ａ内の各レッスンに対する患者１０の理解を示すことができる。例えば、学習モジュール１２０ａは、薬物乱用障害の治療を受けている患者１０の１２段階プログラムの各段階について指定され、各治療レッスンは、１２段階のうちの１つの又は他のいくつかの部分をカバーすることができる。ビデオ／オーディオ１２０ｃは、学習モジュール１２０ａに関連するビデオ又はオーディオファイルを含むことができる。アプリケーションガイドライン１２０ｄは、患者アプリケーション３００を使用するための詳細な指示を含むことができる。アプリケーションガイドライン１２０ｄは、患者アプリケーション３００の操作方法及び特定の機能の実行方法を患者１０に示すビデオ又はスライド資料をさらに含むことができる。評価質問１２０ｅは、治療中の患者１０の経過及び健康状態（ｗｅｌｌ−ｂｅｉｎｇ）に関する情報を抽出しようと模索する特定の質問１２０ｅを含むことができる。例えば、デジタル治療処方箋が失効するまで同じ又は異なる質問１２０ｅを１週間毎に患者１０に行うことができる。
【００２８】
ＨＣＰシステム１４０は、ＨＣＰ４０が管理する診療所、医院又は施設に位置することができ、データ処理ハードウェア１４２と、メモリハードウェア１４４と、ディスプレイ１４６とを含む。メモリハードウェア１４４及びディスプレイ１４６は、データ処理ハードウェア１４２と通信する。例えば、データ処理ハードウェア１４２は、ＨＣＰ４０がバックエンドサービス２００との間でデータの入力及び検索を行うことができるように、デスクトップコンピュータ又はポータブル電子装置上に存在することができる。いくつかの例では、ＨＣＰ４０が、患者１０にデジタル治療処方箋を処方する際に最初に患者データ１２の一部又は全部をオンボードすることができる。ＨＣＰシステム１４０は、患者装置１１０と同様にキーボード１４８、マウス、マイク、スピーカ及び／又はカメラを含む。いくつかの実装では、ＨＣＰシステム１４０が（すなわち、データ処理ハードウェア１４２を介して）、バックエンドサービス２００との接続を確立してデータの入力及びバックエンドサービス２００からの検索を行うためのＨＣＰアプリケーション４００を実行する（又はウェブベースの患者アプリケーションにアクセスする）。例えば、ＨＣＰシステム１４０は、ＨＣＰ４０が患者１０を管理していて対応する患者記録２２２へのアクセスを許可されていることを確認する認証トークン４０２を提供することによって、バックエンドサービス２００によってストレージリソース１５６上にセキュアに記憶された匿名化患者記録２２２にアクセスすることができる。ＨＣＰアプリケーション４００は、ＨＣＰ４０の管理下にあって現在有効なデジタル治療処方箋を有している各患者１０のための対応する認証トークン４０２をＨＣＰシステム１４０のメモリハードウェア１４４に記憶することができる。認証トークン４０２は、ＨＣＰシステム１４０がバックエンドサービス２００からどの患者データ１２を取得できるかを定めることができる。例えば、認証トークン４０２は特定の治療処方箋に関連することができ、従ってＨＣＰシステム１４０がそのデジタル治療処方箋に関連する患者データ１２のみを患者記録２２２から検索できるようにすることができる。従って、バックエンドサービス２００は、対応する認証トークン４０２によって定められた範囲内の特定の患者データ１２のみを患者記録２２２から抽出することができる。ＨＣＰシステム１４０は、ＨＣＰ４０を識別して、ＨＣＰ４０の管理下にある患者１０のリスト、ＨＣＰ４０によって処方されたデジタル治療処方箋、及びＨＣＰ４０に関連するその他の情報（例えば、病院／業務提携、信用証明書など）を提供する、ＨＣＰデータ４２をさらに入力することができる。ストレージリソース１５６は、対応するＨＣＰ記録２２４にＨＣＰデータ４２を記憶するためのデータストア１５６ａを提供することができる。
【００２９】
クラウドコンピューティングリソース１５０は、スケーラブル／エラスティックリソース１５２を有する分散システム（例えば、遠隔環境）とすることができる。リソース１５２は、コンピューティングリソース１５４（例えば、データ処理ハードウェア）及び／又はストレージリソース１５６（例えば、メモリハードウェア）を含む。クラウドコンピューティングリソース１５０は、患者装置１１０及びＨＣＰシステム１４０との通信を容易にして患者／ＨＣＰデータストア１５６ａ及び／又はコンテンツデータストア１５６ｂ内のストレージリソース１５６にデータを記憶するためにバックエンドサービス２００を実行する。いくつかの例では、バックエンドサービス２００及びデータストア１５６ａ、１５６ｂが、スタンドアロン型コンピュータ装置上に存在する。バックエンドサービス２００は、データ処理ハードウェア１１２上で実行可能な、患者１０が有効なアクセスコード３０２を提供した時に患者装置１１０を介してネットワークを通じてアクセスできる患者アプリケーション３００（例えば、モバイルアプリケーション、ウェブサイトアプリケーション、又は命令セットを含むダウンロード可能なプログラム）を患者１０に提供することができる。同様に、バックエンドサービス２００は、データ処理ハードウェア１４２上で実行な、ＨＣＰシステム１４０を介してネットワーク２０を通じてアクセスできるＨＣＰアプリケーション４００をＨＣＰ４０に提供することができる。
【００３０】
バックエンドサービス２００は、患者１０に処方されたデジタル治療処方箋に関連するデータの効率性及びセキュリティの根本を成す様々なサービスレイヤを含む。以下でさらに詳細に説明するように、各デジタル治療処方箋に関連するデータは、患者データ１２、ＨＣＰデータ４２、学習モジュール１２０ａ及び他の治療コンテンツ１２０の患者使用、薬物スクリーニング、薬物使用、欲求及び欲求誘因についての患者イベント、並びに患者のデジタル治療処方箋順守に関するＨＣＰレポートを制限なく含む。バックエンドサービス２００は、患者アプリケーション３００とＨＣＰアプリケーション４００との間の全ての通信を容易にし、ストレージリソース１５６にわたって記憶された全てのデータ、並びにネットワーク２０を介して患者アプリケーション３００及びＨＣＰアプリケーション４００との間で送信される全てのデータのセキュリティを確保する。いくつかの例では、ストレージリソースにわたって記憶された全てのデータが、装置上で高度暗号化標準（ＡＥＳ）で暗号化され、ネットワーク２０を介した全ての通信が、トランスポート層セキュリティ（ＴＬＳ）又はＨＴＴＰＳで暗号化される。
【００３１】
図示の例では、バックエンドサービス２００が、ストレージリソース１５６のフロントエンドとして動作するコンテンツマネージャ２１０及びイベントマネージャ２２０を実装する。コンテンツマネージャ２１０は、アプリケーション３００、４００との送信／受信関係を提供して治療コンテンツ１２０、患者データ１２及びＨＣＰデータの管理及び記憶を容易にする双方向通信機として動作するアプリケーションプログラミングインターフェイス（ＡＰＩ）を含むことができる。一方で、イベントマネージャ２２０は、ストレージリソース１５６に記憶するための不変イベントデータ（ｉｍｍｕｔａｂｌｅ  ｅｖｅｎｔ  ｄａｔａ）をアプリケーション３００、４００から受け取る一方向通信機である。いくつかの構成では、コンテンツマネージャ２１０及びイベントマネージャ２２０の各々が、専用冗長インスタンス（例えば、ウェブサービスコンテナ）上で動作するセキュアな実行環境で実行される。例えば、コンテンツマネージャ２１０及びイベントマネージャ２２０は（及びウェブベースのアプリケーションとしてアクセスされる場合には任意に患者アプリケーション３００及び／又はＨＣＰアプリケーション４００も）、仮想化Ｄｏｃｋｅｒコンテナ内で動作して、開発環境、試験環境、検証及び確認環境、並びに本番環境にわたってランタイム環境が一貫していることを保証することができる。これらのＤｏｃｋｅｒコンテナを使用すると、システム１００及びバックエンドサービス２００を提供する団体の開発基準に従ってランタイム環境が改訂管理されることを保証することもできる。従って、外部発信者は、セキュアなソフトウェア仲介インターフェイス（ｓｏｆｔｗａｒｅ  ｍｅｄｉａｔｅｄ  ｉｎｔｅｒｆａｃｅｓ）を通じてしかコンテンツマネージャ２１０及びイベントマネージャ２２０にアクセスできず、ＨＴＴＰＳを介してしかアクセスすることができない。コンテンツマネージャ２１０とイベントマネージャ２２０との間のさらなる通信は、信頼できない第三機関にデータ可視性を与えることなくシステム１００内の全ての関係者を識別する上で使用されるＡＥＳ暗号化セッショントークンを通じてさらにセキュアにすることができる。
【００３２】
いくつかの例では、コンテンツマネージャ２１０が、アクセス及び制御を管理して、患者１０、ＨＣＰ４０及びこれらの関係に関する可変状態情報（ｍｕｔａｂｌｅ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）の記憶を容易にすることによって、バックエンドサービス２００のための中央ウェブサービスエンジンに相当する。また、コンテンツマネージャ２１０は、イベントマネージャ２２０が不変的時系列イベントデータ３０４（図５）として記憶した分析データへの仲介型クライアントアクセスを可能にすることもできる。コンテンツマネージャ２１０は、その主なランタイムフレームワークとしてＮｏｄｅを使用してＪａｖａＳｃｒｉｐｔで実装することができる。
【００３３】
イベントマネージャ２２０は、システム１００内に時系列イベントデータ３０４、４０４（図５）を記憶する役割を担う。例えば、イベントマネージャ２２０は、個々の患者１０及びＨＣＰ４０に関連するイベントを、永久に保持されるプログラム的に不変のデータとしてシステム１００に記憶することができる。換言すれば、イベントマネージャ２２０は、限定するわけではないが、自己申告による薬物使用、ＨＣＰレポートによる約束の順守、及びその他の治療コンテンツ１２０使用イベントなどの患者生成イベント３０４及びＨＣＰ生成イベント４０４の受信側（ｓｉｎｋ）として機能する。さらに、イベントマネージャ２２０は、患者記録２２２及びＨＣＰ記録２２４の不変的な記憶及び更新を行って、患者１０に処方されたデジタル治療処方箋２２５のＨＣＰによる更新及び／又は患者記録２２２の修正を示すオーディットトレールを提供することもできる。いくつかの実装では、イベントマネージャ２２０が、ＪａｖａＳｃｒｉｐｔ／Ｎｏｄｅ．ｊｓアプリケーションレイヤに常駐して、患者／ＨＣＰデータストア１５６ａにイベントを書き込む。これらの実装では、コンテンツマネージャ２１０が、患者及びＨＣＰアプリケーション３００、４００と相互作用して、イベントマネージャ２２０によって記憶されている不変データを検索するクエリインターフェイスとして動作する。
【００３４】
図２を参照すると、ＨＣＰシステム１４０は、ＨＣＰアプリケーション４００を実行して、ＨＣＰ４０の管理下にあってＨＣＰ４０によってデジタル治療処方箋２２５を処方された患者１０の患者記録２２２を要求することができる。図示の例では、ＨＣＰシステム１４０が、ネットワーク２０を介してバックエンドサービス２００のコンテンツマネージャ２１０に患者記録要求２０２を送信する。患者記録要求２０２は、ＨＣＰ４０が患者記録２２２の取得を許可されている旨を示す認証トークン４０２を含むことによって、要求された患者記録２２２に関連する患者１０を識別することができる。さらに、認証トークン４０２は、患者１０の識別、及び／又は患者記録２２２に含めるべき患者データ１２の範囲の規定を行うこともできる。
【００３５】
患者１０に関連する患者データ１２は、患者１０のプライバシを保護するために、バックエンドサービス２００によって記憶される時に匿名化することができる。例えば、イベントマネージャ２２０は、患者識別情報から分離された患者健康情報を含む匿名化健康情報（ＤＩＨＩ）に対してのみ分析を実行することができる。しかしながら、ＨＣＰ４０は患者記録２２２を見る必要があるので、コンテンツマネージャ２１０は、患者記録２２２が患者識別情報を患者健康情報に結び付けるようにイベントマネージャ２２０からのＤＩＨＩを再特定する役割を担う。患者記録２２２は、デジタル治療処方箋２２５をさらに含むことができる。その後、コンテンツマネージャ２１０は、患者記録２２２を暗号化し、セキュアな通信プロトコル（例えば、ＨＴＴＰＳまたはＴＬＳ）を介してネットワーク１０を通じてＨＣＰシステム１４０に送信することができる。
【００３６】
図示の例では、ＨＣＰアプリケーション４００を実行するＨＣＰシステム１４０が患者記録２２２を復号して、ディスプレイ１４６に表示されたダッシュボード上に表示することができる。ダッシュボードは、ＨＣＰ４０の管理下にある患者１２の複数の患者記録２２２と、処方された対応するデジタル治療処方箋２２５とを表示することができる。アプリケーション４００は、特定の基準を満たすイベントが患者記録２２２に示されている旨をダッシュボードがＨＣＰ４０に視覚的及び／又は聴覚的に知らせるようにすることができる。例えば、アプリケーション４００は、所与の患者１０が薬物スクリーニングに失敗した場合、薬物の使用を報告した場合、又は定められた日付までに学習モジュール１２０ａを完了しなかった場合にＨＣＰ４０に通知することができる。
【００３７】
図２Ｂに、セキュアな実行環境で動作するバックエンドサービス２００のコンテンツマネージャ２１０及びイベントマネージャ２２０を示す。コンテンツマネージャ２１０は、患者データ１２のＰＨＩからＰＩＩを分離して、患者集団全体のＤＩＨＩをイベントマネージャ２２０に提供することができる。その後、イベントマネージャ２２０は、このＤＩＨＩに対して分析を実行することができ、従って患者のアイデンティティを健康情報に結び付けることはできない。セキュアな実行環境２００は、バックエンドサービス２００を提供する団体によって雇用されている職員から患者データ１２のイベントを保護する。実際に、セキュアな実行環境は、認可されたＨＣＰ４０及び患者１０以外のあらゆる団体又は個人がセキュアな実行環境内でいずれかのコンテンツを自由に調べるのを防ぐ。いくつかの実装では、システム障害又は緊急メンテナンスの際でもセキュアな実行環境にアクセスできるように、選択された個人に「Ｂｒｅａｋ−ｇｌａｓｓ」イベントを実行する権限を与えることもできる。
【００３８】
調剤ハブ２５０は、コンテンツマネージャ２１０を介してバックエンドサービス２００に処方箋２２５を入力することができる。調剤ハブ２５０は、患者１０の処方箋を満たす処方サービスを含むことができる。処方箋２２５は、ＰＨＩ情報と、ＰＨＩに関連する患者１０を識別するＰＩＩとを含む患者データ１２に関連付けられる。従って、コンテンツマネージャ２１０は、ＤＩＨＩのみが提供されてイベントマネージャ２２０によって分析されるように患者データ１２を匿名化することができ、これによって各患者のアイデンティティが匿名になる。ＨＣＰシステム１４０は、ＰＩＩを含む患者データ１２（例えば、患者記録２２２）を検索するために対応する認証トークン４０２を提供しなければならず、コンテンツマネージャ２１０はこれを確認しなければならない。いくつかの例では、調剤ハブ２５０がデジタル治療処方箋２２５を生成し、必要なアクセスコード３０２を患者１０が提示した時に患者１０に提供する。
【００３９】
図３は、患者装置１１０において実行される患者アプリケーション３００のコンポーネント例の概略図である。患者アプリケーション３００は、アプリケーションロジックと、クライアント−サーバ通信の役割を担う基本モバイルソフトウェア開発キット（ＳＤＫ）と、バックエンドサービス２００から非同期的にコンテンツ１２０をロードする役割を担うコンテンツ管理エンジンとを含むことができる。アプリケーション３００は、イベントマネージャ２２０によってストレージリソース１５６に記憶される不変データとして記憶するためのリアルタイムイベントを取り込んでバックエンドサービス２００に伝えることができる。モバイルＳＤＫは、認証管理、コンテンツ管理及びセキュアな管理を行うことができる。
【００４０】
バックエンドサービス２２０との通信は、コンテンツの設定及び管理、患者アイデンティティ及び認証サービス、並びに患者モジュールの使用及びイベント追跡という３つのカテゴリを含む。コンテンツ管理インフラは、患者１０に提示するためのロード可能な治療コンテンツ１２０を動的に管理することができる。このコンテンツは包括的なもの、すなわち患者１０全体にわたって一貫したものとすることができ、例えば学習モジュール１２０ａコンテンツ、習熟度テスト１２０ｂ、グラフィック及び／又はオーディオ及び／又はビデオコンテンツ１２０ｃ、アプリケーション３００を使用するためのアプリケーションガイドライン１２０ｄ、並びに評価質問１２０ｅ及び解答を含むことができる。治療コンテンツ１２０は、クラウドコンピューティング環境１５０内のストレージシステム１５６のコンテンツデータストレージ１５６ｂに記憶することができる。
【００４１】
モバイルＳＤＫによって管理される患者アイデンティティ及び認証サービスは、バックエンドサービスへの全ての要求に使用される認可トークンのログイン及びインメモリストレージを管理することができる。認可トークンは、アクセスコード３０２及び／又は認証トークン４０２を含むことができる。イベント追跡サービスは、学習モジュール１２０ａの使用（例えば、頻度及び完了）と、ネットワーク接続が利用可能な時にイベントマネージャ２２０に自動的に送信できる薬物使用、欲求及び／又は欲求誘因などの患者報告イベントとを取り込み、管理ＨＣＰがＨＣＰアプリケーション４００を介してこれらの患者イベントにアクセスしてダッシュボード上に提示できるようにする。従って、イベントマネージャ２２０は、患者アプリケーション３００及びＨＣＰアプリケーション４００によって生成されたイベントを追跡するように構成される。バックエンドサービス２００と患者アプリケーション３００との間の全ての通信は、ＨＴＴＰＳ又はＴＬＳなどのセキュアなプロトコルを介して暗号化して送信することができる。
【００４２】
いくつかの例では、患者１０が患者アプリケーション３００を通じて所望の学習モジュール１２０ａをロードするよりも早く治療コンテンツ１２０を利用できるように、コンテンツマネージャ２１０が患者装置１１０に治療コンテンツ１２０を提供し、患者アプリケーション３００が治療コンテンツ１２０をインストール又はローカルに記憶することができる。例えば、アプリケーション３００は、患者がアプリケーション３００へのログイン中に現在の治療レッスンを完了した後で、所与の学習モジュール１２０ａ内の次に利用可能な治療レッスンをダウンロード及び／又はロードすることができる。これにより、患者が選択を行って選択した治療レッスンがダウンロード及び／又はロードされるのを待つという段階を踏むことなく素早く次の治療レッスンに移れるように、待ち時間及び患者体験を改善することができる。さらに、アプリケーション３００は、コンテンツデータストア１５６ｂからのビデオ／オーディオコンテンツ１２０ｃのストリーミングを容易にすることもできる。ここで言う学習モジュール１２０ａは、患者１０が１レッスンずつ順番にたどって完了しなければならない複数のレッスンを含むコア学習部分（ｃｏｒｅ  ｌｅａｒｎｉｎｇ  ｓｅｃｔｉｏｎ）を患者に提示することができる。これらのレッスンは、患者が治療を模索している疾患又は障害について患者１０を教育するとともに、患者１０が基礎疾患／障害を治療するために従うべき特定のガイドラインを提供することができる。治療レッスンは、基礎疾患／障害を治療するためのデジタル療法処方箋の認知行動療法学習部分に対応することができる。学習モジュール１２０ａは、コアレクション部分（ｃｏｒｅ  ｌｅｃｔｉｏｎ  ｓｅｃｔｉｏｎ）内の各レッスンの完了後にロック解除される学習維持部分をさらに含むことができる。学習維持部分は、あらゆる順序でアクセスできるレッスンを含むことができる。患者１０は、次のレッスンに移る前に、評価質問１２０ｅにきちんと回答し、又は習熟度テスト１２０ｂに合格することが必要となり得る。アプリケーション３００は、患者１０によるこれらの学習モジュール１２０ａ（例えば、進行状況又は完了状況）及び治療コンテンツ１２０との全ての相互作用を、患者記録２２２にログ記録されて管理ＨＣＰがＨＣＰアプリケーション４００を介してアクセスできる不変イベントデータとして記憶できるようにイベントマネージャ２２０に報告することができる。
【００４３】
引き続き図３を参照すると、アプリケーション３００は、（コンテンツマネージャ２１０に送信された登録要求を介して）有効なアクセスコード３０２を入力することによって患者１０を登録するための初期オンボーディング（ｉｎｉｔｉａｌ  ｏｎｂｏａｒｄｉｎｇ）３１０を提供する。患者１０は、デジタル治療処方箋２２５にアクセスするための患者アプリケーション３００を登録するために患者１０がＨＣＰ４０によって登録されたことを示す確認電子メールを自身の電子メールアドレスにおいて受け取ることができ、この確認電子メールは、患者１０が登録の確認及び完了のために入力しなければならないアクセスコード３０２を含むことができる。アクセスコード３０２は、患者１０が処方されたデジタル治療処方箋２２５へのアクセスを許可されていることを示すためにデジタル治療処方箋に提供することができる。アクセスコード３０２は、所定の期間のみにわたって有効となり得る。患者は、登録を完了するためにアクセスコード３０２と共にユーザ名又は電子メールを提供し、その後にアプリケーション３００にログインするためのパスワードを設定することができる。ここで言う患者アプリケーション３００へのログインとは、アプリケーション３００がホーム画面３２０を提示して、患者１０によるアプリケーション３００の操作、療法／治療の開始、完了した又は進行中の学習モジュール１２０ａの状況、並びに患者のアプリケーション３００の使用及び管理ＨＣＰ４０による順守レポートに関連する過去のあらゆるイベント履歴の再確認が可能になることを意味する。アプリケーション３００へのログインは、ネットワーク２０への接続が利用可能である時にバックエンドサービス２００との接続を確立することを含むことができる。パスワードは、患者１０がアプリケーション３００を起動したいと望む度に同じ装置１１０からパスワードを入力する必要がないように、電子キーチェーンに記憶することができる。さらに、オンボーディング３１０は、患者１０をアプリケーション３００に登録する前に、サービス利用規約を確認して受け入れ、報酬に同意し、アプリケーション３００を使用するためのユーザガイドを見直すように患者１０に求めることもできる。無事に登録が終わって患者アプリケーション３００にログインすると、患者１０に処方されたデジタル治療処方箋２２５が開始することができる。処方箋２２５は、登録成功時に開始して期間の最後に失効する有効期間（例えば、９０日）を含むことができる。
【００４４】
患者１０は、アプリケーション３００のホーム画面３２０を表示するために、登録後に適切な信用証明書（例えば、ユーザ名／電子メール及びパスワード）を入力することによって患者アプリケーション３００にログインすることができる。患者１０は、ホーム画面３２０から、進捗確認画面３２２、治療開始画面３２４、又は状況レポート画面３２６に移動することができる。進捗確認画面３２２では、患者１０が、欲求及び／又は患者１０に薬物使用の欲求を引き起こす誘因に関するチャートにアクセスすることができる。状況レポート画面３２６では、患者が、特定の薬物に関連する使用、欲求強度及び／又は誘因強度を追跡することができる。治療開始画面３２４は、患者１０が完了しなければならない現在進行中の学習モジュール１２０ａのレッスン、又は患者１０がアクセスして完了するように導かれる学習モジュール１２０ａの次のレッスンを示す次の治療レッスン画面３２８に患者を導く。従って、次の治療レッスン画面３２８は、患者が次のレッスンに進む前に１つずつ完了させなければならないコアレッスンの順序付きリスト、或いはコアレッスンの完了後にロック解除される、あらゆる順序で完了させることができる学習維持レッスンを含むことができる。次の治療レッスン画面３２８を介して学習モジュール１２０ａのレッスンにアクセスすると、患者アプリケーション３００は、レッスンに関連する治療コンテンツ１２０を検索又はロードすることができる。治療コンテンツ１２０は、学習モジュール１２０ａのレッスンを補完するオーディオ／ビデオコンテンツを含むことができる。任意に、アプリケーション３００は、患者がレッスンを完了するために合格／回答しなければならない、レッスンに関連する習熟度テスト及び／又は評価質問をロードすることができる。さらに、アプリケーション３００は、無事にレッスンを完了した時に患者１０が回すことができる仮想抽選ルーレット（ｖｉｒｔｕａｌ  ｐｒｉｚｅ  ｗｈｅｅｌ）を図形的に表示する回転ルーレット画面（Ｓｐｉｎ  Ｗｈｅｅｌ  ｓｃｒｅｅｎ）３３０を示すことができる。仮想抽選ルーレットは、あるスロット上にルーレットが止まった時に患者１０が交換できる報酬をそれぞれが示す数多くのスロットを含むことができる。アプリケーション３００は、患者１０が獲得した報酬のリストを示す報酬画面３３２を提示することもできる。
【００４５】
アプリケーション３００は、患者１０がログインして上述のいずれかの画面に移動した際、及び／又はユーザガイド、サービス利用規約、報酬承諾、プライバシポリシ／設定、或いは患者１０が確認／アクセスしたいと望む、アプリケーション３００に関連する他の情報を確認する際に選択できるメニューボタン３３４を提示することができる。さらに、患者１０は、自己申告更新ボタン３３６を選択して、患者が使用した薬物、使用日時、及び薬物を使用する前に患者１０が感じた衝動の強さをそれぞれが示す薬物使用イベントを報告することもできる。アプリケーション３００は、ネットワーク接続が利用可能である時に、これらのイベントをイベントマネージャ２２０に報告することができる。ネットワーク接続が利用可能でない場合、アプリケーション３００はイベントにタイムスタンプを付し、ネットワーク接続が利用可能になるまでこれらをキャッシュ／キューにローカルに記憶することができる。
【００４６】
図４は、ＨＣＰシステム１４０のデータ処理ハードウェア１４２上で実行される、又はデータ処理ハードウェア１４２がアクセスできるウェブベースアプリケーションとしてのＨＣＰアプリケーション４００のコンポーネント例の概略図である。ＨＣＰアプリケーション４００は、ＨＣＰ管理者がＨＣＰアプリケーション４００の各ユーザに臨床医の役割を明示的に割り当てることを必要とする。従って、ＨＣＰ４０は、ＨＣＰアプリケーションにログインして患者関連データにアクセスするための許可及び適切な信用証明書を有することができる複数の「臨床医」を含むことができる。いくつかの例では、ＨＣＰ４０が、単一の臨床プログラムを背景として患者１０に明示的に関連する臨床医を含むことができ、１人の臨床医が多くの患者を管理できて１人の患者を複数の臨床医の管理下に置くことができる多対多の関係などの規定を含むことができる。ここで言うように、患者１０がＨＣＰ４０（又は臨床医）の管理下にある場合、ＨＣＰ４０（又は臨床医）は、適切な信用証明書及び有効な認証トークン４０２を提示することによって、バックエンドサービス２００がストレージリソース１５６に記憶したデータ（例えば、患者記録２２２、時系列患者イベントデータなど）を検索できる権限を与えられると理解される。しかしながら、所与の臨床医は、患者関係が確立されている患者、すなわち臨床医の管理下にある患者の患者関連データしか見ることができない。
【００４７】
ＨＣＰシステム１４０の管理者（例えば、ＨＣＰ４０）は、ＡＰＩを使用してコンテンツマネージャ２１０と通信して、所与の診療所の１又は２以上の臨床医を設定し、ＨＣＰ−患者関係を確立することができる。管理者は、最初にバックエンドサービス２００からアカウント確認電子メールを受け取ることができる。管理者は、ＨＣＰアプリケーション４００によって提供される患者／ＨＣＰ設定インターフェイス４１０にアクセスすることにより、臨床医の氏名、生年月日、電子メールアドレス、及び臨床医に関連するＨＣＰ４０のグループ／名称を制限なく含む対応する各臨床医のＨＣＰデータ４２を提供することによって臨床医を追加することができる。次に、コンテンツマネージャ２１０は、臨床医を登録するとともに、自身のアカウントを確認してＨＣＰアプリケーション４００にログインするためのパスワードを作成するように指示するリンクを含むことができる電子メールを臨床医に送信する。図４に示すように、電子メール内のリンクを選択すると、ＨＣＰアプリケーション４００が起動して、臨床医がパスワードを作成することによってＨＣＰアプリケーション４００に登録できるようになるオンボーディング画面４１２を提示することができる。その後、臨床医は、自身の電子メール及びパスワードを使用してＨＣＰアプリケーション４００にログインすることができる。同様に、管理者は、患者／ＨＣＰ設定インターフェイス４１０にアクセスして、ＨＣＰ４０（例えば、診療所／病院グループ）、治療を受ける患者１０、患者の氏名、生年月日及び電子メールアドレスを含む対応する各患者１０の患者データ１２を提供することによって新たな患者を追加することができる。この新たな患者を追加する入力は、新たな患者１０を登録して、基礎疾患／障害を治療するためのデジタル治療処方箋にアクセスできるように患者アプリケーション３００に登録するために有効である。次に、コンテンツマネージャ２１０は、図３のオンボーディング３１０を参照して上述したように、患者１０が患者アプリケーション３００への登録を完了するために入力しなければならないアクセスコード３０２を含む確認電子メールを、患者１０が提供した電子メールアドレスに送信することができる。
【００４８】
引き続き図４を参照すると、登録された臨床医４０は、自身の電子メールアドレス（或いは一意のユーザ名又はアカウント番号）及びパスワードを提供してアプリケーション４００にログインし、アプリケーション４００は、臨床医が自身に関係する全ての患者１０を検索又は閲覧できるようにする患者選択画面４１４を提示する。臨床医は、個々の患者を選択してその患者記録２２２を見ることができる。例えば、ダッシュボード内で患者１０を選択すると、アプリケーション４００は、要求された患者記録２２２をストレージリソースから検索するようにコンテンツマネージャ２１０に指示する患者記録要求２０２（図２Ａ）をコンテンツマネージャ２１０に送信することができる。コンテンツマネージャ２１０から患者記録２２２が受け取られると、ＨＣＰアプリケーション４００は、患者ダッシュボード４２０を提示することができる。アプリケーション４００は、患者データ１２（例えば、名前、生年月日、年齢、性別などの患者識別情報、及び／又は診断、投薬、生活上の出来事などの患者健康情報など）、患者に処方されたデジタル治療処方箋の状況（例えば、最初の日数からの残余日数）を示す処方期間、並びに臨床医４０が当日に患者１０を診察したか否か、及び患者１０が当日に薬物画面及びその結果を見たか否かを示す薬物画面及び予約データを患者記録２２２から抽出して、ディスプレイ１４６上に提示された患者ダッシュボード４２０に表示することができる。処方期間は、処方箋２２５の状況を示すテキスト及び／又はグラフィックを含むことができる。ＨＣＰアプリケーション４００は、処方箋２２５が失効した時、及び／又は処方箋２２５が失効する一定期間前（例えば、１日）に、通知を生成してＨＣＰ４０に警告することができる。
【００４９】
患者ダッシュボード４２０は、選択された患者４２０に関連するレッスン、報酬、薬物使用及び欲求のための選択可能タブをさらに提示する。図示の例では、レッスンタブが、このタブが選択されており、従って現在患者ダッシュボード４２０が、学習モジュール１２０ａ及びこれに関連するレッスンの完了における患者状況のデータ（例えば、プロット／チャート）、並びに患者１０が選択可能な期間にわたって毎日レッスンに費やした継続期間を表示中であることを示す実線を含む。報酬タブ、薬物使用タブ及び欲求タブは、これらのタブが選択されておらず、従って患者ダッシュボード４２０がこれらのタブに関連するデータを表示していないことを示す破線を含む。
【００５０】
報酬タブを選択すると、ＨＣＰアプリケーション４００は、患者１０が獲得した全ての報酬のリストを患者ダッシュボード４２０上に表示する。各報酬は、報酬タイプ、報酬の日付、及び報酬額を示すことができる。報酬タイプは、患者１０が予定された薬物スクリーニングに合格する都度の画面一掃報酬（ｃｌｅａｎ  ｓｃｒｅｅｎ  ｒｅｗａｒｄ）と、患者１０がレッスンを正常に完了した際のレッスン完了報酬とを含むことができる。患者ダッシュボード４２０は、患者１０が獲得した総報酬回数、各報酬の値を加算した報酬総額、及び患者１０が条件を満たしていないが満たせば（例えば、学習モジュール内のレッスンの完了時、又は薬物スクリーニングの合格時に）入手できる未払い報酬をさらに表示することができる。
【００５１】
薬物使用タブを選択すると、ＨＣＰアプリケーション４００は、患者記録２２２から薬物使用データを読み込み、読み込んだ患者の薬物使用データを患者ダッシュボード４２０上に表示する。ここでは、患者ダッシュボード４２０上に提示される薬物使用データが、患者１０が薬物を使用した合計日数、患者１０が薬物を使用した当月の日数、及び／又は、薬物スクリーニングの結果、患者１０が出席／欠席したスケジュール予定、及び患者が報告した薬物の使用／不使用を示すカレンダーを示すことができる。
【００５２】
欲求タブを選択すると、ＨＣＰアプリケーション４００は、欲求評価中に患者１０によって報告されて患者記録２２２にログ記録された欲求データを読み込んで患者ダッシュボード４２０上に表示する。ここでは、患者ダッシュボード４２０上に提示される欲求データが、その週の平均欲求強度及び欲求回数を含むことができる。患者ダッシュボード４２０は、ＨＣＰ４０が設定できる日付範囲入力フィールドと、データ範囲セレクタと、患者１０が欲求に関連する薬物を使用したことを示すグラフィックに対応する「使用」インジケータとを含む欲求強度分散データチャートをさらに表示することができる。患者ダッシュボード４２０は、欲求データに基づくバブルチャートをさらに表示することができる。
【００５３】
図５は、図１のシステム１００の患者アプリケーション３００、ＨＣＰアプリケーション４００、コンテンツマネージャ２１０及びイベントマネージャ２２０間の相互作用を示す例図である。図５は、図１〜図４を参照しながら説明することができる。上述したように、イベントマネージャ２２０は、患者生成イベントデータ３０４及びＨＣＰ生成イベントデータ４０４を受け取る受信側として機能するように構成される。アプリケーション３００、４００は、利用可能なネットワーク接続中に、対応するイベントデータ３０４、４０４をイベントマネージャ２２０に自動的に報告することができる。ネットワーク接続が利用可能でない場合、アプリケーション３００、４００は、イベントデータ３０４、４０４をメモリハードウェア１１４、１４４にローカルに待ち行列に入れ、その後にイベントマネージャ２２０とのネットワーク接続が確立された時点でイベントデータ３０４、４０４をフラッシュすることができる。イベントマネージャ２２０は、イベント発生時のタイムスタンプを含む不変の時系列イベントデータとして患者生成イベントデータ３０４を記憶することができる。各患者１０の患者生成イベントデータ３０４は、患者／ＨＣＰデータストレージ１５６ａ内の対応する患者記録２２２に記憶することができる。患者生成イベントデータ３０４は、患者による欲求及び使用評価、完了したＤＦＵステップ、完了したＤＦＵ、レッスン評価結果、完了したレッスン、使用したレッスン、承認した報酬、患者の自己レポート更新、承諾したサービス利用規約、開いたアプリケーション３００、再開したアプリケーション３００、中断したアプリケーション３００、ログイン、ログアウト、患者使用レポート、表示した処方箋通知、及び確認した処方箋通知を制限なく含むことができる。
【００５４】
同様に、イベントマネージャ２２０は、イベント発生時のタイムスタンプを含む不変の時系列イベントデータとしてＨＣＰ生成イベントデータ４０４を記憶することができる。ここでは、各ＨＣＰ４０（又はそのＨＣＰの個々の臨床医）のＨＣＰ生成イベントデータ４０４を、患者／ＨＣＰデータストレージ１５６ａ内の対応するＨＣＰ記録２２４に記憶することができる。ＨＣＰ生成イベントデータ４０４は、受諾したサービス利用規約、開いたアプリケーション３００、再開したアプリケーション３００、中断したアプリケーション３００、ログイン、及びログアウトを制限なく含むことができる。
【００５５】
コンテンツマネージャ２１０は、患者／ＨＣＰデータストレージ１５６ａ内の対応する患者記録２２２に各患者１０のデータ１２をさらに記憶することができる。患者データ１２は、名前、年齢、生年月日、性別、身長／体重、投薬などの一般患者情報、患者１０を治療するＨＣＰ、患者アプリケーション３００に登録してデジタル治療処方箋２２５を開始するための、患者１０に関連するアクセスコード３０２、及び患者１０に関連する認証トークン４０２を制限なく含むことができる。患者アプリケーション３００は、患者がアプリケーションを登録する際の最初のオンボーディング中に、患者データ１２の一部をコンテンツマネージャ２１０に提供することができる。ＨＣＰアプリケーション４００は、患者１０に処方されたデジタル治療処方箋２２５のコンポーネントとしての患者アプリケーション３００を使用するために管理ＨＣＰ４０が患者１０を登録している時に、患者データ１２の他の部分をコンテンツマネージャ２１０に提供することができる。
【００５６】
同様に、コンテンツマネージャ２１０は、患者／ＨＣＰデータストレージ１５６ａ内の対応するＨＣＰ記録２２４に各ＨＣＰ４０のＨＣＰデータ４２を記憶することができる。ＨＣＰデータ４２は、名前、生年月日、電子メールアドレス、診療グループ又は診療所などの一般ＨＣＰ情報、ＨＣＰ４０が治療／管理している患者１０のリスト、及びＨＣＰ４０が管理していて有効な治療処方箋２２５を有する各患者１０の認証トークン４０２を制限なく含むことができる。
【００５７】
各患者記録２２２内の患者データ１２及びイベントデータ３０４は、データストレージ１５６ａに記憶されている間、及び／又はイベントマネージャ２２０がデータ１２、３０４に対して分析を実行する際に患者１０のアイデンティティが匿名になるように匿名化される。しかしながら、患者１０を管理するＨＣＰ４０は、ＨＣＰアプリケーション４００を使用して、ＨＣＰ４０が有効な認証トークン４０２を提供した時に患者記録２２２を検索して患者記録２２２を要求しているＨＣＰ４０に提供するようにコンテンツマネージャ２１０に要求する患者記録要求２０２を送信することができる。ここでは、認証トークン４０２が患者１０に固有のものであり、コンテンツマネージャ２１０による正しい患者記録２２２の識別を可能にすることができる。例えば、認証トークン４０２及び患者記録２２２は、一致する暗号学的ハッシュを含むことができる。同様に、患者１０は、患者アプリケーション３００を使用して、患者１０が認証トークン４０２又は他の何らかの有効な信用証明書を提供した時に患者記録２２２を検索して患者１０に提供するようにコンテンツマネージャ２１０に問い合わせ／要求を行うことができる。上述したように、コンテンツマネージャ２１０は、ＨＣＰシステム１４０又は患者装置１１０への送信前に患者記録２２２を暗号化し、対応するアプリケーション３００、４００は、患者記録２２２を見えるように復号して、その内容を対応するディスプレイ１１６、１４６上に提示する。同様に、ＨＣＰ４０は、イベントマネージャ２２０によって記憶された、ＨＣＰ４０の管理下にある１又は２以上の患者の各々に関連する不変の時系列イベントデータを検索するようにコンテンツマネージャ２１０に問い合わせることができる。例えば、ＨＣＰ４０は、ＨＣＰアプリケーション４００を使用して、（単複の）適切な認証トークン４０２を含めることによって患者記録要求２０２を作成することができる。
【００５８】
引き続き図５を参照すると、患者アプリケーション３００は、患者１０が次の治療レッスン画面３２８（図３）内で治療レッスンを選択した時に、治療コンテンツ１２０を求めるコンテンツ要求を送信することができる。アプリケーション３００は、この要求を自動的に送信することができ、検索される治療コンテンツ１２０は、選択された治療レッスンに関連するあらゆる治療コンテンツを含むことができる。図５には、患者アプリケーション３００がコンテンツデータストレージ１５６ａに直接要求を行うように示しているが、要求をコンテンツマネージャ２１０に伝えて、コンテンツマネージャがコンテンツデータストレージ１５６ｂから適切な治療コンテンツ１２０を検索して患者アプリケーション３００に送信することもできる。
【００５９】
図６は、患者生成イベントデータ３０４の記憶及び検索方法６００の動作の構成例のフローチャートである。バックエンドサービス２００のデータ処理ハードウェア１５４のコンテンツマネージャ２１０及び／又はイベントマネージャ２２０は、メモリハードウェア１５６に記憶された命令を実行することによって方法６００の動作を実行することができる。方法６００は、動作６０２において、データ処理ハードウェア１５４において患者装置１１０からネットワーク２０を介して患者生成イベントデータ３０４を受け取るステップを含む。患者装置１１０は、管理医療専門家（ＨＣＰ）４０によって処方された、基礎疾患又は障害を治療するための有効なデジタル治療処方箋２２５を有する患者１０に関連する。患者生成イベントデータ３０４は、患者装置１１０によって暗号化され、有効なデジタル治療処方箋２２５に関連する少なくとも１つのタイムスタンプ付きイベントを含む。方法６００は、動作６０４において、患者生成イベントデータ３０４を受け取ったことに応答して、データ処理ハードウェア１５４が患者生成イベントデータ３０４を復号するステップと、データ処理ハードウェア１５４が患者生成イベントデータ３０４からあらゆる患者識別情報を削除することによって患者生成イベントデータを匿名化するステップと、データ処理ハードウェア１５４が匿名化された患者生成イベントデータ３０４をメモリハードウェア１５６に記憶するステップとを含む。
【００６０】
方法６００は、動作６０６において、患者１０を管理するＨＣＰ４０に関連するＨＣＰシステム１４０からデータ処理ハードウェア１５４においてネットワーク２０を介して患者記録要求２０２を受け取るステップをさらに含む。患者記録要求２０２は、患者生成イベントデータ３０４を要求し、認証トークン４０２を含む。方法６００は、動作６０８において、患者記録要求２０２を受け取ったことに応答して、データ処理ハードウェア１５４が認証トークン４０２を使用してメモリハードウェア１５６から匿名化された患者生成イベントデータ３０４を検索するステップと、データ処理ハードウェア１５４が患者生成イベントデータ３０４を暗号化するステップとを含む。方法６００は、動作６１０において、データ処理ハードウェア１５４がネットワーク２０を介してＨＣＰシステム１４０に暗号化された患者生成イベントデータ３０４を送信するステップを含む。ＨＣＰシステム１４０は、暗号化された患者生成イベントデータ３０４を受け取ると、この患者生成イベントデータ３０４を復号して、ＨＣＰシステム１４０のディスプレイ１４６の患者ダッシュボード画面内に表示する。
【００６１】
ソフトウェアアプリケーション（すなわち、ソフトウェアリソース）は、コンピュータ装置にタスクを実行させるコンピュータソフトウェアを意味することができる。いくつかの例では、ソフトウェアアプリケーションを「アプリケーション」、「アプリ」、又は「プログラム」と呼ぶこともできる。アプリケーション例としては、以下に限定するわけではないが、システム診断アプリケーション、システム管理アプリケーション、システムメンテナンスアプリケーション、ワープロアプリケーション、スプレッドシートアプリケーション、メッセージングアプリケーション、メディアストリーミングアプリケーション、ソーシャルネットワーキングアプリケーション、及びゲームアプリケーションが挙げられる。
【００６２】
非一時的メモリは、コンピュータ装置が使用するためのプログラム（例えば、一連の命令）又はデータ（例えば、プログラム状態情報）を一時的又は恒久的に記憶するために使用される物理的装置とすることができる。非一時的メモリは、揮発性及び／又は不揮発性のアドレス指定可能な半導体メモリとすることもできる。不揮発性メモリの例としては、以下に限定するわけではないが、フラッシュメモリ及びリードオンリメモリ（ＲＯＭ）／プログラマブルリードオンリメモリ（ＰＲＯＭ）／消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）／電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）（例えば、典型的にはブートプログラムなどのファームウェアに使用されるもの）が挙げられる。揮発性メモリの例としては、以下に限定するわけではないが、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）、及びディスク又はテープが挙げられる。
【００６３】
図７は、本文書で説明したシステム及び方法を実装するために使用できるコンピュータ装置例７００の概略図である。コンピュータ装置７００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、及びその他の適切なコンピュータなどの様々な形態のデジタルコンピュータを表すように意図される。図示のコンポーネント、その接続及び関係、並びにその機能は例示を目的とするものにすぎず、本文書で説明した及び／又は特許請求する発明の実装を限定するものではない。
【００６４】
コンピュータ装置７００は、プロセッサ７１０と、メモリ７２０と、記憶装置７３０と、メモリ７２０及び高速拡張ポート７５０に接続する高速インターフェイス／コントローラ７４０と、低速バス７７０及び記憶装置７３０に接続する低速インターフェイス／コントローラ７６０とを含む。コンポーネント７１０、７２０、７３０、７４０、７５０及び７６０の各々は、様々なバスを使用して相互接続され、必要に応じて共通マザーボード上に又は他の形で取り付けることができる。プロセッサ７１０は、メモリ７２０又は記憶装置７３０に記憶された命令を含む、コンピュータ装置７００内で実行される命令を処理して、高速インターフェイス７４０に結合されたディスプレイ７８０などの外部入力／出力装置上にグラフィカルユーザインターフェイス（ＧＵＩ）のためのグラフィック情報を表示することができる。他の実装では、必要に応じて複数のメモリ及びメモリタイプと共に複数のプロセッサ及び／又は複数のバスを使用することができる。また、複数のコンピュータ装置７００を接続して、各装置が（例えば、サーババンク、一群のブレードサーバ、又はマルチプロセッサシステムとして）必要な動作の一部を提供することもできる。
【００６５】
メモリ７２０は、コンピュータ装置７００内に非一時的に情報を記憶する。メモリ７２０は、コンピュータ可読媒体、（単複の）揮発性メモリユニット、又は（単複の）不揮発性メモリユニットとすることができる。非一時的メモリ７２０は、コンピュータ装置７００が使用するプログラム（例えば、一連の命令）又はデータ（例えば、プログラム状態情報）を一時的又は恒久的に記憶するために使用される物理的装置とすることができる。不揮発性メモリの例としては、以下に限定するわけではないが、フラッシュメモリ及びリードオンリメモリ（ＲＯＭ）／プログラマブルリードオンリメモリ（ＰＲＯＭ）／消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）／電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）（例えば、典型的にはブートプログラムなどのファームウェアに使用されるもの）が挙げられる。揮発性メモリの例としては、以下に限定するわけではないが、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）、及びディスク又はテープが挙げられる。
【００６６】
記憶装置７３０は、コンピュータ装置７００のための大容量ストレージを提供することができる。いくつかの実装では、記憶装置７３０がコンピュータ可読媒体である。様々な異なる実装では、記憶装置７３０を、フロッピーディスク装置、ハードディスク装置、光ディスク装置、又はテープ装置、フラッシュメモリ又は他の同様の固体メモリデバイス、或いはストレージエリアネットワーク又はその他の構成を含む一連の装置とすることができる。さらなる実装では、コンピュータプログラム製品が情報キャリア内で有形的に具体化される。コンピュータプログラム製品は、実行時に上述したような１又は２以上の方法を実行する命令を含む。情報キャリアは、メモリ７２０、記憶装置７３０、又はプロセッサ７１０上のメモリなどのコンピュータ可読媒体又は機械可読媒体である。
【００６７】
高速コントローラ７４０は、コンピュータ装置７００の帯域幅集約動作を管理し、低速コントローラ７６０は、低帯域幅集約動作を管理する。このような責務の割り当ては例示にすぎない。いくつかの実装では、高速コントローラ７４０が、メモリ７２０と、ディスプレイ７８０と、様々な拡張カード（図示せず）を受け入れることができる高速拡張ポート７５０とに（例えば、グラフィックスプロセッサ又はアクセラレータを介して）結合される。いくつかの実装では、低速コントローラ７６０が、記憶装置７３０及び低速拡張ポート７９０に結合される。様々な通信ポート（例えば、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、イーサネット、ワイヤレスイーサネット）を含むことができる低速拡張ポート７９０は、キーボード、ポインティングデバイス、スキャナなどの１又は２以上の入力／出力装置に、或いはネットワークアダプタなどを介してスイッチ又はルータなどのネットワーク装置に結合することができる。
【００６８】
コンピュータ装置７００は、図示のような複数の異なる形態で実装することができる。例えば、コンピュータ装置７００は、標準サーバ７００ａとして、又は一群のこのようなサーバ７００ａにおいて複数回、ラップトップコンピュータ７００ｂとして、或いはラックサーバシステム７００ｃの一部として実装することができる。
【００６９】
本明細書で説明したシステム及び技術の様々な実装は、デジタル電子回路及び／又は光回路、集積回路、特別に設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はこれらの組み合わせで実現することができる。これらの様々な実装は、ストレージシステム、少なくとも１つの入力装置及び少なくとも１つの出力装置との間でデータ及び命令を送受信するように結合された、専用又は汎用とすることができる少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステム上で実行可能及び／又は解釈可能な１又は２以上のコンピュータプログラムでの実装を含むことができる。
【００７０】
これらの（プログラム、ソフトウェア、ソフトウェアアプリケーション又はコードとしても知られている）コンピュータプログラムは、プログラマブルプロセッサのための機械命令を含み、高水準手続き型言語及び／又はオブジェクト指向型プログラミング言語、及び／又はアセンブリ／機械言語で実装することができる。本明細書で使用する「機械可読媒体」及び「コンピュータ可読媒体」という用語は、機械可読信号としての機械命令を受け取る機械可読媒体を含む、プログラマブルプロセッサに機械命令及び／又はデータを提供するために使用されるあらゆるコンピュータプログラム製品、非一時的コンピュータ可読媒体、装置及び／又はデバイス（例えば、磁気ディスク、光学ディスク、メモリ、プログラマブル論理装置（ＰＬＤ））を意味する。「機械可読信号」という用語は、プログラマブルプロセッサに機械命令及び／又はデータを提供するために使用されるあらゆる信号を意味する。
【００７１】
本明細書で説明したプロセス及びロジックフローは、１又は２以上のコンピュータプログラムを実行する、データ処理ハードウェアとも呼ばれる１又は２以上のプログラマブルプロセッサにより、入力データに作用して出力を生成することによって機能を実行するように実行することができる。プロセス及びロジックフローは、例えばＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）などの専用論理回路によって実行することもできる。コンピュータプログラムを実行するのに適したプロセッサとしては、一例として、汎用マイクロプロセッサ及び専用マイクロプロセッサの両方、並びにいずれか１つ又は２つのあらゆる種類のデジタルコンピュータのプロセッサが挙げられる。一般に、プロセッサは、リードオンリメモリ又はランダムアクセスメモリ、或いはこれらの両方から命令及びデータを受け取る。コンピュータの必須要素は、命令を実行するためのプロセッサ、並びに命令及びデータを記憶するための１又は２以上のメモリデバイスである。一般に、コンピュータは、磁気ディスク、光磁気ディスク又は光学ディスクなどの、データを記憶する１又は２以上の大容量記憶装置も含み、或いはこのような記憶装置との間でデータの受け取り及びデータの転送、又はこれらの両方を行うように動作可能に結合される。しかしながら、コンピュータは、このような装置を有していなくてもよい。コンピュータプログラム命令及びデータを記憶するのに適したコンピュータ可読媒体としては、一例としてＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリデバイスなどの半導体メモリデバイス、内蔵ハードディスク又は取り外し可能ディスクなどの磁気ディスク、磁気光学ディスク、並びにＣＤ  ＲＯＭ及びＤＶＤ−ＲＯＭディスクを含む、全ての形態の不揮発性メモリ、媒体及びメモリデバイスが挙げられる。プロセッサ及びメモリは、専用論理回路によって補完することも、或いは専用論理回路に組み込むこともできる。
【００７２】
本開示の１又は２以上の態様は、ユーザとの相互作用を可能にするために、ＣＲＴ（ブラウン管）、ＬＣＤ（液晶ディスプレイ）モニタ又はタッチ画面などの、ユーザに情報を表示するためのディスプレイ装置と、任意にユーザがコンピュータに入力を提供できるようにするキーボード、及びマウス又はトラックボールなどのポインティングデバイスとを有するコンピュータに実装することができる。他の種類の装置を用いてユーザとの相互作用を可能にすることもでき、例えば、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバック又は触覚フィードバックなどのあらゆる形の感覚フィードバックとすることができ、ユーザからの入力は、音響入力、発話入力又は触覚入力を含むあらゆる形で受け取ることができる。また、コンピュータは、ユーザが使用する装置との間で文書を送受信することにより、例えばユーザのクライアント装置上のウェブブラウザから受け取った要求に応答してこのウェブブラウザにウェブページを送信することによってユーザとの相互作用を行うこともできる。
【００７３】
複数の実装について説明した。それでもなお、本開示の趣旨及び範囲から逸脱することなく様々な修正を行うことができると理解されるであろう。従って、以下の特許請求の範囲には他の実装も含まれる。
【符号の説明】
【００７４】
１０：患者
１２：データ
２０：ネットワーク
４０：医師／看護師／医療提供者（ＨＣＰ）
４２：ＨＣＰデータ
１００：治療処方システム
１１０：スマートホン
１１２：データ処理ハードウェア
１１４：メモリハードウェア
１１６：ディスプレイ
１２０：治療コンテンツ
１２０ａ：学習モジュール
１２０ｂ：習熟度テスト
１２０ｃ：ビデオ／オーディオ
１２０ｄ：ガイドライン
１２０ｅ：評価質問
１４０：ＨＣＰシステム
１４２：データ処理ハードウェア
１４４：メモリハードウェア
１４６：ディスプレイ
１４８：キーボード
１５０：クラウド環境
１５２：スケーラブル／エラスティックリソース
１５４：コンピューティングリソース
１５６ａ：患者／ＨＣＰデータストレージ
１５６ｂ：コンテンツデータストレージ
２００：バックエンドサービス
２１０：コンテンツマネージャ
２２０：イベントマネージャ
２２２：患者記録
２２４：ＨＣＰ記録
３００：患者アプリケーション
４００：ＨＣＰアプリケーション
【図１】
2020537462.tif 000003
【図２Ａ】
2020537462.tif 000004
【図２Ｂ】
2020537462.tif 000005
【図３】
2020537462.tif 000006
【図４】
2020537462.tif 000007
【図５】
2020537462.tif 000008
【図６】
2020537462.tif 000009
【図７】
2020537462.tif 000010
【国際調査報告】
2020537462.tif 000011
2020537462.tif 000012