JP5592499B2 - 検体データ送信及びレポート生成のための方法及びシステム - Google Patents

Description

関連出願の説明

本出願は２００９年１１月１９日に出願された米国仮特許出願第６１/２６２８４９号の恩典を特許出願する。上記出願の明細書はその全体が本明細書に参照として含まれる。

本発明は全般的には医学データ及び医学データに対するレポート生成に関し、さらに詳しくは、自動化された低費用の医学データ転送を提供するように、また患者の診察中に医療従事者が利用するために医学データからのレポートを一層迅速かつ効率的に提供するように構成されたシステム及び方法に関する。

真性糖尿病、または単に「糖尿病」は不治の慢性疾患である。Ｉ型糖尿病患者は食物摂取後の血糖値上昇を補償するためにインスリンを取り入れることでそれぞれの糖尿病を管理しなければならない。Ｉ型糖尿病管理は、特に過剰であるかまたは誤った量のインスリンの投与によるハイポグリセミアすなわち低血糖症の発現を防ぎながら、ハイパーグリセミアすなわち高血糖症を予防するためにはたらく。劣悪な糖尿病管理は、意識喪失のような、急性症状で、あるいは、心臓血管疾患、網膜症、神経障害及び腎症を含む、慢性状況を通して、現れ得る。有効な糖尿病管理には努力が必要である。

人の糖レベルのモニタリング及び管理を補助するための多くの様々な方法が既にある。多くの場合、携帯型デバイスの使用に基づく健康管理維持システムが用いられる。これらのデバイスは、血糖データのような、患者のデータを記録するように構成されている。さらに、大量の医学データの格納及び、医療従事者(ＨＣＰ)のような、第三者による後のアクセスのため、そのようなデータをリモートサーバにアップロードできることが知られている。例には、グーグルヘルス(Google Health)及びマイクロソフトヘルスボールト(Microsoft Health Vault)(商標)がある。リモートサーバ所在地またはどこかで、血糖検査結果を、投薬、食事または、運動のような、その他の要因に関する定量的情報と整合させることができる。

医用センサは患者の１つまたは複数の生理学的パラメータに関して大量の有用な情報を生成することができる。そのような情報は、特定の方法で、処理され、整理され、レポートにされると、患者の診察及び処置の勧告において医療従事者に極めて有益になり得る。そのようなデータの、適切な計算、整理及びレポートは、情報、患者の履歴及び患者の現在の状態及び健康状況の、迅速で、有用であり、一層正確な、評価の形成を補助し得る。

例えば、患者の処置には一般に検体モニタリングデバイス及び薬物投与デバイスが用いられる。患者の体組織から１つないしさらに多くの試料または検体が検知され、データが蓄積される。そのデータを取り込み、蓄積して、処理するために、センサ及びプロセッサを備えるモニタを用いることができる。最終的に、患者または患者の医療従事者(ＨＣＰ)による吟味のため、そのようなデータから１つないしさらに多くのレポートが作成されなければならない。レポートに応じて、１つないしさらに多くの薬物を患者に投与することができ、あるいは別の処置クールを処方することができる。薬物の投与は、自己注射のように患者により、または看護師のような別人により、手作業で行うことができ、あるいは自動投与または連続投与のための、輸液ポンプのような、電動式薬物投与デバイスによって行うことができる。例えば、Ｉ型真性糖尿病の処置及び管理には、糖モニタ及びインスリンポンプが普通用いられる。

糖尿病の場合、患者の糖レベルに関するデータを得るには、血糖モニタ(ＢＧＭ)または連続糖モニタ(ＣＧＭ)を用いることができる。そのようなセンサは、血液滴の実分析によるかまたは結合組織の組成の検知によって、糖レベルを検出する。患者は患者の糖データを受け取って格納するために用いられる電子手帳(ＰＤＡ)のような、携帯型デジタルデバイスを有することができる。これは多くの方法で行うことができる。ＢＧＭで読み取られる検査ストリップ上に患者が血液滴を塗る例では、ＢＧＭからのデータを、格納、(日付及びタイムスタンプの付加によるような)処理及びどこかへの転送のため、ＰＤＡに送信することができる。一例において、ＢＧＭはＰＤＡと一体化される(専用デバイス)。別の例では、糖データは無線態様で、または有線接続を介して、ＰＤＡに送信される。ＢＧＭ及びＣＧＭのいずれの場合においても、測定された患者の糖データをＰＤＡ上に取り込むために様々な方式を用いることができる。ＰＤＡはそのデータを処理するようにプログラムすることができ、ＰＤＡのスクリーン上に有用な糖レベル数値表示を提供することができ、また遠隔にあることができてインターネット(クラウドコンピューティング)を介するかまたは他の手段によってアクセスすることができるサーバにデータをアップロードするように指示することもできる。通常、コンピュータ化レポートを、測定された糖のそのような測定値及び計算値を合わせて表示するために用いることができ、健康管理勧告の生起に用いることができる。例えば、糖モニタは患者のより良い血糖管理のための勧告を与えるようにプログラムされる。

Ｉ型真性糖尿病のような慢性状態に対し、ある期間にわたり連続動作している糖モニタの使用により患者の糖尿病関係状態に関して生成され得るデータ及び食事、運動及びその他の活動に関して入力され得る患者データの量は、患者または臨床医師が容易に理解できる情報量より大きくなる傾向がある。モニタされたばかりのデータのような、糖尿病データを処理するためのデータ管理アプリケーションが現在利用可能である。そのようなアプリケーションは、糖レベル、時間の経過にともなうレベルの変化、投与されたインスリンに対する応答及び、糖尿病患者及び患者の医療従事者(ＨＣＰ)に有用であり得る、その他の情報に関するデータの１つまたは複数の分析を含む、レポートを提供する。そのような分析は、傾向、外挿、予測、警告及びその他を含むことが多い。

ＰＤＡのような携帯型デバイスあるいは専用糖尿病管理デバイスは、メモリが限られ、満杯になるまでにある程度の量のデータしか格納できない。データがアップロードされないか、そうではなくともセーブされなければ、連続使用は格納データの上書きをおこさせ、よって患者の医療履歴のいくらかを失うことになり得る。

患者についての糖データの収集における別の問題はそのデータをセーブする費用である。営利サーバサービス(例えば、Google Health, Microsoft Health Vault)の内の１つのようなリモートサーバにデータをアップロードする場合、データは利用できる営利システムを用いて転送されなければならない。セル式電話、インターネットサービスプロバイダ(ＩＳＰ)への無線接続、電話接続またはその他のサービスの使用には、特に利用集中時間帯(ゴールデンタイム)において、比較的費用がかかり得る。さらに、多くの患者は、コンピュータ、ＰＤＡ、インターネット接続、等を使用する技量を有していないであろう。そのような患者は、インターネットへの接続、データのアップロード、アップロード済データの携帯型デバイスからの削除及びその他の事柄の意味が分からない。データ転送の費用が低くなれば、またデータ転送及び携帯型デバイスの全プロセスが自動化されれば、患者にとって好都合であろう。

有効な糖測定の重要性にもかかわらず、Ｉ型糖尿病患者が医師から毎日毎日、直接指導されることは滅多にない。一般に、重要な代謝イベント時、血糖異常時及び大きな糖変動時に医師が居合わせることはない。患者が診察室にいて、医療従事者が患者を実際に診ているときに、そのようなイベントがおこることはおそらく無いであろう。最善でも、そのような来院受診は医療従事者に患者の糖尿病状態の「スナップショット」しか提供しない。

残念ながら、データ管理アプリケーション及び検体モニタリングシステムによって生成されるデータは、多くの理由により、望まれるほど広くはＨＣＰによって用いられていない。一例として、糖尿病患者の定期診察中にＨＣＰが前回の来院以来の患者の糖尿病関連履歴を調べることは重要であり得る。特に、ＨＣＰは、時間の経過にともなう糖レベルの変動、そのような変動の、食物摂取量、運動及び睡眠との関係、どの薬物の投与がなされたか及び投与のタイミング、及びその他のデータを、患者の糖レベルに関するそれぞれの効果を決定するために知りたいであろう。しかし、そのようなデータ及び処理済データの提供には一般に、プロセッサ、処理を実行するためのプログラム、レポートフォーマット及びＨＣＰがレポートを調べることができるような出力が必要である。これは、患者がモニタからのデータダウンロード、プログラムによるデータ処理及び診察時に患者がＨＣＰに提示できるレポートの印刷を達成することができれば、可能であろう。

別のシナリオにおいて、上述のレポート生成は、患者が患者の携帯型モニタの糖データを、ＨＣＰもアクセスできる、リモートサーバにアップロードすることによっても達成できる。ＨＣＰは、患者のデータをサーバから受け取り、アプリケーションプログラムが実装されたローカルコンピュータ上でそのデータを処理し、患者の診察時にＨＣＰが調べるために結果を印刷することができる。理論的にはこのシステムは有効であるはずであるが、ＨＣＰは必要な時間を確保できず、ＨＣＰのスタッフにレポートを生成してもらうための補助もないであろう。ＨＣＰもスタッフも、データを取り込み、データを処理して、レポートを印刷するに十分なコンピュータ技量を有しているであろう。患者はそのような技量を有していないであろう。普通の技量の人は、インターネットまたはリモートサーバとの接続問題が生じたときに、解決が困難であることが多い。したがって、患者の医療履歴データを、またそのデータから作成された有益なレポートも、ＨＣＰが必要とするときに一層容易に入手できることが、患者の糖尿病管理努力にとって重要であろう。

さらに、ＨＣＰによる患者の来院受診中の診察室においてコンピュータは一般に利用可能ではない。また、医学データの操作及び分析に有用な、様々な医学データデバイス製造業者のそれぞれで独自の、多くのソフトウエアアプリケーションの習得に抵抗するＨＣＰもいる。さらに、来院受診中のソフトウエアアプリケーションの取込み及び医療デバイス(例えば、血糖モニタ、連続糖モニタ、インスリンポンプ、等)からのデータのアップロードに必要な時間をとられたくないＨＣＰもいる。さらに、異なるデバイスプラットフォームにはそれぞれ独自のケーブル及びコネクタの使用が必要になり、診療所環境に擾乱及び混乱をおこさせ得る。

