(57)【要約】  患者の健康データを管理する方法及びシステムが提供される。患者データを集約して１以上の患者データセットを作成する患者データ追跡システムが提供される。本システムは、患者データセットを分析、及び／または分類して様々なエンティティに情報を選択的に提供する。一例として、本システムは、集約患者データから１以上の患者アウトカムについてのベンチマークを生成することができ、集約ベンチマークは、患者集団についての患者アウトカム、すなわち集約患者データのサブセットと比較され、医師、及び／または医療機関による患者アウトカムのモニタリング、患者集団のための治療プロトコルの開発などを支援することができる。さらに、本システムは、患者アウトカムに基づいて介護者への１以上の通知を生成し、これにより、患者の予防的介入及び患者のフォローアップが可能になり、患者ケア及び患者アウトカムの改善に役立つ。【選択図】図１Ａ
2021514077.tif 000002
【特許請求の範囲】
【請求項１】
患者をモニタリングするシステムであって、
患者データを入力するためのデータデバイスと、
前記患者データを前記システムに入力して集約患者データセットを形成するすべての患者の前記患者データを集約し、前記集約患者データセットから患者アウトカムの集約ベンチマークを生成する、データ管理ツールと、
前記集約ベンチマークと患者集団の前記患者アウトカムについてのデータの要約との比較を発信するダッシュボードと、を含み、
前記患者集団の前記患者アウトカムについての前記データは、集約患者データのサブセットであることを特徴とするシステム。
【請求項２】
請求項１に記載のシステムであって、
前記データ管理ツールは、前記集約ベンチマークを生成する分析モジュールを含むことを特徴とするシステム。
【請求項３】
請求項２に記載のシステムであって、
前記分析モジュールは、前記要約を生成することを特徴とするシステム。
【請求項４】
請求項１〜３のいずれか１項に記載のシステムであって、
介護者への１以上の通知を生成する通知エンジンをさらに含むことを特徴とするシステム。
【請求項５】
請求項４に記載のシステムであって、
前記通知エンジンは、前記患者アウトカムが閾値を超えたときに前記通知を生成するように構成されていることを特徴とするシステム。
【請求項６】
請求項５に記載のシステムであって、
前記閾値は、前記介護者によって選択されることを特徴とするシステム。
【請求項７】
請求項５に記載のシステムであって、
前記患者アウトカムは、前記患者によって報告される患者データであることを特徴とするシステム。
【請求項８】
請求項１〜７のいずれか１項に記載のシステムであって、
前記データデバイスは、患者データデバイスであることを特徴とするシステム。
【請求項９】
請求項８に記載のシステムであって、
前記患者データデバイスを介してアクセスされるウェブベース調査に、前記患者が患者データを入力することを特徴とするシステム。
【請求項１０】
請求項１〜９のいずれか１項に記載のシステムであって、
複数の前記データデバイスと、複数の前記ダッシュボードとを含むことを特徴とするシステム。
【請求項１１】
患者アウトカムを追跡する方法であって、
データ収集プロトコルへの患者入力を介して患者データを受信するステップと、
集約された患者データセットを形成するために、患者データを集約するステップと、
前記集約された患者データセットの第１の患者アウトカムについての第１の集約ベンチマークを生成するステップと、
患者集団についての前記第１の患者アウトカムの要約と前記第１の集約ベンチマークとの比較をダッシュボードに発信するステップと、を含むことを特徴とする方法。
【請求項１２】
請求項１１に記載の方法であって、
前記集約された患者データセットの第２の患者アウトカムについての第２の集約ベンチマークを生成するステップと、
前記患者集団についての前記第２の患者アウトカムの要約と前記第２の集約ベンチマークとの比較を前記ダッシュボードに発信するステップと、をさらに含み、
前記ダッシュボードは、前記第１の患者アウトカムの要約と前記第１の集約ベンチマークとの比較を、前記第２の患者アウトカムの要約と前記第２の集約ベンチマークとの比較と並べて表示することを特徴とする方法。
【請求項１３】
請求項１１または１２に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含むことを特徴とする方法。
【請求項１４】
請求項１３に記載の方法であって、
前記通知は、単一の患者アウトカムに基づいて生成される個々の通知であることを特徴とする方法。
【請求項１５】
請求項１３に記載の方法であって、
前記通知は、一群の患者アウトカムに基づいて生成されるグループ通知であることを特徴とする方法。
【請求項１６】
請求項１３〜１５のいずれか１項に記載の方法であって、
前記通知は、１以上の前記患者アウトカムが前記１以上の患者アウトカムについての閾値を満たすか超えると生成され、
前記閾値は、介護者によって選択されることを特徴とする方法。
【請求項１７】
患者データを管理する方法であって、
調査プロトコルを確立するステップと、
前記調査プロトコルへの患者アクセスを提供するステップと、
前記調査プロトコルを介して、複数の患者アウトカムを表す患者データ入力を収集するステップと、
複数の患者から収集された前記患者データ入力を集約するステップと、
集約された前記患者データ入力の患者アウトカムについての集約ベンチマークを生成するステップと、
患者集団についての前記患者アウトカムの要約と前記集約ベンチマークとの比較を発信するステップと、を含むことを特徴とする方法。
【請求項１８】
請求項１７に記載の方法であって、
前記患者集団についての患者順序を決定するステップと、
前記患者順序に基づいて、前記患者データ入力を収集するための前記調査プロトコルを構成するステップと、
前記患者集団にプロンプトを提示するステップと、
前記プロンプトに基づいて前記患者データ入力を受信するステップと、をさらに含み、
前記調査プロトコルを構成するステップは、前記患者集団の介護者によって選択された前記調査プロトコルに質問または前記プロンプトを含めるステップを含むことを特徴とする方法。
【請求項１９】
請求項１７または１８に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含み、
前記通知は、単一の患者アウトカムに基づいて生成される個々の通知であり、
前記通知は、前記単一の患者アウトカムが前記単一の患者アウトカムについての閾値を満たすか超えると生成されることを特徴とする方法。
【請求項２０】
請求項１７または１８に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含み、
前記通知は、一群の患者アウトカムに基づいて生成されるグループ通知であり、
前記通知は、前記一群の患者アウトカム内のそれぞれの患者アウトカムが或る閾値を満たすか超えると生成されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、参照によりその全体が本明細書に組み込まれる、２０１８年２月１６日に提出された米国仮出願第６２／７１０，４６４号に対する優先権を主張する。
【０００２】
本開示の主題は、概して、患者の健康データを管理する方法及びシステムに関する。より具体的には、本主題は、患者アウトカムを改善するために患者の健康データをモニタリング及び利用する方法及びシステムを対象とする。
【背景技術】
【０００３】
医療提供者及び医療組織、並びに患者は、患者アウトカム及び治療の質の向上に継続的に取り組んでいる。さらに、ヘルスケアは価値に基づくケア（バリューベース・ケア）にますます重点を置いており、患者満足度の低下、再入院、手術後の緊急治療室（ＥＲ）の滞在に対してペナルティがある。しかしながら、歴史的に、臨床医（例えば、外科医、麻酔科医）及び病院管理者が退院後の患者の術後回復の進行を追跡することは困難であった。バリューベース・ケア環境では、臨床医が患者アウトカムをより適切に導くことができるように、臨床医がリアルタイムまたは略リアルタイムのフィードバックを患者から得ることが不可欠である。例えば、治療法及び／またはデバイスに関連するリアルタイムまたは略リアルタイムのフィードバックを受信することによって、臨床医は、例えば術後の疼痛管理、経腸栄養、呼吸気道管理、及び外科的感染防止に関連する患者アウトカムをより適切に導くことができる。さらに、集約患者データセットから導出されたベンチマークと比較して患者がどのようであるか知ることは、臨床医及び医療機関が患者アウトカムをより適切にモニタリングし、導くのに役立つ。
【０００４】
したがって、患者アウトカムをモニタリングするための１以上の方法及びシステムが必要である。特に、患者の健康データを受信したときにユーザ通知を生成する方法及びシステムが有益である。さらに、患者の健康データをベンチマークし、患者の健康データを集約データセットと比較する方法及びシステムが有用である。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明は、患者の健康データを管理する方法及びシステムを提供する。特に、本発明は、例えば患者、医師、デバイスセンサなどから患者が生成したデータを収集し、１以上の患者データセットを作成する患者健康プラットフォームを提供する。プラットフォームは、患者データセット（複数可）を分析及び／または分類し、医師、患者、医療機関、医療デバイス及びその他のデバイスの製造業者、及び／または支払者に、対象の情報または特定の情報を選択的に提供する。患者データセット（複数可）を分類するステップは、プラットフォームが、１以上の適用可能な政府または組織の規制にしたがって患者データセット（複数可）を格納及び発信する機能を有するように、患者データを保護するステップを含み得る。一例として、プラットフォームは、対象の情報を医師及び医療機関に提供し、医師及び医療機関による患者の疼痛管理療法の指示、患者集団のための治療プロトコルの開発などを支援することができる。さらなる例として、プラットフォームは集約患者データから１以上の患者アウトカムのベンチマークを生成することができ、集約ベンチマーク（複数可）は患者集団についての患者アウトカム、すなわち集約患者データのサブセットと比較され、医師及び／または医療機関による患者アウトカムのモニタリング、患者集団のための治療プロトコルの開発などを支援することができる。プラットフォームは、１以上のダッシュボードを使用して、医師、患者、医療機関、医療またはその他のデバイスの製造業者、支払者、及び／またはその他の適切な受信者に、対象の情報を発信し得る。ダッシュボードは、個々の患者または１以上の患者集団に関する情報、例えば、患者集団に関する集約データまたは傾向を提示し得る。さらに、プラットフォームは、患者アウトカムに基づいて介護者への１以上の通知を生成してもよく、これにより、患者の予防的介入及び患者のフォローアップが可能になり、患者ケア及び患者アウトカムの改善に役立つ。本発明の追加の態様及び利点は、一部は以下の説明に記載され、説明から明らかになるか、または本発明の実施を通じて知ることができる。
【０００６】
一態様では、本主題は、患者アウトカムをモニタリングするためのシステムを対象とする。本システムは、患者データを入力するためのデータデバイスを含む。本システムは、患者データをシステムに入力して集約患者データセットを形成するすべての患者の患者データを集約し、集約患者データセットから患者アウトカムの集約ベンチマークを生成する、データ管理ツールをさらに含む。本システムはまた、集約ベンチマークと患者集団の患者アウトカムについてのデータの要約との比較を発信するダッシュボードを含む。患者集団の患者アウトカムについてのデータは、集約患者データのサブセットである。いくつかの実施形態では、データ管理ツールは、集約ベンチマークを生成する分析モジュールを含み、分析モジュールは、要約を生成してもよい。さらに、患者アウトカムは、患者によって報告される患者データであり得る。
【０００７】
さらに、本システムの特定の実施形態は、介護者への１以上の通知を生成するための通知エンジンを含む。通知エンジンは、患者アウトカムが閾値を超えたときに通知を生成するように構成されている。閾値は、介護者によって選択され得る。
【０００８】
いくつかの実施形態では、データデバイスは患者データデバイスである。患者は、患者データデバイスを介してアクセスされるウェブベース調査に患者データを入力し得る。他の実施形態では、本システムは、複数のデータデバイスと、複数のダッシュボードとを含む。
【０００９】
別の態様では、本主題は、患者アウトカムを追跡する方法を対象とする。本方法は、データ収集プロトコルへの患者入力を介して患者データを受信するステップと、集約された患者データセットを形成するために、患者データを集約するステップと、集約された患者データセットの第１の患者アウトカムについての第１の集約ベンチマークを生成するステップと、患者集団についての第１の患者アウトカムの要約と第１の集約ベンチマークとの比較を発信するステップと、を含む。いくつかの実施形態では、比較を発信するステップは、ダッシュボードに比較を発信するステップを含む。さらに、患者によって完了されたデータ収集プロトコルは、患者の介護者によって選択された少なくとも１つの調査質問を含み得る。
【００１０】
本方法はまた、集約された患者データセットの第２の患者アウトカムについての第２の集約ベンチマークを生成するステップと、患者集団についての第２の患者アウトカムの要約と第２の集約ベンチマークとの比較を発信するステップと、を含み得る。特定の実施形態では、第２の患者アウトカムの要約と第２の集約ベンチマークとの比較を発信するステップは、第２の患者アウトカムの要約と第２の集約ベンチマークとの比較をダッシュボードに発信するステップを含む。さらに、ダッシュボードは、第１の患者アウトカムの要約と第１の集約ベンチマークとの比較を、第２の患者アウトカムの要約と第２の集約ベンチマークとの比較と並べて表示し得る。
【００１１】
いくつかの実施形態では、本方法はまた、患者データに基づいて通知を生成するステップを含む。一実施形態では、通知は、単一の患者アウトカムに基づいて生成される個々の通知である。別の実施形態では、通知は、一群の患者アウトカムに基づいて生成されるグループ通知である。通知は、個々通知またはグループ通知であるかどうかにかかわらず、１以上の患者アウトカムが１以上の患者アウトカムについての閾値を満たすか超えると生成される。閾値は、通知を受信する医師などの介護者によって選択され得る。
【００１２】
本方法はまた、改竄または不正アクセスから患者データを保護するステップを含み得る。さらに、本方法は、患者データへのアクセスを制御するステップを含み得る。例えば、或るエンティティは患者データの一部、例えば完全に匿名化された患者データにのみアクセスし得るが、別のエンティティは患者データのより大きな部分、例えばいくつかの個人識別子を有する患者データにアクセスし得る。患者データへのアクセスは、他の方法でも制御され得る。
【００１３】
さらに別の態様では、本主題は、患者データを管理する方法を対象とする。本方法は、調査プロトコルを確立するステップと、調査プロトコルへの患者アクセスを提供するステップと、調査プロトコルを介して患者データ入力を収集するステップと、を含む。患者データ入力は、複数の患者アウトカムを表す。本方法は、複数の患者から収集された患者データ入力を集約するステップと、集約された患者データ入力の患者アウトカムについての集約ベンチマークを生成するステップと、患者集団についての患者アウトカムの要約と集約ベンチマークとの比較を発信するステップと、をさらに含む。
【００１４】
いくつかの実施形態では、本方法はまた、患者集団についての患者順序を決定するステップと、患者順序に基づいて、患者入力を収集するための調査プロトコルを構成するステップと、患者集団にプロンプトを提示するステップと、プロンプトに基づいて患者データ入力を受信するステップと、をさらに含む。調査プロトコルを構成するステップは、患者集団の介護者によって選択された調査プロトコルに質問またはプロンプトを含めるステップを含んでいてもよい。
【００１５】
いくつかの実施形態では、本方法はまた、患者データに基づいて通知を生成するステップを含む。一実施形態では、通知は、単一の患者アウトカムに基づいて生成される個々の通知である。別の実施形態では、通知は、一群の患者アウトカムに基づいて生成されるグループ通知である。通知は、個々通知またはグループ通知であるかどうかにかかわらず、１以上の患者アウトカムが１以上の患者アウトカムについての閾値を満たすか超えると生成される。通知を受信する医師などの介護者によって選択され得る。
【００１６】
さらに、他の態様では、プラットフォームは、患者が生成したデータ（患者生成データ）を収集するためのモバイルアプリケーション（すなわち、モバイルアプリ）などの方法及び／またはシステムを含む。別の実施形態では、本システムは、患者が生成したデータを収集するためのウェブベースのデータ収集プロトコルを含む。他の通信システム、デバイス、またはインターフェースも、患者が生成したデータを収集するために使用され得る。プラットフォームはまた、患者デバイス（例えば、注入ポンプなど）に接続されるか、または患者によって着用された（例えば、ウェアラブル心拍数モニタなどの）センサから得られたデータを収集するためのインターフェースを含み得る。必要に応じて、プラットフォームは、患者デバイス及び／または患者によって着用されたセンサからのデータを患者生成データと統合するための方法及び／またはシステムを含み得る。他の実施形態では、プラットフォームはまた、医療処置情報、並びに、患者の電子医療記録（「ＥＭＲ」）及び／または他のシステム（例えば既存のＥＭＲまたはＰＡＳシステム）からのデータを、患者生成データ、患者デバイスデータ、及び／またはウェアラブルセンサデータと統合するための方法及び／またはシステムを含み得る。
【００１７】
さらに他の実施形態では、プラットフォームは、適用可能な、政府または組織の規制に準拠する方法で患者データを保護する。例えば、プラットフォームがＨＩＰＡＡに準拠するように、プラットフォームは、医療保険の相互運用性と説明責任に関する法律（「ＨＩＰＡＡ」）の要件に準拠し得る。患者の健康データを収集、分析、格納、及び発信するための１以上の方法及び／またはシステムを含む患者の健康プラットフォームは、本明細書で説明する追加の機能のいずれかによってさらに構成され得ることが理解されるべきである。
【００１８】
本発明のこれら及び他の特徴、態様、及び利点は、以下の説明及び添付の特許請求の範囲を参照してよりよく理解されるであろう。本明細書に組み込まれ、その一部を構成する添付の図面は、本発明の実施形態を示し、説明とともに、本発明の原理を説明する。
【図面の簡単な説明】
【００１９】
当業者に向けられた、本発明の最良の形態を含む本発明の完全かつ可能な開示は、添付の図面を参照する本明細書に記載されている。
【００２０】
【図１Ａ】本主題の例示的な実施形態による、患者追跡システムプラットフォームのための代表的な追跡システムの一部の図である。
【図１Ｂ】図１Ａの代表的な追跡システムの別の部分の図である。
【図２】本主題の例示的な実施形態による、患者アウトカムを追跡する方法を示すチャートである。
【図３】本主題の別の例示的な実施形態による、患者アウトカムを追跡する方法を示すチャートである。
【図４】本主題の例示的な実施形態による、患者データを管理する方法を示すチャートである。
【図５】本主題の例示的な実施形態による、集約ベンチマークと患者集団についての患者アウトカムの要約との間の比較を示すグラフである。
【発明を実施するための形態】
【００２１】
次に、本発明の実施形態を詳細に参照し、その１以上の実施例を図面に示す。各実施例は、本発明の説明のために提供され、本発明を限定するものではない。実際、当業者には、本発明の範囲または精神から逸脱することなく、本発明に様々な修正及び変更を加えることができるのは明らかであろう。例えば、一実施形態の一部として図示または説明される特徴を、別の実施形態とともに使用することにより、さらに別の実施形態を生み出すことができる。したがって、本発明は、添付の特許請求の範囲及びそれらの均等物の範囲内にあるような修正及び変更を包含することが意図されている。
【００２２】
一般に、本開示は、特に患者治療の開発及び／または修正、医療デバイスまたは医療器具の管理及び改善、及び／または、医療現場または施設の管理及び改善のために、患者アウトカムを追跡またはモニタリングする方法及びシステムを対象とする。好ましくは、本方法及び本システムは、例えば、１以上のインターネットベースのインターフェースを使用して、コンピュータで実施される。単なる例として、以下の議論は、ヘルスケア関連の患者アウトカム追跡プラットフォームに向けられた本発明の実施形態に関する。しかしながら、本システム及び本システム方法は、任意の方法の追跡プラットフォームに対して同様に適用可能であることが理解されるべきである。
【００２３】
本明細書で開示される方法及びシステムの実施形態は、例えば、パーソナルコンピュータ、ハンドヘルドデバイス、医療デバイス、データベースなどの１以上の適切なネットワークシステムによって実行され得る。そのようなシステム（複数可）は、本明細書で開示される方法の１以上の実施形態を実行するように適合された１以上のコンピューティングデバイスを含み得る。そのようなシステム及びコンピューティングデバイスは、少なくとも１つのコンピュータによって実行されると、コンピュータ（複数可）に本主題の方法の１以上の実施形態を実装させるコンピュータ可読命令を具体化する１以上のコンピュータ可読媒体にアクセスし得る。追加的にまたは代替的に、コンピューティングデバイス（複数可）は、本主題の方法の１以上を実装するように、デバイス（複数可）を動作可能にする回路を有し得る。さらに、開示されている技術の構成要素は、１以上のコンピュータ可読媒体を使用して実装され得る。開示されている主題を実装または実行するために、以下に限定しないが、例えばディスケット、ドライブ、及びその他の磁気ベースの記憶媒体、ディスク（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、及びそれらの変形を含む）を含む光記録媒体、フラッシュ、ＲＡＭ、ＲＯＭ、及びその他のメモリデバイスなどの、任意の適切なコンピュータ可読媒体すなわちメディアが使用され得る。さらに、１以上のコンピュータ実装プログラムが使用される限り、本主題は、特定のプログラミング言語に限定されない。本明細書に記載される本主題を実装するために様々なプログラミング言語が使用されてもよく、特定の言語への参照は、例示的な例としてのみ提供されることが理解されるべきである。
【００２４】
本開示は、１以上の通信ネットワークを介した通信データの送信にも言及する。ネットワーク通信は、様々な形態の１以上のネットワークを介した情報の送信及び／または受信を含み得ることを理解されたい。例えば、ネットワークは、ダイヤルインネットワーク、ローカルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、公衆交換電話網（「ＰＳＴＮ」）、インターネット、イントラネット、または他の種類のネットワークを含むことができる。ネットワークは、任意の数、及び／または組み合わせの有線、無線、または他の通信リンクを含むことができる。
【００２５】
さらに、構成要素の特定の命名、大文字の用語、属性、データ構造、または、その他のプログラミングの態様もしくは構造的な態様は必須でも重要でもなく、また、本発明または本発明の機能を実装するメカニズムは、異なる名称、形式、またはプロトコルを有していてもよい。さらに、説明したようにハードウェアとソフトウェアとの組み合わせによって、または完全にハードウェア要素で、本システムが構成されてもよく、本方法が実装されてもよい。また、本明細書で説明する様々な構成要素間での機能の特定の分割は、単なる例示であって必須ではなく、単一の構成要素によって実行される機能は、代わりに複数の構成要素によって実行されてもよく、複数の構成要素によって実行される機能は、代わりに単一の構成要素によって実行されてもよい。
【００２６】
図１Ａは、本主題の例示的な実施形態による、患者追跡システムプラットフォームの態様を実施するために使用され得る代表的な追跡システム１００の図を提供している。追跡システム１００は、前述のように情報またはデータを送信及び／または受信するためのネットワーク１０２を含む。ネットワーク１０２を介してデータ管理ツール１０６に接続されたデータデバイス１０４は、患者の結果（患者アウトカム）を追跡する際に使用するために、患者データをデータ管理ツール１０６に提供し得る。いくつかの実施形態では、追跡システム１００は、複数のデータデバイス１０４を含んでいてもよい。例えば、図１Ａに示されるように、患者は、患者が生成したデータ（患者生成データ）を提供するために、患者データデバイス１０４ａを使用してもよい。図１Ａにさらに示されるように、医師は、医師データデバイス１０４ｂを介して医師が生成した患者データ（医師生成データ）を提供してもよく、病院または他の医療機関などの医療提供者は、提供者データデバイス１０４ｃを介して提供者が生成した患者データ（提供者生成データ）を提供してもよく、保険会社などの支払機関は、支払者データデバイス１０４ｄを介して支払者が生成した患者データ（支払者生成データ）を提供してもよい。追加的に、または代替的に、患者、医師、提供者、及び支払者のそれぞれは、それぞれのデータデバイス１０４ａ、１０４ｂ、１０４ｃ、１０４ｄを介して患者データを受け取ってもよい。患者データデバイス１０４ａ、医師データデバイス１０４ｂ、提供者データデバイス１０４ｃ、及び支払者データデバイス１０４ｄは、例えばインターネット機能を備えた、携帯型すなわちモバイル型の通信デバイスなどのパーソナルコンピューティングデバイスを含み得る。例として、データデバイス１０４ａ、１０４ｂ、１０４ｃ、１０４ｄは、デスクトップコンピュータ、タブレットコンピュータ、スマートフォン、または任意の他の適切なパーソナルコンピューティングデバイスであり得る。さらに、１以上の医療または他のデバイス１０４ｅまたは器具も、データ管理ツール１０６または別個のデータ管理ツール１２０に接続され、例えば、患者アウトカムの追跡、治療プロトコルの開発、医療または他のデバイスなどの構成または機能の改善において使用するための患者データを提供し得る。追跡システム１００はまた、他のデータデバイス１０４を含んでいてもよい。
【００２７】
データデバイス１０４は、インターネットブラウザプログラムなどの１以上のコンピュータプログラムを実行することにより、ユーザがデータ管理ツール１０６、データ収集プロトコル１０５、及び／または以下で説明するダッシュボード１１６と対話することができるように構成される。したがって、データデバイス１０４は、モニタまたはスクリーンなどの視覚ディスプレイを備えていることが好ましい。いくつかの実施形態では、視覚ディスプレイは、マルチメディアコンテンツを表示するように構成されたウェブブラウザに組み込まれていてもよい。例えば、患者または医師などのユーザは、データデバイス１０４上のインターネットウェブブラウザを介して遠隔でデータ管理ツール１０６にデータを提供し得る。さらに、医療または他のデバイス１０４ｅは、ディスプレイを備えていてもよく、備えていなくてもよいが、別のデータデバイス１０４のディスプレイに提供される１以上のダッシュボードまたは他の情報要約に組み込まれるデータを提供し得る。
【００２８】
患者データは、患者生成データ、医師生成データ、提供者生成データ、支払者生成データ、医療デバイス生成データなどを含み得る。患者生成データは、患者の体験に関する患者の入力、または、イベント、デバイス、もしくは他の同様の患者入力に関する患者の主観的なフィードバックを含む。いくつかの実施形態では、患者データデバイス１０４ａは、患者生成データを蓄積または収集するために、ウェブベースのデータ収集プロトコル１０５に患者がアクセスするためのブラウザを含んでいてもよい。ウェブベースのデータ収集プロトコル１０５は、例えば、ログ部分、アンケート部分などを有するウェブベースの調査プロトコルであってもよい。例えば、調査の一部は、患者が、例えば、１日１回または１日を通して自分の痛みまたは相対的な痛みのレベルを評価し、患者の知覚的すなわち主観的な回復レベルを評価し、患者の活動レベルを示すことができるようなログであり得る。調査の別の部分は、アンケートと同様に構成されてもよく、患者に質問またはプロンプトを提示し、患者は予め作成された回答を選択するか、回答を入力することができる。すなわち、調査は患者に選択肢を提示してもよく、自由形式の回答を可能にしてもよく、またはその両方の組み合わせであってもよい。
【００２９】
さらに、調査は、患者の特定の処置、または患者が使用しているデバイスに適合されてもよい。例として、患者が局所麻酔のために術後輸液ポンプを使用している場合、調査は、輸液ポンプ及び疼痛管理に特化した質問またはプロンプトを患者に提示することができる。調査は、医師、または追跡システム１００の他の適切なユーザによって適合すなわちカスタマイズされ得る。例えば、医師は、患者の血圧のロギング及び胸の痛みの評価、呼吸困難、並びに患者の体の特定の領域の腫れなどの、心臓血管のケアを受けている患者に対する心臓血管関連の質問を含めることを選択してもよい。いくつかの実施形態では、調査プロトコルは、標準的または一般的な調査質問を有し、医師は、調査プロトコルが患者に提示されたときに標準調査質問に含めるために適合すなわちカスタマイズされた調査質問を、追跡システム１００内のライブラリから選択する。
【００３０】
さらに、調査プロトコルは、例えば、過去の回答、過去の非回答、または以前に収集されたデータに基づいて患者に質問またはプロンプトを提示する動的調査プロトコルであり得る。例えば、以前の調査に対する患者の回答に基づいて、調査はフォローアップの質問をするか、以前の回答に関連する質問を省略してもよい。すなわち、調査は、患者の以前の回答または回答の失敗を利用して、現在の調査の質問またはプロンプトを決定し得る。調査には、他の機能または構成も同様に有し得る。
【００３１】
他の実施形態では、データ収集プロトコル１０５は、患者入力を保存するように設計されたモバイルアプリケーション、すなわちアプリであってもよく、アプリは、患者データを蓄積するためにウェブベースの調査の代わりに、またはそれに加えて使用されてもよい。例えば、患者は、医療処置の前または後に自分のスマートフォンにアプリをダウンロードして患者の回復を追跡してもよく、一般的な患者の健康の追跡の一環としてアプリをダウンロードしてもよい。アプリは、上記の調査と同様に、例えばログ部分、アンケート部分などによって構成され得る。さらに他の実施形態では、データ収集プロトコル１０５は、電子メール、ＳＭＳテキストメッセージ、または情報を通信する他の手段を介して患者入力を受信し得る。データ収集プロトコル１０５は、他の構成も同様に有し得る。
【００３２】
さらに、１人の患者に関して上述したが、追跡システム１００は、例えば、任意の数の様々な患者データデバイス１０４ａを介して、任意の数の患者から患者生成データを受信し得ることが理解されるべきである。本明細書でより詳細に説明するように、追跡システム１００は、追跡システム１００に情報を提供する個々の患者ごとにデータセットを集め、追跡システム１００によって受信されたそれぞれの患者データセットを集約し得る。追跡システム１００は、集約された患者データ（集約患者データ）を分析し、例えば、１以上の患者集団について１以上の傾向を生成し得る。例えば、集約患者データから、追跡システム１００は、特定の医療デバイスを利用している患者の集団または特定の医療処置から回復している患者の集団の傾向を生成し得る。追跡システム１００はまた、医師及び／または医療機関による患者データを集めてもよい。例えば、追跡システム１００は、特定の医師によって治療された患者のすべてのサブセットまたは或るサブセット、及び／または特定の医療現場または施設で治療された患者のすべてのサブセットまたは或るサブセットについて、１以上の傾向を生成してもよい。
【００３３】
医師生成データは、医師の観察、検査結果、または医師の患者についての同様のデータ、に関する医師の入力を含む。本明細書で使用するとき、「医師」は、医者、上級看護師、正看護師、臨床医、または他の介護者などの、患者に医療を提供する任意の種類の介護者を指してもよいことが理解されよう。いくつかの実施形態では、医師データデバイス１０４ｂは、医師入力が患者の電子医療記録の一部として保存されるように、電子医療記録（「ＥＭＲ」）システムを含むか、またはそれと通信してもよい。他の実施形態では、医師は、１以上のモバイルアプリケーション（すなわち、アプリ）、ウェブベース調査などのデータ収集プロトコル１０５を使用することにより、医師生成データを入力し得る。さらに、本明細書では１人の医師に関して説明したが、任意の数の医師、臨床医、または介護者が患者のケアに関与してもよく、それぞれの医師、臨床医、または介護者は、本明細書で一般に医師生成データとして記載されている患者に特有のデータを生成してもよい。さらに、上記のように、追跡システム１００は、任意の数の患者の患者生成データを受信してもよく、同様に、追跡システム１００は、任意の数の医師、臨床医、または介護者から任意の数の患者の医師生成データを受信してもよい。
【００３４】
提供者生成データは、患者と医療機関とのやり取りに関連するデータを含み得る。例えば、提供者生成データは、患者の入院に関する情報、予約のための手続き時の提供者の担当者との患者のやり取りなどを含み得る。いくつかの実施形態では、例えば提供者データデバイス１０４ｃを介した提供者入力は、患者管理システム（「ＰＡＳ」）の一部として保存され得る。提供者生成データは、他の情報も同様に含み得る。
【００３５】
支払者生成データは、患者の治療及び患者アウトカム、または患者の経過に関連するデータを含み得る。例えば、支払者生成データは、特定の診断についてどの治療が利用可能であるか、治療オプションの相対コスト、長期にわたる患者の治療のコスト、現在までの患者アウトカムと同一の時間にわたって同一の治療を使用した他の患者アウトカムとの比較などを含み得る。他のデータもまた、支払者によって提供され得る。
【００３６】
医療デバイスによって生成されたデータ（医療デバイス生成データ）は、患者によって使用される１以上の医療デバイスまたは器具（デバイス１０４ｅ）からのデータを含む。医療デバイス生成データには、例えば、患者のバイタル、バイオフィードバック、バイオマーカー、及び／または患者の活動（患者の心拍数、取得された歩数、患者が四肢を伸ばした（すなわち、伸びの繰り返し）数など）を検出するための、１以上のウェアラブルデバイスまたは非ウェアラブルデバイスからのデータも含まれる。例えば、それぞれの医療または他のデバイスは、例えば、患者の身体機能、デバイスの性能、デバイスの使用などに関するデータを出力する１以上のセンサを有し得る。さらに、本明細書では「医療デバイス」という用語の下で医療デバイスまたは器具とともに言及されるが、患者のウェアラブルデバイス及び非ウェアラブルデバイスは、医学的に関連していても関連していなくてもよく、すなわち、デバイスは、医師によって処方またはモニタリングされてもよく、されなくてもよく、または、一般に医療デバイスまたは器具として説明されてもよく、されなくてもよい。したがって、本明細書で使用するとき、医療デバイス生成データは、一般に、上記のウェアラブルデバイス及び非ウェアラブルデバイスなどの、患者によって利用される医療デバイス及び／または他のデバイスの１以上のセンサからの入力、出力、またはデータを指す。
【００３７】
特定の例として、医療デバイス（デバイス１０４ｅ）は、患者の痛みを緩和することを意図して患者に薬剤を送達し、一定期間にわたってポンプを介して分配された注入液の量を検知するための少なくとも１つのセンサを有する注入ポンプであり得る。別の例として、医療デバイスは、例えば、カメラの視点から画像を送信する１以上のカメラを含み得る。追加的または代替的に、カメラは、ＧＰＳ追跡及び／または動き追跡機能、並びに１以上の環境センサを組み込んでいてもよい。一実施形態では、患者の動きは、１以上の加速度計を使用して追跡されてもよい。当然のことながら、ＧＰＳ追跡能力、動き追跡能力、及び環境センサは、他の医療デバイスの中もしくは上に、または、医療デバイスもしくはカメラとは独立して組み込まれてもよい。例えば、１以上の加速度計などの動き追跡機能は、ベスト、ハーネス、リストバンドなどのウェアラブルデバイスに組み込むことができ、患者の安定性、四肢感覚異常、または他の状態に関するフィードバックを提供することができる。
【００３８】
容易に理解されるように、データデバイス１０４を使用して、データ管理ツール１０６は、患者の状態に関するリアルタイムのフィードバック及び患者アウトカムに関するリアルタイムのデータを提供され得る。例えば、医療デバイス生成データは、実質的にリアルタイムでデータ管理ツール１０６に継続的に送達され得る。さらに、患者データデバイス１０４ａを使用して、患者は、イベント時またはその直後にデータを入力することができる。したがって、患者データの収集は、実質的にリアルタイムで行われ得る。また、以下でさらに説明するように、患者データの発信も実質的にリアルタイムで行われ得ることも理解されよう。追加的または代替的に、データ管理ツール１０６は、例えば、データ管理ツール１０６とＥＭＲ及び／またはＰＡＳシステムとの間で患者データを共有するために、１以上のＥＭＲ及び／またはＰＡＳシステムと統合されてもよい。このように、受信及び／または発信は、実質的にリアルタイムで、指定されたスケジュールで、または本質的にいつでも行われ得ることが理解されよう。例えば、データ管理ツール１０６は、スケジュールにしたがって、１以上の条件が満たされたときなどに、データを受信及び／または発信するための命令を含み得る。
【００３９】
データ管理ツール１０６は、データデバイス１０４を介した入力に応答して、患者アウトカムの追跡及び管理（例えば、外来患者の処置後の患者の疼痛管理）を提供するように構成される。データ管理ツール１０６は、データ管理ツール１０６の特定の機能を提供するために利用されるコンピュータロジックを含む。より具体的には、図１Ａに示されるように、データ管理ツール１０６は、複数の処理モジュールを含む。「モジュール」という用語は、モジュールの指定された機能を提供するために利用されるコンピュータロジックを指すことが理解されよう。したがって、モジュールは、汎用プロセッサを制御するハードウェア、ファームウェア、及び／またはソフトウェアに実装され得る。一実施形態では、モジュールは、記憶デバイスに格納され、メモリにロードされ、プロセッサによって実行されるプログラムコードファイルである。あるいは、モジュールは、コンピュータプログラム製品、例えばコンピュータ実行可能命令から提供されるプログラムコードファイルであり得、それらは、ＲＡＭハードディスク、または光学媒体もしくは磁気媒体などの有形のコンピュータ可読記憶媒体に記憶される。また、データ管理ツール１０６の実施形態は、本明細書に記載されたものとは異なるモジュール、または他のモジュールを有することができ、記載された機能は、異なる方法で、モジュール間で分配され得る。
【００４０】
さらに、データ管理ツール１０６は、クラウドベースのサーバー上でホストされてもよく、提供者の現場で同一の場所に配置されてもよく、または別の適切な現場に配置されてもよい。さらに、管理者は、データ管理ツール１０６のロジックまたは他の側面を改善するために、データ管理ツール１０６へのアクセスを有し得る。管理者は、データ収集プロトコル１０５及びデータ管理ツール１０６の様々なモジュールを含む、データ管理ツール１０６で利用されるロジックを作成し得ることを理解されたい。管理者は、データ管理ツール１０６のユーザ（例えば、患者、医師など）の管理などの、他の任務も同様に実行し得る。
【００４１】
データ管理ツール１０６は、データ管理ツール１０６に通信可能に接続された患者情報データベース１０８ａなどの１以上のデータベース１０８にデータを格納することによって、患者データの入力に応答し得る。患者情報データベース１０８ａは、データデバイス１０４から蓄積された情報の記憶及び相関のためのデータリポジトリを提供する。すなわち、患者情報データベース１０８ａは、例えば、患者生成データ、医師生成データ、及び、上述のような１以上の患者データセットを形成する他のデータを集約する。したがって、患者情報データベース１０８ａ内に格納される情報は、例えば、患者の主観的な入力、医療デバイスの読み取り、及び、患者の医師（複数可）によって入力された検査結果に関連する情報であり得る。患者情報データベース１０８ａは、患者に特有の情報すなわち患者の個人的な情報、または患者集団に関する情報、例えば、個人識別子を欠いている（すなわち、匿名化されている）が、患者の集団間の傾向を識別するデータセットを提供し得る。
【００４２】
さらに、図１Ａ及び１Ｂに示されるように、データ管理ツール１０６は、医療／他のデバイス情報データベース１０８ｂなどの他のデータベース１０８へのアクセスを提供され、患者アウトカムの追跡及び／または管理、治療プロトコルの開発などのために必要な情報をデータ管理ツール１０６に提供し得る。例えば、図１Ｂを参照すると、医療／他のデバイス情報データベース１０８ｂは上述の医療または他のデバイス１０４ｅからのデータを格納してもよく、医療／他のデバイス情報データベース１０８ｂはデータ管理ツール１０６にデータを提供できるように、患者情報データベース１０８ａにリンクされてもよい。データ管理ツール１０６には、他のデータベース１０８へのアクセスも提供され得る。例えば、臨床データベース（図示せず）は、患者の回復を管理するために使用され得る様々な治療法に関する情報を提供し得る。一般に、臨床データベースは、患者データを参照することなく、患者に非特異的または非個人的である情報、すなわち、治療法、デバイスなどに関する共通情報を提供する。いくつかの実施形態では、臨床データベースなどの一般情報データベースは省略されてもよく、他のデータベースは提供されてもよく、提供されなくてもよい。また、別個のデータベース１０８に患者データの異なるセットが提供されてもよく、例えば、１つのデータベース１０８に一提供者の患者データが提供されてもよく、別のデータベース１０８に別の提供者の患者データが提供されてもよく、データ管理ツール１０６は、各データベース１０８にアクセスし得ることも理解されるべきである。
【００４３】
図１Ａを参照すると、データ管理ツール１０６は、例えば患者情報データベース１０８ａ内に格納するために患者データを収集し、患者データを分析し、患者データを発信するように構成され、データ管理ツール１０６は他の機能も同様に有していてもよい。より具体的には、データ管理ツール１０６は、患者データをデータデバイス１０４から収集するための収集モジュール１１０を含む。患者データを収集するステップは、例えば、本明細書に記載のネットワーク１０２ａを介して１以上のデータデバイス１０４に接続するステップを含み得る。患者データの１以上の部分は、分析のために分析モジュール１１２に送信または受信され得、これは、データを分析または発信するための準備としてデータを分類するステップを含み得る。特に、分析モジュール１１２は、例えば、患者アウトカム、患者集団アウトカム、または特定の患者または患者のグループに関する他の情報の傾向をとるための予測分析を実行するために、患者の行動及び態度、医療デバイスの使用、薬物使用などを分析する１以上のアルゴリズムを含む。例えば、分析モジュール１１２は、患者データデバイス１０４ａ、医師データデバイス１０４ｂ、及び／または、医療／他のデバイス１０４ｅからの入力を使用して、患者の治療プロトコルを開発または変更するために使用され得る患者の術後疼痛スコアを作成してもよい。さらに、分析モジュール１１２は、患者データを使用して、例えば、疼痛ポンプを使用する疼痛管理、経腸栄養デバイスを使用する経腸栄養、または呼吸デバイスを使用した呼吸などの他の特定の治療法を開発し得る。一例として、本方法及び／またはシステムは、予測分析を利用することにより、患者の疼痛ポンプの使用に基づく術後疼痛管理の傾向を提供し得る。分析モジュール１１２は、分析機能を実行するための規則エンジン、変換ロジックなどを含み得る。
【００４４】
患者データまたは患者データの分析の結果は、発信モジュール１１４を介して選択的に発信または配信され得る。患者データの少なくとも一部は、患者、医師（複数可）、提供者（複数可）または医療機関（複数可）、デバイス製造業者（複数可）、及び／または支払者（複数可）などの１以上のエンティティに利用可能であり得る。一実施形態では、発信モジュール１１４は、追跡システム１００が複数のダッシュボード１１６を含むように、カスタマイズされたダッシュボード１１６を各エンティティに提示するように構成される。例えば、データ管理ツール１０６の発信モジュール１１４は、各ダッシュボード１１６が異なる患者データ、または患者データの異なるサブセットの視覚的表現を表示するように、各ダッシュボード１１６についてのパラメータを含んでいてもよい。より具体的には、本明細書でさらに説明されるように、患者データへのアクセスは、異なるエンティティが患者データへの様々なレベルのアクセスを有するように制限され得る。ダッシュボードパラメータは、各ダッシュボード１１６が、特定のダッシュボード１１６が提供されるエンティティによってアクセス可能な患者データのみを表示することを確実にし得る。さらに、発信モジュール１１４は、患者データを、例えば患者データのグラフ、チャート、または他の画像表現などの視覚的表現またはデータの要約に変換するためのロジックなどを含んでいてもよい。
【００４５】
図１Ａに示す例示的な実施形態では、発信モジュール１１４は、患者ダッシュボード１１６ａ、医師ダッシュボード１１６ｂ、提供者ダッシュボード１１６ｃ、支払者ダッシュボード１１６ｄ、及び患者集団ダッシュボード１１６ｅにデータを発信する。上記のように、ダッシュボード１１６は、患者データまたは患者データの一部の要約であり得るチャート、グラフなどの患者データのグラフィックまたは他の視覚的表現であり得る。例えば、追跡システム１００と対話する各患者は、患者のデータの要約を受け取るために、患者ダッシュボード１１６ａにアクセスし得る。特定の患者についての患者ダッシュボード１１６ａは、患者の調査回答のグラフ要約、健康目標に向かう患者の進行の傾向、及び／または、患者の進行と、同一の健康目標に向かう患者のグループの平均の進行との比較を提供し得る。他のダッシュボード１１６も同様に、対象のエンティティに要約情報を提供してもよく、例えば、医師ダッシュボード１１６ｂは、個々の患者のデータの要約、医師の患者のサブセットのデータの要約、及び／または他のデータ要約を医師に提供してもよい。以下でさらに説明するように、１以上のダッシュボード１１６にアクセスできるいくつかのエンティティについて、エンティティが識別不可能な患者データまたはデータ要約（例えば、１人以上の患者集団についての傾向または要約、または個々の患者についての個人識別子を含まない個々の患者の傾向または要約）のみを表示し得るように、データ管理ツール１０６は、患者データを保護することができる。
【００４６】
さらに、１以上のダッシュボード１１６は、追跡システム１００内のすべての患者データの集約ベンチマークを提供し、これにより、個々の医師または提供者は患者アウトカムを集約ベンチマークと比較することができる。より具体的には、追跡システム１００に患者データを提出するすべての患者についての患者データ（「集約患者データ」）から、分析モジュール１１２は、特定のフィルタ（例えば、処置の種類、人口統計など）内の集約ベンチマークを作成し得る。例えば、各フィルタ内で、分析モジュール１１２は、上記でより詳細に説明した調査プロトコルの各調査質問についての集約患者データ、及び／またはセンサ出力などの他の患者データの結果回答を平均化することにより、各調査の質問及びセンサ測定値についてのフィルタ基準内で集約ベンチマークを生成する。特定の例として、分析モジュール１１２は、膝関節置換手術に関する集約患者データの疼痛スコアを平均化することにより、膝関節置換手術についての集約ベンチマーク疼痛スコアを提供する。疼痛スコアデータは、膝関節置換手術についての集約ベンチマーク疼痛スコアが、例えば、手術前から術後９０日までの期間にわたる傾向線となり得るように、経時的に収集され得ることが理解されよう。同様に、分析モジュール１１２は、例えば個々の患者、医師の患者のサブセット、及び／またはその医師の患者全員などの特定の患者集団の膝関節置換術の疼痛スコアについて、分析の結果の傾向線または他の適切な表現などの要約を生成する。特定の患者集団は、集約患者集団のサブセットである、すなわち、特定の患者集団の患者データは、集約患者データのサブセットであることが理解されよう。
【００４７】
分析モジュール１１２が集約ベンチマーク及び特定の患者集団の要約を生成した後、発信モジュール１１４は、膝関節置換手術の集約ベンチマークの疼痛スコア及び特定の集団の膝関節置換手術の疼痛スコアの要約を医師ダッシュボード１１６ｂに発信してもよく、これにより、医師、例えば膝の手術を行う整形外科医は、個々の患者の疼痛スコア、医師の患者のサブセットの疼痛スコア、または医師のすべての患者の疼痛スコアを、集約ベンチマークと比較することができる。したがって、医師ダッシュボード１１６ｂを使用して、医師は、患者アウトカムを、個々の患者グループ（例えば、医師の患者）、及び／または、集約患者データのより大きなプールと比較することにより、アウトカムが集約ベンチマークとどのように比較されるか評価することができる。
【００４８】
同様に、病院管理者などの提供者は、提供者の現場で、処置、医師などによるアウトカムを集約ベンチマークと比較することができる。例えば、分析モジュール１１２は、提供者の現場の各医師について、患者の手術後のモルヒネに相当する使用量（morphine equivalent usage）と、（集約患者データからの）集約患者集団によるモルヒネに相当する使用量（モルヒネ相当使用量）の集約ベンチマークを経時的に平均化する。モルヒネに相当する使用量には、オピオイド、輸液ポンプなどのいくつかの疼痛管理療法が含まれていてもよく、これらの用量または使用量は、同等のモルヒネ使用量に変換される。次に、発信モジュール１１４は、モルヒネ相当使用量の分析結果を提供者ダッシュボード１１６ｃに発信し、提供者ダッシュボード１１６ｃは、図５に示すように、結果のグラフ表示を提供する。次に、提供者ダッシュボード１１６ｃを使用して、提供者は、提供者の現場にいる１人の医師の患者のモルヒネ相当使用量を、提供者の現場にいる別の医師の患者、及び集約ベンチマークのモルヒネ相当使用量と比較することができる。図５にさらに示されるように、提供者ダッシュボード１１６ｃはまた、例えば特定の時間に、特定の調査質問に応答して、または特定のセンサを介して、データが提供された集約患者集団内の患者の数を示し得る。例えば、図５に示される例示的な実施形態では、提供者ダッシュボード１１６ｃは、集約患者データ集団内の６８４人の患者が、手術後の初日（すなわち、術後１日目）にモルヒネ相当使用量を提供されたことを示している。
【００４９】
提供者が追跡システム１００を使用して実行し得る比較の別の例として、提供者が処置ごとにフィルタをかけ、提供者の現場での処置（例えば、膝関節置換手術、開胸手術など）間のモルヒネ相当使用量の比較、及び、様々な処置についての集約ベンチマークのモルヒネ相当使用量との比較を、提供者ダッシュボード１１６ｃを使用して閲覧することができるように、分析モジュール１１２は、処置ごとに傾向線を生成し得る。したがって、追跡システム１００を介して、提供者は、提供者の現場のグループ内の医師（例えば、整形外科医）の相対関係、提供者の現場のすべての医師が相互に対してどのように機能しているか、提供者の現場の１人以上の医師が、集約患者データと比較して（すなわち、患者データが追跡システム１００内にあるすべての医師と比較して）どのように実行しているか、及び／または、現場が集約患者データに対して（すなわち、患者データが追跡システム１００内にあるすべての現場に対して）どのように実行しているか、などの多くの様々な測定値を比較することができる。
【００５０】
さらに、上記のようにデータ比較または要約を提示するダッシュボード１１６（例えば、医師ダッシュボード１１６ｂ及び提供者ダッシュボード１１６ｃ）は、同一のディスプレイ内に複数の比較を提示するように構成され得る。一例として、分析モジュール１１２は、追跡システム１００が患者データを受信する対象となるすべての患者アウトカムを最大で含む、２以上の患者アウトカム（疼痛スコア、睡眠時間、モルヒネ相当使用量、副作用、機能的活動、疼痛管理の満足度など）について、上記の集約ベンチマークを生成し得る。発信モジュール１１４は、集約ベンチマーク及び他の関連データを、例えば医師ダッシュボード１１６ｂに発信し、各ダッシュボードは、指定された患者集団の患者アウトカムと、関連する集約ベンチマークとの比較のグラフ表示を各患者アウトカムに提供し得る。複数のグラフ表現が、医師ダッシュボード１１６ｂのディスプレイ内に同時に現れてもよい（すなわち、２以上の比較が、ディスプレイ内で互いに並んで現れてもよい）。例えば、医師の患者からなる患者集団の場合、医師ダッシュボード１１６ｂは、同一のディスプレイ内に、指定された期間にわたる医師の患者の疼痛スコアの平均を疼痛スコア集約ベンチマークと比較する第１のグラフ表示と、指定された期間にわたる医師の患者の睡眠時間の平均を睡眠時間集約ベンチマークと比較する第２のグラフ表示と、指定された期間にわたる医師の患者のモルヒネ相当使用量の平均をモルヒネ相当使用量集約ベンチマークと比較する第３のグラフ表示と、指定された期間にわたって医師の患者が経験した副作用の平均を副作用集約ベンチマークと比較する第４のグラフ表示と、を提供し得る。他の患者アウトカムについての比較または要約は、他のデータの表示の選択、さもなければ、表示を変更するための医師ダッシュボード１１６ｂへの信号の送信によって表示し得る。例えば、患者アウトカムについての比較または要約は、グラフィカルユーザインターフェースの画面上に示される１以上のタブ上にあってもよく、これにより、表示は、異なるタブを選択することによって変更される。
【００５１】
したがって、追跡システム１００のユーザは、ユーザの患者間でアウトカムを比較し、ユーザの患者についてのアウトカムを、追跡システム１００内のすべての患者データに由来する１以上の集約ベンチマークと比較することができる。集約ベンチマークは、追跡システム１００の１以上のセグメントによってユーザに対して生成及び表示され得る（例えば、分析モジュール１１２が集約ベンチマークを生成し、発信モジュール１１４が、生成された集約ベンチマークを発信し、ダッシュボード１１６が集約ベンチマークを表示する）。集約患者データから導出された集約ベンチマークは患者を識別可能な情報を提供しないので、集約患者データは、集約ベンチマークの発信に関する個人情報の発信に対して保護されることが理解されよう。さらに、集約ベンチマークを使用して、介護者（例えば、医師、臨床医、提供者など）は、個々の患者または特定の患者グループなどの様々な患者集団の患者アウトカムをモニタリングすることができる。患者集団の患者アウトカムを１以上の集約ベンチマークと比較することによって、介護者は１以上のベンチマークに対する患者集団のスコアを評価し、必要に応じて、患者の治療法、治療オプション、フォローアップ処置などを調整することができる。そのような比較は、患者のケアを改善し、最終的には、患者報告アウトカムを改善する継続的な品質改善を促進し得る。
【００５２】
図１Ａを参照すると、発信モジュール１１４はまた、個々の患者情報の閲覧のために、患者情報ビューア１１８にデータを配信し得る。すなわち、個々の患者情報ビューア１１８は、生の患者データを、そのようなデータへのアクセスを許可されたエンティティに提供し得る。例えば、医師には、医師の患者の生の患者データへのアクセスが与えられ得る。医師は、例えば個々の患者情報ビューア１１８にログインすることによって、医師の患者のデータにアクセスし得、これにより、医師は、医師の患者のデータのみへのアクセスが許可される。
【００５３】
図１Ａに示すように、データ管理ツール１０６は、患者データに基づいて１以上の通知を生成するための通知エンジン１３０を含み得る。例えば、追跡システム１００内で、臨床医は、１以上の調査質問に対する患者の回答によってトリガされる通知を受け取ることを選択できる。より具体的には、通知エンジン１３０は、個々の、またはグループ化された２種類の通知を生成し得る。臨床医は、臨床医のフォローアップの必要性を示し得る上記のような調査プロトコルの調査質問（標準及びカスタム調査質問を含む）への各回答などの、臨床医が通知の受信を希望する各結果回答についての閾値を決定する。したがって、閾値は、各臨床医または追跡システム１００の他の適切なユーザによってカスタマイズされ得る。通知エンジン１３０は、分析モジュール１１２、発信モジュール１１４、及び／またはダッシュボード１１６の一部であってもよく、またはデータ管理ツール１０６内の独立したモジュールであってもよい。
【００５４】
個々の通知は、単一の結果（アウトカム）回答が閾値に一致するか超える場合、例えば、疼痛スコア、疼痛管理の満足度、機能、睡眠、または副作用などが、臨床医が選択した閾値に一致する場合にトリガされる。グループ化された通知は、結果回答の組み合わせが、組み合わせの各回答の閾値に一致するか超える場合（例えば、２以上の指定された調査の質問への回答が、臨床医によって決定された閾値を満たすか超える場合）にトリガされる。換言すると、臨床医がグループ化された通知を選択した場合、患者の回答がグループのアウトカムについてカスタマイズされたすべての閾値を超えると、通知がトリガされ、臨床医に送信される。したがって、グループ化された通知によって、臨床医は、有意義なイベントに対する通知アラートをより適切にカスタマイズし得る。例えば、疼痛スコア７（単一の結果回答）は有用であり得るが、疼痛管理満足度に対する回答が非常に不満（結果回答の組み合わせ）である疼痛スコア７は、臨床医が積極的に介入し、患者に連絡すべきである潜在的な問題を示す。グループ化された通知の別の例には、高オピオイド使用の結果回答及び多数の副作用が含まれ、また、臨床医の介入を正当化し得る問題も示し得る。臨床医が、医師の患者が結果回答のこの組み合わせを提供した場合に通知を受け取ることを選択すると、通知エンジン１３０は、臨床医への自動通知または警告を生成する。通知またはアラートは、電子メール、ＳＭＳメッセージ、Ｗｅｂポータルなどを介して配信され得る。これらの例が示すように、通知エンジン１３０によって、予防的アウトリーチが、医療処置を必要とする潜在的なケアエピソードに対処することができる。
【００５５】
主観的な患者データ（すなわち、患者報告アウトカム）に基づく通知の生成に加えて、通知エンジン１３０は、他の種類の患者データ、例えば１以上の医療デバイス（デバイス１０４ｅ）からのデータに基づいて通知を生成してもよい。他の種類の患者データから生成された通知もまた、上述の個々の通知及びグループ化された通知と同様に、臨床医が選択した閾値に基づく個々の通知またはグループ化された通知であり得ることが理解されよう。一例として、３つの指定されたセンサからの出力が、それらのセンサについて臨床医が選択した出力閾値に一致するか、それを超えると、臨床医に対して通知またはアラートが生成される。さらに、グループ化された通知はデータタイプ全体に及び、例えば、結果回答のグループには、２つの調査質問への回答（主観的な患者データ）と、疼痛ポンプに組み込まれたセンサなどのセンサからの出力（主観的な患者データ）とが含まれる。
【００５６】
さらに、通知エンジン１３０によって生成された通知は、介護者のスタッフの間で割り当てられてもよい。例えば、臨床医は通知を看護師に割り当て、看護師は臨床医に代わって患者をフォローアップしたり、患者データをさらに分析して適切な回答を策定してもよい。別の例として、一部の結果回答は介護者の施設に関連していてもよく、施設のマネージャーまたは管理者が最も適切に対処できるので、臨床医は、これらの結果回答に基づいてマネージャーまたは管理者に通知を割り当ててもよい。通知は、さまざまな介護スタッフの間で割り当てられてもよく、例えば、臨床医が特定の通知を受信してもよく、看護師が他の通知を受信してもよく、施設のマネージャーまたは管理者がさらに他の通知を受信してもよい。特定のスタッフに通知を割り当てると、効果的なフォローアップが容易になる。
【００５７】
本明細書で説明するように、通知は、様々な方法で設定可能である。臨床医などのユーザは、患者に関連付けられた各アウトカム回答もしくは出力、またはユーザが通知の受信を希望するアウトカム回答または出力のみについて閾値を設定できる。ユーザは、個々の、またはグループ化された通知を選択できる。グループ化された通知の場合、ユーザは通知をトリガする結果回答及び／または出力のグループを選択できる。さらに、ユーザは、電子メール、ＳＭＳメッセージ、またはＷｅｂポータルなどの、通知またはアラートを受信する方法を選択できる。さらに、ユーザは通知を別の介護者に割り当てることができる（例えば、臨床医は、看護師に特定の通知を割り当て、臨床医の施設のマネージャーに特定の通知を割り当ててもよい）。
【００５８】
図１Ｂに示されるように、医療／他のデバイスのデータは、データ管理ツール１０６と同様のデータ管理ツール１２０を介して分析され得る。より具体的には、データ管理ツール１２０は、データ管理ツール１２０の指定された機能を提供するために利用されるコンピュータロジックを含む。図１Ｂに示すように、データ管理ツール１２０は、収集モジュール１２２、分析モジュール１２４、及び発信モジュール１２６を含む。また、データ管理ツール１２０の実施形態は、本明細書に記載されているものと異なる、または他のモジュールを有することができ、記載された機能は、様々な方法で、モジュール間で分散されていることが理解されよう。さらに、データ管理ツール１２０は、クラウドベースのサーバー上でホストされ、提供者の現場の同一の場所に配置されるか、または別の適切な現場に配置されてもよい。
【００５９】
データ管理ツール１２０は、１以上の医療または他のデバイス１０４ｅからデータを受信する。データ管理ツール１２０は、データ管理ツール１２０に通信可能に接続された上記の医療または他のデバイス情報データベース１０８ｂなどの１以上のデータベース１０８にデータを格納することによって、そのような患者データの入力に応答し得る。医療または他のデバイス情報データベース１０８ｂは、医療または他のデバイス１０４ｅから蓄積された情報の格納及び相関のためのデータリポジトリを提供する。すなわち、デバイス情報データベース１０８ｂは、医療または他のデバイスの読み取り、性能、リセット、障害などの１以上の医療または非医療デバイス（医療または他のデバイス１０４ｅ）からのデータを集約する。さらに、図１Ａ及び１Ｂに示すように、デバイス情報データベース１０８ｂは、患者情報データベース１０８ａに通信可能に接続され、１以上の患者データセットにおいて使用するためのデバイス１０４ｅからのデータを提供し得る。医療または他のデバイス情報データベース１０８ｂは、患者に、患者に特有の、すなわち個人的な情報、または患者集団に関する情報（例えば、複数の患者によって使用される特定のデバイスに関するデータセット）を提供し得る。
【００６０】
データ管理ツール１０６と同様に、図１Ｂに示すデータ管理ツール１２０は、例えばデバイス情報データベース１０８ｂに格納するために医療または他のデバイスデータを収集し、医療または他のデバイスデータを分析し、そのようなデータを発信するように構成され、データ管理ツール１２０は、他の機能も同様に有し得る。より具体的には、収集モジュール１２２は、医療または他のデバイス１０４ｅから患者データを収集する。そのようなデータの１以上の部分は、分析のために分析モジュール１２４によって送信または受信され得、これは、データを分析または発信する準備としてデータを分類するステップを含み得る。特に、分析モジュール１２４は、例えば、医療または他のデバイスの使用法、性能などを分析して、デバイスのエラー率、患者の治療における有用性、または１以上のデバイスに関する他の情報の傾向をとる１以上のアルゴリズムを含む。医療／他のデバイスのデータ、またはそのようなデータの分析の結果は、発信モジュール１２６を介して選択的に発信または配信され得る。医療／他のデバイスのデータの少なくとも一部は、患者、医師（複数可）、提供者（複数可）または医療機関（複数可）、医療デバイス製造業者（複数可）、及び／または支払者（複数可）などの１以上のエンティティに利用可能であり得る。一実施形態では、発信モジュール１２６は、カスタマイズされた製造業者ダッシュボード１１６ｆを各デバイス製造業者に提示するように構成される。製造業者ダッシュボード１１６ｆは、デバイスデータの一部の要約であり得る、チャート、グラフなどの医療／他のデバイスデータのグラフまたは他の視覚的表現であり得る。医療／他のデバイスのデータ、またはそのようなデータの要約も、図１Ａに示されている１以上のダッシュボード１１６または患者情報ビューア１１８を通じて提示され得る。
【００６１】
好ましくは、患者データへのアクセスは、エンティティごとに制御される。すなわち、患者データの異なる部分が異なるエンティティにアクセス可能であり得るか、または、異なるレベルのアクセスが異なるエンティティに許可され得る。一例として、患者及び患者の医師（複数可）は、その患者に関連するすべてのデータにアクセスし得るが、医療デバイス製造業者（複数可）は、医療／他のデバイス（複数可）または器具（デバイス１０４ｅ）（複数可）からの性能データ（患者の個人データまたはデバイス（複数可）の性能に関係のないデータを欠いている）のみにアクセスし得る。したがって、患者データを発信するステップは、データの適切な部分が適切なエンティティに配信されるか、またはアクセス可能になるようにデータを分類するステップを含み得る。
【００６２】
いくつかの実施形態では、患者ダッシュボード１１６ａは、患者データデバイス１０４ａを使用して閲覧可能またはアクセス可能である。例えば、患者ダッシュボード１１６ａは、上述のように患者によるデータ入力も受け入れる調査またはモバイルアプリの構成要素であり得る。代替的または追加的に、患者は、例えば患者データデバイス１０４ａのブラウザを使用して、調査またはアプリとは別に患者ダッシュボード１１６ａにアクセスするか、または患者ダッシュボード１１６ａを閲覧してもよい。同様に、医師ダッシュボード１１６ｂは、医師データデバイス１０４ｂを使用して閲覧可能またはアクセス可能であってもよい。他の実施形態では、患者ダッシュボード１１６ａ及び医師ダッシュボード１１６ｂは、患者データデバイス１０４ａ、医師データデバイス１０４ｂとは別個の独立した構成要素であってもよい。当然のことながら、提供者ダッシュボード１１６ｃ、支払者ダッシュボード１１６ｄ、及び製造業者ダッシュボード１１６ｆは、患者データデバイス１０４ａ及び医師データデバイス１０４ｂと同様の、提供者デバイス、支払者デバイス、及び製造業者デバイスを介してそれぞれ閲覧可能またはアクセス可能であり得る。他の実施形態では、提供者ダッシュボード１１６ｃ、支払者ダッシュボード１１６ｄ、及び製造業者ダッシュボード１１６ｆは、他のデバイスから独立した構成要素であるか、または閲覧可能もしくはアクセス可能であり得、そのようなデバイスは、提供者生成データ、支払者生成データ、医療／他のデバイス生成データ、及び製造業者生成データの受信のためのインターフェースを含み得る。提供者生成データ、支払者生成データ、医療／他のデバイス生成データ、及び製造業者生成データは、患者、医師、及び／またはその他の適切なエンティティによって閲覧可能またはアクセス可能であり得る。また、患者集団ダッシュボード１１６ｅ及び個々の患者情報ビューア１１８は、ダッシュボード１１６ａ、１１６ｂ、１１６ｃ、１１６ｄ、１１６ｆと同様の１以上のデータデバイス１０４または独立した構成要素を介して閲覧可能またはアクセス可能であり得る。
【００６３】
図１Ａにさらに示されるように、データデバイス１０４、データ管理ツール１０６、データベース１０８、及びダッシュボード１１６は、例えばダイレクトネットワークまたは他の適切なリンクを介して、ネットワーク１０２ａに接続及び／または多重化される。同様に、図１Ｂに示されるように、医療または他のデバイス１０４ｅ、データ管理ツール１２０、デバイス情報データベース１０８ｂ、及び製造業者ダッシュボード１１６ｆは、例えばダイレクトネットワークまたは他の適切なリンクを介して、ネットワーク１０２ｂに接続及び／または多重化される。好ましくは、各ネットワーク１０２ａ、１０２ｂ内のリンクは、チャネルを使用して送信される情報の改竄または不正アクセスを防止するための機能を含む安全な通信チャネルである。例えば、通信チャネルは、改竄に対して物理的に強化されるか、または暗号化されることにより、そこに送信される情報への不正アクセスを防止する。例示的な実施形態では、リンクは、適用可能な政府または組織の要件に準拠する方法で保護される。一例として、医療保険の相互運用性と説明責任に関する法律（「ＨＩＰＡＡ」）は患者データへのアクセスを規制し、リンクはそのような規制と整合して保護され、ＨＩＰＡＡの下での不正アクセスされることを防止する。したがって、例示的な実施形態では、追跡システム１００はＨＩＰＡＡに準拠している。
【００６４】
同様に、データ管理ツール１０６、１２０は、好ましくは、患者データの改竄または不正アクセスを防止するための機能を含み、したがって、安全なツールである。データ管理ツール１０６、１２０は、前述のようにネットワークリンクを保護するために提供される機能に加えて、または別個に、患者データを保護するためのそのような機能を含み得る。いくつかの実施形態では、安全なデータ管理ツールは、適用可能な政府または組織の規制に準拠するものである。例えば、データ管理ツール１０６、１２０は、各データ管理ツール１０６、１２０がＨＩＰＡＡに準拠するようにＨＩＰＡＡの要件に準拠して構成され得る。他の実施形態では、データ管理ツールは、他の機能を含むか、または患者データの改竄及び不正アクセスを禁止するための他の要件を満たし、したがって、安全なツールであり得る。ネットワークリンク及びデータ管理ツール１０６、１２０と同様に、患者情報データベース１０８ａ及び医療／他のデバイス情報データベース１０８ｂは、改竄及び不正アクセスから保護され、例えば、ＨＩＰＡＡまたは患者データを保護するための他の要件に準拠し得る。
【００６５】
いくつかの実施形態では、収集モジュール１１０、分析モジュール１１２、及び／または発信モジュール１１４は、データ管理ツール１０６とは別個であってもよいことを理解されたい。すなわち、モジュール１１０、１１２、１１４は、ネットワーク１０２ａを介して追跡システム１００の他の構成要素（例えば、データデバイス１０４、データベース１０８、及びダッシュボード１１６）と通信する追跡システム１００の独立した構成要素であり得る。同様に、収集モジュール１２２、分析モジュール１２４、及び／または発信モジュール１２６は、モジュール１２２、１２４、１２６が追跡システム１００の他の構成要素と通信する追跡システム１００の独立した構成要素であるように、データ管理ツール１２０から分離され得る。追跡システム１００は、他の構成も同様に有し得る。
【００６６】
次に図２を参照すると、本主題の例示的な実施形態による、例えば患者アウトカムを追跡するために、追跡システム１００を利用する方法を示すチャートが提供されている。図示のように、方法２００は、患者データを収集するステップと、患者データを発信するステップとを含み、また、患者データを格納するステップ、分析するステップ、及び分類するステップを含み得る。例えば、上述のように、患者データは、患者データデバイス１０４ａ、医師データデバイス１０４ｂ、提供者データデバイス１０４ｃ、支払者データデバイス１０４ｄ、及び医療／他のデバイス１０４ｅなどの１以上のデータデバイス１０４を使用して収集され得る。次に、患者データは格納されるか、または分析された後に格納され得る。あるいは、患者データは分類された後に保存されてもよく、または格納された後に分類され、分析されてもよい。図示の例示的な実施形態では、方法２００は、患者データを収集するステップ２０２と、患者データを格納するステップ２０４と、患者データを分析するステップ２０６と、患者データを分類するステップ２０８と、患者データを発信するステップ２１０とを含む。他の実施形態では、患者データは、収集された後、かつ発信される前に、任意の順序及び任意の回数で格納、分類、及び／または分析されてもよい。加えて、患者データは、任意の数及び順序の格納、分類、及び／または分析するステップとともに、継続的に収集及び発信されてもよい。したがって、図２は、方法２００の例示的な実施形態のみを示し、方法２００のステップは、患者データを十分に追跡することによって患者アウトカムを追跡するために、必要に応じて再編成及び繰り返され得る。
【００６７】
患者追跡プラットフォームは、他の方法も同様に包含し得る。図３に示される例示的な実施形態では、患者アウトカムを追跡するための方法３００が提供される。方法３００は、患者集団の患者データを収集するステップ３０２を含む。患者集団は、好ましくは複数の患者を含み、例えば、同一の医療処置を受けた、または共通の健康目標を有する、複数の患者を含み得る。患者データは、上記のように１以上のデータデバイス１０４を介して受信された入力であってもよく、患者アウトカムを追跡する方法は、複数のデータデバイス１０４を介して患者データを入力するステップをさらに含み得る。患者データは、前述のデータ管理ツール１０６の収集モジュール１１０によって収集され得る。すなわち、データデバイス１０４（複数可）とデータ管理ツール１０６との間の１以上のネットワーク接続は、収集モジュール１１０による患者データの収集を容易にし得る。
【００６８】
患者アウトカムを追跡するための方法３００は、図３の３０６に示されるように、集約集団データセットを形成するために、患者集団の患者データを集約するステップをさらに含む。患者データは、上述のように、データ管理ツール１０６の分析モジュール１１２によって集約され得る。さらに、患者データを集約するステップは、分析または発信のために患者データを編集するステップ、編成するステップ、分類するステップなどを含み得る。患者アウトカムを追跡する方法３００は、図３の３０８に示されるように、集約集団データセットの要約を発信するステップも含む。要約は、前述のように１以上のダッシュボード１１６に発信されるグラフ要約などであり得る。一実施形態では、集約集団データセットの要約を発信するステップは、第１の要約を第１のダッシュボード（ダッシュボード１１６）に発信し、第２の要約を第２のダッシュボード（ダッシュボード１１６）に発信するステップを含む。各要約は、特定のエンティティに合わせて調整されてもよく、例えば、第１の要約には個人を特定できる患者情報は含まれていないが、第２の要約には個人を特定できる患者情報が含まれている。
【００６９】
いくつかの実施形態では、集約集団データセットの要約を発信するステップは、２以上の治療の比較を発信するステップを含む。例えば、患者データは、健康目標を達成するための治療療法に関する患者集団における患者の進行についての情報を含み得る。データ管理ツール１０６と通信するデータベース１０８は、同一の健康目標を達成するための異なる治療法に関する別の患者集団の進行についての情報を含み得る。要約は、２つの異なる治療法に関する２つの患者集団の進行を比較する。あるいは、方法３００は、ステップ３０２において、各患者集団が異なる治療を受けている２以上の患者集団の患者データを収集するステップを含んでいてもよい。方法３００は、ステップ３０６において、集約集団データセットを形成するために患者集団の患者データを集約するステップと、２つ以上の治療法を比較する要約を発信するステップをさらに含み得る。
【００７０】
別の実施形態では、集約集団データセットの要約を発信するステップは、患者集団の患者アウトカム傾向を発信するステップを含む。例えば、患者データは、患者集団内の患者アウトカムに関する情報を含み得る。患者アウトカム情報は傾向に集約され、傾向は、患者アウトカムを経時的に提供し得る。前述のように、いくつかの実施形態では、集約患者アウトカム情報は集約ベンチマークであり、集約集団データセットの要約を発信するステップは、患者集団が集約ベンチマークと比較されるように、集約ベンチマーク及び指定された患者集団の患者データを発信するステップを含む。上述のように、患者データセットの各患者アウトカムについて集約ベンチマークが作成され得、各集約ベンチマークは、指定された患者集団の対応する患者アウトカムと比較され得る。
【００７１】
患者アウトカムを追跡する方法３００は、図３の３０４に示すように、改竄または不正アクセスから患者データを保護するステップをさらに含み得る。前述のように、患者データを管理するデータ管理ツール１０６、１２０及びデータベース１０８は、好ましくは、例えば患者情報を保護するための適用可能な政府または組織の規制に準拠した、患者データの改竄または不正アクセスを防止するための機能を含む。いくつかの実施形態では、患者データは、ＨＩＰＡＡの要件に準拠する方法で保護され得る。患者データを保護するステップは、例えば、異なるエンティティへ異なるレベルのアクセスを割り当てるステップを含み得る。例えば、医師には、医師の患者の患者データへの完全なアクセスが提供され得るが、医療デバイス製造業者には、患者データの一部、例えば、個人を特定できる患者情報を含まない患者データの一部のみへのアクセスが提供される。
【００７２】
患者データを管理する方法も提供され得る。例示的な実施形態では、患者データを管理する方法は、調査プロトコルを確立するステップを含む。患者データを管理する方法はまた、調査プロトコルへの患者アクセスを提供するステップと、調査プロトコルを介して患者データ入力を収集するステップとを含み得る。一部の実施形態では、調査プロトコルはウェブベースの調査であるが、上述のように、他の実施形態では、調査プロトコルは患者のスマートフォンにダウンロードされたモバイルアプリであってもよい。さらに、調査プロトコルは、前述のように、患者に提示された以前の調査に基づいて患者に提示される現在の調査を構成し得る動的調査プロトコルであり得る。さらに他の実施形態では、調査プロトコルは、標準またはデフォルトのセットの質問を含んでいてもよく、医師などのユーザは、医師によって作成された、または追跡システム１００内のライブラリから選択された他の質問を追加することによって、調査プロトコルをカスタマイズしてもよい。
【００７３】
患者データを管理するための方法はまた、複数の患者から収集された患者データ入力を集約するステップと、集約患者データ入力の要約を発信するステップとを含み得る。集約患者データ入力の要約を発信するステップは、集約患者データの傾向を発信するステップを含み得る。傾向は、例えば、時間の経過に伴う集約患者データのあらゆる変化の視覚的表現を提供してもよい。集約患者データ入力の要約を発信するステップはまた、集約患者データ入力と患者集団（例えば、特定の医師の患者）の患者データ入力との比較を発信するステップを含み得る。
【００７４】
いくつかの実施形態では、患者データを管理するための方法は、患者集団の患者の処置を判定するステップと、処置に基づいて、患者入力を収集するための調査プロトコルを構成するステップとをさらに含み得る。本方法はまた、患者集団にプロンプトを提示するステップと、プロンプトに基づいて患者データ入力を受信するステップとを含み得る。プロンプトは、データ収集プロトコル１０５に関して上記のように１以上の回答を患者から引き出す質問または記載であり得る。調査プロトコルは、個々の患者の患者データデバイス１０４ａを介して患者集団内の個々の患者それぞれに提示され得る。さらに、患者の処置は、患者集団の各患者が受けた手術または他の医療処置であり得る。いくつかの実施形態では、患者集団は、特定の時間枠内、例えば、過去６ヶ月以内または過去１年以内に患者の処置を受けた複数の患者を含み得る。
【００７５】
他の実施形態では、患者データを管理する方法は、第１のエンティティに発信するための第１のデータセットを確立するステップと、第２のエンティティに発信するための第２のデータセットを確立するステップと、その後、第１のデータセットを第１のエンティティに発信するステップと、第２のデータセットを２番目のエンティティに発信するステップと、をさらに含む。一例として、第１のデータセットは、医師の患者からなる患者集団の患者データであってもよく、第２のデータセットは、個人を特定できる情報を欠いている患者データの一部であってもよい。第１のデータセットは、医師に発信されてもよく、第２のデータセットは、医療デバイスの製造業者または支払者の組織に発信されてもよい。
【００７６】
さらに他の実施形態では、患者データを管理する方法は、患者アウトカムに基づいて１以上のユーザに対して通知を生成するステップを含む。前述のように、通知は個々またはグループ化されていてもよく、１以上の患者アウトカムが介護者によって定義された閾値を満たすか超えた場合にトリガされる。例えば、医師は、患者アウトカムの疼痛スコア、モルヒネ相当使用量、副作用、及び睡眠時間についての閾値を設定し得る。医師がこれらの患者アウトカムごとに個々の通知を受信することを選択した場合、医師は、患者アウトカムのいずれか１つがその閾値を満たすか超えると通知を受信する。医師がグループ化された通知を受信することを選択した場合、医師は、一群の患者アウトカム（例えば、モルヒネ相当使用量及び副作用の両方）を確立し、患者アウトカムのモルヒネ相当使用量及び副作用の両方がそれぞれの閾値を満たすか超えると通知を受信する。グループの１つの患者アウトカムがその閾値を満たさないか、超えない場合（閾値未満である場合）、医師は通知を受信しない。患者データを管理する方法は、通知（複数可）を別の介護者に割り当てるステップも含み得る。
【００７７】
患者データを管理するための他の方法も提供され得る。図４に示される例示的な一実施形態では、患者データを管理するための方法４００が提供される。方法４００は、ステップ４０２で、前述のデータ収集プロトコル１０５などのデータ収集プロトコルへのアクセスに応じるために、１以上の患者、例えば個々の患者または患者集団を識別するステップを含む。方法４００は、図４のステップ４０４及びステップ４０６にそれぞれ示されるように、データ収集プロトコルへの１以上の患者アクセスを提供するステップと、データ収集プロトコルへの患者入力を介して患者データを受信するステップと、をさらに含む。さらに、方法４００は、患者データを格納するステップ４０８及び保護するステップ４１０（例えば、前述のように患者データを保護するステップ）、並びに、例えばデータ管理ツール１０６を介して、患者データへのアクセスを制御するステップ４１２を含む。患者データを格納するステップは、集約データセットを形成するために患者データを集約するステップを含み得る。例えば、患者データは、患者集団から受け取られてもよく、患者データを集約するステップは、集約集団データセットを形成するために患者集団の患者データを集約するステップを含む。
【００７８】
患者データを管理する方法４００はまた、患者データへの制御されたアクセスを提供するステップ４１４と、例えば１以上のダッシュボード１１６を介して集約集団データセットの要約を提示する患者データを発信するステップ４１６と、を含む。いくつかの実施形態では、患者データへのアクセスは、患者データの複数の層を識別し、例えばパスワードで保護されたログインシステムを介して、患者データの１つの層、層の一部、またはすべての層へのアクセスを選択的に提供することによって制御され得る。患者データの層は、様々なレベルの個人識別子を含んでいてもよい。例えば、第１の層は個人識別子を含んでいなくてもよく、第２の層はいくつかの識別情報を含んでいてもよく、第３の層は第２の層よりも個人的な識別情報を含んでいてもよく、第４の層は患者のすべての個人識別子を含んでいてもよい。患者、医師、提供者、支払者、デバイス製造業者などの様々なエンティティに、患者データの層への様々なアクセスレベルが提供されてもよい。さらに、患者データを発信するステップは、上記でより詳細に説明されるように、２以上の治療法の比較を発信することによって、または患者集団の患者アウトカム傾向を発信することによって、患者データの要約を発信するステップを含み得る。
【００７９】
患者追跡プラットフォームは、患者データを蓄積または収集するための方法も含み得る。そのような方法は、例えば、患者が受けた、または受けるであろう処置を確立するステップと、処置に基づいて、患者データデバイス１０４ａ用のアプリまたは患者データデバイス１０４ａ上に表示するためのウェブベースの調査などのデータ収集プロトコル１０５を構成するステップと、患者に質問またはプロンプトを提示するステップと、患者入力を受信するステップと、を含み得る。プラットフォームはまた、質問またはプロンプトを患者に提示する方法（例えば、患者の処置、患者の進行、及び患者の意図されるアウトカムに基づいて、質問またはプロンプトのデータベースから適切な質問またはプロンプトを選択するステップを含む）を含み得る。いくつかの実施形態では、質問またはプロンプトの少なくとも一部は、患者の医師によって選択され得る。さらに、質問またはプロンプトは、患者データデバイス１０４ａを使用して患者に提示され得る。いくつかの実施形態では、データ収集プロトコルは動的データ収集プロトコルであり、患者に提示される質問またはプロンプトは、患者へのデータ収集プロトコルの提示の間で変化し得る。すなわち、患者は別々の機会にデータ収集プロトコルにアクセスしてもよく、データ収集プロトコルは、以前に患者に提示された質問またはプロンプトとは異なる１以上の質問またはプロンプトを患者に提示してもよい。
【００８０】
さらに、患者アウトカム追跡プラットフォームは、異なるエンティティへの発信のために患者データの一部またはサブセットを抽出する方法も含み得る。一般に、そのような方法は、患者データに含まれるデータを判定するステップと、第１のエンティティに発信するための第１のデータセットを確立するステップと、第２のエンティティに発信するための第２のデータセットを確立するステップと、第１のデータセットを第１のエンティティに発信するステップと、第２のデータセットを第２のエンティティに発信するステップと、を含み得る。患者データにどのデータが含まれるかを判定するステップは、患者データに個人識別子が存在するかどうか、及び患者データにどの個人識別子が存在するかを判定するステップを含み得る。このように、患者データが発信されるべき部分に分割されると、個人識別子がデバイス製造業者などの不適切なエンティティに発信またはアクセスされないように、個人識別子は分離されるか、または個人識別子へのアクセスが制限され得る。当然のことながら、患者データは、他のデータセット、例えば、第３のデータセット、第４のデータセットなどに分割され、他のエンティティ、例えば、第３のエンティティ、第４のエンティティに発信されてもよいことも理解されよう。さらに、同一のデータセットが異なるエンティティに発信されてもよく、例えば、個々の患者の患者データのセット全体が患者と患者の医師との両方に発信されてもよいが、患者の患者データの一部のみが支払機関に発信され、別の部分またはデータセットがデバイス製造業者に発信されてもよい。
【００８１】
本明細書で説明される方法及び／またはシステムは、いくつかの利益または利点を提供することが理解されよう。一例として、統合された患者データ、すなわち、一般に本明細書で患者データと呼ばれる、収集及び編集された患者生成データ、医師生成データ、医療デバイス生成データ、提供者生成データ、及び支払者生成データは、個々の患者または１以上の患者集団についての術後の疼痛管理または他の健康目標のインサイト（洞察）及び傾向を提供することができるので、治療プロトコルに影響を与えたり、治療プロトコルを開発するために使用される。より具体的には、例えば傾向などによって、患者データを使用して個々の患者または患者集団の治療プロトコルを開発または修正することができる。他の例として、本方法及び／または本システムは、統合されたデータの使用を容易にし、これにより、医師が、例えば術後疼痛管理における様々な治療法の有効性を比較すること、または患者集団の患者アウトカムを患者アウトカムの集約ベンチマークと比較することを可能にする。さらに、デバイス製造業者は、統合されたデータ、またはその一部もしくはサブセットを使用して、医療デバイスの有効性、デバイスを改善するための領域（例えば、潜在的な製品設計の改善）、患者アウトカムまたは患者集団アウトカムに対するデバイスの貢献度を判定することができる。さらに、統合されたデータ、またはその一部もしくはサブセットは、患者アウトカムまたはアウトカム傾向に基づいて医師への報酬を調整するために支払機関によって使用され得る。さらに、本明細書に記載された方法及び／またはシステムにより、臨床医及び病院管理者は、臨床及び術後のアウトカム、退院の詳細、再入院及び再加療、並びに１以上の患者集団の患者満足度を追跡及びモニタリングすることができる。さらに、匿名化されたデータセット（複数可）を介して患者報告アウトカムを測定する機能によって、本明細書に記載の追跡システムの管理者は、システムのエンドユーザにサービスを提供し、特定の処置の回復傾向及び実用的なインサイトを識別することができる。実用的なインサイトは、例えば臨床医及び病院の管理者との議論によって特定の結果が得られることを容易にし、これにより、患者のケア及び患者報告アウトカムを改善する継続的な品質改善が促進される。
【００８２】
この書面による説明は、例を使用して、最良の形態を含む本発明を開示し、また、当業者による任意のデバイスまたはシステムの作成及び使用、並びに組み込まれた方法の実行を含む本発明の実施を可能にする。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者に想起される他の例を含み得る。そのような他の例は、それらが請求項の文言と異ならない構造要素を含む場合、または、それらが請求項の文言と実質的に異ならない同等の構造要素を含む場合、請求項の範囲内にあることが意図される。
【図１Ａ】
2021514077.tif 000003
【図１Ｂ】
2021514077.tif 000004
【図２】
2021514077.tif 000005
【図３】
2021514077.tif 000006
【図４】
2021514077.tif 000007
【図５】
2021514077.tif 000008
【国際調査報告】
2021514077.tif 000009
2021514077.tif 000010