JP2011503736A - 処置の手順のデータを記憶するシステム - Google Patents

Abstract

【課題】
本発明は、処置の手順のイベントに関するデータ要素を収集するシステムを提供することを目的としている。そして、処置の手順に関する明確で、かつ役立つ関連したデータの概要を提供することを目的とする。
【解決手段】
本発明の上記目的は、処置の手順のイベントに関するデータ要素を収集するシステムを提供することによって達成される。本システムは、処置の手順の間、処置の手順において使用される少なくとも２つのシステムからデータ要素を受信するための入力と、データ要素の受信時刻を記録するためのクロックと、それぞれのイベントに関するアイテムを記憶するための記憶装置であって、各々のアイテムは対応するデータ要素と対応する前記受信時刻とを含むところの記憶装置と、タイムラインに沿って、それぞれの受信時刻にしたがって、アイテムの表現を時系列的に表示するための表示装置と、を有する。

Description

本発明は処置の手順のイベントに関するデータ要素を収集するシステムに関する。そして、システムは、タイムラインに沿って順次データ要素の表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を表示するための表示装置を有する。

更に、本発明は、処置の手順のイベントに関するデータ要素を収集する方法、および前記方法を実行するコンピュータ・プログラム製品に関する。

処置の手順は、例えば、以下を含む診断または処置に対して用いられる。
１）患者の体内にアクセスするために、例えば、手術を行うかまたはチューブを血管に嵌入するときに切開しまたは孔をあけること。
２）体を切開しないで体腔（例えば消化器系、肺、子宮または膀胱）にアクセスすること。この種の手順は、例えば、口を経て嵌入される器具を使用して、胃の内部を調べたり、処置を行ったりすることを含む。
３）電磁放射（例えばＸ線、レーザー、ガンマ線、および紫外線）を使用すること。

この種の処置の手順に対して、例えば、インターベンショナルラジオロジ、心臓学的処置（ｉｎｔｅｒｖｅｎｔｉｏｎａｌ ｃａｒｄｉｏｌｏｇｙ）、および／または、電気生理学測定が使用されてもよい。現在、電子生理的（ＥＰ：ｅｌｅｃｔｒｏｐｈｙｓｉｏｌｏｇｉｃａｌ）システムにおいて、記録システム自体に、ログ・ファイルのデータを保存することは、既に知られている。例えば、このファイルは、記録システム、切除システム、および刺激装置からの情報を含む。また、薬物療法を、付加的に行うことができる。これらの記録システムのログ・ファイルは、テキストだけを含むリストである。これは、手順において生成される全ての情報を含むというわけではない。しかも、概要を良好に示すものでもない。これは、全てテキストであるので、データをチェックすることが難しい。異なる種類のイベントをマーキングするために、異なる色が使用される、しかし、リストは非常に長く、かつ、必要とする特定のデータを見つけるのに多くの時間がかかる。

手順ログを含む心臓学的情報システムは、同様に当業者に知られている。これらのシステムは、他の心臓学インターベンションを除けば、ＥＰ（電子生理的）手順のために設計されてはいない。これらのシステムのログ・ファイルは、また、テキストを含むリストから成っており、かつ、特定のＥＰ情報を含んでいない。したがって、このログ・ファイルによって保存することができる情報は、ＥＰに対しては不完全である。

二つのシステムにおいて、レポートが作成され得る。しかし、いずれの場合においても、レポートは、必要とされる全ての情報を含むというわけではない。関連する全ての情報を１つのレポートに統合するシステムは存在しない。Ｘ線システムおよびＥＰ手順において取得されたＥＰマッピングシステムの画像情報は、それぞれのシステム・ハードディスクに記憶される。場合によっては、ＥＰマッピングと、ＥＰ記録システムとの間でのリンクが存在するが、この種の統合されたシステムのイベントのログを取ることは可能ではない。