そのような場合、診察は蓄積されたデータの恩恵を受けないまま実施されなければならず、代わりに、前回の来院以降のイベント発生に関する患者の記憶あるいは、どのような形式のものであっても、患者のノートに頼らざるを得ない。

一例において、製造業者は特別なアップロード機構を備える専用プリンタを提供している。しかし、この特別な装置は、医療施設、特に診察室に擾乱をもたらし、特定の製造業者の糖モニタとの組合せでしかはたらかない。しかし、多くの場合、診察室またはその近辺に市販のコンピュータ装置がいくつか存在することも事実である。さらに、コンピュータはなくとも、市販プリンタはほぼ間違いなく利用可能である。必要時に、患者についての医学レポートの生成にそのような普通の装置を利用できれば有益であろう。

したがって、当業者は、患者の診察に用いるための患者の検体データ及びレポートを医療従事者が入手できる、一層有用なシステム及び方法が必要であることを認識している。診察のためにＨＣＰが調べる患者の健康データレポートを入手するために、取得され、習得されて、操作されなければならない、コンピュータハードウエア及びソフトウエアの数を最小限に抑える必要も認識されている。患者データ及び処理済データ並びに、患者の診察時にＨＣＰが調べるための、レポートを生成するために、多くの医療施設に見られる標準的な印刷装置の使用を可能にする、システム及び方法が必要であることも認識されている。さらに、患者の医学データのリモートサーバまたはどこかへの転送にかかる費用をコントロールする必要も認識されている。

本発明の課題は、上記及びその他の必要を満たす、システム及び方法を提供することにある。

簡潔かつ総括的にいえば、本発明は、医学データを格納し、そのデータをリモートサーバまたは医療従事者(ＨＣＰ)に転送する、携帯型デバイスを含むデータ管理システムに向けられる。一態様において、携帯型デバイスに格納されたデータは処理して、選ばれたレポートフォーマットにし、ＨＣＰの診療室におけるプリントアウトのための選ばれたプリンタドライバとともに転送することができる。別の態様において、レポートはプリンタドライバ及びプリンタへの入力のためにセーブされた「プリント」ファイルと合わせて処理することができる。また別の態様において、携帯型デバイスの格納データを処理して選ばれたレポートフォーマットにするためにドッキングステーションが用いられ、ドッキングステーションは適用可能なプリンタドライバを選択するためまたはプリントファイルを作成するために用いられる。別の態様において、ドッキングステーションはドッキングされた携帯型デバイスから格納データをリモートサーバに、選択された時間帯に、バッチ形式で自動的に転送するようにプログラムされ、この時間帯は、選ばれた通信システムを通じるデータ転送コストが低くなるように選ばれる。

別の態様において、携帯型検体モニタリングデバイスは血糖レベルを測定するかまたは血糖モニタ(ＢＧＭ)または連続糖モニタ(ＣＧＭ)から血糖レベルデータを受け取る。携帯型デバイスは、糖のような、検体の、１つないしさらに多くの、測定レベル、目標レベルまたは予測レベルに関するデータの、測定、格納及び、必要に応じて、分析するための、コンポーネント及び機能を備える。携帯型デバイスはさらに、携帯型中継データ通信器、プリンタ、コンピュータ、等のような、別のデバイスへのデータまたは情報の転送を、またプリンタドライバ及び、データの転送及び／または印刷のための、その他のコンピュータ読取可能命令の転送も、容易にするためのデータ通信インターフェースを備える。携帯型デバイスは、ドッキングステーション、プリンタまたはリモートサーバへの、自動データ転送、半自動データ転送またはユーザ主導データ転送のためのタイミングプログラムも備える。

ドッキングステーションは携帯型デバイスへの及び携帯型デバイスからのデータの転送並びにデータの分析のためのコンポーネント及び機能を備え、携帯型デバイスとの通信のための少なくとも１つのデータ通信インターフェースも備える。携帯型デバイスからコンピュータ、リモートサーバ、プリンタ、等へのデータの転送のための複数の通信インターフェースが備えられる。別の態様において、ドッキングステーションは、携帯型デバイス内の蓄電池のような、電源への充電を提供する充電器として構成される。別の態様において、ドッキングステーションは、例えば来院中にユーザ及びＨＣＰを補助するための、簡便なデータ吟味を提供するため、データをプリンタに直接送ることができるように、１つないしさらに多くのプリンタドライバ、プリンタ管理プログラムまたはこれらの組合せを備えることができる。また別の態様において、ドッキングステーション、プリンタまたはリモートサーバへの、自動データ転送、半自動データ転送またはユーザ主導データ転送のためのタイミングプログラムがドッキングステーションに備えられる。

本発明に利用されるように、ドッキングステーションは携帯型デバイスから、ユーザまたはＨＣＰによる操作のためのリモートサーバへの、または携帯型デバイスにより収集されたデータを印刷するためのプリンタへの、データ及び情報の転送のためのインターフェースを提供する。別の態様において、ドッキングステーションはドッキングステーションの能力を高めるための、オーディオスピーカーのような、様々な特徴を有し、様々な情報をユーザに提供するためのディスプレイを備える。

本発明にしたがう別の態様において、携帯型データ管理デバイスとドッキングステーションの間の接続を確立するための方法が提供され、ここでドッキングステーションは携帯型データ管理デバイスとインターロックするように構成される。本方法は、携帯型デバイスに付随するデータをドッキングステーションに転送するステップを含む。ドッキングステーションとリモートサーバの間に接続が確立され、携帯型デバイスにともなうデータはドッキングステーションによってリモートサーバに自動的にアップロードされる。本方法はさらに、ドッキングステーション上の複数の選択可能なレポートから選ばれたレポートを正確に印刷するためにプリンタを駆動するため、ドッキングステーションに格納されたコンピュータ読取可能命令を実行するステップを含むことができる。さらに、本方法は、ハンドヘルドデータ管理デバイスをドッキングステーションに載せると、自動的に実施することができる。例えば、携帯型デバイスをドッキングステーションに接続すると、携帯型デバイスに収集されて格納されたデータをリモートサーバに自動的にアップロードすることができる。

方法にしたがうまた別の態様において、携帯型データ管理デバイスに格納されたデータの自動データアップロードは時限ベースで実施され、タイミングプログラムは携帯型デバイスまたはドッキングステーション上で実行される。タイミングプログラムにおいて発動されるスタートコマンドに応答して、現在時刻が検出され、あらかじめ定められたアップロード時刻と比較されるであろう。同じであれば、無線または有線接続によるかあるいは、ＵＳＢポート、ファイアワイア(Firewire)ポートまたはその他のデータ転送ポートを介して、携帯型データ管理デバイスにデータリクエストが送られるであろう。携帯型データ管理デバイスからデータを受け取ると、クレードルに常駐する通信プログラム内のあらかじめ定められたアクセス命令にしたがってドッキングステーションとリモートサーバの間にインターネット接続が確立され、データがサーバにアップロードされる。

さらに詳細な態様において、タイミングプログラム及び通信プログラムはいずれも携帯型データ管理デバイスに常駐し、ドッキングステーションはリモートサーバへのデータ接続を確立するための通信路としてしかはたらかない。

別のさらに詳細な態様において、ドッキングステーションには、さらにリモートサーバへのアップロードリクエストがなされたときに、携帯型データ管理システムから新規データだけがリクエストされてリモートサーバに送信されるように、どのデータが既にアップロードされているかを決定するためのコンピュータ読取可能命令も与えられる。これは、ドッキングステーションまたは携帯型デバイス上のメモリに、最新アップロードデータに関する情報を格納することによって、あるいは送られた最新データレコードについてリモートサーバに問い合わせることによって、達成することができる。最新データレコード情報が携帯型デバイスに格納されていれば、携帯型デバイスは未だ提供されていないデータだけを送信することでドッキングステーションからのデータアップロード照会に応答するであろう。ドッキングステーションのメモリ格納は、以前の警告、エラー及びステータスメッセージを追跡するため、及び新規の警告に対してあるいはデータの送信または受信にエラーがおこった場合に、可聴または可視信号を与えるためにも、提供される。

本発明にしたがうまた別のさらに詳細な態様において、携帯型データ管理システムには携帯型デバイスから直接の、または携帯型デバイスに接続されたデータ格納デバイスからの、データの印刷を可能にするに十分な機能が備えられる。別の態様において、そのようなデータ格納デバイスは、フラッシュメモリカードまたはフラッシュドライブのように、着脱可能かつ可搬である。前者の場合、携帯型データ管理デバイスはプリンタへのデータの送信及び、マイクロソフトウインドウズ(登録商標)のような、コンピュータ用標準オペレーティングシステムネイティブのような、普遍プリンタドライバ及び管理プログラムを用いる、そのデータの印刷を可能にするように構成される。

本発明の様々な特徴及び利点は、添付図面を参照する、以下の本発明のいくつかの詳細な説明によってさらに明らかになるであろう。

