JP2023548824A - コンテンツへのアクセスを提供するためのシステム及び方法 - Google Patents

コンテンツへのアクセスを提供するためのシステム及び方法 Download PDF

Info

Publication number
JP2023548824A
JP2023548824A JP2023525995A JP2023525995A JP2023548824A JP 2023548824 A JP2023548824 A JP 2023548824A JP 2023525995 A JP2023525995 A JP 2023525995A JP 2023525995 A JP2023525995 A JP 2023525995A JP 2023548824 A JP2023548824 A JP 2023548824A
Authority
JP
Japan
Prior art keywords
user
content
user interface
disease management
management system
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
JP2023525995A
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 JP2023548824A publication Critical patent/JP2023548824A/ja
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT 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
    • G16H20/17ICT 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 delivered via infusion or injection
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT 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 operation of medical equipment or devices
    • G16H40/63ICT 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 operation of medical equipment or devices for local operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20ICT 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
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/145Measuring 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/14532Measuring 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
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/74Details of notification to user or communication with user or patient ; user input means
    • A61B5/742Details of notification to user or communication with user or patient ; user input means using visual displays
    • A61B5/743Displaying an image simultaneously with additional graphical information, e.g. symbols, charts, function plots

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Pathology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Chemical & Material Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Medicinal Chemistry (AREA)
  • Databases & Information Systems (AREA)
  • Surgery (AREA)
  • Physics & Mathematics (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Biophysics (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Molecular Biology (AREA)
  • Radiology & Medical Imaging (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Nitrogen And Oxygen Or Sulfur-Condensed Heterocyclic Ring Systems (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

統合疾患管理システムにおける注射追跡コンテンツへのアクセスを提供するための電子的方法は、統合疾患管理システムに接続されたデバイスのカメラにアクセスするステップと、カメラの視野内で機械可読コードを検出するステップと、機械可読コードを読み取るステップと、対話型ユーザインタフェースを介して統合疾患管理システムにおける注射追跡コンテンツへのアクセスをロック解除するステップとを含む。【選択図】図1

Description

(関連の米国出願)
本出願は、2020年10月30日に出願された米国仮出願第63/107848号に対する優先権を主張し、当該仮出願は、引用により全体が本明細書に組み込まれる。
(技術分野)
実施形態は、病気及び疾患を管理するためのシステム及び方法に関し、詳細には、患者又は他のユーザにパーソナライズされた病識を提供するためのスマートで接続されたエンドツーエンドソリューションを提供するシステム及び方法に関するものである。
糖尿病は、インスリン産生、インスリン作用、又はその両方の欠陥から生じる高濃度の血糖によって特徴付けられる疾患群である。糖尿病は、重篤な合併症及び早期の死亡につながる可能性がある。しかしながら、糖尿病の患者が利用できる、疾患を制御し、合併症のリスクを下げるのに役立つ周知の製品及び方法がある。
糖尿病患者の治療の選択肢としては、例えば、特殊な食事療法、経口薬、インスリン療法が挙げられる。糖尿病治療の第1の目標は、合併症のない生活の可能性を高めるために、糖尿病患者の血糖値を制御することである。糖尿病の性質、並びに短期的及び長期的な合併症に起因して、糖尿病患者は常に血中のグルコース濃度を意識して、食生活を注意深く監視することが重要である。インスリン療法を行う患者にとって、グルコース濃度を維持し、食事及び他の活動の結果として変動する血中のグルコース濃度の傾向に対応した方式でインスリンを投与することが重要である。
医師又は糖尿病療養指導士(CDE)などの医療専門家は、糖尿病患者に対して食生活、運動、ライフスタイル、及び全体的な健康の管理に関してカウンセリングを行う。このカウンセリングに従うと、糖尿病に関連する合併症が軽減され、糖尿病患者がより健康で幸せな生活を送ることを可能にすることができる。しかしながら、多くの場合、このようなカウンセリングは予約によってのみ利用可能であり、糖尿病患者は、健康的な糖尿病患者のライフスタイルに関する簡単で迅速且つ容易に利用可能なカウンセリングを受けられないままである。
記載された技術を要約する目的で、記載の技術の特定の目的及び利点が本明細書に記載される。全てのこのような目的又は利点が、記載された技術の何れかの特定の実施形態において達成できる訳ではない。従って、例えば、本明細書で教示又は示唆することができる他の目的又は利点を必ずしも達成することなく、本明細書で教示される1つの利点又は利点のグループを達成又は最適化する方法で、記載された技術を具現化又は実施できることを、当業者であれば認識するであろう。
一実施形態は、統合疾患管理システムにおける注射追跡コンテンツへのアクセスを提供するための電子的方法である。本方法は、統合疾患管理システムに接続されたデバイスのカメラにアクセスするステップと、カメラの視野内で機械可読コードを検出するステップと、機械可読コードを読み取るステップと、対話型ユーザインタフェースを介して統合疾患管理システムにおける注射追跡コンテンツへのアクセスをロック解除するステップと、を含む。
別の実施形態は、統合疾患管理システムにおける注射追跡コンテンツへのアクセスを提供するためのシステムである。本システムは、ユーザ情報を表示及び受信するように構成された対話型ユーザインタフェースと、カメラと、プロセッサ上で実行されたときに、カメラの視野内で機械可読コードを検出するステップと、機械可読コードを読み取るステップと、対話型ユーザインタフェースを介して統合疾患管理システムにおける注射追跡コンテンツへのアクセスをロック解除するステップとを含む方法を実行する命令を含むメモリと、を含む。
以下では、開示された態様は、例証のために提供され且つ開示された態様を限定するものではない、同じ記号が同じ要素を表す添付図面と併せて説明される。
一実施形態による統合疾患管理(IDM)システムを示すブロック図である。 統合疾患管理システムのための学習管理システムの一実施形態を示すブロック図である。 図2の学習管理システムを用いてコンテンツを更新するための例示的なプロセスを示すフローチャートである。 図2の学習管理システムを用いて、トリガーイベントに基づいてコンテンツを選択及び表示するための例示的なプロセスを示すフローチャートである。 図2の学習管理システムを用いて、スケジュールされたイベントに基づいてコンテンツを表示するための例示的なプロセスを示すフローチャートである。 構造化教育コンテンツのための例示的なワークフロープロセスを示すフローチャートである。 統合疾患管理システムにおいて患者の1又は複数の目標を決定するための例示的なプロセスを示すフローチャートである。 統合疾患管理システムにおいて患者データを保存するための例示的なプロセスを示すフローチャートである。 統合疾患管理システムにおいて、患者データのグラフ表示と共にコンテキスト化された病識を表示するための例示的なプロセスを示すフローチャートである。 一実施形態による統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 ユーザインタフェースの音声入力機能を示すユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態によるユーザの音声入力に対するテキストベースの応答を示すユーザインタフェースの例示的な画面キャプチャの図である。 統合疾患管理システムの音声入力モジュールのための方法の一実施形態を示すフローチャートである。 統合疾患管理システムの音声入力モジュールのための別の方法の一実施形態を示すフローチャートである。 一実施形態による統合疾患管理システムのユーザインタフェースのホーム画面の例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのホーム画面の例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの学習モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの学習モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのデータモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースの目標モジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのチャットボットインタフェースの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による統合疾患管理システムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。 一実施形態による、機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描いた、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。
(序文)
統合疾患管理(IDM)システム及び方法が本明細書で記載される。当業者には理解されるように、本明細書に開示された本発明の実施形態によるIDMシステム及び方法の実施例、改良、及び配置を実施する多数の方法が存在する。図面及び以下の説明に描かれた例示的な実施形態を参照するが、本明細書に開示された実施形態は、開示された本発明によって包含される様々な代替の設計及び実施形態を網羅することを意図しておらず、当業者であれば、本発明から逸脱することなく、様々な修正を行うことができ、様々な組み合わせを行うことができることを容易に理解するであろう。
本明細書では主として糖尿病の文脈で説明するが、以下に詳述するIDMシステム又は方法は、他のタイプの疾患を管理するのにも使用することができる。これらのシステム及び方法は、糖尿病患者、非糖尿病患者、介護者、及び医療専門家、或いは疾病管理会社、薬局、疾病管理関連製品供給者、保険業者及び他の支払者などの医療機関を含むが、これらに限定されない多くのタイプのユーザによって使用することができる。
IDMシステムは、1型糖尿病、2型糖尿病、又は前糖尿病状態を含む、あらゆるタイプの糖尿病患者にとって有益とすることができる。本明細書に記載のIDMシステムは、ユーザが健康的な糖尿病患者のライフスタイルに関する容易に利用可能なカウンセリング情報にアクセスすることを可能にすることができる。IDMシステムは、ユーザがIDMシステムとの継続的な(例えば、毎日、毎週、又は毎月の)対話を維持し、糖尿病に関する知識を得て、ますます健康的なライフスタイルを送るのを促すような方法で、ユーザに関与することができる。本明細書に記載されるようなIDMシステムに関与する糖尿病患者は、自分の糖尿病管理をより制御できていると感じている場合が多く、ひいてはより良い患者の転帰につながる。多くの場合、糖尿病患者がIDMシステムに関与すればするほど、糖尿病との生活により満足を感じるようになる(望ましい制御の感覚をもたらす)。IDMシステムは、関与、行動設計、及び行動変化のアプローチを使用して、各患者に合わせて体験を調整することができる。IDMシステムの体験は、より自己効力感を高めることにつながる、よりコンテキスト化された意味のある教育を実現するように設計することができる。
例示的な実施形態では、IDMシステムは、魅力的であり、ユーザが自分の状態をより制御できていると感じるように、必要なときに情報やサポートをユーザが求める方法を提供する対話型インタフェースを含む。IDMシステムの1又は2以上の特徴は、患者の行動を修正するように設計された行動科学技術に基づくことができる。
幾つかの実施形態では、IDMシステムは、アップロードされたユーザ健康情報を使用して、ユーザとの対話をカスタマイズすることができる。ユーザの健康情報は、対話型インタフェースを介して入力されたデータ、インターネット対応(「スマート」)デバイス(スマートインスリンペン又はポンプ、糖尿病モニタ、フィットネストラッカー、ダイエットトラッカーなど)からアップロードされたデータ、及び他のタイプの情報を含むことができる。IDMシステムは、アップロードされた健康情報を分析し、ユーザにカスタマイズされた情報を提供することができる。IDMシステムは、追加の外部サービスに接続することができる。例えば、IDMシステムは、Apple(登録商標) Healthkit(登録商標)に接続することができる。IDMシステムをApple(登録商標) Healthkit(登録商標)などの外部サービスに接続することで、IDMシステムがユーザ向けにコンテンツを調整する能力を更に強化することができる。例えば、Apple(登録商標) Healthkit(登録商標)にアクセスすることで、IDMシステムにユーザに関する追加情報を提供することができる。更に、IDMシステムは、システムに接続された外部サービスに情報を提供することができる。
(IDMシステム及び方法とインタフェースすることができる例示的なデバイス)
図1は、糖尿病管理の関連における一実施形態による統合疾患管理(IDM)システム100、並びにネットワーク5を介してIDMシステム100と通信できる複数の追加のデバイスを例示すブロック図である。図1の例示の実施形態では、これらの追加のデバイスは、インターネット対応ユーザデバイス10、スマート糖尿病モニタ12、スマートインスリンペン14、スマートインスリンポンプ16、及びフィットネストラッカー18を含む。これらの例示されたデバイスは、例証としてのみ提供され、他のタイプのデバイスもまた、ネットワーク5を介してシステム100に接続することができる。幾つかの実施形態では、これらのデバイスの1又は2以上が省略されてもよく、及び/又は追加のデバイスを含めることもできる。
インターネット対応ユーザデバイス10は、限定ではなく、スマートフォン、タブレット、ラップトップ、コンピュータ、パーソナルデジタルアシスタント(PDA)、スマートウォッチなどを含む、何れかのタイプのインターネット対応デバイスとすることができる。幾つかの例では、インターネット対応ユーザデバイス10は、限定ではなく、スマートフォン、タブレットコンピュータ、又はコンピューティング能力、モバイル機器接続モジュール、及び限定ではなくタッチスクリーンなどの適応可能なユーザインタフェースを有する何れかの電気通信デバイスを含む、当技術分野で既知の何れかのモバイル機器などのモバイル機器である。ユーザは通常、インターネット対応ユーザデバイス10を所持しており、これは、電話の発着信、テキストメッセージの送受信、及び/又はインターネットのブラウジングなど、様々な機能に使用することができる。
スマート糖尿病モニタ12は、限定ではなく何れかのタイプのインターネット対応糖尿病モニタとすることができる。スマート糖尿病モニタ12は、電子血糖計又は連続血糖モニタ(CGM)システムなど、ユーザの血糖値を測定するように構成することができる。スマート糖尿病モニタ12は、ユーザの血糖値測定に関する情報をIDMシステム100にアップロードするように構成することができる。測定された血糖値及び測定時刻は、IDMシステム100にアップロードすることができる。幾つかの実施形態では、アップロードされた血糖値測定値は、最近食べた食品及び/又は身体活動と更に関連付けられ、この情報もまた、IDMシステム100にアップロードすることができる。
幾つかの実施形態では、従来のインターネットに対応していない糖尿病モニタをIDMシステムと共に使用することができる。従来の糖尿病モニタからの測定値は、インターネット対応ユーザデバイス10を介して入力又は他の方法で取得され、ネットワーク5を介してIDMシステム100にアップロードすることができる。
スマートインスリンペン14は、限定ではなくインスリンを自己注射するための何れかのインターネット対応デバイスとすることができる。インスリンペンは、典型的には、ユーザがインスリンの投与量を設定して注入する能力を提供する。従って、ユーザは、自分が必要とするインスリンの量を決定し、適切な用量を設定し、次いで、ペンデバイスを使用して当該用量を提供することができる。例示的な実施形態では、スマートインスリンペン14は、インスリン注射のタイミング及び用量に関する情報を、ネットワーク5を介してIDMシステム100に送信する。幾つかの実施形態では、アップロードされたインスリン注射に関する情報は更に、最近食べた食品又は身体活動と関連付けられ、この情報もIDMシステム100にアップロードすることができる。
幾つかの実施形態では、従来のインターネットに対応していないインスリンペンを使用することができる。従来のインスリンペンからのインスリン注射に関する情報は、インターネット対応ユーザデバイス10を介して入力又は他の方法で取得され、ネットワーク5を介してIDMシステム100にアップロードすることができる。
スマートインスリンポンプ16は、インターネットに接続されているものを含む、何れかのタイプのインスリンポンプとすることができる。スマートインスリンポンプ16は、従来のインスリンポンプ、パッチポンプ、又は他の何れかのタイプのインスリンポンプとすることができる。スマートインスリンポンプ16は、患者へのインスリンの送達に関する情報を、ネットワーク5を介してIDMシステム100にアップロードすることができる。幾つかの実施形態では、スマートインスリンポンプ16は、ポンプによって送達されるインスリンの速度及び量に関する情報をアップロードする。
幾つかの実施形態では、従来のインスリンポンプを使用することができる。従来のインスリンポンプによるインスリン送達に関する情報は、インターネット対応ユーザデバイス10を介して入力又は他の方法で取得され、ネットワーク5を介してIDMシステム100にアップロードすることができる。
フィットネストラッカー18は、ユーザに関する健康情報(又は他のタイプの情報)を測定する(又は他の方法で取得する)何れかのデバイスとすることができる。フィットネストラッカー18は、患者のバイタルを測定するデバイスとすることができる。例示的な実施形態では、患者バイタルデータは、限定ではないが、心拍数、血圧、体温、血中酸素濃度、及び/又は血糖値を含む。患者バイタルデータ測定値は、フィットネストラッカー18上のセンサを使用して測定することができる。
インターネット対応デバイス10、スマート糖尿病モニタ12、スマートインスリンペン14、スマートインスリンポンプ16、及び/又はフィットネストラッカー18もしくは1又は2以上の追加のデバイスによってIDMシステム100にアップロードされた情報は、特定のユーザと関連付けることができる。この情報は、ユーザとIDMシステム100との間の対話をカスタマイズするのに使用することができ、例えば、IDMシステム100がユーザに対してより良好な回答又は推奨を提供することができる。幾つかの実施形態では、IDMシステム100は、アップロードされた情報を分析して、ユーザの健康状態を評価する。
また、図1には、ウェブサーバ20が示されている。ウェブサーバは、IDMシステム100に示され、参照され、又は他の方法で使用できるオンラインコンテンツ22を提供することができる。例示的な実施形態では、ウェブサーバ20は、ネットワーク5を介してユーザによってアクセス可能なウェブサイトを提供する。ウェブサイトは、糖尿病、食品選択、運動、又は他のトピックに関連するオンラインコンテンツ22を含むことができる。後述するように、IDMシステム100は、ユーザの質問に応答してオンラインコンテンツ22にアクセスするために、ユーザをウェブサーバ20にリンクすることができる。
ネットワーク5は、限定ではなく、インターネット及び/又は1又は2以上のプライベートネットワーク、並びに有線及び/又はワイヤレスネットワークを含む、何れかのタイプの通信ネットワークを含むことができる。
(例示的なIDMシステム及び方法)
次に、IDMシステム100について、図1に示される実施形態を参照して説明する。IDMシステム100は、単一のデバイス(例えば、単一のコンピュータ又はサーバ)にて具現化することができ、或いは、複数のデバイス(例えば、複数のコンピュータ又はサーバ)にわたって分散することができる。IDMシステム100のモジュール又は要素は、ハードウェア、ソフトウェア、又はこれらの組み合わせで具現化することができる。モジュール又は要素は、1又は2以上のメモリに格納され、1又は2以上のプロセッサによって実行される命令を含むことができる。
各メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、又は当該技術分野で知られている他の何れかの形態の記憶媒体とすることができる。プロセッサの各々は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理、ディスクリートハードウェア構成要素、又は本明細書に記載の機能を実施するように設計されているこれらの何れかの組み合わせなど、中央処理ユニット(CPU)又は他のタイプのハードウェアプロセッサとすることができる。汎用プロセッサは、マイクロプロセッサとすることができ、代替として、プロセッサは、何れかの従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械とすることができる。プロセッサはまた、例えば、DSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと組み合わせた1又は2以上のマイクロプロセッサ、又は他の何れかのこのような構成など、コンピューティングデバイスの組み合わせとして実装することができる。例示的なメモリは、プロセッサに結合され、プロセッサがメモリから情報を読み出し、メモリに情報を書き込むことができるようにする。幾つかの実施形態では、メモリは、プロセッサと一体とすることができる。メモリは、IDMシステム100の一般管理及び動作において、システムに含まれるプロセッサ又は他の要素による使用のためのコンピュータプログラム命令を提供するオペレーティングシステムを格納することができる。
図1に示す例示的な実施形態では、IDMシステム100は、ユーザインタフェース120、対話型エンジン130、ユーザデータベース140、及びコンテンツデータベース150を含む。幾つかの実施形態では、これらの要素のうちの1又は2以上は省略することができる。幾つかの実施形態では、IDMシステム100は、追加の要素を含む。
ユーザデータベース140は、単一のデータベース又は複数のデータベースを含むことができる。例示的な実施形態では、IDMシステム100のユーザは各々、IDMシステム100に関するアカウントを有する。ユーザアカウントに関する情報は、ユーザデータベース140に格納することができる。ユーザデータベース140はまた、ユーザアカウントに関連する追加情報を格納することができる。例えば、ユーザデータベース140は、IDM履歴データ142及びアップロードされた健康データ144を格納することができる。
例示的な実施形態では、IDM履歴データ142は、ユーザのIDMシステム100との以前の対話の間に生成及び格納されたデータである。これは、とりわけ、ユーザによって送出された以前の問い合わせ、ユーザによって提供された以前の応答、ユーザが入力した選好、及び/又はユーザとIDMシステム100との対話のタイミングを示すログを含むことができる。IDMシステム100は、ユーザがIDMシステム100の使用及び/又は対話を継続すると、IDM履歴データ142を自動的に追加することができる。IDM履歴データ142は、対話型エンジン130(又はIDMシステム100の他のモジュール)の予測分析モジュール136及び機械学習モジュール138によって使用されて、IDMシステム100とユーザとの間の将来の対話をカスタマイズすることができる。ユーザがIDMシステム100と対話するにつれて、ユーザデータベース140内のユーザのアカウントに関連付けられたIDM履歴データ142が増えて、IDMシステム100がユーザをより良く知り、より良いコンテンツを提供し、より魅力的な経験を作り出すことができるようになる。幾つかの実施形態において、これはIDMシステム100の有効性を高める。
ユーザデータベース140はまた、ユーザのアカウントに関連するアップロードされた健康データ144を格納する。アップロードされた健康データ144は、インターネット対応ユーザデバイス10上でユーザにより入力された情報、又はスマート糖尿病モニタ12、スマートインスリンペン14、スマートインスリンポンプ16、及び/又はフィットネストラッカー18(上述)によってアップロードされた情報を含むことができる。アップロードされた健康データ144はまた、ユーザのアップロードされたデータの分析時にIDMシステム100によって生成される追加情報を含むことができる。例えば、ユーザのアップロードされたデータの分析時に、IDMシステムは、健康傾向情報を生成することができ、この情報はまた、ユーザデータベース140内のユーザのアカウントに関連付けられたアップロードされた健康データ144の中に格納することができる。幾つかの実施形態では、アップロードされた健康データ144は、医師、看護師、又は介護者などの医療提供者によってアップロード又は入力された情報を含むことができる。接続されたデバイスによって収集又は測定され、ユーザデータベース140に格納されるデータは、測定された患者の疾病管理データを含むことができる。ユーザによってユーザデータベース140に入力されるデータは、ユーザ由来の患者疾患管理データを含むことができる。
例示的な実施形態では、IDMシステム100はまた、コンテンツデータベース150を含む。コンテンツデータベース150は、単一のデータベース又は複数のデータベースとすることができる。コンテンツデータベース150は、IDMシステム100とのユーザの対話の間にユーザに配信されるコンテンツを含む。コンテンツは、糖尿病教育情報を含むことができる。幾つかの例では、コンテンツは、医師又はCDEなどの医療専門家によって作成、選択、及び/又はキュレートされる。コンテンツは、医療専門家が対面式カウンセリングセッションで提供するものと同様であることができる。しかしながら、IDMシステム100上のコンテンツは、ユーザがいつでも利用可能であり、例えば、インターネット対応デバイス10上でアクセス可能である。
図示の実施形態では、コンテンツデータベース150は、食品コンテンツ152、糖尿病情報コンテンツ154、及び活動コンテンツ156を含む。例示的な実施形態では、食品コンテンツ152は、ユーザに健康的な食事を奨励する一方で、ユーザが楽しむ食品を食べることができるように作成及びキュレートすることができる。
糖尿病情報コンテンツ154は、糖尿病患者によって尋ねられる一般的な質問に対する回答を提供するために作成及びキュレートすることができる。糖尿病又は他の疾患を管理するためのプロトコルなど、他のタイプの糖尿病情報コンテンツ154も含めることができる。
活動コンテンツ156は、糖尿病患者のための健康的なライフスタイルの選択及び身体活動に関する情報を提供するために作成及びキュレートすることができる。活動コンテンツ156は、医療専門家によって作成することができる。
食品コンテンツ152、糖尿病情報コンテンツ154、及び活動コンテンツ156は、特定のタイプのコンテンツのみを例として示されており、他のタイプのコンテンツを例示したタイプのコンテンツの1又は2以上に加えて又はその代わりに含めることができる。
IDMシステム100は、ユーザインタフェース120及び対話型エンジン130を含むことができる。ユーザインタフェース120は、IDMシステム100がユーザと対話する、又はユーザに情報を表示するインタフェースを提供することができる。ユーザインタフェース120は、ネットワーク5を介してユーザにアクセスすることができる。例えば、ユーザは、インターネット対応ユーザデバイス10上でユーザインタフェース120にアクセスすることができる。ユーザインタフェース120は、対話型インタフェース122及びユーザデータビューア124を含むことができる。幾つかの実施形態では、対話型インタフェース122は、スマートフォン、タブレット、又はコンピュータアプリケーションのような対話型アプリケーションである。幾つかの実施形態では、対話型インタフェース122は、対話型ウェブサイトである。非限定的な例では、対話型インタフェース122は、チャットボットである。
対話型インタフェース122は、ユーザと対話型エンジン130との間の入力及び出力を中継する。対話型エンジン130は、入力と出力を処理して、ユーザに対話的な経験を提供する。対話型エンジン130はまた、ユーザデータベース140及びコンテンツデータベース150から情報を読み出す。例えば、ユーザとの対話において、対話型エンジン130は、ユーザデータベース140にアクセスして、ユーザのIDM履歴データ142及びアップロードされた健康データ144を取得することができる。例示的な実施形態では、ユーザとの対話は、ユーザのIDM履歴データ142及びアップロードされた健康データ144に基づいてカスタマイズされる。同様に、対話型エンジン130は、コンテンツデータベース150からコンテンツを取得することができる。対話型エンジン130は、ユーザデータベース140に格納されたユーザ情報と同様に、ユーザ入力(例えば、質問、応答、及び選択)に基づいて、コンテンツデータベース150からコンテンツを取得することができる。対話型インタフェース122を通じて、対話型エンジン130は、ユーザが自分の糖尿病管理を制御していると感じ、糖尿病教育を受けることができるような、魅力的で有益な対話をユーザに提供する。
対話型エンジン130は、自然言語プロセッサ132、応答生成器134、予測分析モジュール136、及び機械学習モジュール138を含むことができる。幾つかの実施形態では、これらの要素のうちの1又は2以上は省略することができ、又は別の要素と組み合わせることができる。幾つかの実施形態では、対話型エンジン130は、追加の要素を含む。
自然言語プロセッサ132及び応答生成器134は、対話型インタフェース130が対話型インタフェース122を介して単純な対話体験を提供することを可能にすることができる。例えば、例示的な実施形態では、自然言語プロセッサ132及び応答生成器134は、ユーザがIDMシステム100と対話型チャット(書き言葉又は話し言葉)を有することを可能にする。
自然言語プロセッサ132は、ユーザ入力を機械理解可能なフォーマットにパースすることができる。例えば、例示的な実施形態では、対話型インタフェース122は、ユーザが自然言語の質問を入力することを可能にする。自然言語プロセッサ132は、対話型エンジン130によって理解できるように、質問をパースすることができる。別の実施形態として、対話型インタフェース122は、ユーザが質問を言葉で話すことを可能にすることができる。自然言語プロセッサ132は、音声認識モジュールを含むことができ、話された質問を認識し、対話型エンジン130によって質問が理解できるようにパースすることができる。
応答生成器134は、ユーザ入力に対する応答を定式化する。応答生成器134は、自然言語プロセッサ132から情報を受け取ることができる。例示的な実施形態では、応答生成器134によって生成された応答は、ユーザの質問に対する答えを含む。或いは、応答は、ユーザからの追加情報の要求を含むことができる。追加情報の要求は、質問プロンプト又はユーザが選択できる1又は2以上のオプションとして提供することができる。応答生成器140によって生成された応答は、上述のように、IDMシステム100の「人格」に定型化することができる。
対話型エンジン130はまた、予測分析モジュール136及び機械学習モジュール138を含むことができる。例示的な実施形態では、予測分析モジュール136は、ユーザデータベース140内の情報(IDM履歴データ142及びアップロードされた健康データ144など)を使用して、ユーザが楽しいと感じるコンテンツ又はユーザにとって有益となるであろうコンテンツを予測する。例えば、アップロードされた健康データ144に基づいて、予測分析モジュール136は、ユーザが血糖を管理するのに役立つように設計されユーザに提示すコンテンツを選択することができる。
例示的な実施形態では、機械学習モジュール138は、ユーザデータベース140内の情報(IDM履歴データ142及びアップロードされた健康データ144など)を分析して、予測分析モジュール126に伝達することができる入力を提供する。例えば、機械学習モジュール138は、IDMシステム100との過去の対話に基づいてユーザについて学習し、将来の対話のためのコンテンツをカスタマイズするために予測分析モジュール136により使用されるデータを生成することができる。従って、ユーザがIDMシステム100と対話するほど、システムとの対話がよりパーソナライズされることになる。幾つかの実施例では、パーソナライズされた対話は、IDMシステム100の有効性を高める。
ユーザインタフェース120はまた、ユーザデータビューア124を含むことができる。ユーザデータビューア124は、ユーザが自分のアカウントに関連する情報にアクセスすることを可能にするポータルとすることができる。
図2は、展開するユーザプロファイルに基づいてユーザにパーソナライズされたコンテンツを提供するように構成された学習管理システム(LMS)2100の一実施形態を示すブロック図である。LMS2100は、上述したIDM100によって実装することができる。例えば、LMS2100は、上述した対話型エンジン130によって実装することができる。図示された実施形態では、LMS2100は、コンテンツ管理システム2102、ルールエンジン2104、及びコンテンツセレクタ2106を含む。
幾つかの実施形態では、LMS2100は、少なくとも部分的に、ルール及びユーザプロファイリングによって駆動される。時間の経過と共に、LMS2100は、各ユーザのユーザプロファイルを構築する。ユーザプロファイルは、最初のオンボーディング質問(例えば、最初のアカウント作成時にユーザに尋ねられる質問)と、並びにユーザがLMS2100との対話を続けるにつれてユーザについて学習した追加情報に基づくことができる。幾つかの実施形態では、LMS2100によって適用されるルールは、明示的又は非明示的(すなわち、「ファジー」)の何れかとすることができる。非明示的又はファジーなルールは、異なるタイプのコンテンツ間の距離値を決定し、閾値範囲内にあるコンテンツを返す、距離アルゴリズムに基づくことができる。例えば、以下により詳細に説明するように、LMS2100内のコンテンツは、1又は2以上のタグでラベル付けすることができる。タグ間の関係を用いて、LMS2100のファジールールの非明示によって使用することができるコンテンツ間の距離を決定することができる。
LMS2100とユーザとの間の対話(例えば、対話とテスト)は、ユーザの選択と回答に基づいて動的とすることができる。ユーザがLMS2100に追加の情報を提供すると、LMS2100は、この情報を動的なユーザプロファイルに追加する。従って、LMS2100は、ユーザの継続的なプロファイリングを含むと言える。各ユーザのプロファイルが展開し続けると、これは、カスタマイズされ調整された方法でユーザが利用できるようになる新しいワークフロー及びコンテンツをもたらす。
LMS2100において、コンテンツ管理システム(CMS)2102は、全てのユーザが利用できるコンテンツアイテムのユニバースを格納することができる。CMS2102は、コンテンツを格納するデータベース又は他の方法とすることができる。チュートリアル、ビデオ、レシピ、活動、ヒント、お知らせ、病識、フォローアップ、賞賛、クイズ、患者の健康目標などを含む、様々なタイプのコンテンツアイテムが利用可能である。幾つかの実施形態では、CMS2102のコンテンツアイテムは、医療専門家又はCDEによって提供及び/又はキュレートされる。
CMS2102内の各コンテンツアイテムは、1又は2以上のタグでラベル付けすることができる。タグは、コンテンツが作成されてCMS2102に追加されるときに最初に割り当てることができる。幾つかの実施形態では、タグは、時間の経過に伴って、追加、修正、又は再割り当てすることができる。タグは、CMD2102内のコンテンツアイテムのラベル付け及び体系化に使用することができる。タグはまた、以下に説明するように、コンテンツ選択(例えば、どのコンテンツをどのユーザに利用可能にするかを決定すること)のために使用することができる。
タグの例としては、他の多くのなかでも、「activity_less」、「activity_daily」、「activity_more」、「activity_no」、「gender_male」、「gender_female」、「gender_noanswer」を含むことができる。これらのタグを用いて、タグに関連するプロファイルを有するユーザに関連する可能性があるコンテンツアイテムを識別することができる。例えば、ユーザのプロファイルは、ユーザが一般に日常的に活動していることを示すことができる。このため、「activity_daily」タグに関連付けられるコンテンツアイテムは、特定のユーザに関連するとみなすことができる。
上述のように、オンボーディングの質問は、最初に、どのタグがユーザに関連するかを特定するために使用することができる。次いで、ユーザプロファイルが時間と共に動的に増えるにつれて、LMS2100は、追加的に学習された情報を使用して、ユーザに関連する可能性があるタグのグループを変更することができる。このようにして、ユーザは、変化するタグのグループと動的に関連付けられて、ユーザの特定のプロファイルに合わせて調整された個別化コンテンツプールを提供することができる。
幾つかの実施形態では、タグは、他のタグに関連付けることができる。例えば、タグは、類似性タグと関連付けることができる。類似性タグは、初期タグに関連するタグとすることができ、初期タグが選択されたときに選択することができる。例えば、レシピには、あるタイプの食品を示すタグを特にタグ付けすることができる。例えば、キッシュのレシピには、「キッシュ」でタグ付けすることができる。「卵」は、タグ「キッシュ」に関連する類似性タグとすることができる。類似性タグを用いて、初期タグに特に関連しないコンテンツアイテムを識別することができる。例えば、LMS2100は、ユーザがキッシュのレシピに興味を持っていることを識別することができ、次いで、類似性タグを使用して他の卵のレシピに関する追加情報をフォローアップすることができる。これにより、LMS2100は、初期タグ「キッシュ」に直接関連しない他の方法で、ユーザのプロファイルを作成し続けることができる。
幾つかの実施形態では、タグはまた、反類似性タグと関連付けることができる。反類似性タグは、類似性タグの反対の性質とすることができる。例えば、これらは、別のタグで選択することができないタグとすることができる。一例として、ユーザのプロファイルは、糖尿病を治療するために、現在は注射ベースでない治療法を使用していることを示すことができる。反類似性タグは、注射ベースのコンテンツ(この特定のユーザには無関係な)が提供されないようにするのに使用することができる。
コンテンツアイテムには、1又は2以上のタグをタグ付けすることができる。例えば、コンテンツアイテムは、1、2、3、4、5、6、又はそれよりも多いコンテンツタグと関連付けることができる。タグ自体は、上述のように類似性タグ及び反類似性タグを使用して、他のタグと関連付けることができる。
幾つかの実施形態では、コンテンツアイテムは、クラスタに編成することができる。例えば、タグに基づいて、各コンテンツアイテムは、クラスタの一部とすることができる。各クラスタは、距離ルールを使用して、CMS2102内の他の全てのクラスタとの距離を決定することができる。コンテンツの推奨は、ユーザの最も近いクラスタから始まり、単純な方法で外側に向かうことができる。例えば、ユーザの最も近いクラスタにおいてコンテンツアイテムを推奨した後、LMS2100は、次に近いクラスタに移動し、以下同様にすることができる。これにより、コンテンツは、最も関連性の高いコンテンツから始まった後で外側に分岐し、ユーザのプロファイルを作成し続けるようにユーザに提示されることが確保することができる。
コンテンツアイテム間又はデータクラスタ間で距離を計算できる方法は複数ある。例えば、タグが一致するコンテンツアイテムは、これらの間に距離0を有するように決定することができる。類似性タグと一致するコンテンツアイテムは、これらの間に距離1を有すると決定することができる。例えば、タグA及びBは、類似性タグであると決定することができる。従って、Aでタグ付けされたコンテンツアイテムとBでタグ付けされたコンテンツアイテムは、これらの間の距離が1であると決定することができる。反類似性タグが一致するコンテンツアイテムは、これらの間に距離1000を有すると決定することができる。例えば、タグA及びCは、反類似性タグであると決定することができる。従って、Aでタグ付けされたコンテンツアイテムとCでタグ付けされたコンテンツアイテムは、これらの間に1000の距離を有すると決定することができる。一致する類似性タグに関連するタグを含むコンテンツアイテムは、これらの間に10の距離を有すると決定することができる。例えば、タグAは、Dの類似性タグとすることができ、タグDは、Eの類似性タグとすることができる。従って、Aでタグ付けされたコンテンツアイテムとEでタグ付けされたコンテンツアイテムは、その間の距離が10であると決定することができる。類似性タグ間の関係がより離れるにつれて、タグ間の決定された距離は増えることができる。例えば、AとGが類似性タグであり、IとKが類似性タグであり、GとKが類似性タグであるとする。AとIは、複数の類似性タグのつながりを通じて遠距離の関係にある。従って、Aでタグ付けされたコンテンツとIでタグ付けされたコンテンツとの間の距離は、例えば、25とすることができる。幾つかの実施形態では、全く関係のないタグでタグ付けされたコンテンツは、50の距離を有すると決定することができる。幾つかの実施形態では、距離は、何れかの2つのアイテム間の全てのペアワイズ距離について平均をとることによって決定され、これが2つのアイテム間の距離となる。幾つかの実施形態では、タグが、2つのアイテム間の完全一致である場合、ペアワイズ比較をとる必要がなく、距離は0であると決定される。この段落で説明した距離計算方法は、例示としてのみ提供され、タグ付けされたコンテンツアイテム間の距離を決定するための他の方法が可能である。
ルールエンジン2104は、個々のユーザごとにパーソナライズされたコンテンツプールを維持するように構成することができる。コンテンツプールは、特定のユーザに表示するために利用可能なCMS2102からのコンテンツアイテムのサブセットを含む。ユーザのコンテンツプールのアイテムは、ルール、タグ、及びユーザのプロファイルに基づいて選択される。従って、CMS2102は、全てのユーザが利用できるコンテンツのユニバースを含むが、ルールエンジン2104は、ユーザのプロファイル及びコンテンツタグに基づいて、個々のユーザごとにCMS2102から特定のコンテンツを選択する。以下に説明するように、コンテンツは、患者の目標を含むことができ、ルールエンジン2104は、ユーザのためにCMS2102から特定の目標を決定することができる。
幾つかの実施形態では、ルールは、スケジュールされたルール又はトリガーされたルールとすることができる。スケジュールされたルールは、特定の時間に実行するようにスケジュールされたルールとすることができる。例えば、スケジュールされたルールは、「毎週日曜日の午後6時15分にXを行う」、又は「データごとに午前7時にYを行う」とすることができる。スケジュールされたルールとは対照的に、トリガーされたルールは、ユーザに対して発生する特定のイベントに対して発生するように構成される。例えば、トリガーされたルールは、「Xが発生したら、Yを行う」とすることができる。トリガールールは、多くの異なるタイプのイベントによってトリガーすることができる。例えば、トリガーには、BGMイベント;空腹時BGMイベント;食前BGMイベント;食後BGMイベント;インスリンイベント;基礎インスリンイベント;ボーラスインスリンイベント;勉強開始イベント;次の予定イベント;食事イベント;ステップイベント;気分イベント;コミュニケーションイベント;チャットメッセージ送信イベント;チャットメッセージ受信イベント;コンテンツ更新イベント;プロファイル更新イベント;コンテンツ閲覧イベント;コンテンツ失効イベント;起動イベント;などが挙げられる。
ルールはまた、コンテンツアイテムがどのようにユーザに送信/表示することができるかの指示を含むことができる。例えば、幾つかのルールは、コンテンツアイテムが直ちにユーザに送信又は表示されるべきであると指定することができる。コンテンツは、テキスト(SMS)、プッシュ通知、電子メール、又は他の通信方法をユーザに送信することができる。他のルールでは、コンテンツアイテムをコンテンツプールに追加して、後でユーザに表示できるようにすることを指定することができる。例えば、ルールは、15個の新しいレシピがユーザのコンテンツプールに追加されるべきであることを示すことができる。後述するように、コンテンツセレクタ2104は、ユーザのコンテンツプールから個々のコンテンツアイテムを選択し、ユーザに表示するために使用することができる。
幾つかのルールは、コンテンツの特定のアイテムを識別することができる。例えば、ルールは、コンテンツアイテムの特定のIDを指定することができる。これは明示的なルールの例であろう。他の事例では、ルールは、コンテンツの特定の項目を明示的に指定しない場合がある。例えば、ルールは、一般的にコンテンツのタイプ(例えば、レシピ)を指定し、次いで、上記のような距離マッチングアルゴリズムに基づいてコンテンツを提供することができる。これは、非明示的又はファジーなルールの例となる。この場合、コンテンツは、ユーザのプロファイル及び距離マッチングアルゴリズムに基づいて、ユーザのために選択される。
幾つかの実施形態では、ルールは、指定された優先度を含むことができる。例えば、ルールエンジン2104は、短い時間期間(例えば、数秒)で受信変更をバッファすることができ、複数のルールが同じトリガーに基づいて作動することができる。従って、各コンテンツタイプについて、1つのルールだけが、各作動実行(ユーザごと)の出力を生成することを許可することができる。どのルールが当該ケースで優先されるかを制御するために、ルールは優先度を含むことができ、高い優先度を有するルールは、低い優先度を有するルールに勝る。優先値は、複数の方法で指定することができる。例えば、優先値は、1~2100の範囲とすることができ、或いは、一般的な優先カテゴリ(例えば、低、中、高)を使用してもよい。
同様に、特定のルールは、他のルールに優先するように設定することができる。例えば、ルール識別子が続く優先インジケータは、あるルールが常に他のルールよりも優先される(そして、プールからの既存のコンテンツを優先されたルールから削除する)という概念を表現できる。ルールには、ルールを実行することができる頻度に関する追加の制限を含むことができる。幾つかの制限は、1日ごと、1週間ごと、1ヶ月ごと、又は1ユーザごとに設定することができる。幾つかの実施形態において、ルールは更に、ルールが実行されるために満たされなければならない追加条件を含むことができる。例えば、ルールは、指定されたユーザ状態条件が満たされたときにのみルールが実行されるようにするwhen節で構成することができる。例えば、ルールは、BGM測定値が正常範囲内にある場合にのみルールが実行されるようにするwhen節を含むことができる。他の例としては、直近1BGM>200のとき、直近3BGM>280のとき、直近5日間でBGMカウント<1のとき、直近12時間でインスリンカウント>3のとき、及び多くの他のものを含むことができる。幾つかの実施形態では、ルールは、オプションのアクティブ条項又はアクティベーション条項を含むことができる。アクティベーション条項は、ルールに時間的境界を設けることができる。これらは、患者の予約があるとき、又は別の日に何かをスケジュールしたい場合に有用とすることができる。最後に、ルールはまた、オプションで有効期限を含むことができる。これは、特定のコンテンツアイテムがユーザのコンテンツプールに留まる期間を制限することができる。
次に、ルールエンジン2104によって実行することができる複数の例示的なルールについて説明する。これらのルールは、非限定的な例として提供され、他の多くのタイプのルールが実施可能である。
第1の例では、ルールは、以下のように述べることができる:
ルールアナウンス
コンテンツ更新によりトリガーされる
最大5つのアナウンスを追加する
再利用しない
優先度2100
このルールは、最も優先度の高いユーザが見ていないアナウンスを最大5つまでキューに入れる。「再利用しない」とは、ルールエンジン2104が、ユーザが以前に閲覧したコンテンツを再追加しないことを示す。幾つかの実施形態では、指定されていない場合、デフォルトはコンテンツを再利用することである。実行時には、ルールは、新しい順にソートされた全てのアナウンスについて照会し、ユーザのプールに最大5つまで追加する。
別の例として、ルールは次のように述べることができる:
ルール InitRecipes
起動時にトリガーされる
最大15個のレシピを追加する
最大距離200
このルールは、ユーザが起動するたび、又はプロファイルを変更するたびに実行することができ、合計15レシピまで(新規レシピが15ではない)レシピをキューに追加するように構成される。「最大距離(With Max Distance)」という用語は、どの程度「異なる」コンテンツをユーザのプールに追加できるかを指定する。値が高いほど、適切でないコンテンツになる可能性がある。これにより、上記のような非明示的なルール又はファジーなルールを実装することができる。
別の2つのルールとして、次のように述べることができる:
ルール ONEBGHIGH
BGMによってトリガーされる
病識を追加する
最終BGM>200のとき
ContentId:Z3WbRWKjkcAkwAWMMq42O
優先度95
7日間に制限1回
24時間で失効

ルール THREEBGHIGH
BGMによりトリガーされる
病識を追加
直近の3つのBGM>200のとき
ContentId: Z3WbRWKjkcAkwAWMMq42O
優先度95
ONEBGHIGHに優先する
7日間に制限1回
24時間で失効
これらのルールは、特定のBGM測定値によってトリガーされたときに、特定のコンテンツアイテムを追加する。従って、これらのルールは、高BG測定で週に1回、BGM高病識最大をキューに入れる。ルールTHREEBGHIGHは、「Supersedes ONEBGHIGH」を含むので、ルールONEBGHIGHより優先される。従って、THREEBGHIGHが既にキューに入っている場合、ONEBGHIGHを実行することはできない。
別の例として、ルールは次のように述べることができる:
ルール FollowUpRecipe
フォローアップをキューに入れる
レシピが閲覧されることによりトリガーされる
15日で失効
優先度97
このルールは、レシピが閲覧された後、フォローアップをキューに入れる。これにより、LMS2100は、レシピを試した後、ユーザがレシピを気に入ったかどうかについての追加情報を要求することによって、ユーザのプロファイルを作成し続けることができる。この追加情報を用いて、将来的にユーザに追加のコンテンツを調整することができる。これらのルールは、実行可能な命令としてシステムのメモリに格納され、次いで、実行可能な命令からルールを実行するように構成されたプロセッサによって実行することができる。
図2に示すように、LMS2100はまた、コンテンツセレクタ2106を含む。コンテンツセレクタ2106は、コンテンツプールからどのコンテンツをユーザに表示するかを決定する。選択は、トリガー/反応イベント(図4を参照して説明される)又はスケジュールされたイベント(図5を参照して説明される)に基づいて行うことができる。従って、コンテンツセレクタ2106は、コンテンツプールから個々のコンテンツアイテムをいつどのようにユーザに表示するかを決定する。患者目標の場合、コンテンツセレクタ2106は、ユーザへの表示のために患者目標の特定のサブセットを識別することができる。トリガーの追加の例及び対応する反応イベントの非限定的な例が、表1に提供される。
表1
Figure 2023548824000002

Figure 2023548824000003

Figure 2023548824000004

Figure 2023548824000005

Figure 2023548824000006
表1における例示的なトリガーと例示的な反応イベントとの間の関係は、単に例証の目的にすぎない。表1の例示的なトリガーは、表1に列挙された例示的な反応イベントとは異なる又はこれに加えて反応イベントに関連付けることができることが企図される。例示的な反応イベントに記載された「会話」及び/又は「メッセージ」は、本明細書に記載された何れかのコンテンツ表示又は通信方法を用いて実行することができる。例えば、「会話」及び/又は「メッセージ」は、アプリ内に表示されるか、又はテキストメッセージ、電子メール、又は他の何らかの通信方法を介して提供することができる。上述のように、幾つかの実施形態では、表1に記載されているようなルールは、指定された優先度を含むことができる。特定のルールは、他のルールに優先することができる。幾つかの実施形態では、特定のルールは、自動的に繰り返すように、又は一定の期間後に繰り返すように設計することができる。特定のルールは、有限回繰り返すように、又は1回だけ発生するように設計することができる。幾つかの実施形態では、特定のルールは、ルールがトリガーされた後の所定の時間期間の後、例えば、10日の24時間後に失効することができる。幾つかの実施形態では、特定のルールは、例えばアプリでオプションを選択する、又は反応イベントを完了するなど、ユーザによるアクションに応答して失効することができる。幾つかの実施形態では、通知又は反応イベントは、例えば、所定の時間期間の経過に起因して、及び/又はユーザによるアクションに起因して、ルールの失効まで表示又は他の方法でアクティブにすることができる。
上述のように、LMS2100とユーザとの間の対話(例えば、対話とテスト)は、ユーザの選択及び回答に基づいて動的とすることができる。例えば、表1において、トリガー「BG<70mg/dl」の反応イベントは、「パーソナライズされた記事コンテンツへの誘導を伴う会話」である。ユーザとの会話は、例えば、チャットボットインタフェースを使用して、ユーザの選択、回答、及び/又はユーザプロファイルに応じて、IDMが運動に関する記事の推奨、レシピの推奨、又は運動もしくはレシピの何れかに関する記事の選択肢を提供する結果をもたらすことができる。
幾つかの実施形態では、ルールは、地域、糖尿病タイプ、治療タイプ、又はユーザのプロファイル内の他の情報を含む、複数の要因に基づいて特定のユーザに割り当てることができる。幾つかの実施形態では、特定のルールは、ユーザによってアクティブ又は非アクティブ化することができる。
幾つかの実施形態では、ユーザが、カメラ、光学スキャナ、又はバーコードリーダなどのIDMに接続されたデバイスを使用して、バーコード又はQRコードなどの機械識別可能なコードをスキャンするときに、トリガーをアクティブにすることができる。幾つかの実施形態では、ユーザデバイス10は、機械識別可能なコードをキャプチャして読み取るように構成されたカメラを含むことができる。幾つかの実施形態では、例えばウェブサイト、製品、又はパッケージ上の機械識別可能なコードのスキャンは、新しいコンテンツがユーザに示されるか又は利用可能になる反応イベントを開始することができ、ユーザは、IDMの異なる部分にナビゲートされ、又は異なるチャットダイアログがユーザに提示される。例えば、Becton Dickinson社により提供されるBD Nano PRO(商標)などのインスリンペン又はインスリンペンのパッケージ上のコードをスキャンすると、インスリンペンに関連するコンテンツ(インスリン送達に関連する使用又は教育コンテンツの指示などをユーザに提供することができる。別の例として、BDペン針箱などのペン針のパッケージ上の機械識別可能なコードをスキャンすると、Becton Dickinson社により提供されるBD and Me(商標)インタフェースなどの注射技術に関連する教育コンテンツへのアクセスを提供することができる。幾つかの実施形態では、IDMは、機械識別可能コードのスキャン前にこのようなコンテンツをメモリに格納することができるが、機械識別可能コードがスキャンされるまで、ユーザがコンテンツにアクセスすることが制限される。幾つかの実施形態では、IDMは、ユーザが注入追跡コンテンツにアクセスするのを制限することができる。例えば、幾つかの実施形態では、IDMは、機械識別可能なコードがスキャンされるまで、ユーザが、図41~図52に示すような注射追跡モジュール又はロギングモジュール、薬剤ログセクション7042などの薬剤ログ特徴部、又は図43~図52に示す部位ローテーションセクション7050などの注射追跡特徴部にアクセスするのを制限することができる。
幾つかの実施形態では、制限されたコンテンツにアクセスするための機械識別可能なコードは、プレミアム特徴を提供するために利用することができる。プレミアム特徴は、アクセスするために購入及び/又は指示を必要とする特徴とすることができる。幾つかの実施形態では、機械識別可能なコードは、医師によって指示され、保険業者からの払い戻しにリンクさせることができる。例えば、幾つかの実施形態では、機械識別可能コードは、特定の薬剤又はデバイスと共に指定され、当該薬剤又はデバイスに関連するコンテンツをロック解除することができる。幾つかの実施形態では、機械識別可能なコードは、例えば図41~図52に示すような注射追跡モジュール又はロギングモジュール、又は図43~図52に示す部位ローテーションセクション7050などの注射追跡特徴部へのアクセスをロック解除するために指定することができる。
機械識別可能なコードを用いて、IDMの単一の特徴又は複数の特徴をロック解除することができる。幾つかの実施形態では、単一の機械識別可能なコードは、所定の時間期間又は所定の使用回数の間、1又は2以上の特徴部をロック解除することができる。幾つかの実施形態では、単一の機械識別可能なコードは、単一のデバイス又は単一のユーザプロファイルでの使用に制限することができる。
図53~図58は、一実施形態による機械識別可能なコードを使用して制限されたコンテンツをロック解除するためのステップを描写する、統合疾患管理システムのユーザインタフェースの例示的な画面キャプチャの図である。
図53~図55は、例示的な画面1000を示す。例示的な画面1000は、ユーザによるプロファイルボタン1005の選択によってアクセスすることができるプロファイル画面である。画面1000は、ユーザが情報にアクセス又は入力できるように選択できる1又は2以上のユーザ選択可能オプション1010を含むことができる。図54に示すように、ユーザ選択可能オプション1010は、機械可読コードをスキャンするためのボタン1015を含むことができる。ボタン1015は、図54において「QRコード又はバーコードをスキャンする」とラベル付けされている。
図55に示すように、幾つかの実施形態では、ボタン1015の選択により、ダイアログボックス1020を開くことができる。ダイアログボックス1020は、IDMがIDMに接続されたデバイスのカメラへのアクセスを要求する表示を含むことができる。ダイアログボックス1020は、IDMがカメラにアクセスすることを拒否するためにユーザが選択できる「許可しない」ボタン1022を含むことができる。ダイアログボックス1020は、IDMがカメラにアクセスすることを許可するためにユーザによって選択することができる「OK」ボタン1024を含むことができる。幾つかの実施形態では、ダイアログボックス1020は、ユーザがボタン1015を選択するたびに現れて、ボタン1024の選択により、IDMによる単一のアクションのみに対するカメラへのアクセスを可能にする。他の実施形態では、ダイアログボックス1020は、ユーザがボタン1015を選択した初回にのみ表示され、ボタン1024の選択は、ユーザがIDM又はリンクされたデバイスの設定を変更してアクセスを制限するまで、IDMによるカメラへのアクセスを可能にする。
図56は、ボタン1015の選択後、及びボタン1024の選択によって、例えばリンクされたデバイスのカメラを使用する許可がIDMに与えられた後に表示することができる、例示的な画面1025を示す。画面1025は、リンクされたデバイスのカメラの視野の視覚的指標を提供するカメラセクション1026を含む。ユーザは、カメラセクション1026を使用して、機械可読コードがカメラの視野内に位置するように、リンクされたデバイスを操作することができる。IDMは、機械可読コードがリンクされたデバイスのカメラの視野内にあるときに、機械可読コードを自動的にキャプチャして読み取るようにプログラムすることができる。機械可読コード1028の例は、図56に示されている。画面1025はまた、1又は2以上の対話セクション1030を含むことができる。ダイアログセクション1030は、機械可読コードのキャプチャに関するユーザへの1又は2以上の指示を含むことができる。
コンテンツのロック解除するための機械可読コードがキャプチャされ、読み取られ、認証された後、IDMは、制限されたコンテンツがロック解除されたことをユーザに通知することができる。図57は、機械可読コードのスキャンと制限付きコンテンツのロック解除が成功したことを示すために表示することができる画面1032の例を示している。例示的な画面1032は、例えば、図41~図52に示す注射追跡モジュール又はロギングモジュールなどの注射追跡コンテンツ、又は図43~図52に示す部位ローテーションセクション7050などの注射追跡特徴部がロック解除されたことを示す。画面1032は、ユーザをロック解除されたコンテンツにリダイレクトするために選択することができるボタン1034を含む。幾つかの実施形態では、機械可読コードがキャプチャされ、読み取られ、認証された後、ユーザは、最初に画面1032を表示することなく、ロック解除されたコンテンツに自動的にリダイレクトすることができる。
機械可読コードが読み取れない場合、又はIDMのコンテンツをロック解除するための真正なコードとして認証されない場合、機械可読コードが読み取れないこと又は認証されないことをユーザに示すダイアログボックス又は画面を表示することができる。図58は、機械可読コードが読み取り又は認証できないことをユーザに示すため例示的な画面1025に表示することができるダイアログボックス1036の例を示している。ダイアログボックス1036は、ダイアログボックス1036を閉じるためにユーザによって選択することができるボタン1038を含むことができる。
幾つかの実施形態では、制限されたコンテンツセクション又は特徴の使用は、市場のニーズ、ブランドのニーズ、及び/又は規制要件に基づく国及び/又は管轄区域特有の制限された特徴を可能にしながら、複数の国及び/又は管轄区域にわたって提供できる単一の制限されていないコンテンツ又は特徴のセットを可能にすることができる。
図3は、学習管理システム2100を使用して個々のユーザのコンテンツプール内のコンテンツを更新するための例示的なプロセス又は方法2200を示すフローチャートである。方法2200は、CMS2102内のコンテンツが追加又は修正されるブロック2211で開始することができる。CMS2102内のコンテンツを更新又は修正することで、LMS2100をトリガーし、新しい又は修正されたコンテンツがユーザに普及することができるように、各ユーザのコンテンツプールを更新することができる。
方法2200は、ブロック2212に移行することができ、ここで、各ユーザについて、ルールエンジン2104を使用してコンテンツプールが更新される。このステップでは、各ユーザの動的にカスタマイズされたプロファイルを考慮して、各ユーザに対してルールが適用される。これにより、CMS2102からコンテンツアイテムが選択され、各ユーザのコンテンツプールに追加される。幾つかの実施形態では、各ユーザのコンテンツプールは、ユーザの動的にカスタマイズされたプロファイル、コンテンツアイテムに関連付けられたタグ、及び上述の距離アルゴリズムに基づいて、ユーザのために特にカスタマイズ又は調整される。
次に、方法2200はブロック2213に移行することができ、ここで、各ユーザについて、ユーザのコンテンツプールがアプリケーションに同期される。例えば、コンテンツは、ユーザのモバイルデバイス上にダウンロード(又は他の方法でリンク)することができる。幾つかの実施例では、コンテンツはまだユーザに表示されない。むしろ、ブロック2213において、コンテンツプールは、ユーザへの将来の表示のために利用可能にされるだけである。
最後に、ブロック2214において、コンテンツセレクタ2106は、スケジュール又はトリガーされたときにコンテンツを選択し、ユーザに表示する。すなわち、コンテンツセレクタ2104が、コンテンツプール内のコンテンツアイテムの中からコンテンツ情報を選択し、ユーザに表示する。
図4は、学習管理システム2100を使用して、トリガーイベントに基づいて1又は2以上のコンテンツアイテムを選択しユーザに表示するための例示的なプロセス2300を示すフローチャートである。方法2321は、トリガーリングイベントが発生すると、ブロック2321で開始することができる。トリガーリングイベントの幾つかの実施例について上述してきた。一例として、ユーザは、システムを使用して、ピザレシピを要求するメッセージを送信することができる。ブロック2322で、コンテンツセレクタ2322が実行されて、コンテンツプールからコンテンツアイテムが選択される。ピザレシピの例を続けると、コンテンツセレクタは、コンテンツプールがピザレシピを含むかどうかを決定することができる。コンテンツプールは事前に更新されており、特定のユーザにカスタマイズされているので、ユーザが好むピザレシピが存在する可能性が高くなる。コンテンツプールがピザレシピを含まない場合、コンテンツセレクタは、コンテンツタグと距離マッチングアルゴリズムとに基づいて、最も関連性の高いコンテンツを返すことができる。
ブロック2323において、返されたコンテンツアイテムは、ユーザに表示される。例えば、コンテンツアイテムは、アプリに表示されるか、テキストメッセージ、電子メール、又は他の通信方法を介して提供することができる。ブロック2324において、表示されたコンテンツに関する情報は、ユーザのプロファイルを更新するために使用される。コンテンツは、既に表示されたものとして、ユーザのプールから削除することができる。コンテンツに関するユーザとの1又は2以上のフォローアップを設定することができる。ブロック2325では、更新されたユーザのプロファイルを用いて、ルールエンジン2325でユーザのコンテンツプールを更新する。すなわち、この対話に基づいて、将来の対話のためにユーザが利用できるコンテンツプールは、動的に調整することができる。
図5は、学習管理システム2100を使用してスケジュールされたイベントに基づいてコンテンツを表示するための例示的なプロセス又は方法2400を示すフローチャートである。この例では、ブロック2431で、スケジュールされたイベントが発生する。スケジュールされたイベントに関連するコンテンツは、ブロック2432でユーザに表示される。次いで、方法2300と同様に、対話に基づいて、ユーザのプロファイルを更新し(ブロック2433)、ユーザのコンテンツプールを更新することができる(ブロック2434)。
幾つかの実施形態では、上述のLMS2100は、構造化された教育コンテンツ及びワークフローをユーザに提供するために使用することができる。LMS2100は、理解及び学習を容易にするように設計された方法で、コンテンツを通してユーザを案内することができる。この例では、構造化された教育コンテンツは、注射療法に焦点を当てている。コンテンツは、CMS2102において「注射療法」タグでタグ付けすることができる。更に、IDMは、ユーザの感情的及び機能的な必要性に応じてコンテンツをパーソナライズすることができる。例えば、コンテンツは、特定の患者の注射療法のタイプに対して動的とすることができる。これにより、患者の快適性と主題への理解を確保し、CDE又は他の医療専門家と一緒に座っているかのように、自宅で患者をサポートすることができる。
幾つかの実施形態では、コンテンツは、異なるトピックに分けることができ、各トピックの下で異なる主題が利用可能である。この場合も同様に、コンテンツタグを使用して、トピック及び主題を識別することができる。幾つかの実施形態では、コンテンツは、テキスト又はビデオチュートリアルとしてユーザに配信することができる。トピックプランを完了した後、ユーザの快適度レベルを評価することができる。ユーザがマテリアルに満足である場合、LMSは追加のマテリアルに進む。そうでない場合は、コンテンツが再度提供される。幾つかの実施形態では、トピックの完了時に、ユーザは、主題の要約を受け取る。
注射療法の状況では、例示的なトピックプランは、精神的ハードルの克服、注射の仕組みの紹介、注射のやり方(注射器とペンユーザ向けにセグメント化)、注射のベストプラクティス、低体温/高血圧に対処する方法の学習、高度注射療法、糖尿病の理解、血糖追跡及びベストプラクティスを含むことができる。
図6は、構造化教育コンテンツのための例示的なワークフロープロセスを示すフローチャートである。LMS2100のルールは、快適さとマテリアルの習得を確実にするために、ワークフロープロセスを通してユーザをガイドすることができる。図6に示すように、ユーザが最初のチュートリアル又は注射を追跡する方法を学ぶための情報を提供された後、ワークフローが開始される。ユーザには、快適さのレベルを評価するための選択可能なオプションが与えられる。例えば、図示の実施形態では、選択肢は、「必要なものを手に入れたので始められる」、「始め方を知っているので自信がある」、「まだ知らないので心配」、「どのように注射するのか不明」を含む。ユーザの選択に応じて、ユーザは追加コンテンツに誘導されるか、又は自信と習得のために以前のコンテンツをレビューすることになる。ユーザがワークフローを進むにつれて、ユーザのプロファイルは継続的且つ動的に更新され、将来の対話のために更なるカスタマイズと調整されたコンテンツを提供することができる。
幾つかの実施形態では、図1のIDM100などのIDMは、例えば、ユーザインタフェース120の一部とすることができる音声入力モジュールを含むことができる。音声入力モジュールは、ユーザが話すことによってシステムにデータを入力することを可能にするように構成することができる。音声入力モジュールを含む対話型インタフェースの画面3200Bの例が図11に示されており、以下により詳細に説明される。
次に、システム100の使用例について、図10、11、及び12に示す画面例を参照して説明する。図10は、一実施形態によるIDMシステム100の対話型インタフェース122の画面3100の例である。図示されているように、画面3100は、対話型インタフェース122のホーム画面又は初期画面を表している。この画面3100は、システム100へのアクセス時にユーザに最初に表示されるものとすることができる。
この例では、画面3100は、病識部分3102を含む。病識部分3102は、システム100に対するユーザの以前の対話に基づいてカスタマイズされた病識をユーザに表示するように構成することができる。幾つかの実施形態では、病識は、表1の例示的な反応イベントに記載されているような会話又はメッセージを含むことができる。病識部分3102は、提供された病識について更に学びたいかをユーザが示すことを可能にする、ユーザ選択可能オプション3104を含むことができる。例えば、ユーザ選択可能要素3104は、ユーザが選択可能な「後で」又は「詳しく話して」グラフィカルインジケータを含むことができる。「詳しく話して」グラフィカルインジを押すと、表示された主題に関する追加データが表示され、「後で」グラフィカルインジを選択すると、画面がクリアされる。追加データは、追加の会話、メッセージ、又は記事を含むことができる。幾つかの実施形態では、「詳しく話して」グラフィカルインジケータは、例えば、本明細書に記載の目標ワークフローを使用して、パーソナライズされた目標を設定するようにユーザに促すことができる。
画面3100はまた、表示されたGUI上で左右に横方向に流れるスワイプカードの形態で、ユーザのために選択されたコンテンツにユーザがアクセスすることを可能にするユーザ選択可能オプション3106を提供する。各カードは、ユーザ用にカスタマイズされた糖尿病関連情報を含むことができるコンテンツを表示することができる。タッチスクリーン上で各カードを押下すると、要素3106が起動し、ユーザがカードを右から左に移動させ、ディスプレイ上でアクティブになるカードを選択することができる。幾つかの実施形態では、カードは、上記で説明したようなカスタマイズされた学習ワークフローを構成するコンテンツを示す。
図10に示すように、画面3100はまた、GUIの下部、中央、部分に位置する音声入力オプション3110を含む。ユーザは、ユーザの音声データをシステム100に入力するために、音声入力オプション3110を選択することができる。音声入力オプション3110を選択すると、図11の画面3200Bが表示され、システム100は、以下に説明するように、ユーザ音声データを記録するように構成することができる。ユーザ音声データを入力することは、例えば、ユーザデバイス上のマイクロフォンを使用して音声信号を記録することを含むことができる。音声信号は、自然言語プロセッサ132によって処理され、そこに含まれる音声コマンド又は質問が、システム100による更なる処理のために機械理解可能なフォーマットに変換されるようにすることができる。
図10の画面3100はまた、テキストベースの入力オプション3112を含む。ユーザは、テキストベースのユーザデータをシステム100に入力するために、テキストベースのユーザ入力オプション3112を選択することができる。テキストベースのユーザデータは、ユーザによって提供される書き込まれたデータから構成することができる。例えば、ユーザは、ユーザデバイス上のキーボードを使用して、記述データを入力することができる。テキストベースのユーザ入力オプション3112を選択すると、図12の画面3300が表示され、以下に説明するように、システム100はテキストベースのユーザ入力を受信するように構成することができる。テキストベースのユーザ入力は、自然言語プロセッサ132によって処理され、そこに含まれるコマンド又は質問が、システム100による更なる処理のために機械理解可能なフォーマットに変換することができる。
画面3100はまた、血糖ユーザ入力オプション3114を含む。ユーザは、血糖ユーザ入力オプション3114を選択して、血糖値測定値をシステムに入力することができる。画面3100はまた、データビューアユーザオプション3116を含む。ユーザは、データビューアオプション3116を選択して、血糖データなどのユーザデータを見ることができる。幾つかの実施形態では、データビューアユーザオプション3116は、図12に示すように、血糖データを表示する画面3400にアクセスするために使用することができる。
図11は、ユーザインタフェース3020の音声入力機能を示す対話型インタフェース122の例示的な画面3200Bである。幾つかの実施形態では、音声入力機能は、図10の画面3100上の音声入力オプション3110を選択することによってアクセスされる。幾つかの実施形態では、音声入力機能は、ユーザの音声入力を受信するように構成される。ユーザ音声入力は、上述のように、対話型エンジン130の自然言語プロセッサ132及び応答生成器134に渡すことができる。自然言語プロセッサ132及び応答生成器134は、ユーザ音声入力を解析し、ユーザ向けにカスタマイズ可能な応答を生成することができる。
図11に示すように、画面3200Bは、オーディオ情報が記録されているという視覚的指標を提供するように構成することができる。例えば、波線3221は、ユーザデバイスのマイクロフォンによって測定されるオーディオ信号に応答して動き、録音の視覚的指標を提供することができる。同様に、幾つかの実施形態では、音声入力オプション3110は、音声情報が記録されていることを示すものとして脈動することができる。
幾つかの実施形態では、音声入力機能は、ユーザがデータをシステム100にログすることを可能にすることができる。このようなデータは、例えば、アップロードされた健康データ144として格納することができる。一例として、ユーザは、音声入力オプション3110を選択し、血糖測定値を記録するためのコマンドを話すことができる。例えば、ユーザは、「血糖3400をログして」と言うことができる。自然言語プロセッサ132は、この入力をパースして、ユーザが血糖測定値を入力していることを理解することができる。次に、システム100は、要求を処理し、血糖測定値をユーザ健康データ144として格納することができる。このデータは、次いで、システム100が将来の対話を更にカスタマイズするために利用可能となる。
音声入力機能はまた、同様に他のタイプのデータを入力し、記録するために使用することができる。例えば、ユーザは、インスリン注射、食べた食品、行った運動、気分、ストレスなどに関連するデータを入力することができる。別の例では、ユーザは、インスリンペン、パッチ、及び連続グルコース監視デバイスの注射部位の位置に関連するデータを入力することができる。注射部位の位置データは、ユーザが注射部位の位置を効果的に回転させることができるように、追跡することができる。
幾つかの実施形態では、システム100は、音声入力データを、例えば、日付及び時間のような、システム100によって既知の追加情報と関連付ける。これにより、データの追跡を容易にすることができる。
図12は、一実施形態によるユーザの音声入力に対するテキストベースの応答を示す対話型インタフェース122の画面3300の例である。幾つかの実施形態では、ユーザがユーザ音声入力を提供した後、対話型インタフェース122は、対話を継続するためにテキストベースの応答画面3300に入ることができる。
幾つかの実施形態では、画面3300は、例えば、以前の対話からのデータ3332を示すことができる。画面3300はまた、現在提供されているユーザ音声データに関連する情報を示すことができる。例えば、図示されるように、画面3300は、提供されたユーザ音声データのトランスクリプション3334を示す。上述の血糖ロギング例を続けると、トランスクリプション3334は、ユーザが、「Log BG 3400」と発話したことを示す。
画面3300はまた、入力されたユーザ音声データに対するテキストベースの応答3336を含むことができる。図示された例では、応答3336は、次のように述べる:「2018年8月20日午後1時29分にBGレベル3400を記録したいですか?」従って、応答3336は、提供されたユーザ音声データの確認を提供することができる。幾つかの実施形態では、応答3336は、他の情報を含むことができる。例えば、応答3336は、ユーザから追加の情報を要求することができる。
画面3300はまた、ユーザ選択可能なオプション3338を含むことができる。ユーザ選択可能なオプション3338は、応答3336に関連することができる。例えば、図示されているように、「はい、それは正しいです」及び「いいえ、それは間違っています」のユーザ選択可能なオプション3338は、ユーザが応答3336を迅速に確認することを可能にする。ユーザ選択可能なオプション3338を提供することは、迅速且つ容易に選択することができる可能なオプションをユーザに提供することによって、対話を合理化することができる。ユーザ選択可能なオプションは、図13を参照して更に未満に詳細に説明される。
最後に、図12に示すように、ユーザ選択可能なオプション238「はい、それは正しいです」を選択すると、システム100は、行ったアクションの確認3340を提供することができる。図示された例では、確認3340は、「OK、あなたの2018年8月30日午後1時29分の3400のbg値を記録しました」を示している。
図13は、IDMシステムの音声入力モジュール3023のための方法3500の一実施形態を示すフローチャートである。方法3500は、ユーザの音声入力がシステム100によって受信されるブロック3501で始まる。幾つかの実施形態では、これは、ユーザが画面3100(図10)上の音声入力オプション3110を選択し、コマンド又は質問を発話するときに生じる。システム100は、ユーザの音声入力を記録し、処理のために対話型エンジン130に渡すことができる。
方法3500は、次に、ユーザ音声入力がパースされるブロック3503に移行することができる。幾つかの実施形態では、自然言語プロセッサ132(図1)は、ユーザ音声入力をパースする。これは、例えば、話し言葉を識別し、その意味をパースすることを含むことができる。
次に、ブロック3505において、方法3500は、1又は2以上のテキストベースの選択肢を生成し、ユーザに表示する。テキストベースのオプションは、パースされたユーザ音声入力に基づくことができる。テキストベースのオプションは、例えば、図12のスクリーン3300に表示されるユーザ選択可能オプション238とすることができる。
幾つかの実施形態では、テキストベースのオプションは、ユーザによって入力された質問又はコマンドに関連する容易に選択可能なオプションをユーザに提供する。例えば、血糖測定値をログする図示の例では、オプションは、画面上に提供されるユーザ選択可能なオプションを使用して、ユーザが測定値を迅速に確認又は否認することを可能にする。
他の実施形態では、テキストベースのオプションは、発話コマンド又は質問に関連するキュレーションされたコンテンツへのリンクを提供することができる。例えば、ユーザが特定の食品について質問した場合、テキストベースのオプションは、関連する食品へのレシピ、栄養情報、レストラン等へのユーザ選択可能なリンクを含むことができる。
ユーザの音声入力データに応答してテキストベースのオプションを提供することは、可能な応答を予測し、それらを容易に選択可能なオプションとしてユーザに提供することによって、システム100との対話のプロセスを合理化することができる。
ブロック3505から、方法3500は、追加のユーザ入力が受信されるかどうか、及びどのタイプであるかが決定される決定状態3506に移行する。決定状態3506から、方法3500は、ユーザがどのように応答するかに応じて、ブロック3507、3509、又は3511に移動することができる。例えば、ブロック3507において、方法3500は、ブロック3505で提供されたテキストベースのオプションのうちの1つのユーザ選択を受け取ることができる。或いは、ブロック3509で、方法3500は追加のユーザ音声入力3509を受け取ることができ、又はブロック3511で、方法3500は追加のユーザテキスト入力を受け取ることができる。
図14は、IDMシステム100の音声入力モジュール3023のための別の方法3600の一実施形態を示すフローチャートである。方法3600は、例えば、自然言語プロセッサ132によって、図13の方法3500のブロック3603で音声入力データを解析するために使用することができる。幾つかの実施形態では、方法3600は、ユーザが音声入力データを提供し終えたときを決定するために使用することができる。方法3600は、ユーザが音声入力オプション3110(図10)を選択したときにトリガーすることができる。
ブロック3601において、方法3600は、時間ブロックの間に受信されたオーディオ信号のオーディオ信号強度に対する二乗平均平方根(RMS)を計算することを含むことができる。一実施形態では、時間ブロックは、100、200、300、400、500、600、750、1000、2000又は3000msであるが、より長いブロックとより短いブロックの両方が可能である。
ブロック3603において、計算されたRMSは、周囲合計記録リストと最近の記録リストの両方に格納される。幾つかの実施形態では、周囲合計記録リストは、記録の各時間ブロックに対する全ての計算されたRMS値を含む。幾つかの実施形態では、最近の記録リストは、記録の最近の部分における各時間ブロックの全ての計算されたRMS値を含む。幾つかの実施形態では、録音の最近の部分は、録音の最後の1.5秒の時間ブロックを含むが、録音の他の部分(長いものと短いものの両方)を使用することも可能である。
ブロック3605では、合計記録リストと最近の記録リストのそれぞれについて、平均RMS値が計算される。決定状態3607において、合計記録リストと最近の記録リストのそれぞれの平均RMS値が互いに比較される。最近の記録リストの平均RMS値の方が高い場合、方法3600は、ブロック3601に戻ることによって継続する。合計記録リストの平均RMS値の方が大きい場合、方法3600はブロック3609に移動し、そこで記録が終了される。
上述のように、IDMシステムは、ユーザとの関与を促進する方法で情報を対話、提示又は表示するように構成されたユーザインタフェースを含むことができる。IDMシステムは、ユーザが自分の病気を管理するのを最もよく助けるように構成された方法で、ユーザに合わせて調整された関与を提供するように構成することができる。調整された関与は、例えば、保存されたユーザデータ、様々な接続デバイス(図1参照)から受信したデータ、ユーザが入力したデータ、保存されたコンテンツなどに基づくことができる。幾つかの実施形態では、調整された関与は、ユーザのIDMシステムとの以前の対話に少なくとも部分的に基づいて導出することができる。この関与を容易にするために、IDMのユーザインタフェースは、様々なモジュールを含むことができる。特定のモジュールを、IDMの一実施形態の例示的な画面キャプチャを参照して、以下に説明する。モジュールの1つ以上は、上述のIDMシステム及び/又はユーザインタフェースの何れかに含まれ、又はそれによって実行することができることを理解されたい。更に、以下の画面キャプチャは、実施例を提供するだけであり、本開示を限定することを意図していない。
(例示的なIDMシステム方法)
IDMシステム100(図1)などのIDMシステムは、疾患管理を容易にするために様々な方法を実施することができる。幾つかの実施形態では、これらの方法は、対話型エンジン130によって実行される。方法は、システム100がユーザインタフェース120を介してユーザと対話又は係合することを含むことができる。方法は、ユーザデータベース140及びコンテンツデータベース152に様々なデータをアクセス及び格納することを含むことができる。
IDMシステムは、ユーザとIDMシステムとの間の関与の別の機構を提供するように構成することができる目標モジュールを含むことができる。目標モジュール内で、ユーザは、ユーザが選択し完了することができる目標を促すことができる。幾つかの実施形態では、目標のカテゴリのリスト、目標のリスト、及び/又は目標の難易度が、完了のための目標の選択を容易にするために、ユーザに提供することができる。幾つかの実施形態では、1又は2以上の目標が、ユーザの初期評価に基づいてユーザに推奨することができる。初期評価は、フィットネスデータ、健康データ、又は治療遵守データなど、ユーザから以前に収集されたデータに基づいて実行することができる。初期評価中、IDMシステムは、例えば、ユーザの関心分野、強み、弱みなど、1又は2以上の初期目標を決定するための情報を、代替的又は追加的にユーザから要求することができる。初期評価に続いて、1又は2以上の目標のカテゴリ、目標、及び/又は目標の難易度のレベルが、ユーザに推奨することができる。
目標は、ユーザの現在のフィットネス及び健康レベルに一致するように構成することができる。ユーザが目標を完了すると、より難しい目標がIDMシステムによって提案され、ユーザはそれを選択して完了することができる。ユーザが目標を達成できなかった場合、より簡単な目標を選択し、挑戦することができる。
幾つかの実施形態では、目標モジュールは、目標の幾つかのカテゴリを含むことができる。各カテゴリは、異なる難易度レベルの複数の目標を含むことができる。目標が完了した場合、目標モジュールは、より高い難易度で同じカテゴリ内の新しい目標、又は同じ難易度又はより高いかもしくは低い難易度とすることができる、異なるカテゴリからの新しい目標を推奨することができる。幾つかの実施形態では、目標が失敗した場合、目標モジュールは、より低い難易度で同じカテゴリ内の新しい目標、又は同じ難易度もしくはより高いもしくは低い難易度とすることができる、異なるカテゴリからの新しい目標を推奨することができる。
表2は、目標の「血糖値」カテゴリ内の、レベル1(最も簡単)からレベル4(最も難しい)までの様々な難易度の目標の一例を示すものである。表2には、各目標の例示的な期間と、ユーザに提供可能な例示的な説明とが示されている。
表2
Figure 2023548824000007
表3は、「インスリン」カテゴリの目標のうち、レベル1(最も簡単)からレベル4(最も難しい)までの様々な難易度の目標の例を示している。表3は、各目標の期間例と、ユーザに提供可能な説明例である。
表3
Figure 2023548824000008
表4は、第1の「活動」カテゴリの目標内で、レベル1(最も簡単)からレベル4(最も難しい)までの様々な難易度の目標の一例を示す図である。表4は、各目標の時間期間例と、ユーザに提供可能な説明例とを示す。
表4
Figure 2023548824000009
表5は、第2の「活動」カテゴリの目標内でレベル1(最も簡単)からレベル4(最も難しい)までの様々な難易度の目標の例を示したものである。表5は、各目標の持続時間の例と、ユーザに提供可能な説明の例を示している。
表5
Figure 2023548824000010
表6は、「栄養」というカテゴリの目標内で、レベル1(最も簡単なもの)からレベル4(最も難しいもの)まで、様々な難易度の目標の例を描いている。表6は、各目標の期間例と、ユーザに提供可能な説明例とを示している。
表6
Figure 2023548824000011
表7は、「リスク低減」カテゴリの目標の中で、レベル1(最も簡単)からレベル4(最も難しい)までの様々な難易度の目標の例を描いたものである。表7は、各目標の期間例と、ユーザに提供可能な説明例とを示している。
表7
Figure 2023548824000012
IDMシステムは、目標の実行中に進捗状況を監視してユーザと関与し、目標の順守を強化すること、又はユーザが経験した目標に関連する問題を決定することができる。例えば、IDMは、目標に関連する記事又はレシピなどの追加コンテンツをユーザに提供することができる。幾つかの実施形態では、IDMは、目標を達成するための推奨事項をユーザに提供すること、又は目標への進捗状況についてユーザに質問することができる。幾つかの実施形態では、IDMモジュールは、ユーザの回答及び/又は進捗状況に基づいて、追加のコンテンツ及び/又は推奨を提供することができる。
IDMシステムはまた、目標モジュールでユーザが追求している目標に基づいて、他のモジュールでコンテンツを生成することができる。例えば、ユーザが身体活動に関連する目標を追求している場合、身体活動に関連する学習プランを学習モジュールで提案することができる。同様に、ユーザがダイエットに関連する目標を追求している場合、ダイエットに関連する学習プランを学習モジュールで提示することができる。
ユーザが目標を達成できなかった場合、IDMシステムはユーザと関わり、ユーザが目標を達成できなかった理由を解明しようとすることができる。例えば、目標に対するユーザの気持ちを決定するために、ユーザに評価を促すことができる。評価の結果は、ユーザとシステムとの間の関与を促進するように構成された新しい目標を導き出すために使用することができる。目標モジュールは、目標モジュールだけでなく、IDMシステムのユーザインタフェースの他の部分におけるユーザの過去の経験に基づいて、目標を修正することができる。幾つかの実施形態では、ユーザが目標を完了できなかった場合、初期評価を繰り返すことができる。繰り返された初期評価の結果は、単独で、又は目標モジュールにおけるユーザの過去の経験、IDMシステムのユーザインタフェースの他の部分における過去の経験、及び/又は前の目標に関するユーザの感情の評価結果と組み合わせて、ユーザに対する1又は2以上の目標の推奨を決定するために使用することができる。
図7は、統合疾患管理システムにおいて患者の目標又は目標を決定するための例示的なプロセス700を例示すフローチャートである。プロセス700は、開始ステップで始まる。次に、プロセスはステップ702に移行し、ここで、システムは、疾患を有する患者に関連するユーザ情報を格納する。ユーザ情報は、ユーザデータベースに格納することができる。ユーザ情報は、測定された患者疾患管理データ及びユーザが入力した患者疾患管理データのうちの少なくとも1つを含むことができる。測定された患者疾患管理データは、IDM100に接続された図1に示すデバイスの何れかなどの外部デバイスから受信したデータとすることができる。例えば、測定された患者疾患管理データは、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカーから受信することができる。ユーザが入力した患者疾患管理データは、ユーザがIDMシステムを通じて入力した同様のデータとすることができる。このようなユーザ入力された患者疾患管理データは、例えば、図8を参照して後述するロギング方法を用いて入力することができる。ユーザデータは、患者の疾病に関連するデータとすることができる。一例では、疾患が糖尿病である。ユーザデータは、血糖値、インスリン注射、食事、身体活動などに関連するデータとすることができる。幾つかの実施形態では、ユーザが入力した患者疾患管理データは、目標モジュールによる初期評価中に収集されたデータを含むことができる。
ステップ704において、IDMシステムは、患者の転帰を改善するための推奨されるライフスタイルの選択に関連するコンテンツアイテム及び疾患管理のためのプロトコルを格納する。コンテンツアイテムは、コンテンツデータベースに格納することができる。患者の転帰を改善するための推奨されるライフスタイルの選択に関連するコンテンツは、例えば、ユーザが自分の疾患を管理するのに役立つようにキュレーションされたコンテンツを含むことができる。これには、例えば、注射の管理に関するキュレーションされたコース又は情報、食事に関する情報、運動に関する情報などを含むことができる。疾患管理のためのプロトコルは、ユーザの疾患ステータスを改善する方法を決定するプロトコルを含むことができる。例えば、ユーザが高血糖を経験している場合、プロトコルは、ユーザの血糖を下げるために取ることができるステップを定義するパラメータを備えることができる。プロトコルは、CDEなどの医療専門家によって作成することができる。
次に、ステップ706において、システムは、統合された疾患管理を提供するための対話型ユーザインタフェースとのユーザの対話に基づいて、ユーザデータベース内のユーザ情報を更新する。例えば、ユーザがIDMシステムに関与すると、この対話により、システムがユーザに関する追加情報をユーザデータベースに格納することがある。このような情報は、システムとの将来の対話を調整するために使用することができる。幾つかの実施形態では、ユーザとの対話は、ユーザが対話型インタフェースを用いてユーザが入力した患者疾患管理データを提供することと、ユーザが1又は2以上の患者監視デバイスから測定された患者疾患管理データを提供することの少なくとも一方とすることができる。これは、ユーザがデータを手動で入力すること、又はIDMシステムがスマートな接続デバイスからデータを自動的に受信することを含むことができる。幾つかの実施形態では、これは、目標モジュールによる初期評価中に提供されるデータを含むことができる。
ステップ708において、システムは、ユーザ情報及び疾患管理のための格納されたプロトコルに基づいた疾患管理の改善に関連する患者目標を決定し、この患者目標を対話型ユーザインタフェース上でユーザに表示する。システムは、ユーザ情報を分析して、ユーザが自分の病気を管理するのに役立つ目標を決定することができる。決定は、保存されたプロトコルだけでなく、目標モジュールによる初期評価中に入力されたデータなど、以前に入力されたユーザデータにも基づくことができる。システムは、システムとユーザとの間の過去の対話からのユーザに関する知識に基づいて、「患者の手の届く範囲」にある目標を決定することができる。目標モジュールの例、ユーザに目標を表示すこと、及びユーザと対話することは、以下に説明する図19~22及び33~39に示されている。
幾つかの実施形態では、システムは、ユーザが患者目標を選択できるように、ユーザに表示す複数の患者目標を決定することができる。幾つかの実施形態では、システムは、患者目標を決定する前にユーザが目標のカテゴリを選択できるように、ユーザに表示すために、例えば血糖値目標、インスリン目標、運動又は活動目標、栄養目標、又はリスク低減目標のような患者目標のカテゴリを決定することができる。幾つかの実施形態において、システムは、ユーザに表示すための目標の難易度を決定することができる。
ステップ710において、システムはまた、少なくとも決定された患者目標及びユーザ情報に基づいてコンテンツデータベースから1又は2以上のコンテンツアイテムを選択し、選択された1又は2以上のコンテンツアイテムを対話型ユーザインタフェース上でユーザに表示することができる。従って、推奨された目標をユーザに提供することに加えて、システムは、関連するコンテンツもユーザに提供することができる。一例を図21に示す。
図27~図32は、IDMシステムの目標モジュールへのユーザインタフェースの例示的な画面キャプチャであり、ユーザへの目標推奨を決定し提供するための初期評価ワークフローの一例を描いている。
図27は、一実施形態による目標モジュールへのユーザインタフェースの例示的な画面6400を示す。画面6400は、テキスト「あなたに相応しい目標を一緒に設定しましょう」で初期評価を開始するためのユーザへのプロンプトを含む。画面6400は、更に、「OK、進みましょう」というラベルがついた初期評価を開始するための選択可能なオプションを含む。
ユーザが評価を開始することを決定した後、目標モジュールは、図28、29、30、31の例示的な画面6410、6420、6430、6440にそれぞれ示すように、ユーザに一連の質問をし、ユーザが回答を選択することを可能にすることができる。図28の画面6410は、「糖尿病をどのように管理したいですか?」という質問に応答して、ユーザが「血糖をもっと追跡する」及び「健康リスクを低減する」という選択肢を選択したことを示す。画面6420は、「血糖のチェックについて考えるとき、どのように感じますか?」という質問に応答して、ユーザは、「もっと追跡する必要があることを分かっている」という選択肢を選択したことを示している。画面6430は、「どのくらいの頻度で血糖をチェックしていますか?」という質問に応答して、ユーザは、「時々チェックしている」という選択肢を選択したことを示している。画面6440は、「糖尿病が健康に与える影響についてどのように感じていますか?」という質問に応答して、ユーザは、「何が起こるか怖いし、もっと学習したい」という選択肢を選択したことを示している。
ユーザが目標モジュールからの質問に答えた後、図32に示すように、ユーザによって選択可能な推奨目標のリストが、画面6450上に表示される。例示のワークフローの画面6450は、画面6410、6420、6430、及び6440の質問に対するユーザの回答に少なくとも部分的に基づくことができる、「1日1回追跡を試す」という選択可能な目標をリストしている。
図8は、統合疾患管理システムにおいて患者データをログするための例示的なプロセス800を示すフローチャートである。プロセス800は、糖尿病ケア関連情報をログするための迅速且つ効率的な方法をユーザに提供することができるロギングモジュールによって実装することができる。図示されるように、幾つかの実施形態では、ロギングモジュールは、音声ロギングを利用することができる。音声ロギングは、ユーザが容易に記入できるブランクを含む、複数のサンプルログプロンプトを提供することができる。
プロセス800は、開始ステップで始まり、システムが複数のサンプルロギングプロンプトを表示するステップ802に移行する。サンプルロギングプロンプトは、対話型ユーザインタフェース上に表示することができる。サンプルロギングプロンプトの各々は、ユーザの疾患に関連する患者データのタイプに関連するフレーズを含むことができ、少なくとも1つのブランクを含む。サンプルロギングプロンプトは、IDMシステムでデータをログする方法を理解する際にユーザをガイドするのを助け、ログすることができるデータのタイプをユーザが理解するのに役立つことができる。以下で説明する図24は、糖尿病のコンテキストにおける幾つかのサンプルロギングプロンプトを示す図である。
サンプルロギングプロンプトは、ユーザの疾患及び以前に格納された患者データに少なくとも部分的に基づくことができる。例えば、システムは、どのタイプのデータが病気を治療するのに有用であるか、また、どのタイプのデータをユーザが過去に入力したかを理解して、サンプルロギングプロンプトを決定することができる。例えば、糖尿病の場合、サンプルロギングプロンプトは、血糖測定値、インスリン投与、食事、及び身体活動のうちの1又は2以上に関連するものであることができる。
ステップ804において、システムは、発声ユーザ入力を受信する。発声ユーザ入力は、ユーザデバイスのマイクロフォンで録音することができる。発声ユーザ入力は、ユーザが、少なくとも1つのブランク部に挿入された患者データを用いて、サンプルロギングプロンプトのうちの1つを口頭で繰り返すことを含むことができる。発声ユーザ入力を受信することは、上述した図14の方法を用いて音声信号をパースすることを含むことができる。
ステップ806において、システムは、自然言語プロセッサを用いて、発声ユーザ入力から患者データを抽出することができる。これは、発声ユーザ入力を解釈することと、発声ユーザ入力をコンピュータ可読フォーマットに翻訳することとを含むことができる。
ステップ808では、統合疾患管理システムのユーザデータベースに患者データを格納する。このようにして、ユーザは、単純且つ迅速に発声コマンドを使用して、患者データをシステムにログすることができる
プロセス800の幾つかの実施形態では、システムは、発声ユーザ入力を受信した後、発声ユーザ入力に関連する表示されたサンプルロギングプロンプトをディスプレイから削除し、削除されたサンプルロギングプロンプトを置き換えるために新しいサンプルログインプロンプトを表示する。これにより、追加のプロンプトが提供されるため、データのロギングを継続することをユーザに促すことができる。幾つかの実施形態では、システムはまた、発声ユーザ入力のテキストをユーザに表示する。これにより、ユーザは、システムが正しく理解したことを検証することができる。システムはまた、データが正しいことを確認するようユーザにプロンプトことができる。
図9は、統合疾患管理システムにおいて、患者データのグラフ表示と共にコンテキスト化された病識を表示するための例示的なプロセス900を示すフローチャートである。システムは、ユーザに表示されたデータを分析し、ユーザがデータを理解し適用するのに役立つことができる、有益なコンテキスト化された病識を提供することができる。
プロセス900は、開始ステップから始まり、ステップ902に移行し、ここで、システムは、疾患を有する患者に関連するユーザ情報を格納する。ユーザ情報は、ユーザデータベースに格納することができる。ユーザ情報は、測定された患者疾患管理データ及びユーザが入力した患者疾患管理データのうちの少なくとも1つを含むことができる。測定された患者疾患管理データは、1又は2以上の患者監視デバイスから受信したデータを含むことができる。1又は2以上の患者監視デバイスは、例えば、スマート糖尿病モニタ、スマートインスリンペン、スマートインスリンポンプ、及びフィットネストラッカー等とすることができる。ユーザ入力された患者疾患管理データは、ユーザによって入力されたデータとすることができる。
ステップ904において、システムは、コンテンツデータベースに疾患管理のためのプロトコルを格納する。プロトコルは、上述したように、ユーザの疾患を管理するためのステップを提供することができる。ステップ906において、システムは、格納されたユーザ情報の少なくとも一部のグラフィカルな表現を表示する。グラフ表現は、例えば、1日、1週間、1ヶ月などの所与の時間期間の患者データの1又は2以上のグラフ又はプロットとすることができる。
ステップ908において、システムは、疾患管理のためのプロトコルに少なくとも部分的に基づいて対話型ディスプレイに表示された格納されたユーザ情報の少なくとも一部を分析し、格納されたユーザ情報の少なくとも一部に関連するコンテキスト化された病識を決定する。システムは、ユーザが疾患を管理するのに役立つように、表示されたデータにおける、ユーザには容易に明らかではない可能性がある傾向を決定し、これらの傾向に関する病識を提供することができる。
ステップ910において、システムは、対話型ディスプレイ上に、グラフィカル表現と共に、コンテキスト化された病識を表示する。この特徴の一例は、後述の図26に示されている。プロセス900は、患者データだけに基づいてユーザには容易に分からないような方法で、ユーザが患者データを理解しこれに適用できるようにすることができるので、有用とすることができる。
(IDMシステムの例示的な画面)
図15及び図16は、一実施形態によるIDMシステムのユーザインタフェースのホーム画面の例示的な画面キャプチャである。ホーム画面は、ユーザがオンボーディング・モジュールを完了した後、又はオンボーディング・モジュールを完了した後にユーザがIDMシステムに最初にアクセスしたときに、ユーザに提示することができる。ホーム画面は、ユーザに情報を提示し、IDMシステムの様々な他のモジュールにアクセスするためのリンクを提供することができる。
図15は、ホーム画面4200の初期実施例を示す。図示されているように、画面4200は、「Briightに質問」とラベル付けされたユーザ選択可能なボタン4202を含む。ユーザ選択可能なボタン4202は、他の例では異なるラベルを付けることもできる。ユーザ選択可能ボタン4202は、ユーザがユーザインタフェースの対話型部分にアクセスすることを可能にするためにアクセスすることができる。例えば、ユーザ選択可能ボタン4202を用いて、チャットボットにアクセスすることができ、このチャットボットは、上述のように、ユーザが自然言語方式でユーザインタフェースと対話することを可能にすることができる。例えば、ユーザは、ユーザ選択可能ボタン4202を選択した後、自然言語の質問をタイプ入力することによって、又は自然言語の質問をシステムに口頭で話すことによって、ユーザインタフェースと対話することができる。図示された例では、ユーザ選択可能ボタンは、システムに質問することができる質問のタイプのサンプルを含む。図示されるように、サンプルは、「フライドポテトにはどれだけの炭水化物が含まれていますか?」である。ユーザにサンプルを提供することにより、IDMシステムは、ユーザ押下可能ボタン4202を選択した後、どのタイプの質問がシステムに尋ねることができるかを理解するようにユーザに直感的にプロンプトすることができる。他のサンプルを含めることができ、又はサンプルを省略することも可能である。
図示された例では、画面4200はまた、IDMシステムにおいてユーザが利用できる様々なツールにアクセスするために選択できる一連の選択可能カードを含む。例えば、図示のように、「炭水化物計算機」及び「インスリン計算機」のカードが提示される。幾つかの例では、頻繁にアクセスするツールのためのカードを表示することができる。一部の環境において、ツールへのアクセスは、ドロップダウンメニュー、ユーザ選択可能なボタンなど、他の方法で提供することができる。
図16は、ホーム画面4300の追加例を示す。幾つかの実施形態では、ホーム画面4300は、図15の画面4200から下にスクロールすることによってアクセスすることができる。図示のように、画面4300は、IDMシステム内の特定のコンテンツにアクセスするためのリンク4302を含むことができる。例えば、リンク4302は、頻繁に使用される記事又はチュートリアルにアクセスするのに使用することができる。図示された例では、「IDDの位置を変更するのを思い出させる」、「自分のIDDの位置を変更する方法?」、「インスリンタンクを補充する方法?」、及び「BD Strive指示」を見るためのリンクである。リンク4302の何れかにアクセスすることで、ユーザは選択されたコンテンツに直ちに移動することができる。
図示のように、画面4300はまた、ユーザのための追加コンテンツ4303を含む。コンテンツ4303へのリンク「2型糖尿病:インスリン投与量の計算方法」及び「食品ラベルの読み方:糖尿病である場合のコツ」が提示されている。コンテンツ4303は、ユーザ向けに調整することができる。例えば、IDMシステムは、ユーザのIDMシステムでの過去の経験に基づいて特定のコンテンツを選択し、そのコンテンツへのリンクをホーム画面4300に直接表示することができる。コンテンツ4303は、例えば、システムがユーザの選好についてより多くを学ぶにつれて、及びユーザがシステムとのより多くの経験を有するにつれて、時間の経過と共に変化することができる。
画面4300に示されるように、ホーム画面は、IDMシステムの異なるモジュールにアクセスするための異なるアイコンを有するメニューを含むことができる。図示されるように、画面4300は、データモジュールにアクセスするためのアイコン4304、学習モジュールにアクセスするためのアイコン4305、目標モジュールにアクセスするためのアイコン4306、チャットボットモジュールにアクセスするためのアイコン4307、及びロギングモジュールでユーザデータを入力するためのアイコン4308を含む。これらの各モジュールの画面例を以下に示して説明する。
図17及び図18は、一実施形態によるIDMシステムのユーザインタフェースの学習モジュールの例示的な画面キャプチャである。学習モジュールは、幾つかの例では、ホーム画面上のアイコン4305を選択することによってアクセスすることができる(図16を参照)。学習モジュールは、ユーザのためにカスタマイズされた又は調整されたカリキュラム又は学習プランを提供するように構成することができる。カリキュラムは、のシステムとのユーザ過去の対話に基づいて選択及びキュレーションすることができる。カリキュラムは、様々なトピックに関するユーザの知識レベル及び快適性に基づいて選択することができる。学習モジュールは、コンテキスト特有の病識とプロファイル特有のカリキュラムをユーザに提供することができる。学習モジュールによって提供されるコンテンツは、ユーザのプロファイルの情報及び上述のルールによって、少なくとも部分的に決定することができる(例えば、図21~29及び関連テキストを参照)。更に、カリキュラム/対話の一部分の終わりに、学習モジュールは、将来のコンテンツを導くために、行動会話(例えば、成功の心理的指標である材料に対するユーザの快適度レベルを評価するため)とユーザを関与させることができる。
図16は、学習モジュールの初期画面4600を示す。図示されるように、画面4600は、1又は2以上の学習プランをユーザに提示することができる。図示の例では、「糖尿病と共に生きる」と題する第1の学習プラン4602と、「注射の基礎」と題する第2の学習プラン4604がユーザに提示される。ユーザは、画面4600上で学習プラン4602、4604の何れかを選択することにより、学習プラン4602、4604の何れかにアクセスできる。画面4600に示された学習プラン4602、4604は、学習プランの例にすぎない。他の様々な学習プランが、画面4600上でユーザに提供することができる。以下により詳細に説明するように、学習プランは、ユーザ向けにカスタマイズ可能なガイド付きカリキュラムを含むことができる。例えば、学習プランは、ユーザの学習スタイル及び知識ベースに最も適した方法で、ユーザにマテリアルを教えるように構成することができる。
画面4600は、システムによってユーザに推奨される学習プランを表示することができる。例えば、図16に示す学習プラン4602、4604は、糖尿病ケアの基本に関するものである。これらの学習プランは、新規のユーザ又は糖尿病ケアの基本に慣れていないユーザに提示することができる。IDMシステムの経験が豊富なユーザや糖尿病ケアの知識が豊富なユーザには、そのユーザの知識ベースにより適した、より複雑な学習プランが提示することができる。前述のように、システムは、ユーザのプロファイル及びユーザのシステムに対する過去の経験に基づいてコンテンツをカスタマイズすることができる。
図18は、学習モジュールの画面4700の一例を示す図である。画面4700は、ユーザが図16の画面4600から学習プラン4602「糖尿病と共に生きる」を選択した後に表示することができる。図示されるように、図示される例では、画面4700は、選択された学習プランに関連する2つのオプションをユーザに提示する。具体的には、図示の例では、ユーザは、初心者オプション4702と非初心者オプション4704が提示される。オプション4702、4704は、ユーザがマテリアルに慣れていることを示すことを可能にする。例えば、ユーザが糖尿病との生活が初めてである場合、ユーザは、初心者オプション4702を選択することができる。図示されるように、初心者向けオプションは、「あなたは初心者ですか?」と尋ね、「ここで基本から旅を始めましょう!」。ユーザがオプション4702を選択した場合、ユーザはより多くの初心者向けマテリアルへ誘導することができる。例えば、ユーザがオプション4702を選択した場合、ユーザは、より学習プランの最初に始めることができる。非初心者のオプション4704は、「初心者ではありませんか?」と尋ねる。レッスンを調整するために簡単なプレイスメントテストを受けて下さい。このオプション4704は、学習プランのマテリアルに既にある程度慣れているユーザが選択することができる。オプション4704を選択すると、ユーザのマテリアルに対する習熟度を決定するためのプレイスメントテストに移行することができる。配置テストの結果に基づいて、ユーザは、ユーザのマテリアルへの精通度に対応する様々な時点で学習プランに挿入することができる。
多くの場合、ユーザは、次のコースに移る前に、レッスンを順次進めていくことになる。しかしながら、学習プランとの対話に基づいて、学習モジュールは、ユーザの学習スタイル及び知識ベースに最も適した別の順序でユーザをコースを通して移動させることによって、学習プランをカスタマイズすることができる。上述した図6は、学習プランを通してのユーザの移動例を示すフローチャートである。学習モジュールは、ユーザの現在の知識と経験に最もマッチするスポットでユーザを学習プランに入れるように、学習プランに関連するユーザの快適さと知識を評価するように構成することができる質問を投げかけることができる。評価の結果、ユーザは学習プランの中間に配置することができる。最初の評価で、ユーザが既にマテリアルに精通していることが判明した場合、この時点又は評価に基づく何れかの適切な時点で、この情報を学習プランに挿入することができる。この例では、ユーザは、最初の評価に基づいて追加のマテリアルを受講する必要がなく、導入コースと準備コースに合格している。
図19、図20、図21、及び図22は、IDMシステムの目標モジュールへのユーザインタフェースの例示的な画面キャプチャである。図19は、一実施形態による目標モジュールの例示的な画面6500を示す。画面6500は、実施可能な目標をユーザに表示するように構成することができる。実施可能な目標は、IDMシステムによって提案することができる。目標は、例えば、ユーザのプロファイル及びユーザのIDMシステムとの過去の対話に少なくとも部分的に基づいて、IDMシステムによって提案することができる。幾つかの実施形態では、目標は、本明細書で説明するように、目標モジュールによって実施される最初の評価に基づいて提案することができる。図示されるように、2つの可能な目標が画面6500に表示される。第1の例示的な目標は、「7日間10,000歩を歩く」と記載されている。システムは、システムとの対話(例えば、以前のユーザデータ入力)に基づくユーザの既知の活動レベル、又はフィットネストラッカーのステップカウンタなどの接続デバイスから受信したデータに基づいて、この目標を提案することができる。例えば、目標モジュールは、例えば、ユーザが過去1日、1週間、又は1ヶ月にわたって平均した歩数よりも10%、20%、25%、又は30%高い歩数目標を提案することができる。歩数目標を決定するための他の測定基準も可能である(例えば、燃焼カロリー、運動分数など)。ユーザプロファイルが目標を基礎づける過去の活動データを含まない場合、目標モジュールは、例えば、科学的に推奨される1日の歩数に基づいて、中程度の目標を提案することができる。
図19に示すように、画面6500は、「血糖値を7日間記録する」という第2の提案された目標を含む。画面6500には2つの提案された目標が示されているが、他の実施形態では、他の数の提案された目標が含まれてもよい。更に、例示された目標は、例示のためにのみ提供される。また、他の目標が含まれてもよい。
提案された各目標について、画面6500は、ユーザが目標を試したい場合に選択することができる開始ボタンを含むことができる。更に、画面6500は、ユーザがユーザインタフェースの追加のモジュールを選択することを可能にするアイコンを有するメニューを含むことができる。例えば、メニューは、データモジュールにアクセスするためのアイコン4304、学習モジュールにアクセスするためのアイコン4305、目標モジュールにアクセスするためのアイコン4306、及びチャットボットモジュールにアクセスするためのアイコン4307を含む。これらのアイコンはまた、上述した図16に示すように、ホーム画面4300上に表われることができる。これらのアイコンにより、目標モジュール内から直接他のモジュールに迅速且つ容易にアクセスすることができる。
図20は、ユーザが自分の目標を達成していない場合に表示することができる例示的な画面6900を示す。図示されるように、システムは、ユーザが目標を達成していない理由を問い合わせるようユーザにプロンプトすることができる。例えば、画面6900は、「目標を達成するために取り組んでいますか?それについて話をしたいですか?チャットしましょう。」と尋ねる。「チャットしましょうオプションを選択すると、ユーザは、チャットボットのインタフェースに移動することができる。次いで、IDMシステムは、ユーザが目標を達成できなかった理由について問い合わせることができる。ユーザは、システムに対して書面又は口頭で回答することができる。このようにして、目標モジュールは、ユーザが目標を達成できなかった理由についてのフィードバックを受け取ることができる。このようなフィードバックは、今後の目標を調整するために使用することができる。このシステムは、ユーザが目標を達成するのを助けることができる、ユーザにとってよりカスタマイズされ調整された体験をもたらすことができる。
図20は、ユーザが自分の目標を達成していないときのシステムからのプロンプトの一例を示しているが、目標を達成しようとする試みの間に、他のプロンプトが開始することができる。例えば、IDMシステムとチャットするプロンプトは、a)目標の期間内の所定の時間に開始され、b)例えば「7日間1万歩歩く」という目標に対して1日で1万歩歩くといった目標のマイルストーンを満たすことに応答し、又はc)IDMが受信した他の測定データ又はユーザ入力データに基づくものとすることができる。更に、ユーザからの質問又はフィードバックを容易にするために、目標の期間中、チャットのオプションをユーザに提示することができる。
図21は、「14日間毎日ソーダなし目標」を追跡するための例示的な画面7200を示す。図示されるように、ユーザは14日のうち12日目である。ステータスインジケータの円は、ユーザが目標の完了にどれだけ近づいているかを示す。この例では、ステータスインジケータの下方に、ユーザは、各日の目標を達成したかどうかを入力するオプションを有する。チェックマークで示されるように、ユーザは、今日の目標を完了したことになる。この例では、ユーザは昨日や月曜日の目標を達成したとは言っていない。しかしながら、ユーザは、その日に関連するプラスアイコンを選択することによって、この日に目標を完了したことを入力することができる。
画面6700の目標追跡部分の下方には、目標モジュールは、ユーザにコンテンツを表示するための画面6700の一部を含むことができる。コンテンツは、追跡されている目標に関連することができる。この例では、目標はソーダを飲まないことに関連しており、表示コンテンツは、「食事中のソーダや甘い飲み物に代わる5つの健康的な選択肢」の記事と、「ソーダの代わりになるジュース及びブレンドの20分レシピ」の記事とを含む。ユーザは現在、ソーダを飲まないことに関連する目標を追求しているので、ソーダの代替品に関連するコンテンツは、ユーザと高い関連性があると考えられる。従って、ユーザがコンテンツを読むために記事を選択する可能性が高いかもしれない。幾つかの実施形態では、ユーザに表示される追加コンテンツは、a)目標の期間内の所定の時間にて、b)目標の完了に向けたユーザの進捗状況に基づいて、c)ユーザからの要求に応答して、又はd)IDMシステムとのチャット中のユーザからのコメントに応答して表示することができる。
図22は、ユーザの目標を表示する画面8000の一例を示す。画面8000はまた、ユーザ入力をシステムに記録することをユーザに思い出させるためにポップアップした通知の例を含む。図示の例では、通知は、「データタブに血糖をログすることを忘れないで下さい」と述べている。従って、ユーザが目標モジュールにいるとき、IDMシステムは、例えば図22に示すように、ユーザに通知を提供することによって、データロギングモジュールなどの追加モジュールにアクセスするようにユーザにプロンプトすることができる。このような通知は、ユーザが何れかのモジュールにアクセスしている間に、ユーザに提供することができる。
図33~図39は、「血糖を7日間記録する」という目標に対する例示的なワークフローを描いた、IDMシステムの目標モジュールに対するユーザインタフェースの例示的な画面キャプチャである。
図33は、一実施形態による目標モジュールの例示的な画面6500を示す。図示されるように、2つの可能な目標が画面6500に表示される。第1の目標例は、「7日間10,000歩を歩く」と記載し、第2の目標は、「7日間血糖をログする」と記載する。本明細書で説明するように、各目標について、画面6500は、ユーザがその目標を試したい場合に選択できる開始ボタンを含むことができる。図33~図39に描かれた例示的なワークフローでは、目標「7日間血糖をログする」が選択される。
目標「7日間血糖をログする」の選択後、目標モジュールは、図34に示されるように、画面6510を表示することができる。画面6510は、ユーザが目標の完了にどれだけ近づいているかを示すステータスインジケータサークルを含む。図34に示されるように、ステータスインジケータ円は、目標に対する現在の進捗がないことを示す。画面6510はまた、目標の説明と、目標の関連性の説明とを含む。画面6510は、ユーザが目標を開始するために選択することができる開始ボタンを更に含む。
画面6510の開始ボタンの選択後、目標モジュールは、図35に示すように、画面6520を表示することができる。画面6520のステータスインジケータの円は、目標が開始されたが、進展がないことを示す。ユーザは、7日のうち0日目にいる。ステータスインジケータの下には、ユーザが各日の目標を完了したかどうかを入力するためのオプションがある。プラス記号は、ユーザがその日の血糖をログする目標を完了したことをまだ示していないことを示します。各日の目標を完了したかどうかをユーザが入力するためのオプションの下で、画面6520は、チャットプロンプトを含む。チャットプロンプトは、「私たちは皆、血糖追跡において幾つかのサポートを利用することができる。何かお手伝いできることはありますか?」と尋ねている。チャットプロンプトの下の「チャットしましょう」オプションを選択すると、本明細書で説明するように、ユーザをチャットボットインタフェースに導くことができる。幾つかの実施形態では、チャットプロンプトは、目標の期間全体にわたり存在することができる。他の実施形態では、チャットプロンプトは、特定の時間にのみ表われることができ、又は目標内のユーザの進捗状況に基づいて変更することができる。チャットプロンプトの下に、スクリーン6520は、ユーザにコンテンツを表示するためのスクリーンの一部を含む。コンテンツは、追跡されている目標に関連することができる。この例では、表示コンテンツは、「これらの糖尿病の数値は何を意味するの?」の記事と、「糖尿病管理プランがうまくいっているかどうかを理解する」の記事とを含む。
ユーザが、1日目の目標が完了したことを入力した後、目標モジュールは、図36に示すように、画面6530を表示することができる。画面6530上のステータスインジケータの円は、ユーザが7日のうち1日目を完了したことを示す。ステータスインジケータの下にあるチェックマークは、ユーザが今日の目標を完了したことを示す。
図37は、ユーザが目標の7日間のうち6日間を完了した後の目標モジュールの画面例6540を示す。目標の完了を示すオプションの横にあるチェックマークによって示されるように、ユーザは昨日と日曜日に目標を完了した。プラス記号は、ユーザが今日まだ目標を完了していないことを示す。
ユーザが画面6540で今日の目標が完了したことを示した後、目標モジュールは、図38に示すように、画面6550を表示することができる。画面6550には、祝福メッセージとして「おめでとう!目標完了」と表示される。画面6550上のステータスインジケータの円は、ユーザが7日目の7を完了したことを示す。画面6550は、更に、目標の成功した完了を示すアニメーションを示す。画面6550の例では、アニメーションは、紙吹雪のアニメーションである。
画面6550が表示された後、目標モジュールは、図39に示すように、画面6560を表示することができる。画面6560は紙吹雪のアニメーションを示し、ユーザが目標を達成したことに対する祝福又はお祝いを示す。画面6550と比較すると、画面6550は、「7日の7」と記載されたテキストを、目標を表すアイコンに置き換えている。画面6550では、アイコンは注射器である。
目標が完了又は失敗した後、目標モジュールは、本明細書に記載されるように、新たな目標を推奨することができる。
図40は、例えば、図33~図39に示すワークフロー中など、目標モジュールの使用中のユーザ選択に基づくチャットボットインタフェースの画面キャプチャ6570の例である。ユーザが、例えば画面6570の「チャットしましょうオプション」を選択することによって、チャットを開始することを選択した場合、チャットボットインタフェースは、画面6570に示すように、「これまでの目標についてどう感じていますか」などの目標に関連する質問を、「これまでのところ、とても良い!」及び「少し苦戦しています」などのオプションのユーザ応答と共に表示することができる。チャットボットは、ユーザの回答に応じて、ユーザに異なる推奨事項を提供することができる。例えば、ユーザが「これまでのところ、とても良い!」と示した場合、チャットボットは、「素晴らしい」といったメッセージを提供することができる。留意事項:「数字」が期待通りでないときは、「糖尿病管理プランがうまくいっているかどうかを理解する」などの最初の記事へのリンクと共に自分に優しくすることが大切です。ユーザが「少し悩んでいる」と示した場合、チャットボットは、「頑張って下さい。新しい習慣を身につけるのは、最初は簡単ではありませんが、この目標に挑戦するだけで、あなたは素晴らしいスタートを切ることができました」というメッセージと、「モチベーションを維持する方法」などの第2の記事へのリンクを提供する。
図23、図24、及び図25は、一実施形態によるIDMシステムのユーザインタフェースのロギングモジュールの例示的な画面キャプチャである。図23は、ロギングモジュールの画面8600の例を示す図である。図示されるように、画面8600は、「やあ、ダニエル、元気でしたか?」とユーザに尋ねるプロンプトを含む。プロンプトに続いて、画面8600は、1又は2以上の潜在的なデータ入力ソースを含む。例えば、画面8600は、血糖、ランタス(登録商標)(糖尿病治療薬)、活動、睡眠、ノーソーダ、及びウォーク10,000ステップのデータ入力ソースを含む。従って、画面8600は、ユーザがこれらのカテゴリの各々にデータを入力することができる簡単な方法を提供する。他の実施形態では、他のカテゴリが含まれることがある。全てのカテゴリが全ての実施形態に含まれる必要はない。
図示されるように、データ入力カテゴリは、糖尿病ケアに関連する様々な情報に関することができる。例えば、血糖測定値などの糖尿病ケアに関連する身体測定、糖尿病に関連して服用する薬(インスリンなど)の投与情報、身体活動を行う歩数又は分数などの活動情報、睡眠時間数など、様々なものに対してデータ入力ソース又はカテゴリを含むことができる。更にデータ入力ソース又はカテゴリは、目標に関連する項目を含むことができる。例えば、図示されるように、目標モジュールに関連して上記で先に説明した目標である「炭酸飲料を飲まない」及び「10,000歩を歩く」のデータ入力ソース又はカテゴリを含めることができる。
ユーザは、画面8600上でデータカテゴリを選択することにより、データカテゴリの何れかについてデータを入力することができる。追加のデータカテゴリは、スクロールダウンすることによって利用可能とすることができる。また、画面8600には、ユーザが選択してデータを発声入力することができる音声データ入力ボタン8602を含む。音声データ入力によって8602を選択すると、ユーザがロギングモジュールに入力したいデータを話すことができる。次に、ロギングモジュールは、ユーザの自然言語を入力し、入力されたデータを音声ファイルとして記録する。画面8600はまた、ユーザがデータを発声入力するために選択することができる音声データ入力ボタン8602を含む。音声データ入力ボタン8602を選択することで、ユーザがロギングモジュールに入力したいデータを話すことができ、ロギングモジュールは自然言語をパースしてデータを記録することができる。
図24は、サンプルロギングフレーズの1つを話した後にユーザに表示することができる例示的な画面8800を示す。図示されるように、ユーザは、「私の血糖は105mg/dlです」及び「私はHumalogを12単位服用しました」と話している。追加のサンプルロギングフレーズは、データをログするための追加のプロンプトを提供するユーザに依然として表示される。更に、画面8800は、「表示されたように別のフレーズを言うことができます」と言うことによって、ユーザに追加の情報を入力するように促すことができる。図24に示すように、ユーザがロギングプロンプトを通じてデータを入力すると、ロギングモジュールは、ユーザが話したデータをスクリーンに転記する。これにより、ユーザは、話されたデータが正しく転記されたことを確認することができる。ユーザが「完了」を選択すると、各スピーキングデータエントリーは、将来の使用のためにIDMシステムに格納することができる。
図25は、データが入力された後に表示することができる例示的な画面9000を示す。データは、例えばタイプすることによって手動で、又は先の例で示したように話すことによって音声で入力された可能性がある。画面9000は、ユーザがデータを検証し保存できるように、ユーザにデータを提示する。
図26は、一実施形態によるIDMシステムのユーザインタフェースのデータモジュールの例示的な画面キャプチャである。データモジュールは、利用可能な情報に基づいて、データ画面上でコンテキスト化された病識を提供するように構成することができる。このような情報は、例えば、ロギングモジュールなどのユーザによって入力されたデータ、又はIDMシステムによって知られている他のデータを含むことができる。更に、データモジュールは、ユーザが現在見ているデータ又はコンテンツに関連するコンテキスト化された病識を提供することができる。例えば、ユーザがデータを見ている場合、データモジュールは、データに基づいてコンテキスト化された病識を提供する。別の例として、ユーザがカリキュラムを見ている場合(例えば、学習モジュールにおいて)、ユーザは、カリキュラムに基づくコンテキスト化された病識を提示することができる。データモジュールは、データセットの組み合わせを分析して病識を生成し、チャットボット、通知、又は他のプロンプトでユーザに関与するように構成することができる。幾つかの実施形態では、例示的なデータセットは、インスリン、血糖、歩数、及び睡眠を含む。データセットの分析は、ルール(上述の通り)又は他のアルゴリズムによって定義することができる。
図26は、上述のようなコンテキスト化された病識を含む例示的な画面9100を示す。この例では、ユーザは、血糖値に関連するデータを閲覧している。グラフは、過去1週間のユーザの血糖を描いている。データモジュールは、ユーザがデータを閲覧している間にこのデータを分析し、コメント又は通知の形態でコンテキスト化された病識を提供することができる。図示されるように、画面9100は、「あなたの血糖値は、過去4回の水曜日の間、目標範囲から外れています。何か違うことをしているのでしょうか?それについてチャットしましょう。」と表示している。この場合、本システムは、血糖データセットを分析し、ユーザが水曜日に一貫して目標範囲外であることを決定し、次に、これがなぜそうであるかを決定するためにユーザと関与した。画面9100は、キーボードで入力されるか、又は発声で話される自然言語を通じてシステムに関与するように、ユーザがチャットボットに入力することを可能にするプロンプトを含む。
画面9100はまた、ユーザをIDMシステムの異なるモジュールに導くアイコンを有するメニューを含む。例えば、メニューには、データモジュールにアクセスするためのアイコン4304、学習モジュールにアクセスするためのアイコン4305、目標モジュールにアクセスするためのアイコン4306、チャットボットモジュールにアクセスするためのアイコン4307、ロギングモジュールでユーザデータを入力するためのアイコン4308を含む。これらのアイコンは、上述した図16に示すように、ホーム画面4300に表示されることもある。これらのアイコンは、学習モジュール内から直接他のモジュールに迅速且つ容易にアクセスすることを可能にすることができる。
図41~図52は、別の実施形態によるユーザインタフェースのロギングモジュールの例示的な画面キャプチャである。図41は、ロギングモジュールの例示的な画面7000を示す図である。画面7000は、1又は2以上のデータ入力ソース又はカテゴリ7002を含む。例えば、画面7000は、血糖、ヒューマログ(登録商標)(糖尿病薬)、ランタス(登録商標)(糖尿病薬)、及びインスリンのデータ入力カテゴリ7002を含む。従って、画面7000は、ユーザがこれらのカテゴリの各々にデータを入力することができる簡単な方法を提供する。他の実施形態では、他のカテゴリが含まれてもよい。全てのカテゴリが全ての実施形態に含まれる必要はない。
幾つかの実施形態では、画面7000は、ロギングモジュールに関する更新を示すためにユーザによって選択することができる新しいコンテンツボタン7004を含むことができる。図41に示すように、ボタン7004は、テキスト「新着を見て」を含む。幾つかの実施形態では、ボタン7004の選択は、ロギングモジュールに関する更新を示す1又は2以上の新しい画面又はカードを開くことになる。
幾つかの実施形態では、画面7000は、カスタマイズボタン7006を含むことができる。カスタマイズボタン7006を選択すると、画面7000上のデータ入力カテゴリを追加、削除、及び/又は修正するために使用できるカスタマイズビューを開くことができる。幾つかの実施形態では、カスタマイズボタン7006は、鉛筆アイコンの形態にすることができる。カスタマイズビューを示す画面7010の一例が図42に示されている。図42に示すように、カスタマイズビューは、複数の潜在的データ入力カテゴリ7002を含むことができる。各データ入力カテゴリは、例えば「+」アイコンの形で、データ入力カテゴリを画面7000に追加するためのボタン7012、及び/又は例えば「X」アイコンの形で、データ入力カテゴリを画面7000から削除するためのボタン7014と関連付けることができる。
図41を更に参照すると、幾つかの実施形態では、画面7000は、クローズボタン7008を含むことができる。クローズボタンの選択は、画面7000を閉じることができる。幾つかの実施形態では、クローズボタンは、「X」アイコンの形態とすることができる。
図示されるように、データ入力カテゴリ7002は、糖尿病ケアに関連する様々な情報に関連することができる。例えば、血糖測定値などの糖尿病ケアに関連する身体測定や、糖尿病に関連して服用する薬(インスリンなど)の投与情報など、様々なものに対してデータ入力ソース又はカテゴリを含めることができる。幾つかの実施形態では、データ入力カテゴリ7002は、投薬に関連する情報を記録し追跡するために選択することができるログ及び追跡ボタン7016を含むことができる。例えば、画面7000は、Humalog(登録商標)に関連するデータのログ及び追跡のために選択することができるログ及び追跡ボタン7016と、Lantus(登録商標)に関連するデータのログ及び追跡のために選択することができるログ及び追跡ボタン7016を含む。画面7000はまた、ロギング及び追跡のための追加のインスリン薬を追加するオプションを含む。幾つかの実施形態では、ログ及び追跡ボタンの選択は、投薬に関連する追加のデータを表示及び/又は入力するための別のログ及び追跡画面へユーザをリダイレクトすることができる。幾つかの実施形態では、画面7000は、図42に示すカスタマイズビューなどのカスタマイズビューに最初にナビゲートすることなく、画面7000に別の薬を追加するために、薬追加ボタン7018を含むことができる。
幾つかの実施形態では、データ入力ソース又はカテゴリは、身体活動を行う歩数又は分数、睡眠時間数などの活動情報を含むことができる。更にデータエントリーソース又はカテゴリは、目標に関連する項目を含むことができる。例えば、目標モジュールに関連して上記で先に説明した目標である「ソーダなし」及び「10,000歩歩く」のデータ入力ソース又はカテゴリを含むことができる。
ユーザは、画面7000上でデータカテゴリを選択することにより、データカテゴリの何れかのデータを入力することができる。追加のデータカテゴリは、スクロールダウンすることによって利用可能とすることができる。図41に示すように、画面7000は、ユーザがデータを発声入力するために選択することができる音声データ入力ボタン7020を含むこともできる。音声データ入力ボタン7020を選択することにより、ユーザがロギングモジュールに入力したいデータを話すことができる場合がある。次に、ロギングモジュールは、ユーザの自然言語を入力し、入力されたデータを音声ファイルとして記録する。
図43は、ユーザが注射薬のログ追跡オプションを選択した後にユーザに表示することができる画面例7040を例示す。例示的な画面7040において、注射薬は、注射用インスリン薬であるヒューマログ(登録商標)50/50である。幾つかの実施形態では、画面7040は、ユーザが投与された投薬量に関連する情報を入力できる薬剤ログセクション7042を含むことができる。例えば、ユーザは、特定の用量で服用された薬物の日付、時間、及び/又は量に関連する情報を入力することができる。投薬記録部は、日付フィールド7044、時間フィールド7046、及び特定の用量で投与された投薬の単位数を入力するための投薬単位フィールド7048を含むことができる。幾つかの実施形態では、ユーザがデータ入力と同時期に実行された投与に関する情報を入力できるように、現在の日付及び時刻が表示することができる。幾つかの実施形態では、現在の日付及び時刻は、デフォルトで使用されるが、ユーザによる追加の入力を通じて変更することができる。幾つかの実施形態では、日付、時刻、及び/又は単位数のエントリーは、例えば、値を追加、変更、又は削除することによって、後の時点で編集することができる。幾つかの実施形態では、削除又は変更された値は保存されるかもしれないが、もはやユーザには表示されない。
幾つかの実施形態では、画面7040は、閉じるボタン7052を含むことができる。クローズボタン7052の選択は、画面7040を閉じることができる。幾つかの実施形態では、閉じるボタンの選択は、図41に示すように、ユーザを画面7000にリダイレクトすることができる。幾つかの実施形態では、閉じるボタンは、「X」アイコンの形態にすることができる。
画面7040はまた、サイト回転部7050を含むことができる。部位ローテーションセクションは、薬物を使用した過去の注射部位に関する情報をユーザに提供することができる。部位ローテーションセクション7050は、注射部位使用に関する情報をユーザが入力できるようにするオプションも含むことができる。例えば、注射部位の脂肪肥大を緩和するために、注射の間に注射部位をローテーションすることは、ユーザにとって有益とすることができる。脂肪肥大は、インスリンの吸収効果に影響を与える可能性がある。幾つかの実施態様では、前の注射後の特定の期間、及び/又は前の拒絶反応後の特定の回数の注射のために、同じ注射部位を使用しないことが有益とすることができる。幾つかの実施態様では、以前の注射後の特定の期間、及び/又は以前の拒絶反応後の特定の回数の注射のために、1指幅、0.5インチ、0.75インチ、1インチ、又は他の何れかの適切な距離など、以前の注射部位から特定の距離内の注射部位を使用しないことが有益である場合がある。例えば、注射後3日以上、以前の注射部位及び/又は以前の注射部位に隣接する領域を使用しないようにすることが有益である場合がある。注射後6日以上、以前の注射部位又は以前の注射部位に隣接する領域を使用しないようにすることがより有益とすることができる。幾つかの実施形態では、部位ローテーションセクション7050は、部位回転に関する記事にユーザをリダイレクトするために、ユーザによって選択されることができる情報ボタン7054を含む。
部位ローテーションセクション7050はまた、複数の注射ゾーン7056を含む人体の少なくとも一部の図も含む。注射ゾーン7056は、薬物の注射部位に適した身体のセグメントの視覚的表現である。例えば、図43に示すように、部位ローテーションセクション7050は、腹部、大腿部、腕の後ろ、及び臀部周辺の注射ゾーン7056を示す。幾つかの実施形態では、注射ゾーン7056は、モバイルデバイス上で注射ゾーン7056を選択するために指を使用するユーザによる選択の容易さを促進するように寸法及び/又は形状を設定することができる。幾つかの実施形態では、注射ゾーン7056は、領域7058に更に体系化することができる。例えば、図43では、注射ゾーン7056は、腹部を含む第1の領域7058、大腿部を含む第2の領域7058、腕の背面を含む第3の領域7058、及び臀部を含む第4の領域7058の4つの領域又は四分円に編成される。幾つかの実施形態では、各領域7058内の注射ゾーン7056の寸法及び形状は、領域7058内の注入に利用可能な総表面積及び領域7058内の注射ゾーン7056の望ましい数に基づいている。
図43に示すように、幾つかの実施形態では、スクリーン7040は、特定の注射ゾーンの注入履歴及び/又は使用の適性に関する情報を提供することができる。例えば、画面7040は、各注射ゾーン7056について、注射ゾーン7056内で注入が実行されてからの期間を示すことができる。幾つかの実施形態では、注射ゾーン7056内で注射が実行されてからの期間は、ユーザによって提供された注射情報に基づいて決定することができる。例えば、ユーザは、特定の投与イベントの日付、時間、及び/又は量を記録する際に、注射に使用される注射部位の注射ゾーン7056を入力することができる。画面7040は、各注射ゾーン7056について、その注射ゾーン7056における最直近の注射についてユーザによって入力された時間からの期間を示すことができる。例えば、幾つかの実施形態では、スクリーン7040は、注射ゾーン7056における以前の注射から経過した時間の期間に基づいて、注射ゾーン7056を異なる色、色合い、及び/又はパターンで表示することができる。幾つかの実施形態では、注射ゾーン7056は、その注射ゾーン7056における最直近の注入が、現在の時刻の1~3日前の間に記録された場合、赤で表示することができる。幾つかの実施形態では、注射ゾーン7056は、その注射ゾーン7056における最直近の注入が、現在の時刻の4~6日前の間に記録された場合、オレンジ色で示すことができる。幾つかの実施形態では、その注射ゾーン7056における直近の注入が、現在時刻の7日以上前にログされた場合、注射ゾーン7056は、緑色で示すことができる。図43に示すように、画面7040は、注射ゾーン7056のステータスを表示するために使用される色の意味を説明する色及び/又はパターンキー7060も含む。図43にはパターンが示されているが、特定の注射ゾーンで前の注射が行われてからの期間の表示をユーザに提供するために、他のインジケータを使用することもできる。例えば、幾つかの実施形態では、インジケータは、数字、文字、記号、又は他の何れかの適切なフォーマットの形態とすることができる。
幾つかの実施形態では、注射ゾーン7056又は注射ゾーンの領域7058は、例えば、注射ゾーン7056又は領域7058をタップすることによって、画面7040上でユーザによって選択することができる。注射ゾーン7056又は領域7058の選択は、注射ゾーン7056又は領域7058に関する追加情報を表示させることができる。幾つかの実施形態では、注射ゾーン7056又は領域7058の選択は、注射ゾーン7056又は領域7058の拡大又はズームアップされたビューを表示させることができる。拡大されたビューは、スクリーン7040上又は別個のスクリーン上に表示することができる。図44は、大腿部を含む注射ゾーンの領域7058の選択後に画面7040に表示される拡大図の一例を示す図である。
幾つかの実施形態では、注射ゾーン7056を画面7040の中から選択して、注射ゾーン7056がユーザによって実行された注入イベントにおいて使用されたことを記録することができる。注射ゾーン7056の入力は、特定の用量で服用された薬の日付、時間、及び/又は量など、ユーザによって入力された投薬記録データと関連付けることができる。幾つかの実施形態では、注射ゾーンは、図43に示す図又は図44に示す拡大図の何れかで選択され、ユーザによって実行される注射に使用される注射ゾーン7056を記録することができる。
図43及び図44に示すように、画面7040は、保存ボタン7062を含むことができる。保存ボタン7062は、投薬記録部7042及び/又は部位ローテーションセクション7050に入力されたデータを格納するために使用することができる。幾つかの実施形態では、保存ボタン7062は、条件付き保存ボタンとすることができる。保存ボタン7062は、画面7040を使用して新しいデータが入力された場合にのみ起動することができる。保存ボタン7062は、画面7040を開いた後、又は以前の保存イベントの後に新しいデータが入力されなかった場合に、非アクティブになることができる。幾つかの実施形態では、保存ボタン7062は、保存ボタン7062が非アクティブ又はアクティブであることを示すためのインジケータを含むことができる。例えば、保存ボタン7062は、非アクティブのときは灰色で、アクティブのときはオレンジ色にすることができる。
図45~図52は、ユーザが薬剤データを記録し、特定の投薬イベントについて注射部位を追跡するための例示的なプロセスを描いた、ロギングモジュールの例示的な画面キャプチャの図である。
図45は、例示的なプロセスにおける薬剤データをログするための初期ステップ中の画面7040の一例を示す。図45に示すように、ユーザは、単位フィールド7048を選択することにより、薬剤データのロギングを開始することができる。幾つかの実施形態では、ユーザは、例えば、以前に投与された用量に関する情報を入力する場合、日付フィールド7044を使用して日付を選択し、及び/又は時間フィールド7046を使用して投薬の投与時間を選択することもできる。他の実施形態では、ユーザがデータ入力と同時期に行われた投与に関する情報を入力できるように、現在の日付及び時刻が表示することができる。幾つかの実施形態では、現在の日付及び時間は、デフォルトで使用されるが、ユーザによる追加入力を通じて変更することができる。
図46は、単位フィールド7048の選択後の画面7040の一例を示す。単位フィールド7048の選択後、数値トレイ7064がユーザに表示され、投薬イベントのための薬の単位数の入力を可能にすることができる。単位数を選択した後、ユーザは、数値トレイ7064を閉じるために完了ボタン7066を選択することができる。
図47は、単位数の入力及び数字トレイ7064の閉鎖後の画面7040の一例を示す図である。図47に示すように、台数の入力に続いて、保存ボタン7062が起動される。ユーザは、保存ボタン7062を選択して、単位数、日付、及び/又は投薬イベントの時間を含む投薬ロギングデータを格納することができる。或いは、ユーザは、保存ボタン7062を選択するために、追加情報を追加した後まで待つことができる。
図48は、保存ボタン7062を選択することによってロギングデータが保存された後の画面7040の一例を示す。図48に示すように、保存ボタン7062は非アクティブである。データを保存した後、ユーザは、閉じるボタンを押すことによって画面7040を閉じることを選択するか、又は図49~52に示すように注射部位追跡情報を入力することを選択することができる。幾つかの実施形態では、ユーザは、データを格納する前に注射部位追跡情報を入力することを選択することができる。
図49は、例示的なプロセスにおける注射部位の追跡の初期ステップ中の画面7040の一例を示す。ユーザは、部位ローテーションセクション7052で注射ゾーン7056の領域7058を選択することで、注射部位の追跡を開始できる。図49の手の画像によって示されるように、ユーザは、大腿部に位置する注射ゾーン7056を含む領域7058aを選択中である。幾つかの実施形態では、ユーザは、領域を選択する前又は後に、ユーザを部位回転に関する記事にリダイレクトするために、情報ボタン7054をオプションで選択することもできる。
図50は、図49の注射ゾーン7056の領域7058aを選択した後の画面7040の一例を示す。領域7058を選択した後、ユーザは特定の注射ゾーン7056を選択することで、その注射ゾーン7056に関するより詳細な情報を得ることができる。図50は、特定の注射ゾーン7056の選択を更に示す、選択された領域7058aの拡大図又はズームアップ図である。図50に示すように、特定の注射ゾーン7056の選択後、画面7040は、その注射ゾーン7056に関する情報を表示できる。例えば、図50に示すように、画面は、注射部位名、注射ゾーン7056aの直近の注射日時、直近の注射で使用された薬剤名、及び/又は直近の注射の単位数を表示することができる。幾つかの実施形態では、注射ゾーン7056に関する情報は、追跡・保存ボタン7068を有するミニトレイ7066に表示することができる。図50に示すように、「左太もも下」という名前の注射ゾーン7056aが選択される。最後の注射は、2020年1月10日午前10時45分に6単位の量のランタス(Lantus(登録商標))である。選択された注射ゾーン7056aは、現在時刻から7日以上前の直近の注射であることを示す緑色で表示される。図50に示すように、ユーザは、追跡・保存ボタン7068を選択して、この注射ゾーン7056aが現在の投与イベントで使用されたことを記録することができる。追跡保存ボタン7068を選択すると、他の未保存情報も保存される。或いは、ユーザが注射ゾーン7056aの保存を望まない場合、ユーザはミニトレイ7066の外側の場所をタップしてミニトレイ7066を閉じることができる。
図51は、左下太もも用の注射ゾーン7056aが選択され保存された後の画面7040の一例を示す。図51に示すように、トラッキング情報が保存されたことを確認する、「保存」の文字が入ったカプセルの形のインジケータ7070が存在する。幾つかの実施形態では、インジケータ7070は、数秒などの所定の時間期間表示され、その後消えることがある。図51に示すように、現在の投与イベントに対する保存された注射ゾーン7056aは、現在時刻の3日未満前に直近の注射が行われたことを示すために赤で表示されている。
図52は、追跡情報が保存されたことを確認するインジケータ7070が消失した後の画面7040の例を示す。幾つかの実施形態では、インジケータ7070が消えると、画面7040は、全ての注射ゾーン7056の全景に戻ることができる。
図49~図52に示されるプロセスは、図49~図52において追跡情報を入力する前に、図45~図48における、ユーザが薬剤データをログすることを描いているが、幾つかの実施形態では、ユーザは、薬剤データをログする前に追跡情報を入力することができる。幾つかの実施形態では、ユーザは、追跡情報を入力することなく薬剤データをログすることのみ、又は薬剤データをログすることなく追跡情報を入力することのみ行うことができる。
(例示的な実装システム)
本明細書に開示される実施構成は、IDMシステム及び関連するデバイス又はモジュールのためのシステム及び方法を提供する。当業者であれば、これらの実施形態がハードウェア、ソフトウェア、ファームウェア、又はこれらの何れかの組み合わせで実装することができることを認識するであろう。当業者であれば更に、本明細書に開示された実施形態に関連して記載される様々な例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はその両方の組み合わせとして実装できることは、理解されるであろう。ハードウェアとソフトウェアのこの互換性を明確に例示すために、様々な例示的な構成要素、ブロック、モジュール、回路、及びステップが、上記でこれらの機能の観点から一般的に説明された。このような機能がハードウェアとして実装されるか又はソフトウェアとして実装されるかは、システム全体に課される特定の用途及び設計制約に依存する。当業者であれば、特定の用途ごとに様々な方法で記載の機能を実装することができるが、このような実装の決定は、本発明の範囲からの逸脱として解釈すべきではない。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、フラッシュメモリ、ROM、EPROM、EEPROM、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、又は当該技術分野で知られる他の何れかの形態の記憶媒体に常駐することができる。例示的な記憶媒体は、プロセッサに結合され、かかるプロセッサが記憶媒体から情報を読み出し、及び記憶媒体に情報を書き込むことができるようにする。代替形態として、記憶媒体は、プロセッサと一体化されていてもよい。すなわち、プロセッサと記憶媒体は、集積回路に存在することができ、又はディスクリート部品として実装することができる。
本明細書に記載された機能は、プロセッサ可読媒体又はコンピュータ可読媒体上の1又は2以上の命令として格納することができる。「コンピュータ可読媒体」という用語は、コンピュータ又はプロセッサによってアクセスすることができる何れかの利用可能な媒体を指す。限定ではなく例として、このような媒体は、RAM、ROM、EEPROM、フラッシュメモリ、CD-ROM又は他の光ディスクストレージ、磁気ディスクストレージ又は他の磁気ストレージデバイス、又は命令又はデータ構造の形態で所望のプログラムコードを格納するのに使用でき及びコンピュータによってアクセスできる他の何れかの媒体を含むことができる。本明細書で使用する「disk」及び「disc」(ディスク)は、コンパクトディスク(CD)、レーザーディスク、光ディスク、デジタル多用途ディスク(DVD)、フロッピーディスク及びBlu-ray(登録商標)ディスクを含み、ここで「disk」は、通常は磁気的にデータを再生し、「disc」はレーザーを用いて光学的にデータを再生する。コンピュータ可読媒体は、有形及び非一時的の何れでもよい点に留意されたい。「コンピュータプログラム製品」という用語は、コンピューティングデバイス又はプロセッサによって実行、処理又は計算することができるコード又は命令(例えば、「プログラム」)と組み合わせたコンピューティングデバイス又はプロセッサを指す。本明細書で使用する場合、「コード」という用語は、コンピューティングデバイス又はプロセッサによって実行可能であるソフトウェア、命令、コード又はデータを指すことができる。
ソフトウェア又は命令は、伝送媒体を介して伝送することができる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線(DSL)、又は赤外線、無線、及びマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、又は他のリモートソースから伝送される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、又は赤外線、無線、マイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
本明細書に開示された方法は、記載の方法を達成するための1又は2以上のステップ又はアクションを含む。方法のステップ及び/又は動作は、特許請求の範囲から逸脱することなく、互換とすることができる。言い換えれば、ステップ又は動作の特定の順序が、記載されている方法の適切な動作に必須でない限り、特定のステップ及び/又は動作の順序及び/又は使用は、特許請求の範囲から逸脱することなく変更することができる。
本明細書で使用される「結合する」、「結合している」、「結合された」又は用語の他の変形は、間接接続又は直接接続の何れかを示すことができる点に留意されたい。例えば、第1の構成要素が第2の構成要素に「結合」されている場合、第1の構成要素は、第2の構成要素に間接的に接続されているか、又は第2の構成要素に直接接続されているかの何れかとすることができる。本明細書で使用する場合、用語「複数」は、2又は3以上を表す。例えば、複数の構成要素は、2又は3以上の構成要素を示す。
用語「決定する」は、幅広い種類の動作を包含し、従って、「決定する」は、計算、演算、処理、導出、調査、検索(例えば、テーブル、データベース又は別のデータ構造において検索する)、確認などを含むことができる。また、「決定する」は、受信(例えば、情報を受信する)、アクセス(例えば、メモリ内のデータへアクセスする)等を含むことができる。また、「決定する」は、解決する、選択する、選ぶ、確立する、などを含むことができる。
「に基づいて」という表現は、明示的に別段の定めがない限り、「にのみ基づいて」という意味ではない。換言すると、「に基づいて」という表現は、「にのみ基づいて」及び「少なくとも基づいて」の両方を記述している。
上述の説明では、実施例の十分な理解を提供するために、具体的な詳細事項が示されている。しかしながら、これらの具体的な詳細事項がなくても、実施例を実施できることは、当業者には理解されるであろう。例えば、電気的構成要素/デバイスは、不必要な詳細で実施例を不明瞭にしないために、ブロック図で示すことができる。他の例では、実施例を更に説明するために、このような構成要素、他の構造及び技術を詳細に示すことができる。
また、実施例は、フローチャート、フロー図、有限状態図、構造図、又はブロック図として描かれるプロセスとして記述することができることに留意されたい。フローチャートは、動作を逐次プロセスとして記述することができるが、動作の多くは、並行して、又は同時に実行することができ、プロセスは繰り返すことができる。また、動作の順序を入れ替えることもできる。プロセスは、その動作が完了したときに終了する。プロセスは、方法、関数、手順、サブルーチン、サブプログラムなどに対応することができる。プロセスがソフトウェア関数に対応する場合、その終了は、関数が、呼び出し関数又はメイン関数への戻りに対応する。
開示された実施構成の上記の説明は、当業者であれば本発明を実施又は利用できるようにするために提供される。これらの実施構成に対する様々な修正は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本発明の精神又は範囲から逸脱することなく、他の実施構成に適用することができる。従って、本発明は、本明細書に示された実施構成に限定されることを意図するものではなく、本明細書に開示された原理及び新規の特徴と一致する最も広い範囲が認められるべきである。
1015 ボタン
1024 ボタン
1025 画面
1026 カメラセクション
1028 機械可読コード
1030 対話セクション

