(57)【要約】【課題】業績評価指標を用いて保健医療ワークフローの業績を監視する。【解決手段】実施例の保健医療ワークフロー業績監視システムは、保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングし且つ識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する状況対応分析エンジンと、保健医療ワークフローにおける事象の状況対応オーダーリングを含む状況情報及びパターン情報に基づいて、状況対応業績評価指標を動的に作成する統計的モデリング・エンジンと、所与のモデルに基づいて状況対応業績評価指標を評定し且つ状況対応業績評価指標に関連した測定を監視すると共に、状況対応業績評価指標を更新するためにフィードバックを処理するワークフロー決定エンジンと、を有する。【選択図】図１
2013109762.tif 000002
【特許請求の範囲】
【請求項１】
保健医療ワークフローについての状況対応業績評価指標を生成するためのコンピュータ具現化方法であって、
保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングする段階と、
識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する段階と、
状況情報及びパターン情報に基づいて状況対応業績評価指標を動的に作成する段階と、
所与のモデルに基づいて状況対応業績評価指標を評定する段階と、
状況対応業績評価指標に関連した測定を監視する段階と、
状況対応業績評価指標を更新するためにフィードバックを処理する段階と、
を有する方法。
【請求項２】
前記方法は保健医療施設に関して自律的に且つ連続的に実行される、請求項１記載の方法。
【請求項３】
前記の評定する段階は、状況対応業績評価指標を評定し且つ修正するために人工知能及び統計的モデリングを利用する、請求項１記載の方法。
【請求項４】
更に、データの統計的モデリングに基づいて状況対応業績評価指標の１つ以上のパラメータを自動的に調節する段階を有している請求項３記載の方法。
【請求項５】
前記のフィードバックを処理する段階は更に、１つ以上の状況対応業績評価指標を調節するために状況対応業績評価指標の利用による結果を評定する段階を有している、請求項１記載の方法。
【請求項６】
更に、ユーザー、場所及び時間の内の少なくとも１つに基づいて利用情報を集約する段階、及び集約されたユーザー情報をモデリング及び決定調節のために供給する段階を有している請求項１記載の方法。
【請求項７】
更に、状況対応業績評価指標に基づいて１つ以上の警告を生成する段階を有している請求項１記載の方法。
【請求項８】
保健医療ワークフローについての業務測定基準を生成するための方法を具現化するようにプロセッサに命令する一組の命令が記憶された有形のコンピュータ読取り可能な記憶媒体であって、前記方法が、
保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングする段階と、
識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する段階と、
状況情報及びパターン情報に基づいて状況対応業績評価指標を動的に作成する段階と、
所与のモデルに基づいて状況対応業績評価指標を評定する段階と、
状況対応業績評価指標に関連した測定を監視する段階と、
状況対応業績評価指標を更新するためにフィードバックを処理する段階と、を有していること、を特徴とする有形のコンピュータ読取り可能な記憶媒体。
【請求項９】
前記方法は保健医療施設に関して自律的に且つ連続的に実行される、請求項８記載のコンピュータ読取り可能な記憶媒体。
【請求項１０】
前記の評定する段階は、状況対応業績評価指標を評定し且つ修正するために人工知能及び統計的モデリングを利用する、請求項８記載のコンピュータ読取り可能な記憶媒体。
【請求項１１】
前記方法が更に、データの統計的モデリングに基づいて状況対応業績評価指標の１つ以上のパラメータを自動的に調節する段階を有している、請求項１０記載のコンピュータ読取り可能な記憶媒体。
【請求項１２】
前記のフィードバックを処理する段階は更に、１つ以上の状況対応業績評価指標を調節するために状況対応業績評価指標の利用による結果を評定する段階を有している、請求項８記載のコンピュータ読取り可能な記憶媒体。
【請求項１３】
前記方法が更に、ユーザー、場所及び時間の内の少なくとも１つに基づいて利用情報を集約する段階、及び集約されたユーザー情報をモデリング及び決定調節のために供給する段階を有している、請求項８記載のコンピュータ読取り可能な記憶媒体。
【請求項１４】
前記方法が更に、状況対応業績評価指標に基づいて１つ以上の警告を生成する段階を有している、請求項８記載のコンピュータ読取り可能な記憶媒体。
【請求項１５】
保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングし且つ識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する状況対応分析エンジンと、
保健医療ワークフローにおける事象の状況対応オーダーリングを含む状況情報及びパターン情報に基づいて、状況対応業績評価指標を動的に作成する統計的モデリング・エンジンと、
所与のモデルに基づいて状況対応業績評価指標を評定し且つ状況対応業績評価指標に関連した測定を監視すると共に、状況対応業績評価指標を更新するためにフィードバックを処理するワークフロー決定エンジンと、
を有する保健医療ワークフロー業績監視システム。
【請求項１６】
前記ワークフロー決定エンジンは、測定を監視し且つフィードバックを処理するために結果有効性分析エンジンと共に動作する、請求項１５記載のシステム。
【請求項１７】
前記状況対応分析エンジンは、状況対応分析の更なる改良のために予測モデリング・フィードバックを受け取る、請求項１５記載のシステム。
【請求項１８】
前記ワークフロー決定エンジンは、状況対応業績評価指標を評定し且つ修正するために人工知能及び統計的モデリングを利用する、請求項１５記載のシステム。
【請求項１９】
前記ワークフロー決定エンジン及び統計的モデリング・エンジンは、データの統計的モデリングに基づいて状況対応業績評価指標の１つ以上のパラメータを自動的に調節する、請求項１８記載のシステム。
【請求項２０】
更に、ユーザー、場所及び時間の内の少なくとも１つに基づいて利用情報を集約し、且つ集約されたユーザー情報を状況対応業績評価指標のモデリング及び決定調節のために供給する利用集約エンジンを有している請求項１５記載のシステム。
【請求項２１】
更に、状況対応業績評価指標に基づいて１つ以上の警告を生成する警告エンジンを有している請求項１５記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本書に記述される技術は、一般的に云えば、保健医療(healthcare)企業におけるワークフローの業績評価指標を決定するシステム及び方法に関するものである。より詳しく云えば、本書に記述される技術は、業績測定基準(performance metric)を計算し且つ保健医療ワークフローについての警告を出すことに関するものである。
【背景技術】
【０００２】
殆どの保健医療企業及び施設はデータ収集及び報告を手動で遂行している。多くのコンピュータ化されたシステムは、累積されるが、手動で抽出して、事後に分析しなければならないデータ及び統計値を格納する。このような方式は「バック・ミラー症候群」に悩まされ、データを収集し、分析して、レビューの準備をするときまでに、資源、患者分布及び資産に関する組織構成が変化する。保健医療についての規制の圧力が増大し続けている。同様に、患者診療に関する綿密な監査が増大している。
【０００３】
カイザー・パーマネンテ(Kaiser Permanente) のような先駆的な保健医療機構は、生産性及び医療提供品質を改善することを課題として、該機構が変革を捜している領域において業務業績目標を定量化し、監視し、そしてベンチマーク（基準）を定めるために、重要業績評価指標（ＫＰＩ）又は測定基準を定め始めている。部門別の施設のＫＰＩを保健医療システム全体のＫＰＩに揃えることによって、機構内の各人が、該機構によって設定された目標に向かって働くことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２０１００３１２８５２号
【発明の概要】
【０００５】
特定の実施例では、関心のあるワークフローについての業務測定基準(operational metric)に従って情報源（１つ又は複数）から、患者及び検査ワークフロー・データを含んでいるデータ・セットをマイニング(mining)するために、業務測定基準の収集及び処理を行うためのシステム、装置及び方法を提供する。
【０００６】
特定の実施例では、保健医療ワークフローについての状況対応(contextual)業績評価指標(performance indicator) を生成するためのコンピュータ具現化方法（コンピュータで具現化される方法）を提供する。本実施例の方法は、保健医療ワークフローについての現在(current) 及び過去(historical)の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングする段階を含む。本実施例の方法は、識別されたパターン及びデータ・マイニングされた情報から状況（コンテクスト）情報を抽出する段階を含む。本実施例の方法は、状況情報及びパターン情報に基づいて状況対応業績評価指標を動的に作成する段階を含む。本実施例の方法は、所与のモデルに基づいて状況対応業績評価指標を評定(evaluate)する段階を含む。本実施例の方法は、状況対応業績評価指標に関連した測定を監視する段階を含む。本実施例の方法は、状況業績評価指標を更新するためにフィードバックを処理する段階を含む。
【０００７】
特定の実施例では、実行されたとき、保健医療ワークフローについての業務測定基準を生成するための方法を具現化するようにプロセッサに命令する一組の命令が記憶された有形のコンピュータ読取り可能な記憶媒体を提供する。実施例の方法は、保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングする段階を含む。実施例の方法は、識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する段階を含む。実施例の方法は、状況情報及びパターン情報に基づいて状況対応業績評価指標を動的に作成する段階を含む。実施例の方法は、所与のモデルに基づいて状況対応業績評価指標を評定する段階を含む。実施例の方法は、状況対応業績評価指標に関連した測定を監視する段階を含む。実施例の方法は、状況業績評価指標を更新するためにフィードバックを処理する段階を含む。
【０００８】
特定の実施例では、保健医療ワークフローについての現在及び過去の保健医療データに基づいたパターンを識別するためにデータ・セットをマイニングし且つ識別されたパターン及びデータ・マイニングされた情報から状況情報を抽出する状況対応分析エンジンを含む保健医療ワークフロー業績監視システムを提供する。実施例のシステムは、保健医療ワークフローにおける事象の状況対応オーダーリング(ordering)を含む状況情報及びパターン情報に基づいて状況対応業績評価指標を動的に作成する統計的モデリング・エンジンを含む。実施例のシステムは、所与のモデルに基づいて状況対応業績評価指標を評定し且つ状況対応業績評価指標に関連した測定を監視するワークフロー決定エンジンを含み、ワークフロー決定エンジンは、状況業績評価指標を更新するためにフィードバックを処理する。
【図面の簡単な説明】
【０００９】
【図１】図１は、業務業績測定基準を測定し、出力し、改善する実施例の保健医療情報企業システムを示す。
【図２】図２は、実施例の実時間分析ダッシュボード・システムを示す。
【図３】図３は、患者及び検査ワークフローについての業務測定基準を計算し出力するための実施例の方法の流れ図を示す。
【図４】図４は、実施例の警告及び意志決定システムを示す。
【図５】図５は、ＫＰＩの展開、通知、及び病院の職員及び／又はシステム（１つ又は複数）へのフィードバックのための実施例のシステムを示す。
【図６】図６は、状況対応ＫＰＩの作成及び監視のための方法の実施例の流れ図を示す。
【図７】図７は、本書で述べたシステム、装置及び方法を具現化するために使用することのできる実施例のプロセッサ・システムのブロック図である。
【発明を実施するための形態】
【００１０】
上記の「発明の概要」並びに本発明の特定の実施形態についての以下の詳しい説明は、添付の図面を参照して読めばより良く理解されよう。本発明を説明する目的で、特定の実施形態が図面に示されている。ところで、本発明が添付の図面に示された配置構成及び手段に制限されないことを理解されたい。
【００１１】
以下に、コンポーネント（構成要素）の中でとりわけハードウエア上で実行されるソフトウエアを含む実施例の方法、システム及び装置を開示するが、このような方法及び装置が単に説明のために例示するものであって、限定するものとして見なすべきではないことに留意されたい。例えば、これらのハードウエア及びソフトウエア・コンポーネントの内の任意のもの又は全てが、専らハードウエアで、又は専らソフトウエアで、又は専らファームウエアで、或いはハードウエア、ソフトウエア及び／又はファームウエアの任意の組合せで具現化され得ると考えられる。従って、以下に実施例の方法、システム、製造品及び装置を説明するが、提供される実施例は、このような方法、システム、製造品及び装置を具現化するための唯一のやり方ではない。
【００１２】
「特許請求の範囲」に記載のいずれかの請求項が、純粋にソフトウエア及び／又はファームウエアによる実施を包含していると読み取られるとき、少なくとも１つの実施例における様々な要素の内の少なくとも１つの要素は、メモリ、ＤＶＤ、ＣＤ、ブルーレイ・ディスク等のような有形の媒体を含んでいるものと明確に定義される。
【００１３】
保健医療では、近年、展開される情報システムの数が増大している。部門の差異により、各システムの成長経路及び採択が必ずしも揃っているとは限らない。各部門は、それらのワークフローに特有である部門別のシステムを使用している。複数の部門にまたがる課題に対処するために企業（エンタープライズ）システムが益々取り入れられている。これらのシステムを一緒に結合するためには非常に経費の掛かる統合作業が必要であり、典型的には、この統合はコスト削減のために最小のままであり、それらの部門は何らかのギャップを埋めるのに人の介在に頼っている。
【００１４】
例えば、病院は、病院内の全ての部門についての検査(exam)のスケジュールを作成する企業スケジューリング・システムを持つことができる。この事は、企業及び患者にとって有益である。しかしながら、スケジューリング・システムは、様々な理由により全ての各々の部門別システムと統合することができない。殆どの部門がオーダー及びワークフローを管理するためにそれぞれの部門別情報システムを使用するので、部門の職員は、どんな検査を遂行する予定になっているかを知り、また場合によっては更なる処理のためにそれぞれの部門別システム内でこれらの検査を再現するために、スケジューリング・システム・アプリケーションを見なければならない。
【００１５】
特定の実施例は、種々の異なるシステムにおいて生じるワークフローに透明性を与えることによって、放射線医学における患者走査プロセスを合理化するのに役立つ。放射線医学における現在の患者走査ワークフローは、放射線医学情報システム（ＲＩＳ）から印刷された紙の要求書を用いて管理され、或いは乾式消去ホワイトボード上で手動で追跡される。患者準備状態、ラボ（実験、研究、臨床検査）の結果、経口造影剤などを追跡するために種々の異なるシステムが使用される場合、患者の状態をチェックするために相異なるシステムを調査する必要があるので、技術者が効率的であるのは難しい。更に、この情報は、手動で追跡されるので、容易に通信されない。そこで、任意の他の人がこの情報を再度調べるか又は電話を介して情報をチェックする必要があろう。
【００１６】
システムは、患者走査及び画像解釈ワークフローにおける任意の事象に対応する情報を表示するために電子インターフェースを提供する。相異なるシステムにおけるワークフローの諸段階の完了の視認により、システムにおけるワークフローの完了を手動で追跡し、また視覚的タイマーにより放射線医学における活動又はタスクをカウントダウンする。
【００１７】
特定の実施例では、遅延を生じさせる余分な要素を捕捉するために電子システム及び方法を提供する。特定の実施例のシステム及び方法は、検査を記述する検査及び／又は（１つ以上の）追加属性（例えば、検査優先順位フラグ）についての１つ以上の遅延理由を含んでいる情報を電子的に取得する。
【００１８】
ワークフローの定義は、施設毎に変えることができる。ある施設は、看護準備時間、放射線技師在室時間などを追跡する。これらの状態（事象）は、顧客の要望、欲求、及び／又は好みに基づいて意志決定支援システムに動的に追加して、（１つ以上の）重要業績評価指標（ＫＰＩ）の測定、及びこれらのＫＰＩに関連した情報の表示を可能にすることができる。
【００１９】
特定の実施例は、複数のワークフロー状態の定義を提供する。特定の実施例は、各ワークフロー状態の生起数を記憶し且つワークフローの諸段階を追跡する能力を提供する。特定の実施例は、特定のサイトのワークフローに特有であるワークフローの順序を修正する能力を提供する。特定の実施例は、患者受診(visit) 事象を検査事象と相互参照する能力を提供する。
【００２０】
現在のダッシュボードによる解決策は、典型的には、ＲＩＳ又は画像保管通信システム（ＰＡＣＳ）内のデータに基づいている。特定の実施例は、ＲＩＳ、ＰＡＣＳ、モダリティ、仮想放射線撮影（ＶＲ）、スケジューリング、ラボ、薬局システム等を含む複数の源からのデータを集約する能力を提供する。融通性のあるワークフロー定義により、実施例のシステム及び方法を顧客のワークフロー構成設定に比較的容易にカスタマイズすることが可能になる。
【００２１】
更に、種々の異なるシステムの間での統合を行おうとするのではなく、特定の実施例は、（例えば、保健医療サイトのワークフローごとに構成設定可能である）職員によって用いられる原理を模倣して、同一であって且つ何らかの方法で接続された２つ以上の分離されたシステムにおける検査を識別する。これにより、サイトはそれらのシステムを分離したままに保つことができるが、これらの検査を整合させて単一の／同じ検査として提示することによって価値を高めることができ、もって、職員がいずれかのシステムで手動で検査をリンクさせる必要性を低減することができる。
【００２２】
特定の実施例では、ユーザー選択の基準に基づいて２つ以上のシステムから受け取った検査を整合させて、これらの異なる検査が、実際には、施設で遂行すべき同じ検査であるかどうかを評定することのできる規則に基づくエンジンを提供する。構成設定することのできる属性には、患者の個人情報（例えば、氏名、年齢、性別、その他の識別子など）、受診属性（例えば、アカウント番号など）、検査日付、遂行すべき手続きなどが含まれる。
【００２３】
相異なるシステムから受け取った２つ以上の検査が同じである、すなわち、単一の検査であると識別されたとき、複数の検査申込みの内の唯一つの検査申込みが最終ユーザーに提示されるように、一組のリンクされた検査の中から１つ以上の検査が無効にされる。２つの検査を合併するよりもむしろ、システムはオーダーリング・システムから受け取った検査を表示し且つスケジューリング・システムから受け取った検査を無効にするように構成設定することができる。
【００２４】
例えば、病院にあるスケジューリング・システムがオーダー・エントリー／管理システムとインターフェース接続されていない場合、患者が電話で検査の予約をしたとき、レコードがスケジューリング・システムで作成され、次いで該レコードが意志決定支援システムへ転送される。患者が病院に到着したとき、検査関連部門のワークフローを管理するために、オーダーがオーダー・エントリー・システム（例えば、ＲＩＳ）で作成される。この情報はまた、別の検査として意志決定支援システムによって受け取られる。
【００２５】
関連した検査を識別し且つ該関連した検査の内のどの検査を提示すべきかを決定する能力が無かった場合、意志決定支援ダッシュボードが、実際には唯一つの検査であるものについて２つの検査申込みを表示するであろう。この能力がある場合、意志決定支援システムは、その患者についてのオーダーを受け取ったときに、予定されていた検査を無効にして、両方の検査が係属中の検査としてダッシュボード上に現れるの防止する。オーダーされた検査のみが保持される。オーダーされた検査の情報を受け取る前は、意志決定支援システムは予定されていた検査を表示する。
【００２６】
従って、ユーザーである職員は、スケジューリング及び／又は意志決定支援アプリケーションから検査申込みを除去するために手動で介入することを必要とされない。むしろ、検査申込みは、ワークフローにおいてそのオーダーされた対応物として進展しない。リンクされた又は関連した検査について行動は、例えば、コード変更を必要とせずに、病院のワークフローに基づいてカスタマイズすることができる。
【００２７】
特定の実施例では、患者待ち時間のような業務測定基準又は重要業績評価指標（ＫＰＩ）を決定するシステム及び方法を提供する。特定の実施例では、ワークフローの変化に対処するために多数の患者ワークフロー事象を用いて患者待ち時間及び／又は他の測定基準／評価指標のより正確な計算を容易にする。
【００２８】
病院管理者は、放射線医学ワークフローにおいて、例えば、患者が磁気共鳴（ＭＲ）及び／又はコンピュータ断層撮影（ＣＴ）イメージング・システムのようなスキャナによって放射線医学検査を受けるために準備して搬送される場合に、患者が待っている時間の長さを定量化できる筈である。患者待ち時間をより正確に定量化することは、患者の診療を改善し且つ放射線医学及び／又は他の保健医療部門／企業の業務を改善するのに役立つ。
【００２９】
特定の実施例は、企業の実時間業務有効性を理解するのに役立ち、またオペレータが欠陥に対処できるようにするのに役立つ。従って、特定の実施例では、実時間で（又は、固有の処理、保存及び／又は伝送遅延がある場合では、実質的に実時間で）保健医療企業からの業務データを収集、分析及びレビューする能力を提供する。データは、適切な応答行為を取ることができるように、業務データ（例えば、患者待ち時間）の値に人工的に影響を与えることのできる因子で調節した理解し易い態様で供給される。
【００３０】
ＫＰＩは、業務業績を測定し且つ患者の経験を評定するために病院及び他の保健医療企業によって用いられる。ＫＰＩは、保健医療施設、臨床医及び職員が患者の診療をより良好にし、部門及び企業の効率を改善し、全業務経費を低減するのに役立てることができる。情報をＫＰＩに編集することは、時間が掛かることがあり、また管理者及び／又は臨床分析者が種々の異なる情報システムで個別のレポートを作成し且つこのデータを意味のある情報に手動で集約することを必要とすることがある。
【００３１】
ＫＰＩは、産業又は事業のための標準とすることのできる業績測定基準を表すが、また施設又は場所に特有な測定基準を含むことができる。これらの測定基準は、部門、システム及び／又は個人の業績を測定して実証するために用いられて、ユーザーに提示される。ＫＰＩには、限定するものではないが、患者待ち時間（ＰＷＴ）、レポート又は指図(dictation) についてのターンアラウンド時間（ＴＡＴ）、ストローク・レポート・ターンアラウンド時間（Ｓ−ＲＴＡＴ）、又は放射線医学部門における全フィルム使用量が含まれる。指図の場合、時間は、例えば、完了から指図までの時間、指図から書き写しまでの時間、及び／又は書き写しから署名までの時間の測度とすることができる。
【００３２】
特定の実施例では、データは病院又は部門環境内の種々の異なる情報システムから集約される。ＫＰＩは、集約されたデータから作成されて、ウエブ(Web) 対応の装置又は他の情報ポータル／インターフェースでユーザーに提示することができる。更に、患者の体験した問題が悪化する前に職員が対応策を取ることができるように、データに基づいて警告及び／又は早期警報を提供することができる。
【００３３】
例えば、ＫＰＩは、強調表示して、例えば、限定するものではないが、長い患者待ち時間、モダリティの利用不足、発作のレポート、病院の指針を満たしていない業績測定基準、又は病院のポータルを介して電子的に検査が利用可能であるときに委託医師がフィルムを連続的要求していること等のような様々な状態に対応した行為と関連させることができる。特定の分野の業績を対象とする業績評価指標は、例えば、実時間で（或いは、処理、保存／検索、及び／又は伝送遅延を考慮すると、実質的に実時間で）作用することができる。
【００３４】
特定の実施例では、データは収集され分析されて、ＫＰＩ、基礎データ、及び／又はユーザーのための関連機能を表す視覚的インジケータを含むグラフィカル・ダッシュボードで提示される。ユーザーを受動的ではなく能動的にさせるのに役立つ情報を供給することができる。更に、患者、臨床医及び診療所の管理を越えた因子及び遅延を考慮する一層正確なインジケータ（指標）を提供するように、情報を処理することができる。実施例によっては、「固有の」遅延は、患者待ち時間のような関連した業務測定基準に加えて、別の実用的な項目として強調することができる。
【００３５】
特定の実施例では、保健医療企業のワークフローにおける構成設定可能なＫＰＩ（例えば、業務測定基準）計算を行う。この計算は、ＫＰＩ使用者が業務測定基準における計数可能なデータの範囲を決定するために一組の適切な限定子(qualifier) を選択できるようにする。アルゴリズムにより、例えば、昇順又は降順のワークフロー状態変更オーダーにおける（検査又は患者受診の取り消し、スケジュール変更などのような）様々なワークフローの除外及び繰返しを含む複雑なワークフロー・シナリオ、並びに複数日及び複数オーダーの患者受診のシナリオにおけるＫＰＩ計算を支援する。
【００３６】
１回の患者受診中の複数の検査は、例えば、受診識別子、日付及び／又はモダリティに基づいてリンクさせることができる。患者は、待ち時間の計算の目的で複数回計数されることはない。更に、全ての関連した検査は、その内の１つの検査の指図に関連した事象を受け取ったときに、指図された通りにマークされない。
【００３７】
上記の計算が完了したとき、受診及び検査が、病院又は他の監視対象の保健医療企業内の１人以上のユーザーによって指定されたような１つ以上の時間閾値に従ってグループ化される。例えば、病院内の緊急診療部門は、受診中の患者待ち時間を、０〜１５分、１５〜３０分、及び３０分以上の待ち時間グループに分割することを望んでいる。
【００３８】
データは絶対数又は割合（百分率）でグループ化できるが、それをユーザーに提示することができる。データは、交通信号灯形式、棒グラフ、並びに／又は閾値に基づいた他の図形及び／又は英数字インジケータなどのような、様々な図表の形態で提示することができる。
【００３９】
このようにして、特定の実施例は、業務データ駆動型意志決定及び処理の改善を容易にするのに役立つ。業務生産性の改善に役立てるため、毎日の業務の実時間（又は実質的に実時間）のビューを測定して表示するツールが設けられる。機構の長期戦略をより良く管理するために、管理者には、改善の必要な領域を識別し且つ変更の影響を監視するためのより使用し易いデータ分析ツールが提供される。
【００４０】
図１は、業務業績測定基準を測定し、出力し、改善する実施例の保健医療情報企業システム１００を示す。システム１００は、複数の情報源、ダッシュボード、及び複数の業務上の機能的アプリケーションを含む。より具体的に述べると、図１に示された実施例のシステム１００は複数の情報源１１０を含み、これらには、例えば、画像保管通信システム（ＰＡＣＳ）１１１、精密報告サブシステム１１２、（データ管理、スケジューリングなどを含む）放射線医学情報システム（ＲＩＳ）１１３、モダリティ１１４、保管所１１５、及び品質レビュー・サブシステム１１６（例えば、ＰｅｅｒＶｕｅ（登録商標））が含まれる。
【００４１】
複数の情報源１１０はデータ・インターフェース１２０へデータを供給する。データ・インターフェース１２０は、通信し、書式設定し、及び／又は複数の情報源１１０からデータ・マート(mart)１３０へデータを供給するために複数のデータ・インターフェースを含むことができる。例えば、データ・インターフェース１２０は、ＳＱＬデータ・インターフェース１２１、事象ベースのデータ・インターフェース１２２、ＤＩＣＯＭ（医用ディジタル・イメージング及び通信）データ・インターフェース１２３、ヘルス・レベル・セブン（ＨＬ７）データ・インターフェース１２４、及びウェブ・サービス・データ・インターフェース１２５の内の１つ以上を含むことができる。
【００４２】
データ・マート１３０は、情報源（１つ又は複数）１１０からインターフェース１２０を介してデータを受け取って保存する。データは、例えば、関係型データベースに、及び／又は別の機構に従って保存することができる。データ・マート１３０は、ダッシュボード１４５を含む技術基盤１４０へデータを供給する。技術基盤１４０は、例えば、データ・マート１３０からのデータ及びダッシュボード１４５からの分析に基づいて１つ以上の機能的アプリケーション１５０と相互作用する。機能的アプリケーションには、例えば、業務アプリケーション１５５を含むことができる。
【００４３】
以下に更に詳しく説明するように、ダッシュボード１４５は、例えば、中央のワークフロー・ビュー及びＫＰＩに関する情報及び関連した測定及び警告を含む。業務アプリケーション１５５は、装置利用に関連した情報及び行為、待ち時間、レポート読出し時間、読み出された事例の数などを含む。
【００４４】
ＫＰＩは、機構の戦略的目的を反映する。放射線医学での例として、限定するものではないが、患者待ち時間の短縮、検査スループットの改善、指図及びレポートのターンアラウンド時間の短縮、及び装置利用率の増大が挙げられる。ＫＰＩは、機構、部門又は個人の現在の状態を評価し且つ明瞭な行動方針を持つ実用的な情報を提供するために用いられる。ＫＰＩは、保健医療機構が成功のために設定された目標又は目的へ向かう進歩を測定するのに役立つ。しかしながら、部門管理者及び他の第一線の職員には、これらのＫＰＩを実時間で積極的に管理するのは困難であるのが分かる。その理由の少なくとも一部は、ＫＰＩを構成するためのデータが、種々の異なる複数の情報源に存在し且つＫＰＩの成果を計算するために相関していなければならないからである。
【００４５】
ＫＰＩは、限定するものではないが、次のワークフロー・シナリオに対応させることができる。すなわち、
１）検査が開始されるまでの患者待ち時間。
【００４６】
２）任意のワークフロー状態間のターンアラウンド時間。
【００４７】
３）ＫＰＩ計算から複数の検査／患者状態を追加又は除去する。例えば、或る病院は複数のラボ状態を患者ワークフローに追加したいと望んでおり、そこで、ＫＰＩ計算はこれらの状態を計算において考慮することができる。
【００４８】
４）取り消された受診及び検査は自動的に計算から除外すべきである。
【００４９】
５）一日の間に唯一回の患者受診で複数の検査を受ける場合は、複数の日に同じ検査を受ける場合の１人の患者の１回の患者待ち時間とは区別すべきである。
【００５０】
６）薬を投与して、薬が効くまでに時間がかかる場合は、待ち時間から差し引くべきである。
【００５１】
７）業務外の時間は相異なる事象のターンアラウンド時間及び／又は待ち時間から除外すべきである。
【００５２】
８）検査は任意の以前の状態にロールバック（後退復帰）できるようにすべきであり、それに対応して除外するか又はＫＰＩ計算に含めるべきである。
【００５３】
９）ユーザーは病院のニーズ／要望／選択に従ってＫＰＩを構成設定するオプションを持つべきであり、またＫＰＩは、ユーザーの構成設定に従って計算を遂行すべきである。
【００５４】
１０）複数の検査は、例えば、それらの検査が１回の受診において、同じモダリティで、同じ患者に、同じ日に行われるものである場合には、単一の検査にリンクさせるべきである。
【００５５】
ＫＰＩ計算（１つ又は複数）及び関連した支援を用いて、病院及び／又は他の保健医療の管理者は、より良い患者診療を提供するように業務を最適化又は改善するために、相異なるワークフロー状態の間の患者待ち時間及び／又はターンアラウンド時間の一層正確な情報を得ることができる。
【００５６】
たとえ患者ワークフローが代わりのワークフローを必要としている場合でも、本アプリケーションは、より正確な患者待ち時間を処理するために複数のワークフロー事象を得ることができる。患者待ち時間又は相異なるワークフロー状態の間のターンアラウンド時間の計算は、異なるワークフロー及び手続きについて構成設定し調節することができる。
【００５７】
図２は、実施例の実時間分析ダッシュボード・システム２００を示す。実時間分析ダッシュボード・システム２００は、放射線医学及び／又は他の保健医療部門に、スケジュール（オーダー）からレポート配布までにわたるワークフローについての業務業績に対する透明性を提供するように設計される。
【００５８】
ダッシュボード・システム２００は、インターフェース・エンジン２５０を介しての種々の異なる情報源２６０からの事象を相関させるデータ集約エンジン２１０を含む。システム２００はまた、保健医療企業にブラウザを介してアクセス可能である実時間ダッシュボード・ウェブ・アプリケーションのような実時間ダッシュボード２２０を含む。システム２００は、イメージング及び／又は他の保健医療業務を積極的に管理する業務ＫＰＩエンジン２３０を含む。集約されたデータは、例えば、実時間ダッシュボード２２０によって使用するためにデータベース２４０に保存することができる。
【００５９】
実時間ダッシュボード・システム２００はデータ集約エンジン２１０を備えていて、データ集約エンジン２１０は、ＰＡＣＳ、ＲＩＳなどの複数の情報源からのワークフロー事象を実時間で（又は、システム遅延に起因して実質的に実時間で）相関させて、ユーザーが、放射線医学及び／又は他の保健医療部門（１つ又は複数）の中又は外で患者の状態を観察できるようにする。
【００６０】
データ集約エンジン２１０は予め作られた検査及び患者事象を持ち、またサイト・ワークフローにマッピングするためにカスタム事象を追加する能力を支援する。エンジン２１０は、例えば、監査事象（１つ又は複数）について問い合わせするために、問合せビューの形態でユーザー・インターフェースを提供する。問合せビューは、指定された時間範囲内の次の基準、すなわち、患者、検査、職員、事象タイプ（１つ又は複数）等を用いて、問い合わせを支援する。問合せビューは、或る特定の時間範囲（例えば、６週間）内の検査及び受診事象についての監査情報を調べるために用いることができる。問合せビューは、検査の現在のワークフロー状態をチェックするために用いることができる。問合せビューは、患者及び職員情報を相互参照することによって職員・患者相互作用の監査遵守情報を検証するために用いることができる。
【００６１】
インターフェース・エンジン２５０（例えば、臨床コンテンツ・ゲートウェイ（ＣＣＧ）インターフェース・エンジン）が、様々な情報源２６０（例えば、ＲＩＳ、ＰＡＣＳ、ＶＲ、モダリティ、電子的医療記録（ＥＭＲ）、ラボ、薬局など）及びデータ集約エンジン２１０と連携するために用いられる。インターフェース・エンジン２５０は、例えば、ＨＬ７、ＤＩＣＯＭ、拡張可能なマークアップ言語（ＸＭＬ）、モダリティ遂行手続きステップ（ＭＰＰＳ）、及び／又は他のメッセージ／データ書式に基づいて、操作することができる。
【００６２】
実時間ダッシュボード２２０は（例えば、ウェブ・ベースの書式で）様々な能力を支援する。ダッシュボード２２０は、施設毎にＫＰＩを編成することができ、またユーザーが企業から個々の施設（例えば、病院）まで掘り下げることができるようにする。ダッシュボード２２０は、例えば、複数のＫＰＩを同時に（又は実質的に同時に）表示することができる。ダッシュボード２２０は、一連のオープンＫＰＩを表示するために自動「スライドショー」を提供する。ダッシュボード２２０は、オープンＫＰＩを保存し、レポート（１つ又は複数）を作成し、データをスプレッドシートにエクスポートすること等のために用いることができる。
【００６３】
業務ＫＰＩエンジン２３０は、障害（１つ又は複数）及び係属中のタスク（１つ又は複数）を表す視覚的警告を表示する能力を提供する。ＫＰＩエンジン２３０は、種々の異なる源（例えば、ＲＩＳ、モダリティ、ＰＡＣＳ、ＶＲなど）からのデータを用いてプロセス測定基準を計算する。ＫＰＩエンジン２３０は、例えば、１つの事象の複数の生起に対処し且つ処理し、また集約ＫＰＩ測定基準の下で詳細データにアクセスすることができる。エンジン２３０はユーザー定義のフィルタを指定し且つオプションによってグループ化することができる。エンジン２３０は、例えば、カスタマイズされたＫＰＩ閾値、時間深さなどを受け入れることができ、またサイト・ワークフローを反映するようにカスタムＫＰＩを形成するために用いることができる。
【００６４】
生成されたＫＰＩは、例えば、１つ以上の最初のワークフロー状態から１つ以上の最終の状態を完了するまでに掛かる時間を計算するターンアラウンド時間ＫＰＩを含むことができる。ＫＰＩは、例えば、ゲージ上に平均値として提示し、又は積み重ね棒グラフ上の複数のターンアラウンド時間カテゴリーにグループ化したカウントを表示することができる。
【００６５】
待ち時間ＫＰＩは、例えば、１つ以上の最初のワークフロー状態から、一組の最終のワークフロー状態が完了していない現在の時間までの経過時間を計算する。このＫＰＩは、例えば、時間閾値によってグループ化されたカウントを表示する交通信号灯形式で視覚化される。
【００６６】
比較又は計数ＫＰＩは、所与の期間にわたる、別の状態に対する１つの状態における検査のカウントを計算する。この代わりに、単一の状態における検査のカウント（例えば、取り消された検査の数）を計算することができる。このＫＰＩは、例えば、棒グラフの形態で視覚化される。
【００６７】
ダッシュボード・システム２００は、例えば、パターンを視覚化して、短期間の傾向を素早く識別するためのグラフィカル・レポートを提供することができる。レポートは、例えば、プロセスのターンアラウンド時間、資産利用率、スループット、ボリューム／混合、及び／又は遅延理由などによって定義される。
【００６８】
ダッシュボード・システム２００はまた、ターンアラウンド時間閾値（１つ又は複数）を超える検査の数について施設ごとにグループ化された表形式のリストのような、例外外れ値スコア・カードを提供することができる。
【００６９】
ダッシュボード・システム２００は、例えば、１）相異なるシステムからのワークフロー事象の状態を表示し、２）１人の患者についての係属中の複数モダリティの検査を示し、３）カウントダウン・タイマを用いて検査に関連した特定の活動についての時間を追跡し、及び／又は４）遅延理由、ワークフロー事象の生起についてのタイムスタンプを電子的に記録する能力を備えている特定のモダリティ（例えば、部門）における、係属中の緊急診療部門（ＥＤ）、外来患者及び／又は入院患者の検査の統合されたリストを提供することができる。
【００７０】
図３は、例えば、データ収集、ＫＰＩの計算、及びＫＰＩのレビューのためのプレゼンテーションを容易にするために用いることのできるコンピュータ読取り可能な命令を用いて具現化することができるプロセス（１つ又は複数）を表す実施例の流れ図を示す。図３の実施例のプロセス（１つ又は複数）は、プロセッサ、コントローラ及び／又は任意の他の適当な処理装置を使用して遂行することができる。例えば、図３の実施例のプロセスは、フラッシュ・メモリ、読出し専用メモリ（ＲＯＭ）及び／又はランダム・アクセス・メモリ（ＲＡＭ）のような有形のコンピュータ読取り可能な媒体に記憶されたコード化命令（例えば、コンピュータ読取り可能な命令）を使用して、遂行することができる。本書で用いられる用語「有形のコンピュータ読取り可能な媒体」とは、任意の種類のコンピュータ読取り可能な記憶装置を含み、且つ伝播する信号を除外するものと定義する。これに加えて又はこの代わりに、図３の実施例のプロセス（１つ又は複数）は、任意の持続期間にわたって（例えば、長期間の間、永久に、短時間、一時的な緩衝作用のために、及び／又は情報のキャッシングのために）情報を記憶するための、フラッシュ・メモリ、読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ、ＤＶＤ、ブルーレイ・ディスク、キャッシュ、又は任意の他の記憶媒体のような持続性のコンピュータ読取り可能な媒体に記憶されたコード化命令（例えば、コンピュータ読取り可能な命令）を使用して、具現化することができる。本書で用いられる用語「持続性のコンピュータ読取り可能な媒体」とは、任意の種類のコンピュータ読取り可能な媒体を含み、且つ且つ伝播する信号を除外するものと定義する。
【００７１】
代替の態様では、図３の実施例のプロセス（１つ又は複数）の幾分か又は全ては、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、１つ又は複数のプログラム可能な論理装置（ＰＬＤ）、１つ又は複数のフィールド・プログラマブル論理装置（ＦＰＬＤ）、個別の論理装置、ハードウエア、ファームウエアなどの任意の組合せを使用して、具現化することができる。また、図３の実施例のプロセス（１つ又は複数）の幾分か又は全ては、手動で具現化することができ、或いは上述の技術の内の任意のものの任意の組合せ（１つ又は複数）、例えば、ファームウエア、ソフトウエア、個別の論理装置及び／又はハードウエアの任意の組合せとして具現化することができる。更に、図３の実施例のプロセス（１つ又は複数）は図３の流れ図に関して記述するが、図３のプロセスを具現する他の方法も用いることができる。例えば、様々なブロックの実行の順序は変更することができ、及び／又は説明する様々なブロックの幾つかを変更し、除去し、分割し、又は組み合わせることができる。更に、図３の実施例のプロセス（１つ又は複数）の幾分か又は全ては、例えば、別個の処理経路、プロセッサ、装置、個別の論理装置、回路などによって、逐次的に及び／又は並列に遂行することができる。
【００７２】
図３は、患者及び検査ワークフローについての業務測定基準を計算し出力するための実施例の方法３００の流れ図を示す。ブロック３１０において、１つ以上の業務測定基準に関する情報を得るために利用可能なデータ・セットをマイニングする。例えば、画像モダリティ及び医療記録保管所のデータ源のような複数の情報源から得られた業務データ・セットが、患者受診及び検査ワークフローの最初及び最終の状態に基づいて指定された時間範囲内で検査及び患者受診レベルの両方においてマイニングされる。このデータ・セットは、病院ワークフローにおける関心のある事象についての日付及びタイムスタンプ、並びにＨＬ７及び／又はＤＩＣＯＭ規格のような規格／プロトコルによって指定された検査及び患者属性を含む。
【００７３】
ブロック３２０において、関心のある１人以上の患者及び／又は装置が、評定及びレビューのために選択される。例えば、１つ以上の病院部門における１人以上の患者及び１つ以上のイメージング装置（例えば、ＣＴスキャナ）が、レビュー及びＫＰＩ生成のために選択される。ブロック３３０において、予定された手続きが、レビューのために表示される。
【００７４】
ブロック３４０において、ユーザーは、データ・セット内のデータの解釈に影響を及ぼす１つ以上の条件を指定することができる。例えば、ユーザーは、関心のあるワークフローに関する状態のいずれか又は全てに到達したかしなかったかどうかを指定することができる。例えば、ユーザーはまた、病院ワークフローに特有である関連フィルタ（１つ又は複数）をパスする能力を持つ。該ブロックで結果として得られるデータ・セットは、ユーザーの条件に基づいて動的に構成される。
【００７５】
ブロック３５０において、関心のある事象についての完了時間が決定される。ブロック３６０において、関心のある事象に関連した遅延が評定される。ブロック３７０において、遅延についての１つ以上の理由を供給することができる。例えば、装置セットアップ時間、患者準備時間、競合する使用時間などを、遅延についての１つ以上の理由として供給することができる。
【００７６】
ブロック３８０において、利用可能な情報に基づいて１つ以上のＫＰＩを計算することができる。ブロック３９０において、結果がユーザーに提供される（例えば、表示され、保存され、別のシステム／用途へ送られる等々）。
【００７７】
従って、特定の実施例では、患者走査ワークフローの完了に関連したステップ及び遅延に対して状況認識を提供するのを支援するシステム及び方法を提供する。特定の実施例では、走査プロセスにおける患者の現在の状態、電子的に記録された遅延理由、及びユーザー・インターフェースを介して表示するためにデータを集約して提供するＫＰＩ計算エンジンを提供する。情報は、例えば、表形式のリストで及び／又はカレンダ型ビューで提示することができる。状況認識には、患者準備（例えば、経口造影剤投与／投薬時間）、ラボ結果及び／又はオーダー結果時間、看護準備開始／完了時間、検査オーダー時間、検査予定時間、患者到着時間などを含むことができる。
【００７８】
保健医療施設におけるワークフローが動的性質を有している場合、カスタム状態についてタイムスタンプを追跡することができる。特定の実施例では、最小の労力で、ワークフロー事象を追跡する拡張可能な方法を提供する。実施例の業務測定基準エンジンはまた、例えば、検査の現在の状態を追跡する。ダッシュボード（ホワイトボード）に示されている活動により、結果として、例えば、タイムスタンプ（１つ又は複数）、通信情報、及び／又は１つ以上の規則の基づいた自動的に変化する状態を追跡する。特定の実施例では、状態のカスタム追加並びに関連した色及び／又はアイコン表現を顧客ワークフローに整合させることができる。
【００７９】
殆どの機構では、ワークフローにおける遅延について電子データがない。特定の実施例では、実時間ダッシュボードは、理由コードを介して所与の検査について複数の遅延理由を追跡するのを可能にする。理由コードは、例えば、モダリティ特有の理由コードによって拡張された、全てのモダリティにわたって適用される一般的セットにより、階層構造で定義される。これは、所与のモダリティについて適切な遅延コードを提示することを可能にする。
【００８０】
特定の実施例では、単一のワークフロー・ステップの複数の生起（例えば、何回ユーザーがアプリケーション／ワークフローを入力して何かを行ったか、何も行っていないか、等々）を支援する能力を提供する。特定の実施例では、最小値、最大値、及び／又は単一のワークフロー・ステップが生じた複数回数のカウントを選択する能力を提供する。特定の実施例では、カスタマイズ可能なワークフロー定義及び／又は複数のモダリティの検査を相関させる能力を提供する。特定の実施例では、複数のシステムにわたって検査の現在の状態を追跡する能力を提供する。
【００８１】
特定の実施例では、任意の状態を表す一般的事象を定義することのできるような拡張可能なワークフロー定義を提供する。一実施例のエンジンは、ユーザーの各々の可能性のあるワークフローについて前もって計画することなく顧客の要求に動的に適応する。例えば、ユーザーのワークフローが現時点でＡ，Ｂ，Ｃ，Ｄを含んでいると定義されている場合、定義は、Ｅ，Ｆ，Ｇを含むように動的に拡張して、前もって各ワークフロー事象についてワークフロー状態データベース内に行及び列を作成することなく、業績について追跡、測定し及び対処することができる。
【００８２】
この情報は、例えば、ワークフロー状態表の一行に格納することができる。データは、例えば、１つ以上の規則に基づいてダッシュボードから動的に転置することができる。例えば、ＫＰＩ規則エンジンが、オーダーしたタイムスタンプ、予定したタイムスタンプ、到着したタイムスタンプ、完了したタイムスタンプ、検証したタイムスタンプ等のようなタイムスタンプを取ることができ、また生起の数に関連した事象タイプとしてタイムスタンプの各カテゴリーを取ることができる。ユーザーは最小又は最大の事象を選択し、事象の複数の生起を追跡し、患者及び／又は検査ごとの事象の数を計数し、患者受診レベル事象（１つ又は複数）を追跡すること等を行うことができる。
【００８３】
頻繁に、１人の患者について複数の試験がオーダーされることがあり、これらの試験は所与のモダリティについてフィルタリングされた検査リスト上に示されているが、他のモダリティの検査についてのインジケータが何もないことがある。この場合、患者が１つのモダリティから別のモダリティへ移されるのではなく、元の場所へ戻される場合がかなり多いので、患者の輸送に「無駄」が生じることになる。実時間ダッシュボードは、例えば、患者レベルで複数のモダリティの検査を相関させ且つ対応する１つ以上のインジケータを表示する方法を提供する。例えば、複数のモダリティを相互参照して、患者が一日でＸ線、ＣＴ及び超音波検査の全てを受ける予定になっていることを示すことができる。
【００８４】
特定の実施例では、タイムスタンプが取得され且つ測定基準が提示されるだけでなく、付随する遅延理由なども取得されて考慮される。システムで生成されたタイムスタンプに加えて、ユーザーは、例えば、相互作用して、タイムスタンプに関連した遅延理由を追加することができる。
【００８５】
特定の実施例では、ＫＰＩを計算するとき、モダリティ・フィルタがデータ選択時に除外される。データは、例えば、複数のモダリティの検査を相関させる集約基準を選択して、受診によって及び／又は患者識別子によってグループ化される。データは、例えば、動的に転置することができる。実施例の分析は、複数のモダリティのインジケータを持つフィルタリングされたモダリティについての検査のみ戻す。
【００８６】
特定の実施例では、関連した検査及び／又は他のレコードを識別し、優先順位を付け、及び／又は同期化するシステム及び方法を提供する。特定の実施例では、相異なる源から同じ領域のオブジェクト（例えば、検査）についてメッセージを受け取ることができる。顧客作成の規則に基づいて、例えば、相異なるシステムに属する２つ以上検査レコードが実際に同じ検査を表していることが確信して決定されるように、複数のオブジェクト（例えば、検査）が整合される。
【００８７】
検査レコードに含まれている情報に基づいて、例えば、複数の検査レコードの内の１つを最も適格な／適用可能なレコードとして選択する。１つのレコードを選択することによって、例えば、そのレコードを用いる予定である対応するソース・システムが選択される。実施例によっては、複数のレコードを選択して用いることができる。他方、選択されなかった整合するレコードは表示から隠される。これらの隠された検査は、規則に基づいて表示された検査に黙示的にリンクされる。特定の実施例では、参照・引用などによるリンクはない。
【００８８】
一組の中の整合する検査は、例えば、そのワークフローを密接進行形(lock-step) で進行する。該組の中の１つの検査について状態更新を受け取ったとき、全ての検査が同じ状態へ一緒に更新される。特定の実施例では、そのソース・システムからの個々の検査レコードに対する（状態更新以外の）更新に起因して、更新された検査がもはやリンクされた組の検査と整合しない場合、それは他の検査から自動的にリンクが切断されて、独立にワークフロー内を移動（進行／逆行）する。特定の実施例では、そのソース・システムからの個々の検査レコードに対する（状態更新以外の）更新に起因して、ワークフローにおける事象及び／又は規則に基づいて、隠されている検査が表示されるようにすることができ、及び／又は表示されている検査は隠されるようにすることができる。
【００８９】
例えば、同じシステムから受け取った複数の検査は、設定された基準に基づいて自動的にリンクされる。従って、自動化された行動は、オーダーリング・システムがオーダーの際に複数の検査をリンクできないとき、これらの検査について生成することができる。
【００９０】
特定の実施例では、検査を遂行するとき技術者によって１つのモダリティで同じ研究のための２つ以上の検査がリンクされる。それに続いて、これらの検査はイメージング・ワークフロー（報告ワークフローではない）内を密接進行形で移動する。これは、リンクされた検査についての受入れ番号（例えば、固有の識別子）を単一の研究のＤＩＣＯＭヘッダに追加することによって行われる。例えば、ＤＩＣＯＭ画像を読み取る能力を持つシステムは、このヘッダ情報から、複数の検査がリンクされていることを推測すことができる。しかしながら、これらの検査は、検査のための患者の待機及び準備のようなイメージング前ワークフローにおいて、また（例えば、システムがＤＩＣＯＭに適合してない場合）報告のようなイメージング後ワークフローにおいて、別々の検査として現れる。
【００９１】
例えば、ダッシュボードを用いて、３つの異なる検査として胸部、腹部及び骨盤のＣＴ画像を表示する。３つの検査は、１回の走査で一緒に遂行される。各検査が独立に表示されるので、二重作業（例えば、検査にラボが関連している場合に余分なラボをオーダーすること）の可能性がある。特定の実施例では、同じオーダーリング・システムからの２つ以上の検査をリンクし、これらは、これらの検査が、リンクされた検査として現れて、イメージング前及びイメージング後ワークフローを経て進行するように、顧客によって作成された一組の規則を用いて異なる手続きのために通常リンクされる。例えば、リンクされた検査によって、２つ以上の検査レコードは、それらが同じ走査期間に取得／遂行されるべきであるので、１つの検査としてカウントされる。
【００９２】
検査の相関又は「リンク」は、単一の走査で充分であったような場合に、（例えば、全てのリンクされた検査についての画像が単一の走査で取得できたような場合に）、複数の走査の可能性を低減するのに役立つ。検査の相関／関係は、職員の仕事量及びスケジューリングの誤り（例えば、２つ以上のオーダーに起因して１つの走査を複数の日に割り当てるスケジューリングの誤り）を低減するのに役立つ。検査の相関は、余分な放射線、余分なラボ作業などの可能性を低減するのに役立つ。医者が、例えば、特に外傷の事例において、身体のより多くの部分を１回の走査でカバーする検査をオーダーすることが多くなっている。このような相関又は関係型リンクは、走査と検査とを区別することによって、部門の仕事量の一層正確な実態を提供する。走査は、例えば、ワークフロー項目である（検査ではない）。
【００９３】
このように、特定の実施例では、（例えば、同じ又は相異なるオーダーリング・システムからの）２つ以上の検査について規則に基づく整合（これは規則自体の一部であることがある）を用いることにより、これらの検査を一緒にリンクさせて単一の検査として業績ダッシュボード上に表示すべきであるかどうか決定する。規則に基づく整合がなかった場合、例えば、ユーザーは、実際には唯一つの走査で済むような２つ又は３つの検査が実施予定になっていることを見ることになろう。
【００９４】
特定の実施例では、病院ネットワークの効果的な管理を容易にする。特定の実施例では、毎日の業務及び行為の重大な不具合の知覚を改善する。特定の実施例では、病院事業／ワークフローにおける大規模な異常（例えば、障害）の早期検出を支援する。
【００９５】
特定の実施例では、より低いコストで改善された病院管理を容易にする。特定の実施例では、実時間の及び将来予想される警告を提供する。特定の実施例では、複雑な構成設定／設置時間を避けるようにユーザーを支援する。特定の実施例では、手動の介在なしに自動展開するＫＰＩ定義を提供する。
【００９６】
図４は、実施例の警告及び意志決定システム４００を示す。実施例のシステム４００は、連続的な（又は実質的に連続的な）将来進展データ分布統計的パターン整合の動的な状況対応ＫＰＩに基づいて、「知的な」警告及び意志決定を行う人工知能エンジンを提供する。該エンジンは、１）既存の保健医療部門のワークフローのプラグ・プレイ収集、２）過去及び現在のデータに基づいた保健医療部門のワークフローのパターン認識、３）知的測定基準を提供するために適用される特定保健医療部門向けフィルタリングによる状況対応ＫＰＩについてのベースを形成するデータ・マイニングによる情報からの状況抽出、４）１つ以上の特定保健医療部門向けワークフロー状況を結合することによる状況対応ＫＰＩの動的作成、５）成功駆動型統計アルゴリズムを用いて関心のある事象を隔離する知的モデル選択による状況対応ＫＰＩの自律的及び連続的な（又は実質的に連続的な）妥当性確認(validation)、６）識別された事象の警告のユーザー評定の成功率、又はシステムがアドオン（例えば、拡張又は追加）による自律的モードで動作する場合の自動妥当性確認アルゴリズムに基づいた、連続的に（又は実質的に連続的に）展開する監視、７）統計的に有意な事象の識別を達成するための冗長なネットワーク接続された複数の情報源にわたる情報の相互チェック又は妥当性確認、８）病院事業ネットワーク認識フィードバック取込み及びタンデムな相互共同作業、等々を含む。上記エンジンは、例えば、完全に自律的に又は半自律的に動作することができる。機能的業務のためにユーザー入力は必要とされないが、例えば、ユーザー入力は改善された又は最適な業務点までより素速い変換を生じさせる。
【００９７】
特定の実施例では、過去の情報、現在の情報、及び／又は計画された将来の情報を含む特定保健医療部門向けワークフロー情報のプラグ・プレイ収集及びパターン認識を提供する。インストールの際、複数のトリガが、到来する特定保健医療向け（例えば、ＨＬ７）メッセージを収集するためにインスタンス化される。
【００９８】
特定の実施例では、サンプルを処理する統計的分析及び推定エンジンを提供する。統計的測定基準がデータ分布パターンに基づいた計算され、次いで統計的測定基準（例えば、近似アルゴリズムを用いる、平均、メジアン、標準偏差など）をマイニングすることによって、傾向が予想される。予想された測定基準（１つ又は複数）（例えば、分散）が下側仕様限界（ＬＳＬ）及び／又は上側仕様限界（ＵＳＬ）よりも外側にある場合、エンジンは、決定マトリクスを生成して、該マトリクスをユーザー・フィードバック・エンジンへ送る。
【００９９】
図４の実施例に示されているように、分析エンジン４００は、（ＲＩＳ、ＰＡＣＳ、イメージング・モダリティ、及び／又は他のシステムのような）１つ以上の保健医療システム４０１から一連の事象を受け取る。図４の実施例において符号１で示されているように、事象Ａ〜Ｆを含む貯蔵所４０２に事象Ｇが追加される。これらの事象は、１つ以上の生成要素（例えば、ＲＩＳ、ＰＡＣＳ、スキャナなど）から貯蔵所へ入来する事実データを含む。
【０１００】
符号２で示されているように、１つ以上の事象が状況対応分析エンジン４０３に供給される。状況対応分析エンジン４０３はこれらの事象を処理して、事象の状況対応オーダーリング４０５を提供する。例えば、事象の集合に対して、関心のある１つ以上の予測される事象（又は事象群）に基づいて、優先順位を付け、編成し、シフトし、分類（必ずしも年代順ではない）することにより、状況対応オーダーリングを作成する。事象のオーダー４０５は、実行すべき事象のワークフローを表す。オーダーリングの際、例えば、幾つかの事象は他の事象の前に来る。例えば、オーダーが完了の前に来て、完了は署名された事象の前に来る。
【０１０１】
状況対応分析エンジン４０３は、要求事象及び受け取った新しいフィードバックに基づいて事象の状況対応オーダーリングを改善するために、継続している又は連続的な最適化又は改善４０４を受ける。例えば、エンジン４０３は、状況対応オーダーリング４０５を形成するために、過去及び／又は現在のデータに基づいてパターン認識を行うことができる。
【０１０２】
例えば、状況対応分析エンジン４０３は、保健医療施設（例えば、病院又は他の保健医療企業）で利用可能である相異なる情報源から入力を受けて、状況情報に基づいて１つ以上のＫＰＩを生成する。状況対応エンジン４０３は、データ・マイニングされた情報から状況（コンテクスト）を抽出するのに役立つ。例えば、状況対応ＫＰＩが病院の放射線医学部門のために生成される場合、エンジン４０３は、ターンアラウンド時間（ＴＡＴ）ＫＰＩ、カウントＫＰＩ、係属中検査／待機中患者ＫＰＩなどを生成する。フィードバックに基づいて、エンジン４０３はまた、連続的な最適化能力４０４を持つ。患者待ち時間に関連した事象は、走査されるＴＡＴにおける事象から異なることがある。ＴＡＴは、例えば、ターンアラウンド時間に基づいて時間ベースのカテゴリーに分割された検査のカウント（計数値）である。エンジン４０３は、この情報を区別して、状況対応ＫＰＩを生成する。
【０１０３】
事象の状況対応オーダーリング４０５は過去状況貯蔵所４０６に供給される。過去状況貯蔵所４０６は、図４の実施例において符号３で示されているように、予測モデリング手段４０７による状況抽出のためにデータ・マイニングされた情報を供給して、１つ以上の状況対応ＫＰＩのためのベースを提供する。特定の実施例では、特定保健医療部門向けフィルタリングが、特定のワークフロー、事情、制約、及び／又は手近な環境に適用可能である「知的」測定基準のみを供給するために適用される。予測モデリング手段４０７は、過去の状況情報を処理して、１つ以上の最適化及び増強エンジン４０８に対する入力を供給する。図４の実施例に示されている最適化及び増強エンジン４０８は、ワークフロー決定エンジン４０９及び結果有効性分析エンジン４１０を含む。予測モデリング手段４０７はまた、状況対応分析エンジン４０３にフィードバック４１１を供給することができる。
【０１０４】
ワークフロー決定エンジン４０９は、例えば、データ状況対応エンジン４０３、過去状況貯蔵所４０６、予測モデリング手段４０７、統計的モデリング・エンジン４１２、ＫＰＩ利用パターン・エンジン４１７などのようなソースからの複数のデータ入力を分析するために、人工神経ネットワークを使用する。ワークフロー決定エンジン４０９は、例えば、潜在的基礎ワークフローを認識し、該ワークフローを使用して、システムの能力を改善／最適化し且つ増強する。ワークフロー決定エンジン４０９は、例えば、予測モデリング手段４０７にフィードバックを供給することができ、次いで、予測モデリング手段４０７は、例えば、状況対応分析エンジン４０３にフィードバック４１１を供給することができる。
【０１０５】
結果有効性分析エンジン４１０は、例えば、人工神経ネットワークを使用することにより、データ状況対応エンジン４０３、過去状況貯蔵所４０６、予測モデリング手段４０７、統計的モデリング・エンジン４１２、ＫＰＩ利用パターン・エンジン４１７などのようなソースからの複数のデータ入力を分析して、結果の有効性に基づいてシステムの能力に対して回帰的な最適化及び増強調節を行う。例えば、システムの能力／構成設定を調節するために、各状況対応ＫＰＩ及びスマート警告についてのユーザー提供有効率を供給することができる。結果有効性分析エンジン４１０は、例えば、予測モデリング手段４０７にフィードバックを供給することができ、次いで、予測モデリング手段４０７は、例えば、状況対応分析エンジン４０３にフィードバック４１１を供給することができる。
【０１０６】
図４の実施例において符号４で示されているように、ワークフロー決定エンジン４０９は、人工知能神経ネットワークを使用することにより、主システム４００に受け入れられた事象データの過去のモデルと予測モデルとの間のパターンを発見する。これらのパターンはまた、例えば、統計的モデリング・エンジン４１２からの出力及び現在のＫＰＩ４１３（それらの構成設定された閾値データを含む）に基づいて定められる。ワークフロー決定エンジン４０９は、ワークフロー決定エンジン４０９内の神経ネットワークの学習用として過去の事象データ及び現在の事象データを使用することによって、予測された事象データ・モデルを検証するように動作する。これらの結果は、次いで、新しいＫＰＩ４１３の生成及びＫＰＩパラメータの構成設定を改善するために統計的モデリング・エンジン４１２に供給されるであろう。特定の実施例では、システムが或る期間にわたって動作し監視を行った後では、新しいＫＰＩを生成する必要が無いことがあるが、しかし、ＫＰＩパラメータの構成設定は、病院の要求の変更、スループットなどを反映するように修正し又は更新することができる。更新／修正を介して、ＫＰＩはシステムに対して適切に保つことができる。
【０１０７】
ワークフロー決定エンジン４０９及び／又は結果有効性分析エンジン４１０がより多く学習するにつれて、エンジン４０９／４１０は、統計的モデリング・エンジン４１２に対してより大きく影響を及ぼす。エンジン４０９／４１０はまた、予測事象データ・モデル中の間違いに関してデータを統計的モデリング・エンジン４１２へ送って、モデリング・エンジン４１２が、適切であると見なされないＫＰＩを除去又は無効にするように支援する。
【０１０８】
統計的モデリング・エンジン４１２は、受け取ったデータの統計的モデリングを提供し、また図４の実施例において符号５で示されているように、飛行中(inflight)データに基づくワークフロー・パラメータの変動（例えば、閾値を厳しくするか又は緩める、四分位範囲）に基づいてＫＰＩパラメータ値又は他の定義４１４を自動的に調節する。統計的モデリング・エンジン４１２は、データ分布パターンに基づいて１つ以上の統計的測定基準を計算することができ、また、例えば、近似アルゴリズムを用いて統計的測定基準（例えば、平均 、メジアン、標準偏差など）をマイニングすることによって傾向を予想することができる。１つ以上の統計的測定基準は、ＫＰＩ定義情報４１４に基づいてシステムについての１つ以上のＫＰＩ４１３を生成するために用いることができる。これらのＫＰＩ４１３は、例えば、最適化及び増強エンジン４０８へ供給することができる。ＫＰＩ４１３は、例えば、収集した統計データに基づいてＬＳＬ及びＵＳＬ（例えば、分散）を表示することができる。ＫＰＩ４１３及び統計的モデリング・エンジン４１２はデータ分布パターンを提供することができ、これは、例えば、興味のある（例えば、非自明な、黙示的な、以前未知の及び潜在的に有用な、等々の）パラメータの抽出、及び／又は大量の利用可能なデータ（例えば、過去状況貯蔵所４０６、予測モデリング４０７などからの入力）からの知識を含む。
【０１０９】
従って、特定の実施例では、データから意味のある測定基準を決定するために、利用可能なデータをマイニングすることに少なくとも部分的に基づいてＫＰＩの自動生成を提供する。例えば、ＫＰＩは放射線医学検査について生成することができ、またアルゴリズムが検査からの情報をマイニングし、またパラメータを組み合わせる新しい／更新されたＫＰＩを生成することができる。特定の実施例では、データ・マイニングとの人工知能技術の組み合わせにより、特定ワークフロー向け状況対応ＫＰＩを生成する。このようなＫＰＩは、システムを分析してボトルネック（１つ又は複数）、非効率（１つ又は複数）などを識別するために用いることができる。特定の実施例では、システム及びＫＰＩが使用されるにつれて、制御限界及び／又は他の制約が、実時間で（又は、システムの処理、アクセスなどの遅延に起因して実質的に実時間で）収集されたデータに基づいて厳しくされる。
【０１１０】
特定の実施例では、システムの動作中は特定のサイト／環境をベンチマークとすることができる。過去の及び現在のデータについてのデータ・マイニングは、特定のサイト、事情などに対して最も適切なＫＰＩを自動的に作成するために用いることができる。更に、サイトが監視並びにＫＰＩ及び関連した分析からのフィードバックにより改善するにつれて、ＫＰＩ分析閾値は動的に変化することができる。特定の実施例は、ＫＰＩ測定及び監視に基づいたタスク及び／又はデータの自動的な経路再設定を含む測定基準駆動型ワークフローを容易にするに役立つ。特定の実施例は、結果の測定基準を表示するだけでなく、システムのワークフローを改善する。
【０１１１】
図４の実施例において符号６で示されているように、１つ以上のＫＰＩ４１３及びＫＰＩ定義４１４がまた、スマート警告エンジン４１５に供給されて、符号７で示されているように、１つ以上の警告４１６を生成する。符号８で示されているように、これらの警告（１つ又は複数）４１６は、処理及び調節のために結果有効性分析エンジン４１０へフィードバックすることができる。警告（１つ又は複数）４１６は、例えば、他のシステム構成要素、ユーザー表示装置、ユーザー・メッセージなどへ供給して、指定された及び／又は予測された限界内に当てはまらない業績測定基準測定値へユーザー及び／又は自動システムの注意を引き付けることができる。
【０１１２】
例えば、スマート警告４１６は、患者の問題が解決されたとき及び／又は解決されなかったときに発生される通知を含むことができる。従って、問題を持っていた及び／又は持ち続けている患者に関する通知の存在及び／又は欠如は、例えば、問題を解決及び／又は取り扱うために、患者がワークフローに従っているときに監視し且つ追跡することができる。
【０１１３】
特定の実施例では、警告は、患者のために、申込みに基づいて、周期的に、ワークフローに基づいた更新のときに供給することができる。特定の実施例では、家族が申し込むことができ、並びに／又は申込み及び／又は通知を役割に基づいて及び／又は関係に基づいて行うことができる。特定の実施例では、通知は、秘密の患者フラグに基づいて定め及び／又はそれによって影響を与えることができる。特定の実施例では、動的な警告を供給することができ、またそれらの警告の受け手（１つ又は複数）はシステムによって推測することができ及び／又はユーザーによって設定することができる。
【０１１４】
特定の実施例では、監視及び評定は、システムが動作しているときに継続する。図４の実施例に示されているように、ＫＰＩ利用集約エンジン４１７が、ＫＰＩのユーザー（１つ又は複数）、使用場所（１つ又は複数）、使用時間（１つ又は複数）などのような、利用情報入力４１８を受け取る。ＫＰＩ利用エンジン４１７は利用情報を集約し、また、符号９で示されているように、使用情報を結果有効性分析エンジン４１０及び／又はワークフロー決定エンジン４０９へ供給して、例えば、ワークフロー決定、ＫＰＩ定義などを改善する。
【０１１５】
例えば、医師は看護師とは異なるＫＰＩを用いることができ、或いは医師は、看護師がカスタマイズするものとは異なるパラメータを用いて同じＫＰＩをカスタマイズすることができる。ユーザーがその時に居る場所に応じて、同じユーザーが異なるＫＰＩを使用することができる。また、昼間であるか夜であるかに応じて、同じユーザーが異なるＫＰＩを使用することができる。この外部情報４１８は、例えば、ＫＰＩ利用エンジン４１７によって決定及びモデリング・エンジン４０９に供給される。
【０１１６】
図５は、ＫＰＩの展開５０５、通知５０３、及び病院の職員及び／又はシステム（１つ又は複数）へのフィードバック５０４のための実施例のシステム５００を示す。図５の実施例では、クロン・ジョブ(Cron jobs) のような時間ベースのスケジュール５０１が、ワークフロー（例えば、病院ワークフロー）のための予定されたジョブを１つ以上の機械学習アルゴリズム５０２及び／又は他の人工知能システム５０３へ供給する。機械学習アルゴリズムは、１つ以上のＫＰＩ５０５、ワークフロー情報５０６、二次情報５０７などを用いて、一連のジョブ、タスク又は事象を処理する。二次情報は、例えば、データベース又は他の記憶装置５０７に記憶された、１つ以上の病院情報システム（例えば、ＲＩＳ、ＰＡＣＳ、ＨＩＳ、ＬＩＳ、ＣＶＩＳ、ＥＭＲなど）からの情報を含むことができる。処理及び分析に基づいて、アルゴリズム５０２は通知システム５０３のために出力を生成する。通知システム５０３は、例えば、警告及び／又は他の出力を病院職員５０９及び／又は他の自動システムへ供給する。病院職員５０９及び／又は他の外部システムはフィードバック・プロセッサ５０４へフィードバックを供給することができ、次いで、フィードバック・プロセッサ５０４は、通知システム５０３、機械学習アルゴリズム５０２、ＫＰＩ５０５、ワークフロー情報５０６などへフィードバックを供給することができる。
【０１１７】
特定の実施例では、システムに入来するデータに応答するために警告通知のパラメータを動的に変更する。特定の実施例では、メタ・データがクライアント端末（１つ又は複数）に関して供給されているかどうかに拘わらず、通知（１つ又は複数）が１つ以上のクライアント端末へ伝送される。特定の実施例では、データベースの状態に基づいて通知パラメータを動的に変更する。特定の実施例では、システムに流入するデータの特性に応答して動的に警告を生成する。
【０１１８】
図６は、状況対応ＫＰＩの作成及び監視のための方法６００についての実施例の流れ図を示す。ブロック６１０において、１つ以上のパターンが保健医療部門のワークフローから過去及び現在のデータに基づいて識別される。ブロック６２０において、状況情報がデータ・マイニングされた情報から抽出され、これは、知的測定基準を提供するために適用されたフィルタリングにより状況対応ＫＰＩのためのベースを形成する。ブロック６３０において、状況対応ＫＰＩが、１つ以上の特定保健医療部門向けワークフロー状況を結合することによって動的に生成される。ブロック６４０において、状況対応ＫＰＩが、関心のある事象を隔離するために１つ以上の選択されたモデルに基づいて評定される。ブロック６５０において、事象及び警告が監視される。ブロック６６０において、フィードバック（例えば、病院事業ネットワーク認識フィードバック取込み及びタンデムな相互共同作業、等々）が分析される。ブロック６７０において、結果が、（例えば、統計的に有意な事象の識別を達成するための冗長なネットワーク接続された複数の情報源にわたる情報の相互チェック又は妥当性確認によって）妥当性確認される。
【０１１９】
従って、特定の実施例では、相異なる特定保健医療向けワークフローにおいてインストールを容易にするのに役立つ適応アルゴリズムを提供する。特定の実施例は、不適切なユーザー調節による閾値（１つ又は複数）に起因した警告の過飽和を低減又は防止するのに役立つ。特定の実施例では、データ収集、ＫＰＩ、並びに動的情報収集及び修正を活用して、保健医療施設のシステム（１つ又は複数）、ワークフロー（１つ又は複数）、職員などに関して、適応性のある、反応の早い、実時間の情報及びフィードバックを提供する。
【０１２０】
図７は、本書で述べたシステム、装置及び方法を具現化するために使用することのできる実施例のプロセッサ・システム７００のブロック図である。図７に示されているように、プロセッサ・システム７００は、相互接続母線７０４に結合されたプロセッサ７０２を含む。プロセッサ７０２は、任意の適当なプロセッサ、処理装置又はマイクロプロセッサであってよい。図７に示されていないが、システム７００はマルチプロセッサ・システムであってよく、従って、相互接続母線７０４に通信可能に結合された、プロセッサ７０２と同じか又は類似の１つ以上の追加のプロセッサを含むことができる。
【０１２１】
図７のプロセッサ７０２はチップセット７０６に結合され、チップセット７０６はメモリ・コントローラ７０８及び入出力（Ｉ／Ｏ）コントローラ７１０を含む。周知のように、チップセットは、典型的には、入出力及びメモリ管理機能を提供すると共に、チップセット７０６に結合された１つ以上のプロセッサによってアクセス可能であり又は使用される複数の汎用及び／又は専用レジスタ、タイマなどを提供する。メモリ・コントローラ７０８は、プロセッサ７０２（又は、複数のプロセッサがある場合は，複数のプロセッサ）がシステム・メモリ７１２及び大容量記憶メモリ７１４にアクセスできるようにする機能を遂行する。
【０１２２】
システム・メモリ７１２は、例えば、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、フラッシュ・メモリ、読出し専用メモリ（ＲＯＭ）などのような、任意の所望の種類の揮発性又は非揮発性メモリを含むことができる。大容量記憶メモリ７１４は、ハードディスク駆動装置、光学式駆動装置、テープ記憶装置などの任意の所望の種類の大容量記憶装置を含むことができる。
【０１２３】
Ｉ／Ｏ コントローラ７１０は、プロセッサ７０２がＩ／Ｏ 母線７２２を介して周辺入出力（Ｉ／Ｏ）装置７１６及び７１８並びにネットワーク・インターフェース７２０と通信するのを可能にする機能を遂行する。Ｉ／Ｏ装置７１６及び７１８は、例えば、キーボード、ビデオ表示装置又はモニタ、マウスなどのような、任意の所望の種類のＩ／Ｏ装置とすることができる。ネットワーク・インターフェース７２０は、例えば、プロセッサ・システム７００が別のプロセッサ・システムと通信するのを可能にするような、イーサーネット装置、非同期転送モード（ＡＴＭ）装置、８０２．１１準拠装置、ＤＳＬモデム、ケーブル・モデム、セルラー・モデムなどであってよい。
【０１２４】
メモリ・コントローラ７０８及びＩ／Ｏコントローラ７１０は図７においてチップセット７０６内に別々のブロックとして示されているが、これらのブロックによって遂行される機能は、単一の半導体回路内に集積することができ、或いは２つ以上の別々の集積回路を使用して具現化することができる。
【０１２５】
特定の実施形態は、上述の機能を具現化するための方法、システム及び任意の機械読取り可能な媒体上のコンピュータ・プログラム製品を意図している。特定の実施例は、例えば、既存のコンピュータ・プロセッサを用いて、或いはこの又は別の目的のために組み込まれた専用のコンピュータ・プロセッサによって、或いは配線接続されたシステム及び／又はファームウエア・システムによって具現化することができる。
【０１２６】
上述したシステムの様々なコンポーネント及び／又は方法の様々な段階の１つ以上は、例えば、ハードウエアで、ファームウエアで、及び／又はソフトウエアの一組の命令として、単独で又は組み合わせて、具現化することができる。特定の実施形態は、例えば、汎用コンピュータ又は他の処理装置で実行するための、メモリ、ハードディスク、ＤＶＤ又はＣＤのようなコンピュータ読取り可能な媒体上に常駐する一組の命令として提供することができる。本発明の特定の実施形態は、方法の諸段階の内の１つ以上を省略することができ、及び／又は諸段階を列挙した順序よりも異なる順序で遂行することができる。例えば、幾つかの段階は、本発明の特定の実施形態では遂行することができない。別の実施例では、特定の複数の段階は、前に列挙したものとは異なる時間的順序（同時を含む）で遂行することができる。
【０１２７】
特定の実施形態は、その上に記憶されたコンピュータ実行可能な命令又はデータ構造を担持し又は持つためのコンピュータ読取り可能な媒体を含む。このようなコンピュータ読取り可能な媒体は、汎用又は専用コンピュータによって、或いはプロセッサを備えた他の機械によってアクセスすることのできる任意の入手可能な媒体とすることができる。例えば、このようなコンピュータ読取り可能な媒体には、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、ＣＤ−ＲＯＭ又は他の光学ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、或いはコンピュータ実行可能な命令又はデータ構造の形で所望のプログラム・コードを担持し又は記憶するために使用することができ且つ汎用又は専用コンピュータ又は他のプロセッサ付き機械によってアクセスすることができる任意の他の媒体を含むことができる。上記のものの組合せもまたコンピュータ読取り可能な媒体の範囲内に含まれる。コンピュータ実行可能な命令は、例えば、汎用コンピュータ、専用コンピュータ又は専用処理機械に或る特定の機能又は一群の機能を遂行させる命令及びデータを有する。
【０１２８】
一般に、コンピュータ実行可能な命令は、特別なタスクを遂行し又は特別な抽象的なデータの種類を具現化するようなルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能な命令、関連したデータ構造、及びプログラム・モジュールは、本書で述べた方法の様々な段階を実行するためのプログラム・コードの例を表す。このような実行可能な命令又は関連したデータ構造の特定のシーケンスは、このような段階で述べられている機能を具現化するための対応する行為の例を表す。
【０１２９】
本発明の実施形態は、プロセッサを持つ１つ以上の遠隔のコンピュータに対する論理的接続を使用して、ネットワーク接続された環境内で実施することができる。論理的接続は、限定ではなく例として提示するローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、無線ネットワーク、携帯電話網などを含むことができる。このようなネットワーク接続環境は、オフィス全体又は企業全体のコンピュータ・ネットワーク、イントラネット及びインターネットにおいて一般的なことであり、また多種多様な通信プロトコルを使用することができる。当業者なら、このようなネットワーク演算環境が典型的には、パーソナル・コンピュータ、手持ち式装置、マルチプロセッサ・システム、マイクロプロセッサをベースとした又はプログラム可能な家庭用電子装置、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ等々を含む多種類のコンピュータ・システム構成を網羅することが理解されよう。本発明の様々な実施形態はまた、通信ネットワークを介して（有線リンク、無線リンク、又はそれらの組合せのいずれかによって）連結されたローカル及び遠隔の処理装置によってタスクが遂行される分散型演算環境において実施することができる。分散型演算環境では、プログラム・モジュールはローカル及び遠隔のメモリ記憶装置の両方に配置することができる。
【０１３０】
本発明のシステム全体又は一部分を具現化するための模範的なシステムは、処理装置と、システム・メモリと、該システム・メモリを含む様々なシステム構成部品を該処理装置に結合するシステム母線とを含んでいるコンピュータの形態の汎用演算装置を含むこともできる。システム・メモリは、読出し専用メモリ（ＲＯＭ）及びランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。コンピュータはまた、磁気ハードディスクに対して読み出し及び書き込みを行うための磁気ハードディスク駆動装置、取り出し可能な磁気ディスクに対して読み出し及び書き込みを行うための磁気ディスク駆動装置、及びＣＤ−ＲＯＭ又は他の光媒体のような取り出し可能な光ディスクに対して読み出し及び書き込みを行うための光ディスク駆動装置を含むことができる。これらの駆動装置及びそれらの関連したコンピュータ読取り可能な媒体は、コンピュータ実行可能な命令、データ構造、プログラム・モジュール及びコンピュータ用の他のデータについての非揮発性記憶装置を構成する。
【０１３１】
本発明を特定の実施形態に関して説明したが、当業者には、本発明の範囲から逸脱することなく、様々な変更を為し且つ等価物と置換することができることが理解されよう。更に、本発明の範囲から逸脱することなく、特定の状況又は材料を本発明の教示に適合させるように多数の修正をなすことができる。従って、本発明は、開示した特定の実施形態に制限されず、本発明は特許請求の範囲内に入る全ての実施形態を含むものとする。
【符号の説明】
【０１３２】
１００  保健医療情報企業システム
１１１  画像保管通信システム（ＰＡＣＳ）
１１３  放射線医学情報システム（ＲＩＳ）
２００  実時間分析ダッシュボード・システム
２６０  情報源
３００  方法
４００  警告及び意志決定システム
４０１  保健医療システム
４１８  利用情報入力
５００  システム
６００  方法
７００  プロセッサ・システム
７０４  相互接続母線
７０６  チップセット
７２２  Ｉ／Ｏ 母線
【図１】
2013109762.tif 000003
【図２】
2013109762.tif 000004
【図３】
2013109762.tif 000005
【図４】
2013109762.tif 000006
【図５】
2013109762.tif 000007
【図６】
2013109762.tif 000008
【図７】
2013109762.tif 000009
【外国語明細書】
2013109762000001.pdf