図１は医学状態のモニタリング及びレポート作成のための、医学状態を管理するために用いられ、患者の医学状態が格納される、携帯型デバイスを有する、システムのブロック図であり、携帯型デバイスはリモートサーバに無線接続して示され、リモートサーバは患者の医療従事者(ＨＣＰ)もアクセスすることができ、ＨＣＰの診療室には患者の診察中に患者の医学データから得られるＨＣＰへのレポートを提供するためのコンピュータ及びプリンタが備えられている。 図２は図１と同様のブロック図であるが、この場合、患者の診察中またはその前のＨＣＰによる吟味のために医学状態レポートを生成させるためのＨＣＰのコンピュータ及び／またはプリンタとの患者の携帯型デバイスの相互無線通信が示されている。 図３も図１と同様のブロック図であるが、この場合、患者の携帯型デバイスを受け入れるため、ドッキングされた患者の携帯型デバイスから患者の医学データをダウンロードするため、患者の医学データを処理して選ばれたレポートフォーマットにするため、プリンタドライバを選択するため、及び処理された医学データレポートをＨＣＰのコンピュータまたはプリンタに、あるいはいずれにも、送信するための、(クレードルと称されることもある)ドッキングステーションがＨＣＰの診療室に備えられている。 図４は図１と同様のシステムの別のブロック図であるが、この場合、患者の携帯型デバイスは、ＨＣＰのコンピュータまたはＨＣＰのプリンタで、あるいは両者で、用い得るレポートを携帯型デバイスがその上に作成する、サンディスク(商標)のような、着脱可能な可搬メモリデバイスを受入れ、使用するように構成されており、図は、ＨＣＰの診療室において携帯型デバイスから取り外され、患者の診察においてＨＣＰが用いるための患者の医学データの所望のレポートを読むため及び印刷するためにコンピュータまたはプリンタに挿入されている、メモリカードを示す。 図５は、複数のアプリケーションプログラムが存在し、その内の１つが医学データレポートを作成するためのアプリケーションプログラムである、患者の携帯型デバイスのインターフェースが、プリンタ選択の実施を可能にし、レポート選択の実施を可能にし、この場合には、格納された医学データにプロセッサがアクセスし、選択されたレポートにしたがって医学データをフォーマットし、正しいプリンタドライバにアクセスし、それに応じてデータを構成し、ＨＣＰのプリンタで印刷するために携帯型デバイスの通信ユニットにレポートを送信する、患者の携帯型デバイスの一実施形態のブロック／流れ図である。 図６は、患者デバイス、ドッキングステーション、プリンタ、メモリカード及びその他を備える本発明の態様にしたがうシステムのコンポーネントの、ホストサーバを含む、ブロック図である。 図７はドッキングステーションすなわち「クレードル」を、ドッキングステーションを示す角枠内に示される様々な最上位機能を含むブロック図の形態で示す。 図８は、一実施形態にしたがう、データの分析及び、モニタリングデバイスからクレードル及び／またはリモートサーバへの、転送の方法を示す流れ図である。 図９は、いくつかの実施形態にしたがう、医学データレポートの作成のためのプリンタへのデータの直接転送を示す流れ図であり、コンピュータまたは着脱可能メモリデバイスへの、あるいは直接にプリンタへの、データの直接転送を示す。

図面をここでさらに詳細に参照する。全図面を通して同様の参照数字は同様の要素を指す。不必要な詳細で説明が曖昧になることを避けるため、既知の機能または構成を詳細に説明することはない。図面において、構造の寸法は必ずしも正しい尺度では示されておらず、さらに明解な理解を可能にするために誇張されている場合があることに注意すべきである。

ここで図１に移れば、患者２０の医学データが携帯型デバイス２２から、大量の患者医学データの格納のためのメモリ２６を有する、リモートサーバ２４にアップロードされている、データ管理システム１８の全体ブロック図が提示されている。この実施形態において、携帯型デバイス及びサーバはサーバとの直接の無線リンク２８を介して相互に通信しているが、これは図の場合に限られる。おそらくは他のデータ受信器／送信器が介在することがあるであろう。加えて、サーバへの及びサーバからのルートに沿う有線接続も存在し得る。

いくつかの場合、携帯型デバイス２２とリモートサーバ２７の間のそのような接続は、患者の医学データの高速で実時間のアップロードを提供するために用いられる。実時間通信を用いるそのようなシステムでは、ゴールデンタイムに通信すれば、比較的高い通信費用が発生し得る。これも本明細書の別の所で論じられる。データ転送料金は一般に、多くの人が眠っている深夜帯よりも、勤務時間帯のような、日中の最大データ転送量時間帯においてかなり高い。そのような料金(＄/分)は利用契約の条項に応じて若干下げることができる。以下の実施形態で提供されるように、費用低減のため、低利用時間帯における通信が用いられる。

図１の参照を続ければ、医療従事者(ＨＣＰ)３０が患者の代わりにリモートサーバ２４にアクセスすることもできる。例えば、ＨＣＰ３０は(ディスプレイ３４及びキーボード３６で示される)ローカルパーソナルコンピュータ(ＰＣ)３２またはその他の同様に機能するコンピュータデバイスを用いてリモートサーバ２４に接続することができる。ローカルＰＣ３２は、メモリ、プロセッサ及び、リモートサーバに対するＨＣＰによる患者及び所望のデータの識別を可能にする(特には図示されていない)アプリケーションプログラムを備える。続いて、リモートサーバ２４は、要求されたデータのメモリ２６内の所在を突き止め、それを取り出してＨＣＰのコンピュータにダウンロードすることができる。リモートサーバは、患者の格納データからレポートを作成するためのプログラムをサーバ上で実行させて、そのようなレポートをＨＣＰのＰＣにダウンロードできる能力を備えていてもいなくても差し支えない。そのような能力をリモートサーバで利用できなければ、患者のデータの格納、データの処理及び処理されたデータからの所要の印刷済レポートの作成の全てをＨＣＰの診療室３８で行うことができる、レポート生成プログラムを、ＨＣＰのＰＣが備えることができる。所望のレポート４２を患者の診察中のＨＣＰによる吟味のために印刷することができる市販(ＯＴＳ)プリンタ４０がＨＣＰの診療室３８におかれる。

「市販(ＯＴＳ)」プリンタとは、普通の人が市場で広く入手でき、そのための「プリンタドライバ」を容易に入手できる、プリンタである。

図２に、医学データの転送のための別の医学データ管理システム５０が提供される。患者２０は患者固有の医学データを格納する携帯型デバイス５２を有する。本システム５０は糖尿病管理システムに用いることができ、携帯型デバイス５２は患者に関する糖データ及びその他の糖尿病関連データを受け取り、格納することができる。携帯型デバイス５２は糖含有量について血液滴を分析するためのストリップ読取器を備えることができる。ストリップ読取器は携帯型デバイスに組み込むことができ、または携帯型デバイスに接続することができる。追加のデータには、インスリン投与時刻及び量、運動時刻、食事時刻、及び炭水化物含有量を含めることができるが、これらには限定されない。図１と同様に、ＨＣＰ３０がいて、コンピュータ装置を備えるＨＣＰの診療室並びにリモートサーバ２７及びメモリ２６がある。

この場合、携帯型デバイス５２は組込無線通信システム及び、ＨＣＰ３０が用いるための医学データレポート４２の携帯型デバイスのプロセッサによる作成を可能にする、実装プログラムを有する。特に、携帯型デバイスはレポート選択肢及びプリンタドライバ選択肢を提供するであろうが、デフォールトのプリンタドライバが存在し得る。プロセッサは携帯型デバイスのメモリから該当する医学データを取り出し、レポートを作成するためにそのデータを処理して、必要に応じてレポートを無線送信する。図２を再び参照すれば、レポート印刷はＨＣＰの診療室３８において行うことができるであろう。一構成において、ＨＣＰのコンピュータ３２またはＬＡＮネットワークが無線能力を有するように構成されていれば、携帯型デバイスから無線でレポートを受け取り、レポートを処理して、プリンタ４０にレポート４２を印刷させることができる。ＨＣＰ３０は次いで、図２に破線で示されるように、レポートを吟味することができるであろう。別の実施形態において、プリンタは無線アダプタ５４を備えることができ、レポート４２の印刷のために携帯型デバイス５２からレポートを受信することができる。携帯型デバイスのレポート印刷プログラムは無線でプリンタにコンタクトし、プリンタのタイプを識別し、携帯型デバイスに格納されたプリンタドライバのデータベースから正しいプリンタドライバを選択し、プリンタとのネゴシエーションを行い、レポートを印刷させる。

図２にはコンピュータ３２及び／またはプリンタ４０との無線接続が示されているが、ＨＣＰ３２の診療室３８で利用できるハードウエア及びソフトウエアに依存して、有線接続、赤外線接続またはその他の接続が使用可能であり得る。この場合、プリンタが無線アダプタ５４を備えていればＨＣＰのコンピュータ３２は不要であることに注意することが重要である。この構成により、患者の最新の医学データの使用が可能になり、ＨＣＰ３０がリモートサーバ２４に接続する必要なしにレポート４２の高速でより簡便な生成が可能になり、ＨＣＰのコンピュータ３２上でアプリケーションプログラムを実行することが可能になり、レポートを印刷することが可能になる。本システム５０によって、さらに一層容易で簡便なレポートの作成及び印刷が可能になる。

次に図３を参照すれば、ドッキングステーション６２及び６４が用いられる、別のデータ管理システム６０が示される。図の左側に示されるように、患者２０は、この場合はリモートサーバ２４及びリモートメモリ２６との通信のためにドッキングステーション６２において用いられる、携帯型デバイス６６を有する。ドッキングステーション６２はデータ転送費用が最も低い時間帯にリモートサーバ２４と自動的にコンタクトするように構成することができる。あるいは、ＩＳＰまたはその他のデータ通信企業への加入契約がなされていて、特定の時間帯にそのデータ通信装置を通じてデータが送信された場合には契約により最低料金が課されるならば、その時間帯にデータを送信するようにドッキングステーションをプログラムすることができる。

この実施形態においてドッキングステーション６２は、ドッキングステーション６２に載せられている、患者の携帯型デバイス６６から医学データを取り出し、上で論じたように、後になって、または携帯型デバイスからのダウンロード時に、そのデータをリモートサーバ２４に自動的に転送するようにプログラムされる。同時に、ドッキングステーション６２は。携帯型デバイス６６の電池を充電することができ、またドッキングステーション及び／またはリモートサーバへの転送が完了したデータを携帯型デバイスから消去することもできる。ドッキングステーションは、以下で論じられるように、ディスプレイ６８上に医学データを表示するように、または印刷のためにレポートを作成するように、プログラムすることもできる。ドッキングステーションは、ドッキングステーションの作業が完了したときまたはエラーがあったときにそのことを患者に表示することもできる。例えば、ドッキングステーションは携帯型デバイスの電池充電が完了したことを緑色光で表示することができる。ドッキングステーションは、充電は未完であるが進行中であることを赤色光で表示することもできる。ドッキングステーションは、例えばリモートサーバへのデータアップロードの進行状況をディスプレイ６８の「燃料計」で表示することができる。