Claims (20)

  1. 統合疾患管理システムにおける注射追跡コンテンツへのアクセスを提供するための電子的方法であって、
    統合疾患管理システムに接続されたデバイスのカメラにアクセスするステップと、
    前記カメラの視野内で機械可読コードを検出するステップと、
    前記機械可読コードを読み取るステップと、
    対話型ユーザインタフェースを介して前記統合疾病管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップと、
    を含む、方法。
  2. 前記機械可読コードを読み取るステップに応答して、前記対話型ユーザインタフェースを介して前記注射追跡コンテンツを表示するステップを更に含む、請求項1に記載の方法。
  3. 前記機械可読コードを読み取るステップに応答して、前記対話型ユーザインタフェースを介して前記注射追跡コンテンツを表示するための選択可能なオプションを表示するステップを更に含む、請求項1に記載の方法。
  4. 前記注射追跡コンテンツは、投与された薬剤に関連するデータを受け取るように構成された1又は2以上の薬剤ログ特徴部を備える、請求項1に記載の方法。
  5. 前記注射追跡コンテンツは、1又は2以上の注射部位回転特徴部を有する、請求項1に記載の方法。
  6. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、所定の時間期間だけ前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項1に記載の方法。
  7. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、所定の使用回数だけ前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項1に記載の方法。
  8. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、前記統合疾患管理システムにおける単一のユーザプロファイルのみに対して、前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項1に記載の方法。
  9. 前記対話型ユーザインタフェース上に、前記カメラの視野の視覚的指標を表示するステップを更に含む、請求項1に記載の方法。
  10. 前記対話型ユーザインタフェース上に、機械可読コードをキャプチャするための命令を表示するステップを更に含む、請求項1に記載の方法。
  11. 統合疾患管理システムにおける注射追跡コンテンツへのアクセスを提供するためのシステムであって、
    ユーザ情報を表示し受け取るように構成された対話型ユーザインタフェースと、
    カメラと、
    プロセッサ上で実行されたときに、
    前記カメラの視野内で機械可読コードを検出するステップと、
    機械可読コードを読み取るステップと、
    前記対話型ユーザインタフェースを介して前記統合疾病管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップと、
    を含む方法を実行する命令を含むメモリと、
    を備える、システム。
  12. 前記メモリは、前記プロセッサ上で実行されたときに、前記機械可読コードを読み取るステップに応答して、前記対話型ユーザインタフェースを介して前記注射追跡コンテンツを表示するステップを含む方法を実行する命令を含む、請求項11に記載のシステム。
  13. 前記メモリは、前記プロセッサ上で実行されたときに、前記機械可読コードを読み取るステップに応答して、前記対話型ユーザインタフェースを介して前記注射追跡コンテンツを表示するための選択可能なオプションを表示するステップを含む方法を実行する命令を含む、請求項11に記載のシステム。
  14. 前記注射追跡コンテンツは、投与された薬剤に関連するデータを受け取るように構成された1又は2以上の薬剤ログ特徴部を備える、請求項11に記載のシステム。
  15. 前記注射追跡コンテンツは、1又は2以上の注射部位回転特徴部を備える、請求項11に記載のシステム。
  16. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、所定の時間期間だけ前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項11に記載のシステム。
  17. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、所定の使用回数だけ前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項11に記載のシステム。
  18. 前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップは、前記統合疾患管理システムにおける単一のユーザプロファイルのみに対して、前記対話型ユーザインタフェースを介して前記統合疾患管理システムにおける前記注射追跡コンテンツへのアクセスをロック解除するステップを含む、請求項11に記載のシステム。
  19. 前記メモリは、前記プロセッサ上で実行されたときに、前記対話型ユーザインタフェース上に、前記カメラの視野の視覚的指標を表示するステップを含む方法を実行する命令を含む、請求項11に記載のシステム。
  20. 前記メモリは、前記プロセッサ上で実行されたときに、前記対話型ユーザインタフェース上に機械可読コードをキャプチャするための命令を表示するステップを含む方法を実行する命令を含む、請求項11に記載のシステム。
