(57)【特許請求の範囲】
【請求項１】
データ管理ユニットであって、
生理学的パラメータの複数の測定値、
測定値ごとの関連のイベントタグ、
測定値ごとの関連のタイムスタンプ、
少なくとも２つの食事イベントそれぞれのタグ付け事前選択のための関連の時間範囲を記憶するように適用されたデータ記憶装置（１３０）と、
データ記憶装置（１３０）から、またはデータ転送のために少なくとも短時間接続される測定ユニット（１１０）から、新しい測定値を受け、
新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当て、
新しい測定値に関して「食事前」タグおよび「食事後」タグのうちの１つをユーザが選択および／または確認したという情報を含む選択データを受け、
少なくとも２つの食事イベントの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較することに基づいて、自動的に選択する
ように適用されたプロセッサ（１４０）と
を含む前記データ管理ユニット。
【請求項２】
生理学的パラメータが血糖レベルである、請求項１に記載のデータ管理ユニット。
【請求項３】
データ記憶装置は、さらに空腹時イベントのタグ付け事前選択のための関連の時間範囲を追加して記憶するように適用され、
プロセッサは、少なくとも２つの食事イベントの１つおよびまた空腹時イベントの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、およびまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択するように適用された、
請求項１または２に記載のデータ管理ユニット。
【請求項４】
新しい測定値のために自動的に選択された第１のイベントを指すタグがすでに、同じ日の以前の測定値に割り当てられている場合、プロセッサ（１４０）は、第１のイベントを指すタグが以前の測定値に対して選択されているか、それとも新しい測定値に対してかのユーザクエリを提供するように適用され、プロセッサ（１４０）はさらに、対応する選択のユーザ入力を受けるように適用される、請求項１〜３のいずれか１項に記載のデータ管理ユニット。
【請求項５】
ユーザ入力が受けられない場合、プロセッサ（１４０）は、所定の選択規則に従って、第１のイベントを指すタグを以前の測定値または新しい測定値と関連付けるように適用される、請求項４に記載のデータ管理ユニット。
【請求項６】
血糖測定値のイベントタグは、イベントニルと、空腹時、朝食前、朝食後、昼食前、昼食後、夕食前、夕食後、夜間および運動を含むイベントの群のうちの少なくとも１つとを含む、請求項１〜５のいずれか１項に記載のデータ管理ユニット。
【請求項７】
プロセッサ（１４０）はさらに、生理学的パラメータに関連するデータ入力を受けるように適用され、このデータ入力は、以下のパラメータ、すなわち：
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の低血糖イベントの発生または回数、
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の高血糖イベントの発生または回数、
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後に注射される薬剤用量のサイズ
のうちの少なくとも１つを含む、請求項１〜６のいずれか１項に記載のデータ管理ユニット。
【請求項８】
少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲を含むデータ記憶装置（１３０）を備えるデータ管理ユニットを動作させる方法であって：
データ記憶装置（１３０）から、またはデータ転送のために少なくとも短時間接続される測定ユニット（１１０）から、生理学的パラメータ、たとえば血糖レベルの新しい測定値を受ける工程と、
新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当てる工程と、
新しい測定値に関して「食事前」タグおよび「食事後」タグのうちの１つをユーザが選択および／または確認したという情報を含む選択データを受ける工程と、
少なくとも２つの食事イベントの１つを指す追加の関連のタグを、選択データに基づい
て、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較することに基づいて、自動的に選択する工程と
を含む前記方法。
【請求項９】
データ記憶装置は、空腹時イベントのタグ付け事前選択のための関連の時間範囲を追加して含み、
方法は、少なくとも２つの食事イベントの１つおよびまた空腹時イベントの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、およびまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択する工程を含む、請求項８に記載の方法。
【請求項１０】
新しい測定値のために自動的に選択された第１のイベントを指すタグがすでに、同じ日の以前の測定値に割り当てられている場合、第１のイベントを指すタグが以前の測定値に対して選択されているか、それとも新しい測定値に対してかのユーザクエリを表示する工程と、
対応する選択のユーザ入力を受ける工程と
をさらに含む、請求項８または９に記載の方法。
【請求項１１】
ユーザ入力が受けられない場合、第１のイベントを指すタグは、所定の選択規則に従って、以前の測定値または新しい測定値と関連付けられる、請求項１０に記載の方法。
【請求項１２】
血糖測定値のイベントタグは、イベントニルと、空腹時、朝食前、朝食後、昼食前、昼食後、夕食前、夕食後、夜間および運動を含むイベントの群のうちの少なくとも１つとを含む、請求項８〜１１のいずれか１項に記載の方法。
【請求項１３】
生理学的パラメータに関連するデータ入力を受ける工程をさらに含み、このデータ入力は、以下のパラメータ、すなわち：
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の低血糖イベントの発生または回数、
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の高血糖イベントの発生または回数、
既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後に注射される薬剤用量のサイズ
のうちの少なくとも１つを含む、請求項８〜１２のいずれか１項に記載の方法。
【請求項１４】
少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲を含むデータ記憶装置（１３０）を備えるデータ管理ユニットを動作させるコンピュータプログラムであって：
データ記憶装置（１３０）から、またはデータ転送のために少なくとも短時間接続される測定ユニット（１１０）から、生理学的パラメータ、たとえば血糖レベルの新しい測定値を受けるためのコードと、
新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当てるためのコードと、
新しい測定値に関して「食事前」タグおよび「食事後」タグのうちの１つをユーザが選択および／または確認したという情報を含む選択データを受けるためのコードと、
少なくとも２つの食事イベントの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較することに基づいて、自動的に選択するためのコードと
を含む前記コンピュータプログラム。
【請求項１５】
データ記憶装置が、空腹時イベントのタグ付け事前選択のための関連の時間範囲を含み、
少なくとも２つの食事イベントの１つおよびまた空腹時イベントの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、およびまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択するためのコードを含む請求項１４に記載のコンピュータプログラム。
【請求項１６】
コンピュータと共に使用するための、具現化されたコンピュータプログラムコードを担持するコンピュータ可読媒体を含むコンピュータプログラム製品であって、コンピュータプログラムコードは、請求項１４に記載のコンピュータプログラムを含む、前記コンピュータプログラム製品。
【請求項１７】
請求項１〜７のいずれか１項に記載のデータ管理ユニットを含む医療デバイス（１００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理ユニット、医療デバイス、好ましくは血糖計、その動作方法、それぞれのコンピュータプログラム、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
本発明についての以下の記述では主に、健康問題としての糖尿病と、定められた治療法の有効性を評価するために制御されることになる生理学的パラメータとしての血糖レベルとに言及する。しかし、本発明はまた、他の健康問題に関して、また（ａ）高血圧性心疾患における血圧、（ｂ）心疾患および心発作の危険因子を持つ患者のコレステロールまたはリポタンパクの特性、（ｃ）喘息患者の最大流量、または（ｄ）血友病の治療を受ける患者の凝固、のような他の生理学的パラメータの管理のために使用することができる。
【０００３】
真正糖尿病は、膵臓が十分なインスリンを産生しないために、または産生されるインスリンに細胞が反応しないために、人が高血糖になる代謝性疾患のグループである。糖尿病の治療は、低血糖を引き起こさずに血糖レベルを可能な限り正常（「正常血糖」）に近く保つことに集中する。これは通常、食事制限、運動、および適切な医薬品（タイプ１糖尿病の場合ではインスリン；タイプ２糖尿病では経口医薬品、ならびに場合によりインスリン）の使用によって達成することができる。
【０００４】
インスリンを用いる糖尿病の管理の重要な要素は、定められた治療の進行および成功についての定期的な情報を得るための、患者自身によって行われる血中のグルコース濃度の周期的な検査である。このことの理解、および患者の参加は、血糖レベルが適切に管理されている患者では糖尿病の合併症がずっと少なく、また重症になることが少ないことから、極めて重要である。これに関して、血糖レベルは、一日を通して変動すると共に、投与されるインスリンの量、ならびに摂取される食品の量および種類、運動レベルおよびストレスなどの生活習慣の要素に直接影響を受けることが考慮されなければならない。
【０００５】
したがって、データ管理ユニットを用いた血中の糖レベルの監視は２つの目的に役立つ。すなわち：１つには、それが血糖管理の現在の状態についての情報を患者に提供する。もう１つには、測定値は、患者または医療専門家（ＨＣＰ）が、医薬品の調整、すなわち取込み予定のインスリンの量が示されているかどうかを判断するための情報としての役割を果たすことができる。
【０００６】
これらの目標を達成するために、または所望の血糖管理に可能な限り近づくために、通常はＨＣＰによって定められる試験法に従って、血糖測定（ＢＧＭ）値が一日の間に１回または数回、データ管理ユニットによって、またはこのようなデータ管理ユニットを含む血糖計によって測定されることが普通の慣行である。加えて、データ管理ユニットの中には、現在の血糖値および摂取された炭水化物に基づいて、投与予定の薬剤の用量または用量変更についての提案を提供するものもある。
【０００７】
いわゆる空腹時血糖測定値（ＦＢＧ）によって、ある特別な役割が果たされる。空腹時血糖測定値は、食べることをしない数時間（６〜８時間）の後に得られる。空腹時血糖測定値は、長時間作用基礎インスリン、またはインスリングラルジンなどの類似物の用量設定量を評価するために使用されるので、通常、朝の朝食前に取得され、インスリン治療を受ける患者の中で最も一般的に実施される試験である。
【０００８】
治療を調整または適合させるために、すべての血糖測定の結果を記録し、これらの結果をデータ管理ユニットで分析することが役立つ。加えて、投与された用量および／または摂取された炭水化物が記録される。したがって、血糖レベルもまた測定することができるか、または血糖測定デバイスから測定値を受ける、携帯型のモニタが通常は使用される。無線または有線のデータ転送が、測定デバイスの結果をデータ管理ユニットに輸送するのに使用される。投与された用量または他のデータが、ユーザ入力によって、たとえばキーボードを使用して提供される。
【０００９】
単なる血糖値の監視に加えて、糖尿病の人は、たとえば不規則な食料摂取または運動による悪影響を受けないように、その生活習慣について厳しい管理を維持しなければならないことが多い。さらにＨＣＰは、病気を管理するための効果的な治療法または治療法の修正を提供するのに、患者の生活習慣についての詳細な情報を必要とする。以前は、糖尿病の患者の生活習慣を監視する方法の１つは、個人がその生活習慣について紙のログブックをつけることであった。現在では、個人のグルコースレベルを測定し、そのレベルを記憶して再表示する、また別のコンピュータに分析のためにアップロードすることができる、いくつかの携帯型電子デバイスが存在する。さらに、これらのデバイスは、たとえば個人の測定値に関連付けられたタグまたはフラグを使用することによって、生活習慣データを記憶する機能も提供する。
【００１０】
特許文献１は、ディスプレイ、ユーザインターフェース、プロセッサ、メモリ、およびユーザインターフェースボタンを有する分析物測定デバイスを動作させる方法に言及している。分析物測定デバイスで分析物を測定した後、測定値が表示され、ユーザは、フラグを選択してそのフラグをその値と関連付けるように促される。ユーザインターフェースボタンのうちの１つだけを１回押すことによって、フラグはデバイスの値と共に記憶される。特にユーザは、測定工程で分析物の値が既定の範囲外にあることが示されるたびに促される。
【００１１】
特許文献２には、各測定の関連の時間コード情報および様々な他のフラグを含むアレイに記憶される血糖測定データが開示されている。これらのフラグは、特定の時間フレーム、データ情報、較正検査情報などに対応する。測定されフラグが立てられた値から、いわゆる有効食事平均値（ｅｆｆｅｃｔｉｖｅ  ｍｅａｌ  ａｖｅｒａｇｅ  ｖａｌｕｅ）が、特定の時間（たとえば指定食事時間の１時間前および１時間後）に見出される測定値を包含して、計算される。
【００１２】
糖尿病患者の生活を楽にするのにフラグまたはタグは効果的な手段であるので、これらが現在ではデータ管理のために広く使用されている。しかし、１つの測定値に関連タグまたは関連フラグの情報を提供することは、患者には場合によって困難なことがある。さらに、正しいタグ情報が関連測定値と共に確実に記憶されるようにすることは、その情報が取り違えられた場合、タグによって測定値に提供される追加情報の価値がなくなるので、重要である。
【００１３】
特許文献３には、患者の血糖の測定手順を制御する方法が記載されている。その中で測定値は、既定の、もしくは適応的な時間窓によって完全に自動的に、またはユーザ割り当てによって完全に手動で、対の測定値（事前測定値と事後測定値）としてイベント（食事など）とリンクされる。自動割り当てには欠陥があり、時間窓が重なることが可能ではない。手動割り当てにもまた欠陥があり、多数の選択肢があるのでユーザにとって時間がかかるものになる。
【００１４】
特許文献４に記載されているコンピュータ実施糖尿病管理システムでは、デバイスによって読み取られるユーザの血糖測定値に影響を及ぼし得るイベント（たとえば食事、運動、ストレスの期間など）に関する情報を、ユーザがメニュー選択によって入力することが可能である。具体的には、３日間血糖試験特性に含まれる予定の血糖値に関して血糖試験値がユーザによってその間に入力されなければならない、長さの変化するいわゆる受入れ時間窓が定義される。この受入れ時間窓は様々に定義され、たとえば、ユーザの典型的な朝食、昼食および夕食の時間または就寝時間の２時間以内の食前受入れ時間窓が定義される。食後受入れ時間窓は、実際の朝食、昼食および夕食の時間それぞれの９０分後に始まるように設定される。血糖試験値は、単一の受入れ時間窓がこの時間に開いており、かつ受入れ時間窓が食前、食後または就寝時間の受入れ時間窓と関係がある場合にだけ、全く自動的に、３日間試験特性に含めるのに適格とされる。１つより多い受入れ時間窓がこの時間に開いている場合には、処理サブシステムがディスプレイ上にクエリを提供して、ユーザに血糖値のラベルを指定することを求める。ユーザは、ディスプレイ上の適切な選択対象に触れることによって、関連の受入れ時間窓を手動で選択する。この手順には、完全に自動的な割り当てが実行される場合に、上記の欠点がある。受入れ時間窓が重なる場合は、ユーザには分かりにくいように見え、それゆえにユーザクエリのように誤りを犯しやすく、したがってまた、必要なユーザ確認は時間窓の構成に依存する。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】ＥＰ２０８５０２９Ａ１
【特許文献２】米国特許第７，５７０，９８０Ｂ２号
【特許文献３】ＷＯ２０１１／００７０５１Ａ１
【特許文献４】米国特許出願公開第２０１２／０２６６２５１Ａ１号
【発明の概要】
【発明が解決しようとする課題】
【００１６】
したがって、本発明の目的は、データ管理ユニットと、医療デバイスと、ユーザがデータにタグ付けすること、およびタグの間違った使用の可能性を減らすことをより容易にするそれぞれの方法とを提供することである。
【課題を解決するための手段】
【００１７】
上記の課題は、請求項１に記載の特徴を有するデータ管理ユニットによって解決される。
【００１８】
具体的には、本発明のデータ管理ユニットは、
・データ記憶装置であって、
○生理学的パラメータの、好ましくは血糖レベルの複数の測定値、
○測定値ごとの関連のイベントタグ、
○測定値ごとの関連のタイムスタンプ、
○少なくとも２つの食事イベントのタグ付け事前選択のための、それぞれ好ましくはユーザ設定可能である関連の時間範囲、
○好ましくはまた、空腹時イベントごとのタグ付け事前選択のための、好ましくはユーザ設定可能である関連の時間範囲
を記憶するように適用されたデータ記憶装置と、
・プロセッサであって、
○データ記憶装置から、またはデータ転送のために好ましくは少なくとも短時間接続される測定ユニットから、新しい測定値を受け、
○新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当て、
○新しい測定値に関して「食事前」タグおよび「食事後」タグのうちの１つをユーザが選択および／または確認したという情報を含む選択データを受け、
○少なくとも２つの食事イベントおよび好ましくはまた空腹時イベントのうちの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、および好ましくはまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択する
ように適用されたプロセッサとを含む。
【００１９】
各測定値に関連付けられたタイムスタンプは、結果としてそれぞれの測定値になる、測定作業中の特定の時点の日時情報を含む（たとえば測定作業の完了、またはデータ管理ユニットによる新しい測定値の受取り）。通常、タイムスタンプは測定ユニットによって関連付けられ、それぞれの測定値と共にデータ管理ユニットへ送られる。新しい測定値が測定ユニットによってそれぞれのタイムスタンプと関連付けられない場合、タイムスタンプは、測定値の受取り後にプロセッサによって割り当てられる。
【００２０】
イベントタグによって、測定値と関連付けられた追加情報が上述のように提供される。
【００２１】
好ましくは、血糖測定値のイベントタグは、イベントニル（タグなし）の少なくとも１つと、特に空腹時、朝食前、朝食後、昼食前、昼食後、夕食前、夕食後、夜間および運動を含むイベントの群のうちの少なくとも１つとを含み、食事タグは下記のように複合タグである。
【００２２】
一実施形態では、データ記憶装置は、少なくとも１つの食事イベント、および空腹時イベントのタグ付け事前選択のための時間範囲を記憶し、プロセッサは、上記の比較に従って、少なくとも１つの食事イベントのうちの１つのタグ、または空腹時イベントのタグを自動的に選択するように適用される。
【００２３】
たとえば、タグ付け事前選択のための以下の時間範囲が定義される：
朝食前：午前５：００〜午前８：５９
空腹時：午前６：００〜午前８：００
朝食後：午前９：００〜午前１０：５９
昼食前：午前１１：００〜午前１３：３０
昼食後：午後１２：００〜午後３：５９
夕食前：午後４：００〜午後６：５９
夕食後：午後７：００〜午後８：５９
夜間すなわち就寝時間：午後９：００〜午後１１：５９
運動：午後３：００〜午後８：００
【００２４】
タグ付け事前選択のための時間範囲の少なくとも一部が、たとえばデータ管理ユニットの設定メニューを使用して、ユーザおよび／またはＨＣＰによって設定および変更される。
【００２５】
少なくとも１つの所定のイベントのタグ付け事前選択のための時間範囲は、以下のようにタグ付け中にユーザを支援するために使用される時間範囲を表す。生理学的パラメータの新しい測定値の受取り、および関連のタイムスタンプの割り当ての後で、必要であればプロセッサは、関連のタイムスタンプの時間情報をタグ付け事前選択のための時間範囲と比較する。
【００２６】
本発明によれば、プロセッサは、タグ「食事前」またはタグ「食事後」のうちの１つがユーザによって手動で選択（また該当する場合、確認も）された後に、少なくとも２つの食事イベントのうちの１つのタグを、および好ましくは空腹時タグもまた、自動的に選択するように適用される。「食事前」または「食事後」タグの手動の選択および／または確認によって、いわゆる選択データが生成される（複合タグの第１の構成要素）。これは、「食事前」または「食事後」タグが、ユーザによって手動で選択および／または確認されたことを意味する。これは、「食事前」または「食事後」タグは、プロセッサからユーザに対し自動的に提案されるが、ユーザによって手動で確認されなければならないという可能性を含む。あるいは、ユーザは、「食事前」および「食事後」タグを選択し（それによって、または加えて）確認する。したがって、データ記憶装置は、たとえば「朝食」、「昼食」および「夕食」または上記で示した食事のタグ付け事前選択のための時間範囲だけを含む。具体的には、タグ付け事前選択のための時間範囲は重なることがある。好ましくは、タグ付け事前選択のための「空腹時」時間範囲もまた提供される。この実施形態ではまた、タグ付け中にユーザを支援し、誤ったタグ付けのリスクを低減させる。加えて、タグ付け事前選択のための時間範囲の数は、これらの時間範囲を事前設定するためにかかる時間、および正しいタグを選択するためにかかる時間が少なくなるように低減される。
【００２７】
本発明によれば、食事タグは、第１の構成要素「食事前」または「食事後」と、特定の食事、または該当する場合に空腹時を指す第２の構成要素とを有する複合タグである。プロセッサは、タグの食事構成要素を自動的に、好ましくはユーザ確認なしで選択する。後の方の場合では、第１のタグ構成要素「食事前」または「食事後」に対応する選択（すなわち、ユーザ確認および／または選択）のユーザ入力についてのクエリだけが提供される。さらに、ユーザが自動的に選択されたタグ構成要素を変更すること、またはタグなしを選択することも可能である。
【００２８】
代替実施形態では、空腹時タグは、「食事前」または「食事後」タグがこれら２つのタグの代替物として選択される第１の工程で選択される。この場合、ユーザが「食事後」タグまたは「食事前」タグの代わりに「空腹時」タグを選択したならば、その後にプロセッサから提供される食事タグの自動選択はない。
【００２９】
一実施形態では、特定のイベントのタグ付け事前選択のための時間範囲は、勤務日と非勤務日で異なる。この場合、新しい測定値の関連のタイムスタンプがタグ付け事前選択のための時間範囲内にあるかどうかの決定は、タイムスタンプの時間情報だけでなく日付情報にも基づく。
【００３０】
同様に、上記の課題はまた、同じ利点を有する上述のデータ管理ユニットを含む医療デバイスによっても解決される。
【００３１】
同じ理由で、上記の課題はまた、少なくとも２つの食事イベントおよび好ましくはまた空腹時イベントのタグ付け事前選択のための、好ましくはユーザ設定可能関連の時間範囲を含むデータ記憶装置を備えるデータ管理ユニットを動作させる方法によって解決され、この方法は：
・データ記憶装置から、またはデータ転送のために好ましくは少なくとも短時間接続される測定ユニットから、生理学的パラメータ、たとえば血糖レベルの新しい測定値を受ける工程と、
・新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当てる工程と、
・新しい測定値に関して「食事前」タグまたは「食事後」タグをユーザが選択および／または確認したという情報を含む選択データを受ける工程と、
・少なくとも２つの食事イベントおよび好ましくはまた空腹時イベントのうちの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、および好ましくはまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択する工程と
を含む。
【００３２】
タグ付け中、２つの測定値が同じタグ（たとえば空腹時タグ）を指す場合には問題が生じる。上述のように、空腹時血糖測定値は特に、長時間作用基礎インスリンまたは類似物の用量設定量を評価するために使用される。ユーザに新基礎インスリンもしくは類似物用量についての、または用量変更についての提案を与えるそれぞれの用量設定アルゴリズム（「用量ヘルパー」）では、空腹時血糖測定値が１つだけ考慮される。
【００３３】
したがって、一実施形態では、新しい測定値のために自動的に選択された特定の第１のイベント（たとえば空腹時イベント）を指すタグがすでに同じ日の以前の測定値に割り当てられている場合、プロセッサは、第１のイベント（たとえば空腹時イベント）を指すタグが以前の測定値に対して選択されているか、それとも新しい測定値に対してかのユーザクエリを提供するように適用され、またプロセッサはさらに、対応する選択、すなわち選択の確認についてのユーザによるデータ入力を受けるように適用される。
【００３４】
あるいは、以前の測定値と新しい測定値の両方が空腹時タグと関連付けられ、用量設定中にユーザには、用量設定のためにどの空腹時値を使用すべきかについてのクエリ、および好ましくは、対応する選択を入力することによってユーザの選択を確認するためのクエリが提供される。
【００３５】
加えて、別の実施形態では、たとえばデータ管理ユニットのタイムアウトの故に、ユーザによりデータ入力が受けられない場合（たとえば、新しい測定値または以前の測定値に対する第１のイベントを指すタグが１つの空腹時値として選択されるかどうかの選択に関して）、プロセッサは、所定の選択規則またはニルタグに従って、そのタグを以前の測定値または新しい測定値と関連付けるように適用される。
【００３６】
たとえば、規則は、タグが空腹時タグ事前選択の時間範囲内に入る空腹時値と関連付けられることを規定しており、両方の値がこの時間範囲内に入る場合、タグは、初期の方のタイムスタンプを有するものと関連付けられるか、または高い方の空腹時値と関連付けられる。同様に、規則は、用量設定内での１つの空腹時値の選択に関して規定される。
【００３７】
別の実施形態では、プロセッサはさらに、生理学的パラメータに関連するユーザからのデータ入力を受けるように適用され、このデータ入力は、以下のパラメータの少なくとも１つを含む：
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の低血糖イベントの発生または回数、
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の高血糖イベントの発生または回数、
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後に注射される薬剤用量のサイズであって、好ましくは、注射される薬剤用量は、最後（以前）の提案用量の用量として自動的に選択される、薬剤用量のサイズ。
【００３８】
上記のデータ入力は、タグ付け後または用量設定中に促進される。
【００３９】
これらの追加のパラメータは、疾患の診断のための、または用量設定アルゴリズムのためのさらなる計算、データ表示にも使用される。加えて、最終提案用量としての用量の事前選択により、誤った用量データのリスクが低減する。
【００４０】
同じ理由で、上述の課題は、少なくとも２つの食事イベントの、および好ましくはまた空腹時イベントのタグ付け事前選択のための、好ましくはユーザ設定可能な関連の時間範囲を含むデータ記憶装置を備えるデータ管理ユニットを動作させるコンピュータプログラムによって解決され、その手段は以下の、
・データ記憶装置から、またはデータ転送のために好ましくは少なくとも短時間接続される測定ユニットから、生理学的パラメータ、たとえば血糖レベルの新しい測定値を受けるためのコードと、
・新しい測定値と共に関連のタイムスタンプがまだ存在しない場合に、関連のタイムスタンプを新しい測定値に割り当てるためのコードと、
・新しい測定値に関して「食事前」タグまたは「食事後」タグをユーザが選択および／または確認したという情報を含む選択データを受けるためのコードと、
・少なくとも２つの食事イベントおよび好ましくはまた空腹時イベントのうちの１つを指す追加の関連のタグを、選択データに基づいて、ならびに新しい測定値のタイムスタンプを少なくとも２つの食事イベントのタグ付け事前選択のための関連の時間範囲と比較すること、および好ましくはまた空腹時イベントのタグ付け事前選択のための時間範囲と比較することに基づいて、自動的に選択するためのコードと
を含むものである。
【００４１】
上記のコンピュータプログラムは、医療デバイスを動作させる上記の本発明の方法に関して上述の実施形態によって実現される。
【００４２】
上記の課題はさらに、コンピュータと共に使用するための、具現化されたコンピュータプログラムコードを担持するコンピュータ可読媒体を含むコンピュータプログラム製品によって解決され、このコンピュータプログラムコードは、上記のコンピュータプログラムを含む。
【００４３】
上記の利点、ならびに本発明の様々な態様の他の利点は、以下の詳細な記述を添付の図面についての説明と併せ読むことにより、当業者には明らかになろう。以上および以下に記載の、および／またはそれ自体図示の、または任意の組合せの全特徴が、請求項におけるその包含、またはその後方参照から独立して、本発明の主題を形成する。
【００４４】
本発明の例示的な実施形態が、概略的な図面を参照して本明細書で説明される。
【図面の簡単な説明】
【００４５】
【図１】本発明の好ましい実施形態による医療デバイスを示す斜視図である。
【図２】図１に示された医療デバイスの図である。
【図３】図１に示された医療デバイスのディスプレイの例の「ログブック」モードでの図である。
【図４】図１に示された医療デバイスのディスプレイ上に表示されるときのタグ記号の別の例を示す図である。
【図５】「測定ＢＧ」モードの本発明の医療デバイスによって実現される本発明の方法を含む流れ図である。
【発明を実施するための形態】
【００４６】
以下の段落では、本発明の様々な実施形態について説明する。例示の目的のためだけに、実施形態は、血糖レベル測定に関する医療デバイスに関連して概説される。しかし、医療デバイスまたは方法に関する使用専門用語、および実施形態の説明は、本発明の原理および概念をそのような単一のデバイスまたは方法に限定するものではなく、したがって他の生理学的数値にも適用される。
【００４７】
図１は、本発明の好ましい実施形態による医療デバイス１００の概略図であり、図２はその回路図である。好ましくは、医療デバイス１００は、血糖レベルを測定するように配置されている血糖測定ユニット１１０を含む。さらに、測定ユニット１１０は、試験ストリップを挿入するためのインターフェースおよびスロット１１２を含む。
【００４８】
血糖測定ユニット１１０は、たとえば血糖測定ユニット１１０から受けた血糖測定データをデータ記憶装置１３０（記憶ユニットもしくは手段）、またはフラッシュメモリなどのメモリへ送るように配置されている、受信ユニット１２０に接続される。あるいは、受信ユニット１２０は、たとえば血糖値データなどの記憶データを記憶装置１３０から取り出し、これをマイクロコントローラまたはマイクロプロセッサ、デジタル信号プロセッサ、および／または同様なものなどのプロセッサ１４０（処理ユニットもしくは手段）へ送る。あるいは、受信ユニット１２０は、血糖測定ユニット１１０から受けた血糖値データをプロセッサ１４０へ直接送る。
【００４９】
受信ユニット１２０はさらに、ユーザインターフェースのユーザ入力ユニット１５０に接続される。ユーザ入力ユニット１５０は、たとえばキー１５１、確認キー（ＯＫボタン）１５２、下にスクロールするキー１５３（下向きボタン）、および上にスクロールするキー１５４（上向きボタン）によって医療デバイス１００のユーザからの入力を受けるように配置される。ユーザ入力データは、ユーザ入力ユニット１５０から受信ユニット１２０へ送られ、受信ユニットは、そのデータをプロセッサ１４０またはデータ記憶装置１３０へ送る。
【００５０】
さらに、医療デバイス１００のユーザインターフェースは、同様に受信ユニット１２０に接続されているディスプレイ１６２付き表示ユニット１６０を含む。好ましくは、表示ユニット１６０は、ディスプレイ１６２によって表示予定のデータを受信ユニット１２０またはプロセッサ１４０から受ける。
【００５１】
好ましくは、医療デバイス１００はさらに、データを受け、および／またはデータを送信するために、別のインターフェース１７０、たとえば、シリアルポート、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、ｍｉｎｉ−ＵＳＢインターフェースなどの有線インターフェース、または赤外線（たとえばＩＲＤＡ）インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、および／または同様のものなどの無線インターフェースを含む。インターフェース１７０は、受信ユニット１２０からデータを受けるために、および／または受信ユニット１２０へデータを送るために、好ましくは受信ユニット１２０に接続される。
【００５２】
加えて、医療デバイス１００は、ディスプレイ１６２で表示される日時情報を、好ましくはクロック発生器に基づいて提供するクロックユニット１８０を含む。さらに、クロックユニット１８０は、特に関連血糖測定値のタイムスタンプを発生するための日時情報を提供する。
【００５３】
上記概説のように、医療デバイス１００は、好ましくは血糖測定ユニット１１０を含む。好ましくは、血糖測定ユニット１１０は、たとえばユーザの血中の血糖レベルを、スロット１１２の中に挿入される試験ストリップ上の一滴の血液を試験することによって測定するように配置される。測定は、たとえば電気化学的方法を使用して行われる。スロット１１２の中に試験ストリップが完全に挿入されたことが、それぞれのセンサによって検出される。測定血糖値は血糖値データに変形され、好ましくは直ちに、またはオンデマンドで受信ユニット１２０に送られる。あるいは、血糖測定ユニット１１０は、ユーザの血糖レベルを赤外線診断または代替の無接触測定法によって測定するように配置される。
【００５４】
別の代替形態（図１に示されていない）によれば、血糖測定ユニット１１０は、医療デバイスのユーザの体内に植え込まれ、有線接続または無線接続を介してデータを受信ユニット１２０へ送る。一実施形態では、このような植え込み型血糖測定ユニット１１０は、たとえば連続閉ループ制御を可能にするチップをベースとする、連続測定センサである。後の場合では、医療デバイスは２つの部分を含み、一方の部分は測定ユニット１１０を含み、他方の部分は医療デバイスの残りのユニットを含む。血糖測定ユニット１１０は、好ましくは、インターフェース１７０を介して血糖測定値データを受信ユニット１２０へ送る。別の代替形態によれば、医療デバイスは、血糖値を測定する血糖測定ユニットを含まずに、血糖値データを外部ユニットから受ける。
【００５５】
血糖値の測定は、好ましくは、それぞれの信号を血糖測定ユニット１１０へ送信する受信ユニット１２０によって起動される。１つの好ましい代替形態によれば、受信ユニット１２０は、ユーザ入力ユニット１５０を介して受けられる、または試験ストリップを検出するスロット１１２からの信号に基づく、ユーザ入力部で生成されたトリガ信号を受ける。あるいは、トリガ信号は、クロックユニット１８０またはプロセッサ１４０で自動的に生成される。
【００５６】
好ましくは、受信ユニット１２０は、たとえば、いくつかの機能ユニット間のデータ処理を管理するマイクロプロセッサまたはバスシステムの入力ポートおよび出力ポートで表される。これには、たとえば、マイクロプロセッサ内に実装されるアドバンストマイクロプロセッサバスアーキテクチャ（Ａｄｖａｎｃｅｄ  Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ  Ｂｕｓ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バスシステム、またはマイクロプロセッサに接続された外部バスシステムなどのバスシステムが含まれる。受信ユニット１２０を介して、データはデータ記憶装置１３０からオンデマンドで取り出され、プロセッサ１４０、表示ユニット１６０、またはインターフェース１７０へ送られる。さらに、受信ユニット１２０は、トリガ信号または制御信号などの制御信号を、たとえば血糖測定ユニット１１０、表示ユニット１６０またはインターフェース１７０へ送る。
【００５７】
データ記憶装置１３０は、ユーザ入力ユニット１５０を介して入力されたデータ、タイムスタンプと共に血糖測定ユニット１１０から受けた複数の血糖測定データ、ならびに／または各測定データ、プロセッサ１４０で処理された複数の血糖測定値から計算されたデータおよび／またはインターフェース１７０を介して受けたデータと関連付けられた少なくとも１つのイベントタグ、を記憶するように配置される。
【００５８】
さらに、データ記憶装置１３０は、たとえば空腹時タグに関してタグ付け事前選択するための関連時間範囲のようなパラメータデータを記憶する。好ましくは、このような時間範囲は、中心時間および持続時間を用いて定義され、この時間範囲は、中心時間の周りの時間を１／２持続時間のサイズで両方向に含む。たとえば、空腹時タグ付け事前選択のための時間範囲は、空腹時タグ付け事前選択のための時間範囲が午前６時から午前８時の間の時間を包含するように、２時間の継続時間および午前７時の中心時間で定義される。
【００５９】
加えて、たとえばデータ記憶装置１３０は、タグ付け事前選択のために、以下の食事前および食事後の事前設定時間範囲を記憶する：
朝食前：午前５：００〜午前８：５９
朝食後：午前９：００〜午前１０：５９
昼食前：午前１１：００〜午前１１：５９
昼食後：午後１２：００〜午後３：５９
夕食前：午後４：００〜午後６：５９
夕食後：午後７：００〜午後８：５９
夜間すなわち就寝時間：午後９：００〜午後１１：５９
【００６０】
食事時間範囲および空腹時範囲は、医療デバイスのユーザ「設定」モードで設定可能である。上記の食事タグは、第１の構成要素「食事前」または「食事後」と、食事タイプ、すなわち「朝食」、「昼食」または「夕食」に関する第２の構成要素とを有する複合タグである。
【００６１】
あるいは、データ記憶装置１３０は、食事時間に関するタグ付け事前選択のための以下のユーザ設定可能時間範囲を記憶する：
朝食：午前５：００〜午前１０：５９
昼食：午前１０：３０〜午後３：５９
夕食：午後４：００〜午後８：５９
【００６２】
さらに、データ記憶装置１３０は、記憶データをプロセッサ１４０、表示ユニット１６０および／またはインターフェース１７０に提供するように配置される。データ記憶装置１３０は、好ましくは、フラッシュメモリなどの半導体メモリとして実施される。あるいはデータ記憶装置は、ハードディスクメモリ、またはプロセッサ１４０のオンチップメモリとして実施される。
【００６３】
プロセッサ１４０は、好ましくはマイクロプロセッサ、またはデータを処理できる他の任意の機能ユニットである。
【００６４】
ユーザ入力ユニット１５０は、好ましくは、１つまたはそれ以上の押しボタン１５１、１５２、１５３、１５４を含むキーボードとして実施される。キーボードは、１つまたはそれ以上のソフトキーを含み、これらソフトキーの機能はディスプレイ１６２に表示される。あるいは、ユーザ入力ユニット１５０は、キーボードまたはタッチスクリーンである。あるいは、ユーザ入力ユニット１５０は、データを音声入力によって入力できるように、音声入力を受けるマイクロフォンを含む。
【００６５】
血糖測定を容易にした後、以下で詳細に説明されるように、タグが、生活習慣データを表す測定値と自動的に関連付けられる。自動的に選択されるタグは、様々なタグを上方または下方にスクロールする上向きまたは下向きキー１５３、１５４を押すことによって変更され、これらのタグは、たとえば空腹時タグ、食事前タグ、食事後タグおよびタグなしであり、それぞれ、空腹時血糖値、食事前血糖値、食事後血糖値、および以前の生活習慣パラメータの１つとは関連付けることができない血糖値である測定値を指す。
【００６６】
表示ユニット１６０は、好ましくはＬＣＤまたはＬＥＤディスプレイ１６２を含む。好ましくは、ディスプレイは、たとえば現在測定されている血糖値をユーザに対する追加指示と共に表示できるように、いくつかの英数字を表示する。別法として、または加えて、表示ユニット１６０は、グラフ、またはアイコンなどの図形を表示するために、グラフィックディスプレイを含む。さらに表示ユニット１６０のディスプレイは、タッチスクリーンを含むこともできる。
【００６７】
インターフェース１７０は、好ましくは、ＩＲＤＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＧＳＭ（登録商標）、ＵＭＴＳ、ＺｉｇＢｅｅ（登録商標）、またはＷＩ−ＦＩなどの無線インターフェースである。あるいは、インターフェースは、ＵＳＢポート、ｍｉｎｉ−ＵＳＢポート、シリアルデータポート、パラレルデータポートなどの、データを送受するための有線インターフェースである。別の代替形態では、医療デバイス１００はインターフェース１７０を含まない。
【００６８】
別の代替形態によれば、医療デバイス１００は、メモリカードリーダまたはメモリカードリーダインターフェースを含む。メモリカードリーダは、好ましくは、フラッシュメモリカードなどのメモリカード、または任意のタイプのＳＩＭカードからの情報を読み取るように適用される。この目的のために、メモリカードはメモリを含み、選択されたアルゴリズムの少なくとも１つが、対応するパラメータ、血糖値の履歴および／または投与インスリン用量と共に記憶される。したがって、医療デバイス１００に不具合がある場合にも、関連データはなお、医療デバイス１００のメモリカードリーダから簡単に取り出して新しい医療デバイス１００に移すことができるメモリカードに記憶されている。さらに、メモリカード１００は、治療の履歴についての情報をたとえばＨＣＰに提供するために使用される。
【００６９】
メモリカードが、加入者識別をモバイル通信ネットワークに提供するＳＩＭカードであり、インターフェース１７０がまたモバイル通信インターフェースでもある場合、医療デバイス１００の追加機能が、ＳＩＭカードの供給者によって電気通信チャネルを介してロック解除される。これは、医療デバイス１００が、ＵＭＴＳまたはＧＳＭ（登録商標）などの所定のチャネルを介して他の電気通信デバイスと通信できる可能性を提供する。ＳＩＭカードに記憶されている、ＩＭＳＩとも呼ばれる国際モバイル加入者識別番号によって、医療デバイス１００はネットワーク内でそれ自体を特定し、したがって、ネットワークを介してアドレス指定される。このような場合、医療デバイス１００は、インターフェースユニット１７０を介し、たとえばそのモバイル通信ユニットを電話番号でアドレス指定することによって、簡単に検査、遠隔制御、更新、監視などがされる。
【００７０】
さらに、医療デバイス１００は、ＳＭＳ、電子メール、またはモバイルインターネット接続を介して、データを送信することができる。さらにこれは、緊急事態の場合に医療デバイス１００の位置を突き止める可能性を提供する。
【００７１】
血糖測定ユニット１１０が、たとえば植え込まれるセンサである場合、自動送達システムを形成するインスリンポンプを備える用量送達ユニットもまた提供される。
【００７２】
図５に示されるように、医療デバイス１００は、いくつかの処理工程を実行することができる。一実施形態によれば、たとえばキー１５１、１５２、１５３もしくは１５４を、好ましくは確認キー１５２を既定の時間押すことによってスイッチオンした後、またはスロット１１２内で試験ストリップを検出した後、医療デバイス１００は、医療デバイス１００の機能構成要素を初期化するための初期化工程３１０を実行する。この後、医療デバイス１００で実施される様々な動作モードが表示工程３２０で表示され、好ましくは「測定ＢＧ」、「ログブック」、「設定」および／または「用量設定」などの動作モードが表示される。
【００７３】
工程３３０でユーザは、表示された動作モードの１つをユーザ入力ユニット１５０によって、たとえば、上向きまたは下向きにスクロールするキー１５３、１５４によって選択し、その選択を確認キー１５２を使用して確認する。
【００７４】
工程３４０で、選択された動作モードが実行される。一例としてモード「測定ＢＧ」が、血糖測定を実行するために選択される。このモードを実行するとき、ユーザ／患者は、血液試料付きの試験ストリップの提供を要求される。
【００７５】
「ログブック」モードでは、以前の測定値の履歴および統計結果が計算され表示される。「設定」モードでは、ユーザが医療デバイス１００のいくつかのパラメータ、たとえばいくつかの事前設定イベントのタグ付け事前選択のための時間範囲を定義および変更することが可能になる。「用量設定」モードでは、基礎インスリンまたは類似物の用量提案が医療デバイス１００によって提供される。
【００７６】
モード「測定ＢＧ」を選択した後、工程３５０で一滴の血液が、医療デバイス１００のスロット１１２に挿入される試験ストリップの試験部分に塗布される。
【００７７】
代替形態によれば、動作手順工程３１０から３４０のバージョンは、特定の動作モードが事前選択された場合には省かれる。この場合、初期化後、事前選択動作モードは、ユーザによって事前選択されるか、または特定のイベント（たとえばスロット１１２に完全に挿入された試験ストリップの検出）に応じて自動的に選択され、動作手順は次の工程３５０に進み、ユーザに一滴の血液の塗布を求める。工程３６０で、事前選択された１つまたはそれ以上の動作モード、たとえばモード「測定ＢＧ」が実行される。
【００７８】
次に工程３６０で、測定ユニット１１０は、たとえば電気化学的または光学的方法によって血糖レベルを決定し、それぞれの新しい測定値をディスプレイ１６２に表示する。
【００７９】
次の工程３７０で、クロックユニット１８０は、日時情報を含む現測定のタイムスタンプを生成する。タイムスタンプはまたディスプレイ１６２にも表示され、現在の血糖測定値および関連のタイムスタンプの両方が、受信ユニット１２０によってデータ記憶装置１３０へ送られる。
【００８０】
次の工程３８０で、ユーザは、食事前タグの場合の図４ｂ）に示されている完全なリンゴで表された、また食事後タグの場合の図４ｃ）に示されているかじられたリンゴで表された、イベントタグ「食事前」および「食事後」のうちの１つを手動で選択し、タグを確認する。それによって、プロセッサ１４０は、ユーザによって手動で確認されるべき「食事前」または「食事後」タグに関して提案を提供する。次に、プロセッサ１４０は、タイムスタンプの時間情報による食事時間の上記時間範囲に応じて、関連の食事を、好ましくはさらなるユーザ確認なしに自動的に選択する。この選択は、たとえば、タイムスタンプがそれぞれの時間窓の第１の半分（食事前）または第２の半分（食事後）の中にあるかどうかで決定される。たとえば、プロセッサは、現タイムスタンプの時間情報が午前１０：４５であり、かつユーザが「食事後」タグを確認した場合には「朝食」を選択し、または、ユーザが「食事前」タグを確認した場合には「昼食」を選択する。したがって、タグは、情報「食事前」または「食事後」および「朝食」または「昼食」を含み、それぞれの複合タグを形成し、これは次に、プロセッサ１４０によって始動され、受信ユニット１２０を介してデータ記憶装置１３０に記憶される。
【００８１】
確認が必要であることを示すために、ディスプレイ１６２に表示されたタグ記号１６８は明滅／点滅している。ここでユーザは、たとえば確認キー１５２を押すことによって空腹時タグを確認する。あるいは、ユーザは、上向きおよび下向きキー１５３、１５４を使用してタグを食事前タグ、食事後タグまたはタグなし（ニル）に変更することもできる。正しいタグが選択されたかどうか、ユーザは確認キー１５２を押すことによってそのタグを確認する。確認キー１５２を用いてタグを確認することによって、表示されたタグ記号の点滅が止められ、タグ記号は明滅せずに連続して表示される。この状態では、上向き／下向きキー１５３、１５４を押してもタグは変化しない。
【００８２】
工程３８０で、プロセッサ１４０が、現在の測定値のタイムスタンプの時間情報に関係するいかなるタグ付け事前選択のための範囲も見出すことができない場合、タグなしが自動的に選択される。
【００８３】
確認キー１５２を押した後、ユーザが確認キーを再び押した場合、タグは点滅を再び開始し、上向き／下向きキーを押すことによりユーザがタグを上述のように変更することが再び可能になる。
【００８４】
さらに「ログブック」モードでは、ユーザがタグを上述のように変更することは可能であるが、血糖測定値の関連のタイムスタンプから所定の時間範囲内、たとえば１０日以内だけである。
【００８５】
最近の測定値のタイムスタンプが空腹時タグ付け事前選択のための現時間範囲内に入り、また空腹時として印付けられた日の測定値がすでにある場合、ユーザは、どの測定値が空腹時タグと関連付けられるべきか尋ねられる。空腹時値として測定値の１つが選択された後、その選択されたものがユーザによって確認される。
【００８６】
さらに、たとえばタグ付け事前選択のための空腹時間範囲が、たとえば（食事前）朝食の時間範囲と重なる場合は、空腹時タグが（食事前）朝食タグより優先する。それゆえに、この場合、その日に空腹時値が記録されていなければ、現在の測定値のタイムスタンプが空腹時タグの時間範囲および朝食前の時間範囲内にある場合に、空腹時タグが自動的に選択される。
【００８７】
別の実施形態では、点滅タグは、確認キー１５２をユーザが押すことによって確認されるだけでなく、血糖試験後にストリップがスロット１１２から取り出されることによっても、また医療デバイスがスリープモードになるときにも確認される。
【００８８】
次の任意選択の工程３９０で、現在の測定値に対するコメントが、上向きおよび下向きキー１５３、１５４をユーザが使用することによって選択される。次にコメントは、確認キー１５２を用いて確認され、選択されたコメントは次に、現在の測定値との関連付けもまたされて、データ記憶装置１３０に記憶される。
【００８９】
別法として、または加えて、工程３９０でユーザは、最後の測定または医療デバイス１００の最後の使用以来、発生した低血糖イベント（過少）があるかどうか尋ねられ、「はい」である場合は何回であるか尋ねられ、および／または発生した高血糖イベント（過多）があるかどうか尋ねられ、「はい」である場合は何回であるか尋ねられる。別法として、または加えて、ユーザは、既定の時点の後に、たとえば医療デバイスの最後の使用の後、または最後（以前）の測定値のタイムスタンプの後に、注射される薬剤用量のサイズについての情報を提供しなければならず、好ましくは、注射される薬剤用量は、用量設定方法による最後（以前）の提案用量の用量として自動的に選択される。
【００９０】
医療デバイス１００が「測定ＢＧ」モードにあるとき、デバイスは、新たな動作が何もなければ、たとえば１２０秒後に自動的にスリープ状態になる。デバイスが新しい測定値を返した後に、デバイスは、何もユーザ対話がなければ、たとえば６０秒後に自動的にスリープ状態になる。
【００９１】
上述のように、医療デバイス１００は、「ログブック」モードと呼ばれる少なくとも１つのメモリレビューモードを提供する。それぞれの表示および計算は以下で説明される。
【００９２】
「ログブック」モードには、ユーザがたとえば確認ボタン１５２を押すことによって医療デバイス１００を動かすと入る。そのとき、図３に描写された表示が示される。
【００９３】
「ログブック」では、測定値が好ましくは、入力事項がデバイスに入力される順序で、あるいは測定値に割り当てられた時間および日付に応じて、表示される。具体的には、「ログブック」モードに入るとき、最も最近の血糖測定値が示される。上向きおよび下向きキー１５３、１５４を押すと、ユーザは記録をスクロールすることができ、たとえば、下向きキー１５３を押すことによって、ユーザは時間の逆方向にスクロールし、上向きキー１５４を押すことによって、ユーザは時間の順方向にスクロールする。
【００９４】
測定値を示すディスプレイ１６２の一例が図３に描写されている。ユーザは、表示の下方左隅の「本」記号１６５により、自分が「ログブック」モードを入力したことを知る。
【００９５】
「ログブック」モードでディスプレイ１６２はさらに、血糖測定値１６６をスクリーンの中心に最大の数字として示す。測定値１６６の上に、日時を含む関連のタイムスタンプ１６７が表示される。右側に記号１６８として関連のタグが提供され、この記号は、たとえば、関連の空腹時タグの場合では図３に示された空の抹消線付きリンゴ、関連の食事前タグの場合では図４ｂ）に示された完全なリンゴ、関連の食事後タグの場合では図４ｃ）に示されたかじられたリンゴ、または関連のタグなしの場合では図４ａ）に示された抹消線付き円を示す。加えて、ディスプレイ１６２の下方右隅には、血糖値の測定単位１６９が提供される。
【００９６】
「用量設定」または「用量ヘルパー」モードで、所定の条件のいくつかが満たされた場合に、ユーザには、好ましくは基礎インスリンまたは類似物についての用量提案が提供される。このモードで使用される方法は、少なくとも最も最近の空腹時グルコース値、ならびに過多および過少の回数および／または以前の用量のような他の情報に基づく。したがって、このモードでユーザは、空腹時タグとタグ付けされた単一の日の中に２つの空腹時測定値がある場合に、どの空腹時血糖測定値が用量設定アルゴリズムに使用されなければならないか尋ねられる。さらに、以下のような追加データをユーザに求める。
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の低血糖イベントの発生または回数、
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後の高血糖イベントの発生または回数、
・既定の時点、たとえば医療デバイスの最後の使用、または最後（以前）の測定値のタイムスタンプの後に注射される薬剤用量のサイズであって、好ましくは、注射される薬剤用量は、最後（以前）の提案用量の用量として自動的に選択される、薬剤用量のサイズ。
【００９７】
これらのデータから、「用量ヘルパー」は、実際の用量が変更されなければならないかどうかを決定し、該当する場合には、ユーザに用量変更または新用量の提案を提供する。
【００９８】
上述のように、例示的な実施形態では、デバイス１００は２つの部分からなるデバイスとして実現され、データ記憶装置１３０、受信ユニット１２０、プロセッサ１４０、ユーザ入力ユニット１５０、傾向インジケータ１６４付き表示ユニット１６０、インターフェースユニット１７０、およびクロックユニット１８０は、スマートフォン、または測定ユニット１１０とは別個の他のコンピュータのようなデバイスにおいて実現される。本発明の方法は、デバイスのハードウェア上でソフトウェアプログラム（アプリケーションまたは「アプリ」）として実行される。この場合、キー１５１、１５２、１５３および１５４は、タッチスクリーンの表示上のボタン領域として実現される。
【図１】
0006509232.tif 000002
【図２】
0006509232.tif 000003
【図３】
0006509232.tif 000004
【図４ａ）】
0006509232.tif 000005
【図４ｂ）】
0006509232.tif 000006
【図４ｃ）】
0006509232.tif 000007
【図５】
0006509232.tif 000008