周知のシステムは、多くの課題を抱えている。現在のＥＰラボにおいては、異なる器材の部分から大量のデータが、ＥＰ手順の間に作られる。この情報が異なる方法で（異なるシステム上に、異なるディスクに、場合によっては、異なる病院のネットワークに）保存されるため、手順の最中とその後にデータをチェックする現在のやり方は、取り扱いが面倒である。さらに、データ記憶の異なる形式の間に時間的リンクがないため、次のプロシージャーステップに最適に続くようにデータを順序通りにチェックすることは難しい。分離された形での（ｄｉｓｃｏｎｎｅｃｔｅｄ）データが記憶され、異なるシステムにおいてレビューされるため、良好で、かつ完全なＥＰレポートを簡単に作成することは、不可能である。

本発明は、処置の手順のイベントに関するデータ要素を収集するシステムを提供することを目的としている。そして、処置の手順に関する明確で、かつ役立つ関連したデータの概要を提供することを目的とする。
［発明の開示］
本発明の第１の態様によれば、この目的は、処置の手順のイベントに関するデータ要素を収集するシステムを提供することによって達成される。本システムは、処置の手順の間、処置の手順において使用される少なくとも２つのシステムからデータ要素を受信するための入力と、データ要素の受信時刻を記録するためのクロックと、それぞれのイベントに関するアイテムを記憶するための記憶装置であって、各々のアイテムは対応するデータ要素と対応する前記受信時刻とを含むところの記憶装置と、タイムラインに沿って、それぞれの受信時刻にしたがって、アイテムの表現を時系列的に表示するための表示装置と、を有する。

本発明によるシステムの主要な効果は、従来技術のシステムとは異なり、異なるシステムおよび／またはイベントから、一まとまりの結果を提供するだけに止まらないということである。本発明によれば、処置の手順の間、関連したデータは異なるシステムから受信され、かつ、受信時刻が登録される。異なるシステムから記憶されることが必要な情報は、タイムスタンプである。例えば、マスタークロックを使用する。タイムラインのグラフィック表現は、手順の間において取得したタイムスタンプの情報を示す。このことによって、１つのシステムの手順のコンテクストにおける全ての情報を保存し、かつ、この情報へ簡単にアクセスすることができるという可能性を提供する。表示されたタイムラインは、手順の間に起こったすべての明白な、および役立つ概要を提供する。タイムラインに沿った時系列的な順序付けは、異なるシステムによって取得された測定値の関係を観察することを容易にする。異なるシステムの別々のログ・ファイルを比較しなければならない場合、特に異なるシステムが異なるクロックを使用する場合には、この種の関係を観察することは、より難しくなる。

テキストだけを有する長いリストの代わりに、良好な概要を形成するために、アイコンおよび画像が使用されてもよい。このことは容易に読み出せる構造的な概要を提供し、かつ保存された情報をレビューすることができる。システムは、処置の手順の間、生成される情報を集め、かつ、手順のコンテクストにおける時間の表示に沿って、アイコン、およびテキストラベルを表示する。システムは、前記アイコン、およびテキストラベルを選ぶことによって、情報への簡単なアクセスを可能とする。これによって、医療スタッフは、手順の間の全てのステップの、および生成される全ての情報の良好な概要を得ることができる。そして、これは手順の間、およびその後において、データをチェックすることを容易にする。これによって、手順終了後において、レポートを作成することが非常に容易となる。

本発明の第二の態様によれば、処置の手順のイベントに関するデータ要素を収集するための方法が提供される。本方法は、処置の手順の間、処置の手順において使用される少なくとも２つのシステムからデータ要素を受信するステップと、データ要素の受信時刻を記録するステップと、それぞれのイベントに関するアイテムを記憶するステップであって、各々のアイテムは対応する前記データ要素と対応する前記データ要素の前記受信時刻を含むところのステップと、タイムラインに沿って、それぞれの受信時刻にしたがって、アイテムの表現を時系列的に表示するステップと、を有する。

本発明のこれらのおよびその他の態様は、以下に記載されている実施例において説明され、明らかとなる。

本発明の第１のシステムを示す。 本発明の第２のシステムを示す。 本発明による例示的なタイムラインを示す。 本発明による例示的なタイムラインを示す。 本発明による例示的なタイムラインを示す。 本発明のカテゴライズされたタイムラインを示す。 本発明のカテゴライズされたタイムラインを示す。 本発明の方法のフローチャートを示す。