JP2023525995A 2020-10-30 2021-10-26 コンテンツへのアクセスを提供するためのシステム及び方法 Pending JP2023548824A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063107848P 2020-10-30 2020-10-30
US63/107,848 2020-10-30
PCT/US2021/056663 WO2022093830A1 (en) 2020-10-30 2021-10-26 System and method for providing access to content

Publications (1)

Publication Number Publication Date
JP2023548824A true JP2023548824A (ja) 2023-11-21

Family

ID=81383258

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023525995A Pending JP2023548824A (ja) 2020-10-30 2021-10-26 コンテンツへのアクセスを提供するためのシステム及び方法

Country Status (7)

Country Link
US (1) US20230420090A1 (ja)
EP (1) EP4236769A1 (ja)
JP (1) JP2023548824A (ja)
CN (1) CN116710924A (ja)
AU (1) AU2021370653A1 (ja)
CA (1) CA3198825A1 (ja)
WO (1) WO2022093830A1 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012071354A2 (en) * 2010-11-23 2012-05-31 Sanitas, Inc. Disease management system using personalized education, patient support community and telemonitoring
US8548828B1 (en) * 2012-05-09 2013-10-01 DermTap Method, process and system for disease management using machine learning process and electronic media
CA3103935A1 (en) * 2018-06-18 2019-12-26 Becton, Dickinson And Company Integrated disease management system

