JP2002366653A - 遠隔医療システム - Google Patents

遠隔医療システム

Info

Publication number
JP2002366653A
JP2002366653A JP2001178101A JP2001178101A JP2002366653A JP 2002366653 A JP2002366653 A JP 2002366653A JP 2001178101 A JP2001178101 A JP 2001178101A JP 2001178101 A JP2001178101 A JP 2001178101A JP 2002366653 A JP2002366653 A JP 2002366653A
Authority
JP
Japan
Prior art keywords
module
patient terminal
terminal
server
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001178101A
Other languages
English (en)
Inventor
Katsuyuki Kaneko
克幸 金子
Hiroyoshi Nomura
博義 野村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2001178101A priority Critical patent/JP2002366653A/ja
Publication of JP2002366653A publication Critical patent/JP2002366653A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 在宅医療端末に接続させたいセンサの種類と
数を変更する際に必要となる端末内部のソフトウエアの
導入や更新を、専門技術者の直接的な関与なしに、容易
かつ柔軟に行うことができる在宅医療システムを提供す
ることを目的とする。 【解決手段】 センターサーバ２と患者端末１がネット
ワークによって接続される遠隔医療システムにおいて、
センターサーバが患者端末から転送される生体データと
共にこれらの端末で実行されるソフトウエアを蓄積・管
理する。患者端末がサーバに接続する際に、患者端末に
実装されているソフトウエアの構成と導入するソフトウ
エアの構成とを比較して、更新すべきソフトウエアモジ
ュールを検知してダウンロードし、患者端末のソフトウ
エアを所望の構成に更新することができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、医療施設と患者宅
に設置された患者端末との間で遠隔通信を行うことによ
って在宅患者の病状管理や健康管理を行う遠隔医療シス
テムに関し、特に様々な疾患を持つ患者に対応してその
機能を柔軟に変更することが可能な患者端末を備えた遠
隔医療システムに関するものである。
【０００２】
【従来の技術】近年、在宅での病状管理や健康管理の必
要性の高まりに応じて、様々な様態の在宅医療システム
が市場に現れつつある。
【０００３】従来のこの種の在宅医療システムには、例
えば、特開平８−２７５９２７号公報に記載されている
在宅医療システムがある。
【０００４】この在宅医療システムは心電図等の生体情
報を計測する複数の生体センサを内蔵し、これらの生体
センサを用いた生体データの測定方法や一連の病状測定
の手順の表示、生体情報の測定と記録と表示、測定され
た生体データや問診結果の医療機関への伝送などの機能
を有している。このようにして医療機関に集められた生
体データを参照することによって、この患者の担当医師
は、患者を直接診察することなしに、あるいは、患者が
直接医療機関において担当医師の診察を受けることなし
に、患者の病状や健康状態を知ることができる。また、
患者は、自身の健康状態を担当医師が確認できることか
ら、毎日を安心して過ごすことができる。
【０００５】更に、特開平９−２１５６６３号公報に
は、生体センサが当該の生体データを受信するために患
者端末で必要となる制御プログラムを内蔵し、必要に応
じてこの制御プログラムを患者端末に導入することによ
って生体センサを患者端末に接続して生体データの送受
信やデータ処理を行う。これによって患者端末に様々な
生体センサを接続することができる。
【０００６】
【発明が解決しようとする課題】しかしながら上記従来
の在宅医療システムでは、患者端末に接続される生体セ
ンサの種類が、開発段階において、患者端末のインター
フェースや内蔵する制御ソフトウエアによって予め決め
られてしまっているという課題があった。
【０００７】通常、この種の患者端末は、血圧計や体温
計等のような基本的な生体情報を計測するセンサを内蔵
するが、このようなセンサに加えて、患者の疾病や病状
に応じた生体センサを備えることが望ましい。例えば、
上記した従来例のように心疾患患者に対しては、基本的
な生体情報に加えて心電計（ＥＣＧ）や聴診計を備える
ことが必要であり、呼吸器疾患の患者に対してはピーク
フローメータが必要である。糖尿病患者に対しては血糖
計や尿糖センサが必要であり、更に摂取カロリーや運動
量に対する詳細な問診ツールがあれば有用である。この
ように、在宅医療端末に接続させたいセンサの種類と数
は、これを使用する患者の疾病の種類に大きく依存す
る。また、破損や老朽化によって生体センサを更新した
い場合や、患者の病状の変化に伴って生体情報の精度や
計測方法を変更するためにセンサを変更したいことも場
合もある。
【０００８】一般に、生体センサを在宅医療端末に接続
する場合、物理的な接続条件や電気的な接続条件は別と
して、そのセンサ固有のデバイスインターフェースやユ
ーザインターフェースを在宅医療端末に設定するソフト
ウエアが必要となる。具体的には、センサからのデータ
を決められた手順で送受信して端末のＯＳ（オペレーテ
ィングシステム）と通信するデバイスドライバ、センサ
からのデータを意味ある数値に変換する後処理モジュー
ル、センサの使用を支援するヘルプモジュール、測定結
果の表示モジュール等である。端末に対して、新規に生
体センサを導入したり生体センサを更新する場合には、
これらのソフトウエアモジュールを新規に導入・設定す
る必要があるが、この作業には、通常、ＯＳに関する専
門的な知識と技術が必要であり、この分野に精通した専
門技術者が端末を直接操作して行なう必要がある。
【０００９】これに対して、上記した特開平９−２１５
６６３号公報では、生体センサに当該センサを患者端末
に接続するための制御プログラムを内蔵させ、生体セン
サを患者端末に接続する際にこの制御プログラムを患者
端末に導入することによって、より多くのセンサを患者
端末に接続できるようにしている。しかしながら、この
制御プログラムは通常実行環境、すなわち患者端末のハ
ードウエアに依存したものであるため、生体センサは患
者端末で実行されるプログラムを含むが故に患者端末専
用にものになってしまう。また、生体センサの種類によ
っては、このような機能を付加させることは大幅なコス
トアップや信頼性の低下につながる場合がある。更に、
制御プログラムの修正や機能向上によるバージョンアッ
プを行う場合には生体センサの制御プログラムを変更す
る必要があるため、生体センサ１台１台を回収する必要
がある。
【００１０】本発明は、このような従来の患者端末の課
題を解決し、患者端末内部のソフトウエアやこれを構成
する個々のモジュールの導入や更新を容易かつ柔軟に行
うことができる在宅医療システムを提供することを目的
とする。
【００１１】
【課題を解決するための手段】上記課題を解決するた
め、生体情報収集手段を備え複数のモジュールから構成
されるソフトウエアを蓄積しこれを実行する複数の患者
端末と、これらの患者端末で収集、参照、編集されるデ
ータを蓄積・管理するサーバとがネットワークによって
接続された遠隔医療システムであって、前記サーバは、
それぞれの患者端末で実行されるソフトウエアをモジュ
ール単位で蓄積・管理し、患者端末と接続を行う際に当
該患者端末において蓄積されているソフトウエアの構成
を検知し、患者端末において所定のモジュールが実行さ
れるように前記サーバから当該患者端末に対して当該モ
ジュールが選択的にダウンロードするように構成したも
のである。
【００１２】この形態によれば、患者端末が有するソフ
トウエアの最新の構成と更新しようとするソフトウエア
の構成を比較することによって、更新すべきソフトウエ
アモジュールを知ることができるため、これらのモジュ
ールのみをサーバから患者端末にダウンロードすること
によって、端末のソフトウエアを所望の構成に更新する
ことができる。
【００１３】
【発明の実施の形態】本発明の第１の形態は、上記課題
を解決するため、生体情報収集手段を備え複数のモジュ
ールから構成されるソフトウエアを蓄積しこれを実行す
る複数の患者端末と、これらの患者端末で収集、参照、
編集されるデータを蓄積・管理するサーバとがネットワ
ークによって接続された遠隔医療システムであって、前
記サーバは、それぞれの患者端末で実行されるソフトウ
エアをモジュール単位で蓄積・管理し、患者端末と接続
を行う際に当該患者端末において蓄積されているソフト
ウエアの構成を検知し、患者端末において所定のモジュ
ールが実行されるように前記サーバから当該患者端末に
対して当該モジュールが選択的にダウンロードするよう
に構成したものである。
【００１４】この形態によれば、患者端末が有するソフ
トウエアの最新の構成と更新しようとするソフトウエア
の構成を比較することによって、更新すべきソフトウエ
アモジュールを知ることができるため、これらのモジュ
ールのみをサーバから患者端末にダウンロードすること
によって、端末のソフトウエアを所望の構成に更新する
ことができる。
【００１５】また、本発明の第２の形態は、上記した遠
隔医療システムにおいて、サーバは、各患者端末におい
て蓄積されるモジュールの履歴情報と当該サーバが保有
するモジュールの更新情報とを保持し、これらを比較す
ることによって当該患者端末に転送すべきモジュールを
決定して、当該患者端末との接続時に前記モジュールを
ダウンロードするように構成したものである。
【００１６】この形態によれば、サーバは各端末におけ
る最新のソフトウエアの構成を常に保持しているため、
端末からそれ自身のソフトウエアの構成情報を得ること
なしに更新すべきソフトウエアモジュールを知ることが
でき、これらのモジュールのみをサーバが患者端末にダ
ウンロードすることによって、端末のソフトウエアを所
望の構成に更新することができる。
【００１７】更に、本発明の第３の形態は、上記した遠
隔医療システムにおいて、各患者端末はそれ自身の保有
するモジュールの履歴情報を保持し、サーバはそれ自身
が保有するモジュールの更新情報を保持し、該患者端末
と該サーバの接続時に該端末が前記履歴情報をサーバに
送り、該サーバが前記履歴情報と前記更新情報とを比較
することによって当該患者端末に転送すべきモジュール
を決定してダウンロードするように構成したものであ
る。
【００１８】この形態によれば、サーバは接続した端末
からその端末の持つ最新のソフトウエアの構成を得て、
これとサーバが持つ所望のソフトウエア構成と比較する
ことによって、各端末のソフトウエアの構成情報を記憶
しておくこと無しに、更新すべきソフトウエアモジュー
ルを決定し、患者端末にダウンロードすることによっ
て、端末のソフトウエアを所望の構成に更新することが
できる。
【００１９】更に、本発明の第４の形態は、上記した遠
隔医療システムにおいて、各患者端末はそれ自身の保有
するモジュールの履歴情報を保持し、サーバはそれ自身
が保有するモジュールの更新情報を保持し、該患者端末
と該サーバの接続時に該サーバが該患者端末に対して前
記更新情報を送り、該患者端末がこれらの情報を比較す
ることによって当該患者端末に転送すべきモジュールを
決定して該サーバに通知し、該サーバが該患者端末に当
該モジュールをダウンロードさせるように構成したもの
である。
【００２０】この形態によれば、患者端末は接続したサ
ーバから所望のソフトウエアの構成を得て、これと患者
端末自身が持つ現在のソフトウエア構成と比較すること
によって、サーバが各端末のソフトウエアの構成情報を
記憶しておくこと無しに、更新すべきソフトウエアモジ
ュールを決定し、サーバからダウンロードすることによ
って、端末のソフトウエアを所望の構成に更新すること
ができる。
【００２１】更に、本発明の第５の形態は、上記した本
発明の遠隔医療システムの構成において、モジュールの
履歴情報とモジュールの更新情報とが共にソフトウエア
のバージョン情報であるようにしたものである。
【００２２】この形態によれば、患者端末及びサーバで
のソフトウエアの構成情報がこれを構成する各モジュー
ルのバージョン番号によって管理されるため、モジュー
ルの管理や比較を容易かつ簡便に行うことができる。
【００２３】更に、本発明の第６の形態は、上記した本
発明の遠隔医療システムの構成において、端末が保持す
るモジュールの履歴情報とモジュールの更新情報のいず
れかもしくは両方が、患者端末のシステム構成情報から
生成されるモジュールの構成情報であるようにしたもの
である。
【００２４】この形態によれば、患者端末及びサーバで
のソフトウエアの構成情報がシステムの構成情報として
管理され、各ソフトウエアモジュールの構成情報はこの
システム構成情報から生成されるため、各モジュールの
履歴情報を個別的に管理する必要がなくなり、モジュー
ルの管理や比較が容易かつ簡便になる。
【００２５】更に、本発明の第７の形態は、上記した本
発明の遠隔医療システムの構成において、サーバと患者
端末が更にメッセージの送受信機能を持ち、サーバと患
者端末との接続時にこのメッセージの送受信とソフトウ
エアモジュールの選択的なダウンロードが同じ通信手順
で連続的に行われるようにしたものである。
【００２６】この形態によれば、患者端末が測定した生
体データの登録などの日常的な通信を行うためにサーバ
に接続される度に、端末からサーバに登録された最新の
ソフトウエアモジュールの構成情報が参照され、必要に
応じてモジュールがダウンロードされるため、患者端末
のソフトウエアモジュールは常に最新のものに保たれ
る。
【００２７】更に、本発明の第８の形態は、上記した本
発明の遠隔医療システムの構成において、ソフトウエア
のモジュールの一部が患者端末に接続される複数の生体
情報収集手段それぞれに対応して構成されており、患者
端末に接続された生体情報収集手段を置換した場合に、
サーバからの当該モジュールのダウンロードによって置
換後の生体情報収集手段と患者端末との接続が確立され
るものである。
【００２８】この形態によれば、患者端末に接続される
生体センサの追加や変更、更新に伴うソフトウエアの変
更を行う際に、これらに関連するソフトウエモジュール
を遠隔的にダウンロードできるため、患者端末の運用管
理が大幅に省力化することができる。
【００２９】更に、本発明の第９の形態は、上記した本
発明の遠隔医療システムの構成において、サーバは、モ
ジュールの一部もしくは全てを患者端末において発現さ
れる複数の機能それぞれに対応してグループ化して蓄
積、管理、ダウンロードし、当該するモジュールグルー
プのダウンロードによって患者端末の対応する機能の置
換が行われるようにしたものである。
【００３０】この形態によれば、患者端末で動作してい
るソフトウエアモジュールが全モジュール数に比べて大
幅に少ない数のグループを単位に管理、運用されるため
管理コストが低減され、更に、モジュールが機能毎にグ
ループ化されているために、機能の置換や変更をより確
実に行うことができる。
【００３１】更に、本発明の第１０の形態は、上記した
本発明の遠隔医療システムの構成において、サーバにお
いて少なくとも一部のソフトウエアモジュールに対応し
て再起動指令情報が蓄積・管理され、当該モジュールの
ダウンロード時には該再起動指令が送出され、患者端末
は当該モジュールのダウンロード終了後に再起動を行う
ようにしたものである。
【００３２】この形態によれば、サーバから患者端末に
対して所望のソフトウエアモジュールをダウンロードす
る際、サーバにおいて患者端末の再起動が必要なモジュ
ールがダウンロードされたことがわかった場合、サーバ
が患者端末に対して再起動指令を送出してダウンロード
終了後に再起動させることによって、ダウンロードされ
たモジュールに対応する機能を即時に活性化させること
ができる。
【００３３】本発明の第１１の形態は、上記した本発明
の遠隔医療システムの全てもしくは一部としてコンピュ
ータを機能させるためのプログラムである。
【００３４】この形態によれば、プログラムであるので
汎用コンピュータやサーバーを用いて本発明の遠隔医療
システムの全てもしくは一部てを容易に実現することが
できる。また記録媒体に記録したり通信回線を用いてプ
ログラムを配信したりすることでプログラムの配布やイ
ンストール作業が簡単にできる。
【００３５】
【実施例】以下、本発明の実施例について図面を用いて
説明する。
【００３６】（実施例１）図１はこの発明に係る在宅医
療システムの構成図であり、同図において、１は患者端
末であり、２はセンターサーバである。患者端末１とセ
ンターサーバは、各々、端末側通信装置３、センター側
通信装置４に接続され、通信回線５を介してデータの交
換を行う。患者端末１は、タッチパネル、表示装置など
のようなユーザインターフェース（ＩＦ）装置６、記憶
装置７、センサインターフェース８が接続されている。
記憶装置７には、患者端末１で実行されるプログラムの
他に、患者端末１の動作情報や患者情報等の端末情報９
と測定データ１０等が記憶される。センサインターフェ
ース８には、体温計１１、血圧計１２、心電計１３のよ
うな患者の生体データを計測するセンサが接続され、こ
れらによって計測されたデータは、記憶装置７内の測定
データ部に記録され、必要に応じてセンターサーバ２に
送られる。センサインターフェース８に接続されるセン
サの数と種類は、これを使用する患者の病状によって変
更することができる。センターサーバ２には記憶装置１
４が備えられ、このサーバに接続される患者端末の台数
や各端末に割り振られた患者やセンサの情報等のシステ
ム構成情報１６、各患者のプロフィールや患者端末１か
ら送られてくる測定データを記憶する患者データベース
１５等が記録されている。
【００３７】図２は、図１における患者端末１のソフト
ウエア構成を示している。患者端末１の全体的な動作は
オペレーティングシステム（ＯＳ）２０によって制御さ
れており、センサインターフェース８に接続される種々
のセンサや患者端末に直接接続されるデバイスに対応し
たデバイスドライバがＯＳ２０に結合されている。ＯＳ
２０上では、患者情報９や測定データ１０を管理するデ
ータベース２２とアプリケーションプログラム２３が動
作する。アプリケーションプログラム２３は、ユーザＩ
Ｆ装置６を介して患者に対してセンサや患者端末１の操
作方法を教示し、センサや患者からのデータの入出力を
制御し、また、センターサーバ２との通信を行う。
【００３８】図１において、センターサーバ２は記憶装
置１４内のシステム情報領域１６に、患者端末１で実行
されるアプリケーションプログラム２３自体やこれを構
成するモジュール、ドライバ２１等をこれらのバージョ
ンを含んで記憶、管理している。センターサーバは、必
要に応じてこれらのプログラムやモジュールの特定のバ
ージョンを、通信回線５を介して患者端末１にダウンロ
ードする。このような動作は、患者端末上のソフトウエ
アが持つ不具合を修正したい場合や新規のソフトウエア
に置換したい場合、更に患者端末に接続されたセンサを
別なセンサに取り替える際にこのセンサの動作情報や操
作支援情報、ドライバ、インターフェースプログラム等
を置換したい場合に使われる。特定の患者端末に対して
ダウンロードによってプログラムの置換をすべきかどう
かは、センターサーバ２において各患者端末が持つソフ
トウエアのバージョンを管理し、置換しようとするソフ
トウエアのバージョンと患者端末が持つソフトウエアの
バージョンとを比較することによって決定する。以下
に、このダウンロードの動作について説明する。
【００３９】図３は、図１に示すシステムの患者端末に
おいて使われている全てのソフトウエアを管理するソフ
トウエア構成テーブルである。ソフトウエア構成テーブ
ル３０は、ソフトウエアモジュールのカテゴリを示すグ
ループ名フィールド３１、モジュール名フィールド３
２、モジュールのバージョンフィールド３３、当該バー
ジョンの登録日付フィールド３４、モジュールの置換を
行った場合にＯＳの再起動が必要かどうかを示す再起動
フィールド３５、モジュールの記憶場所を示す格納場所
フィールド３６より構成される。同図ではセンサインタ
ーフェース８に接続される心電計のドライバが３種登録
されている。これらのモジュール名は各々、ＥＣＧモジ
ュール１、ＥＣＧモジュール１、ＥＣＧモジュール２で
あり、それぞれのバージョンは、１．１、１．２、１．
０であって、それぞれ格納場所フィールド３６に示すデ
ィレクトリに記憶されている。ＥＣＧモジュール１（バ
ージョン１．１）とＥＣＧモジュール２（バージョン
１．０）は、ドライバの組み込みにＯＳの再起動が必要
である。
【００４０】図４は、センターサーバ２に接続された各
患者端末においてモジュールの更新が必要な患者端末を
リストアップした端末ソフトウエア管理テーブルであ
り、システムに新規なモジュールが登録された場合に、
モジュールの置換が必要な端末（この場合には特定のバ
ージョンの心電計ドライバで動作する心電計を備えた患
者端末）が検索され、このテーブルに必要な情報が登録
される。端末ソフトウエア管理テーブル４０は、患者端
末を特定するための端末番号フィールド４１、当該端末
が現在有するモジュール名を示す現モジュールフィール
ド４２、同モジュールのバージョンを示す現バージョン
フィールド４３、置換すべきモジュール名を示す新モジ
ュールフィールド４４、同モジュールのバージョンを示
す新バージョンフィールド４５、登録がなされた日を示
す設定日フィールド４６より構成される。同図では、心
電計ドライバモジュールＥＣＧｍｏｄｕｌｅ２への置換
が必要な患者端末が２台登録されており、内、端末００
１の現在のモジュールはＥＣＧｍｏｄｕｌｅ１（バージ
ョン１．１）であり、端末００２はＥＣＧｍｏｄｕｌｅ
１（バージョン１．２）である。
【００４１】図５は、図１に示したシステムにおける患
者端末のソフトウエアモジュールの更新を行うための手
順を示す図である。患者端末は、通常はオフライン（セ
ンターサーバから通信を切り離した状態）で動作してお
り、適当な間隔、例えば毎朝センターサーバに接続し、
患者端末がオフライン状態の間に患者が測定したデータ
をセンターサーバ２に送信する。ソフトウエアモジュー
ルのダウンロードはセンターサーバと患者端末の接続時
に、患者の生体データの送信に付随して行われる。
【００４２】以下、センターサーバとの接続の手順を図
５と共に説明する。
【００４３】（１）患者端末１の電源を入れると、アプ
リケーションプログラムが起動し、センターサーバ２へ
の接続を開始する。センターサーバとの通信回線が確立
すると、患者端末１はサーバに対して接続要求を行う。
【００４４】（２）センターサーバ２は、患者端末から
の接続要求メッセージから患者端末１の端末番号を特定
し、認証要求を行う。
【００４５】（３）患者端末１は、認証要求に対する応
答を行う。
【００４６】（４）センターサーバ２は患者端末からの
応答を解析して患者端末の認証処理を行ない、認証結果
が正当であれば接続を許可する。
【００４７】（５）患者端末１は通信回線を介してセン
ターサーバにログオンし、患者端末１内に記録された測
定データ１０を転送する。センターサーバ２はこれらの
データをデータベース１５に記録する。
【００４８】（６）センターサーバ２は、端末ソフトウ
エア管理テーブル４０と患者端末の端末番号から、この
患者端末に更新すべきソフトウエアモジュールがあるか
どうかを判定する。この患者端末番号が００１番である
とすると、ＥＣＧｍｏｄｕｌｅ１（バージョン１．１）
をＥＣＧｍｏｄｕｌｅ２（バージョン１．０）にバージ
ョンアップする必要があることが管理テーブル４０に登
録されている。センターサーバ２は患者端末１に対して
ソフトウエアモジュールのダウンロードを行なうことを
通知する。患者端末１はソフトウエアモジュールのバー
ジョンアップのための前処理を行なう。
【００４９】（７）センターサーバ２はソフトウエア構
成テーブル３０を参照して、ＥＣＧｍｏｄｕｌｅ２（バ
ージョン１．０）の格納場所からこのモジュールを読み
出し、引き続き、患者端末１に対してこのモジュールを
送信する。患者端末１はこれを受信し、ソフトウエアモ
ジュールの置換を行なう。
【００５０】（８）センターサーバ２はソフトウエア構
成テーブル３０を参照して、ＥＣＧｍｏｄｕｌｅ２（バ
ージョン１．０）の置換が患者端末１のＯＳの再起動を
要することを検知し、引き続き、患者端末１に対して再
起動要求を送信する。患者端末１はこれを受信して、置
換したモジュールを活性化するためにＯＳの再起動を行
なう。
【００５１】（９）再起動に先立って、患者端末１はセ
ンターサーバとの通信回線を切断する。
【００５２】（１０）ＯＳの再起動後、患者端末１では
更新されたソフトウエアモジュールがシステムソフトウ
エアに組み込まれる。これ以降、患者は患者端末を用い
た通常の操作を行なうことができる。
【００５３】以上説明したように、本実施例によれば、
センターサーバ２が、端末ソフトウエア管理テーブル４
０によって各患者端末のソフトウエア構成を管理してい
るため、システム全体に渡って任意のモジュールを更新
したい場合に、患者端末にアクセスすることなしに、更
新が必要な患者端末を特定することができる。このた
め、管理端末１がセンターサーバ２に接続する際に、セ
ンターサーバ２が任意の患者端末の特定のソフトウエア
モジュールを所望のソフトウエアモジュールに更新する
ことができる。通常、患者端末のソフトウエア構成を変
更するためには、技術者が患者端末を直接操作してソフ
トウエアモジュールの置換を行なう必要があるが、本実
施例によれば、この代わりに通信回線を用いて自動的に
モジュールの置換を行なうことができる。この機能によ
って、問題のあるモジュールを正常なモジュールに更新
したり、患者端末１の接続されるセンサやセンサを制御
するドライバの置換を遠隔的に行なうことができ、端末
のソフトウエア管理やメンテナンスが大幅に省力化され
る。
【００５４】（実施例２）次に、本発明の在宅医療シス
テムの実施例２について説明する。基本的には、実施例
１における在宅医療システムと同じであり、異なる点に
ついてのみ説明する。実施例１においては、ダウンロー
ドするモジュールを決定するために、患者端末１のソフ
トウエアモジュールのバージョンをセンターサーバ内に
ある端末ソフトウエア管理テーブル４０によって管理し
ているが、本実施例においては各患者端末が図６に示す
端末ソフトウエア構成テーブル５０を持ち、このテーブ
ルをセンターサーバ２に送出し、センターサーバにおい
てこの内容とソフトウエア構成テーブル３０の内容とを
比較することによって患者端末１に対してダウンロード
すべきモジュールを決定する。
【００５５】端末ソフトウエア構成テーブル５０は、ソ
フトウエアモジュールのカテゴリを示すグループ名フィ
ールド５１、モジュール名フィールド５２、モジュール
のバージョンフィールド５３、当該バージョンの登録日
付フィールド５４、モジュールの記憶場所を示す格納場
所フィールド５５より構成される。同図ではセンサイン
ターフェース８に接続される心電計のドライバと体温計
ドライバが登録されている。これらのモジュール名は各
々、ＥＣＧモジュール１、ＴＥＭＰモジュール１であ
り、それぞれのバージョンは、１．１、１．２であっ
て、それぞれ格納場所フィールド５５に示すディレクト
リに記憶されている。
【００５６】図７は、実施例２における患者端末のソフ
トウエアモジュールの更新を行うための手順を示す図で
あり、（１）〜（５）は図５に示した実施例１における
手順と同じである。手順（６）以降を図７と共に説明す
る。
【００５７】（６）センターサーバ２は、ソフトウエア
構成テーブル３０にバージョンアップすべきソフトウエ
アモジュールが新規に登録されている場合には、患者端
末１に対してソフトウエアモジュールのダウンロードを
行なうことを通知する。この場合、ＥＣＧドライバの新
しいバージョン；ＥＣＧｍｏｄｕｌｅ２（バージョン
１．０）が新規に登録され、各患者端末はこのバージョ
ンにバージョンアップする必要がある。患者端末１はソ
フトウエアモジュールのバージョンアップのための前処
理を行なう。
【００５８】（７）患者端末１は、センターサーバ２に
対して、端末ソフトウエア構成テーブル５０を送出す
る。センターサーバ２はこの端末ソフトウエア構成テー
ブル５０とソフトウエア構成テーブル３０を比較して、
ダウンロードすべきソフトウエアモジュールを決定す
る。
【００５９】（８）センターサーバ２はソフトウエア構
成テーブル３０を参照して、ＥＣＧｍｏｄｕｌｅ２（バ
ージョン１．０）の格納場所からこのモジュールを読み
出し、引き続き、患者端末１に対してこのモジュールを
送信する。患者端末１はこれを受信し、ソフトウエアモ
ジュールの置換を行なう。
【００６０】（９）センターサーバ２はソフトウエア構
成テーブル３０を参照して、ＥＣＧｍｏｄｕｌｅ２（バ
ージョン１．０）の置換が患者端末１のＯＳの再起動を
要することを検知し、引き続き、患者端末１に対して再
起動要求を送信する。患者端末１はこれを受信して、置
換したモジュールを活性化するためにＯＳの再起動を行
なう。
【００６１】（１０）再起動に先立って、患者端末１は
センターサーバとの通信回線を切断する。
【００６２】（１１）ＯＳの再起動後、患者端末１では
更新されたソフトウエアモジュールがシステムソフトウ
エアに組み込まれる。これ以降、患者は患者端末を用い
た通常の操作を行なうことができる。
【００６３】以上説明したように、本実施例によれば、
センターサーバ２が、ソフトウエア構成テーブル３０に
よって患者端末で実行されるソフトウエアモジュールの
バージョンを管理し、各患者端末が端末ソフトウエア構
成テーブル５０によって端末自体が持つソフトウエアモ
ジュールのバージョンを管理することによって、これら
をサーバにおいて比較することによって更新が必要なモ
ジュールを特定することができ、そのモジュールだけを
ダウンロードして置換することができる。バージョンの
比較は、センターサーバ２と患者端末１との接続時に患
者端末がサーバに対して端末ソフトウエア構成テーブル
５０を送信することによって、サーバ側で行われる。こ
のためセンターサーバ２は各端末のソフトウエア構成を
管理する必要がない。また、実施例１と同様に本実施例
によれば、技術者が患者端末を直接操作してソフトウエ
アモジュールの置換を行なうことなしに、通信回線を用
いて自動的にモジュールの置換を行なうことができるた
め、問題のあるモジュールを正常なモジュールに更新し
たり、患者端末１の接続されるセンサやセンサを制御す
るドライバの置換を遠隔的に行なうことができ、端末の
ソフトウエア管理やメンテナンスが大幅に省力化され
る。
【００６４】本実施例においては、ソフトウエアモジュ
ールのバージョンの比較をセンターサーバ側で行った
が、患者端末側で行うことも可能である。この場合に
は、手順（７）で端末からサーバへ構成テーブルを転送
する代わりに、サーバから端末に各モジュールの最新バ
ージョンの情報が転送され、更新が必要なモジュールが
端末からサーバに対して通知される。この場合において
も、センターサーバ２は、個々の患者端末のモジュール
のバージョン管理を一元的にする必要はなく、本実施例
と概ね同じ効果が得られる。
【００６５】（実施例３）次に、本発明の在宅医療シス
テムの実施例３について説明する。基本的には、実施例
１における在宅医療システムと同じであり、異なる点に
ついてのみ説明する。実施例１においては、患者端末の
ソフトウエアモジュールはセンターサーバ２において、
ソフトウエア構成テーブル３０及び端末ソフトウエア管
理テーブル４０によってモジュール単位で管理され、各
モジュールのダウンロードの可否が判断される。これに
対して本実施例では、患者端末のソフトウエアモジュー
ルはセンターサーバ２において、患者端末１の機器構成
情報、具体的には患者端末が装備するデバイスの構成を
図８に示す端末構成テーブル６０によって管理される。
ソフトウエアモジュールの更新や患者端末のセンサ構成
の変更に伴うソフトウエアの置換が必要な場合には、こ
のテーブルの所定の内容が変更され、このデバイス情報
に基づいて患者端末１に対してダウンロードすべきモジ
ュールを決定する。
【００６６】端末構成テーブル６０は、各端末を識別す
る端末番号フィールド６１、当該端末の構成変更日フィ
ールド６２と複数のデバイス名フィールド６３より構成
される。同図ではセンサインターフェース８に接続可能
なデバイスとして、体温計、血圧計、心電計、体重計、
血糖計、血中酸素濃度計等が登録されており、この内、
端末ＶＳＢ００１は、体温計、血圧計、心電計、血糖計
が設置され、端末ＶＳＢ００２は、体温計、血圧計、体
重計、血糖計、血中酸素濃度計等が設置されている。図
８のデバイス名フィールドに記入された数値は各端末に
設置されたセンサに対するソフトウエアの状況を示して
おり、０は当該センサが装備されていないことを示し、
１は当該センサが装備されておりソフトウエアモジュー
ルの更新が必要でないことを示しており、２は当該セン
サが装備されておりソフトウエアモジュールの更新が必
要であることを示している。特定のセンサに関するソフ
トウエアモジュールがアップデートされると、これに対
応するデバイス名フィールド６３が、１から２に書き換
えられ、ダウンロードが完了すると２から１に書き換え
られる。
【００６７】図９は、図８におけるデバイス名フィール
ド６３に対応する各デバイスのソフトウエアモジュール
を管理するモジュール管理テーブルの構造を示してお
り、端末構成テーブル６０と同様に、センターサーバに
記憶されている。モジュール管理テーブル７０は、患者
端末に接続されるデバイスの種類を示すデバイス名フィ
ールド７１、モジュール名フィールド７２、モジュール
のバージョンフィールド７３、当該バージョンの登録日
付フィールド７４、モジュールの記憶場所を示す格納場
所フィールド７５より構成される。同図ではセンサイン
ターフェース８に接続される体温計のドライバがＴＥＭ
Ｐｍｏｄｕｌｅ１のバージョン１．１であって、それぞ
れ格納場所フィールド７５に示すディレクトリに記憶さ
れていること等が示されている。
【００６８】患者端末のソフトウエアを更新する手段
は、基本的には図５に示す実施例１での手順と同じであ
る。実施例１においては、端末ソフトウエア管理テーブ
ル４０によって特定の患者端末へのソフトウエアモジュ
ールのダウンロードの可否を判定し、ソフトウエア構成
テーブル３０で示されたバージョンのソフトウエアを読
み出して患者端末に送信していたが、本実施例において
は、端末構成テーブル６０によって特定の患者端末への
ソフトウエアモジュールのダウンロードの可否を判定
し、モジュール管理テーブル７０で示されたバージョン
のソフトウエアを読み出して患者端末に送信する。
【００６９】特定の患者端末のセンサ構成を変更する場
合、端末構成テーブル６０の当該フィールドの値を変更
する。例えば、図８における患者端末ＶＳＢ００１は、
生体センサとして体温計、血圧計、ＥＣＧ、血糖計を装
備しているが、新たに血中酸素濃度計を装備し血糖計を
外したい場合には、図１０に示すように端末構成テーブ
ルを編集する。この状態で、患者端末ＶＳＢ００１がセ
ンターサーバ２に接続されると、血圧計の測定モジュー
ルがバージョンアップされると同時に、血中酸素濃度計
の測定モジュールが患者端末ＶＳＢ００１に導入され
る。この結果、患者端末ＶＳＢ００１では、サーバとの
接続以降、血糖計での測定が不能に、血中酸素濃度計の
使用が可能になり、血圧計の測定モジュールが更新され
た状態になる。サーバとの接続後、図１０の端末構成テ
ーブル８０における患者端末ＶＳＢ００１の行の血圧計
とＳｐＯ２計の項目は、２（バージョンアップ要）から
１（バージョンアップ不要）に書き換えられる。同様
に、患者端末ＶＳＢ００２がセンターサーバ２に接続さ
れると、血圧計と血糖計の測定モジュールが患者端末に
ダウンロードされる。ＶＳＢ００２においては生体セン
サの構成は変わらない。またＶＳＢ００１と同様に、サ
ーバとの接続後、図１０の端末構成テーブル８０におけ
る患者端末ＶＳＢ００２の行の血圧計と血糖計の項目
は、２（バージョンアップ要）から１（バージョンアッ
プ不要）に書き換えられる。
【００７０】以上説明したように、本実施例によれば、
センターサーバ２が、患者端末で実行されるソフトウエ
アモジュールをデバイスレベルで管理し、各患者端末の
ソフトウエアの更新をデバイスを単位として行うため、
モジュールを単位としてソフトウエアを管理する場合に
比べて、管理が容易であり、かつ直感的な管理が可能に
なる。また、センターサーバ２は各端末のソフトウエア
構成を管理する必要がなく、技術者が患者端末を直接操
作してソフトウエアモジュールの置換を行なうことなし
に通信回線を用いて自動的にモジュールの置換を行なう
ことができるため、問題のあるモジュールを正常なモジ
ュールに更新したり、患者端末１の接続されるセンサや
センサを制御するドライバの置換を遠隔的に行なうこと
ができ、端末のソフトウエア管理やメンテナンスが大幅
に省力化される、という利点は実施例１と同様に発揮さ
れる。
【００７１】更に、本実施例によれば、患者端末のデバ
イス（生体センサ）の置換が容易に行うことができる。
例えば、図８の端末構成テーブル６０におけるＶＳＢ０
０１の構成で新たに体重計を加える場合には体重計のフ
ィールドを０から２に書き換える。この書き換えによっ
て、次回の端末ＶＳＢ００１のセンターサーバ接続時に
体重計に関連したソフトウエアモジュールがダウンロー
ドされ、患者端末に体重計を装備することができる。な
お、端末構成テーブル６０において、構成変更日フィー
ルドに加えて更新フラグフィールドを付加し、構成変更
時にフラグを立て患者端末へのダウンロード実行時にフ
ラグをリセットし、デバイスフィールド６３を０に書き
変えるとセンターサーバから患者端末に対して当該モジ
ュールの消去を指令するような構成にすると、デバイス
の置換が可能になり、患者端末のセンサ構成を遠隔的に
行えるようになり、更に端末の管理が省力化される。
【００７２】本実施例においては、患者端末のデバイス
の構成をセンターサーバ２の端末構成テーブル６０で行
ったが、実施例２のように患者端末側で行うことも可能
である。この場合には、バージョンアップ手順におい
て、患者端末からサーバへ自端末の端末構成テーブルを
転送する。また、サーバから端末に各デバイスの最新バ
ージョンの情報が転送され、更新が必要なデバイスが端
末からサーバに対して通知されるようにしても良い。こ
の場合には、センターサーバ２は個々の患者端末のデバ
イスの管理を一元的にする必要がなくなり、センターサ
ーバでの端末管理が軽減される。
【００７３】なお、センターサーバや患者端末はコンピ
ュータ等と同じ構成であり、各端末において蓄積される
モジュールの履歴情報とサーバが保有するモジュールの
更新情報の比較はＣＰＵで行う。
【００７４】
【発明の効果】以上説明したように本発明の遠隔医療シ
ステムは、サーバが患者端末で実行される全てのソフト
ウエアモジュールを管理し、これらと各患者端末で実行
されているモジュールとを比較することによって、サー
バは患者端末の持つモジュールの選択的な更新を、直接
患者端末を操作することなしに遠隔的に行うことができ
る。
【図面の簡単な説明】
【図１】本発明の実施例１における遠隔医療システムの
全体構成を示すブロック図
【図２】図１の遠隔医療システムにおける患者端末のソ
フトウエア構成を示す構成図
【図３】図１におけるセンターサーバが記憶するソフト
ウエア構成テーブルの構造を示す説明図
【図４】図１におけるセンターサーバが記憶する端末ソ
フトウエア管理テーブルの構造を示す説明図
【図５】本発明の実施例１におけるセンターサーバ−患
者端末間のソフトウエアバージョンアップ手順を示すフ
ローチャート
【図６】本発明の実施例２においてセンターサーバが記
憶する端末ソフトウエア構成テーブルの構造を示す説明
図
【図７】本発明の実施例２におけるセンターサーバ−患
者端末間のソフトウエアバージョンアップ手順を示すフ
ローチャート
【図８】本発明の実施例３においてセンターサーバが記
憶する端末構成テーブルの構造を示す説明図
【図９】本発明の実施例３においてセンターサーバが記
憶するソフトウエアモジュール管理テーブルの構造を示
す説明図
【図１０】本発明の実施例３においてセンターサーバが
記憶する端末構成テーブルの構造を示す説明図
【符号の説明】
１ 患者端末 ２ センターサーバ（サーバ） ３ 患者側通信装置 ４ センター側通信装置 ５ 通信回線 ６ ユーザＩＦ装置 ７、１４ 記憶装置 ８ センサーインターフェース ９ 端末情報記憶領域 １０ 測定データ記憶領域 １５ 患者データベース記憶領域 １６ システム情報記憶領域 ２０ オペレーティングシステム ２１ デバイスドライバ ２２ データベース ２３ アプリケーションプログラム ２４ デバイスユーザインターフェース ３０ ソフトウエア構成テーブル ４０ 端末ソフトウエア管理テーブル ５０ 端末ソフトウエア構成テーブル ６０ 端末構成テーブル ７０ ソフトウエアモジュール管理テーブル
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 12/00 ５４５ Ｇ０６Ｆ 9/06 ６１０Ｑ ６４０Ａ ６５０Ｂ ６１０Ｌ

