JP2021514077A - 患者報告アウトカムによる術後モニタリング - Google Patents
患者報告アウトカムによる術後モニタリング Download PDFInfo
- Publication number
- JP2021514077A JP2021514077A JP2020542961A JP2020542961A JP2021514077A JP 2021514077 A JP2021514077 A JP 2021514077A JP 2020542961 A JP2020542961 A JP 2020542961A JP 2020542961 A JP2020542961 A JP 2020542961A JP 2021514077 A JP2021514077 A JP 2021514077A
- Authority
- JP
- Japan
- Prior art keywords
- patient
- data
- outcomes
- aggregated
- notification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 8
- 230000002980 postoperative effect Effects 0.000 title description 4
- 238000000034 method Methods 0.000 claims abstract description 94
- 238000013523 data management Methods 0.000 claims description 70
- 238000004458 analytical method Methods 0.000 claims description 33
- 238000013480 data collection Methods 0.000 claims description 19
- 230000004931 aggregating effect Effects 0.000 claims description 9
- 238000011160 research Methods 0.000 claims description 8
- 238000013479 data entry Methods 0.000 claims description 3
- 238000011282 treatment Methods 0.000 abstract description 37
- 230000036541 health Effects 0.000 abstract description 20
- 238000010586 diagram Methods 0.000 abstract description 3
- 230000003449 preventive effect Effects 0.000 abstract description 2
- 208000002193 Pain Diseases 0.000 description 28
- BQJCRHHNABKAKU-KBQPJGBKSA-N morphine Chemical compound O([C@H]1[C@H](C=C[C@H]23)O)C4=C5[C@@]12CCN(C)[C@@H]3CC5=CC=C4O BQJCRHHNABKAKU-KBQPJGBKSA-N 0.000 description 28
- 230000036407 pain Effects 0.000 description 28
- 230000004044 response Effects 0.000 description 22
- 230000005540 biological transmission Effects 0.000 description 17
- 238000007726 management method Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 14
- 229960005181 morphine Drugs 0.000 description 14
- 238000001356 surgical procedure Methods 0.000 description 14
- 230000000694 effects Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 7
- 238000013150 knee replacement Methods 0.000 description 7
- 238000002560 therapeutic procedure Methods 0.000 description 7
- 230000000007 visual effect Effects 0.000 description 7
- 208000004550 Postoperative Pain Diseases 0.000 description 5
- 230000008901 benefit Effects 0.000 description 5
- 230000006872 improvement Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000011084 recovery Methods 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 238000001802 infusion Methods 0.000 description 4
- 230000033001 locomotion Effects 0.000 description 4
- 230000004622 sleep time Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 229940079593 drug Drugs 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- 230000002526 effect on cardiovascular system Effects 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000035764 nutrition Effects 0.000 description 2
- 235000016709 nutrition Nutrition 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000241 respiratory effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 206010008479 Chest Pain Diseases 0.000 description 1
- 206010038687 Respiratory distress Diseases 0.000 description 1
- 206010042674 Swelling Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000000090 biomarker Substances 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 210000003414 extremity Anatomy 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 208000015181 infectious disease Diseases 0.000 description 1
- 239000003978 infusion fluid Substances 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 210000003127 knee Anatomy 0.000 description 1
- 238000002690 local anesthesia Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229940005483 opioid analgesics Drugs 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000399 orthopedic effect Effects 0.000 description 1
- 208000035824 paresthesia Diseases 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000069 prophylactic effect Effects 0.000 description 1
- 230000029058 respiratory gaseous exchange Effects 0.000 description 1
- 238000011268 retreatment Methods 0.000 description 1
- 230000007958 sleep Effects 0.000 description 1
- 230000008961 swelling Effects 0.000 description 1
- 230000001225 therapeutic effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/7475—User input or interface means, e.g. keyboard, pointing device, joystick
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Biomedical Technology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Life Sciences & Earth Sciences (AREA)
- Pathology (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Biophysics (AREA)
- Heart & Thoracic Surgery (AREA)
- Molecular Biology (AREA)
- Surgery (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Accommodation For Nursing Or Treatment Tables (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
患者の健康データを管理する方法及びシステムが提供される。患者データを集約して1以上の患者データセットを作成する患者データ追跡システムが提供される。本システムは、患者データセットを分析、及び/または分類して様々なエンティティに情報を選択的に提供する。一例として、本システムは、集約患者データから1以上の患者アウトカムについてのベンチマークを生成することができ、集約ベンチマークは、患者集団についての患者アウトカム、すなわち集約患者データのサブセットと比較され、医師、及び/または医療機関による患者アウトカムのモニタリング、患者集団のための治療プロトコルの開発などを支援することができる。さらに、本システムは、患者アウトカムに基づいて介護者への1以上の通知を生成し、これにより、患者の予防的介入及び患者のフォローアップが可能になり、患者ケア及び患者アウトカムの改善に役立つ。【選択図】図1A
Description
(関連出願の相互参照)
本出願は、参照によりその全体が本明細書に組み込まれる、2018年2月16日に提出された米国仮出願第62/710,464号に対する優先権を主張する。
本出願は、参照によりその全体が本明細書に組み込まれる、2018年2月16日に提出された米国仮出願第62/710,464号に対する優先権を主張する。
本開示の主題は、概して、患者の健康データを管理する方法及びシステムに関する。より具体的には、本主題は、患者アウトカムを改善するために患者の健康データをモニタリング及び利用する方法及びシステムを対象とする。
医療提供者及び医療組織、並びに患者は、患者アウトカム及び治療の質の向上に継続的に取り組んでいる。さらに、ヘルスケアは価値に基づくケア(バリューベース・ケア)にますます重点を置いており、患者満足度の低下、再入院、手術後の緊急治療室(ER)の滞在に対してペナルティがある。しかしながら、歴史的に、臨床医(例えば、外科医、麻酔科医)及び病院管理者が退院後の患者の術後回復の進行を追跡することは困難であった。バリューベース・ケア環境では、臨床医が患者アウトカムをより適切に導くことができるように、臨床医がリアルタイムまたは略リアルタイムのフィードバックを患者から得ることが不可欠である。例えば、治療法及び/またはデバイスに関連するリアルタイムまたは略リアルタイムのフィードバックを受信することによって、臨床医は、例えば術後の疼痛管理、経腸栄養、呼吸気道管理、及び外科的感染防止に関連する患者アウトカムをより適切に導くことができる。さらに、集約患者データセットから導出されたベンチマークと比較して患者がどのようであるか知ることは、臨床医及び医療機関が患者アウトカムをより適切にモニタリングし、導くのに役立つ。
したがって、患者アウトカムをモニタリングするための1以上の方法及びシステムが必要である。特に、患者の健康データを受信したときにユーザ通知を生成する方法及びシステムが有益である。さらに、患者の健康データをベンチマークし、患者の健康データを集約データセットと比較する方法及びシステムが有用である。
本発明は、患者の健康データを管理する方法及びシステムを提供する。特に、本発明は、例えば患者、医師、デバイスセンサなどから患者が生成したデータを収集し、1以上の患者データセットを作成する患者健康プラットフォームを提供する。プラットフォームは、患者データセット(複数可)を分析及び/または分類し、医師、患者、医療機関、医療デバイス及びその他のデバイスの製造業者、及び/または支払者に、対象の情報または特定の情報を選択的に提供する。患者データセット(複数可)を分類するステップは、プラットフォームが、1以上の適用可能な政府または組織の規制にしたがって患者データセット(複数可)を格納及び発信する機能を有するように、患者データを保護するステップを含み得る。一例として、プラットフォームは、対象の情報を医師及び医療機関に提供し、医師及び医療機関による患者の疼痛管理療法の指示、患者集団のための治療プロトコルの開発などを支援することができる。さらなる例として、プラットフォームは集約患者データから1以上の患者アウトカムのベンチマークを生成することができ、集約ベンチマーク(複数可)は患者集団についての患者アウトカム、すなわち集約患者データのサブセットと比較され、医師及び/または医療機関による患者アウトカムのモニタリング、患者集団のための治療プロトコルの開発などを支援することができる。プラットフォームは、1以上のダッシュボードを使用して、医師、患者、医療機関、医療またはその他のデバイスの製造業者、支払者、及び/またはその他の適切な受信者に、対象の情報を発信し得る。ダッシュボードは、個々の患者または1以上の患者集団に関する情報、例えば、患者集団に関する集約データまたは傾向を提示し得る。さらに、プラットフォームは、患者アウトカムに基づいて介護者への1以上の通知を生成してもよく、これにより、患者の予防的介入及び患者のフォローアップが可能になり、患者ケア及び患者アウトカムの改善に役立つ。本発明の追加の態様及び利点は、一部は以下の説明に記載され、説明から明らかになるか、または本発明の実施を通じて知ることができる。
一態様では、本主題は、患者アウトカムをモニタリングするためのシステムを対象とする。本システムは、患者データを入力するためのデータデバイスを含む。本システムは、患者データをシステムに入力して集約患者データセットを形成するすべての患者の患者データを集約し、集約患者データセットから患者アウトカムの集約ベンチマークを生成する、データ管理ツールをさらに含む。本システムはまた、集約ベンチマークと患者集団の患者アウトカムについてのデータの要約との比較を発信するダッシュボードを含む。患者集団の患者アウトカムについてのデータは、集約患者データのサブセットである。いくつかの実施形態では、データ管理ツールは、集約ベンチマークを生成する分析モジュールを含み、分析モジュールは、要約を生成してもよい。さらに、患者アウトカムは、患者によって報告される患者データであり得る。
さらに、本システムの特定の実施形態は、介護者への1以上の通知を生成するための通知エンジンを含む。通知エンジンは、患者アウトカムが閾値を超えたときに通知を生成するように構成されている。閾値は、介護者によって選択され得る。
いくつかの実施形態では、データデバイスは患者データデバイスである。患者は、患者データデバイスを介してアクセスされるウェブベース調査に患者データを入力し得る。他の実施形態では、本システムは、複数のデータデバイスと、複数のダッシュボードとを含む。
別の態様では、本主題は、患者アウトカムを追跡する方法を対象とする。本方法は、データ収集プロトコルへの患者入力を介して患者データを受信するステップと、集約された患者データセットを形成するために、患者データを集約するステップと、集約された患者データセットの第1の患者アウトカムについての第1の集約ベンチマークを生成するステップと、患者集団についての第1の患者アウトカムの要約と第1の集約ベンチマークとの比較を発信するステップと、を含む。いくつかの実施形態では、比較を発信するステップは、ダッシュボードに比較を発信するステップを含む。さらに、患者によって完了されたデータ収集プロトコルは、患者の介護者によって選択された少なくとも1つの調査質問を含み得る。
本方法はまた、集約された患者データセットの第2の患者アウトカムについての第2の集約ベンチマークを生成するステップと、患者集団についての第2の患者アウトカムの要約と第2の集約ベンチマークとの比較を発信するステップと、を含み得る。特定の実施形態では、第2の患者アウトカムの要約と第2の集約ベンチマークとの比較を発信するステップは、第2の患者アウトカムの要約と第2の集約ベンチマークとの比較をダッシュボードに発信するステップを含む。さらに、ダッシュボードは、第1の患者アウトカムの要約と第1の集約ベンチマークとの比較を、第2の患者アウトカムの要約と第2の集約ベンチマークとの比較と並べて表示し得る。
いくつかの実施形態では、本方法はまた、患者データに基づいて通知を生成するステップを含む。一実施形態では、通知は、単一の患者アウトカムに基づいて生成される個々の通知である。別の実施形態では、通知は、一群の患者アウトカムに基づいて生成されるグループ通知である。通知は、個々通知またはグループ通知であるかどうかにかかわらず、1以上の患者アウトカムが1以上の患者アウトカムについての閾値を満たすか超えると生成される。閾値は、通知を受信する医師などの介護者によって選択され得る。
本方法はまた、改竄または不正アクセスから患者データを保護するステップを含み得る。さらに、本方法は、患者データへのアクセスを制御するステップを含み得る。例えば、或るエンティティは患者データの一部、例えば完全に匿名化された患者データにのみアクセスし得るが、別のエンティティは患者データのより大きな部分、例えばいくつかの個人識別子を有する患者データにアクセスし得る。患者データへのアクセスは、他の方法でも制御され得る。
さらに別の態様では、本主題は、患者データを管理する方法を対象とする。本方法は、調査プロトコルを確立するステップと、調査プロトコルへの患者アクセスを提供するステップと、調査プロトコルを介して患者データ入力を収集するステップと、を含む。患者データ入力は、複数の患者アウトカムを表す。本方法は、複数の患者から収集された患者データ入力を集約するステップと、集約された患者データ入力の患者アウトカムについての集約ベンチマークを生成するステップと、患者集団についての患者アウトカムの要約と集約ベンチマークとの比較を発信するステップと、をさらに含む。
いくつかの実施形態では、本方法はまた、患者集団についての患者順序を決定するステップと、患者順序に基づいて、患者入力を収集するための調査プロトコルを構成するステップと、患者集団にプロンプトを提示するステップと、プロンプトに基づいて患者データ入力を受信するステップと、をさらに含む。調査プロトコルを構成するステップは、患者集団の介護者によって選択された調査プロトコルに質問またはプロンプトを含めるステップを含んでいてもよい。
いくつかの実施形態では、本方法はまた、患者データに基づいて通知を生成するステップを含む。一実施形態では、通知は、単一の患者アウトカムに基づいて生成される個々の通知である。別の実施形態では、通知は、一群の患者アウトカムに基づいて生成されるグループ通知である。通知は、個々通知またはグループ通知であるかどうかにかかわらず、1以上の患者アウトカムが1以上の患者アウトカムについての閾値を満たすか超えると生成される。通知を受信する医師などの介護者によって選択され得る。
さらに、他の態様では、プラットフォームは、患者が生成したデータ(患者生成データ)を収集するためのモバイルアプリケーション(すなわち、モバイルアプリ)などの方法及び/またはシステムを含む。別の実施形態では、本システムは、患者が生成したデータを収集するためのウェブベースのデータ収集プロトコルを含む。他の通信システム、デバイス、またはインターフェースも、患者が生成したデータを収集するために使用され得る。プラットフォームはまた、患者デバイス(例えば、注入ポンプなど)に接続されるか、または患者によって着用された(例えば、ウェアラブル心拍数モニタなどの)センサから得られたデータを収集するためのインターフェースを含み得る。必要に応じて、プラットフォームは、患者デバイス及び/または患者によって着用されたセンサからのデータを患者生成データと統合するための方法及び/またはシステムを含み得る。他の実施形態では、プラットフォームはまた、医療処置情報、並びに、患者の電子医療記録(「EMR」)及び/または他のシステム(例えば既存のEMRまたはPASシステム)からのデータを、患者生成データ、患者デバイスデータ、及び/またはウェアラブルセンサデータと統合するための方法及び/またはシステムを含み得る。
さらに他の実施形態では、プラットフォームは、適用可能な、政府または組織の規制に準拠する方法で患者データを保護する。例えば、プラットフォームがHIPAAに準拠するように、プラットフォームは、医療保険の相互運用性と説明責任に関する法律(「HIPAA」)の要件に準拠し得る。患者の健康データを収集、分析、格納、及び発信するための1以上の方法及び/またはシステムを含む患者の健康プラットフォームは、本明細書で説明する追加の機能のいずれかによってさらに構成され得ることが理解されるべきである。
本発明のこれら及び他の特徴、態様、及び利点は、以下の説明及び添付の特許請求の範囲を参照してよりよく理解されるであろう。本明細書に組み込まれ、その一部を構成する添付の図面は、本発明の実施形態を示し、説明とともに、本発明の原理を説明する。
当業者に向けられた、本発明の最良の形態を含む本発明の完全かつ可能な開示は、添付の図面を参照する本明細書に記載されている。
次に、本発明の実施形態を詳細に参照し、その1以上の実施例を図面に示す。各実施例は、本発明の説明のために提供され、本発明を限定するものではない。実際、当業者には、本発明の範囲または精神から逸脱することなく、本発明に様々な修正及び変更を加えることができるのは明らかであろう。例えば、一実施形態の一部として図示または説明される特徴を、別の実施形態とともに使用することにより、さらに別の実施形態を生み出すことができる。したがって、本発明は、添付の特許請求の範囲及びそれらの均等物の範囲内にあるような修正及び変更を包含することが意図されている。
一般に、本開示は、特に患者治療の開発及び/または修正、医療デバイスまたは医療器具の管理及び改善、及び/または、医療現場または施設の管理及び改善のために、患者アウトカムを追跡またはモニタリングする方法及びシステムを対象とする。好ましくは、本方法及び本システムは、例えば、1以上のインターネットベースのインターフェースを使用して、コンピュータで実施される。単なる例として、以下の議論は、ヘルスケア関連の患者アウトカム追跡プラットフォームに向けられた本発明の実施形態に関する。しかしながら、本システム及び本システム方法は、任意の方法の追跡プラットフォームに対して同様に適用可能であることが理解されるべきである。
本明細書で開示される方法及びシステムの実施形態は、例えば、パーソナルコンピュータ、ハンドヘルドデバイス、医療デバイス、データベースなどの1以上の適切なネットワークシステムによって実行され得る。そのようなシステム(複数可)は、本明細書で開示される方法の1以上の実施形態を実行するように適合された1以上のコンピューティングデバイスを含み得る。そのようなシステム及びコンピューティングデバイスは、少なくとも1つのコンピュータによって実行されると、コンピュータ(複数可)に本主題の方法の1以上の実施形態を実装させるコンピュータ可読命令を具体化する1以上のコンピュータ可読媒体にアクセスし得る。追加的にまたは代替的に、コンピューティングデバイス(複数可)は、本主題の方法の1以上を実装するように、デバイス(複数可)を動作可能にする回路を有し得る。さらに、開示されている技術の構成要素は、1以上のコンピュータ可読媒体を使用して実装され得る。開示されている主題を実装または実行するために、以下に限定しないが、例えばディスケット、ドライブ、及びその他の磁気ベースの記憶媒体、ディスク(CD−ROM、DVD−ROM、及びそれらの変形を含む)を含む光記録媒体、フラッシュ、RAM、ROM、及びその他のメモリデバイスなどの、任意の適切なコンピュータ可読媒体すなわちメディアが使用され得る。さらに、1以上のコンピュータ実装プログラムが使用される限り、本主題は、特定のプログラミング言語に限定されない。本明細書に記載される本主題を実装するために様々なプログラミング言語が使用されてもよく、特定の言語への参照は、例示的な例としてのみ提供されることが理解されるべきである。
本開示は、1以上の通信ネットワークを介した通信データの送信にも言及する。ネットワーク通信は、様々な形態の1以上のネットワークを介した情報の送信及び/または受信を含み得ることを理解されたい。例えば、ネットワークは、ダイヤルインネットワーク、ローカルエリアネットワーク(「LAN」)、ワイドエリアネットワーク(「WAN」)、公衆交換電話網(「PSTN」)、インターネット、イントラネット、または他の種類のネットワークを含むことができる。ネットワークは、任意の数、及び/または組み合わせの有線、無線、または他の通信リンクを含むことができる。
さらに、構成要素の特定の命名、大文字の用語、属性、データ構造、または、その他のプログラミングの態様もしくは構造的な態様は必須でも重要でもなく、また、本発明または本発明の機能を実装するメカニズムは、異なる名称、形式、またはプロトコルを有していてもよい。さらに、説明したようにハードウェアとソフトウェアとの組み合わせによって、または完全にハードウェア要素で、本システムが構成されてもよく、本方法が実装されてもよい。また、本明細書で説明する様々な構成要素間での機能の特定の分割は、単なる例示であって必須ではなく、単一の構成要素によって実行される機能は、代わりに複数の構成要素によって実行されてもよく、複数の構成要素によって実行される機能は、代わりに単一の構成要素によって実行されてもよい。
図1Aは、本主題の例示的な実施形態による、患者追跡システムプラットフォームの態様を実施するために使用され得る代表的な追跡システム100の図を提供している。追跡システム100は、前述のように情報またはデータを送信及び/または受信するためのネットワーク102を含む。ネットワーク102を介してデータ管理ツール106に接続されたデータデバイス104は、患者の結果(患者アウトカム)を追跡する際に使用するために、患者データをデータ管理ツール106に提供し得る。いくつかの実施形態では、追跡システム100は、複数のデータデバイス104を含んでいてもよい。例えば、図1Aに示されるように、患者は、患者が生成したデータ(患者生成データ)を提供するために、患者データデバイス104aを使用してもよい。図1Aにさらに示されるように、医師は、医師データデバイス104bを介して医師が生成した患者データ(医師生成データ)を提供してもよく、病院または他の医療機関などの医療提供者は、提供者データデバイス104cを介して提供者が生成した患者データ(提供者生成データ)を提供してもよく、保険会社などの支払機関は、支払者データデバイス104dを介して支払者が生成した患者データ(支払者生成データ)を提供してもよい。追加的に、または代替的に、患者、医師、提供者、及び支払者のそれぞれは、それぞれのデータデバイス104a、104b、104c、104dを介して患者データを受け取ってもよい。患者データデバイス104a、医師データデバイス104b、提供者データデバイス104c、及び支払者データデバイス104dは、例えばインターネット機能を備えた、携帯型すなわちモバイル型の通信デバイスなどのパーソナルコンピューティングデバイスを含み得る。例として、データデバイス104a、104b、104c、104dは、デスクトップコンピュータ、タブレットコンピュータ、スマートフォン、または任意の他の適切なパーソナルコンピューティングデバイスであり得る。さらに、1以上の医療または他のデバイス104eまたは器具も、データ管理ツール106または別個のデータ管理ツール120に接続され、例えば、患者アウトカムの追跡、治療プロトコルの開発、医療または他のデバイスなどの構成または機能の改善において使用するための患者データを提供し得る。追跡システム100はまた、他のデータデバイス104を含んでいてもよい。
データデバイス104は、インターネットブラウザプログラムなどの1以上のコンピュータプログラムを実行することにより、ユーザがデータ管理ツール106、データ収集プロトコル105、及び/または以下で説明するダッシュボード116と対話することができるように構成される。したがって、データデバイス104は、モニタまたはスクリーンなどの視覚ディスプレイを備えていることが好ましい。いくつかの実施形態では、視覚ディスプレイは、マルチメディアコンテンツを表示するように構成されたウェブブラウザに組み込まれていてもよい。例えば、患者または医師などのユーザは、データデバイス104上のインターネットウェブブラウザを介して遠隔でデータ管理ツール106にデータを提供し得る。さらに、医療または他のデバイス104eは、ディスプレイを備えていてもよく、備えていなくてもよいが、別のデータデバイス104のディスプレイに提供される1以上のダッシュボードまたは他の情報要約に組み込まれるデータを提供し得る。
患者データは、患者生成データ、医師生成データ、提供者生成データ、支払者生成データ、医療デバイス生成データなどを含み得る。患者生成データは、患者の体験に関する患者の入力、または、イベント、デバイス、もしくは他の同様の患者入力に関する患者の主観的なフィードバックを含む。いくつかの実施形態では、患者データデバイス104aは、患者生成データを蓄積または収集するために、ウェブベースのデータ収集プロトコル105に患者がアクセスするためのブラウザを含んでいてもよい。ウェブベースのデータ収集プロトコル105は、例えば、ログ部分、アンケート部分などを有するウェブベースの調査プロトコルであってもよい。例えば、調査の一部は、患者が、例えば、1日1回または1日を通して自分の痛みまたは相対的な痛みのレベルを評価し、患者の知覚的すなわち主観的な回復レベルを評価し、患者の活動レベルを示すことができるようなログであり得る。調査の別の部分は、アンケートと同様に構成されてもよく、患者に質問またはプロンプトを提示し、患者は予め作成された回答を選択するか、回答を入力することができる。すなわち、調査は患者に選択肢を提示してもよく、自由形式の回答を可能にしてもよく、またはその両方の組み合わせであってもよい。
さらに、調査は、患者の特定の処置、または患者が使用しているデバイスに適合されてもよい。例として、患者が局所麻酔のために術後輸液ポンプを使用している場合、調査は、輸液ポンプ及び疼痛管理に特化した質問またはプロンプトを患者に提示することができる。調査は、医師、または追跡システム100の他の適切なユーザによって適合すなわちカスタマイズされ得る。例えば、医師は、患者の血圧のロギング及び胸の痛みの評価、呼吸困難、並びに患者の体の特定の領域の腫れなどの、心臓血管のケアを受けている患者に対する心臓血管関連の質問を含めることを選択してもよい。いくつかの実施形態では、調査プロトコルは、標準的または一般的な調査質問を有し、医師は、調査プロトコルが患者に提示されたときに標準調査質問に含めるために適合すなわちカスタマイズされた調査質問を、追跡システム100内のライブラリから選択する。
さらに、調査プロトコルは、例えば、過去の回答、過去の非回答、または以前に収集されたデータに基づいて患者に質問またはプロンプトを提示する動的調査プロトコルであり得る。例えば、以前の調査に対する患者の回答に基づいて、調査はフォローアップの質問をするか、以前の回答に関連する質問を省略してもよい。すなわち、調査は、患者の以前の回答または回答の失敗を利用して、現在の調査の質問またはプロンプトを決定し得る。調査には、他の機能または構成も同様に有し得る。
他の実施形態では、データ収集プロトコル105は、患者入力を保存するように設計されたモバイルアプリケーション、すなわちアプリであってもよく、アプリは、患者データを蓄積するためにウェブベースの調査の代わりに、またはそれに加えて使用されてもよい。例えば、患者は、医療処置の前または後に自分のスマートフォンにアプリをダウンロードして患者の回復を追跡してもよく、一般的な患者の健康の追跡の一環としてアプリをダウンロードしてもよい。アプリは、上記の調査と同様に、例えばログ部分、アンケート部分などによって構成され得る。さらに他の実施形態では、データ収集プロトコル105は、電子メール、SMSテキストメッセージ、または情報を通信する他の手段を介して患者入力を受信し得る。データ収集プロトコル105は、他の構成も同様に有し得る。
さらに、1人の患者に関して上述したが、追跡システム100は、例えば、任意の数の様々な患者データデバイス104aを介して、任意の数の患者から患者生成データを受信し得ることが理解されるべきである。本明細書でより詳細に説明するように、追跡システム100は、追跡システム100に情報を提供する個々の患者ごとにデータセットを集め、追跡システム100によって受信されたそれぞれの患者データセットを集約し得る。追跡システム100は、集約された患者データ(集約患者データ)を分析し、例えば、1以上の患者集団について1以上の傾向を生成し得る。例えば、集約患者データから、追跡システム100は、特定の医療デバイスを利用している患者の集団または特定の医療処置から回復している患者の集団の傾向を生成し得る。追跡システム100はまた、医師及び/または医療機関による患者データを集めてもよい。例えば、追跡システム100は、特定の医師によって治療された患者のすべてのサブセットまたは或るサブセット、及び/または特定の医療現場または施設で治療された患者のすべてのサブセットまたは或るサブセットについて、1以上の傾向を生成してもよい。
医師生成データは、医師の観察、検査結果、または医師の患者についての同様のデータ、に関する医師の入力を含む。本明細書で使用するとき、「医師」は、医者、上級看護師、正看護師、臨床医、または他の介護者などの、患者に医療を提供する任意の種類の介護者を指してもよいことが理解されよう。いくつかの実施形態では、医師データデバイス104bは、医師入力が患者の電子医療記録の一部として保存されるように、電子医療記録(「EMR」)システムを含むか、またはそれと通信してもよい。他の実施形態では、医師は、1以上のモバイルアプリケーション(すなわち、アプリ)、ウェブベース調査などのデータ収集プロトコル105を使用することにより、医師生成データを入力し得る。さらに、本明細書では1人の医師に関して説明したが、任意の数の医師、臨床医、または介護者が患者のケアに関与してもよく、それぞれの医師、臨床医、または介護者は、本明細書で一般に医師生成データとして記載されている患者に特有のデータを生成してもよい。さらに、上記のように、追跡システム100は、任意の数の患者の患者生成データを受信してもよく、同様に、追跡システム100は、任意の数の医師、臨床医、または介護者から任意の数の患者の医師生成データを受信してもよい。
提供者生成データは、患者と医療機関とのやり取りに関連するデータを含み得る。例えば、提供者生成データは、患者の入院に関する情報、予約のための手続き時の提供者の担当者との患者のやり取りなどを含み得る。いくつかの実施形態では、例えば提供者データデバイス104cを介した提供者入力は、患者管理システム(「PAS」)の一部として保存され得る。提供者生成データは、他の情報も同様に含み得る。
支払者生成データは、患者の治療及び患者アウトカム、または患者の経過に関連するデータを含み得る。例えば、支払者生成データは、特定の診断についてどの治療が利用可能であるか、治療オプションの相対コスト、長期にわたる患者の治療のコスト、現在までの患者アウトカムと同一の時間にわたって同一の治療を使用した他の患者アウトカムとの比較などを含み得る。他のデータもまた、支払者によって提供され得る。
医療デバイスによって生成されたデータ(医療デバイス生成データ)は、患者によって使用される1以上の医療デバイスまたは器具(デバイス104e)からのデータを含む。医療デバイス生成データには、例えば、患者のバイタル、バイオフィードバック、バイオマーカー、及び/または患者の活動(患者の心拍数、取得された歩数、患者が四肢を伸ばした(すなわち、伸びの繰り返し)数など)を検出するための、1以上のウェアラブルデバイスまたは非ウェアラブルデバイスからのデータも含まれる。例えば、それぞれの医療または他のデバイスは、例えば、患者の身体機能、デバイスの性能、デバイスの使用などに関するデータを出力する1以上のセンサを有し得る。さらに、本明細書では「医療デバイス」という用語の下で医療デバイスまたは器具とともに言及されるが、患者のウェアラブルデバイス及び非ウェアラブルデバイスは、医学的に関連していても関連していなくてもよく、すなわち、デバイスは、医師によって処方またはモニタリングされてもよく、されなくてもよく、または、一般に医療デバイスまたは器具として説明されてもよく、されなくてもよい。したがって、本明細書で使用するとき、医療デバイス生成データは、一般に、上記のウェアラブルデバイス及び非ウェアラブルデバイスなどの、患者によって利用される医療デバイス及び/または他のデバイスの1以上のセンサからの入力、出力、またはデータを指す。
特定の例として、医療デバイス(デバイス104e)は、患者の痛みを緩和することを意図して患者に薬剤を送達し、一定期間にわたってポンプを介して分配された注入液の量を検知するための少なくとも1つのセンサを有する注入ポンプであり得る。別の例として、医療デバイスは、例えば、カメラの視点から画像を送信する1以上のカメラを含み得る。追加的または代替的に、カメラは、GPS追跡及び/または動き追跡機能、並びに1以上の環境センサを組み込んでいてもよい。一実施形態では、患者の動きは、1以上の加速度計を使用して追跡されてもよい。当然のことながら、GPS追跡能力、動き追跡能力、及び環境センサは、他の医療デバイスの中もしくは上に、または、医療デバイスもしくはカメラとは独立して組み込まれてもよい。例えば、1以上の加速度計などの動き追跡機能は、ベスト、ハーネス、リストバンドなどのウェアラブルデバイスに組み込むことができ、患者の安定性、四肢感覚異常、または他の状態に関するフィードバックを提供することができる。
容易に理解されるように、データデバイス104を使用して、データ管理ツール106は、患者の状態に関するリアルタイムのフィードバック及び患者アウトカムに関するリアルタイムのデータを提供され得る。例えば、医療デバイス生成データは、実質的にリアルタイムでデータ管理ツール106に継続的に送達され得る。さらに、患者データデバイス104aを使用して、患者は、イベント時またはその直後にデータを入力することができる。したがって、患者データの収集は、実質的にリアルタイムで行われ得る。また、以下でさらに説明するように、患者データの発信も実質的にリアルタイムで行われ得ることも理解されよう。追加的または代替的に、データ管理ツール106は、例えば、データ管理ツール106とEMR及び/またはPASシステムとの間で患者データを共有するために、1以上のEMR及び/またはPASシステムと統合されてもよい。このように、受信及び/または発信は、実質的にリアルタイムで、指定されたスケジュールで、または本質的にいつでも行われ得ることが理解されよう。例えば、データ管理ツール106は、スケジュールにしたがって、1以上の条件が満たされたときなどに、データを受信及び/または発信するための命令を含み得る。
データ管理ツール106は、データデバイス104を介した入力に応答して、患者アウトカムの追跡及び管理(例えば、外来患者の処置後の患者の疼痛管理)を提供するように構成される。データ管理ツール106は、データ管理ツール106の特定の機能を提供するために利用されるコンピュータロジックを含む。より具体的には、図1Aに示されるように、データ管理ツール106は、複数の処理モジュールを含む。「モジュール」という用語は、モジュールの指定された機能を提供するために利用されるコンピュータロジックを指すことが理解されよう。したがって、モジュールは、汎用プロセッサを制御するハードウェア、ファームウェア、及び/またはソフトウェアに実装され得る。一実施形態では、モジュールは、記憶デバイスに格納され、メモリにロードされ、プロセッサによって実行されるプログラムコードファイルである。あるいは、モジュールは、コンピュータプログラム製品、例えばコンピュータ実行可能命令から提供されるプログラムコードファイルであり得、それらは、RAMハードディスク、または光学媒体もしくは磁気媒体などの有形のコンピュータ可読記憶媒体に記憶される。また、データ管理ツール106の実施形態は、本明細書に記載されたものとは異なるモジュール、または他のモジュールを有することができ、記載された機能は、異なる方法で、モジュール間で分配され得る。
さらに、データ管理ツール106は、クラウドベースのサーバー上でホストされてもよく、提供者の現場で同一の場所に配置されてもよく、または別の適切な現場に配置されてもよい。さらに、管理者は、データ管理ツール106のロジックまたは他の側面を改善するために、データ管理ツール106へのアクセスを有し得る。管理者は、データ収集プロトコル105及びデータ管理ツール106の様々なモジュールを含む、データ管理ツール106で利用されるロジックを作成し得ることを理解されたい。管理者は、データ管理ツール106のユーザ(例えば、患者、医師など)の管理などの、他の任務も同様に実行し得る。
データ管理ツール106は、データ管理ツール106に通信可能に接続された患者情報データベース108aなどの1以上のデータベース108にデータを格納することによって、患者データの入力に応答し得る。患者情報データベース108aは、データデバイス104から蓄積された情報の記憶及び相関のためのデータリポジトリを提供する。すなわち、患者情報データベース108aは、例えば、患者生成データ、医師生成データ、及び、上述のような1以上の患者データセットを形成する他のデータを集約する。したがって、患者情報データベース108a内に格納される情報は、例えば、患者の主観的な入力、医療デバイスの読み取り、及び、患者の医師(複数可)によって入力された検査結果に関連する情報であり得る。患者情報データベース108aは、患者に特有の情報すなわち患者の個人的な情報、または患者集団に関する情報、例えば、個人識別子を欠いている(すなわち、匿名化されている)が、患者の集団間の傾向を識別するデータセットを提供し得る。
さらに、図1A及び1Bに示されるように、データ管理ツール106は、医療/他のデバイス情報データベース108bなどの他のデータベース108へのアクセスを提供され、患者アウトカムの追跡及び/または管理、治療プロトコルの開発などのために必要な情報をデータ管理ツール106に提供し得る。例えば、図1Bを参照すると、医療/他のデバイス情報データベース108bは上述の医療または他のデバイス104eからのデータを格納してもよく、医療/他のデバイス情報データベース108bはデータ管理ツール106にデータを提供できるように、患者情報データベース108aにリンクされてもよい。データ管理ツール106には、他のデータベース108へのアクセスも提供され得る。例えば、臨床データベース(図示せず)は、患者の回復を管理するために使用され得る様々な治療法に関する情報を提供し得る。一般に、臨床データベースは、患者データを参照することなく、患者に非特異的または非個人的である情報、すなわち、治療法、デバイスなどに関する共通情報を提供する。いくつかの実施形態では、臨床データベースなどの一般情報データベースは省略されてもよく、他のデータベースは提供されてもよく、提供されなくてもよい。また、別個のデータベース108に患者データの異なるセットが提供されてもよく、例えば、1つのデータベース108に一提供者の患者データが提供されてもよく、別のデータベース108に別の提供者の患者データが提供されてもよく、データ管理ツール106は、各データベース108にアクセスし得ることも理解されるべきである。
図1Aを参照すると、データ管理ツール106は、例えば患者情報データベース108a内に格納するために患者データを収集し、患者データを分析し、患者データを発信するように構成され、データ管理ツール106は他の機能も同様に有していてもよい。より具体的には、データ管理ツール106は、患者データをデータデバイス104から収集するための収集モジュール110を含む。患者データを収集するステップは、例えば、本明細書に記載のネットワーク102aを介して1以上のデータデバイス104に接続するステップを含み得る。患者データの1以上の部分は、分析のために分析モジュール112に送信または受信され得、これは、データを分析または発信するための準備としてデータを分類するステップを含み得る。特に、分析モジュール112は、例えば、患者アウトカム、患者集団アウトカム、または特定の患者または患者のグループに関する他の情報の傾向をとるための予測分析を実行するために、患者の行動及び態度、医療デバイスの使用、薬物使用などを分析する1以上のアルゴリズムを含む。例えば、分析モジュール112は、患者データデバイス104a、医師データデバイス104b、及び/または、医療/他のデバイス104eからの入力を使用して、患者の治療プロトコルを開発または変更するために使用され得る患者の術後疼痛スコアを作成してもよい。さらに、分析モジュール112は、患者データを使用して、例えば、疼痛ポンプを使用する疼痛管理、経腸栄養デバイスを使用する経腸栄養、または呼吸デバイスを使用した呼吸などの他の特定の治療法を開発し得る。一例として、本方法及び/またはシステムは、予測分析を利用することにより、患者の疼痛ポンプの使用に基づく術後疼痛管理の傾向を提供し得る。分析モジュール112は、分析機能を実行するための規則エンジン、変換ロジックなどを含み得る。
患者データまたは患者データの分析の結果は、発信モジュール114を介して選択的に発信または配信され得る。患者データの少なくとも一部は、患者、医師(複数可)、提供者(複数可)または医療機関(複数可)、デバイス製造業者(複数可)、及び/または支払者(複数可)などの1以上のエンティティに利用可能であり得る。一実施形態では、発信モジュール114は、追跡システム100が複数のダッシュボード116を含むように、カスタマイズされたダッシュボード116を各エンティティに提示するように構成される。例えば、データ管理ツール106の発信モジュール114は、各ダッシュボード116が異なる患者データ、または患者データの異なるサブセットの視覚的表現を表示するように、各ダッシュボード116についてのパラメータを含んでいてもよい。より具体的には、本明細書でさらに説明されるように、患者データへのアクセスは、異なるエンティティが患者データへの様々なレベルのアクセスを有するように制限され得る。ダッシュボードパラメータは、各ダッシュボード116が、特定のダッシュボード116が提供されるエンティティによってアクセス可能な患者データのみを表示することを確実にし得る。さらに、発信モジュール114は、患者データを、例えば患者データのグラフ、チャート、または他の画像表現などの視覚的表現またはデータの要約に変換するためのロジックなどを含んでいてもよい。
図1Aに示す例示的な実施形態では、発信モジュール114は、患者ダッシュボード116a、医師ダッシュボード116b、提供者ダッシュボード116c、支払者ダッシュボード116d、及び患者集団ダッシュボード116eにデータを発信する。上記のように、ダッシュボード116は、患者データまたは患者データの一部の要約であり得るチャート、グラフなどの患者データのグラフィックまたは他の視覚的表現であり得る。例えば、追跡システム100と対話する各患者は、患者のデータの要約を受け取るために、患者ダッシュボード116aにアクセスし得る。特定の患者についての患者ダッシュボード116aは、患者の調査回答のグラフ要約、健康目標に向かう患者の進行の傾向、及び/または、患者の進行と、同一の健康目標に向かう患者のグループの平均の進行との比較を提供し得る。他のダッシュボード116も同様に、対象のエンティティに要約情報を提供してもよく、例えば、医師ダッシュボード116bは、個々の患者のデータの要約、医師の患者のサブセットのデータの要約、及び/または他のデータ要約を医師に提供してもよい。以下でさらに説明するように、1以上のダッシュボード116にアクセスできるいくつかのエンティティについて、エンティティが識別不可能な患者データまたはデータ要約(例えば、1人以上の患者集団についての傾向または要約、または個々の患者についての個人識別子を含まない個々の患者の傾向または要約)のみを表示し得るように、データ管理ツール106は、患者データを保護することができる。
さらに、1以上のダッシュボード116は、追跡システム100内のすべての患者データの集約ベンチマークを提供し、これにより、個々の医師または提供者は患者アウトカムを集約ベンチマークと比較することができる。より具体的には、追跡システム100に患者データを提出するすべての患者についての患者データ(「集約患者データ」)から、分析モジュール112は、特定のフィルタ(例えば、処置の種類、人口統計など)内の集約ベンチマークを作成し得る。例えば、各フィルタ内で、分析モジュール112は、上記でより詳細に説明した調査プロトコルの各調査質問についての集約患者データ、及び/またはセンサ出力などの他の患者データの結果回答を平均化することにより、各調査の質問及びセンサ測定値についてのフィルタ基準内で集約ベンチマークを生成する。特定の例として、分析モジュール112は、膝関節置換手術に関する集約患者データの疼痛スコアを平均化することにより、膝関節置換手術についての集約ベンチマーク疼痛スコアを提供する。疼痛スコアデータは、膝関節置換手術についての集約ベンチマーク疼痛スコアが、例えば、手術前から術後90日までの期間にわたる傾向線となり得るように、経時的に収集され得ることが理解されよう。同様に、分析モジュール112は、例えば個々の患者、医師の患者のサブセット、及び/またはその医師の患者全員などの特定の患者集団の膝関節置換術の疼痛スコアについて、分析の結果の傾向線または他の適切な表現などの要約を生成する。特定の患者集団は、集約患者集団のサブセットである、すなわち、特定の患者集団の患者データは、集約患者データのサブセットであることが理解されよう。
分析モジュール112が集約ベンチマーク及び特定の患者集団の要約を生成した後、発信モジュール114は、膝関節置換手術の集約ベンチマークの疼痛スコア及び特定の集団の膝関節置換手術の疼痛スコアの要約を医師ダッシュボード116bに発信してもよく、これにより、医師、例えば膝の手術を行う整形外科医は、個々の患者の疼痛スコア、医師の患者のサブセットの疼痛スコア、または医師のすべての患者の疼痛スコアを、集約ベンチマークと比較することができる。したがって、医師ダッシュボード116bを使用して、医師は、患者アウトカムを、個々の患者グループ(例えば、医師の患者)、及び/または、集約患者データのより大きなプールと比較することにより、アウトカムが集約ベンチマークとどのように比較されるか評価することができる。
同様に、病院管理者などの提供者は、提供者の現場で、処置、医師などによるアウトカムを集約ベンチマークと比較することができる。例えば、分析モジュール112は、提供者の現場の各医師について、患者の手術後のモルヒネに相当する使用量(morphine equivalent usage)と、(集約患者データからの)集約患者集団によるモルヒネに相当する使用量(モルヒネ相当使用量)の集約ベンチマークを経時的に平均化する。モルヒネに相当する使用量には、オピオイド、輸液ポンプなどのいくつかの疼痛管理療法が含まれていてもよく、これらの用量または使用量は、同等のモルヒネ使用量に変換される。次に、発信モジュール114は、モルヒネ相当使用量の分析結果を提供者ダッシュボード116cに発信し、提供者ダッシュボード116cは、図5に示すように、結果のグラフ表示を提供する。次に、提供者ダッシュボード116cを使用して、提供者は、提供者の現場にいる1人の医師の患者のモルヒネ相当使用量を、提供者の現場にいる別の医師の患者、及び集約ベンチマークのモルヒネ相当使用量と比較することができる。図5にさらに示されるように、提供者ダッシュボード116cはまた、例えば特定の時間に、特定の調査質問に応答して、または特定のセンサを介して、データが提供された集約患者集団内の患者の数を示し得る。例えば、図5に示される例示的な実施形態では、提供者ダッシュボード116cは、集約患者データ集団内の684人の患者が、手術後の初日(すなわち、術後1日目)にモルヒネ相当使用量を提供されたことを示している。
提供者が追跡システム100を使用して実行し得る比較の別の例として、提供者が処置ごとにフィルタをかけ、提供者の現場での処置(例えば、膝関節置換手術、開胸手術など)間のモルヒネ相当使用量の比較、及び、様々な処置についての集約ベンチマークのモルヒネ相当使用量との比較を、提供者ダッシュボード116cを使用して閲覧することができるように、分析モジュール112は、処置ごとに傾向線を生成し得る。したがって、追跡システム100を介して、提供者は、提供者の現場のグループ内の医師(例えば、整形外科医)の相対関係、提供者の現場のすべての医師が相互に対してどのように機能しているか、提供者の現場の1人以上の医師が、集約患者データと比較して(すなわち、患者データが追跡システム100内にあるすべての医師と比較して)どのように実行しているか、及び/または、現場が集約患者データに対して(すなわち、患者データが追跡システム100内にあるすべての現場に対して)どのように実行しているか、などの多くの様々な測定値を比較することができる。
さらに、上記のようにデータ比較または要約を提示するダッシュボード116(例えば、医師ダッシュボード116b及び提供者ダッシュボード116c)は、同一のディスプレイ内に複数の比較を提示するように構成され得る。一例として、分析モジュール112は、追跡システム100が患者データを受信する対象となるすべての患者アウトカムを最大で含む、2以上の患者アウトカム(疼痛スコア、睡眠時間、モルヒネ相当使用量、副作用、機能的活動、疼痛管理の満足度など)について、上記の集約ベンチマークを生成し得る。発信モジュール114は、集約ベンチマーク及び他の関連データを、例えば医師ダッシュボード116bに発信し、各ダッシュボードは、指定された患者集団の患者アウトカムと、関連する集約ベンチマークとの比較のグラフ表示を各患者アウトカムに提供し得る。複数のグラフ表現が、医師ダッシュボード116bのディスプレイ内に同時に現れてもよい(すなわち、2以上の比較が、ディスプレイ内で互いに並んで現れてもよい)。例えば、医師の患者からなる患者集団の場合、医師ダッシュボード116bは、同一のディスプレイ内に、指定された期間にわたる医師の患者の疼痛スコアの平均を疼痛スコア集約ベンチマークと比較する第1のグラフ表示と、指定された期間にわたる医師の患者の睡眠時間の平均を睡眠時間集約ベンチマークと比較する第2のグラフ表示と、指定された期間にわたる医師の患者のモルヒネ相当使用量の平均をモルヒネ相当使用量集約ベンチマークと比較する第3のグラフ表示と、指定された期間にわたって医師の患者が経験した副作用の平均を副作用集約ベンチマークと比較する第4のグラフ表示と、を提供し得る。他の患者アウトカムについての比較または要約は、他のデータの表示の選択、さもなければ、表示を変更するための医師ダッシュボード116bへの信号の送信によって表示し得る。例えば、患者アウトカムについての比較または要約は、グラフィカルユーザインターフェースの画面上に示される1以上のタブ上にあってもよく、これにより、表示は、異なるタブを選択することによって変更される。
したがって、追跡システム100のユーザは、ユーザの患者間でアウトカムを比較し、ユーザの患者についてのアウトカムを、追跡システム100内のすべての患者データに由来する1以上の集約ベンチマークと比較することができる。集約ベンチマークは、追跡システム100の1以上のセグメントによってユーザに対して生成及び表示され得る(例えば、分析モジュール112が集約ベンチマークを生成し、発信モジュール114が、生成された集約ベンチマークを発信し、ダッシュボード116が集約ベンチマークを表示する)。集約患者データから導出された集約ベンチマークは患者を識別可能な情報を提供しないので、集約患者データは、集約ベンチマークの発信に関する個人情報の発信に対して保護されることが理解されよう。さらに、集約ベンチマークを使用して、介護者(例えば、医師、臨床医、提供者など)は、個々の患者または特定の患者グループなどの様々な患者集団の患者アウトカムをモニタリングすることができる。患者集団の患者アウトカムを1以上の集約ベンチマークと比較することによって、介護者は1以上のベンチマークに対する患者集団のスコアを評価し、必要に応じて、患者の治療法、治療オプション、フォローアップ処置などを調整することができる。そのような比較は、患者のケアを改善し、最終的には、患者報告アウトカムを改善する継続的な品質改善を促進し得る。
図1Aを参照すると、発信モジュール114はまた、個々の患者情報の閲覧のために、患者情報ビューア118にデータを配信し得る。すなわち、個々の患者情報ビューア118は、生の患者データを、そのようなデータへのアクセスを許可されたエンティティに提供し得る。例えば、医師には、医師の患者の生の患者データへのアクセスが与えられ得る。医師は、例えば個々の患者情報ビューア118にログインすることによって、医師の患者のデータにアクセスし得、これにより、医師は、医師の患者のデータのみへのアクセスが許可される。
図1Aに示すように、データ管理ツール106は、患者データに基づいて1以上の通知を生成するための通知エンジン130を含み得る。例えば、追跡システム100内で、臨床医は、1以上の調査質問に対する患者の回答によってトリガされる通知を受け取ることを選択できる。より具体的には、通知エンジン130は、個々の、またはグループ化された2種類の通知を生成し得る。臨床医は、臨床医のフォローアップの必要性を示し得る上記のような調査プロトコルの調査質問(標準及びカスタム調査質問を含む)への各回答などの、臨床医が通知の受信を希望する各結果回答についての閾値を決定する。したがって、閾値は、各臨床医または追跡システム100の他の適切なユーザによってカスタマイズされ得る。通知エンジン130は、分析モジュール112、発信モジュール114、及び/またはダッシュボード116の一部であってもよく、またはデータ管理ツール106内の独立したモジュールであってもよい。
個々の通知は、単一の結果(アウトカム)回答が閾値に一致するか超える場合、例えば、疼痛スコア、疼痛管理の満足度、機能、睡眠、または副作用などが、臨床医が選択した閾値に一致する場合にトリガされる。グループ化された通知は、結果回答の組み合わせが、組み合わせの各回答の閾値に一致するか超える場合(例えば、2以上の指定された調査の質問への回答が、臨床医によって決定された閾値を満たすか超える場合)にトリガされる。換言すると、臨床医がグループ化された通知を選択した場合、患者の回答がグループのアウトカムについてカスタマイズされたすべての閾値を超えると、通知がトリガされ、臨床医に送信される。したがって、グループ化された通知によって、臨床医は、有意義なイベントに対する通知アラートをより適切にカスタマイズし得る。例えば、疼痛スコア7(単一の結果回答)は有用であり得るが、疼痛管理満足度に対する回答が非常に不満(結果回答の組み合わせ)である疼痛スコア7は、臨床医が積極的に介入し、患者に連絡すべきである潜在的な問題を示す。グループ化された通知の別の例には、高オピオイド使用の結果回答及び多数の副作用が含まれ、また、臨床医の介入を正当化し得る問題も示し得る。臨床医が、医師の患者が結果回答のこの組み合わせを提供した場合に通知を受け取ることを選択すると、通知エンジン130は、臨床医への自動通知または警告を生成する。通知またはアラートは、電子メール、SMSメッセージ、Webポータルなどを介して配信され得る。これらの例が示すように、通知エンジン130によって、予防的アウトリーチが、医療処置を必要とする潜在的なケアエピソードに対処することができる。
主観的な患者データ(すなわち、患者報告アウトカム)に基づく通知の生成に加えて、通知エンジン130は、他の種類の患者データ、例えば1以上の医療デバイス(デバイス104e)からのデータに基づいて通知を生成してもよい。他の種類の患者データから生成された通知もまた、上述の個々の通知及びグループ化された通知と同様に、臨床医が選択した閾値に基づく個々の通知またはグループ化された通知であり得ることが理解されよう。一例として、3つの指定されたセンサからの出力が、それらのセンサについて臨床医が選択した出力閾値に一致するか、それを超えると、臨床医に対して通知またはアラートが生成される。さらに、グループ化された通知はデータタイプ全体に及び、例えば、結果回答のグループには、2つの調査質問への回答(主観的な患者データ)と、疼痛ポンプに組み込まれたセンサなどのセンサからの出力(主観的な患者データ)とが含まれる。
さらに、通知エンジン130によって生成された通知は、介護者のスタッフの間で割り当てられてもよい。例えば、臨床医は通知を看護師に割り当て、看護師は臨床医に代わって患者をフォローアップしたり、患者データをさらに分析して適切な回答を策定してもよい。別の例として、一部の結果回答は介護者の施設に関連していてもよく、施設のマネージャーまたは管理者が最も適切に対処できるので、臨床医は、これらの結果回答に基づいてマネージャーまたは管理者に通知を割り当ててもよい。通知は、さまざまな介護スタッフの間で割り当てられてもよく、例えば、臨床医が特定の通知を受信してもよく、看護師が他の通知を受信してもよく、施設のマネージャーまたは管理者がさらに他の通知を受信してもよい。特定のスタッフに通知を割り当てると、効果的なフォローアップが容易になる。
本明細書で説明するように、通知は、様々な方法で設定可能である。臨床医などのユーザは、患者に関連付けられた各アウトカム回答もしくは出力、またはユーザが通知の受信を希望するアウトカム回答または出力のみについて閾値を設定できる。ユーザは、個々の、またはグループ化された通知を選択できる。グループ化された通知の場合、ユーザは通知をトリガする結果回答及び/または出力のグループを選択できる。さらに、ユーザは、電子メール、SMSメッセージ、またはWebポータルなどの、通知またはアラートを受信する方法を選択できる。さらに、ユーザは通知を別の介護者に割り当てることができる(例えば、臨床医は、看護師に特定の通知を割り当て、臨床医の施設のマネージャーに特定の通知を割り当ててもよい)。
図1Bに示されるように、医療/他のデバイスのデータは、データ管理ツール106と同様のデータ管理ツール120を介して分析され得る。より具体的には、データ管理ツール120は、データ管理ツール120の指定された機能を提供するために利用されるコンピュータロジックを含む。図1Bに示すように、データ管理ツール120は、収集モジュール122、分析モジュール124、及び発信モジュール126を含む。また、データ管理ツール120の実施形態は、本明細書に記載されているものと異なる、または他のモジュールを有することができ、記載された機能は、様々な方法で、モジュール間で分散されていることが理解されよう。さらに、データ管理ツール120は、クラウドベースのサーバー上でホストされ、提供者の現場の同一の場所に配置されるか、または別の適切な現場に配置されてもよい。
データ管理ツール120は、1以上の医療または他のデバイス104eからデータを受信する。データ管理ツール120は、データ管理ツール120に通信可能に接続された上記の医療または他のデバイス情報データベース108bなどの1以上のデータベース108にデータを格納することによって、そのような患者データの入力に応答し得る。医療または他のデバイス情報データベース108bは、医療または他のデバイス104eから蓄積された情報の格納及び相関のためのデータリポジトリを提供する。すなわち、デバイス情報データベース108bは、医療または他のデバイスの読み取り、性能、リセット、障害などの1以上の医療または非医療デバイス(医療または他のデバイス104e)からのデータを集約する。さらに、図1A及び1Bに示すように、デバイス情報データベース108bは、患者情報データベース108aに通信可能に接続され、1以上の患者データセットにおいて使用するためのデバイス104eからのデータを提供し得る。医療または他のデバイス情報データベース108bは、患者に、患者に特有の、すなわち個人的な情報、または患者集団に関する情報(例えば、複数の患者によって使用される特定のデバイスに関するデータセット)を提供し得る。
データ管理ツール106と同様に、図1Bに示すデータ管理ツール120は、例えばデバイス情報データベース108bに格納するために医療または他のデバイスデータを収集し、医療または他のデバイスデータを分析し、そのようなデータを発信するように構成され、データ管理ツール120は、他の機能も同様に有し得る。より具体的には、収集モジュール122は、医療または他のデバイス104eから患者データを収集する。そのようなデータの1以上の部分は、分析のために分析モジュール124によって送信または受信され得、これは、データを分析または発信する準備としてデータを分類するステップを含み得る。特に、分析モジュール124は、例えば、医療または他のデバイスの使用法、性能などを分析して、デバイスのエラー率、患者の治療における有用性、または1以上のデバイスに関する他の情報の傾向をとる1以上のアルゴリズムを含む。医療/他のデバイスのデータ、またはそのようなデータの分析の結果は、発信モジュール126を介して選択的に発信または配信され得る。医療/他のデバイスのデータの少なくとも一部は、患者、医師(複数可)、提供者(複数可)または医療機関(複数可)、医療デバイス製造業者(複数可)、及び/または支払者(複数可)などの1以上のエンティティに利用可能であり得る。一実施形態では、発信モジュール126は、カスタマイズされた製造業者ダッシュボード116fを各デバイス製造業者に提示するように構成される。製造業者ダッシュボード116fは、デバイスデータの一部の要約であり得る、チャート、グラフなどの医療/他のデバイスデータのグラフまたは他の視覚的表現であり得る。医療/他のデバイスのデータ、またはそのようなデータの要約も、図1Aに示されている1以上のダッシュボード116または患者情報ビューア118を通じて提示され得る。
好ましくは、患者データへのアクセスは、エンティティごとに制御される。すなわち、患者データの異なる部分が異なるエンティティにアクセス可能であり得るか、または、異なるレベルのアクセスが異なるエンティティに許可され得る。一例として、患者及び患者の医師(複数可)は、その患者に関連するすべてのデータにアクセスし得るが、医療デバイス製造業者(複数可)は、医療/他のデバイス(複数可)または器具(デバイス104e)(複数可)からの性能データ(患者の個人データまたはデバイス(複数可)の性能に関係のないデータを欠いている)のみにアクセスし得る。したがって、患者データを発信するステップは、データの適切な部分が適切なエンティティに配信されるか、またはアクセス可能になるようにデータを分類するステップを含み得る。
いくつかの実施形態では、患者ダッシュボード116aは、患者データデバイス104aを使用して閲覧可能またはアクセス可能である。例えば、患者ダッシュボード116aは、上述のように患者によるデータ入力も受け入れる調査またはモバイルアプリの構成要素であり得る。代替的または追加的に、患者は、例えば患者データデバイス104aのブラウザを使用して、調査またはアプリとは別に患者ダッシュボード116aにアクセスするか、または患者ダッシュボード116aを閲覧してもよい。同様に、医師ダッシュボード116bは、医師データデバイス104bを使用して閲覧可能またはアクセス可能であってもよい。他の実施形態では、患者ダッシュボード116a及び医師ダッシュボード116bは、患者データデバイス104a、医師データデバイス104bとは別個の独立した構成要素であってもよい。当然のことながら、提供者ダッシュボード116c、支払者ダッシュボード116d、及び製造業者ダッシュボード116fは、患者データデバイス104a及び医師データデバイス104bと同様の、提供者デバイス、支払者デバイス、及び製造業者デバイスを介してそれぞれ閲覧可能またはアクセス可能であり得る。他の実施形態では、提供者ダッシュボード116c、支払者ダッシュボード116d、及び製造業者ダッシュボード116fは、他のデバイスから独立した構成要素であるか、または閲覧可能もしくはアクセス可能であり得、そのようなデバイスは、提供者生成データ、支払者生成データ、医療/他のデバイス生成データ、及び製造業者生成データの受信のためのインターフェースを含み得る。提供者生成データ、支払者生成データ、医療/他のデバイス生成データ、及び製造業者生成データは、患者、医師、及び/またはその他の適切なエンティティによって閲覧可能またはアクセス可能であり得る。また、患者集団ダッシュボード116e及び個々の患者情報ビューア118は、ダッシュボード116a、116b、116c、116d、116fと同様の1以上のデータデバイス104または独立した構成要素を介して閲覧可能またはアクセス可能であり得る。
図1Aにさらに示されるように、データデバイス104、データ管理ツール106、データベース108、及びダッシュボード116は、例えばダイレクトネットワークまたは他の適切なリンクを介して、ネットワーク102aに接続及び/または多重化される。同様に、図1Bに示されるように、医療または他のデバイス104e、データ管理ツール120、デバイス情報データベース108b、及び製造業者ダッシュボード116fは、例えばダイレクトネットワークまたは他の適切なリンクを介して、ネットワーク102bに接続及び/または多重化される。好ましくは、各ネットワーク102a、102b内のリンクは、チャネルを使用して送信される情報の改竄または不正アクセスを防止するための機能を含む安全な通信チャネルである。例えば、通信チャネルは、改竄に対して物理的に強化されるか、または暗号化されることにより、そこに送信される情報への不正アクセスを防止する。例示的な実施形態では、リンクは、適用可能な政府または組織の要件に準拠する方法で保護される。一例として、医療保険の相互運用性と説明責任に関する法律(「HIPAA」)は患者データへのアクセスを規制し、リンクはそのような規制と整合して保護され、HIPAAの下での不正アクセスされることを防止する。したがって、例示的な実施形態では、追跡システム100はHIPAAに準拠している。
同様に、データ管理ツール106、120は、好ましくは、患者データの改竄または不正アクセスを防止するための機能を含み、したがって、安全なツールである。データ管理ツール106、120は、前述のようにネットワークリンクを保護するために提供される機能に加えて、または別個に、患者データを保護するためのそのような機能を含み得る。いくつかの実施形態では、安全なデータ管理ツールは、適用可能な政府または組織の規制に準拠するものである。例えば、データ管理ツール106、120は、各データ管理ツール106、120がHIPAAに準拠するようにHIPAAの要件に準拠して構成され得る。他の実施形態では、データ管理ツールは、他の機能を含むか、または患者データの改竄及び不正アクセスを禁止するための他の要件を満たし、したがって、安全なツールであり得る。ネットワークリンク及びデータ管理ツール106、120と同様に、患者情報データベース108a及び医療/他のデバイス情報データベース108bは、改竄及び不正アクセスから保護され、例えば、HIPAAまたは患者データを保護するための他の要件に準拠し得る。
いくつかの実施形態では、収集モジュール110、分析モジュール112、及び/または発信モジュール114は、データ管理ツール106とは別個であってもよいことを理解されたい。すなわち、モジュール110、112、114は、ネットワーク102aを介して追跡システム100の他の構成要素(例えば、データデバイス104、データベース108、及びダッシュボード116)と通信する追跡システム100の独立した構成要素であり得る。同様に、収集モジュール122、分析モジュール124、及び/または発信モジュール126は、モジュール122、124、126が追跡システム100の他の構成要素と通信する追跡システム100の独立した構成要素であるように、データ管理ツール120から分離され得る。追跡システム100は、他の構成も同様に有し得る。
次に図2を参照すると、本主題の例示的な実施形態による、例えば患者アウトカムを追跡するために、追跡システム100を利用する方法を示すチャートが提供されている。図示のように、方法200は、患者データを収集するステップと、患者データを発信するステップとを含み、また、患者データを格納するステップ、分析するステップ、及び分類するステップを含み得る。例えば、上述のように、患者データは、患者データデバイス104a、医師データデバイス104b、提供者データデバイス104c、支払者データデバイス104d、及び医療/他のデバイス104eなどの1以上のデータデバイス104を使用して収集され得る。次に、患者データは格納されるか、または分析された後に格納され得る。あるいは、患者データは分類された後に保存されてもよく、または格納された後に分類され、分析されてもよい。図示の例示的な実施形態では、方法200は、患者データを収集するステップ202と、患者データを格納するステップ204と、患者データを分析するステップ206と、患者データを分類するステップ208と、患者データを発信するステップ210とを含む。他の実施形態では、患者データは、収集された後、かつ発信される前に、任意の順序及び任意の回数で格納、分類、及び/または分析されてもよい。加えて、患者データは、任意の数及び順序の格納、分類、及び/または分析するステップとともに、継続的に収集及び発信されてもよい。したがって、図2は、方法200の例示的な実施形態のみを示し、方法200のステップは、患者データを十分に追跡することによって患者アウトカムを追跡するために、必要に応じて再編成及び繰り返され得る。
患者追跡プラットフォームは、他の方法も同様に包含し得る。図3に示される例示的な実施形態では、患者アウトカムを追跡するための方法300が提供される。方法300は、患者集団の患者データを収集するステップ302を含む。患者集団は、好ましくは複数の患者を含み、例えば、同一の医療処置を受けた、または共通の健康目標を有する、複数の患者を含み得る。患者データは、上記のように1以上のデータデバイス104を介して受信された入力であってもよく、患者アウトカムを追跡する方法は、複数のデータデバイス104を介して患者データを入力するステップをさらに含み得る。患者データは、前述のデータ管理ツール106の収集モジュール110によって収集され得る。すなわち、データデバイス104(複数可)とデータ管理ツール106との間の1以上のネットワーク接続は、収集モジュール110による患者データの収集を容易にし得る。
患者アウトカムを追跡するための方法300は、図3の306に示されるように、集約集団データセットを形成するために、患者集団の患者データを集約するステップをさらに含む。患者データは、上述のように、データ管理ツール106の分析モジュール112によって集約され得る。さらに、患者データを集約するステップは、分析または発信のために患者データを編集するステップ、編成するステップ、分類するステップなどを含み得る。患者アウトカムを追跡する方法300は、図3の308に示されるように、集約集団データセットの要約を発信するステップも含む。要約は、前述のように1以上のダッシュボード116に発信されるグラフ要約などであり得る。一実施形態では、集約集団データセットの要約を発信するステップは、第1の要約を第1のダッシュボード(ダッシュボード116)に発信し、第2の要約を第2のダッシュボード(ダッシュボード116)に発信するステップを含む。各要約は、特定のエンティティに合わせて調整されてもよく、例えば、第1の要約には個人を特定できる患者情報は含まれていないが、第2の要約には個人を特定できる患者情報が含まれている。
いくつかの実施形態では、集約集団データセットの要約を発信するステップは、2以上の治療の比較を発信するステップを含む。例えば、患者データは、健康目標を達成するための治療療法に関する患者集団における患者の進行についての情報を含み得る。データ管理ツール106と通信するデータベース108は、同一の健康目標を達成するための異なる治療法に関する別の患者集団の進行についての情報を含み得る。要約は、2つの異なる治療法に関する2つの患者集団の進行を比較する。あるいは、方法300は、ステップ302において、各患者集団が異なる治療を受けている2以上の患者集団の患者データを収集するステップを含んでいてもよい。方法300は、ステップ306において、集約集団データセットを形成するために患者集団の患者データを集約するステップと、2つ以上の治療法を比較する要約を発信するステップをさらに含み得る。
別の実施形態では、集約集団データセットの要約を発信するステップは、患者集団の患者アウトカム傾向を発信するステップを含む。例えば、患者データは、患者集団内の患者アウトカムに関する情報を含み得る。患者アウトカム情報は傾向に集約され、傾向は、患者アウトカムを経時的に提供し得る。前述のように、いくつかの実施形態では、集約患者アウトカム情報は集約ベンチマークであり、集約集団データセットの要約を発信するステップは、患者集団が集約ベンチマークと比較されるように、集約ベンチマーク及び指定された患者集団の患者データを発信するステップを含む。上述のように、患者データセットの各患者アウトカムについて集約ベンチマークが作成され得、各集約ベンチマークは、指定された患者集団の対応する患者アウトカムと比較され得る。
患者アウトカムを追跡する方法300は、図3の304に示すように、改竄または不正アクセスから患者データを保護するステップをさらに含み得る。前述のように、患者データを管理するデータ管理ツール106、120及びデータベース108は、好ましくは、例えば患者情報を保護するための適用可能な政府または組織の規制に準拠した、患者データの改竄または不正アクセスを防止するための機能を含む。いくつかの実施形態では、患者データは、HIPAAの要件に準拠する方法で保護され得る。患者データを保護するステップは、例えば、異なるエンティティへ異なるレベルのアクセスを割り当てるステップを含み得る。例えば、医師には、医師の患者の患者データへの完全なアクセスが提供され得るが、医療デバイス製造業者には、患者データの一部、例えば、個人を特定できる患者情報を含まない患者データの一部のみへのアクセスが提供される。
患者データを管理する方法も提供され得る。例示的な実施形態では、患者データを管理する方法は、調査プロトコルを確立するステップを含む。患者データを管理する方法はまた、調査プロトコルへの患者アクセスを提供するステップと、調査プロトコルを介して患者データ入力を収集するステップとを含み得る。一部の実施形態では、調査プロトコルはウェブベースの調査であるが、上述のように、他の実施形態では、調査プロトコルは患者のスマートフォンにダウンロードされたモバイルアプリであってもよい。さらに、調査プロトコルは、前述のように、患者に提示された以前の調査に基づいて患者に提示される現在の調査を構成し得る動的調査プロトコルであり得る。さらに他の実施形態では、調査プロトコルは、標準またはデフォルトのセットの質問を含んでいてもよく、医師などのユーザは、医師によって作成された、または追跡システム100内のライブラリから選択された他の質問を追加することによって、調査プロトコルをカスタマイズしてもよい。
患者データを管理するための方法はまた、複数の患者から収集された患者データ入力を集約するステップと、集約患者データ入力の要約を発信するステップとを含み得る。集約患者データ入力の要約を発信するステップは、集約患者データの傾向を発信するステップを含み得る。傾向は、例えば、時間の経過に伴う集約患者データのあらゆる変化の視覚的表現を提供してもよい。集約患者データ入力の要約を発信するステップはまた、集約患者データ入力と患者集団(例えば、特定の医師の患者)の患者データ入力との比較を発信するステップを含み得る。
いくつかの実施形態では、患者データを管理するための方法は、患者集団の患者の処置を判定するステップと、処置に基づいて、患者入力を収集するための調査プロトコルを構成するステップとをさらに含み得る。本方法はまた、患者集団にプロンプトを提示するステップと、プロンプトに基づいて患者データ入力を受信するステップとを含み得る。プロンプトは、データ収集プロトコル105に関して上記のように1以上の回答を患者から引き出す質問または記載であり得る。調査プロトコルは、個々の患者の患者データデバイス104aを介して患者集団内の個々の患者それぞれに提示され得る。さらに、患者の処置は、患者集団の各患者が受けた手術または他の医療処置であり得る。いくつかの実施形態では、患者集団は、特定の時間枠内、例えば、過去6ヶ月以内または過去1年以内に患者の処置を受けた複数の患者を含み得る。
他の実施形態では、患者データを管理する方法は、第1のエンティティに発信するための第1のデータセットを確立するステップと、第2のエンティティに発信するための第2のデータセットを確立するステップと、その後、第1のデータセットを第1のエンティティに発信するステップと、第2のデータセットを2番目のエンティティに発信するステップと、をさらに含む。一例として、第1のデータセットは、医師の患者からなる患者集団の患者データであってもよく、第2のデータセットは、個人を特定できる情報を欠いている患者データの一部であってもよい。第1のデータセットは、医師に発信されてもよく、第2のデータセットは、医療デバイスの製造業者または支払者の組織に発信されてもよい。
さらに他の実施形態では、患者データを管理する方法は、患者アウトカムに基づいて1以上のユーザに対して通知を生成するステップを含む。前述のように、通知は個々またはグループ化されていてもよく、1以上の患者アウトカムが介護者によって定義された閾値を満たすか超えた場合にトリガされる。例えば、医師は、患者アウトカムの疼痛スコア、モルヒネ相当使用量、副作用、及び睡眠時間についての閾値を設定し得る。医師がこれらの患者アウトカムごとに個々の通知を受信することを選択した場合、医師は、患者アウトカムのいずれか1つがその閾値を満たすか超えると通知を受信する。医師がグループ化された通知を受信することを選択した場合、医師は、一群の患者アウトカム(例えば、モルヒネ相当使用量及び副作用の両方)を確立し、患者アウトカムのモルヒネ相当使用量及び副作用の両方がそれぞれの閾値を満たすか超えると通知を受信する。グループの1つの患者アウトカムがその閾値を満たさないか、超えない場合(閾値未満である場合)、医師は通知を受信しない。患者データを管理する方法は、通知(複数可)を別の介護者に割り当てるステップも含み得る。
患者データを管理するための他の方法も提供され得る。図4に示される例示的な一実施形態では、患者データを管理するための方法400が提供される。方法400は、ステップ402で、前述のデータ収集プロトコル105などのデータ収集プロトコルへのアクセスに応じるために、1以上の患者、例えば個々の患者または患者集団を識別するステップを含む。方法400は、図4のステップ404及びステップ406にそれぞれ示されるように、データ収集プロトコルへの1以上の患者アクセスを提供するステップと、データ収集プロトコルへの患者入力を介して患者データを受信するステップと、をさらに含む。さらに、方法400は、患者データを格納するステップ408及び保護するステップ410(例えば、前述のように患者データを保護するステップ)、並びに、例えばデータ管理ツール106を介して、患者データへのアクセスを制御するステップ412を含む。患者データを格納するステップは、集約データセットを形成するために患者データを集約するステップを含み得る。例えば、患者データは、患者集団から受け取られてもよく、患者データを集約するステップは、集約集団データセットを形成するために患者集団の患者データを集約するステップを含む。
患者データを管理する方法400はまた、患者データへの制御されたアクセスを提供するステップ414と、例えば1以上のダッシュボード116を介して集約集団データセットの要約を提示する患者データを発信するステップ416と、を含む。いくつかの実施形態では、患者データへのアクセスは、患者データの複数の層を識別し、例えばパスワードで保護されたログインシステムを介して、患者データの1つの層、層の一部、またはすべての層へのアクセスを選択的に提供することによって制御され得る。患者データの層は、様々なレベルの個人識別子を含んでいてもよい。例えば、第1の層は個人識別子を含んでいなくてもよく、第2の層はいくつかの識別情報を含んでいてもよく、第3の層は第2の層よりも個人的な識別情報を含んでいてもよく、第4の層は患者のすべての個人識別子を含んでいてもよい。患者、医師、提供者、支払者、デバイス製造業者などの様々なエンティティに、患者データの層への様々なアクセスレベルが提供されてもよい。さらに、患者データを発信するステップは、上記でより詳細に説明されるように、2以上の治療法の比較を発信することによって、または患者集団の患者アウトカム傾向を発信することによって、患者データの要約を発信するステップを含み得る。
患者追跡プラットフォームは、患者データを蓄積または収集するための方法も含み得る。そのような方法は、例えば、患者が受けた、または受けるであろう処置を確立するステップと、処置に基づいて、患者データデバイス104a用のアプリまたは患者データデバイス104a上に表示するためのウェブベースの調査などのデータ収集プロトコル105を構成するステップと、患者に質問またはプロンプトを提示するステップと、患者入力を受信するステップと、を含み得る。プラットフォームはまた、質問またはプロンプトを患者に提示する方法(例えば、患者の処置、患者の進行、及び患者の意図されるアウトカムに基づいて、質問またはプロンプトのデータベースから適切な質問またはプロンプトを選択するステップを含む)を含み得る。いくつかの実施形態では、質問またはプロンプトの少なくとも一部は、患者の医師によって選択され得る。さらに、質問またはプロンプトは、患者データデバイス104aを使用して患者に提示され得る。いくつかの実施形態では、データ収集プロトコルは動的データ収集プロトコルであり、患者に提示される質問またはプロンプトは、患者へのデータ収集プロトコルの提示の間で変化し得る。すなわち、患者は別々の機会にデータ収集プロトコルにアクセスしてもよく、データ収集プロトコルは、以前に患者に提示された質問またはプロンプトとは異なる1以上の質問またはプロンプトを患者に提示してもよい。
さらに、患者アウトカム追跡プラットフォームは、異なるエンティティへの発信のために患者データの一部またはサブセットを抽出する方法も含み得る。一般に、そのような方法は、患者データに含まれるデータを判定するステップと、第1のエンティティに発信するための第1のデータセットを確立するステップと、第2のエンティティに発信するための第2のデータセットを確立するステップと、第1のデータセットを第1のエンティティに発信するステップと、第2のデータセットを第2のエンティティに発信するステップと、を含み得る。患者データにどのデータが含まれるかを判定するステップは、患者データに個人識別子が存在するかどうか、及び患者データにどの個人識別子が存在するかを判定するステップを含み得る。このように、患者データが発信されるべき部分に分割されると、個人識別子がデバイス製造業者などの不適切なエンティティに発信またはアクセスされないように、個人識別子は分離されるか、または個人識別子へのアクセスが制限され得る。当然のことながら、患者データは、他のデータセット、例えば、第3のデータセット、第4のデータセットなどに分割され、他のエンティティ、例えば、第3のエンティティ、第4のエンティティに発信されてもよいことも理解されよう。さらに、同一のデータセットが異なるエンティティに発信されてもよく、例えば、個々の患者の患者データのセット全体が患者と患者の医師との両方に発信されてもよいが、患者の患者データの一部のみが支払機関に発信され、別の部分またはデータセットがデバイス製造業者に発信されてもよい。
本明細書で説明される方法及び/またはシステムは、いくつかの利益または利点を提供することが理解されよう。一例として、統合された患者データ、すなわち、一般に本明細書で患者データと呼ばれる、収集及び編集された患者生成データ、医師生成データ、医療デバイス生成データ、提供者生成データ、及び支払者生成データは、個々の患者または1以上の患者集団についての術後の疼痛管理または他の健康目標のインサイト(洞察)及び傾向を提供することができるので、治療プロトコルに影響を与えたり、治療プロトコルを開発するために使用される。より具体的には、例えば傾向などによって、患者データを使用して個々の患者または患者集団の治療プロトコルを開発または修正することができる。他の例として、本方法及び/または本システムは、統合されたデータの使用を容易にし、これにより、医師が、例えば術後疼痛管理における様々な治療法の有効性を比較すること、または患者集団の患者アウトカムを患者アウトカムの集約ベンチマークと比較することを可能にする。さらに、デバイス製造業者は、統合されたデータ、またはその一部もしくはサブセットを使用して、医療デバイスの有効性、デバイスを改善するための領域(例えば、潜在的な製品設計の改善)、患者アウトカムまたは患者集団アウトカムに対するデバイスの貢献度を判定することができる。さらに、統合されたデータ、またはその一部もしくはサブセットは、患者アウトカムまたはアウトカム傾向に基づいて医師への報酬を調整するために支払機関によって使用され得る。さらに、本明細書に記載された方法及び/またはシステムにより、臨床医及び病院管理者は、臨床及び術後のアウトカム、退院の詳細、再入院及び再加療、並びに1以上の患者集団の患者満足度を追跡及びモニタリングすることができる。さらに、匿名化されたデータセット(複数可)を介して患者報告アウトカムを測定する機能によって、本明細書に記載の追跡システムの管理者は、システムのエンドユーザにサービスを提供し、特定の処置の回復傾向及び実用的なインサイトを識別することができる。実用的なインサイトは、例えば臨床医及び病院の管理者との議論によって特定の結果が得られることを容易にし、これにより、患者のケア及び患者報告アウトカムを改善する継続的な品質改善が促進される。
この書面による説明は、例を使用して、最良の形態を含む本発明を開示し、また、当業者による任意のデバイスまたはシステムの作成及び使用、並びに組み込まれた方法の実行を含む本発明の実施を可能にする。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者に想起される他の例を含み得る。そのような他の例は、それらが請求項の文言と異ならない構造要素を含む場合、または、それらが請求項の文言と実質的に異ならない同等の構造要素を含む場合、請求項の範囲内にあることが意図される。
Claims (20)
- 患者をモニタリングするシステムであって、
患者データを入力するためのデータデバイスと、
前記患者データを前記システムに入力して集約患者データセットを形成するすべての患者の前記患者データを集約し、前記集約患者データセットから患者アウトカムの集約ベンチマークを生成する、データ管理ツールと、
前記集約ベンチマークと患者集団の前記患者アウトカムについてのデータの要約との比較を発信するダッシュボードと、を含み、
前記患者集団の前記患者アウトカムについての前記データは、集約患者データのサブセットであることを特徴とするシステム。 - 請求項1に記載のシステムであって、
前記データ管理ツールは、前記集約ベンチマークを生成する分析モジュールを含むことを特徴とするシステム。 - 請求項2に記載のシステムであって、
前記分析モジュールは、前記要約を生成することを特徴とするシステム。 - 請求項1〜3のいずれか1項に記載のシステムであって、
介護者への1以上の通知を生成する通知エンジンをさらに含むことを特徴とするシステム。 - 請求項4に記載のシステムであって、
前記通知エンジンは、前記患者アウトカムが閾値を超えたときに前記通知を生成するように構成されていることを特徴とするシステム。 - 請求項5に記載のシステムであって、
前記閾値は、前記介護者によって選択されることを特徴とするシステム。 - 請求項5に記載のシステムであって、
前記患者アウトカムは、前記患者によって報告される患者データであることを特徴とするシステム。 - 請求項1〜7のいずれか1項に記載のシステムであって、
前記データデバイスは、患者データデバイスであることを特徴とするシステム。 - 請求項8に記載のシステムであって、
前記患者データデバイスを介してアクセスされるウェブベース調査に、前記患者が患者データを入力することを特徴とするシステム。 - 請求項1〜9のいずれか1項に記載のシステムであって、
複数の前記データデバイスと、複数の前記ダッシュボードとを含むことを特徴とするシステム。 - 患者アウトカムを追跡する方法であって、
データ収集プロトコルへの患者入力を介して患者データを受信するステップと、
集約された患者データセットを形成するために、患者データを集約するステップと、
前記集約された患者データセットの第1の患者アウトカムについての第1の集約ベンチマークを生成するステップと、
患者集団についての前記第1の患者アウトカムの要約と前記第1の集約ベンチマークとの比較をダッシュボードに発信するステップと、を含むことを特徴とする方法。 - 請求項11に記載の方法であって、
前記集約された患者データセットの第2の患者アウトカムについての第2の集約ベンチマークを生成するステップと、
前記患者集団についての前記第2の患者アウトカムの要約と前記第2の集約ベンチマークとの比較を前記ダッシュボードに発信するステップと、をさらに含み、
前記ダッシュボードは、前記第1の患者アウトカムの要約と前記第1の集約ベンチマークとの比較を、前記第2の患者アウトカムの要約と前記第2の集約ベンチマークとの比較と並べて表示することを特徴とする方法。 - 請求項11または12に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含むことを特徴とする方法。 - 請求項13に記載の方法であって、
前記通知は、単一の患者アウトカムに基づいて生成される個々の通知であることを特徴とする方法。 - 請求項13に記載の方法であって、
前記通知は、一群の患者アウトカムに基づいて生成されるグループ通知であることを特徴とする方法。 - 請求項13〜15のいずれか1項に記載の方法であって、
前記通知は、1以上の前記患者アウトカムが前記1以上の患者アウトカムについての閾値を満たすか超えると生成され、
前記閾値は、介護者によって選択されることを特徴とする方法。 - 患者データを管理する方法であって、
調査プロトコルを確立するステップと、
前記調査プロトコルへの患者アクセスを提供するステップと、
前記調査プロトコルを介して、複数の患者アウトカムを表す患者データ入力を収集するステップと、
複数の患者から収集された前記患者データ入力を集約するステップと、
集約された前記患者データ入力の患者アウトカムについての集約ベンチマークを生成するステップと、
患者集団についての前記患者アウトカムの要約と前記集約ベンチマークとの比較を発信するステップと、を含むことを特徴とする方法。 - 請求項17に記載の方法であって、
前記患者集団についての患者順序を決定するステップと、
前記患者順序に基づいて、前記患者データ入力を収集するための前記調査プロトコルを構成するステップと、
前記患者集団にプロンプトを提示するステップと、
前記プロンプトに基づいて前記患者データ入力を受信するステップと、をさらに含み、
前記調査プロトコルを構成するステップは、前記患者集団の介護者によって選択された前記調査プロトコルに質問または前記プロンプトを含めるステップを含むことを特徴とする方法。 - 請求項17または18に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含み、
前記通知は、単一の患者アウトカムに基づいて生成される個々の通知であり、
前記通知は、前記単一の患者アウトカムが前記単一の患者アウトカムについての閾値を満たすか超えると生成されることを特徴とする方法。 - 請求項17または18に記載の方法であって、
前記患者データに基づいて通知を生成するステップをさらに含み、
前記通知は、一群の患者アウトカムに基づいて生成されるグループ通知であり、
前記通知は、前記一群の患者アウトカム内のそれぞれの患者アウトカムが或る閾値を満たすか超えると生成されることを特徴とする方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862710464P | 2018-02-16 | 2018-02-16 | |
US62/710,464 | 2018-02-16 | ||
PCT/US2019/017851 WO2019160954A1 (en) | 2018-02-16 | 2019-02-13 | Post-operative monitoring via patient reported outcomes |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2021514077A true JP2021514077A (ja) | 2021-06-03 |
Family
ID=65576724
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020542961A Pending JP2021514077A (ja) | 2018-02-16 | 2019-02-13 | 患者報告アウトカムによる術後モニタリング |
Country Status (6)
Country | Link |
---|---|
US (1) | US20210050098A1 (ja) |
EP (1) | EP3753026A1 (ja) |
JP (1) | JP2021514077A (ja) |
AU (1) | AU2019222702A1 (ja) |
MX (1) | MX2020008238A (ja) |
WO (1) | WO2019160954A1 (ja) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018081795A1 (en) | 2016-10-31 | 2018-05-03 | Zipline Medical, Inc. | Systems and methods for monitoring physical therapy of the knee and other joints |
US11574743B1 (en) | 2018-01-09 | 2023-02-07 | CAREMINDR Corporation | Customizable communication platform |
GB2574074B (en) | 2018-07-27 | 2020-05-20 | Mclaren Applied Tech Ltd | Time synchronisation |
GB2588236B (en) | 2019-10-18 | 2024-03-20 | Mclaren Applied Ltd | Gyroscope bias estimation |
US11296971B1 (en) | 2021-02-03 | 2022-04-05 | Vignet Incorporated | Managing and adapting monitoring programs |
US11789837B1 (en) * | 2021-02-03 | 2023-10-17 | Vignet Incorporated | Adaptive data collection in clinical trials to increase the likelihood of on-time completion of a trial |
US11196656B1 (en) | 2021-02-03 | 2021-12-07 | Vignet Incorporated | Improving diversity in cohorts for health research |
US20230131596A1 (en) * | 2021-10-26 | 2023-04-27 | CAREMINDR Corporation | Customizable communication platform building |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002083066A (ja) * | 2000-06-30 | 2002-03-22 | Matsushita Electric Ind Co Ltd | 健康診断ネットワークシステム |
WO2017083480A1 (en) * | 2015-11-12 | 2017-05-18 | Avent, Inc. | Patient outcome tracking platform |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2469376C (en) * | 2001-12-06 | 2012-05-22 | Alaris Medical Systems, Inc. | Co2 monitored drug infusion system |
US9147041B2 (en) * | 2012-09-13 | 2015-09-29 | Parkland Center For Clinical Innovation | Clinical dashboard user interface system and method |
-
2019
- 2019-02-13 JP JP2020542961A patent/JP2021514077A/ja active Pending
- 2019-02-13 AU AU2019222702A patent/AU2019222702A1/en not_active Abandoned
- 2019-02-13 EP EP19707987.4A patent/EP3753026A1/en not_active Withdrawn
- 2019-02-13 MX MX2020008238A patent/MX2020008238A/es unknown
- 2019-02-13 WO PCT/US2019/017851 patent/WO2019160954A1/en unknown
- 2019-02-13 US US16/969,402 patent/US20210050098A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002083066A (ja) * | 2000-06-30 | 2002-03-22 | Matsushita Electric Ind Co Ltd | 健康診断ネットワークシステム |
WO2017083480A1 (en) * | 2015-11-12 | 2017-05-18 | Avent, Inc. | Patient outcome tracking platform |
Also Published As
Publication number | Publication date |
---|---|
EP3753026A1 (en) | 2020-12-23 |
US20210050098A1 (en) | 2021-02-18 |
WO2019160954A1 (en) | 2019-08-22 |
AU2019222702A1 (en) | 2020-08-20 |
MX2020008238A (es) | 2020-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2021514077A (ja) | 患者報告アウトカムによる術後モニタリング | |
US10614388B2 (en) | Method and apparatus for real-time measurement and analysis of occupational stress and fatigue and performance outcome predictions | |
Reading et al. | Converging and diverging needs between patients and providers who are collecting and using patient-generated health data: an integrative review | |
JP7022685B2 (ja) | 患者アウトカム追跡プラットフォーム | |
US20130304493A1 (en) | Disease management system | |
US20140257851A1 (en) | Automated interactive health care application for patient care | |
US20180286500A1 (en) | System for acquisition, processing and visualization of clinical data of patients | |
US20210005303A1 (en) | Patient care system | |
US20220020487A1 (en) | Processing of Portable Device Data | |
US11302449B2 (en) | Method and system for patient treatment management using interactive digital best practice treatment guidelines | |
US20150169844A1 (en) | Disorder treatment management system and method | |
Walsh et al. | What's app? Electronic health technology in inflammatory bowel disease | |
Wu et al. | Clinician perspectives and design implications in using patient-generated health data to improve mental health practices: mixed methods study | |
Osipov et al. | Impact of digital technologies on the efficiency of healthcare delivery | |
Gagneja et al. | Mobile health (mHealth) technologies | |
Lu et al. | A clinical decision support system design framework for nursing practice | |
Gottlieb | Anesthesia information management systems in the ambulatory setting: benefits and challenges | |
Baumann | Evaluation of data usability generated by wearables & IoT-enabled home use medical devices via Telehealth to identify if blockchain can solve potential challenges | |
US20170132379A1 (en) | System and Method for Improving the Rate of Prescription, Accessibility, and Functionality of Asthma Action Plans | |
King | The development and evaluation of a learning electronic medical record system | |
Shibley et al. | Effect of electronic rounding board on falls and self-harm among psychiatric inpatients: quality improvement project | |
US9940578B1 (en) | Systems and methods for disrupting undesirable outcomes | |
Greiner | How the use of integrated health information technology effects the patient-provider relationship |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220121 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230217 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230314 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20231010 |