図１は、本発明の第１のシステム１０を示す。本発明は、コンピュータによるソフトウェアシステム（以下「タイムライン」と呼ぶ）である。これは、ＥＰまたは他の処置の手順の間、同じシステムまたは他のシステムに保存された全ての情報をトラッキングする。処置の手順の間、システム１０の入力１１は、処置の手順のために使用される一つ以上のシステム１６から情報を受信する。記憶される全ての情報は、マスタークロック１２からユニークなタイムスタンプを得る。電子的な回路（プロセッサ１５すなわちコンピュータ）は、入力されたタイムスタンプが付されたデータを処理する。あるいは、プロセッサ１５自体が、入力される情報にタイムスタンプを付す。処置の手順に関する全ての関連したイベントに対し、アイテム（データ＋タイムスタンプ）は、記憶装置１３に、好ましくはデータベースに、記憶される。記憶装置１３は、ハードディスク、光ディスクまたは他の適切な記憶媒体であってもよい。ＥＰタイムラインは、取得された時刻とともにアイコン、および／または、テキストによって、保存された情報を表現するグラフィカルな表示を時系列的に示す。プロセッサ１５は、表示装置１４に、処置の手順に関する情報を有するタイムライン（図３−７を参照）を表示するよう動作する。タイムラインは、処置の手順に関連する情報の表現を示す。タイムラインは、システム１０によって受信されたリアルタイムのデータから生成されてもよく、あるいは記憶装置１３に記憶されたデータから生成されてもよい。したがって、表示装置１４は、リアルタイム情報および／または過去における手順に関する情報を表示することが可能である。

タイムラインは、処置の手順の間でも使用される点に留意する必要がある。すなわち、これは単に患者の経時的な過去の手順の記録結果を伴う線を示すだけのものではないことに留意すべきである。情報の収集、および記憶は、リアルタイムで実行される。

レポートは、タイムラインに記憶された情報から生成されてもよい。

このレポートは、手動でアイテムを付け加えたり削除したりできるテンプレートによって作成されてもよい。これによって、簡単な方法によって１つの総合的なレポートを作成することができる。好ましくは、レポートは、タイムラインから、テンプレートによって自動的に作成される（テンプレートは、カスタマイズ可能である）。また、タイムラインからのスナップショットが、レポートの生成において手動で選ばれてもよい（マーキングされてもよい）。

実施例によるタイムラインは、別々のシステム１６（例えば、心臓内の記録、Ｘ線撮像、超音波画像、ＥＰマッピングシステム等）によって取得される、単一の場所（ｗｏｒｋ ｓｐｏｔ）からの関連した複数の形式（モード）（ｍｕｌｔｉｍｏｄａｌ）の手順データの、手順における時系列的なレビューを可能にする。したがって、処置の手順に関する他の全ての記録されたデータ要素の時間的な観点から、特定のデータ要素の迅速なレビューを可能とする。

タイムラインに沿った多くのデータ・セットの形で、患者の情報の経時的な病歴が示されてもよい。この種のデータ・セットは、特定の手順に関するものでもよい。また、手順の態様に関するさまざまなデータ要素を含んでもよい。本発明の実施形態において、この種の手順に関するデータ要素は、記憶され、かつタイムラインに沿って情報の部分として表示されてもよい。

図２は、本発明による第２のシステム１０を示す。本実施例においては、データ収集システムの表示装置１４自体だけでなく、処置の手順のために使用される他のシステム１６も、ユーザに情報を提供するために使用される。例えば、ユーザがタイムラインのデータをクリックすると、他のシステム１６（記録装置の作動（ｒｅｃｏｒｄｉｎｇ ｒｕｎ））から入力されるデータが開き、そして対応するシステム１６に表示される。