ドッキングステーションの全てのデータのリモートサーバへのアップロードのための自動送信ルーチンのドッキングステーションプログラミングは様々なデータ転送システムによって行うことができる。例えば、患者は、どの方法でリモートサーバと通信するかの患者の決断を、接続及びアップロードは自動であるから、費用だけに基づいて行うことができる。例えば、患者は、データを転送するためにインターネットサービスプロバイダとの無線または有線のルータを用いることができ、または携帯型デバイスが「スマート」ホンの形態をとっていればセル式電話接続を用いることができ、あるいは有線電話接続を用いることができ、また他の接続を用いることができる。この特徴により、患者による患者の費用のコントロールが可能になり、それでも重要な医学データをリモートサーバに送ることができる。

このドッキングステーション６２の別の利点は、携帯型デバイス６６内にプリンタドライバ及びレポートフォーマットのデータベースが必要ではないことである。これらのデータの全てを、既存の携帯型デバイス及び後継の携帯型デバイスで用いることができる、ドッキングステーション内におくことができる。この特徴の結果、携帯型デバイスにかかるコストが下がるであろう。

図３の実施形態において、携帯型デバイス６６がドッキングステーション６４におかれてしまえば、ドッキングステーションが携帯型デバイスを完全に制御する。データが転送され、電池が充電され、携帯型デバイスのメモリが消去される。

図３の構成はＨＣＰの診療室３８にさらに一層大きな利点をもたらす。[背景技術]の章で論じたように、診察時に患者に関する医学データを入手するための簡便な方法が必要とされている。ＨＣＰの診療室３８にあるドッキングステーション６４がこの必要を満たす。患者が行う必要があるのは、患者の携帯型医学データ管理デバイス６６をＨＣＰの診療室３８にもってきてそこにあるドッキングステーション６４に載せるだけであり、ＨＣＰのスタッフ、ＨＣＰ３０または患者が、ＨＣＰが望むレポートの選択、ＨＣＰのプリンタ４０に対する正しいプリンタドライバの選択、「印刷(PRINT)」の押込みを進めることができ、ドッキングステーションが、携帯型デバイス６６内の医学データについてのレポートをまとめ、それをフォーマットし、それにプリンタドライバを付加するであろう。ドッキングステーション６４は既に、ＨＣＰのコンピュータ３２との、またはＨＣＰのプリンタ４０との直接の、有線通信または無線通信のために設定されていて、レポート４２が印刷されるであろう。この実施形態によれば、ＨＣＰのスタッフが、リモートサーバ２４との接続を試み、必要なデータを見つけて引き出し、自らレポートを作成する必要はない。

この実施形態においては、ドッキングステーション６４のプログラムが、携帯型デバイス６６内の患者医学データをＨＣＰのコンピュータ３２またはプリンタ４０への送信を、携帯型デバイス６６に行わせる。一実施形態において、ＨＣＰのコンピュータは、患者データを処理し、患者の診察中にＨＣＰが吟味するための１つないしさらに多くのレポート４２を生成するようにプログラムされる。しかし、ＨＣＰが患者医学データを処理するであろう適する態様でプログラムされたコンピュータを有していなければ、あるいはコンピュータ３２上のプログラムにエラーがあるかまたはコンピュータが他の仕事にかかっていれば、本発明の態様にしたがうドッキングステーション６４が、患者データを処理して所望のレポートにし、直接プリンタと通信してプリンタにそれらのレポート４２を印刷させるようにプログラムされる。そのような場合、ドッキングステーションは適切なプリンタドライバを備えるかまたは、ＨＣＰがディスプレイ６８を見て、必要に応じ、制御ボタンまたはキー７０を操作することでＨＣＰのプリンタ４０をその中から選択することができる、プリンタドライバのリストを有する。

本発明にしたがう別の態様は、分析されるべきデータの携帯型デバイスからのアップロードを自動的に開始する、携帯型デバイス６６，ドッキングステーション６２または６４，リモートサーバ２４，またはコンピュータ３２に実装されるプログラムである。自動開始のタイミングは実時間、すなわち携帯型デバイスがデータ点(例えば、糖読み値)を取り込んだときとすることができ、あるいはタイミングは、単に例として、毎日午前２時または一週間に一回日曜日午前３時のように、定期とすることができるであろう。すなわち、アップロードは、実時間である必要はなく定期的に、通信費用が高くない時間帯に自動的に行うことができるであろう。この機構は患者にとって費用がかからず、簡便であろう。

アップロード開始はデバイスの時刻を実時刻と比較する簡単なコードによって行われる。デバイスの時刻が実時刻と一致すると、アップロードが開始される。実時刻はユーザインターフェースを介して手作業で調節することができ、あるいはプログラムコードに含めることができる。

アップロードプログラムが携帯型デバイスにおかれていれば、プログラムは単に、プログラムがそのために構成されている、通信を確立して実行しようとするであろう。例えば、プログラムがサーバへの無線３Ｇ通信用または電話によるページャー通信用に構成されていれば、これが、アップロードが行われるであろう態様である。プログラムがインターネットＩＰアドレスへの標準無線ルータを介する無線通信用に構成されていれば、これが、アップロードが行われるであろう態様である。いずれかの理由のためにアップロードに失敗すれば、プログラムは適切な時間帯内に、例えば通信料金が未だ安いときに、再試行を試みるようにスケジュールを立て直し、及び／または次回のあらかじめスケジュールされた時刻に再試行するだけであろう。

別の実施形態において、アップロード開始プログラムはドッキングステーションまたは、スマートルータのような、携帯型デバイスと無線で通信できる同様のデバイスにおかれている。プログラムは、１つはあらかじめ設定された時刻に、または定期的に、データを携帯型デバイスに問い合わせるタイミングであり、１つは別のあらかじめ設定された時刻にリモートサーバにデータを送信するタイミング、２つのタイミングレベルを有することができる。これらの時刻は、簡便性、(例えば携帯型デバイスの)電力節約または費用低減をサポートするように決定することができる。例えば、プログラムは４時間毎にいかなる新規データも携帯型デバイスに問い合わせて、データをバッファするように設定することができるであろう。次いでプログラムは別のあらかじめ設定された時刻、例えば週に一度日曜日午前３時に、蓄積されたデータを送信することができる。本発明の別の態様において、携帯型デバイス及びドッキングステーションは、例えば通信が予定されている時刻にだけ高電力モードに移ることで携帯型デバイスの電力が節約されるであろうように、それぞれの通信時刻を同期させることができる。

別の実施形態において、開始プログラムはデータの行先であるリモートサーバにおかれている。プログラムはデータアップロードについて携帯型デバイスに直接問い合わせることができるであろうが、これは携帯型デバイスが３Ｇ対応デバイスのように常時通信状態にある場合に限り実用可能である。あるいは、プログラムは、例えばあらかじめ設定された時刻に、データをアップロードするようにドッキングステーションに求めることができるであろう。この実施形態はドッキングステーションがバッファされたデータを有することを想定し、上で論じたように、携帯型デバイスのデータアップロードは携帯型デバイスまたはドッキングステーション内におかれたプログラムによって開始される。

本明細書に用いられるように、「バッチ処理」は、データがある期間にわたって集められて以降の処理のために一括される、データ処理モードを指す。本明細書に用いられるように、「フラッシュメモリ」は電気的に消去可能でプログラム再書込が可能な、コンピュータ用不揮発性メモリチップである。フラッシュドライブ及びペンドライブはフラッシュメモリに基づくＵＳＢメモリデバイスである。フラッシュメモリは主に、メモリカード、ＵＳＢフラッシュドライブ、ＭＰ３プレイヤー、並びに、汎用メモリ及びコンピュータと他のデジタル製品の間のデータ転送のための、固体ドライブに用いられる。フラッシュメモリは大きなブロックで消去及びプログラム書込が行われる。フラッシュメモリは不揮発性の固体データメモリである。用途の例には、ＰＤＡ(電子手帳)、ラップトップコンピュータ、デジタルオーディオプレイヤー、デジタルカメラ、及び携帯電話がある。フラッシュメモリは不揮発性であるから、チップ内に格納された情報を維持するための電力は不要であり、(自身が可搬の)電源を必要としないことから可搬である。さらに、フラッシュメモリは高速読出アクセス時間を提供する。既存または将来つくり出される別のタイプのメモリも用いることができる。

次に図４に移れば、着脱可能なメモリデバイス８４を有する携帯型データ管理デバイス８２を備える、別のデータ管理システム８０が示されている。このシステムにおいては、携帯型デバイスがプログラム及びデータベースを備え、ユーザがレポートフォームを選択することができ、内部プロセッサが格納データを取り出し、処理し、まとめて、選択されたフォームのフォーマットにするであろう。プロセッサはどのプリンタドライバを適用するかについてのユーザ入力も受け取り、着脱可能メモリデバイス８４上に印刷可能なレポートを作成するであろう。次いで、ＨＣＰの診療室にいるときに、患者またはＨＣＰまたはスタッフが携帯型デバイスからメモリデバイスを取り外して、着脱可能メモリデバイス８４をコンピュータ３２またはプリンタ４２に挿入することでメモリデバイスを読むことができる。この場合、携帯型デバイス８２は、着脱可能メモリデバイスの動作が可能であるように着脱可能メモリデバイスが押し込まれる、着脱可能メモリ挿入スロット８６を有する。メモリデバイスが使用されることになると、メモリデバイスはスロットから排出だれるかまたは手で引き出されて、ＨＣＰのプリンタ４０のメモリカードスロットのような、別の互換デバイス上の同様のスロットに挿入される。この実施形態においてはコンピュータ３２もメモリカードスロット９０を有する。また実施形態においては、コンピュータ及びプリンタがＵＳＢフラッシュメモリカードを受け入れるためのＵＳＢコネクタも有する。別の実施形態においては、携帯型デバイスもＵＳＢフラッシュメモリデバイスを用いるように構成することができる。

図５は、上で論じたような、レポートを作成するためのプロセスのブロック図／フローチャートを示す。携帯型デバイスは破線８１で示される。ユーザが特定のレポート８３を選択し、これに応答してプロセッサ７５が、適切なプログラム８５を用いて、レポートデータベース８７から選択されたレポートフォーマットを取り出す。プロセッサは次いで選択されたレポートを完成するために必要な医学データ８９を取り出す。ユーザはレポートを印刷すべきプリンタに対するプリンタドライバ９１も選択する。プロセッサは選択されたプリンタドライバ９３をメモリから取り出し、レポートをプリンタドライバ情報と組み合わせる。プロセッサは次いで、プリンタドライバ情報を含む完成されたレポートの、この場合はプリンタ９５である、デバイスへの送信９４を行う。しかし、このデバイスは、無線アダプタ、フラッシュメモリデバイス、コンピュータ接続またはその他とすることもできるであろう。

