(57)【特許請求の範囲】
【請求項１】
手持ち式医療機器を提供するステップと、
前記手持ち式医療機器と通信している基底ユニットを設けるステップであって、前記基底ユニットは前記手持ち式医療機器の電池を充電するために電源に電気接続を設けるように構成されている、基底ユニットを提供するステップと、
前記基底ユニットが、そのソフトウェア又はファームウェアを更新するステップと、
を含み、
前記基底ユニットのソフトウェア又はファームウェアの更新の必要性の有無を前記手持ち式医療機器が判定し、当該更新の必要性を示す情報を有する前記データストリームを前記基底ユニットが前記手持ち式医療機器から受け取ると、前記基底ユニットによって前記ソフトウェア又はファームウェアの更新が開始される方法。
【請求項２】
前記基底ユニットを介して、前記手持ち式医療機器が前記更新の必要性を示す情報を受け取るステップをさらに含む、請求項１に記載の方法。
【請求項３】
基底ユニットを提供するステップと、
前記基底ユニットと通信しかつ電気的にインターフェースする手持ち式医療機器を提供するステップと、
前記手持ち式医療機器を使用して、前記基底ユニットのソフトウェア又はファームウェアの更新の必要性を示す情報を、前記基底ユニットを介して受け取るステップであって、前記基底ユニットは前記更新の必要性を示す情報を無視するステップと、
データストリームにおいて前記更新の必要性を示す情報を前記手持ち式医療機器から前記基底ユニットに通信するステップであって、前記手持ち式医療機器が追加的な情報を前記データストリームに追加する、ステップと、
前記基底ユニットを使用して前記データストリームを受け取るステップと、を含み、
前記基底ユニットは、前記追加的な情報を検出することにより前記更新の必要性を示す情報を無視することがない方法。
【請求項４】
さらに、前記基底ユニットを通信ネットワークに接続するステップと、前記基底ユニットのソフトウェア又はファームウェアの更新の必要性を示す情報を前記通信ネットワークから受け取るステップと、を含む、請求項３に記載の方法。
【請求項５】
基底ユニットを介して手持ち式医療機器と双方向で通信している要求側ユニットを提供するステップと、
前記手持ち式医療機器に対し、前記基底ユニットに関するステータス情報を含む機器データに関する問合わせを前記要求側ユニットから送信するステップと、
前記基底ユニットを介して前記問合わせを前記手持ち式医療機器に伝達するステップと、
前記基底ユニットを介して、前記基底ユニットに関するステータス情報を含む前記機器データを前記手持ち式医療機器から前記要求側ユニットに送信するステップと、
前記基底ユニットのソフトウェアもしくはファームウェアに対する更新が必要とされているかどうかを知るために前記ステータス情報を確認するステップと、
必要とされているとき、前記基底ユニットを介して、更新の必要性を示す情報を前記要求側ユニットから前記手持ち式医療機器に送信するステップとを含む、システムを管理しかつ運用する方法。
【請求項６】
手持ち式医療機器であって、マイクロプロセッサと、第１の通信インターフェースと、前記手持ち式医療機器に電力を供給する電池とを有する手持ち式医療機器と、
前記手持ち式医療機器の前記電池を充電するために電力を電源から供給するように構成された電気接続と、前記手持ち式医療機器の前記第１の通信インターフェースと通信するように構成された第２の通信インターフェースと、基底ユニットのソフトウェア又はファームウェアを更新するように構成されたマイクロコントローラとを有する前記基底ユニットと、を備え、
前記基底ユニットのソフトウェア又はファームウェアの更新の必要性の有無を前記手持ち式医療機器のマイクロプロセッサが判定し、前記第１および第２の通信インターフェースを介して、当該更新の必要性を示す情報を有する前記データストリームを前記基底ユニットが前記手持ち式医療機器から受け取ると、前記基底ユニットによってソフトウェア又はファームウェアの更新が開始される装置。
【請求項７】
さらに、前記基底ユニットに接続されたネットワークを備え、
前記手持ち式医療機器は、前記基底ユニットを通じて前記ネットワークと通信しており、前記手持ち式医療機器は、前記基底ユニットを介して前記基底ユニットのソフトウェア又はファームウェアの更新の必要性を示す情報を前記ネットワークから受け取るように構成される、請求項６に記載の装置。
【請求項８】
さらに、前記手持ち式医療機器を介してユーザによって入力されたコマンドを実行するステップを含む、請求項１に記載の方法。
【請求項９】
さらに、基底ユニットステータス情報を前記手持ち式医療機器に送信するステップを含み、
前記基底ユニットステータス情報は、前記基底ユニットが適切な動作可能状態にあることを示すデータ、前記基底ユニットに関わる不具合または潜在的な問題を示すデータ、前記基底ユニットの製造番号を示すデータ、前記基底ユニットの物理的位置を示すデータ、前記基底ユニットの通信設定を示すデータ、使用頻度/摩耗計測のためにドッキング事象の回数を示すデータ、ならびに前記基底ユニットの現在のソフトウェアおよび/またはファームウェアバージョンを示すデータの少なくとも１つを含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、手持ち式医療機器に関し、特に、手持ち式医療機器用の知能基底ユニットを管理しかつ運用する装置およびその方法に関する。
【背景技術】
【０００２】
幾つかの従来技術によるポイントオブケア(point of care)(POC)システムは、基底ユニット、受け台、または手持ち式医療機器を安定的に配置しかつ位置決めするドッキングステーションを具備する。基底ユニットはまた、関連する手持ち式医療機器が、コンピュータシステムまたは他の情報技術機器との通信を可能にする通信層を設け、かつ手持ち式医療機器の電池を充電する。歴史的には、このようなPOCシステム用の基底ユニットは、ハードウェアによって制御されるだけの「ダム（dumb：処理能力のない）」パススルー端末としての役目をしてきた。汎用性の向上およびシステム統合性の改善のために、このようなPOCシステムが内蔵知能、すなわち、何らかの種類の埋込みファームウェアの中に設けられたマイクロコントローラおよび制御フローを含む基底ユニットを有する必要が益々高まっている。
【０００３】
しかし、マイクロコントローラおよび埋込みファームウェアの実装と併せて、手持ち式医療機器自体ばかりでなく、基底ユニットも同様に管理および運用する必要が生じてくる。これらの管理上の必要性の実施例には、例えば、ユーザによる構成項目の設定およびファームウェアの更新が含まれるが、このような従来技術による基底ユニットは、これらの管理上の必要性を満たすために、遠隔コンピュータシステムの従属下に置かれる。基底ユニットを遠隔コンピュータシステムの従属装置にすることに関連する1つの問題は、更新の発生時点が完全に不適切である恐れがあることである。典型的には、中央運用データベースサーバのような遠隔コンピュータは、分散形設定における個々の状況に関する情報をもたない。
【０００４】
複雑さおよびコストを低減するために、基底ユニットは、一般にユーザインターフェース、すなわち、表示装置またはユーザ入力(ボタンなど)を装備しないことに留意されるべきである。これらのコスト上の利点を犠牲にし、かつユーザ入力/出力用の補助手段を追加することなく、基底ユニットが構成されかつ直接管理されること(それは、例えば、POC機器自体に関して実施されることになるのと同様に)は不可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明者が本出願に説明された「知能基底ユニット」の必要性を認識したことは、上記の背景技術に反するものである。本発明者は、上述のコンピュータシステムに追加して、血糖計測器のような手持ち式医療機器が、知能基底ユニットを管理しかつ運用するためにマスタ装置としての役目をすることを認識した。このように知能基底ユニットを管理しかつ運用する過程を能動的に制御することは、品質、信頼性、および製品安全要件を満たすために、更新を提供する前に基底ユニットの個々の状況が考慮され得る点で従来技術のPOCシステムにまさる改良をもたらす。
【０００６】
さらには、例えば、数多くの利点および進歩の中でもとりわけ、本発明は、知能基底ユニットの複雑さおよび製造を軽減する。本発明は、手持ち式医療機器自体が、典型的には、決められた通りの通信フローを使用して、基底ユニットを介して何らかのホスト装置に接続されることを利用する。したがって、基底ユニットを管理しかつ運用する目的のために、手持ち式医療機器が、基底ユニットの制御を支配する。このような様態では、更新を基底ユニットに命令するユーザが、物理的に近接し、それによって基底ユニットが別様に使用されることを防止することが想定されており、これはその管理過程をユーザに制御させることがさらに想定されている。これらの想定は、このような基底ユニットの設計を大幅に簡素化する。
【課題を解決するための手段】
【０００７】
一実施形態では、手持ち式医療機器と、この手持ち式医療機器と通信している基底ユニットとを設ける方法が開示される。基底ユニットは、手持ち式医療機器の電池を充電するために電源に電気接続を設けるように構成される。本方法は、基底ユニットの動作に対して更新を実施することを含むが、その場合に、更新は、更新がデータストリームの中に含まれていることを示す情報を有する該データストリームを手持ち式医療機器から受け取ると、基底ユニットによって開始される。
【０００８】
別の実施形態では、基底ユニットと、この基底ユニットと通信しかつ電気的にインターフェースする手持ち式医療機器とを設ける方法が開示される。本方法は、手持ち式医療機器を使用して、基底ユニットを介して提供された更新を受け取ることを含み、その場合に、基底ユニットは更新を無視する。本方法はまた、データストリームにおいて更新を手持ち式医療機器から基底ユニットに通信することを含み、その場合に、手持ち式医療機器は追加的な情報をデータストリームに追加し、さらには基底ユニットを使用してデータストリームを受け取ることを含むが、その場合に、基底ユニットは追加的な情報を検出することにより更新を無視することがない。
【０００９】
さらに別の実施形態では、システムを管理しかつ運用する方法が開示される。本方法は、基底ユニットを介して手持ち式医療機器と双方向通信する要求側ユニットを提供数すること、手持ち式医療機器からの機器データに関する問合わせを要求側ユニットから送信すること、および基底ユニットを介してこの問合わせを手持ち式医療機器に伝達することを含む。本方法はまた、基底ユニットを介して、手持ち式医療機器および基底ユニットに関するステータス情報を含む機器データを手持ち式医療機器から要求側ユニットに送信することを含む。本方法はさらに、手持ち式医療機器または基底ユニットのソフトウェアもしくはファームウェアに対する更新が必要とされているかどうかを知るためにステータス情報を確認すること、および、必要とされているとき、基底ユニットを介して更新を要求側ユニットから手持ち式医療機器に送信することを含む。
【００１０】
さらに別の実施形態では、装置が開示される。本装置は、手持ち式医療機器であって、マイクロプロセッサと、第1の通信インターフェースと、この手持ち式医療機器に電力を供給する電池とを有する手持ち式医療機器を含む。手持ち式医療機器の電池を充電するために電力を電源から供給するように構成された電気接続を有する基底ユニットも開示される。基底ユニットはまた、手持ち式医療機器の第1の通信インターフェースと通信するように構成された第2の通信インターフェースと、基底ユニットの動作に対して更新を実施するように構成されたマイクロコントローラとを含む。更新は、第1および第2の通信インターフェースを介して、更新がデータストリームの中に含まれていることを示す情報を有する該データストリームを手持ち式医療機器から受け取ると、基底ユニットによって開始される。
【００１１】
本発明のこれらのならびに他の特徴および利点が、添付の図面と一緒に採用された本発明の様々な実施形態の以下の説明からより完全に理解されよう。
【発明を実施するための最良の形態】
【００１２】
図1〜3を参照すると、1つの種類の手持ち式医療機器の実施例、すなわち、病院用の血糖測定器(BGM)10および基底ユニット12が開示されている。基底ユニット12はBGM10を収容する受け台14を備える。操作者がBGM10を使用する必要があるとき、操作者は、図1に示した矢印16によって例示されているように、BGM10を受け台14から持ち上げる。BGM10は、矢印18によって例示されているように、受け台14にドッキングまたは返却される。
【００１３】
基底ユニット12は、電源コード20、ポート接続22、およびネットワーク接続24を含み、それが図2に例示されている。電源コード20は、BGM10を充電するために電力を外部電源から供給する。一実施形態におけるポート接続22は、USB接続であるが、例えば、ファイアワイヤ、シリアル、またはパラレルのような他の任意の種類のポート接続でよい。一実施形態におけるネットワーク接続24は、TCP/IP通信に対して互換性のあるイーサネット（登録商標）であり、他の実施形態では、他の任意の種類のネットワークプロトコルと互換性であり得る。
【００１４】
BGM10を受け台14の中にドッキングすると、図3に示されているように、BGM10および基底ユニット12のそれぞれの通信インターフェース28aと28bとの間に電気接続26を設ける。通信インターフェース28aおよび28bを電気的に接続すると、基底ユニット12へのポート接続22を介してBGM10と電子機器30との間に双方向通信を設ける。通信インターフェース28aおよび28bを電気的に接続すると、基底ユニット12へのネットワーク接続24によってネットワーク34を通じてBGM10と遠隔ステーション32との間にも双方向通信を設ける。
【００１５】
電子機器30および遠隔ステーション32は、ラップトップ、携帯無線呼出し器、個人用携帯型情報端末(PDA)、コンピュータシステム、コンピュータサーバ、プリンタ、携帯電話、ならびにBGM10および基底ユニット12と互換性のあるソフトウェアを実行する埋込みマイクロプロセッサを有しかつ基底ユニット12と通信する任意の医療用機器または電子機器を含む、任意の種類のコンピュータでよい。電子機器30は、ポート接続22を介して基底ユニット12に接続されているので、典型的には基底ユニット12と同じ物理的位置(すなわち、同じ部屋)に配置されることになる。遠隔ステーション32は、ネットワーク34へのネットワーク接続24を介して基底ユニット12に接続されているので、ネットワーク34がネットワーク接続24を提供する任意の位置(それは、基底ユニット12と同じ物理的位置であり得る)に配置されてもよい。
【００１６】
ネットワーク34は任意のネットワークでよい。このネットワーク34には、例えば、公衆交換電話網、携帯電話網、構内通信網、広域通信網、インターネットのようなグローバルコンピュータ通信網、統合サービスディジタル通信網、または同様物が含まれ得る。BGM10および基底ユニット12が配備可能な幾つかの設定では、その設定が、専用機密保護通信網または私設ビル保全通信網を含み得る。どちらもネットワーク34の役目をする。ネットワーク34は、ハードワイヤードの電気もしくは光通信リンク、無線リンク、または両者の組合せを含み得る。
【００１７】
通信インターフェース28aおよび28bを電気的に接続すると、物理的通信リンクを介してBGM10と基底ユニット12との間にも双方向通信を設ける。基底ユニット12がBGM10を収容するとき、基底ユニット12およびBGM10の中の嵌め合い電気または光学構成要素が係合可能であり、それによって通信を可能にする。
【００１８】
別の実施形態では、通信インターフェース28aおよび28bが、BGM10と基底ユニット12との間に双方向通信用の無線接続36を設けることが可能であり、それが図2によって例示されている。BGM10と基底ユニット12との間の通信は、適切な通信プロトコルを利用して、例えば、無線周波、容量性、誘導性、および赤外線リンクのような1つまたは複数の無線通信リンクに従ってもよい。例えば、1つの通信プロトコル(通常ブルートゥースと呼ばれる)が、機器間でデータを輸送するために利用される近接無線技術を使用する。他の実施可能な通信プロトコルには、IEEE802.11a、802.11b、および802.11g、ならびに(工業/科学/医療装置)ISM帯域にある任意の所有無線通信層が含まれる。さらに他の実施可能なプロトコルは、IrDA、SIR(シリアルIr)、または他の任意の光プロトコルである。
【００１９】
さらには、BGM10および基底ユニット12は、無線通信リンクと物理的通信リンクとの組合せを介して通信してもよい。無線リンクおよび物理的通信リンクは共に、BGM10が、支障なく基底ユニット12から迅速かつ容易に脱着され得るように実施されてもよい。このような実施形態では、基底ユニット12は、BGM10と電子機器30との間に、かつBGM10と遠隔コンピュータ32との間に双方向通信が設けられるように、BGM10用の無線アクセスノードである。
【００２０】
BGM10を受け台14の中に着座させると、BGM10および基底ユニット12のそれぞれの電池端子40aと40bとの間にも電気接続38を設ける。BGM10と基底ユニット12との間の電気接続は、物理的な接続または誘導結合でもよい。電池端子40aおよび40bを電気的に接続すると、充電用の電力を基底ユニット12の電源42からBGM10の電池44に供給する。電源42は電源コード20を介して外部電源46に接続される。
【００２１】
電池44は、通信インターフェース28a、測定システム48、マイクロプロセッサ50、記憶装置52、およびユーザインターフェース54のような、BGM10の構成要素に電力を供給する。電源42は、通信インターフェース28b、マイクロコントローラ56、および記憶装置58のような、基底ユニット12の構成要素に電力を供給する。
【００２２】
測定システム48は、患者の血液試料のブドウ糖を測定し、患者の血糖水準を監視するために使用される出力を供給する。マイクロプロセッサ50はBGM10の様々な機能を制御する。例えば、マイクロプロセッサ50は、ユーザによって入力されたコマンドを実行し、電池44の充電を管理し、ユーザインターフェース54を介して患者の1つまたは複数の測定血糖水準に関する情報をユーザに提供するために、測定システム48からの出力を評価する。マイクロプロセッサ50はさらに、記憶装置52に対する読取りおよび書込みを行い、電子機器30および/または遠隔ステーション32と通信し、BGM10の自己診断ルーチン60を実施するルーチンを実行し、かつ自己診断ルーチンを実施する関数としてBGMステータス情報を取得する。マイクロプロセッサ50はさらに、基底ユニット12の基底ユニット(BU)ステータス情報を問い合わせ、かつ基底ユニットを問い合わせる関数としてBUステータス情報を取得する。マイクロプロセッサ50の問合わせは、以降に図4および5を参照して後段でさらに説明される。
【００２３】
BGMステータス情報は、BGM10およびその付随構成要素の動作ステータスに関する。BGMステータス情報は、例えば、BGM10が適正な動作可能状態にあることを示すデータを含み得る。BGMステータス情報は、故障または損傷した構成要素を示すデータのような、BGM10に関わる不具合または潜在的問題を示すデータも含み得る。電池44が低水準であること、または電池が充電不良であることを示すデータが、BGMステータス情報の追加的な実施例である。BGMステータス情報はまた、BGMの製造番号、BGMの物理的位置、BGMの通信インターフェース28aの通信設定、および記憶装置52の中に格納されている現在のソフトウェアおよび/またはファームウェア(FW)のバージョンを示すデータも含み得る。本明細書に述べられているように、通信設定は、測定器自体の静的IPアドレスの定義、測定器のIPサブネットマスクの定義、タイムアウトまたはホスト間通信に影響を与える他の様々なパラメタの定義を含む。
【００２４】
自己診断ルーチン60はBGM10のステータスを監視することが理解されるべきである。自己診断ルーチン60は、電源投入時、他の任意の時点または基底ユニット12から取り外されるかおよび/もしくはそれにドッキングされるようなトリガリング事象に従って、あるいはユーザの要求時のように、マイクロプロセッサ50によって、決められた通りに実施され得る。自己診断ルーチン60は、電子機器30もしくは遠隔ステーション32からの問合わせによっても開始され得るし、または構成要素の動作不良のようなBGM10の状況変化にも応答して開始され得る。
【００２５】
プロセッサ50は、BGM10の準備状態に関するステータス情報を取得するために、自己診断ルーチン60を実行することによって1つまたは複数の内部自己テストを実施する。自己診断ルーチン60は、ソフトウェアまたはファームウェアの更新のような顧客による保守が可能であり得る事柄と、専門的な保守呼出しを要する恐れがある事柄とを評価および識別をすることができる。自己診断ルーチン60から得られるBGMステータス情報は、記憶装置52の中に保持されているデータファイル62の中に格納され、かつユーザインターフェース54を介してステータス情報の一部または全部を提示し得る。自己テストの結果が、例えば、BGM10の使用準備完了を示すとき、ユーザインターフェース54は、準備状態の視覚的または聴覚的な表示を提供し得る。さらには、自己診断ルーチン60の要求時および/または実行後、データファイル62またはその中に与えられた選択情報が、電子機器30、遠隔ステーション32、および/または別のBGMに提供され得る。
【００２６】
マイクロコントローラ56は、基底ユニット12の他の様々な機能を制御する。例えば、マイクロコントローラ56は、電力を電源42から電池端子40bに供給することを監視および制御し、不具合状況が検出されると、このような電力を遮断することになる。マイクロコントローラ56はさらに、記憶装置58に対する読取りおよび書込みを行い、かつ通信インターフェース28bを介してBGM10と通信する。マイクロコントローラ56は、通信インターフェース28bを介してBGM10から問合わせを受け取ると、基底ユニット12の自己診断テスト64を実施する、記憶装置58からのルーチンを実行する。
【００２７】
自己診断テスト64は基底ユニット12のステータスを監視することが理解されるべきである。自己診断テスト64は、マイクロコントローラ56によって開始され得るか、BGM10からの問合わせを受け取ることによって開始され得るか、または基底ユニット12の状況変化に応答して開始され得る。自己診断テスト64は、顧客による保守が可能であり得る事柄と、専門的な保守呼出しを要する恐れがある事柄とを評価および識別することができる。一実施形態では、基底ユニット12は、BUステータス情報をBGM10に伝達し、自己診断テスト64を実施する関数として、受け取った更新を適用する。マイクロコントローラ56はまた、例えば、構成設定の調整、使用頻度事象の報告、シリアル情報の報告、位置情報の受取りのような、BGM10を介してユーザによって入力された追加的なコマンドも実行し得る。
【００２８】
BUステータス情報は、基底ユニット12およびその付随構成要素の動作ステータスに関する。BUステータス情報は、例えば、基底ユニット12が適正な動作可能状態にあることを示すデータを含み得る。BUステータス情報はまた、故障または損傷した構成要素を示すデータのような、基底ユニット12に関わる不具合または潜在的問題を示すデータも含み得る。基底ユニットの製造番号、基底ユニットの物理的位置、通信インターフェース28bの通信設定、使用頻度/摩耗計測のためのドッキング事象の回数、ならびに基底ユニットの現在のソフトウェアおよび/またはファームウェア(FW)のバージョンを示すデータが、BUステータス情報の追加的な実施例である。本明細書に述べられているように、通信設定は、基底ユニット自体の静的IPアドレスの定義、基底ユニットのIPサブネットマスクの定義、およびタイムアウトまたはホスト間通信に影響を及ぼす他の様々なパラメタの定義を含む。BGMステータス情報に関する場合と同様に、BUステータス情報はBGM10のデータファイル62の中に記録される。
【００２９】
BGM10のユーザインターフェース54は、ステータス情報をユーザに伝達する1つまたは複数の入力/出力要素66を含み得る。入力/出力要素66はまた、BGM10によって実施されている血糖検査手順の一部のような、検査情報もユーザに伝達する。図1A、1B、および2に示されたように、入力/出力要素66は、接触画面式の表示器68、選択ボタン70、検査読取り器72、および光学読取り器74を含む。検査読取り器72は、例えば、ストリップ、カセット、カートリッジ、または他の任意適切なテストキャリア(test carrier)のような、テストキャリアの読取りを可能にすることが理解されるべきである。入力/出力要素66は、例えば、可聴信号または口頭メッセージを送達することが可能なスピーカ76、およびユーザからの音声コマンドを受け取るマイクロフォン78のような、他のまたは追加的な要素を含み得る。
【００３０】
1つの例示的な実施形態では、図2が、基底ユニット12を管理するためにどのようにBGM10が使用されるかを示す。BGM10は、IrDAのような無線接続を介して、図示のように基底ユニット12と無線通信する。ユーザは、BGM10を保持して通信インターフェースを基底ユニット12に向ける。別法として、BGM10は、このような動作を実施しながら、両機器中のIrDA窓が一線に揃うように、基底ユニット12の中へドッキングされる。次いで、ユーザは、BGM10の入力/出力要素66を使用して、BUステータス情報を検索し、および/または基底ユニット12のすべての通信および動作設定を決定しかつ提供する。特に、BGM10の接触画面式の表示器68は、例示的な画面の写真を示す。一実施形態では、BGM10の接触画面式の表示器68には、180度回転された表示内容を提示するオプションが設けられる。このようなオプションは、ユーザが上記のプログラミング動作のためにBGM10を手中に保持するが、血糖監視を実施する測定器の通常のワークフロー中とは異なる向きで保持する状況において有用である。
【００３１】
接触画面式の表示器68は、例えば、BGM10および基底ユニット12が適正な動作可能状態にあること、またはBGM10および基底ユニット12の通信インターフェースが適切に動作中であることを伝達し得る。接触画面式の表示器68はまた、ユーザからの入力を受け取り、かつ画像形式の命令または、ネットワーク中で動作中である最も近接するBGMを見つけるための指示と一緒に、BGM10が停止中であるというテキスト形式の警告のような、テキストまたは視覚的形式で任意の情報を伝達する。選択ボタン70は、BGM10をオンまたはオフに切換え、ユーザが表示されたメニューから選択することを可能にし、かつユーザからのコマンドを受け取ることができる。検査読取り器72および光学読取り器74(例えば、バーコード、手書き認識、パターン認識、光学文字認識、光学標識認識、およびこれらの組合せ用の)(図1)が、患者のブドウ糖水準の検査を実行するために必要とされるデータを入力する一環として使用される。スピーカ76は、例えば、BGM10が基底ユニットの中に適切に着座していないことを知らせる警告、またはBGM10もしくは基底ユニット12の使用に関する口頭による命令を伝達し得る。
【００３２】
再び図3を参照すると、基底ユニット12はまた、BGM10に関する入力/出力要素66の冗長であり得る出力要素80も含む。換言すれば、基底ユニット12の出力要素80は、BGM10の出力要素66と同じステータス情報を伝達し得る。出力要素80はまた、BGM10によって伝達されるBUステータス情報とは異なる態様でBUステータス情報を伝達し得る。基底ユニット12は、例えば、単純化された視覚表示器システム82(図1A)を使用し、他方でBGM出力要素66は、任意の問題の性質に関してより具体的であり得る。視覚的表示器システム82は、例えば、ステータス情報を伝達するために明るくなったりまたは暗くなったりする発光ダイオード(LED)を含んでもよい。視覚的表示器システム82は、例えば、基底ユニット12が適切な動作可能状態にあるかどうか、ネットワーク接続が適切であるかどうか、ポート接続が適切であるかどうか、データがポート接続およびネットワーク接続を通じて送信中または受信中であるかどうか、および基底ユニットが保守を必要とするかどうかを示すことができる。
【００３３】
BGM10および基底ユニット12は、手持ち式医療機器86およびそれらの関連基底ユニット88のネットワーク化されたシステム84の一部であり得るが、一実施形態では、機器86および基底ユニット88は、他のBGM10および基底ユニット12である。一実施形態では、BGM10および基底ユニット12によって伝達されるステータス情報は、ネットワーク化されたシステム84に関するステータス情報を含み得る。他の機器86はネットワーク34を介して遠隔ステーション32と通信し得る。特に、遠隔ステーション32は、システム84における特定の機器および関連基底ユニットに関するステータス情報をBGM10および機器86から受け取ることができる。遠隔ステーション32はまた、システム84における任意のまたはすべての機器10、86に対する問合わせおよび更新を送信することができる。
【００３４】
遠隔ステーション32は、システム84における機器およびそれらの関連基底ユニットに関するステータス情報を監視し、収集し、かつ集約するセントラルポイントを設ける。遠隔ステーション32は、集約されたステータス情報を要約して、入力/出力装置90を介してステータス情報を提示することができる。入力/出力装置90は、1つまたは複数の、表示器画面、キーボード、可聴警告、LED、LCD、プリンタ、接触画面、位置指示装置、および同様物を含み得る。入力/出力装置90はまた、図3に図示されていない他者または機器と通信リンクを確立するように構成された通信装置91も含み得る。
【００３５】
例えば、機器10、86のいずれかからのステータス情報が、専門的な保守呼出しを要する恐れがある問題を示すとき、遠隔ステーション32は、入力/出力装置90を介して保守提供者を自動的に呼び出すことができる。さらには、機器10、86のいずれかから受け取られたステータス情報に関する遠隔ステーション32による分析が、機器および/または関連基底ユニットによって使用されているソフトウェアまたはファームウェアのバージョンの更新が必要であることを示すとき、遠隔ステーション32は、入力/出力装置90およびネットワーク34を介して、必要な更新を機器に自動的に送信することができる。遠隔ステーション32はさらに、システム84、またはシステム84における任意の機器10、86もしくは基底ユニット12、88のステータスに関する情報を記憶装置92の中に格納することができる。記憶装置92の中に格納された情報は、例えば、ルーチンステータス情報、ソフトウェアおよびファームウェアのバージョン番号、修理履歴に関するデータ、ならびに機器10、86および基底ユニット12、88の位置および使用を示す追跡データを含み得る。
【００３６】
1つの例示的な実施形態では、パーソナルコンピュータが、入力/出力装置90、通信装置91、および記憶装置92を有する遠隔ステーション32として動作し得る。別の例示的な実施形態では、携帯電話、携帯無線呼出し器、または個人用携帯型情報端末(PDA)のような可搬式機器が入力/出力装置90として動作可能であり、遠隔ステーション32および記憶装置92は異なる物理的位置に配置されている。この実施形態では、遠隔ステーション32および入力/出力装置90は、通信装置91によって、無線リンクまたは電話線のような通信リンクを介して通信することができる。遠隔ステーション32および入力/出力装置90はまた、ネットワーク34を通じて通信することもできる。
【００３７】
ネットワーク管理者のような責任者が、入力/出力装置90を監視することによってシステム84における任意の機器10、86または基底ユニット12、88のステータスを監視してもよい。入力/出力装置90は、例えば、システム84におけるすべての機器10、86および基底ユニット12、88が動作中であることを責任者に知らせてもよいし、またはシステム84における機器または基底ユニットが応急処置を要する状態にある時点で責任者に知らせてもよい。システム84における機器10、86または基底ユニット12、88が、手当を要する状態にあるとき、入力/出力装置90は、当該機器の位置および問題の性質のような情報を責任者に提示することができる。入力/出力装置90はさらに、遠隔ステーション32による問合わせに応答して機器10、86から受け取られたステータス情報を責任者に提示することができる。入力/出力装置90はまた、問題となっている当該機器の修理履歴のような、記憶装置92の中に格納されたデータを責任者に提示することもできる。
【００３８】
図4〜6は、電子機器または遠隔ステーションのどちらかが、手持ち式医療機器および基底ユニットからのステータス情報を問い合わせ、かつそれを受け取り、ならびに更新を提供するシステム100の実施形態を例示するフローチャートである。システム100、電子機器、遠隔ステーション、手持ち式医療機器、および基底ユニットは、図1〜3に示された実施形態であり得るが、これらの実施形態に限定されるものではない。
【００３９】
図4に示されているシステム100の実施形態では、要求側ユニット102(それは電子機器30、遠隔ステーション32、または機器86のいずれかであり得る)が、基底ユニット106を介して手持ち式医療機器104と双方向通信している。動作に際して、ステップ110で、ステータス情報を求める問合わせ108が、要求側ユニット102から手持ち式医療機器104に送信される。ステップ112で、基底ユニット106が、問合わせを手持ち式医療機器104に伝達し、その問合わせはステップ114で受け取られる。ステップ116で、手持ち式医療機器104は、機器ログ、または方法を記録しかつ報告する他の任意の種類のデータのような機器データ62を要求側ユニット102に送信し、そのデータはステップ118で基底ユニット106によって伝達される。
【００４０】
要求側ユニット102は、ステップ120で機器データ62を受け取り、ステップ122で、責任者が、対応する手持ち式医療機器104を物理的に手当することが必要な警告または保守状況に関して、その機器データの中に含まれたステータス情報を処理する。このような警告または保守状況が存在すれば、ステップ124で、要求側ユニット102は、手持ち式医療機器104の警告または保守状況および位置を示すメッセージを別の装置に送信することができる。さらには、ステップ126で、このような情報が、入力/出力装置90(図3)などを介して局所的に提示され得る。警告または保守状況が存在しなければ、ステップ128で、要求側ユニット102は、手持ち式医療機器104のソフトウェアまたはファームウェアに対する更新が必要であるかどうかを知るために確認を行う。更新の必要がなければ、ステップ130で、ステータス情報が、入力/出力装置90(図3)などによって、局所的に要求側ユニット102に提示され得る。更新の必要があれば、ステップ132で、更新が、要求側ユニット102から手持ち式医療機器104に送信される。ステップ134で、基底ユニット106は、この更新を手持ち式医療機器104に伝達する。
【００４１】
ステップ136で更新が受け取られると、手持ち式医療機器104は、ステップ138で、更新を適用して新たなステータス情報を取得するために、ルーチン60(図3)のような自己診断ルーチンを実行する。ステップ140で、手持ち式医療機器104は、新たに取得されたステータス情報によって機器データを更新する。次いで、手持ち式医療機器104は、基底ユニット106を介して、この機器データを要求側ユニット102に通信するためにステップ116を反復する。次いで、要求側ユニット102は、上述の残りの処理ステップを反復する必要があるかどうかを決定するために、少なくともステップ128を反復する。ステップ142で、更新された機器データからのステータス情報が、ユーザインターフェース54(図3)などによって、手持ち式医療機器104に提示され得る。
【００４２】
手持ち式医療機器104はさらに、基底ユニット106のステータス情報を要求側ユニット102に通信し得る。しかし、システム84では、電子機器30および遠隔ステーション32(図3)はどちらも、基底ユニット106にステータス情報を直接問い合わせしないことが理解されるべきである。そうではなく、図5によって示されているように、手持ち式医療機器104が、ステップ200で、基底ユニット106にステータス情報を問い合わせる。ステップ200における手持ち式医療機器104からの問合わせ201は、ユーザインターフェース54(図3)などを介して、手持ち式医療機器104のユーザによって、または電源投入、動作状況の変化、もしくは指定時間の経過後のようなトリガリング事象に従って、このような問い合わせを行うように命令されるとき、ステップ138で実行されたように(図4)、診断ルーチンの一部として開始され得る。
【００４３】
ステップ202で、基底ユニット106が問合わせを受け取るとき、ルーチン64(図3)のような診断ルーチンが、ステップ204で基底ユニットによって実行される。次いで、基底ユニット106は、ステップ206でBUステータス情報を手持ち式医療機器104に送信し、その情報はステップ208で受け取られる。ステップ210で、手持ち式医療機器104は、責任者が基底ユニット106を物理的に手当することが必要な警告または保守状況に関して、ステップ208で受け取られたステータス情報を処理する。このような警告または保守状況が存在すれば、ステップ212で、手持ち式医療機器104は、基底ユニット106の警告または保守状況および位置を示すメッセージを遠隔ステーション32(図3)のような別の機器に送信することができる。例えば、ネットワーク接続が依然として利用可能であれば、このようなメッセージが、ステップ214で、基底ユニット106を介して、手持ち式医療機器104から、例えば、要求側ユニット102のような指定されたユニットに伝達され、このメッセージはステップ216で受け取られ、次いでステップ218で要求側ユニット102に局所的に表示される。要求側ユニット102は、ステップ220で、通信装置91またはネットワーク34(図3)などを介して、警告または保守状況に関する更なるメッセージを1人または複数の指定された責任者に送信することができる。
【００４４】
さらには、ステップ222で、このような警告または保守メッセージが、入力/出力装置68(図2)などを介して、手持ち式医療機器104に局所的に提示され得る。ステータス表示器82(図1A)のような視覚的表示器が基底ユニットに設けられている実施形態では、次に、ステップ224で、基底ユニット106が、警告または保守状況が存在するかどうかを知るために確認を行い、存在すれば、ステップ226で、ステータス表示器82などを介して警告または保守状況の表示が行われる。
【００４５】
ステップ228で、手持ち式医療機器104は、基底ユニット106のソフトウェアまたはファームウェアに対する更新が必要であるかどうかを知るために確認を行う。更新の必要がなければ、ステップ230で、機器データは、受け取られたBUステータス情報によって更新されるが、その情報は、ステップ232で、入力/出力装置90(図3)などによって局所的に提示され得る。更新の必要があれば、ステップ234で、更新が手持ち式医療機器104の記憶装置から基底ユニット106に送信される。ステップ236で、基底ユニット106が更新を受け取る。この更新を受け取ると、基底ユニット106は、更新を適用して新たなステータス情報を取得するために、ルーチン64(図3)のような、ステップ204で述べられた自己診断ルーチンを実施し、以後、上述の残りの処理を反復する。一実施形態では、更新が、手持ち式医療機器104によって必要とされかつ送信されたネットワーク設定を使用して、基底ユニット106をプログラムすることを含み得る。
【００４６】
図6によって示されている別の実施形態では、遠隔ステーション32(図3)のような要求側ユニット102が、システム100における基底ユニット106にソフトウェアまたはファームウェアの更新を発行することが可能である。この実施形態では、要求側ユニット102は、ステップ302で更新を送信し、その更新は、ステップ304で、基底ユニット106を介して伝達され、ステップ306で、手持ち式医療機器104によって受け取られる。ステップ308で、受取り側の手持ち式医療機器104は、更新を記憶装置の中に緩衝記憶する。ステップ310で、手持ち式医療機器104は適切な時点で更新を送信する。この適切な時点は、ステップ226(図5)のようなトリガリング事象に従うか、または手持ち式医療機器104を操作するユーザによって決定され得ることが理解されるべきである。
【００４７】
次に、更新を基底ユニット106に送信する前に、手持ち式医療機器104は、ステップ312で、更新を含むデータストリーム300にプロトコルヘッダのような情報を追加する。上記のプロトコルヘッダのような情報を追加すると、基底ユニット106に、この基底ユニットがプロトコルヘッダに続くデータストリーム中の内容を無視するべきではないことを認識させて、この内容を無視するのではなく更新として処理させることが理解されるべきである。そうでなければ、プロトコルヘッダのような追加的な情報がデータストリームの中に与えられないとき、基底ユニット106は、ネットワーク機器と手持ち式医療機器104との間のすべて通信に関する場合と同様に、データストリーム300の内容を無視することになる。例えば、ステップ314で、プロトコルヘッダおよび更新が、手持ち式医療機器104から基底ユニット106に送信され、この基底ユニットは、ステップ316で、プロトコルヘッダを求めてデータストリーム300の確認を行う。プロトコルヘッダが検出されないと、データストリームは、ステップ318で、処理のためにネットワークに伝達されることになる。しかし、この実施例では、基底ユニット106は、データストリーム300の中にプロトコルヘッダを検出すると、ステップ320で、ルーチン204(図5)のような診断ルーチンを実行することなどによって更新を適用する。機器データが更新され、かつ、更新が首尾良く適用されたことを示すステータス情報が手持ち式医療機器104に局所的に表示されるように、図5に例示されたシステム実施形態に関してステップ204の後で説明されたような追加的なステップも実施され得る。
【００４８】
本発明の様々な実施形態が説明された。これらの特定の実施形態は本発明の実施態様を例示するものである。特許請求の範囲から逸脱することなく、様々な変更が行われ得る。例えば、本発明は、血糖測定器およびそれらの関連基底ユニットに限定されるものではなく、多様な医療機器に実施され得るものである。本発明は、医療機器または基底ユニットが固定位置に配備されるシステムに限定されるものではない。幾つかの場合では、救急車または保安警備員によって使用される車両のような移動プラットホームにBGMおよび基底ユニットを配備することが有益であり得る。さらには、本発明は、遠隔ステーションが移動式である実施形態を含む。
【００４９】
通信技法の数多くの実施例が、医療機器と、基底ユニットと、遠隔ステーションと間の通信に関して説明されている。本発明は、明示的に説明された技法に限定されるものではない。通信は、光通信リンク、磁気通信リンク、赤外線通信リンク、または視覚的なステータス変化検出器に基づき得る。さらには、幾つかの無線周波通信リンクが説明されたが、本発明は明示的に説明された技法に限定されるものではない。例えば、携帯電話リンクが、符号分割多重アクセス(CDMA)、広域携帯電話システム(GSM)、または汎用パケット無線システム(GPRS)のような任意の公認された通信プロトコルを使用してもよい。
【００５０】
さらには、本発明は、本明細書に説明された技法を実行するソフトウェアを含む。本発明は、プログラム可能なプロセッサに上で説明された方法を実行させる命令を含むコンピュータ可読媒体として実施され得る。「コンピュータ可読媒体」は、限定されるものではないが、読取り専用記憶装置、フラッシュメモリ、および磁性または光記憶媒体を含む。命令は、1つまたは複数のソフトウェアモジュールとして実施され得るが、それらは単独でまたは他のソフトウェアと組み合わせて実行され得る。
【００５１】
命令および媒体は、必ずしも任意特定のコンピュータまたは他の装置と関連付けられるわけではなく、様々な汎用もしくは特化された機械によって実行され得る。命令は、2つ以上の媒体間に分配可能であり、かつ2つ以上の機械によって実行可能である。機械は、相互に直接結合されてもよいし、またはネットワークを介して結合されてもよい。
【００５２】
本発明はまた、上で説明された関数および方法を実行する論理回路を含む1つまたは複数の装置として実施され得る。論理回路は、マイクロコントローラ、マイクロプロセッサ、ディジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、および同様物のように、汎用向けにプログラム可能であってもよいしまたは専用であってもよい。
【００５３】
以上の説明および図面は、本発明の特徴および利点を実現する典型的な実施形態を例示するにすぎないものと考えられるべきである。本発明の趣旨および範囲から逸脱することなく、特定の処理ステップ、システム、および設定に対する変更および代用が実施可能である。したがって、本発明は、以上の説明および図面によって限定されると考えられるべきではなく、添付の特許請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【００５４】
【図１】図1Aは本発明の実施形態に従う基底ユニットおよび手持ち式医療機器の斜視前面図であり、図1Bは本発明の実施形態に従う基底ユニットおよび手持ち式医療機器の斜視後面図である。
【図２】本発明の実施形態に従う基底ユニットを管理する手持ち式医療機器を示す斜視図である。
【図３】本発明の実施形態に従う、血糖計測器(BGM)のような複数の手持ち式医療機器を管理しかつ運用するシステムを例示するブロック図である。
【図４】本発明の実施形態に従う手持ち式医療機器の問合わせを例示するフローチャートである。
【図５】本発明の実施形態に従う手持ち式医療機器によって基底ユニットを問い合わせることを例示するフローチャートである。
【図６】本発明の実施形態に従う手持ち式医療機器からの能動的な制御によって基底ユニットを更新することを例示するフローチャートである。
【符号の説明】
【００５５】
10  手持ち式医療機器(血糖測定器(BGM))
12  基底ユニット
14  受け台
16  矢印
18  矢印
20  電源コード
22  ポート接続
24  ネットワーク接続
26  電気接続
28a  BGMの通信インターフェース
28b  基底ユニットの通信インターフェース
30  電子機器
32  遠隔ステーション
34  ネットワーク
36  無線接続
38  電気接続
40a  電池端子
40b  電池端子
42  電源
44  電池
46  外部電源
48  測定システム
50  マイクロプロセッサ
52  記憶装置
54  ユーザインターフェース
56  マイクロコントローラ
58  記憶装置
60  自己診断ルーチン
62  データファイル
64  自己診断テスト
66  入力/出力要素
68  接触画面式の表示器
70  選択ボタン
72  検査読取り器
74  光学読取り器
76  スピーカ
78  マイクロフォン
80  出力要素
82  視覚的表示器システム
84  システム
86  手持ち式医療機器
88  関連基底ユニット
90  入力/出力装置
91  通信装置
92  記憶装置
100  システム
102  要求側ユニット
104  手持ち式医療機器
106  基底ユニット
108  問合わせ
204  ルーチン
300  データストリーム
【図１】
0004648921.tif 000002
【図２】
0004648921.tif 000003
【図３】
0004648921.tif 000004
【図４】
0004648921.tif 000005
【図５】
0004648921.tif 000006
【図６】
0004648921.tif 000007