図３−５は本発明による例示的なタイムライン３０を示す。アイテム３３〜３７は、タイムライン３０に沿って時系列的に並んでいる。タイムライン３０において、以下のアイテムが、表示され、および／または、保存されてもよい。
・現在、在庫管理および料金請求にリンクしているＣＩＳ（心臓学的情報システム：ｃａｒｄｉｏｌｏｇｙ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍｓ）に入力されている薬物
・機材（ｍａｔｅｒｉａｌｓ）（現在、在庫管理および料金請求にリンクしているＣＩＳに入力されている）
・スナップショット（例えば３Ｄマッピングシステムのスクリーン・ショットは、自動的にタイムラインに置かれる）
・Ｘ線の作動（Ｘ−ｒａｙ ｒｕｎｓ）（作動すると自動的に）
・ＥＰ記録データ、および作動（自動的に、および／または、手動で）
・切除データ（除去されると自動的に）
・血液動態（ｈｅｍｏｄｙｎａｍｉｃ）のデータ
・プログラマからのデータ（測定、設定その他）
タイムラベル３１が、タイムライン３０の特定部分またはセクションによって示される時刻の瞬間に関する情報を提供してもよい。テキストラベル３２は、処置の手順の特定のサブ期間について、追加情報を提供してもよい。例えば、テキストラベル３２は、サブ期間において発生するメイン・イベントを示してもよい（スタート、カテーテルの挿入、ＸＡ実行１（ＸＡ ｒｕｎ １）、動揺、穿刺（ｐｕｎｃｔｉｏｎ）、切除等）。

タイムラインの見方は非常にフレキシブルである。これは、非常に有利である。なぜなら、多くの情報が存在するが、たいがいは、全ての情報を表示する必要がないからである。それぞれの実施例における幾つかの仕様を以下に示す。
・アイコン、および画像３３〜３７は、良好な概要を形成するために用いられる。
・イベントは、自動的に生成される。
・イベントは、手動で入力できる（そして、これがタイムライン３０に表示される）
・イベントに対して、編集や削除ができる。
・複数のイベントは、一つにまとめることができる。
・イベントを隠すことができる。
・イベントは、自動的にラベル付けされる（例えば、自動的に生成されたイベント）。なお、マニュアルでもこれを行うことができる。
・イベントをクリックすることによって、記憶されているデータが表示される。
・他のシステム１６（レコード）からのデータをクリックすることによって、対応するシステム１６における、そのデータが開き表示される。
・手順の後においては、タイムライン３０のデータをクリックすることによって、タイムラインが「接続されている」ＰＡＣＳシステム内のビューア（例えば、レコーディングビューア）でそのデーを開かなければならない。

特定の実施例の本発明によるシステムのための他のオプション：
・異なるアプリケーションにおけるシン・クライアント（thin client）としてタイムラインを実行することもできる。
・ログオンしているユーザに基づいて、タイムラインに関する異なるビューを構成してもよい。
・（忘れてはならない）幾つかのステップは、ユーザに手順を案内するために、すでにタイムラインに置いておくことができる。

図４において、タイムライン３０は、情報によって、「既に記録している（preholding）」領域４１から延長される。同様に、タイムラインは、手順の後において、直接のケアの間、続いてもよい（アフターケア）。これらの異なるフェーズには、はっきりした差異が存在する。この種の差異は、例えば、フェーズを表すタイトルバー４２、４３を使用して提供されてもよい。望ましくは、異なるフェーズはラベルをつけられ、かつ、現在のフェーズは明確に示される。例えば、現在のフェーズは、強調されたりまたは色をつけられたりする。

特に『既に記録している』、および『アフターケア』領域を含む場合、タイムラインが非常に長くなることがある。したがって、図５の実施例は、その目的のために提供されるユーザインタフェース要素５１をクリックするかまたは選ぶことによって、フェーズを拡大したり、最小化したりする機能を提供する。

図６、および７は、本発明によって表示される、分類されたタイムラインを示す。タイムライン３０によって、さまざまなビューイングを実現することが可能である。上記の視覚化の他に、同様にカテゴリ毎にデータを示すことも任意に可能である。これは、図６、および７において示されているように行ってもよい。図６は、タイトルバー４３、タイムライン３０、およびカテゴリ・カラム６１を示す。アイテム６２、６３は、カテゴリ・カラム６１に配置される。図６において、アイテム６２は、時系列的に配置され、最も早いアイテムが上に配置され、最近のアイテムが一番下に配置される。タイムスケールは、必ずしも線形であるというわけではなく、カラム６１のそれぞれで異なってもよい。望ましくは、カラム６１は、テキストラベル６４を使用してラベルをつけられる。