本発明のいくつかの実施形態は、検体検出、データ格納及び他のデータ格納または処理デバイスへのデータ転送の機能を有する、(これらの機能を実行する複数の独立デバイスを与える代わりに)単一の可搬または携帯型の電子デバイスをユーザに提供する。本発明のいくつかの実施形態は、検体検出に限定されず、セル式電話または電子手帳の機能のような、他の機能とともに用いることができる、単一の携帯型電子デバイスをユーザが有することも可能にする。携帯型デバイスの使用は増加し続け、益々多くの機能が携帯型電子デバイスに実装される。本発明のいくつかの実施形態は個人の健康及び疾病の管理に用いるための新しい次元または機能を携帯型電子デバイスに付加する。糖管理システムは携帯型電子デバイスによる、ブルートゥース、赤外線、ＵＳＢ及びその他のような無線接続または有線接続を介する、医師及び個人からまたは医師及び個人へのデータの送信または受信を可能にすることによって、データ収集プロセスを改善することができる。糖検知システムは、医学療法管理、コンプライアンス評価並びに保険業者、個人及び医師に対するデータの提供のための時間も改善することができる。

さらに詳しくは、携帯型電子デバイスが血糖ストリップを受け入れて読み取るためのポートを有する内蔵糖モニタを備える場合、ストリップが携帯型デバイスの読取器に挿入され、読取器によって分析されて、その読み値からの糖データを表すデータが携帯型デバイスのメモリに格納される。ほとんどの場合、そのデータにタイムスタンプ及びデータスタンプが添付される。携帯型デバイスへの糖検査ストリップ読取器の組込みにより、(複数のデバイスではなく)単一の携帯型電子デバイスで２つの機能が個々の患者に提供される。疾病管理において、Ｉ型糖尿病患者の大多数は食事制限及びフィットネスのモニタリングを求められ、いくつかの場合は、糖尿病患者に共通のそれぞれの血糖の検査(血糖測定)と組み合わされた体重減食事療法に励んでいる。本発明の態様にしたがう携帯型デバイスは患者またはユーザに、患者またはユーザの健康をコントロールするための、単一で包括的なツールを提供する。上で示したように、格納された大量データは、診断、フィードバック及び処置、及び医学療法のため、各個人の患者の医療従事者に送ることができる。

本発明のいくつかの実施形態は、セル式電話製造業者、複数の携帯型電子デバイスを持ち歩きたくない個人(このため、多機能の単一デバイスが求められる)、糖尿病患者(特に食事制限コンプライアンスがモニタされるべきII型糖尿病患者)をかかえている医師、及び食事制限コンプライアンスに役立てるために抜本的体重減処置を実施する医師によって用いられ得る。

次に図６を参照すれば、クライアント及びリモートサーバと接続されている生物学的モニタリングシステム１００が示される。システム１００は、一実施形態にしたがえば、糖モニタリングシステムのような、検体モニタリングシステムとすることができる。しかし、システム１００はそのような実施形態に限定されない。例えば、図６に示されるシステム１００の検体モニタリングデバイス１５０は、血糖測定または結合組織内糖測定に関するデータ、炭水化物摂取値及び糖尿病管理に重要なその他のデータを格納するか、そうではなくともそのようなデータに基づいて動作するインスリン輸液ポンプのような、医学的に妥当なデータを格納するか、またはそうではなくともそのデータに基づいて動作する薬物投与デバイスのような、異なる医用デバイスに代えるか、あるいはそのようなデバイスを含むことができる。しかし、参照を容易にするため、本明細書においてデバイス１５０は検体モニタリングデバイスとされる(しかしこの語句は全般に、薬物投与デバイスのような、別の種類のデバイスに拡張されると理解される)。

システム１００によってモニタ及び管理することができる検体には、アセチルコリン、アミラーゼ、ビリルビン、コレステロール、絨毛性ゴナドトロピン、クレアチンキナーゼ(例えばＣＫ-ＭＢ)、クレアチン、糖、グルタミン、成長ホルモン、ホルモン、ケトン、乳酸塩、酸素、過酸化物、前立腺特異抗原、プロトロンビン、甲状腺刺激ホルモン及びトロポニンがあるが、これらには限定されない。例えば、抗生物質(例えば、ゲンタマイシン、バンコマイシン、等)、ジギトキシン、ジゴキシン、乱用薬物、テオフィリン、及びワルファリンのような、薬物の濃度もモニタすることができる。本発明は、血糖または結合組織内糖のような、医学的に妥当な検体の自動化された、連続測定またはそうではなくとも定期的測定に関するデータを格納、使用または送信するためのデバイスと合わせての使用に特に良く適している。

したがって、図６に示されるように、システム１００は、検体センサ１０１，センサ１０１に接続された送信器ユニット１０２及び、通信リンク１０３を介して送信器ユニット１０２と通信するように構成された、主受信器ユニット１０４を有する、検体モニタリングデバイスを備えることができる。

携帯型モニタリングシステムはさらに、少なくとも１つのプロセッサ１０６及びデータの格納のための少なくとも１つのメモリ１０７を有することができる、独立データ処理端末１０５を、必要に応じて備えることができる。データ処理端末１０５は、インスリンを患者に投与するように構成することができる、インスリン輸液ポンプ等のような輸液デバイスを含むことができ、とりわけ、測定された検体レベルを受け取るために受信器ユニット１０４と通信するように構成することができる。あるいは、受信器ユニット１０４は、例えば基礎プロファイルの管理及び修正のために、また、とりわけ、送信器ユニット１０２から受け取られた検体レベル検出値に基づいて投与のための適切なボーラスを決定するためにも、患者へのインスリン治療を管理するように受信器ユニットが構成され得るように、輸液デバイスを内部に組み込むように構成することができる。データ処理端末１０５は、メモリ１０７を備えることができ、あるいは、ユーザの検体レベル検出値に対応するデータの格納、検索及び更新のためにデータネットワークまたはデータベース(図示せず)と接続することができる。

したがって、検体モニタリングデバイス１５０は、検体センサ１０１，プロセッサ１０６，メモリ１０７及び送信器ユニット１０２または、プロセッサ１０６及びメモリ１０７を備える、データ処理端末１０５に動作可能な態様で接続されたデータ通信インターフェース１０９を備える。一般に、メモリ１０７は、１つないしさらに多くの、検体レベルの測定値、目標値または予測値に関するデータの格納のために備えられ、データは一般にレポートフォーマットに含められる。データ通信インターフェース１０９は、クレードル１７０，プリンタ１８０，クライアントコンピュータ１１０，リモートサーバ１２０及びその他のような、他のデバイスへのデータまたは情報の送信を容易にする。

送信器の機能の説明を含む、連続検体モニタリングシステム及びその様々なコンポーネントの詳細な説明は、他に、いずれも本出願の譲受人に譲渡された、２００１年１月１６日に発行された、名称を「検体モニタリングデバイス及び使用方法(Analyte Monitoring Device and Methods of Use)」とする、米国特許第６１７５７５２号の明細書、２００３年１２月２６日に出願された、名称を「連続糖モニタリングシステム及び使用方法(Continuous Glucose Monitoring System and Methods of Use)」とする、米国特許出願第１０/７４５８７８号の明細書、２００８年１月３１日に出願された、名称を「検体レベルを決定するための方法及びシステム(Method and System for Determining Analyte Levels)」とする、米国特許出願第１２/０２４１０１号の明細書、及び２００９年６月４日に出願された、名称を「異常動作デバイスまたはソフトウエアダウンロード及びユーザデータ及び製造データの保存中の故障回復方法(Failure Recovery Methods of Corrupted Device or During Software Downloads and Preservation of User and Manufacturing Data)」とする、米国仮特許出願第６１/１８４２３４号の明細書に与えられている。これらの明細書はそれぞれの全体が本明細書に参照として含まれる。

一例示態様において、システム１００はさらに検体モニタリングデバイス１５０とインターロックするためのクレードル１７０を備える。クレードル１７０及び検体モニタリングデバイス１５０のいずれかは、またはいずれも、データの格納、操作、分析及び転送の機能を果たすように構成することができ、デバイス１５０はさらに、検体レベルの、１つないしさらに多くの、測定値、目標値または予測値に関するデータを測定するための機能を備える。

図６に示されるように、検体モニタリングデバイス１５０はデータ通信インターフェース接続１３０ａを介してクレードル１７０と動作可能な態様で通信している。クレードル１７０は、第２のプロセッサ１７１，第２のメモリ１７２及び第２の通信インターフェース１７３を備え、第２のデータ通信インターフェース１７３は、動作可能な接続１３０ａを介する検体モニタリングデバイス１５０からクレードル１７０へのデータ送信のために第１のデータ通信インターフェース１０９に動作可能な態様で接続される。

クレードル１７０はさらに、他のコンポーネントとの同時接続を容易にするため、別のデータ通信インターフェースを備えることができる。例えば、クレードル１７０はクライアントコンピュータ１１０(例えば、コンピュータまたは電子手帳(ＰＤＡ))、プリンタ１８０またはリモートサーバ１２０との同時動作可能な接続のための、第３のデータ通信インターフェース１７４を備えることができる。クライアントコンピュータ１１０，プリンタ１８０，リモートサーバ１２０または他のいずれかのデバイスの１つないしさらに多くとの同時動作可能な接続を容易にするに必要な数の、追加のデータ通信インターフェースを備えるクレードル１７０を構成できることが、当業者には当然であろう。

クレードル１７０が存在する場合、第１のメモリ及び／またはクレードル１７０の第２のメモリ１７２は格納された命令をさらに有する。その命令が(タイミングプログラムにより自動的に、またはユーザが入力したコマンドを受け取って)第１のプロセッサ１０６または第２のプロセッサにより実行されると、命令は第１のプロセッサ１０６または第２のプロセッサに、検体モニタリングシステム１５０とクレードル１７０の間の接続の検出、接続された検体モニタリングデバイス１５０の認識及び検体モニタリングデバイス１５０にともなうデータのクレードル１７０への転送を行わせる。

