(57)【要約】  臨床用意志決定支援システムのデータを管理するためコンピュータで実行される方法である。サーバとデータベースとを含むコンピュータ管理システムを用意し、そのコンピュータ管理システム上で、意志決定支援システムをダウンロードする。この意志決定支援システムは、複数のルールを含み、データを受信する。この方法は、また、意志決定支援システムにアクセスし、それらのルールに従って、少なくとも１つのクライアントシステムに対し、所定のデータパターンに関連する警告を発する。そして、その警告への応答として、そのクライアントシステムから、追加情報を要求するリクエストを受信し、リクエストされた追加情報を決定し、その警告に関連する追加情報を検索する。【選択図】  図１
2010525458.tif 000002
【特許請求の範囲】
【請求項１】
臨床用の意志決定支援システムのデータを管理するためコンピュータで実行される方法であって、
サーバ及びデータベースを含むコンピュータ管理システムを用いて、
複数のルールを有してデータを受信する前記意志決定支援システムを、前記コンピュータ管理システムにダウンロードし、
前記意志決定支援システムにアクセスして、前記ルールに従って少なくとも１つのクライアントシステムに対し所定データパターンに関連した警告を発し、
前記警告に対する応答として、前記少なくとも１つのクライアントシステムから、追加情報のリクエストを受信し、
リクエストされた追加データを決定し、
前記警告に関する追加情報を検索することを特徴とする方法。
【請求項２】
さらに、リクエストした者に対して、検索した追加情報を送信することを特徴とする請求項１に記載の方法。
【請求項３】
前記データを取得するように構成された第１サブシステムをさらに用意することを特徴とする請求項１に記載の方法。
【請求項４】
前記意志決定支援システムにアクセスする際に、前記意志決定支援システムを実行して、前記データベース内の前記データをモニタし、所定データパターンを検知することを特徴とする請求項３に記載の方法。
【請求項５】
さらに、特定の患者に前記データを関連づけることを特徴とする請求項３に記載の方法。
【請求項６】
さらに、ユニークな患者識別子に、前記受信したデータを関連づけることを特徴とする請求項５に記載の方法。
【請求項７】
さらに、ユニークな患者医療記録番号に、前記ユニークな患者識別子を関連づけることを特徴とする請求項６に記載の方法。
【請求項８】
さらに、前記警告を識別するためのユニークな警告識別子を含むように前記警告を符号化し、前記ユニークな患者識別子に、前記警告を関連づけることを特徴とする請求項６に記載の方法。
【請求項９】
さらに、前記警告に応答して、前記少なくとも１つのクライアントシステムから受信した追加情報の前記リクエストに含まれるテキストを構文解析することを特徴とする請求項８に記載の方法。
【請求項１０】
データを管理する意志決定支援システムであって、
少なくとも１つのクライアントシステムに対して、所定のデータパターンに関連づけられた警告を発し、
前記発せられた警告に応答して、少なくとも１つのクライアントシステムから追加情報のリクエストを受信し、
リクエストされた追加情報にかかる追加データを決定し、
前記発せられた警告に関連する追加情報を検索することを特徴とする意志決定支援システム。
【請求項１１】
さらに、前記リクエストを送信した者に対して、検索して見つけた追加情報を送信することを特徴とする請求項１０に記載の意志決定支援システム。
【請求項１２】
前記データを取得する第１サブシステムをさらに含むことを特徴とする請求項１０に記載の意志決定支援システム。
【請求項１３】
さらに、データベース中のデータをモニタし、所定のデータパターンを検知するように構成されていることを特徴とする請求項１２に記載の意志決定支援システム。
【請求項１４】
さらに、特定の患者に、前記データを関連づけるように構成されていることを特徴とする請求項１２に記載の意志決定支援システム。
【請求項１５】
前記データは、ユニークな患者識別子に関連づけられていることを特徴とする請求項１４に記載の意志決定支援システム。
【請求項１６】
前記ユニークな患者識別子は、ユニークな患者医療記録番号であることを特徴とする請求項１５に記載の意志決定支援システム。
【請求項１７】
前記警告は、前記警告を識別し、前記警告を前記ユニークな患者識別子に対して関連づける、ユニークな警告識別子を含むようにコード化されることを特徴とする請求項１５に記載の意志決定支援システム。
【請求項１８】
さらに、前記警告に応答して前記少なくとも１つのクライアントシステムから受信した追加情報のリクエストに含まれるテキストを構造解析するように構成されていることを特徴とする請求項１７に記載の意志決定支援システム。
【請求項１９】
データを管理するコンテンツ管理システムであって、
患者に関するデータを記憶するデータベースと、
前記データベースに接続されたサーバと、
前記サーバに接続された少なくとも１つのクライアントシステムと、
前記サーバに接続された意志決定支援システムと、  を備え、  前記意志決定支援システムは、前記少なくとも１つのクライアントシステムに対し、所定データパターンに関連する警告を発し、前記警告に対する応答として、前記少なくとも１つのクライアントシステムから追加情報のリクエストを受信し、リクエストされた追加情報を決定し、前記警告に関連づけられた追加情報を検索することを特徴とするコンテンツ管理システム。
【請求項２０】
前記コンテンツ管理システムは、さらに、前記リクエストを行なった人に対して、検索して得た追加情報を送信するように構成されていることを特徴とする請求項１９に記載のコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、コンテンツ管理システムに関し、特に、そのコンテンツ管理システムの意志決定支援システムを用いてデータコンテンツを管理する意志決定支援応答システム及び方法に関する。
【背景技術】
【０００２】
デジタルヘルスケアアプリケーションを含む少なくともいくつかのコンテンツ管理システムが知られているが、そのようなデジタルヘルスケアアプリケーションは、統合された及び／または共有可能な電子カルテなどといった、医療用の、経営管理用の、及び／または財務管理用の情報技術ソリューションを包括的に管理している。このような既知のコンテンツ管理システムの中には、大量に生成された臨床関連データを選別して、意志決定時に活用可能な臨床的知識を提供するものもある。少なくともいくつかの既知のコンテンツ管理システムは、例えば、医師からの指示の入力及び／または処理、医師及び／または看護師のドキュメンテーション、医師及び／または看護師が作成した投薬カルテ及び／または医薬管理記録（ＭＡＲ）、アカウンティング、登録、及び／またはスケジューリングなど（これらには限らないが）といった作業をコンピュータで行なうためのアプリケーションを含んでいる。既知のコンテンツ管理システムの中には、また、病院情報システムインタフェース、部門情報システムインタフェース、及び／または患者モニタリング装置へのインタフェースを含むものもある。
【０００３】
既知のコンテンツ管理システムに含まれるものとして、予め管理者によって特定された所定データコンテンツに基づき、警告とリマインダをユーザに電子メールで送るように構成された意志決定サポートシステムが知られている。しかしながら、ユーザは、そのような警告メールを受信すると、その警告メールに関連する他の情報を検索するため、更なるステップとして、別途、関連するアプリケーションにアクセスしなければならない。その更なるステップの結果、ユーザは、永久に及び／または一時的にその警告を無視し、その時点で行なっていた動作を中断し、その追加的な情報を検索するため、そのアプリケーションにログインし、及び／または、その追加的な情報を探してくれるよう他の人に声をかけざるを得ない。したがって、既知の自動化された警告及びリマインダに関する臨床関連情報を検索する既知の方法は、時間の浪費であり、及び／または医療の現場における意思決定支援の遅延の原因となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許公開公報20060010090
【特許文献２】米国特許公開公報20060173715
【特許文献３】米国特許7039628号公報
【特許文献４】米国特許6470320号公報
【特許文献５】米国特許6381577号公報
【特許文献６】米国特許6101478号公報
【特許文献７】米国特許6088677号公報
【特許文献８】米国特許5991731号公報
【特許文献９】米国特許5942986号公報
【特許文献１０】米国特許5812983号公報
【発明の概要】
【課題を解決するための手段】
【０００５】
臨床用の意志決定支援システムのデータを管理するため、コンピュータで実行される方法を提供する。この方法は、サーバ及びデータベースを含むコンピュータ管理システムを用意し、意志決定支援システムを、前記コンピュータ管理システムにダウンロードする。意志決定支援システムは、複数のルールを有してデータを受信する。この方法は、また、意志決定支援システムにアクセスして、ルールに従って少なくとも１つのクライアントシステムに対し所定データパターンに関連した警告を発し、発せられた警告に応えて、少なくとも１つのクライアントシステムから、追加情報のリクエストを受信し、リクエストされた追加情報を決定し、発せられた警告に関連する追加情報を検索する。
【０００６】
データを管理する意志決定支援システムを提供する。この意志決定支援システムは、少なくとも１つのクライアントシステムに対して、所定のデータパターンに関連づけられた警告を発し、発せられた警告に応答して、少なくとも１つのクライアントシステムから追加情報のリクエストを受信し、リクエストされた追加情報を決定し、発せられた警告に関連する追加情報を検索するように構成される。
【０００７】
データを管理するコンテンツ管理システムを提供する。このコンテンツ管理システムは、患者に関するデータを記憶するデータベースと、データベースに接続されたサーバと、サーバに接続された少なくとも１つのクライアントシステムと、記サーバに接続された意志決定支援システムと、を備える。この意志決定支援システムは、少なくとも１つのクライアントシステムに対し、所定データパターンに関連する警告を発し、該警告への応答として、少なくとも１つのクライアントシステムから追加情報のリクエストを受信し、リクエストされた追加情報を決定し、警告に関連づけられた追加情報を検索する。
【図面の簡単な説明】
【０００８】
【図１】意志決定支援システム（ＤＳＳ）を含むコンテンツ管理システム（ＣＭＳ）の一例を示す概略ブロック図である。
【図２】ＣＭＳのサーバアーキテクチャーを示す、拡張ブロック図である。
【図３】ＣＭＳのＤＳＳにおいて利用されるプロセスの一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に示す方法及びシステムにより、警告メールに関連する臨床関連情報を容易に検索することができる。以下に示す方法及びシステムは、多くの異なるタイプのデータを検索する、多くの様々な産業にも適用可能である。なお、本実施形態では、ヘルスケア産業について述べているが、本発明は、ヘルスケア産業に限定されるものではない。
【００１０】
ヘルスケア産業用のコンテンツ管理システム（ＣＭＳ）に関するネットワーク電子データエントリー及びワークフロー処理管理の統合を容易にするシステム及びプロセスの実施形態について、以下に詳しく説明する。本システム及びプロセスは、例えば、クライアントシステム及びシステムユーザへの警告メールを用いて、情報を容易に電子発信することができる。ここに示す本システム及びプロセスの技術的効果として、ヘルスケア提供者がクリニカルデータを取得し管理できることが挙げられる。特に、本実施形態では、臨床医、医師、及び／または、看護師（これらには限られないが）といったヘルスケア提供者が、ＣＭＳを利用して、医師からの指示の入力及び／またはその処理、医師及び／または看護師のドキュメンテーション、医師及び／または看護師が作成した投薬カルテ及び／または医薬管理記録（ＭＡＲ）、患者の登録、及び／またはスケジューリングを、管理し、追跡し、保持する。
【００１１】
図１は、コンテンツ管理システム（ＣＭＳ）の一例を示すブロック図であるが、このＣＭＳ１０は、クライアントシステム１２とも呼ばれる複数のクライアントサブシステム、及び、サーバシステム１４を含む。クライアントシステム１２は、ウェブベースの電話機や、ＰＤＡや、他のウェブベースの接続装置といった、インターネットと相互接続できる如何なる装置を含んでも良い。一実施形態では、クライアントシステム１２は、ウェブブラウザを含むＰＤＡであり、そのため、サーバシステム１４は、インターネットを用いてクライアントシステム１２にアクセス可能である。クライアントシステム１２は、ローカルエリアネットワーク、ワイドエリアネットワーク、ダイヤルイン接続、ケーブルモデム、及びスペシャルハイスピードISDNラインなどのネットワークを含む多くのインタフェースを介して、インターネットと相互接続されている。
【００１２】
ＣＭＳ１０はまた、意志決定支援システム（ＤＳＳ）１６を含むが、ＤＳＳ１６は、以下に詳しく説明するように、検知したデータパターン及び／または警告メールに基づいて臨床関連情報を追跡し、供給し、検索するように構成された複数のサブシステム（不図示）及びルールを含む。ＤＳＳ１６は、臨床関連情報を格納する集中型データベース１８に接続されている。一実施形態において、データベース１８は、サーバシステム１４に保存され、クライアントシステム１２の１つにおいて、その１つを介してサーバシステム１４にログインすることにより、ユーザからアクセス可能となっている。データベース１８は、サーバシステム１４によって遠隔からデータを格納できる構成でも良く、さらに、このデータベース１８は、集中型でなくても良い。
【００１３】
図２は、ＣＭＳ２０のサーバ構成の一実施形態を示す拡張ブロック図である。ＣＭＳ２０中の構成は、ＣＭＳ１０（図１）の構成と同様であって、図２においては、図１に用いられたものと同じ参照番号を用いている。ＣＭＳ２０は、サーバシステム１４及びクライアントシステム１２を含む。サーバシステム１４は、例えば、データベースサーバ２２、アプリケーションサーバ２４、ウェブサーバ２６、ＦＡＸサーバ２８、ディレクトリサーバ３０及びメールサーバ３２といった複数の従来型のサーバを含む。
【００１４】
データベースサーバ２２としては、以下のクライアント／サーバ構造モデルによってデータ問い合わせ処理を管理し、例えば、データを収集し、表示し、分析し、格納し、検索し、及び／または操作するといったコンピュータ関連作業（尤もこれらに限定されるものではない）を容易に行なうことができるデータベースアプリケーションであれば、どのようなものでもよい。アプリケーションサーバ２４は、１つ以上のアプリケーションを実行して、少しの特定アプリケーションタスクを実行する中間ソフトウェア及びハードウェアの組合せである。そのタスクとは、例えば、サイトトラフィックを解析したり、ページを構築したり、及び／または、ダイナミックコンテンツの格納場所に基づいてウェブにコンテンツを配信することである。ＨＴＴＰ及び／またはＦＴＰといった（尤もこれらに限定されるものではない）１つ以上のプロトコルを用いてウェブベースのアプリケーションがリクエストされると、ウェブサーバ２６は、インターネットを介して、そのウェブベースのアプリケーションを管理し、検索し、及び／または転送する。ＦＡＸサーバ２８は、テレメッセージプラットフォームにおいて、ＦＡＸ、英数字ページ、及び／または電子メールメッセージを、送信し、受信し及び／または転送できる、専用ネットワークサーバである。ディレクトリサーバ３０は、デジタルデータの大型ディレクトリを管理し、そのディレクトリに含まれるデータへのアクセスを提供するサーバである。メールサーバ３２は、電子メールメッセージの配信及び保存を制御するアプリケーションである。一実施形態では、ディスクストレージユニット３４は、ディレクトリサーバ３０とデータベースサーバ２２とに接続される。
【００１５】
サーバ２２、２４、２６、２８、３０及び３２は、ローカルエリアネットワーク（ＬＡＮ）３６に接続されている。加えて、システムアドミニストレイターワークステーション３８、ユーザワークステーション４０、及びスーパーバイザーワークステーション４２もまた、ＬＡＮ３６に接続されている。或いは、ワークステーション３８、４０、４２は、インターネットリンクを用いてＬＡＮ３６に接続され、または、イントラネットを介して互いに接続されている。各ワークステーション３８、４０、４２は、ウェブブラウザを有するパーソナルコンピュータである。それらのワークステーションで一般的に実行される機能は、各ワークステーション３８、４０、４２において実行されるように図示されているが、それらの機能を、ＬＡＮ３６に接続された多くのパーソナルコンピュータの１つにおいて、実行することもできる。ワークステーション３８、４０、４２は、別々の機能に関連づけられているかのように示されているが、これは、ＬＡＮ３６へアクセスした個人によって実行できる異なるタイプの機能を容易に理解できるようにすることのみを目的としたものである。
【００１６】
サーバシステム１４は、それぞれインターネットサービスプロバイダ（ＩＳＰ）のインターネット接続４８を用いる、医師のクライアントシステム４４及び／または看護師のクライアントシステム４６のような（尤もこれらに限定されるものではない）、様々な認証済ユーザのクライアントシステムに対して、通信可能に接続されている。本実施形態において、インターネットを用いて実行される通信が示されているが、他のＷＡＮ５０のタイプの通信について、他の実施形態として利用することもできる。すなわち、システム及びプロセスは、インターネットを用いて実行されるとは限らない。本実施形態では、ワークステーション５２を有する認証ユーザは、ＣＭＳ２０にアクセス可能である。少なくとも１つのクライアントシステム１２は、遠隔地にあるマネージャーワークステーション５４を含む。ワークステーション５２、５４は、ウェブブラウザを有するパーソナルコンピュータであり、サーバシステム１４と通信可能に構成されている。
【００１７】
図３は、クリニカルデータを管理するＣＭＳ１０のＤＳＳ１６におけるプロセスを例示するフローチャートである。ＤＳＳ１６によって実行される臨床コンテンツ管理のオペレーションは、患者に関連するクリニカルデータを取得すること（６０）から始まる。本実施形態では、電子的に、または、手作業で、クリニカルデータ及び／またはクリニカル文書を受けとり、ＣＭＳ１０に入力する。クリニカルデータ及び／またはクリニカル文書が、一度ＣＭＳ１０にデジタル的に格納されると、コンピュータシステムまたは類似のデバイスを介して、簡単にその情報にアクセスできる。
【００１８】
一実施形態として、本システムを、ファクシミリ装置、スキャナ、患者モニタ、及び／または多機能デバイスといった（尤もこれらに限定されるものではない）データ入力源に接続し、それらから、クリニカルデータを集める。また、医師、看護師、薬剤師及び／または事務員といった、ヘルスケアを行なうことを認定された人が作成した、患者入院、医薬品、研究成果及び／または他の患者関連情報のアプリケーションからもクリニカルデータを集める。上述のように、クリニカルデータには、患者に関するあらゆる情報が含まれる。例えば、研究成果、処方箋、バイタルサイン情報、医師または看護師のドキュメンテーション、及び／または、患者記録の一部となる如何なる情報もこれに含まれうる。
【００１９】
次に、取得したクリニカルデータを、各患者に関連づける（６２）。一実施形態では、取得したクリニカルデータを、例えば、ソーシャルセキュリティーナンバーのようなユニークな患者識別子である、ユニークな患者医療記録番号に関連づける。また、取得したクリニカルデータを、各患者の医療記録にある、所定の情報のカテゴリーに分類分けしてもよい。取得したクリニカルデータは、ＤＳＳ１６から、データベース１８に送られ、どのような所定の情報カテゴリーをも含むユニークな医療記録のそれぞれに関連づけられてデータベース１８に記録される。その情報カテゴリーは、アプリケーションの制作者によって予め定義されている。
【００２０】
次に、データベース１８に格納されたクリニカルデータをモニタする（６４）。ＤＤＳ１６のモニタリングサイクルは、連続的なモニタリングサイクルであっても、断続的なモニタリングサイクルであっても良い。次に、ＤＳＳ１６は、所定のデータパターンが検知されたか否かを判定する（６６）。クリニカルデータのデータパターンは、アプリケーションを購入する病院に関するアドミニストレイター（尤もこれに限定されるものではない）といった、アプリケーションカスタマーによって定義される。言い換えれば、そのアドミニストレイターは、データベース１８に格納されたクリニカルデータ内のあるパターンを検索するための、一般的な及び／またはカスタマイズされたルールを記述する。例えば、「患者医療記録番号に関連づけられてデータベース１８に記憶されたカリウム検査値が５％低下したこと」を、所定のデータパターンとしてもよい。
【００２１】
所定のデータパターンが検知されない場合には、データベース１８に記憶されたクリニカルデータのモニタリング（６４）に戻る。所定のデータパターンが検知されると、次に進み、新たに検知された所定データパターンに関連する認証済ユーザに対して、警告を発し（６８）、電子メールを送信する。警告メールの題名は、その認証済ユーザに送られた警告メールであることを示す、ユニークな警告識別子を含むようにコード化される。システムは、警告メールを送信すべき認証済ユーザを決定し、さらに、その警告メールに関連づけるユニークな患者医療記録番号を決定する。それぞれの警告メールを、ユニークな患者医療記録番号に関連づけられた複数の認証済ユーザに送信しても良いが、各警告は、その患者医療記録番号によって識別される一人の患者に関連づけられる。
【００２２】
以上、メールで警告を送る場合について記述してきたが、生成された警告を、ページャーメッセージのような他の送信可能フォーマットに設定しても良い。また、異なる関連情報を有する異なる関連認証済ユーザに対して、同じ警告を送信しても良い。例えば、所定のデータパターンを検知した場合に、関連する認証済看護師に対して警告を送り、その看護師が受け持っている特定の患者のカリウム値が低いことを通知しても良い。また、検知した所定のパターンに基づいて、関連する認証済医師に対して、同じ警告を送信しても良い。医師に送られた警告が、特定の患者のカリウム値が低いことを示す場合、カリウム検査値の正確な変化を特定する更なる情報を提供しても良い。
【００２３】
警告メールを受け取った認証済ユーザは、その警告メールに対して返答し、そのシステムに対して追加的な情報をリクエストすることができる。一実施形態では、警告メールを受信した認証済ユーザによる、追加情報のリクエストにおいても、上述した警告識別子をその題名として残す。さらに、警告メールを受信した認証済ユーザは、追加情報のリクエストにキーワードを用いる。一実施形態では、キーワードは、所定の言葉及び／またはアプリケーションの制作者によって特定されたシンタックスである。そのアプリケーションに関連して用いることのできるキーワードは、例えば、トレーニングによって、そのアプリケーションの認証済ユーザに対し予め通知されている。
【００２４】
医療保険の携行と責任に関する法律（ＨＩＰＡＡ）に関するコンプライアンスのため、従来の方法で警告メールを暗号化することに加えて、警告メールを受信した認証済ユーザが応答したメールの題名を、ユーザのユニークな識別子と警告識別子とを含む一対のキーを用いて暗号化してもよい。その場合、ＤＳＳ１６は、警告メールを受信した認証済ユーザのキーのペアを用いて、メッセージを暗号化することにより、電子クリニカルデータのプライバシーを容易に保護できる。例えば、従来からある電子サインを暗号化に加えて、意図する受信者のみが、電子文書を読めるようにする。この電子サインは、暗号化に組み合わせて用いられる証明書のフォームとして、デジタル認証を含んでも良く、それにより、情報を電子送信した個人が、その本人であると信頼できるということを証明することができる。認証済ユーザの本人確認を行なうため、暗号や、他のセキュリティーメカニズムを用いれば、ＤＳＳ１６に接続された証明デバイスにより、容易に、コンフィデンシャルクリニカルデータへのアクセス及び／または送信を安全に行なうことができる。
【００２５】
ＤＳＳ１６は、警告メールへの応答として、追加情報のリクエストを受信したか否かを判定する（７０）。追加情報のリクエストがあったと判定すると（７０）、続けてそのレスポンスに関するテキストを構文解析し（７２）、リクエストされた情報を識別する所定キーワードを決定する。ＤＳＳ１６は、リクエストされた追加情報をデータベース１８から検索する（７４）。ＤＳＳ１６は、サーバシステム１４を介して、リクエストされた追加情報を送信する（７６）。ユニークな患者医療記録番号に関連する複数の認証済ユーザに対して各警告メールを送信しても良いが、一実施形態では、リクエストされた情報は、リクエストした認証済ユーザにのみ送信される。一方、リクエストした認証済ユーザが、リクエストされたその追加情報を、その患者の看護師といった、他の認証済ユーザに対して転送してもよい。
【００２６】
追加情報のリクエストを受信しない場合（７０）、ＤＳＳ１６は、検知した全ての所定データパターンに対する全ての警告が、関連する認証済ユーザに対してメール送信されたか否かを判定する（７８）。検知した全ての所定データパターンに対する全ての警告がメール送信されていなければ、６８に戻り、他の未出の警告を発する。検知された全ての所定データパターンに対して全ての警告がメール送信されている場合には、処理を終了する。
【００２７】
上述した方法及びシステムのオペレーション中、例えば、認証済の医師が、警告メールを受信する。しかし、その医師は、その警告メールに関連するクリニカルデータを見るためのアプリケーションにログインすることができないかもしれない。例えば、その医師は、その警告を受け取った時点で病院にいないかもしれない。或いは、その医師は、電子医療記録に関連するアプリケーションを開くことができるデバイスにアクセスしていないかもしれない。その医師は、その警告メールに返答することでその警告に関する追加情報をリクエストできるので、そのシステムにログインする必要が無い。そして、アプリケーションをオープンして関連患者の医療記録のクリニカルデータにさらにアクセスすべきか否かを判定するといった（尤もこれに限定されるものではない）、採るべき一連のアクションを決定することができる。
【００２８】
上述した例では、ヘルスケア産業に関して述べてきたが、記録やドキュメンテーションを含む他の如何なるビジネスや技術分野においてもＣＭＳを用いることができると理解されるべきである。例えば、ＣＭＳは、プロダクト及び／またはサービスのマーケットパターンをトラッキングするフェーズを含む金融業においても用いられる。さらに、そのようなシステム及びプロセスが、上述した特定の実施形態には限定されないことも理解されるべきである。加えて、各システム及び各プロセスの構成要素を、上述した他の構成要素及びプロセスから独立に且つ別々に実現することもできる。各コンポーネント及びプロセスを、他の組合せパッケージ及びプロセスと組み合わせて用いることもできる。
【００２９】
本実施形態において、コンテンツ管理システム（ＣＭＳ）１０は、認証済ユーザが、電子メールを用いるシステムと相互にやり取りできるように構成されている。特に、ＣＭＳ１０は、警告メールを受信し、その警告に応答して、追加情報をリクエストできるように構成されている。ＣＭＳ１０は、意志決定支援システム（ＤＳＳ）１５を含むが、このＤＳＳ１６は、所定データパターンを検知して、警告メールを発し、発せられた警告メールに関連した追加情報をリクエストする応答メールを受信し、解析し、リクエストされた情報を検索し、リクエストした者にその情報を送信するように構成されている。
【００３０】
結果として、関連アプリケーションを開かなくても、警告に関連する追加情報を検索することができる。したがって、警告メールを受信した認証済ユーザは、電子メールを通じて意志決定支援システムと相互にやり取りすることができ、他の人にコンタクトを取る必要があるか否か、及び／または、認証済ユーザが実行中の作業を中断して患者を見に行くべきか否かを決定する前に、更なる情報を検索することができる。加えて、追加情報をリクエストした認証済ユーザは、リクエストした追加情報の受信を待っている間、実行中の作業を継続することができる。また、認証済ユーザは、如何なる場所からでも追加情報を要求することができるので、ユーザは容易に素早く応答することができ、意志決定を行なうための追加情報を容易に素早く得ることができる。
【００３１】
以上、クリニカルデータを管理する方法及びシステムの実施形態について詳述した。しかし、本発明の方法及びシステムは、ここに記載された特定の実施形態または特に説明したコンテンツ管理方法及びシステム、並びに意志決定支援方法及びシステムに限定されるものではない。
【００３２】
また、様々な特定の実施形態を用いて本発明について説明してきたが、当業者であれば、特許請求の範囲に記載の範囲内で本発明を変形して実施できることを、理解できるであろう。
【図１】
2010525458.tif 000003
【図２】
2010525458.tif 000004
【図３】
2010525458.tif 000005
【国際調査報告】
2010525458.tif 000006
2010525458.tif 000007