ユーザは、カテゴリ（例えばＸ線、スナップショットまたは薬物）毎に、データを検索することができる。これは、異なる方法によってデータを観察することである。特定の時刻を探す代わりに、ユーザは、特定の種類のデータから始めて、かつ、それからこの中で目的のアイテムのデータを検索する。ユーザがアイテム６２、６３をクリックした場合、その瞬間に保存された６２、６３の全てのアイテム（図７）が、各々の横に配置されるので、ユーザはその時生成された情報の概要を見ることができる。図７はタイムウィンドウ７１を示す。そして、選択されたアイテム６２、６３と同じ時刻または期間における全てのアイテムがハイライトされている。他のアイテムは、カラム６１の中においてアイテムの時系列的順序を保つために、上または下に移動される。ウィンドウ７１の外側にある一部のアイテムは、部分的にまたは完全にビューの外にシフトされる。

図８は、本発明による方法のフローチャートを示す。本方法は、処置の手順のイベントに関するデータ要素８５を入力として使用し、タイムライン８７を出力として提供する。タイムライン８７の多くの例示的実施形態については、既に述べた。受信ステップ８１において、処置の手順において使用されている、少なくとも２つの（より好ましくは、それ以上の）システムからのデータ要素８５が受信される。タイムスタンプ・ステップ８２において、データ要素８５の受信時刻８６が登録される。記憶ステップ８３において、入力データ（データ要素８５、および受信時刻８６）が、データベースに記憶される。データベースのアイテムは、処置の手順の間に発生するイベントに関係する。アイテムは、イベントに関するデータ要素８５、および前記データ要素８５の受信時刻８６を有する。タイムラインを生成するステップ８７において、記憶されたアイテムは、上述のように、タイムライン８７を生成するために処理される。このステップ８７において、アイテムは、タイムラインに沿って順次配置される。タイムライン８７は、出力として提供される。タイムラインは、例えばディスプレイスクリーンに表示されるか、または他のシステムまたはデバイスに送られる。本方法は処置の手順の間、完全にリアルタイムで実行されてもよい。アイテムはタイムライン上で発生している時に、対応するイベントが発生していることがある。あるいは、処置の手順が完了されたあと、タイムラインを生成するステップ８７が後の段階で実行される。本方法を実行するシステムは、リアルタイムのタイムラインと過去の手順に関するタイムラインを示すことが可能であることが望ましい。

本発明は、また、コンピュータ・プログラムに及ぶことはいうまでもない。特に本発明を実行するためのキャリア上のコンピュータ・プログラムに及ぶ。プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形式のようなソースコードとオブジェクトコードの中間の形、または本発明の方法のインプリメンテーションのために、適切な他のいかなる形式であってもよい。この種のプログラムは、多くの異なるアーキテクチャに係るデザインを有してもよい。例えば、本発明の方法またはシステムの機能をインプリメントするプログラムコードは、一つ以上のサブルーチンに再分割されてもよい。これらのサブルーチンの中の機能を分配する多くの異なる方法は、熟練した人にとって明らかである。サブルーチンは、自己完結的なプログラムを形成するために、１つの実行可能ファイルとして一緒に記憶されてもよい。この種の実行可能ファイルは、コンピュータ実行可能命令（例えばプロセッサ命令および／またはインタプリタ命令（例えばＪａｖａ（登録商標）インタプリタ命令））を有してもよい。あるいは、一つ以上または全てのサブルーチンは、少なくとも一つの外部のライブラリーファイルに記憶されてもよい。そして、静的に、動的に（例えば、ランタイムとして）、メインプログラムに連結されてもよい。メインプログラムは、サブルーチンのうちの少なくとも１つに対して、少なくとも一つの呼び出し（call）を含む。また、サブルーチンの各々は、関数呼出しを有してもよい。コンピュータ・プログラム製品に関する実施例には、記載した本方法のうちの少なくとも１つの各々の処理段階に対応するコンピュータ実行可能命令が含まれる。これらの命令は、サブルーチンに再分割され、および／または、静的に、または動的に連結され得る一つ以上のファイルに記憶されてもよい。コンピュータ・プログラム製品に関する他の実施例には、システムのうちの少なくとも１つ、および／または、記載された製品の各々の手段に対応するコンピュータ実行可能命令が含まれる。これらの命令は、サブルーチンに再分割されてもよく、および／または、静的にまたは動的に連結されてもよい一つ以上のファイルに記憶されてもよい。

