【課題】携帯収集装置（２４）で作動する構造化収集手続（７０）の実装、実行、データ収集、及びデータ分析を管理するシステム（４１）及び方法（２００、３００、３８８、４００）に関連する実施形態が開示される。
【解決手段】構造化収集手続（７０）を実行する収集装置（２４）は、プロセッサ（１０２）により実行されると、プロセッサ（１０２）に、１つ以上の進入基準（２２６）が未知の時間に満たされたときに、構造化収集手続（７０）の事象の工程（２２２）を自動的に開始させ、事象の工程（２２２）に従って収集された患者データ（２５６、１７０、１４５）をメモリ（１１０）に格納させ、１つ以上の退出基準（２２８）が未知の時間に満たされたときに、構造化収集手続（７０）を自動的に終了させ、事象の工程（２２２）内の事象（２３７）の実行の間に例外が発生しなければ、完了したとして構造化収集手続（７０）に印を付け／を示させるプログラム（３４）命令を備える。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般に生理的情報を収集する装置に関し、特に携帯（portable, hand-held）収集装置で作動する構造化収集手続の実装、実行、データ収集、及びデータ分析を管理するシステム及び方法に関する。
【背景技術】
【０００２】
長期に渡るまたは頻繁に再発する病気は、典型的に慢性病と定義される。公知の慢性病は、数ある中でも、うつ病、強迫神経症（compulsive obsession disorder）、アルコール依存症、喘息、自己免疫疾患（例えば、潰瘍性大腸炎、エリテマトーデス）、骨粗しょう症、癌、及び糖尿病を含む。慢性病は、有効な長期的治療のために、慢性病治療管理を必要とする。初期診断の後の、慢性病治療管理の機能の１つは、慢性病患者の治療を最適化することである。
【０００３】
糖尿病の例において、糖尿病は、不十分なインスリン分泌、インスリン作用、またはその両方に起因する高血糖により特徴付けられるが、糖尿病は、食事、体重、ストレス、病気、睡眠、運動、及び薬物摂取等の変動健康及び生活スタイル要因と相互に作用する各人固有の生理のために、各人で異なって現れることが知られている。生体指標は、生物学的過程、発病過程、薬理反応、事象、または状態（例えば、老化、病気のリスク、発現、または進行等）の、患者から生物学的に抽出される指標である。例えば、生体指標は、病気に関連する変数の客観的測定値であり、その病気の指標または予測因子としての機能を果たしてもよい。糖尿病の場合に、生体指標は、ブドウ糖、脂質、トリグリセリド等の測定値を含む。生体指標はまた、病気そのものの測定値よりはむしろ、病気の発現またはリスクを推測するためのパラメータの組であり得る。適切に収集及び評価されると、生体指標は、患者の医学的質問に関連する有益な情報を提供できると共に、医学的評価の一部として、医学的管理として、及び／または医学的最適化のために使用され得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
糖尿病について、臨床医は、Ｊｏｓｌｉｎ糖尿病センタ及びＪｏｓｌｉｎ病院、２型糖尿病の薬理学的管理のための臨床指針（２００７）、並びにＪｏｓｌｉｎ糖尿病センタ及びＪｏｓｌｉｎ病院、糖尿病成人のための臨床指針（２００８）等の公開治療指針に従って糖尿病患者を一般的に治療する。指針は、１００ｍｇ／ｄｌより小さい空腹時血糖値等の、希望する生体指標値を指定してもよい。臨床医は、糖尿病患者の治療での臨床医の訓練及び経験に基づき、希望する生体指標値を指定できる。しかし、指針は、糖尿病患者の治療を最適化する際に使用される特定の治療に対応するためのパラメータ調整のための生体指標収集手続を指定しない。その後、糖尿病患者は、収集の構造を使用せず、生活スタイル要因を無視して、糖値を測定しなければならない。糖値の非構造化収集は、解釈文脈を欠くいくつかの生体指標測定値をもたらし、臨床医及び患者が病気を管理するのを支援する他のヘルスケア提供者への測定値の価値を低減し得る。
【０００５】
慢性病患者は、慢性病を診断または治療を最適化するために、様々な時間に異なる臨床医により多数の収集を実行するように要求されるかもしれない。しかし、工程に従って収集を実行する要求は、重複し、繰り返しになり、相反し、及び／または患者が慢性病を診断または治療を最適化しようとするさらなる試みを敬遠するかもしれない負担を患者に与えるかもしれない。
【０００６】
加えて、要求する臨床医が、要求される収集の工程が可能かどうか、及び／または収集のパラメータが患者に適する及び／または受け入れ可能かどうかを確認するために、患者を適切に評価しなければ、収集から有益な結果を得ることは、見込みがないかもしれない。さらに、要求される収集を完了するために収集され、医学的質問及び／または臨床医の関心に対処するのに役立つ、十分に適切なデータがなければ、要求は、臨床医及び患者の時間及び努力、並びに収集を実行するために使用される消耗品を浪費するかもしれない。再び、失敗は、患者がさらなる治療の助言を求める気を削ぐかもしれない。
【０００７】
さらに、収集の工程を促進するのに使用される従来技術の収集装置は、あるとしても、限られた案内や、収集事象の簡単な合図しか提供しない。従来技術の装置は、典型的に、収集工程を管理する臨床医または患者のいずれかにより、手動でプログラムされる必要がある。従来技術の収集装置により提供される限られた案内及び機能はまた、患者が治療の将来の最適化を求める気をさらに削ぎ得る。なぜなら、この方法で別の収集手続を実行することは、患者により面倒だと見なされ、最適化を単なる推測に委ねるかもしれないからである。
【課題を解決するための手段】
【０００８】
上記の背景に対して、本発明の実施形態は、携帯収集装置で作動する見込みのある構造化収集手続の実装、実行、データ収集、及びデータ分析を管理するシステム及び方法を提示する。本発明の実施形態は、様々な収集装置、例えば１つ以上の収集手続及び本発明に従う関連メータ実行可能スクリプトを受け入れて実行する機能を備える血糖測定装置（メータ）で実行され得る。この収集手続は、一実施形態では、コンピュータまたは収集手続を作成可能な任意の装置で作成され得る。
【０００９】
携帯収集装置で作動する構造化収集手続の実装、実行、データ収集、及びデータ分析を管理するシステム及び方法に関連する実施形態が開示される。構造化収集手続を実行する収集装置は、プロセッサにより実行されると、プロセッサに、１つ以上の進入基準が未知の時間に満たされたときに、構造化収集手続の事象の工程を自動的に開始させ、事象の工程に従って収集された患者データをメモリに格納させ、１つ以上の退出基準が未知の時間に満たされたときに、構造化収集手続を自動的に終了させ、事象の工程内の事象の実行の間に例外が発生しなければ、完了したとして構造化収集手続に印を付けさせるプログラム命令を備える。
【００１０】
一実施形態において、構造化収集手続を実行するための収集装置が開示される。装置は、メモリ、メモリに接続されたプロセッサ、及びプロセッサにより実行されると、プロセッサに、１つ以上の進入基準が未知の時間に満たされたときに、構造化収集手続の事象の工程を自動的に開始させるプログラム命令を備え得る。プログラム命令はまた、プロセッサに、事象の工程に従って収集された患者データをメモリに格納させ、１つ以上の退出基準が未知の時間に満たされたときに、構造化収集手続を自動的に終了させ、事象の工程内の事象の実行の間に例外が発生しなければ、完了したとして患者データ内の完了フラグに印を付けさせ得る。
【００１１】
別の実施形態において、構造化収集手続の実装、実行、データ収集、及びデータ分析を管理するためのシステムが開示される。システムは、上記のような収集装置、及び収集装置に通信で連結されたコンピュータを備え得る。コンピュータは、収集装置で構造化収集手続の実行を管理するグラフィカルユーザインターフェースを提供する。
【００１２】
さらに別の実施形態において、構造化収集手続を実行するための収集装置が開示される。装置は、収集された生体指標データ、日時印、完了フラグ、及び収集された生体指標データの各例と関連する他のデータを含み、他のデータは関連する収集された生体指標を特徴付ける文脈説明データを含む、患者データを格納するメモリと、メモリに接続されたプロセッサと、及びプロセッサにより実行されると、プロセッサに、構造化収集手続をメモリから自動的に検索させるプログラム命令とを備え得る。構造化収集手続は、生体指標データを得る前に満たされる必要がある条件を規定する進入基準と、事象の各々が実行時間、事象を実行するための案内、情報、患者行動、及び少なくとも１つの型の生体指標データの収集の１つ以上の要求の少なくとも１つ以上を含む、事象の工程と、構造化収集手続を終了する前に満たされる必要がある条件を規定する退出基準とを定義するパラメータを有する。プログラム命令はまた、プロセッサに、進入基準が未知の時間に満たされたときに、構造化収集手続の事象の工程を自動的に開始させ、事象の工程に従って収集された患者データをメモリに格納させ、退出基準が未知の時間に満たされたときに、構造化収集手続を自動的に終了させ、生体指標データを収集するための事象の工程内の重要な事象の実行の間に例外が発生しなければ、完了したとして構造化収集手続を示させ、さもなければ、プロセッサは、構造化収集手続の未了を示す。
【００１３】
さらに別の実施形態において、構造化収集手続を管理する方法が開示される。方法は、収集装置に構造化収集手続及びプログラム命令を提供することと、収集装置のプロセッサに、１つ以上の進入基準が未知の時間に満たされたときに、構造化収集手続の事象の工程を自動的に開始させ、事象の工程に従って収集された患者データをメモリに格納させ、１つ以上の退出基準が未知の時間に満たされたときに、構造化収集手続を自動的に終了させ、事象の工程内の事象の実行の間に例外が発生しなければ、構造化収集手続の完了を示させるために、収集装置でプログラム命令を実行することとを有する。
【００１４】
ここに開示される本発明の、これら及び他の利点及び特徴は、以下に続く説明、図面、及び特許請求の範囲からより明らかにされるだろう。
【００１５】
本発明の実施形態の次の詳細な説明は、同様の構造が同様の参照番号で示される、次の図面と併せて読まれると、最もよく理解され得る。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に従う、糖尿病患者及び臨床医並びに患者の慢性病治療管理に関心のある他の人々のための慢性病治療管理システムを示す図である。
【図２】本発明の実施形態に従う、構造化検査方法を実行するのに適するシステムの実施形態を示す図である。
【図２Ａ】本発明の実施形態に従う、構造化検査方法を実行するのに適するシステムの実施形態を示す図である。
【図３】本発明に従う、収集装置の実施形態のブロック図を示す。
【図４】本発明に従う、図３の収集装置で構造化検査方法を使用して収集されたデータ記録の実施形態の、表形式での表現を示す。
【図５Ａ】本発明の実施形態に従う、医学的使用事例及び／または医学的質問のために構造化収集手続を作成する方法を示す。
【図５Ｂ】本発明の１つ以上の実施形態に従う、構造化収集手続を定義するパラメータ及び構造化収集手続を使用して患者の治療を最適化するために考慮され得る要因を示す。
【図５Ｃ】本発明の１つ以上の実施形態に従う、構造化収集手続を定義するパラメータ及び構造化収集手続を使用して患者の治療を最適化するために考慮され得る要因を示す。
【図６Ａ】本発明に従って定義される、様々な構造化収集手続の実施形態を示す。
【図６Ｂ】本発明に従って定義される、様々な構造化収集手続の実施形態を示す。
【図６Ｃ】本発明に従って定義される、様々な構造化収集手続の実施形態を示す。
【図６Ｄ】本発明に従って定義される、様々な構造化収集手続の実施形態を示す。
【図６Ｅ】本発明に従って定義される、様々な構造化収集手続の実施形態を示す。
【図７Ａ】本発明の実施形態に従う、慢性病患者の診断支援または治療支援のための構造化検査方法を示す。
【図７Ｂ】所定の構造化収集手続の一例、及び本発明の実施形態に従う、所定の構造化収集手続をカスタマイズするための方法を概念的に示す。
【図８Ａ】本発明の実施形態に従う、構造化収集手続を実行するための方法を示す。
【図８Ｂ】本発明の実施形態に従う、収集装置で提供されるグラフィカルユーザインターフェースを介して構造化収集手続を実行する方法を示す。
【図８Ｃ】本発明の実施形態に従う、収集装置で提供されるグラフィカルユーザインターフェースを介して構造化収集手続を実行する方法を示す。
【図９】本発明の別の実施形態に従う、患者から文脈説明生体指標データを得るために構造化収集手続を実行するための方法を示す。
【図１０Ａ】非文脈説明データ及び文脈説明データを示す。
【図１０Ｂ】本発明の実施形態に従う、典型的な収集手続を示す。
【図１１】本発明の実施形態に従う、受け入れ不可能な文脈説明データと混ざり合う、受け入れ文脈説明データの図を示す。
【図１２】本発明の実施形態に従う、ソフトウェアの要素を示す。
【図１３】本発明の実施形態に従う、収集手続の実行方法を示す。
【図１４】本発明の実施形態に従う、収集手続の実行方法を示す。
【図１５】本発明の使用事例の実施形態に従う、糖尿病の診断支援及び治療支援を提供する方法を示す。
【図１６】本発明の実施形態に従う、グラフィカルユーザインターフェースの異なるスクリーンショットを示す。
【図１７】本発明の実施形態に従う、グラフィカルユーザインターフェースの異なるスクリーンショットを示す。
【図１８】本発明の実施形態に従う、グラフィカルユーザインターフェースの異なるスクリーンショットを示す。
【発明を実施するための形態】
【００１７】
詳細な説明
本発明は、様々な実施形態に関連して、以下に説明されるだろう。当業者は、本発明が多数の異なる応用及び実施形態で実施されてもよく、その応用でここに示される特定の実施形態に特に限定されないことを理解するだろう。特に、本発明は、採血を介する糖尿病管理に関連して、後述されるだろう。しかし、当業者は、本発明がブドウ糖以外の、他の型の液体または検体と共に使用される、及び／または、糖尿病以外の、他の慢性病を管理することに役立つように修正され得ることを認識するだろう。
【００１８】
以下に説明される様々な実施形態で使用されるように、次の用語は、これに限定されないが、次の意味を含む。
【００１９】
用語「生体指標（biomarker）」は、例えば血糖値、間質糖値（interstitial glucose value）、ＨｂＡ１ｃ値、心拍数測定値、血圧測定値、脂質、トリグリセリド、コレステロール等の、患者に関するデータを提供するために測定される生理的変数を意味し得る。
【００２０】
用語「文脈説明（contextualizing）」は、特定の生体指標測定値の収集に存在または発生する条件を文書化及び相互に関連付けることを意味し得る。好ましくは、特定の生体指標の収集に存在または発生する条件を文書化及び相互に関連付けることに関するデータは、収集された生体指標データと共に格納され、そのデータに結び付けられる。特に、収集された生体指標データのさらなる評価は、データそれ自体が評価されるだけでなく、データ間の結び付けにも文脈説明が行われるように、条件を文書化及び相互に関連付けることに関するデータを考慮する。条件を文書化及び相互に関連付けることに関するデータは、特定の生体指標測定値の収集及び／またはそれと同時に発生する、例えば時間、食物、及び／または運動に関する情報を含み得る。例えば、本発明の一実施形態に従う構造化収集手続の文脈は、基礎滴定最適化（Basal titration optimization）に的を絞った検査手続の間に、生体指標値を受け入れる前に、ユーザの空腹状態を検証するために進入基準（entry criterion）を使用することにより、文書化され得る。
【００２１】
用語「文脈説明生体指標データ」は、特定の生体指標測定値がその特定の生体指標のために測定された値と共に収集された相互関連付け条件に関する情報を意味し得る。特に、生体指標データは、特定の生体指標測定値が収集され、それと結び付けられる相互関連付け条件に関する情報と共に格納される。
【００２２】
用語「基準（criteria）」は、１つ以上の基準を意味し、１つ以上の手続上のステップ、行動、及び／または値を開始、受け入れ、及び／または終了するために、１つ以上の条件が満たされるまたは合うかどうかを判断するために使用される、指針、規則、特性、及び次元の少なくとも１つ以上であり得る。
【００２３】
用語「順守（adherence）」は、構造化収集手続に従う人が、要求される手続上のステップを適切に実行することを意味し得る。例えば、生体指標データは、構造化収集手続の規定の条件で測定されるべきである。規定の条件が生体指標測定値のために与えられれば、順守は必要に応じて定義される。例えば、規定の条件は、時間に関連する条件であり、及び／または、例として、食事を摂取すること、空腹時標本（fasting sample）を取得すること、要求される時間帯に食事の一種を摂取すること、要求される時間に空腹時標本を取得すること、最低限の時間、睡眠を取ること等を含み得る。順守は、構造化収集手続、または、特に文脈説明生体指標データの単一のデータ点に適するまたは適さないように定義され得る。好ましくは、順守は、様々な規定の条件または選択的に決定される規定の条件により適するまたは適さないように定義され得る。さらに、順守は、構造化収集手続、または、特に文脈説明生体指標データの単一のデータ点に順守がどの程度与えられるかを示す、順守の程度として計算され得る。
【００２４】
用語「順守事象（adherence event）」は、構造化収集手続を実行する人が、手続上のステップを実行しないときを意味し得る。例えば、人が、収集装置により要求されたときにデータを収集しなければ、順守は、適さないように決定され、順守事象をもたらす。別の例において、順守基準は、患者が６時間絶食する第１の基準と、要求される時間に空腹時ｂＧ値を収集する第２の基準とであり得る。この例において、患者が、要求される時間にｂＧ採取を提供するが、提供する前に３時間しか絶食していなければ、第２の順守基準は満たされるが、第１の順守基準は満たされず、それゆえに第１の基準に対する順守事象が発生するだろう。
【００２５】
用語「違反事象（violation event）」は、構造化収集（検査）手続（規約）を実行する人が、推奨される時間に治療薬を投与せず、推奨される量を投与せず、またはその両方である順守事象の一種である。
【００２６】
用語「順守基準（adherence criterion）」は、順守を含み、測定値、測定値に関連する値、及び／または計算値の、規定の値またはその規定の範囲との比較（例えば、評価）のための基礎も意味し、その比較に基づいてデータは承認的及び肯定的に受け入れられる。順守基準は、一実施形態において、時間に関連する値及び／または順守を考慮できるが、他の実施形態におけるノイズ等も考慮できる。さらに、順守基準は、生体指標データが特定の生体指標の収集に存在または発生する条件を文書化及び相互に関連付けることに関する文脈説明データの比較に依存して受け入れられるように、文脈説明生体指標データに適用され得る。順守基準は、所与の情報またはその群に対する整合性検査（sanity check）に類似し得る。好ましくは、単一のデータ点／情報またはその群は、受け入れ基準を満たさなければ、拒絶される。特に、拒絶されたデータは、治療の推奨を提供するために使用されるさらなる計算に使用されない。主に、拒絶されたデータは、順守を評価するため及び／または少なくとも１つのさらなる行動を自動的に誘発するためだけに使用される。例えば、誘発される行動は、ユーザに、構造化収集手続または単一の要求される行動に従うように促し、それにより順守基準が満たされ得るようにする。
【００２７】
用語「データ事象要求（data event request）」は、環境（circumstance）の特別な集合により定義される、例えば時間に関連するまたは関連しない事象により定義される、時空内の単一の点でのデータの収集のための問い合わせを意味し得る。
【００２８】
用語「分散疾病状態評価（decentralized disease status assessment）」は、評価のために研究所に標本を送らずに値を提供するために、関心のある生体指標測定値を使用して行われる、病気の進行の過程または程度の決定を意味し得る。
【００２９】
用語「医学的使用事例（use case）または医学的質問」は、医学的事実の存在に関する不確実性を、検証されていないが、正しければ、所定の事実または現象を説明する概念と共に提供する手続、状況、条件、及び／または質問の少なくとも１つ以上を意味し得る。医学的使用事例または医学的質問は、ユーザが異なる医学的使用事例または医学的質問から選択できるように、システム内に寄託及び格納され得る。代替方法として、医学的使用事例または医学的質問は、ユーザ自身により定義され得る。
【００３０】
用語「集中的」、「構造化」、及び「一時的」は、用語「検査」と同じ意味でここに使用され、検査を行う所定の順序を意味し得る。
【００３１】
用語「ソフトウェア」及び「プログラム」は、同じ意味でここに使用されてもよい。
【００３２】
図１は、糖尿病患者１２及び臨床医１４並びに患者１２の慢性病治療管理に関心のある他の人々１６のための慢性病治療管理システム１０を示す。血糖代謝異常（dysglycemia）を有する患者１２は、メタボリック症候群、前糖尿病、１型糖尿病、２型糖尿病、及び妊娠性糖尿病を有する人を含んでもよい。患者の治療に関心のある他の人々１６は、患者の治療への従順さに影響を与え得る、家族の一員、友人、支援団体、及び宗教組織を含んでもよい。患者１２は、家庭用コンピュータ等の患者コンピュータ１８へのアクセスを有してもよい。患者コンピュータ１８は、インターネット、セルラーネットワーク等の公衆網５０（有線または無線）に接続でき、携帯収集装置２４等の外部携帯装置と通信するために、ドングル（dongle）、ドッキングステーション、または装置リーダ２２に連結できる。装置リーダの例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓから利用可能なマニュアル「Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ｓｍａｒｔ Ｐｉｘ装置リーダ ユーザーズマニュアル」（２００８年）に示される。
【００３３】
収集装置２４は、構造化収集手続に従って生体指標値をデジタル的に決定及び格納するために獲得機構として機能し、構造化収集手続及び本発明の方法を実行するように機能し得る、基本的に任意の携帯電子装置であり得る。構造化収集手続の様々な実施形態に関する詳細は、後の節で与えられる。好ましい実施形態において、収集装置２４は、自己監視血糖メータ２６または連続糖モニタ２８であり得る。血糖メータの例は、Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ａｃｔｉｖｅメータ、及びブックレット「Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ａｖｉｖａ血糖メータ オーナーズブックレット」（２００７年）に説明される、Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ａｖｉｖａメータである。その一部は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「メータ、及び液体の成分の濃度を決定するためにメータを使用する方法」という名称の、米国特許第６６４５３６８号明細書に開示される。連続糖モニタの例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、米国特許第７３８９１３３号明細書「検体の濃度の連続監視のための方法及び装置」（２００８年６月１７日）に示される。
【００３４】
収集装置２４に加えて、患者１２は、自身の糖尿病を管理するために、収集装置２４内での使用のために小びん３２に入れて携行される試験紙３０、患者コンピュータ１８、収集装置２４、携帯コンピュータ装置３６、例えばラップトップコンピュータ、携帯情報端末、及び／または携帯電話で動作できるソフトウェア３４、及び紙ツール３８を含む、様々な製品を使用できる。ソフトウェア３４は、あらかじめロードされるか、コンピュータ読み取り可能媒体４０または公衆網５０を介して提供され、必要に応じて、患者コンピュータ１８、収集装置２４、臨床医コンピュータ／オフィスワークステーション２５、及び携帯コンピュータ装置３６に、動作のためにロードされ得る。さらに他の実施形態において、ソフトウェア３４は、動作のためにコンピュータ（例えば、コンピュータ１８または２５）に連結された、または公衆網５０を通じて遠隔から、例えばサーバ５２からアクセスされる装置リーダ２２にも統合され得る。
【００３５】
患者１２は、所定の糖尿病治療のために、さらなる治療装置４２及び他の装置４４も使用できる。さらに、治療装置４２は、移動輸液ポンプ（ambulatory infusion pump）４６、インスリンペン４８、及びランシング装置（lancing device）５１等の装置を備え得る。移動輸液ポンプ４６の例は、これに限定されないが、Ｄｉｓｅｔｒｏｎｉｃ Ｍｅｄｉｃａｌ Ｓｙｓｔｅｍｓ社から利用可能なマニュアル「Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ｓｐｉｒｉｔインスリンポンプシステムポンプ ユーザガイド」（２００７年）に説明される、Ａｃｃｕ−Ｃｈｅｃｋ（登録商標）Ｓｐｉｒｉｔポンプを含む。他の装置４４は、血圧等の患者データを提供する医療装置、運動情報等の患者データを提供するフィットネス装置、及び介護者に通知を行う老人介護装置であり得る。他の装置４４は、Ｃｏｎｔｉｎｕａ（登録商標）Ｈｅａｌｔｈ Ａｌｌｉａｎｃｅにより策定された標準に従って、互いに通信を行うように構成され得る。
【００３６】
糖尿病の臨床医１４は、様々であり、例えば看護師、正看護師（nurse practitioner）、内科医、内分泌学者、及び他のヘルスケア提供者を含み得る。臨床医１４は、典型的に、臨床医オフィスコンピュータ等の臨床医コンピュータ２５へのアクセスを有する。臨床医コンピュータ２５は、ソフトウェア３４も提供され得る。Ｍｉｃｒｏｓｏｆｔ（登録商標）ＨｅａｌｔｈＶａｕｌｔ（登録商標）及びＧｏｏｇｌｅ（登録商標）Ｈｅａｌｔｈ等のヘルスケア記録システム２７は、公衆網５０または他のネットワーク手段（ＬＡＮ、ＶＡＮ、ＶＰＮ等）を介して情報を交換するために、及び収集装置２４からの収集データ等の情報を、コンピュータ１８、２５及び／またはサーバ５２に／から提供され得る患者の電子医療記録、例えばＥＭＲ５３（図２Ａ）、に格納するために、コンピュータ１８、２５で患者１２及び臨床医１４により使用されてもよい。
【００３７】
大抵の患者１２及び臨床医１４は、互いに及びコンピュータ／サーバ５２を有する他の人々と公衆網５０を介してやり取りできる。他の人々は、患者の雇用主５４、患者のヘルスケア費用の一部または全部を支払う保険会社等の第３者支払人５６、所定の糖尿病消耗品を販売する薬局５８、病院６０、支払人でもあり得る政府機関６２、及び病気の発見、予防、診断、及び治療のためのヘルスケア製品及びサービスを提供する企業６４を含み得る。患者１２は、ヘルスケア記録システム２７を介して、雇用主５４、支払人５６、薬局５８、病院６０、及び政府機関６２等の他の人々に、自身の電子健康記録にアクセスする許可も与えられる。ヘルスケア記録システム２７は、臨床医コンピュータ２５及び／または１つ以上のサーバ５２に存在できる。以下では、図２への参照がなされる。
【００３８】
図２は、本発明の実施形態に従って構造化検査方法を実行するのに適するシステムの実施形態を示す。このシステムは、別の実施形態では、慢性疾患治療管理システム１０の一部であり、従来の有線または無線通信手段を介してコンポーネントと通信できる。システム４１は、サーバ５２及び収集装置２４と通信する臨床医コンピュータ２５を備え得る。臨床医コンピュータ２５及びサーバ５２の間の通信は、公衆網５０、プライベートネットワーク６６、またはそれらの組み合わせへの通信回線を介して促進され得る。プライベートネットワーク６６は、（ウェブ）サーバ、ルータ、モデム、ハブ等のネットワーク装置６８を介して公衆網５０に接続するローカルエリアネットワークまたは広域ネットワーク（有線または無線）であり得る。
【００３９】
一実施形態において、サーバ５２は、複数の構造化収集手続（または規約）７０ａ、７０ｂ、７０ｃ、７０ｄのためのセントラルレポジトリであり得る。例となる構造化収集手続の詳細は、後の節で与えられる。サーバ５２及びネットワーク装置６８は、構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄの完了のためのデータ集約者（data aggregator）として機能し得る。従って、実施形態において、患者１２の収集装置からの収集手続の完了後のデータは、患者データの検索に応じて要求されると、サーバ５２及び／またはネットワーク装置６８から臨床医コンピュータ２５に提供され得る。
【００４０】
一実施形態において、サーバ５２での構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄの１つ以上は、公衆網５０を介して、例えば患者コンピュータ１８、臨床医コンピュータ２５、及び／または収集装置２４に実装される安全なウェブインターフェース５５（図２Ａ、システムの別の実施形態を示す）を通じて提供され得る。別の実施形態において、臨床医コンピュータ２５は、サーバ５２及び収集装置２４の間のインターフェース（有線または無線）としての機能を果たし得る。さらに別の実施形態において、構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄ及びソフトウェア３４は、コンピュータ読み取り可能媒体４０で提供され、患者コンピュータ１８、臨床医コンピュータ２５、及び／または収集装置２４にロードされてもよい。さらに別の実施形態において、構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄは、収集装置２４のメモリにあらかじめロード（内蔵）されて提供されてもよい。さらに別の実施形態において、新たな／更新された／修正された構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄは、公衆網５０、プライベートネットワーク６６、直接装置接続（有線または無線）７４、またはそれらの組み合わせを介して、患者コンピュータ１８、臨床医コンピュータ２５、サーバ５２、及び／または収集装置２４の間で送信されてもよい。従って、一実施形態において、外部装置、例えばコンピュータ１８及び２５は、収集装置２４及び他の遠隔パーソナルコンピュータ（ＰＣ）等のさらなる電子装置と、サーバとの間に、例えばインターネット等の公衆網５０及び／またはプライベートネットワーク６６等の他の通信ネットワーク（例えば、ＬＡＮ、ＷＡＮ、ＶＰＮ等）を通じて、通信回線７２、７４を確立するために使用され得る。
【００４１】
臨床医コンピュータ２５は、従来のパーソナルコンピュータ／ワークステーションとして、例えばメモリ７８及び／またはコンピュータ読み取り可能媒体４０からの、ソフトウェア３４等のプログラムを実行するプロセッサ７６を備え得る。メモリ７８は、システムメモリ（ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ等）、及びハードディスクドライブ及び／またはフラッシュメモリ（内部または外部）等のストレージメモリを備え得る。臨床医コンピュータ２５は、ディスプレイ８２をプロセッサ７６と接続するためのディスプレイドライバ８０、キーボード及びマウス（有線または無線）等のユーザインターフェース装置を接続するための入力／出力接続８４、コンピュータ読み取り可能媒体４０等の携帯用メモリ及びディスクのためのコンピュータ読み取り可能ドライブ８８も備え得る。臨床医コンピュータ２５は、公衆網５０及び収集装置２４等の他の装置（有線または無線）への接続のための通信インターフェース９０、及び上記の電子コンポーネントをプロセッサ７６に接続するためのバスインターフェース９２も備え得る。以下では、図３への参照がなされる。
【００４２】
図３は、図２に示される携帯収集装置２４を概念的に示すブロック図である。示される実施形態において、収集装置２４は、プロセッサ１０２等の１つ以上のマイクロプロセッサを備え得る。マイクロプロセッサは、少なくとももう１つのシングルコアまたはマルチコア及びキャッシュメモリを備える中央処理装置であってもよい。マイクロプロセッサは、バス１０４に接続され得る。マイクロプロセッサは、データ、メモリ、制御、及び／またはアドレスバスを備えてもよい。収集装置２４は、ソフトウェア３４を備え得る。ソフトウェア３４は、装置のプロセッサ１０２に後の節で説明される本発明の方法を実行させる命令コードを提供する。収集装置２４は、ディスプレイ１０８への表示のためにバス１０４から（または、不図示のフレームバッファから）グラフィックス、テキスト、及び他のデータを提供するディスプレイインターフェース１０６を備えてもよい。ディスプレイインターフェース１０６は、ランダムアクセスメモリ（ＲＡＭ）等の、収集装置２４の主メモリ１１０の一部、及びプロセッサ１０２の処理を利用する統合グラフィックスソリューションのディスプレイドライバであってもよいし、専用の画像処理装置であってもよい。別の実施形態において、ディスプレイインターフェース１０６及びディスプレイ１０８はさらに、周知の方法で収集装置２４にデータを提供するためのタッチスクリーンインターフェースを提供できる。
【００４３】
主メモリ１１０は、一実施形態では、ランダムアクセスメモリ（ＲＡＭ）であり、他の実施形態では、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、またはＥＥＰＲＯＭ、及びそれらの組み合わせ等の他のメモリを備えてもよい。一実施形態において、収集装置２４は、２次メモリ１１２を備え得る。２次メモリ１１２は、例えばハードディスクドライブ１１４、及び／または、例えばフロッピ（登録商標）ディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリコネクタ（例えば、ＵＳＢコネクタ、ファイヤーワイヤコネクタ、ＰＣカードスロット）等の少なくとも１つを代表する、コンピュータ読み取り可能媒体４０のためのコンピュータ読み取り可能媒体ドライブ１１６を備えてもよい。ドライブ１１６は、周知の方法でコンピュータ読み取り可能媒体４０に対して読み取り及び／または書き込みを行う。コンピュータ読み取り可能媒体４０は、フロッピ（登録商標）ディスク、磁気テープ、光ディスク（ＣＤまたはＤＶＤ）、フラッシュドライブ、ＰＣカード等を代表する。コンピュータ読み取り可能媒体４０は、ドライブ１１６により読み取り及び書き込みが行われる。理解されるように、コンピュータ読み取り可能媒体４０は、ソフトウェア３４及び／または構造化収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄを格納できると共に、収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄの１つ以上に従って実行される収集の完了によるデータも格納できる。
【００４４】
代替の実施形態において、２次メモリ１１２は、ソフトウェア３４、収集手続７０ａ、７０ｂ、７０ｃ、７０ｄ、他のコンピュータプログラム、または他の命令が収集装置２４にロードされるのを可能にするための他の手段を備えてもよい。その手段は、例えば取り外し可能記憶装置１２０及びインターフェースコネクタ１２２を備えてもよい。取り外し可能記憶装置／インターフェースの例は、プログラムカートリッジ及びカートリッジインターフェース、取り外し可能メモリチップ（例えば、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等）及び関連ソケット、並びにソフトウェア及びデータが取り外し可能記憶装置１２０から収集装置２４に転送されるのを可能にする他の取り外し可能記憶装置１２０（例えば、ハードドライブ）及びインターフェースコネクタ１２２を含み得る。
【００４５】
一実施形態における収集装置２４は、通信モジュール１２４を備え得る。通信モジュール１２４は、ソフトウェア（例えば、ソフトウェア３４、収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄ）及びデータ（例えば、収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄの１つ以上に従って実行される収集の完了によるデータ）が収集装置２４及び外部装置１２６の間で転送されるのを可能にする。通信モジュール１２４の例は、モデム、ネットワークインターフェース（イーサネット（登録商標）カード等）、通信ポート（例えば、ＵＳＢ、ファイヤーワイヤ、シリアル、パラレル等）、ＰＣまたはＰＣＭＣＩＡスロット及びカード、無線トランシーバ、及びそれらの組み合わせの１つ以上を含んでもよい。外部装置１２６は、患者コンピュータ１８、臨床医コンピュータ２５、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話等の携帯コンピュータ装置３６、及び／またはドングル、ドッキングステーション、または装置リーダ２２であり得る。実施形態において、外部装置１２６は、例えば臨床医コンピュータ２５またはサーバ５２との、公衆網５０またはプライベートネットワーク６６を介する通信を提供するために、モデム、ネットワークインターフェース（イーサネット（登録商標）カード等）、通信ポート（ＵＳＢ、ファイヤーワイヤ、シリアル、パラレル等）、ＰＣＭＣＩＡスロット及びカード、無線トランシーバ、及びそれらの組み合わせの１つ以上に提供され、及び／または、接続してもよい。通信モジュール１２４を介して転送されるソフトウェア及びデータは、有線信号または無線信号１２８の形式であり得る。信号１２８は、通信モジュール１２４により送受信され得る電子信号、電磁気信号、光信号、または他の信号であってもよい。例えば、公知のように、信号１２８は、ワイヤ、ケーブル、光ファイバ、電話線、携帯電話リンク、ＲＦリンク、赤外線リンク、他の通信チャネル、及びそれらの組み合わせを使用して通信モジュール１２４及び外部装置１２６の間で送信されてもよい。有線接続及び／または無線接続（例えば、それぞれＵＳＢ及びブルートゥース）を通じて電子装置を接続するための特定の技術は、周知技術である。
【００４６】
別の実施形態において、収集装置２４は、例えば携帯コンピュータまたは携帯電話として提供され、行動を行うために、例えば患者に行動を起こし、データ事象を取得し、及び情報に関する計算を行うように促すために、外部装置１３２と共に使用され得る。外部装置１２６と併用され、携帯コンピュータとして提供される収集装置の例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「糖尿病治療が決定されてもよい患者情報を収集するためのシステム及び方法」という名称の、２００６年６月１６日に出願された、米国特許出願第１１／４２４７５７号明細書に開示される。携帯コンピュータの別の例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓから利用可能な、「Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ｐｏｃｋｅｔ Ｃｏｍｐａｓｓソフトウェア ボーラス投与量（bolus）計算機付き ユーザガイド」（２００７年）という名称のユーザガイドに示される。
【００４７】
実例となる実施形態において、収集装置２４は、バイオセンサ１４０を読み取るための測定エンジン１３８を提供する。バイオセンサ１４０は、一実施形態では使い捨て試験紙３０（図１）であるが、例えば毛細管血の標本を受け取るために、収集装置２４と共に使用される。バイオセンサ１４０は、酵素反応にさらされ、測定エンジン１３８により電気化学技術、光技術、またはその両方により測定され、生体指標値、例えば血糖値、を測定して提供する。使い捨て試験紙及び測定エンジンの例は、米国特許出願公開第２００５／００１６８４４号明細書「試験紙のための試薬縞（stripe）」（２００５年１月２７日）に開示され、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された。他の実施形態において、測定エンジン１３８及びバイオセンサ１４０は、ブドウ糖、心拍数、血圧測定値、及びそれらの組み合わせ以外の、または、それらに加えて、他の型の採取液体または採取検体のための生体指標値を提供するために使用される型のものであり得る。代替の実施形態は、１つ以上の生体指標型の値が本発明に従う構造化収集手続により要求される実施形態で役立つ。さらに別の実施形態において、バイオセンサ１４０は、例えば収集装置２４がポンプ４６（図１）等の輸液装置と通信する連続糖モニタ（ＣＧＭ）として実装されるとき、留置カテーテルを有するセンサまたは皮下組織液体採取装置であってもよい。さらに別の実施形態において、収集装置２４は、ソフトウェア３４を実行し、輸液装置（例えば、移動輸液ポンプ４６及び電子インスリンペン４８）及びバイオセンサ１４０の間で通信を行うコントローラであり得る。
【００４８】
バイオセンサ１４０により収集される情報を少なくとも含むデータは、測定エンジン１３８によりプロセッサ１０２に提供される。プロセッサ１０２は、様々な計算を行うためにメモリ１１０に格納されるコンピュータプログラムを実行してもよく、データを使用して処理を行う。例えば、そのコンピュータプログラムは、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「血糖の構造化点測定（spot measurement）から推定平均血糖値及び推定糖化ヘモグロビン（ＨｂＡ１ｃ）値を提供するための方法、システム、及びコンピュータプログラム製品」という名称の、２００９年６月２６日に出願された、米国特許出願第１２／４９２６６７号明細書により説明される。測定エンジン１３８からのデータ、並びにそのデータを使用したプロセッサ１０２による計算及び処理の結果は、自己監視データとして参照される。自己監視データは、これに限定されないが、患者１２の糖値、インスリン投与量値、インスリン型、プロセッサ１０２により将来の糖値、追加インスリン投与量、糖質追加量、並びにそのような値、投与量、及び量を計算するために使用されるパラメータ値を含む。そのデータは、測定された糖値及び投与されたインスリン量値のための日時印と共に、メモリ１１０及び／または１１２のデータファイル１４５に格納される。収集装置２４の内部クロック１４４は、そのような使用のために、現在の日時をプロセッサ１０２に供給できる。
【００４９】
収集装置２４は、データ入力、選択及びデータのプログラム制御及び操作、情報の要求等のために、ボタン、キー、トラックボール、タッチパッド、タッチスクリーン等のユーザインターフェース１４６をさらに提供できる。一実施形態において、ユーザインターフェース１４６は、メモリ１１０及び／または１１２に提供されるデータの入力及び操作のために、１つ以上のボタン１４７、１４９を備え得る。一実施形態において、ユーザは、患者１２の生活スタイルに関連するデータ等の文脈説明情報を入力（文書化）するために、及び、規定の作業が完了したことを通知するために、ボタン１４７、１４９の１つ以上を使用できる。生活スタイルデータは、食物摂取、投薬使用、エネルギー値、運動、睡眠、一般的健康状態、及び患者１２の全体的健康生活感（例えば、嬉しい、悲しい、休まっている、ストレスがある、疲れている等）に関連してもよい。生活スタイルデータは、ボタン１４７、１４９を使用したディスプレイ１０８に表示される選択メニューを通じた操作を介して、及び／または、ディスプレイ１０８により提供されるタッチスクリーンユーザインターフェースを介して、自己監視データの一部として、収集装置２４のメモリ１１０及び／または１１２に記録され得る。ユーザインターフェース１４６は、自己監視データまたはその一部をディスプレイ１０８に表示するためにも使用され、例えばプロセッサ１０２により測定された糖値及び入力されたデータを表示するためにも使用され得ることを理解すべきである。
【００５０】
一実施形態において、収集装置２４は、ボタン１４７、１４９のいずれか１つ、またはそれらの任意の組み合わせを押下することにより、スイッチを入れられ得る。別の実施形態において、バイオセンサ１４０は試験紙であるが、収集装置２４は、測定エンジン１３８による試験紙上の血液の標本内の糖値の測定のために、試験紙が挿入されると、自動的にスイッチを入れられ得る。一実施形態において、収集装置２４は、所定の期間、ボタン１４７、１４９の１つを押下し続けることにより、スイッチを切られ得る。別の実施形態において、収集装置２４は、所定の期間のユーザインターフェース１４６の不使用の後、自動的に電源を切られ得る。
【００５１】
インジケータ１４８は、プロセッサ１０２に接続され、プロセッサ１０２の制御下で動作し、ｂＧの測定、及び食事の摂取等の将来の低血糖の可能性に関する事象のための時間に、患者に、聴覚、触覚（振動）、及び／または視覚で感知できる警報／合図を発する。適切な電源１５０は、装置を携帯可能にするために周知のように、収集装置２４に電力を供給するためにも提供される。
【００５２】
上記のように、収集装置２４は、ソフトウェア３４をあらかじめロードされてもよいし、コンピュータ読み取り可能媒体４０を介して提供されても、外部装置１３２及び／またはネットワーク５０を通じて直接的または間接的に信号１２８により通信モジュール１２４を介して受信されてもよい。後者の場合に、ソフトウェア３４は、収集装置２３のプロセッサ１０２により受信されると、主メモリ１１０（図示されるように）及び／または２次メモリ１１２に格納される。ソフトウェア３４は、命令を含み、プロセッサ１０２により実行されると、プロセッサが、後の節で説明されるような本発明の特徴／機能を実現するのを可能にする。別の実施形態において、ソフトウェア３４は、コンピュータ読み取り可能媒体４０に格納され、プロセッサ１０２にここに説明されるような本発明の特徴／機能を実現させるために、プロセッサ１０２によりキャッシュメモリにロードされてもよい。別の実施形態において、ソフトウェア３４は、例えば特定用途向け集積回路（ＡＳＩＣ）等のハードウェアコンポーネントを使用して、主としてハードウェア論理で実装される。ここに説明される特徴／機能を実現するためのハードウェア状態機械の実装は、関連技術の当業者には明らかだろう。さらに別の実施形態において、本発明は、ハードウェア及びソフトウェアの組み合わせを使用して実施される。
【００５３】
本発明のソフトウェアによる実施形態において、以下で説明される方法は、Ｃ＋＋プログラミング言語で実装され得るが、他のプログラム、例えば、これに限定されないが、ＶｉｓｕａｌＢａｓｉｃ、Ｃ、Ｃ＃、Ｊａｖａ（登録商標）、または当業者に利用可能な他のプログラム、でも実装され得るだろう。さらに他の実施形態において、プログラム３４は、スクリプト言語、またはインタープリタと共に使用される、他の独自の解釈可能な言語を使用して実装されてもよい。以下では、図４への参照がなされる。
【００５４】
図４は、本発明の実施形態に従う構造化収集手続による自己監視データ１５４のデータ記録１５２を含むデータファイル１４５を表形式で示す。自己監視データ１５４（例えば、様々な列）を伴うデータ記録１５２（例えば、行）は、関連する文脈情報１５６（例えば、他の様々な列、並びに行及び列のヘッダ情報）も提供する。文脈情報１５６は、自動的に、例えば測定エンジン、バイオセンサ、及び／または他の装置のいずれか１つから自動的に受信される入力を介して、または構造化収集手続の間に収集要求（例えば、プロセッサ１０２によりディスプレイ１０８に表示される質問）に応じて患者により手動で入力されるユーザインターフェースから受信される入力を介して収集され得る。従って、文脈情報１５６は、好ましい実施形態では各データ記録１５２を提供され得るので、その情報は、医師に直ちに利用可能であり、構造化収集手続を完了した後に、手書きまたは口頭で患者により提供される情報のさらなる収集は、必ずしも必要とされない。別の実施形態において、本発明に従う構造化収集手続の完了後に文脈情報１５６及び／または追加の文脈情報が収集されれば、その情報は、しばらく経って例えばコンピュータ１８、２５の１つを介して関連データファイル１４５及び／またはデータ記録１５２に提供されてもよい。その情報は、データファイル１４５内の自己監視データと関連付けられ、口頭または手書きで再び提供される必要はないだろう。後者の実施形態における過程は、構造化収集手続またはその一部が、構造化収集手続を実装するソフトウェア３４を実行できない収集装置と共に使用される紙ツール３８として実装される状況で、必要とされるかもしれない。
【００５５】
データファイル１４５（またはその一部、例えば自己監視データ１５４だけ）は、収集装置２４から、通信モジュール１２４を介して外部装置１３２（ＰＣ、ＰＤＡ、または携帯電話）等の別の電子装置に、またはネットワーク５０を介して臨床医コンピュータ２５に送信／ダウンロード（有線または無線）され得ることを理解すべきである。臨床医は、受信された自己監視データ１５４及び治療結果に対する患者１２の文脈情報１５６を評価するために、臨床医コンピュータ２５に提供される糖尿病ソフトウェアを使用できる。糖尿病ソフトウェアに組み込まれてもよい機能のいくつかの例であって、パーソナルコンピュータのための構成されるものは、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「時間区画（time block）を設定するための方法及びシステム」という名称の、２００７年１２月７日に出願された、米国特許出願第１１／９９９９６８号明細書に開示される、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓから利用可能な、Ａｃｃｕ−Ｃｈｅｋ（登録商標）３６０糖尿病管理システムである。
【００５６】
好ましい実施形態において、収集装置２４は、携帯血糖メータとして提供され得る。収集装置２４は、患者１２によりインスリン投与量値及び点測定された糖値を含む自己監視データを記録するために使用される。上記のｂＧメータの例は、これに限定されないが、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ社によるＡｃｃｕ−Ｃｈｅｋ（登録商標）Ａｃｔｉｖｅメータ及びＡｃｃｕ−Ｃｈｅｋ（登録商標）Ａｖｉｖａシステムを含む。これらは、検査結果をパーソナルコンピュータにダウンロードするために、Ａｃｃｕ−Ｃｈｅｋ（登録商標）３６０°糖尿病管理ソフトウェアと互換性があるか、ダウンロード及びＰＤＡとの通信のために、Ａｃｃｕ−Ｃｈｅｋ（登録商標）Ｐｏｃｋｅｔ Ｃｏｍｐａｓｓソフトウェアと互換性がある。従って、収集装置２４は、（以下で詳細に説明されるような）所定のフロー列に従って自己監視データを処理、分析、及び解釈し、適切なデータ解釈出力を生成するのに必要なソフトウェア及びハードウェアを備え得ることを理解すべきである。一実施形態において、収集装置２４により格納された患者データについて行われるデータの分析及び解釈の結果は、患者が自身の生理的状態を管理し、患者−医師の意思疎通を図るのを支援するために、レポート、傾向監視、及び図の形式で表示され得る。他の実施形態において、収集装置２４からのｂＧデータは、外部装置１３２、患者コンピュータ１８、及び／または臨床医コンピュータ２５を介してレポート（ハードコピーまたは電子的）を生成するために、使用されてもよい。
【００５７】
収集装置２４は、ユーザ及び／またはその臨床医に、ａ）データ説明、例えば記録の名称及び説明を編集すること、ｂ）指定された場所、特に上記の、ユーザが定義可能なディレクトリに記録を保存すること、ｃ）表示のために記録を呼び出すこと、ｄ）異なる基準（例えば、日付、時刻、名称、説明等）に従って記録を検索すること、ｅ）異なる基準（例えば、ｂＧ値、日付、時刻、期間、名称、説明等の値）に従って記録を分類すること、ｆ）記録を削除すること、ｇ）記録をエクスポートすること、及び／またはｈ）周知の、データを比較、記録を修正、記録を除外することを含む可能性の少なくとも１つ以上をさらに提供できる。
【００５８】
ここに説明されるように、生活スタイルは、食事、運動、及び仕事の予定等の個人の習慣におけるパターンとして、一般に説明され得る。個人はさらに、インスリン治療、または定期的に服用するように義務付けられる経口（oral）等の投薬治療を受けていてもよい。そのような行動の糖への影響は、本発明により暗黙的に考慮される。
【００５９】
収集装置２４のプロセッサ１０２は、メモリ１１０及び／または１１２に提供される１つ以上の構造化収集手続７０を実行できることを理解すべきである。一実施形態における各構造化収集手続７０は、スタンドアロンソフトウェアであり、プロセッサ１０２により実行されると、プロセッサに構造化収集手続７０及び他の規定の機能を実現させるのに必要なプログラム命令を提供する。他の実施形態において、各構造化収集手続７０は、ソフトウェア３４の一部であり、一実施形態では、ユーザインターフェース１４６からディスプレイ１０８に提供されるメニューリストからの選択の受け付けを介して、また別の実施形態では、収集装置２４に提供される構造化収集手続実効モードボタン（不図示）等の特定のユーザインターフェースの有効化を介して、プロセッサ１０２により選択的に実行され得る。ソフトウェア３４は、同様に、プロセッサ１０２により実行されると、プロセッサに、構造化収集手続７０及びここに説明されるソフトウェア３４の他の規定の機能を実現させるのに必要なプログラム命令を提供することを理解すべきである。収集メータの選択可能モードとして提供される選択可能構造化収集手続を有する適切な一例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「対話型グラフィカルユーザインターフェースを備える一時的血糖監視システム及びその方法」という名称の、２００９年６月２５日に出願された、米国特許出願第１２／４９１５２３号明細書に開示される。
【００６０】
さらに別の実施形態において、コマンド命令は、臨床医コンピュータ２５から送信され、通信モジュール１２４を介してプロセッサ１０２により受信され得る。コマンド命令は、収集装置２４を、構造化収集手続７０を自動的に実行する収集モードにする。コマンド命令は、実行すべき１つ以上の構造化収集手続のどれかを指定してもよいし、実行すべき構造化収集手続を提供してもよい。さらに別の実施形態において、規定の医学的使用事例または医学的質問のリストが、プロセッサ１０２によりディスプレイ１０８に提示され、ユーザインターフェース１４６を介してプロセッサ１０２により受信される、規定の医学的使用事例または医学的質問の選択に依存して、特定の構造化収集手続７０が複数の構造化収集手続（例えば、手続７０ａ、７０ｂ、７０ｃ、及び７０ｄ）からプロセッサ１０２により自動的に選択され得る。
【００６１】
さらに別の実施形態において、選択後に、構造化収集手続７０は、コンピュータ読み取り可能媒体、例えば４０を通じて提供されることも、コンピュータ１８または２５、他の装置１３２、またはサーバ５２からダウンロードされ、収集装置２４によりロードされることも可能である。サーバ５２は、例えば、選択された規定の医学的使用事例または医学的質問に従ってダウンロードのための所定の構造化収集手続７０を提供するヘルスケアの提供者または企業であってもよい。構造化収集手続７０は、ヘルスケア企業（例えば、企業６４）により開発され、ウェブページを通じて公衆網５０を介して実行されてもよいし、例えば図２に示されるサーバ５２でダウンロードに利用可能にされてもよいことを理解すべきである。さらに他の実施形態において、ユーザ（例えば、ヘルスケア提供者及び患者）が有するかもしれない特定の使用事例／医学的質問に対処するのに役立つように、新たな構造化収集手続７０が収集装置２４での使用に利用可能であるという通知は、郵便の手紙／カード、電子メール、テキストメッセージ、ツイート等の任意の標準的な方法で提供され得る。
【００６２】
いくつかの実施形態において、上記のように、紙ツール３８は、糖尿病ソフトウェア３４により提供される機能のいくつかを実現できる。糖尿病ソフトウェア３４に組み込まれてもよい機能のいくつかの例であって、紙ツール３８として構成されるものは、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓから利用可能であり、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡された、「血糖管理を評価するための装置及び方法」という名称の、２００７年２月２９日に出願された、米国特許出願第１２／０４０４５８号明細書に開示される、Ａｃｃｕ−Ｃｈｅｋ（登録商標）３６０ Ｖｉｅｗ血糖分析システム用紙である。
【００６３】
さらに別の実施形態において、ソフトウェア３４は、連続糖モニタ２８（図１）に実装され得る。このように、連続糖モニタ２８は、時間分解されたデータを得るために使用され得る。時間分解されたデータは、血糖値の点監視及び標準的なＨｂＡ１ｃ検査では見過ごされる変動及び傾向を識別するために、役立ち得る。例えば、低夜間糖値（low overnight glucose level）、食事間の高血糖値、早朝の血糖値の急上昇、及び食事及び身体活動が治療の変更という効果と共に血糖に与える影響。
【００６４】
収集装置２４及びソフトウェア３４に加えて、臨床医１４は、患者１２のために、移動インスリンポンプ４６及び電子ベースインスリンペン４８（図１）等の他の糖尿病治療装置を処方できる。インスリンポンプ４６は、典型的に、例えばＤｉｓｅｔｒｏｎｉｃ Ｍｅｄｉｃａｌ Ｓｙｓｔｅｍｓ社からも利用可能なマニュアル「Ａｃｃｕ−Ｃｈｅｋ（登録商標）インスリンポンプ設定ソフトウェア」に開示される設定ソフトウェアを備える。インスリンポンプ４６は、インスリン投与量及び他の情報を記録し、電子ベースインスリンペン４０と共に、コンピュータに提供できる。インスリンポンプ４６は、本発明に従う構造化収集手続７０（図２）の要求を受けて生体指標データを提供するための別の手段として使用され得る。
【００６５】
上記のように、後述される方法ステップの１つ以上は、紙ツール３８（図１）として構成され得るが、好ましくは、すべての方法ステップが、システム４１（図２）、または収集装置２４等のプロセッサ及びメモリを備える任意の電子装置／コンピュータで、メモリ内のプログラムとして電子的に促進されることを理解すべきである。公知のように、コンピュータがプログラムを実行すると、プログラムの命令コードは、コンピュータのプロセッサに、関連する方法ステップを実行させる。さらに他の実施形態において、後述される方法ステップのいくつかまたはすべては、コンピュータにより実行されると、コンピュータのプロセッサに、関連する方法ステップを実行させるプログラムの命令コードを格納するコンピュータ読み取り可能媒体４０に構成され得る。これらの方法ステップは、図５Ａ及び５Ｂを参照して、以下により詳細に説明される。
【００６６】
構造化収集手続を作成
図５Ａは、医学的使用事例または医学的質問のために、図５Ｂにより示される構造化収集手続７０を作成する方法２００を示す。構造化収集手続７０は、スタンドアロンソフトウェア、糖尿病ソフトウェア３４の一部、または紙ツール３８の一部として、上記の装置１８、２４、２５、２６、２８、３６、５２のいずれか１つに実装されてもよい。ステップ２０２では、医学的使用事例または医学的質問（以下、一般に使用事例として参照される）が選択される及び／または定義され得る。使用事例は、例えば、次の医学的使用事例または医学的質問から選択されるものであってもよいことを理解すべきである。特定の食物を摂取する効果を知りたい、食前及び／または食後に薬を服用する最善の時間を知りたい、及び運動のｂＧ値への効果を知りたい。他の使用事例は、診断結果を見付けること、患者への治療を初期化する最善の方法、患者の病気の進行の状態の決定を行うこと、患者の治療を最適化する最善の方法を見付けること等に関する質問であってもよい。さらに他の例は、空腹時血糖、食前糖値、食後糖値等に関する医学的質問に対処するのに役立つように使用され得る構造化収集手続７０を提供することであり得る。他の医学的質問は、所定の文脈で生体指標を管理すること、所定の文脈で生体指標を最適化すること、治療開始、治療の型、経口単剤治療、経口組み合わせ治療、インスリン治療、生活スタイル治療、治療の順守、治療効果、インスリンの注射または吸入、インスリンの型、基礎及びボーラスでのインスリンの分割等に関連することであり得る。例えば、経口単剤治療及び経口組み合わせに関する医学的質問は、スルホニル尿素、ビグアニド、チアゾリジンジオン、α−グルコシダーゼ阻害剤、メグリチニド、ジペプチジルペプチダーゼＩＶ阻害剤、ＧＬＰ−１アナログ、タスポグルタイド、ＰＰＡＲデュアルα／γアゴニスト、アレグリタザルに関するものを含み得る。選択された使用事例は、図５Ｂに示される医学的使用事例パラメータ２２０に割り当てられ得る。
【００６７】
ステップ２０４では、選択された使用事例を取り巻く状況または問題が定義され得る。このことは、使用事例の変更に影響を与えるかもしれないすべての要因を調べることにより達成され得る。例えば、患者の治療を最適化する最善の方法を知りたいという使用事例において、調べるべきいくつかの要因は、例えば図５Ｃに示される、ストレス、月経周期、暁前効果（pre-dawn effect）、背景インスリン（background insulin）、運動、食事に対するボーラス投与時期、基礎率（basal rate）、インスリン感受性、食後行動等を含んでもよい。
【００６８】
ステップ２０６では、状況または問題に対処するまたは手掛かりを与えるためにどの種類の分析が使用され得るかに関して、決定がなされ得る。その分析は、例えば、次から選択されてもよい。収集手続７０の間の空腹時血糖（ＦＰＧ）値の変化を評価すること、収集手続７０の間の１つ以上の特定値を監視すること、インスリン対糖質（Ｉ：Ｃ）比を決定すること、インスリン感受性を決定すること、薬を投与するための、食事等の別の変数に対する最善の時間を決定すること等。ステップ２０８では、生体指標及びそれが収集される文脈等のどの情報が収集される必要があり、その情報は分析を行うためにいつ収集される必要があるかに関して、採取グループの決定がなされ得る。例えば、採取グループは、一連のデータオブジェクトとして定義され得る。各データオブジェクトは、ターゲット型、例えばターゲット時間（例えば、変化する特徴のために使用される）、時間ウィンドウの下限、時間ウィンドウの上限等を使用できる時間ベース、データ型（単一、集合、または式）を定義するデータベース、データを受け入れるための条件（例えば、なし、値を下回る、値を上回る、式等）、収集の型（例えば、ユーザ入力、センサ、データ等）、並びに各収集のための任意のリマインダ画面テキスト（例えば、静的、及び／または書式設定及び値挿入で動的）からなる。この過程の結果は、収集事象の工程（schedule）２２２である（図５Ｂ）。次にステップ２１０では、選択された使用事例の状況または問題に対処するのに役立つように収集事象の工程２２２の各々または群が実行される方法が決定される。このことは、１つ以上の順守基準２２４をもたらす。収集を行う方法に加えて及び／または代えて、順守基準２２４は、所定の範囲に入るまたは所定の値に等しい１つ以上の生体指標値に基づいてもよい。他の実施形態において、順守基準は、結果の値が所定の範囲に入るまたは所定の値に等しいかどうかを決定するために生体指標データまたはその群を使用する式であり得る。
【００６９】
例えば、順守基準２２４は、所定のウィンドウ内での検査、所与の時間の絶食、所与の時間の睡眠、運動、低ストレス、月経なし（not menstruating）等の、患者１２が実行する必要がある事象２３７周りのパラメータを説明できる。順守基準２２４は、提供される情報の文脈を規定できる。順守基準２２４はまた、上記のように、別の文脈で、データが受け入れ可能かどうかの評価を提供するために使用され得る。順守基準２２４は、その文脈で使用されると、「受け入れ」基準として参照されてもよい。例えば、標本が採取される前に、順守基準２２４は、標本の採取までのステップが達成されるかどうかを規定できる。例えば、プロセッサ１０２は、要求２４０に応じて質問「この８時間、絶食していますか？」を表示する。ここで、ユーザインターフェース１４６を介してプロセッサにより受信される回答「イエス」は、このステップの順守基準２２４を満たす。別の例において、標本が採取された後に、プロセッサ１０２は、他の順守（受け入れ）基準を使用して、受信されたデータの妥当性を評価できる。例えば、先のデータに基づくと、空腹時ｂＧ標本は、１２０〜１８０ｍｇ／ｄｌの間にあるべきだが、受信された値が、３４０ｍｇ／ｄｌであったとすると、受け入れ可能値の所定の範囲外にあるので、順守（受け入れ）基準を満たさない。その例において、プロセッサ１０２が追加の標本を促せるという順守事象２４２が発生する。その場合において、再採取も失敗すれば（即ち、１２０〜１８０ｍｇ／ｄｌの間にない）、プロセッサ１０２により提供される評価は、患者１２は絶食していないということであり、プロセッサ１０２は、再採取の失敗時の順守基準により指示されるように、事象の工程２２２内の事象２３７を自動的に延長する。
【００７０】
次にステップ２１２では、事象の工程２２２が開始または終了される条件及び文脈が決定され得る。このことは、同時に及び／または順々に実行してもよい一連の構造化収集手続、例えば手続７０ａ、７０ｂ、７０ｃ、及び７０ｄを提供する場合に、事象の工程２２２及び事象の工程２２２が属する事象の他の工程の群に提供される１つ以上の進入基準２２６及び退出基準（exit criterion）２２８をもたらす。
【００７１】
例えば、１つ以上の進入基準２２６が、プロセッサ１０２が収集手続を使用するような条件を患者が満たすかどうかを決定するために使用され得る。進入基準２２６は、例えば、患者１２が範囲内の現在の年齢、範囲内のＨｂＡ１ｃに基づく進入基準２２６を満たすこと、並びに患者が、特定の病気に罹っていること、最低限の期間、病気に罹っていること、範囲内の体格指数（ＢＭＩ）を有すること、範囲内の空腹時血漿糖（ＦＰＧ）を有すること、特定の薬の感受性を有したこと、特定の薬を服用していること、特定の投与量の薬を服用していること、別の構造化収集手続の１つ以上の前提条件を満たすこと、別の構造化収集手続の１つ以上を完了していること、１つ以上の特定の、妊娠している、空腹でない等の前提条件または体調が優れない、熱がある、吐き気がある等の禁忌を有しないこと、及びそれらの組み合わせを確認する。進入基準２２６は、日の時間、週の時間、食事、時間オフセットを伴う食事の摂取、運動、時間オフセットを伴う運動、治療薬の使用、時間オフセットを伴う治療薬の使用、生理的環境、生体指標範囲、及び先の生体指標値からのオフセットとして計算される所定の範囲内の生体指標等の開始事象により、事象の工程２２２も開始できる。生理的環境の例は、所定数の生理的事象、例えば高血糖、低血糖、日の所定の時間における所定の温度等が、所定の時間、例えば時、日、週等に発生すると構造化収集手続を開始するという進入基準が満たされることであり得る。従って、進入基準は、前提条件、使用法の指示、及び／または使用法の禁忌を満たす必要の使用を支援するために、使用され得る。例えば、進入基準２２６は、構造化収集手続７０がインスリン感受性最適化を実行するために、基礎滴定のための構造化収集手続が完了し及び／または希望する結果を有すること、並びにインスリン対糖質比のための、別の構造化収集手続が完了し及び／または希望する結果を有することを、プロセッサ１０２が検証しなければならないという前提条件を定義できる。別の例において、進入基準２２６は、所定の構造化収集手続が１型、２型、及び具体的な薬の滴定に使用され得る構造化収集手続の型の糖尿病患者に分離使用を提供できるという、使用法の所定の指示を満たす必要と共に定義され得る。別の例において、進入基準２２６は、例えば患者１２が妊娠中、病気等であれば、所定の構造化収集手続７０は実行しないという、使用法の所定の禁忌を満たす必要と共に定義され得る。
【００７２】
１つ以上の退出基準２２８の例は、プロセッサ１０２に基づき、特定の値に達していること、１次標本値の平均が範囲内にあること、特定の事象及び／または条件が発生したまたは発生していないこと、及びそれらの組み合わせを決定する。手続が終了してもよい他の条件は、低血糖事象、患者が病気である、患者が治療の変更を被る等の反対事象（adverse event）を含み得る。追加の詳細は、プロセッサ１０２によりディスプレイ１０８に、具体的な退出基準が満たされたことに基づき、患者１２に提供されてもよい。例えば、一例において、患者１２が、低血糖を示す糖値を測定すれば、手続を終了する際に、プロセッサ１０２は、患者１２に糖質を摂取し、血糖が１２０ｍｇ／ｄＬを超えるまで３０分毎に血糖値を測定するように指示する別の代替手続を自動的に実行する。この代替手続について、患者１２はまた、プロセッサ１０２により、低血糖をもたらす条件が記録されるのを保証するために、食事、活動、ストレス、及び他の関連する詳細を文書化するように要求され得る。患者１２はまた、プロセッサ１０２により、この場合及び他の特別な場合に臨床医１４に連絡するように指示されてもよい。退出基準はまた、例えば、成功した完了の後に終了、不確定の完了の後に終了等、所定のタイムアウトの満了（計画的な終了）、例えばｎ（＝１〜３６５）日後も結果なし、解除によるもの、例えばフェイルセーフにより失敗した解除での終了等の、終了のための基準を含み得る。構造化収集手続７０はまた、退出基準２２８を満たすことに基づくだけでなく、患者１２が受け入れ可能レベルで要求を行わないとき、及び／または患者の生理的状態が患者が事象の工程２２２を遂行すべきでない方法で変化し、順守事象２４２が構造化収集手続を終了するという順守基準２２４を満たさないときに、自動的に終了するように定義され得ることを理解すべきである。
【００７３】
ステップ２１４では、収集の間のユーザへの案内２３０及び収集をカスタマイズするための任意のオプション２３２が決定され得る。例えば、案内２３０について、臨床医１４は、デフォルトのメッセージのリスト、または収集手続７０の実行の間に患者１２を案内するために調整されたメッセージを使用できる。一例として、メッセージは、データの取得が成功した（即ち、順守基準２２４を満たす）ときに提供され、「ありがとうございます。あなたの次の予定される測定は、午後１２時半です。」と表示するだろう。例えばインジケータ１４８により提供されるアラームはまた、収集手続７０と関連付けられ得る。アラームは、患者１２に測定を行うことを思い出させ、患者１２が測定を行うために追加の時間を必要とするときの、スヌーズ機能を備え得る。スヌーズ機能及び装置の他の特徴は、後の節でさらに説明される。
【００７４】
ステップ２０８〜２１４の結果は、ステップ２１６で作成される構造化収集手続７０である。構造化収集手続７０は、使用事例パラメータ２２０、事象の工程２２２、順守基準２２４、進入基準２２６、退出基準２２８、案内２３０、及びオプション２３２を共に関連付ける。一実施形態において、収集手続７０を生成する時点で、臨床医１４はまた、患者に（最低限）次の側面を説明する印刷物を生成する。収集手続７０の目的及び期待される理想的な結果、即ち収集手続７０の目的を設定すること、収集手続７０の設計及び必要とされる測定値の数、患者１２が収集手続７０を開始する前及び各測定値を取得する前に満たさなければならない進入基準２２６、及び患者１２が収集手続７０の継続を終了すべき退出基準２２８。収集手続７０の実行の間に提供され得る印刷物及び案内２３０は、なぜデータ収集手続を遂行するのかを患者が十分に理解することを保証する。
【００７５】
構造化収集手続７０の例は、例えば、インスリン対糖質比を決定するため、食事開始に対するボーラス投与時期を決定するため、及び摂取された糖質に相当する運動を決定するための構造化収集手続であってもよい。ステップ２１８では、構造化収集手続７０が、例えば図１〜３に関して上述の方法のいずれかで、システム４１での実行及び使用に利用可能にされる。構造化収集手続７０は、従って、臨床医１４が規定の医学的使用事例または医学的問題に対処及び／または調査するのに役立つように、医学界またはヘルスケア企業６４により、上記の過程を介して提供されてもよい。
【００７６】
図５Ｂは、構造化収集手続の基礎となる医学的使用事例に対処するために、糖尿病患者から文脈説明生体指標データを得るための構造化収集手続７０のパラメータ２２２、２２４、２２６、及び２２８の相互作用を示す。上記のように、使用事例パラメータ２２０は、パラメータ２２２、２２４、２２６、及び２２８が対処する医学的使用事例または医学的質問を識別するために提供されてもよい。例えば、臨床医コンピュータ２５のプロセッサ７６、収集装置２４のプロセッサ１０２、及び／またはサーバ５２は、例えばこれらの装置及び／またはシステム４１で提供される複数の構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄ（図２）から医学的使用事例パラメータ２２０を読み取り、利用可能な構造化収集手続のリストを、例えば臨床医コンピュータ２５のディスプレイ８２または収集装置２４のディスプレイ１０８に提供してもよい。さらに、臨床医コンピュータ２５、患者コンピュータ１８、及び／またはサーバ５２は、医学的使用事例に従って構造化収集手続を配置／格納／選別するために、医学的使用事例パラメータ２２０を使用できる。
【００７７】
上記のように、進入基準２２６は、特に所定の文脈で収集された生体指標データを含む患者データを得るために、構造化収集手続７０を開始するための要件を規定できる。一実施形態において、収集装置２４のプロセッサ１０２は、関連構造化収集手続７０がいつ患者の生理的文脈に適するかを決定し、関連構造化収集手続に必要な入力のすべてが確立されたことを保証するために、進入基準２２６を使用できる。それゆえに、構造化収集手続の開始日時は、進入基準２２６の所定の条件を満たさなければ、収集装置２４のプロセッサ１０２により自動的に、動的に変化してもよいことを理解すべきである。従って、進入基準２２６が満たされるまで、関連構造化収集手続７０の開始日時は、将来の未知の時間であり得る。
【００７８】
例えば、一実施形態において、構造化収集手続７０は、プロセッサ１０２により、例えば収集装置２４のメモリ１１０に、コンピュータ１８、２５のメモリに、及び／またはサーバ５２から提供される複数の構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄから、関連構造化収集手続のための規定の進入基準２２６の条件を満たすことに基づき、自動的に選択され得る。例えば、一実施形態において、第１の構造化収集手続、例えば手続７０ｄは、血糖値の傾向（「ｂＧ値傾向（trending）」）を示すのに役立つ。それゆえに、第１の構造化収集手続７０ｄのための進入基準２２６は、患者が規定の期間（例えば、現在から遡って数日、数週間、及び数ヶ月）、所定の比率を上回るｂＧ値平均を有することである。第２の構造化収集手続、例えば手続７０ａについて、進入基準２２６は、規定の期間（例えば、現在から遡って数日、数週間、数ヶ月）、所定のｂＧ値を下回る、朝食前の、特定数のｂＧ測定値を必要としてもよい。その例において、プロセッサ１０２は、一実施形態では起動時に、別の実施形態では例えばユーザインターフェースを介して受信される入力による命令時に、別の実施形態ではソフトウェア３４によりプログラムされる予定時間に、例えば収集装置２４のメモリ１１０に提供される様々な構造化収集手続７０ａ及び７０ｄにより提供される様々な進入基準２２６を通じて実行し、特定の手続７０の進入基準２２６の規定の条件が満たされるかどうかを決定できる。この例において、プロセッサ１０２は、メモリ１１０内の過去の測定値からの履歴データが、患者のｂＧ値平均が上昇しており、第１の収集手続７０ｄのための進入基準２２６は満たされているが、第２の収集手続７０ａのための進入基準は満たされていないことを示す、ということを決定する。この例において、プロセッサ１０２は、上記の分析に基づき、第１の構造化収集手続７０ｄを自動的に選択して開始する。
【００７９】
進入基準２２６の使用は、構造化収集手続７０への使用の指示が収集事象の工程２２２を開始する前に満たされていることを保証することにより、治療費の割り当て誤り（misallocation）を低減するのに役立ち得ることを理解すべきである。進入基準２２６はまた、多数の構造化収集手続を実行する任意の要求が、両立しなければ重複せず、互いの不要な繰り返しでなく、または患者に重大な責任（burden）を課すことを保証するのに役立ち得る。このように、患者が慢性病を診断または治療を最適化しようとするさらなる試みを敬遠するかもしれない上記の問題の多くは、収集装置２４のプロセッサ１０２により、進入基準２２６の使用を介して自動的に対処及び回避され得る。
【００８０】
図５Ｂにより示されるように、進入基準２２６は、文脈固有進入基準２３４、手続固有進入基準２３６、及びそれらの組み合わせを含み得る。文脈固有進入基準２３４の例は、食事、低血糖事象、インスリンの型及び投与量、ストレス等を識別するために、１つ以上の変数を含み得る。別の例において、文脈固有進入基準２３４は、例えば具体的な質問の形式で定義され得る。プロセッサ１０２は、具体的な回答がユーザインターフェース１４６からの入力を介して患者から受信されることを要求する。例えば、進入基準２２６を実行するプロセッサ１０２は、ディスプレイ１０８に、患者が要求される期間に構造化収集手続７０を実行する意思があり、それが可能かどうかの質問を表示してもよい。患者がユーザインターフェース１４６を介して肯定的に回答すれば、進入基準２２６は満たされて、プロセッサ１０２は、構造化収集手続７０で定義される時期に従って収集事象２３７を自動的に実行し続ける。患者が表示された質問に否定的に回答すれば、プロセッサ１０２は、構造化収集手続７０を続けず、例えばオプションパラメータにより指定されれば、質問の問い合わせの予定を将来に変更してもよい。
【００８１】
手続固有進入基準２３６の例は、疾病状態（disease state、disease status）、選択された治療、パラメータ前提条件、インスリン感受性を検査する前のインスリン対糖質比、両立しない収集手続等を識別するために、１つ以上の変数を含み得る。手続固有進入基準２３６は、プロセッサ１０２が３つの開始者（initiator）−患者１２、臨床医１４、またはデータ、例えば進入基準２２６の条件が満たされれば−の１つと共に構造化収集手続７０を自動的に続ける方法で定義され得る。例えば、手続固有進入基準２３６は、例えば一実施形態では、特定の構造化収集手続を解除して使用するために有効なパスワードをユーザインターフェース１４６を介して入力する認可されたユーザを介して、臨床医１４が構造化収集手続７０を指示すれば満たされ得る。別の実施形態において、臨床医１４は、臨床医コンピュータ２５及び／またはサーバ５２から、収集装置２４での患者１２による使用のために収集手続７０を指示（認可）する収集装置２４に、パスワードまたは認可コードを送信できる。患者１２により使用され得ず、臨床医１４により認可されるまでディスプレイ１０８で、例えば選択リストで患者により閲覧されることから隠され得る１つ以上の構造化収集手続７０が、収集装置２４のメモリ１１０に提供され得ることを理解すべきである。
【００８２】
手続固有進入基準２３６は、ユーザにより、例えばユーザがディスプレイ１０８に提供される構造化収集手続７０ａ、７０ｂ、７０ｃ、７０ｄのリストから特定の構造化収集手続を選択することにより満たされ得る。基準２３６のデータにより開始される手続の例は、プロセッサ１０２に提供される生体指標測定値が、特定の構造化収集手続のための進入基準２２６が満たされるために発生または存在しなければならない所定の状態を示すことだろう。その状態は、例えば、重度の低血糖事象等の単一の事象、または開始時刻から２４時間、開始時刻から１週間、カレンダ日時等の所与の、所定の期間内の低血糖事象等の一連の事象の発生であり得る。
【００８３】
従って、進入基準２２６は、構造化収集手続７０により対処される医学的使用事例に関連する患者の生理の文脈及び／または状態を規定する単一の基準または多数の基準であり得る。別の実施形態において、進入基準２２６は、例えば履歴患者データについて、患者データが収集された後に対処され得る。
【００８４】
事象の工程２２２は、１つ以上の事象２３７を指定する。各事象は、実行時間２３８、事象を実行するための案内２３０、患者からの情報への要求及び／または患者からの少なくとも１つの型の生体指標データの収集への要求を含んでもよい、患者の行動への要求２４０、及びそれらの組み合わせを定義する、少なくとも１つ以上の変数を含む。実行時間２３８について、事象の工程２２２は、３連続労働日の特定の時間での生体指標採取、または起床時の標本、３０分後の標本、及び１時間後の標本等の、各事象２３７の時期を指定できる。
【００８５】
各事象２３７及び任意の基準２２４、２２６、２２８のための案内２３０は、例えば特定の時間に開始、終了、及び／または起床する、特定の時間にｂＧ収集を行う、特定の時間に特定の食事または食物を摂取する、特定の時間に所定の運動を行う、特定の時間に薬を服用する等のための電子合図（聴覚的、視覚的）を提供することを含んでもよい。案内２３０はまた、情報、質問、並びに特定の時間の生理、健康、健康生活感等に関する特定の情報、収集手続の順守を向上させる提案、奨励、及び肯定的／否定的な意見を記録する要求を含んでもよい。
【００８６】
事象２３７は、再現可能な環境の組、即ち採取の前及び／または後の文脈が生体指標採取のための生体指標データで作成される方法で、要求２４０に従って生体指標採取の前及び後に実行される必要があるすべてのステップを定義することを理解すべきである。生体指標データの例は、糖尿病の文脈では、空腹時血糖値、食前糖値、食後糖値等を含む。環境の組の例は、食事、運動、治療的投与、睡眠、水分補給等に関する、患者データ内の収集された情報を識別する生体指標値と関連するデータを含み得る。
【００８７】
事象の工程２２２内の事象２３７の各々は、時間ベース、事象ベース、またはその両方であり得る。事象２３７はまた、食事の開始、起床時間、運動の開始、治療的投与時間、先の糖値と共に使用される関連オフセット、または所定の生体指標値の閾値を上回るまたは下回る時間であり得る。事象２３７はまた、生体指標採取時に再現可能な環境が作成される方法で、生体指標採取の前及び間に行われる必要がある患者の任意の行動を含み得る。このことは、食事、運動、治療的投与、睡眠、水分補給等の１つ以上を含み得る。さらに、事象の工程２２２内の事象２３７は、患者１２の仕事の予定、ストレス要因等を受け入れるために調整され得る（数、型、時期等）。
【００８８】
上記のように、順守基準２２４は、事象の工程２２２に従って実行される事象２３７が、構造化収集手続７０の基礎となる医学的使用事例に対処するために受け入れ可能なデータを提供したかどうかを定性的に評価するために使用される。特に、順守基準２２４は、実行された事象２３７からのデータを検証するために使用される変数及び／または値を提供できる。例えば、順守基準２２４は、収集装置２４のプロセッサ１０２により行われる、事象２３７に応じて収集された時間、量、型等の値が希望する範囲内にある、または希望する値を上回る、下回る、または等しいという確認であり得る。同じまたは異なる順守基準２２４が、事象の工程２２２内の事象２３７の各々と関連付けられてもよく、一実施形態では進入基準２２６と、別の実施形態では、例えば図６Ｄに示されるように（即ち、順守及び退出基準を定義する「ｂＧがターゲット範囲内に戻ると、運動を止める」）、退出基準２２８であるように関連付けられてもよい。一実施形態において、事象の工程２２２内の１つ以上の事象は、特定の事象がそのための順守基準２２４を満たさなければ、修正（例えば、追加、削除、延期等）されてもよい。一実施形態において、順守基準２２４の不履行は、順守事象２４２を誘発できる。一実施形態において、事象２３７に関連する順守基準２２４が満たされないことによる順守事象２４２の発生時に、プロセッサ１０２は、結果として１つ以上の追加の行動を要求されてもよい。例えば、プロセッサ１０２は、ディスプレイ１０８上で患者に追加の情報を促してもよいし、患者１２が病気である、ストレスに苦しんでいる、または食事を摂取する、運動する等の要求を行えないかどうかを決定するために、質問を促してもよい。患者が、例えばユーザインターフェース１４６を介して「イエス」と回答すれば、順守事象２４２の一部として、プロセッサ１０２は、事象の工程に延期（即ち、一時停止）を提供できる。一実施形態において、延期は、患者がプロセッサ１０２により促される別の質問に応じて元気になったことを示すまで、例えば順守事象の一部として翌日または所定の時間の後まで継続できる。例えば、患者１２は、プロセッサ１０２により薬を投与するように促されるが、患者は、例えばインスリンが置かれている自宅にいない。患者１２は、ユーザインターフェース１４６を介して延期を選択できる。プロセッサ１０２は、所定の時間の後に患者に再び促す。この延期はまた、上限を有してもよい。事象の工程が所定の時間内に再開されなければ、その環境の構造化検査手続７０は終了してもよい。別の実施形態において、別の形式の順守事象は違反事象である。違反事象は、構造化検査手続７０を実行する人が要求に応じて推奨される変更を行わないときに生じる。例えば、要求は、患者が薬の投与量を１０Ｕから１２Ｕに調整することであってもよい。患者は、ディスプレイ１０８に表示された、患者が変更に応じるまたは応じたかどうかを問い合わせる質問に否定的に回答する。違反事象に応じて、プロセッサ１０２は、順守事象に関して上述されたように、メッセージを送信及び／または延期を提供してもよい。
【００８９】
別の例及び一実施形態において、ｂＧ測定値は、構造化収集手続７０が、例えば使用事例パラメータ２２０により識別される医学的使用事例または医学的質問に対処するのに役立つデータを提供するために、食事の前に収集されなければならない。この例において、患者が事象の工程２２２に従って収集の要求２４０に応じて昼食に対してｂＧ測定値を採取せず、事象２３７の順守基準２２４が満たされなければ、関連順守基準２４２に応じるプロセッサ１０２は、収集手続７０の命令に従って、その日の事象の工程２２２内の残りのすべての事象２３７を取り消し、データファイル（例えば、データファイル１４５（図４））に格納された監視ｂＧ測定値を無効として印を付し、事象の工程２２２の予定を翌日に変更するようにプログラムされ得る。プロセッサ１０２が順守事象２４２に応じて取ってもよいさらなる行動の他の例は、患者がより行い易いかもしれない、事象の２次工程に切り替え、欠損データを埋め合わせるために測定値の追加の事象を提供し、退出基準を１次から、修正された基準を提供する２次退出基準に変更し、順守事象を１次から２次順守基準に変更し、失敗事象の欠損データを履歴データ（からの推定値）で埋め、構造化収集手続７０が成功し得るかどうかを確認するために特定の計算を行い、失敗事象の、臨床医等の特定の人にメッセージを送信し、欠損データ点を無視または推定するために関連データ記録１５２に所定の指示を提供する等により、構造化検査手続を動的に変更することであってもよい。さらに別の実施形態において、順守基準２２４は、例えば１つ以上の生体指標値及び／または１つ以上の質問に応じてユーザインターフェースから受信される入力に基づき、収集データが医学的使用事例または医学的事例に対処するのに役立つ値を提供するかどうかを決定するアルゴリズムを介して、動的に評価され得る。この例において、計算された順守値が役に立たない、例えば希望する範囲に入らないまたは所定の値を満たさなければ、結果として生じる順守事象により定義されるさらなる処理、例えば上述の過程のいずれか１つ以上が行われるだろう。
【００９０】
上記の退出基準２２８は、構造化収集手続７０がそれにより対処される医学的質問に回答するのに十分な文脈データを有するように、構造化収集手続７０を終了または完了するための要件を規定する。退出基準２２８は、医学的使用事例に対処するために必要とされる標本の数を最小化することにより、構造化収集手続７０の効率を向上させるのに役立ち得る。他の実施形態において、評価は、所与の信頼区間により示されてもよい。信頼区間は、パラメータに統計的に割り当てられる離散値または連続値の群である。信頼区間は、典型的に、時間の所定の部分でのパラメータの真値を示す。
【００９１】
進入基準２２６と同様に、退出基準２２８は、文脈固有退出基準２４４、手続固有進入基準２４６、及びそれらの組み合わせを含み得る。文脈固有退出基準２４４の例は、気分、希望する血糖事象（即ち、血糖値）を識別し、ストレス、病気、禁忌、例えば高血糖、低血糖、嘔吐、熱等を示すために、１つ以上の変数を含み得る。続固有進入基準２４６の例は、順守基準を満たす事象、希望する所定の範囲内にある及び／または希望する所定の値である生体指標値、希望する疾病状態、所定の期間の後に生体指標に変化なし、または所定の期間に渡って希望する生体指標値に著しい進展なし等を識別するために、１つ以上の変数を含み得る。一実施形態において、退出基準２２８は、第２の構造化収集手続７０の進入基準２２６のために満たされる必要がある条件を規定できることを理解すべきである。例えば、第１の収集手続、例えば構造化収集手続７０ｂ（図６Ｂ）で決定された適切なインスリン対糖質（Ｉ：Ｃ）を有するときに、ボーラス投与を行うための食事の開始に対する最善の時間を決定するために、構造化検査、例えば現在のＩ：Ｃ比を必要とする構造化検査手続７０ｃ（図６Ｃ）を実行することは、未知の時間に第１の構造化収集手続７０ｂの退出基準を満たすときに、プロセッサ１０２が第２の構造化収集手続７０ｃの事象の工程を自動的に実行できる方法で、調整され得る。他の実施形態において、例えば、プロセッサ１０２により事象の工程２２２に従って実行される第１の構造化収集手続７０の退出基準２２８及び第２の構造化収集手続７０の進入基準２２６は共に、同じ１つ以上の、上記の禁忌に基づき得る。実施形態において、例えばユーザインターフェース１４６及び／またはバイオセンサ１４０を介してプロセッサ１０２に提供及び／または検出され、この例では第１の構造化収集手続７０の退出基準２２８を満たす、禁忌の発生時に、プロセッサ１０２は、第２の構造化収集手続７０の進入基準２２６も満たされているので、第２の構造化収集手続７０の事象の工程を自動的に開始するだろう。第１の構造化収集手続を終了することにより開始され得る第２の構造化収集手続７０の例は、定期的な間隔、例えば３０分毎、１時間毎、毎日の特定の時間等に、禁忌がなくなるまで（例えば、生体指標値が望ましい範囲または値に達する、患者１２がユーザインターフェース１４６を介してプロセッサ１０２にもはや禁忌を有しないことを示す、所定の期間の満了等）、生体指標の採取を要求する事象の工程２２２を有するものであり得る。実施形態は、禁忌の発生後に事象の文脈及び値を記録することが望みであり、禁忌の発生時に第１の収集手続を終了すべきであれば、役に立つ。
【００９２】
退出基準２２８は、構造化収集手続７０を終了する条件を規定する単一の基準または多数の基準であり得る。条件は、好ましい実施形態では、収集方法により対処される医学的質問に回答するのに十分な文脈説明生体指標データが得られるのを保証するために提供される。例えば、所定数の有効な標本が得られる、または標本内の変動が所定の閾値を下回る方法で。それゆえに、収集手続７０の終了日時は動的であり、退出基準２２８の所定の条件が満たされなければ、プロセッサ１０２により自動的に変更されてもよいことを理解すべきである。同様に、退出基準２２８の条件は動的であり、例えば特定の順守基準２２４が満たされるまたは満たされなければ、プロセッサ１０２により自動的に変更されてもよい。例えば、一実施形態において、特定の収集事象２３７のための順守基準２２４が満たされれば、プロセッサ１０２は、第１の退出基準を使用するように指示され、満たされなければ、プロセッサ１０２は、第１の退出基準と異なる第２の退出基準を使用するように指示される。従って、退出基準２２８が満たされるまで、構造化収集手続７０の終了日時は、将来の未知の時間であり得る。別の実施形態において、退出基準２２８は、患者データが収集された後に、履歴患者データについて評価され得る。
【００９３】
進入基準２２６及び退出基準２２８並びに順守基準２２４は、各収集事象２３７を有効活用する、及び／または医学的使用事例または医学的質問に対処するのに役立たない不要な収集での試験紙３０の消費を低減するために、事象の工程２２２を実行するために必要とされる受け入れ可能な条件、値、構造、及び文脈の１つ以上を定義することにより、構造化収集手続７０を実行する時間及び収集に関連する費用を低減するのに役立ち得ることを理解すべきである。以下では、図６Ａ〜６Ｅへの参照がなされる。
【００９４】
構造化収集手続例
図６Ａ〜６Ｅは、構造化収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄの例を示し、関連技術の当業者により上記の装置１８、２４〜２６、２８、３６、５２のいずれか１つに実行されてもよい命令コードに容易に変換され得る機能を示す。それゆえに、簡潔のために、示される機能に関連する擬似コードまたは実コードに関して、説明は与えられない。
【００９５】
図６Ａは、糖尿病患者から文脈説明生体指標データを得るために使用される構造化収集手続７０ａの実施形態を図式的に示す。横軸は、様々な事象２３７の実行時間２３８を示し、縦軸は、順守基準２２４を値なしで示す。示される実施形態において、事象２３７は、食事２４８及び睡眠２５０に関する記録情報と、５つの生体指標採取２５４に文脈２５２を提供するために、事象の工程２２２の一部である事象２３７を含み得る。この例において、食事２４８のための順守基準２２４は、最小値より大きく、例えば糖質量の値であり得る。進入基準２２６は、例えば特定の値を上回る生体指標値を含み、例えば構造化収集手続７０ａを開始するために文脈付け要件を満たすように要求される。退出基準２２８も同様に、特定の値を下回る生体指標値を含み、構造化収集手続７０ａを終了するために文脈付け要件を満たすように要求される。構造化収集手続７０は、多数の医学的使用事例に対処するのに役立つ。
【００９６】
ＧＬＰ１構造化検査手続
例えば、いくつかの疫学研究は、食後糖（ＰＰＧ）値の上昇が、心血管死亡及び２型糖尿病（Ｔ２Ｄ）での死亡の有意な予測因子であることを確認した。このため、高食後ｂＧ値を示すＴ２Ｄに処方され得る、週１回長時間作用型グルカゴン様ペプチド−１（ＧＬＰ１）薬群がある。これらのＧＬＰ１薬は、インスリン分泌を促進し、グルカゴン分泌を抑制することにより、血糖調節に重要な役割を果たす天然ホルモンＧＬＰ−１と同様である。それゆえに、構造化収集手続７０が、一実施形態で提供され得る。構造化収集手続７０は、１回以上の食事の後でのｂＧ値の集中的な測定により、測定食後ｂＧ値の低減を使用して治療効果が示されるのを可能にすることを提案する。その測定値に基づき、ＧＬＰ１薬の推奨投与量及び／または特定のＧＬＰ１薬が患者に対して適切な薬かどうかが決定され得る。
【００９７】
例えば、患者が特定の薬、例えばＧＬＰ１薬を投与するように処方されると、構造化収集手続７０は、収集装置２４に提供され得る。ＧＬＰ１薬の場合に、薬効の決定が望ましいが、構造化収集手続のための進入基準２２６は、患者が期間に渡って（例えば、次の４〜２４週間）構造化収集手続７０を実行するためにディスプレイ１０８に表示される質問に応じてプロセッサ１０２に賛同しなければならないこと、及び／またはプロセッサ１０２が患者の、期間（例えば、週、月等）に渡る、先の食後ｂＧ値からの平均ＰＰＧ値が高い（例えば、１４１ｍｇ／ｄｌより大きい）と決定したことであり得る。さらに他の要因、例えば所定の値、例えば１２６ｍｇ／ｄｌより大きい、または所定の値、例えば２４０ｍｇ／ｄｌより小さい空腹時血糖は、進入基準２２６として使用され得る。
【００９８】
進入基準２２６の条件が満たされ、プロセッサ１０２により確認された後に、事象の工程２２２は、プロセッサ１０２により自動的に実行される。事象の工程２２２は、希望する収集事象２３７を指定するだろう。プロセッサ１０２は、患者に朝食、昼食、及び夕食の後に食後ｂＧ値を入力する（即ち、測定エンジンにより読み取られ、データ記録への格納及び表示のためにプロセッサに提供される、試験紙に提供される標本でｂＧ測定を行う）ように自動的に促すだろう。処方する医師によりカスタマイズされるように、事象の工程２２２はまた、患者が薬を投与しなければならない実行時間２３８を有すると共に、投与量の合図及び薬が投与されたときの患者からの確認の要求２４０を提供するための収集事象２３７を定義できる。例えば、事象の工程２２２の実行におけるプロセッサ１０２は、事象の工程２２２内の収集事象２３７により指定される時間に投与量、例えば週の所定の日にタスポグルタイドを１０ｍｇ、一定期間後に第２の間隔、例えば４週間に従って第２の投与量、週の所定の日に２０ｍｇを投与するように、患者に自動的に促すだろう。収集事象２３７はまた、事象の工程２２２内で定義され得る。プロセッサ１０２は、ディスプレイ１０８に、患者は体調がよく、エネルギー値を提供し、摂取される食事の量の値を提供するかどうか等の情報の要求を行う。
【００９９】
各入力された食後ｂＧ値の順守の条件は、順守基準２２４の使用を介して提供され得る。任意の食後ｂＧ値は、指示の前後の時間を入力（即ち、測定）する。例えば±３０分の検査ウィンドウを入力するが、そのような測定値は、プロセッサ１０２による事象の工程２２２の有効な測定値として受け入れられないだろう。一実施形態において、プロセッサ１０２は、それにより自動的に行われる順守基準２２４評価に基づき、さらなる行動を自動的に取ることができる。例えば、ｂＧ測定が、事象の工程２２２内の収集事象により指示される測定の前、かつ規定の検査ウィンドウの外、例えば収集事象時間−３０分に行われた場合に、その場合におけるプロセッサ１０２は、以前の測定は検査ウィンドウ外により受け入れられなかったので指示される時間に測定が依然必要とされることを、患者に自動的に通知する。同様に、検査ウィンドウの後、例えば収集事象時間＋３０分に行われた場合に、プロセッサ１０２は、以前の測定は検査ウィンドウ外により受け入れられなかったことを、患者に自動的に通知し、検査ウィンドウ内に測定を行うように努めるよう励ましの言葉を、ディスプレイ１０８に提供できる。
【０１００】
ＧＬＰ１構造化収集手続７０の退出基準２２８は、平均ｂＧ値が、最低限の時間（例えば、日、週、月等）、受け入れ測定値の最低限の数、またはその両方を使用して、希望する値に達したという指示であり得る。同様に、退出基準２２８は、平均ｂＧ値が、最大限の時間（例えば、日、週、月等）、受け入れ測定値の最大限の数、またはその両方の後に、希望する値に達しなかったという指示であり得る。さらに、退出基準２２８は、薬または投与量が患者にまったく適切でない、例えばプロセッサ１０２によりディスプレイ１０８に促される情報の収集事象に応じて、最低限の日数の毎日、患者が吐き気及び／または嘔吐を催すことを示す、他の要因であり得る。さらに他の要因、例えば空腹時血糖が所定の値、例えば１２６ｍｇ／ｄｌより小さい、または所定の値、例えば２４０ｍｇ／ｄｌより大きいことは、退出基準２２８として使用され得る。薬ベースの構造化収集手続７０から収集されるデータは、ＧＬＰ１薬の推奨投与量を作成する、及び／または特定のＧＬＰ１薬が適切な薬であるか、患者に適さないかを決定するために、医師により使用され得る。
【０１０１】
別の例が、図６Ｂに図式的に示される。その例は、規定の医学的使用事例パラメータ２２０を有する構造化収集手続７０ｂを示し、その手続がインスリン対糖質（Ｉ：Ｃ）比の適性を決定するのに役立ち得ることを示す。示されるように、進入基準２２６は、インスリン投与量は現在のＩ：Ｃ比で計算されることを注意するために、即効性の食事（fast-acting meal）を選択する案内２３０を患者に単に認識させると共に、検査期間に運動や追加の食物またはインスリンの摂取をしないように同意するように定義される。例えば、プロセッサ１０２は、ディスプレイ１０８に案内２３０を提示でき、ユーザは、一読した後に、希望する進入選択のためにユーザインターフェース１４６を使用して「イエス」または「ノー」を入力することを認識できる。ユーザが「イエス」を入力すれば、進入基準２２６は満たされ、プロセッサ１０２は、構造化収集手続７０ｂに定義される事象の工程２２２を自動的に開始する。別の実施形態において、進入基準２２６は、即効性の食事を選択するための要求２３７を満たすことであってもよいし、満たすことを含んでもよい。例えば、選択のための要求２３７は、プロセッサ１０２がディスプレイ１０８に、ユーザインターフェース１４６を介する選択の入力が必要とされる、即効性の食事のリストを提供する選択メニューを表示することであり得る。例えば、即効性の食事の選択は、ボタン１４７、１４９の１つの押下を介して、またはディスプレイ１０８により提供されれば、タッチスクリーンインターフェースを介して行われてもよい。その選択は、収集装置２４のメモリ１１０に、例えば構造化収集手続７０ｂのためのデータファイル１４５（図４）の一部であってもよいセットアップデータ１６３（図４）に格納され得る。代替の実施形態において、特定の即効性の食事は、構造化収集手続７０ｂにより推奨されてもよい。
【０１０２】
示されるように、事象の工程２２２は、示される複数の事象２３７ａ〜ｋ等の、関連実行時間２３８ａ〜ｋ及び行動２４０ａ〜ｋの要求を有する１つ以上の事象を含み得る。示されるように、行動２４０ａ〜ｃ及び２４０ｆ〜ｋの要求はユーザがｂＧ値測定を行う要求であり、要求２４０ｄはインスリン投与を行うことであり、要求２４０ｅは即効性の食事を摂取することである。事象２３８ｆ〜ｋは、順守事象２２４を有することも示される。順守基準２２４は、事象２３８ｆ〜ｋのデータがデータファイル１４５に記録される場合に満たされなければならない。この例において、順守基準２２４は、対応する事象２３７ｆ〜ｋに対して受信された値を記録するデータ記録１５２が収集手続７０ｂを完了するのに考慮されるように、行動２４０ｆ〜ｋが対応する実行時間２３８ｆ〜ｋの２０分以内に完了されることを要求する。一実施形態において、プロセッサ１０２は、要求が行われる時間に結果として生じるデータ値、例えばデータ値２５６ａ〜ｋ（図４）を得るために、要求２４０ａ〜ｋの各々を関連実行時間２３８ａ〜ｋに行うだろう。
【０１０３】
例えば、プロセッサ１０２は、要求２４０ａを有する患者１２に、実行時間２３８ａにｂＧ値（生体指標）測定を行うように促すことができる。結果として生じる測定値は、プロセッサ１０２により、例えば希望する生体指標のために試験紙（バイオセンサ）１４０を読み取った後に、測定エンジン１３８から自動的に受信されると、プロセッサ１０２によりデータファイル１４５に、関連事象２３７ａに対応するデータ値２５６ａとして自動的に記録される。行動２４０ｄ及び２４０ｅについて、要求される時間に、プロセッサ１０２は、患者１２に、要求される時間に規定される行動を行うように自動的に促し、再び患者に、要求される行動が行われたこと、または規定される状態が有効にされたことを確認するように自動的に促すことができる。日時印１６９はまた、要求２４０ａ〜ｋの誘発時、要求２４０ａ〜ｋの確認時、事象２３７ａ〜ｋの完了時、事象２３７ａ〜ｋのデータ値２５６ａ〜ｋの受信時、及びそれらの組み合わせで、プロセッサ１０２により自動的にデータ記録１５２に提供され得る。さらに、別の実施形態において、患者１２は、データをユーザインターフェース１４６を介して装置２４に直接入力することにより、１つ以上の事象２３７ａ〜ｋのデータ値２５６ａ〜ｋを記録でき、また他の実施形態において、音声メッセージを後のデジタルデータへの転写のための情報と共に記録できる。プロセッサ１０２は、入力されたデータ値／情報を事象２３７ａ〜ｋに関連するデータ記録１５２に格納する。さらに他の実施形態において、患者１２は、紙ツール３８を使用して事象２３７ａ〜ｋのデータを記録するために、収集装置２４により案内され得る。
【０１０４】
上記のように、各事象２３７は、生体指標値の記録、または生体指標値のための文脈を作成するために必要な、患者の行動の要求であり得る。示される実施形態において、事象２３７ａ〜ｃを完了するための文脈２５２は、食前の基準値（baseline）及び無傾向状態（no-trend condition）を規定し、事象２３７ｆ〜ｋについては、食後の偏位（excursion）及び末尾（tail）を規定することである。これらの事象のための文脈２５２はまた、文脈情報１５６（図４）として、各事象に対応するデータ記録１５２と関連付けられてもよい。その情報は、後で、データを再構成するとき及び／またはデータ記録が作成された文脈を知りたいときに役立つ。
【０１０５】
患者の行動２４０ａ〜ｋの要求の他に行われる患者の任意の行動はまた、プロセッサ１０２により記録され得るが、プロセッサ１０２により収集手続７０ｂの一部として認められないことを理解すべきである。予期される事象２３７ａ〜ｋのデータ２５６ａ〜ｋは、事象の型、事象の時間、事象の誘因、及びそれらの組み合わせに基づいて識別され得る。実行時間２３８ａ〜ｋの各々は、先のデータに基づき、固定または可変であり得る。他の実施形態における事象２３７ａ〜ｋのいくつかはまた、過去、現在、または将来の食事、運動等の事象、または低血糖事象、高血糖事象、または関心のある具体的な値のデータ等のデータ値であり得る。いくつかの実施形態において、事象２３７ａ〜ｋは、手続ベースの紙ツール３８を介して識別され得る。
【０１０６】
示されるように、構造化収集手続７０ｂは、退出基準２２８の条件が満たされれば終了するだろう。この例において、退出基準２２８は、行動２４０ｆ〜ｋの少なくとも３つが順守基準２２４を満たせば満たされる。例えば、プロセッサ１０２は、実行されかつ要求されれば順守基準２２４が満たされる各事象２３７ａ〜ｋに、データファイル１４５で一意の識別子（例えば、徐々に増加する計数）１６７（図４）を提供してもよい。図４に示される実施形態において、事象２３７ａ〜ｃ及び２３７ｅ〜ｋは、一意の識別子を受信するが、事象２３７ｄ、例えば＜ｎｕｌｌ＞は、関連順守基準（不図示）を満たさないので受信しない。さらに、分析論理２５８及び結果として生じる推奨２６０はまた、構造化収集手続７０ｂで提供され得る。プロセッサ１０２は、構造化収集手続７０ｂを、一実施形態では退出基準２２８を満たすときに収集されたデータに自動的に適用してもよい。
【０１０７】
同様の特徴がまた、図６Ｃ及び６Ｄにより示される例に提供される。図６Ｃは、規定の医学的使用事例パラメータ２２０を有する構造化収集手続７０ｃを示し、その手続が食事開始に対するボーラス投与の適性を決定するのに役立つことを示す。同様に、図６Ｄは、規定の医学的使用事例パラメータ２２０を有する構造化収集手続７０ｄを示し、その手続が糖質摂取に相当する運動の適性を決定するのに役立つことを示す。上記の例に加えて、他の様々な医学的使用事例、例えば次の医学的使用事例に対処するために、他の構造化収集手続が設計されてもよい。患者の生体指標値での特定の食物を摂取する効果を決定する、食前及び／または食後に薬を服用する最善の時間を決定する、及び患者の生体指標値での特定の薬の影響を決定する。さらに他の構造化収集手続が提供され得る。その構造化収集手続は、患者への治療を初期化する最善の方法、患者の病気の進行の状態の決定を行うこと、患者の治療を最適化する最善の方法を見付けること等に関する質問に対処するのに役立つかもしれない。例えば、臨床医１４は、所定の構造化収集手続７０を定義及び／または使用できる。その構造化収集手続７０は、患者の治療に効果があるかもしれない要因を調べる。その要因は、例えばストレス、月経周期、暁前効果、背景インスリン、運動、食事に対するボーラス投与時期、基礎率、インスリン感受性、食後行動等を含み得る。
【０１０８】
図６Ｅは、１つ以上の多数の採取分類２６２を含み、各採取分類が進入基準２２６及び退出基準２２８の間に提供される反復的な事象の工程２２２を含む、構造化収集手続７０の図を示す。この例において、事象の工程２２２は、毎日の一貫した時間に発生する１つ以上の事象２３７を含む。糖尿病患者１２から文脈説明生体指標データを得る過程の構造化収集手続７０は、退出基準２２８が満たされる前に、多数の日、週、及び／または月に及び得るので、パラメータ調整等の１つ以上の確認２６４及び／または採取分類２６２を再実行するかどうかの評価はまた、一実施形態では進入基準２２６及び退出基準２２８の間に提供され得る。確認２６４の間の期間は、生理系平衡（physiological system equilibration）、治療効果の評価、または便宜のために使用され得る。例えば、各採取分類２６２の間または所定数の採取分類２６２の後に（図示）、収集手続７０の任意のパラメータの調整が必要かどうかを決定するために、確認２６４の分析がプロセッサ１０２により行われ得る。
【０１０９】
例えば、その分析は、パラメータ最適化または効果評価のためであってもよい。パラメータ最適化について、プロセッサ１０２は、以前の事象の工程２２２または採取分類２６２で提供された標本で、先の最適化、臨床医による設定のパラメータ、及び収集戦略または治療戦略からの情報を使用して計算を実行でき、新たなパラメータ値を推奨する。効果評価について、プロセッサ１０２は、最適化分析により利用されないデータを評価できる。さらに、標本の群、即ち採取分類２６２が得られた後に、プロセッサ１０２はまた、採取分類２６２からのデータを、例えばそのデータが人の治療を変更／最適化するために必要とされる場合に評価できることを理解すべきである。順守基準は、この評価を行うために、採取分類２６２のデータに適用され得る。例えば、第１の順守基準２２４は、プロセッサ１０２により、最低限のデータが採取分類２６２により提供されるかどうかを評価するために使用され得る。提供されなければ、例えば患者の治療の変更／最適化は行われないだろう。別の順守基準２２４は、データの多様性（spread）、過度の変動性（variability）（ノイズ）やデータを使用する他のデータ属性があるかどうかを調べる等の確認２６４に求められる調整を可能にするために、データが受け入れ可能かどうかをプロセッサ１０２が評価するのを可能にし得る。この例において、順守基準を満たせば、プロセッサ１０２は、手続のパラメータを調整することが重大な事象、例えば高血糖事象または低血糖事象を容易にもたらし得る最小限の危険があると評価する。最後に、順守基準は、プロセッサにより、採取分類のデータに基づき、退出基準を評価するために使用され得る。例えば、採取分類２６２からのデータが、例えば上述の採取分類の順守基準を満たすときに、退出基準は満たされる。
【０１１０】
収集戦略または治療戦略は、目盛り（scale）ベース（変動または固定）評価または式ベース評価に分類され得ることを理解すべきである。収集戦略または治療戦略への入力として、プロセッサ１０２は、一実施形態では、所定数の先の採取分類２６２から収集されたデータを利用できる。このデータは、個々の点として（式ベースの収集戦略または治療戦略だけ）、または目盛りベース評価での使用のために選別と組み合わされて使用され得る。別の実施形態において、例えばプロセッサ１０２により行われる確認２６４の結果はまた、プロセッサ１０２により提供される状態または推奨をもたらし得る。その状態または推奨は、例えば現在のパラメータ値を持続する状態、特定のパラメータを変更する推奨、順守基準及び／または退出基準を変更する推奨、先の事象の工程または先の採取分類からのデータで行われた分析に基づいてプロセッサ１０２が第２の順守基準及び／または退出基準に切り替えた状態、または収集手続を終了させる推奨等であってもよい。本発明の実施形態に従って構造化収集手続を使用して構造化検査方法を実行する説明は、図７Ａを参照して、以下に与えられる。
【０１１１】
構造化検査方法
図７Ａは、慢性病患者の診断支援または治療支援のための構造化検査方法３００を示す。方法３００は、プロセッサ及びメモリを備えるコンピュータで実行されるプログラムの命令コードとして、例えば好ましくは臨床医コンピュータ２５（図２）のスタンドアロンソフトウェア、ソフトウェア３４の一部、または公衆網５０を介して安全なウェブ実装によりサーバ５２によりサービスとして提供されるソフトウェアとして実装されてもよい。プロセッサ７６が、臨床医コンピュータ２５のメモリ７８からプログラムを複数あるうちの一機能として実行するとき、プロセッサ７６は、医学的使用事例及び／または医学的質問への問い合わせを受信した後、ステップ３０２で提出された問い合わせに一致する全構造化収集手続７０ａ〜ｄを求めて、メモリ７８、コンピュータ読み取り可能媒体４０、及び／またはサーバ５２を検索する。例えば、プロセッサ７６は、各利用可能な構造化収集手続７０ａ〜ｄの医学的使用事例パラメータ２２０を読み取り、従来の検索アルゴリズム（例えば、リスト、ツリー、ヒューリスティクス等）を使用して、一実施形態では、ステップ３０４で問い合わせに一致する構造化収集手続の選択肢をディスプレイ８２に提供してもよい。
【０１１２】
一実施形態において、表示されるリストは、例えばサーバ５２から使用に利用可能な構造化収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄを反映できる。さらに別の実施形態において、表示される選択肢のリストは、臨床医１４が調査したい医学的使用事例の型に基づき、動的に作成され得る。例えば、ステップ３０２の前に、選択可能な医学的使用事例のリストが、プロセッサ７６によりディスプレイ８２に表示され得る。その実施形態において、臨床医１４は、ユーザインターフェース装置８６を使用して、表示される医学的使用事例から、例えば医学的使用事例「患者の治療への食事効果を決定する」を選択してもよい。臨床医が選択を行った後に、プロセッサ７６は、その選択をユーザインターフェース装置８６から入力として受信するが、プロセッサ７６は、ソフトウェア３４により提供される決定論理（例えば、もし・・・ならば・・・）を使用した後に、ステップ３０４で、例えば構造化収集手続７０ｂ（例えば、より正確なインスリン対糖質比を決定するための構造化収集手続）及び７０ｃ（例えば、食事開始に対するボーラス投与時期を決定するための構造化収集手続）を表示し、医学的使用事例に関係のない構造化収集手続である構造化収集手続７０ａ及び７０ｄは表示しないだろう。同様に、「全構造化収集手続を表示する」はまた、表示される医学的使用事例の選択肢であり得る。利用可能な構造化収集手続の完全なリストが、ステップ３０４で表示されるだろう。別の実施形態において、ステップ３０２は省略されてもよい。プロセッサ７６は、ステップ３０４で臨床医コンピュータ２５のメモリ７８で利用可能な構造化収集手続７０ａ〜ｄの表示を提供できる。
【０１１３】
ステップ３０６では、ユーザインターフェース装置８６を使用する臨床医が、診断支援または治療支援のためにコンピュータ２５で構造化収集手続７０を選択できる。例えば、選択過程は、ステップ３０４で表示されるリストからの選択を含み得る。その選択は、１つ以上の構造化収集手続を提供する。臨床医がステップ３０６で選択を行った後に、プロセッサ７６はその選択をユーザインターフェース装置６２から入力として受信するが、コンピュータ２５のプロセッサ７６は、コンピュータメモリ７８等の電子コンポーネント、サーバ５２、またはコンピュータ読み取り可能媒体４０から自動的に検索し、選択された構造化収集手続７０をディスプレイ８２に閲覧のために表示する。
【０１１４】
各構造化収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄは、医学的使用事例に基づき、進入基準２２６、事象の工程２２２、順守基準２２４、及び退出基準２２８を定義するパラメータを有することを理解すべきである。上記のように、進入基準２２６は、患者から生体指標データを得る前に満たされる必要がある条件を規定する。事象の工程２２２の各事象２３７は、実行時間、事象を実行するための患者の案内、患者の行動、患者からの情報の要求、患者からの少なくとも１つの型の生体指標データの収集の要求、及びそれらの組み合わせを含む。順守基準２２４は、事象の工程２２２に従って実行される事象２３７が、構造化収集手続７０の基礎となる医学的使用事例に対処するために受け入れ可能なデータを提供したかどうかを定性的に評価するために使用される。さらに、上記のように、退出基準２２８は、構造化収集手続７０を終了する前に満たされる必要がある条件を規定する。
【０１１５】
ステップ３１０では、プロセッサ７６が選択される構造化収集手続７０を表示した後に、臨床医１４が、患者１２の必要及び／または臨床医の関心を満たすために、ディスプレイ８２に表示されるパラメータ２２２、２２４、２２６、及び２２８のいずれか１つを調整してもよい。臨床医１４だけがパラメータを修正及び／またはソフトウェア３４を実行できることを保証するために、例えばパスワード保護による安全装置が実装されてもよい。プロセッサ７６は、ユーザインターフェース装置８６を介して入力としてパラメータ２２２、２２４、２２６、及び２２８への任意の修正を受信し、修正された構造化収集手続７０をメモリ７８に保存する。次に、ステップ３１２では、選択された構造化収集手続７０が臨床医１４により患者１２にコンピュータ２５で指示される。コンピュータ２５のプロセッサ７６は、出力として選択された構造化収集手続７０を、それを実行する患者１２に提供する。例えば、ステップ３１４では、指示された構造化収集手続７０が、収集装置２４等のプロセッサベース装置または他の上記の装置１８、２８、及び３６（図１）のいずれかに、ソフトウェア３４の一部として、また他の実施形態では紙ツール３８の一部として、電子的に実装される。
【０１１６】
一実施形態において、指示された構造化収集手続７０は、臨床医コンピュータ２５（図２）から収集装置２４に通信回線７２を介して、ウェブページを通じて公衆網５０を介して実行されてもよいし、サーバ５２でダウンロードに利用可能にされてもよい。さらに他の実施形態において、指示された構造化収集手続７０は、コンピュータ読み取り可能媒体４０を通じて提供され、装置１８、２４、２８、及び３６の１つによりロードされ、装置１８、２４、２５、２６、２８、及び３６の別の１つからダウンロードされ、またはサーバ５２から携帯電話接続または電話接続を介してダウンロードされ得る。装置１８、２４、２５、２６、２８、及び３６で使用に利用可能な新たな／更新された／指示された構造化収集手続７０は、郵便の手紙／カード、電子メール、テキストメッセージ、ツイート等の任意の標準的な方法で提供されてもよい。
【０１１７】
構造化収集手続をカスタマイズ
図７Ｂは、所定の構造化収集手続７０の一例を概念的に示す。構造化収集手続７０は、その手続が患者の血糖（ｂＧ）値の傾向及び／または血糖値と時刻、食事量、エネルギー値との間の関係を知る必要がある医学的使用事例または医学的質問に役立つことを示す規定の医学的使用事例パラメータ２２０を有する。上記のように、使用事例パラメータ２２０は、識別タグとして使用され得る。プロセッサ１０２は、例えば入力された使用事例または質問の検索問い合わせに応じて、関連構造化収集手続７０を検索してもよい。例えば、検索問い合わせは、ユーザインターフェース１４６を介して収集装置２４に入力及び／または臨床医コンピュータ２５から受信され得る。検索問い合わせは、どの使用事例が収集装置２４で現在利用可能な構造化収集手続７０により対処され得るか知りたい、またはどの構造化収集手続７０が特定の使用事例または質問に対処するのに役立つか知りたいという欲求から生じてもよい。それゆえに、使用事例パラメータ２２０は、一実施形態では、構造化収集手続７０が、例えばメモリ１１０、メモリ７８、コンピュータ読み取り可能媒体４０、及び／またはサーバ５２に提供される複数の構造化収集手続７０ａ〜ｄから、例えばプロセッサ１０２により提供され、ディスプレイ１０８に表示されるリストから、または規定の医学的質問のユーザインターフェースからプロセッサ１０２により受信される入力からの選択に基づき、プロセッサ１０２により自動的に選択されるのを可能にする。他の実施形態において、使用事例パラメータ２２０はまた、構造化収集手続７０がまたｂＧ値と時刻、食事量、エネルギー値との間の関係を示すのに役立つことを示してもよい。
【０１１８】
一実施形態において、構造化収集手続７０の所定のパラメータは、修正／カスタマイズのために、収集装置２４のプロセッサ１０２によりディスプレイ１０８に、及び／または臨床医コンピュータ２５のプロセッサ７６によりディスプレイ８２に認可されたユーザにより表示され得る。認可されたユーザは、例えば収集装置２４及び／または臨床医コンピュータ２５で、ユーザインターフェース１４６、８６を介して入力されるパスワードにより識別されてもよい。実施形態において、構造化収集手続７０の所定のパラメータは、ディスプレイ１０８、８２に表示され得る。カスタマイズ可能なパラメータは、様々な選択肢を有するドロップダウンボックス、ラジオボタン、チェックボタン、具体的な型の情報（ｍｍ−ｄｄ−ｙｙｙｙ、数、文字等）を要求する書式付きフィールド、表示されるメッセージを入力するためのテキストボックス等を介して、編集可能または選択可能な変数を提供できる。構造化収集手続７０は、編集のために、一実施形態では表形式で（図示）、また別の実施形態ではスクロール形式で一度に一パラメータを列挙する逐次的方法で表示され得る。さらに別の実施形態において、修正され得ない構造化収集手続が提供され得る。
【０１１９】
図７Ｂに示されるように、構造化収集手続７０は、患者１２により、構造化収集手続を開始するために満たされる必要がある条件、即ち進入基準２２６、構造化収集手続を終了するために満たされる必要がある条件、即ち退出基準２２８、及びそれらの組み合わせを設定する１つ以上の基準を定義するパラメータをさらに含んでもよい。一実施形態において、収集装置２４のプロセッサ１０２は、構造化収集手続により定義される条件が満たされれば、構造化収集手続を自動的に開始、評価、及び終了するために、１つ以上の基準を使用する。さらに別の実施形態において、収集されたデータが受け入れられるために満たされる必要がある条件である順守基準２２４はまた、構造化収集手続７０で提供され得る。
【０１２０】
図７Ｂに示されるように、構造化収集手続７０は、事象の工程２２２を形成する１つ以上（集合）の事象２３７を定義するパラメータをさらに含む。事象２３７の各々は、１つ以上の要求２４０、例えばバイオセンサ１４０に提供される標本のための生体指標値の測定エンジン１３８からの測定値の要求、及び／または例えばプロセッサ１０２によりディスプレイ１０８に提示される質問に応じてユーザインターフェース１４６を介して患者により入力される情報の要求を含む。示される実施形態において、要求２４０は、ｂＧ測定値、食事量の値（Ｓ、Ｍ、またはＬ）、及び１が最低で５が最高であるエネルギー値（１、２、３、４、５）に対するものである。他の要求２４０は、患者が運動したかどうか、摂取された特定の食物、どの薬が投与されたか、投与された薬の量等を示すことを含み得る。他の要求２４０はまた、他の構造化収集手続７０で提供されてもよい。示される実施形態において、収集事象は、プロセッサ１０２がどの要求２４０を行うべきかをイエス／ノー選択ボックスを介して選択することにより、カスタマイズされ得る。
【０１２１】
構造化収集手続７０はまた、収集事象２３７の各々並びに進入基準２２６、退出基準２２８、及び順守基準２２４と関連する案内２３０及び時期または実行時間２３８を含んでもよい。案内２３０は、関連収集事象２３７または他のパラメータの発生時に、プロセッサ１０２によりディスプレイ１０８に提供される。例えば、朝食前のｂＧ測定のための収集事象２３７はまた、患者のエネルギー値の要求２４０を有してもよい。それゆえに、この例において、「エネルギー値を示してください」という関連案内２３０は、ディスプレイ１０８にプロセッサ１０２により提供される。案内２３０は、構造化収集手続７０の実行時に患者を支援するために、情報が患者に提供されるのを可能にするテキストボックス、フィールド、エリアであることを理解すべきである。この例において、１〜５からの数字の選択は、要求２３７のためのデータ入力として、ボタン１４７，１４９の１つの押下を介して、またはディスプレイ１０８により提供されれば、タッチスクリーンインターフェースを介して行われてもよい。その数字は、プロセッサ１０２により収集装置２４のメモリ１１０に、構造化収集手続７０のためのデータファイル１４５（図４）の一部として格納される。
【０１２２】
構造化収集手続７０の時期パラメータ２３８は、関連収集事象２３７のいずれか１つについて、進入基準２２６、退出基準２２８、及び順守基準２２４、具体的な日付及び／または時刻（ｍｍ−ｄｄ−ｙｙｙｙ、ｈｈ：ｍｍ）、または先行する収集事象の後の、関連収集事象を実行するための期間を指定するために使用される。示される実施形態での収集事象２３７のための期間ｎ１、ｎ２、ｎ３は時間を示すが、他の実施形態では、分または秒で示され得る。別の実施形態において、関連収集事象２３７並びに進入基準２２６、退出基準２２８、及び順守基準２２４のための、時期パラメータまたは実行時間パラメータ２３８は、別の収集事象及び／または基準により修正され得る。
【０１２３】
例えば、示される実施形態において、進入基準２２６は、質問「３連続日に渡って検査を行う意思はありますか？」の形式で提供される案内２３０が、例えば収集装置２４で提供される選択肢「ノー」を介して、患者１２により賛同されなければ、１日追加することにより、順守基準２２４により修正される。この示される例において、「案内に賛同する」は、関連収集事象２３７の順守基準２２４をカスタマイズするためにコンボボックスに提供されるドロップダウン選択肢であってもよい。その選択肢は、選択されると、プロセッサ１０２に、順守基準２２４の残りの論理（「賛同されなければ、時期に１日追加する」）を実行する前に、受け入れる／受け入れないかの入力（例えば、ボタン１４７、１４９を介して）を待機させる。さらにこの例において、プロセッサ１０２は、退出基準２２８に関連する順守基準２２４で提供される論理に従って、退出基準２２８の時期パラメータまたは実行時間パラメータ２３８を、進入基準２２６を完了してから３日後である日付（ｍｍ−ｄｄ−ｙｙｙｙ）に設定できる。構造化収集手続７０により実行されてもよい論理命令文（logic statement）の様々な可能な組み合わせは、一実施形態では、カスタマイズされるために事前に定義され、ドロップダウンボックスにより選択され、及び／または論理命令文は、別の実施形態では、構築され得ることを理解すべきである。
【０１２４】
構造化収集手続７０はまた、収集事象２３７の各々並びに進入基準２２６、退出基準２２８、及び順守基準２２４の各々と関連するオプションパラメータ２３２を含み得る。オプションパラメータ２３２は、関連収集事象２３７のデータ及び／または結果、または構造化収集手続７０の他のパラメータのいずれか、例えば進入基準２２６、退出基準２２８、及び順守基準２２４が、条件が満たされればさらなる処理がプロセッサ１０２により実行されてもよい方法で、特定の条件を満たすかどうかを管理するために、カスタマイズ可能な値を有し得る。例えば、オプションは、プロセッサ１０２に、進入基準２２６を満たしたことにより患者が構造化収集手続７０を開始したことを示すメッセージを医師に自動的に送信させること、順守基準を満たさないことにより患者が収集事象２３７を実行しなければ、メッセージを患者及び／または医師に提供すること、退出基準が満たされて患者が構造化収集手続７０を完了すると、メッセージを医師に提供すること、またはそれらの組み合わせであり得る。例えば、オプションパラメータ２３２は、行動の全体リスト（global list）を有し得る。行動は、ディスプレイ１０８上で、例えば各オプションに関連する値域から選択された値により選択される。例えば、各パラメータのオプションは、オプション選択肢（例えば、１、２、３、４、５、…、Ａ、Ｂ、Ｃ等）を有するドロップダウンボックスから選択することによりカスタマイズされ得る。例えば、患者が収集事象２３７を実行しなければ（例えば、順守基準を満たさないことにより）、プロセッサ１０２にメッセージを医師に提供させるオプション１が、朝食前収集事象２３７のために選択されて示される。糖尿病患者１２の文脈における例は、本発明に従って収集装置２４で提供されるさらなる特徴を示すために、以下に与えられる。
【０１２５】
２型糖尿病の典型的な患者は、１日に１回、朝の起床後に血糖を測定してもよい。定期的な通院で、患者のＨｂＡ１ｃ結果が上昇していると分かる。医師は、その人が３日間の強力な糖監視を経ることを推奨し、この目的に役立つ構造化収集手続を選択する。構造化収集手続７０は、患者がプロセッサ１０２により、朝食前、朝食の２時間後（例えば、ｎ１＝２）、昼食前、昼食の２時間後（例えば、ｎ２＝２）、夕食前、夕食の２時間後（例えば、ｎ３＝２）、及び就寝前に血糖を測定するように要求され得るように、この３日間に収集事象２３７が多数のｂＧ測定要求２４０で定義される方法で、上述のようにカスタマイズされる。さらに、患者１２は、適切な時間に摂取される食事の相対量の評価及びエネルギー値に関してどのように感じるかを提供するために、各収集事象２３７のための他の関連する要求２４０を介して要求され得る。図７Ｂに示される実施形態において、プロセッサ１０２は、各収集事象２３７でエネルギー値を、他の各収集事象２３７で（即ち、食後に）摂取される食事の相対量の評価を要求できる。さらに、医師は、情報が評価で役立つために、関連収集事象２３７の±３０分以内に食事評価を行わなければならないという条件を、順守基準２２４を介して提供した。その情報は、収集されたデータの文脈説明及び収集されたデータで行われる分析に役立つ。
【０１２６】
さらに、医師は、患者が「朝食前」収集事象２３７を完了しなかったときに通知を受けたいだろう。それゆえに、通知オプションを促進するために、医師は、「朝食前」収集事象に関連するオプションパラメータ２３２を、ドロップダウンボックスを介して「順守基準が満たされなければ、医師にメッセージを送信する」に設定することにより、構造化収集手続７０をカスタマイズする。他の全収集事象２３７は、プロセッサ１０２がオプションパラメータに関して追加の行動を取らないことを示すために、関連オプションパラメータ２３２を有する。図７Ｂの上記の特徴及び配置が示される実施形態は、例えば図７Ａを参照して上述された方法３００のステップ３１０で実行されるパラメータ調整のために、構造化収集手続をカスタマイズするための単純かつ便利なインターフェース及び方法を提供することを理解すべきである。
【０１２７】
構造化収集手続を実装及び実行
図８Ａは、本発明の実施形態に従って患者１２から文脈説明生体指標データを得るために、構造化収集手続７０を実装及び実行するための方法のフローチャートを示す。ステップ３１２で指示され、ステップ３１４（図７Ａ）で実装された多数の構造化収集手続７０ａ〜ｄ（図２）は、装置２４のメモリ１１０（図３）に格納され、任意の希望する時間での実行のために選択されてもよいことを理解すべきである。例えば、ボタン１４７、１４９の所定の組み合わせを押下すると、患者は、希望する構造化収集手続７０ａ〜ｃ及び構造化検査手続を開始する日付、即ち設定モード機能を選択できる。例えば、選択される日付範囲は、検査を明日開始し、今日から９０日後に終了するものであってもよい。日付範囲は、プロセッサ１０２がデータファイル１４５（図４）にセットアップデータ１６３の一部として記録できる。その実行において、プロセッサ１０２は、ソフトウェア３４により指示されるように、選択された構造化収集手続７０のためのセットアップデータ１６３を読み込み、ディスプレイ１０８に、装置２４が、例えば選択されて注目されている検査の開始日の前日から構造化収集手続の終了まで構造化検査モードにあることを示す。
【０１２８】
多数の構造化収集手続７０ａ〜ｄは、順々にまたは同時にいつでも実行され得ることを理解すべきである。しかし、一実施形態において、ソフトウェア３４は、別の構造化収集手続７０の開始日が現在実行されている構造化収集手続７０の終了日より遅ければ、ユーザが別の構造化収集手続７０の予定を入れることだけを可能にする。ソフトウェア３４はまた、ユーザが構造化収集手続７０の予定日を無効にするのを可能にする。構造化収集手続７０が予定され、ユーザが設定モード機能を再び入力すれば、ソフトウェア３４は、プロセッサ１０２に、予定日をディスプレイ１０８にデフォルト日として表示させる。ユーザが日付を修正せずに設定モードを終了すれば、以前の予定日は有効のままである。構造化収集手続７０が開始すれば、ソフトウェア３４は、ユーザが設定モードを入力するのを可能にし、プロセッサ１０２に現在の構造化収集手続７０を中止させる。中止時に、一実施形態において、ソフトウェア３４は、プロセッサ１０２に、中止された構造化収集手続７０のために収集されたデータについて、データファイル１４５内のデータ記録１５２からタグを外させる（de-tag）（例えば、一意の識別子１６７を無効にする）。
【０１２９】
ステップ３１６（図８ａ）で手続開始に達すると、プロセッサ１０２は、所定の使用事例または質問（例えば、使用事例パラメータ２２０）に対処するべく生体指標データを得るために選択された構造化収集手続７０を開始するために、ステップ３１８で進入基準２２６が満たされるかどうかを評価する。ステップ３２０では、プロセッサ１０２が、構造化収集手続７０のための事象の工程２２２内の各事象２３７に関連する時期２３８に従って、要求２４０を指定する。事象の工程２２２は、プロセッサ１０２により所定の文脈で生体指標データを得るために行われる生体指標データ収集の採取計画を提供することを理解すべきである。ステップ３２０で事象の工程２２２を実行するときに、ソフトウェア３４は、プロセッサ１０２に、構造化収集手続７０での各事象２３７に対応するデータ記録１５２に一意の識別子（例えば、徐々に増加する計数）１６７を割り当てさせる。任意選択で、各基準２２６、２２８、２２４はまた、必要に応じて基準がいつ満たされたのかを示すために、日時印１６９を提供されてもよい。
【０１３０】
順守基準２２４は、要求２４０に応じて受信された入力（例えば、生態指標データまたは情報）に適用され、受信された入力が順守基準２２４を満たすかどうかを決定する。構造化収集手続７０が開始すると、構造化収集手続７０で要求２４０に従って収集され、ステップ３２２で要求されれば順守基準２２４を満たす全データは、ステップ３２４でプロセッサ１０２によりデータファイル１４５内で一意の識別子１６７を割り当てられる（タグを付けられる）。一意の識別子はまた、収集されたデータ、例えば事象２３７を伴うデータ値２５６と、要求２４０と、要求２４０に応じた収集がプロセッサ１０２によりいつ受信されたかを示す日時印１６９とを関連付けるのに役立つことを理解すべきである。構造化収集手続７０が実行されている間に、一実施形態において、ソフトウェア３４は、ユーザが、発作（episode）に妨げられることなくいつでも装置２４で測定を行うのを可能にする。
【０１３１】
一実施形態において、ソフトウェア３４は、生体指標測定の合図が上記のように一定期間、例えば１５分間、重要でない測定については何度でも、「スヌーズ」されるのを可能にする。別の実施形態において、ステップ３２０で要求２４０にほぼ合わせて行われる生体指標測定またはデータ入力は、ソフトウェア３４により要求２４０に対して有効な測定またはデータ入力として設計される。プロセッサ１０２は、事象２３７に関連するデータ記録１５２に、生体指標測定またはデータ入力について一意の識別子１６７でタグを付けるだろう。生体指標測定の場合に、測定値が要求２４０に対して有効として受け入れられれば、ソフトウェア３４は、要求２４０から得られたデータに文脈２５２を提供するために構造化収集手続７０により必要とされれば、ユーザに追加の情報を入力するように促すことを、プロセッサ１０２に行わせる。追加の情報は、例えば１が低く、５が高い、１〜５のエネルギー値の格付け、１が少なく、５が多い、１〜５の食事量、及び３０分以上を意味するイエスまたは１、３０分未満を意味するノーまたは２からの運動を含んでもよい。追加の情報または文脈情報１５６は、ユーザインターフェース１４６を介して入力されると、プロセッサ１０２によりデータファイル１４５に、ステップ３２４で追加の情報を要求するデータ事象要求２４０に対して一意の識別子１６７と関連付けられて格納される。
【０１３２】
一実施形態において、構造化収集手続７０により定義されるデータ事象要求２４０にほぼ合っていない、プロセッサ１０２により決定される生体指標測定は、プロセッサ１０２によりデータファイル１４５内で一意の識別子１６７でタグを付けられないだろう。そのことは、一意の識別子１６７と関連付けられていない、例えば＜ｎｕｌｌ＞である要求２４０ｄ及びデータ値２５６ｄと共に、データファイル１４５に示される。「収集手続にほぼ合わせて」の定義の例は、構造化収集手続７０及び／またはソフトウェア３４によりプロセッサ１０２に決定を行わせるよう指示されるように、事前に予定された時間またはスヌーズされた時間に関連して定義されてもよい。例えば、食前測定については、１５分まで受け入れ可能であり、食後測定については、１０分まで受け入れ可能であり、就寝前測定については、１５分まで受け入れ可能である。他の定義は、他の構造化収集手続７０及び／またはソフトウェア３４で与えられてもよい。
【０１３３】
ステップ３２６では、プロセッサ１０２が、選択された構造化収集手続７０のための退出基準２２８が満たされるかどうかを評価する。満たされなければ、プロセッサ１０２は、退出基準２２８が満たされるまで事象の工程２２２を実行し続ける。退出基準２２８が満たされたとき、収集手続７０はステップ３２８で終了する。一実施形態において、構造化収集手続７０はまた、ステップ３１８で進入基準２２６も満たされなければ終了してもよい。
【０１３４】
いくつかの実施形態において、構造化収集手続７０は、紙ツール３８、血糖メータ２６等の収集装置２４に統合される糖尿病ソフトウェア３４、携帯情報端末、携帯コンピュータ、または携帯電話等のコンピュータ装置３６に統合される糖尿病ソフトウェア３４、コンピュータに連結された装置リーダ２２に統合される糖尿病ソフトウェア３４、パーソナルコンピュータ等のコンピュータ１８、２５で動作する糖尿病ソフトウェア３４、インターネットを通じて遠隔から、例えばサーバ５２からアクセスされる糖尿病ソフトウェア３４として、実行のために構成され得る。糖尿病ソフトウェア３４が収集装置２４またはコンピュータ装置３６に統合されると、糖尿病ソフトウェア３４は、患者に食事特性、運動、及びエネルギー値等の日記情報を記録するように促すことができる。糖尿病ソフトウェア３４はまた、患者に血糖値等の生体指標値を得るように促すこともできる。
【０１３５】
選択可能な構造化収集手続を提供するＧＵＩインターフェース
図８Ｂは、収集装置２４で提供されるグラフィカルユーザインターフェースを介して構造化収集手続を実行する方法を示す。グラフィカルユーザインターフェースは、収集装置で実行されると、プロセッサ１０２に次のステップを実行させる。ボタン１４７、１４９の所定の組み合わせを押下すると、患者１２は、ステップ３３０でプロセッサ１０２により収集装置２４のディスプレイ１０８に提供されるリスト３２９内の、選択のために利用可能な構造化収集手続７０までスクロールできる。構造化収集手続を開始したければ、患者１２は、例えばステップ３３２でＯＫボタン１５１を押下することを介して希望する構造化収集手続７０を選択する。この例において、構造化収集手続７０の進入基準２２６（図６）は、プロセッサ１０２がディスプレイ１０８上でユーザに表示する情報を、ステップ３３４で提供する。表示された情報を読み取った後に、ユーザは、ステップ３３６で任意のボタンを押下する。進入基準２２６での次の手続が、プロセッサ１０２により実行される。この示される例において、進入基準２２６の一部として、質問がステップ３３８でプロセッサ１０２により問い合わせられる。患者１２が依然、構造化収集手続を開始したければ、患者１２は、ステップ３４０でＯＫボタン１５１を選択する。さもなければ、ボタン１４７、１４９を介する他の押下は、プロセッサに、リスト３２９に戻って構造化収集手続７０のためのセットアップ手続を終了させる。
【０１３６】
患者１２がＯＫボタン１５１を押下した後に、プロセッサ１０２はステップ３４２で、選択された構造化収集手続７０を開始する時間を設定するために、ディスプレイ１０８に目覚まし時計３４３を提供する。生体指標採取、患者情報等のために要求される全事象２３７は、構造化収集手続７０のための事象の工程２２２に従って、プロセッサ１０２により自動的に予定を入れられることを理解すべきである。時期、値、質問等は、図７Ａ及び７Ｂを参照して上述されたように、臨床医１４により調整されていてもよい。それゆえに、進入基準２２６により許可されるように開始時間を入力すること以外に、構造化収集手続７０での他のパラメータ調整は、患者１２により要求されない（または、一実施形態では許可される）。
【０１３７】
示される実施形態において、患者はステップ３４４で、翌日、例えば１日目の構造化収集手続の開始時間をボタン１４７、１４９を介して調整できる。開始時間をステップ３４６でＯＫボタン１５１を押下することを介して確認すると、開始時間は、プロセッサ１０２により、構造化収集手続７０のためのデータファイル１４５（図４）内のセットアップデータ１６３の一部としてメモリ１１０に記録される。プロセッサ１０２は、ステップ３４８でディスプレイ１０８に選択リスト３２９を表示し、進入基準２２６を満たすセットアップ手続を完了し、ディスプレイ１０８に収集装置２４が構造化検査モード３４９にあることを示す。
【０１３８】
一実施形態において、多数の構造化収集手続は、順々にまたは同時にいつでも実行され、それゆえに、一実施形態において、ディスプレイ１０８に提供されるモード３４９は、どの構造化検査が実行されるかを示すことを理解すべきである。しかし、好ましい一実施形態において、ソフトウェア３４は、別の構造化収集手続の開始日がユーザインターフェース１４６を介して現在実行されている構造化収集手続の終了日より遅くなければ、ユーザが別の構造化収集手続の予定を入れるのを可能にしない。退出基準２２８が満たされないことにより、現在の構造化手続が依然実行中であれば、プロセッサ１０２は、次の構造化収集手続の予定を自動的に変更してもよいことを理解すべきである。ソフトウェア３４はまた、別の実施形態において、ユーザが構造化収集手続の予定日を無効にするのを可能にしてもよい。構造化収集手続が予定され、ユーザが設定モード機能を再び入力すれば、ソフトウェア３４は、プロセッサ１０２に、予定日をディスプレイ１０８にデフォルト日として表示させる。ユーザが日付を修正せずに設定モードを終了すれば、以前の予定日は有効のままである。構造化収集手続が開始すれば、ソフトウェア３４は、必要に応じて、ユーザが設定モードを入力し、プロセッサ１０２に現在の構造化収集手続を中止させるのを可能にする。
【０１３９】
ステップ３５０では、アラーム条件３５１が、プロセッサ１０２により提供され得る。上記の手続で設定されたように、翌日（１日目という記号により示される）、前日（開始という記号により示される）。ユーザがステップ３５２で任意のボタン１４７、１４９、１５１を選択すると、プロセッサ１０２は、事象の工程２２２により指示されるように、第１の予定事象２３７を提供する。第１の予定事象２３７は、ステップ３５４でディスプレイ１０８に表示される情報３５３である。患者１２は、ステップ３５６で任意のボタン１４７、１４９、１５１を押下して、第１の予定事象２３７を確認する。次に、ステップ３５８では、プロセッサ１０２が、事象の工程２２２により第２の予定事象を実行するように指示される。第２の予定事象は、ディスプレイ１０８に患者への質問３５９を表示することである。患者１２は、ステップ３６０で任意のボタン１４７、１４９、１５１を押下して、第２の予定事象を確認する。示される実施形態において、患者は、ステップ３６２で、ステップ３５２で以前確認された目覚ましアラーム３５１からの分単位での朝食の開始時間を指示する。食事開始時間をステップ３６４でプロセッサ１０２にＯＫボタン１５１を押下することを介して確認すると、食事開始時間は、メモリ１１０に記録される。例えば、食事開始時間は、プロセッサ１０２により、事象２３７のデータとしてデータファイル１４４内の関連するデータ記録１５２に記録される。従って、ステップ３６６では、プロセッサ１０２が、患者１２に、次の予定事象の時期に関する情報を合図として表示する。ステップ３６８では、事象の工程２２２により指示される次の予定事象に達すると、プロセッサ１０２が、ディスプレイ１０８に、患者が測定、例えば血糖測定を行う要求２４０を提供する。さらに、ステップ３７０では、プロセッサ１０２がまた、文脈情報１５６を測定値に提供するために、事象の工程２２２により要求されるように摂取される食事の量に関する情報の要求２４０を行う。
【０１４０】
上記のように、各事象について、ソフトウェア３４は、プロセッサ１０２に、事象２３７に関連するデータ記録１５２で順守基準２２４を満たす事象の工程２２２で提供される各要求２４０のデータに、一意の識別子（例えば、徐々に増加する計数）１６７（図４）を割り当てさせる。それゆえに、構造化収集手続が実行されている間に、ソフトウェア３４は、ユーザが事象の工程２２２の外でいつでも収集装置２４で測定を行うのを可能にする。その測定は、要求２４０に従って行われないので、順守基準２２４について評価されず、データファイル内で一意の識別子１６７を提供されないが、日時印及びその測定値だけが提供されるだろう。そのデータは、別の分析に役立つかもしれないので、データファイル１４５に記録される。
【０１４１】
別の実施形態において、ソフトウェア３４はまた、例えばステップ２３８で提供される生体指標測定の合図を可能にする。例えば、一実施形態において、プロセッサ１０２は、測定値を提供するために、合図のためのアラーム及び／または警告メッセージを、それぞれインジケータ１４８を介して及び／またはディスプレイ１０８に提供する。例えば、生体指標測定（または読み取り）を行う特定の要求２４０の時間２３８に、プロセッサ１０２は、少なくともメッセージ「読み取りの時間です」をディスプレイに表示することにより、患者１２を促す。別の実施形態において、聴覚的アラーム及び／または触覚的アラーム（振動）が、プロセッサ１０２によりインジケータ１４８として提供され得る。例えば、一実施形態において、収集装置２４は、例えば患者１２により別の理由で、例えば予定外事象を実行するためにすでに電源が入れられているときに、例えば要求される測定／読み取りを行う時間帯に、または電源が切られて例えば待機モードにあるときに、指示を介して合図を提供するために起動することにより、指示を提供するだろう。別の実施形態において、提供される合図または指示は、上記のように、要求される（重要な）測定／読み取りを行う時間帯に入る所定の期間、例えば１５分間、または時間帯に入る他の適切な時間、「スヌーズ」され得る。構造化検査手続７０に重要と認められる測定／読み取り、例えば医学的使用事例または医学的質問に対処するのに役立つために必要とされる、順守基準２２４を満たすために必要とされる、及び／またはその後の分析で何らかの決定のために必要とされる等の測定／読み取りのためのスヌーズ機能は、収集手続７０により提供される時間帯を越えて、例えば要求２４０のための順守基準２２４を介して、要求２４０を延長しないことを理解すべきである。例えば、一実施形態において、事象の工程２２２内の１つ以上の事象２３７は、構造化収集手続７０で提供されるオプションパラメータ２３２（図７Ｂ）の使用を介して、重要及び１次標本として事前に定義され得る。例えば、重要と指定される事象２３７は、逃され得ないものであるが、逃されれば、データファイル１４５内の別の標本で置換され得る。１次標本として指定される事象２３７は、逃され得ないものであり、データファイル１４５内で利用可能であっても、別の標本により置換され得ない。さらに別の実施形態において、スヌーズは、重要でない測定について何度でも可能である。例えば、構造化収集手続７０の所定の事象２３７は、重要でない要求２４０を有すると指定され得る。その事象２３７は、例えばオプションパラメータ２３２（図７Ｂ）の１つとして提供されるオプションを選択することを介してスヌーズされ得る。この実施形態におけるオプションパラメータ２３２は、例えばスヌーズオプション、並びにユーザが要求２４０をスヌーズするために許可される選択可能な時間間隔（例えば、１〜６０分等）及び選択可能な回数（例えば、１〜５等）を提供できる。さらに別の実施形態において、収集装置２４は、アラームが切られるのを可能にする。即ち、インジケータ１４８は、合図（聴覚的、振動性）を提供する場合に、全時間帯に渡ってユーザインターフェース１４６を介して切られ得る。しかし、プロセッサ１０２は、時間帯に行われる限り、測定／読み取りを受け入れる。さらに別の実施形態において、収集装置２４は、例えばディスプレイ１０８に提供されるスヌーズ、アラーム切断、読み取り省略等の選択可能なオプションのリストから、ユーザインターフェース１４６を使用して入力される選択を介してプロセッサ１０２により受信される読み取り省略オプションを提供する。患者１２が特定の要求される測定／読み取りを行いたくないとプロセッサ１０２に示すと、合図／指示は提供されないだろう。読み取り省略の選択肢を選択することは、先の節で上述されたように、順守基準２４２が要求２４０を引き起こす事象２３７と関連付けられていれば、さらなる処理をもたらす順守基準２４２をもたらし得ることを理解すべきである。
【０１４２】
さらに別の実施形態において、順守基準２２４は、生体指標測定がデータ事象要求２４０にほぼあわせて行われることを要求できる。それゆえに、生体指標測定が順守基準２２４により指定される期間内に行われれば、プロセッサ１０２は、事象に対する測定またはデータ入力が受け入れ可能であると示すことができ、データファイル１４５内の生体指標測定またはデータ入力の値にタグを付ける（即ち、一意の識別子１６７を割り当てる）。生体指標測定の場合に、その測定値がデータ事象要求２４０に対して有効として受け入れられれば（即ち、順守基準２２４を満たせば）、事象の工程２２２は、構造化収集手続７０により必要とされれば、例えばステップ３７０に関して上記したように、要求２４０に応じて受信された測定値に文脈情報１５６（即ち、文脈）を与えるために、追加の情報を入力するようにユーザに促すことを、プロセッサ１０２に行わせてもよい。
【０１４３】
文脈情報１５６は、ユーザインターフェース１４６を介して入力されると、プロセッサ１０２により、追加の情報を要求するデータ事象要求２４０に対して一意の識別子１６７と関連付けられて、データファイル１４５に格納され得る。順守基準２２４により定義されるようにはデータ事象要求２４０にほぼ合っていない、プロセッサ１０２により決定される生体指標測定は、プロセッサ１０２によりデータファイル１４５内でタグを付けられないだろう。そのことは、一意の識別子１６７と関連付けられていないデータ事象要求２４０ｄ及びデータ値２５６ｄと共に、データファイル１４５（図４）に示される。「収集手続にほぼ合わせて」の定義の例は、順守基準２２４によりプロセッサ１０２に決定を行わせるよう指示されるように、事前に予定された時間またはスヌーズされた時間に関連して定義されてもよい。例えば、食前測定については、１５分まで受け入れ可能であり、食後測定については、１０分まで受け入れ可能であり、就寝前測定については、１５分まで受け入れ可能である。他の定義は、事象の工程２２２及び他の構造化収集手続内の他の事象について、他の順守基準２２４で与えられてもよい。
【０１４４】
示される実施形態において、ユーザは、選択肢までスクロールするためにボタン１４７、１４９を使用する。選択肢は、ステップ３７２でＯＫボタン１５１を押下することを介して、プロセッサにより要求２４０に関連するデータ記録１５２に入力される。一実施形態において、食事量は、例えば１が少なく、５が多い、１〜５の数字範囲を介して示され得る。示される実施形態において、１が低く、５が高い、１〜５のエネルギー値の格付けに関する文脈情報１５６のための追加の入力は、ステップ３７４で要求される。追加の入力は、ステップ３７６でユーザインターフェース１４６を使用することにより要求２４０に対する入力を受信するプロセッサ１０２を介して、上記のようにデータファイル１４５に入力される。他の実施形態において、他の文脈情報１５６は、患者が運動したかどうか及び／またはどのくらい運動したかを示すものを含んでもよい。例えば、イエスまたは１が３０分以上を意味し、ノーまたは２が３０分未満を意味するユーザインターフェース１４６が使用されてもよい。示される実施形態において、退出基準がステップ３６８〜３７６を成功することにより満たされるので、構造化収集手続７０は、ステップ３７８で終了する。プロセッサ１０２は、患者１２が必要に応じて収集装置２４で他の作業を行ってもよい方法で、リスト３２９を再び表示する。以下では、図９への参照がなされる。
【０１４５】
生体指標データを文脈説明する方法
図９は、本発明の実施形態に従って糖尿病の診断支援及び治療支援のために生体指標データを文脈説明する方法３８８を示す。図８Ａ及び８Ｂを参照して上述された以前の実施形態において、文脈情報１５６は、構造化収集手続７０の間に自動的にプロセッサにより要求され、関連生体指標値と共に記録されたことを理解すべきである。しかし、自動化が収集装置２４で提供されない実施形態において、患者は、紙ツール３８を使用し、収集データは、例えば構造化収集手続７０が少なくともデータ事象値２５６を作成するためにステップ３９０で実行された後に、文脈情報１５６と関連付けられ得る。収集装置２４によりまだ終了しなければ、例えば限られたメモリ及び処理能力を備える装置の場合に、または記録が紙ツール３８で行われるときに、データは、ソフトウェア３４を実行し、少なくともデータ事象値２５６（図４）をそれぞれのデータ事象要求２４０と関連付ける機能を有する装置１８、２５、３６の別の１つに提供されてもよい。少なくともデータ事象値２５６のそれぞれのデータ事象要求２４０、日時印１６９、及び文脈情報１５６とのこの関連付けは、ステップ３９２で文脈説明（自己監視）データ１７０をもたらす。
【０１４６】
本発明に従う構造化検査で使用されるようなデータは、文脈説明データの見込みのある収集を処理することを理解すべきである。図１０Ａを検討するに、この例において、文脈のない左側の地下鉄の地図を有する有用性と、システムを容易に誘導し、ある場所から別の場所に移動するのを可能にする、文脈のある右側のそれを検討すると、文脈固有の利点が明確になる。同様に、文脈説明は、糖尿病では重要な役割を果たし得る。データと関連する文脈は、例えば、治療、事象（例えば、食事、運動、事象２３７、要求２４０等）、及びデータ収集の要求時間（例えば、時期２３８）に起因し得る。患者により収集された測定値を有するデータは、１つ以上の上記の要因、例えば以下でさらに説明される治療、事象、及び時間と関連付けられることにより、文脈説明され得る。
【０１４７】
治療は、例えば、患者の糖管理異常を軽減することを目的とする継続的な治療として定義され得る。この治療は、一般に、インスリン等の抗糖尿病薬、経口薬、並びに食事及び運動を含む。治療薬（または、治療薬の組み合わせ）は、異なる作用機構により、患者の血糖に固有の薬力学的効果を有する。治療薬の投与量または治療薬そのものの変更は、患者の糖管理の変更をもたらすだろう。結果として、収集されたｂＧデータは、根底にある治療及び投与量に強く関連付けられる。この情報は、データを文脈説明するために使用される。投与量または治療薬の変更は、異なる文脈をもたらすだろう。治療の文脈は、図５Ａに関して上述のように、収集手続７０の設計時に、臨床医１４により患者と相談して設定され得ることを理解すべきである。
【０１４８】
一実施形態において、収集手続７０の事象２３７は、患者の正常糖値を変更するのに影響を与えるｂＧ測定点に関する固有条件を含み得る。上記のように、事象２３７は、食事ベースまたは運動ベースであり得る。事象２３７は、データの文脈説明に関連する。この文脈において、根底にある仮定は、患者が明確な工程の下で多かれ少なかれ動作することである。収集手続７０の作成時に、患者１２は、収集手続７０が患者１２の必要に従って調整され得るように、臨床医１４と生活スタイル事象を議論できる。例として、図１０Ｂを参照して、典型的な収集手続７０を検討する。ここで、患者１２は定期的に運動せず、事象の大部分が朝食、昼食、及び夕食からなる食事ベース事象である。患者１２の生活スタイルは、収集手続７０の事象の工程２２２に対して、ｂＧ測定の６つの候補点（食事の各々の前後）をもたらす。収集手続７０の作成／カスタマイズ（図５Ａ及び／または図７Ｂ）の過程で、臨床医１４は、患者が収集手続７０の事象の工程２２２によりこれらの点の１つ以上または全てを収集することを指定してもよい。これらの点に加えて収集された、即ち収集手続７０の要件外のデータは、プロセッサ１０２により非収集手続測定値として分類され得る。同様に、定期的に運動する１型糖尿病患者に対して、臨床医１４は、運動事象に関する追加の測定値を含めるように、収集手続７０を調整／カスタマイズできる。事象情報は、この例では、事象２３７に依存する適切な方法でデータを文脈説明するために使用される。
【０１４９】
時間は、測定が行われる実際の時間を表し、絶対的であり、例えば日時印１６９（図４）である。さらに、時間はまた、偏差、即ち特定の事象からのオフセットで表され得る。例として、食後測定は、食後の特定の時間に行われる。この時間は、その日その日で異なってもよい。このシナリオは、患者が毎日同じ時間に事象ベース測定を行えないかもしれないときに発生する。結果として、その日その日で同じ測定が行われる時間の分布（distribution）がある。この分布の知識は、時期及び収集手続７０のパラメータ時期２３８の分析に役立つようになり得る。
【０１５０】
さらに、文脈説明データ１７０で、測定時の患者１２の生理的状態は説明され得る。患者の生理的状態は、生体指標値に影響を与え得る。患者の生理的状態の情報は、生体指標値の理解に役立つ。生体指標データは、前回の食事、食事型、食事配分（distribution）、運動情報、睡眠の質、睡眠時間、起床時間、病気等のストレス要因等の所定の事象の文脈で収集されるので、文脈説明され得る。時間分解されたデータは、生体指標データを、構造化収集手続７０の順守及び患者の生活スタイル事象等の他の情報を有する文脈で解釈することを可能にする。
【０１５１】
図９を再び参照して、文脈説明データ１７０は、ステップ３９４で順守基準を満たす受け入れ文脈説明データ３９５を作成するために、順守基準２２４を使用して評価される。順守基準２２４は、データ事象値２５６の標準との比較の基礎を提供でき、データ事象値は、受け入れられて使用されるか、拒絶されて使用されないかのいずれかであり得るので、順守基準２２４は、一実施形態ではデータを選別するために使用され得る。別の実施形態において、ステップ３９４はステップ３９２に先行してもよい。
【０１５２】
図１１は、例えば、受け入れ不可能な文脈説明データ３９７と混ざり合う、受け入れ文脈説明データ３９５の図を示す。図の縦軸は、生体指標設定値、生体指標上限値、及び生体指標下限値の形式での文脈２５０を含む生体指標値２５６を示す。図の横軸は、測定要求の実行時間２３８及び睡眠時間事象２３７を示す。点線により示されるように、実際の睡眠は、推奨される最低限の睡眠を上回っている。受け入れ文脈説明データ３９５は、順守基準２２４を満たすものである。受け入れ不可能な文脈説明生体指標データ３９７は、構造化収集手続７０内にないか、順守基準２２４を満たさないかのいずれかである。受け入れ不可能な文脈説明生体指標データ３９７を除外することにより、受け入れ文脈説明生体指標データ３９５は、意思決定を向上させるのに役立ち得る。統計的手法は、追加の情報を臨床医１４に伝達する形式で、受け入れ文脈説明生体指標データ３９５を表示するために使用され得る。統計的手法の例は、回帰法、分散分析等を含む。以下では、ソフトウェア３４の好ましい実施形態に関するさらなる詳細が与えられる。
【０１５３】
ソフトウェア
先の節で言及されたように、ソフトウェア３４は、患者コンピュータ１８、収集装置２４、ラップトップコンピュータ、携帯情報端末、及び／または携帯電話等の携帯コンピュータ装置３６、及び紙ツール３８で動作できる。ソフトウェア３４は、あらかじめロードされるか、コンピュータ読み取り可能媒体４０または公衆網５０を介して提供され、必要に応じて、患者コンピュータ１８、収集装置２４、臨床医コンピュータ／オフィスワークステーション２５、及び携帯コンピュータ装置３６に、動作のためにロードされ得る。さらに他の実施形態において、ソフトウェア３４は、動作のためにコンピュータ（例えば、コンピュータ１８または２５）に連結された、または公衆網５０を通じて遠隔から、例えばサーバ５２からアクセスされる装置リーダ２２にも統合され得る。さらに、１つ以上の収集手続７０は、ソフトウェア３４の一部、ソフトウェア３４の更新、またはソフトウェア３４により操作及び使用され得る個々のファイルとして提供され得る。
【０１５４】
以下で説明される実施形態において、ソフトウェア３４は、収集装置２４で動作し、３つの基本要素を提供する。１つ以上の構造化収集手続７０、データファイル１４５、及び１つ以上のスクリプト。構造化収集手続７０及びデータファイル１４５の特徴は、上述のものと同じなので、さらなる詳細は与えられない。１つ以上のスクリプトは、収集装置２４に常駐し、各々が特定の組の作業を実行できる小さな独立のプログラムである。スクリプトは、図１２に示されるように、規約スクリプト４０１、解析スクリプト４０３、及び分析スクリプト４０５を含み得る。その各々は、次の項で詳細に説明される。
【０１５５】
規約スクリプト
規約スクリプトは、収集装置４５でプロセッサ１０２により収集手続７０の実行を実際に可能にするスクリプトである。収集手続７０の開始時に、規約スクリプトは、一実施形態では、プロセッサ１０２に、収集手続７０により示されると期待されるデータの量を示すデータ構造を作成させる。別の実施形態において、データ構造は、収集手続７０の間に追加のデータが収集されるのであれば、可変サイズ、またはデータ構造内にバッファ、例えば配列を有する固定サイズを有し得る。例えば、バッファは、収集手続７０が、例えば収集機器２４のメモリ１１０内のデータ構造に割り当て可能なメモリの最大サイズまで、希望に応じて拡張され得る、または希望する条件を満たさない、例えば患者の生体指標値が希望する値に達していないことにより拡張される必要がある状況を把握できる。このデータ構造、例えばデータファイル１４５は、少なくとも、収集手続７０の開始時間、データ事象値２５６等の生体指標の実測値、日時印１６９等の測定時間、及び任意選択で、文脈情報１５６等の追加の文脈説明及び食事、運動等の要求２４０のために使用される他の情報の全てを格納する。代替の実施形態において、データ構造は、１日単位の詳細及び測定が行われる必要がある時間を含み得る、臨床医１４により作成されるカレンダーと見なされ得る。このカレンダー機能はまた、患者が次の測定をいつ行う必要があるかを容易に確認するのを可能にする。規約スクリプトはまた、プロセッサ１０２に、収集手続７０を実行するのに必要な機能の全てを実行させる。例えば収集手続７０の成功により一旦適切なデータが収集されると、規約スクリプトは、プロセッサ１０２に、一実施形態では完了フラグ２５７でデータ構造に印を付けさせ、別の実施形態ではソフトウェア３４の状態として提供させ、ソフトウェア３４で提供されるようなプロセッサ１０２の制御を解析スクリプトに渡す。前者の実施形態において、完了フラグ２５７はまた、終了の理由に関する情報を提供するために、例えば完了の型（終了、計画的（タイムアウト）、順守終了等）を識別するために使用され得る。後者の実施形態について、上記のように、１つ以上の手続７０が工場で収集機器２４にロードされてもよいので、ソフトウェア３４の各収集手続７０の状態を提供することは、手続が臨床医１４による認可の後にのみ利用可能であるという要件を保証するのに役立つ。一実施形態において、各収集手続７０の状態は、ソフトウェア３４により追跡され、「休止」状態、「認可」状態、「保留」状態、「活動」状態、及び「完了」状態の１つ以上を含み得る。休止状態は、収集装置２４が１つ以上の内蔵収集手続７０を備えているが、使用が認可されるまで、上記のように、収集装置２４で患者１２により使用（または確認）され得ないときに役立つ。この場合に、収集手続７０は、休止状態にあると言われる。認可状態は、臨床医１４が収集装置２４で使用を認可した後に、収集手続７０が利用可能になるときである。この状態の間に、収集手続７０は、（例えば、臨床医により）構成され、例えば臨床医、患者、または開始日による選択を介して構成されたように開始のために起動され得る。保留状態は、開始日は設定されたが、実行の前である、例えば収集手続７０が事象の工程２２２を実行する前に進入基準２２６が満たされるまで未知の時間を待っているときである。一旦収集手続７０が、一実施形態では進入基準２２６を満たすことにより、開始日にまたはその後に実行を開始すると、収集手続は、活動状態にあると言われる。活動状態では、少なくとも事象の工程２２２は、プロセッサ１０２により実行されている。完了状態は、上記のように、収集手続７０が終了したときに、完了フラグ２５７と同様に機能する。
【０１５６】
解析スクリプト
解析スクリプトは、一旦収集手続７０のデータ収集が完了すると、プロセッサ１０２に、文脈説明データ、例えば文脈説明データ３９５（図１１）を解析させるスクリプトである。解析スクリプトは、プロセッサ１０２に、例えば一実施形態では収集手続７０の重要なデータ事象２３７（例えば、生体指標値の必須のデータ収集）に対してのみ、収集手続７０の実行時に発生したかもしれない例外を（例えば、実時間で、即ち手続７０が実行されているときに）解決しようと試みさせる。解析スクリプトの実行の終了時に、少なくとも収集手続７０に要求される必須のデータに対して例外が残っていれば、解析スクリプトは、プロセッサ１０２に、適切なデータが収集されていないことを通知させるだろう。結果として、収集手続７０は、プロセッサ１０２により、データファイル１４５内のプロセッサ１０２により提供されない完了フラグ２５７を介して、不完全として印を付けられる。解析スクリプトの終了時に、例えば一実施形態では少なくとも重要な事象に対して、及び／または別の実施形態では主要な標本として指定される事象に対して、及び／またはさらに別の実施形態では全事象に対して例外がなければ、収集手続７０は、データファイル１４５内に完了フラグ２５７を提供するプロセッサ１０２を介して、完全であると印を付けられる。解析スクリプトの役割は、実行段階を示すさらに別の実施形態で、以下に説明されるだろう。
【０１５７】
分析スクリプト
分析スクリプトは、プロセッサ１０２に、関連データセット、例えばデータファイル１４５を有する完了した収集手続７０を分析させる。分析スクリプトに従ってプロセッサ１０２により実行される分析は、単純（平均糖値、ブドウ糖変動等）またはより複雑であり得る（インスリン感受性、ノイズ評価等）。一実施形態において、収集装置２４は、それ自身で実際の分析を実行できる。また、分析は、コンピュータ１８、２５等のコンピュータで実行され得る。一実施形態において、分析スクリプトの結果は、プロセッサ１０２により収集装置２４のディスプレイ１０８または周辺装置のディスプレイに表示され得る。ソフトウェア３４のスクリプト及びプログラム命令は、図１３及び１４並びに図２及び５Ｂを参照して、以下に説明される。
【０１５８】
収集手続の実行
図１３及び１４は、収集手続７０の間に上記のスクリプトを使用してソフトウェア３４のプログラム命令に従ってプロセッサにより実行される収集手続の実行方法４００を示す。鎖線は、異なるスクリプトの異なる領域間の境界を示し、制御の切り替えが行われる境界である。本発明の以下に開示される実施形態は、１つ以上の構造化収集手続７０及び上記の関連メータ実行可能スクリプトを受け入れ可能な血糖測定装置（メータ等）で実行され得ることを理解すべきである。
【０１５９】
図１３を最初に参照して、一旦収集手続７０が、例えば先の節で説明された方法で、ステップ４０２で規約スクリプト４０１を使用してプロセッサ１０２により収集装置２４で開始されると、（収集手続７０で提供されれば）進入基準２２６を満たした後に、データ事象の例、例えば事象２３７が、ステップ４０４で事象の工程２２２に従って発生する。事象２３７について、この例では、プロセッサ１０２は、患者１２が収集手続７０により要求される昼食事象に関する測定を行うように、要求２４０を介して指示する。例えば、要求２４０の指示は、プロセッサ１０２により提供され、突然鳴りだすインジケータ１４８によるアラームであってもよい。ここで、患者１２はまた、プロセッサ１０２によりディスプレイ１０８で測定を行うように要求される。一実施形態において、スヌーズ機能及び測定省略機能は、ソフトウェア３４により提供される。ここで、患者１２は、延期を可能にするまたはデータ収集を省略するために、ユーザインターフェース１４６を使用できる。例えば、先の節で説明された延期機能を選択することは、プロセッサ１０２に、データ収集の延期を有効にしてから所定時間後に、患者１２に事象２３７を再び指示させ得る。例えば、その機能は、一実施形態では患者１２が指示時、例えば測定値を提供する時間帯の開始時に測定を行えない場合に使用され得る。同様に、省略機能は、患者が時間帯に測定を行えないと思えば、選択されるだろう。時間帯または事象に関する特定の時間帯の例は、図１０Ｂ（「許容可能な時間帯」）により示される。
【０１６０】
規約スクリプト４０１に従うプロセッサ１０２は、一実施形態では、ステップ４０６で順守基準２２４を使用し、事象２３７のデータ収集が順守基準２２４の条件を満たすことにより成功したかどうかを決定する。例えば、データ収集は、患者１２が特定の時間帯にデータを首尾よく収集すれば、成功するだろう。別の実施形態において、同じ処理が、１つ以上の採取グループに適用されてもよい。事象の工程２２２及び／または採取分類２６２内の事象に対して首尾よく収集されたデータは、例えば先の節で説明されたように、データファイル１４５内で、収集されたデータ、例えばデータ２５６と、現在時間、例えば日時印１６９（図４）、事象２３９、及び／または要求２４０、及び利用可能な文脈情報１５６、例えば患者の治療に関する、並びに必要に応じて一意の識別子１６７を関連付けることにより、ステップ４１０で規約スクリプト４０１に従ってプロセッサ１０２により文脈説明される。
【０１６１】
上記の例において、患者１２が特定の時間帯にデータを収集しなければ、ステップ４１２で、規約スクリプト４０１に従うプロセッサ１０２は、収集装置２４に常駐する文脈説明データを走査し、逃されたデータ点の要件を満たす同様のデータ点が利用可能かどうかを決定する。このデータ点は、収集される目的のデータ点の全要件を満たす場合に限り、ステップ４１４で規約スクリプト４０１に従ってプロセッサ１０２により選択されるだろう。
【０１６２】
例として、収集手続７０が対の測定、即ち食前及び食後の測定を要求すれば、同じ事象に関して両方の測定が行われることが重要である。この場合に、過去の値からの任意の値の代用は許容されず、対象の事象に対して例外が印付けられる。このシナリオにおいて、データ構造内の関連要素は、プロセッサ１０２がステップ４１６で例外を宣言する位置で不完全であり、例えば例外をもたらした事象２３７の特定のデータ記録１５２内の一意の識別子１６７に＜ｎｕｌｌ＞値を提供する。そのような制約がなければ、収集装置２４に常駐するデータからのデータ点は、ステップ４１４でプロセッサ１０２により選択され、ステップ４１０で収集されたデータを文脈説明するために追加され得る。この代用データ点は、同じ文脈情報、事象文脈、及び要件であれば、元の収集期間の特定の時間帯に収集されたものを有するだろう。ステップ４１８では、規約スクリプト４０１に従って、プロセッサ１０２が、収集手続の事象の工程２２２内の事象２３７の全てについて、データ収集が完了したことを確認するだろう。プロセッサ１０２はまた、収集手続７０により提供されれば、退出基準２２８が満たされるかどうかを確認する。満たされなければ、プロセッサ１０２は、ステップ４０４に戻ることにより事象の工程２２２内の次の事象に移る。ここで、データ収集は、収集手続７０の残りについて、同様に開始する。収集手続７０の案内２３０の一部としてのいくつものメッセージが、データ収集全体に渡って患者を案内するために、プロセッサ１０２によりディスプレイ１０８で患者１２に表示され得ることを理解すべきである。規約スクリプトの一部として、指定された退出基準が満たされたときはいつでも、プロセッサ１０２は、一実施形態では収集手続７０を終了でき、別の実施形態では患者が手続７０の終了を選択することをディスプレイ１０８にオプションとして提示できることを理解すべきである。一旦収集手続がステップ４１８で完了すると、規約スクリプト４０１は、ステップ４２０で解析スクリプト４０３にプロセッサ１０２の制御を手渡す。
【０１６３】
解析スクリプト４０３により果たされる役割を強調する図１４を参照して、収集手続７０の完了時に制御が渡されると、解析スクリプト４０３は、不完全さについて、データファイル１４５内の文脈説明データ１７０を確認する。このことを実現するために、プロセッサ１０２は、ステップ４２２でメモリ１１０から文脈説明データ１７０を読み取り、解析スクリプト４０３に従ってステップ４２４で、例外確認としてデータファイル１４５内に提供された例外（例えば、一意の識別子１６７に対する＜ｎｕｌｌ＞値）を探す。可能なときに、プロセッサ１０２は、ステップ４２６で、可能であれば収集装置２４で利用可能なデータを使用し、これらの例外に対処しようと試みる。例として、アプリケーションデータは、非収集手続７０の事象からまたは別の収集手続７０の一部として収集されたデータから利用可能かもしれない。例外が既存のデータから対処され得なければ、ステップ４２８で、収集手続７０は不完全であると印を付けられる。この時点で、収集手続７０の完了フラグ２５７は、不完全として設定される（例えば、設定されない、＜ｎｕｌｌ＞、所定値等）。例外がない及び／または全例外がステップ４２６で対処されたのであれば、プロセッサ１０２は、完了したとして完了フラグ２５７を設定し、ステップ４３０で収集手続７０の結果を表示できる。解析スクリプト４０３に従うプロセッサ１０２は、収集手続７０と関連するデータ（即ち、データファイル１４５）の全てを収集し、ステップ４３２で分析スクリプト４０５に制御を手渡す。
【０１６４】
ステップ４３４では、分析スクリプトが、プロセッサ１０２に、データファイル１４５内で完了フラグ２５７が完全であると印を付けられていれば、ステップ４３２で収集されたデータに対して、必要な分析、例えば収集手続７０で詳述される分析２５８（図６Ｂ）の全てを実行させるだろう。一実施形態において、単純な分析手順計算は、収集装置２４で実行され得るのに対して、より複雑な収集手続７０では、分析は、コンピュータ、例えばコンピュータ１８または２５で実行され得る。
【０１６５】
１つ以上の収集手続７０を含む収集装置２４が、コンピュータ１８または臨床医コンピュータ２５に接続される装置リーダ２２、例えばＳｍａｒｔ−Ｐｉｘ装置に接続されると、ソフトウェア３２は、副プロセッサに、完了した収集手続７０及び関連データファイル１４５のリストを自動的に表示させる。
【０１６６】
一実施形態において、ソフトウェア３４は、結果の可視化のための、例えばＳｍａｒｔＰｉｘ装置として提供される装置リーダ２２と、または収集手続７０からのデータの分析の結果を表示できる、コンピュータ１８、２５等を含む他の装置とやり取りできる。この時点で、臨床医コンピュータ２５であれば、臨床医１４は、完了しかつ分析された収集手続７０の結果を閲覧したり、完了した収集手続７０の分析を実行したりすることを決定できる。臨床医１４はまた、完了しなかった収集手続７０を再検討し、収集手続７０に存在する例外を評価しようと試みることができる。このやり取りは、患者に自身のデータに関するフィードバックを提供する及び／または既存の収集手続７０を完了しなかった理由を評価する機会を、臨床医１４に提供する。
【０１６７】
使用事例の例
図１５を参照して、臨床医１４及び患者１２により実行される一連の行動を強調する使用事例の例が与えられる。この一連の行動は、医学的質問の作成から収集手続７０の完了までの、臨床医１４及び患者１２の間のやり取りの概要を網羅する。鎖線は、臨床医１４及び患者１２の間の境界を示し、情報のやり取りが行われる境界である。完了した収集手続７０に関する説明はまた、患者を励ますのに役立ち、臨床医１４に患者の成果及び進捗に関するフィードバックを提供する機会を提供する。
【０１６８】
ステップ４４０では、患者が臨床医１４を訪問し、ステップ４４２では、臨床医が問題を識別する。その問題は、ステップ４４４で医学的使用事例（医学的質問）の選択をもたらす。医学的質問を選択した後に、例えばコンピュータ２５で、臨床医は、コンピュータを使用し、方法２００及び／または３００（図５Ａ及び７Ａ）を使用してステップ４４６で構造化収集手続７０を選択及び定義／カスタマイズする。構造化収集手続７０を指示した後に、コンピュータ２５は、構造化収集手続７０を収集装置２４に提供する。構造化収集手続７０は、ステップ４４８で受信される。患者１２は、ステップ４５０で手続７０で提供される進入基準を満たした後に、収集装置２４を使用して構造化収集手続７０に従ってデータ収集を開始する。ステップ４５２でのデータ収集の間に、事象２３７は、構造化収集手続７０に含まれる事象の工程２２２に従って収集装置２４により自動的に予定される。順守基準２２４は、少なくとも全ての生体指標測定値に適用される。生体指標測定値は、収集装置２４により自動的に順守基準を満たすかどうかを評価及び記録される。ステップ４５４では、一旦退出基準２２８が満たされると、構造化収集手続７０が完了する。次に、ステップ４５６では、任意の利用可能な収集装置ベースの分析２５８が、必要に応じて患者１２により実行されてもよい。次に、ステップ４５８では、レポート、例えばステップ４３４で言及されたデータレポートが作成されてもよい。ステップ４６０では、収集装置２４または患者コンピュータ１８からのデータ（例えば、完全なデータファイル１４５）が、好ましくは臨床医コンピュータ２５に送信される。収集されたデータは、ステップ４６０で受信され、ステップ４６２で分析される。次に、ステップ４６４では、レポートが作成され得る。レポートは、患者１２へのステップ４６６での追加の結果の説明を容易にするのに使用されてもよい。次に、文書がステップ４６８で印刷される。文書は、ステップ４７０で患者１２に与えられ得ると共に、ステップ４７２で患者１２の電子医療記録に記録（格納）され得る。
【０１６９】
収集手続の作成、修正、及び転送
本発明の実施形態はまた、収集手続７０の作成、修正、及び構造化検査対応装置、例えば収集装置２４との相互転送を可能にする。収集手続７０は、特定の医学的使用事例または医学的質問に対処することを原因及び目的とするので、一の装置から別の装置への、得られた情報、例えばデータファイル１４５の転送は、安全な方法で実行される。さらに、患者または患者グループのための収集手続に関連する情報（例えば、データファイル１４５）の全ては、安全かつ効率的な方法で管理され得る。
【０１７０】
以下に与えられる説明は、図１５に関して上述のように、臨床医１４及び患者１２の間のやり取りに関連する態様を含むことを理解すべきである。特に、以下の開示は、収集手続７０の作成、転送、及び分析を管理するのに必要とされる基盤に関する詳細を与える。以下では、装置１８、２５、及び５２との、装置及び情報（データ、レポート等）の相互転送に関連する態様が与えられるので、図２のシステム４１への参照もなされる。
【０１７１】
示される一実施形態において、システム４１は、ウェブサーバであり、複数の収集手続７０ａ、７０ｂ、７０ｃ、７０ｄのレポジトリ及び臨床医コンピュータ２５に常駐するソフトウェア３４としての機能を果たすサーバ５２と、例えば血糖メータとして提供される収集装置２４とを備え得る。これ以降、これらのコンポーネントは、それぞれ「サーバ」、「ソフトウェア」、及び「メータ」と称される。さらに、ソフトウェア３４が常駐するコンピュータ２５は、「クライアント」と称される。
【０１７２】
一実施形態において、サーバ５２は、特定の医学的質問に対処する多数の収集手続７０ａ、７０ｂ、７０ｃ、及び７０ｄのためのセントラルレポジトリとしての機能を果たし得る。従って、１つ以上の収集手続７０は、サーバ５２から臨床医コンピュータ２５にダウンロードされ得る。実施形態において、サーバ５２及びクライアントコンピュータ２５の間の全通信は、安全かつウェブベースの形式で行われる。さらに、別の実施形態において、患者データはサーバ５２に転送され得ないので、コンピュータ２５及びサーバ５２の間に全双方向（full two-way）のデータ転送はない。さらに、他の実施形態において、サーバ５２の収集手続の要求は、有効な識別子でのみ行われ得る。実施形態は、認可されたクライアントのみが、要求される収集手続７０をダウンロードするために、サーバ５２にアクセスするのを許可されることを保証する。
【０１７３】
一実施形態において、サーバ５２からダウンロードされた各収集手続７０は、一度だけ使用され得る（例えば、完了フラグまたは完了状態が設定されれば、手続７０は臨床医１４により再認可されるまで再び実行され得ない）。収集手続７０の各連続ダウンロードは、有効なＩＤ７１（図２）を有する認可されたクライアントユーザからのアクセスを必要とする。サーバ５２はまた、クライアントコンピュータ２５に更新を提供し、それによりソフトウェアが最新版であることを保証する。クライアントコンピュータ２５からサーバ５２への通信に対する制約も存在する。サーバ５２は、ソフトウェア３４のインストールされている版に関連する情報にのみアクセスできる。サーバ５２は、クライアントデータベース、例えばメモリ７８に常駐するデータにアクセスできない。さらに、クライアントコンピュータ２５のデータは、必要な許可なしに使用及びアクセスされ得ないように、アクセス制御される。
【０１７４】
クライアントコンピュータ２５に常駐するソフトウェア３４は、サーバ５２及びメータ２４の間のインターフェースとしての機能を果たす。フロントエンドのソフトウェア３４は、臨床医１４に診療全体に関連する即時情報を提供する使い易いインターフェースを備える。この情報は、全指定患者に関する詳細、臨床医１４が所与の日に面会する予定である患者に関する詳細、及び特別な注意を必要とする患者に関する詳細を含んでもよい。ソフトウェア３４はまた、例えばヘルスケア記録システム２７により使用及び提供される個々の患者ＩＤにより配列される関連患者データを含むデータベースと連動する。ソフトウェアインターフェースはまた、臨床医１４が患者識別子を使用して患者１２の詳細にアクセスするのを可能にする。このように、ソフトウェア３４は、臨床医１４に、患者１２がすでに完了した収集手続７０、関連結果、及び患者１２が現在実行している収集手続７０に関する情報を提供する。クライアントコンピュータ２５に常駐するデータの全ては、安全でありかつアクセス制御される。サーバ５２は、データにアクセスする手段を備えない。臨床医１４は、診療に係る全患者からのデータにアクセスできる。さらに、個々の患者１２は、安全なウェブベース形式で患者識別子を使用し、例えば臨床医のサーバから自身のデータにアクセスできる。このデータは、メータ２４からコンピュータ２５のデータベースにダウンロードされ、患者識別子を使用して患者１２に関連付けられる。
【０１７５】
メータ２４からのデータのダウンロード時に、ソフトウェア３４はまた、データの完全性が維持され、転送時にデータの破損が発生しないことを保証するために、データに対して分析を実行する。クライアントコンピュータ２５はまた、ソフトウェア３４を使用し、個々の患者に電子メールを送信できる。この電子メールは、次回の予約、予約後に患者がしなければならないことに関する合図、及び完了した収集手続７０の結果であるレポートに関する情報を含み得る。臨床医１４が特定の患者のためにサーバ５２から収集手続７０をダウンロードすると、収集手続７０は、患者識別子と関連付けられる。このように、患者についてどの収集手続７０が現在実行中なのかを把握できる。
【０１７６】
ダウンロードされた収集手続７０はまた、先の節（図７Ｂ）で説明されたように、収集手続７０を個々の患者の必要に合わせて調整するために、ソフトウェア３４を使用して臨床医１４により修正され得る。収集手続７０の修正時に、臨床医１４はまた、修正された収集手続７０で実行される分析を変更するオプションを有する。さらに、修正されていない標準的な収集手続７０に対してさえ、臨床医１４は、分析に追加のオプションを追加するオプションを有する。
【０１７７】
さらに、臨床医１４は、手続７０がいつ終了しなければならないかに関する指針を決定及び設定できる。例えば、臨床医１４は、例えば収集手続７０のオプションパラメータ２３２を使用することにより、順守違反はいくつ許されるか、即ち患者は測定値をいくつ逃し得るかを決定及び設定できる。
【０１７８】
一旦収集手続７０が臨床医１４によりメータ２４に導入されると（詳細は次節で説明される）、収集手続７０は、患者１２により変更され得ない。さらに、収集手続７０は、収集手続７０及び関連データ（例えば、データファイル１４５）を確実に把握するために、臨床医１４（処方者）及び患者識別子と関連付けられる。
【０１７９】
一旦完了した収集手続７０が分析されると、ソフトウェア３４はまた、臨床医１４が作成されるレポートの型を選択するのを可能にする。このレポートは、表示される装置に合わせて調整される。レポートは、電話、パーム型機器、またはメータ等の携帯機器、またはコンピュータ、または印刷形式用である。ソフトウェア３４はまた、患者データ、及び収集手続７０からのデータに対して実行された分析の結果を医療記録に追加するために、電子医療記録システムと接続する機能を備える。
【０１８０】
メータ２４は、見込みのある文脈説明データが収集手続７０により推奨されるように患者１２により収集される機構としての機能を果たす。メータ２４は、患者により所有されるか、臨床医１４により所有され、収集手続７０と関連するデータ収集の間に患者１２に貸与され得る。臨床医１４は、多数の機構により収集手続７０をメータ２４に導入できる。例えば、収集手続７０は、一実施形態では、サーバ５２からダウンロードされ、クライアントコンピュータ２５をメータ２４に繋ぐ接続ケーブルを介してメータ２４に追加され得る。収集手続７０はまた、別の実施形態では、メータ２４に挿入され得るチップ（例えば、コンピュータ読み取り可能媒体４０）上で取得され得る。この収集手続７０は、メータ２４のファームウェアにロードされる。そのロードは、患者１２により開始され得る。収集手続７０はまた、さらに別の実施形態では、ＲＦＩＤタグチップ（例えば、コンピュータ読み取り可能媒体）を使用して導入され得る。
【０１８１】
ダウンロードされた収集手続７０に加えて、メータ２４はまた、データ収集時に患者を案内する命令を患者１２に表示する機能を備える。さらに、上述のように、収集手続７０は、メータ２４に患者識別子及び臨床医識別子を導入できる。同様に、メータ２４から収集されたデータは、例えばデータファイル１４５内のセットアップデータ１６３（図４）の一部として、患者識別子及び臨床医識別子と関連付けられ得る。さらに、データファイル１４５内のセットアップデータ１６３は、メータ２４に関する情報（即ち、測定ノイズ、較正データ）、試験紙ロット番号、及びデータ収集事象２３７に使用される試験紙に関する他の情報を含み得る。その情報は、データ分析時に役立つかもしれない。
【０１８２】
収集手続７０の完了時に、メータ２４は、ソフトウェア３４に接続され得る。そのときに、データファイル１４５等のデータは、安全に転送され、実行中のソフトウェア３４に従ってクライアントコンピュータ２５のプロセッサ７６により格納される。一旦収集手続からのデータに対して実行される分析が、クライアントコンピュータ２５のソフトウェア３４により完了すると、メータ２５はまた、患者の参照のために分析の結果を格納する機能を備える。以下では、図１６〜１８への参照がなされる。
【０１８３】
ソフトウェアＧＵＩ
一実施形態において、コンピュータ、例えばコンピュータ２５及び／またはサーバ５２で提供されるグラフィカルユーザインターフェース（ＧＵＩ５００）を介して使用可能なソフトウェア３４のさらなる機能を強調する典型的なワークフローが提示される。この例において、臨床医１４が特定の患者のケースファイルを開くという典型的なシナリオが検討される。図１６に示されるように、臨床医１４は、クライアントコンピュータ２５で実行中のソフトウェア３４のＧＵＩ５００を使用し、表示される患者ファイル５０２に関する重要な詳細を容易に可視化できる。ＧＵＩ５００の上ペイン５０２で、臨床医１４は、表示される患者ファイルを変更し、患者ファイルからの情報を含む電子メールを作成し、患者ファイルからの情報を含むファックスを作成し、患者ファイルを保存し、患者ファイル内のデータをブックマークし、既存のブックマークを選択し、患者ファイルからの情報／グラフを印刷する等の、様々な管理作業５０４を確認及び使用できる。
【０１８４】
ＧＵＩ５００の左ペイン５０６で、臨床医４１は、追加のオプション５０８、例えばメータ２４がコンピュータ２５または１８に（有線または無線で）接続されるときに、患者データ、例えばデータファイル１４５をダウンロードするオプションを有する。他のオプション５０８はまた、患者プロフィール、日誌、及び追加の記録、及び計算データに基づくグラフ等に関する詳細を表示することを含み得る。図１６により示されるように、要約オプションが選択されると、その内容を主ペイン５１０に表示する。
【０１８５】
主ペイン５１０は、患者１２の治療管理のワークフロー内の典型的なステップの全てを示す。これらのステップは、次を含み得る。疾病状態５１２、治療選択５１４、治療初期化５１６、治療最適化５１８、及び治療監視５２０。ＧＵＩ５００にアイコンとして提供される各ステップは、以下に説明される。
【０１８６】
疾病状態５１２は、例えば患者は１型または２型糖尿病であるという疾病状態の決定である。典型的に、疾病状態の決定は、患者１２が臨床医１４を最初に訪問するとき、または臨床医１４が特定の患者が危険に曝されているかもしれないと疑うときに実行される。一旦疾病状態が決定されると、治療選択５１４が続く。臨床医１４は、患者の疾病状態を考慮する適切な治療を選択する必要がある。治療選択５１４は、それぞれ図５Ａ及び７Ａにより示される方法２００及び３００の過程を含み得るので、さらなる説明は与えられない。治療初期化５１６は、患者１２にどの治療を行うかにより初期詳細を設定することを含む治療初期化の過程である。このことは、治療の初期投与量、時間等に関する詳細を含んでもよい。治療初期化５１６に関するさらなる詳細は、図１７を参照して以下に与えられる。治療最適化５１８は、副作用を引き起こさない患者への最善有効量の決定を含む。治療最適化のための方法の例は、Ｒｏｃｈｅ Ｄｉａｇｎｏｓｔｉｃｓ Ｏｐｅｒａｔｉｏｎｓ社に譲渡され、２００９年１２月２１日に出願された、米国特許出願第＿＿＿＿＿＿号明細書「慢性病患者の診断支援または治療支援のための構造化検査方法及びその装置」により開示される（代理人整理番号ＲＯＰ００４４ＰＡ／３７５５４．６５）。最後に、治療監視５２０は、選択された治療が最適化された後で、治療の陳腐化を検出するために、患者１２を定期的に監視することを含む。このように、ＧＵＩ５００は、臨床医１４に、有益な情報の全てを使い易い形式で提供する。
【０１８７】
図１７は、臨床医１４が疾病状態５１２及び治療選択５１４を介してすでに疾病状態を決定及び治療を選択し、治療初期化５１６のステップにいるシナリオを表す。示されるように、ソフトウェア３４は、ＧＵＩ５００ですでに完了したステップに陰影を付け、現在実行中のステップ、例えば治療初期化５１６のみが強調されるようにする。さらに、一実施形態において、ソフトウェア３４は、臨床医１４が現在のステップで必要とされる全行動を遂行しない限り（換言すれば、前のステップは全て遂行された）次のステップに進むのを許可しない。しかし、ソフトウェア３４は、臨床医１４に、戻って前のステップをＧＵＩ５００でそのステップの特定のアイコンを選択することにより修正するオプションを提供する。
【０１８８】
この例において、患者１２は糖尿病であり、現在、治療初期化５１６について、臨床医１４は、１型糖尿病患者のために長時間作用型インスリン治療を初期化する必要がある。示されるように、臨床医１４は、このステップについて、治療を初期化するために全ての利用可能な初期化オプション５２２をＧＵＩ５００に提示される。例えば示されるように、臨床医１４は、例えば長時間作用型基礎インスリンとして示される薬５２４の型を選択し、薬５２４と関連し、その各々が薬５２４の型と関連する（及び利用可能である）特定の薬（例えば、ランタス、レベミル）に関する治療質問に対処するのに利用可能な収集手続７０と関連する手続選択アイコン５２６を選択できる。ソフトウェア３４はまた、ＧＵＩ５００を通じて、臨床医１４が必要とされれば追加の治療関連パラメータ５２８、例えばインスリン感受性、インスリン対糖質比等を引き受けるべきかどうかを決定するのを可能にする。さらに、治療初期化についてのさらなる詳細は、一般情報５３０のアイコンを選択することにより表示され得る。
【０１８９】
臨床医が手続選択アイコン５２６の１つを選択すると、ソフトウェア３４は、例えば図１８に示される、関連収集手続７０で設定された条件のスナップショット５３２を提供する。スナップショット５３２で提供される典型的な初期条件は、投与の頻度（投与量の調整）、（デフォルト）初期投与量、ターゲット値、事象の工程（例えば、３日間、空腹時血糖を測定）、計算のための推奨（例えば、３日間の平均に基づいて薬の投与量を修正、効果を評価するために残りの日を測定）等を含み得る。選択された収集手続７０に関するさらなる詳細、例えば関連医学文献が希望されれば、構造化検査方法の基礎を形成したかもしれない事例研究等が、さらなる詳細アイコン５３４を介して表示され得る。臨床医１４はまた、受け入れアイコン５３６を介して提供された収集手続７０を受け入れる選択肢、または修正規約５３８を介して収集手続７０に対する修正を提案する選択肢を有する。修正規約５３８を選択することは、例えば図７Ｂにより示されるように、修正のために例えば手続７０の全パラメータの画面表現をＧＵＩ５００に開くことができるが、先の節で説明されたので、さらなる説明は与えられない。一旦修正が収集手続７０に行われると、臨床医１４は、変更を再検討して受け入れることができる。ＧＵＩ５００で受け入れアイコン５３６を選択することにより収集手続７０を受け入れるときに、ソフトウェア３４は、先の節で説明されたように、プロセッサ、例えばプロセッサ７６に、完了した収集手続７０をメータ２４に送信させる。本発明の上記の実施形態の利点は、以下で言及される。
【０１９０】
本方法の実施形態は、これに限定されないが、次に言及される利点を提供する。所定の実施形態は、食事及び既存薬等の要因を考慮することにより、収集されたデータの文脈説明を可能にする。データ分析の全てが、見込みのあるデータに対して実行され得る。即ち、文脈説明データ収集は、対処される必要がある医学的質問に留意しつつ実行される。収集手続７０は、各々が特定の医学的問題、例えば食後血糖の偏位の管理、空腹時血糖値の管理、患者のインスリン感受性の特徴付け、患者の治療反応の監視等に対処するために、ｂＧデータを収集することに適合される。収集手続を使用することは、ＢＧ値を収集する作業を目的のはっきりしたものにする。なぜなら、患者は、検査を実行している理由を知っているからである。検査を行う理由の認識は、順守の向上をもたらすだろう。
【０１９１】
また、所定の実施形態は、収集手続７０及びこの収集手続７０の分析から得られた結果を受信及び送信するために安全なウェブベース通信を保証しながら、異なる患者１２により異なる収集装置２４で同時に作動する多数の収集手続７０を管理するのに必要な基盤を提供する。例えば、所定の実施形態は、臨床医１４が、疾病状態の決定から実施中の定期的な治療下での定期的な監視まで、患者の治療の段の全てに影響を与えるのをより容易にし、臨床医１４が、安全かつウェブベースの形式で、患者グループのために収集手続７０の実行の様々な段を管理するのを可能にし、臨床医１４に、収集手続７０を所定のリストから選択するオプション、または収集手続７０を患者の必要に基づいて修正するオプションを提供することにより自由度を提供し、通信が完全にデータ中心であり、例えば目前の医学的質問により案内されるように、臨床医１４及び患者１２の間のやり取りをより効果的にすることにより、臨床医１４を支援する。
【０１９２】
このように、上記の開示により、メータで同時に作動する収集手続の実行、データ収集、及びデータ分析を管理するシステム及び方法に関する実施形態が開示される。当業者は、開示された以外の実施形態で教示が実施され得ることを理解するだろう。開示された実施形態は、限定ではなく例示の目的のために提示され、発明は、以下に続く特許請求の範囲によってのみ限定される。