クレードル１７０の第２のメモリ１７２には、実行されると、クレードル１７０に、接続１３０ｄを介して直接に、または第２のデータ通信インターフェース１７４を介し、接続１３０ｂ及び１３０ｃを介し、クライアントコンピュータ１１０を介して間接的に、リモートサーバ１２０と接続させ、サーバにデータをアップロードさせる、コンピュータ読取可能命令がさらに格納されている。加えて、一例示態様において、第２のメモリ１７２は、追加のいずれのデバイスまたはソフトウエアも必要とせずにいずれのプリンタでもレポートが印刷され得るように、第２のメモリ１７２に格納されたプリンタドライバ及びプリな管理のためのコンピュータ読取可能命令をさらに有する。

図６に示されるシステム１００には、ただ１つの、センサ１０１，送信器ユニット、通信リンク１０３及びデータ処理端末１０５が示されている。しかし、システム１００は複コンピュータ及び複デバイス環境に拡張することができ、それぞれのコンポーネント及びデバイスは、システム１００内の様々なコンポーネント及びデバイス間の通信衝突が容易に解決されるように、システム内の他のコンポーネント及びデバイスのそれぞれに一意的に認識される。

システム１００のコンポーネント間の通信リンクは、イーサネット（登録商標）接続、ＲＦ通信プロトコル、赤外線通信プロトコル、ブルートゥース対応通信プロトコル、８０２.１ｘ無線通信プロトコル、等価無線通信プロトコル、シリアルまたはＵＳＢ接続及びその他の内の１つないしさらに多くを含む、データ転送のためのいずれか適する通信プロトコルとすることができる。

本発明の動作は、必要に応じてクレードル１７０を介して、クライアントコンピュータ１１０またはプリンタ１８０にリンクされた単一の検体モニタリングデバイス１５０に関して説明されるが、本発明がそのようなデバイス及びリンクに限定されないことは理解されるであろう。一実施形態において、検体モニタリングデバイス１５０は、クレードル１７０を介し、通信リンク１３０ａ〜１３０ｂを介してクライアントコンポーネント１１０に接続され、この場合、モニタリングデバイス１５０によって生成された医学データは、クライアントデータベース１１８にアップロードされて格納されるか、または接続１３０ａを介してリモートサーバ１２０に直接に転送される。別の実施形態において、検体モニタリングデバイス１５０は、クレードル１７０を介し、通信リンク１３０ａを介してリモートサーバ１２０に接続され、この場合、医学データはデータベース１２２にアップロードされた格納されるか、またはそうではなくともサーバ１２０によって操作される。

モニタリングデバイス１５０によって生成されたデータは、簡便に、プリンタ１８０への送信のためにクレードル１７０にアップロードすることができ、あるいは、検体モニタリングデバイス１５０にプリンタドライバが用意されている場合、そのようなデータをプリンタ１８０に直接送信することができる。あるいは、必要に応じて、検体モニタリングデバイス１５０は、着脱可能メモリデバイス１５２に格納されたデータを直接に印刷するためにプリンタ１９０の対応するスロットに挿入するための、メモリカードまたはＵＳＢデバイスのような、着脱可能メモリデバイス１５２を備えることができる。医学データの送信は、連続的に、またはあらかじめ定められた時間間隔で、あるいはあらかじめ定められた時刻に自動的に、あるいは患者または外部ユーザによるコマンドに応じて、行うことができる。

データの送信は、検体モニタリングデバイス１５０及び／またはクレードル１７０に常駐するタイミングプログラムにしたがって、あらかじめ定められた時間間隔で行われることが好ましい。タイミングプログラムを含むコンピュータ読取可能命令は、モニタリングデバイス１５０とクレードル１７０の間の接続の確立時の自動データ転送、あらかじめ定められた時刻または日付における転送、または検体モニタリングデバイス１５０とクレードル１７０の間の接続の確立に続くアップロードのためのユーザリクエストの入力に応じる転送を含む、様々な相異なる設定に対して用意される。アップロードステータス情報及びユーザコマンドの入力の表示のため、検体モニタリングシステム１５０またはクレードル１７０は、あるいはいずれも、ユーザインターフェース、例えばＬＥＤディスプレイ及びキーパッドを備えることができる。

クレードル１７０内には、システムに対するインターネットアクセス命令、パスワード、等を含めることができるが、これらには限定されない、リモートサーバへのデータアップロードのための通信プロトコルの格納のための、メモリ１７２も備えられる。

クライアントコンピュータ１１０またはリモートサーバ１２０のユーザは、例えば医学データに関する様々な計算及び／または説明を入手及び表示するための、レポートソフトウエアアプリケーション１１２またはリモートサーバ１２０の同様のアプリケーションによる処理のために医学データにアクセスすることができる。同様に、クレードル１７０のユーザは、医学データにアクセスして、医学データを処理するために、レポートソフトウエアアプリケーション１１２またはリモートサーバ１２０の同様のアプリケーションを用いるか、またはクレードル１７０または検体モニタリングデバイス上に格納されたソフトウエアアプリケーションを用いることができる。医学データの処理には、薬物投与量の決定、血糖レベルのような患者に関する様々な化学的及び／または生物学的な属性の計算、及び医学データのグラフィカル表示またはその他の表示の作成のような、ただしこれらには限定されない、様々な動作を含めることができる。処理されたデータはクライアントコンピュータ１１０のデータベース１１８に、あるいはリモートサーバ１２０のデータベース１２２に、格納することができる。

図６を再び参照すれば、存在する場合、クライアントコンポーネント１１０は、ユーザのパーソナルコンピュータ、ラップトップコンピュータ及び／または、ＰＤＡまたはスマートホンのような、携帯型デバイスのようなコンピュータデバイスに内蔵することができる。クライアントコンポーネント１１０は一般に、グラフィカルユーザインターフェース(ＧＵＩ)１１６のような、インターフェースを提供するためのグラフィカルユーザインターフェース(ＧＵＩ)レンダリングコンポーネント１１４を有し、ＧＵＩ１１６はホストサーバコンポーネント１２０あるいはモニタリングデバイス１５０及び／またはクレードル１７０から受け取った情報に基づく、ＧＵＩ１１６上に表示されるコンポーネントに関連するユーザインタラクション及びＧＵＩ１１６への配置を可能にする。ＧＵＩレンダリングコンポーネント１１４は、データ及び情報の、ユーザによる注視、入力、アップロード、ダウンロード、またはそうではなくとも操作及びアクセスを可能にする、ユーザによる制御が可能な特徴をもつＧＵＩ１１６を提供することができる。ウエッブベースアプリケーションソフトウエア及びその他のクライアントソフトウエアをメモリに格納することができ、クライアントコンポーネント１１０の１つないしさらに多くのプロセッサで実行することができる。

ＧＵＩレンダリングコンポーネント１１４は医学データ及び処理済情報を受け取り、いずれかの情報セットを、またはいずれの情報セット(全て「医療情報」)も、ＧＵＩ１１６に配置する。ユーザはＧＵＩ１１６上でユーザインタラクションを通じて医療情報を視ることができる。例えば、複数のウインドウ、ボックス、アイコンまたはその他のＧＵＩコンポーネントを、ユーザが所望のリクエストを編成するか、または所望の医療情報を入手するために利用することができる。クライアントコンポーネント１１０のユーザは、アクセスした医療情報を、後のアクセスのために、クライアントデータベース１１８にセーブすることができる。あるいは本明細書の別の所で論じたように、クレードル１７０が医学データの格納及び表示のための同様の機能を備えることができる。

一実施形態にしたがえば、検体モニタリングシステムは、またクライアントコンポーネント１１０及びリモートサーバ１２０のようなその他の関連コンポーネントも、ＣｏＰｉｌｏｔ(商標)健康管理システム(Copilot)として知られるコンピュータベースデータ管理システムを実装するために用いることができる。ＣｏＰｉｌｏｔシステムは、糖尿病をもつ人たち、保健医療チーム及び介護士による、ＦｒｅｅＳｔｙｌｅ(商標)血糖モニタリングシステム及びＰｒｅｃｉｓｉｏｎ Ｘｔｒａ(商標)血糖モニタリングシステムからの、またＮａｖｉｇａｔｏｒ(商標)ＣＧＭから(及び、一般に他のいくつかの市販の血糖計及びインスリンポンプから)の、ＣｏＰｉｌｏｔアプリケーションへのデータのアップロードを可能にする、パーソナルコンピュータ(ＰＣあるいは可搬または携帯型の機器)ベースソフトウエアアプリケーションである。

ＣｏＰｉｌｏｔシステムは、糖尿病をもつ人たち及びその人たちの医療従事者(ＨＣＰ)の、デバイスからアップロードされたかまたはシステムに手入力された、糖読み値、炭水化物摂取量、インスリン投与量、運動及びその他の糖尿病関連要因のような医療情報の評価及び分析に役立つ、グラフ及びその他のソフトウエアツールを提供する。システムは、例えば、糖尿病をもつ人の糖管理を改善するための教育に役立てることができる。

上述した保健医療管理のためのＰＣベースソフトウエア並びにその様々な特徴及び機能の詳細な説明は、他に、いずれも本出願の譲受人に譲渡された、２００５年６月６日に出願された、名称を「糖尿病管理レポート生成アーキテクチャ及びデータ管理システム(Diabetes Care Report Generation Architecture and Data Management System)」とする、米国特許出願第１１/１４６８９７号(公開第２００６/００１００９８号)の明細書及び２００９年５月２９日に出願された、名称を「詳細レベルが変化している医学データの可視表示及びレポート生成(Visual Display of, and Report Generation for, Medical Data with Varying Levels of Detail)」とする、米国仮特許出願第６１/１８２６１１号の明細書に与えられている。これらの明細書はいずれもそれぞれの全体が本明細書に参照として含まれる。

図７を参照すれば、クレードル２００がさらに詳細に示されている。本明細書で論じられるように、クレードルは一般に、検体モニタリングデバイスとインターロックしてデバイスの動作可能な接続を与えるためのクレードルとして構成される。