Claims (11)

    【特許請求の範囲】
  1. 【請求項１】 生体情報収集手段を備え複数のモジュー
    ルから構成されるソフトウエアを蓄積しこれを実行する
    複数の患者端末と、これらの患者端末で収集、参照、編
    集されるデータを蓄積・管理するサーバとがネットワー
    クによって接続された遠隔医療システムであって、前記
    サーバは、それぞれの患者端末で実行されるソフトウエ
    アをモジュール単位で蓄積・管理し、患者端末と接続を
    行う際に当該患者端末において蓄積されているソフトウ
    エアの構成を検知し、患者端末において所定のモジュー
    ルが実行されるように前記サーバから当該患者端末に対
    して当該モジュールが選択的にダウンロードすることを
    特徴とした遠隔医療システム。
  2. 【請求項２】 サーバは、各患者端末において蓄積され
    るモジュールの履歴情報と当該サーバが保有するモジュ
    ールの更新情報とを保持し、これらを比較することによ
    って当該患者端末に転送すべきモジュールを決定して、
    当該患者端末との接続時に前記モジュールをダウンロー
    ドすることを特徴とした請求項１記載の遠隔医療システ
    ム。
  3. 【請求項３】 各患者端末はそれ自身の保有するモジュ
    ールの履歴情報を保持し、サーバはそれ自身が保有する
    モジュールの更新情報を保持し、該患者端末と該サーバ
    の接続時に該端末が前記履歴情報をサーバに送り、該サ
    ーバが前記履歴情報と前記更新情報とを比較することに
    よって当該患者端末に転送すべきモジュールを決定して
    ダウンロードすることを特徴とした請求項１記載の遠隔
    医療システム。
  4. 【請求項４】 各患者端末はそれ自身の保有するモジュ
    ールの履歴情報を保持し、サーバはそれ自身が保有する
    モジュールの更新情報を保持し、該患者端末と該サーバ
    の接続時に該サーバが該患者端末に対して前記更新情報
    を送り、該患者端末がこれらの情報を比較することによ
    って当該患者端末に転送すべきモジュールを決定して該
    サーバに通知し、該サーバが該患者端末に当該モジュー
    ルをダウンロードすることを特徴とした請求項１記載の
    遠隔医療システム。
  5. 【請求項５】 モジュールの履歴情報とモジュールの更
    新情報とが共にソフトウエアのバージョン情報であるこ
    とを特徴とした請求項２、３もしくは４記載の遠隔医療
    システム。
  6. 【請求項６】 モジュールの履歴情報とモジュールの更
    新情報のいずれかもしくは両方が、患者端末のシステム
    構成情報から生成されるモジュールの構成情報であるこ
    とを特徴とした請求項２、３もしくは４記載の遠隔医療
    システム。
  7. 【請求項７】 サーバと患者端末が更にメッセージの送
    受信機能を持ち、サーバと患者端末との接続時にこのメ
    ッセージの送受信とソフトウエアモジュールの選択的な
    ダウンロードが同じ通信手順で連続的に行われることを
    特徴とした請求項１記載の遠隔医療システム。
  8. 【請求項８】 モジュールの一部が患者端末に接続され
    る複数の生体情報収集手段それぞれに対応して構成され
    ており、患者端末に接続された生体情報収集手段を置換
    した場合に、サーバからの当該モジュールのダウンロー
    ドによって置換後の生体情報収集手段と患者端末との接
    続が確立されることを特徴とした請求項１記載の遠隔医
    療システム。
  9. 【請求項９】 サーバは、モジュールの一部もしくは全
    てを患者端末において発現される複数の機能それぞれに
    対応してグループ化して蓄積、管理、ダウンロードし、
    当該するモジュールグループのダウンロードによって患
    者端末の対応する機能の置換が行われることを特徴とし
    た請求項１記載の遠隔医療システム。
  10. 【請求項１０】 サーバにおいて少なくとも一部のソフ
    トウエアモジュールに対応して再起動指令情報が蓄積・
    管理され、当該モジュールのダウンロード時には該再起
    動指令が送出され、患者端末は当該モジュールのダウン
    ロード終了後に再起動を行うことを特徴とした請求項１
    記載の遠隔医療システム。
  11. 【請求項１１】 請求項１〜１０のいずれか１記載の遠
    隔医療システムの全てもしくは一部としてコンピュータ
    を機能させるためのプログラム。
