(57)【要約】  本発明は、介護者の側でヘルスケアデータをモニタするためのインタフェースを提供する。インタフェースは、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止状態の１又は複数の標示を受け取る受信手段と、ヘルスケアデータを提示する提示手段と、前記標示に従って、ヘルスケアデータの他の部分の阻止状態を示す標示手段と、を有する。このようにして、モニタされる人の利益と介護者の利益との間のより良いバランスが達成されうる。
2009524466.tif 000002
【特許請求の範囲】
【請求項１】
ヘルスケアデータを制御する装置であって、
前記ヘルスケアデータを受け取る受信手段と、
前記ヘルスケアデータの送り出しを制御するユーザ入力を得る取得手段と、
前記ユーザ入力に従って、前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示を、外部ソースに送る送信手段と、
を有する装置。
【請求項２】
前記ヘルスケアデータを集める収集手段を更に有する、請求項１に記載の装置。
【請求項３】
前記収集手段が、バイオセンサを有する、請求項２に記載の装置。
【請求項４】
前記ヘルスケアデータが、生体データを含む、請求項１に記載の装置。
【請求項５】
前記ヘルスケアデータが、生体関連の環境データを含む、請求項１に記載の装置。
【請求項６】
ヘルスケアデータをモニタするためのインタフェースであって、
前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示、を受け取る受信手段と、
前記ヘルスケアデータを提示する提示手段と、
前記標示に従って、前記ヘルスケアデータの前記他の部分の前記阻止状態を示す標示手段と、
を有するインタフェース。
【請求項７】
前記ヘルスケアデータのソースから前記阻止されているデータを要求するためのリクエストを送る要求手段を更に有する、請求項６に記載のインタフェース。
【請求項８】
前記標示手段は、前記ヘルスケアデータの前記他の部分がどれくらい長く阻止されているかを示す、請求項６に記載のインタフェース。
【請求項９】
前記ヘルスケアデータは、生体データを含む、請求項６に記載のインタフェース。
【請求項１０】
前記ヘルスケアデータは、生体関連の環境データを含む、請求項６に記載のインタフェース。
【請求項１１】
ヘルスケアデータを制御する方法であって、
前記ヘルスケアデータを受け取るステップと、
前記ヘルスケアデータの送り出しを制御するユーザ入力を得るステップと、
前記ユーザ入力に従って、前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示を、外部ソースに送るステップと、
を含む方法。
【請求項１２】
ヘルスケアデータをモニタするための方法であって、
前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示、を受け取るステップと、
前記ヘルスケアデータを提示するステップと、
前記標示に従って、前記ヘルスケアデータの前記他の部分の前記阻止状態を示すステップと、
を含む方法。
【請求項１３】
前記ヘルスケアデータのソースから前記阻止されているデータを要求するためのリクエストを送るステップを更に含む、請求項１２に記載の方法。
【請求項１４】
前記ヘルスケアデータの前記他の部分がどれくらい長く阻止されているかを示すステップを更に含む、請求項１２に記載の方法。
【請求項１５】
ヘルスケアデータを制御するためのコンピュータプログラムであって、
前記ヘルスケアデータを受け取るためのコードと、
前記ヘルスケアデータの送り出しを制御するユーザ入力を得るためのコードと、
前記ユーザ入力に従って、前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示を、外部ソースに送信するためのコードと、
を有するコンピュータプログラム。
【請求項１６】
ヘルスケアデータをモニタするためのコンピュータプログラムであって、
前記ヘルスケアデータの一部、及び前記ヘルスケアデータの他の部分の阻止状態の１又は複数の標示、を受け取るためのコードと、
前記ヘルスケアデータを提示するためのコードと、
前記標示に従って、前記ヘルスケアデータの前記他の部分の前記阻止状態を示すためのコードと、
を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、ヘルスケアデータをモニタする技術に関し、より具体的には、ヘルスケアデータをオフサイトでモニタすることに関する。
【背景技術】
【０００２】
最近、パーソナルヘルスケアデータをモニタするためのますます多くの技術が提案されており、それらの多くは、オフサイトモニタリングであり、例えば病院の医師が、自宅にいる患者をモニタし、会社にいる息子が、自宅にいる高齢の母親をモニタする等である。このようなモニタリングアクティビティに関して、さまざまな異なるモニタリング装置によって集められる全ての種類のパーソナルヘルスケアデータがありえ、そのようなデータは、介護者に伝送されることができる。
【０００３】
さまざまな理由のために、モニタリング下にある人が、自分のパーソナルヘルスケアデータの全てが介護者に伝送されることを望まないことがありえる。このような理由は、モニタされる人のプライバシ、通信チャネルの容量、入手しやすさ等を含みうる。
【０００４】
米国特許出願公開第２００５／０１０１８４１Ａ９号（発明者：Rosan Kaylor他、譲受人：Kimberly-Clark Worldwide Inc., Publication、出願日：２００５年５月１２日）明細書には、ユーザの健康に関する情報を、少なくとも１つの外部ソースと共有するためのヘルスケアネットワークを開示している。ネットワークは、情報を含むバイオセンサ信号を生成する、ユーザに付随するバイオセンサと、バイオセンサ信号を受け取る受信手段を有するパーソナルデータ制御手段と、ユーザからのプライバシ入力を受け取る入力手段と、バイオセンサ信号及びプライバシ入力に基づいて、応答信号を生成する出力手段と、を有する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ヘルスケアモニタリング分野における今日のプライバシ制御技術は、モニタされる人のプライバシを保護することができるが、介護者及びモニタされる人は、特に緊急事態が、介護者のプロフェッショナルな展望から生じたときに、どんな情報が彼らの間で共有されるべきかについて意見の相違又は異なるニーズを有しうる可能性がある。
【０００６】
プライバシ制御によって阻止されるデータの古いバージョンが、なお介護者に提示される可能性もあり、そのようなデータは、介護者の判断を誤らせることがある。
【０００７】
しかしながら、このような古いデータを介護者に提示することをただ簡単にやめることは適切ではないことがある。この理由は、古いデータのうちのいくつかは、なお価値がありうるからであり、その価値は、データがどれくらい古いかに依存し、更に、例えば対応する疾患に関してデータがどれくらい重要であるかのような他の考慮にも依存しうる。
【０００８】
本発明の目的は、モニタされる人の利益と介護者の利益との間のより良好なバランスを提供することができる改善されたヘルスケアモニタリングシステムを提供することである。
【課題を解決するための手段】
【０００９】
上述の目的は、モニタされる人の側でヘルスケアデータを制御する装置であって、ヘルスケアデータを受け取る受信手段と、ヘルスケアデータの送り出しを制御するユーザ入力を得る取得手段と、ユーザ入力に従って、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止（ブロック）状態の１又は複数の標示を外部ソースに送る送信手段と、を有する装置において達成される。
【００１０】
上述の目的は、介護者の側でヘルスケアデータをモニタするためのインタフェースであって、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止状態の標示を受け取る受信手段と、ヘルスケアデータを提示する提示手段と、標示に従って、ヘルスケアデータの他の部分の阻止状態を示す標示手段と、を有するインタフェースによって達成される。
【００１１】
本発明の一実施例によれば、前記インタフェースは更に、ヘルスケアデータのソースから阻止されているデータを要求するためのリクエストを送る要求手段を有する。阻止状態を認識することによって、介護者は、彼らが必要とするデータを求めるためのリクエストを開始することができる。
【００１２】
本発明の他の実施例によれば、標示手段が更に、ヘルスケアデータの他の部分がどれくらい長く阻止されているかを示す。更新されていないデータの年齢（古さ）を知ることによって、介護者は、更新されていないデータの価値について判断を行うことができる。
【００１３】
本発明のより完全な理解によって、他の目的及び達成が、添付の図面に関連して以下の説明及び請求項を参照することによって明らかになり、理解されるであろう。
【発明を実施するための最良の形態】
【００１４】
本発明は、添付の図面を参照して、更に詳しく、例示によって説明される。
【００１５】
図面を通して、同じ参照数字は、同様の又は対応するフィーチャ又は機能を示している。
【００１６】
図１は、本発明の一実施例による制御装置の概略図である。この制御装置は、モニタされる人の側で使用されることができる。
【００１７】
制御装置１００は、受信ユニット１２０、取得ユニット１３０及び送信ユニット１４０を有する。制御装置１００は更に、収集ユニット１１０を任意に有することができる。
【００１８】
収集ユニット１１０は、ヘルスケアデータを集める。収集ユニット１１０は、モニタされている人の血圧を集める血圧バイオセンサを有する。収集ユニット１１０は更に、例えば体温、心拍レート、体重、身体の動き等の他の生体データを集める他のタイプのバイオセンサを有することができる。
【００１９】
収集ユニット１１０は、例えば室内温度、湿度及びノイズレベル等の生体関連の環境データを集める環境センサを有することができる。
【００２０】
収集ユニットは、更に、例えばカメラ及びレコーダのような情報収集装置でありえる。
【００２１】
収集ユニットは、すべての種類のセンサ、並びにモニタされている人の身体及びこの人がモニタされている環境に分散される他の情報収集装置、を有する複雑な情報収集ネットワークでありえる。このネットワークは、すべての種類の生体データ及び／又は生体関連の環境データを収集する。制御装置１００は、この情報収集ネットワークのゲートとして作用しうる。
【００２２】
受信ユニット１２０は、収集ユニット１１０からヘルスケアデータを受け取る。ヘルスケアデータは、生体データ（体温、血圧、体重）及び生体関連の環境データ（ノイズレベル）を含む。
【００２３】
収集ユニット１１０が、制御装置１００に組み込まれない場合、受信ユニット１２０は、例えばインターネット接続、イントラネット接続、その他のような、あらゆる今日の又は将来のワイヤード／ワイヤレス通信受信装置でありえる。収集ユニット１１０及び受信ユニット１２０が、通信チャネルを構築することができ、データ転送を達成することができる。
【００２４】
取得ユニット１３０は、ヘルスケアデータの送り出しを制御するユーザ入力を得、このユーザは、モニタされている人である。取得ユニット１３０は、ユーザインタフェース１３２を有し、更に、記憶ユニット１３６を有することもできる。
【００２５】
ユーザインタフェース１３２は、ユーザによって入力された制御信号を受け取り、制御信号は、ヘルスケアデータのどの部分が、介護者に送信されてもよいか（血圧）、及びどの他の部分が、介護者への送信を阻止されうるか（体温、体重、ノイズレベル）、を分類する。ユーザインタフェース１３２は更に、ユーザの分類について、ユーザにヘルスケアデータ／データ構造を提示することもできる。このような分類は、将来の使用のために、記憶ユニット１３６に記憶されることができる。
【００２６】
記憶ユニット１３６は、ヘルスケアデータの送り出しを制御するユーザ入力を記憶し、取り出す。記憶ユニット１３６は、不揮発性のフラッシュメモリカードである。記憶ユニット１３６は、更に、ハードディスク、フロッピー（登録商標）ディスク等のいかなる他の記憶装置であってもよい。
【００２７】
このユーザは更に、モニタされている人の許可された典型でありうる。このユーザは、ユーザインタフェース１３２を介して自分の制御分類を入力し、将来の使用のために、記憶ユニットにこの制御分類を記憶することができる。
【００２８】
送信ユニット１４０は、ユーザ入力に従って、ヘルスケアデータの一部と、ヘルスケアデータの他の部分の阻止状態の（複数の）標示と、を、外部ソース（介護者の側のモニタリング装置）に送信する。
【００２９】
標示を送信データに組み込むさまざまなやり方がある。１つの例は、全ヘルスケアデータのファイル内の対応する位置において、１つの阻止されているデータ項目に対して１つの阻止マークを加えることである。
【００３０】
別の例は、全ヘルスケアデータのファイル内の対応するデータ位置をブランクのままにしておき、ブランクの理由を示す別のファイルを送ることである。１つの理由は、ユーザが、対応するデータを阻止していることである。別の理由は、制御装置が、収集ユニット１１０の不具合により、欠如している対応するデータを得られないことでありうる。それぞれ異なる理由は、それぞれ異なるインジケータに対応しうる。例えば、「Ｘ」は、阻止（体温、体重、ノイズレベル）に関し、「Ｙ」は、「欠如」に関する。
【００３１】
介護者に送信されるファイルは、更に、モニタされている人のなんらかの識別情報を含むことができる。
【００３２】
受信ユニット１２０は更に、介護者の側からの情報、例えばユーザによって入力された分類をくつがえすためのリクエストを受け取ることができることが理解できる。
【００３３】
更に、記憶ユニット１３６は、将来の取り出しのための履歴レコードとしてヘルスケアデータを記憶することもできることが理解できる。
【００３４】
本発明の目的は更に、ヘルスケアデータを制御するためのコンピュータプログラムを備える適切にプログラムされたコンピュータによって実現されることができる。ヘルスケアデータを制御するためのコンピュータプログラム製品は、ヘルスケアデータを受け取るためのコードと、ヘルスケアデータの送り出しを制御するユーザ入力を得るためのコードと、ユーザ入力に従って、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止状態の（複数の）標示を、外部ソースに送信するためのコードと、を含む。
【００３５】
このようなコンピュータプログラム製品は、記憶担体に記憶されることができる。
【００３６】
プログラムコードのこれらの部分は、プロセッサ上で実行するコードが上述したような機能を実現する手段を生成するようなマシンを生成するために、プロセッサに提供されることができる。
【００３７】
図２は、本発明の一実施例によるヘルスケアデータ制御プロセスを示すフローチャートである。このプロセスは、制御装置１００上で実現されることができる。
【００３８】
最初に、ヘルスケアデータを受け取る（ステップＳ２１０）。
【００３９】
ヘルスケアデータは、生体データ（体温、血圧、体重）及び生体関連の環境データ（ノイズレベル）を有する。
【００４０】
第２に、ヘルスケアデータの送り出しを制御するユーザ入力を得る（ステップＳ２２０）。
【００４１】
ユーザ入力は、ヘルスケアデータのどの（複数）部分（血圧）が、介護者に送信されてもよいか、及びどの他の（複数）部分（体温、体重、ノイズレベル）が、介護者への送信を阻止されうるか、を分類する。
【００４２】
ユーザ入力は、ユーザインタフェース１３２を介してリアルタイムに取得されることができ、又はあらかじめ記憶ユニット１３６に記憶され、必要に応じて取り出されることができる。
【００４３】
最後に、ユーザ入力に従って、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止状態の（複数の）標示を、外部ソースに送信する（ステップＳ２３０）。血圧データは、介護者側に送信され、体温、体重及びノイズレベルのデータは、ユーザがこれらデータを阻止していることを示すようにマーク「Ｘ」と置き換えられる。
【００４４】
図３は、本発明の他の実施例によるモニタリングインタフェースの概略構造図である。このモニタリングインタフェースは、制御装置１００によって提供されるデータを処理するために、介護者側で実現されることができる。
【００４５】
モニタリングインタフェース３００は、受信ユニット３１０、提示ユニット３２０及び標示ユニット３４０を有する。モニタリングインタフェース３００は更に、要求ユニット３３０を有することができる。モニタリングインタフェース３００は更に、記憶ユニット３５０を有してもよい。
【００４６】
受信ユニット３１０は、ヘルスケアデータの一部（血圧）と、ヘルスケアデータの他の部分の阻止状態の（複数の）標示（体温、体重及びノイズレベルに関する「Ｘ」マーク）と、を受け取る。
【００４７】
制御装置１００及びモニタリング装置３００が、通信チャネルを構築することができ、データ転送を達成することができる限り、受信ユニット３１０は、例えばインターネット接続、イントラネット接続等のいかなる今日の又は将来のワイヤード／ワイヤレス通信受信装置であってもよい。
【００４８】
提示ユニット３２０は、受信ユニット３１０によって受け取られるヘルスケアデータを提示する。本実施例において、血圧のデータは、ディスプレイによって提示される。スピーカのような任意の他の提示手段も適用されることができる。
【００４９】
記憶ユニット３５０は、将来の使用のために、受信ユニット３１０によって受け取られるデータを記憶し、必要に応じて記憶されたデータを取り出す。記憶ユニット３５０は、不揮発性のフラッシュメモリカードである。記憶ユニット３５０は更に、例えばハードディスク、フロッピーディスク、その他のような、任意の他の記憶装置であってもよい。
【００５０】
標示ユニット３４０は、標示に従って、ヘルスケアデータの他の部分の阻止状態を示す。本実施例において、体温、体重及びノイズレベルの受け取られたデータは、「Ｘ」マークであり、従って、ディスプレイ上の体温、体重及びノイズレベルのフィールドは、３種類のデータが阻止されていることを示すように、提示ユニット３２０の通常の提示のやり方とは異なる提示のやり方で示される。
【００５１】
さまざまなやり方が、上述の差を表すことができる。１つの例は、異なるタイプのデータに対する異なるフォントカラーであり、例えば、血圧は緑色であり、阻止されている温度、体重及びノイズレベルは黄色であり、データがユーザ側で欠如していることを表すインジケータ「Ｙ」を有するいかなるデータも赤色である等である。別の例は、異なるタイプのデータに対する異なる背景色である。
【００５２】
データがユーザ側で欠如していることを示すインジケータによって、介護者は、欠如しているデータを提供するようにユーザに求める見込みのないリクエストを開始しなくてよい。
【００５３】
標示ユニット３４０は更に、記憶ユニット３５０に記憶されたデータから、阻止されているデータの最新の更新されていない情報を提示することができる。更に、更新されていない情報に加えて、更新されていない情報がどれくらい古いかを示すための機構がありえ、例えば、更新されていない情報がいつ受け取られたかを示し（フィールドは、２００５年６月２６日、１５：００：００と埋められる）、又は更新されていない情報が受け取られてからどれくらいたつかを示す（フィールドは、１：１５時間と埋められる）。
【００５４】
色の濃さが、更新されていない情報がどれくらい古いかを示すために使用されることもできる。例えば、淡い黄色は、それが１時間以下の古さであることを示し、中くらいの黄色は、それが２時間以下の古さであることを示し、濃い黄色は、それが２時間を超える古さであることを示す。
【００５５】
異なるタイプのデータは、異なる時間感度レベルを有しうるので、例えば体重は、一般には急速に変化せず、したがって、１回の体重測定は、複数日数の間有効であり、他方、血圧は、より速く変化しうる。このように、体重は、低い時間感度レベルを有し、血圧は、高い時間感度レベルを有する。
【００５６】
時間感度レベルは更に、さまざまな異なる看護目的に関して異なることがあり、例えば、同じデータの時間感度が、さまざまな異なる疾患に関して異なりうる。血圧及び心拍レートは、心臓疾患に関しては時間感度がより大きいが、脚部の障害に関しては時間感度がより小さい。
【００５７】
例えば救急のような、ある環境において、介護者は、更新されていない情報を使用する可能性を利用することを試みることがある。更新されていない（阻止されている）情報がどれくらい古いかを知ることによって、介護者は、自分のプロフェッショナルな専門知識に基づいて、自分の考えで、更新されていない情報の価値を判断することができる。
【００５８】
要求ユニット３３０は、ヘルスケアデータのソースから阻止されているデータを要求するためのリクエストを送出する。例えば体温のようなデータが「阻止されている」と示されていることを知ることによって、介護者は、データがユーザ側で利用可能であることを知り、従って、介護者は、ユーザに必要とされるデータを提供するように求めるリクエストを開始することができる。
【００５９】
要求ユニット３３０が、必要に応じて制御分類をくつがえすために、ユーザの側に或る情報を送出することができることが理解できる。
【００６０】
本発明の目的は更に、ヘルスケアデータをモニタするためのコンピュータプログラムを備える適切にプログラムされたコンピュータによって実現されることができる。ヘルスケアデータをモニタするためのコンピュータプログラム製品は、ヘルスケアデータの一部及びヘルスケアデータの他の部分の阻止状態の（複数の）標示を受け取るためのコードと、ヘルスケアデータを提示するためのコードと、標示に従って、ヘルスケアデータの他の部分の阻止状態を示すためのコードと、を含む。
【００６１】
このようなコンピュータプログラム製品は、記憶担体に記憶されることができる。
【００６２】
プログラムコードのこれらの部分は、プロセッサ上で実行するコードが上述の機能を実現する手段を生成するようなマシンを生成するために、プロセッサに提供されることができる。
【００６３】
図４は、本発明の他の実施例により、ヘルスケアデータモニタリングプロセスを示すフローチャートである。このプロセスは、モニタリング装置３００上で実現されることができる。
【００６４】
最初に、ヘルスケアデータの一部（血圧）及びヘルスケアデータの他の部分の阻止状態の（複数の）標示（「体温、体重及びノイズレベルに関する「Ｘ」マーク）を受け取る（ステップＳ４１０）。
【００６５】
第２に、ヘルスケアデータを提示する（ステップＳ４２０）。本実施例において、血圧のデータが、ディスプレイに提示される。
【００６６】
第３に、前記標示に従って、ヘルスケアデータの他の部分の阻止状態を示す（ステップＳ４３０）。
【００６７】
本実施例において、体温、体重及びノイズレベルの受け取られたデータは、「Ｘ」マークを有し、従って、ディスプレイ上の体温、体重及びノイズレベルのフィールドは、３種類のデータが阻止されていることを示すために、提示ユニット３２０の通常の提示のやり方とは違う提示のやり方で示される。例えば、血圧は緑で示され、阻止されている体温、体重及びノイズレベルは黄で示される。
【００６８】
第４に、ヘルスケアデータの他の部分がどれくらい長く阻止されているかを示す（ステップＳ４４０）。
【００６９】
更新されていない（阻止されている）情報に加えて、更新されていない情報がどれくらい古いかを示すいくつかのフィールドがありえる。例えば、１：１５時間で埋められたフィールドは、更新されていない情報が受け取られてから１時間１５分が過ぎたことを示す。
【００７０】
最後に、必要に応じて、ヘルスケアデータのソースから阻止されているデータを要求するためのリクエストを送出する（ステップＳ４５０）。
【００７１】
体温は、「阻止されている」と示されるので、介護者は、データがユーザ側で利用可能であることを知り、従って、介護者は、体温データを提供するように自分の要望をユーザに求めるリクエストを開始することができる。
【００７２】
図５は、本発明の他の実施例によるヘルスケアデータモニタリングインタフェースの概略レイアウトである。
【００７３】
フィールド５１０は、モニタされている人の識別番号を表す。
【００７４】
フィールド５２０は、モニタされている人の名前を表す。
【００７５】
フィールド５３２は、黄色で「６５ｋｇ」を表示し、これは、「体重」が阻止されており、もはや更新されていないことを示す。フィールド５３４は、「７ｈ」を表示し、これは、体重のデータが、７時間前のものであることを示す。
【００７６】
フィールド５４２は、緑色で「９０／１２０」を表示し、これは、「血圧」が、阻止されておらず、周期的に更新されていることを示す。フィールド５４４は、「１０ｍ」を表示し、これは、血圧のデータが、１０分前のものであることを示す。フィールド５４６は、介護者が、血圧の即時のデータのためのリクエストを開始することができることを表示する。
【００７７】
フィールド５５２は、黄色で「３７．０」を表示し、これは、「体温」が、阻止されており、もはや更新されていないことを示す。フィールド５５４は、「２ｈ」を表示し、これは、体温のデータが２時間前のものであることを示す。フィールド５５６は、介護者が、体温の即時のデータのためのリクエストを開始することができることを表示する。
【００７８】
フィールド５６２は、黄色で「５０ｄｂ」を表示し、これは、「ノイズ」が、阻止されており、もはや更新されていないことを示す。フィールド５６４は、「３ｈ」を表示し、これは、ノイズのデータが、３時間前のものであることを示す。フィールド５６６は、介護者が、ノイズの即時のデータのためのリクエストを開始することができることを表示する。
【００７９】
フィールド５７２は、赤色で「６０」を表示し、これは、「湿度」が、ユーザ側で欠如していることを示す。フィールド５７４は、「４ｈ」を表示し、これは、湿度のデータが４時間前のものであることを示す。フィールド５７６は、灰色で非活性化されており、これは、介護者が、湿度の即時のデータのためのリクエストを開始することができないことを示す。
【００８０】
本発明は、特定の実施例に関連して記述されているが、前述の説明を考慮して、多くの代替、変形及び変更が当業者には明らかであることが分かるであろう。従って、すべてのこのような代替、変形及び変更が添付の請求項の範囲内にあるとき、それらを含むことが意図される。
【図面の簡単な説明】
【００８１】
【図１】本発明の一実施例による制御装置の概略図。
【図２】本発明の一実施例によるヘルスケアデータ制御プロセスを示すフローチャート。
【図３】本発明の他の実施例によるモニタリングインタフェースの概略構造図。
【図４】本発明の他の実施例によるヘルスケアデータモニタリングプロセスを示すフローチャート。
【図５】本発明の他の実施例によるヘルスケアデータモニタリングインタフェースの概略レイアウト図。
【図１】
2009524466.tif 000003
【図２】
2009524466.tif 000004
【図３】
2009524466.tif 000005
【図４】
2009524466.tif 000006
【図５】
2009524466.tif 000007
【国際調査報告】
2009524466.tif 000008
2009524466.tif 000009