クレードル２００は検体モニタリングデバイスとのインターロックを可能にし、コンピュータ読取可能コードが実装された１つないしさらに多くのメモリ格納デバイス２１０を備え、コンピュータ読取可能コードは検体モニタリングデバイスからデータを取り出し、取り出されたデータを、例えばリモートサーバに、アップロードするためのコードである。したがって、一例示実施形態において、クレードル２００は、プロセッサ２２０，メモリ２１０及びデータ通信インターフェース２３０を備え、データ通信インターフェース２３０は、検体モニタリングデバイスからクレードル２００へのデータ送信及びデータ通信インターフェース２３０または他のデータ通信インターフェースを介するホストサーバへのアップロードのための、検体モニタリングデバイスのデータ通信インターフェースへの動作可能な接続のためのインターフェースである。

メモリ２１０には、実行されると、検体モニタリングデバイスとクレードル２００の間の接続の検出、接続された検体モニタリングデバイスの認識、レポートフォーマットに含まれる検体モニタリングデバイスにともなうデータのクレードル２００への転送、リモートサーバとの接続及びデータのサーバへのアップロードをプロセッサ２２０に行わせる、コンピュータ読取可能命令が格納されている。メモリ２１０にはさらに、プリンタドライバ、プリンタ管理プログラムまたはこれらの組合せを格納することができる。加えて、メモリ２１０にはさらに、データをリモートサーバに自動アップロードするため及び接続されているプリンタにデータを印刷するように指示するための、コンピュータ読出可能命令を収めることができる。

図７を再び参照すれば、様々な実施形態において、クレードル２００はさらに、ユーザまたはＨＣＰにさらなる恩恵を与える、別の特徴及び機能を有することができる。例えば、クレードル２００は、検体モニタリングデバイスのような、接続されているデバイスの電池を充電するための電池充電インターフェース２４０を備えることができる。

クレードル２００は、ＧＵＩ２５１のようなインターフェースを提供するためのＧＵＩレンダリングコンポーネント２５０のような、ディスプレイを備えることができ、インターフェースは、ＧＵＩ２５１上に表示されるコンポーネントに関するユーザインタラクションを可能にし、クライアントコンポーネント、リモートホストサーバ、検体モニタリングデバイス、プリンタまたはその他のデバイスから受け取られた情報に基づくＧＵＩ２５１への配置を可能にする。ＧＵＩレンダリングコンポーネント２５２は、データ及び情報の、ユーザによる注視、入力、アップロード、ダウンロード、またはそうではなくとも操作及びアクセスを可能にする、ユーザによる制御が可能な特徴をもつＧＵＩ２５１を提供することができる。

ディスプレイコンポーネントＧＵＩ２５１は、医療情報及び教育情報、あるいは、接続されているデバイス及びリモートサーバのステータス、またはそのようなデバイス間のデータ転送のステータスに関する情報のような、様々なタイプの情報をユーザまたはＨＣＰに提供する、文章、グラフィックまたは記号／シンボルを表示することができる。例えば、ＧＵＩ２５１は、リモートサーバとの接続及びそのような接続の失敗、データのアップロード及びそのようなアップロードの失敗、接続されているデバイスの電池の状態、電池の充電及びそのような充電の失敗を確認する情報を提供することができる。

モニタリングデバイスからアップロードされたデータをクレードル２００から印刷することもできる。例えば、クレードル２００はアップロードされたデータの印刷のためにプリンタと動作可能な態様で接続することができ、あるいは、データをさらにリモートサーバにアップロードして、自動的にまたはＧＵＩ２５０を介するユーザ入力に応じてクレードル２００から送信された命令により、リモートサーバに接続されたプリンタで印刷することができる。

図７を再び参照すれば、様々な実施形態において、クレードル２００はさらに、ＨＣＰメッセージ、医療情報のような様々な種類の情報に関する警報または警告、システムコンポーネントまたはデータ転送のステータスをユーザに提供するための、１つないしさらに多くのオーディオスピーカーを備えることができる。例えば、オーディオスピーカー２６０は、クレードル２００のプロセッサ２２０またはメモリ２１０に格納されたコンピュータ読取可能命令の実行によって生成される可聴情報を提供することができる。可聴情報には、モニタリングデバイス及び／またはリモートサーバへの接続の確認、そのような接続の失敗、データのアップロードまたはダウンロードのステータス、そのようなアップロードまたはダウンロードの失敗、モニタリングデバイスの電池の状態、モニタリングデバイスの電池の充電のステータス、そのような充電の失敗、及び／またはレポートの印刷の成功を含めることができる。

本明細書で論じられるように、クレードル２００から他のいずれかのデバイスへの通信リンクは、イーサネット（登録商標）接続、ＲＦ通信プロトコル、赤外線通信プロトコル、ブルートゥース対応通信プロトコル、８０２.１ｘ無線通信プロトコル、等価無線通信プロトコル、シリアルまたはＵＳＢ接続、等の内の１つないしさらに多くを含む、データ転送のためのいずれか適する通信プロトコルとすることができる。

一般に、クレードル２００として構成されると、接続されるモニタリングデバイスは、本明細書に説明される検体モニタリングシステムを構成するため、デバイス間に直接の物理的接続がなされ、データ転送に対していずれか適する通信プロトコルが利用され得るように、クレードル２００にインターロックされる。クレードル２００とリモートサーバの間の接続に関し、接続は、いずれか適するプロトコルを用いる、直接有線接続または無線接続とすることができる。例えば、クレードル２００とリモートサーバの間の接続には、電話回線、イーサネット（登録商標）または、クレードル２００を用いる個人とリモートサーバに接続された端末を用いる個人の間の双方向通信が容易になるような、その他の通信プロトコルを含めることができる。

したがって、本発明はさらに、検体モニタリングデバイスと、リモートサーバへのデータ転送及び生成されたレポートの印刷を容易にするために携帯モニタリングデバイスとインターロックするためのクレードルとして構成された、クレードルとの間の接続を確立するための方法を提供する。本方法の流れ図を示す図８を参照すれば、本方法は、検体モニタリングデバイスにともなうデータを中間クレードルに転送するステップ３０１を含む。ステップ３０２においてクレードルとリモートサーバの間に接続が確立され、ステップ３０３において検体モニタリングデバイスにともなうデータがリモートサーバにアップロードされる。検体モニタリングデバイスとクレードルの間の接続を確立する方法はさらに、接続された検体モニタリングデバイスの接続を検出し、検体モニタリングデバイスを認識するステップ３０２.１、または転送前に(例えば、高いかまたは低い検体測定レベルに対して警報を起動すべきか否かを判定するために)データを分析するステップ３０２.２を含むことができる。

本方法は、検体モニタリングデバイスがクレードルとインターロックすると自動的に、あるいはユーザまたはＨＣＰのプロンプトによって、実行することができる。例えば、検体モニタリングデバイスがクレードルと接続すると、検体モニタリングデバイスに収集されて格納されたデータをリモートサーバに自動的にアップロードすることができる。

あるいは、本方法は、クレードルにデータを格納するステップ３０１.１及び、ステップ３０１.１に続く、リモートサーバとつながっているプリンタにデータを印刷するように指示するための、プリンタドライバとともにクレードル上に存在するコンピュータ読出可能命令を実行するステップ３０１.２を含むことができる。

本発明のまた別の実施形態が図９に示されている。ステップ４０１において、有線、無線、ＵＳＢまたはその他の普通のデータ接続を介して、検体モニタリングデバイスをプリンタに直接に接続することができる。モニタリングデバイスは、デバイスに格納されたデータに基づくレポートの生成、ほとんどのプリンタが認識するネイティブプリンタフォーマットでのレポートファイルの作成、及びレポートファイルのプリンタへの送信を行う。好ましい実施形態に対して、プリンタへのレポートの物理的移動はＵＳＢを介し、モニタはＵＳＢホスト能力を有する。好ましくは、モニタはＵＳＢ ＯＴＧ(ＵＳＢ機器間直接接続)能力を有し、よってモニタは、例えばＵＳＢホストによるその充電が可能になるであろうＵＳＢデバイスとしてはたらくことができ、あるいは、例えばモニタがプリンタに直接に接続されてレポートを印刷することができるように、ＵＳＢホストとしてはたらくことができる。生成されるレポートファイルのフォーマットは、ほとんどのプリンタで認識されるＰＤＬ(ページ記述言語)であろう。プリンタに送信されるデータパケットのフォーマットはＰＣＰ(プリンタ制御プロトコル)、例えば、ＰＪＬ，ＷＰＳまたはＩＥＥＥ１２８４.１である。プリンタがＰＤＬファイルを受け取ると、プリンタはレポートを印刷するであろう。プロトコルはモニタからプリンタへの単方向性とすることができ、あるいはモニタがプリンタステータス情報を受け取り、プリンタステータスに作用できる、双方向性とすることができる。

あるいは、プリンタへの接続は、ステップ４０１.１において、印刷されるべきデータが転送されるコンピュータを介して行うことができる。専用プリンタ管理プログラムをクライアントコンポーネントにインストールする必要無しにクライアントコンポーネントに動作可能な態様で接続されたプリンタにモニタリングデバイスからデータの印刷を指示するために、標準的なコンピュータオペレーティングシステムのプリンタ制御能力を用いることができる。この目的のため、代わりに、モニタリングデバイスによる着脱可能なメモリデバイス、メモリカードまたはメモリドライブの模擬を可能にするプログラムをモニタリングデバイスにインストールすることができる。着脱可能メモリデバイスがコンピュータに装着されると、モニタリングデバイス上の自動実行プログラムが開始され、クライアントコンポーネントのオペレーティングシステムのプリント機能が起動される。

また別の実施形態において、プリンタへの接続は、ステップ４０１.２において、印刷されるべきデータが転送されている着脱可能メモリデバイスによってなされる。この実施形態において、検体モニタリングデバイス１５０は、データをそれにダウンロードするための、着脱可能なメモリデバイス、メモリカードまたはメモリドライブ１５２の装着のためのポートを有し(図６を見よ)、着脱可能なメモリデバイス、メモリカードまたはメモリドライブ１５２はクライアントコンポーネントのオペレーティングシステムの印刷機能またはインストールされたプログラムを用いる着脱可能メモリデバイスからのデータの印刷のため、互換クライアントコンポーネント１１０(コンピュータまたはプリンタ)に挿入される。