JP2001178101A 2001-06-13 2001-06-13 遠隔医療システム Pending JP2002366653A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001178101A JP2002366653A (ja) 2001-06-13 2001-06-13 遠隔医療システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001178101A JP2002366653A (ja) 2001-06-13 2001-06-13 遠隔医療システム

Publications (1)

Publication Number Publication Date
JP2002366653A true JP2002366653A (ja) 2002-12-20

Family

ID=19018850

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001178101A Pending JP2002366653A (ja) 2001-06-13 2001-06-13 遠隔医療システム

Country Status (1)

Country Link
JP (1) JP2002366653A (ja)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006512165A (ja) * 2002-12-27 2006-04-13 カーディアック・ペースメーカーズ・インコーポレーテッド インタロゲータ／トランシーバユニットを含む患者管理システム
JP2007026310A (ja) * 2005-07-20 2007-02-01 Sony Corp 登録装置、登録方法及びプログラム
JP2007164371A (ja) * 2005-12-12 2007-06-28 Toshiba Corp ソフトウェア管理システム
JP2008538040A (ja) * 2005-04-15 2008-10-02 エスプリダ コーポレイション インテリジェントデバイスのネットワークを管理する装置および方法
JP2009535885A (ja) * 2006-04-28 2009-10-01 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ モバイルヘルスケアデータ
JP2009268616A (ja) * 2008-05-02 2009-11-19 Toshiba Corp 医用装置及び医用情報システム
JP2010502291A (ja) * 2006-09-05 2010-01-28 カーディアック ペースメイカーズ， インコーポレイテッド 遠隔患者看護環境
WO2010100735A1 (ja) * 2009-03-05 2010-09-10 キーパー＝スミス エル・エル・ピー 情報サービス提供システム、情報サービス提供装置およびその方法
WO2010100734A1 (ja) * 2009-03-05 2010-09-10 キーパー＝スミス エル・エル・ピー 情報サービス提供システム、情報サービス提供装置およびその方法
JP2010217948A (ja) * 2009-03-13 2010-09-30 Keeper-Smith Llp 健康診断システム、健康診断装置およびその方法
JP2012045373A (ja) * 2010-07-26 2012-03-08 Sharp Corp 生体測定装置、生体測定方法、生体測定装置の制御プログラム、および、該制御プログラムを記録した記録媒体
JP2013219553A (ja) * 2012-04-09 2013-10-24 Hitachi Solutions Ltd データ収集システム、及びデータ収集方法
JP2015109082A (ja) * 2013-12-05 2015-06-11 ザ・ボーイング・カンパニーＴｈｅＢｏｅｉｎｇ Ｃｏｍｐａｎｙ 構成ソフトウェア部品を用いた航空機構成およびソフトウェア部品管理
JP2017084123A (ja) * 2015-10-28 2017-05-18 富士通株式会社 動作環境再構築プログラム、動作環境再構築システム、動作環境再構築方法
JP2017519292A (ja) * 2014-05-27 2017-07-13 レスメド・リミテッドＲｅｓＭｅｄ Ｌｉｍｉｔｅｄ 遠隔呼吸治療装置の管理

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006512165A (ja) * 2002-12-27 2006-04-13 カーディアック・ペースメーカーズ・インコーポレーテッド インタロゲータ／トランシーバユニットを含む患者管理システム
JP2008538040A (ja) * 2005-04-15 2008-10-02 エスプリダ コーポレイション インテリジェントデバイスのネットワークを管理する装置および方法
JP2007026310A (ja) * 2005-07-20 2007-02-01 Sony Corp 登録装置、登録方法及びプログラム
JP2007164371A (ja) * 2005-12-12 2007-06-28 Toshiba Corp ソフトウェア管理システム
JP2009535885A (ja) * 2006-04-28 2009-10-01 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ モバイルヘルスケアデータ
JP2010502291A (ja) * 2006-09-05 2010-01-28 カーディアック ペースメイカーズ， インコーポレイテッド 遠隔患者看護環境
US9773060B2 (en) 2006-09-05 2017-09-26 Cardiac Pacemaker, Inc. System and method for providing automatic setup of a remote patient care environment
JP2009268616A (ja) * 2008-05-02 2009-11-19 Toshiba Corp 医用装置及び医用情報システム
JP4668347B2 (ja) * 2009-03-05 2011-04-13 エンパイア テクノロジー ディベロップメント エルエルシー 情報サービス提供システム、情報サービス提供装置およびその方法
WO2010100735A1 (ja) * 2009-03-05 2010-09-10 キーパー＝スミス エル・エル・ピー 情報サービス提供システム、情報サービス提供装置およびその方法
WO2010100734A1 (ja) * 2009-03-05 2010-09-10 キーパー＝スミス エル・エル・ピー 情報サービス提供システム、情報サービス提供装置およびその方法
JP5044661B2 (ja) * 2009-03-05 2012-10-10 エンパイア テクノロジー ディベロップメント エルエルシー 情報サービス提供システム、情報サービス提供装置およびその方法
US8327367B2 (en) 2009-03-05 2012-12-04 Empire Technology Development Llc Information service providing system, information service providing device, and method therefor
US8566060B2 (en) 2009-03-05 2013-10-22 Empire Technology Development Llc Information service providing system, information service providing device, and method therefor
JP2010217948A (ja) * 2009-03-13 2010-09-30 Keeper-Smith Llp 健康診断システム、健康診断装置およびその方法
US8583452B2 (en) 2009-03-13 2013-11-12 Empire Technology Development Llc Health check system, health check apparatus and method thereof
JP2012045373A (ja) * 2010-07-26 2012-03-08 Sharp Corp 生体測定装置、生体測定方法、生体測定装置の制御プログラム、および、該制御プログラムを記録した記録媒体
JP2013219553A (ja) * 2012-04-09 2013-10-24 Hitachi Solutions Ltd データ収集システム、及びデータ収集方法
JP2015109082A (ja) * 2013-12-05 2015-06-11 ザ・ボーイング・カンパニーＴｈｅＢｏｅｉｎｇ Ｃｏｍｐａｎｙ 構成ソフトウェア部品を用いた航空機構成およびソフトウェア部品管理
JP2017519292A (ja) * 2014-05-27 2017-07-13 レスメド・リミテッドＲｅｓＭｅｄ Ｌｉｍｉｔｅｄ 遠隔呼吸治療装置の管理
US11116924B2 (en) 2014-05-27 2021-09-14 Resmed Inc. Remote respiratory therapy device management
US11752286B2 (en) 2014-05-27 2023-09-12 Resmed Inc. Remote respiratory therapy device management
JP2017084123A (ja) * 2015-10-28 2017-05-18 富士通株式会社 動作環境再構築プログラム、動作環境再構築システム、動作環境再構築方法

