JP2021527897A - 集中疾病管理システム - Google Patents

集中疾病管理システム Download PDF

Info

Publication number
JP2021527897A
JP2021527897A JP2020570958A JP2020570958A JP2021527897A JP 2021527897 A JP2021527897 A JP 2021527897A JP 2020570958 A JP2020570958 A JP 2020570958A JP 2020570958 A JP2020570958 A JP 2020570958A JP 2021527897 A JP2021527897 A JP 2021527897A
Authority
JP
Japan
Prior art keywords
user
patient
data
disease management
content
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
Application number
JP2020570958A
Other languages
English (en)
Inventor
ブライアン エドワード メムメラール
ダグラス マクルア
エドワード リーボウィッツ
エフィー サンドブローン
リタ サルティール−ベルジン
エイミー レベッカ チェノー
ガオ　ヤン
ディラン ケー ウィルソン
ショーン マイケル ウルリッチ
ライアン フランシス ベデル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Becton Dickinson and Co
Original Assignee
Becton Dickinson and Co
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Becton Dickinson and Co filed Critical Becton Dickinson and Co
Publication of JP2021527897A publication Critical patent/JP2021527897A/ja
Pending legal-status Critical Current

Links

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
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/70—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mental therapies, e.g. psychological therapy or autogenous training
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7235—Details of waveform analysis
    • A61B5/7264—Classification of physiological signals or data, e.g. using neural networks, statistical classifiers, expert systems or fuzzy systems
    • 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/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • 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
    • 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
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
    • A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue for measuring glucose, e.g. by tissue impedance measurement
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Pathology (AREA)
  • Data Mining & Analysis (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Artificial Intelligence (AREA)
  • Psychiatry (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Surgery (AREA)
  • Physiology (AREA)
  • Fuzzy Systems (AREA)
  • Signal Processing (AREA)
  • Evolutionary Computation (AREA)
  • Biophysics (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Molecular Biology (AREA)
  • Mathematical Physics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Child & Adolescent Psychology (AREA)
  • Developmental Disabilities (AREA)
  • Hospice & Palliative Care (AREA)
  • Psychology (AREA)
  • Social Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

患者に疾病管理目標を表示するシステムは、測定された患者疾病管理データ又はユーザ由来の患者疾病管理データを含むユーザデータベース、提言されるライフスタイル選択及び疾病管理の実施計画に関するコンテンツ項目を含むコンテンツデータベース、及び対話型ユーザインタフェースを含む。このシステムはまた、ユーザ情報及び疾病管理の格納された実施計画に基づいて疾病管理を改善することに関する患者目標を決定するステップ及び患者目標を対話型ユーザインタフェース上でユーザに表示するステップ、及び少なくとも決定された患者目標及びユーザ情報に基づいてコンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップ及び選択した１又は２以上のコンテンツ項目を対話型ユーザインタフェース上でユーザに表示するステップを含む方法を実行することになる命令を有するメモリを含む。
【選択図】図１

Description

（優先出願）
本出願は、２０１８年６月１８日に出願された米国仮出願第６２／６８６，５８８号明細書、２０１８年９月１２日に出願された米国仮出願第６２／７３０，４１３号明細書、及び２０１９年６月１０日に出願された米国仮出願第６２／８５９，５２９号明細書に対する優先権を主張するものである。
（技術分野）
実施形態は、疾病及び病気を管理するシステム及び方法に関し、特に患者又は他のユーザに個別化されたインサイトを配信するスマート接続エンドツーエンドソリューションを提供するシステム及び方法に関する。
糖尿病は、インスリン産生、インスリン作用、又はこの両方における異常から生じる高レベルの血糖によって特徴付けられる病気の１群である。糖尿病は深刻な合併症及び早死に至ることがある。しかしながら、病気の管理及び合併症のリスクの低下を助けるために糖尿病の患者に適用可能な公知の製品及び対策が存在する。
糖尿病の治療の選択肢は、例えば、特殊なダイエット、経口薬、及びインスリン療法を含む。糖尿病治療の主たる目標は、合併症のない生活の機会を増やすために糖尿病の血糖値を管理することである。糖尿病の性質及びその短期及び長期の合併症により、糖尿病患者は自分の血液中の血糖値を常に知り自分の食事をしっかりと監視することが重要である。インスリン療法を受けている患者の場合、血糖値を維持する方法でインスリンを管理し、且つ食事及び他の活動の結果として上下する血中のグルコース濃度の傾向に対応することが重要である。
医師又は認定された糖尿病教育者（ＣＤＥ）などのヘルスケアの専門家は、ダイエット、運動、ライフスタイル、及び一般的な健康に関して糖尿病患者にカウンセリングを行う。このカウンセリングに従うと、糖尿病に関連付けられる合併症を低減し、糖尿病患者がより健康で幸せな生活をできるようにすることができる。しかしながら、このようなカウンセリングは、予約によってしか利用できず、糖尿病患者に健康的な糖尿病のライフスタイルに関する簡単で迅速な容易に利用できるカウンセリングを提供できない。
説明されている技術を要約する目的で、説明されている技術の特定の目的及び利点を本明細書に記述する。このような目的又は利点の全てが、説明されている技術の何れの特定の実施形態で達成できるわけではない。従って、例えば当業者であれば、説明されている技術を、本明細書で教示又は提案することができる他の目的又は利点を必ず達成することなく本明細書で教示する１つの利点又は利点の一群を達成又は最適化する方式で実施又は実行できることを理解するであろう。
１つの実施形態は、集中疾病管理（ＩＤＭ）システム及び方法である。ＩＤＭシステムのこの実施形態は、健康的な糖尿病患者のライフスタイルに関する簡単で迅速かつ容易に利用できるカウンセリングを糖尿病患者に提供することができる。１つの態様では、患者に１又は２以上の疾病管理目標を表示するシステムを開示する。１実施形態では、このシステムは、測定された患者疾病管理データとユーザ由来の患者疾病管理データの少なくとも１つを含むユーザデータベース、提言されるライフスタイル選択肢及び疾病管理の実施計画に関するコンテンツ項目を含むコンテンツデータベース、及びシステムへのユーザ情報の入力を表示して受け取るよう構成された対話型ユーザインタフェースを含む。このシステムはまた、プロセッサで実行された時に、ユーザ情報及び格納された疾病管理の実施計画に基づく疾病管理の改善に関する患者目標を決定するステップ及び対話型ユーザインタフェース上でユーザに患者目標を表示するステップ、及び少なくとも決定された患者目標及びユーザ情報に基づいてコンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップ及び選択された１又は２以上のコンテンツ項目を対話型ユーザインタフェース上でユーザに表示するステップを含む方法を実行することになる命令を有するメモリを含むことができる。
別の実施形態は、集中疾病管理を提供する方法である。この実施形態では、方法は、測定された患者疾病管理データ及びユーザ入力の患者疾病管理データのうちの少なくとも１つをユーザデータベースに格納するステップ、患者の結果を改善するための提言されるライフスタイル選択肢及び疾病管理の実施計画に関するコンテンツ項目をコンテンツデータベースに格納するステップ、ユーザ情報及び格納された疾病管理の実施計画に基づいて患者のための疾病管理を改善することに関する患者目標を決定するステップ、少なくとも決定された患者目標及びユーザ情報に基づいてコンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップ、及び選択した１又は２以上のコンテンツ項目を対話型ユーザインタフェース上でユーザに表示するステップを含む。
さらに別の実施形態は、集中疾病管理システムのユーザから患者データを受け取る患者データロギング方法である。この実施形態では、方法は、ユーザの疾病に関連付けられる患者データのタイプに関するフレーズを含み対話型ユーザインタフェース上の少なくとも１つのブランクを各々が含む複数のサンプルロギングプロンプトを表示するステップ、マイクロフォンで、発話ユーザ入力、少なくとも１つのブランクに挿入された患者データによってサンプルロギングプロンプトをユーザが言葉で繰り返すものを含む発話ユーザ入力を受け取るステップ、自然言語プロセッサによって発話ユーザ入力から患者データを抽出するステップ、及び集中疾病管理システムのユーザデータベースに患者データを格納するステップを含む。
さらに別の実施形態は、集中疾病管理システムのためのデータ表示方法である。この実施形態は、病気を持つ患者に関するユーザ情報であって、測定された患者疾病管理データ及びユーザ入力の患者疾病管理データの少なくとも１つを含むユーザ情報をユーザデータベースに格納するステップ、コンテンツデータベースに疾病管理の実施計画を格納するステップ、対話型ディスプレイに、格納されたユーザ情報の少なくとも一部の図形表示を表示するステップ、少なくとも部分的に疾病管理の実施計画に基づいて対話型ディスプレイに表示された格納されたユーザ情報の少なくとも一部を分析して、格納されたユーザ情報の少なくとも一部に関する文脈化インサイトを決定するステップ、及び対話型ディスプレイに図形表示と共に文脈化インサイトを表示するステップを含むことができる。
開示される態様は、同じ記号が同じ要素を示し、開示された態様を例証しかつ制限しないように提供された添付の図面と共に以下に記述される。
１つの実施形態による集中疾病管理（ＩＤＭ）システムを示すブロック図である。 集中疾病管理システムの学習管理システムの実施形態を示すブロック図である。 図２の学習管理システムを用いてコンテンツを更新する例示的処理を示す流れ図である。 図２の学習管理システムを用いてトリガ事象に基づいてコンテンツを選択してユーザに表示する例示的処理を示す流れ図である。 図２の学習管理システムを用いてスケジュール事象に基づいてコンテンツを表示する例示的処理を示す流れ図である。 構造化教育コンテンツのための例示的ワークフロー処理を示す流れ図である。 集中疾病管理システムにおける１又は複数の患者目標を決定する例示的処理を示す流れ図である。 集中疾病管理システムに患者データを格納する例示的処理を示す流れ図である。 集中疾病管理システムにおける患者データの図形表示と共に文脈化インサイトを表示する例示的処理を示す流れ図である。 １つの実施形態による集中疾病管理システムのユーザインタフェースを示す例示的画面キャプチャである。 ユーザインタフェースの音声入力機能を例示するユーザインタフェースを示す例示的画面キャプチャである。 １つの実施形態によるユーザ音声入力に対するテキストベースの応答を示すユーザインタフェースを示す例示的画面キャプチャである。 集中疾病管理システムの音声入力モジュールのための方法の実施形態を示す流れ図である。 集中疾病管理システムの音声入力モジュールのための別の方法の実施形態を示す流れ図である。 １つの実施形態による集中疾病管理システムのユーザインタフェースのホーム画面を示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースのホーム画面を示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの学習モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの学習モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの目標モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの目標モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの目標モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースの目標モジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースのロギングモジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースのロギングモジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースのロギングモジュールを示す例示的画面キャプチャである。 １つの実施形態による集中疾病管理システムのユーザインタフェースのデータモジュールを示す例示的画面キャプチャである。
序文
集中疾病管理（ＩＤＭ）システム及び方法を本明細書で説明する。当業者によって理解されるように、本明細書で開示する本発明の実施形態によるＩＤＭシステム及び方法の実施例、改良、及び構成を実行する多数の方法が存在する。図面及び以下の説明に示す例示的な実施形態を参照するが、本明細書で開示する実施形態は、開示する本発明によって包含される様々な代替的設計及び実施形態を網羅することを意図せず、当業者であれば、本発明から逸脱することなく、様々な修正を行い得ること及び様々な組み合わせを行い得ることを容易に理解するであろう。
主に糖尿病との関連において本明細書に記述するが、以下に詳述するＩＤＭシステム又は方法は、他のタイプの疾病を同様に管理するために用いることができる。これらのシステム及び方法は、非限定的に、糖尿病患者、糖尿病ではない人、介護者、及びヘルスケアの専門家又は、疾病管理会社、薬局、疾病管理に関する製品供給者、保険会社及び他の支払人などのヘルスケアエンティティを含む多くのタイプのユーザによって用いることができる。
このＩＤＭシステムは、１型糖尿病、２型糖尿病、又は糖尿病の前期状態である人を含むあらゆるタイプの糖尿病患者に有用とすることができる。本明細書で説明するＩＤＭシステムは、ユーザが健康的な糖尿病患者のライフスタイルに関する容易に利用可能なカウンセリング情報にアクセスするのを可能にすることができる。このＩＤＭシステムは、ユーザにＩＤＭシステムとの継続的な（例えば、毎日、毎週、又は毎月の）対話を維持し糖尿病に関する知識を得るよう働きかけユーザを益々健康的なライフスタイルに導くように働きかける方法でユーザに関わることができる。本明細書で説明するようなＩＤＭシステムに関わる糖尿病患者は、患者の糖尿病管理がコントロールされているとしばしば感じることができ、結果的に良好な患者の転帰につながる。多くの場合、糖尿病患者がＩＤＭシステムに関わることが多くなれば、糖尿病患者は糖尿病との生活に満足を感じることになるであろう（望ましコントロール感を提供する）。ＩＤＭシステムは、各患者に経験を合わせるために、関与、行動設計、及び行動変化手法を用いることができる。ＩＤＭシステム知識は、自己効力感に通じるより文脈的で意味のある教育を作成するよう設計することができる。
例示的な実施形態では、ＩＤＭシステムは、魅力的で、ユーザの状態がコントロールされていると感じることができるように、必要に応じてユーザが情報及びサポートを探す方法を提供する対話型インタフェースを含む。ＩＤＭシステムの１又は２以上の特徴は、患者の行動を修正するために設計される行動科学技術に基づくことができる。
一部の実施形態では、ＩＤＭシステムは、アップロードされたユーザ健康情報を用いてユーザとの対話をカスタマイズすることができる。ユーザ健康情報は、対話型インタフェースを介して入力されたデータ、インターネット対応（「スマート」）デバイス（スマートインスリンペン又はポンプ、糖尿病モニタ、フィットネストラッカー、ダイエットトラッカーなど）からアップロードされたデータ、及び他のタイプの情報を含むことができる。ＩＤＭシステムは、アップロードされた健康情報を分析してユーザにカスタマイズされた情報を提供することができる。ＩＤＭシステムは追加の外部サービスに接続することができる。例えば、ＩＤＭシステムは、Ａｐｐｌｅ（登録商標）Ｈｅａｌｔｈｋｉｔ（登録商標）に接続することができる。ＩＤＭシステムをＡｐｐｌｅ（登録商標）Ｈｅａｌｔｈｋｉｔ（登録商標）などの外部サービスに接続することで、コンテンツをユーザに合わせるＩＤＭシステムの能力をさらに強化することができる。例えば、Ａｐｐｌｅ（登録商標）Ｈｅａｌｔｈｋｉｔ（登録商標）にアクセスすることで、ユーザに関する追加の情報をＩＤＭシステムに提供することができる。加えてＩＤＭシステムは、システムに接続された外部サービスに情報を提供することができる。
ＩＤＭシステムにインタフェース接続することができる例示的デバイス及び方法
図１は、糖尿病管理との関連での１つの実施形態による集中疾病管理（ＩＤＭ）システム１００、並びにネットワーク５を通じてＩＤＭシステム１００と通信することができる幾つかの追加のデバイスを示すブロック図である。図１の例示的な実施形態では、これらの追加のデバイスは、インターネット対応ユーザデバイス１０、スマート糖尿病モニタ１２１、スマートインスリンペン１４、スマートインスリンポンプ１６、及びフィットネストラッカー１８を含む。これらの例示的なデバイスは、実施例によってのみ提供され、他のタイプのデバイスをネットワーク５を通じてシステム１００に接続することもできる。一部の実施形態では、これらのデバイスの１又は２以上は省くこと及び／又は追加のデバイスを含むことができる。
インターネット対応ユーザデバイス１０は、非限定的に、スマートフォン、タブレット、ラップトップ、コンピュータ、携帯情報端末（ＰＤＡ）、スマートウォッチなどを含むインターネット対応デバイスの何らかのタイプとすることができる。場合によっては、インターネット対応ユーザデバイス１０は、非限定的に、スマートフォン、タブレットコンピュータ、又はコンピュータ機能を備えた何らかのテレコミュニケーションデバイス、移動デバイス接続モジュール、及び非限定的にタッチ画面などの適応可能ユーザインタフェースを含む、当技術で公知の何らかの移動デバイスなどの移動デバイスである。ユーザは、一般的には、電話呼出しを送信及び受信する、テキストメッセージを送信及び受信する、及び／又はインターネットを閲覧するような様々な機能に用いることができるインターネット対応ユーザデバイス１０を所有する。
スマート糖尿病モニタ１２は、非限定的にインターネット対応糖尿病モニタの何らかのタイプとすることができる。スマート糖尿病モニタ１２は、電子血糖メータ又は継続血糖モニタ（ＣＧＭ）システムなどの、ユーザの血糖値を測定するよう構成することができる。スマート糖尿病モニタ１２は、ユーザの血糖値の測定値に関する情報をＩＤＭシステム１００にアップロードするよう構成することができる。測定された血糖値及び測定の時間はＩＤＭシステム１００にアップロードすることができる。一部の実施形態では、アップロードされた血糖値測定値は、さらに最近摂取した食物及び／又は身体的活動に関連付けされ、この情報は同様にＩＤＭシステム１００にアップロードすることができる。
一部の実施形態では、従来のインターネット非対応の糖尿病モニタをＩＤＭシステムに用いることができる。従来の糖尿病モニタからの測定値は、インターネット対応ユーザデバイス１０を介して入力すること又はそうでなければ取得することができ、ネットワーク５を通じてＩＤＭシステム１００にアップロードすることができる。
スマートインスリンペン１４は、非限定的にインスリンの自己注射のための何らかのインターネット対応デバイスとすることができる。インスリンペンは、一般的には、ユーザがインスリン投与量をセットして注入する能力を提供する。従って、ユーザは、必要なインスリンの量を決定して適切な投与量を設定し、次にペンデバイスを用いてこの投与量を送出することができる。例示的な実施形態では、スマートインスリンペン１４は、インスリン注射のタイミング及び投与量に関する情報をネットワーク５を通じてＩＤＭシステム１００に送信する。一部の実施形態では、アップロードされたインスリン注射に関する情報は、さらに最近摂取した食物又は身体的な活動に関連付けされ、この情報は同様にＩＤＭシステム１００にアップロードすることができる。
一部の実施形態では、従来のインターネット非対応のインスリンペンを用いることができる。従来のインスリンペンからのインスリン注射に関する情報は、インターネット対応ユーザデバイス１０を介して入力して又はそうでなければ取得してネットワーク５を通じてＩＤＭシステム１００にアップロードすることができる。
スマートインスリンポンプ１６は、インターネット接続されたものを含むインスリンポンプの何らかのタイプとすることができる。スマートインスリンポンプ１６は、従来のインスリンポンプ、パッチ式ポンプ、又は何らかの他のタイプのインスリンポンプとすることができる。スマートインスリンポンプ１６は、患者へのインスリンの送出に関する情報をネットワーク５を通じてＩＤＭシステム１００にアップロードすることができる。一部の実施形態では、スマートインスリンポンプ１６は、ポンプによって送出されるインスリンの速度及び量に関する情報をアップロードする。
一部の実施形態では、従来のインスリンポンプを用いることができる。従来のインスリンポンプによるインスリン投与に関する情報は、インターネット対応ユーザデバイス１０を介して入力すること又はそうでなければ取得することができ、ネットワーク５を通じてＩＤＭシステム１００にアップロードすることができる。
フィットネストラッカー１８は、ユーザに関する健康情報（又は他のタイプの情報）を測定（又はそうでなければ取得）する何らかのデバイスとすることができる。フィットネストラッカー１８は、患者のバイタル（vital）を測定するデバイスとすることができる。例示的な実施形態では、患者バイタルデータは、非限定的に、心拍、血圧、体温、血中酸素レベル、及び／又は血糖値を含む。患者バイタルデータ測定値は、フィットネストラッカー１８のセンサを用いて測定することができる。
インターネット対応デバイス１０、スマート糖尿病モニタ１２、スマートインスリンペン１４、スマートインスリンポンプ１６、及び／又はフィットネストラッカー１８又は１又は２以上の追加のデバイスによってＩＤＭシステム１００にアップロードされた情報に特定の患者を関連付けることができる。この情報を用いて、ユーザとＩＤＭシステム１００の間の対話をカスタマイズすることができ、例えばＩＤＭシステム１００はユーザに対してより良い回答又は提言を提供することができる。一部の実施形態では、ＩＤＭシステム１００は、アップロードされた情報を分析してユーザの健康を評価する。
図１にはウェブサーバ２０も示されている。ウェブサーバは、ＩＤＭシステム１００を参照するか、ＩＤＭシステムによって参照されるか、又はそうでなければ用いることができるオンラインコンテンツ２２を提供することができる。例示的な実施形態では、ウェブサーバ２０は、ネットワーク５を通じてユーザによってアクセス可能なウェブサイトを提供する。このウェブサイトは、糖尿病、食事の選択、運動、又は他の話題に関するオンラインコンテンツ２２を含むことができる。以下に説明するように、ＩＤＭシステム１００は、ユーザの質問に応答してオンラインコンテンツ２２にアクセスするためにユーザをウェブサーバ２０にリンクすることができる。
ネットワーク５は、非限定的に、インターネット及び／又は１又は２以上のプライベートネットワークを含む通信ネットワークの何らかのタイプ、並びに有線及び／又は無線ネットワークを含むことができる。
例示的ＩＤＭシステム及び方法
以下、図１に示した実施形態に関してＩＤＭシステム１００を説明する。ＩＤＭシステム１００は、単一のデバイス（例えば、単一のコンピュータ又はサーバ）で実施できるか又は複数のデバイス（例えば、複数のコンピュータ又はサーバ）にわたって分散することができる。ＩＤＭシステム１００のモジュール又は要素は、ハードウェア、ソフトウェア、又はこれらの組み合わせで実施することができる。このモジュール又は要素は、１又は２以上のメモリに格納されかつ１又は２以上のプロセッサによって実行される命令を含むことができる。
各メモリは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ‐ＲＯＭ、又は当技術で公知の何らかの他の形態のストレージ媒体とすることができる。プロセッサの各々は、本明細書に記述された機能を実行するよう設計された、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理デバイス、離散的ゲート又はトランジスタ論理、離散的ハードウェア構成要素、又はこれらの何らかの組み合わせなどの、中央処理ユニット（ＣＰＵ）又は他のタイプのハードウェアプロセッサとすることができる。汎用プロセッサは、マイクロプロセッサとすることができ、又は代替的に、プロセッサは、何らかの従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械とすることができる。また、プロセッサは、コンピュータデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに結合した１又は２以上のマイクロプロセッサ、又は何らかの他のこのような構成として実施することができる。例示的メモリは、プロセッサがメモリから情報を読み取りメモリに情報を書き込むことができるようにプロセッサに結合される。一部の実施形態では、メモリはプロセッサに一体化することができる。メモリは、ＩＤＭシステム１００の一般的な管理及び作動においてシステムに含まれるプロセッサ又は他の要素によって用いられるコンピュータプログラム命令を提供するオペレーティングシステムを格納することができる。
図１に示した例示的な実施形態では、ＩＤＭシステム１００は、ユーザインタフェース１２０、対話型エンジン１３０、ユーザデータベース１４０、及びコンテンツデータベース１５０を含む。一部の実施形態では、これらの要素の１又は２以上は省くことができる。一部の実施形態では、ＩＤＭシステム１００は追加の要素を含む。
ユーザデータベース１４０は、単一のデータベース又は複数のデータベースを含むことができる。例示的な実施形態では、ＩＤＭシステム１００のユーザの各々は、ＩＤＭシステム１００とのアカウントを有する。ユーザアカウントに関する情報はユーザデータベース１４０に格納することができる。また、ユーザデータベース１４０は、ユーザアカウントに関連付けられた追加の情報を格納することができる。例えば、ユーザデータベース１４０は、ＩＤＭ履歴データ１４２及びアップロードされた健康データ１４４を格納することができる。
例示的な実施形態では、ＩＤＭ履歴データ１４２は、ユーザのＩＤＭシステム１００との先の対話中に生成されて格納されたデータである。これは、特に、ユーザが提出した先の問合せ、ユーザが提供した先の応答、ユーザが入力した初期設定、及び／又は、ユーザのＩＤＭシステム１００との対話のタイミングを示すログを含むことができる。ＩＤＭシステム１００は、ユーザがＩＤＭシステム１００を使用し続ける及び／又は対話し続ける場合にＩＤＭ履歴データ１４２を自動的に追加することができる。ＩＤＭ履歴データ１４２は、ＩＤＭシステム１００とユーザとの間の将来の対話をカスタマイズするために、対話型エンジン１３０の予測分析モジュール１３６及び機械学習モジュール１３８（又はＩＤＭシステム１００の他のモジュール）が用いることができる。ユーザがＩＤＭシステム１００と対話する場合、ユーザデータベース１４０内のユーザのアカウントに関連付けられたＩＤＭ履歴データ１４２は成長し、ＩＤＭシステム１００は、ユーザを良く知ること、優良なコンテンツを提供すること、及びより魅力のある知識を作成するのを可能にする。一部の実施形態では、これはＩＤＭシステム１００の効率を高める。
また、ユーザデータベース１４０は、ユーザのアカウントに関連付けられた、アップロードされた健康データ１４４を格納する。アップロードされた健康データ１４４は、インターネット対応ユーザデバイス１０でユーザによって入力された情報、又は、スマート糖尿病モニタ１２、スマートインスリンペン１４、スマートインスリンポンプ１６、及び／又はフィットネストラッカー１８（上述）によってアップロードされた情報を含むことができる。また、アップロードされた健康データ１４４は、アップロードされたユーザのデータの分析時にＩＤＭシステム１００によって生成された、追加の情報を含むことができる。例えば、ユーザのアップロードされたデータの分析時に、ＩＤＭシステムは、健康傾向情報を生成することができ、これはユーザデータベース１４０内のユーザのアカウントに関連付けられた、アップロードされた健康データ１４４の中に格納することもできるる。一部の実施形態では、アップロードされた健康データ１４４は、医師、看護師又は介護者などのヘルスケアプロバイダによってアップロード又は入力された情報を含むことができる。接続されたデバイスによって収集又は測定され、ユーザデータベース１４０に格納されるデータは、測定された患者疾病管理データを含むことができる。ユーザによってユーザデータベース１４０に入力されたデータは、ユーザ由来の患者疾病管理データを含むことができる。
例示的な実施形態では、ＩＤＭシステム１００はまた、コンテンツデータベース１５０を含む。コンテンツデータベース１５０は、単一のデータベース又は複数のデータベースとすることができる。コンテンツデータベース１５０は、ＩＤＭシステム１００とのユーザ対話中にユーザに送出されるコンテンツを含む。このコンテンツは、糖尿病教育情報を含むことができる。場合によっては、コンテンツは、医師又はＣＤＥなどのヘルスケア専門家によって開発、選択、及び／又はキュレートされる。コンテンツは、対面のカウンセリング期間にヘルスケア専門家によって提供されるものに類似とすることができる。しかしながら、ＩＤＭシステム１００のコンテンツは、いつでもユーザが利用可能であり、例えばインターネット対応デバイス１０でアクセス可能である。
例示的な実施形態では、コンテンツデータベース１５０は、食物コンテンツ１５２、糖尿病情報コンテンツ１５４、及び活動コンテンツ１５６を含む。例示的な実施形態では、食物コンテンツ１５２は、ユーザが食べたい食物を摂取するのを可能にすると同時に健康的な食事を摂取するようユーザを促すように進化及びキュレートさせることができる。
糖尿病情報コンテンツ１５４は、糖尿病患者によって尋ねられる共通の質問に対する回答を提供することができるように進化及びキュレートさせることができる。糖尿病情報コンテンツ１５４の他のタイプは、糖尿病又は他の疾病を管理するための実施計画などを含むこともできる。
活動コンテンツ１５６は、健康的なライフスタイルの選択及び糖尿病のための身体的活動に関する情報を提供するために進化及びキュレートさせることができる。活動コンテンツ１５６はヘルスケアの専門家によって進化させることができる。
食物コンテンツ１５２、糖尿病情報コンテンツ１５４、及び活動コンテンツ１５６は、例示的にコンテンツの所定のタイプだけが示されており、コンテンツの他のタイプは、例示的なコンテンツのタイプの１又は２以上に加えて又はこの代わりに含むことができる。
ＩＤＭシステム１００は、ユーザインタフェース１２０及び対話型エンジン１３０を含むことができる。ユーザインタフェース１２０は、ＩＤＭシステム１００がユーザと対話するか又はユーザに情報を表示するためのインタフェースを提供することができる。ユーザインタフェース１２０は、ネットワーク５を通じてユーザがアクセス可能とすることができる。例えば、ユーザは、インターネット対応ユーザデバイス１０上でユーザインタフェース１２０にアクセスすることができる。ユーザインタフェース１２０は、対話型インタフェース１２２及びユーザデータビューワ１２４を含むことができる。一部の実施形態では、対話型インタフェース１２２は、スマートフォン、タブレット、又はコンピュータアプリケーションなどの対話型アプリケーションである。一部の実施形態では、対話型インタフェース１２２は、対話型ウェブサイトである。非限定的な例では、対話型インタフェース１２２はチャットボットである。
対話型インタフェース１２２は、ユーザと対話型エンジン１３０との間で入力及び出力を伝える。対話型エンジン１３０は、入力及び出力を処理してユーザに対話型知識を提供する。また、対話型エンジン１３０は、ユーザデータベース１４０及びコンテンツデータベース１５０から情報を検索する。例えば、ユーザと対話する場合、対話型エンジン１３０はユーザデータベース１４０にアクセスしてユーザのＩＤＭ履歴データ１４２及びアップロードされた健康データ１４４を取得することができる。例示的な実施形態では、ユーザとの対話は、ユーザのＩＤＭ履歴データ１４２及びアップロードされた健康データ１４４に基づいてカスタマイズされる。同様に、対話型エンジン１３０は、コンテンツデータベース１５０からコンテンツを検索することができる。対話型エンジン１３０は、ユーザ入力（例えば、質問、応答、及び選択）並びにユーザデータベース１４０に格納されたユーザ情報に基づいてコンテンツデータベース１５０からコンテンツを検索することができる。対話型インタフェース１２２を介して、対話型エンジン１３０は、ユーザがユーザの糖尿病管理をコントロールしていることを感じ糖尿病教育を獲得するのを可能にする、ユーザとの魅力的な情報対話を提供する。
対話型エンジン１３０は、自然言語プロセッサ１３２、応答生成器１３４、予測分析モジュール１３６、及び機械学習モジュール１３８を含むことができる。一部の実施形態では、これらの要素の１又は２以上を省くこと又は別の要素と組み合わせることができる。一部の実施形態では、対話型エンジン１３０は追加の要素を含む。
自然言語プロセッサ１３２及び応答生成器１３４は、対話型インタフェース１３０が対話型インタフェース１２２を介して単純な対話知識を提供するのを可能にできる。例えば、例示的な実施形態では、自然言語プロセッサ１３２及び応答生成器１３４は、ユーザがＩＤＭシステム１００と対話型チャット（文字又は発話）を行うのを可能にする。
自然言語プロセッサ１３２は、ユーザ入力を機械理解可能フォーマットに解析することができる。例えば、例示的な実施形態では、対話型インタフェース１２２は、ユーザが自然言語の質問を入力するのを可能にする。自然言語プロセッサ１３２は、対話型エンジン１３０によって理解できるように質問を解析することができる。別の実施形態として、対話型インタフェース１２２は、ユーザが質問を話すのを可能にすることができる。自然言語プロセッサ１３２は、対話型エンジン１３０によって理解できるように発話された質問を認識して質問を解析することができる音声認識モジュールを含むことができる。
応答生成器１３４は、ユーザ入力に対する応答を形成する。応答生成器１３４は、自然言語プロセッサ１３２から情報を受信することができる。例示的な実施形態では、応答生成器１３４によって生成された応答は、ユーザの質問に対する回答を含む。もしくは、この応答は、ユーザからの追加の情報に対する要求を含むことができる。追加の情報に対する要求は、質問プロンプト又はユーザが選択することができる１又は２以上の選択肢として提供することができる。応答生成器１４０によって生成される応答は、上述のようにＩＤＭシステム１００の「パーソナリティ」に様式化することができる。
また、対話型エンジン１３０は、予測分析モジュール１３６及び機械学習モジュール１３８を含むことができる。例示的な実施形態では、予測分析モジュール１３６は、ユーザデータベース１４０の情報（ＩＤＭ履歴データ１４２及びアップロードされた健康データ１４４など）を用いて、ユーザが楽しめるか又はユーザに有利となるであろうコンテンツを予測する。例えば、アップロードされた健康データ１４４に基づいて、予測分析モジュール１３６は、ユーザがユーザの血糖を管理するのを助けるようデザインされたコンテンツを選択してユーザに提示することができる。
例示的な実施形態では、機械学習モジュール１３８は、ユーザデータベース１４０の情報（ＩＤＭ履歴データ１４２及びアップロードされた健康データ１４４）を分析して、予測分析モジュール１３６に伝送することができる入力を提供する。例えば、機械学習モジュール１３８は、ＩＤＭシステム１００との過去の対話に基づいてユーザに関する学習を行い、将来の対話のためのコンテンツをカスタマイズするために予測分析モジュール１３６によって用いられるデータを生成することができる。従って、ユーザがＩＤＭシステム１００と対話すればするほど、システムとの対話が個別化されることになる。場合によっては、個別化対話は、ＩＤＭシステム１００の有効性を高める。
また、ユーザインタフェース１２０は、ユーザデータビューワ１２４を含むことができる。ユーザデータビューワ１２４は、ユーザのアカウントに関する情報にユーザがアクセスするのを可能にするポータルとすることができる。
図２は、進化していくユーザプロファイルに基づいて個別化コンテンツをユーザに送出するよう構成された学習管理システム（ＬＭＳ）２１００の実施形態を示すブロック図である。ＬＭＳ２１００は、上述のＩＤＭシステム１００によって実施することができる。例えばＬＭＳ２１００は、上述の対話型エンジン１３０によって実施することができる。例示的な実施形態では、ＬＭＳ２１００は、コンテンツ管理システム２１０２、規則エンジン２１０４、及びコンテンツセレクタ２１０６を含む。
一部の実施形態では、ＬＭＳ２１００は、規則及びユーザプロファイリングによって少なくとも部分的に駆動される。経時的に、ＬＭＳ２１００は各ユーザのユーザプロファイルを構築する。ユーザプロファイルは、初期オンボーディング質問（例えば、初期アカウント作成の時にユーザに訊ねられた質問）並びにユーザがＬＭＳ２１００との対話を続けるにつれてユーザに関して学習された追加の情報に基づくことができる。一部の実施形態では、ＬＭＳ２１００によって適用される規則は、明示的又は非明示的（すなわち、「ファジー」）の何れかとすることができる。非明示的又はファジー規則は、閾値範囲内のコンテンツ及びリターンコンテンツの様々なタイプの間の距離値を決定する距離アルゴリズムに基づくことができる。例えば、以下に詳しく説明するように、ＬＭＳ２１００におけるコンテンツは、１又は２以上のタグでラベル付けすることができる。タグ間の関係を用いて、ＬＭＳ２１００のファジー規則の非明示性によって用いることができるコンテンツ間の距離を決定することができる。
ＬＭＳ２１００とユーザとの間の対話（例えば、ダイアログ及び試験）は、ユーザ選択及び回答に基づいて動的とすることができる。ユーザがＬＭＳ２１００に追加の情報を提供する場合、ＬＭＳ２１００はこの情報を動的ユーザプロファイルに追加する。従って、ＬＭＳ２１００は、ユーザの継続的なプロファイリングを伴うと言うことができる。各ユーザのプロファイルが進化し続ける場合、これは、カスタマイズ化され調節された方法でユーザに利用できるようにされる新しいワークフロー及びコンテンツをもたらす。
ＬＭＳ２１００では、コンテンツ管理システム（ＣＭＳ）２１０２は、全てのユーザに利用可能な多数のコンテンツ項目を格納することができる。ＣＭＳ２１０２は、コンテンツを格納するデータベース又は他の方法とすることができる。チュートリアル、ビデオ、レシピ、活動、チップ、アナウンスメント、インサイト、フォローアップ、称賛、クイズ、患者の健康目標などを含むコンテンツ項目の様々なタイプが利用可能である。一部の実施形態では、ＣＭＳ２１０２におけるコンテンツ項目が、ヘルスケア専門家又はＣＤＥによって提供及び／又はキュレートされる。
ＣＭＯＳ２１０２における各コンテンツ項目に１又は２以上のタグをラベル付けすることができる。このタグは、コンテンツが作成されＣＭＳ２１０２に追加された時に最初に割り当てることができる。一部の実施形態では、経時的にタグを追加、修正、又は再割り当てすることができる。タグは、ＣＭＤ２１０２のコンテンツ項目にラベル付け及び編成するために用いることができる。また、タグは、以下に説明するようにコンテンツの選択（例えば、どのコンテンツをどのユーザが利用できるようにするか決める場合）に用いることができる。
例示的なタグは、多くの他のタグの中でも、「活動＿少ない」、「活動＿毎日」、「活動＿多い」、「活動＿なし」、「性別＿男性」、「性別＿女性」、「性別＿無回答」を含むことができる。これらのタグを用いて、タグに関係するプロファイルを有するユーザに関連する可能性があるコンテンツ項目を識別することができる。例えば、ユーザのプロファイルは、ユーザが一般的には日常的に活動的であることを示すことができる。従って、「活動＿毎日」タグに関連付けられるコンテンツ項目は、特定のユーザに該当すると見なすことができる。
上述のように、オンボーディング質問を最初に用いてユーザに関連のあるタグを識別することができる。次に、ユーザプロファイルが経時的に動的に成長する際に、ＬＭＳ２１００は、付加的に学習された情報を用いて、ユーザに関連する可能性があるタグの一群を変えることができる。このように、ユーザは、ユーザの特定のプロファイルに合わせられた個別化コンテンツプールを提供するために、変化するタグの一群に動的に関連付けることができる。
一部の実施形態では、タグを他のタグに関係付けることができる。例えば、タグにアフィニティタグを関連付けることができる。アフィニティタグは、イニシャルタグが選択された時に選択することもできるイニシャルタグに関係するタグとすることができる。例えば、食物のタイプを指示するタグをレシピに特別にタグ付けすることができる。例えば、キッシュレシピに「キッシュ」をタグ付けすることができる。「卵」は、「キッシュ」タグに関連付けられるアフィニティタグとすることができる。アフィニティタグを用いて、イニシャルタグに明確に関係付けられないコンテンツ項目を識別することができる。例えば、ＬＭＳ２１００は、ユーザがキッシュレシピに関心があることを識別することができ、次にアフィニティタグを用いて他の卵レシピに関する追加の情報を探求することができる。これは、ＬＭＳ２１００が、イニシャルタグ「キッシュ」に直接関係しない他の方法でユーザのプロファイルを進化させ続けるのを可能にできる。
一部の実施形態では、タグに反アフィニティタグを関連付けることもできる。反アフィニティタグは、アフィニティタグの逆とすることができる。例えば、これらは、別のタグで選択できないタグとすることができる。１つの例として、ユーザのプロファイルは、ユーザがユーザの糖尿病を治療するための注射以外に基づく治療を現在用いていることを指示できる。反アフィニティタグを用いて、注射に基づくコンテンツ（この特定のユーザに関係ない）が提供されないようにすることができる。
コンテンツ項目には１又は２以上のタグをタグ付けすることができる。例えば、コンテンツ項目に、１、２、３、４、５、６、又は６より多いコンテンツタグを関連付けることができる。タグ自体に、上述のようにアフィニティ及び反アフィニティタグを用いて他のタグを関連付けることができる。
一部の実施形態では、コンテンツ項目をクラスタに編成することができる。例えば、タグに基づいて、各コンテンツ項目をクラスタの一部とすることができる。各クラスタは、ＣＭＳ２１０２におけるあらゆる他のクラスタとの距離を決定するために距離規則を用いることができる。コンテンツの提言は、ユーザの最も近いクラスタから始めて単純な方式で外側に進むことができる。例えば、ユーザの最も近いクラスタのコンテンツ項目を提言した後に、ＬＭＳ２１００は次に最も近いクラスタに移ることができるなど。これは、ユーザのプロファイルを継続的に進化させるために、コンテンツが、ユーザに最も関連のあるコンテンツを発端にして、次に外向きに分岐して提示されるのを保証する。
コンテンツ項目間又はデータクラスタ間の距離を計算できる幾つかの方法が存在する。例えば、マッチングタグを持つコンテンツ項目は、コンテンツ項目間の０の距離を有すると決定することができる。アフィニティタグの一致を有するコンテンツ項目は、コンテンツ項目間の１の距離を有すると決定することができる。例えば、タグＡ及びＢはアフィニティタグであると決定することができる。従って、Ａをタグ付けされたコンテンツ項目及びＢをタグ付けされたコンテンツ項目は、コンテンツ項目間の１の距離を有すると決定することができる。反アフィニティタグマッチを有するコンテンツ項目は、コンテンツ項目間の１０００の距離を有すると決定することができる。例えば、タグＡ及びＣは反アフィニティタグであると決定することができる。従って、Ａをタグ付けされたコンテンツ項目及びＣをタグ付けされたコンテンツ項目は、コンテンツ項目間の１０００の距離を有すると決定することができる。マッチングアフィニティタグに関連付けられるタグを含むコンテンツ項目は、コンテンツ項目間の１０の距離を有すると決定することができる。例えば、タグＡはＤのアフィニティタグとすることができ、タグＤをＥのアフィニティタグとすることができる。従って、Ａをタグ付けされたコンテンツ項目及びＥをタグ付けされたコンテンツ項目は、コンテンツ項目間の１０の距離を有すると決定することができる。アフィニティタグ間の関係がより離れる場合、タグ間の決定される距離は大きくなる。例えば、Ａ及びＧがアフィニティタグであり、Ｉ及びＫがアフィニティタグであり、Ｇ及びＫがアフィニティタグであると仮定する。Ａ及びＩは幾つかのアフィニティタグ接続を介して離れて関係付けられる。従って、Ａをタグ付けされたコンテンツとＩをタグ付けされたコンテンツとの間の距離は、例えば２５とすることができる。一部の実施形態では、全く関係がないタグをタグ付けされたコンテンツは、５０の距離を有すると決定することができる。一部の実施形態では、距離は、何らかの２つの項目間の全てのペアワイズ距離の平均を取ることによって決定され、これが２つの項目の間の距離である。一部の実施形態では、タグが２つの項目の間の正しい一致である場合、ペアワイズ比較を取ることは必要なく距離は０であると決定される。この段落で説明した距離計算方法は、実施例としてのみ提供され、タグ付けされたコンテンツ項目間の距離を決定する他の方法も可能である。
規則エンジン２１０４は、各個人ユーザの個別化コンテンツプールを維持するよう構成することができる。このコンテンツプールは、特定のユーザに表示するために利用可能であるＣＭＳ２１０２からのコンテンツ項目のサブセットを含む。ユーザのコンテンツプール内の項目は、規則、タグ、及びユーザのプロファイルに基づいて選択される。従って、ＣＭＳ２１０２が全てのユーザに利用可能とすることができる多数のコンテンツを含む場合、規則エンジン２１０４は、ユーザのプロファイル及びコンテンツタグに基づいて各個々のユーザに対してＣＭＳ２１０２から特定のコンテンツを選択する。以下に説明するように、コンテンツは患者目標を含むことができ、規則エンジン２１０４は、ユーザのための特定の目標をＣＭＳ２１０２から決定することができる。
一部の実施形態では、規則は、スケジュール化規則又はトリガ規則とすることができる。スケジュール化規則は、特定の時間に実行されるようスケジュールされた規則とすることができる。例えば、スケジュール化規則は、「毎日曜日午後６時１５分にＸを行う」、又は「毎日午前７時にＹを行う」とすることができる。スケジュール化規則とは対照的に、トリガ規則は、ユーザに対して起こる特定の事象に対して起こるよう構成される。例えば、トリガ規則は、「Ｘが起こった時に、Ｙを行う」とすることができる。トリガ規則は、多くの様々なタイプの事象によって起こすことができる。例えば、トリガは、ＢＧＭ事象、空腹時ＢＧＭ事象、食前ＢＧＭ事象、食後ＢＧＭ事象、インスリン事象、基礎インスリン事象、ボーラスインスリン事象、学習開始事象、次のアポイントメント事象、食事事象、ステップ事象、ムード事象、通信事象、チャットメッセージ送信事象、チャットメッセージ受信事象、コンテンツ更新事象、プロファイル更新事象、コンテンツ閲覧事象、コンテンツ満了事象、開始事象などを含むことができる。
また、規則は、コンテンツ項目をユーザに送信／表示できる方法の指示を含むことができる。例えば、一部の規則は、コンテンツ項目をユーザに直ちに送信又は表示すべきであることを指示することができる。コンテンツは、テキスト（ＳＭＳ）、プッシュ通知、電子メール、又は他の通信方法でユーザに送信することができる。他の規則は、後でユーザに表示できるようにコンテンツ項目をコンテンツプールに追加すべきであると指示することができる。例えば、規則は、１５の新しいレシピをユーザのコンテンツプールに追加すべきであると指示することができる。以下に論じるように、コンテンツセレクタ２１０４を用いてユーザのコンテンツプールから個々のコンテンツ項目を選択してユーザに表示することができる。
一部の規則は、コンテンツの特定の項目を識別することができる。例えば、規則は、コンテンツ項目の特定のＩＤを指定することができる。これは明示的規則の例になる。他の場合、規則はコンテンツの特定の項目を明示的に識別できなくてもよい。例えば、規則は一般的にコンテンツタイプ（例えば、レシピ）を指定することができ、次に上述のように距離マッチングアルゴリズムに基づいてコンテンツを提供することができる。これは、非明示的又はファジー規則の例になる。この場合、コンテンツは、ユーザのプロファイル及び距離マッチングアルゴリズムに基づいてユーザに対して選択される。
一部の実施形態では、規則は指定された優先順位を含むことができる。例えば、規則エンジン２１０４は、短期間（例えば、数秒）の入力変化をバッファリングすることができ、複数の規則は、同じトリガに基づいて開始することができる。従って、各コンテンツタイプに対して、各開始動作に関して１つの規則だけが（ユーザ一人当たり）出力を生成することができる。この場合どの規則が優先権を得るかを制御するために、規則は優先順位を含むことができ、高優先順位を持つ規則は、低優先順位を持つ規則に勝つことになる。優先順位値は幾つかの方法で指定することができる。例えば、優先順位値は、１から２１００の範囲とすることができるか又は一般的な優先順位カテゴリ（例えば、低、中、高）を用いることができる。
同様に、他の規則に優先する特定の規則を設定することができる。例えば、規則識別子が後に続く優先指示子は、１つの規則が常に別の規則より高い優先権を得る（及び優先される規則からプールから既存のコンテンツを取り除く）という概念を表すことができる。規則は、規則を実行することができる頻度に関する追加の制限値を含むことができる。幾つかの制限値を、１日当たり、１週間当たり、１か月当たり、又は１ユーザ当たりをベースにして設定することができる。一部の実施形態では、規則は、規則を実行するために満たす必要がある追加の条件をさらに含むことができる。例えば、規則は、指定されたユーザ状態条件が満たされた時だけ実行されるようにする「いつ」条項で構成することができる。例えば、規則は、ＢＧＭ測定値が正常範囲にある時にだけ規則が実行されるようにする「いつ」条項を含むことができる。他の例は、最後の１ＢＧＭ＞２００の時、最後の３ＢＧＭ＞２８０の時、最後の５日にＢＧＭカウント＜１の時、最後の１２時間にインスリンカウント＞３の時、及びその他の多くを含むことができる。一部の実施形態では、規則は、随意的な作動又は起動条項を含むことができる。起動条項は、規則に時間的境界を設けることができる。これらは、患者予約を有する場合又は別の日付に対して何かをスケジュールしたい場合に有用とすることができる。最後に、規則は、随意的に満了期間を含むこともできる。これは、特定のコンテンツ項目がユーザのコンテンツプールに残る長さを制限することができる。
規則エンジン２１０４によって実行することができる幾つかの例示的な規則をここで説明する。これらの規則は、非限定的な例として提供され、多くの他のタイプの規則も可能である。
第１の例では、規則を以下のように明示することができる。
規則：アナウンスメント
・コンテンツアップデートによってトリガ
・最大５アナウンスメントを追加
・再使用不可
・優先順位２１００
この規則は、最高優先順位を持つユーザで観察されない最大５アナウンスメントを待ち行列に入れる。「再使用不可」は、規則エンジン２１０４がユーザに対して以前に閲覧されたコンテンツを再追加しないことを示す。一部の実施形態では、指定しなかった場合、デフォルトはコンテンツの再使用である。実行時、規則は、最新によってソートされた全てのアナウンスメントを待ち行列に入れ最大５をユーザのプールに追加することになる。
別の例として、規則は以下を明示することができる。
規則：イニシャルレシピ
・開始によってトリガ
・最大１５レシピを追加
・最大距離２００をもつ
この規則は、ユーザが開始又はユーザのプロファイルを変更するたびに実行することができ、最大１５の全レシピ（１５の新しいレシピではない）のレシピを待ち行列に追加するよう構成される。「最大距離をもつ」の項は、コンテンツがどのくらい「異なる」か及びユーザのプールに追加できるかを指示する。値が大きいほど、コンテンツが適切でない可能性がある。これは、上述のように非明示的又はファジー規則の実施を可能にする。
別の２つの規則は以下を明示することができる。
規則：ＯＮＥＢＧＨＩＧＨ
・ＢＧＭによってトリガ
・インサイト追加
・最後のＢＧＭ＞２００の場合
・コンテンツＩＤ：Ｚ３ＷｂＲＷＫｊｋｃＡｋｗＡＷＭＭｑ４２０
・優先順位９５
・制限値７日につき１
・２４時間で満了
規則：ＴＨＲＥＥＢＧＨＩＧＨ
・ＢＧＭによってトリガ
・インサイト追加
・最後の３ＢＧＭ＞２００の場合
・コンテンツＩＤ：Ｚ３ＷｂＲＷＫｊｋｃＡｋｗＡＷＭＭｑ４２０
・優先順位９５
・優先ＯＮＥＢＧＨＩＧＨ
・制限値７日につき１
・２４時間で満了
これらの規則は、所定のＢＧＭ測定によってトリガされた時に特定のコンテンツ項目を追加する。従って、これらの規則は、高ＢＧＭ測定値で１週間に一度ＢＧＭ高インサイト最大値を待ち行列に入れる。規則：ＴＨＲＥＥＢＧＨＩＧＨは、「優位ＯＮＥＢＧＨＩＧＨ」を含むので、規則：ＯＮＥＢＧＨＩＧＨに優先する。従って、ＯＮＥＧＢＨＩＧＨはＴＨＲＥＥＢＧＨＩＧＨが既に待ち行列に入れられている場合に実行することができない。
別の例として、規則は以下を明示することができる。
規則：フォローアップレシピ
・待ち行列フォローアップ
・閲覧されたレシピによってトリガ
・１５日で満了
・優先順位９７
この規則は、レシピが閲覧された後にフォローアップを待ち行列に入れる。これは、ＬＭＳ２１００が、ユーザがレシピを試した後にレシピを気に入ったかどうかに関する追加の情報を要求することによってユーザのプロファイルを進化させ続けるのを可能にできる。この追加の情報を用いて将来ユーザに対して追加のコンテンツを合わせることができる。これらの規則は、実行可能命令としてシステムのメモリに格納し、次に実行可能命令から規則を実行するよう構成されたプロセッサによって実行することができる。
図２に示すように、ＬＭＳ２１００はまた、コンテンツセレクタ２１０６を含む。コンテンツセレクタ２１０６は、ユーザに表示するコンテンツプールからのコンテンツを決定する。選択は、トリガ／反応事象（図４に関して記述）又はスケジュール化事象（図５に関して記述）に基づいて行うことができる。従って、コンテンツセレクタ２１０６は、コンテンツプールからの個々のコンテンツ項目をユーザに表示する時間及び方法を決定する。患者目標の場合、コンテンツセレクタ２１０６は、ユーザに表示する患者目標の特定のサブセットを識別することができる。
図３は、学習管理システム２１００を用いて個々のユーザのコンテンツプールのコンテンツを更新する例示的な処理又は方法２２００を示す流れ図である。方法２２００はブロック２２１１で開始することができ、ここではＣＭＳ２１０２のコンテンツが追加又は修正される。ＣＭＳ２１０２のコンテンツを更新又は修正することで、ＬＭＳ２１００をトリガして新しい又は修正されたコンテンツがユーザに広められるように各ユーザのコンテンツプールを更新することができる。
方法２２００はブロック２２１２に進むことができ、ここでは、各ユーザに関して、コンテンツプールが規則エンジン２１０４を用いて更新される。このステップで、この規則は、各ユーザの動的にカスタマイズされるプロファイルを考慮して各ユーザに適用される。これはＣＭＳ２１０２からコンテンツ項目を選択して各ユーザのコンテンツプールにこれを追加する。一部の実施形態では、各ユーザのコンテンツプールは、ユーザの動的にカスタマイズされるプロファイル、コンテンツ項目に関連付けられるタグ、及び上述された距離アルゴリズムに基づいて、ユーザ専用にカスタマイズ又は適合されるれる。
次に、方法２２００はブロック２２１３に進むことができ、ここでは、各ユーザに関して、ユーザのコンテンツプールがアプリケーションに同期される。例えば、コンテンツは、ユーザの移動デバイスにダウンロード（又はそうでなければリンク）することができる。場合によっては、コンテンツはまだユーザに表示されない。むしろブロック２２１３では、コンテンツプールは、単にユーザへの将来の表示に利用可能にされる。
最後に、ブロック２２１４で、コンテンツセレクタ２１０６は、スケジュールされるか又はトリガされた時にコンテンツを選択してユーザに表示する。すなわち、コンテンツセレクタ２１０４は、コンテンツプール内のコンテンツ項目の中からコンテンツ情報を選択してユーザに表示する。
図４は、学習管理システム２１００を用いて、トリガ事象に基づいてユーザに１又は２以上のコンテンツ項目を選択して表示する例示的な処理２３００を示す流れ図である。方法２３２１は、トリガ事象が起こった時にブロック２３２１で開始することができる。トリガ事象の幾つかの例は、上述されている。１つの例として、ユーザはピザレシピを要求するメッセージを本システムを用いて送ることができる。ブロック２３２２で、コンテンツセレクタ２３２２は、コンテンツプールからコンテンツ項目を選択するよう実行される。ピザレシピの例を続けると、コンテンツセレクタは、コンテンツプールがピザレシピを含むか否かを決定することができる。コンテンツプールは、特定のユーザに関して以前に更新及びカスタマイズされているので、ユーザがピザレシピを好むであろう可能性は高い。コンテンツプールがピザレシピを含まない場合、コンテンツセレクタは、コンテンツタグ及び距離マッチングアルゴリズムに基づいて最も関連のあるコンテンツを戻すことができる。
ブロック２３２３で、戻されたコンテンツ項目がユーザに表示される。例えば、コンテンツ項目は、アプリケーションで表示するか、又はテキストメッセージ、電子メール、又は何らかの他の通信方法を介して提供することができる。ブロック２３２４で、表示されたコンテンツに関する情報は、ユーザのプロファイルを更新するために用いられる。このコンテンツは、すでに表示されている場合はユーザのプールから取り除くことができる。コンテンツに関するユーザによる１又は２以上のフォローアップを設定することができる。ブロック２３２５で、更新されたユーザのプロファイルは、規則エンジン２３２５によってユーザのコンテンツプールを更新するために用いられる。すなわち、この対話に基づいて、将来の対話のためにユーザが利用可能なコンテンツプールを動的に調節することができる。
図５は、学習管理システム２１００を用いて、スケジュール化事象に基づいてコンテンツを表示する例示的な処理又は方法２４００を示す流れ図である。この例では、スケジュール化事象は、ブロック２４３１で発生する。スケジュール化事象に関連付けられるコンテンツがブロック２４３２でユーザに表示される。次に、方法２３００と同様に、対話に基づいてユーザのプロファイルを更新することができ（ブロック２４３３）ユーザのコンテンツプールを更新することができる（ブロック２４３４）。
一部の実施形態では、上述されたＬＭＳ２１００を用いて構造化された教育コンテンツ及びワークフローをユーザに提供することができる。ＬＭＳ２１００は、理解及び学習を促進するよう設計された方式でユーザをコンテンツに導くことができる。この例では、構造化教育コンテンツは注射療法に焦点を合わせている。コンテンツは、ＣＭＳ２１０２で「注射療法」タグをタグ付けすることができる。さらに、ＩＤＭは、コンテンツをユーザの感情的及び機能的ニーズに個別化することができる。例えば、コンテンツは、特定の患者の注射療法のタイプに動的とすることができる。これは、患者の満足及び対象の理解を保証して、患者がＣＤＥ又は他のヘルスケアの専門家と同席しているかのように在宅の患者をサポートすることができる。
一部の実施形態では、コンテンツは、様々なトピックに分割することができ、様々なサブジェクトは各トピックの下で利用可能である。この場合もコンテンツタグを用いてトピック及びサブジェクトを識別することができる。一部の実施形態では、コンテンツは、テキスト又はビデオチュートリアルとしてユーザに送出することができる。トピックプランを完了した後に、ユーザの満足度レベルを評価することができる。ユーザがこの素材に満足した場合、ＬＭＳは追加の素材に進むことになる。そうでなければ、コンテンツが再度提供される。一部の実施形態では、トピックの完了時に、ユーザは主題の要約を受け取る。
注射療法との関連において、例示的なトピックプランは、乗り越える心的ハードル、注射機器の概論、注射方法（シリンジ及びペンユーザに分けられる）、注射の成功事例、低血糖症／高血糖症の対処法の学習、先進注射療法、糖尿病の理解、及び血糖追跡及び成功事例、を含むことができる。
図６は、構造化教育コンテンツの例示的なワークフロー処理を示す流れ図である。ＬＭＳ２１００の規則は、ユーザをワークフロー処理に導き、素材の満足及び熟達を保証することができる。図６に示すように、このワークフローは、注射の経過を追跡する方法を学習する初期チュートリアル又は情報がユーザに提供された後に開始する。ユーザには、ユーザの満足度レベルを評価する選択可能な選択肢が与えられる。例えば、例示的な実施形態では、この選択肢は、「私は必要なものを得ており開始することができる」、「私は開始する方法を知っている確信がある」、「私はまだ知らないので心配である」、及び「とにかく注射に関して確信がない」を含む。ユーザの選択に応じて、ユーザは追加のコンテンツに向けられるか又は確信及び熟達を獲得するために前のコンテンツの閲覧に向けられる。ユーザがワークフローを進むにつれて、ユーザのプロファイルは、継続的かつ動的に更新して、追加のカスタマイズ化及将来の対話のために適合されたコンテンツを提供することができる。
一部の実施形態では、図１のＩＤＭ１００などのＩＤＭは、例えばユーザインタフェース１２０の一部とすることができる音声入力モジュールを含むことができる。音声入力モジュールは、ユーザが発話によってシステムにデータを入力するのを可能にするよう構成することができる。音声入力モジュールを含む対話型インタフェースの例示的な画面３２０００Ｂは、図１１に示され以下に詳しく説明される。
システム１００の例示的な使用は、図１０、１１、及び１２に示す例示的な画面を参照して以下に説明する。図１０は、１つの実施形態によるＩＤＭシステム１００の対話型インタフェース１２２の例示的な画面３１００である。図示ように、画面３１００は、対話型インタフェース１２２のホーム画面又は初期画面を表している。この画面３１００は、システム１００にアクセスした時に最初にユーザに表示される画面とすることができる。
この例では、画面３１００は、インサイト部分３１０２を含む。インサイト部分３１０２は、システム１００とユーザの以前の対話に基づいてカスタマイズされたインサイトをユーザに表示するよう構成することができる。インサイト部分３１０２は、ユーザが提供されたインサイトに関してさらに学びたいか否かをユーザが指示できるようにするユーザ選択可能選択肢３１０４を含むことができる。例えば、ユーザ選択可能要素３１０４は、ユーザによって選択することができる「今はいらない」又は「もっと教えて」図形指示を含むことができる。「もっと教えて」図形指示を押すと、表示されたサブジェクトの上に追加のデータが提示され、同時に「今はいらない」図形指示を選択すると画面を消去することができる。
また、画面３１００は、表示されたＧＵＩの端から端に横方向に流れ、ユーザに対して選択されたコンテンツにユーザがアクセスするのを可能にするスワイプカードの形態のユーザ選択可能選択肢３１０６を提示する。各カードは、ユーザに対してカスタマイズされた糖尿病に関する情報を含むことができるコンテンツを表示することができる。タッチ画面上の各カードを押すことで要素３１０６がアクティブにすることができ、ユーザが右から左にカードを動かしてディスプレイでアクティブになるカードを選ぶことができる。一部の実施形態では、カードは、上述のようにカスタマイズされた学習ワークフローを含むコンテンツを示す。
図１０に示すように、画面３１００はまた、ＧＵＩの下、中央、一部分に配置された音声入力選択肢３１１０を含む。ユーザは、音声入力選択肢３１１０を選択してユーザ音声データをシステム１００に入力することができる。音声入力選択肢３１１０を選択した場合に、図１１の画面３２００Ｂを表示することができ、以下に説明するように、システム１００は、ユーザ音声データを録音するよう構成することができる。ユーザ音声データを入力するステップは、例えば、ユーザデバイスのマイクロフォンを用いて音声信号を録音するステップを含むことができる。音声信号は、自然言語プロセッサ１３２によって処理することができ、その中に含まれる発話コマンド又は質問は、システム１００によるさらなる処理のための機械理解可能フォーマットに変換される。
また、図１０の画面３１００は、テキストベース入力選択肢３１１２を含む。ユーザは、テキストベースユーザ入力選択肢３１１２を選択してテキストベースユーザデータをシステム１００に入力することができる。テキストベースユーザデータはユーザによって提供される文書データを含むことができる。例えば、ユーザは、ユーザデバイスのキーボードを用いて文書データを入力することができる。テキストベースユーザ入力選択肢３１１２を選択した場合に、図１２の画面３３００を表示することができ、以下に説明するように、システム１００はテキストベースユーザ入力を受け入れるよう構成することができる。テキストベースユーザ入力は、自然言語プロセッサ１３２によって処理することができ、その中に含まれるコマンド又は質問は、システム１００によるさらなる処理のための機械理解可能フォーマットに変換される。
また、画面３１００は、血糖ユーザ入力選択肢３１１４を含む。ユーザは、血糖ユーザ入力選択肢３１１４を選択して血糖読取値をシステムに入力することができる。また、画面３１００は、データビューワユーザ選択肢３１１６を含む。ユーザは、データビューワ選択肢３１１６を選択して血糖データなどのユーザデータを閲覧することができる。一部の実施形態では、データビューワユーザ選択肢３１１６を用いて、血糖データを表示する図１２に示す画面３４００にアクセスすることができる。
図１１は、ユーザインタフェース３０２０の音声入力機能を例示する対話型インタフェース１２２の例示的な画面３２００Ｂである。一部の実施形態では、音声入力機能は、図１０の画面３１００上の音声入力選択肢３１１０を選択することによってアクセスされる。一部の実施形態では、音声入力機能は、ユーザ音声入力を受け取るよう構成される。ユーザ音声入力は、上述のように対話型エンジン１３０の自然言語プロセッサ１３２及び応答生成器１３４に送ることができる。自然言語プロセッサ１３２及び応答生成器１３４は、ユーザ音声入力を解析してユーザに向けてカスタマイズできる応答を生成することができる。
図１１に示すように、画面３２００Ｂは、音声情報が録音されているという視覚指示を提示するよう構成することができる。例えば、波線３２２１は、ユーザデバイスのマイクロフォンによって測定された音声信号に応答して変化して録音の視覚指示を提供することができる。同様に、一部の実施形態では、音声入力選択肢３１１０は、音声情報が録音されているという指示として振動することができる。
一部の実施形態では、音声入力機能によって、ユーザは、データをシステム１００に記録することができる。このようなデータは、例えば、アップロードされた健康データ１４４として格納することができる。１つの例として、ユーザは、音声入力選択肢３１１０を選択してコマンドを発話して血糖測定値を記録することができる。例えば、ユーザは、「血糖をログせよ３４００」と言うことができる。自然言語プロセッサ１３２は、この入力を解析してユーザが血糖測定値を入力していることを理解することができる。次に、システム１００は、ユーザ健康データ１４４として血糖読取値を格納する要求を処理することができる。次、にこのデータは、さらに将来の対話をカスタマイズするためにシステム１００で利用可能になるであろう。
また、音声入力機能は、同様にデータの他のタイプを入力及び記録するために用いることができる。例えば、ユーザは、インスリン注射、摂取した食物、実行した運動、気分、ストレスなどに関するデータを入力することができる。別の例では、ユーザは、インスリンペン、パッチの注射部位、及び継続的な血糖モニタリングデバイスに関するデータを入力することができる。注射部位位置データは、ユーザが注射部位位置を効率的に交代させることができるよに追跡することができる。
一部の実施形態では、システム１００は、声入力データを、例えば日付及び時間などのシステム１００が知っている追加の情報と関連付ける。これは、データの追跡を容易にすることができる。
図１２は、１つの実施形態による、ユーザ音声入力に対するテキストベース応答を示す対話型インタフェース１２２の例示的な画面３３００である。一部の実施形態では、ユーザがユーザ音声入力を提供した後で、対話型インタフェース１２２は、対話を継続するためにテキストベース応答画面３３００に入力を行うことができる。
一部の実施形態では、画面３３００は、例えば、以前の対話からのデータ３３３２を表示することができる。また、画面３３００は、現在提供されているユーザ音声データに関する情報を表示することができる。例えば、図示のように、画面３３００は、提供されたユーザ音声データの音訳３３３４を表示する。上述の血糖ロギングの例を続けると、音訳３３３４は、ユーザが「ＢＧをログして３４００」と言ったことを指す。
また、画面３３００は、入力ユーザ音声データに対するテキストベース応答３３３６を含むことができる。図示した例では、応答３３３６は「２０１８年８月２０日午後１時２９分の３４００のＢＧレベルをログしたいですか？」と明示している。従って、応答３３３６は、提供されたユーザ音声データの確認を提供することができる。一部の実施形態では、応答３３３６は、他の情報を含むことができる。例えば、応答３３３６は、ユーザから追加の情報を要求することができる。
また、画面３３００は、ユーザ選択可能選択肢３３３８を含むことができる。ユーザ選択可能選択肢３３３８は、応答３３３６に関係付けることができる。例えば、図示のように、「はい、それは正しい」及び「いいえ、それは間違い」のユーザ選択可能選択肢３３３８は、ユーザが応答３３３６を即座に確認するのを可能にする。ユーザ選択可能選択肢３３３８を提供することで、即座にかつ容易に選択することができる、可能性のある選択肢をユーザに提供することによって対話を効率化することができる。ユーザ選択可能選択肢は、図１３を参照して以下に詳しく説明する。
最後に、図１２に示すように、ユーザ選択可能選択肢３３３８「はい、それは正しい」を選択した場合に、システム１００は、実行した動作の確認３３４０を提供することができる。図示の例では、確認３３４０は、「ＯＫ、私はあなたのために２０１８年８月３０日午後１時２９分の３４００のｂｇ値を記録しました。」を示す。
図１３は、ＩＤＭシステムの音声入力モジュール３０２３の方法３５００の実施形態を示す流れ図である。方法３５００はブロック３５０１で始まり、ユーザ音声入力がシステム１００によって受け取られる。一部の実施形態では、これはユーザが画面３１００（図１０）上の音声入力選択肢３１１０を選択してコマンド又は質問を発話した時に起こる。システム１００は、ユーザ音声入力を録音してこれを処理のための対話型エンジン１３０に送ることができる。
方法３５００は、次に、ブロック３５０３に進むことができ、ここでは、ユーザ音声入力が解析される。一部の実施形態では、自然言語プロセッサ１３２（図１）は、ユーザ音声入力を解析する。これは、例えば、発話された言葉を識別して言葉の意味を解析するステップを含むことができる。
次に、ブロック３５０５で、方法３５００は、１又は２以上のテキストベース選択肢を生成してユーザに表示する。このテキストベース選択肢は、解析されたユーザ音声入力に基づくことができる。テキストベース選択肢は、例えば、図１２の画面３３００上に表示されたユーザ選択可能選択肢３３３８とすることができる。
一部の実施形態では、テキストベース選択肢は、ユーザによって入力された質問又はコマンドに関する容易に選択可能な選択肢をユーザに提供する。例えば、血糖測定値を記録する例では、選択肢は、ユーザが画面に提供されたユーザ選択可能選択肢を用いて即座に測定値を確認又は否認するのを可能にする。
他の実施形態では、テキストベース選択肢は、発話コマンド又は質問に関するキュレートされたコンテンツへのリンクを提供することができる。例えば、ユーザが特定の食物に関して訊ねた場合、テキストベース選択肢は、関係する食物のレシピ、栄養情報、レストランなどへのユーザ選択可能なリンクを含むことができる。
ユーザの音声入力データに応答してテキストベース選択肢を提供することは、可能性のある応答を予測してこれを容易に選択可能な選択肢としてユーザに提供することによって、システム１００との対話プロセスを効率化することができる。
方法３５００は、ブロック３５０５から決定状態３５０６に進み、ここでは、追加のユーザ入力を受け取ったか及びどのタイプの追加のユーザ入力を受け取ったかが決定される。方法３５００は、決定状態３５０６から、ユーザが応答する方法に応じてブロック３５０７、３５０９、又は３５１１に進むことができる。例えば、方法３５００は、ブロック３５０７で、ブロック３５０５で提供されたテキストベース選択肢の１つのユーザ選択を受け取ることができる。代替的に、方法３５００は、ブロック３５０９で追加のユーザ音声入力３５０９を受け取ることができるか又は方法３５００は、ブロック３５１１で追加のユーザテキスト入力を受け取ることができる。
図１４は、ＩＤＭシステム１００の音声入力モジュール３２０３の別の方法３６００の実施形態を示す流れ図である。方法３６００は、例えば、自然言語プロセッサ１３２で用いて、図１３の方法３５００のブロック３６０３において音声入力データを解析することができる。一部の実施形態では、方法３６００は、ユーザが音声入力データの提供を終えた時間を決定するために用いることができる。方法３６００は、ユーザが音声入力選択肢３１１０（図１０）を選択した時にトリガすることができる。
方法３６００は、ブロック３６０１で、時間ブロック中に受け取った音声信号の音声信号強度の二乗平均平方根（ＲＭＳ）を計算するステップを含むことができる。１つの実施形態では、時間ブロックは、１００、２００、３００、４００、５００、６００、７５０、１０００、２０００又は３０００ｍｓであるが、より長い及びより短い他のブロックも可能である。
ブロック３６０３で、計算されたＲＭＳは、周囲全体録音リスト及び最新録音リストの両方に格納される。一部の実施形態では、周囲全体録音リストは、録音の各ブロックの全ての計算されたＲＭＳ値を含む。一部の実施形態では、最新録音リストは、録音の最新の部分の各時間ブロックの全ての計算されたＲＭＳ値を含む。一部の実施形態では、録音の最新部分は、録音の最後の１．５秒の時間ブロックを含むが、より長い及びより短い録音の他の部分を用いることもできる。
ブロック３６０５で、全体録音リスト及び最新録音リストの各々の平均ＲＭＳ値が計算される。決定状態３６０７で、全体録音リスト及び最新録音リストの各々の平均ＲＭＳ値が互いに比較される。最新録音リストの平均ＲＭＳ値が高い場合、方法３６００はブロック３６０１に戻ることによって継続する。全体録音リストの平均ＲＭＳ値が高い場合、方法３６００は録音が終了されるブロック３６０９に進む。
上述のように、ＩＤＭシステムは、ユーザとの関与を促す方法で対話する、提示する、又は情報を表示するよう構成されたユーザインタフェースを含むことができる。ＩＤＭシステムは、ユーザがユーザの疾病を管理するのを最大に助けるよう構成される様式で、ユーザに適合した関与を送出するよう構成することができる。適合した関与は、例えば、格納されたユーザデータ、様々な接続デバイス（図１を参照）から受信したデータ、ユーザによって入力されたデータ、格納されたコンテンツなどに基づくことができる。一部の実施形態では、適合した関与は、ユーザのＩＤＭシステムと以前の対話に少なくとも部分的に基づいて獲得することができる。この関与を促進するために、ＩＤＭのユーザインタフェースは、様々なモジュールを含むことができる。ＩＤＭの実施形態の例示的な画面キャプチャを参照して、以下に所定のモジュールを例示する。モジュールの１又は２以上は、上述のＩＤＭシステム及び／又はユーザインタフェースの何れかに含めること又は何れかによって実行することができることを理解されたい。さらに、以下の画面キャプチャは、単に本開示の例を提供するものであり本開示を限定するものではない。
例示的なＩＤＭシステム方法
ＩＤＭシステム１００（図１）などのＩＤＭシステムは、疾病管理を容易にする様々な方法を実施することができる。一部の実施形態では、これらの方法は、対話型エンジン１３０によって実行される。この方法は、ユーザインタフェース１２０を介してユーザと対話するか又はユーザと関与するシステム１００に関わることができる。これらの方法は、ユーザデータベース１４０及びコンテンツデータベース１５２の様々なデータにアクセスして格納するステップを含むことができる。
ＩＤＭシステムは、ユーザとＩＤＭシステムとの間の関与の別の機構を提供するよう構成することができる、目標モジュールを含むことができる。この目標モジュール内で、ユーザに対して、ユーザが選択して達成することができる目標を指示することができる。目標は、ユーザの現在のフィットネス及び健康レベルに合うよう構成することができる。ユーザが目標を達成するにつれて、ユーザが選択して達成することができるより難しい目標をＩＤＭシステムによって提案することができる。ユーザが目標の達成に失敗した場合、より容易な目標を選択して試すことができる。また、ＩＤＭシステムは、ユーザが目標モジュールで達成しようとしている目標に基づいて、他のモジュールでコンテンツを生成することができる。例えば、ユーザが身体的活動に関する目標を達成しようとしている場合、身体的活動に関する学習プランを学習モジュールで提案することができる。同様に、ユーザがダイエットに関する目標を達成しようとしている場合、ダイエットに関する学習プランを学習モジュールで提示することができる。
ユーザが目標の達成に失敗した場合、ＩＤＭシステムは、ユーザが何故目標を達成しなかったかを把握することを試みるよう関与することができる。例えば、ユーザに対して、目標に関するユーザの感情を決めるための評価を提示することができる。評価の結果を用いて、ユーザとシステムとの間の関与を促進するよう構成された新しい目標を得ることができる。目標モジュールは、目標モジュール並びにＩＤＭシステムのユーザインタフェースの他の部分におけるユーザの過去の経験に基づいて目標を修正することができる。
図７は、集中疾病管理システムにおける１又は複数の患者目標を決定する例示的な処理７００を示す流れ図である。処理７００は、開始ステップで始まる。次に、この処理はステップ７０２に進み、ここでは、システムは、疾病を持つ患者に関するユーザ情報を格納する。ユーザ情報はユーザデータベースに格納することができる。ユーザ情報は、測定された患者疾病管理データ及びユーザが入力した患者疾病管理データのうちの少なくとも１つを含むことができる。測定された患者疾病管理データは、図１に示すＩＤＭ１００に接続されたデバイスの何れかなどの外部デバイスから受け取ったデータとすることができる。例えば、測定された患者疾病管理データは、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーから受け取ることができる。ユーザ入力患者疾病管理データは、ユーザがＩＤＭシステムを介して入力した類似のデータとすることができる。このようなユーザ入力患者疾病管理データは、例えば図８に関して以下に説明するロギング方法を用いて入力することができる。ユーザデータは、患者の疾病に関するデータとすることができる。１つの例では、疾病は糖尿病である。ユーザデータは、血糖、インスリン注射、ダイエット、身体的活動などに関するデータとすることができる。
ステップ７０４で、ＩＤＭシステムは、患者の結果を改善するために提言されたライフスタイル選択及び疾病管理の実施計画に関するコンテンツ項目を格納する。コンテンツ項目は、コンテンツデータベースに格納することができる。患者の結果を改善するために提言されるライフスタイル選択に関するコンテンツは、例えば、ユーザが自身の疾病を管理するのを助けるためにキュレートされたコンテンツを含むことができる。これは、例えば、注射管理に関するキュレートされたコース（ｃｏｕｒｓｅ）又は情報、ダイエットに関する情報、運動に関する情報などを含むことができる。疾病管理の実施計画は、ユーザの疾病状態を改善する方法を決定する実施計画を含むことができる。例えば、ユーザが高血糖に悩んでいる場合、ユーザの血糖を下げるために取ることができるステップを定めるパラメータを実施計画に提供することができる。実施計画は、ＣＤＥなどの医療の専門家によって発展させることができる。
次に、ステップ７０６で、システムは、集中疾病管理を提供するための対話型ユーザインタフェースとのユーザ対話に基づいて、ユーザデータベースのユーザ情報を更新する。例えば、ユーザがＩＤＭシステムと関与した場合に、この対話によって、システムはユーザに関する追加の情報をユーザデータベースに格納することができる。このような情報を用いて、システムとの将来の対話を適合させることができる。一部の実施形態では、ユーザ対話は、対話型インタフェースによってユーザが提供するユーザ入力患者疾病管理データ、及びユーザが提供する１又は２以上の患者モニタリングデバイスからの測定された患者疾病管理データのうちの少なくとも１つとすることができる。これは、ユーザが手動で入力するデータ、又はスマート接続デバイスからＩＤＭシステムが自動的に受信するデータを含むことができる。
ステップ７０８で、システムは、ユーザ情報及び疾病管理のための格納された実施計画に基づいて疾病管理を改善することに関する患者目標を決定し、この患者目標を対話型ユーザインタフェースでユーザに表示する。システムは、ユーザ情報を分析して、ユーザの疾病を管理するためにユーザに有益となる目標を決定することができる。この決定は、格納された実施計画並びに以前に入力されたユーザデータに基づくことができる。システムは、システムとユーザとの間の過去の対話からのユーザの知識に基づいて「患者の手の届く範囲内である」目標を決定することができる。ユーザに目標を表示してユーザと対話する例示的な目標モジュールを図１９−２２に示し以下に説明する。
ステップ７１０で、本発明のシステムはまた、少なくとも決定された患者目標及びユーザ情報に基づいてコンテンツデータベースから１又は２以上のコンテンツ項目を選択して選択した１又は２以上のコンテンツ項目を対話型ユーザインタフェースでユーザに表示することができる。従って、提言される目標をユーザに提供することに加えて、本発明のシステムは、同様にユーザに関係のあるコンテンツを提供することができる。例を図２１に示している。
図８は、集中疾病管理システムに患者データを記録する例示的な処理８００を示す流れ図である。処理８００は、糖尿病の治療に関する情報を記録するための迅速で効率的な方法をユーザに提供することができるロギングモジュールによって実施することができる。図示されるように、一部の実施形態では、このロギングモジュールは、音声ロギングを利用することができる。音声ロギングは、ユーザが容易に埋めることができるブランクを含む幾つかのサンプルログプロンプトを提供することができる。
処理８００は、開始ステップで始まってステップ８０２に進み、ここでは、システムは、複数のサンプルロギングプロンプトを表示する。このサンプルロギングプロンプトは、対話型ユーザインタフェース上に表示することができる。サンプルロギングプロンプトの各々は、ユーザの疾病に関連付けられる患者データのタイプに関連するフレーズを含むことができ、さらに少なくとも１つのブランクを含む。このサンプルロギングプロンプトは、ＩＤＭシステムでデータを記録する方法をユーザが理解するのに役立ち、さらに記録することができるデータのタイプをユーザが理解するのを助けることができる。以下に説明する図２４は、糖尿病との関連における複数のサンプルロギングプロンプトを示す。
サンプルロギングプロンプトは、ユーザの疾病及び以前に格納された患者データに少なくとも部分的に基づくことができる。例えば、システムは、サンプルロギングプロンプトを決定するために、疾病の治療にデータのどのタイプが有用か並びにユーザが過去に入力していたデータのタイプを理解することができる。糖尿病の場合、例えば、関係付けることができるサンプルロギングプロンプトは、血糖測定値、インスリン投与、ダイエット、及び身体的活動の１又は２以上に関連付けされる。
ステップ８０４で、システムは発話ユーザ入力を受け取る。発話ユーザ入力は、ユーザデバイスのマイクロフォンで録音することができる。発話ユーザ入力は、少なくとも１つのブランクに挿入された患者データによってサンプルロギングプロンプトをユーザが言葉で繰り返すものを含む。発話ユーザ入力を受け取ることは、上述した図１４の方法を用いて音声信号を解析するステップを含むことができる。
ステップ８０６で、システムは、自然言語プロセッサによって発話ユーザ入力から患者データを抽出することができる。これは、発話ユーザ入力を解釈するステップ及び発話ユーザ入力をコンピュータ可読フォーマットに翻訳するステップを含むことができる。
ステップ８０８で、患者データを集中疾病管理システムのユーザデータベースに格納する。従って、ユーザは、音声コマンドを用いて単純かつ迅速に患者データをシステムに記録することができる。
処理８００の一部の実施形態では、システムは、発話ユーザ入力を受け取った後に、発話ユーザ入力に関連付けられる表示されたサンプルロギングプロンプトをディスプレイから取り除き、取り除いたサンプルロギングプロンプトに代わって新しいサンプルロギングプロンプトを表示する。これは追加のプロンプトが提供される場合にデータのロギングを続けるようユーザを促すことができる。一部の実施形態では、システムはまた、発話ユーザ入力のテキストをユーザに表示する。これは、システムが正しく理解していることをユーザが確認できるようにする。システムはまた、データが正しいことを確認するようユーザに指示することができる。
図９は、集中疾病管理システムにおける患者データの図形表示と共に文脈化インサイトを表示する例示的な処理９００を示す流れ図である。システムは、ユーザに表示されたデータを分析して、ユーザがデータを理解し適用するのを助けることができる有用な文脈化インサイトを提供することができる。
処理９００は開始ステップで始まり、次にステップ９０２に進み、ここでは、システムは、疾病を有する患者に関するユーザ情報を格納する。このユーザ情報はユーザデータベースに格納することができる。このユーザ情報は、測定された患者疾病管理データ及びユーザが入力した患者疾病管理データのうちに少なくとも１つを含むことができる。測定された患者疾病データは、１又は２以上の患者モニタリングデバイスから受信したデータを含むことができる。１又は２以上の患者モニタリングデバイスは、例えば、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーなどとすることができる。ユーザ入力患者疾病管理データは、ユーザによって入力されたデータとすることができる。
ステップ９０４で、システムは、コンテンツデータベースに疾病管理の実施計画を格納する。この実施計画は、上述したユーザの疾病を管理するステップを提供することができる。ステップ９０６で、システムは、格納されたユーザ情報の少なくとも一部の図形表示を提供する。この図形表示は、例えば、１日、１週間、又は１か月などの所与の期間の患者データの１又は２以上のグラフ又はプロットとすることができる。
ステップ９０８で、システムは、少なくともある程度は疾病管理の実施計画に基づいて対話型ディスプレイに表示された格納されたユーザ情報の少なくとも一部を分析して、格納されたユーザ情報の少なくとも一部に関する文脈化インサイトを決定する。システムは、ユーザには容易に明らかでない可能性がある表示データの傾向を決定し、ユーザが疾病を管理するのを助けるために、これらの傾向に関するインサイトを提供することができる。
ステップ９１０で、システムは、対話型ディスプレイに、図形表示と共に文脈化インサイトを表示する。この特徴の例は図２６に示し以下に説明する。処理９００は、ある意味では患者データに基づくだけではユーザに容易に明らかにならない患者データをユーザが理解して適用するのを可能にするので有用とすることができる。
例示的なＩＤＭシステム画面
図１５及び１６は、１つの実施形態によるＩＤＭシステムのユーザインタフェースのホーム画面の例示的な画面キャプチャである。ホーム画面は、ユーザがオンボーディングモジュールを完成した後に又はユーザがオンボーディングモジュールを完成した後に最初にＩＤＭシステムにアクセスした時にユーザに提示することができる。ホーム画面はユーザに情報を提示してＩＤＭシステムの様々な他のモジュールにアクセスするリンクを提供することができる。
図１５は、ホーム画面４２００の初期の例を示す。図示のように、画面４２００は「ブライト 質問して」のラベル付けがされたユーザ選択可能ボタン４２０２を含む。また、ユーザ選択可能ボタン４２０２は、他の例では異なるラベルを付けることができる。ユーザ選択可能ボタン４２０２にアクセスして、ユーザがユーザインタフェースの対話式部分にアクセスするのを可能にすることができる。例えば、ユーザ選択可能ボタン４２０２を用いて、チャットボットにアクセスすることができ、上述のようにユーザが自然言語方式でユーザインタフェースと対話するのを可能にすることができる。例えば、ユーザは自然言語質問をタイプすることによって又はユーザ選択可能ボタン４２０２を選択した後に本発明のシステムに自然言語の質問を言葉で話すことによってユーザインタフェースと対話することができる。例示的な例では、ユーザ選択可能ボタンは、システムに訊ねることができる質問のタイプのサンプルを含む。図示のように、サンプルは、「フレンチフライにはどのくらい炭水化物があるの？」である。ユーザにサンプルを提供することによって、ＩＤＭシステムは、ユーザ押し下げボタン４２０２を選択した後にシステムに訊ねることができる質問のタイプを理解するようにユーザに直感的に指示することができる。他のサンプルを含むこと又はサンプルを省くことができる。
図示した例では、画面４２００はまた、ＩＤＭシステムでユーザが利用可能な様々なツールにアクセスするために選択することができる一連の選択可能カードを含む。例えば、図示のように、「炭水化物計算機」及び「インスリン計算機」のカードが提示される。場合によっては、頻度の高いアクセスツールのカードを表示することができる。一部の環境では、ツールへのアクセスは、ドロップダウンメニュー、ユーザ選択可能ボタンなどの他の方法で提供することができる。
図１６は、ホーム画面４３００の追加の例を提示する。一部の実施形態では、図１５の画面４２００からスクロールダウンすることによってホーム画面４３００にアクセスすることができる。図示のように、画面４３００は、ＩＤＭシステム内の所定のコンテンツにアクセスするためのリンク４３０２を含むことができる。例えば、リンク４３０２は、頻繁に用いられる記事又はチュートリアルにアクセスするために用いることができる。図示の例では、「ＩＤＤ位置を変えるのを教えて」、「ＩＤＤ位置を変える方法は？」、「インスリンタンクを詰め替える方法は？」のリンク、及び「ＢＤ努力指示」閲覧である。リンク４３０２の何れかにアクセスすることで、ユーザを瞬時に選択されたコンテンツに案内することができる。
図示のように、画面４３００はまた、ユーザのための追加のコンテンツ４３０３を含む。コンテンツ４３０３へのリンク「２型糖尿病:インスリン投与量の計算方法」及び「食物ラベルの読取り：あなたが糖尿病である場合のアドバイス」が提示される。コンテンツ４３０３は、ユーザに適合させることができる。例えば、ＩＤＭシステムは、ユーザのＩＤＭシステムとの過去の経験に基づいて、特定のコンテンツを選択してホーム画面４３００に直接コンテンツへのリンクを表示することができる。コンテンツ４３０３は、経時的に、例えばシステムがユーザの好みに関して多くを学習した場合、及びユーザがシステムとの多くの経験を持った場合に変更することができる。
画面４３００上に示されるように、ホーム画面は、ＩＤＭシステムの様々なモジュールにアクセスするための様々なアイコンを備えたメニューを含むことができる。図示のように、画面４３００は、データモジュールにアクセスするためのアイコン４３０４、学習モジュールにアクセスするためのアイコン４３０５、目標モジュールにアクセスするためのアイコン４３０６、チャットボットモジュールにアクセスするためのアイコン４３０７、及びロギングモジュールでユーザデータを入力するためのアイコン４３０８を含む。これらのモジュールの各々の例示的な画面は、以下に示して説明する。
図１７及び１８は、１つの実施形態によるＩＤＭシステムのユーザインタフェースの学習モジュールの例示的な画面キャプチャである。学習モジュールは、一部の例ではホーム画面上のアイコン４３０５を選択することによってアクセスすることができる（図１６参照）。学習モジュールは、ユーザのためのカスタマイズされた又は適合されたカリキュラム又は学習プランを提供するよう構成することができる。カリキュラムは、システムとのユーザの過去の対話に基づいて選択してキュレートすることができる。カリキュラムは、ユーザの知識レベル及び様々なトピックへのる満足レベルに基づいて選択することができる。学習モジュールは、文脈固有のインサイト及びプロファイル固有のカリキュラムをユーザに提供することができる。学習モジュールによって提供されるコンテンツは、少なくとも部分的に、ユーザのプロファイル及び上述の規則（例えば、図２１−２９及び関連のテキストを参照）における情報によって決定することができる。さらに、１つのカリキュラム／対話の最後に、学習モジュールは、行動会話でユーザに関与して（例えば、成功の心理的インジケータである素材へのユーザの満足度レベルを評価する）、将来のコンテンツを導くことができる。
図１７は、学習モジュールの初期画面４６００を提示する。図示のように、画面４６００はユーザに１又は２以上の学習プランを提示することができる。図示した例では、「糖尿病と生きる」のタイトルがついた第１学習プラン４６０２及び「注射の基礎」のタイトルが付いた第２学習プラン４６０４がユーザに提示される。ユーザは、画面４６００上でこれらを選択することによって学習プラン４６０２、４６０４の何れかにアクセスすることができる。画面４６００上に表示された学習プラン４６０２、４６０４は、学習プランの例に過ぎない。様々な他の学習プランを画面４６００上でユーザに提供することができる。以下に詳しく説明するように、学習プランは、ユーザに対してカスタマイズすることができるガイドカリキュラムを含むことができる。例えば、学習プランは、ユーザの学習スタイル及び知識ベースに最適な方式でユーザに内容を教示するように構成することができる。
画面４６００は、システムによってユーザに提言される学習プランを表示することができる。例えば、図１７に示した学習プラン４６０２、４６０４は、糖尿病ケアの基礎に関する。これらの学習プランは、新しいユーザか又は糖尿病ケアの基礎を良く知らないユーザに提示することができる。ＩＤＭシステムとの多くの経験又は糖尿病ケアの知識を多く持つユーザには、ユーザの知識ベースに合ったより複雑な学習プランを提示することができる。前述のように、本発明のシステムは、ユーザのプロファイル及びシステムとのユーザの過去の経験に基づいてコンテンツをカスタマイズすることができる。
図１８は、学習モジュールの例示的な画面４７００を示す。画面４７００は、ユーザが学習プラン４６０２、「糖尿病と生きる」を図１７の画面４６００から選択した後に表示することができる。図示のように、例示的な実施例では、画面４７００は選択された学習プランに関する２つの選択肢をユーザに提示する。詳細には、例示的な実施例では、ユーザに初心者選択肢４７０２及び非初心者選択肢４７０４が提示される。選択肢４７０２、４７０４は、ユーザがその内容に熟知していることを示すのを可能にする。例えば、ユーザが糖尿病と生きるのは初めてである場合、ユーザは、初心者選択肢４７０２を選択することができる。図示のように、この初心者選択肢は、「あなたは初心者ですか？」「ここで基礎からあなたの旅を始めましょう！」と尋ねる。ユーザが選択肢４７０２を選択した場合、ユーザをより初心者向けの内容に導くことができる。例えば、ユーザが選択肢４７０２を選択した場合、ユーザは学習プランのまさに最初から開始することができる。非初心者選択肢４７０４は、「初心者ではありませんか？」「あなたのレッスンを合わせるために簡単なクラス分けテストを受けてください。」と尋ねる。この選択肢４７０４は、学習プランの内容に既に一定の熟知を有するユーザによって選択される。選択肢４７０４の選択は、ユーザにクラス分けテストを受けさせて内容に関するユーザの熟知を決定することができる。クラス分けテストの結果に基づいて、ユーザを彼らの内容への熟知に対応する様々な段階の学習プランに入れ込むことができる。
多くの場合、ユーザは、次のコースに移る前に順々にレッスンを進むことになる。しかしながら、学習プランとの対話に基づいて、学習モジュールは、ユーザの学習スタイル及び知識ベースに最適になるようにユーザを別の順序でコースを進ませることによって学習プランをカスタマイズすることができる。上述の図６は、学習プランを通るユーザの例示的動きを示す流れ図である。学習モジュールは、ユーザの現在の知識及び経験に最適な箇所の学習プランにユーザを入れるために、学習プランに関するユーザの満足度及び知識を評価するように構成することができる質問を提示することができる。評価の結果を受けて、ユーザを学習プランの中間に入れることができる。ユーザが既に内容に熟知していることを初期評価が示した場合、次に、この情報は、この時点で又は評価に基づく何らかの適切な時点で学習プランに入れ込むことができる。この例では、ユーザは初期評価に基づいて追加のコース内容を受ける必要なしに導入及び準備コースをパスしている。
図１９、２０、２１、及び２２は、ＩＤＭシステムのユーザインタフェースの目標モジュールの例示的な画面キャプチャである。図１９は、１つの実施形態による目標モジュールの例示的な画面６５００を示す。画面６５００は、可能性のある目標をユーザに表示するよう構成することができる。可能性のある目標は、ＩＤＭシステムによって提案することができる。目標は、例えば、少なくとも一部分がユーザのプロファイル及びＩＤＭシステムとのユーザの過去の対話に基づいてＩＤＭシステムによって提案することができる。図示のように、２つの可能性のある目標が画面６５００に表示される。第１の例示的な目標は「７日間１０，０００歩歩く」を明示する。本発明のシステムは、システムとの対話（例えば、前のユーザデータ入力）又はフィットネストラッカーの歩数計などの接続されたデバイスから受け取ったデータに基づくユーザの既知の活動レベルに基づいてこの目標を提案することができる。例えば、目標モジュールは、例えば、過去１日、１週、又は１月に渡ってユーザが平均して達した歩数より１０％、２０％、２５％、又は３０％高い歩数目標を提案することができる。歩数目標を決定する他の評価基準も可能である（例えば、燃焼されるカロリー、運動時間（分単位）など）。ユーザプロファイルが目標のベースとなる過去の活動データを含まない場合、目標モジュールは、例えば科学的に提言される日常の歩数に基づいて適度な目標を提案することができる。
図１９に示すように、画面６５００は、「７日間の血糖をログせよ」の第２の提案される目標を含む。画面６５００には２つの提案目標が示されているが、他の実施形態において、他の数の提案目標を含むことができる。さらに、図示した目標は、例としてのみ提供される。他の目標を含むこともできる。
各提案される目標に関して、画面６５００は、ユーザが目標にトライしたい場合に選択できる開始ボタンを含むことができる。加えて、画面６５００は、ユーザインタフェースの追加のモジュールをユーザが選択するのを可能にするアイコンを備えたメニューを含むことができる。例えば、このメニューは、データモジュールにアクセスするためのアイコン４３０４、学習モジュールにアクセスするためのアイコン４３０５、目標モジュールにアクセスするためのアイコン４３０６、及びチャットボットモジュールにアクセスするためのアイコン４３０７を含む。これらのアイコンは、上述の図１６に示すように、ホーム画面４３００に表示することもできる。これらのアイコンは、目標モジュールの中から直接、他のモジュールへの迅速かつ容易なアクセスを可能にすることができる。
図２０は、ユーザがユーザの目標を満たしていない場合に表示することができる例示的な画面６９００を示す。図示のように、本発明のシステムは、ユーザに表示して何故ユーザが目標を満たさなかったかを問い合わせることができる。例えば、画面６９００は、「あなたは目標を達成しようと努力しましたか？これに関して話したいことがありますか？おしゃべりしましょう。」と尋ねる。レッツチャット選択肢を選択してユーザをチャットボットインタフェースに連れて行くことができる。次に、ＩＤＭシステムは、何故ユーザが目標を満たせなかったかを問い合わせることができる。ユーザは、システムに文書で又は口頭の何れかで応答することができる。従って、目標モジュールは、何故ユーザが目標を満たさなかったかに関するフィードバックを受け取ることができる。このようなフィードバックを用いて、今後、目標を調整することができる。このシステムは、ユーザが自身の目標を達成するのを助けることができるユーザのためのよりカスタマイズされ調整された経験をもたらすことができる。
図２１は、「１４日間毎日ソーダなしの目標」を追跡する例示的な画面７２００を示す。図示のように、ユーザは１４日のうちの１２日目である。状態指示サークルは、ユーザが目標を完了するのにどのくらい近付いているかを示す。この例では、状態指示部の下に、ユーザは、それぞれの日の目標を完了したか否かを入力するための選択肢を有し、図示のように、ユーザは、今日の目標を完了している。これらは、ユーザが昨日又は月曜日の目標を完了したことを示していない。しかし、ユーザはその日に関連付けられる＋アイコンを選択することによってこの日の目標を完了したことを入力することができる。
画面７２００の目標追跡部分の下に、目標モジュールは、ユーザにコンテンツを表示するための画面７２００の一部を含むことができる。このコンテンツは、追跡される目標に関係付けることができる。この例では、目標はソーダを飲まないことに関係しディスプレイコンテンツは、「食事中にソーダ及び砂糖飲料に代わる５つの健康的代替物」という記事及び「ソーダに置き換えるジュース及びブレンドの２０分のレシピ」という記事を含む。ユーザはソーダを飲まないことに関する目標を現在続行しているので、ソーダの代替物に関するコンテンツがユーザにとって高い関連があるもになる。従って、ユーザが記事を選択してコンテンツを読む可能性が高くなる。
図２２は、ユーザの目標を表示する例示的な画面８０００を示す。画面８０００は、ユーザにシステムにユーザ入力を記録することを気付かせるためにポップアップされた通知の例も含む。図示した例では、この通知は、「あなたのデータタブにあなたの血糖をログするのを忘れないで」と明示している。従って、ユーザが目標モジュールにいる時、ＩＤＭシステムは、例えば、図２２に示すようにユーザに通知を提示することによって、データロギングモジュールなどの追加のモジュールにユーザがアクセスするのを促すことができる。このような通知は、ユーザがモジュールの何れかにアクセスしている間にユーザに提示することができる。
図２３、２４、及び２５は、１つの実施形態によるＩＤＭシステムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャである。図２３は、ロギングモジュールの例示的な画面８６００を示す。図示のように、画面８６００は、「やあ、ダニエル、元気にしてた？」とユーザに尋ねるプロンプトを含む。このプロンプトに続いて、画面８６００は、１又は２以上の見込まれるデータエントリソースを含む。例えば、画面８６００は、血糖、Ｌａｎｔｕｓ（登録商標）（糖尿病治療薬）、活動、睡眠、ソーダなし、及び歩行１０，０００歩のデータエントリソースを含む。従って、画面８６００は、ユーザがこれらのカテゴリの各々にデータを入力することができる簡単な方法を提供する。他の実施形態において、他のカテゴリを含むことができる。全ての実施形態に全てのカテゴリを含める必要はない。
図示のように、データエントリカテゴリは、糖尿病の治療に関連する様々な情報に関係付けることができる。例えば、データエントリソース又はカテゴリとしては、血糖測定値、糖尿病に関して摂取される医薬品の投与情報（インスリン及びその他など）、歩数又は身体的活動を行う時間（分単位）などの活動情報、睡眠時間などの糖尿病治療に関係する身体的測定値などの様々なものを挙げることができる。加えて、データエントリソース又はカテゴリは、目標に関する項目を含むことができる。例えば、図示のように、目標モジュールに関して上述した「ソーダなし」及び「歩行１０，０００歩」目標のデータエントリソース又はカテゴリを含むことができる。
ユーザは、画面８６００でデータカテゴリを選択することによって何らかのデータカテゴリのデータを入力することができる。追加のデータカテゴリを、スクロールダウンすることによって利用可能となる。また、画面８６００は、ユーザがデータを口頭で入力するために選択することができる音声データエントリボタン８６０２を含む。８６０２によって音声データエントリを選択することで、ユーザは、ロギングモジュールに入力したいデータを話すことができる。次に、ロギングモジュールは、ユーザの自然言語を入力し、入力データを音声ファイルとして記録することになる。また、画面８６００は、ユーザがデータを口頭で入力するために選択することができる音声データエントリボタン８６０２を含む。音声データエントリボタン８６０２を選択することで、ユーザは、ロギングモジュールに入力したいデータを話すことができる。ロギングモジュールは、自然言語を解析してデータを記録することになる。
図２４は、サンプルロギングフレーズの１つを話した後にユーザに表示することができる例示的な画面８８００を示す。図示のように、ユーザは、「私の血糖は１０５ｍｇ／ｄｌです」及び「私は１２ユニットのヒューマログを摂取しました」と話しており、データをログするための追加のプロンプトを提供する追加のサンプルロギングフレーズがユーザに表示される。さらに、画面８８００は、「あなたは提示する別のフレーズを言うことができます」と言うことによって、追加の情報を入力するようユーザに指示することができる。図２４に示すように、ユーザがロギングプロンプトを介してデータを入力した場合、ロギングモジュールはユーザが発話したデータを画面に音訳する。これは、発話データが正しく音訳されたことをユーザが確かめるのを可能にする。ユーザがｄｏｎｅ（実行）を選択した場合、発話データエントリの各々は、将来の使用のためにＩＤＭシステムにセーブすることができる。
図２５は、データが入力された後に表示される例示的な画面９０００を示す。データは、手動で、例えばタイプすることによって、又は前述の例に示すように話すことによって口頭で入力することができる。画面９０００は、ユーザがデータを確認しセーブできるようにユーザにデータを提示する。
図２６は、１つの実施形態によるＩＤＭシステムのユーザインタフェースのデータモジュールの例示的な画面キャプチャである。このデータモジュールは、利用可能な情報に基づいてデータ画面上に文脈化インサイトを提供するよう構成することができる。このような情報は、ユーザ、例えば、ロギングモジュールによって入力されたデータ、又はＩＤＭシステムで既知の他のデータを含むことができる。さらに、データモジュールは、ユーザが現在見ているデータ又はコンテンツに関係する文脈化インサイトを提供することができる。例えば、ユーザがデータを見ている場合、データモジュールはデータに基づいて文脈インサイトを与えることになる。別の例として、ユーザがカリキュラム（例えば学習モジュールで）を見ている場合、カリキュラムに基づいてユーザに文脈インサイトを提示することができる。データモジュールは、データセットの組み合わせを分析してインサイトを生成し、次に、チャットボット、通知、又は他のプロンプトによってユーザと関与するように構成することができる。一部の実施形態では、例示的なデータセットは、インスリン、血糖、歩数、及び睡眠を含む。データのセットの分析は規則（上述）又は他のアルゴリズムによって定義することができる。
図２６は、上述の文脈化インサイトを含む例示的な画面９１００を示す。この例では、ユーザは血糖に関するデータを閲覧している。グラフはこの１週間のユーザの血糖を示している。ユーザが閲覧している間に、データモジュールはこのデータを分析してコメント又は通知の形式で文脈化インサイトを提供することができる。図示のように画面９１００は、「あなたの血糖は過去４回の水曜日に目標範囲を超えています。何か違うことをしていますか？これについておしゃべりしましょう。」を表示している。この場合、このシステムは、血糖データセットを分析してユーザが水曜日に目標範囲から一貫して外れていると決定し、次に何故こうなるのか決定するようユーザに関与している。画面９１００は、ユーザがキーボードで入力されたか又は口頭で話されたかの何らかの自然言語を介してシステムと関与するように、ユーザがチャットボットに入るのを可能にするであろうプロンプトを含む。
また、画面９１００は、ユーザをＩＤＭシステムの様々なモジュールに連れて行くアイコンを備えたメニューを含む。例えば、このメニューは、データモジュールにアクセスするためのアイコン４３０４、学習モジュールにアクセスするためのアイコン４３０５、目標モジュールにアクセスするためのアイコン４３０６、チャットボットモジュールにアクセスするためのアイコン４３０７、及びロギングモジュールでユーザデータを入力するためのアイコン４３０８を含む。これらのアイコンは、上述した図１６に示すようなホーム画面４３００に表示することもできる。これらのアイコンは、学習モジュールの中から他のモジュールへ直接的な迅速かつ容易なアクセスを可能にすることができる。
例示的な実施システム
本明細書で開示する実施構成は、ＩＤＭシステム及び関係するデバイス又はモジュールのシステム及び方法を提供する。当業者であれば、これらの実施形態を、ハードウェア、ソフトウェア、ファームウェア、又はこれらの何らかの他の組み合わせで実施できることを理解するであろう。当業者はさらに、本明細書で開示する実施形態に関して記述した様々な例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、又はこれらの組み合わせとして実施できることを理解するであろう。ハードウェアとソフトウェアのこの互換性を分かり易く示すために、様々な例示的な構成要素、ブロック、モジュール、回路、及びステップを、一般的にこれらの機能の点で上述してきた。このような機能がハードウェア又はソフトウェアとして実施されるかどうかは、全体的なシステムに課される特定の応用及び設計制約に依存する。熟練した技術者は、各特定の応用に対して変化する方法で説明した機能を実施することができるが、このような実施の決定は、本発明の範囲からの逸脱を起こすものとして解釈すべきではない。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、又は当技術で公知の何らかの他の形態のストレージ媒体に存在することができる。例示的なストレージ媒体は、プロセッサがストレージ媒体から情報を読み取りストレージ媒体に情報を書き込むことができるようにプロセッサに結合される。代替的に、ストレージ媒体はプロセッサに一体化させることができる。換言すると、プロセッサ及びストレージ媒体は集積回路に存在するか又は離散的構成要素として実施することができる。
本明細書で説明する機能は、プロセッサ可読又はコンピュータ可読媒体に１又は２以上の命令として格納することができる。用語「コンピュータ可読媒体」は、コンピュータ又はプロセッサによってアクセスすることができる何らかの利用可能な媒体を指す。例示的に及び非制限的に、このような媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＣＤ−ＲＯＭ又は他の光学ディスクストレージ、磁気ディスクストレージ又は他の磁気ストレージデバイス、又は命令又はデータ構造の形態で所望のプログラムコードを格納するために用いることができ且つコンピュータによってアクセスすることができる何らかの他の媒体を含むことができる。本明細書で用いるＤｉｓｋ（ディスク）及びｄｉｓｃ（ディスク）は、コンパクトディスク（ＣＤ）、レーザディスク、光学ディスク、デジタル多機能ディスク（ＤＶＤ）、フロッピーディスク及びＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ｄｉｓｋｓ（ディスク）は通常はデータを磁気的に再生し、同時にｄｉｓｃｓ（ディスク）はレーザによって光学的にデータを再生する。コンピュータ可読媒体を有形及び非有形とすることできる点に留意されたい。「コンピュータプログラム製品」という語は、コンピュータデバイス又はプロセッサによって実行、処理又は計算できるコード又は命令（例えば、「プログラム」）と組み合わせたコンピュータデバイス又はプロセッサを指す。本明細書で用いる「コード」という語は、コンピュータデバイス又はプロセッサによって実行可能であるソフトウェア、命令、コード又はデータを指すことができる。
また、ソフトウェア又は命令は、送信媒体を通じて送ることができる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は赤外線、ラジオ、及びマイクロ波などの無線技術を用いて、ウェブサイト、サーバ、又は他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は赤外線、ラジオ、及びマイクロ波などの無線技術は、送信媒体の定義に含まれる。
本明細書で開示する方法は、説明する方法を達成するための１又は２以上のステップ又は動作を含む。この方法ステップ及び／又は動作は、請求項の範囲から逸脱することなく互いに置き換えることができる。換言すると、ステップ又は動作の特定の順序が、説明している方法の適正な実行に必要でない限り、特定のステップ及び／又は動作の順序及び／又は使用は、請求項の範囲から逸脱することなく修正することができる。
本明細書で用いられる場合、用語「ｃｏｕｐｌｅ（結合する）」、「ｃｏｕｐｌｉｎｇ（結合している）」又は「ｃｏｕｐｌｅｄ（結合した）」、又はその変形形態は、間接的結合又は直接結合の何れかを指示できることに留意されたい。例えば、第１構成要素が第２構成要素に「結合される」場合、第１構成要素は、第２構成要素に間接的に結合できるか又は第２構成要素に直接結合することができる。本明細書で用いる用語「複数の」は、２又は３以上を示す。例えば、複数の構成要素は２又は３以上の構成要素を示す。
用語「ｄｅｔｅｒｍｉｎｉｎｇ（決定する）」は、多種多様な動作を包含し、従って「ｄｅｔｅｒｍｉｎｉｎｇ（決定する）」は、ｃａｌｃｕｌａｔｉｎｇ（計算する）、ｃｏｍｐｕｔｉｎｇ（コンピュータ計算する）、ｐｒｏｃｅｓｓｉｎｇ（処理する）、ｄｅｒｉｖｉｎｇ（導出する）、ｉｎｖｅｓｔｉｇａｔｉｎｇ（調査する）、ｌｏｏｋｉｎｇ ｕｐ（探す）（例えば、表、データベース又は別のデータ構造を探す）、ａｓｃｅｒｔａｉｎｇ（確かめる）などを含むことができる。また、「ｄｅｔｅｒｍｉｎｉｎｇ（決定する）」は、ｒｅｃｅｉｖｉｎｇ（受信する）（例えば、情報を受信する）、ａｃｃｅｓｓｉｎｇ（アクセスする）（例えば、メモリのデータにアクセスする）などを含むことができる。また、「ｄｅｔｅｒｍｉｎｉｎｇ（決定する）」は、ｒｅｓｏｌｖｉｎｇ（解決する）、ｓｅｌｅｃｔｉｎｇ（選択する）、ｃｈｏｏｓｉｎｇ（選ぶ）、ｅｓｔａｂｌｉｓｈｉｎｇ（設定する）などを含むことができる。
成句「〜に基づいて」は、他に明示的に指示されない限り「〜のみに基づいて」を意味しない。換言すると、「〜に基づいて」という成句は、「〜のみに基づいて」及び「〜に少なくとも基づいて」の両方を示す。
前述の説明では、実施例の完全な理解を提供するために特定の詳細が与えられている。しかしながら、実施例はこれらの特定の詳細がなくても実施できることが当業者によって理解されるであろう。例えば、実施例を不必要な詳細で曖昧にしないために電気的構成要素／デバイスをブロック図で示すことができる。他の例では、このような構成要素、他の構造及び技術を詳しく示し実施例をさらに解説することができる。
フローチャート、流れ図、有限状態図、構造図、又はブロック図として示される処理として実施例を記述できる点にも留意されたい。フローチャートは順次処理として作動を表すことができるが、作動の多くを並行して、又は同時に実行することができ、処理を繰り返すことができる。加えて、作動の順序を並べ変えることができる。処理はその作動が完了した時に終了する。処理は、方法、機能、手順、サブルーチン、サブプログラムなどに対応することができる。処理がソフトウェア機能に対応する時は、処理の終了は呼出し機能又はメイン機能への機能のリターンに対応する。
開示する実施の前述の説明は、当業者が本発明を使用できるように提供される。これらの実施に対する様々な修正は、当業者に容易に明らかであろうし、本明細書で定める一般原理は、本発明の精神又は範囲から逸脱することなく他の実施に応用することができる。従って本発明は、本明細書に示す実施に制限されないが、本明細書で開示する原理及び新しい特徴に矛盾のない広範な範囲に従うものとする。
１００ 集中疾病管理システム
１２０ ユーザインタフェース
１２２ 対話型インタフェース
１２４ ユーザデータビューワ
１３０ 対話型エンジン
１３２ 自然言語プロセッサ
１３４ 応答生成器
１３６ 予測分析モジュール
１３８ 機械学習モジュール
１４０ ユーザデータベース
１４２ ＩＤＭ履歴データ
１４４ アップロードされた健康データ
１５０ コンテンツデータベース
１５２ 食物コンテンツ
１５４ 糖尿病情報コンテンツ
１５６ 活動コンテンツ
５ ネットワーク
１０ インターネット対応ユーザデバイス
１２ スマート糖尿病モニタ
１４ スマートインスリンペン
１６ スマートインスリンポンプ
１８ フィットネストラッカー
２０ ウェブサーバ
２２ オンラインコンテンツ

Claims (31)

  1. １又は２以上の疾病管理目標を患者に表示するシステムであって、
    測定された患者疾病管理データ及びユーザ由来の患者疾病管理データのうちの少なくとも１つを含むユーザデータベースと、
    提言されるライフスタイル選択肢及び疾病管理の実施計画に関するコンテンツ項目を含むコンテンツデータベースと、
    前記システムへのユーザ情報の入力を表示し受け取るよう構成された対話型ユーザインタフェースと、
    命令を有するメモリと、
    を備え、前記命令は、プロセッサで実行されると、
    前記ユーザ情報及び前記疾病管理の格納された実施計画に基づいて疾病管理を改善することに関する患者目標を決定し、前記患者目標を前記対話型ユーザインタフェースで前記ユーザに表示するステップと、
    少なくとも前記決定された患者目標及び前記ユーザ情報に基づいて前記コンテンツデータベースから１又は２以上のコンテンツ項目を選択し、前記選択された１又は２以上のコンテンツ項目を前記対話型ユーザインタフェースで前記ユーザに表示するステップと、
    を含む方法を実行することができる、システム。
  2. 前記患者は、糖尿病患者であり、前記疾病管理は、糖尿病管理である、請求項１に記載のシステム。
  3. 前記患者目標は、身体的活動ベースの目標、ダイエットベースの目標、及びデータロギングベースの目標から成るグループから選択される、請求項１に記載のシステム。
  4. 前記測定された患者疾病管理データは、１又は２以上の患者モニタリングデバイスから取得されるデータである、請求項１に記載のシステム。
  5. 前記１又は２以上の患者モニタリングデバイスは、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーを含むグループから選択される、請求項１に記載のシステム。
  6. 前記メモリは、プロセッサで実行された時に、少なくとも部分的に過去の患者目標の追跡に基づいて疾病管理を改善することに関する新しい患者目標を決定するステップを含む方法を実行する命令を有する、請求項１に記載のシステム。
  7. 前記ユーザ導出患者疾病管理データを前記ユーザから受け取るよう構成されたチャットボットをさらに含む、請求項１に記載のシステム。
  8. 集中疾病管理を提供する方法であって、
    測定された患者疾病管理データとユーザ入力の患者疾病管理データのうちの少なくとも１つをユーザデータベースに格納するステップと、
    患者の結果を改善するために提言されるライフスタイル選択肢及び疾病管理の実施計画に関するコンテンツ項目をコンテンツデータベースに格納するステップと、
    前記ユーザ情報及び前記疾病管理の格納された実施計画に基づいて、前記患者の疾病管理を改善することに関する患者目標を決定するステップと、
    少なくとも前記決定された患者目標及び前記ユーザ情報に基づいて、前記コンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップと、
    前記選択された１又は２以上のコンテンツ項目を前記対話型ユーザインタフェースで前記ユーザに表示するステップと、
    を含む方法。
  9. 前記疾病は、糖尿病である、請求項８に記載の方法。
  10. 前記患者目標は、身体的活動ベースの目標、ダイエットベースの目標、及びデータロギングベースの目標のうちの１つを含む、請求項８に記載の方法。
  11. 前記ユーザ対話は、前記ユーザが提供する前記対話型インタフェースによるユーザ入力の患者疾病管理データ及び前記ユーザが提供する１又は２以上の患者モニタリングデバイスからの測定された患者疾病管理データのうちの少なくとも１つを含む、請求項８に記載の方法。
  12. 前記１又は２以上の患者モニタリングデバイスは、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーを含むグループから選択される、請求項１１に記載の方法。
  13. 前記患者目標のユーザ確認を受け取ると前記患者目標を開始するステップと、
    前記対話型ユーザインタフェースによって、前記患者目標へ向けた進行を示す目標追跡情報を入力するよう前記ユーザに指示するステップと、
    前記目標追跡情報に基づいて前記ユーザ情報を更新するステップと、
    をさらに含む、請求項１１に記載の方法。
  14. 少なくとも前記患者目標、前記ユーザ情報、及び前記目標追跡情報に基づいて、前記コンテンツデータベースから１又は２以上の追加のコンテンツ項目を選択するステップと、
    前記選択された１又は２以上の追加のコンテンツ項目を前記対話型ユーザインタフェースで前記ユーザに表示するステップと、
    をさらに含む、請求項１３に記載の方法。
  15. 少なくとも部分的に前記目標追跡情報に基づいて、疾病管理を改善することに関する新しい患者目標を決定するステップをさらに含む、請求項１３に記載の方法。
  16. 前記ユーザからユーザ入力の患者疾病管理データを受け取るように構成されたチャットボットをさらに含む、請求項１１に記載の方法。
  17. 集中疾病管理システムのユーザから患者データを受け取る患者データロギング方法であって、
    複数のサンプルロギングプロンプトを表示するステップであって、前記サンプルロギングプロンプトの各々は、前記ユーザの疾病に関連付けられる患者データのタイプに関するフレーズ及び対話型ユーザインタフェース上の少なくとも１つのブランクを含むステップと、
    マイクロフォンによって、発話ユーザ入力を受け取るステップであって、前記発話ユーザ入力は、前記少なくとも１つのブランクに挿入された患者データによって前記サンプルロギングプロンプトを前記ユーザが言葉で繰り返すものを含むステップと、
    自然言語プロセッサによって前記発話ユーザ入力から前記患者データを抽出するステップと、
    前記患者データを前記集中疾病管理システムのユーザデータベースに格納するステップと、
    を含む、患者データロギング方法。
  18. 少なくとも部分的に前記ユーザの疾病及び以前に格納された患者データに基づいて前記複数のサンプルロギングプロンプトを生成するステップをさらに含む、請求項１７に記載の方法。
  19. 前記疾病は、糖尿病であり、前記複数のサンプルプロンプトは、血糖測定、インスリン投与、ダイエット、及び身体的活動のうちの１又は２以上に関係付けられる、請求項１７に記載の方法。
  20. 前記発話ユーザ入力を受け取った後に、前記ディスプレイから前記発話ユーザ入力に関連付けられる表示されたサンプルロギングプロンプトを取り除くステップと、
    前記取り除いたサンプルロギングプロンプトの代わりに新しいサンプルロギングプロンプトを表示するステップと、
    前記対話型ユーザディスプレイ上にテキストで、前記発話ユーザ入力を表示するステップと、
    をさらに含む、請求項１７に記載の方法。
  21. 前記対話型ユーザデバイス上にテキストで、前記発話ユーザ入力を表示するステップと、
    前記ユーザデータベースに前記患者データを格納する前に前記表示された発話ユーザ入力を確認するよう前記ユーザに指示するステップと、
    をさらに含む、請求項１７に記載の方法。
  22. コンテンツデータベースに、患者の結果を改善するための提言されるライフスタイル選択肢及び疾病管理の実施計画に関係するコンテンツ項目を格納するステップと、
    少なくとも前記格納された患者データ及び前記疾病管理の実施計画に基づいて前記コンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップと、
    前記選択された１又は２以上のコンテンツ項目を前記対話型ユーザインタフェース上で前記ユーザに表示するステップと、
    をさらに含む、請求項１７に記載の方法。
  23. 前記発話ユーザ入力を受け取るステップは、
    前記マイクロフォンで音声信号を録音するステップと、
    前記音声信号を複数の時間ブロックに分割するステップと、
    各時間ブロックに対して、前記時間ブロック中の前記音声信号の音声信号強度の二乗平均平方根（ＲＭＳ）を計算するステップと、
    前記計算されたＲＭＳを周囲全体録音リスト及び最新録音リストの両方に格納するステップであって、前記周囲全体録音リストは、前記録音の各時間ブロックの全ての計算されたＲＭＳ値を含み、前記最新録音リストは、前記録音の最新部分における各時間ブロックの全ての計算されたＲＭＳ値を含む、ステップと、
    前記全体録音リスト及び前記最新録音リストの各々の平均ＲＭＳ値を計算するステップと、
    前記全体録音リストの平均ＲＭＳ値と前記最新録音リストのＲＭＳ値を比較するステップと、
    前記全体録音リストの平均ＲＭＳ値が前記最新録音リストのＲＭＳ値より高い時に停止するステップと、
    を含む、請求項１７に記載の方法。
  24. 各時間ブロックは、３０００ｍｓである、請求項２３に記載の方法。
  25. 前記録音の最新部分は、前記録音の最後の１．５秒の時間ブロックを含む、請求項２３に記載の方法。
  26. 集中疾病管理システムのデータ表示方法であって、
    疾病を有する患者に関するユーザ情報を格納するステップであって、前記ユーザ情報は、ユーザデータベースにおける測定された患者疾病管理データとユーザ入力の患者疾病管理データのうちの少なくとも１つを含む、ステップと、
    疾病管理の実施計画をコンテンツデータベースに格納するステップと、
    対話型ディスプレイ上に、前記格納されたユーザ情報の少なくとも一部の図形表示を表示するステップと、
    少なくとも部分的に前記疾病管理の実施計画に基づいて前記対話型ディスプレイに表示された格納されたユーザ情報の少なくとも一部を分析して、前記格納されたユーザ情報の少なくとも一部に関係する文脈化インサイトを決定するステップと、
    前記対話型ディスプレイ上に、前記図形表示と共に前記文脈化インサイトを表示するステップと、
    を含む、データ表示方法。
  27. 前記コンテンツデータベースに、患者の結果を改善するための提言されるライフスタイル選択肢に関係するコンテンツ項目を格納するステップと、
    前記格納されたユーザ情報の表示された部分の分析及び前記疾病管理の実施計画に基づいて、前記コンテンツデータベースから１又は２以上のコンテンツ項目を選択するステップと、
    前記選択された１又は２以上のコンテンツ項目を前記グラフィカルユーザインタフェースと共に前記対話型ユーザインタフェース上で前記ユーザに表示するステップと、
    をさらに含む、請求項２６に記載の方法。
  28. 前記疾病は、糖尿病である、請求項２６に記載の方法。
  29. 前記ユーザ情報は、１又は２以上の患者モニタリングデバイスから受け取ったデータを含む、請求項２８に記載の方法。
  30. 前記１又は２以上の患者モニタリングデバイスは、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーを含むグループから選択される、請求項２９に記載の方法。
  31. 前記ユーザ情報は、前記ユーザによって入力されたデータを含む、請求項２８に記載の方法。
JP2020570958A 2018-06-18 2019-06-17 集中疾病管理システム Pending JP2021527897A (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201862686588P 2018-06-18 2018-06-18
US62/686,588 2018-06-18
US201862730413P 2018-09-12 2018-09-12
US62/730,413 2018-09-12
US201962859529P 2019-06-10 2019-06-10
US62/859,529 2019-06-10
PCT/US2019/037526 WO2019245987A1 (en) 2018-06-18 2019-06-17 Integrated disease management system

Publications (1)

Publication Number Publication Date
JP2021527897A true JP2021527897A (ja) 2021-10-14

Family

ID=67211874

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020570958A Pending JP2021527897A (ja) 2018-06-18 2019-06-17 集中疾病管理システム

Country Status (6)

Country Link
US (1) US20200027535A1 (ja)
EP (1) EP3807904A1 (ja)
JP (1) JP2021527897A (ja)
CN (1) CN112534514A (ja)
CA (1) CA3103935A1 (ja)
WO (1) WO2019245987A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11367532B2 (en) 2016-10-12 2022-06-21 Embecta Corp. Integrated disease management system
WO2018125893A1 (en) * 2016-12-29 2018-07-05 Becton, Dickinson And Company Digital web-based education platform for delivering targeted and individualized training on medical condition management to users
USD908134S1 (en) 2017-08-15 2021-01-19 Becton, Dickinson And Company Display screen or portion thereof with graphical user interface for managing diabetes
WO2021168078A1 (en) * 2020-02-20 2021-08-26 Becton, Dickinson And Company Goal management system
CN116710924A (zh) * 2020-10-30 2023-09-05 伯克顿迪金森公司 用于提供对内容的访问的系统和方法
WO2023047360A1 (en) * 2021-09-23 2023-03-30 The Joan and Irwin Jacobs Technion-Cornell Institute Multi-stage machine learning techniques for profiling hair and uses thereof

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006082706A1 (ja) * 2005-02-07 2006-08-10 Matsushita Electric Industrial Co., Ltd. 健康管理支援装置
JP2015181708A (ja) * 2014-03-24 2015-10-22 セイコーエプソン株式会社 運動提示装置、運動提示方法及び運動提示プログラム
WO2018071579A1 (en) * 2016-10-12 2018-04-19 Becton, Dickinson And Company Integrated disease management system

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003126045A (ja) * 2001-10-22 2003-05-07 Olympus Optical Co Ltd 診断支援装置
US20070072156A1 (en) * 2005-08-05 2007-03-29 Abk Ventures Lifestyle coach behavior modification system
US8566121B2 (en) * 2005-08-29 2013-10-22 Narayanan Ramasubramanian Personalized medical adherence management system
WO2007066284A2 (en) * 2005-12-05 2007-06-14 Koninklijke Philips Electronics N.V. Chronic illness goal management
WO2007117719A2 (en) * 2006-04-07 2007-10-18 Koninklijke Philips Electronics, N.V. Self-adaptive care plan goal modules
US20100097193A1 (en) * 2008-10-22 2010-04-22 Palo Alto Medical Foundation Lifestyle management system and method
US8560479B2 (en) * 2009-11-23 2013-10-15 Keas, Inc. Risk factor coaching engine that determines a user health score
US20120123793A1 (en) * 2010-11-12 2012-05-17 The Nemours Foundation Method and apparatus for clinical decision support for patient behavior modification
US9940846B2 (en) * 2013-10-31 2018-04-10 Dexcom, Inc. Adaptive interface for continuous monitoring devices
CA2898078C (en) * 2014-02-05 2020-09-15 Grace Castillo Soyao Systems, devices, and methods for analyzing and enhancing patient health
US20160110502A1 (en) * 2014-10-17 2016-04-21 Betterpath, Inc. Human and Machine Assisted Data Curation for Producing High Quality Data Sets from Medical Records
WO2016109855A1 (en) * 2015-01-04 2016-07-07 Zoll Medical Corporation Patient data management platform
US10790048B2 (en) * 2016-08-26 2020-09-29 International Business Machines Corporation Patient treatment recommendations based on medical records and exogenous information
US11392632B1 (en) * 2016-12-12 2022-07-19 SimpleC, LLC Systems and methods for locating media using a tag-based query

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006082706A1 (ja) * 2005-02-07 2006-08-10 Matsushita Electric Industrial Co., Ltd. 健康管理支援装置
JP2015181708A (ja) * 2014-03-24 2015-10-22 セイコーエプソン株式会社 運動提示装置、運動提示方法及び運動提示プログラム
WO2018071579A1 (en) * 2016-10-12 2018-04-19 Becton, Dickinson And Company Integrated disease management system

Also Published As

Publication number Publication date
CA3103935A1 (en) 2019-12-26
WO2019245987A1 (en) 2019-12-26
CN112534514A (zh) 2021-03-19
EP3807904A1 (en) 2021-04-21
US20200027535A1 (en) 2020-01-23

Similar Documents

Publication Publication Date Title
US12046370B2 (en) Integrated disease management system
US11382507B2 (en) Structured tailoring
JP2021527897A (ja) 集中疾病管理システム
US20130304493A1 (en) Disease management system
Wolpin et al. Development and usability testing of a web-based cancer symptom and quality-of-life support intervention
WO2019060878A1 (en) VOICE-ACTIVATED AND MOOD-SENSITIVE MEDICAL CONDITIONING FOR PATIENTS
US20230000448A1 (en) Goal management system
US20220287563A1 (en) Structured Tailoring
US20230178234A1 (en) System and Method for Tracking Injection Site Information
US20230420090A1 (en) System and method for providing access to content
AU2021370653A9 (en) System and method for providing access to content
Griol et al. An application of conversational systems to promote healthy lifestyle habits
Griffin Conversational Agents and Connected Devices to Support Chronic Disease Self-Management
Tao Blood Pressure Management Application Designed for Seniors: A Comparison of Graphical and Speech-based Interfaces

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20220613

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220617

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230803

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240304