本明細書で用いられるように、「送信」は有線または無線のいずれの通信フォーマットも包含することができる。「メモリ」は単一のメモリデバイスまたは複数のメモリデバイスを包含することができる。

本発明が、上記説明で述べられたかまたは図面に示された、コンポーネントの構成及び配置の詳細への適用に限定されないことは当然である。本発明には他の実施形態が可能であり、本発明は様々な態様で実施するかまたは実行することができる。また、本明細書に用いられる語句は説明の目的のためであり、限定と見なされるべきではないことも当然である。本明細書における「含む」、「備える」または「有する」及びこれらの異形の使用は、それらの後に挙げられる細目及びそのような細目の等価物の包含を意味し、またさらなる細目の包含も意味する。別途に指定または限定されない限り、「載せられる」、「接続される」、「支持される」及び「結合される」またはこれらの異形は広い意味で用いられ、電気的であるかまたは機械的であるかに関わらず、直接的または間接的のいずれの、搭載、接続、支持及び結合も包含する。さらに、「接続される」及び「結合される」は、物理的または機械的な接続または結合に限定されない。

本発明のシステム及び方法を特定の実施形態と現在見なされる実施形態に関して説明したが、本発明のシステム及び方法が開示された実施形態に限定される必要はない。本発明は特許請求される本発明の精神及び範囲内に含まれる様々な改変及び類似の構成を包含するとされ、本発明の範囲は、そのような改変及び類似の構造の全てを包含するように、最も広く解されることが認められるべきである。本開示は添付される特許請求の範囲のいずれか及び全ての実施形態を含む。

１８，５０，６０，８０ データ管理システム
２０ 患者
２２，５２，６６，８２ 携帯型デバイス
２４ リモートサーバ
２６ メモリ
３０ 医療従事者(ＨＣＰ)
３２ ローカルパーソナルコンピュータ(ＰＣ)
３４，６８ ディスプレイ
３６ キーボード
３８ 診療室
４０ 市販(ＯＴＳ)プリンタ
４２ レポート
５４ 無線アダプタ
６２，６４ ドッキングステーション
６８ ディスプレイ
７０ キー
１７０，２００ クレードル

Claims (11)

1. 医学データを管理するための医学データ管理システムが、
   医学データを受け取るように構成された入力部、
   医学データを格納するように構成された不揮発性のメモリ、
   ユーザが選択を行うために用いるユーザインターフェース、格納された医学データ及びレポートを印刷するためにリモートデバイスに送信するように構成された出力部、及び、前記入力部から医学データを受け取り、前記受け取られた医学データを前記メモリに格納するようにプログラムされたプロセッサとを備えた携帯型データ管理デバイスを有し、
   前記医学データ管理システムが、
   前記入力部が、前記携帯型データ管理デバイスに関連づけられた生物学的パラメータセンサから医学データを受け取るものであり、
   前記生物学的パラメータセンサが、前記携帯型データ管理デバイスに組み込まれた態様、及び、前記携帯型データ管理デバイスから分離して前記生物学的パラメータセンサを前記携帯型データ管理デバイスに接続した態様、のうちの少なくとも一方の態様であり、
   前記不揮発性のメモリが、医学データレポートのそれぞれに対応する既定のレポートフォーマットが定められた複数の選択可能な既定の医学データレポートを有するとともに、該メモリが、複数の選択可能なプリンタドライバをさらに有し、
   前記プロセッサが、前記ユーザインターフェースから前記既定の医学データレポートの選択を受け取り、前記選択された医学データレポートに該当する医学データを前記メモリから取り出し、仕上げられた医学レポートを得るために前記取り出された医学データを編集して前記対応する既定のレポートフォーマットに変換して、前記ユーザインターフェースからプリンタドライバの選択を受け取り、前記メモリから前記選択されたプリンタドライバを取り出して、前記仕上げられたレポート及び前記取り出されたプリンタドライバのいずれをも前記出力部に出力するようにさらにプログラムされたものであることを特徴とする医学データ管理システム。
2. 前記メモリが、プリンタ名と対応するプリンタドライバとを相互に関係付けるテーブルをさらに有し、
   前記ユーザインターフェースが、選択され得るプリンタのリストを有し、
   前記プロセッサが、前記ユーザインターフェースからプリンタ名の選択を受け取り、前記メモリ内の前記プリンタ名テーブルにアクセスし、前記選択された名前のプリンタに対応する前記プリンタドライバを取り出して、前記仕上げられた医学レポート及び前記取り出されたプリンタドライバのいずれをも前記出力部に出力するようにさらにプログラムされたことを特徴とする請求項１に記載の医学データ管理システム。
3. 前記携帯型デバイスの前記出力部が、他のデバイスと無線で通信するように構成された無線通信出力部を備え、
   前記プロセッサが前記仕上げられた医学レポートを前記無線通信出力部に出力することを特徴とする請求項１に記載の医学データ管理システム。
4. 前記無線通信出力部が、前記仕上げられた医学レポートを印刷のために他のデバイスに、赤外線、ブルートゥース、ＷｉＦｉ及び携帯移動電話のうちの少なくとも１つの方式で送信するように構成されることを特徴とする請求項３に記載の医学データ管理システム。
5. 前記メモリが、複数の選択可能なプリンタドライバをさらに有し、
   前記プロセッサが、前記ユーザインターフェースからプリンタドライバの選択を受け取り、前記メモリから前記選択されたプリンタドライバを取り出し、前記仕上げられた医学レポート及び前記選択されたプリンタドライバを前記無線通信出力部に提供するようにさらにプログラムされることを特徴とする請求項３に記載の医学データ管理システム。
6. 前記携帯型データ管理デバイスが、医学データ及び仕上げられた医学レポート及びプリンタドライバを格納するように構成された、可搬型の着脱可能な読出／書込可能な不揮発性メモリデバイスをさらに備え、
   前記プロセッサが、前記読出／書込可能な不揮発性メモリデバイスに前記仕上げられた医学レポート及び取り出された前記プリンタドライバのうちの少なくとも１つを書き込むようにさらにプログラムされ、
   前記可搬型の着脱可能なメモリデバイスが、前記携帯型データ管理デバイスから取り外されて、前記選択された医学データレポートを印刷するために別のデバイスによって用いられ得ることを特徴とする請求項１に記載の医学データ管理システム。
7. 前記携帯型データ管理デバイスを受入れるとともに、動作可能な態様で前記携帯型管理デバイスに接続するように構成されたドッキングステーションをさらに備え、
   前記ドッキングステーションが、
   前記携帯型管理デバイスから医学データを受け取るように構成されたドッキングステーション入力部、
   医学データレポートのそれぞれに対応する既定のレポートフォーマットが定められた複数の選択可能な既定の医学データレポートおよび複数の選択可能なプリンタドライバを有するドッキングステーションメモリ、
   格納された医学データ及び医学データレポートを送信するように構成されたドッキングステーション出力部、
   ユーザが選択を行うために用いるドッキングステーションユーザインターフェース、及び
   前記入力部で前記携帯型データ管理デバイスから医学データを受け取り、前記受け取られた医学データを前記ドッキングステーションメモリに格納するようにプログラムされたドッキングステーションプロセッサであって、
   前記ドッキングステーションユーザインターフェースから既定の医学データレポートの選択を受け取り、前記選択された医学データレポートに該当する医学データを前記ドッキングステーションメモリから取り出して、仕上げられた医学レポートを得るために前記取り出された医学データを編集して前記対応する既定のレポートフォーマットに変換し、前記ドッキングステーションユーザインターフェースからプリンタドライバの選択を受け取り、前記選択されたプリンタドライバを前記ドッキングステーションメモリから取り出して、前記仕上げられた医学レポートおよび前記取り出されたプリンタドライバを前記ドッキングステーション出力部に出力するようにプログラムされたドッキングステーションプロセッサ、
   を備えることを特徴とする請求項１に記載の医学データ管理システム。
8. 前記ドッキングステーションメモリが、プリンタ名を対応するプリンタドライバと相互に関係付けるテーブルをさらに有し、
   前記ドッキングステーションユーザインターフェースが選択され得るプリンタのリストを含み、
   前記ドッキングステーションプロセッサが、前記ドッキングステーションユーザインターフェースからプリンタ名の選択を受け取り、前記メモリ内の前記プリンタ名テーブルにアクセスし、前記選択された名前のプリンタに対応する前記プリンタドライバを取り出し、前記仕上げられた医学レポート及び前記取り出されたプリンタドライバのいずれをも前記ドッキングステーション出力部に提供するようにさらにプログラムされることを特徴とする請求項７に記載の医学データ管理システム。
9. 前記ドッキングステーション出力部が、他のデバイスと無線で通信するように構成されたドッキングステーション無線通信出力部を備え、
   前記ドッキングステーションプロセッサが、前記仕上げられた医学レポートを前記ドッキングステーション無線通信出力部に出力することを特徴とする請求項７に記載の医学データ管理システム。
10. 前記ドッキングステーション無線通信出力部が、前記仕上げられた医学レポートを印刷のために他のデバイスに、赤外線、ブルートゥース、ＷｉＦｉ及び携帯移動電話のうちの少なくとも１つの方式で送信するように構成されることを特徴とする請求項９に記載の医学データ管理システム。
11. 前記ドッキングステーションが、医学データ及び仕上げられた医学レポート及びプリンタドライバを格納するように構成された可搬型の着脱可能な読出／書込可能な不揮発性メモリデバイスをさらに備え、
    前記ドッキングステーションプロセッサが、前記読出／書込可能な不揮発性メモリデバイスに前記仕上げられた医学レポート及び前記取り出された前記プリンタドライバを書き込むようにさらにプログラムされ、
    前記可搬型の着脱可能なメモリデバイスが、前記ドッキングステーションから取り外されて、前記選択された医学データレポートを印刷するために別のデバイスによって用いられ得ることを特徴とする請求項９に記載の医学データ管理システム。

Images