血糖コントロールのために投与すべきインスリンの、段階的に適合される用量を決定するためのプロセスを構成するための医療デバイス及び方法であって、用量を段階的に適合するための異なる用量調節プロファイルを定義付けすること（ここで用量調節プロファイルの各々が、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低血糖閾値に基づく）；異なる用量調節プロファイルを保存すること；用量を段階的に適合するための特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択すること；及び特定の使用者の少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズすること；を含む、上記デバイス及び方法が提供される。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、血糖コントロールのための情報を提供するための医療デバイス及びシステム、並びにその各方法に関する。特に、本発明は、医療デバイス又はシステムのプロセス又は機能を構成するためのシステム及び方法に関する。
【背景技術】
【０００２】
糖尿病を患っている人々は、インスリンが不足しているか、又は潜在的なインスリン抵抗を克服するためにもしくは糖代謝を正常化するために十分なインスリンを作り得ない。よりよい血糖コントロールを達成するために、又は略完全な血糖コントロールを取り戻すためにも、治療の進展に関する情報を得るため、周期的血糖測定のために設定された一組のルールに基づく、基礎インスリン又はインスリングラルギン治療がしばしば使用される。これに関連して、血糖レベルが一日を通して変動することが考慮されなければならない。「完全な糖レベル」とは糖レベルが常に７０〜１３０ｍｇ／ｄＬ又は３．９〜７．２ｍｍｏｌ／Ｌの範囲にあり、そして糖尿病を患っていない人々と区別できないことを意味するであろう。
【０００３】
殆ど全ての患者において、軽度から中程度の低血糖が明白な症状を引き起こさないので、高血糖又は低血糖の症状の自らの認識に頼ると通常、不満足であるため、これを達成するために又はそのような「完全な血糖コントロール」にできる限り近づけるために、一日の中で一回又は数回、血糖値が監視される。もし、血糖値が高すぎる、例えば、１３０ｍｇ／ｄＬを超える場合は、インスリン又はインスリン類似体を投与することができる。
【０００４】
インスリン治療のために、持続性基礎インスリン、又は持続性基礎インスリン類似体であるインスリングラルギンが使用される。これらのインスリン又はインスリン類似体は、糖尿病を患っている患者の血糖レベルの制御を助けるために、通常、一日に一回与えられる。持続性基礎インスリン及びインスリングラルギンの利点は、それらが、ＮＰＨよりも少ないピークになるプロファイルを有して、２４時間又はそれより長い作用の継続期間を有することである。このように、それは、通常の膵臓β細胞の基礎インスリン分泌により近く類似している。
【０００５】
良好な又は完全な血糖コントロールのためには、達成すべき血糖レベルに従って、個々人に対して、基礎インスリン又はインスリングラルギンの用量が調節されなければならない。通常、基礎インスリン及びインスリングラルギンの用量は、特定の血糖値、典型的には空腹時血糖（ＦＢＧ）値が目標範囲に到達するまで、ある期間に亘って初期用量から最終用量へと増やされる。実際には、そのような調節（titration）はヘルスケア専門家（ＨＣＰ）によって行うことができる。しかしながら、患者は、ヘルスケア専門家によって彼ら自身の調節を行うように権限を与えられ、そして訓練され得る。そのような自己調節は、第三者の支援又はサービス又は幾つかの中間的組合せによる介入によってサポートすることができる。
【０００６】
毎日の使用において、基礎インスリン又はインスリングラルギンは概して少な目に用量される。このように、初期用量と完全な又は略完全な血糖コントロールを達成するための最適用量の間にはギャップが残る。これは多くのマイナス効果を有し、よりよい調節がそれを排除する助けになるであろう。例えば、もし、患者が調節されないならば、血糖が下がらず、その結果、短期的によりよい気分にならない。更に、長期的には、そのＨＡ１ｃが高く留まり、そして長期的健康が損なわれる。従って、患者は、治療が上手くいっていないと感じ、その結果、治療における関心を失うか又は治療をやめることになり得る。
【０００７】
ほとんどピークがないプロファイルである故に、基礎インスリン及びインスリングラルギンは調節するのに簡単である。その一方で、医師が調節のために使用する多くのアプローチがある。これらの方法の幾つかが、例えば、非特許文献１〜６に述べられている。
【０００８】
一般的に、これらの方法は、目標ＦＢＧが達成されるまで、特定の期間内での特定の用量調節を示唆する。これらのアルゴリズムの各々は特定のルール、例えば、もし、血糖値（ＢＧ値）が先週において７０ｍｇ／ｄＬ未満（低血糖）であったならば用量を増やしてはならないというルールになる。更に、ヘルスケア専門家は患者に適する異なるＦＢＧ目標を設定し得る。
【０００９】
先に参照された刊行物とは無関係に、特許文献１には、患者のための血糖コントロールを可能にする糖尿病管理システムが述べられている。そこに述べられたシステムは、インスリン送達ユニット、糖センサー及び制御ユニットを含む。制御ユニットは、糖センサーからの糖値の読みを受信、将来における所定の時間での糖値を予測するアルゴリズムを実行し、予測された糖値を所定の糖値範囲と比較し、そして予測された糖値が所定の糖値範囲から外れた場合に、投与すべき正しいインスリンの量を決定するプロセッサーユニットを含む。糖ユニットは、正しい量を送達ユニットに送信する通信ユニットも含む。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】ＥＰ１、２８１、３５１Ａ２号公報
【非特許文献】
【００１１】
【非特許文献１】Anthony Barnet, “Dosing of Insulin Glargine in the Treatment of Type 2 Diabetes”, Clinical Therapeutics, vol. 29, no. 6, 2007, pages 987-999;
【非特許文献２】Melanie Davies et al., “Improvement of Glycemic Control in Subjects With Poorly Controlled Type 2 Diabetes”, Diabetes Care, vol. 28, no. 6, June 2005, pages 1282-1288
【非特許文献３】H.C. Gerstein et al., “A randomized trial of adding insulin glargine vs. avoidance of insulin in people with Type 2 diabetes on either no oral glucose-lowering agents or submaximal doses of metformin and/or sulphonylureas, The Canadian INSIGHT (Implementing New Strategies with Insulin Glargine for Hyperglycaemia Treatment) Study”, Diabetic Medicine, vol. 23, 2006, pages 736-742
【非特許文献４】H.Yki-Jarvinen et al., “Insulin glargine or NPH combined with metformin in type 2 diabetes: he LANMET Study”, Diabetologica
【非特許文献５】Robert J.Heine et al., “Exenatide versus Insulin Glargine in Patients with Suboptimally Controlled Type2 Diabetes, A Randomized Trial”, Annals of Internal Medicine, vol. 143, no. 8, October 2005, pages 559-569
【非特許文献６】Poul Strange, “Treat-to-Target Insulin Titration Algorithms When Initiating Long or Intermediate Acting Insulin in Type 2 Diabetes”, Journal of Diabetes Science and Technology, vol. 1, issue 4, July 2007, pages 540-548
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、供された機能及びプロセスの改善された構成のための医療デバイス、医療システム及びその各方法を提供することである。
【００１３】
更に、本発明の一つの態様は、血糖コントロールのための情報、及びそれが各々の患者／使用者のためにカスタム化することができるように柔軟性を提供するその各々の方法を提供することである。
【００１４】
更に、本発明の一つの態様は、血糖コントロールのために設定すべきインスリンの用量を決定する方法、及び改善された血糖コントロールを提供する各デバイスを提供することである。
【００１５】
加えて、更なる態様は、投与すべき用量のための改善された炭水化物の計算を提供することができる、血糖コントロールのための情報を提供するための医療デバイス、及びその各方法を提供することである。
【課題を解決するための手段】
【００１６】
この目的及び更なる態様は、独立請求項の主題によって解決される。好ましい実施態様は従属請求項の主題である。
【発明の効果】
【００１７】
本発明の一つの態様は、血糖コントロールのために情報を提供するための医療デバイスを提供することである。本デバイスは、データを保存するように配置される保存手段；血糖値データ及びセキュリティデータを受信するように配置される受信手段；保存手段から検索されたデータを修正するための第一の処理機能を実行するために、そして血糖値データ及び保存手段から検索されたデータに基づいて血糖コントロールのための情報を提供するための第二の処理機能を実行するように配置されるデータ処理手段；受信したセキュリティデータを検証するために、そして、受信したセキュリティデータの検証に対応する検証データを提供するように配置される検証手段；及び検証データに基づいて第一の及び第二の処理機能からの少なくとも所定の機能の実行を制御するように配置される安全手段；を含む。
【００１８】
好ましい実施態様において、本医療デバイスは更に、血糖値を測定するために、そして測定された血糖値に対応する血糖値データを提供するように配置される血糖測定手段を含み、ここで血糖測定手段から血糖値データを受信するために、受信手段が更に配置される。本医療デバイスは更に、血糖コントロールのための情報に基づいてインスリンの用量を設定するように配置される用量設定手段を含む。
【００１９】
好ましくは、血糖コントロールのための情報は、設定すべきインスリンの用量のための値であり、第二の処理機能は、設定すべきインスリンの用量に対する値を決定するための処理機能であり、そして検証データに基づく第一の及び第二の処理機能からの少なくとも所定の機能の実行の制御は、実行のための所定の機能をロック解除することによって配置される。更に、好ましくは、セキュリティデータはパスワード又はアクティブ化キーであり、ここで検証手段が更に、保存手段中又は検証手段中に保存された事前に定義されたデータに基づいて、パスワード又はアクティブ化キーを検証するように配置される。
【００２０】
本医療デバイスは更に、好ましくは、セキュリティデータを受信するために適合されたユーザーインターフェイス、ＵＳＢインターフェイス、ＩＥＥＥ１３９４インターフェイス、又は無線インターフェイスを含み、ここで保存手段は更に、異なる用量調節プロファイルに対するプロファイルパラメータを保存するように配置され、ここで第一の処理機能は、選択された用量調節プロファイルに対するプロファイルパラメータを調節するための処理機能であり、そしてここで第二の処理機能は、少なくとも選択された用量調節プロファイルに基づいてインスリンの用量を段階的に適合するための処理機能であり、そしてそのことによって設定すべきインスリンの用量に対する値を決定する。
【００２１】
好ましくは、第一の処理機能は、初期用量値の事前に定義された組からの特定の初期用量値、第一の用量増加工程の事前に定義された組からの特定の第一の用量増加工程、第一の時間間隔の事前に定義された組からの用量を増やすための特定の第一の時間間隔、第一の目標血糖値の事前に定義された組からの特定の第一の目標血糖値、第二の用量増加工程の事前に定義された組からの特定の第二の用量増加工程、第二の時間間隔の事前に定義された組からの用量を増やすための特定の第二の時間間隔、第二の目標血糖値の事前に定義された組からの特定の第二の目標血糖値、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、低血糖用量減少工程の事前に定義された組からの特定の低血糖用量減少工程、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、及び低血糖用量減少工程の事前に定義された組からの特定の低血糖用量減少工程を選択するための、並びに選択されたデータを保存手段中に保存するための処理機能である。
【００２２】
更に好ましくは、データ処理手段は更に、保存手段から検索されたデータを修正するための第一の処理機能を更に実行するために、そして血糖値データ及び保存手段から検索されたデータに基づいて血糖コントロールのための情報を提供するための第二の処理機能を更に実行するように配置される。
【００２３】
本発明の別の態様は、血糖コントロールを提供するための医療システムを提供することである。本システムは、データを保存するように配置される第一の保存手段；第一の保存手段から検索されたデータを修正するための第一の処理機能を実行するように配置される第一のデータ処理手段；データを保存するように配置される第二の保存手段；血糖値を測定するために、そして測定された血糖値に対応する血糖値データを提供するように配置される血糖測定手段；血糖値データ及び保存手段から検索されたデータに基づいて血糖コントロールのための情報を提供するための第二の処理機能を実行するため配置される第二のデータ処理手段；第一の保存手段中に保存されたデータ及びセキュリティデータを送信するように配置される送信手段；送信されたデータを受けるように配置される受信手段； 受信したセキュリティデータを検証するために、そして、受信したセキュリティデータの検証に対応する検証データを提供するように配置される検証手段；及び第二の処理機能の実行を制御するように配置される安全手段；を含む。
【００２４】
好ましい実施態様において、本医療システムは更に、血糖コントロールのための情報に基づいてインスリンの用量を設定するように配置される用量設定手段を含み、ここで、第一の保存手段、第一のデータ処理手段、及び送信手段は第一の機能ユニットを形成し、そして第二の保存手段、血糖測定手段、第二のデータ処理手段、受信手段、検証手段及び安全手段は第二の機能ユニットを形成する。
【００２５】
本発明の更なる態様は、血糖コントロールのための情報を提供する方法を提供することである。本方法は、セキュリティデータを受信する工程；受信したセキュリティデータを検証する工程；受信したセキュリティデータの検証に対応する検証データを提供する工程；及び検証データに基づいて、少なくとも一つの第一の及び少なくとも一つの第二の処理機能から少なくとも所定の機能の実行を制御する工程、ここで少なくとも一つの第一の処理機能は、保存手段から検索されたデータを修正するためのものであり、そして少なくとも一つの第二の処理機能は、血糖値データ及び保存手段から検索されたデータに基づいて、血糖コントロールのための情報を提供する；を含む。
【００２６】
好ましい実施態様において、本法及びコンピュータプログラムは更に、血糖値を測定する、そして測定された血糖値に対応する血糖値データを提供することを含む。
【００２７】
更に、本方法は、好ましくは、更に血糖コントロールのための情報に基づいてインスリンの用量を設定する工程を含む。好ましくは、血糖コントロールのための情報は、設定すべきインスリンの用量のための値であり、第二の処理機能の一つは、設定すべきインスリンの用量に対する値を決定するための処理機能であり、そして確認データに基づく第一の及び第二の処理機能からの少なくとも所定の機能の実行の制御は、実行のための所定の機能をロック解除することによって配置される。
【００２８】
更に、好ましくは、セキュリティデータはパスワード又はアクティブ化キーであり、ここで検証工程は、保存された事前に定義されたデータに基づいて、パスワード又はアクティブ化キーを検証することを含む。
【００２９】
本方法及びコンピュータプログラムは、好ましくは更に、異なる用量調節プロファイルに対するプロファイルパラメータを保存することを含み、ここで第一の処理機能は、選択された用量調節プロファイルに対するプロファイルパラメータを調節するための処理機能であり、そしてここで第二の処理機能は、少なくとも選択された用量調節プロファイルに基づいてインスリンの用量を段階的に適合するための処理機能であり、ここで第一の処理機能の一つは、初期用量値の事前に定義された組からの特定の初期用量値、第一の用量増加工程の事前に定義された組からの特定の第一の用量増加工程、第一の時間間隔の事前に定義された組からの用量を増やすための特定の第一の時間間隔、第一の目標血糖値の事前に定義された組からの特定の第一の目標血糖値、第二の用量増加工程の事前に定義された組からの特定の第二の用量増加工程、第二の時間間隔の事前に定義された組からの用量を増やすための特定の第二の時間間隔、第二の目標血糖値の事前に定義された組からの特定の第二の目標血糖値、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、低血糖用量減少工程の事前に定義された組からの特定の低血糖用量減少工程、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、及び低血糖用量減少工程の事前に定義された組からの特定の低血糖用量減少工程を選択するための、並びに選択されたデータを保存手段中に保存するための処理機能である。
【００３０】
さらに本発明の更なる態様は、血糖コントロールのために、投与すべきインスリンの用量を決定するためのプロセスの構成方法を提供することであり、ここで用量は段階的に適合される。この方法は、用量を段階的に適合するために異なる用量調節プロファイルを定義する工程、ここで、異なる用量調節プロファイルの各々は、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低い血糖閾値に基づく；異なる用量調節プロファイルを保存する工程；用量を段階的に適合するために特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択する工程；及び特定のユーザーに対して少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズする工程；を含む。
【００３１】
本発明の別の態様において、血糖コントロールのために投与すべきインスリンの用量を決定するプロセスを構成するために、コンピュータプログラム、コンピュータプログラム製品、及びコンピュータ読取可能な媒体が開示される。本コンピュータプログラムは、用量を段階的に適合するための異なる用量調節プロファイルを定義付けするためのコード、ここで異なる用量調節プロファイルの各々は、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低い血糖閾値に基づく；異なる用量調節プロファイルを保存するためのコード；用量を段階的に適合するための特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択するためのコード；及び特定の使用者の少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズするためのコードを含む。
【００３２】
好ましい実施態様において、特定の要求は、糖尿病患者のタイプによって定義され、そしてパーソナライズ手段は、選択された用量調節プロファイルのユーザーの同定を含む。更に、異なる用量調節プロファイルは、初期用量値の事前に定義された組からの特定の初期用量値、時間間隔の事前に定義された組からの用量を増やすための特定の時間間隔、用量増加工程の事前に定義された組からの特定の用量増加工程、及び低い血糖閾値の事前に定義された組からの特定の低い血糖閾値を選択することによって定義される。
【００３３】
本方法は、好ましくは更に、選択可能な初期用量値、低い血糖閾値、時間間隔及び用量増加工程に対する所定の組合せを定義するもっともらしい（plausibility）ルールを定義する工程、及び定義された異なる用量調節プロファイルを未承認の変更から保護する工程を含み、ここで保護ユニットは、セキュリティデータを受信する工程、受信したセキュリティデータを検証する工程、そして受信したセキュリティデータの検証に対応する検証データを備える工程、及び検証データに基づいて定義付け手段を制御する工程を含む。
【００３４】
好ましくは、異なる用量調節プロファイルは、データ処理ユニット上で定義され、そして定義された異なる用量調節プロファイルは、血糖コントロールのために投与すべきインスリンの用量を決定するためのデバイスに送信される。
【００３５】
別の好ましい実施態様によると、血糖コントロールのために投与すべきインスリンの用量を決定するためのプロセスを構成するシステムが提供され、ここで容量は段階的に適合される。本システムは、用量を段階的に適合するために異なる用量調節プロファイルを定義するように配置される定義付け手段、ここで、異なる用量調節プロファイルの各々は、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低い血糖閾値に基づく；異なる用量調節プロファイルを保存するように配置される保存手段；用量を段階的に適合するために特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択するように配置される選択手段；特定のユーザーに対して少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズするように配置されるパーソナライズ手段；及び選択された用量調節プロファイルに従って用量を段階的に適合するように配置される適合手段を含む。
【００３６】
好ましくは、特定の要求は、糖尿病のタイプ及び糖尿病患者の年齢によって定義され、ここでパーソナライズ手段が更に、選択された用量調節プロファイルのユーザーを同定するように配置される。
【００３７】
更に、好ましくは、定義付け手段は更に、初期用量値の事前に定義された組、目標血糖値の事前に定義された組、低い血糖閾値の事前に定義された組、時間間隔の事前に定義された組、及び用量増加の事前に定義された組を提供するために、そして初期用量値の事前に定義された組からの特定の初期用量値、目標血糖値の事前に定義された組からの特定の目標血糖値、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、時間間隔の事前に定義された組からの用量を増やすための特定の時間間隔、及び用量増加工程の事前に定義された組からの特定の用量増加工程を選択するように配置される。
【００３８】
好ましい実施態様において、定義付け手段は更に、選択できる初期用量値、目標血糖値、低い血糖閾値、時間間隔及び用量増加に対する所定の組合せを定義するもっともらしさルールを定義するように配置される。本システムは更に、好ましくは、定義された異なる用量調節プロファイルを未承認の変更から保護するように配置される保護ユニットを含み、ここで保護ユニットは、セキュリティデータを受信するように配置される受信手段、受信したセキュリティデータを検証し、そして受信したセキュリティデータの検証に対応する検証データを提供するように配置された検証手段、及び検証データに基づいて定義付け手段を制御するように配置される安全手段を含む。
【００３９】
好ましくは、本システムは、血糖コントロールのために投与すべきインスリンの用量を決定するための少なくともデータ処理ユニット及びデバイスから成り、ここでデータ処理ユニットは、定義された異なる用量調節プロファイルをインスリンの用量を決定するためのデバイスに送信するように配置される定義付け手段及びデータ送信手段を含み、そしてここでインスリンの用量を決定するためのデバイスは、定義された異なる用量調節プロファイル、保存ユニット、選択手段、及び適合手段を受信するために配置される受信手段を含む。
【００４０】
本発明の更に別の態様は、血糖コントロールのために投与すべきインスリンの、段階的に適合される用量を決定する方法を提供することである。本方法は、所定の血糖事象は所定の時間間隔内で起こった、所定の血糖事象（glycemic event）に関する血糖事象情報を受信する工程；少なくとも一つの特定の血糖値が、目標血糖値に関して特定の範囲内にあることを示している範囲情報を受信する工程；そして少なくとも該血糖事象情報及び該範囲情報に基づいて、少なくとも一つのパラメータに従って用量の増加を停止することを決定する工程；を含む。
【００４１】
本方法の好ましい実施態様によると、血糖事象情報は低血糖事象が所定の時間間隔内で起きたことを示すユーザーの入力である。
【００４２】
好ましくは、本方法は更に、血糖値を決定する工程を含み、ここで少なくとも一つの特定血糖値は、決定された血糖値である。好ましくは、少なくとも一つの特定血糖値は、決定された血糖値に先立つ血糖値である。
【００４３】
本方法の好ましい実施態様は更に、低い血糖閾値を受信する工程、そして、もし実際に決定された血糖値が低い血糖閾値未満であるならば、所定の量だけ用量を減じる工程を含む。好ましくは、決定された血糖値は空腹時血糖値である。更に、範囲情報は、好ましくは、少なくとも一つの特定血糖値が特定閾値以下であり、そして目標血糖値以上であるという情報を表し、ここで範囲情報は、ブール値の「ｙｅｓ」又は「Ｎｏ」によって表される。
【００４４】
更に、本方法は好ましくは、少なくとも該血糖事象情報及び該範囲情報に基づいて、用量の増加を停止したことを示す工程、及び血糖値が決定されるときの日時に関連付けて、少なくとも一つの決定された血糖値を保存する工程を含み、ここで保存する工程は更に、適合日時に関連付けて適合された用量を保存することを含む。
【００４５】
本方法の好ましい実施態様は更に、停止前に投与された用量に関連して停止日を保存する工程を含み、ここで停止データは用量の増加が停止されたことを示す。
【００４６】
更に好ましい実施態様によると、血糖コントロールのための投与すべきインスリンの用量を決定するためのデバイスが提供される。本デバイスは、所定の時間間隔内での所定の血糖事象に関連して血糖事象情報を受信するように、そして少なくとも一つの特定血糖値が目標血糖値に関して特定範囲内にあることを示している範囲情報を受信するために配置される受信ユニット；少なくとも該血糖事象情報及び該範囲情報に基づき、少なくとも一つのパラメータに従って用量の増加を停止することを決定するように配置される決定ユニット；及び受信ユニット及び決定ユニットの出力に従って段階的に用量を適合するように配置される適合ユニットを含む。
【００４７】
好ましくは、本デバイスは更に、所定の時間間隔内で低血糖事象が起きたことを示すユーザー入力を受信するように、そしてこの情報を血糖事象情報として決定ユニットに転送しるように配置されるユーザー入力ユニットを含み、ここでユーザー入力ユニットは更に、低い血糖閾値を受信するように配置され、そしてもし実際の血糖値が低い血糖閾値未満であるならば、所定の量だけ用量を減じるように適合手段が更に配置される。
【００４８】
好ましい実施態様に記載のデバイスは更に、実際の血糖値を測定するように配置される測定ユニット、及び少なくとも一つの測定された血糖値を各血糖測定の日時に関連付けて保存するように配置される保存ユニットを含み、ここで保存ユニットは更に、適合日時と関連付けて適合された用量を保存するように、そして停止の前に投与された用量に関連付けて停止データを保存するように配置され、ここで停止データは用量の増加が停止されたことを示す。
【００４９】
さらに本発明の更なる態様は、血糖コントロールのための投与すべきインスリンの用量を決定する方法を提供することであり、ここで用量は段階的に適合され、本方法は血糖値を決定する工程；所定の血糖事象は所定の時間間隔内で起こった、所定の血糖事象に関して血糖事象情報を受信する工程；保存ユニット中に保存された前回適合された用量値を受信する工程；及び少なくとも血糖値、血糖事象情報及び前回適合された用量に基づいて警報を設定する工程；を含み、ここで警報は血糖値及び所定の血糖事象が前回適合された用量値と特定の関係にないことを示す。
【００５０】
好ましい実施態様において、本方法は更に、両方が少なくとも一つの特定用量値に対応しているところの、少なくとも一つの特定の血糖値範囲及び少なくとも一つの特定の所定の血糖事象を提供することによって、血糖値と所定の血糖事象と前回適合された用量値の間の特定された関係を定義付ける工程；及び用量の更なる増加を停止する工程；を含み、ここで用量の更なる増加を停止することは警報によってトリガーされ、そしてここで所定のユーザー入力が、用量の更なる増加の停止を失活させるために必要である。
【００５１】
好ましくは、本方法は更に、再試験情報を創出する工程、ここで再試験情報の創出は警報によってトリガーされ、そして再試験情報は所定の時間内に血糖値の再試験を開始するためのものである；及び警告が生じたこと示すディスプレイ上に伝言を示す表示する工程、ここで伝言は少なくとも事前に定義された安全指示を含み、ここで再試験情報は、所定の時間内に血糖値の再試験を行うようユーザーに急がせるためにディスプレイ上に表示される；を含む。
【００５２】
更に、好ましい実施態様に記載の方法は更に、追加伝言を所定の宛先に送る工程を含み、ここで追加伝言の送付は警報によってトリガーされ、そしてここで追加伝言は、血糖値及び所定の血糖事象が、前回適合された用量値と特定された関係にないことを示す情報を少なくとも含む。
【００５３】
別の好ましい実施態様によると、血糖コントロールのための投与すべきインスリンの用量を決定するためのデバイスが提供される。本デバイスは、少なくとも血糖値を決定するように適合された血糖決定ユニット、前回適合された用量値を保存するように適合された保存ユニット、所定の時間間隔内での所定の血糖事象に関連して血糖事象情報を受信するように、そして保存ユニット中に保存された前回適合された用量値を受信するために配置される受信ユニット；受信ユニット及び決定ユニットの出力に従って段階的に用量を適合するように配置される適合ユニット；及び少なくとも血糖値、血糖事象情報、及び前回適合された用量に基づいて、警報を設定するように適合された警報ユニット；を含み、ここで警報ユニットは、血糖値及び所定の血糖事象が前回適合された用量値と特定の関係にないことを示す警報を創出するように適合される。
【００５４】
好ましい実施態様に記載のデバイスは更に、両方が少なくとも一つの特定用量値に対応しているところの、少なくとも一つの特定の血糖値範囲及び少なくとも一つの特定の所定の血糖事象を提供することによって、血糖値、所定の血糖事象、及び前回適合された用量値の間の特定された関係を定義付けるための指示を受信するように適合されたユーザーインターフェイスを含み、ここで保存ユニットは更に、少なくとも一つの特定の血糖値範囲及び少なくとも一つの特定の所定の血糖事象を保存するように適合される。
【００５５】
好ましくは、本デバイスは更に、警報に基づいて、用量の更なる増加を停止することを決定するように配置される、そして用量の更なる増加の停止を失活するためにユーザーインターフェイスを介して所定のユーザー入力を受信するように配置される決定ユニット；再試験情報を創出するように配置される伝言生成ユニット、ここで伝言生成ユニットは警報信号を警報ユニットから受信するように、そして血糖値の再試験を所定の時間内に開始するための再試験情報を発生するように配置される；及び警報が発せられたことを示している伝言を表示するように配置される表示ユニット、ここで伝言生成ユニットは更に、少なくとも所定の安全指示を含む伝言を創出するように配置され、そしてここで表示ユニットは更に、所定の時間内での血糖値の再試験をユーザーに急がせるための再試験情報を表示するように配置される；を含む。
【００５６】
好ましくは、伝言生成手段は更に、所定の宛先に追加伝言を送信するように適合された通信インターフェイスを含み、ここで通信インターフェイスは警報によってトリガーされた追加伝言を送信するように配置され、そしてここで伝言生成ユニットは更に、血糖値及び所定の血糖事象が前回適合された用量値と特定の関係にないことを示す情報を少なくとも含む追加伝言を創出するように配置される。
【００５７】
また本発明の更なる態様は、血糖コントロールのための情報を提供するための医療デバイスを提供することである。本デバイスはインスリンの初期用量に関する情報を保存するために、そして、インスリンの初期用量が投与された後、及び特定の食事が消費された後に測定された血糖レベルに関する情報を保存するように配置される保存ユニット；並びに、少なくともインスリンの初期用量に関する該情報及び血糖レベルに関する該情報に基づいて、特定の食物が消費される前に投与すべきインスリンのその後の用量を決定するように配置される決定ユニット；を含む
【００５８】
本デバイスの好ましい実施態様によると、保存ユニットは更に、消費された特定の食物についての情報を保存するように配置され、ここで消費された特定の食物についての情報は血糖コントロールに関するデータを含む。その上、本デバイスは更に、好ましくは、消費された特定の食物についての情報を受信するように配置されるユーザー入力ユニットを含み、ここで保存ユニットは更に、インスリンの所定の用量の投与、特定の食物の消費及び血糖レベルの測定の間の経過した時間についての情報を保存するように配置される。
【００５９】
好ましくは、決定ユニットは更に、消費された特定の食物についての情報に基づいてのみインスリンの初期用量を計算するように配置され、ここで血糖レベルについての情報は、測定された血糖値である。更に、決定ユニットは更に、好ましくは、各特定の食物に対して、少なくとも消費された特定の食物、特定の食物に対して計算されたインスリンの初期用量、及び所定の血糖値から測定された血糖値の偏差に関する情報に基づいて、インスリンの引き続く用量（subsequent dose）のための特定の調節値を決定するように配置される。
【００６０】
本デバイスの好ましい実施態様において、決定ユニットは更に、特定の食物が消費される前に測定された血糖レベルについての情報に基づいて、そしてインスリンの所定の用量の投与、特定の食物の消費、及び消費後の血糖レベルの測定の間で経過した時間に基づいて、特定の調節値を追加的に決定するように配置される。好ましくは、決定ユニットは更に、投与された持続性基礎インスリンの追加の所定の用量に関する情報に基づいて、追加的にインスリンの引き続く用量を決定するように配置される。
【００６１】
更に好ましい実施態様によると、血糖コントロールのための情報を提供する方法が提供される。本方法は、インスリンの初期用量についての情報、及びインスリンの初期用量が投与された後に、そして特定の食物が消費された後に測定された血糖レベルについての情報を保存する工程；そして少なくともインスリンの初期用量についての該情報、及び血糖レベルについての該情報に基づき、特定の食物が消費される前の投与すべきインスリンの引き続く用量を決定する工程；を含む。
【００６２】
本方法の好ましい実施態様は更に、消費された特定の食物についての情報を保存する工程を含み、ここで消費された特定の食物についての情報は、血糖コントロールに関わるデータ、並びにインスリンの所定の用量の投与、特定の食物の消費、及び血糖レベルの測定の間で経過した時間についての情報を保存する工程を含む。
【００６３】
好ましくは、本方法は更に、消費された特定の食物についての情報に基づいてのみインスリンの初期用量を計算する工程を含み、ここで血糖レベルについての情報は測定された血糖値である。
【００６４】
本方法は、好ましくは、各特定の食物に対して、少なくとも消費された特定の食物、特定の食物に対して計算されたインスリンの初期用量、及び所定の血糖値から測定された血糖値の偏差に関する情報に基づいて、インスリンの引き続く用量のための特定の調節値を決定する工程も含む。好ましくは、インスリンの引き続く用量は、投与された持続性基礎インスリンの追加の所定の用量に関する情報に基づいて、追加的に決定される。
【００６５】
本発明の更に別の態様は、血糖コントロールのために投与すべきインスリンの用量を決定するための医療デバイスを提供することである。本医療デバイスは、一日の各食事の前及び後に、少なくとも一つの血糖値を測定するように配置される血糖測定ユニット；各食事の前及び後に測定された各血糖値の間の違いを、各食事に対して決定するように、そして最大の違いを有する食事を決定するように配置される決定ユニット；及び決定された食事に対する用量を決定するように配置される適合手段；を含む。
【００６６】
更に好ましい実施態様によれば、血糖コントロールのための投与すべきインスリンの用量を決定する方法が提供される。本方法は、一日の各食事の前後での少なくとも一つの血糖値を測定する工程、各食事に対して、各食事の前後に測定された各血糖値の間の違いを決定する工程、最大の違いを有する食事を決定する工程、そして決定された食事に対する用量を適合する工程を含む。
【００６７】
更なる利点及び好ましい実施態様は、従属請求項に含まれ、そして添付図面を参照した好ましい実施態様の以下の説明からよりよく理解されるであろう。
【図面の簡単な説明】
【００６８】
【図１】本発明の好ましい実施態様に記載の医療デバイスの概略図である。
【図２】本発明の好ましい実施態様に記載の医療デバイスの操作の工程を図示する流れ図である。
【図３】本発明の好ましい実施態様に記載の医療デバイスの更なる操作手順の工程を図示する流れ図である。
【図４】本発明の好ましい実施態様に記載の医療デバイスの別の操作手順の工程を図示する流れ図である。
【図５】本発明の好ましい実施態様に記載の医療デバイスの更なる操作手順の工程を図示する流れ図である。
【図６】図１において示された医療デバイスの別の概略図である。
【図７】図３において示された操作手順の工程を更に詳細に図示する流れ図である。
【図８】図７において示された操作手順の工程をより詳細に図示する流れ図である。
【図９】図３において示された操作手順の更なる工程を更に詳細に図示する流れ図である。
【図１０】図２において示された操作手順の工程をより詳細に図示する流れ図である。
【図１１】図１０において示された操作プロセスの工程をより詳細に図示する流れ図である。
【図１２】図１１において示された操作プロセスの工程をより詳細に図示する流れ図である。
【図１３】図１０において示された操作プロセスの工程の代替バージョンを図示する流れ図である。
【図１４】図１において示された医療デバイスの更なる概略図である。
【図１５】図１において示された医療デバイスの更なる別の概略図である。
【図１６】図１において示された医療デバイスのまた更なる概略図である。
【図１７】図１において示された医療デバイスを決定ユニットの概略図である。
【図１８】本発明の更なる好ましい実施態様に記載の医療デバイスを図示する概略図である。
【図１９】本発明の別の好ましい実施態様に記載の医療デバイスを図示する概略図である。
【図２０】本発明の別の好ましい実施態様に記載の医療システムを示す概略図である。
【図２１】本発明の別の好ましい実施態様に記載の医療デバイスの別の操作手順の工程を図示する流れ図である。
【図２２】本発明の別の好ましい実施態様に記載の医療デバイスの代替操作手順の工程を図示する流れ図である。
【図２３】本発明の別の好ましい実施態様に記載の医療デバイスの別の操作手順の工程を図示する流れ図である。
【図２４】図２３において示された操作手順の工程のための代替方法を図示する流れ図である。
【図２５】図２４において示された操作手順の工程をより詳細に図示する流れ図である。
【図２６】図２０において示された医療システムの更なる概略図である。
【図２７】本発明の更なる実施態様に記載のテンプレートとパラメータ及びパラメータの組の関係を示す概略図である。
【図２８】本発明の更なる実施態様に記載のテンプレートを定義するための工程を示す概略図である。
【図２９】本発明の別の好ましい実施態様に記載の更なる操作手順の工程を図示する流れ図である。
【図３０ａ】図２９において示された操作手順の代替工程を図示する流れ図である。
【図３０ｂ】図２９において示された操作手順の代替工程を図示する流れ図である。
【図３１ａ】本発明の更なる好ましい実施態様に記載の血糖事象の経時的シーケンス及び用量目標値を例示的に示す概略図である。
【図３１ｂ】本発明の更なる好ましい実施態様に記載の血糖事象の経時的シーケンス及び用量目標値を例示的に示す概略図である。
【図３２】本発明の更なる別の好ましい実施態様に記載の別の操作手順の工程を図示する流れ図である。
【図３３】本発明の更に別の好ましい実施態様に記載の訓練シーケンスの方法工程を図示する流れ図である。
【図３４】本発明の更に別の好ましい実施態様に記載の方法工程を図示する流れ図である。
【図３５】一日に亘って消費される食事に対して血糖値の経時的シーケンスを例示的に示す概略図である。
【図３６】本発明の更に別の好ましい実施態様に記載の操作手順の工程を図示する流れ図である。
【発明を実施するための形態】
【００６９】
以下の段落では、本発明の種々の実施態様が述べられる。説明目的のためにのみ、殆どの実施態様は、医療デバイス又はシステム及び各々の方法に関して概説される。しかしながら、医療デバイス及びシステムに関して使用された用語及び実施態様の記述は、本発明の原理及びアイデアをそのような単一のデバイス及びシステムに限定することを意図されてはいない。例えば、本発明は、有線又は無線のネットワークを介して互いに通信し合う部品の分散システムにも応用できる。
【００７０】
同様に、上記本発明のセクションの背景において与えられた詳細な説明は、インスリン治療又は他のホルモンを用いた治療の制約のより良い理解を単に意図したものである。更に、ここに述べられた調節法は、基本的な、事前混合された、及び食事時間のインスリンに適用することができる。以下において、用語インスリンは、別に断られない限り、全ての種類のインスリン及びグラルギンに対して使用される。
【００７１】
図１は、本発明の好ましい実施態様に記載の医療デバイスの概略図である。好ましくは、医療デバイス１００は、例えば、医療デバイスのユーザーの、血糖レベルを測定するように配置される血糖測定ユニット１１０を含む。血糖測定ユニット１１０は、例えば、血糖測定ユニット１１０から受信した血糖値データを保存ユニット１３０に転送するように配置される受信ユニット１２０に接続される。あるいは、受信ユニットは、保存ユニットから、例えば、血糖値データのような保存されたデータを検索し、そしてそれを決定ユニット１４０に転送し得る。あるいは、受信ユニット１２０は、血糖測定ユニット１１０から受信した血糖値データを決定ユニット１４０に直接、転送する。
【００７２】
受信ユニット１２０は更に、ユーザー入力ユニット１５０に接続される。ユーザー入力ユニット１５０は、医療デバイス１００のユーザーからの入力を受信するように配置される。ユーザーが入力したデータはユーザー入力ユニット１５０から受信ユニット１２０に転送され、そこでそれを決定ユニット１４０又は保存ユニット１３０に転送する。
【００７３】
更に、医療デバイス１００は好ましくは、受信ユニット１２０に接続される表示ユニット１６０を含む。好ましくは、表示ユニット１６０は、表示すべきデータを受信ユニット１２０から受信する。好ましくは、医療デバイス１００は、データを受信するためにそしてデータを送信するために、ＵＳＢインターフェイス、ＩＲＤＡインターフェイス、ブルートゥース（ブルートゥース）インターフェイスなどの更なるインターフェイス１７０を追加的に含む。インターフェイス１７０は、好ましくは、受信ユニット１２０からデータを受信するために、そして受信ユニット１２０にデータを転送するために受信ユニット１２０に接続される。
【００７４】
先に概略述べられたように、医療デバイス１００は、好ましくは、血糖測定ユニット１１０を含む。好ましくは、血糖測定ユニット１１０は、各試験片上の１滴の血液を試験することによって、例えば、ユーザーの血液中の血糖レベルを測定するように配置される。次いで、測定された血糖値は血糖値データに変換され、そして、好ましくは、直ぐに、又は要求に応じて受信ユニット１２０に転送される。あるいは、血糖測定ユニット１１０は、例えば、ユーザーの血糖レベルを、赤外線診断又は代替の非接触測定法を介して測定するように配置される。
【００７５】
更なる代替法によると、血糖測定ユニット１１０は医療デバイス１００のユーザーの体内にインプラントされ、そして有線接続を介してか又は無線接続を介して、データを受信ユニット１２０に転送する。好ましくは、そのようなインプラントされた血糖測定ユニット１１０は、例えば、連続閉ループ制御を可能にするバイオチップに基づく連続測定センサーである。後者の場合、血糖測定ユニット１１０は、好ましくは、血糖測定値データを、インターフェイス１７０を介して受信ユニット１２０に転送する。更なる代替法によると、医療デバイス１００は、血糖値を測定するが、血糖値データを外部ユニットから受信する血糖測定ユニット１１０を含まない。
【００７６】
血糖の測定は、好ましくは、各信号を血糖測定ユニット１１０に送る受信ユニット１２０によってトリガーされる。一つの好ましい代替法によると、受信ユニット１２０はユーザー入力ユニット１５０を介して受信されるユーザーの入力に基づいて発せれるトリガー信号を受信する。あるいは、トリガー信号はタイマーユニットにより、又は決定ユニット１４０により自動的に発せられる。
【００７７】
好ましくは、受信ユニット１２０は、例えば、マイクロプロセッサ又は幾つかの機能ユニットの間のデータの取り扱いを管理するバスシステムの入力ポート及び出力ポートによって表される。これは、例えば、マイクロプロセッサ中で実行される「先進マイクロプロセッサバスアーキテクチャバスシステム」（Advanced Microprocessor Bus Architecture bus system）のようなバスシステム、又はマイクロプロセッサに接続された外部バスシステムを含む。受信ユニット１２０を介して、データは保存ユニット１３０から要求に応じて検索され、そして決定ユニット１４０に、表示ユニット１６０に又はインターフェイス１７０に転送される。更に、受信ユニット１２０は、トリガー信号又は制御信号のような制御信号を、例えば、血糖測定ユニット１１０、表示ユニット１６０又はインターフェイス１７０に転送する。
【００７８】
保存ユニット１３０は、ユーザー入力ユニット１５０を介して入力されたデータ、血糖測定ユニット１１０によって受信したデータ、決定ユニット１４０によって処理されたデータ、及び／又はインターフェイス１７０を介して受信したデータを保存するように配置される。更に、保存ユニット１３０は、保存されたデータを決定ユニット１４０に、表示ユニット１６０に、及び／又はインターフェイス１７０に提供するように配置される。保存ユニット１３０は、好ましくは、半導体メモリとして実行される。あるいは、それはハードディスクメモリ又は決定ユニット１４０のオン−チップメモリとして実行される。
【００７９】
決定ユニット１４０は、好ましくは、マイクロプロセッサ、又はデータを処理できる如何なる他の機能ユニットでもある。ユーザー入力ユニット１５０は、好ましくは、一つ又はそれ以上の押しボタンとして、又は、あるいは、各ソフトキーの機能が表示ユニット１６０上に表示される、所謂ソフトキーとして実行される。あるいは、ユーザー入力ユニット１５０はキーボード又はタッチスクリーンである。あるいは、ユーザー入力ユニット１５０は、データが発言入力を介して入力することができるように発言入力を受信するためのマイクロフォンを含む。
【００８０】
表示ユニット１６０は、好ましくは、ＬＣＤ又はＬＥＤ表示を含む。好ましくは、例えば、実際の測定された血糖値が、ユーザーに対する追加指示と一緒に表示することができるように、表示は多くの英数字を表示することができる。あるいは表示ユニット１６０はグラフ又は画像を表示するための画像表示を含む。
【００８１】
インターフェイス１７０は、好ましくは、ＩＲＦＡ、ブルートゥース、ＧＳＭ、ＵＭＴＳ，ＺｉｇＢｅｅ又はＷＩ−ＦＩなどの無線インターフェイスである。あるいは、インターフェイスは、データを受信そして送信するためのＵＢポート、直列ポート、平行ポート、ネットワークカードなどのような有線インターフェイスである。更なる代替法において、医療デバイス１００はインターフェイス１７０を含まない。
【００８２】
別の代替法によると、医療デバイス１００はインターフェイス１７０に加えて、チップカードリーダー又はチップカードインターフェイスを含む。チップカードリーダーは、好ましくは、ＳＩＭカードのようなチップカード又は情報を有するチップカードを読むように適合される。このために、チップカードはメモリを含み、ここで、好ましくは、選択されたアルゴリズムが、対応するパラメータ、血糖値の履歴及び投与された用量などと一緒に保存される。このように、医療デバイス１００が欠陥を有する場合、当該データはチップカードを介して医療デバイス１００から容易に除去することができ、そして新しい医療デバイス１００に移すことができる。更に、チップカード１００は、治療の履歴についての情報を、例えば、ＨＣＰに提供するために使用され得る。
【００８３】
ＳＩＭカードが医療デバイス１００のチップカードリーダーと一緒に使用され、そしてインターフェイス１７０が追加的に携帯通信インターフェイスである場合、医療デバイス１００の基本的機能は、通信チャンネルを介してＳＩＭカードのプロバイダーによってロック解除することができる。これによって、医療デバイス１００が、ＵＭＴＳ又はＧＳＭのような所定のチャンネルを介して他の通信デバイスと通信することができるという可能性が追加的に提供される。ＳＩＭカード中に保存される、ＩＭＳＩとも呼ばれる国際移動電話加入者識別番号を介して、医療デバイス１００はネットワーク内でそれ自身を同定し、その結果、ネットワークを介してアドレスすることができる。そのような場合、医療デバイス１００は、例えば、電話番号を用いて携帯通信ユニットにアドレスすることによって、例えば、管理ユニット２０００を介して、容易にチェックされ、遠隔操作され、更新され、監視することができる。
【００８４】
更に、医療デバイス１００は、ＳＭＳ、Ｅ−メールを介して又は携帯インターネット接続を介して、データを送信することができる。更に、これは緊急時に医療デバイス１００の位置を知らせる可能性を提供する。
【００８５】
図２において示される通り、医療デバイス１００は、好ましくは、多くの操作プロセスを実行することができる。好ましい代替法によると、スイッチを入れた後、医療デバイス１００は、医療デバイス１００の機能部品を初期化するための初期化工程２１０を実行する。この後、医療デバイス１００ができる異なる操作モードが表示工程２２０中に表示される。好ましくは、工程２２０において、「ＢＧを測定せよ」、「インスリン用量を出力せよ」、「事象をマークせよ」、「履歴をレビューせよ」及び／又は「設定を変更せよ」のようなモードを選択することができる。工程２３０においてユーザーは、ユーザー入力ユニット１５０を介して表示された操作モードの一つを選択する。工程２４０において、選択された操作モードが実行される。
【００８６】
操作プロセスの代替バージョンによると、特定の操作モードが事前選択される場合、工程２２０及び２３０はスキップし得る。その場合、ユーザーによって事前に選択されるか、又は特定の事象に従って自動的に選択される、事前選択された操作モードである初期化２１０の後、操作プロセスは工程２４０に進み、そして事前選択された一つ又はそれ以上の操作モードを実行する。
【００８７】
操作モード次第で、操作プロセスは、医療デバイス１００のユーザーに、更なる操作モード又は操作プロセスの終了の選択肢を与えるために、選択されたモードの実行の後、工程２２０に伴って操作プロセスが続き得る。後者の場合、医療デバイス１００は好ましくは自動的にスイッチが切られる。
【００８８】
一つの具体的操作モードは、設定変更モードとも呼ばれるセットアップモードである。図３は好ましいセットアップ手順の模式的流れ図である。
【００８９】
上に概略述べられた通り、医療デバイス１００は、血糖を測定するための本発明の好ましい実施態様に従って適合される。更に、それは測定された血糖の履歴をレビューするように配置される。好ましくは、医療デバイス１００は最近の血糖値データのみならず、投与されたインスリン用量も表示する。その上、医療デバイス１００及び、特に、決定ユニット１４０は、特定のパラメータに基づいて、例えば、投与すべきインスリンの用量を決定する。更に、医療デバイス１００は、好ましくは、ユーザー入力を介して、又は電子的にインターフェイス１７０を介して特定の事象を示すデータを受信するように配置される。好ましくは、これらの機能又はこれらの機能の少なくとも幾つかは、医療デバイス１００のユーザーのニーズに調節することができる。図３は、投与すべき用量を決定するために医療デバイス１００の機能をカスタマイズするためのそのようなセットアップ手順を示す。
【００９０】
上に概略した通り、ＦＢＧ値及び最近投与された用量に基づいて、投与すべき用量を如何に決定するかについての多くのアルゴリズムが存在する。医療デバイス１００の機能を最適化するために、図３において示されるセットアップ手順が、ユーザーの血糖の最適血糖コントロールに対して適切なアルゴリズムを選択するための工程３１０を提供する。工程３１０において所定のアルゴリズムが選択されるか、又は新しいアルゴリズムが定義される。工程３２０において、選択された所定のアルゴリズム又は新しく定義されたアルゴリズムが保存され又はフラッグ又はポインターのような識別子で、選択されたアルゴリズムとしてマークされる。好ましくは、更なる工程３３０において、選択されたアルゴリズムは更にパーソナライゼーションされる。パーソナライゼーション工程３３０において、医療デバイス１００のユーザーのニーズ及び要求に関連して、選択されたアルゴリズムの特定のパラメータが更に特定され及び／又は選択することができる。
【００９１】
工程３１０〜３３０の詳細をより詳細に更に以下に説明する。
【００９２】
図４は、投入すべき用量を決定するためのアルゴリズムのセットアップのための代替方法である。この代替セットアップ手順は、好ましくは、パーソナライゼーションすべきより少ない選択肢を提供し、そして、事前に定義されたより多くのパラメータを提供するためのアルゴリズムに言及する。従って、医療デバイス１００のユーザーのニーヅ及び要求に対して投与すべき用量を決定するための機能に適合するために、少しのパラメータのみしか調節される必要がない。図４において示される通り、代替セットアップ手順において、出発用量又はユーザーによって使用されている現在の用量が、工程４１０において入力されそして保存される。好ましくは、それを用いてユーザー主導の調節が開始される出発用量は１０〜２０単位の範囲にある。あるいは、その他の場合、より低い又はより高い値が使用される。医療デバイス１００のユーザーが既に適切な血糖コントロールを得るために特定の用量を使用している場合、この用量又は別のインスリンタイプに相当する用量が、現行用量として工程４１０において選択される。この場合、好ましくは、安全なアプローチが選択され、そして出発用量が他のインスリンタイプに相当する用量よりも低い用量となるように決定される。
【００９３】
工程４２０において、適切なアルゴリズムが工程４３０において選択されそして保存される。前に概略述べられた通り、選択されたアルゴリズムの保存は、選択されたアルゴリズムが保存ユニット１３０中に追加的に保存されることを必ずしも必要としない。あるいは、選択されたアルゴリズムは、選択されたアルゴリズムに関して保存ユニット１３０中に保存されているポインター又はフラッグのような識別子を用いて同定される。
【００９４】
図５は、投入すべき用量を決定するためのプロセスをパーソナライズするための更なる構成選択肢を提供する、更なる代替セットアップ手順を示す。
【００９５】
工程５１０において、医療デバイス１００のユーザーのニーズ及び要求に最もあてはまるアルゴリズムが選択される。工程５２０において、選択されたアルゴリズムが保存される。工程４１０と同様に、現行の用量、又は血糖コントロールプロセスを開始するための出発用量が工程５３０において設定される。更に、血糖値及び、好ましくは、ＦＢＧ値が特定の閾値を超えている場合、図５において示されたセットアップ手順によって、特定のルールの選択肢が提供される。好ましくは、この特定の閾値は、ＦＢＧ値に対して７０ｍｇ／ｄｌ前後であり、それは低血糖レベルを示す。以下の「低いＦＢＧルール」において、これらのルールは、もし血糖値及び、特に、ＦＢＧ値が特定の閾値より低ければ、用量決定プロセスによって取られるであろう特定の行動を定義する。これらの行動の一つは、好ましくは、投与すべき用量の量を当分の間は増やさないことである。
【００９６】
工程５５０において、特定の低血糖ルールが、多くの事前に定義された低血糖ルールから選択される。あるいは、新しい低血糖ルールが工程５５０において定義される。好ましくは、低血糖ルールは、測定された血糖値が更なる特定の閾値より低い場合、用量決定プロセスによって取られる行動を定義する。この更なる具体的閾値によって、やはり低血糖範囲と呼ばれる範囲が定義される。好ましくは、低血糖ルールは、もし血糖レベルが５６ｍｇ／ｄｌ未満であれば、用量決定プロセスにおいて適用される。
【００９７】
一般に、低血糖は約７０ｍｇ／ｄｌ未満の範囲と定義される。このように、約７０ｍｇ／ｄｌと約５６〜５０ｍｇ／ｄｌの間の範囲は、以下において低血糖範囲とも呼ばれる、低血糖の第一のレベルと定義される。約５６〜５０ｍｇ／ｄｌ未満の範囲は、以下おいて低血糖範囲とも呼ばれる低血糖の第二のレベルを定義する。
【００９８】
血糖濃度がこの更なる特定の閾値より低い場合、血糖レベルが正常レベルより低い病的状態に達する。低血糖とも呼ばれるこの状態は、この状態にある人々に対して危険であろう種々の症状及び影響を生みだす可能性がある。従って、低血糖ルールは、そのような低血糖値が測定される場合、医療デバイス１００のユーザーに対してリスクを最小化するために、用量決定プロセスによって取られる行動を提供する。
【００９９】
好ましくは、低血糖ルールを介して定義される行動は、例えば、医療デバイス１００のユーザーに警告すること、医療デバイス１００のユーザーに忠告すること、ヘルスケア専門家に連絡すること、投与すべき次回の用量を減じること、及び／又は特定の期間、調節を中断することである。
【０１００】
好ましくは、工程５６０において、更なる介入ルールが定義される。そのような更なる介入ルールは、例えば、投与された用量から依存している、血糖値の不適切な進展（development）パターンをチェックする安全チェックのような、用量決定プロセスによって取られる行動を含む。これは、好ましくは、例えば、用量が増えるが、ＦＢＧ値は減少しない、又は増加さえする事象の監視を含む。更に、これらの安全チェックは、ユーザーによって手動で入力された用量とＦＢＧ値に及ぼす各々の影響の間の不一致の監視も含んでよいであろう。更に、これらの安全チェックは、好ましくは、特定の時間間隔内で低血糖が再発するかどうかの監視も含む。
【０１０１】
工程５６０に記載の追加の介入ルールは、例えば、もし血糖値が特定の閾値を超えている場合、もし症候性低血糖症が起きる場合、もし投与すべき用量に対する特定の量に到達する場合、及び／又はもし最終的ＦＢＧ目標値又はフェイズ目標値に到達する場合に取られる行動である。
【０１０２】
好ましくは、特定の介入ルールが、工程５６０において、多くの事前に決定された選択ルールから選択される。工程５７０において、工程５４０〜工程５６０において選択されたルールが、好ましくは、保存ユニット１３０において、そして選択されたアルゴリズムに関連して保存される。
【０１０３】
図６は、本発明の好ましい実施態様に記載の医療デバイス１００の更なる概略図を示す。特に、図６は、ハウジングの詳細及び本発明の好ましい実施態様に記載の医療デバイス１００の表示を示す。医療デバイス１００はハウジング６１０を含み、ここでハウジング６１０の上方側に、表示ユニット１６０が置かれる。表示ユニット１６０の隣に、ハウジング６１０は、ソフトキー６２０及びナビゲ−ションキー６３０が置かれるセクションを示す。ソフトキー６２０は、ディスプレイの隣に直接、好ましくは、ディスプレイの左下方及び右下方側に置かれる。このように、本表示はソフトキー６２０に実際に割り当てられた機能を示すことができる。
【０１０４】
好ましくは、ソフトキーは表示ユニット１６０と並んで置かれるボタンである。このソフトキーは、表示の時点でその近くに示されるテキストに依存して機能を実行する。
【０１０５】
表示ユニット１６０において表示されるメニュ選択を通してスクロールするために、ナビゲ−ションキー６３０が使用される。好ましくは、ナビゲ−ションキー６３０の上部を押すことによって、メニュ選択をスクロールアップすることができ、そしてナビゲ−ションキー６３０の下部を押すことによって、メニュ選択の下方部分にスクロールすることができる。従って、ナビゲ−ションキー６３０の左部を押すことによって、左側上のメニュ選択にスクロールすることができ、そしてナビゲ−ションキー６３０の右部を押すときに、メニュ選択の右側にスクロールすることができる。ナビゲ−ションキー６３０の中央を押すことによって、選択されたメニュ選択を選択できる。あるいは、ナビゲーションのために、ナビゲーションパッド又はタッチスクリーンが使用される。
【０１０６】
好ましくは、医療デバイス１００は、音響警報又は音声のような音響信号を出力するための音響モジュールに接続された拡声器６４０を含む。更に、医療デバイス１００は、好ましくは、音声入力、音声認識又はネットワーク接続を介した通信のためのマイクロフォン６５０も含む。
【０１０７】
図６において示される通り、医療デバイス１００はセットアップ手順を実行し、そこで所定のアルゴリズム又は設計の選択と好ましいアルゴリズムの保存の間で選択をすることができる。
【０１０８】
図７は、工程３１０における図３において示されたアルゴリズム選択のための操作手順の工程を図示する流れ図を示す。もし、アルゴリズム選択手順の工程７１０において、事前に定義されたアルゴリズムを選択することが決定されるならば、それは事前に定義されたアルゴリズムが選択される工程７２０に進められる。事前に定義されたアルゴリズムを選択せずに新しいアルゴリズムを定義すると決定される場合、本方法は工程７３０に進む。図５に関して既に説明された通り、工程７２０は、好ましくは、低いＦＢＧルール、低血糖ルール及び更なる介入ルールの選択も含む。新しいアルゴリズムを定義するためのサブ工程について図８を参照して更に詳細に説明する。
【０１０９】
図８は、新しいアルゴリズムを定義するための手順のサブ工程を図示する流れ図である。図８において示された通り、好ましくは、新しいアルゴリズムを定義するための手順は、新しいアルゴリズムに対する名前の入力をもって工程８１０において始まる。これは、ユーザー入力ユニット１５０を介してユーザーによって入力され得る。あるいは、新しいアルゴリズムに対する名前は自動的に選択される。一旦、新しいアルゴリズムの名前が工程８１０におい定義されると、工程８２０においてアルゴリズムのフェイズの数が定義される。好ましくは、アルゴリズムは一つより多くのフェイズによって定義される。各フェイズは達成されなければならない目標を定義する。もしこの目標が達成されると、次のフェイズが開始される。好ましくは、各フェイズは達成すべき血糖目標値又は血糖目標範囲によって定義される。あるいは、新しいアルゴリズムに対して一つのフェイズのみが選択される。
【０１１０】
工程８３０において、各フェイズに対する目標レベルが定義される。好ましくは、目標レベルは、各フェイズに対して定義されたＦＢＧ目標値である。新しいアルゴリズムのそのような設計によって、各フェイズに対して異なるパラメータの組を定義付けすることが可能になる。このように、異なるフェイズに対する異なる調節間隔又は用量増加工程を定義することが可能である。アルゴリズムのそのような設計によって、自己調節の初めに、つまり、第一のフェイズにおいて、より大きな用量増加工程を選択し、そしてＦＢＧ値が最終ＦＢＧ目標値により近い引き続くフェイズにおいて用量増加工程を減少することが可能になる。工程８４０において、測定間隔又は調節間隔が各フェイズに対して定義される。各フェイズに対して測定間隔当たりの用量増加が、工程８５０において定義される。工程８６０において、新しい低いＦＢＧルールが好ましく定義される。あるいは、事前に定義された低いＦＢＧルールが、新しく定義されたアルゴリズム対して選択することができる。別の代替法によると、異なる低いＦＢＧルールがフェイズの各々に対して選択される。同様に、新しい低血糖ルールが工程８７０において定義される。あるいは事前に定義された低血糖ルールが新しいアルゴリズムに対して選択され、又は異なる低血糖ルールが各フェイズに対して新しく定義され又は選択される。工程８８０において、新しい介入ルールが定義される。工程８６０及び８７０に対して既に概略述べられた通り、更なる代替法において、各フェイズに対して、事前に定義された介入ルールが選択され、又は、事前に定義された介入ルール若しくは新しく定義された介入ルールが選択される。
【０１１１】
図９は、パーソナライゼーション手順のサブ工程を図示する流れ図である。好ましくは、パーソナライゼーション手順は、図３において示されたパーソナライゼーション工程３３０において開始される。
【０１１２】
パーソナライゼーション手順の工程９１０において、医療デバイス１００のユーザーの名前が、ユーザー入力ユニット１５０を介して又はインターフェイス１７０を介して電子的に入力される。好ましくは、ユーザーの名前の入力は、ユーザーによって使用されるデバイスとして医療デバイス１００を同定するために要求される。あるいは、医療デバイス１００がユーザーによって使用されるデバイスとして同定することができるように、特定の背景画像のための画像データ、又はまさに音データのような他の情報が入力され得る。工程９１０は、医療デバイス１００が他のユーザーによって使用される他の同じ種類の医療デバイス１００から区別することができる可能性を提供する。例えば、医療デバイス１００の表示、音、外観又は特定の機能をパーソナライズすることによって、異なるユーザーに属する医療デバイス１００が混ざり込んで、ユーザーが、間違った医療デバイス１００を使用し、その結果、投与すべき用量を決定するための間違った用量決定プロセスを使用するリスクが低減される。
【０１１３】
工程９２０において、出発用量又はユーザーによって現在使用されている用量が、例えば、ユーザー入力ユニット１５０を介して又はあるいはインターフェイス１７０を介して入力される。パーソナライゼーションが、各フェイズに対する目標値の調節をも要求する場合、これらの値は工程９３０において調節されるであろう。好ましくは、ＦＢＧ目標値は各フェイズに対する目標値として調節される。あるいは、各フェイズに対する目標値を定義する必要はなく、最後のフェイズに対する最終目標値のみを定義する必要がある。その場合、異なるフェイズ目標値が決定ユニット１４０によって計算される。更なる代替法において、選択されたアルゴリズムによって既にこれが定義されているので、最終目標値が全く定義される必要がないことさえある。そのような場合、工程９２０の後、パーソナライゼーション手順が終了する。
【０１１４】
選択されたアルゴリズム次第で、更なる値及びルールが工程９４０〜９８０において定義される。選択されたアルゴリズムが、例えば、低ＦＢＧ範囲、低いＦＢＧルール、低血糖レベル、及び低血糖ルールのパーソナライゼーションを許さない場合、パーソナライゼーション手順は工程９３０の後で終わるであろう。しかしながら、もし選択されたアルゴリズムがこれらの値及びルールのパーソナライゼーションを許すならば、パーソナライゼーション手順は工程９４０〜９８０に進む。工程９４０において低ＦＢＧ範囲が調節される。好ましくは、これは、特定の閾値を閾値の選択群から選択することによって、又は範囲の選択群から範囲を選択することによってなされる。あるいは、特定の範囲に対する一つ又は複数の特定の閾値がユーザー入力ユニット１５０又はインターフェイス１７０を介して入力される。
【０１１５】
工程９５０において低いＦＢＧルールは調節される。好ましくは、この工程は、事前に定義された低いＦＢＧルールの組から特定の低いＦＢＧルールを選択することを含む。あるいは追加の低いＦＢＧルールが定義されそして追加することができる。工程９６０において低血糖レベルが調節される。好ましくは、低血糖レベルのこの調節は、工程９４０における低ＦＢＧ範囲の調節と同様の方法で実行される。好ましくは、低血糖ルールは、事前に定義された低血糖ルールの組から特定の低血糖ルールを選択することによって調節される。この調節は工程９７０において実行される。あるいは追加の低血糖ルールがこの工程において定義される。同様に、更なる介入ルールが工程９８０において定義される。
【０１１６】
あるいは、工程９４０〜９８０において定義された範囲値及びルールは、全てのフェイズに対して一般的に定義されないで各フェイズに対して定義される。更に、工程９１０〜９８０において入力されたデータ又は選択された値及びルールは、それらが入力又は調節された後、自動的に保存される。
【０１１７】
上に概略述べられた通り、医療デバイス１００は、好ましくは、ユーザーの血中の血糖レベルを測定するための機能も提供する。好ましくは、血糖値とも呼ばれる、血糖レベルの測定は、図１０において示された通り、用量決定手順と組み合わされる。あるいは、医療デバイス１００は血糖値のみを測定するための、及び投与すべき用量を決定すると共に血糖値を測定するための異なる操作モードを提供する
【０１１８】
好ましくは、医療デバイス１００が調節モードにあるか否かを検出して、血糖測定手順が始まる。この検出は、工程１０１０において実行される。医療デバイス１００が調節モードにあるか否かは、好ましくは、保存ユニット１３０中に保存されたパラメータを介して自動的に検出されるか又は決定ユニット１４０によって決定される。好ましくは、そのようなパラメータは調節間隔又は時刻である。パラメータが調節間隔であり、そして調節間隔が、例えば、３日である場合、もし最後の調節が三日前であれば、医療デバイス１００は自動的に調節モードにある。あるいは、もし調節がＦＢＧ値に基づき、その結果、調節が朝、実施されるならば、医療デバイス１００は毎朝、調節モードにある。更なる代替法によると、医療デバイス１００は、調節間隔及び時刻のような両方のパラメータの組合せに基づき、自動的に調節モードに切り替えられる。そのような場合、もし調節間隔が過ぎ、そして時刻が、調節が通常実施される時ならば、医療デバイス１００は自動的に調節モードに切り替えられる。
【０１１９】
あるいは、もしＦＢＧ値が全く測定されない場合、前回のＦＢＧ値に基づいて及び前回測定された又は報告された他の血糖値に基づいて用量推奨が与えられる。好ましくは、この機能が活性化される限り、もし実際のＦＢＧ値が全く利用できないとしても、用量ガイダンスが与えられる。
【０１２０】
別の代替法によると、医療デバイス１００は、ユーザー入力ユニット１５０を通したユーザーの入力を介して、又はインターフェイス１７０を通した入力を介して手動で調節モードに切り替えられる。
【０１２１】
医療デバイス１００が調節モードにない場合、血糖測定手順は血糖値が測定される工程１０２０に進む。この血糖測定工程１０２０は、好ましくは、血糖値が定められそして保存ユニット１３０に転送され、そして測定が何時実行されたかを示している時間及び日に関連して保存される血糖値データに変換されることを含む。場合により、ユーザーはこの血糖値データをＦＢＧ値データ又はその他の血糖値データとしてマークし得る。
【０１２２】
医療デバイス１００が調節モードにある場合、その時は、血糖測定手順は工程１０３０に進み、ここで測定がＦＢＧ測定であるか、又は如何なる他の血糖測定であるかが検出される。投与すべき用量の決定がＦＢＧ値の測定に基づく場合、もし血糖測定がＦＢＧ測定であるならば、血糖測定手順は用量決定工程１０４０に進む。
【０１２３】
用量決定工程１０４０において、投与すべき用量が提案され、そして、好ましくは、提案された用量が維持すべきか、又は異なる値に変えられるべきかを、ユーザーは尋ねられる。
【０１２４】
上に既に示された通り、もし、例えば、忘れていて又は何らかの理由でスキップされて、ＦＢＧ測定が実行されなかったにもかかわらず用量ガイダンスが与えられる。これは、投与すべき用量に対する用量推奨値が、好ましくは、前回の一つの又は複数のＦＢＧ値に基づいて、及び前回の測定された又は報告された血糖値に基づいて与えられることを含む。
【０１２５】
好ましくは、血糖値測定がＦＢＧ測定であるか否かが自動的に検出される。好ましくは、この検出は時刻に基づく。ＦＢＧ測定が朝に通常実行される場合、もし血糖測定手順が朝の時間に実行されるならば、医療デバイスは自動的にＦＢＧ測定モードに切り替えられる。あるいはＦＢＧ測定モードが他のパラメータを介して検出され又はユーザーの入力を介して定義される。後者の場合、ユーザーは、各モードを選択することを要求される。医療デバイスがＦＢＧ測定モードにない場合、血糖測定手順は工程１０２０に進む。医療デバイス１００がＦＢＧ測定モードにある場合、血糖測定手順は、投与すべき用量を決定するための工程１０４０に進む。
【０１２６】
用量決定工程１０４０のサブ工程が図１１においてより詳細に図示される。
【０１２７】
図１１は、用量決定工程のサブ工程を図示する流れ図である。工程１１００において、血糖レベルが測定され、そして対応する血糖値が決定される。好ましくは、各血糖値データが、血糖測定が実行された日時と一緒に保存ユニット１３０中に保存される。血糖測定がＦＢＧ測定であるので、保存された値は、好ましくは、ＦＢＧ測定値として自動的にマークされる。
【０１２８】
工程１１２０において、測定された血糖値が、好ましくは、測定が実行された日時と一緒に、表示ユニット１６０上に表示される。追加的に、好ましくは、血糖値がＦＢＧ値であることも表示ユニット１６０上に表示される。更に、血糖値はｍｇ／ｄｌ単位で表示される。
【０１２９】
特定の所定の時間間隔の後に自動的に、又はユーザーの入力に依存して、低血糖チェックを行うために、用量決定手順は工程１１３０に進む。これらの低血糖チェックが更に以下により詳細に説明される。工程１１３０に０おいて実行された低血糖チェックがネガティブな結果に至らない場合、用量決定手順は工程１１４０に進む。工程１１４０において、投与すべき用量を決定するために選択されたアルゴリズムが実行される。投与すべき用量が工程１１４０において決定されたとき、ガイダンスが工程１１５０において表示される。好ましくは、このガイダンスは、各投与された用量と一緒に最も近いＦＢＧ値及び実際のＦＢＧ値についての情報を含む。更に、表示されたガイダンスは、実際の投与すべき用量についての情報を含む。表示されたガイダンスを図１４に関連して更に以下により詳細に説明する。
【０１３０】
工程１１４０において決定された用量がユーザーによって受け入れられる場合、保存ユニット１３０において決定された日時に関連して用量が保存される。医療デバイス１００が用量設定ユニット及び用量送達ユニットを含む場合、決定された用量を表すデータが用量設定ユニットに送信される。あるいは、投与すべき用量を表しているデータが外部用量設定ユニット及び用量送達ユニットに送信される。
【０１３１】
図１２は、低血糖チェック手順のサブ工程を図示する流れ図である。低血糖チェック手順は、選択されたアルゴリズムに対して定義されそしてパーソナライゼーションされた低血糖レベル及び低血糖ルールに基づく。工程１２１０において、低い血糖値が記録されているかどうか、内部チェックが実行される。この内部チェックは、好ましくは、保存された血糖値が、選択されたアルゴリズムに対して、及び選択されたアルゴリズムによって現在実行されている各フェイズに対して定義された一つ又はそれ以上の閾値未満であるかどうかをチェックすることによって実行される。工程１２２０において、所定の日数間隔内で測定された血糖値が、選択されたアルゴリズム及び／又は選択されたアルゴリズムの各フェイズに対して定義された低ＦＢＧ範囲以上であるか否かがチェックされる。一つ又はそれ以上の血糖値が、定義された低ＦＢＧ範囲未満である場合、低血糖チェック手順は工程１２３０に進む。
【０１３２】
工程１２３０において、好ましくは、低いＦＢＧルール及び低血糖ルールが、更なる介入ルールと一緒にチェックされる。このチェック中に、更なる行動が取られるべきかどうかが決定される。
【０１３３】
あるいは、低いＦＢＧルール及び低血糖ルール組み合わされ、そして共通ルールセットとして使用される。
【０１３４】
工程１２４０において、好ましくは、決定された低血糖値が、低いＦＢＧルール、低血糖ルール及び更なる介入ルールに従って決定された介入と一緒に表示される。あるいは、例えば、例えば、低い血糖値を、対応するデータ及び時間、並びに対応する投与された用量と一緒に、ヘルスケア専門家がそれに接続されているコンピュータシステム、ネットワークシステム又は通信システムに送信するような追加行動が取られる。
【０１３５】
あるいは、インターフェイス１７０を介して、追加の警報が送信される。好ましくは、工程１２４０における表示ユニット上に最近投与された用量も表示される。
【０１３６】
工程１２５０において、提案された用量が維持すべきか、又は異なる値に変えられるべきかを、ユーザーは尋ねられる。提案された用量は、好ましくは前回の用量、又は前回の用量と比べて減少された用量である。
【０１３７】
医療デバイス１００のユーザーが、提案された用量は維持すべきでないという意見である場合、低血糖チェック手順は工程１２６０に進み、ここで、ユーザーは、好ましくは、ユーザー入力ユニット１５０を介して、現在の用量に対して新しい値を入力することができる。好ましくは、入力された用量値は現在の用量値より小さい。新しい用量値が入力された後、低血糖チェック手順は工程１２７０に進み、ここで、入力された新しい用量値は好ましくは、保存ユニット１３０中に保存される。
【０１３８】
ユーザーが、現在提案された用量は維持すべきという意見である場合、低血糖チェック手順は、投与すべき用量として現在用量を保存するための工程１２７０に直接、進む。好ましくは、この用量値は、投与すべき用量値であると決定された日時に関連して、本用量値が保存される。工程１２７０の後、医療デバイスは、好ましくは、特定の操作手順が選択することができる操作モードに自動的に戻る。あるいは。医療デバイス１００は、自動的に又はユーザーの入力を介してスイッチを切られる。
【０１３９】
工程１２２０において、最後に特定された日の全ての血糖値が、定義された低ＦＢＧ閾値、つまり、低ＦＢＧ範囲以上であると決定される場合、低血糖チェック手順は工程１２８０に進む。この工程において、低血糖値がユーザーによって検出されたか、医療デバイス１００中に記録されていないかどうかをユーザーは尋ねられる。ユーザー入力ユニット１５０を介して、ユーザーは、要求された情報を入力することができる。追加の低血糖値、つまり、記録されていない低血糖値が特定の時間間隔に対して全く報告されていない場合、低血糖チェック手順を終了することが、工程１２９０において決定される。好ましくは、低血糖チェック手順の後、例えば、図１１において示された通り、投与すべき用量を決定するための選択されたアルゴリズムが実行される。未記録の低血糖値がユーザーによって記録される場合、工程１２９０において、工程１２３０に進むことが決定される。
【０１４０】
好ましくは、工程１２２０及び１２９０における時間間隔は等しい。あるいは両者の時間間隔は、選択されたアルゴリズムにおいて定義されたパラメータ次第で、異なってもよい。
【０１４１】
図１３は、図１０において示された血糖測定手順の代替バージョンを図示する流れ図である。血糖測定手順の代替バージョンは、工程１１１０に関して既に説明した通り、血糖値の測定と共に工程１３１０において始まる。工程１３２０において、医療デバイス１００が調節モードにあるか否かが検出される。この検出は、工程１０１０に関して既に説明した通りの方法で実行される。医療デバイスが調節モードにある場合、血糖測定手順に対する代替バージョンは工程１３３０に進み、ここで血糖測定がＦＢＧ測定であるかどうかが検出される。この検出は、好ましくは、工程１０３０に関して既に概略述べられたものと同じように実行される。血糖測定がＦＢＧ測定である場合、血糖測定手順の代替バージョンは、投与すべき用量を決定するための工程１３４０に進む。工程１３４０は、好ましくは、工程１０４０に対応する。
【０１４２】
医療デバイス１００が調節モードにないということが、工程１３２０において検出される場合、血糖測定手順の代替バージョンは工程１３５０に進む。この工程において、ＦＢＧルール、低血糖ルール、及び更なる介入ルールが、選択されたアルゴリズムに従ってチェックされる。各ルールがチェックされると、血糖測定手順の代替バージョンは工程１３６０に進み、ここでルールのチェック結果及び測定された血糖値の結果が表示される。好ましくは、工程１３６０において、工程１２４０〜１２６０に対して述べられたものと同じ工程が取られる。サブ工程１３７０において、各データは、好ましくは、対応する日時と一緒に保存される。工程１３７０の後、医療デバイスは、好ましくは、自動的に操作モードに戻り、ここで特定の操作手順を選択することができる。あるいは、医療デバイス１００はスイッチを切られる。更なる代替法によると、工程１３６０において表示された結果が、医療デバイス１００がユーザー入力を介して異なる操作モードに切り替えられるまで表示される。
【０１４３】
図１４は、工程１１５０に関連して説明された通りの操作モードに対する医療デバイス１００の表示を示す概略図である。表示ユニット１６０はユーザーに対するガイダンスを表示する。好ましくは、これは投与すべき用量である。図１４において示された通り、医療デバイス１００のユーザーが工程１１４０において決定された用量を受け入れ得ることができるように、又はそれを変更することができるように、機能「確認」及び「変更」がソフトキー６２０に割り当てられる。あるいは、決定された用量が表示されるのみならず前回投与された用量も、対応する測定されたＦＢＧ値と一緒に表示される。このように、医療デバイス１００のユーザーは、決定されたそして表示された用量を受け入れるか否かを決定するための追加情報を有する。更に、ユーザーに対して選択されそしてパーソナライゼーションされたアルゴリズム及びパラメータに基づいて用量が決定されたことをユーザーが容易に同定することができるように、ユーザーの名前のようなパーソナライゼーション情報が表示ユニット１６０において表示される。
【０１４４】
医療デバイス１００が、有線又は無線のインターフェイスを介して外部用量設定ユニットに接続される場合、好ましくは、ユーザーは、投与すべき用量に対する表示された単位に対応するデータが用量設定ユニットに送信すべきかどうかが要求される。ユーザーが送信を確認する場合、表示された用量に対応する各データが用量設定ユニットに送信される。
【０１４５】
あるいは、表示ユニット１６０上に表示された全ての情報が音声モジュールを介して出力される。音声モジュールを介した出力は、好ましくは、ユーザーの入力を介してトリガーされる。あるいは音声モジュールを介した出力は、セットアップメニューにおけるユーザーの選択に基づいて自動的に実行される。更なる代替バージョンによると、ディスプレイ上に表示された情報は、好ましくは、ブルートゥースを介してヘッドセットに送信される。
【０１４６】
図１５は、工程１２９０において好ましく使用された通りの、医療デバイス１００の表示を示す概略図である。表示ユニット１６０を介して、ユーザーは、最後の数日間での記録されていない低血糖症状を報告することを要求される。ソフトキー６２０を介して、ユーザーは表示ユニット１６０上に表示された質問に答えるための特定の選択肢を選択することができる。
【０１４７】
あるいは又は追加的に、戻しボタンのようなハードキーが使用される。
【０１４８】
ユーザーが低血糖症状の経験を全く有しない場合、ユーザーは、選択肢「無」を表す左ソフトキー６２０を押すであろう。ユーザーが最後の数日間で低血糖症状の経験を有する場合、ユーザーは、選択肢「有」を表す右ソフトキー６２０を押すであろう。
【０１４９】
あるいは、選択肢が、音声入力を介して選択される。このために、音声入力がデータに変換することができるように、音声モジュールはマイクロフォン６５０及び音声認識ユニットを追加的に含む。
【０１５０】
図１５において示される通り、同様のメニュが好ましくは、血糖測定手順から独立して、特定の事象を報告するために又はマークするために、使用される。
【０１５１】
図１６は、操作モード「履歴をレビューせよ」に対する医療デバイスの例示的表示を示す概略図である。そのような操作モードにおいて、ユーザーは、各データ及び各投与された用量に関連して、測定されたＦＢＧ値のデータを検索することができる。図１６において示される通り、ＦＢＧ値及び投与されたインスリン単位のリストが表示ユニット１６０上に表示される。ＦＢＧ値が測定されるとき及びインスリンの各用量が投与されたとき、左の欄において各データが表示される。ソフトキー６２０を介して、ユーザーはデータ、ＦＢＧ値及びインスリンの用量のリストをスクロールすることができる。この機能は、医療デバイス１００のユーザーに、治療の進展を監視することを提供する。あるいは、結果は図で表示され得て、そうすることによってＦＢＧ値の進展傾向が統計的モジュールを介して追加的に解析される。
【０１５２】
好ましくは、測定の履歴をレビューするために、表示ユニット１６０上にＦＢＧ値が表示すべきかどうか、又は記録された事象が表示すべきかどうか、又は報告された事象が表示すべきかどうか、又は全ての事象が表示すべきかどうか、又は全ての血糖値が表示すべきかどうかを、ユーザーは定義することができる。
【０１５３】
更に、追加の機能が、好ましくは、医療デバイス１００において実行され、そしてセットアップメニューを介して構成できる。これは、好ましくは、所定の時間に医療デバイス１００のスイッチを自動的に入れる機能を含む。好ましくは、所定の時間はＦＢＧ値を測定する時間である。このように、医療デバイス１００のユーザーは、ＦＢＧの測定又は調節の実行を思い出させられる。好ましくは、医療デバイス１００のユーザーに思い出させるために音響的又は視的な警報が使用される。音響的警報のために、拡声器６４０が好ましくは使用される。加えるに、医療デバイスの他の機能がスイッチを切られるときにも好ましくは生きている警報は、医療デバイス１００のユーザーにインスリンの用量を投与することを思い出されるために使用される。
【０１５４】
図１７は、医療デバイス１００の決定ユニット１４０の概略図である。好ましくは、決定ユニット１４０は、少なくとも一つの処理機能を実行するためのデータ処理ユニット１７１０を含む。好ましくは、データ処理ユニット１７１０は、多くの処理機能を実行するように配置され、ここで、少なくとも一つの処理機能は、保存ユニット１３０から検索されたデータを修正するためのものであり、そして少なくとも一つの更なる処理機能は、受信ユニット１２０から受信した血糖値データ及び保存ユニット１３０から受信したデータに基づいて、血糖コントロールのための情報を提供するためのものである。特に、データ処理ユニットは、投与すべき用量を決定するために選択されたアルゴリズムを実行するように適合される。このために、データ処理ユニットは受信ユニット１２０に接続される。このように、データ処理ユニット１７１０は受信ユニット１２０からデータを受信、そしてデータを受信ユニット１２０に転送することができる。
【０１５５】
更に、決定ユニット１４０は、同定データ、認証データ、承認データなどのような受信したデータを検証するように、そして受信したデータの検証に対応する検証データ提供するように配置される検証ユニット１７２０を含む。セキュリティデータとも呼ばれるこれらのデータを受信するために、検証ユニット１７２０は、好ましくは、受信ユニット１２０に接続される。あるいは、検証ユニット１７２０及びデータ処理ユニット１７１０は、受信ユニット１２０からのデータを受信するために共通データチャンネル又はラインを使用する。好ましくは、セキュリティデータは、パスワード又はアクティブ化キー、つまり、検証ユニット１７２０が保存ユニット１３０中に保存されたデータ又は検証ユニット１７２０中において実行されたデータに基づいて、パスワード又はアクティブ化キーを検証するコードである。あるいは、医療デバイス１００は、検証ユニット１７２０が、受信したセキュリティデータと比較すべきデータをそこから受信するＳＩＭカードを含む。
【０１５６】
受信したセキュリティデータ及び医療デバイス１００中に保存された対応するデータの検証に基づいて、検証ユニット１７２０は、受信したセキュリティデータの検証が上手くいったか否かを示す検証データを出力する。好ましくは、検証データは検証プロセスの結果を示しているビット又はフラッグである。あるいは、検証データは検証プロセスの結果を示している符号語（code word）である。
【０１５７】
好ましくは、検証データは安全ユニット１７３０に出力される。あるいは、検証データは、保存ユニット１３０中又は決定ユニット１４０の内部保存部中に保存される。このように、安全ユニット１７３０は、検証ユニット１７２０から直接、又は保存ユニット１３０から、又は決定ユニット１４０の内部保存部から検証データを受信する。
【０１５８】
安全ユニット１７３０は、データ処理ユニット１７１０によって実施される処理機能からの所定の機能を実施することを制御するように配置される。所定の機能の実施の制御は、安全ユニット１７３０によって受信した検証データに基づく。このように、データ処理ユニット１７１０は、もし安全ユニット１７３０が所定の機能の実施を可能とするならば、所定の機能のみを実行することができる。
【０１５９】
好ましくは、データ処理ユニット１７１０による一つ又はそれ以上の所定の機能の実行は、もし受信したセキュリティデータが検証ユニット１７２０によって成功裏に検証されたならば、データ処理ユニット１７１０に提供される制御信号を介して安全ユニット１７３０によってのみ許される。この制御回路又はユニットを介して、例えばデータが、如何なる有効な検証も無しに、保存ユニット１３０からデータが検索され、そしてデータ処理ユニット１７１０によって修正されることを阻止することができる。そのようにして、医療デバイス１００のユーザーにとって有害となるであろう、承認されていない人によるセットアップの修正、特に、決められた用量値に導くであろう選択されたアルゴリズムにおけるパラメータの変更を防ぐことができる。セキュリティデータの検証を介して医療デバイス１００の特定の機能のみを制御することによって、医療デバイス１００のユーザーは、如何なる場合にも医療デバイス１００を好ましい代替法に記載の簡単な血糖メーターとして使用することができる。用量決定機能は更に、もし、それらがアクティブ化キー又はパスワードのようなセキュリティデータを介して、権限を有する人によって活性化されているならば、好ましい代替法に従ってのみ利用できる。そのようにして、医療デバイス１００は、重要な機能がヘルスケア専門家のような権限を有する人によってのみ入手でき、又は修正することができるという必要な機能を提供する。
【０１６０】
医療デバイス１００の好ましい実施態様の代替バージョンによると、インターフェイス１７０は、データを受信そして送信するための有線又は無線のインターフェイスである。好ましくは、インターフェイス１７０はＵＳＢインターフェイス、ＩＥＥＥ１３９４インターフェイス、ブルートゥースインターフェイス、ＺｉｇＢｅｅインターフェイス、ＷＩ−ＦＩインターフェイス、ＵＭＴＳインターフェイス又はＧＳＭインターフェイスである。そのようなインターフェイス１７０を介して、医療デバイス１００はセキュリティデータを受信することができ、そして検証ユニット１７２０にそれを提供できる。更に、そのようインターフェイスによって、ヘルスケア専門家は遠隔制御を介して医療デバイス１００を構成することが可能になる。これについて更に以下に詳細に説明する。
【０１６１】
図１８は、本発明の更なる好ましい実施態様の代替法に記載の医療デバイス１００の概略図を示す。インターフェイス１７０は、ＵＳＢスティック１８１０を介して、又はＵＳＢリンクを介してセキュリティデータを受信することができるＵＳＢインターフェイスである。ＵＳＢスティック１８１０上に、ＨＣＢメーターアクティブ化キーが保存される。この好ましい代替法において、検証ユニット１７２０はＵＳＢポートから連続してＨＣＢメーターアクティブ化キーを要求する。検証プロセスに対して必要なＨＣＢメーターアクティブ化キーがＵＳＢポートを介して検索することができる限り、データ処理ユニット１７１０は所定の機能を実行できる。ＵＳＢスティック１８１０又はＵＳＢリンクが医療デバイス１００から切断される場合、検証ユニット１７２０は検証プロセスのための必要なＨＣＰメーターアクティブ化キーをもはや受信されない。従って、検証ユニット１７２０は検証プロセスが成功しなかったことを示している検証信号を出力する。このように、安全ユニット１７３０はデータ処理ユニット１７１０が所定の機能を実行することを防ぐ。
【０１６２】
図１９は、本発明の更なる好ましい実施態様に記載の医療デバイス１００を図示する概略図である。医療デバイス１００は、血糖測定ユニット１１０、受信ユニット１２０保存ユニット１３０及び決定ユニット１４０を含む。追加として、医療デバイス１００は、図１において既に示した通り、ユーザー入力ユニット１５０及び表示ユニット１６０を含む。追加として、図１９において示した医療デバイス１００は、好ましくは、無線で追加の内部及び外部の部品と通信可能なトランシーバーユニット１９１０を含む。更に、医療デバイス１００は、トランシーバーユニット１９１０と通信可能な更なるトランシーバーユニット１９２０を含む。トランシーバーユニット１９２０はトランシーバーユニット１９２０から受信した信号に従って投与すべき用量を設定するための１９３０に接続される。用量設定ユニットは更に、用量送達ユニット１９４０に接続される。好ましくは、トランシーバーユニット１９２０、用量設定ユニット１９３０及び用量送達ユニット１９４０は、図１９において示された他の部品から分離された機能的かつ構造的ユニットを形成する。好ましくは、トランシーバーユニット１９２０、用量設定ユニット１９３０及び用量送達ユニット１９４０は、決定ユニット１４０によって決定される用量を送達するためにその用量が設定されなければならないトランシーバーユニット１９１０から信号を受信するインスリンペン又はインスリンポンプ又は吸入デバイスを形成する。もしトランシーバーユニット１９２０が、用量を設定するための各信号を受信するならば、用量設定ユニット１９３０は、受信した信号に従って用量を設定するための各用量設定機構を活性化する。投与すべき用量の送達は、医療デバイス１００のユーザーによって手動で活性化されるか、または自動的に活性化される。インスリンペンの場合、この活性化は、好ましくは、ユーザーによって手動でなされる。インスリンポンプの場合、この活性化は、好ましくは、自動的になされる。好ましい代替法によると、用量送達ユニット１９４０は、設定された用量が上手く送達されたという信号をトランシーバーユニット１９２０に転送する。従って、トランシーバーユニット１９２０は、設定された用量が上手く送達できたという信号をトランシーバーユニット１９１０に伝達する。このように、設定された用量の成功裏の送達が決定ユニット１４０によってプロトコールすることができ、そして保存ユニット１３０中に保存することができる。
【０１６３】
血糖測定ユニット１１０が、例えばインプラントされた連続センサーであり、そして用量送達ユニット１９４０がインスリンポンプである場合、自動送達システムが提供される。用量増加の場合に、この完全自動送達システムがユーザーの確認を要求する場合、半閉ループ制御が提供される。
【０１６４】
図２０は、本発明の別の好ましい実施態様に記載の医療システムを示す概略図である。特に、図２０は、図１９において示された通りの医療デバイス１００を管理ユニット２０００と一緒に示す。好ましくは、管理ユニット２０００はデータ処理ユニット２０２０に接続されるトランシーバーユニット２０１０を含む。更に、データ処理ユニット２０２０は保存ユニット２０３０に接続される。トランシーバーユニット２０１０はトランシーバーユニット１９１０と通信できる。好ましくは、トランシーバーユニット２０１０及び１９１０の両者は無線データ接続を介して通信する。あるいはトランシーバーユニット２０１０及び１９１０の両者は、ローカルエリアネットワーク（ＬＡＮ）又はインターネットのような有線データ接続を介して通信する。
【０１６５】
データ処理ユニット２０２０は、トランシーバーユニット２０１０によってトランシーバーユニット１９１０に送信される、例えば、ＨＣＰメーターアクティブ化キーのようなセキュリティデータを提供するように配置される。このようにして、管理ユニット２０００は医療デバイス１００を構成することができる。好ましくは、データ処理ユニット１７１０は、管理ユニット２０００が医療デバイス１００と接続している限り、安全ユニット１７３０によって制御される所定の機能を実行することができる。医療デバイス１００がヘルスケア専門家の事務所のような遠隔地上にある場合、管理ユニット２０００を使用しているヘルスケア専門家は、同様にトランシーバーユニット２０１０とトランシーバーユニット１９１０の間の無線接続を介して医療デバイス１００を構成し、修正し又は制御することができる。前に述べた通り、トランシーバーユニットの好ましい例は、ＵＭＴＳ又はＧＭＳ又はＷＩ−ＦＩトランシーバーである。あるいは、少なくとも一つのトランシーバーは、医療デバイス１００及び管理ユニット２０００がこれらのネットワークを介して通信することができるように、ＬＡＮ又はインターネットに接続することができる。そのような医療システムは、医療デバイス１００の重要機能が、承認されたヘルスケア専門家によってのみ、遠隔制御を介して再構築可能であり、一方、医療デバイス１００の他の機能が、医療デバイス１００のユーザーによって依然として使用でき修正することができる可能性を提供する。更に、そのようなシステムは、ＦＢＧチェック又は低血糖チェックによって生み出された警報を、ヘルスケア専門家に直接転送する可能性を提供する。これらの特長について更に以下により詳細に述べる。
【０１６６】
上に述べた及び以下に述べる機能の他に、医療デバイス１００は、医療デバイス１００のユーザーの血糖レベルの自己調節を助けるための、所謂「データ記録機」及び「データ通信デバイス」として使用される。好ましくは、医療デバイス１００は、上述の通り、ＦＢＧ値を測定し、そしてＦＢＧ値、投与された用量、及び調節間隔内に測定された血糖値を保存ユニット１３０中に保存する。しかしながら、用量決定機能はこのモードにおいて失活させられる。
【０１６７】
用量推奨値は、測定されたＦＢＧ値及び他の血糖値に関するフィードバックを得るＨＣＰによって事前に定義されそして選択される。好ましくは、ＦＢＧ値及び他の血糖値並びに各測定時間は、一週間に亘って記録される。あるいは、如何なる他の時間間隔も使用することができる。好ましくは、これらのデータは有線接続又は無線接続を介して、事前に定義された時間間隔後に自動的に又はユーザーの入力に基づいて、ＨＣＰに、つまり、好ましくは、管理ユニット２０００に送信される。
【０１６８】
更なる代替法によると、医療デバイス１００上の設定された警報によって医療デバイス１００のユーザーは、ＨＣＰの管理ユニット２０００に記録されたデータを送信することを思い出させられる。記録されたデータを受信すると、管理ユニット２０００は、好ましくは、上述の低いＦＢＧルール及び低血糖ルールに基づいて、データのチェックを実行し、そして上述のアルゴリズムに基づいて投与すべき用量を決定する。これは自動的に又はＨＣＰのユーザー入力に基づいて、キーボード又は管理ユニット２０００の他のユーザーインターフェイスを介して行うことができる。あるいは、特定事象が低いＦＢＧルール又は低血糖ルールに従って同定される場合、管理ユニット２０００によって警報が出力される。
【０１６９】
上述の通り、用量推奨値は好ましくは自動的に決定される。特定事象が管理ユニット２０００によって同定された場合、次の調節間隔に対する新しい用量推奨値が医療デバイス１００に自動的に又はＨＣＰの確認に基づいて送信される。特定事象が検出された場合、管理ユニット２０００又はあるいはＨＣＰは用量、調節間隔を修正し、又は医療デバイス１００のユーザーに更なる指示を用いて伝言を送信する。
【０１７０】
あるいは、新しい調節間隔に対する新しい指示を得るために、医療デバイス１００のユーザーは電話を介して又は自分自身でＨＣＰに連絡を取る。
【０１７１】
あるいは、記録されたデータが、サービスセンターに置かれた管理ユニット２０００に送信され、ここでデータが自動的に処理される。同定された特定の事象の場合、ＨＣＰは、どの更なる行動が取られるかを誰が決定するかを、例えば、ネットワーク接続を介して知らされる。
【０１７２】
図２１は、本発明の別の好ましい実施態様に記載の血糖コントロールのための情報を提供する方法の工程を図示する流れ図である。工程２１１０において、セキュリティデータが受信される。好ましくは、セキュリティデータはインターフェイス１７０を介して受信ユニット１２０によって受信される。更に、受信したセキュリティデータは、好ましくは、決定ユニット１４０に転送される。受信したセキュリティデータは次の工程２１２０において検証される。好ましくは、セキュリティの検証は、受信したセキュリティデータを参照データと比較することを介して実行される。受信したセキュリティデータがパスワードである場合、パスワードを、医療デバイス１００中に保存されたパスワードの複製と比較することによって工程２１２０においてパスワードが検証される。あるいは、受信したセキュリティデータのチェックサムが、受信したセキュリティデータを検証するために取られ得る。更なる代替法によると、認証キー又はコードがセキュリティデータとして使用され、ここで工程２１２０において、受信した認証キー又はコードを検証するために、対応するキー又はコードが検証工程において使用される。好ましくは、ＨＣＰメーターアクティブ化キーはそのような認証キーである。
【０１７３】
検証工程の結果次第で、検証データが工程２１３０において提供される。好ましくは、検証データは、検証が上手くいったか否かを示すビットである。例えば、もし、セキュリティデータが、工程２１２０において保存された参照データに関して成功裏に検証されたならば、検証データはビット「１」である。受信したセキュリティデータが、参照データに関して成功裏に検証されなかった場合、検証データはビット「０」によって表される。あるいは、検証データは、検証工程２１２０が成功したか否かを示すブール値である。その場合、ブール値は、値「真」又は「偽」を有するであろう。更なる代替バージョンによると、検証データは、工程２１２０における検証プロセスが成功した場合にのみ提供される。工程２１２０における検証プロセスが成功しなかった場合、検証データは全く提供されない。
【０１７４】
好ましくは、検証データは検証ユニット１７２０によって提供される。
【０１７５】
工程２１４０において、多数の異なる処理機能の中からの少なくとも所定の機能を実行することは、検証データに基づいて制御される。好ましくは、所定の一つ又は複数の機能を実行することは、工程２１２０において検証プロセスが上手くいった場合にのみ許される。このように、もし、受信したセキュリティデータが保存された参照データに対応する正しいセキュリティデータであるときにのみ、所定の一つ又は複数の機能を実行することができるということが確保される。好ましくは、そのような所定の機能は、例えば、用量決定手順のような、受信した血糖値データ及び保存ユニット１３０から検索されたデータに基づいて、例えば、セットアップ手順又は血糖コントロールのための情報を提供するための処理機能のような、１３０から検索されたデータを修正するための処理機能である。
【０１７６】
好ましくは、所定の一つ又は複数の機能を実行することを制御する工程によって、各所定の機能を制御する異なる承認レベルの間の区別がなされる。例えば、特定の所定の機能に対して、各特定の所定の機能が、求められれば常に実行することができるように、セキュリティデータを一度受信することのみが必要であり、そのことによって他の所定の機能は、実行されるために、実際に提供された検証信号を受信することが常に必要である。このように、セキュリティデータを一度受信することによって特定の所定の機能を活性化することが可能である。その他の特定の所定の機能に対しては、各所定の機能が実行されなければならない各々の場合において、セキュリティデータを受信することが必要である。
【０１７７】
そのようにして、例えば、投与すべき用量決定プロセスが、セキュリティデータを一度提供することによって活性化されるように配置される。この初期の活性化の後、投与すべき各用量を決定するために、セキュリティデータを再び受信する如何なる更なる必要も無く、医療デバイス１００を使用することができる。しかしながら、保存ユニット１３０における特定のデータを修正するような他の機能は、それらが実行される都度パスワードを受信することが必要である。このように、セキュリティデータを提供することができるヘルスケア専門家のような特定の人のみが、選択されたアルゴリズムのパラメータのようなデータを修正することができることが確保される。
【０１７８】
好ましくは、どの処理機能が検証データを必要とし、そしてどの処理機能が検証データを必要としないかを示す情報を提供する構成ファイル、ルックアップテーブル又はデータベースが提供される。更に、そのような構成ファイル、ルックアップテーブル又はデータベースは、どの処理機能が検証データを一度だけ必要とし、そしてどの処理機能が検証データを常に必要とするかを示す情報を提供する。そのような構成ファイル、ルックアップテーブル又はデータベースにおいて、もしセキュリティデータが二度と提供されないとしても、検証データを一度だけ要求する処理機能が実行可能な状態に留まるように、検証データが既に一度提供されたかどうかも、好ましくは保存される。
【０１７９】
上述の工程２１１０〜２１４０は、このように、血糖コントロールのための情報を提供する方法を定義し、ここで特定の所定の機能がセキュリティデータを介してロック解除され、そして他の特定の機能が、もしもセキュリティデータがそれらの実行前及び／又は実行中に提供される場合にのみ実行することができる。
【０１８０】
図２２は、本発明の別の好ましい実施態様に記載の血糖コントロールのための情報を提供する方法を図示する流れ図である。図２２において示された方法は、好ましくは、医療デバイス１００を操作する時に使用される。工程２２１０において、セキュリティデータが受信したかどうかが検出される。好ましくは、これは、セキュリティデータが過去に一度受信したかどうか、及び／又は、セキュリティデータが実際に受信されるかどうかの検出を含む。正しいセキュリティデータが過去に一度受信したかどうかは、好ましくは、上述の構成ファイル、ルックアップテーブル又はデータベースを解析することによってチェックされる。実際にセキュリティデータが受信される場合、血糖コントロールのための情報を提供する方法は工程２２２０に進み、ここで正しいセキュリティデータが受信されるかどうかが検出される。この検出は、好ましくは、図２１において示された工程２１２０及び２１３０を介して実行される。受信したセキュリティデータが正しい場合、血糖コントロールのための情報を提供する方法は工程２２３０に進む。この工程において、全機能モードが始まり、つまり、全ての処理機能が安全ユニット１７３０の制御下で実行することができる。これは、血糖値を測定することができるのみならず、投与すべき用量も決定することができて、そして新しいアルゴリズムが定義され、既存のアルゴリズムが修正され、新しいアルゴリズムが選択され、又は選択されたアルゴリズムのパーソナライゼーションが変えることができることも意味する。
【０１８１】
工程２２１０において、セキュリティデータが実際に全く受信されていないと検出される場合、血糖コントロールのための情報を提供する方法は工程２２４０に進む。この工程において、制限された機能モードが開始され、つまり、限られた数の処理機能のみが安全ユニット１７３０の制御下で実行することができる。正しいセキュリティデータが過去に既に提供されている場合、所定の機能が１７３０の制御下で実行することができて、それはセキュリティデータを一回受信することを介してこの機能の解除のみを要求する。上述の通り、そのような処理機能は、好ましくは、投与すべき用量を決定するための処理機能である。更に、実行されるために検証データを要求しない機能は、例えば、血糖値を測定するための機能である。そのような場合、医療デバイス１００の使用のためのいかなる認証又は他の種類の同定無しで、医療デバイス１００を血糖メーターとして常に使用することができる。実行の前及び／又は実行中に検証データが常に提供されることを要求する他の全ての機能は、限定された機能モードにおいて実行することができない。
【０１８２】
工程２２２０において、受信したセキュリティデータが正しくないと検出される場合、血糖コントロールのための情報を提供する方法も、制限された機能モードを提供する工程２２４０に進む。そのような場合、受信したセキュリティデータが正しくないという視的及び／又は音響的な情報が医療デバイス１００のユーザーに提供される。あるいは、そのような情報が全く提供されない。更なる代替法によると、ユーザーは、その人が新しいセキュリティデータの入力及びセキュリティデータの検証の再試行を望むかどうかを伝言によって尋ねられる。そのような場合、それは工程２２１０に再び進められる。
【０１８３】
図２３は、図２１において示された通りの血糖コントロールのための情報を提供する方法の更なる態様を図示する流れ図である。工程２３１０において、投与すべき用量を決定するためのアルゴリズムが既に実行されたか否かが検出される。図２１および２２に関して、既に概略述べられた通り、好ましくは、投与すべき用量を決定するためのアルゴリズムの選択は、好ましくは、この機能がセキュリティデータを介してロック解除されていることが要求されることに関しては、もし正しいセキュリティデータが既に一度受信した場合にのみ、投与すべき用量を決定するためのアルゴリズムが好ましくは実行される。このように、もし正しいキュリティデータが過去に既に受信されており、そして各アルゴリズムが選択されそして正しくパーソナライゼーションされておれば、次いで医療デバイス１００は、医療デバイス１００のユーザーに対して投与すべき用量を決定するための必要な処理機能を実行することができる。
【０１８４】
従って、もし、選択されそして完全にパーソナライゼーションされたアルゴリズムが工程２３１０において検出されるならば、血糖コントロールのための情報を提供する方法は工程２３２０に進み、ここで安全ユニット１７３０によって提供される活性化ルールに従って、血糖レベルの測定、投与すべき用量を決定すること、事象のマーキング、履歴をレビューすること及び設定を変更することのような機能が好ましくは提供される。工程２３１０において、アルゴリズムが全く実行されていないこと、又は選択されたアルゴリズムが完全には、又は正しくは実行されていないことが検出される場合、血糖コントロールのための情報を提供する方法は、アルゴリズムを実行する又は選択するための承認が受信されているかどうかを検出するための工程２３３０に進む。アルゴリズムを実行する又は選択するための承認が受信されているかどうかを検出するための工程２３３０は、図２１に関して説明された通り、工程２１１０〜２１４０に基づく。
【０１８５】
上に概略述べられた通り、アルゴリズムを選択するために、正しいセキュリティデータが受信されなければならない。更に、選択されたアルゴリズムが正しく実行されていない限り、つまり、医療デバイス１００のユーザーの要求及びニーズに従って修正され又はパーソナライゼーションされていない限り、選択されたアルゴリズムはすぐに利用できない。そのような場合、選択されたアルゴリズムを正しく実行するための承認を得るために、いつも正しいセキュリティデータが要求される。従って、選択されたアルゴリズムの実行前及び／又は実行中に、セキュリティデータを受信することが必要である。正しいセキュリティデータが受信され、そしてセキュリティデータがそれに応じて検証されたことを検証データが示す場合、アルゴリズムを実施するための承認が工程２３３０において与えられ、そして血糖コントロールのための情報を提供する方法は、工程２３４０に進む。
【０１８６】
工程２３４０は、そこでアルゴリズムが選択され及び／又はパーソナライズすることができるセットアップ手順を提供する。アルゴリズムが、図３〜９に関して述べられた通りに選択されそしてパーソナライゼーションされたとき、血糖コントロールのための情報を提供する方法は工程２３２０に進む。一旦、アルゴリズムが工程２３４０に従って正しく選択されそして設定されてセットアップされると、本発明の好ましい実施態様に従ってスイッチが入れられる次回、医療デバイス１００は直接、工程２３２０に進むであろう。アルゴリズムの実行に対して承認が全く与えられない、つまり、有効なセキュリティデータが全く受信されない場合、本方法は工程２３３０から工程２３５０に進み、ここで限定された機能のみが医療デバイス１００に対して提供される。好ましくは、血糖レベルを測定するための機能のみが工程２３５０において提供される。そのようにして、医療デバイス１００のユーザーが、投与すべき用量を決定するためのアルゴリズムをヘルスケア専門家のアドバイス無しに、自分で選択しそして構成することを防ぐ。そのようにして、医療デバイス１００のユーザーが、その人に対して適切でないアルゴリズムを使用するするリスクが最小化される。それにもかかわらず、医療デバイス１００は血糖メーターとして使用することができる。
【０１８７】
好ましくは、決定ユニット１４０によって提供される処理機能をロック解除し及び／又は活性化するために、ただ一つのアクティブ化キーが使用される。あるいは、異なる承認レベルに対応する異なるセキュリティデータが使用される。例えば、好ましくはヘルスケア専門家に対して入手できるマスターセキュリティデータ又はマスターキーを用いて、安全ユニット１７３０の制御下にある、全ての所定の機能がロックを解除され及び／又は活性化することができる。特定のユーザー用である更なるセキュリティデータ又はキーを用いて、特定の所定の機能のみが安全ユニット１７３０を介してロックを解除され及び／又は活性化することができる。
【０１８８】
セキュリティデータを介したそのようなユーザーの承認によって、各グループへの承認レベルの効果的な割り当てが可能になる。これによって、そのような正常なユーザーのセキュリティデータを用いて幾つかの特定パラメータの修正がまだ実行することができるという可能性を提供される。特に、これによって、医療デバイス１００のユーザーによって変更又は修正される恐れがあるデータが誤って修正することができないという可能性が提供される。更なる代替法によると、幾つかの異なるセキュリティデータ及び各所定の機能グループに対応する幾つかの承認レベルが提供され、それは、好ましくは、ヘルスケア専門家のような特定のユーザーグループ、医療デバイス１００のユーザー、緊急センター、特定コールセンターなどに割り当てられる。好ましくは、この割り当てが構成ファイル、ルックアップテーブル又はデータベース中に記録される。これらの割り当ては承認されたユーザー又は工場の設定によって定義される。
【０１８９】
図２４は、図２３において示された手順の代替方法を図示する流れ図である。工程２４１０において、アルゴリズムが既に実行されているかどうかが検出される。この工程は、図２３に対して既に上に説明した工程２３１０に対応する。もし、医療デバイス１００のユーザーのニーズ及び要求に従って、投与すべき用量を決定するためにアルゴリズムが既に正しく実行されていたならば、本方法は工程２４１０から工程２４２０に進む。工程２４２０において、アルゴリズム、好ましくは実施されたアルゴリズムを修正するための承認が与えられているかどうかが検出される。アルゴリズム、又は実施されたアルゴリズムを修正するための承認が与えられているかどうかの検出のために、図２１に対して既に図示された手順が使用される。
【０１９０】
工程２４２０において、アルゴリズム又は特に、実行されたアルゴリズムを修正するための承認が与えられていることが検出される場合、本方法は工程２４３０に進む。この工程においてアルゴリズムが修正することができ、それは図３〜９に関連して既に説明された。
【０１９１】
そのような構成を介して、例えば、ＨＣＰメーターアクティブ化キーを含む、例えば、ＵＳＢスティック１８１０が受信ユニット１７０に接続される場合、本発明の好ましい実施態様に記載の方法が直接、修正手順に進むことが確立される。あるいは、如何なる他の種類のインターフェイス１７０又はメモリーカードも使用される。
【０１９２】
アルゴリズムが既に実行されているがアルゴリズムを修正するための承認が全く検出されない場合で、それが、ＨＣＰメーターアクティブ化キーを有するＵＳＢスティック１８１０がインターフェイス１７０に全く接続されないことを意味するであろう場合、本法は自動的に工程２４４０に進み、それは前述の工程２３２０に対応する。セキュリティデータが医療デバイス１００に提供される限り、全機能モードが工程２４４０において提供される。例えば、ＵＳＢスティック１８１０の接続が解除されたため、セキュリティデータがもはや提供されない場合、限定された機能が安全ユニット１７３０に従って提供される。
【０１９３】
もし、アルゴリズムが全く実行されないことが工程２４１０において検出されるならば、アルゴリズムを実行する承認が与えられているかどうかを検出するために、本法は工程２４５０に進む。これは図２３に関して既に述べられた手順に対応する。もし、承認が与えられているならば、工程２４５０は工程２４６０に進み、ここで、アルゴリズムを選択し、新しいアルゴリズムを定義し、及び／又は選択したアルゴリズムをパーソナライズするセットアップ手順が始められる。セットアップ手順が完了し、そしてアルゴリズムが正しく実行されると、工程２４６０は、好ましくは、検証ユニット１７２０によって提供された検証に記載の正常な操作のために工程２４４０に進む。アルゴリズムを実行するための承認が工程２４５０において検出される場合、本方法は工程２４７０に進み、好ましくは、血糖レベルを測定するための手順を提供する。
【０１９４】
図２５は、本発明の好ましい実施態様に記載の修正手順の代替バージョンの工程を図示する流れ図である。修正された手順を実行する前に、保存ユニット１３０中に保存されたアルゴリズム又は他のパラメータの修正のための承認が実行される、図２４に示される手順に替わって、承認の検出が修正工程内で実行される。これによって、もし、当分の間、承認が全く与えられていないことが検出されるならば、正しいセキュリティデータが提供されねばならないことを医療デバイス１００のユーザーに知らしめる可能性が与えられる。この情報は、表示ユニット１６０を介して視的に及び／又は各音響モジュールを介して音響的に与えることができる。それにもかかわらず、医療デバイス１００のセットアップを修正する承認が全く検出されない場合、修正手順は好ましくは、終了へと進み、承認がない故にセットアップの修正が不可能であったことをユーザーに示す。あるいは、修正された手順は、特定の機能及びパラメータに限定される修正機能に進み得る。これらの特定機能及びパラメータは、承認されたユーザーによって定義されるか又は工場の設定である。
【０１９５】
セットアップを修正するための承認が工程２５１０において検出される場合、修正手順は工程２５２０に進む。好ましくは、受信したセキュリティデータに従って検証ユニット１７２０を介して決定される検出された承認レベルに従って、セットアップを工程２５２０において修正することができる。承認レベルに依存して、セットアップを修正するための、つまり、アルゴリズムを選択し、新しいアルゴリズムを修正し、アルゴリズムをパーソナライゼーションし、保存ユニット１３０中に保存されたパラメータを変更するなどの異なる機能が、安全ユニット１７３０の制御下で提供される。マスターユーザーに対して正しいセキュリティデータが受信される場合、完全な機能がセットアップを修正するために提供される。医療デバイス１００の通常のユーザーに対するセキュリティデータが受信される場合、医療デバイス１００のセットアップを修正するための限定された機能のみが提供される。
【０１９６】
本発明の好ましい実施態様の一つの代替法によると、同じ種類の全ての医療デバイス１００に対して、特定のアクティブ化キーのような一つのセキュリティデータが提供される。別の代替バージョンによると、固有のセキュリティデータが各々の医療デバイス１００に対して提供される。このように、各々の医療デバイス１００に対応する固有のセキュリティデータのみが、医療デバイス１００の特定機能のロック解除及び／又は実行のための承認コードとして使用することができる。更に、固有のセキュリティデータを介して、異なる医療デバイス１００が互いに区別でき、従って固有のセキュリティデータを介して、直接、アドレスすることができる。本発明の好ましい実施態様の別の代替法によると、固有のセキュリティデータが各ＨＣＰに対して提供される。これによって、医療デバイス１００の特定グループを、医療デバイス１００の操作のセットアップに関して一人の特定の人間に割り当てる可能性が与えられる。
【０１９７】
図２６は、管理ユニット２０００の更なる詳細を図示する図２０において示された医療システムの概略図である。
【０１９８】
図２６は管理ユニット２０００の機能ユニットをより詳細に示す。好ましくは、管理ユニット２０００は、定義付けユニット２６１０、選択ユニット２６２０、パーソナライゼーションユニット２６３０、トランシーバーユニット２６４０、データベース２６５０、及びセキュリティデータ管理ユニット２６６０を含む。定義付けユニット２６１０は、投与すべき用量を決定するためのプロファイルとも呼ばれる新しいアルゴリズムを定義するために適合される。このために、定義付けユニット２６１０はデータベース２６５０に接続され、ここで、新しいアルゴリズム又はプロファイルに組合せられ得る、事前に定義されたテンプレート又は要素が保存される。新しいアルゴリズム又はプロファイルの定義付けについて更に以下により詳細に説明する。
【０１９９】
更に、選択ユニット２６２０は、好ましくは、事前に定義されたアルゴリズムの選択群からアルゴリズムを選択するために構成される。これらの事前に定義されたアルゴリズムは、工場の設定であるか及び／又は管理ユニット２０００のユーザーによって定義されたアルゴリズムである。アルゴリズムを選択するために、選択ユニット２０２０はデータベース２６５０に接続される。更に、管理ユニット２０００は、例えば、図９に関して説明された通り、選択されたアルゴリズムをパーソナライズするために構成されるパーソナライゼーションユニット２６３０を含む。選択されたアルゴリズムのパーソナライゼーション中に選択されるパラメータは、好ましくは、選択されたアルゴリズムに関連して、データベース２６５０中に保存される。
【０２００】
好ましくは、アルゴリズムは、ＸＭＬのようなマークアップ言語を介して定義される。このように、各アルゴリズムを表しているファイルはかなり小さく、そのため有線又は無線の接続を介して容易に送信することができる。このために、管理ユニット２０００は、例えば、ネットワークインターフェイス、ブルートゥースインターフェイス、ＧＳＭインターフェイス、又はＷＩ−ＦＩインターフェイスなどであるトランシーバーユニット２６４０を含む。このように、管理ユニット２０００のデータは、もし医療デバイス１００が管理ユニット２０００の隣に、又は遠隔地に置かれるとしても、医療デバイス１００に送信することができる。好ましくは、管理ユニット２０００と医療デバイス１００の間の接続は、データがまた医療デバイス１００から管理ユニット２０００に送信することができるように双方向接続である。これによって測定された血糖値の履歴、及び管理ユニット２０００に投与された用量を更なる解析のために送信することが可能になる。
【０２０１】
更に、選択ユニット２６２０及びパーソナライゼーションユニット２６３０を介して、保存ユニット１３０中に保存された構成ファイルに直接アクセスすることによって、医療デバイス１００はトランシーバーユニット２６４０を介して構成することができる。
【０２０２】
加えて、管理ユニット２０００は、一つ又はそれ以上の医療デバイス１００のセキュリティデータを管理するように構成されるセキュリティデータ管理ユニット２６６０を含む。各医療デバイス１００に対して固有のセキュリティデータが使用される場合、セキュリティデータ管理ユニットは、管理ユニット２０００を用いて管理される医療デバイス１００の各々に対する各参照データと一緒にセキュリティデータを生成する。好ましくは、次いで、参照データがトランシーバーユニット２６４０を介して医療デバイス１００に送信される。あるいは、医療デバイス１００の各々に対する参照データは、医療デバイス１００において次いで実行されるチップカード上に保存される。更に、セキュリティデータ管理ユニット２６６０は、好ましくは、異なる承認レベルを定義するように使用される。
【０２０３】
あるいは、例えば、血糖値のなどの健康データのような個人データは、同様に承認レベル概念中に含まれるユーザーＰＩＮを介して保護できる。これによって、これらの特定のデータが、デバイスのユーザーの認識なしでは送信することができないことが確証される。
【０２０４】
あるいは、一つ又はそれ以上の医療デバイス１００の遠隔監視のために管理ユニット２０００が追加的に使用される。特に、管理ユニット２０００は、医療デバイス１００を用いて実行される自己調節を遠隔監視するために使用される。このために、血糖値、血糖値が決定された日時、投与された用量、起きた事象などが管理ユニット２０００によって周期的に要求され、そして医療デバイス１００から受信される。もし、受信したデータの解析の結果、自己調節プロセスのための是正措置を取るために、管理ユニット２０００のユーザーによって更なる行動が取られなければならないと判明したならば、伝言又は警報が管理ユニット２０００から医療デバイス１００に送信される。
【０２０５】
更なる代替法によると、管理ユニット２０００が、医療デバイス１００の機能のチェックのために、医療デバイス１００の保守のために、又は医療デバイス１００のシステム更新のために追加的に使用される。
【０２０６】
更に、管理ユニット２０００はコンピュータシステムである。
【０２０７】
図９において示された、例えば、工程９１０に対して概略述べられた通り、パーソナライゼーションプロセスも医療デバイス１００のユーザーを同定することを含む。好ましくは、これはユーザーの名前を入力することによってなされる。しかしながら、医療デバイス１００を特定のユーザーに属するものとして代替法で同定するために他のデータが使用される。例えば、医療デバイス１００を独特の方法で同定するために、表示ユニット１６０上に表示される図形又は画像が使用される。更に、ある医療デバイス１００を他の医療デバイス１００から区別するために音響信号が使用することができる。そのような場合、ボタンを押すために又は医療デバイス１００のスイッチを入れるための特定の音が、パーソナライゼーションプロセス中に選択される。更に、更なる代替法によると、医療デバイス１００は、別の医療デバイス１００から電子的にそれが区別することができるように、参照データのような電子署名を含む。そのような方法で、パラメータ又はアルゴリズムデータが管理ユニット２０００から間違った医療デバイス１００に送信されることが避けられる。
【０２０８】
管理ユニット２０００に関して概略述べられた通り、参照データが管理ユニット２０００によって生み出される。あるいは参照データは、好ましくは、各医療デバイス１００に対して固有である工場設定である。あるいは、医療デバイス１００は、スイッチを入れるために医療デバイス１００のユーザーによって入力されねばならないＰＩＮを介して同定される。あるいは、医療デバイス１００は、医療デバイス１００のユーザーの指紋を走査するためのユニットを含む。走査された指紋を介して、医療デバイス１００がユーザーに一意的に割り当てられる。
【０２０９】
そのようなＰＩＮは、保存ユニット１３０中に保存された事前に定義されたデータを保護するためも使用することができる
【０２１０】
更に、医療デバイス１００から管理ユニット２０００に送信された伝言が、他の医療デバイス１００から受信した伝言から区別することができるように、固有の署名又は参照データを介して医療デバイス１００は他の医療デバイス１００から区別することができる。
【０２１１】
先に概略述べられた通り、投与すべき用量を決定するためにアルゴリズムが使用される。これらのアルゴリズムは医療デバイス１００のユーザー又は管理ユニット２０００のユーザーによって定義することができる。
【０２１２】
好ましくは、アルゴリズム又は用量調節プロファイルは、テンプレート及びパラメータのような幾つかの成分に基づく。好ましくは、アルゴリズムは一つ又はそれ以上のテンプレート及び一つ又はそれ以上のパラメータの組によって構成される。図２７は、本発明の好ましい実施態様に記載のテンプレートとパラメータ及びパラメータの組の関係を図示する概略図である。
【０２１３】
好ましくは、医療デバイス１００及び／又は管理ユニット２０００は、既に事前に定義されている一組のテンプレート２７１０を含む。各テンプレート２７１０は、好ましくは、テンプレートを固有に同定するＩＤを含む。更に、各テンプレートは、一つ又はそれ以上のパラメータ２７２０及び／又は一つ又はそれ以上のパラメータの組２７３０を含む。これらのパラメータも固有の識別子を介して同定される。好ましくは、テンプレートＩＤ、パラメータＩＤ、パラメータの組ＩＤの間の関係が保存される。
【０２１４】
更に、アルゴリズムの異なるセクションに対して、異なるテンプレートが提供される。好ましくは、アルゴリズムの開始に対して、アルゴリズムの異なるフェイズに対して、アルゴリズムの停止に対して、低いＦＢＧルールに対して、低血糖ルールに対して、及び介入ルールに対して、特定のテンプレートが提供される。一つ又はそれ以上の特定のテンプレートを選択することを介して異なるテンプレートを構成することによって、アルゴリズムの開始、アルゴリズムの異なるフェイズ、低いＦＢＧルールと一緒のアルゴリズムの停止、低血糖ルール、及び更なる介入ルールを含む新しいアリゴリズムが構成することができる。更に、テンプレートは、パーソナライゼーションのために、ユーザーによって入力すべき値の要求のために、ユーザーによってマークされなければならない多くのチェックボックスの表示のためなどに、そこから特定のパラメータが選択されなければならないパラメータの組を表示するような事前に定義された行動を含む。従って、アルゴリズムを初期化するテンプレートは、好ましくは、そこから用量の出発値又は現行値が選択されるドロップダウンメニュを含み、又は値を手動で入力することをユーザーに要求する。アルゴリズムの異なるフェイズに対するテンプレートは、ドロップダウンメニュ、又は、各調節間隔に対してなされる調節間隔及び用量増加の手動入力のための要求を含む。
【０２１５】
好ましくは、パラメータ及びパラメータの組によって、特定の初期用量値、特定の第一の用量増加工程、用量を増やすための特定の第一の時間間隔、特定の第一の目標血糖値、特定の第二の用量増加工程、用量を増やすための特定の第二の時間間隔、特定の第二の目標血糖値、特定の低い血糖閾値、特定の低血糖用量減少工程、特定の低い血糖閾値、及び低特定の低血糖用量減少工程が定義される。
【０２１６】
ルールのためのテンプレートは、好ましくは、特定の事象が起こる場合に実行されるルール及び行動のリストを含む。これは、例えば、警報がそこに送られるＥ−メールアドレスのようの情報の入力も含む。
【０２１７】
図２８は、本発明の好ましい実施態様に記載の新しいアルゴリズムをより詳細に定義するための工程を図示する概略図である。好ましくは、この流れ図は、血糖コントロールのために設定すべきインスリンの用量を決定するためのプロセスを構成するための工程を図示し、ここで用量が段階的に適合される。好ましくは、そのような新しいアリゴリズムの定義付けは管理ユニット２０００において実行される。あるいは、新しいアリゴリズムの定義付けは医療デバイス１００において実行される。
【０２１８】
工程２８１０において、新しいアルゴリズムを定義づけるために、一つ又はそれ以上の更なるテンプレートが必要である場合、一つ又はそれ以上のテンプレートが対応するパラメータ及びパラメータの組と一緒に定義される。これは、特に、もし既に利用できるテンプレートが新しいアルゴリズムのために要求される必要な機能を供さない場合である。従って、新しいテンプレートが新しいテンプレートＩＤと一緒に生みだされる。更に、一つ又はそれ以上のパラメータ２７２０又はパラメータの組２７３０はテンプレートに割り当てられる。テンプレートの定義付けが終了すると、それは保存され、そして既に定義されたテンプレートの選択の部分を形成する。
【０２１９】
次の工程２８２０において、新しいアリゴリズムは対応するパラメータ及びパラメータの組と一緒に構成される。好ましくは、新しいアリゴリズムは、一つ又はそれ以上のテンプレートを新しいアリゴリズムに対して構成することによって定義される。テンプレートが選択され、ここで特定のパラメータが個々のパラメータＩＤに全く割り当てられていない場合、調節間隔、用量の増加量、血糖目標値などのような各パラメータも、新しいアルゴリズムを定義するために工程２８２０において入力されなければならない。更に、工程２８２０において、パーソナライゼーションプロセス中にどのパラメータかパーソナライゼーションされなければならないが定義される。
【０２２０】
このように、異なるアリゴリズムが用量の段階的適合のために定義され、ここで、好ましくは、異なるアリゴリズムの各々は、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低い血糖閾値に基づく。好ましくは、アリゴリズムはデータベース２６５０中に保存される。あるいは、アリゴリズムは保存ユニット１３０中に保存される。
【０２２１】
次いで、特定のアリゴリズムが、用量の段階的適合のための特定の要求に基づいて、保存された異なるアルゴリズムから選択されると、プロセスは工程２８３０に進み、ここで、管理ユニット２０００に対して又は医療デバイス１００に対して新しいアリゴリズムのパーソナライゼーションが実行されるかどうかが決定される。新しく定義されたアリゴリズムのパーソナライゼーションが管理ユニット２０００において実行される場合、プロセスは工程２８４０に進み、そして新しいアリゴリズムが保存され、そしてそれを既に利用可能なアルゴリズムの集合体に追加する。アルゴリズムがＰＣ上でパーソナライゼーションされない、例えば、新しく定義されたアリゴリズムが医療デバイス１００上で後ほどパーソナライゼーションすべきであるような場合、プロセスは工程２８５０に進む。工程２８５０において、新しく定義されたアリゴリズムは、対応するパラメータ及びパラメータの組と一緒に医療デバイス１００に送信される。
【０２２２】
好ましくは、事前に定義されたアリゴリズムの各々は、インスリンを始めて投与するユーザー、及び既にインスリン投与の経験を有するユーザーの特定のタイプに対応する。あるいは、事前に定義されたアリゴリズム又は用量調節プロファイルは、特定の習慣及び個人的状態を示すユーザーの特定のタイプに対応する。更に、異なるアリゴリズム及び用量調節プロファイルは、異なるインスリンタイプ及び異なる糖尿病タイプに対して提供される。
【０２２３】
従って、特定のアリゴリズムは、安全な出発用量範囲を提供するように、又はＦＢＧ値が夕方に測定されるという事実、又は最終ＦＢＧ目標値又は目標範囲を短期間内に達成するために、用量を短期間内に増やさなければならない事実をカバーするように、設計される。
【０２２４】
更に、ＦＢＧ値が朝に測定されるが、用量が夕方に与えられるという事実をカバーように特定のアリゴリズムが設計される。
【０２２５】
更に、特定のアリゴリズムは、ユーザーが糖尿病の経験を有し、そして長い調節間隔内に大きな予期せぬ変化が予想されないので、特定のアルゴリズムがより長い調節間隔を提供する。従って、アルゴリズムを選択する権限を有するＨＣＰ又は人は、上述の境界条件に従って所定のアルゴリズムの一つを選択することができる。管理ユニット２０００においてアリゴリズムが選択され、そして対応するアリゴリズムが医療デバイス１００中に既に保存されている場合、選択されたアルゴリズムを定義するために、医療デバイス１００にアリゴリズムＩＤを送信することが必要なだけである。あるいは、もし、選択されたアリゴリズムが医療デバイス１００において利用できないならば、選択されたアリゴリズムのデータが医療デバイス１００に送信される。上述の通り、好ましくは、アリゴリズムは、選択されたアルゴリズムを構成するテンプレート及びパラメータの識別子を含むＸＭＬのようなマークアップ言語を介して定義される。このように、送信すべきデータの量が少なく、そして医療デバイス１００に選択されたアルゴリズムのデータを送信するための殆ど全ての送信チャンネルを使用する可能性が提供される。
【０２２６】
本発明の別の態様によると、医療デバイス１００は、ＦＢＧ値が設定された最終ＦＢＧ目標値に近いので、用量増加を何時終了させるべきかを検出することができる。好ましくは、医療デバイス１００は、最終ＦＢＧ目標範囲に近い血糖事象に基づいて、用量増加の停止を決定する方法の工程を実行することができる。
【０２２７】
図２９は、本発明の好ましい実施態様の別の態様に記載の、血糖コントロールのために設定すべきインスリンの用量を決定するための方法工程を図示する流れ図である。工程２９１０において血糖事象情報が受信される。好ましくは、血糖事象情報は血糖レベルに関する情報である。これらの血糖レベルは、好ましくは、血糖測定ユニット１１０を介して測定された血糖値を介して提供される。あるいは血糖事象情報はユーザー入力ユニット１５０を介してユーザーによって入力された血糖値である。更に、血糖事象情報も低血糖を経験しているか否かを示している情報である。好ましくは、全ての血糖事象情報は時間スタンプ、つまり、血糖事象が検出された又は測定された日付を有して提供される。更に、血糖事象情報は、好ましくは、保存ユニット１３０中に保存される。
【０２２８】
好ましくは、追加的に、投与すべきインスリンの用量の段階的増加を決定するためのパラメータの組が工程２９１０において受信される。これらのパラメータは、好ましくは、調節間隔、及び調節間隔内でそれによって増やすべき特定の量を定義する。
【０２２９】
追加的に、工程２９２０において範囲情報が受信され、ここで範囲情報は、少なくとも一つの特定血糖値が、目標血糖値に関して特定範囲内にあることを示す。好ましくは、特定血糖値は血糖測定ユニット１１０によって測定される。更に、目標血糖値は、好ましくは、医療デバイス１００によって実行される選択されたアルゴリズムによって提供される。この目標血糖値は、完全なアルゴリズムに対する最終血糖目標値か、又はアルゴリズムの特定フェイズに対する目標血糖値である。更に、特定の範囲は、選択されたアルゴリズムの各フェイズ対して定義された値であるか、又はこの選択されたアルゴリズムに対して、又は代替法では全ての利用可能なアルゴリズムに対して有効な一般的な値である。
【０２３０】
好ましくは、少なくとも一つの特定血糖値は、血糖測定ユニット１１０によって決定された実際のＦＢＧ値である。あるいは、少なくとも一つの血糖値は実際の測定されたＦＢＧ値及び前回の調節で測定されたＦＢＧ値である。もし、実際の血糖値又は、後者の場合、両方のＦＢＧ値が、目標血糖値に関して事前に定義された範囲内であれば、これは範囲情報によって示される。好ましくは、範囲情報は、ここで値「１」が、少なくとも一つの特定血糖値が、血糖値に関する特定範囲内にあることを示し、そして値「０」が少なくとも一つの特定血糖値が、特定範囲内にないことを示すビットである。あるいは、範囲情報はブールである。好ましくは、範囲情報は決定ユニット１４０によって決定される。
【０２３１】
工程２９３０において、所定の血糖事象が所定の時間間隔内に起きたかどうかが決定される。もしそのような所定の血糖事象が、最後の調節間隔内に起きた低血糖して定義されるならば、そしてそのような低血糖が最後の調節間隔内に起きたならば、本方法は工程２９３０から工程２９４０に進み、ここで範囲情報がチェックされる。
【０２３２】
もし、範囲情報が、少なくとも一つの特定の血糖値が目標血糖値に関して特定の範囲内にあることを示すならば、本方法は工程２９４０から工程２９５０に進み、ここでパラメータの組に従って用量の増加が決定される。好ましくは、選択されたアルゴリズムは停止され、そして血糖事象故にアルゴリズムが停止されたことがユーザーに、好ましくは、表示ユニット１６０上の表示情報を介して示される。あるいは、もし目標血糖値がアルゴリズムの一つのフェイズの目標血糖値であるならば、そしてそのことによって一つ又はそれ以上の更なるフェイズがこのフェイズに追随するならば、目標血糖値に属するフェイズは停止され、そして続くフェイズが始められる。所定の時間間隔内で所定の血糖事象が全く起こらなかったと決定される場合、本方法は工程２９３０から工程２９６０に進み、ここで用量の増加が続けられる。更に、もし血糖値が特定の範囲内にないならば、工程２９４０も工程２９６０に進む。
【０２３３】
血糖事象情報が、一つ又はそれ以上の調節間隔内での一つ又はそれ以上の低血糖、又は用量増加後の低血糖、及び用量減少後の特定範囲を超える一つのＦＢＧ値のような血糖事象の特定パターンに関する情報である場合、このパターンによって定義された時間間隔は、好ましくは、範囲情報を決定するために必要な特定の血糖値を選択するために取られる時間間隔に一致する。
【０２３４】
図３０ａ及び３０ｂは、更なる工程を含む図２９において示された方法を図示する流れ図を示す。工程３００５において、工程２９１０に関して既に概略述べられた通りに、血糖事象情報が受信される。更なる工程３０１０において、受信した血糖事象情報が前回受信した血糖事象情報と比較される。血糖事象情報が、例えば、調節間隔のような特定時間間隔内の低血糖の頻度に関する情報である場合、低血糖の実際に決定された頻度が、前回の時間間隔内の低血糖の頻度と比較される。血糖事象情報が血糖レベルに関する情報である場合、各血糖値が比較される。更に、血糖事象情報が、例えば、血糖値の分布に対する特定パターンである場合、受信した異なるパターンが比較される。受信した血糖事象情報と前回受信した血糖事象情報を比較することによって、血糖レベルの進展がまだ治療の目的内にあるかどうかを決定することができる。異なる血糖事象情報を比較することによって、例えば、血糖レベルが最終血糖目標レベル未満に落ちる傾向があるかどうか、又は実際の状態が測定された血糖値が投与された用量と殆ど全く相関がないかどうか、又は低血糖が単独事象であり、そして更なる治療に影響を及ぼさないように見えるかどうかが解析することができる。
【０２３５】
比較工程３０１０に基づき、事象の結果が出力される。好ましくは、事象の結果は、選択されたアルゴリズムの継続に対して、一つ又はそれ以上の所定のルールに従って、血糖事象情報が考慮すべきかどうかを示す情報である。その場合、事象の結果は、値「１」又は「０」によって表されるビット、フラッグ又はブール値である。
【０２３６】
工程３０２０において、工程２９２０に関して既に概略述べられた通りに、範囲情報が受信される。この範囲情報は、工程３０２５において先に受信した範囲情報と比較される。受信した範囲情報と前回受信した範囲情報を比較することによって、好ましくは、最終血糖目標値に向かった血糖レベルの進展が解析される。範囲情報が、測定された血糖値が血糖目標範囲を超える血糖値であるか、血糖目標範囲内であるか、または血糖目標範囲を下回るかを示す情報である場合、血糖値のタイムリな進展の傾向が、工程３０２５における比較に基づいて決定される。そのような比較の結果として、範囲結果が工程３０３０において出力される。好ましくは、範囲結果は、工程３０２０において受信した範囲情報が重要な範囲情報であるかどうかを示す情報であり、そしてこのように、選択されたアルゴリズムが継続されるか終了されるかを決定することによって、一つ又はそれ以上の所定のルールに従って考えられなければならない。
【０２３７】
工程３０３５において、所定の血糖事象が所定の間隔内に起きたかどうか、及び事象の結果が所定の事象の結果に対応するかどうかが検出される。所定の血糖事象が全く起きておらず、従って所定の事象が全く同定されていない場合、本方法は、直接、工程３０５５に進み、ここで医療デバイス１００は選択されたアルゴリズムに従って、投与すべき用量を決定することを継続する。これは、調節間隔内のアルゴリズムに従って、用量が増やされることも含む。
【０２３８】
所定の血糖事象が起きたが、所定の事象が全く同定されていない場合、例えば、低血糖が全く重要でないただ一つの事象である場合、工程３０３５も工程３０５５に進む。所定の事象の結果が同定され場合、つまり、調節間隔内の低血糖の頻度が前回の間隔に対して増えている場合、工程３０３５は工程３０４０に進む。
【０２３９】
代替バージョンにおいて、工程３０３５は直接、工程３０４５に進み、ここでパラメータの組に従って用量の増加が停止される。スキッピング工程３０４０は、好ましくは、もし事象の結果が血糖事象の進展を示すならば、実行され、そしてそれは医療デバイス１００のユーザーの健康に影響を及ぼすかもしれない。もし事象の結果が低血糖の頻度に対応するならば、これは調節間隔内であり、この頻度は所定の閾値を超えるであろう。これは、現行のインスリンの用量が高すぎること、又は如何なる他の効果も、ＨＣＰによって注意深く解析されなければならないインスリン治療を妨害することを示すであろう。そのような場合、警報は、好ましくは、インターフェイス１７０を介してＨＣＰに送信される。
【０２４０】
工程３０３５が工程３０４０に進む場合、所定の範囲情報が出力されているかどうかが検出される。もし、例えば、範囲情報が、血糖値が血糖目標範囲を超えていることを示すならば、工程３０４０は工程３０５５に進む。更に、もし特定範囲結果が、例えば、血糖値が現在初めて血糖目標範囲内にあることを示すならば、好ましくは、工程３０５５に進むことも工程３０４０において決定される。特定範囲結果が、一回又はそれ以上の調節間隔内で、血糖値が血糖目標範囲内又はその周りの、とっぴな予測不能な又は不安定な分布を示すことを表す場合、工程３０４５に進むことが工程３０４０において決定される。あるいは、もし範囲結果が、血糖値が血糖目標範囲内で血糖目標値に向かって更なる進展を示さないという事実に相当するならば、用量増加のプロセスを停止するために、工程３０４５に進むことも工程３０４０において決定される。
【０２４１】
投与すべき用量を決定するために選択されたアルゴリズムが、工程３０３５及び３０４０における前述の決定について停止されたとき、この停止が工程３０５０において示される。好ましくは、これは、ユーザー入力ユニット１５０のディスプレイ上で、医療デバイス１００のユーザーに示される。あるいは、追加の警報又は伝言がＨＣＰ又は緊急センターにインターフェイス１７０を介して送られる。あるいは、用量増加が終了したことについて医療デバイス１００のユーザーに知らせるために、音響信号が生みだされる。
【０２４２】
図３１ａは、投与された用量に依存した血糖事象及び測定された血糖値の経時的シーケンスを例示的に示す概略図である。横軸は経過した時間を示し、一方縦軸は血糖目標レベルに対する血糖レベルを示し、それは実線でマークされている。血糖目標範囲は、好ましくは、血糖目標レベルの下方及び上方に延びており、そして水平の鎖線を介して示される。縦点線は、二本の引き続く縦点線が調節間隔を形成するように、調節の事象を示す。
【０２４３】
図３１ａには、調節間隔であるｘ、ｘ＋１、ｘ＋２が示されている。縦点線上の白丸は、調節中に測定されたＦＢＧ値を示す。見られる通り、全ての測定されたＦＢＧ値は血糖目標範囲内にある。しかしながら、調節間隔ｘ及び調節間隔ｘ＋２において、低血糖が検出されており、それは黒丸によってマークされている。図３１ａにおいて示された状況に基づき、事象情報は、好ましくは、調節間隔ｘ＋２における低血糖に関する情報である。更に、前回の血糖事象情報と比較して、調節間隔ｘにおいても低血糖が報告されていることが検出される。従って、繰り返し低血糖が起きており、そしてもし繰り返して報告された低血糖が、例えば、重要であるとカテゴリー化された、事前に定義された事象であるならば、各事象結果は、例えば、工程３０３５のような更なる処理工程において考慮すべき重要な事象と比較工程が同定したことを示す出力である。
【０２４４】
あるいは、低血糖事象が、投与された用量に追加的に関連付けられ得る。図３１ａにおいて示されるような場合、受信した血糖事象情報と前回の血糖事象情報との相関などが、用量増加に関して相関があることを明らかにするであろう。比較工程３０１０においてそのような相関が検出される場合、対応する事象結果は、例えば、工程３０３５における更なる処理中において考慮すべき重要な事象が検出されたことを示す出力である。
【０２４５】
図３１ａにおいて示される最後の調節において受信した範囲情報は、血糖値が血糖目標範囲内にあるという情報に対応する。図３１ａにおいて見ることができるように、ＦＢＧ値は血糖目標範囲内にある。範囲情報がＦＢＧ値のみに言及する場合、受信した範囲情報及び前回の最後の３回の調節の範囲情報は、ＦＢＧ値が目標範囲内にあることを示すであろう。このように範囲情報と前回の範囲情報を比較すれば、ＦＢＧ値が連続して目標範囲内にあるという結果が生みだされるであろう。重要であると考えられる所定の範囲結果の一つが、連続して範囲内にあるＦＢＧ値の結果である場合、範囲結果の出力はこのように、重要な範囲結果が検出されたことを示している識別子、フラッグ又はビットのような情報であろう。
【０２４６】
範囲情報がＦＢＧ値のみならず、測定されそして報告された全ての血糖値にも言及する場合、比較工程３０２５は、血糖値が数度の調節間隔に亘って不安定であるという結果を生みだすであろう。所定の範囲結果の一つが、重要であるとして同定されるそのような不安定な状態に対応する場合、工程３０３０における範囲結果の出力は、重要な結果が検出されたことも示すであろう。
【０２４７】
好ましくは、工程３０５０において、その所定の範囲結果に基づいて、用量増加が停止されたことも示される。
【０２４８】
工程３０４５における別の代替法によると、完全なアルゴリズムではなくアルゴリズムの現行フェイズのみが停止される。続く工程において、アルゴリズムの次のフェイズが開始され、ここで、調節間隔は前回のフェイズにおけるよりも長く、又は用量増加が前回のフェイズにおけるよりも低い。このように、続くフェイズは血糖値のより細かな制御を提供するであろう。
【０２４９】
図３１ａ同様、図３１ｂは、投与された用量に依存した血糖事象及び測定された血糖値の経時的シーケンスを例示的に示す概略図である。図３１ａにおいて示されたように、横軸は経過した時間を示し、一方、縦軸は血糖目標レベルに対する血糖レベルを示す。
【０２５０】
図３１ｂにおいて、血糖目標レベル及び血糖目標範囲に対する代替定義が与えられる。この代替定義において、目標レベルは目標範囲の上限を定義する。目標範囲の下限は目標値の下限によって定義される。更なる代替バージョンにおいて、血糖目標レベルは血糖目標範囲の下限を定義し、そして血糖目標範囲の上限は血糖目標値の上限によって定義される。
【０２５１】
図３１ａにおいて既に述べられたように、図３１ｂにおいても三つの調節間隔であるｘ、ｘ＋１、ｘ＋２が示されている。縦点線上の白丸は、調節に対して測定されたＦＢＧ値を示す。見られる通り、第一の測定値は目標範囲外にある。調節間隔ｘの前に低血糖事象は全く検出されていないので、用量が増やされると決定される。調節間隔ｘ中に、増やされた用量が投与される。調節間隔が、例えば、三日の場合、次の測定は前回の測定後三日で実行されるであろう。これら三日以内に、低血糖が検出され、そして医療デバイス１００において保存される。そのような低血糖が所定の又は事前に定義された血糖事象である場合、工程３０１０においてこの血糖事象情報が前回の血糖事象情報と比較される。次いで新しい測定が調節間隔ｘの後で実行される。測定された新しいＦＢＧ値及び血糖事象情報に基づいて、医療デバイス１００は、図３１ａに関して既に述べられた通りに進む。
【０２５２】
図３２は、本発明の更なる別の好ましい実施態様に記載の、血糖コントロールのための、投与すべきインスリンの用量を決定する方法を図示する流れ図である。用量が段階的に適合される、血糖コントロールのために投与されるべきインスリンの用量を決定する方法は第一の工程３２１０を供し、ここで血糖値が決定される。好ましくは、血糖値は血糖測定ユニット１１０によって決定される。
【０２５３】
工程３２２０において、血糖事象情報が、所定の血糖事象が所定の時間間隔内で生じたという、所定の血糖事象に関して受信される。好ましくは、血糖事象情報は低血糖又は低血糖値についての情報である。この情報は血糖測定ユニット１１０を介して、又はユーザー入力ユニット１５０を介して、又は電子的にインターフェイス１７０を介して受信される。更に、保存ユニット１３０中に保存された前回適合された用量値が受信される。少なくとも血糖値、血糖事象情報、及び前回適合された用量に基づいて、警報が設定され、ここで警報は、血糖値及び所定の血糖事象が、前回適合された用量値と特定の関係に無いことを示す。
【０２５４】
好ましくは、工程３２４０において、血糖値及び所定の血糖事象が前回適合された用量値との関係が決定される。好ましくは、この特定された関係は、決定された血糖値と前回適合された用量値の間の絶対的関係である。好ましい例によると、ルックアップテーブル、ファイル又はデータベースが提供され、ここで特定の血糖値範囲が、投与された用量値に関連して設定される。従って、工程３２４０において、決定された血糖値と受信した前回適合された用量値の間の関係が、ルックアップテーブル、ファイル又はデータベースによって提供された関係に対応するかどうかが決定される。決定された血糖値と前回適合された用量値の間の関係がルックアップテーブル、ファイル又はデータベースにおけるそれに対応する場合、工程３２４０は工程３２５０に進み、ここで、選択されたアルゴリズムに対するパラメータの組に従って、選択されたアルゴリズムが用量増加に進む。例えば、血糖値がルックアップテーブル、ファイル又はデータベースにおいて定義されたものよりずっと低いために、決定された血糖値の関係が、ルックアップテーブル、ファイル又はデータベースにおいて特定された、前回に適合された用量値に対応せず、そして追加的に、低血糖が検出され又は報告されている場合には、工程３２４０は工程３２６０に進み、ここで、警報が設定される。好ましくは、工程３２６０において、警報が設定されるのみならず、例えば、インターフェイス１７０を介してＨＣＰ又は緊急センターに送信されもする。追加的に又はあるいは、各警報はユーザー入力ユニット１５０上に表示される。
【０２５５】
あるいは、もし前回適合された用量値に関して血糖値が、ルックアップテーブル、ファイル又はデータベースにおいて定義されたものよりもずっと高ければ、そして加えるに、低血糖値又は低血糖が検出され又は報告されたならば、工程３２４０も工程３２６０に進む。
【０２５６】
更なる代替法において、血糖値、所定の血糖事象、及び前回適合された用量値の間の関係を決定するために、追加的に前回の血糖値及び追加の前回適合された用量値が、保存ユニット１３０から追加的に受信される。そのような場合、好ましくは、絶対的関係のみならず、血糖値と各適合された用量値の間のタイムリな相関が決定される相対的関係も考慮される。そのような場合、特定の関係は、好ましくは、もし適合された用量が増加しそして反対であるならば、血糖値が減少する関係である。もし、血糖値の関係が適合された用量とのそのような関係を示さず、そして追加的に、低血糖事象が検出され又は報告されているならば、工程３２４０は工程３２６０に進む。血糖値と適合された用量値の間のタイムリな相関が決定される場合、もし、血糖事象情報が全く受信されていないならば、工程３２４０もあるいは工程３２６０に進む。
【０２５７】
更なる代替法によると、工程３２１０において決定された血糖値はＦＢＧ値である。更に、工程３２２０において受信した血糖事象情報は前回の調節中に決定されたＦＢＧ値である。更に、工程３２３０において受信した、前回適合された用量値は、工程３２２０の前回のＦＢＧ値の調節中に適合された用量値である。この代替法に対して、特定の関係は、好ましくは、前回のＦＢＧ値及び決定されたＦＢＧ値と、前回適合された用量値及び実際の調節において適合すべき用量値との相関である。好ましくは、この相関に対する特定範囲が決定される。もし、この相関に対して決定された値がこの範囲外にあれば、次いで、工程３２４０は工程３２６０に進む。血糖値に対する相関値と適合された用量値が特定された相関範囲内にある場合、次いで、工程３２４０は工程３２５０に進む。更なる代替法によると、二つの血糖値及び二つの用量値のみならず二つより多くの値も相関を決定するために選択される。
【０２５８】
好ましくは、工程３２６０は、用量の更なる増加を停止することを追加的に含み、ここで用量の更なる増加の停止は警報によってトリガーされる。好ましくは、所定のユーザー入力が、用量の更なる増加の停止を活性化するために必要である。更に、更なる代替バージョンによると、所定のユーザー入力を介して、用量の更なる増加の停止が、活性を失われる。更に、工程３２６０は、好ましくは、再試験情報を創出する工程を含み、ここで再試験情報の創出は警報によってトリガーされる。好ましくは、再試験情報は表示ユニット上に表示され、そして所定の時間内に血糖値の再試験を開始することを医療デバイス１００のユーザーに示す。追加的に、好ましくは、所定の安全指示が警報と一緒にディスプレイ上に表示される。
【０２５９】
血糖コントロールのために投与すべきインスリンの用量を決定するために、医療デバイス１００は、図１において示される通り、血糖を決定ユニット１１０とも呼ばれる血糖測定ユニット１１０を含む。血糖測定ユニット１１０は、図１に関して既に先に説明した通り、血糖値を決定するように適合される。更に、医療デバイス１００は、前回適合された用量値及び、好ましくは、血糖事象情報も保存するように適合される保存ユニット１３０を含む。追加的に、医療デバイス１００は、所定の時間間隔内の所定の血糖事象に関して血糖事象情報を受信するように、そして保存ユニット中に保存された前回適合された用量値を受信するように配置される受信ユニット１２０を含む。
【０２６０】
更に、医療デバイス１００は、受信ユニット１２０及び血糖測定ユニット１１０の出力に従って段階的に用量を適合するように配置される、適合ユニットとも呼ばれる決定ユニット１４０を含む。追加的に、医療デバイス１００は、警報を設定するように適合される警報ユニットを含む。好ましくは、警報ユニットは決定ユニット１４０の機能部分である。警報ユニットは、好ましくは、少なくとも血糖値、血糖事象情報及び前回適合された用量値に基づいて警報を設定し、ここで警報ユニットは、血糖値及び所定の血糖事象が前回適合された用量値と特定の関係にないことを示す警報を創出するように適合される。
【０２６１】
好ましくは、インターフェイス１７０は、両者が少なくとも一つの特定の用量値に対応しているところの、少なくとも一つの特定された血糖値範囲及び少なくとも一つの特定の所定の血糖事象を提供することによって、血糖値と所定の血糖事象及び前回適合された用量値の間の特定された関係を定義付けするための指示を受信する。好ましくは、保存ユニット１３０は、少なくとも一つの特定された血糖値範囲及び少なくとも一つの特定された所定の血糖事象を保存する。変更ユニットが警報を設定する場合、決定ユニット１４０は選択されたアルゴリズムを停止する。好ましくは、選択されたアルゴリズムが継続することができるように、選択されたアルゴリズムは、好ましくは、ユーザー入力を介して、又はインターフェイス１７０を介して受信した信号を介して停止されない。好ましくは、警報を設定するための特定された関係は、例えば、用量値が増加してＦＢＧ値が減少しない、用量値が増加するがＦＢＧ値は特定のパラメータによって特定されたものよりはるかに早く減少する、及び用量値が減少してＦＢＧ値も減少するという警報である。更なる特定された関係は、ＦＢＧ値が高いが低血糖が検出される、又は用量値が高く、ＦＢＧ値が高くそして低血糖が検出されるというものである。
【０２６２】
医療デバイス１００は、好ましくは、伝言生成ユニットも含み、ここで、好ましくは、伝言生成ユニットは決定ユニット１４０の機能ユニットである。好ましくは、伝言生成ユニットは、再試験情報を創出するように配置される。好ましくは、伝言生成ユニットは警報信号を受信、そして血糖値の再試験を所定の時間内に開始するための警報信号に基づき、再試験情報を発生する。あるいは、表示ユニット１６０を介して視的警報が設定されるのみならず、音響モジュールを介して音響警報も設定される。追加的に、既に概略先に述べられた通り、警報伝言はインターフェイス１７０を介して所定の目的地に送信される。好ましくは、警報伝言は、血糖値及び所定の血糖事象が前回適合された用量値と特定の関係に無いことを示す情報を少なくとも含む。このように、もし所定の行き先がＨＣＰであるならば、ＨＣＰは更なる行動を開始し得る。
【０２６３】
基本の、予備混合された及び食事時間中のインスリンに適用することができる、上述の調節法に加えて、本発明の更なる好ましい実施態様が以下に述べられ、ここで医療デバイス１００は、好ましくは、追加的に、食事時間に対する用量調節方法を提供する。このために、医療デバイス１００は、インスリンの初期用量に関する情報を保存するために、そして、インスリンの初期用量が投与された後、及び特定の食事が消費された後に測定された血糖レベルに関する情報を保存するように配置される保存ユニット１３０及び、少なくともインスリンの初期用量に関する該情報及び血糖レベルに関する該情報に基づいて、特定の食物が消費される前に投与すべきインスリンの引き続く用量を決定するように配置される決定ユニット１４０を含む。
【０２６４】
好ましくは、保存ユニット１３０は、消費された特定の食物についての情報を保存するように更に配置され、ここで消費された特定の食物についての情報は血糖コントロールに関するデータを含む。医療デバイス１００は、ユーザー入力ユニット１５０を介して又はインターフェイス１７０を介して食物情報を受信する。この食物情報に基づいて、そして特定の食物及び特定のインスリンについての前回決定された感度に基づいて、投入すべきインスリンの用量が決定される。
【０２６５】
特定の食物についての情報は、好ましくは、パン単位（bread unit）又は炭水化物での、消費された食物の炭水化物の量である。特定の食物の情報は、好ましくは、食物の種類も含む。
【０２６６】
医療デバイス１００の更なる好ましい実施態様によると、医療デバイス１００は、特定の食物の情報を受信するために、例えば、ＱＲコードリーダー、又はＲＦＩＤリーダーのようなスキャナー、バーコードリーダー、マトリックスコードリーダーを含む。このようにして、医療デバイスのユーザーは、消費されたパン単位についての情報を得るために、ユーザー入力ユニット１５０を介して、消費された特定の食物の量を選択することが必要なだけである。
【０２６７】
特定の食物に関する及び特定のインスリンに関する感度を決定するために、医療デバイス１００は、好ましくは、所謂訓練シーケンスを提供する。図３３は、本発明の別の好ましい実施態様に記載の訓練シーケンスの方法工程を示す。工程３３１０において、食前の血糖値が決定される。好ましくは、血糖値は血糖測定ユニット１１０を介して決定される。そのようにして、血糖測定が実行されたときに、決定された血糖値と一緒に追加的にその時間が記録されそして保存される。更に、工程３３２０において、提供された食物情報に基づいて、炭水化物の計算が実行される。好ましくは、決定ユニット１４０は、消費された特定の食事に関する情報に基づいて炭水化物の計算を行うように配置される。好ましくは、食物情報はユーザー入力ユニット１５０を介して、医療デバイス１００のユーザーによって入力される。あるいは、食物情報はインターフェイス１７０を介して、又はリ−ダーを介して入力される。
【０２６８】
工程３３３０において、炭水化物の計算に基づいて、及び調節値に基づいて、投与すべき用量が決定される。好ましくは、決定ユニット１４０は、消費された特定の食物についての情報に基づいてのみインスリンの初期用量を計算するように配置され、そして初期には、調節値は「０」である。しかしながら、以下に更に詳細に説明される通り、調節値は必要ならば修正される。インスリンの用量、そして、好ましくは、即効性インスリンの用量が決定されると、用量が投与され、そして用量の投与時間がユーザーの入力によって又はインターフェイス１７０を介して保存ユニット１３０中に記録される。好ましくは、工程３３１０の後、所定の時間間隔が経過しておれば、食後の血糖値が工程３３４０において測定される。次いで、食後に決定された血糖値は、事前に定義された血糖値と比較される。好ましくは、決定ユニット１４０は、少なくとも消費された特定の食物についての情報、特定の食物に対して計算されたインスリンの初期用量、及び測定された血糖値の、事前に定義された血糖値からの偏差に基づいて、インスリンの引き続く用量に対する特定の調節値を、各特定の食物に対して決定するように配置される。
【０２６９】
もし、食後の血糖値が特定の範囲内で所定の値に対応しなければ、工程３３５０において調節値が修正される。
【０２７０】
好ましくは、訓練シーケンスを数回繰り返すことによって、調節値が収斂して、その結果、投与されたインスリンに対する感度を示す。別の代替法によると、異なる食物の種類に対する異なる調節値を受信するために、訓練シーケンスが数回繰り返される。
【０２７１】
更に、工程３３３０において投与すべき用量を決定するために、追加的にＦＢＧ値、ＦＢＧ値を測定する時間、及び投与された持続性基礎インスリンの用量が考慮される。従って、これらの訓練シーケンスに基づいて、食物の種類及び／又は基礎インスリンの用量に依存して、一連の調節値が得られるであろう。
【０２７２】
図３４は、食事時間に対する用量調節を決定する方法工程を図示する流れ図である。工程３４１０において、好ましくは、ユーザー入力ユニット１５０を介して、食物情報が医療デバイス１００内に入力される。あるいは、インターフェイス１７０を介して食物情報が提供される。工程３４２０において、訓練シーケンスプロセスによって決定された感度に基づいて、投与すべき用量が決定される。好ましくは、提供された食物情報に基づく調節値又は一連の調節値に基づいて、用量が決定される。あるいは、例えば、即効性インスリンの用量を決定するために、ＦＢＧ値、ＦＢＧ値の測定時間、投与された基礎インスリンの用量、及び即効性インスリンの最近の量も追加的に考慮される。好ましくは、訓練シーケンス中のものとして、引き続く用量決定工程中に考慮されるために、決定された用量が保存される。場合により、工程３４３０において、食後の血糖値が定められ、そして、好ましくは、決定された時間と一緒に保存ユニット１３０中に保存される。このように、この値は、保存された用量値と一緒に、一つ又は複数の調節値を更に洗練するために使用することができる。
【０２７３】
基本的な、事前混合された、及び食事時間のインスリンに適用することができる上述の調節法に加えて、例えば、図１、図１９及び図２０において示されるような医療デバイス１００が、特定の食事に対する投与すべきインスリンの用量を決定するために、好ましくは、追加的に配置される。この機能は、医療デバイス１００によって提供される唯一の機能であるか、または追加的にそして上述の機能と組合せて提供される機能である。
【０２７４】
このために、医療デバイス１００は、一日の各食事の前及び後に、少なくとも一つの血糖値を測定するように配置される血糖測定ユニット１１０を含む。あるいは、血糖値は一日の所定の食事に対してのみ測定される。更に、医療デバイス１００は、各食事の前及び後に測定された各血糖値の間の違いを、各食事に対して決定するように配置される決定ユニット１４０を追加的に含む。更に決定ユニット１４０は最大の違いを有する食事を決定するように配置される。
【０２７５】
図３５において示される通り、第一の回目の血糖測定は一回目の食事の前に行われる。上述の通り、好ましくは、一日の全ての食事に対して血糖値が測定される。横軸は経過した時間を示し、一方、縦軸は事前に定義された血糖レベルに対する血糖レベルを示す。好ましくは、事前に定義された血糖レベルは、血糖レベルに対する目標レベルとして考えられ得る１００ｍｇ／ｄｌ前後のレベルである。この事前に定義された血糖値は水平な実線でマークされている。更に、事前に定義された血糖範囲は、好ましくは、事前に定義された血糖レベルの、好ましくは、下方、及び、代替法では上方にも延び、そして水平の鎖線によって示される。縦の点線は食事が取られたという事象を示す。図３５において説明的に示された通り、３回の食事がとられる。しかしながら、あるいは、４回、５回又はそれより多数の食事でさえ取られ得る。従って、血糖値のより多くの測定が実施されるであろう。
【０２７６】
図３５において示された通り、第一の回目の血糖測定は一回目の食事の前に行われる。その結果は白丸によって表されている。示された通り、第一の回目の測定は目標範囲内の血糖値を与える。第二の回目の測定は一回目の食事の後に行われ、そして増加した血糖レベルを示す。第三回目の測定は二回目の食事の前に行われ、そして二回目の測定より低いレベルを有する血糖レベルを示す。第四回目の測定は二回目の食事の後に行われ、そして第三回目の測定に対して著しく増加した血糖レベルを示す。第五回目の測定は三回目の食事の前に行われ、そして再びこの測定は二回目の食事の後の最後の測定より低い。第六回目のそして最後の測定は三回目の食事の後に行われ、そして測定された血糖レベルは、三回目の食事の前に決定された血糖レベルに対してやはり増加している。あるいは、血糖レベルの進展のよりよい解像度を得るために、一回目又はそれ以上の事前に定義された食事の前及び後に一回の測定が行われるのみならず、数回の測定も行われる。好ましくは、全ての測定された血糖値が、測定が実行された時間に関連して、そしてそれらが言及する食事に関連して保存ユニット１３０中に保存される。
【０２７７】
そのような測定データに基づいて、決定ユニット１４０は、好ましくは、各食事の前と後の測定値の間の違いを決定する。この違いは、例えば、各食事の前と後の全ての測定の平均値について計算することができる。あるいは、各測定された血糖値の間の違いが、曲線のあてはめ及び曲線スケッチ（curve sketching）に基づいて決定される。別の代替法によると、曲線が測定された値にあてはめられ、そして、当てはめられた曲線のずれに基づいて、血糖レベルに最大の影響を有する食事が決定される。
【０２７８】
一旦、血糖レベルに最も大きな影響を有する食事が同定されると、決定する手段は同定された食事に対する用量を決定する。
【０２７９】
好ましくは、一日に亘る血糖値の測定は、事前に定義された時間間隔、例えば、一週間、繰り返され、そして積算値に対して血糖値の解析がそれに応じて行われる。好ましくは、血糖値に及ぼす異なる食事の影響の間の違いが小さい場合に、繰り返し測定及び解析が行われる。更に、血糖値に及ぼす食事の影響は一週間中に変わり得る。従って、別の代替法によると、各週日に対して血糖値が決定される。
【０２８０】
図３６は、血糖コントロールのための、投与すべきインスリンの用量を決定する方法の工程を図示する流れ図である。工程３６１０において、一日の各食事の前及び後で少なくとも一つの血糖値が測定される。前述の通り、この測定は代替法で、事前に定義された食事のみに対して実行される。工程３６２０において、各食事の前と後での各血糖値の間で最も大きな違いを有する食事が求められる。最後に、工程３６３０において、決定された食事に対する用量が適合される。
【産業上の利用可能性】
【０２８１】
血糖レベルに最大の影響を有する用量を決定することによって、よりよい血糖コントロールを提供することができる。血糖レベルに最大の影響を有する食事に対してインスリンを投与することによって、血糖の変動が減じられる。このように、より低いピーク又はより少ないピークを有する血糖プロファイルが得られる。これによって基礎インスリンを用いた治療も改善される。