Similar Documents

Publication Publication Date Title
JP2002366653A (ja) 遠隔医療システム
US9092762B2 (en) Medical device maintenance system
US6891936B2 (en) Remote data control system and measuring data gathering method
US20050033603A1 (en) Hospital information system
JP2008158622A (ja) 在宅ヘルスケアシステム
US20160012199A1 (en) Health care network system using smart communicator and method thereof
JP2003527142A (ja) 点滴ポンプ、検体モニタ、検体メータなどとのインターフェースとなる通信ステーションおよびソフトウエア
WO1999041682A2 (en) Patient data acquisition unit and data support system
JP2005227928A (ja) 在宅療養・治療支援システム
CN101897575A (zh) 动态配置远程健康监视设备的功能的***和方法
US20040015056A1 (en) Medical-information providing apparatus and portable telephone
WO2008091187A2 (en) Managing application software in mobile communication devices
JP2003186995A (ja) 問診方法
JP2001101309A (ja) 生体情報管理システム
JP2003204941A (ja) 生体情報測定器および生体情報測定システム
US20040073276A1 (en) Programming system for medical devices, a server for such a system and a method for managing the system
EP0621544A2 (en) Method and system for context extraction of a realtime database
JP2008016021A (ja) 患者データに対する臨床的解釈及び吟味のための方法及びシステム
CN106908594B (zh) 血糖值数据处理方法
CN109599189B (zh) 用药异常反应监测的方法、装置、电子设备和存储介质
JP4585219B2 (ja) ヘルスケア情報提供システム、およびヘルスケア情報提供プログラム
JP2000132622A (ja) バイタルデータ処理装置
CN116157053A (zh) 病人监护仪及其设备信息管理方法
CN116936071A (zh) 预诊***
JP2004358052A (ja) 家庭用健康管理システム