モニタリング装置によって供される患者関連パラメータを管理するための方法およびシステム
少なくとも１つのモニタリング装置（１１ａ、１１ｂ）によって供される患者関連パラメータを管理するためのシステム（１５）であって、このシステムは、前記システムをモニタリング装置（１１ａ、１１ｂ）に接続するための手段と、モニタリング装置との接続を介して、モニタリング装置（１１ａ、１１ｂ）によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得するための手段と、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段と、適合後の患者関連パラメータを管理するための手段からなる。適合手段を設けることでいかなるタイプのモニタリング装置によって供されたデータも管理可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおいて、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法に関する。より詳しくは、本発明は、バイオメディカル信号および医療分野で用いられるデジタル信号を取得、同期、処理、記憶、分配するための方法に関する。
【０００２】
本発明はまた、そうした方法を実行するのに好適な、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムに関する。
【０００３】
本発明は、医療に利用される情報技術の枠内に収まるものである。
【背景技術】
【０００４】
今日、ヘルスケア関連のＴＩＣ分野、例えば病院情報システム間でのデータ管理および伝達においては、広く合意を得た定められた規格（ＨＬ７と呼ばれる）（あるいはデジタル放射線の場合では（ＤＩＣＯＭ））があることは事実だが、特定のヘルスモニタリング装置の分野では事情は異なる。
【０００５】
バイオメディカル信号の伝達規格は公知であるが、これらはモニタリング装置の開発において一様には用いられてこなかった。こうして産業界は、その通信プロトコルが製造者によって好きなように規定されたモニタリング装置を提供している。
【０００６】
装置のこうした傾向および多様性は、データ伝達プロトコルだけでなくその操作においても見られる。信号取得技術が十分に開発されておらず、よって同質な装置の存在に関して必要とされてこなかったため、伝達および操作の基準を統一する必要はこれまで持ち上がらなかった。
【０００７】
今日、ソフト開発会社 − 衛生分野とは関係が薄い − および患者支援装置製造者は、２つの開発およびマーケティングラインに従っている。
【０００８】
まず、大会社は、それを構成するすべての装置が会社のものである統合型セットを開発する傾向があり、彼らの提供するソフトウェア・ソリューションは会社の装置でしか動作しない。例えば「Ｓｏｃｉｅｄａｄ Ｅｓｐａｎｏｌａ ｄｅ Ｍｅｄｉｃｉｎａ」勧告（「Ｊ． Ｍ． Ｓｏｔｏ Ｉｂａｎｅｚ、Ｎ． Ｐｅｒａｌｅｓ Ｒｏｄｒｉｇｕｅｚ ｄｅ Ｖｉｇｕｒｉ ｙ Ｍ． Ｒｕａｎｏ Ｍａｒｃｏ ｐａｒａ ｌａ Ｓｏｃｉｅｄａｄ Ｅｓｐａｎｏｌａ ｄｅ Ｍｅｄｉｃｉｎａ Ｉｎｔｅｎｓｉｖａ、Ｃｒｉｔｉｃａ ｙ Ｕｎｉｄａｄｅｓ Ｃｏｒｏｎａｒｉａｓ。ＡＮＥＸＯ Ｉ：ＥＱＵＩＰＡＭＩＥＮＴＯ ＤＥ ＵＲＧＥＮＣＩＡＳ。ｈｔｔｐ：／／ｗｗｗ．ｒｃｐ．ｓｅｍｉｃｙｕｃ．ｏｒｇ／ｄｏｃｓ．ｈｔｍｌ」）におけるような、特定の製造者の装置に考慮がなされていない事実は、集中治療サービスや冠状動脈疾患集中治療室にさまざまな製造業者のさまざまな装置が存在し（その一部は３０年以上も動いており）、前記装置が、その働きは素晴らしいものの他の装置との通信ができないことについて、部分的に責任がある。このように、もし医療センタが、ローカルおよびリモート・モニタリングを可能とする技術的ソリューションを実施したいと思えば、医療技術のプロバイダによって供されるソリューションとリンクした大きな技術的変革とともに、多額の投資が必要となる。
【０００９】
一方、ソフトウェア開発会社は、制限があるにも関わらず、患者管理と信号モニタリングに対するソリューションを開発する傾向がある。モニタリングに関しては、これらのシステムは傾向、すなわち患者の生体信号のアブストラクトで動作する。ある状況では、こうしたソリューションで十分だが、他の状況では、前記システムが取得または処理不可能な情報が必要となる。前記制限に加えて、これらのシステムの大きな問題は、提供される機能の数があまりに多いがための、そのインターフェースの使用の複雑さである。
【００１０】
ＩＣＵコンピュータ化のためのソリューションおよび患者のモニタリングのシナリオを提供する多くのシステムがあるが、前記一連の機能は、２つの商業的実施によって一部発展させられている。
・ｅＩＣＵソリューション（ＶＩＳＩＣＵ（登録商標））。最古のもの。これは遠隔医療を実現するものとして創出され、いくつかの機能性を付加してきた。その主な制約は、それがモニタ製造者の取得システム特性と情報をやりとりし、ネットワークを介してそれらを伝達することに制限されている点である。それは機械的人工呼吸器からの情報は伝達しない。システムは幅広く活用でき、その実施は、死亡率、ＩＣＵ滞在期間、およびコストの低下をもたらしてきた（「Ｒｏｓｅｎｆｅｌｄ， Ｂ． Ａ．、Ｔ． Ｄｏｒｍａｎ、Ｍ． Ｊ． Ｂｒｅｓｌｏｗ、Ｐ． Ｐｒｏｎｏｖｏｓｔ、Ｍ． Ｊｅｎｃｋｅｓ、Ｎ． Ｚｈａｎｇ、Ｇ． Ａｎｄｅｒｓｏｎ、およびＨ． Ｒｕｂｉｎ。２０００年。集中治療室遠隔医療：連続して集中治療を施すための代替パラダイム。Ｃｒｉｔ Ｃａｒｅ Ｍｅｄ ２８：３９２５−３１」、および「Ｂｒｅｓｌｏｗ， Ｍ． Ｊ．、Ｂ． Ａ． Ｒｏｓｅｎｆｅｌｄ、Ｍ． Ｄｏｅｒｆｌｅｒ、Ｇ． Ｂｕｒｋｅ、Ｇ． Ｙａｔｅｓ、Ｄ． Ｊ． Ｓｔｏｎｅ、Ｐ． Ｔｏｍａｓｚｅｗｉｃｚ、Ｒ． Ｈｏｃｈｍａｎ、およびＤ． Ｗ． Ｐｌｏｃｈｅｒ。２００４年。複数サイトでの集中治療室遠隔医療プログラムの臨床的および経済的結果への影響：集中人員配置のための代替パラダイム。Ｃｒｉｔ Ｃａｒｅ Ｍｅｄ ３２：３１−８」）。
・ＩＭＤＳｏｆｔ（登録商標）。より新しく、臨床情報システムとして創始され、データ伝達の機能をいくつか有する。出版報告は最初の出願の評価だけを行っている（「Ｄｖｉｒ， Ｄ．、Ｊ． Ｃｏｈｅｎ、およびＰ． Ｓｉｎｇｅｒ。２００６年。危機的病状の患者におけるコンピュータ制御されたエネルギ・バランスおよびコンプリケーション：観察研究。Ｃｌｉｎ Ｎｕｔｒ ２５：３７−４４」）。
【００１１】
要約すれば、公知のシステムは、モニタリング装置のタイプおよび／または製造者に依存している（例えば、各モニタリング装置は製造者によって規定された通信プロトコルを有しており、よって他の製造者の装置またはシステムとは、両者が「分かり合えない」ため、接続を確立できない）。したがって、モニタリング装置のシステムにおける変化（例えば、装置が壊れたため）は、大きな技術的変革とともに、多額の投資を伴う。
【発明の概要】
【００１２】
よって本発明の目的は、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを提供するものであり、前記モニタリング装置は、オーディオおよびビデオなどのデジタル信号とともに、そのタイプあるいは製造者と無関係に、いかなるモニタリング装置であってもよい。
【００１３】
この目的は、請求項１に基づき、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを提供することで達成され、このシステムは、前記システムをモニタリング装置に接続するための手段と、モニタリング装置との接続を介して、モニタリング装置によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得するための手段と、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段と、適合後の患者関連パラメータを管理するための手段からなる。
【００１４】
このように、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段を設けることで、いかなるタイプ（または製造者）のモニタリング装置によって供された患者関連パラメータも管理可能となり、すなわち、システムはいかなるタイプのモニタリング装置からもデータを取得し、管理できる。例えば、それは製造者によって規定された関連プロトコルを有する新たなモニタリング装置であってもよく、あるいは前記装置を変えることなく、病院のシステムにモニタリング装置の多様性を組み込むことも可能である。基本的に、雑多なモニタリング装置を与えられながらも、同質のシステムが得られる。
【００１５】
特に言えば、コンピュータシステムおよびモニタリング装置の通信プロトコルがその仕様に従って適合されることで、いかなるタイプのモニタリング装置によって供されたデータであってもシステムは取得可能である。
【００１６】
基本的に、システムは、値を取得し同期させる。次に各所定期間で、システムは取得した値を、規定された仮想周波数に応じて補間する（１秒あたりＮポイント）。仮想周波数および期間は先に規定されている。
【００１７】
各モニタリング装置は、その製造者によって規定された通信プロトコルを有し、よってそれはそれぞれの装置によって異なる。このため、システムは（必要とされる通信プロトコルの実行に加えて）、装置から得られた信号に対してフォーマットと共通のインターフェースを提供し、それぞれがその通信プロトコルに従ってそれを具体的に実行しなくてはならない。すなわち、本発明のシステムは、対応のプロトコルが実行されシステムで統合されるまではモニタリング装置と両立可能ではない。
【００１８】
モニタリング装置は、バイオメディカル信号（例えばモニタ、呼吸器、または患者関連パラメータを供する他の装置）および／または医療分野で用いられるビデオ／オーディオ信号（すなわちデジタル信号）を供するいかなる装置であってもよい。
【００１９】
本発明の他の利点は、デジタルおよびバイオメディカル信号の集中化によって、取得、表示、処理、記憶されている信号の由来とは無関係に、ユーザの好みに従って高度にカスタマイズ可能である同質のインターフェースを、システムが自由に有することができる点である。
【００２０】
本発明の好適な実施例では、システムは、所定の臨床イベントを検知および処理するための手段、すなわちエキスパートシステムを含む。前記エキスパートシステムは、医療従事者にとって問題と思われる臨床イベントを検知するためのリアルタイムサポートを提供する。したがって、これがよりよい診断と治療をもたらすためのツールを提供する（エラーの可能性が減る）ことで、エキスパートシステムは、患者への医療支援を改善する。
【００２１】
本発明の好適な実施例では、システムは、患者関連パラメータを記憶するための第１の格納庫を含む。さらに、前記第１の格納庫（例えば患者関連パラメータのデータベース）には、患者関連パラメータが取得された時間を記憶することが可能である。システムは、前記記憶された時間から、パラメータの同期を行うことができる。基本的には、システムは、パラメータと、それらが取得された時間とを記憶する。次にシステムは、（先に規定された各期間で）補間を行い、取得時間および装置の遅延に応じた同期を行う。システムは、各所定期間で値を読み取る。
【００２２】
また、システムは、患者の病歴を記憶するための第２の格納庫を含むこともできる。さらに、病院情報システムを用いてデータを（同じ、あるいは別の格納庫に）記憶することも可能である。
【００２３】
したがって、全格納庫の情報を組み合わせ、患者関連情報のアクセスおよび利用可能度を改善するツールを得ることが可能である。全患者データの統合が達成される。
【００２４】
いずれの場合においても、格納庫の記憶データは、上述のエキスパートシステム用の情報源とすることができる。前記情報は、前記情報からのその知識ベース（データ処理のルール）をアップデートする、エキスパートシステムの変数および値を調整可能とする。
【００２５】
患者関連パラメータは、以下の一連のパラメータ：ＥＫＧ、ＰＬＥＴ、ＰＡＷ、エアフロー、ＴＡ、および吐出ＰＣＯ２から選択できる。ＥＫＧは心電図に関し、速い遅いの不整脈を検知するのに好適であり、ＰＬＥＴはパルス酸素濃度計に関し、ヘモグロビン中の酸素飽和度を検知し、ＰＡＷは、人工呼吸器から肺へと空気が入った時の経過時間に基づく圧力に関し、エアフローは、人工呼吸器から肺へと吹き込まれる空気の１秒あたりのリットル数に関し、ＴＡは動脈圧に関し、および吐出ＣＯ２は血中のＣＯ２に関する。
【００２６】
本発明の他の側面によると、コンピュータシステムにおいて、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法が提供され、この方法は、
（Ａ）コンピュータシステムをモニタリング装置へと接続し、
（Ｂ）モニタリング装置との接続を介して、モニタリング装置によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得し、
（Ｃ）取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させ、
（Ｄ）適合後の患者関連パラメータを管理するステップからなる。
【００２７】
本発明の好適な実施例では、方法のステップ（Ｂ）〜（Ｄ）が所定期間後に繰り返される。前記期間は、モニタリング装置ではなく、本発明によるシステムによって規定される。モニタリング装置はデータを提供し、システムはその期間の規定に応じて前記データを取得する。
【００２８】
本方法は、接続されるモニタリング装置を、ユーザ入力から得るステップ（Ｅ）をさらに含む。コンピュータシステムはいくつかのモニタリング装置と接続されているため、それからユーザシステムがデータを得ることを望む装置を選択することが必要である。
【００２９】
好ましくは、本方法は、パラメータフォーマットを決定するステップ（Ｆ）を含む。
【００３０】
本方法はまた、コンピュータシステムおよびモニタリング装置の通信プロトコルを、両者間に接続を確立するために適合させるステップ（Ｇ）を含むものとできる。
【００３１】
本発明の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、第１の格納庫に前記適合後の患者関連パラメータを記憶するサブステップ（Ｄ．１）を含む。
【００３２】
前記サブステップ（Ｄ．１）において、第１の格納庫に記憶された適合後の患者関連パラメータが、パラメータと、パラメータが取得された時間を含むものとすることができる。さらに適合後の患者関連パラメータが、パラメータ取得時に得られたオーディオおよびビデオ信号を含むものとすることができる。なお前記格納庫は、一時的な格納庫であってもよい。
【００３３】
本発明の他の実施例によれば、サブステップ（Ｄ．１）において、適合後の患者関連パラメータが、ＤＩＣＯＭオブジェクトに記憶される。ＤＩＣＯＭとは、医療分野（例えば放射線写真）での、患者モニタリング装置から得られた生理学的信号を含むマルチメディアデータを伝達および記憶するための規格である。ＤＩＣＯＭの標準化は、例えば病院情報システムとの統合が容易であるとの大きな利点を有する。このように、取得後の信号は、ＤＩＣＯＭを実行するいかなるシステムからもアクセス可能である。
【００３４】
本発明の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、前記適合後の患者関連パラメータを表示するサブステップ（Ｄ．２）を含む。
【００３５】
本発明の他の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、前記適合後の患者関連パラメータを少なくとも１つの別のコンピュータシステムへ分配するサブステップ（Ｄ．３）を含む。
【００３６】
本発明の他の実施例においては、患者関連パラメータは、生理学的信号および／またはオーディオ／ビデオ信号を含む。この場合、システムは、患者関連パラメータと関連する全データを同期、すなわちシステムは、パラメータ、生理学的信号、およびビデオおよびオーディオ信号を同期する。
【００３７】
他の側面によると、本発明は、少なくとも１つのモニタリング装置に由来する患者関連パラメータを管理する方法をコンピュータに実行させるためのプログラム命令からなるコンピュータプログラムを提供する。前記コンピュータプログラムは、記憶手段（例えば記録メディア、コンピュータメモリ、あるいはＲＯＭ）上に具体化されてもよいし、キャリア信号（例えば電気または光学キャリア信号）上で実行されてもよい。
いくつかの可能な実施例についての以下の詳細な説明においては、本発明の他の特徴および利点が明らかとなり、各説明は以下の図面を参照して行われる。
【図面の簡単な説明】
【００３８】
【図１】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムからなる医療設備を示す概略図。
【図２】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを示す概略図。
【図３】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法を示すフローチャート。
【図４】図２のシステムによって生成された第１のグラフィカル・ユーザ・インターフェースを示す概略図。
【図５】図２のシステムによって生成された第２のグラフィカル・ユーザ・インターフェースを示す概略図。
【図６】図２のシステムによって生成された第３のグラフィカル・ユーザ・インターフェースを示す概略図。
【発明を実施するための形態】
【００３９】
以下では、本発明の好ましい実施例の説明を、図面に従って述べる。この説明では、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムが、コンピュータ上で実行されるコンピュータプログラムの形態で表されている。
【００４０】
同質なシステムのコンセプトは、仮想パラメータの定義、すなわち所定のパラメータフォーマットに従って適合された患者関連パラメータに根拠を置いている。したがって、仮想パラメータとは、取得後のパラメータのシステム中での表現であり、その元の装置とは無関係に、一義的に同一のパラメータを表す。各仮想パラメータは、仮想装置と関連しており、その特徴および定義は、いかなる取得方法で取得されたデータも同質な方法で表現する一般的インターフェースをシステムへと提供することを可能とする。
【００４１】
パラメータの視覚化とは、装置のパラメータの、システムの所定のパラメータへの変換である。
【００４２】
例えば：
・装置１：これは以下のパラメータを有する：
Ｄ１−ＥＣＧ、
Ｄ１−ＴＡ、
Ｄ１−ＰＬＥＴ。
・装置２：これは以下のパラメータを有する：
Ｄ２−ＥＣＧ。
・装置３：これは以下のパラメータを有する：
Ｄ３−ＥＣＧ、
Ｄ３−ＰＬＥＴ。
【００４３】
システムの仮想パラメータは：ＥＣＧ、ＴＡ、およびＰＬＥＴ。
したがって、視覚化の一例によれば、下記の表の結果が得られる。
【００４４】
【表１】
【００４５】
このように、システムは、パラメータ、例えばＥＣＧパラメータを、装置１、２または３からのパラメータの取得とは無関係に、同一の方法で処理できる。システムは、パラメータの視覚化後に元のパラメータで動作する。このように、前記情報が実際のパラメータよりも仮想パラメータと関連しているので、パラメータは同一の方法で表示、記憶される。
【００４６】
このように、例えば、取得のプロファイルを規定することが可能であり、ここでは：
・取得用パラメータ（すなわち仮想パラメータ）：ＥＣＧおよびＰＬＥＴ、
・パラメータが取得される装置：装置１。
【００４７】
次にシステムは装置１に接続し、装置１が選択された仮想パラメータ（ＥＣＧおよびＰＬＥＴ）に対応する実際のパラメータを有するかどうかサーチし、そして値を得るために自動的にＤ１−ＥＣＧおよびＤ１−ＰＬＥＴを構成する。
【００４８】
パラメータが取得される装置が装置１と装置２（２つ以上の装置）の場合、この２つの装置がパラメータＥＣＧとＰＬＥＴを有するため、システムは、この２つ（あるいはそれ以上）の装置を見つける。そしてシステムはユーザに、どの装置が使われるべきなのかを問う。
【００４９】
なお、患者関連パラメータは、ＥＫＧ（心電図に関し、速い遅いの不整脈を検知するのに好適である）、ＰＬＥＴ（パルス酸素濃度計に関し、ヘモグロビン中の酸素飽和度を検知する）、ＰＡＷ（人工呼吸器から肺へと空気が入った時の経過時間に基づく圧力に関する）、エアフロー（人工呼吸器から肺へと吹き込まれる空気の１秒あたりのリットル数に関する）、ＴＡ（動脈圧に関する、および吐出ＣＯ２は血中のＣＯ２に関する）を含む。
【００５０】
詳しい研究の結果、従事者たちは、患者モニタリング装置の供する膨大な情報のうち、わずか６種類のバイタルサイン（上述）から得られる情報だけで危機的患者の十分なコントロールを保証するのに十分だと判断した。このアプローチは、最重要な情報が利用可能で、かつ従事者がデータに圧倒されないように保証する。
【００５１】
図１は患者のモニタリング用の医療設備の一例を示す。より詳しくは、図１はＩＣＵ設備を示す。前記設備は、生理学的信号（すなわちバイオメディカル信号）およびビデオ／オーディオ信号を取得、処理、記憶、同期、補間、および分配するためのコンピュータシステム１０と、モニタ１１ａで表された、患者の生理学的信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための第１のモニタリング装置と、機械的人工呼吸装置１１ｂで表された、同じく生理学的信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための第２のモニタリング装置と、デジタルカメラ１１ｃで表された、オーディオ／ビデオ信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための装置とからなる。
【００５２】
設備はさらに、コンピュータシステム１０の視点からするとリモートに配置されたパーソナルコンピュータ１２ａと携帯情報端末（ＰＤＡ）１２ｂも有し、前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、インターネットなどのグローバル通信ネットワーク１３を介してコンピュータシステム１０へと接続されている。前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、コンピュータシステム１０が患者関連パラメータをそれらへ分配するため、患者をリモート・モニタリングするのに好適である。当然ながら、システムはパラメータを分配するために、前記分配を保証するためのセキュリティシステムを有する。
【００５３】
コンピュータシステム１０は、モニタ１１ａ、機械的人工呼吸装置１１ｂおよびデジタルカメラ１１ｃが接続される第１のコンピュータ１４ａ（例えばサーバ）と、前記第１のコンピュータ１４ａで実行され、モニタ１１ａ、人工呼吸装置１１ｂおよびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための、本発明によるシステムを表すコンピュータプログラム１５と、（例えばスイッチによって）イーサネット・ネットワーク１６を介して第１のコンピュータ１４ａに接続される第２のコンピュータ１４ｂ（例えばデータサーバ）と、取得され適合された患者関連パラメータ（オーディオ／ビデオ信号を含む）と患者の病歴と病院情報システムのデータ（すなわちデータベースに統合された患者に関する全情報）を記憶するための、前記第２のコンピュータ１４ｂに接続されたハードディスク（図示せず）に記憶されたデータベース１７と、コンピュータシステム１０（より詳しくはイーサネット・ネットワーク１６）をグローバル通信ネットワーク１３へと接続するためのもので、第１および第２のコンピュータ１４ａ、１４ｂとパーソナルコンピュータ１２ａとＰＤＡ１２ｂ間の通信をもたらすためにスイッチに接続されているルータ１８とからなる。このように、コンピュータシステム１０は、第１のコンピュータ１４ａによっておよびグローバル通信ネットワーク１３を介して、取得され適合された患者関連パラメータをパーソナルコンピュータ１２ａとＰＤＡ１２ｂへと分配し（すなわち、患者のリモート・モニタライゼーションの実行を可能とし）、前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、データベース１７に情報の問い合わせを行うことができる。
【００５４】
第１のコンピュータ１４ａは、イーサネット・ネットワーク１６への接続用のネットワーク・インターフェースと、接続される各モニタリング装置１１ａ、１１ｂおよびカメラ１１ｃ用の入力／出力インターフェースを有する。第２のコンピュータ１４ｂは、イーサネット・ネットワーク１６への接続用のネットワーク・インターフェースと、ハードディスク、ハードディスクが外部装置の場合には例えばＵＳＢディスクへの接続用の入力／出力インターフェースを有する。モニタリング装置１１ａ、１１ｂおよびカメラ１１ｃは、第１のコンピュータ１４ａへの接続用の入力／出力インターフェースを有する。パーソナルコンピュータ１２ａは、インターネット１３への接続用のネットワーク・インターフェースを有し、一方、ＰＤＡ１２ｂも、インターネット１３への接続用のネットワーク・インターフェース（例えばワイヤレス・インターフェース）を有する。
【００５５】
当然ながら、コンピュータシステム１０は、さまざまな構成を示しうる。したがって、それは例えば、コンピュータ１つのみ、３つ以上のコンピュータ、あるいはローカルに配置した１つのコンピュータとリモートに配置したもう１つのコンピュータを有するものとすることができる。最後のケースでは、２つのコンピュータは、例えばインターネットといったグローバル通信ネットワークを介して接続されなくてはならない。
【００５６】
なお、パーソナルコンピュータ１２ａあるいはＰＤＡ１２ｂは、コンピュータシステム１０の視点からするとローカルに配置されてもよく、すなわち、それらは同一のＬＡＮ（ローカルエリア・ネットワーク）へと接続される。こうしてローカル・モニタライゼーションが、例えば同じ患者の病室から、あるいは医療従事者のオフィスから行われる。
【００５７】
さらにモニタリング装置と第１のコンピュータ１４ａ間の接続は、ワイヤレス・ネットワークを介して行われてもよい。同様に、第１および第２のコンピュータ１４ａ、１４ｂを、ワイヤレス・ネットワークを介して接続してもよく、第１および第２のコンピュータ１４ａ、１４ｂを、ルータ１８を用いたワイヤレス接続を介してインターネット１３へ接続してもよい。
【００５８】
本発明のシステム１５には、そこからデータを取得可能な任意の装置を表す規定されたクラスがあり、また同様に、モニタされている任意のパラメータを表すクラスがある。
【００５９】
一方で、任意の装置を表すクラス（オブジェクト）は、システムで実行されるプロトコルの実行がそこから受け継がれるスーパークラスである。すなわち、任意の装置のプロトコルの実行は、この“一般的”装置の特殊化である。当然ながら、一般的装置は、いかなるプロトコルの実行も含まず、追従すべき実行のためのスキームを規定するのみであり、またデータを統合し適合させるために使用するさまざまなプロトコルの実行のために、（システムで統合された）一連のルーチンを提供する。
【００６０】
一般的装置は、例えば接続してパラメータのリストを得るためのルーチン、他には接続を断つもの、データ取得をイニシャライズするものを規定し、これらをプロトコルの実行が受け継ぐ（それらが一般的装置の特殊化である）。これらは実行を伴わず、規定のみされた、プロトコルが満たすべき方法である。このように、システムは、“接続”ルーチンのいかなる実行に対しても、接続およびパラメータリストの取得を経験するが、システムが実行を経験することは必要ない。
【００６１】
なお、一般的装置と、したがってすべてのプロトコルの実行は、システムによって規定された関連のパラメータリストを有する。これらのパラメータはまた、プロトコルの実行により可視となるが、対応する通信プロトコルで規定されるように、各自それぞれに対して特徴（名前、期間／周波数−プロトコルがそれを伝達するのに用いる１秒あたりのポイント数−、最少値、最大値、など）を規定するのみである。パラメータクラスは、 “ポイント追加”−これは対応のパラメータの取得値リストへと受け取ったポイントを追加する、などのいくつかの、さまざまな装置によって用いられる、先に実行されたルーチンを提供する。
【００６２】
パラメータクラスは、任意の時間で取得値を得るためのルーチンを提供する。システム１５はテンポライザによって、その値が取得されている装置に連続的にパラメータを要求する。システムは、期間、及び前記値が要求される瞬間、そしてとりわけ望ましいレゾリューション、すなわち、対応の値をリターンするようにパラメータに求められる１秒あたりのポイント数を規定する。パラメータクラスは、任意の周波数における値を得るためのアルゴリズム、およびインタークラス同期も実行する（すなわち、すべてのパラメータは同期され、瞬間Ｔのリターン値は、どのアクティブ・パラメータの瞬間Ｔとも対応する）。
【００６３】
基本的に、データ提供に関する装置の遅延が分かっていれば、値の取得時間は以下のように規定できる：
実際の時間−装置の遅延＝プロダクション時間。
【００６４】
波形信号の場合、最初の値の時間が記憶されると、後続の取得時間が理論時間を熟考する：
前回のプロダクション＋パラメータ期間。
【００６５】
そして実時間では：
実際の時間−装置の遅延。
【００６６】
値は以下の説明に従って同期される。
【００６７】
パラメータの同期は、以下の説明に従って実行される。
【００６８】
各装置に関して、データ送信の遅延がどれか規定する必要がある。前記遅延は、装置の通信プロトコルに基づく。前記遅延は、ごくわずかか、ほんの数秒とすることができる。前記遅延は特定されていないので、実験的に得なくてはならない。
【００６９】
例えば、Ｄ１、Ｄ２、Ｄ３、…ＤＮは装置に関し、Ｒ１、Ｒ２、Ｒ３、…ＲＮは前記装置に関連する遅延である。Ｄｉが、そこからデータが時間Ｔｊで取得されている前記装置のいずれかである場合、Ｒｉは装置Ｄｉに関連して規定された遅延であるので、値Ｖｊは時間Ｔｊ−Ｒｉに対応する。
【００７０】
得られた値は実時間のものである。このように、すべての値が同期される。
【００７１】
同期の例
装置：
・Ｄ０：０秒の遅延、
・Ｄ１：１秒の遅延、
・Ｄ２：２秒の遅延、
・Ｄ３：３秒の遅延（遅延が３秒の最も遅い装置である）。
【００７２】
時間Ｔ＝０において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：０−０＝０、
Ｄ１から得られた値の実時間：０−１＝−１、
Ｄ２から得られた値の実時間：０−２＝−２、
Ｄ３から得られた値の実時間：０−３＝−３。
【００７３】
時間Ｔ＝１において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：１−０＝１、
Ｄ１から得られた値の実時間：１−１＝０、
Ｄ２から得られた値の実時間：１−２＝−１、
Ｄ３から得られた値の実時間：１−３＝−２。
【００７４】
時間Ｔ＝２において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：２−０＝２、
Ｄ１から得られた値の実時間：２−１＝１、
Ｄ２から得られた値の実時間：２−２＝０、
Ｄ３から得られた値の実時間：２−３＝−１。
【００７５】
時間Ｔ＝３において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：３−０＝３、
Ｄ１から得られた値の実時間：３−１＝２、
Ｄ２から得られた値の実時間：３−２＝１、
Ｄ３から得られた値の実時間：３−３＝０。
【００７６】
したがって、値に関連して格納庫に記憶された時間は、実時間（時間−遅延）であり、読み取り時間ではない。
【００７７】
このように、Ｔ＝０で各装置から読み取られた値を知るには、秒３まで待つ必要がある（前記秒３までは、秒０でＤ３から読み取られた値を知ることは不可能である）。このため、実時間および同期値の表現には、検討した装置のより大きな遅延に対応した遅延が用いられる。
【００７８】
まとめると、パラメータクラスは、Ｙ周波数でリサンプリングされ他のモニタされたパラメータのすべてと同期させられたＰパラメータのＸ周波数で受け取った値をリターンでき、理想的にはＹ＞＝Ｘであり、ただし補間（リサンプリング）のアルゴリズムは最大限正確なものとでき、信号はＸおよびＹとは無関係に元の信号に対して可能なかぎり正確である。
【００７９】
図２に見られるように、モニタ１１ａ、人工呼吸装置１１ｂ、およびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための本発明のシステムを表すコンピュータプログラム１５は、ユーザ入力からコンピュータシステムに接続されるモニタリング装置を得るための第１のモジュール２０と、得られたモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃへとコンピュータシステム１０（すなわち第１のコンピュータ１４ａ）を接続するための第２のモジュール２１と、モニタリング装置から取得される患者関連パラメータを選択するための第３のモジュール２２と、モニタリング装置によって供される患者関連パラメータを取得するための第４のモジュール２３と、所定のパラメータフォーマットに従って取得後の患者関連パラメータを適合するための第５のモジュール２４と、適合後の患者関連パラメータを管理するための第６のモジュール２５からなる。
【００８０】
取得後のパラメータを適合するための第５のモジュール２４は、取得後のパラメータの値を同期するためのサブモジュールを有する。
【００８１】
適合後の患者関連パラメータを管理するためのモジュール２５は、イーサネット・ネットワーク１６を介してデータベース１７に適合後の患者関連パラメータを記憶するための第１のサブモジュール２５ａと、コンピュータシステム１０の視点からするとローカルに配置されているコンピュータモニタまたはテレビのグラフィック・ユーザ・インターフェースによって（先に同期されている）適合後の患者関連パラメータを表示するための第２のサブモジュール２５ｂと、パーソナルコンピュータ１２ａおよび／またはＰＤＡ１２ｂへと適合後の患者関連パラメータを分配するための第３のサブモジュール２５ｃからなる。
【００８２】
特に言えば、適合後の患者関連パラメータを管理するための前記モジュール２５は、モニタリング装置が変わったり、新たなモニタリング装置が設備に接続されても、変更してはならない。このモジュール用に管理されたデータは、上述の所定のパラメータフォーマットへ適合されている。したがって、前記適合後の患者関連パラメータの管理は、モニタリング装置のタイプ（または製造者）とは無関係である。
【００８３】
適合後の患者関連パラメータを記憶するためのサブモジュール２５ａは、その後問い合わせを受けるパラメータおよびパラメータが取得された時間を記憶する。前記記憶サブモジュール２５ａはまた、取得後のオーディオ／ビデオ信号も記憶する。前記問い合わせは、ローカルに配置されたコンピュータから（イーサネット・ネットワーク１６を介して）、あるいはリモートに配置されたコンピュータから（グローバル通信ネットワーク１３を介して）行える。このように、前記記憶情報が、その変数および値を適合するためにエキスパートシステムによってアクセスされ、前記エキスパートシステムが、前記情報からのその知識ベース（データ処理ルール）をアップデートするものとすることができる。
【００８４】
情報は、医療分野（例えば放射線写真）での、患者モニタリング装置から得られた生理学的信号を含むマルチメディアデータを伝達および記憶するための規格であるＤＩＣＯＭオブジェクトに記憶される。ＤＩＣＯＭの標準化は、例えば病院情報システムとの統合が容易であるとの大きな利点を有する。このように、取得後の信号は、ＤＩＣＯＭを実行するいかなるシステムからもアクセス可能である。
【００８５】
適合後の患者関連パラメータを表示するためのサブモジュール２５ｂは、前記パラメータをユーザに表示する（図４および図５を参照）のに必要なユーザ・インターフェース（例えばグラフィック・ユーザ・インターフェース）を生成する。前記インターフェースは常に、所定のパラメータフォーマットに従った患者関連パラメータおよびパラメータに関連するビデオ信号を表示する。同期はインターフェースを生成する前に実行されているので、当然ながら、インターフェースで表示されるすべての情報は、先に同期されている。このように、モニタリング装置が変わったり、新たなモニタリング装置が接続される場合、インターフェースを変更したり修正してはならない。インターフェースは、モニタリング装置のタイプとは無関係である。
【００８６】
パーソナルコンピュータ１２ａおよび／またはＰＤＡ１２ｂへと適合後の患者関連パラメータを分配するためのサブモジュール２５ｃは、患者のリモート・モニタライゼーションを可能とする。さらに、前記分配サブモジュールはまた、問い合わせを行い、データベース１７から所望の情報を取得することを可能とする。
【００８７】
コンピュータプログラム１５はまた、患者関連パラメータを適合させるべきパラメータフォーマットを決定するためのモジュールと、コンピュータシステムおよびモニタリング装置の通信プロトコルを、両者間でのデータ交換のために適合させるためのモジュールを有する。
【００８８】
さらに、コンピュータプログラムは、所定の臨床イベントを検知および処理するためのモジュールと、問題のあるイベントが検知された時にアラームを発するためのエキスパートシステムを有する。基本的に、前記エキスパートシステムは、医療従事者が問題があると考える臨床イベントを検知するためのリアルタイムサポートを提供し、前記問題のあるイベントは臨床専門家グループによって規定される。
【００８９】
続いて、少なくとも１つのモニタリング装置（例えばモニタ１１ａ、機械的人工呼吸器１１ｂ）およびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための方法の好適な実施例を説明する。
【００９０】
アイドリング状態からスタートし、ユーザはコンピュータプログラムを実行し、これが第１のコンピュータ１４ａから実行装置のパラメータを回収し、前記パラメータは、仮想パラメータ（すなわち適合後のパラメータ）と対応している。ステップＥでは、第１のモジュール２０が、第１のコンピュータ１４ａと接続されるモニタリング装置（例えばモニタ１１ａ、機械的人工呼吸器１１ｂ）およびデジタルカメラ１１ｃを得て（必要ならば前記モニタリング装置が設定される）、そしてステップＡでは、第２のモジュール２１が、得られたモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃとコンピュータシステム１０の間の接続を確立する。コンピュータシステム１０とすべてのモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃとの接続の結果がネガティブの場合、ステップＵで、エラーメッセージが表示され、方法のコントロールはステップＥへと移行する。
【００９１】
コンピュータシステム１０（より詳しくは第１のコンピュータ１４ａ）と得られたすべての装置１１ａ、１１ｂ、１１ｃの間に接続が確立されれば、すなわちポジティブな結果が得られれば、ステップＶで、第３のモジュール２２が、各モニタリング装置から取得されるパラメータを得て、ステップＢで第４のモジュール２３が、オーディオ／ビデオ信号を含む患者関連パラメータを取得する。次にステップＣで、第５のモジュール２４が、所定のパラメータフォーマットに従って取得後のパラメータを適合（同期など）し、ステップＤで、第６のモジュール２５が、取得後のパラメータを管理する。
【００９２】
前記第６のモジュール２５は、取得後のパラメータを表示するために、サブステップＤ．２でユーザ・インターフェースを生成する（図４および図５参照）第１のサブモジュール２５ａを有する。特に言えば、表示されたパラメータは常に、同一のフォーマットを有する。このように、取得後のパラメータが所定のパラメータフォーマットに適合されているため、新たなモニタリング装置がコンピュータシステム１０に接続されても、第１のサブモジュール２５ａにおける変化は必要ない。インターフェースは常に、モニタリング装置とは無関係に同一のフォーマットでデータを表示する。
【００９３】
一方、サブステップＤ．３で第２のサブモジュール２５ｂは、適合後のパラメータを他のコンピュータ、例えばパーソナルコンピュータ１２ａやＰＤＡ１２ｂに分配する。このやり方で、リモート・モニタライゼーションが実行可能である。
【００９４】
さらにサブステップＤ．１で第３のサブモジュール２５ｃは、データベース１７に適合後のパラメータを記憶する。記憶されたパラメータは、パラメータ、パラメータが得られた時間、及び前記パラメータと時間に関連したオーディオ／ビデオ信号を含む。このように、情報は、例えばエキスパートシステムによって、あるいはパーソナルコンピュータ１２ａおよびＰＤＡ１２ｂからアクセス可能である。
【００９５】
当然ながら、適合後のパラメータはそれぞれ、記憶、分配および表示が可能であり、すなわち、サブモジュール２５ａ、２５ｂ、２５ｃの少なくとも１つが実行される。
【００９６】
特に言えば、ステップＢ〜Ｄは、所定期間後に繰り返されるものとすることができる。このように、本発明のシステムは、データを連続的な方法で取得、適合、管理する。したがって、システムは先に規定された期間（Ｘ秒）ごとにパラメータの値を取得する。
【００９７】
図４および図５は、所定のパラメータフォーマットに従って適合されたパラメータを表示するための２つの異なるグラフィック・ユーザ・インターフェースを示す。
【００９８】
図６は、さらにＥＣＧまたはＰＬＥＴＨ信号などの信号を表示する信号表示ゾーン６０を有し、また信号表示と同期したビデオ信号を示す第１のビデオ表示ゾーン６２、およびリアルタイムビデオ信号を示す第２のビデオ表示ゾーン６１を有するグラフィック・ユーザ・インターフェースを示す。
【００９９】
ＤＩＣＯＭオブジェクトを視覚的に表示可能とすることは、インタラクティブなやりとりの可能性を高め、従事者が情報をフル活用するのを助ける。さらにＤＩＣＯＭオブジェクトは、波に関するあらゆる情報を記憶することを可能とし、よって後の復元が可能である。さらに、前記情報は、患者の病歴と統合される。
【０１００】
説明を目的として本発明を詳述してきたが、こうした細部はその目的のためだけであって、当業者であれば発明の範囲から逸脱することなく変更をなしうることはもちろんである。
【０１０１】
よって、方法およびシステムの好ましい実施例は、それらが開発された環境を参照して記述されているが、これらは単に発明の原理を説明するものである。他の実施例や構成も、添付の請求項の範囲を逸脱することなく考えうる。
【０１０２】
さらに、図面を参照して記述された本発明の実施例は、コンピュータ装置およびコンピュータ装置で実行されるプロセスからなるが、本発明はまた、本発明を実行するために適合されたコンピュータプログラム、とりわけキャリア上またはキャリア内のコンピュータプログラムへも及ぶものである。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形態などのソースとオブジェクトコードの中間のコードの形態であってよく、本発明によるプロセスの実行に用いられるのに好適な他のいかなる形態であってもよい。キャリアは、プログラムを実行可能ないかなる存在または装置であってもよい。
【０１０３】
例えばキャリアは、例えばＣＤ−ＲＯＭ，半導体ＲＯＭといったＲＯＭなどの記憶媒体、あるいは例えばフロッピーディスクやハードディスクといった磁気記録媒体からなるものとできる。さらにキャリアは、電気または光学ケーブルを介して、あるいは無線や他の手段を用いて伝達可能な電気または光学信号などの伝達可能キャリアとすることができる。
【０１０４】
ケーブルまたは他の装置または手段によって直接伝達可能な信号にプログラムが体現されている場合、キャリアは、そうしたケーブルまたは他の装置または手段によってできていてもよい。
【０１０５】
あるいは、キャリアは、プログラムが埋め込まれた集積回路であってもよく、集積回路は、当該のプロセスの実行または実行での使用に対して適合されている。
【技術分野】
【０００１】
本発明は、コンピュータシステムにおいて、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法に関する。より詳しくは、本発明は、バイオメディカル信号および医療分野で用いられるデジタル信号を取得、同期、処理、記憶、分配するための方法に関する。
【０００２】
本発明はまた、そうした方法を実行するのに好適な、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムに関する。
【０００３】
本発明は、医療に利用される情報技術の枠内に収まるものである。
【背景技術】
【０００４】
今日、ヘルスケア関連のＴＩＣ分野、例えば病院情報システム間でのデータ管理および伝達においては、広く合意を得た定められた規格（ＨＬ７と呼ばれる）（あるいはデジタル放射線の場合では（ＤＩＣＯＭ））があることは事実だが、特定のヘルスモニタリング装置の分野では事情は異なる。
【０００５】
バイオメディカル信号の伝達規格は公知であるが、これらはモニタリング装置の開発において一様には用いられてこなかった。こうして産業界は、その通信プロトコルが製造者によって好きなように規定されたモニタリング装置を提供している。
【０００６】
装置のこうした傾向および多様性は、データ伝達プロトコルだけでなくその操作においても見られる。信号取得技術が十分に開発されておらず、よって同質な装置の存在に関して必要とされてこなかったため、伝達および操作の基準を統一する必要はこれまで持ち上がらなかった。
【０００７】
今日、ソフト開発会社 − 衛生分野とは関係が薄い − および患者支援装置製造者は、２つの開発およびマーケティングラインに従っている。
【０００８】
まず、大会社は、それを構成するすべての装置が会社のものである統合型セットを開発する傾向があり、彼らの提供するソフトウェア・ソリューションは会社の装置でしか動作しない。例えば「Ｓｏｃｉｅｄａｄ Ｅｓｐａｎｏｌａ ｄｅ Ｍｅｄｉｃｉｎａ」勧告（「Ｊ． Ｍ． Ｓｏｔｏ Ｉｂａｎｅｚ、Ｎ． Ｐｅｒａｌｅｓ Ｒｏｄｒｉｇｕｅｚ ｄｅ Ｖｉｇｕｒｉ ｙ Ｍ． Ｒｕａｎｏ Ｍａｒｃｏ ｐａｒａ ｌａ Ｓｏｃｉｅｄａｄ Ｅｓｐａｎｏｌａ ｄｅ Ｍｅｄｉｃｉｎａ Ｉｎｔｅｎｓｉｖａ、Ｃｒｉｔｉｃａ ｙ Ｕｎｉｄａｄｅｓ Ｃｏｒｏｎａｒｉａｓ。ＡＮＥＸＯ Ｉ：ＥＱＵＩＰＡＭＩＥＮＴＯ ＤＥ ＵＲＧＥＮＣＩＡＳ。ｈｔｔｐ：／／ｗｗｗ．ｒｃｐ．ｓｅｍｉｃｙｕｃ．ｏｒｇ／ｄｏｃｓ．ｈｔｍｌ」）におけるような、特定の製造者の装置に考慮がなされていない事実は、集中治療サービスや冠状動脈疾患集中治療室にさまざまな製造業者のさまざまな装置が存在し（その一部は３０年以上も動いており）、前記装置が、その働きは素晴らしいものの他の装置との通信ができないことについて、部分的に責任がある。このように、もし医療センタが、ローカルおよびリモート・モニタリングを可能とする技術的ソリューションを実施したいと思えば、医療技術のプロバイダによって供されるソリューションとリンクした大きな技術的変革とともに、多額の投資が必要となる。
【０００９】
一方、ソフトウェア開発会社は、制限があるにも関わらず、患者管理と信号モニタリングに対するソリューションを開発する傾向がある。モニタリングに関しては、これらのシステムは傾向、すなわち患者の生体信号のアブストラクトで動作する。ある状況では、こうしたソリューションで十分だが、他の状況では、前記システムが取得または処理不可能な情報が必要となる。前記制限に加えて、これらのシステムの大きな問題は、提供される機能の数があまりに多いがための、そのインターフェースの使用の複雑さである。
【００１０】
ＩＣＵコンピュータ化のためのソリューションおよび患者のモニタリングのシナリオを提供する多くのシステムがあるが、前記一連の機能は、２つの商業的実施によって一部発展させられている。
・ｅＩＣＵソリューション（ＶＩＳＩＣＵ（登録商標））。最古のもの。これは遠隔医療を実現するものとして創出され、いくつかの機能性を付加してきた。その主な制約は、それがモニタ製造者の取得システム特性と情報をやりとりし、ネットワークを介してそれらを伝達することに制限されている点である。それは機械的人工呼吸器からの情報は伝達しない。システムは幅広く活用でき、その実施は、死亡率、ＩＣＵ滞在期間、およびコストの低下をもたらしてきた（「Ｒｏｓｅｎｆｅｌｄ， Ｂ． Ａ．、Ｔ． Ｄｏｒｍａｎ、Ｍ． Ｊ． Ｂｒｅｓｌｏｗ、Ｐ． Ｐｒｏｎｏｖｏｓｔ、Ｍ． Ｊｅｎｃｋｅｓ、Ｎ． Ｚｈａｎｇ、Ｇ． Ａｎｄｅｒｓｏｎ、およびＨ． Ｒｕｂｉｎ。２０００年。集中治療室遠隔医療：連続して集中治療を施すための代替パラダイム。Ｃｒｉｔ Ｃａｒｅ Ｍｅｄ ２８：３９２５−３１」、および「Ｂｒｅｓｌｏｗ， Ｍ． Ｊ．、Ｂ． Ａ． Ｒｏｓｅｎｆｅｌｄ、Ｍ． Ｄｏｅｒｆｌｅｒ、Ｇ． Ｂｕｒｋｅ、Ｇ． Ｙａｔｅｓ、Ｄ． Ｊ． Ｓｔｏｎｅ、Ｐ． Ｔｏｍａｓｚｅｗｉｃｚ、Ｒ． Ｈｏｃｈｍａｎ、およびＤ． Ｗ． Ｐｌｏｃｈｅｒ。２００４年。複数サイトでの集中治療室遠隔医療プログラムの臨床的および経済的結果への影響：集中人員配置のための代替パラダイム。Ｃｒｉｔ Ｃａｒｅ Ｍｅｄ ３２：３１−８」）。
・ＩＭＤＳｏｆｔ（登録商標）。より新しく、臨床情報システムとして創始され、データ伝達の機能をいくつか有する。出版報告は最初の出願の評価だけを行っている（「Ｄｖｉｒ， Ｄ．、Ｊ． Ｃｏｈｅｎ、およびＰ． Ｓｉｎｇｅｒ。２００６年。危機的病状の患者におけるコンピュータ制御されたエネルギ・バランスおよびコンプリケーション：観察研究。Ｃｌｉｎ Ｎｕｔｒ ２５：３７−４４」）。
【００１１】
要約すれば、公知のシステムは、モニタリング装置のタイプおよび／または製造者に依存している（例えば、各モニタリング装置は製造者によって規定された通信プロトコルを有しており、よって他の製造者の装置またはシステムとは、両者が「分かり合えない」ため、接続を確立できない）。したがって、モニタリング装置のシステムにおける変化（例えば、装置が壊れたため）は、大きな技術的変革とともに、多額の投資を伴う。
【発明の概要】
【００１２】
よって本発明の目的は、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを提供するものであり、前記モニタリング装置は、オーディオおよびビデオなどのデジタル信号とともに、そのタイプあるいは製造者と無関係に、いかなるモニタリング装置であってもよい。
【００１３】
この目的は、請求項１に基づき、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを提供することで達成され、このシステムは、前記システムをモニタリング装置に接続するための手段と、モニタリング装置との接続を介して、モニタリング装置によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得するための手段と、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段と、適合後の患者関連パラメータを管理するための手段からなる。
【００１４】
このように、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段を設けることで、いかなるタイプ（または製造者）のモニタリング装置によって供された患者関連パラメータも管理可能となり、すなわち、システムはいかなるタイプのモニタリング装置からもデータを取得し、管理できる。例えば、それは製造者によって規定された関連プロトコルを有する新たなモニタリング装置であってもよく、あるいは前記装置を変えることなく、病院のシステムにモニタリング装置の多様性を組み込むことも可能である。基本的に、雑多なモニタリング装置を与えられながらも、同質のシステムが得られる。
【００１５】
特に言えば、コンピュータシステムおよびモニタリング装置の通信プロトコルがその仕様に従って適合されることで、いかなるタイプのモニタリング装置によって供されたデータであってもシステムは取得可能である。
【００１６】
基本的に、システムは、値を取得し同期させる。次に各所定期間で、システムは取得した値を、規定された仮想周波数に応じて補間する（１秒あたりＮポイント）。仮想周波数および期間は先に規定されている。
【００１７】
各モニタリング装置は、その製造者によって規定された通信プロトコルを有し、よってそれはそれぞれの装置によって異なる。このため、システムは（必要とされる通信プロトコルの実行に加えて）、装置から得られた信号に対してフォーマットと共通のインターフェースを提供し、それぞれがその通信プロトコルに従ってそれを具体的に実行しなくてはならない。すなわち、本発明のシステムは、対応のプロトコルが実行されシステムで統合されるまではモニタリング装置と両立可能ではない。
【００１８】
モニタリング装置は、バイオメディカル信号（例えばモニタ、呼吸器、または患者関連パラメータを供する他の装置）および／または医療分野で用いられるビデオ／オーディオ信号（すなわちデジタル信号）を供するいかなる装置であってもよい。
【００１９】
本発明の他の利点は、デジタルおよびバイオメディカル信号の集中化によって、取得、表示、処理、記憶されている信号の由来とは無関係に、ユーザの好みに従って高度にカスタマイズ可能である同質のインターフェースを、システムが自由に有することができる点である。
【００２０】
本発明の好適な実施例では、システムは、所定の臨床イベントを検知および処理するための手段、すなわちエキスパートシステムを含む。前記エキスパートシステムは、医療従事者にとって問題と思われる臨床イベントを検知するためのリアルタイムサポートを提供する。したがって、これがよりよい診断と治療をもたらすためのツールを提供する（エラーの可能性が減る）ことで、エキスパートシステムは、患者への医療支援を改善する。
【００２１】
本発明の好適な実施例では、システムは、患者関連パラメータを記憶するための第１の格納庫を含む。さらに、前記第１の格納庫（例えば患者関連パラメータのデータベース）には、患者関連パラメータが取得された時間を記憶することが可能である。システムは、前記記憶された時間から、パラメータの同期を行うことができる。基本的には、システムは、パラメータと、それらが取得された時間とを記憶する。次にシステムは、（先に規定された各期間で）補間を行い、取得時間および装置の遅延に応じた同期を行う。システムは、各所定期間で値を読み取る。
【００２２】
また、システムは、患者の病歴を記憶するための第２の格納庫を含むこともできる。さらに、病院情報システムを用いてデータを（同じ、あるいは別の格納庫に）記憶することも可能である。
【００２３】
したがって、全格納庫の情報を組み合わせ、患者関連情報のアクセスおよび利用可能度を改善するツールを得ることが可能である。全患者データの統合が達成される。
【００２４】
いずれの場合においても、格納庫の記憶データは、上述のエキスパートシステム用の情報源とすることができる。前記情報は、前記情報からのその知識ベース（データ処理のルール）をアップデートする、エキスパートシステムの変数および値を調整可能とする。
【００２５】
患者関連パラメータは、以下の一連のパラメータ：ＥＫＧ、ＰＬＥＴ、ＰＡＷ、エアフロー、ＴＡ、および吐出ＰＣＯ２から選択できる。ＥＫＧは心電図に関し、速い遅いの不整脈を検知するのに好適であり、ＰＬＥＴはパルス酸素濃度計に関し、ヘモグロビン中の酸素飽和度を検知し、ＰＡＷは、人工呼吸器から肺へと空気が入った時の経過時間に基づく圧力に関し、エアフローは、人工呼吸器から肺へと吹き込まれる空気の１秒あたりのリットル数に関し、ＴＡは動脈圧に関し、および吐出ＣＯ２は血中のＣＯ２に関する。
【００２６】
本発明の他の側面によると、コンピュータシステムにおいて、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法が提供され、この方法は、
（Ａ）コンピュータシステムをモニタリング装置へと接続し、
（Ｂ）モニタリング装置との接続を介して、モニタリング装置によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得し、
（Ｃ）取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させ、
（Ｄ）適合後の患者関連パラメータを管理するステップからなる。
【００２７】
本発明の好適な実施例では、方法のステップ（Ｂ）〜（Ｄ）が所定期間後に繰り返される。前記期間は、モニタリング装置ではなく、本発明によるシステムによって規定される。モニタリング装置はデータを提供し、システムはその期間の規定に応じて前記データを取得する。
【００２８】
本方法は、接続されるモニタリング装置を、ユーザ入力から得るステップ（Ｅ）をさらに含む。コンピュータシステムはいくつかのモニタリング装置と接続されているため、それからユーザシステムがデータを得ることを望む装置を選択することが必要である。
【００２９】
好ましくは、本方法は、パラメータフォーマットを決定するステップ（Ｆ）を含む。
【００３０】
本方法はまた、コンピュータシステムおよびモニタリング装置の通信プロトコルを、両者間に接続を確立するために適合させるステップ（Ｇ）を含むものとできる。
【００３１】
本発明の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、第１の格納庫に前記適合後の患者関連パラメータを記憶するサブステップ（Ｄ．１）を含む。
【００３２】
前記サブステップ（Ｄ．１）において、第１の格納庫に記憶された適合後の患者関連パラメータが、パラメータと、パラメータが取得された時間を含むものとすることができる。さらに適合後の患者関連パラメータが、パラメータ取得時に得られたオーディオおよびビデオ信号を含むものとすることができる。なお前記格納庫は、一時的な格納庫であってもよい。
【００３３】
本発明の他の実施例によれば、サブステップ（Ｄ．１）において、適合後の患者関連パラメータが、ＤＩＣＯＭオブジェクトに記憶される。ＤＩＣＯＭとは、医療分野（例えば放射線写真）での、患者モニタリング装置から得られた生理学的信号を含むマルチメディアデータを伝達および記憶するための規格である。ＤＩＣＯＭの標準化は、例えば病院情報システムとの統合が容易であるとの大きな利点を有する。このように、取得後の信号は、ＤＩＣＯＭを実行するいかなるシステムからもアクセス可能である。
【００３４】
本発明の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、前記適合後の患者関連パラメータを表示するサブステップ（Ｄ．２）を含む。
【００３５】
本発明の他の実施例によれば、適合後の患者関連パラメータを管理するステップ（Ｄ）は、前記適合後の患者関連パラメータを少なくとも１つの別のコンピュータシステムへ分配するサブステップ（Ｄ．３）を含む。
【００３６】
本発明の他の実施例においては、患者関連パラメータは、生理学的信号および／またはオーディオ／ビデオ信号を含む。この場合、システムは、患者関連パラメータと関連する全データを同期、すなわちシステムは、パラメータ、生理学的信号、およびビデオおよびオーディオ信号を同期する。
【００３７】
他の側面によると、本発明は、少なくとも１つのモニタリング装置に由来する患者関連パラメータを管理する方法をコンピュータに実行させるためのプログラム命令からなるコンピュータプログラムを提供する。前記コンピュータプログラムは、記憶手段（例えば記録メディア、コンピュータメモリ、あるいはＲＯＭ）上に具体化されてもよいし、キャリア信号（例えば電気または光学キャリア信号）上で実行されてもよい。
いくつかの可能な実施例についての以下の詳細な説明においては、本発明の他の特徴および利点が明らかとなり、各説明は以下の図面を参照して行われる。
【図面の簡単な説明】
【００３８】
【図１】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムからなる医療設備を示す概略図。
【図２】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムを示す概略図。
【図３】本発明による、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するための方法を示すフローチャート。
【図４】図２のシステムによって生成された第１のグラフィカル・ユーザ・インターフェースを示す概略図。
【図５】図２のシステムによって生成された第２のグラフィカル・ユーザ・インターフェースを示す概略図。
【図６】図２のシステムによって生成された第３のグラフィカル・ユーザ・インターフェースを示す概略図。
【発明を実施するための形態】
【００３９】
以下では、本発明の好ましい実施例の説明を、図面に従って述べる。この説明では、少なくとも１つのモニタリング装置によって供される患者関連パラメータを管理するためのシステムが、コンピュータ上で実行されるコンピュータプログラムの形態で表されている。
【００４０】
同質なシステムのコンセプトは、仮想パラメータの定義、すなわち所定のパラメータフォーマットに従って適合された患者関連パラメータに根拠を置いている。したがって、仮想パラメータとは、取得後のパラメータのシステム中での表現であり、その元の装置とは無関係に、一義的に同一のパラメータを表す。各仮想パラメータは、仮想装置と関連しており、その特徴および定義は、いかなる取得方法で取得されたデータも同質な方法で表現する一般的インターフェースをシステムへと提供することを可能とする。
【００４１】
パラメータの視覚化とは、装置のパラメータの、システムの所定のパラメータへの変換である。
【００４２】
例えば：
・装置１：これは以下のパラメータを有する：
Ｄ１−ＥＣＧ、
Ｄ１−ＴＡ、
Ｄ１−ＰＬＥＴ。
・装置２：これは以下のパラメータを有する：
Ｄ２−ＥＣＧ。
・装置３：これは以下のパラメータを有する：
Ｄ３−ＥＣＧ、
Ｄ３−ＰＬＥＴ。
【００４３】
システムの仮想パラメータは：ＥＣＧ、ＴＡ、およびＰＬＥＴ。
したがって、視覚化の一例によれば、下記の表の結果が得られる。
【００４４】
【表１】
【００４５】
このように、システムは、パラメータ、例えばＥＣＧパラメータを、装置１、２または３からのパラメータの取得とは無関係に、同一の方法で処理できる。システムは、パラメータの視覚化後に元のパラメータで動作する。このように、前記情報が実際のパラメータよりも仮想パラメータと関連しているので、パラメータは同一の方法で表示、記憶される。
【００４６】
このように、例えば、取得のプロファイルを規定することが可能であり、ここでは：
・取得用パラメータ（すなわち仮想パラメータ）：ＥＣＧおよびＰＬＥＴ、
・パラメータが取得される装置：装置１。
【００４７】
次にシステムは装置１に接続し、装置１が選択された仮想パラメータ（ＥＣＧおよびＰＬＥＴ）に対応する実際のパラメータを有するかどうかサーチし、そして値を得るために自動的にＤ１−ＥＣＧおよびＤ１−ＰＬＥＴを構成する。
【００４８】
パラメータが取得される装置が装置１と装置２（２つ以上の装置）の場合、この２つの装置がパラメータＥＣＧとＰＬＥＴを有するため、システムは、この２つ（あるいはそれ以上）の装置を見つける。そしてシステムはユーザに、どの装置が使われるべきなのかを問う。
【００４９】
なお、患者関連パラメータは、ＥＫＧ（心電図に関し、速い遅いの不整脈を検知するのに好適である）、ＰＬＥＴ（パルス酸素濃度計に関し、ヘモグロビン中の酸素飽和度を検知する）、ＰＡＷ（人工呼吸器から肺へと空気が入った時の経過時間に基づく圧力に関する）、エアフロー（人工呼吸器から肺へと吹き込まれる空気の１秒あたりのリットル数に関する）、ＴＡ（動脈圧に関する、および吐出ＣＯ２は血中のＣＯ２に関する）を含む。
【００５０】
詳しい研究の結果、従事者たちは、患者モニタリング装置の供する膨大な情報のうち、わずか６種類のバイタルサイン（上述）から得られる情報だけで危機的患者の十分なコントロールを保証するのに十分だと判断した。このアプローチは、最重要な情報が利用可能で、かつ従事者がデータに圧倒されないように保証する。
【００５１】
図１は患者のモニタリング用の医療設備の一例を示す。より詳しくは、図１はＩＣＵ設備を示す。前記設備は、生理学的信号（すなわちバイオメディカル信号）およびビデオ／オーディオ信号を取得、処理、記憶、同期、補間、および分配するためのコンピュータシステム１０と、モニタ１１ａで表された、患者の生理学的信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための第１のモニタリング装置と、機械的人工呼吸装置１１ｂで表された、同じく生理学的信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための第２のモニタリング装置と、デジタルカメラ１１ｃで表された、オーディオ／ビデオ信号（すなわち患者関連パラメータ）をコンピュータシステム１０に提供するための装置とからなる。
【００５２】
設備はさらに、コンピュータシステム１０の視点からするとリモートに配置されたパーソナルコンピュータ１２ａと携帯情報端末（ＰＤＡ）１２ｂも有し、前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、インターネットなどのグローバル通信ネットワーク１３を介してコンピュータシステム１０へと接続されている。前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、コンピュータシステム１０が患者関連パラメータをそれらへ分配するため、患者をリモート・モニタリングするのに好適である。当然ながら、システムはパラメータを分配するために、前記分配を保証するためのセキュリティシステムを有する。
【００５３】
コンピュータシステム１０は、モニタ１１ａ、機械的人工呼吸装置１１ｂおよびデジタルカメラ１１ｃが接続される第１のコンピュータ１４ａ（例えばサーバ）と、前記第１のコンピュータ１４ａで実行され、モニタ１１ａ、人工呼吸装置１１ｂおよびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための、本発明によるシステムを表すコンピュータプログラム１５と、（例えばスイッチによって）イーサネット・ネットワーク１６を介して第１のコンピュータ１４ａに接続される第２のコンピュータ１４ｂ（例えばデータサーバ）と、取得され適合された患者関連パラメータ（オーディオ／ビデオ信号を含む）と患者の病歴と病院情報システムのデータ（すなわちデータベースに統合された患者に関する全情報）を記憶するための、前記第２のコンピュータ１４ｂに接続されたハードディスク（図示せず）に記憶されたデータベース１７と、コンピュータシステム１０（より詳しくはイーサネット・ネットワーク１６）をグローバル通信ネットワーク１３へと接続するためのもので、第１および第２のコンピュータ１４ａ、１４ｂとパーソナルコンピュータ１２ａとＰＤＡ１２ｂ間の通信をもたらすためにスイッチに接続されているルータ１８とからなる。このように、コンピュータシステム１０は、第１のコンピュータ１４ａによっておよびグローバル通信ネットワーク１３を介して、取得され適合された患者関連パラメータをパーソナルコンピュータ１２ａとＰＤＡ１２ｂへと分配し（すなわち、患者のリモート・モニタライゼーションの実行を可能とし）、前記パーソナルコンピュータ１２ａとＰＤＡ１２ｂは、データベース１７に情報の問い合わせを行うことができる。
【００５４】
第１のコンピュータ１４ａは、イーサネット・ネットワーク１６への接続用のネットワーク・インターフェースと、接続される各モニタリング装置１１ａ、１１ｂおよびカメラ１１ｃ用の入力／出力インターフェースを有する。第２のコンピュータ１４ｂは、イーサネット・ネットワーク１６への接続用のネットワーク・インターフェースと、ハードディスク、ハードディスクが外部装置の場合には例えばＵＳＢディスクへの接続用の入力／出力インターフェースを有する。モニタリング装置１１ａ、１１ｂおよびカメラ１１ｃは、第１のコンピュータ１４ａへの接続用の入力／出力インターフェースを有する。パーソナルコンピュータ１２ａは、インターネット１３への接続用のネットワーク・インターフェースを有し、一方、ＰＤＡ１２ｂも、インターネット１３への接続用のネットワーク・インターフェース（例えばワイヤレス・インターフェース）を有する。
【００５５】
当然ながら、コンピュータシステム１０は、さまざまな構成を示しうる。したがって、それは例えば、コンピュータ１つのみ、３つ以上のコンピュータ、あるいはローカルに配置した１つのコンピュータとリモートに配置したもう１つのコンピュータを有するものとすることができる。最後のケースでは、２つのコンピュータは、例えばインターネットといったグローバル通信ネットワークを介して接続されなくてはならない。
【００５６】
なお、パーソナルコンピュータ１２ａあるいはＰＤＡ１２ｂは、コンピュータシステム１０の視点からするとローカルに配置されてもよく、すなわち、それらは同一のＬＡＮ（ローカルエリア・ネットワーク）へと接続される。こうしてローカル・モニタライゼーションが、例えば同じ患者の病室から、あるいは医療従事者のオフィスから行われる。
【００５７】
さらにモニタリング装置と第１のコンピュータ１４ａ間の接続は、ワイヤレス・ネットワークを介して行われてもよい。同様に、第１および第２のコンピュータ１４ａ、１４ｂを、ワイヤレス・ネットワークを介して接続してもよく、第１および第２のコンピュータ１４ａ、１４ｂを、ルータ１８を用いたワイヤレス接続を介してインターネット１３へ接続してもよい。
【００５８】
本発明のシステム１５には、そこからデータを取得可能な任意の装置を表す規定されたクラスがあり、また同様に、モニタされている任意のパラメータを表すクラスがある。
【００５９】
一方で、任意の装置を表すクラス（オブジェクト）は、システムで実行されるプロトコルの実行がそこから受け継がれるスーパークラスである。すなわち、任意の装置のプロトコルの実行は、この“一般的”装置の特殊化である。当然ながら、一般的装置は、いかなるプロトコルの実行も含まず、追従すべき実行のためのスキームを規定するのみであり、またデータを統合し適合させるために使用するさまざまなプロトコルの実行のために、（システムで統合された）一連のルーチンを提供する。
【００６０】
一般的装置は、例えば接続してパラメータのリストを得るためのルーチン、他には接続を断つもの、データ取得をイニシャライズするものを規定し、これらをプロトコルの実行が受け継ぐ（それらが一般的装置の特殊化である）。これらは実行を伴わず、規定のみされた、プロトコルが満たすべき方法である。このように、システムは、“接続”ルーチンのいかなる実行に対しても、接続およびパラメータリストの取得を経験するが、システムが実行を経験することは必要ない。
【００６１】
なお、一般的装置と、したがってすべてのプロトコルの実行は、システムによって規定された関連のパラメータリストを有する。これらのパラメータはまた、プロトコルの実行により可視となるが、対応する通信プロトコルで規定されるように、各自それぞれに対して特徴（名前、期間／周波数−プロトコルがそれを伝達するのに用いる１秒あたりのポイント数−、最少値、最大値、など）を規定するのみである。パラメータクラスは、 “ポイント追加”−これは対応のパラメータの取得値リストへと受け取ったポイントを追加する、などのいくつかの、さまざまな装置によって用いられる、先に実行されたルーチンを提供する。
【００６２】
パラメータクラスは、任意の時間で取得値を得るためのルーチンを提供する。システム１５はテンポライザによって、その値が取得されている装置に連続的にパラメータを要求する。システムは、期間、及び前記値が要求される瞬間、そしてとりわけ望ましいレゾリューション、すなわち、対応の値をリターンするようにパラメータに求められる１秒あたりのポイント数を規定する。パラメータクラスは、任意の周波数における値を得るためのアルゴリズム、およびインタークラス同期も実行する（すなわち、すべてのパラメータは同期され、瞬間Ｔのリターン値は、どのアクティブ・パラメータの瞬間Ｔとも対応する）。
【００６３】
基本的に、データ提供に関する装置の遅延が分かっていれば、値の取得時間は以下のように規定できる：
実際の時間−装置の遅延＝プロダクション時間。
【００６４】
波形信号の場合、最初の値の時間が記憶されると、後続の取得時間が理論時間を熟考する：
前回のプロダクション＋パラメータ期間。
【００６５】
そして実時間では：
実際の時間−装置の遅延。
【００６６】
値は以下の説明に従って同期される。
【００６７】
パラメータの同期は、以下の説明に従って実行される。
【００６８】
各装置に関して、データ送信の遅延がどれか規定する必要がある。前記遅延は、装置の通信プロトコルに基づく。前記遅延は、ごくわずかか、ほんの数秒とすることができる。前記遅延は特定されていないので、実験的に得なくてはならない。
【００６９】
例えば、Ｄ１、Ｄ２、Ｄ３、…ＤＮは装置に関し、Ｒ１、Ｒ２、Ｒ３、…ＲＮは前記装置に関連する遅延である。Ｄｉが、そこからデータが時間Ｔｊで取得されている前記装置のいずれかである場合、Ｒｉは装置Ｄｉに関連して規定された遅延であるので、値Ｖｊは時間Ｔｊ−Ｒｉに対応する。
【００７０】
得られた値は実時間のものである。このように、すべての値が同期される。
【００７１】
同期の例
装置：
・Ｄ０：０秒の遅延、
・Ｄ１：１秒の遅延、
・Ｄ２：２秒の遅延、
・Ｄ３：３秒の遅延（遅延が３秒の最も遅い装置である）。
【００７２】
時間Ｔ＝０において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：０−０＝０、
Ｄ１から得られた値の実時間：０−１＝−１、
Ｄ２から得られた値の実時間：０−２＝−２、
Ｄ３から得られた値の実時間：０−３＝−３。
【００７３】
時間Ｔ＝１において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：１−０＝１、
Ｄ１から得られた値の実時間：１−１＝０、
Ｄ２から得られた値の実時間：１−２＝−１、
Ｄ３から得られた値の実時間：１−３＝−２。
【００７４】
時間Ｔ＝２において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：２−０＝２、
Ｄ１から得られた値の実時間：２−１＝１、
Ｄ２から得られた値の実時間：２−２＝０、
Ｄ３から得られた値の実時間：２−３＝−１。
【００７５】
時間Ｔ＝３において、Ｄ０、Ｄ１、Ｄ２、およびＤ３から値を得る：
Ｄ０から得られた値の実時間：３−０＝３、
Ｄ１から得られた値の実時間：３−１＝２、
Ｄ２から得られた値の実時間：３−２＝１、
Ｄ３から得られた値の実時間：３−３＝０。
【００７６】
したがって、値に関連して格納庫に記憶された時間は、実時間（時間−遅延）であり、読み取り時間ではない。
【００７７】
このように、Ｔ＝０で各装置から読み取られた値を知るには、秒３まで待つ必要がある（前記秒３までは、秒０でＤ３から読み取られた値を知ることは不可能である）。このため、実時間および同期値の表現には、検討した装置のより大きな遅延に対応した遅延が用いられる。
【００７８】
まとめると、パラメータクラスは、Ｙ周波数でリサンプリングされ他のモニタされたパラメータのすべてと同期させられたＰパラメータのＸ周波数で受け取った値をリターンでき、理想的にはＹ＞＝Ｘであり、ただし補間（リサンプリング）のアルゴリズムは最大限正確なものとでき、信号はＸおよびＹとは無関係に元の信号に対して可能なかぎり正確である。
【００７９】
図２に見られるように、モニタ１１ａ、人工呼吸装置１１ｂ、およびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための本発明のシステムを表すコンピュータプログラム１５は、ユーザ入力からコンピュータシステムに接続されるモニタリング装置を得るための第１のモジュール２０と、得られたモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃへとコンピュータシステム１０（すなわち第１のコンピュータ１４ａ）を接続するための第２のモジュール２１と、モニタリング装置から取得される患者関連パラメータを選択するための第３のモジュール２２と、モニタリング装置によって供される患者関連パラメータを取得するための第４のモジュール２３と、所定のパラメータフォーマットに従って取得後の患者関連パラメータを適合するための第５のモジュール２４と、適合後の患者関連パラメータを管理するための第６のモジュール２５からなる。
【００８０】
取得後のパラメータを適合するための第５のモジュール２４は、取得後のパラメータの値を同期するためのサブモジュールを有する。
【００８１】
適合後の患者関連パラメータを管理するためのモジュール２５は、イーサネット・ネットワーク１６を介してデータベース１７に適合後の患者関連パラメータを記憶するための第１のサブモジュール２５ａと、コンピュータシステム１０の視点からするとローカルに配置されているコンピュータモニタまたはテレビのグラフィック・ユーザ・インターフェースによって（先に同期されている）適合後の患者関連パラメータを表示するための第２のサブモジュール２５ｂと、パーソナルコンピュータ１２ａおよび／またはＰＤＡ１２ｂへと適合後の患者関連パラメータを分配するための第３のサブモジュール２５ｃからなる。
【００８２】
特に言えば、適合後の患者関連パラメータを管理するための前記モジュール２５は、モニタリング装置が変わったり、新たなモニタリング装置が設備に接続されても、変更してはならない。このモジュール用に管理されたデータは、上述の所定のパラメータフォーマットへ適合されている。したがって、前記適合後の患者関連パラメータの管理は、モニタリング装置のタイプ（または製造者）とは無関係である。
【００８３】
適合後の患者関連パラメータを記憶するためのサブモジュール２５ａは、その後問い合わせを受けるパラメータおよびパラメータが取得された時間を記憶する。前記記憶サブモジュール２５ａはまた、取得後のオーディオ／ビデオ信号も記憶する。前記問い合わせは、ローカルに配置されたコンピュータから（イーサネット・ネットワーク１６を介して）、あるいはリモートに配置されたコンピュータから（グローバル通信ネットワーク１３を介して）行える。このように、前記記憶情報が、その変数および値を適合するためにエキスパートシステムによってアクセスされ、前記エキスパートシステムが、前記情報からのその知識ベース（データ処理ルール）をアップデートするものとすることができる。
【００８４】
情報は、医療分野（例えば放射線写真）での、患者モニタリング装置から得られた生理学的信号を含むマルチメディアデータを伝達および記憶するための規格であるＤＩＣＯＭオブジェクトに記憶される。ＤＩＣＯＭの標準化は、例えば病院情報システムとの統合が容易であるとの大きな利点を有する。このように、取得後の信号は、ＤＩＣＯＭを実行するいかなるシステムからもアクセス可能である。
【００８５】
適合後の患者関連パラメータを表示するためのサブモジュール２５ｂは、前記パラメータをユーザに表示する（図４および図５を参照）のに必要なユーザ・インターフェース（例えばグラフィック・ユーザ・インターフェース）を生成する。前記インターフェースは常に、所定のパラメータフォーマットに従った患者関連パラメータおよびパラメータに関連するビデオ信号を表示する。同期はインターフェースを生成する前に実行されているので、当然ながら、インターフェースで表示されるすべての情報は、先に同期されている。このように、モニタリング装置が変わったり、新たなモニタリング装置が接続される場合、インターフェースを変更したり修正してはならない。インターフェースは、モニタリング装置のタイプとは無関係である。
【００８６】
パーソナルコンピュータ１２ａおよび／またはＰＤＡ１２ｂへと適合後の患者関連パラメータを分配するためのサブモジュール２５ｃは、患者のリモート・モニタライゼーションを可能とする。さらに、前記分配サブモジュールはまた、問い合わせを行い、データベース１７から所望の情報を取得することを可能とする。
【００８７】
コンピュータプログラム１５はまた、患者関連パラメータを適合させるべきパラメータフォーマットを決定するためのモジュールと、コンピュータシステムおよびモニタリング装置の通信プロトコルを、両者間でのデータ交換のために適合させるためのモジュールを有する。
【００８８】
さらに、コンピュータプログラムは、所定の臨床イベントを検知および処理するためのモジュールと、問題のあるイベントが検知された時にアラームを発するためのエキスパートシステムを有する。基本的に、前記エキスパートシステムは、医療従事者が問題があると考える臨床イベントを検知するためのリアルタイムサポートを提供し、前記問題のあるイベントは臨床専門家グループによって規定される。
【００８９】
続いて、少なくとも１つのモニタリング装置（例えばモニタ１１ａ、機械的人工呼吸器１１ｂ）およびデジタルカメラ１１ｃによって供される患者関連パラメータを管理するための方法の好適な実施例を説明する。
【００９０】
アイドリング状態からスタートし、ユーザはコンピュータプログラムを実行し、これが第１のコンピュータ１４ａから実行装置のパラメータを回収し、前記パラメータは、仮想パラメータ（すなわち適合後のパラメータ）と対応している。ステップＥでは、第１のモジュール２０が、第１のコンピュータ１４ａと接続されるモニタリング装置（例えばモニタ１１ａ、機械的人工呼吸器１１ｂ）およびデジタルカメラ１１ｃを得て（必要ならば前記モニタリング装置が設定される）、そしてステップＡでは、第２のモジュール２１が、得られたモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃとコンピュータシステム１０の間の接続を確立する。コンピュータシステム１０とすべてのモニタリング装置１１ａ、１１ｂおよびカメラ１１ｃとの接続の結果がネガティブの場合、ステップＵで、エラーメッセージが表示され、方法のコントロールはステップＥへと移行する。
【００９１】
コンピュータシステム１０（より詳しくは第１のコンピュータ１４ａ）と得られたすべての装置１１ａ、１１ｂ、１１ｃの間に接続が確立されれば、すなわちポジティブな結果が得られれば、ステップＶで、第３のモジュール２２が、各モニタリング装置から取得されるパラメータを得て、ステップＢで第４のモジュール２３が、オーディオ／ビデオ信号を含む患者関連パラメータを取得する。次にステップＣで、第５のモジュール２４が、所定のパラメータフォーマットに従って取得後のパラメータを適合（同期など）し、ステップＤで、第６のモジュール２５が、取得後のパラメータを管理する。
【００９２】
前記第６のモジュール２５は、取得後のパラメータを表示するために、サブステップＤ．２でユーザ・インターフェースを生成する（図４および図５参照）第１のサブモジュール２５ａを有する。特に言えば、表示されたパラメータは常に、同一のフォーマットを有する。このように、取得後のパラメータが所定のパラメータフォーマットに適合されているため、新たなモニタリング装置がコンピュータシステム１０に接続されても、第１のサブモジュール２５ａにおける変化は必要ない。インターフェースは常に、モニタリング装置とは無関係に同一のフォーマットでデータを表示する。
【００９３】
一方、サブステップＤ．３で第２のサブモジュール２５ｂは、適合後のパラメータを他のコンピュータ、例えばパーソナルコンピュータ１２ａやＰＤＡ１２ｂに分配する。このやり方で、リモート・モニタライゼーションが実行可能である。
【００９４】
さらにサブステップＤ．１で第３のサブモジュール２５ｃは、データベース１７に適合後のパラメータを記憶する。記憶されたパラメータは、パラメータ、パラメータが得られた時間、及び前記パラメータと時間に関連したオーディオ／ビデオ信号を含む。このように、情報は、例えばエキスパートシステムによって、あるいはパーソナルコンピュータ１２ａおよびＰＤＡ１２ｂからアクセス可能である。
【００９５】
当然ながら、適合後のパラメータはそれぞれ、記憶、分配および表示が可能であり、すなわち、サブモジュール２５ａ、２５ｂ、２５ｃの少なくとも１つが実行される。
【００９６】
特に言えば、ステップＢ〜Ｄは、所定期間後に繰り返されるものとすることができる。このように、本発明のシステムは、データを連続的な方法で取得、適合、管理する。したがって、システムは先に規定された期間（Ｘ秒）ごとにパラメータの値を取得する。
【００９７】
図４および図５は、所定のパラメータフォーマットに従って適合されたパラメータを表示するための２つの異なるグラフィック・ユーザ・インターフェースを示す。
【００９８】
図６は、さらにＥＣＧまたはＰＬＥＴＨ信号などの信号を表示する信号表示ゾーン６０を有し、また信号表示と同期したビデオ信号を示す第１のビデオ表示ゾーン６２、およびリアルタイムビデオ信号を示す第２のビデオ表示ゾーン６１を有するグラフィック・ユーザ・インターフェースを示す。
【００９９】
ＤＩＣＯＭオブジェクトを視覚的に表示可能とすることは、インタラクティブなやりとりの可能性を高め、従事者が情報をフル活用するのを助ける。さらにＤＩＣＯＭオブジェクトは、波に関するあらゆる情報を記憶することを可能とし、よって後の復元が可能である。さらに、前記情報は、患者の病歴と統合される。
【０１００】
説明を目的として本発明を詳述してきたが、こうした細部はその目的のためだけであって、当業者であれば発明の範囲から逸脱することなく変更をなしうることはもちろんである。
【０１０１】
よって、方法およびシステムの好ましい実施例は、それらが開発された環境を参照して記述されているが、これらは単に発明の原理を説明するものである。他の実施例や構成も、添付の請求項の範囲を逸脱することなく考えうる。
【０１０２】
さらに、図面を参照して記述された本発明の実施例は、コンピュータ装置およびコンピュータ装置で実行されるプロセスからなるが、本発明はまた、本発明を実行するために適合されたコンピュータプログラム、とりわけキャリア上またはキャリア内のコンピュータプログラムへも及ぶものである。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形態などのソースとオブジェクトコードの中間のコードの形態であってよく、本発明によるプロセスの実行に用いられるのに好適な他のいかなる形態であってもよい。キャリアは、プログラムを実行可能ないかなる存在または装置であってもよい。
【０１０３】
例えばキャリアは、例えばＣＤ−ＲＯＭ，半導体ＲＯＭといったＲＯＭなどの記憶媒体、あるいは例えばフロッピーディスクやハードディスクといった磁気記録媒体からなるものとできる。さらにキャリアは、電気または光学ケーブルを介して、あるいは無線や他の手段を用いて伝達可能な電気または光学信号などの伝達可能キャリアとすることができる。
【０１０４】
ケーブルまたは他の装置または手段によって直接伝達可能な信号にプログラムが体現されている場合、キャリアは、そうしたケーブルまたは他の装置または手段によってできていてもよい。
【０１０５】
あるいは、キャリアは、プログラムが埋め込まれた集積回路であってもよく、集積回路は、当該のプロセスの実行または実行での使用に対して適合されている。
【特許請求の範囲】
【請求項１】
コンピュータシステム（１０）において、少なくとも１つのモニタリング装置（１１ａ、１１ｂ）によって供される患者関連パラメータを管理するための方法であって、
Ａ）コンピュータシステム（１０）をモニタリング装置（１１ａ、１１ｂ）へと接続し、
Ｂ）モニタリング装置との接続を介して、モニタリング装置（１１ａ、１１ｂ）によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得し、
Ｃ）取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させ、
Ｄ）適合後の患者関連パラメータを管理するステップからなる方法。
【請求項２】
ステップ（Ｂ）〜（Ｄ）が所定期間後に繰り返される請求項１記載の方法。
【請求項３】
接続されるモニタリング装置（１１ａ、１１ｂ）を、ユーザ入力から得るステップ（Ｅ）をさらに含む請求項１または２のいずれかに記載の方法。
【請求項４】
コンピュータシステム（１０）およびモニタリング装置（１１ａ、１１ｂ）の通信プロトコルを、両者間に接続を確立するために適合させるステップをさらに含む請求項１〜３のいずれかに記載の方法。
【請求項５】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、第１の格納庫（１７）に前記適合後の患者関連パラメータを記憶するサブステップ（Ｄ．１）を含む請求項１〜４のいずれかに記載の方法。
【請求項６】
サブステップ（Ｄ．１）において、第１の格納庫（１７）に記憶された適合後の患者関連パラメータが、パラメータと、パラメータが取得された時間を含む請求項５記載の方法。
【請求項７】
第１の格納庫（１７）に記憶された適合後の患者関連パラメータが、パラメータ取得時に得られたビデオおよびオーディオ信号を含む請求項６記載の方法。
【請求項８】
サブステップ（Ｄ．１）において、適合後の患者関連パラメータが、ＤＩＣＯＭオブジェクトに記憶される請求項５〜７のいずれかに記載の方法。
【請求項９】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、前記適合後の患者関連パラメータを表示するサブステップ（Ｄ．２）を含む請求項１〜８のいずれかに記載の方法。
【請求項１０】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、前記適合後の患者関連パラメータを少なくとも１つの別のコンピュータシステムへ分配するサブステップ（Ｄ．３）を含む請求項１〜９のいずれかに記載の方法。
【請求項１１】
患者関連パラメータが、生理学的信号を含む請求項１〜１０のいずれかに記載の方法。
【請求項１２】
患者関連パラメータが、オーディオ／ビデオ信号を含む請求項１〜１１のいずれかに記載の方法。
【請求項１３】
少なくとも１つのモニタリング装置（１１ａ、１１ｂ）によって供される患者関連パラメータを管理するためのシステム（１５）であって、このシステムは、前記システム（１５）をモニタリング装置（１１ａ、１１ｂ）に接続するための手段（２０）と、モニタリング装置との接続を介して、モニタリング装置（１１ａ、１１ｂ）によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得するための手段（２３）と、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段（２４）と、適合後の患者関連パラメータを管理するための手段（２５）からなることを特徴とするシステム（１５）。
【請求項１４】
所定の臨床イベントを検知および処理するための手段をさらに含む請求項１３記載のシステム。
【請求項１５】
患者関連パラメータを記憶するための第１の格納庫（１７）をさらに含む請求項１３または１４のいずれかに記載のシステム。
【請求項１６】
患者の病歴を記憶するための第２の格納庫（１７）をさらに含む請求項１３〜１５のいずれかに記載のシステム。
【請求項１７】
患者関連パラメータが、以下の一連のパラメータ：ＥＫＧ、ＰＬＥＴ、ＰＡＷ、エアフロー、ＴＡ、および吐出ＣＯ２から選択される請求項１３〜１６のいずれかに記載のシステム。
【請求項１８】
請求項１〜１２のいずれかに記載の、少なくとも１つのモニタリング装置に由来する患者関連パラメータを管理する方法をコンピュータに実行させるためのプログラム命令からなるコンピュータプログラム。
【請求項１９】
記憶手段上に具体化される請求項１８記載のコンピュータプログラム。
【請求項２０】
キャリア信号上で実行される請求項１８記載のコンピュータプログラム。
【請求項１】
コンピュータシステム（１０）において、少なくとも１つのモニタリング装置（１１ａ、１１ｂ）によって供される患者関連パラメータを管理するための方法であって、
Ａ）コンピュータシステム（１０）をモニタリング装置（１１ａ、１１ｂ）へと接続し、
Ｂ）モニタリング装置との接続を介して、モニタリング装置（１１ａ、１１ｂ）によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得し、
Ｃ）取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させ、
Ｄ）適合後の患者関連パラメータを管理するステップからなる方法。
【請求項２】
ステップ（Ｂ）〜（Ｄ）が所定期間後に繰り返される請求項１記載の方法。
【請求項３】
接続されるモニタリング装置（１１ａ、１１ｂ）を、ユーザ入力から得るステップ（Ｅ）をさらに含む請求項１または２のいずれかに記載の方法。
【請求項４】
コンピュータシステム（１０）およびモニタリング装置（１１ａ、１１ｂ）の通信プロトコルを、両者間に接続を確立するために適合させるステップをさらに含む請求項１〜３のいずれかに記載の方法。
【請求項５】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、第１の格納庫（１７）に前記適合後の患者関連パラメータを記憶するサブステップ（Ｄ．１）を含む請求項１〜４のいずれかに記載の方法。
【請求項６】
サブステップ（Ｄ．１）において、第１の格納庫（１７）に記憶された適合後の患者関連パラメータが、パラメータと、パラメータが取得された時間を含む請求項５記載の方法。
【請求項７】
第１の格納庫（１７）に記憶された適合後の患者関連パラメータが、パラメータ取得時に得られたビデオおよびオーディオ信号を含む請求項６記載の方法。
【請求項８】
サブステップ（Ｄ．１）において、適合後の患者関連パラメータが、ＤＩＣＯＭオブジェクトに記憶される請求項５〜７のいずれかに記載の方法。
【請求項９】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、前記適合後の患者関連パラメータを表示するサブステップ（Ｄ．２）を含む請求項１〜８のいずれかに記載の方法。
【請求項１０】
適合後の患者関連パラメータを管理するステップ（Ｄ）が、前記適合後の患者関連パラメータを少なくとも１つの別のコンピュータシステムへ分配するサブステップ（Ｄ．３）を含む請求項１〜９のいずれかに記載の方法。
【請求項１１】
患者関連パラメータが、生理学的信号を含む請求項１〜１０のいずれかに記載の方法。
【請求項１２】
患者関連パラメータが、オーディオ／ビデオ信号を含む請求項１〜１１のいずれかに記載の方法。
【請求項１３】
少なくとも１つのモニタリング装置（１１ａ、１１ｂ）によって供される患者関連パラメータを管理するためのシステム（１５）であって、このシステムは、前記システム（１５）をモニタリング装置（１１ａ、１１ｂ）に接続するための手段（２０）と、モニタリング装置との接続を介して、モニタリング装置（１１ａ、１１ｂ）によって供される一連の患者関連パラメータから選択された少なくとも１つの患者関連パラメータを取得するための手段（２３）と、取得後の患者関連パラメータを所定のパラメータフォーマットへ適合させるための手段（２４）と、適合後の患者関連パラメータを管理するための手段（２５）からなることを特徴とするシステム（１５）。
【請求項１４】
所定の臨床イベントを検知および処理するための手段をさらに含む請求項１３記載のシステム。
【請求項１５】
患者関連パラメータを記憶するための第１の格納庫（１７）をさらに含む請求項１３または１４のいずれかに記載のシステム。
【請求項１６】
患者の病歴を記憶するための第２の格納庫（１７）をさらに含む請求項１３〜１５のいずれかに記載のシステム。
【請求項１７】
患者関連パラメータが、以下の一連のパラメータ：ＥＫＧ、ＰＬＥＴ、ＰＡＷ、エアフロー、ＴＡ、および吐出ＣＯ２から選択される請求項１３〜１６のいずれかに記載のシステム。
【請求項１８】
請求項１〜１２のいずれかに記載の、少なくとも１つのモニタリング装置に由来する患者関連パラメータを管理する方法をコンピュータに実行させるためのプログラム命令からなるコンピュータプログラム。
【請求項１９】
記憶手段上に具体化される請求項１８記載のコンピュータプログラム。
【請求項２０】
キャリア信号上で実行される請求項１８記載のコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２０１０−５１９９７５（Ｐ２０１０−５１９９７５Ａ）
【公表日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願番号】特願２００９−５５１９３５（Ｐ２００９−５５１９３５）
【出願日】平成２０年２月２８日（２００８．２．２８）
【国際出願番号】ＰＣＴ／ＥＰ２００８／０５２４５８
【国際公開番号】ＷＯ２００８／１０４６０２
【国際公開日】平成２０年９月４日（２００８．９．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．フロッピー
【出願人】（５０８２６６７６４）
【Ｆターム（参考）】
【公表日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願日】平成２０年２月２８日（２００８．２．２８）
【国際出願番号】ＰＣＴ／ＥＰ２００８／０５２４５８
【国際公開番号】ＷＯ２００８／１０４６０２
【国際公開日】平成２０年９月４日（２００８．９．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．フロッピー
【出願人】（５０８２６６７６４）
【Ｆターム（参考）】
[ Back to top ]