【特許請求の範囲】
【請求項１】
構造化収集手続（７０）を実行するための収集装置（２４）であって、
メモリ（１１０）と、
前記メモリ（１１０）に接続されたプロセッサ（１０２）と、及び
前記プロセッサ（１０２）により実行されると、前記プロセッサ（１０２）に、
１つ以上の進入基準（２２６）が未知の時間に満たされたときに、前記構造化収集手続（７０）の事象の工程（２２２）を自動的に開始させ、
前記事象の工程（２２２）に従って収集された患者データ（２５６、１７０、１４５）を前記メモリ（１１０）に格納させ、
１つ以上の退出基準（２２８）が未知の時間に満たされたときに、前記構造化収集手続（７０）を自動的に終了させ、及び
前記事象の工程（２２２）内の事象（２３７）の実行の間に例外が発生しなければ、完了したとして前記構造化収集手続（７０）に印を付けさせるプログラム（３４）命令と、を備える収集装置。
【請求項２】
前記プロセッサ（１０２）は、前記構造化収集手続（７０）の完了を示すために状態を使用する、請求項１に記載の収集装置（２４）。
【請求項３】
前記プロセッサ（１０２）は、前記構造化収集手続（７０）の完了を示すために前記メモリ（１１０）内に完了フラグ（２５７）を提供する、請求項１に記載の収集装置（２４）。
【請求項４】
前記構造化収集手続（７０）の開始時に、前記プログラム（３４）命令は、前記プロセッサ（１０２）に、前記患者データ（２５６、１７０、１４５）のために前記メモリ（１１０）内にデータ構造を作成させる、請求項１に記載の収集装置（２４）。
【請求項５】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、例外を解決しようと試みさせ、前記例外が解決されれば、完了したとして前記完了フラグ（２５７）に印を付けさせる、請求項３に記載の収集装置（２４）。
【請求項６】
前記プロセッサ（１０２）は、前記プロセッサ（１０２）にさらに、前記例外を解決するために、前記患者データ（２５６、１７０、１４５）を走査させ、前記例外をもたらした前記事象（２３７）の要件を満たす前記患者データ（２５６、１７０、１４５）内の同様のデータを使用させる前記プログラム（３４）命令により、前記例外を解決しようと試みる、請求項５に記載の収集装置（２４）。
【請求項７】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記患者データ（２５６、１７０、１４５）に対して分析を実行させる、請求項１に記載の収集装置（２４）。
【請求項８】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記事象の工程（２２２）に従って生体指標データ（２５６）を収集するための指示及び案内（２３０）を提供させる、請求項１に記載の収集装置（２４）。
【請求項９】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、指示されたときに、前記生体指標データ（２５６）の前記収集に延期を可能にするスヌーズ機能を提供させる、請求項８に記載の収集装置（２４）。
【請求項１０】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記患者データ（２５６、１７０、１４５）が前記事象の工程（２２２）で提供される事象（２３７）に関する特定の時間帯に収集されたかどうかを決定するために、順守基準（２２４）を適用させる、請求項１に記載の収集装置（２４）。
【請求項１１】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記事象の工程（２２２）で提供される前記事象（２３７）の各々について収集された前記データ（２５６、１７０、１４５）が良好なものかどうかを決定するために、順守基準（２２４）を適用させる、請求項１に記載の収集装置（２４）。
【請求項１２】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記患者データ（２５６、１７０、１４５）内で、首尾よく収集された前記データを日時印（１６９）、前記事象（２３７）、任意の利用可能な文脈情報（１５６）、及び一意の識別子（１６７）と関連付けさせる、請求項１１に記載の収集装置（２４）。
【請求項１３】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記患者データ（２５６、１７０、１４５）内で、前記順守基準（２２４）を満たさない前記事象（２３７）に対する前記例外を示させる、請求項１１に記載の収集装置（２４）。
【請求項１４】
前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、反対事象が発生したときに、前記構造化収集手続（７０）を終了させる、請求項１に記載の収集装置（２４）。
【請求項１５】
前記収集装置（２４）は、血糖メータ（２６）である、請求項１に記載の収集装置（２４）。
【請求項１６】
構造化収集手続（７０）の実装、実行、データ収集、及びデータ分析を管理するためのシステム（４１）であって、
請求項１に記載の収集装置（２４）と、及び
前記収集装置（２４）で前記構造化収集手続（７０）の前記実装を管理するグラフィカルユーザインターフェース（５００）を提供する、前記収集装置（２４）に通信で連結されたコンピュータ（１８）と、を備えるシステム。
【請求項１７】
１つ以上の構造化収集手続（７０）のセントラルレポジトリとしての機能を果たす、前記コンピュータ（１８）に接続されたサーバ（５２）をさらに備える、請求項１６に記載のシステム（４１）。
【請求項１８】
前記グラフィカルユーザインターフェース（５００）は、患者（１２）によりすでに完了した前記収集手続（７０）及び関連結果、並びに前記患者（１２）が前記収集装置（２４）で現在実行している前記収集手続（７０）に関する情報を提供する、請求項１６に記載のシステム（４１）。
【請求項１９】
前記グラフィカルユーザインターフェース（５００）は、患者（１２）の治療管理のワークフロー（５１２、５１４、５１６、５１８、５２０）内のステップを提供する、請求項１６に記載のシステム（４１）。
【請求項２０】
前記ステップは、疾病状態（５１２）、治療選択（５１４）、治療初期化（５１６）、治療最適化（５１８）、及び治療監視（５２０）を含む、請求項１９に記載のシステム（４１）。
【請求項２１】
前記グラフィカルユーザインターフェース（５００）は、すでに完了した前記ワークフロー（５１２、５１４、５１６、５１８、５２０）の前記ステップへのアイコンに陰影を付ける、請求項２０に記載のシステム（４１）。
【請求項２２】
前記グラフィカルユーザインターフェース（５００）は、治療に対処するのに利用可能な１つ以上の構造化収集手続（７０）から選択することを含む、治療を初期化するための全ての利用可能な初期化オプション（５２２）を提供する、請求項１６に記載のシステム（４１）。
【請求項２３】
前記グラフィカルユーザインターフェース（５００）は、前記構造化収集手続（７０）で設定された条件のスナップショット（５３２）を提供する、請求項１６に記載のシステム（４１）。
【請求項２４】
前記グラフィカルユーザインターフェース（５００）は、選択されたときに、前記構造化収集手続（７０）のパラメータ（２２０、２２２、２２４、２２６、２２８、２３０、２３２、２３７、２３８、２４０）の修正を可能にする修正規約アイコン（５３８）を提供する、請求項１６に記載のシステム（４１）。
【請求項２５】
前記グラフィカルユーザインターフェース（５００）は、選択されたときに、前記コンピュータ（１８）に、前記構造化収集手続（７０）を前記収集装置（２４）に送信させる受け入れアイコン（５３６）を提供する、請求項１６に記載のシステム（４１）。
【請求項２６】
前記コンピュータ（１８）及び前記サーバ（５２）の間の通信は、患者データ（２５６、１７０、１４５）を保護するために、全双方向のデータ転送に対応しない、請求項１７に記載のシステム（４１）。
【請求項２７】
前記収集装置（２４）により収集されたデータ（２５６、１７０、１４５）の分析は、前記収集装置（２４）、前記コンピュータ（１８）、及び装置リーダ（２２）の１つ以上で完了し得る、請求項１６に記載のシステム（４１）。
【請求項２８】
構造化収集手続（７０）を実行するための収集装置（２４）であって、
収集された生体指標データ（２５６）、日時印（１６９）、完了フラグ（２５７）、及び前記収集された生体指標データ（２５６）の各例と関連する他のデータを含み、前記他のデータは、前記関連する収集された生体指標を特徴付ける文脈説明データ（１７０）を含む、患者データ（２５６、１７０、１４５）を格納するメモリ（１１０）と、
前記メモリ（１１０）に接続されたプロセッサ（１０２）と、及び
前記プロセッサ（１０２）により実行されると、前記プロセッサ（１０２）に、
生体指標データ（２５６）を得る前に満たされる必要がある条件を規定する進入基準（２２６）と、
事象（２３７）の各々が実行時間（２３８）、前記事象（２３７）を実行するための案内（２３０）、情報、患者行動、及び少なくとも１つの型の生体指標データ（２５６）の収集の１つ以上の要求（２４０）の少なくとも１つ以上を含む、事象の工程（２２２）と、及び
前記構造化収集手続（７０）を終了する前に満たされる必要がある条件を規定する退出基準（２２６）と、を定義するパラメータ（２２０、２２２、２２４、２２６、２２８、２３０、２３２、２３７、２３８、２４０）を有する構造化収集手続（７０）をメモリ（１１０）から自動的に検索させ、
前記進入基準（２２６）が未知の時間に満たされたときに、前記構造化収集手続（７０）の前記事象の工程（２２２）を自動的に開始させ、
前記事象の工程（２２２）に従って収集された前記患者データ（２５６、１７０、１４５）を前記メモリ（１１０）に格納させ、
前記退出基準（２２８）が未知の時間に満たされたときに、前記構造化収集手続（７０）を自動的に終了させ、及び
前記生体指標データ（２５６）を収集するための前記事象の工程（２２２）内の重要な事象（２３７）の実行の間に例外が発生しなければ、完了したとして前記構造化収集手続（７０）を示させ、さもなければ、前記プロセッサ（１０２）は、前記構造化収集手続（７０）の未了を示す、プログラム（３４）命令と、を備える収集装置。
【請求項２９】
前記構造化収集手続（７０）が未了として示されれば、前記プログラム（３４）命令はさらに、前記プロセッサ（１０２）に、前記例外をもたらした前記重要な事象（２３７）の欠損生体指標データ（２５６、１７０、１４５）を置換しようと試みさせることにより、前記例外を解決しようと試みさせる、請求項２８に記載の収集装置（２４）。
【請求項３０】
構造化収集手続（７０）を実行する方法（３００）であって、
請求項１に記載の収集装置（２４）を提供することと、及び
前記収集装置（２４）で前記構造化収集手続（７０）を認可することと、を有する方法。
【請求項３１】
構造化収集手続（７０）を実行する方法（３００）であって、
請求項２８に記載の収集装置（２４）を提供することと、及び
前記収集装置（２４）で前記構造化収集手続（７０）を認可することと、を有する方法。
【請求項３２】
構造化収集手続（７０）を管理する方法（３８８）であって、
収集装置（２４）に前記構造化収集手続（７０）及びプログラム（３４）命令を提供することと、及び
前記収集装置（２４）のプロセッサ（１０２）に、
１つ以上の進入基準（２２６）が未知の時間に満たされたときに、前記構造化収集手続（７０）の事象の工程（２２２）を自動的に開始させ、
前記事象の工程（２２２）に従って収集された患者データ（２５６、１７０、１４５）をメモリ（１１０）に格納させ、
１つ以上の退出基準（２２８）が未知の時間に満たされたときに、前記構造化収集手続（７０）を自動的に終了させ、
前記事象の工程（２２２）内の事象（２３７）の実行の間に例外が発生しなければ、前記構造化収集手続（７０）の完了を示させるために、前記収集装置（２４）で前記プログラム（３４）命令を実行することと、を有する方法。

【図１】

【図２】

【図２Ａ】

【図３】

【図４】

【図５Ａ】

【図５Ｂ】

【図５Ｃ】

【図６Ａ】

【図６Ｂ】

【図６Ｃ】

【図６Ｄ】

【図６Ｅ】

【図７Ａ】

【図７Ｂ】

【図８Ａ】

【図８Ｂ】

【図８Ｃ】

【図９】

【図１０Ａ】

【図１０Ｂ】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【公表番号】特表２０１２−５１３６２６（Ｐ２０１２−５１３６２６Ａ）
【公表日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１１−５４１２３０（Ｐ２０１１−５４１２３０）
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／００９１７１
【国際公開番号】ＷＯ２０１０／０７２３８７
【国際公開日】平成２２年７月１日（２０１０．７．１）
【出願人】（５９１００３０１３）エフ．ホフマン−ラ　ロシュ　アーゲー (1,754)
【氏名又は名称原語表記】Ｆ．　ＨＯＦＦＭＡＮＮ−ＬＡ　ＲＯＣＨＥ　ＡＫＴＩＥＮＧＥＳＥＬＬＳＣＨＡＦＴ
【Ｆターム（参考）】