Also Published As

Publication number Publication date
EP4236769A1 (en) 2023-09-06
CN116710924A (zh) 2023-09-05
US20230420090A1 (en) 2023-12-28
CA3198825A1 (en) 2022-05-05
WO2022093830A1 (en) 2022-05-05
AU2021370653A1 (en) 2023-06-08

Similar Documents

Publication Publication Date Title
US20230008055A1 (en) Integrated disease management system
US11587681B2 (en) Database management and graphical user interfaces for measurements collected by analyzing blood
US20200027535A1 (en) Integrated disease management system
EP2582286A1 (en) Structured tailoring
US20200286603A1 (en) Mood sensitive, voice-enabled medical condition coaching for patients
US20230000448A1 (en) Goal management system
US20230420090A1 (en) System and method for providing access to content
US20230178234A1 (en) System and Method for Tracking Injection Site Information
O’Hara Discursive struggles in “diabetes management”: A case study using Baxter’s relational dialectics 2.0
Molinari Leveraging Conversational User Interfaces and Digital Humans to Provide an Accessible and Supportive User Experience on an Ophthalmology Service
Mitchell Enabling automated, conversational health coaching with human-centered artificial intelligence
Griffin Conversational Agents and Connected Devices to Support Chronic Disease Self-Management
Merino Barbancho A patient empowerment framework for integrated healthcare management programs of diabetes in the digital era
Galuzzi et al. Development and testing of a vocal interactive Amazon Alexa skill for medication adherence support
Onyeachu The role of age and illness in the adoption of tele-health
Gärds et al. Web-Application for Tracking Exercise and Dietary Habits and Their Effect on Biometrics, with Integrated Coaching
WO2023018732A1 (en) System and method using ai medication assistant and remote patient monitoring (rpm) devices
Rahman et al. Patient and professional acceptability of telehealth to monitor COPD and diabetes
Bhandari et al. Diamet