(57)【特許請求の範囲】
【請求項１】
データ収集デバイスであって：
カメラと；
薬剤送達デバイス内にプログラム設定された薬剤投与量の確認を受け取るように構成されたユーザインタフェースと；
処理装置であって：
前記カメラを用いて薬剤送達デバイスの薬剤投与量インジケータの画像を捕捉し；
データ収集デバイスのディスプレイ上に、前記捕捉された画像の少なくとも一部を表示し；
前記捕捉された画像に対し光学式パターン認識を実行し、「０」の値が示されたときを識別し、前記画像のうちの１つまたはそれ以上に基づいて、薬剤送達デバイス内にプログラム設定された薬剤投与量の事前のユーザ確認なしで注射が投与されたかどうかを決定し；
前記事前のユーザ確認なしで注射が投与されたという決定に応答して、数値の１つまたはそれ以上の画像を含む前記カメラによって捕捉された画像を表示し、投与量ログに記憶するために、前記１つまたはそれ以上の画像のうちの１つを選択するようにユーザに要求することによって、投与された注射の薬剤投与量を設定するようにユーザを促し、前記薬剤投与量を設定するユーザ入力を受け取り、前記薬剤投与量を記憶する
ように構成された、処理装置と、
を含む、前記データ収集デバイス。
【請求項２】
前記処理装置は、カメラによって捕捉された薬剤投与量インジケータの１つまたはそれ以上の画像に示される薬剤投与量の決定に基づいて、注射が投与されたと決定するように構成される、請求項１に記載のデータ収集デバイス。
【請求項３】
前記処理装置は、薬剤投与量インジケータによって示される投与量が減少しているかどうかの決定に基づいて、注射が投与されたと決定するように構成される、請求項２に記載のデータ収集デバイス。
【請求項４】
前記処理装置は、カメラによって捕捉された画像内の薬剤投与量インジケータによって示される投与量がゼロに等しいかどうかを決定し、ゼロ投与量の検出に少なくとも一部基づいて、注射が投与されたと決定するように構成される、請求項２または３に記載のデータ収集デバイス。
【請求項５】
処理装置は、注射の前に、薬剤送達デバイス内にプログラム設定された最も高い投与量を決定し、前記最も高い投与量をユーザに表示するように構成され、処理装置は、前記最も高い投与量の確認を要求することによってユーザを促すように構成される、請求項１〜４のいずれか１項に記載のデータ収集デバイス。
【請求項６】
処理装置は、以前に投与されたそれぞれの注射の１つまたはそれ以上の確認された薬剤投与量に基づいて、提案薬剤投与量を決定し、前記提案薬剤投与量をユーザに表示するように構成され、処理装置は、前記提案薬剤投与量の確認を要求することによってユーザを促すように構成される、請求項１〜５のいずれか１項に記載のデータ収集デバイス。
【請求項７】
処理装置は、注射の前にカメラによって捕捉された画像のうちの最も近時の画像に示された薬剤投与量を決定し、決定された投与量をユーザに表示するように構成され、処理装置は、決定された投与量の確認を要求することによってユーザを促すように構成される、請求項１〜６のいずれか１項に記載のデータ収集デバイス。
【請求項８】
処理装置は、薬剤投与量インジケータによって表示される薬剤投与量が増大しているかそれとも減少しているかを決定するように構成され、
処理装置は、注射を行う前に捕捉された最も近時の画像を処理して提案薬剤投与量を決定することによって、注射が行われているというインジケーションに応答し、前記提案薬剤投与量をユーザに表示するように構成され、
処理装置は、前記提案薬剤投与量の確認を要求することによってユーザを促すように構成される、請求項１に記載のデータ収集デバイス。
【請求項９】
薬剤送達デバイスと、
請求項１〜８のいずれか１項に記載のデータ収集デバイスと、
を含む、薬剤送達システム。
【請求項１０】
データ収集デバイスを用いて薬剤送達デバイスから薬剤投与量情報を収集する方法であって、
データ収集デバイスのカメラを用いて薬剤送達デバイスの薬剤投与量インジケータの画像を捕捉することと、
前記捕捉された画像に対し光学式パターン認識を実行し、「０」の値が示されたときを識別することによって、前記画像のうちの１つまたはそれ以上に基づいて、薬剤送達デバイス内にプログラム設定された薬剤投与量の事前のユーザ確認なしで薬剤送達デバイスによって注射が投与されたかどうかを決定することと、
データ収集デバイスが、前記事前のユーザ確認なしで注射が投与されたという決定に応答して、数値の１つまたはそれ以上の画像を含む前記カメラによって捕捉された画像を表示し、投与量ログに記憶するために、前記１つまたはそれ以上の画像のうちの１つを選択するように要求することによって、投与された注射の薬剤投与量を設定するようにユーザを促し、前記薬剤投与量を設定するユーザ入力を受け取り、前記薬剤投与量を記憶することと、
を含む、前記方法。
【請求項１１】
注射が投与されたという前記決定は、カメラによって捕捉された画像内の薬剤投与量インジケータによって示される投与量が所定の量に等しいかどうかの決定に少なくとも一部
基づく、請求項１０に記載の方法。
【請求項１２】
注射が投与されたという前記決定は、カメラによって捕捉された前記画像のうちの連続画像における薬剤投与量インジケータによって示される投与量が減少しているかどうかの決定に基づく、請求項１０に記載の方法。
【請求項１３】
前記ユーザを促すことは、提案投与量を表示することと、前記提案投与量のユーザ確認、拒否および調整のうちの少なくとも１つを可能にすることとを含む、請求項１０、１１または１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医薬品送達デバイスから、薬剤投与量に関するデータを収集するための装置、システムおよび方法に関する。
【背景技術】
【０００２】
薬剤の注射による定期的な処置を必要とする多岐にわたる疾病が存在する。そのような注射は、医療従事者または患者自身によって適用される注射デバイスを用いることによって行うことができる。例として、１型糖尿病および２型糖尿病は、例えば、１日１回または数回のインスリン用量の注射によって、患者自身によって処置することができる。例えば、充填済み使い捨てインスリンペンを注射デバイスとして用いることができる。代替として、再利用可能なペンを用いることもできる。再利用可能なペンは、空になった薬剤カートリッジを新しい薬剤カートリッジと交換することを可能にする。いずれのペンにも、各使用の前に交換される１組の使い捨ての針を搭載することができる。次に、例えば、インスリンペンにおいて、投与量ノブを回し、インスリンペンの投与量窓またはディスプレイから実際の用量を観測することによって、注射されるインスリン用量を手作業で選択することができる。次に、この用量は、針を適切な皮膚部分に挿入し、インスリンペンの注射ボタンを押下することによって注射される。
【０００３】
例えば、インスリンペンの誤った取り扱いを阻止するか、既に施された用量を追跡するか、または医療処置の変更および／もしくは継続に関する判断のための基礎を提供するために、インスリン注射を監視することができるようになるには、注射デバイスの条件および／または使用に関する情報、例えば、注射されるインスリンタイプ、用量、注射のタイミングのうちの１つまたはそれ以上を、確実かつ正確に測定することが望ましい。
【０００４】
特許文献１および特許文献２は、医療デバイスに解放可能に取り付けるように、または注射ペン等の医療デバイスの少なくとも一部分を解放可能に受けるように構成された装置を開示している。この装置は、ユーザによってデバイス内にプログラム設定された、デバイスによって投薬される投与量等の、医療デバイスの状態または使用に関する情報を決定するための１つまたはそれ以上の光センサを含む。特に、特許文献２において開示されている装置は、ユーザが注射を行う前に、１つまたはそれ以上の光センサによって検出された投与量を確認するために確認ボタンを押下しない場合、ユーザが表示された用量を確認することを提案するグラフィックを提示することができる。
【０００５】
薬剤投与量の監視等の用途の場合、センサデータが得られ、確実に処理されることが重要である。特に、誤った投与量の投与を回避するには、記録された投与量、および現在プログラム設定されている投与量に関してユーザに提供される任意のインジケーションが正確であることが重要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】ＷＯ２０１１／１１７２１２Ａ１
【特許文献２】ＷＯ２０１３／１２０７７７Ａ１
【発明の概要】
【課題を解決するための手段】
【０００７】
第１の態様によれば、データ収集デバイスが、カメラと、ディスプレイと、薬剤送達デバイス内にプログラム設定された薬剤投与量の確認を受け取るように構成されたユーザインタフェースと、処理装置であって、前記カメラを用いて薬剤送達デバイスの薬剤投与量インジケータの画像を捕捉し、データ収集デバイスのディスプレイ上に、前記画像の少なくとも一部を表示し、前記画像のうちの１つまたはそれ以上に基づいて、薬剤送達デバイス内にプログラム設定された薬剤投与量の事前のユーザ確認なしで注射が投与されたかどうかを決定し、前記事前のユーザ確認なしで注射が投与されたという決定に応答して、投与量ログに記憶するために、投与された注射の薬剤投与量を設定するようにユーザを促し、前記薬剤投与量を設定するユーザ入力を受け取り、前記薬剤投与量を記憶するように構成された、処理装置とを含む。
【０００８】
この態様は、そのようなデータ収集デバイスおよび薬剤送達デバイスを含む薬剤送達システムも提供する。いくつかの実施形態では、データ収集デバイスは、薬剤送達デバイスに取り付けるように構成される。そのような取り付けは、解放可能とすることができ、それによって、データ収集デバイスを、異なる薬剤送達デバイスと共に再利用することができる。薬剤送達デバイスは、インスリン注射ペン等の注射ペンとすることができる。
【０００９】
そのようなデータ収集デバイスは、未知の投与量を有する注射の発生を検出し、ユーザが省略を即座に修正することを要求することによって、ユーザに対する医薬品の送達の記録の信頼性を改善することができる。
【００１０】
例えば、ユーザによって投与される注射に関する収集データを記憶することができる投与量ログを維持することができる。そのようなデータは、薬剤投与量、薬剤タイプ、および注射の投与日時のうちの１つまたはそれ以上を含むことができる。そのような投与量ログは、データ収集デバイスに記憶することができる。代替としてまたは更に、データ収集デバイスは、データを、ログが維持されている別のデバイスに送信することができる。そのようなログを用いて、例えば、ユーザの医薬品に対し変更が行われるべきかどうかを判断するときに、ユーザの処置を監視しおよび／または見直すことができる。
【００１１】
更に、ディスプレイ上に提示される投与量は、画像内に示される光学的投与量を識別するための光学式文字認識等の手順を実行することなく、捕捉された画像から取得される。識別された数値ではなく、画像を用いることによって、誤った数値が自動的に識別され表示されることに起因して誤った投与量を投与するリスクを低減することができる。
【００１２】
薬剤投与量を事前に確認することなく注射が投与されたと決定することは、注射が行われたという特定の確認等の、ユーザから受け取られる入力、または投与される注射の薬剤投与量の設定の開始命令に基づくことができる。代替としてまたは更に、注射の投与は、例えば、薬剤投与量インジケータによって表示される投与量の変化を検出し、および／または表示される投与量がゼロ等の所定の数字であるときを決定することによって、自動的に行うことができる。特に、自動検出が用いられる場合、注射が投与されたかどうかを確認し、薬剤投与量の確認なしで注射が投与された状況と、注射が投与されていない別の状況とを区別するようにユーザに要請することができる。これは、ユーザが確認を提供するための特定の要求の形態をとることができるが、薬剤投与量の設定を開始するユーザ命令を受け取ったことも、注射が行われたことの確認として扱うことができる。
【００１３】
ユーザを促すことは、ユーザが提案投与量を確認することを要求すること、ユーザが、例えば提案投与量を調整することによって投与量を示す入力を提供することを要求すること、およびユーザが指定されていない投与量が記録されることになるかどうかを示すことを要求することのうちの１つまたはそれ以上を含むことができる。
【００１４】
ユーザによる投与量の設定は、データ収集デバイスによって表示される提案投与量を確認するユーザ入力、および／または表示される投与量を調整するユーザ入力を含むことができる。代替として、ユーザは、未知のまたは指定されていない薬剤投与量を示す特定の入力を提供することができる。
【００１５】
処理装置は、注射が投与されたかどうかを、カメラによって捕捉された薬剤投与量インジケータの１つまたはそれ以上の画像に示される薬剤投与量の決定に基づいて決定するように構成することができる。例えば、処理装置は、カメラによって捕捉された画像内の薬剤投与量インジケータによって示される投与量がゼロに等しいかどうかを決定し、ゼロ投与量または他の所定の投与量の検出に少なくとも一部基づいて、注射が投与されたと決定することができる。
【００１６】
ユーザインタフェースは、上記促すことに応答して、数値を示すことによって、プログラム設定された薬剤投与量をユーザが示すことを可能にするように構成することができる。例えば、処理装置は、提案投与量の画像をユーザに表示し、提案投与量の確認を要求することによってユーザを促すように構成することができる。処理装置は、ユーザが提案投与量を調整し、未知の投与量を用いた注射の記録に進むことも可能にする。提案投与量が表示される場合、提案投与量は、最も近時に確認された投与量、または複数の以前に確認された投与量の平均等の、以前に投与されたそれぞれの注射の１つまたはそれ以上の確認された薬剤投与量に基づく量のうちの、捕捉画像から識別される、注射の前に送達デバイス内にプログラム設定された最も高い投与量、または捕捉画像の一部に示される、注射の前に送達デバイス内にプログラム設定された最も近時の投与量とすることができる。提案投与量の表示は、数値を示すグラフィック、または薬剤投与量を示すカメラによって捕捉された画像のうちの１つの一部の形態をとることができる。データ収集デバイスは、ユーザが、提案投与量および複数の記憶された基準画像を示す画像から１つを選択し、注射において送達される薬剤投与量を示すことを可能にすることができる。別の例では、以前に投与された投与量を用いて薬剤送達デバイスを再プログラム設定するようにユーザに要求することができ、それによってカメラはユーザ確認のための新たな画像を捕捉することができる。
【００１７】
注射が投与されたかどうかを決定するために、処理装置は、薬剤投与量インジケータによって表示された薬剤投与量の数値のうちの１つまたはそれ以上、薬剤投与量インジケータによって表示された薬剤投与量が増加しているかそれとも減少しているか、および／または捕捉画像のうちの１つにおける薬剤投与量インジケータがゼロの投与量を示すかどうかを決定するように構成することができる。
【００１８】
別の態様によれば、データ収集デバイスを用いて薬剤送達デバイスから薬剤投与量情報を収集する方法であって、データ収集デバイスのカメラを用いて薬剤送達デバイスの薬剤投与量インジケータの画像を捕捉することと、データ収集デバイスのディスプレイに前記画像を表示することであって、データ収集デバイスが、前記画像のうちの１つまたはそれ以上に基づいて、薬剤送達デバイス内にプログラム設定された薬剤投与量の事前のユーザ確認なしで薬剤送達デバイスによって注射が投与されたかどうかを決定することと、データ収集デバイスが、前記事前のユーザ確認なしで注射が投与されたという決定に応答して、前記注射のために薬剤送達デバイス内にプログラム設定された薬剤投与量を示すようにユーザを促すこととを含む、方法が提供される。
【００１９】
注射が投与されたという決定は、光学式パターン認識および光学式文字認識のうちの少なくとも１つを用いてカメラによって捕捉された薬剤投与量インジケータの１つまたはそれ以上の画像内に示される薬剤投与量の決定に基づくことができる。例えば、決定は、カメラによって捕捉された画像内の薬剤投与量インジケータによって示される投与量が、ゼロ等の所定の量に等しいかどうかの決定に少なくとも一部基づくことができる。
【００２０】
注射が投与されたという決定は、薬剤投与量インジケータによって示される投与量が減少しているかどうかの決定に基づくことができる。
【００２１】
ユーザを前記促すことは、提案投与量を表示し、前記提案投与量のユーザ確認および調整のうちの少なくとも１つを可能にすることを含むことができる。
【００２２】
ここで、添付の図面を参照して、本発明の例示的な実施形態が説明される。
【図面の簡単な説明】
【００２３】
【図１】薬剤送達デバイスによるデバイスのブロック図である。
【図２】図１のデバイスの一部の斜視図である。
【図３】本発明の一実施形態による、図１の薬剤送達デバイスと共に用いることができるデータ収集デバイスを含むシステムの斜視図である。
【図４】本発明の別の実施形態による、図１の薬剤送達デバイスに取り付けられたデータ収集デバイスを示す。
【図５】本発明の別の実施形態による、図１の薬剤送達デバイスに取り付けられたデータ収集デバイスを示す。
【図６】図３に示すデータ収集デバイスのブロック図である。
【図７】図３に示すデータ収集デバイスを用いた薬剤投与量を決定する方法のフローチャートであり、ユーザは注射の前に薬剤投与量を確認する。
【図８】一実施形態による、薬剤の送達後に薬剤投与量情報を収集するための手順のフローチャートである。
【図９】ユーザがタッチスクリーンを介して薬剤投与量を入力するときの図３のデータ収集デバイス上の表示を示す。
【図１０】投与された注射のログを介したユーザナビゲーションおよびデータ転送スクリーンを示す。
【図１１】別の実施形態による、薬剤投与量データを収集する方法のフローチャートである。
【図１２】図１１の方法の一部の間のデータ収集デバイス上の表示を示す。
【図１３】更に別の実施形態による方法のフローチャートである。
【図１４】図１３の方法の一部の間のデータ収集デバイス上の表示を示す。
【図１５】更なる実施形態による方法のフローチャートである。
【発明を実施するための形態】
【００２４】
以下において、本発明の実施形態が、ＳａｎｏｆｉのＳｏｌｏＳＴＡＲ（登録商標）ペン等のインスリン注射デバイスからのデータの収集を参照して説明される。しかしながら、本発明は、そのような用途に限定されず、他の薬剤を射出する注射デバイス、または他のタイプの薬剤送達デバイスを用いても等しく良好に展開することができる。
【００２５】
図１は、この特定の例では、ＳａｎｏｆｉのＳｏｌｏＳＴＡＲ（登録商標）インスリン注射ペンを表す注射デバイス１の展開図である。この例では、注射デバイス１は、ハウジング１０を含み、針１５を取り付けることができるインスリン容器１４を含む、充填済み使い捨て注射ペンである。針は、内側ニードルキャップ１６および外側ニードルキャップ１７によって保護され、そしてこれをキャップ１８によって覆うことができる。注射デバイス１から射出されるインスリン用量は、投与量ノブ１２を回すことによって選択することができ、次に、選択された用量が、投与量窓１３を介して、例えば、いわゆる国際単位（ＩＵ）の倍数で表示される。ここで、１ＩＵは、約４５．５マイクログラムの純粋な結晶インスリン（１／２２ｍｇ）に生物学的に等価である。投与量窓１３内に表示される選択された用量の一例は、図１ａに示すように、例えば３０ＩＵとすることができる。選択された用量は、図１に示すディスプレイと異なる方法で同様にうまく表示することもできることに留意されたい。
【００２６】
投与量窓１３は、投与量ノブ１２が回されるときに動くように構成される、ユーザが数字スリーブ７０の限られた部分を見ることを可能にするハウジング１０内のアパーチャの形態をとることができる。投与量窓１３内に表示される数字の画像を取得することを容易にするために、数字スリーブ７０はマットな表面を有することができる。
【００２７】
ラベル１９をハウジング１０上に設けることができる。ラベル１９は、薬剤を識別する情報を含む、注射デバイスに含まれる薬剤に関する情報を含む。薬剤を識別する情報は、テキストの形態をとることができる。薬剤を識別する情報は、色の形態をとることもできる。例えば、ラベル１９は、背景を有するか、または、注射デバイス内に提供される薬剤の特定のタイプに対応する色を有する縞模様等の濃淡のある要素を含むことができる。代替としてまたは更に、ラベルは、バーコードもしくはＱＲコード（登録商標）、またはそのような情報を記憶するＲＦＩＤタグもしくは同様のデバイス等のコードを含むことができる。代替としてまたは更に、注射ボタン１１または投与量ノブ１２等の注射デバイスの１つまたはそれ以上の部材を、薬剤に対応する色を有する材料で形成することができる。場合により、注射デバイス１内のインスリン容器（図示せず）の部材は、薬剤タイプを示す色分けされた部分を含むことができ、投与量窓１３を通じて視認可能にすることができる。薬剤を識別する情報は、白黒パターン、色パターンまたは濃淡の形態をとることができる。
【００２８】
投与量ノブ１２を回すことにより、機械クリック音が生じて、ユーザに音響フィードバックを与える。数字スリーブ７０は、インスリン容器内１４のピストンと機械的に相互作用する。針１５が患者の皮膚部分に穿刺され、次に注射ボタン１１が押下されると、投与量窓１３に表示されたインスリン用量が注射デバイス１から射出される。注射ボタン１１が押下された後、注射デバイス１の針１５がある時間にわたって皮膚部分内に留まっているとき、高い割合の用量が患者の身体に実際に注入される。インスリン用量の射出によっても機械クリック音が生じるが、これは、投与量ノブ１２の使用時に生じる音とは異なる。
【００２９】
インスリン容器１４が空になるか、または注射デバイス１の使用期限（例えば、最初の使用から２８日）に達するまで、注射デバイス１をいくつかの注射プロセスに用いることができる。
【００３０】
更に、注射デバイス１を初めて用いる前に、例えば、２ＩＵのインスリンを選択し、針１５が上方に向いた状態で注射デバイス１を保持しながら注射ボタン１１を押下することによって、インスリン容器１４および針１５から空気を除去するための、いわゆる「プライムショット」を行う必要がある場合がある。提示を簡単にするために、以下において、射出用量が注射用量に実質的に対応するので、例えば、次に注射される用量を提案するときに、この用量は注射デバイスにより射出されなければならない用量に等しいことが例示的に想定される。それにもかかわらず、特に「プライムショット」に関して、射出用量と注射用量との差（例えば、損失）を、当然考慮に入れることができる。
【００３１】
図２は、注射デバイス１の一端の拡大図である。図１に示す特定の例において、位置決めリブ７１が観察窓１３と投与量ノブ１２との間に位置決めされる。
【００３２】
図３〜図６は、インスリンタイプ、投与量、および注射タイミング等の、図１の注射デバイスからのデータを収集するのに用いることができる装置を示す。
【００３３】
図３は、データ収集デバイス３を含むデータ収集システム２を示す。データ収集デバイス３は、注射デバイス１に取り付けられるように構成される。この特定の実施形態において、データ収集デバイス３は、クリップ２０−１、２０−２を含み、これらは、注射ペン１に装置２を解放可能に取り付けるようにハウジング１０を取り込むように構成される。代替として、クリップ２０−１および２０−２は、例えば、リング形状の部材（図示せず）と置き換えることができ、このリング形状の部材の中に、注射デバイス１のハウジング１０の上側部分を挿入することができる。
【００３４】
データ収集デバイス３のハウジング２０は、データ収集デバイス３を投与量窓１３と位置合わせし、それらの間の回転を防ぐための構造物を含むことができる。そのような構造物は、ハウジング１０上の位置決めリブ７１もしくは他の構造物（図示せず）を受けるように構成された、データ収集デバイス３のハウジング２０上の凹部（図示せず）、および／または注射デバイス１のハウジング１０上の凹部５２に係合するように構成されたアーム２０−１、２０−２の内面上の突起（図示せず）を含むことができる。
【００３５】
データ収集デバイス３は、ディスプレイ２１と、データ収集デバイス３をオンおよびオフに切り替え、ならびに／または別のデバイス４へのデータの送信等の機能を起動するための電源ボタン２２を含む。この特定の例において、データ収集デバイス３は、投与量窓１３の少なくとも一部の画像を捕捉し、セルラ電気通信ネットワーク、ｗｉ−ｆｉネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワークまたは類似のもの等のネットワークを介して、他のデバイス４に画像および他のデータを送信し、場合によりそれらからデータを受け取るように構成される。他のデバイス４は、携帯電話、タブレットコンピュータ、サーバまたは他のコンピューティングデバイスとすることができる。
【００３６】
図４は、注射デバイス１に取り付けられたときの、本発明の別の実施形態によるデータ収集デバイス５を示す。この例において、データ収集デバイス５は、図３のデータ収集デバイス３に関連して上記で説明したような、位置決めリブ７１および凹部５２に係合する、注射ペン１のハウジング１０の周りにクリップすることができるヒンジ（図示せず）によって連結された２つのハウジングセクション４０−１、４０−２から形成されるハウジングを有する。この特定の例において、ユーザが通信ボタン４１を用いてデータ収集デバイス５から他のデバイス４への通信を制御し、コマンドボタン４２を用いて、ディスプレイ２１上に表示される情報またはコマンドを確認することを可能にするための追加のボタン４１、４２が提供される。
【００３７】
図５は、注射デバイス１に取り付けられたときの、本発明の更に別の実施形態によるデータ収集デバイス６を示す。図５のデータ収集デバイス６は、図４に示す通信ボタン４１およびコマンドボタン４２の代わりに多機能ボタン３５が提供されるという点で、図４のデータ収集デバイス５と異なる。
【００３８】
図６は、データ収集デバイス３のブロック図であるが、図４および図５に示すデータ収集デバイス５、６に等しく適用可能とすることができる。データ収集デバイス３は、コントローラ２４を含む電子デバイスである。コントローラ２４は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の１つまたはそれ以上のプロセッサを含む処理装置である。
【００３９】
データ収集デバイス３には、内蔵カメラ２５が設けられ、この内蔵カメラ２５は、データ収集デバイス３が注射ペン１に取り付けられるとき、投与量窓１３の少なくとも一部の画像を捕捉するように配置される。データ収集デバイス３がユーザの視界から投与量窓１３を不明瞭にするので、投与量窓１３に現在表示されている薬剤投与量を示すために、カメラ２５によって捕捉される画像の一部または全てをディスプレイ２１上でユーザに提示することができる。
【００４０】
この例において、データ収集デバイス３は、ディスプレイ２１と併せて、ユーザに情報を提示し、および／またはアラートを提供するために用いることができる音響信号発生器（ａｃｏｕｓｔｉｃａｌ  ｓｉｇｎａｌ  ｇｅｎｅｒａｔｏｒ）２３も含む。
【００４１】
この特定の例において、ディスプレイ２１は、ディスプレイ２１をタッチすることによって、および場合により、ディスプレイ２１上のスワイプの動きを用いることによって、ユーザがコマンドまたは情報を入力することを可能にするタッチスクリーンとして構成される。例えば、ディスプレイ２１は、第１および第２のタッチセンサ領域２１ａ、２１ｂとのユーザ接触が検出される順序に基づいて、２つの方向のうちの１つにおいてユーザによって行われるスワイプの動きを検出するための、第１および第２のタッチセンサ領域２１ａ、２１ｂを含むことができる。
【００４２】
データ収集デバイス３は、コントローラ２４によって実行されるソフトウェア、カメラ２５から受け取られるデータ、およびそのようなデータの処理結果を記憶するように構成されたメインメモリ２４１およびプログラムメモリ２４０も含む。また、データ収集デバイス３と他のデバイス４との間の通信リンクを提供するように構成される無線ユニット２８、および再充電可能なバッテリとすることができるバッテリ２９も提供される。
【００４３】
データ収集デバイス３は、場合により、モーションセンサ３０、ハウジング１０上のバーコード情報を読み出すための光度計（ｐｈｏｔｏｍｅｔｅｒ）（図示せず）、注射ペン１への用量および／または注射の投与のプログラム設定を示す音を検出するための１つまたはそれ以上の音響センサ（図示せず）も含むことができる。
【００４４】
データ収集デバイス３、５、６のコントローラ２４は、画像を処理してカメラ２５によって捕捉された画像に示される薬剤投与量に関する情報を抽出し、抽出した情報を、カメラ２５によって捕捉された画像の代わりに、またはその画像と共に他のデバイスに送信するように構成することができる。例えば、コントローラ２４は、１つまたはそれ以上の捕捉された画像に対し、光学式パターン認識および光学式文字認識（ＯＣＲ）のうちの１つまたはそれ以上を行うように構成することができる。そのようなパターン認識および／またはＯＣＲは、表示された薬剤投与量を識別すること、表示された薬剤投与量が、ゼロＩＵ等の特定の値に対応するかどうかを決定して、薬剤の送達の前に、注射デバイス１内にプログラム設定される最も高い投与量を決定すること、およびユーザが注射デバイス１内への投与量の増大をプログラム設定しているかそれとも減少をプログラム設定しているかを決定することのうちの１つまたはそれ以上のために利用することができる。
【００４５】
図７は、ユーザが薬剤の送達前に検出された投与量を確認する、データ収集デバイス３を用いて薬剤投与量情報を収集する方法のフローチャートである。
【００４６】
工程ｓ７．０において開始して、デバイスは、例えば、ユーザが電源ボタン２２を押下するのに応答して電源オンにされる（工程ｓ７．１）。
【００４７】
場合により、データ収集デバイス３は、注射ペン１内の薬剤のタイプに関するデータを収集する（工程ｓ７．２）。例えば、データ収集デバイス３のカメラ２５は、コードを含むか、または特定のタイプの薬剤に対応する色を有する注射ペンの部材の画像を捕捉し、それによって、コントローラ２４は、ルックアップテーブルまたは同様のものから薬剤タイプを決定することができる。薬剤を識別するための他の例示的な技法は、注射ペン上でまたはユーザ入力から提供されるＲＦＩＤタグを読み出すことを含む。
【００４８】
次に、カメラ２５は、ユーザが特定の薬剤投与量を送達するように注射ペン１をプログラム設定する間に投与量窓１３の画像を捕捉する（工程ｓ７．３）。
【００４９】
捕捉された画像は、ディスプレイ２１上に表示され（工程ｓ７．４）、それによって、ユーザは、投与量ノブ１２を用いる間に、現在プログラム設定されている投与量を見ることができる。
【００５０】
データ収集デバイス３は、ユーザから、送達される薬剤投与量を確認する入力を受け取るまで（工程ｓ７．５）、画像を捕捉し表示することを継続する（工程ｓ７．３、ｓ７．４）。例えば、ユーザは、データ収集デバイス３上に設けられた１つのボタン２２を押下することによって、または特定の領域２１ａ、２１ｂをタッチするかもしくはディスプレイ２１上をスワイプすることによって、現在表示されている投与量が、送達される量であることを示すことができる。
【００５１】
ハウジング１０上に１つのボタン２２のみが設けられる実施形態では、コントローラ２４は、ボタン２２が所定の閾値よりも短い期間にわたって、それとも長い期間にわたって押下されたかどうかを決定することによって、ボタン２２の起動に応答するように構成することができる。例えば、ボタン２２が、閾値より短い時間にわたって押下されている場合（「短い押下」）、コントローラ２４は、ボタン２２の起動を、確認（「ＯＫ」）を示すものとして扱うことによって応答することができる。他方で、ボタン２２が、所定の閾値を超える時間にわたって押下されている場合（「長い押下」）、コントローラ２４は、データ収集デバイス３の電源を切ることによって応答する。
【００５２】
複数のボタンが設けられる実施形態において、例えば、図４のデータ収集デバイス５において、ユーザは、コマンドボタン４２を押下することによって、表示された投与量の確認を提供することができる。
【００５３】
コントローラ２４は、投与量窓１３の画像を捕捉する（工程ｓ７．６）ようにカメラ２５を制御することによって、工程ｓ７．５によって受け取られたユーザ入力に応答し、次に画像を記憶する（工程ｓ７．７）。
【００５４】
コントローラ２４は、注射に進むためのインジケーションをユーザに提供する（工程ｓ７．８）。例えば、コントローラ２４は、ディスプレイ２１に、針１５の方を向いた矢印を表示し、注射ボタン１１がその方向に沿って押下されるべきであることをユーザに示すことができる。
【００５５】
次に、データ収集デバイス３は、ユーザからの、注射が投与されたことの確認を待つ（工程ｓ７．９、ｓ７．１０）。ユーザは、ボタン２２、２４、２５を押下することによって、またはタッチスクリーンを介して確認を提供することができる。
【００５６】
代替として、データ収集デバイス３は、光学式文字認識または光学式パターン認識を行うように構成され、次に、カメラ２５は、画像を取得し続けるように構成することができ、工程ｓ７．９およびｓ７．１０におけるユーザからの確認に頼る代わりに、注射が行われたことを示唆する、表示された投与量のゼロへの減少を検出することができる。
【００５７】
注射が確認された場合（工程ｓ７．１０）、コントローラ２４は、注射の時刻等の注射に関する情報、および場合により、薬剤タイプに関するデータを記憶し（工程ｓ７．１１）、注射プロセスを完了する（工程ｓ７．１２）。工程ｓ７．７に記憶された画像と共に、記憶されたデータは、例えば、医療従事者による定期的レビューのために、ユーザによって投与された処置のログに含めることができる注射の記録を提供する。記憶されたデータ、または提供される場合、処置のログは、ユーザによる要求に応じて他のデバイス４に送信することができる。
【００５８】
図８は、ユーザが注射を投与する前に投与量を確認しない場合に辿ることができる一実施形態による手順を示す。この特定の例において、データ収集デバイス３は、光学式パターン認識、光学式文字認識、またはプログラム設定された投与量における変化の決定を行うように構成される必要がない。
【００５９】
上記で検討したように、工程ｓ８．０〜ｓ８．４は図７の工程ｓ７．０〜ｓ７．４に対応する。一方、この例において、ユーザは、最初に投与量を確認することなく注射の投与に進んだ（工程ｓ８．５）。ＳｏｌｏＳＴＡＲ（登録商標）ペン等の注射デバイス１において、投与量窓１３に表示される投与量は、注射ストローク中に減少し、プログラム設定された薬剤投与量が射出されたとき、ゼロに到達する。このため、ボタン２２、２４、２５を押下することによって、またはディスプレイ２１をタッチすることによってユーザが確認を与えると（工程ｓ８．６）、図７の工程ｓ７．６およびｓ７．７に関して上記で説明したように、新たな画像が捕捉および記憶され（工程ｓ８．７、ｓ８．８）、新たに捕捉された画像は、ゼロの投与量を示す。
【００６０】
次に、データ収集デバイス３は、注射に進むようにユーザを促す。この時点で、ユーザは、プログラム設定された投与量を確認することを省略したことに気づく。
【００６１】
例えば、ディスプレイ２１上をスワイプすることによる、ユーザによるコマンドに続いて、データ収集デバイス３は「事後記憶（ｐｏｓｔ−ｓｔｏｒｉｎｇ）」モードに入る。このモードにおいて、ユーザは、投与された投与量を示すことができる。データ収集デバイス３は、提案投与量を示す画像を表示する（工程ｓ８．１０）。例えば、画像は、工程ｓ８．８において捕捉されたゼロ投与量を示す画像とすることができるか、または工程ｓ８．３においてカメラ２５によって以前に捕捉された画像とすることができる。代替として、メモリユニット２４０、２４１に以前に記憶された所定の投与量を示すデフォルト画像を表示することができる。
【００６２】
ユーザが提案投与量を確認した場合（工程ｓ８．１１）、表示された画像が、注射の時刻および場合により薬剤タイプを示す他のデータと共に記憶される（工程ｓ８．１２）。
【００６３】
ユーザが提案投与量を確認しない場合（工程ｓ８．１２）、ユーザは、確認された投与量を入力するように要求される（工程ｓ８．１３）。確認された投与量は、工程ｓ９．１４において受け取られ、次に、注射の時刻および場合により薬剤タイプに関する情報と共に記憶される（工程ｓ８．１５）。
【００６４】
図９は、「事後記憶」ダイアログと呼ばれる、タッチスクリーンを用いた投与量のユーザ入力のための例示的な手順を示す。図９に示すように、投与量は、例えば、数字スリーブに類似したグラフィック４３において表示される。この特定の例において、次に、ユーザは、ディスプレイ２１上で指をスワイプすることによって、ディスプレイ上に示された投与量を増減させることができる。ここで、第１の方向、例えば左方向へのスワイプ動作により示される投与量を減少させ、第２の方向、例えば右へのスワイプ動作により示される投与量を増大させる。ディスプレイ２１によって正しい投与量が示されると、ユーザは、ボタン２２の短い押下によって、または提供される場合、コマンドボタン４２を押下するかもしくはディスプレイ２１の所定の領域をタッチすることによってこれを確認することができる。
【００６５】
代替として、ユーザは、投与された注射と同じ投与量で注射ペン１を再プログラム設定するように投与量ノブ１２を回し、次に、工程ｓ９．１３において、投与量の確認を示すことができる。次に、コントローラ２４は、カメラ２５を用いてプログラム設定された投与量（図示せず）の画像を補捉し、新たに捕捉された画像を、注射に関する他のデータと共に記憶することによって確認に応答することができる（工程ｓ８．１５）。
【００６６】
一方、ユーザが工程ｓ８．１１において、例えば、電源２２ボタンの長い押下によってデータ収集デバイス３を単にオフに切り替える場合、データ収集デバイス３は、指定された薬剤投与量（図示せず）を伴うことなく、単に、注射の時刻および場合により薬剤タイプに関するデータを記憶することができる。
【００６７】
手順は工程ｓ８．１６において終了する。
【００６８】
図１０は、ユーザが、ログエントリおよび転送モード間でどのようにナビゲートすることができるかを示す処置ログにおける表示されたエントリ４４を示す。図１０に示すように、以前の注射からの期間が、例えば、時計またはストップウォッチに類似したグラフィックにおいて表示される。ユーザは、ディスプレイ２１上で第１の方向および第２の方向にスワイプすることによって、連続したログエントリ間をスワイプすることができる。最も近時のエントリから開始する第２の方向におけるスワイプ動作は、データ収集デバイス３を転送モードに切り替えることができる。転送モードにおいて、ユーザは、データ収集デバイス３に、記憶されたデータを、無線ユニット２８を介して他のデバイス４に転送するように命じることができる。
【００６９】
図７および図８に示す手順において、データ収集デバイス３は、捕捉された画像から薬剤投与量情報を抽出するように用いられず、薬剤投与量の特定は、他のデバイス４によって行われる。一方、他の実施形態では、データ収集デバイス３のコントローラ２４は、捕捉された画像を処理して表示された投与量を決定するように構成することができる。ここで、そのような他の実施形態の例が、図１１、図１２および図１３を参照して説明される。
【００７０】
図１１は、この場合、光学式パターン認識を行うように構成されたデータ収集デバイス３を用いて薬剤投与量情報を収集する別の方法のフローチャートである。この手順において、ユーザは、注射の完了を確認することを要求されていない。
【００７１】
工程ｓ１１．０から開始して、デバイスは、例えば、ユーザが電源ボタン２２を押下することに応答して電源オンにされる（工程ｓ１１．１）。
【００７２】
次に、データ収集デバイス３は、図７の工程ｓ７．２に関連して上記で説明したように、薬剤のタイプを決定し、ディスプレイ２１上の薬剤の名称等の薬剤情報を提示する。
【００７３】
次に、カメラ２５は、ユーザが特定の薬剤投与量を送達するように注射ペン１をプログラム設定している間、投与量窓１３の画像を捕捉する（工程ｓ１１．３）。捕捉された画像は、ディスプレイ２１上に表示され（工程ｓ１１．４）、それによって、ユーザは現在プログラム設定されている投与量を見ることができる。
【００７４】
ユーザがプログラム設定された投与量を確認する場合（工程ｓ１１．５）、コントローラ２４は、投与量窓１３の画像を捕捉するようにカメラ２５を制御することによって応答し（工程ｓ１１．６）、捕捉された画像をメモリユニット２４０、２４１のうちの１つに記憶する（工程ｓ１１．７）。
【００７５】
コントローラ２４は、注射に進むというインジケーションをユーザに提供する（工程ｓ１１．８）。例えば、コントローラ２４は、ディスプレイ２１に、針１５の方を向いた矢印を表示し、注射ボタン１１が押下されるべきであることをユーザに示す。
【００７６】
カメラ２５は、注射ストローク中、投与量窓１３の画像の捕捉を継続する（工程ｓ１１．９）。注射が投与されるにつれ、投与量窓１３に示される数字が減少する。上述したように、ＳｏｌｏＳＴＡＲ（登録商標）ペン等の注射デバイス１において、注射ストロークが完了すると、投与量１３は「０」の投与量を表示する。コントローラ２４はカメラ２５によって捕捉された画像に対し光学式パターン認識を実行し、「０」の値が示されたときを識別し（工程ｓ１１．１０）、注射の投与が完了したと決定する（工程ｓ１１．１１）。
【００７７】
工程ｓ１１．１０においてコントローラ２４によって実行される光学式パターン認識または光学式パターン相関は、捕捉された画像において個々の数字を識別する必要がないため、完全なＯＣＲ技法よりも計算集約的でないものにすることができる。例えば、コントローラ２４は、メモリユニット２４０、２４１のうちの一方に記憶された、投与量「０」が表示されている投与量窓１３の基準画像をスキャンし、捕捉された画像と基準画像との相関が所定の閾値を超えているかどうかを決定するように構成することができる。
【００７８】
画像捕捉およびパターン認識の工程（工程ｓ１１．９、１１．１０、１１．１１）は、投与量窓１３に表示されている投与量がゼロであると決定される（工程ｓ１１．１１）まで繰り返される。このゼロ検出により、タイマがトリガされる（ｓ１１．１２）。このタイマは、ユーザが、薬剤が分散するのを可能にするように針を注射部位に保持するように命令される「滞留時間（ｄｗｅｌｌ  ｔｉｍｅ）」を示すタイマをトリガする（ｓ１１．１２）。滞留時間中、データ収集デバイス３は、ディスプレイ２１上にグラフィックまたはアニメーションを提示し（工程ｓ１１．１３）、ユーザに、注射部位から針を除去する前に待機する必要性を示すことができる。例えば、ディスプレイ２１は、砂時計を示すアニメーションを提示することができる。
【００７９】
滞留時間が経過すると（工程ｓ１１．１４）、コントローラ２４は、薬剤の送達に関するデータを記憶する（工程ｓ１１．１５）。
【００８０】
他方で、工程ｓ１１．５において投与量のユーザ確認が受け取られない場合、コントローラ２４は、最も近時に捕捉された画像に対し光学式パターン認識を行い、示されている投与量が「０」であるかどうかを決定する（工程ｓ１１．１６）。投与量が０であると決定された場合、ユーザがプログラム設定された投与量を確認することなく、注射が投与されたと決定される（工程ｓ１１．１７）。
【００８１】
工程ｓ１１．１７において、投与量の事前の確認なしで注射が投与されたと決定された場合、データ収集デバイス３は、注射が未知の投与量で記録されることになるかどうかを示すようにユーザを促す。図１２に示すように、例えば、数字ではなくクエスチョンマーク「？」が付いた投与量の画像を示すグラフィック４６をディスプレイ２１上に提示することができる。例えば、ユーザは、注射が行われず、代わりに、ユーザが投与量をゼロにリセットすることによってゼロ投与量の検出が生じた場合に、未知の投与量を記録すると判断することができる。
【００８２】
注射が未知の投与量で記録されることになるというインジケーションがユーザから受け取られた場合（工程ｓ１１．１８）、時刻および場合により薬剤タイプ等の注射に関する利用可能なデータが、投与量が未知であるというインジケーションと共に記憶される（工程ｓ１１．１９）。
【００８３】
代わりに、ユーザが、注射が指定された投与量で記録されることになることを示す場合、データ収集デバイス３は、「事後記憶」モードに入り、例えば、図９を参照して上記で論考したダイアログを用いて、投与量を設定するユーザ入力を要求する（工程ｓ１１．２０）。
【００８４】
薬剤投与量を設定するユーザ入力が受け取られると（工程ｓ１１．２１）、確認された投与量、注射の時刻、および場合により薬剤タイプを含むデータが記憶される（工程ｓ１１．１５）。
【００８５】
次に、手順は終了する（工程ｓ１１．２２）。
【００８６】
図１３は、光学式文字認識（ＯＣＲ）を行うことが可能なデータ収集デバイス３と共に用いるための別の実施形態による方法を示す。
【００８７】
工程ｓ１３．０から開始して、データ収集デバイス３が電源オンにされる（工程ｓ１３．１）。次に、データ収集デバイス３は、薬剤タイプを決定し、図８の工程ｓ８．２に関連して上記で説明したように、薬剤名等の薬剤情報をディスプレイ２１上に提示する（工程ｓ１３．２）。
【００８８】
カメラ２５は、ユーザが特定の薬剤投与量を送達するように注射ペン１をプログラム設定する間、投与量窓１３の画像を捕捉する（工程ｓ１３．３）。捕捉された画像は、ディスプレイ２１上に表示され（工程ｓ１３．４）、それによって、ユーザは現在プログラム設定されている投与量を見ることができる。
【００８９】
投与量窓１３に表示されている投与量が変化していると決定された場合（工程ｓ１３．５）、これは薬剤投与量のプログラム設定が依然として進行中であることを示唆し、別の画像がカメラによって捕捉され（工程ｓ１３．３）、表示され（工程ｓ１３．４）、これらの工程は、投与量が変化していないと決定される（工程ｓ１３．５）まで繰り返される。投与量が所定の期間にわたって変化していないと決定された場合、投与量は変化していないとみなされる。所定の期間は、０．１秒〜１秒の範囲とすることができる。特に、所定の期間は、０．１秒〜０．４秒の範囲、例えば、０．２秒の期間とすることができる。
【００９０】
投与量が変化しているかどうかの決定は、運動センサ３０が設けられている場合、運動センサ３０による投与量ノブ１２または数字スリーブ７０の動きの検出に基づくことができる。例えば、運動センサ３０を有しないデータ収集デバイスにおける他の実施形態では、コントローラ２４は、カメラ２５によって捕捉される画像に基づいて、投与量窓１３内に表示される投与量が所定の期間にわたって変化していないと決定することができる（工程ｓ１３．５）。例えば、数字スリーブ７０上の数字の画像がぼやけて見える場合、ユーザが依然として投与量ノブ１２を操作しており、投与量のプログラム設定がまだ完了していないと決定することができる。一方、投与量窓１３内の数字の画像が鮮明である場合、または所定の期間中に捕捉された連続画像が互いに合致している場合、投与量がもはや変化しておらず、注射デバイス１のプログラムが完了した場合があると決定することができる（工程ｓ１３．５）。
【００９１】
投与量窓１３に表示される投与量が所定の期間にわたって変化していないと決定された場合（工程ｓ１３．５）、これはユーザが薬剤投与量のプログラム設定を完了した可能性があることを示唆し、画像がコントローラ２４によって処理され、表示される投与量がＯＣＲを用いて決定される（工程ｓ１３．６）。
【００９２】
別の実施形態では、投与量は、投与量の変化を最初にチェックする（工程ｓ１３．５）ことなく決定することができる（工程ｓ１３．６）。一方、ＯＣＲを用いた投与量の特定（工程ｓ１３．６）を、投与量が変化していないとき（工程ｓ１３．５）に限定することは、データ収集デバイス３における計算リソースおよび電力リソースを節減するのに役立ち、ひいては、バッテリ２９の充電または交換間の時間間隔を延ばすことができる。
【００９３】
場合により、コントローラ２４は、ＯＣＲに先行して、捕捉された画像の前処理を行い、以下の工程を実行することによって画像品質を評価し、必要な場合、改善することができる。
・欠陥があり不良な画素の補正
・光補正
・歪み
・ジッタ
【００９４】
例えば、露出制御アルゴリズムは、カメラ２５の動作を調整して、カメラ２５のための露出パラメータを制御することによって、明るすぎるかまたは暗すぎる画像を補正することができる。
【００９５】
任意選択の前処理は、カメラに対する注射デバイス１の向きに基づいて投与量窓１３内に表示される文字のスキューを補正し、および／または投与量窓１３内に表示される文字の任意の傾きを補正することによって画像を調整することも含むことができる。例えば、投与量窓１３内の数字は、ユーザによる認識および位置決めを容易にするために傾いている場合があるが、傾きが取り除かれた場合、データ収集デバイス２０による復号が容易になる場合がある。
【００９６】
次に、コントローラ２４は、投与量窓１３内に表示されている数字または他の投与量インジケーションを決定するために、メモリユニット２４０、２４１に記憶されたＯＣＲアルゴリズムを用いて投与量窓１３の画像から文字を認識することを試みる。
【００９７】
ＯＣＲプロセスは以下の工程を含む
・バイナリ化
・セグメント化
・パターンマッチング
・位置計算
【００９８】
いくつかの実施形態では、信頼性を高めるために並列に動作する２つのＯＣＲアルゴリズムが存在する場合がある。２つのＯＣＲアルゴリズムは同じ入力（画像）を有し、同じ出力を提供するように意図される。それらは共に、類似した工程を実行するが、各工程において用いられる個々の方法は変動する場合がある。これらの２つのＯＣＲアルゴリズムは、バイナリ化、セグメント化、パターンマッチングおよび位置計算工程のうちの１つ、またはこれらの工程のうちの２つ以上において異なる場合がある。同じ結果をもたらすために異なる方法を用いる２つのＯＣＲ部分を有することによって、データが２つの独立した方法で処理されるので、アルゴリズム全体の信頼性が増大する。
【００９９】
ＯＣＲプロセスにおいて、カメラ２５から取得され、上記で説明したように調整されるカラー画像またはグレースケール画像は、バイナリ化プロセスを通じて、単なる白黒画像に変換される。投与量窓において暗い数字が明るい背景上に提示されている例において、白黒画像は、黒画素で数字の存在を示し、白画素で数字の不在を示す。いくつかの実施形態では、黒画素と白画素とを分離するのに固定の閾値が用いられる。バイナリ化されたピクチャにおいて、閾値以上の値を有する画素は白になり、閾値未満の画素は黒になる。高い閾値はアーチファクト（白いエリアにおける黒い部分）につながるのに対し、低い閾値は、場合によっては数字の一部が欠落するというリスクを有する。いくつかの実施形態では、アルゴリズムが一般的にアーチファクトに対してロバストである（すなわち、何らかのアーチファクトが存在する場合、正確なＯＣＲプロセスを実行することができる）ので、閾値は、いずれの場合にも数字の一部が欠落しないように選択される。画像が２５６濃淡値を用いて解析される試験において、１２７の閾値が良好な結果を示した。
【０１００】
例えば前処理において、光補正が行われた場合、固定閾値の使用が可能である。光補正および固定閾値の組み合わせは、窓平均バイナリ化に類似している。窓平均バイナリ化は、画素値を、その画素が位置するエリアの画素の平均値と比較する。歪みおよび傾き補正工程の前に光補正工程を実行することは、ＯＣＲプロセスに用いられるように利用可能な情報がより多いことを意味し、これは、ピクチャのエッジおよびコーナーにおいてより良好な結果をもたらすことが示されている。代替として、捕捉されたグレースケール画像にＯｔｓｕ閾値方法を適用して、バイナリ画像を生成することができる。いくつかの代替的な実施形態では、バイナリ化は省略することができ、アルゴリズムのＯＣＲ部分を、捕捉されたカラー画像またはグレースケール画像において実行することができる。
【０１０１】
次に、セグメント化が実行される。アルゴリズムのこの部分の目標は、画像内の各可視のまたは部分的に可視の数字の正確な位置を決定することである。これを達成するために、アルゴリズムは、数字のエッジを見つけることによって、可視の数字の境界を画定する。これは通常、任意の順序で実行することができる２つの工程において達成される。コントローラ２４は、バイナリ化された画像を形成する画素列が解析される「垂直投影」を行うことができる。各画素列が個々に解析され、各列内の黒画素の数の和が計算される。いくつかの実施形態では、ゼロ個の黒画素を有する画素列のみが、数字のエッジを画定する。代替として、汚れ、引っかき傷および他の外乱を計上するために、黒画素の数のための低い閾値を設定することができる。隣接する列の異なる値が計算され、最も大きい差異を有する境界が、数字のエッジを表す。更に、列の重なり合うグループの画素コンテンツ（例えば、３つの隣接する列）を計算して、数字の水平エッジを決定するのに役立てることができる。
【０１０２】
次に、コントローラ２４は、バイナリ化された画像を構成する画素行が解析される「水平投影」を行う。これは、垂直投影に関して上記で説明したのと同じようにして進行する。
【０１０３】
水平投影の予測結果が垂直投影の予測結果に加えられ、それによって可視の数字のエッジが識別される。コントローラは、完全な数字の予測高さ（画素行単位）で事前にプログラム設定することができ、このため、部分的に可視の数字の存在を認識することができる。
【０１０４】
別の実施形態において、「水平投影」および「垂直投影」は、各行および列における白画素の予測数が既知であるならば、白画素の和が計算される解析に基づくことができる。
【０１０５】
正確な位置を知ることによって、ＯＣＲプロセスにおける次の工程のために、可視の１つまたはそれ以上の数字を表す画像の一部のみを用いることが可能になる。これによって、数字以外の他のもの、例えば、汚れ、引っかき傷および他の外乱の任意の影響を低減することができる。更に、後続の工程において、例えば、パターンマッチング工程において処理される画素の総数も低減される。これは、リソース要件を低減するのに役立つ。これは性能の増大にも役立つ。加えて、厳密な位置を知ることは、画像の中心に対する垂直方向の位置を決定することもサポートする。
【０１０６】
ＯＣＲプロセスにおける次の工程は、復号され識別される可視の数字のうちの１つを選択することである。これは、数字のうちの１つを、「主数字行（ｐｒｉｍａｒｙ  ｄｉｇｉｔ  ｒｏｗ）」として指定することによって行われる。主数字行は、いずれの可視の数字が最も大きな高さを有するかに基づいて選択される。これは、スリーブ７０上に印刷された数字の全てが概ね同じ高さを有し、最も大きな高さを有する数字が完全に可視であり、したがって高い確度で容易に復号されると仮定することができることに起因する。主数字行は、その後、注射デバイス１内にダイヤル設定された用量を決定するのに用いられる数字である。
【０１０７】
インスリンの自己投与のための標準的な注射デバイス１は、１ＩＵから８０ＩＵまでの任意の数の単位の薬剤を注射することができる。したがって、主数字行として識別された数字を適切に復号するために、この数字が１つの数字からなるかそれとも２つの数字からなるかを決定しなくてはならない。したがって、コントローラ２４は、各数字が１つの数字からなるかそれとも２つの数字からなるかを決定するために、一連の工程を行い、２つの数字からなる場合、数字を互いに分離する。コントローラ２４は、この目的で以前に計算された列画素情報を用いることができる。
【０１０８】
この後、コントローラ２４は、選択された主数字行が、予め定義された「最大数字幅」値よりも広いかどうかを決定する。コントローラ２４に、捕捉された画像内の数字の予測サイズに関する情報を事前にプログラム設定することができ、それによって、単一の数字の最大予測幅を定義することができる。信頼性を高めるために、最大幅は、最も幅が広い数字よりも多い、少数の画素列として設定することができる。主数字行の幅が最大数字幅以下である場合、行は単一の数字を含むと想定される。主数字行が、単一の数字であるには幅が広すぎる場合、（画像全体ではなく）主数字行に対し第２の垂直投影が行わる。加えて、各個々の数字の予測幅を用いて、分離が生じるべき点を予測することができる。
【０１０９】
いくつかの注射デバイス１において、限られた利用可能なスペース、および数字がユーザに対して可読である必要性に起因して、数字は、投与量窓内で共に非常に近くに表示される場合がある。このため、バイナリ化の後、数字を構成する２つの数字は、明確に分離することができない場合があり、すなわち、２つの数字の間に、黒画素のない列が存在しない場合がある。この場合、各個々の数字の予測幅を再び用いて、分離が生じるべき点を予測する。予測列が黒画素を含む場合、隣接する列からのこの列の偏差を計算して、最良の分離点を決定する。この状況において、選択された分離列における黒画素が左の数字に属するか右の数字に属するかが明らかでないので、これらの黒画素は無視される。こうすることが、数字を正しく識別するためのＯＣＲプロセスの信頼性に及ぼす影響は最小限であることが示されている。
【０１１０】
次に、主数字行における数字を識別するようにパターンマッチングプロセスが行われる。各数字のためのテンプレートを、アプリにより事前にプログラム設定することができ、次に、識別される数字をこれらのテンプレートと比較することができる。直接的手法では、パターンマッチングは、画素単位で行うことができる。一方、これは、高い計算能力を必要とする場合があり、画像とテンプレートとの間の位置の変動を受けやすい場合がある。テンプレートが用いられる場合、コントローラ２４は、例えば、１つまたはそれ以上の数字のサイズを変更し、数字を画定された画素エリアにクロッピングし、イタリックフォントでプリントされた数字を直立にすることによって、画像の数字に対し他のタイプの操作を行うことができる。これらの操作は、記憶されたテンプレートとのパターンマッチング比較の前に行うことができる。代替として、これらの操作は、バイナリ化プロセスの前の前処理において行うことができる。更なるシェーディング、歪みおよび露出補正も行うことができる。
【０１１１】
いくつかの他の実施形態では、特徴認識プロセスが行われる。特徴は、水平線、垂直線、もしくは対角線、曲線、円、または閉ループ等とすることができる。そのような特徴は、選択された数字の画像において認識し、テンプレートと比較することができる。
【０１１２】
また更なる実施形態ではパターンマッチングアルゴリズムはベクトル比較プロセスに基づくことができる。例えば、テンプレートは、黒画素の各線（連続する一続き）の位置および長さを記述するベクトルの形態をとることができる。１つの例では、位置および長さは、それぞれの線における絶対位置に関係する。別の例では、位置および長さは、テンプレートの中心を通って延在する垂直線に関係する。各数字の捕捉されたバイナリ画像を、同様に、ベクトルに変換し、各記憶されたテンプレートと順に比較して、最良一致を見つけることができる。捕捉された画像のベクトルを特定の数字テンプレートと比較するとき、偏差があれば、結果として、画像とそのテンプレートとの間の一致の尤度にペナルティが課されることになる。ペナルティの大きさは、テンプレートと比較した画像内の欠落したまたは余分な黒画素の数に依拠する場合がある。数字の画像が各テンプレートと比較され、全てのペナルティが課された後、いずれの数字が存在するかに関して判断が行われる。良好な光学的条件において、正しいテンプレートは、非常に低いペナルティを有する一方、全ての他のテンプレートは高いペナルティを有する。主数字行が２つの数字からなる場合、このプロセスは双方の数字に対し行われ、次に、コントローラ２４は結果を結合して、数字のための最終結果を生成することができる。
【０１１３】
ある特定の数字の場合、特殊な手段が存在する場合がある。例えば、「１」は実質的に、全ての他の数字から幅が逸脱し、結果として共通の誤検出が生じる。これに対処するために、数字のバイナリ画像が「１」の予測幅よりも広い場合、このバイナリ画像は、「１」の記憶されたベクトルテンプレートと比較されているとき、追加の検出ペナルティを受ける。
【０１１４】
いくつかの例外事例において、主数字行のパターンマッチングの結果における信頼性レベルがある特定の閾値（例えば、９９％）未満である場合、プロセッサは、他の可視のまたは部分的に可視の数字のうちの１つまたはそれ以上に対し第２のパターンマッチングプロセスを行うことができる。数字の順序がわかっているため、この第２のパターンマッチングは、第１のパターンマッチングが正しい結果を返したことを検査するものとして機能することができる。
【０１１５】
結果における信頼性レベルが依然として十分高くない場合、新たな画像を、カメラ２５を用いて捕捉し、コントローラ２４によって処理することができる。
【０１１６】
主数字行の１つまたはそれ以上の数字の識別に成功した場合、投与量窓１３に表示された用量を決定するために、重み付け関数が適用される。重み付け関数を定式化するために、投与量窓１３の中心に対する主数字行の垂直位置を決定することができる。これは、画像内の投与量窓１３の中心線を表す画素行に対する主数字行を含む中央画素行のオフセットを計算することによって行うことができる。
【０１１７】
例えば、いくつかの実施形態において、カメラ２５は、受光素子の矩形の６４×４８のアレイを含む。結果として得られるバイナリ画像は、これらの同じ寸法を有する画素アレイである。２４番目および／または２５番目の画素行を、画像の中心の行として指定することができる。主数字行を含む中央画素行の位置が決定される。次に、主数字行を含む中央画素行と、画像の１つまたはそれ以上の中心行との間の画素行におけるオフセットが計算される。このオフセットは、オフセットの方向に依拠して正または負とすることができる。オフセットは、これを連続する数字間の距離（画素行単位）で除算することによって割合に変換され、その後、それに応じて決定された数字に適用される。したがって、オフセットは、センサに対する数字の回転位置を決定することを可能にする。主数字行の中心画素行が、画像の中心画素行と同じである場合、オフセットはゼロであり、位置は、主数字行の数字に等しい。一方、ほとんどの状況において何らかのオフセットがある可能性が高い。
【０１１８】
数字スリーブ７０上にプリントされた連続数字間の距離は一定である。なぜなら、数字は、注射デバイス機構の離散形の機械的動きに関連する用量を表すためである。したがって、捕捉された画像における連続した数字間の距離（画素行単位）も一定であるはずである。数字の予測高さおよび数字間のスペースは、アプリに事前プログラム設定することができる。例として、各数字の予測高さは２２画素とすることができ、数字間のスペースの予測高さは、６画素とすることができる。したがって、連続数字の中心画素行間の距離は２８画素である。
【０１１９】
この例を続けると、画素行が画像の最上部から最下部まで連番を付されている場合、重み付け関数の適用は、以下のように数学的に定義することができる。
位置＝主数字行の数字＋［２×オフセット／（数字の予想高さ＋スペースの予想高さ）］ここで、
オフセット＝投与量窓の中心に対応する画像行の数字−主数字行の中心行の数字
である。
【０１２０】
このため、主数字行が画像の上半分にある場合、オフセットは正であり、主数字行が画像の下半分にある場合、オフセットは負である。例えば、主数字行内に示される数字が「６」であり、オフセットがゼロである場合、計算される位置は以下となる。
位置＝６＋［２×０／（２８）］＝６
このため、「６」の結果が予測通りに返される。
【０１２１】
７５ＩＵが注射デバイス１内にダイヤル設定される別の例では、最上部の数字「７４」が主数字行として選択され、上記の式に従って１１画素行の正のオフセットが存在し、ここでも、２８画素の組み合わされた数字／スペースの高さを仮定する場合、計算される位置は以下となる。
位置＝７４＋［２×１１／（２８）］＝７４．７９
次に、この結果は、最も近い整数に切り上げされ、予測通り「７５」の位置決定を与える。
【０１２２】
当業者であれば、上記で説明した重み関数および位置決定は、１つの例を表すにすぎず、多数の他の計算方法を用いて同じ結果に到達することができることを理解するであろう。また、当業者は、上記で説明した数学的計算を変更し改善して、計算時間を低減することができることも理解するであろう。このため、重み関数の厳密な形態は、本発明の定義にとって重要でない。
【０１２３】
いくつかの注射デバイスでは、スペースの制約、および数字がある特定のサイズである必要性に起因して、偶数の数字のみが投与量窓１３内に提示される。いくつかの他の注射デバイスでは、奇数のみが表示される場合がある。一方、任意の数の単位の薬剤を注射デバイス１内にダイヤル設定することができる。他の注射デバイスでは、偶数および奇数の双方を提示することができ、半単位の用量を注射デバイス内にダイヤル設定することができる。注射デバイスは、８０ＩＵの最大ダイヤル設定用量に制限することもできる。代替として、２つおき、３つおき、または４つおきの数字を表示し、数字間の用量はメモリで示すこともできる。これに鑑みて、ＯＣＲアルゴリズムは、コントローラ２４に、注射デバイス１において用いられる連番を識別させることができる。例えば、ユーザに、注射デバイス１に関する情報をデータ収集デバイス３に入力するように促すことができるか、または情報を画像から得ることができ、例えばラベル１９上のテキストまたはバーコードからの情報を用いることができる。コントローラ２４は、メモリユニット２４０、２４１に記憶された様々な注射デバイス１のために用いられる連番を示すルックアップテーブルまたは他の情報を調べることができる。次にコントローラ２４は、ＯＣＲデータ、および注射デバイス１のための適切な連番の双方に基づいて、選択された用量を決定することができる。代替としてまたは更に、数字の高さおよび数字間のスペースのサイズも変更される場合があるため、重み関数の変更形態を用いることができる。
【０１２４】
方法は、場合により、サニティチェックおよびヒステリシス計算等の後処理を含むことができる。代替として、ＯＣＲプロセスの結果は、後処理なしで終了させることができる。
【０１２５】
画像が、データ収集デバイス３が工程１３．１において電源オンにされてからコントローラ２４がＯＣＲを行った第１の画像である場合、またはコントローラが、ＯＣＲプロセスの結果が、任意の以前に処理された画像から抽出された投与量よりも高い投与量を示すかどうかを決定する場合（工程ｓ１３．７）、ＯＣＲプロセスの結果は、現在表示されている投与量としてメモリユニット２４０、２４１に記憶される（工程ｓ１３．８）。
【０１２６】
ユーザが投与量を確認する場合（工程ｓ１３．９）、投与量は、確認された投与量としてメモリユニット２４０、２４１に記憶される（工程ｓ１３．１０）。注射の投与および滞留時間の経過後に（工程ｓ１３．１１）、図１１に関連して上記で説明したように、注射の時刻および場合により薬剤タイプを含む情報が記憶される（工程ｓ１３．１２）。
【０１２７】
一方、ユーザは、投与量を最初に確認することなく注射を投与することに進むことができる。この場合、カメラ２５は、投与量窓１３の画像の捕捉に進む（工程ｓ１３．３）が、投与量が変化していることが示される（工程ｓ１３．５）。
【０１２８】
投与量窓１３に表示されている投与量がゼロに到達すると、更なる変化は検出されず（工程ｓ１３．５）、コントローラ２４は、投与量を決定する（工程ｓ１３．６）。一方、ゼロの決定された投与量は最高の投与量とならない（工程ｓ１３．７）。ユーザは投与量を確認していないため（工程ｓ１３．９）、コントローラ２４は、工程ｓ１３．６において決定された投与量がゼロであるかどうかをチェックする（工程ｓ１３．１４）。ゼロでない場合、ユーザがプログラム設定された投与量を確認するか（工程ｓ１３．９）またはゼロの投与量が検出されるまで、工程ｓ１３．３〜１３．１４が繰り返される。
【０１２９】
工程１３．１４においてゼロの投与量が検出される場合、注射が確認されていない投与量で投与されたと決定される。次に、コントローラ２４は、ユーザに、どのように進むかを決定するための更なる入力を促す。特定の例では、図１４に示すように、ユーザが確認または拒否を行う（工程ｓ１３．１６）ための、提案投与量を示すグラフィック４６をディスプレイ２１に提示することができる（工程ｓ１３．１５）。ここで、提案投与量は、工程ｓ１３．８において以前に記憶された最も高い投与量である。
【０１３０】
ユーザが、提案投与量を確認する場合（工程ｓ１３．１６）、ここでユーザによって確認された最も高い投与量、注射の時刻、および場合により薬剤タイプを示す画像が記憶される（工程ｓ１３．１２）。
【０１３１】
ユーザが提案投与量を確認しない場合（工程ｓ１３．１６）、データ収集デバイス３は、事後記憶モードに入る。データ収集デバイス３は、ユーザに対し、例えば図１０に示すようなスワイプ動作で投与される投与量を入力することの要求をディスプレイ２１上に提示し（工程ｓ１３．１７）、入力を受け取る（工程ｓ１３．１８）。いくつかの実施形態では、事後記憶モードにおいて表示される初期グラフィック４３は、デフォルト投与量、以前に確認された投与量、または複数の以前に確認された投与量の平均値、中央値、最頻値等の平均に対応することができる。
【０１３２】
代替として、ユーザは、投与量ノブ１２を回して、投与された注射と同じ投与量で注射ペン１を再プログラム設定し、次に、投与量の確認を示すことができる。次に、コントローラ２４は、確認された投与量のインジケーションとして記憶されるプログラム設定された投与量の画像を、カメラ２５を用いて捕捉することによって、確認に応答することができる。
【０１３３】
ユーザ入力が受け取られた後（工程ｓ１３．１８）、確認された投与量、注射の時刻、および場合により薬剤タイプを示す情報が記憶される（工程ｓ１３．１２）。
【０１３４】
次に、手順が終了する（工程ｓ１３．１９）。
【０１３５】
図１５は、例えば、表示されている投与量が変化する際の投与量ノブ１２の回転方向（ＤＤＲ）を検出することによって、投与量窓１３に示される投与量が減少しているかどうかを検出することが可能なデータ収集デバイス３と共に用いるための更なる実施形態による方法を示す。
【０１３６】
工程ｓ１５．０から開始して、データ収集デバイス３が電源をオンにされる（工程ｓ１５．１）。次に、データ収集デバイス３は、薬剤のタイプを決定し、図８の工程ｓ８．２に関連して上記で説明したように、薬剤の名称等の薬剤情報をディスプレイ２１上に提示する（工程ｓ１５．２）。
【０１３７】
カメラ２５は、特定の薬剤投与量を送達するようにユーザが注射ペン１をプログラム設定している間、投与量窓１３の画像を捕捉する（工程ｓ１５．３）。捕捉された画像は、ディスプレイ２１上に表示され（工程ｓ１５．４）、それによって、ユーザは、現在プログラム設定され、そしてメモリユニット２４０、２４１のうちの１つに記憶された（工程ｓ１５．５）投与量を見ることができる。
【０１３８】
次に、ユーザが投与量を確認する場合（工程ｓ１５．６）、データ収集デバイス３は、確認された投与量を記憶し（工程ｓ１５．７）、ユーザに注射を開始するように促す。注射ストロークおよび滞納時間の経過が完了した後（工程ｓ１５．８）、確認された投与量、注射の時刻、および場合により薬剤タイプを含む情報が、記憶および／または続く送信（工程ｓ１５．９）のために他のデバイス４に送信される（工程ｓ１５．９）。
【０１３９】
ユーザが投与量を確認しない場合（工程ｓ１５．６）、コントローラ２４は、投与量窓１３に表示されている投与量が減少しているかどうかを決定する（工程ｓ１５．１０）。この決定は、カメラ２５によって捕捉される画像に基づくことができる。他の実施形態では、データ収集デバイス３は、例えば、光度計または運動センサ３０によって検出されるような、投与量ノブ１２が回されるときの数字スリーブ上の反射性のチックマークの経路に基づいて、センサを用いて動きの方向を検出する。
【０１４０】
注射デバイス１がＳｏｌｏＳＴＡＲ（登録商標）ペンであるこの例では、表示される投与量は、注射の投与中にゼロに戻り、表示される投与量は、注射デバイス１のプログラム設定時にゼロから開始する。このため、投与量窓１３に表示される投与量は最初に増大する。注射が投与されている間、表示される投与量は徐々に減少する。
【０１４１】
投与量窓１３に示される投与量が減少していないと決定された場合（工程ｓ１５．１０）、薬剤投与量のプログラム設定が依然として進行中である場合があるので、別の画像が捕捉され（工程ｓ１５．３）、表示され（工程ｓ１５．４）、記憶される（工程ｓ１５．５）。
【０１４２】
投与量窓１３に示される投与量が減少していると決定された場合（工程ｓ１５．１０）、これは注射が投与されている途中である場合があることを示唆し、カメラ２５は投与量窓１３の画像の捕捉を継続し（工程ｓ１５．１１）、コントローラ２４は、これらの画像に対し光学式パターン認識を行い（工程ｓ１５．１２）、表示される投与量がゼロに降下したかどうかを決定し（工程ｓ１５．１３）、この降下は注射の完了を示唆する。光学式パターン認識およびゼロ検出は、図１４に関連して上記で説明したのと同じように行うことができる。代替として、データ収集デバイス３は、工程ｓ１５．１０において減少していることがわかった投与量が、工程ｓ１５．１３において、所定の期間にわたってもはや変化していないことがわかった場合、注射が完了したと決定するように構成することができる。
【０１４３】
工程ｓ１５．１１〜ｓ１５．１３は、投与量窓１３がゼロの投与量を表示していると決定されるまで繰り返される（工程ｓ１５．１３）。
【０１４４】
投与量窓１３内に表示される投与量が０に戻ったとき（工程ｓ１５．１３）、コントローラ２４は、ユーザによる確認または拒否のために提案投与量を示す画像を表示する（工程ｓ１５．１４）。ここで、画像は、工程ｓ１５．１０において第１の画像が投与量の減少を示す前に、工程ｓ１５．３においてカメラ２５によって最も近時に捕捉され、工程ｓ１５．５において記憶された画像である。換言すれば、提案投与量は、ユーザによって注射デバイス１内に最も近時にダイヤル設定されたことがわかった投与量である。提案投与量は、図１４に示すのと同様にして表示される。
【０１４５】
次に、コントローラ２４は、ユーザに、どのように進むかを決定するための更なる入力を促す。ユーザが提案投与量を確認することによって応答する場合（工程ｓ１５．１５）、提案投与量、注射の時刻、および場合により薬剤タイプを含む画像が他のデバイスに送信される（工程ｓ１５．９）。
【０１４６】
代替として、ユーザが提案投与量を確認しない場合（工程ｓ１５．１５）、データ収集デバイス３は事後記憶モードに入る。コントローラ２４は、ユーザに対し、投与された投与量を、例えば図１０に示すようなスワイプ動作で入力することの要求をディスプレイ２１上に提示し（工程ｓ１５．１７）、入力を受け取る（工程ｓ１５．１８）。事後記憶モードにおいて表示される初期グラフィック４３は、図１３に関連して上記で論考したような、１つまたはそれ以上の以前に確認された投与量に基づくことができる。
【０１４７】
次に、コントローラ２４は、確認された投与量、注射の時刻、および場合により薬剤タイプを含む情報を記憶する（工程ｓ１５．９）。
【０１４８】
次に、手順が終了する（工程ｓ１５．１９）。
【０１４９】
上記の実施形態は例示にすぎず、データ処理機能および／またはセンサの様々な組み合わせを有する代替的なデータ収集デバイスを提供することができることに留意されたい。上述したように、投与量ログ、またはＯＣＲ、ＺＤおよびＤＤＲの１つまたはそれ以上の記憶等、いくつかの機能は、他のデバイス４およびデータ収集デバイス３、５、６によって、またはデータ収集デバイス３、５、６ではなく他のデバイス４によって実行することができる。
【０１５０】
上述の実施形態は、インスリン注射ペンからデータを収集することに関して説明されたが、本発明の実施形態は、他の薬剤の注射または他の医療プロセスの監視等の他の目的で用いることができることに留意されたい。実施形態は、例えば、安全上の理由で他のタイプの機器の動作を監視する非医療目的で用いることもできる。
【図１】
0006685318.tif 000002
【図２】
0006685318.tif 000003
【図３】
0006685318.tif 000004
【図４】
0006685318.tif 000005
【図５】
0006685318.tif 000006
【図６】
0006685318.tif 000007
【図７】
0006685318.tif 000008
【図８】
0006685318.tif 000009
【図９】
0006685318.tif 000010
【図１０】
0006685318.tif 000011
【図１１】
0006685318.tif 000012
【図１２】
0006685318.tif 000013
【図１３】
0006685318.tif 000014
【図１４】
0006685318.tif 000015
【図１５】
0006685318.tif 000016