【特許請求の範囲】
【請求項１】
血糖コントロールのために投与すべきインスリンの、段階的に適合される用量を決定するためのプロセスを構成する方法であって、
用量を段階的に適合するための異なる用量調節プロファイルを定義付けする工程で、ここで異なる用量調節プロファイルの各々が、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低い血糖閾値に基づく工程；
異なる用量調節プロファイルを保存する工程；
用量を段階的に適合するための特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択する工程；及び
特定の使用者についての少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズする工程；
を含む、上記方法。
【請求項２】
請求項１に記載の方法であって、特定の要求が糖尿病患者のカテゴリー化によって定義される、上記方法。
【請求項３】
請求項１又は２に記載の方法であって、パーソナライゼーション工程が、選択された用量調節プロファイルの使用者を同定することを含む、上記方法。
【請求項４】
請求項１〜３の何れか１項に記載の方法であって、異なる用量調節プロファイルが初期用量値の事前に定義された組からの特定の初期用量値、時間間隔の事前に定義された組からの用量を増やすための特定の時間間隔、用量増加工程の事前に定義された組からの特定の用量増加工程、及び低い血糖閾値の事前に定義された組からの特定の低い血糖閾値を選択することによって定義される、上記方法。
【請求項５】
請求項４に記載の方法であって、選択可能な初期用量値、低い血糖閾値、時間間隔及び用量増加工程についての所定の組合せを定義するもっともらしさルールを定義付けする工程を更に含む、上記方法。
【請求項６】
請求項１〜５の何れか１項に記載の方法であって、定義された異なる用量調節プロファイルを権限のない変更から保護する工程を更に含む、上記方法。
【請求項７】
請求項６に記載の方法であって、保護工程が：
セキュリティデータを受信する工程；
受信したセキュリティデータを検証する工程；
受信したセキュリティデータの検証に対応する検証データを備える工程；及び
検証データに基づいて定義付け工程を制御する工程；
含む、上記方法。
【請求項８】
請求項１〜７の何れか１項に記載の方法であって、異なる用量調節プロファイルがデータ処理ユニット上で定義され、そして定義された異なる用量調節プロファイルが、血糖コントロールのために投与すべきインスリンの用量を決定するためのデバイスに送信される、上記方法。
【請求項９】
血糖コントロールのために投与すべきインスリンの、段階的に適合される用量を決定するためのプロセスを構成するシステムであって、
用量を段階的に適合するための異なる用量調節プロファイルを定義するように配置される定義付け手段で、ここで用量調節プロファイルの各々が、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低血糖閾値に基づく、手段；
異なる用量調節プロファイルを保存するように配置される保存ユニット；
用量を段階的に適合するための特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択するように配置される選択手段；
特定の使用者の少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズするように配置されるパーソナライズ手段；及び
選択された用量調節プロファイルに従って用量を段階的に適合するように配置される適合手段；
を含む、上記システム。
【請求項１０】
請求項９に記載のシステムであって、特定の要求が糖尿病患者のカテゴリー化によって定義される、上記システム。
【請求項１１】
請求項９又は１０に記載のシステムであって、パーソナライズ手段が更に、選択された用量調節プロファイルの使用者を同定するように配置される、上記システム。
【請求項１２】
請求項９〜１１の何れか１項に記載のシステムであって、定義付け手段が、初期用量値の事前に定義された組、目標血糖値の事前に定義された組、低血糖閾値の事前に定義された組、時間間隔の事前に定義された組、及び用量増加の事前に定義された組を提供するように、そして初期用量値の事前に定義された組からの特定の初期用量値、目標血糖値の事前に定義された組からの特定の目標血糖値、低い血糖閾値の事前に定義された組からの特定の低い血糖閾値、時間間隔の事前に定義された組からの用量を増やすための特定の時間間隔、及び用量増加工程の事前に定義された組からの特定の用量増加工程を選択するように更に配置される、上記システム。
【請求項１３】
請求項１２に記載のシステムであって、定義付け手段が、選択可能な初期用量値、目標血糖値、低い血糖閾値、時間間隔及び用量増加の所定の組合せを定義するもっともらしさルールを定義付けするように、更に配置される、上記システム。
【請求項１４】
請求項９〜１３の何れか１項に記載のシステムであって、定義された異なる用量調節プロファイルを権限のない変更から保護するように配置される保護ユニットを更に含む、上記システム。
【請求項１５】
請求項１４に記載のシステムであって、保護ユニットが：
セキュリティデータを受信するように配置される受信手段；
受信したセキュリティデータを検証するように、そして受信したセキュリティデータの検証に対応する検証データを備えるように配置される検証手段；及び
検証データに基づいて定義付け工程を制御するように配置される安全手段；
を含む、上記システム。
【請求項１６】
請求項９〜１５の何れか１項に記載のシステムであって、システムが、少なくともデータ処理ユニット、及び血糖コントロールのために投与すべきインスリンの用量を決定するためのデバイスから成り、ここでデータ処理ユニットが、定義付け手段、及び定義された異なる用量調節プロファイルをインスリンの用量を決定するためのデバイスに送信するように配置されるデータ送信手段を含み、そしてここでインスリンの用量を決定するためのデバイスが、定義された異なる用量調節プロファイルを受信するために配置される受信手段、保存手段、及び適合手段を含む、上記システム。
【請求項１７】
血糖コントロールのために投与すべきインスリンの、段階的に適合される用量を決定するためのプロセスを構成するためのコンピュータプログラムであって、
用量を段階的に適合するための異なる用量調節プロファイルを定義付けするためのコードで、ここで異なる用量調節プロファイルの各々が、少なくとも特定の初期用量値、用量を増やすための特定の時間間隔、特定の用量増加工程、及び特定の低血糖閾値に基づく、コード；
異なる用量調節プロファイルを保存するためのコード；
用量を段階的に適合するための特定の要求に基づいて、保存された異なる用量調節プロファイルの一つを選択するためのコード；及び
特定の使用者の少なくとも特定の目標血糖値を定義付けすることによって、選択された用量調節プロファイルをパーソナライズするためのコード；
を含む、上記コンピュータプログラム。
【請求項１８】
コンピュータを用いて使用するために、中に具現化されたコンピュータプログラムコードを有する、コンピュータ読取可能な媒体を含むコンピュータプログラム製品であって、ここでコンピュータプログラムコードが請求項１７に記載のコンピュータプログラムを含む、上記コンピュータプログラム製品。

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０ａ】

【図３０ｂ】

【図３１ａ】

【図３１ｂ】

【図３２】

【図３３】

【図３４】

【図３５】

【図３６】

【公表番号】特表２０１２−５１６７３５（Ｐ２０１２−５１６７３５Ａ）
【公表日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願番号】特願２０１１−５４８６６８（Ｐ２０１１−５４８６６８）
【出願日】平成２２年２月３日（２０１０．２．３）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０５１２６８
【国際公開番号】ＷＯ２０１０／０８９３０７
【国際公開日】平成２２年８月１２日（２０１０．８．１２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ＺＩＧＢＥＥ
３．ＱＲコード
【出願人】（３９７０５６６９５）サノフィ−アベンティス・ドイチュラント・ゲゼルシャフト・ミット・ベシュレンクテル・ハフツング (456)
【Ｆターム（参考）】