コンピュータ・プログラムのキャリアは、プログラムを実行することが可能な、いかなるエンティティまたはデバイスであってもよい。例えば、キャリアは、ＲＯＭ、例えばＣＤ−ＲＯＭまたは半導体ＲＯＭのような、記憶媒体または磁気記録装置（例えばフロッピー（登録商標）ディスクまたはハードディスク）であってもよい。更に、キャリアは電気または光学信号のような信号を送ることのできるキャリアであってもよい。これは電気、または光学ケーブルを介して、または無線または他の手段によって伝送されてもよい。プログラムがこの種の信号に伝送される場合、キャリアはケーブル、または他のデバイスまたは手段によって構成されてもよい。あるいは、キャリアは、プログラムが埋め込まれた集積回路であってもよい。集積回路は、関連した方法を実行するよう、あるいは実行するために使用されるよう適合している。

上述の実施例は、本発明を制限するよりはむしろ、実例を示すためのものである点に留意する必要がある。そして、当業者は添付の請求の範囲の範囲内において、多くの別の実施例を設計することが可能である。請求項において、括弧書きのいかなる参照符号も、請求項を制限するように解釈されない。「有する」の用語およびこの活用形は、請求項に定められた要素またはステップ以外のものの存在を排除しない。要素の前に置かれる冠詞「ａ」または「ａｎ」は、その要素の複数を排除するものではない。本発明は、いくつかの異なった要素を含むハードウェアによって、および最適にプログラムされたコンピュータによってインプリメントされてもよい。いくつかの手段を列挙しているデバイスの請求項において、いくつかの手段が、全く同一のハードウェアによって実施されてもよい。特定の手段がそれぞれ異なる従属クレームに記載されるという単なる事実は、これらの手段の組合せが有効に使用されないということを示すものではない。

Claims (8)

1. 処置の手順におけるイベントに関するデータ要素を収集するシステムであって、
   前記処置の手順の間、前記処置の手順において使用される少なくとも２つのシステムから前記データ要素を受信するための入力と、
   前記データ要素の受信時刻を記録するためのクロックと、
   それぞれのイベントに関するアイテムを記憶するための記憶装置であって、各々のアイテムは対応する前記データ要素と対応する前記受信時刻とを含むところの記憶装置と、
   タイムラインに沿って、それぞれの前記受信時刻にしたがって、アイテムの表現を時系列的に表示するための表示装置と、
   を有するシステム。
2. 前記アイテムの前記表現は、対応する前記イベントのイベントタイプに関連するアイコンである、請求項１記載のシステム。
3. 前記入力は、更に、前記処置の手順におけるイベントに関する、手動で提供されたデータ要素を受信する、請求項１記載のシステム。
4. 前記表示装置は、更に、対応する前記アイテムの前記表現が選ばれたときに、それぞれの前記イベントに関する前記データ要素を表示する、請求項１記載のシステム。
5. 前記アイテムの前記表現が選択されたとき、他のシステムによる前記データ要素の表示を可能にするために、対応する前記イベントに関する前記データ要素を前記他のシステムに送信するための出力、
   を有する請求項１記載のシステム
6. 前記表示装置は、更に、同じイベントタイプに対応する前記アイテムがグループづけされるように、順序を付けて前記表現を表示する、
   請求項１記載のシステム。
7. 処置の手順におけるイベントに関するデータ要素を収集するための方法であって、
   前記処置の手順の間、前記処置の手順において使用される少なくとも２つのシステムから前記データ要素を受信するステップと、
   前記データ要素の受信時刻を記録するステップと、
   それぞれのイベントに関するアイテムを記憶するステップであって、各々のアイテムは対応する前記データ要素と対応する前記データ要素の前記受信時刻とを含むところのステップと、
   タイムラインに沿って、それぞれの前記受信時刻にしたがって、アイテムの表現を時系列的に表示するステップと、
   を有する方法。
8. 請求項７に記載の方法をコンピュータに実行させる命令を有するプログラム。

Images