(57)【要約】【課題】医療提供者が患者をより良くモニタリングできるようにする方法およびシステムが必要とされている。【解決手段】本発明のいくつかの実施形態は、病院の病棟、病院全体、またはいくつかの病院内で患者をモニタリングするための方法を提供する。これらの実施形態のいくつかでは、方法は、複数の患者に関するデータを受け取る。方法は、データを集約し、受け取ったデータに基づいてスコアを計算する。方法はまた、集約されたデータおよび/または生成されたスコアに関連する傾向も計算する。方法はさらに、集約および計算されたデータを、病院の病棟、病院、または病院のグループ内でリソースの効率的な割当てを容易にする、統合された表示に表示する。【選択図】図４
2009219867.tif 000002
【特許請求の範囲】
【請求項１】
a)複数の患者の複数の臨床データを集約するステップと、
b)前記臨床データを表示するための統合された表示を提供するステップとを含み、前記統合された表示がモニターする状態に基づいてソートされる方法。
【請求項２】
前記統合された表示を提供するステップが、前記統合された表示を表示する前に、(i)前記臨床データのソートされていないリストを受け取るステップと、(ii)前記臨床データの特定のソーティングを通じてモニターする前記状態を特定するユーザ要求に基づいて、前記ソートされていないリストをソートするステップとを含む、請求項1に記載の方法。
【請求項３】
前記統合された表示を提供するステップが、前記統合された表示を表示する前に、(i)前記臨床データのソートされていないリストを受け取るステップと、(ii)前記臨床データの所定のソーティングを通じてモニターする前記状態を特定する構成設定にしたがって、前記ソートされていないリストをソートするステップとを含む、請求項1に記載の方法。
【請求項４】
前記構成設定が、前記臨床データの特定のソーティングを通じてモニターする前記状態を以前特定した、保存されたユーザ要求を含む、請求項3に記載の方法。
【請求項５】
前記統合された表示が、前記集約された臨床データに関連するリスト、傾向、および重症度スコアを表示するステップを含む、請求項1に記載の方法。
【請求項６】
前記データを集約するステップが、前記データから患者の状態を定量化してデータの統合された表示内に含まれるように、重症度スコアを計算するステップを含む、請求項5に記載の方法。
【請求項７】
前記データを集約するステップが、データの統合された表示内に含まれるように前記データに関連する傾向を計算するステップを含む、請求項5に記載の方法。
【請求項８】
前記重症度スコアがAcute Physiology and Chronic Health Examination (APACHE)、APACHE II、Simplified Acute Physiology Score (SAPS)、SAPS II、およびModified Early Warning Score (MEWS)のうちの1つである、請求項5に記載の方法。
【請求項９】
第1の患者に関連する重症度スコアおよび傾向が、前記第1の患者が第2の患者より緊急の治療を必要とすることを示すとき、前記第2の患者への治療より前記第1の患者への治療を優先順位付けするステップを含む、請求項5に記載の方法。
【請求項１０】
前記統合された表示を少なくとも1つの様々なデータ受信部のデバイスに伝達するステップをさらに含む、請求項1に記載の方法。
【請求項１１】
前記集約されたデータが、血圧、心拍数、尿量、呼吸数、体温、飽和酸素度、血糖値、およびAVPU(覚醒、呼びかけに反応、痛みに反応、反応なし)スコアのうち少なくとも2つのバイタル統計値を含む、請求項1に記載の方法。
【請求項１２】
前記集約されたデータの特定のパラメータのデータ値にしたがって前記データをソーティングするための、ユーザインターフェースツールを提供するステップをさらに含む、請求項1に記載の方法。
【請求項１３】
患者が1つの病院の1つの病棟内にいる、請求項1に記載の方法。
【請求項１４】
少なくとも2人の異なる患者が1つの病院の2つの異なる病棟内にいる、請求項1に記載の方法。
【請求項１５】
少なくとも2人の異なる患者が2つの異なる病院内にいる、請求項1に記載の方法。
【請求項１６】
a)医療ケアを受ける患者のリストを提供するステップと、
b)各患者に、1組の臨床データおよび1組のスコアを提供するステップとを含み、前記リストが少なくとも1つの臨床データおよび1つのスコアによってソート可能である方法。
【請求項１７】
前記データおよびスコアの特定のソーティングに基づいて病院の病棟から退院する1組の患者を定義するステップをさらに含む、請求項16に記載の方法。
【請求項１８】
前記病棟が、前記病院の集中治療ユニット(ICU)、中間的ステップダウン病棟、および一般病室の少なくとも1つである、請求項17に記載の方法。
【請求項１９】
前記データおよびスコアの特定のソーティングに基づいて、緊急対応チームによる緊急治療を必要とする1組の患者を定義するステップをさらに含む、請求項16に記載の方法。
【請求項２０】
前記緊急対応チームによる緊急治療を必要とする前記1組の患者を定義するステップが、前記臨床データの値および前記1組のスコアを、1組のあらかじめ定義された閾値の臨床データ値およびスコア値と比較するステップを含む、請求項19に記載の方法。
【請求項２１】
a)複数の患者の複数の臨床データパラメータを集約するステップと、
b)特定の患者のための集約されたデータパラメータの少なくとも1つの値が特定の閾値を超えるとき、前記特定の患者への警告を生成するステップとを含む方法。
【請求項２２】
前記アラームが、可聴アラーム、スクリーン上のポップアップメッセージ、可視アラーム、ポケットベルメッセージ、Eメールメッセージ、およびショートメッセージサービス(SMS)メッセージの少なくとも1つである、請求項21に記載の方法。
【請求項２３】
前記集約されたデータパラメータが、バイタルサイン、重症度スコア、バイタルサインに関連する、少なくとも1つのより以前のバイタルサインに対する第1の傾向、および重症度スコアに関連する、少なくとも1つのより以前の重症度スコアに対する第2の傾向のうち少なくとも2つを含み、前記特定の閾値が、前記バイタルサイン、重症度スコア、第1の傾向、および第2の傾向の許容可能な値の範囲を指定する、請求項21に記載の方法。
【請求項２４】
臨床データを表示するためのグラフィカルユーザインターフェース(GUI)であって、
a)複数の医療ケアを受ける患者を表示するための表示領域と、
b)各患者に関連する、少なくとも1つの臨床データおよび少なくとも1つのスコアを、前記表示領域内に提供するためのリストとを含み、前記リストが前記臨床データおよび前記スコアのうち少なくとも1つによってソート可能であるGUI。
【請求項２５】
前記少なくとも1つのスコアが1組の臨床データから計算された重症度スコアを含む、請求項24に記載のGUI。
【請求項２６】
前記表示領域内で前記患者および前記リストのソーティングを指定するためのユーザインターフェースツールをさらに含む、請求項24に記載のGUI。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は医療分野に関する。より詳細には、本発明は病院または病院チェーンにわたって患者をモニタリングするためのシステムおよび方法に関する。
【背景技術】
【０００２】
より低侵襲の新しい手術法、より効果的な薬剤、およびより良い治療法が絶えず発見され発明されるにつれて、医療の質は常に進化し向上している。医療の向上は、患者の情報のより良い使用および管理によっても行われてきた。1つのそのような使用法によって、医療者は、患者の情報の傾向分析を通じて、将来起こり得る患者の状態を高い信頼度で予測することができるようになった。患者の様々なバイタルサイン(例えば、血圧、心拍数、体温等)の傾向は将来の症状または合併症を高い信頼度で示すことが明らかになっている。
【０００３】
そのような傾向の結果を1つまたは複数の「重症度スコア」へと定量化することによって、患者の状態の傾向を測定する標準的または客観的な方法を作成するための試みがなされてきた。重症度スコアは一般に、複数の医療組織による総合的な取組みによって開発される。そのような取組みの主な目的は、これらの重症度スコアに基づいて予想される生存率を考慮することによって、ならびに患者の状態の予想される変化である信頼性の高い予後を提供することによって、その組織の死亡率を調整することができるように、患者の疾患を定量化することである。したがって、重症度スコアは、そのような変化に対処するためのより迅速な反応を提供する助けとなる。
【０００４】
重症度スコアは、客観的な測定とするために、臨床検査結果、バイタルサイン等を含むことができる患者情報を使用して定義する必要がある。重症度スコアの定義は、一貫性のあるスコア化を達成するために、バイタルサインを重症度スコアへとマッピングする際に使用されるプロセスが計数化されるように明確に指定する必要がある。
【０００５】
既存の重症度スコア化法の検証について、多くの研究が行われてきた。死亡率の予測および患者の層化のために、Acute Physiology and Chronic Health Examination (APACHE)およびSimplified Acute Physiology Score (SAPS)などの重症度スコアが良く知られている。患者の悪化を早期に検知するためにModified Early Warning Score (MEWS)など他のスコアが提案され、いくつかのパイロットスタディで検証されてきた。しかし、これらの重症度スコアが日常の臨床診療に与える影響は、自動スコア化システムがないこと、スコア化のためのデータ収集プロトコルの規格の用語が不明確であること、および重症度スコアの個々の患者への適用についての研究がないことなどを含む、考えられ得る理由により、これらの重症度スコアが広く受け入れられておらず、患者ケアの一般的なワークフローに組み込まれていないため、不明なままである。より詳細には、そのような重症度スコアの採用の障害となっているのは、例えば不十分なデータ取得、一貫性のないデータ取得によって生じる時間の整合性問題、および不適切なデータ処理(例えば、集約および単位換算)などを含む。
【０００６】
一般に、そのような重症度スコア化のためのデータ報告は、そのようなデータの取得および集約の作業を任命された何人かの医療者が手作業で行っている。その結果、報告は、時には一貫性がなくなり、または主観的となることもある。さらに、傾向分析は、すべての症例について予想されるアウトカムを正確に予測するための十分な患者の多様性を含むことができない。例えば、様々な既存のスコア化法がより多くのデータポイントについて複数のスコア化を実施することができるかどうか、および様々な既存のスコア化法が一時的なスコアの変化を突き止めることができるかどうかは明らかにされていない。
【０００７】
現在の重症度スコア化のさらなる不備は、データ取得と分析に関連する遅延によって生じる。例えば、既存のスコア化法は、記録されたデータを、いくつかのバイタルサインモニターからデータベースへと手作業で書き写された後で入手するだけである。データ取得が完了するまでに要する時間、および傾向分析が完了するまでにさらに要する時間は、重症度スコアによって得られる効果および早期警告の可能性を低下させ、または損なうのに十分な、遅延を生じることがある。
【０００８】
情報技術(IT)が医療の様々な分野に浸透したことは、これまで医療の提供に関連して発生していたデータ取得およびデータ管理の諸経費の一部を削減する助けとなってきた。Health Level Seven (HL7)およびDigital Imaging and Communications in Medicine (DICOM)などの業界全体標準が確立され幅広く採用されたことによって、大幅に改善された計算能力、データ保存能力、および迅速な通信プラットフォームとともに、より具体的な臨床課題を解決するためのより専門化されたITソリューションをさらに開発するための、理想的な環境が提供されてきた。
【０００９】
しかし、患者への医療サービスを改善するために、これらのITリソースによって保存され管理された情報の、より良い活用が必要とされている。詳細には、(1)高度に自動化され、(2)複数のスコアの計算を同時にサポートし、ならびに(3)遡及的およびオンライン(すなわち、リアルタイム)操作モードをサポートする、重症度スコア化システムが必要とされている。
【００１０】
また、コストの削減および患者ケアのより良い優先順位付けも必要とされている。病院は一般に、病棟内で患者に提供されるモニタリングおよびケアのレベルにしたがって様々な病棟を有する。集中治療ユニット(ICU)では多くの場合、患者と看護師の比率は1対1であり、患者に最大のモニタリングが行われる。一般病室では、病院内で最も低いモニタリングが行われる。中間的な「ステップダウン」病棟では、ICUより低く一般病室より高い、モニタリングが行われる。患者がより高モニタリングの病棟から退院し、より低モニタリングの病棟へと移動する(または病院からも退院する)とき、大幅なコスト削減が達成される。これらのコスト削減によって、ICUの空きベッド一日一床あたり数千ドル以上を削減することができる。この費用には、ICUを監督する集中治療専門医の費用を含むことができる。集中治療専門医は比較的少数しかいないことから(米国内の病院5,000件と比べて約1,200人)、集中治療専門医はいくつかの病院のICUを同時に監督することが多い。したがって、患者がICUから退院することによって、大幅なコスト削減および集中治療専門医の供給力の増加となる。
【００１１】
現在実施されている優先順位付けされた患者ケアは、時間がかかり、非効率的であり、患者の退院を不必要に遅らせることがある。一般に、医療インターンが毎日のプレ回診を実施する。これは、様々な病院システムから個々の患者の生データを手作業で回収することからなる。インターンは回診リストと呼ばれるサマリーを作成し、主治医がそれを読んでリスト上の患者のケアの優先順位付けに関する判断を行う。プレ回診の実施および回診リストの作成は、1時間以上かかることが多い。さらに、患者の優先順位付けは主治医の時間および専門知識に依存している。患者の退院を担当するチームには患者のそのときの状態がリアルタイムで知らされないので、病棟から退院できる見込みのある患者が、適時に退院とならないことも多い。さらに、回診リストの作成および評価に、医師の時間が非効率的に使われている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】米国特許出願第12/036,265号
【特許文献２】米国特許出願第12/036,281号
【特許文献３】米国特許出願第12/036,287号
【発明の概要】
【発明が解決しようとする課題】
【００１３】
したがって、当技術分野では、医療提供者が患者をより良くモニタリングできるようにする方法およびシステムが必要とされている。
【課題を解決するための手段】
【００１４】
本発明のいくつかの実施形態は、病院の1つまたは複数の病棟、病院全体、またはいくつかの病院内で患者をモニタリングするための方法を提供する。これらの実施形態のいくつかでは、方法は、複数の患者に関するデータを受け取る。方法はデータを集約し、受け取ったデータに基づいてスコアを計算する。方法はまた、集約されたデータおよび/または生成されたスコアに関連する傾向も計算する。方法はさらに、集約され計算されたデータを、病院の病棟、病院、または病院のグループ内のリソースの効率的な割当てを容易にする、統合された表示に表示する。
【００１５】
いくつかの実施形態では、統合された表示はリストである。いくつかの実施形態では、リストは重症度スコア、および重症度スコアに関連する傾向を表示する。リストはまた、重症度スコアおよび傾向の他に患者の氏名も表示し、ここで傾向(「デルタ」ともいう)とは記録されたデータまたは計算されたスコアの一部分における経時的な変化である。リストは、重症度スコアおよび傾向に基づいたソーティングを可能にする。いくつかの実施形態では、リストは客観的または主観的な記録された健康状態データ(例えば、血圧、心拍数、AVPUスコア等のバイタル)を表示する。いくつかの実施形態では、グラフィカルユーザインターフェース(GUI)でリストを提供する。いくつかの実施形態では、GUIのユーザは、記録されたデータ値、重症度スコア、または傾向を選択(例えばクリック)することによって、記録されたデータ値、重症度スコア、または傾向について詳細な情報を見ることができる。いくつかの実施形態では、リストは最初はソートされておらず、ユーザ要求によってリストの特定のソーティングを指定する。他の実施形態では、リストは最初はソートされておらず、構成設定によってリストの特定のソーティングを指定する。いくつかのそのような実施形態では、構成設定によって、以前リストの特定のソーティングを指定した、保存されているユーザ要求を指定する。
【００１６】
いくつかの実施形態では、患者がある医学的状態を患っていることを検知し、医学的状態についてさらに詳細な情報をGUIに表示する。いくつかの実施形態では、このさらに詳細な情報には症状および治療情報が含まれる。
【００１７】
本発明のいくつかの実施形態は、患者の健康状態が悪化したときにアラームを生成するためのプロセスを提供する。いくつかの実施形態では、アラームは、(1)重症度スコアおよび重症度スコアの傾向、(2)記録されたデータ値(例えば、バイタルサイン)および記録されたデータ値の傾向、および/または(3)記録されたデータ値、重症度スコア、およびそれらの傾向の組み合わせに反応して生成される。そのような状態は、スコア、記録されたデータ値(例えば、バイタルサイン)、および/または傾向が、ある閾値を満たし、または超えたとき、自動的に検知される。いくつかの実施形態は、警告(すなわち、アラームの生成)をリアルタイムで実施する。
【００１８】
本発明の新規の特徴を、添付の特許請求の範囲に記載する。しかし、説明のために、本発明のいくつかの実施形態を以下の図に記載する。
【図面の簡単な説明】
【００１９】
【図１】患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図２】重症度スコアによってソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図３】重症度スコア傾向によってソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図４】何人かの患者に関するデータを収集し、いくつかのインターフェースにデータを報告する、全病院システムの実施形態を示す図である。
【図５】本発明のいくつかの実施形態による、複数の患者から情報を受け取り、データをインターフェースに供給する方法を示す図である。
【図６】いくつかの病院からの患者データを集約し、データをインターフェースに供給する、全病院チェーンモニタリングシステムの実施形態を示す図である。
【図７】いくつかの病院からの患者データを集約し、データをインターフェースに供給する、全病院チェーンモニタリングシステムの代替実施形態を示す図である。
【図８】4つの異なる計器盤を示す図である。
【図９ａ】いくつかの実施形態の、臨床情報システム(CIS)アプリケーションのユーザインターフェースを示す図である。
【図９ｂ】いくつかの実施形態の、臨床情報システム(CIS)アプリケーションのユーザインターフェースを示す図である。
【図１０】本発明のいくつかの実施形態による、複数の患者に関するデータを受け取り、ソート可能なリストに表示する方法を示す図である。
【図１１】患者データを受け取り、プレソートされたリストを表示する方法の実施形態を示す図である。
【図１２】グルコースレベルごとにソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図１３】グルコースレベル傾向ごとにソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図１４】体温ごとにソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図１５】体温の傾向ごとにソートされた、患者、重症度スコア、記録されたデータ、および傾向を表示する、患者リストの実施形態を示す図である。
【図１６】カスタマイズされた患者リストの実施形態を示す図である。
【図１７】患者の優先順位付けリストをインテリジェントに生成するための方法の実施形態を示す図である。
【図１８】いくつかの実施形態による、ドリルダウンビューの例を示す図である。
【図１９】MEWS重症度スコアのアルゴリズムのスコア化を示す図である。
【図２０】時間に対する重症度スコアを示すグラフである。
【図２１】いくつかの実施形態による、同じウィンドウペイン内に図20のグラフと図18のドリルダウンビューを示す図である。
【図２２】医学的状態を検知し、医学的状態についての情報を表示するための方法の実施形態を示す図である。
【図２３】いくつかの実施形態による、自動的に検知された状態についてさらに詳細な情報を表示するかどうかを尋ねるプロンプトを示す図である。
【図２４】医学的イベントが起きたときに警告を発生するための方法の実施形態を示す図である。
【図２５】いくつかの実施形態のコンピュータシステムを概念的に示す図である。
【発明を実施するための形態】
【００２０】
以下の記述において、説明のために多くの詳細を述べる。しかし、これらの特定の詳細を使用しなくても本発明を実施できることを、当業者であれば理解するであろう。例えば、不必要な詳細で本発明の説明が不明瞭にならないようにするために、良く知られている構造およびデバイスが、ブロック図で示されている。
【００２１】
I 概要
本発明のいくつかの実施形態は、病院の病棟、病院全体、またはいくつかの病院内で患者をモニタリングするための方法を提供する。これらの実施形態のいくつかでは、方法は、複数の患者に関する記録されたデータを受け取る。いくつかの実施形態では、方法は、受け取ったデータに基づいてスコアを計算する。方法はまた、集約されたデータおよび/または生成されたスコアに関連する傾向を計算し、ここで傾向(「デルタ」ともいう)とは記録されたデータまたは計算されたスコアの一部分における経時的な変化である。方法は、受け取った計算されたデータをリストへと集約する。方法はさらに、集約され計算されたデータを、病院の病棟、病院、または病院のグループ内のリソースの効率的な割当てを容易にする、統合された表示に表示する。
【００２２】
いくつかの実施形態では、統合された表示はリストである。図1は、そのようなリスト100の例を示す。リスト100は何人かの患者の記録を含む。この例では、各患者の記録がリストの行として示されている。リスト100では、各列は患者についてのある情報を含む値を示す。これらの列は、氏名列110、1つまたは複数の管理データ列115、いくつかの重症度スコア列120、および記録されたデータ列125を含む。氏名列110は各患者の氏名を示し、管理データ列115は、場所、患者ID番号、または他の情報などの情報を含むことができる管理データを表示する。重症度スコア列群120は、MEWS、APACHE II、およびSAPS IIなどのいくつかのタイプの重症度スコアを一覧する列を含む。記録されたデータ列群125は、記録された患者データを表示する列を含む。これらの列群120および125はまた、記録された患者データの傾向を示す列を含む。
【００２３】
リスト100は、医療の効果的な優先順位付けを可能にし、患者の退院を容易にするために、列ごとにソート可能である。図2は、MEWS重症度スコアによってソートされた図1の患者リスト100である、患者リスト200を示す。図3は、MEWS重症度スコアの傾向によってソートされた患者リスト300を示す。ソーティングは、いくつかの方法で患者ケアを効率的に優先順位付けする助けとなる。
【００２４】
例えば、回診を行う医師は、ソートされたリストを使用して、どの患者を最初に訪問すべきかを判断することができる。特定の記録されたデータをモニタリングするチーム(例えば、患者の血糖値を監督する高血糖症チーム)はまた、チームが担当するすべての患者の、迅速で一目で分かる概要も受け取る。この迅速なレビューに基づいて、そのようなチームは患者の検査を優先順位付けすることができる。さらに、チーム(例えば、ベッドコントロールチームまたは退院チーム)は、ソートされたリストを使用して、病院の病棟から退院できる患者を迅速に判断することができる。
【００２５】
重症度スコア、記録された患者データ、および/または計算された傾向に基づいて、いくつかの実施形態のモニタリング方法はまた、警告も生成する。そのような警告を使用して、迅速に患者の状態に対処することができる。例えば、そのような警告によって、緊急対応チームが、処置を要する患者エピソードを予測し、または迅速に反応することができるようになる。
【００２６】
リスト100は、特定のセットのデータ記録、スコア、特徴、およびレイアウトについて説明されている。しかし、当業者であれば、他の実施形態では異なるセットの記録、スコア、特徴、およびレイアウトについて、そのようなリストを実施することができることを理解するであろう。
【００２７】
II システム構成
図4は、いくつかの実施形態における、上述の患者モニタリング方法を実施する臨床情報システム(CIS)400を示す。詳細には、臨床情報システム400は、複数のソースからの複数の患者データを集約し報告する。これらのソースは、センサーによって記録された直接モニターされたバイタルサイン445(例えば、心拍数)、患者が入院するときに記入されたデータ455、入院後に医療提供者によって記入されたデータ450、手作業で測定され、(例えば患者のカルテに)記録されたデータ460、検査室によって提供された結果465、画像診断装置からのデータ470、または他のソースを含む。以下にさらに述べるように、患者データは、病院の1つまたは複数の病棟475から、病院全体475から、またはいくつかの病院475から、供給することができる。これに関して、病院の病棟は、物理的な病棟(例えば、集中管理ユニット、中間的ステップダウン病棟、一般病室等)、または病院によって行われる患者の状態(例えば、心臓発作、脳卒中、高血圧等)に関する概念的な業務の病棟とすることができる。
【００２８】
臨床情報システム400は、収集エンジン410、計算エンジン415、データストレージ420、伝達エンジン425、および複数のデータ受信部430、435、および440を有する。収集エンジン410は、複数の患者のデータを受け取る。収集エンジン410は、受け取ったデータをデータストレージ420に保存するためのフォーマットへと変換するために、受け取ったデータをクレンジングしノーマライズした後に、データストレージ420に保存する。計算エンジン415は、クレンジングされノーマライズされたデータから、重症度スコアならびに受け取ったデータおよび重症度スコアに関する傾向を計算し、計算された値をデータストレージ420に保存する。
【００２９】
伝達エンジン425は、収集され計算されたデータを配布する。臨床情報システム400は、いくつかの実施形態において、伝達エンジン425からデータを受け取る複数の異なるタイプのデータ受信部を含む。そのようなデータ受信部の例には、パーソナルコンピュータ、タブレットPC、ラップトップコンピュータ、手持ち式デバイス、医療モニタリング機器、および/または他のタイプの電子デバイスなどのデバイス430を含む。伝達エンジン425は、物理的または電子的文書435(例えば、回診リストまたは他の印刷されたレポートなどの印刷物、またはXML文書、警告メッセージ等の電子メッセージ)を配布することもできる。最後に、データ受信部は、伝達されたデータをその後のレビューおよび処理のために保存する、データストレージ440とすることもできる。
【００３０】
伝達エンジン425は、収集され計算されたデータを、様々なデータ受信部に様々に配布する。例えば、いくつかの実施形態では、伝達エンジンは、デバイス430のユーザインターフェースを通じて、デバイス430のユーザがクエリーパラメータを提出することによってデータストレージ420を照会することができるようにするための、データストレージ420のクエリーマネージャである。そのようなクエリーパラメータは、デバイス430によって自動的に(例えば、ユーザがデバイス430上でCIS 400のクライアントアプリケーションを開き、またはこのアプリケーションでの選択を行うときに)供給することができる。あるいは、これらのパラメータは、デバイス430のユーザインターフェースを通じて、ユーザによって手作業で供給することができる。
【００３１】
いくつかの実施形態では、伝達エンジン425は、収集され計算されたデータに関するレポートを自動的に伝達する。この自動操作によって、物理的または電子的文書の生成および配布を行うことができる。この操作は、バッチ処理またはリアルタイム処理に基づいて行うことができる。
【００３２】
図5は、いくつかの実施形態の臨床情報システム400のコンポーネントによって実施されるプロセス500の概念図を示す。いくつかの実施形態では、何人かの患者をモニターするプロセス500を反復的に実施する。このプロセスは順々に実施される多数の個々の操作について述べられているが、当業者であれば、これは概念図であることを理解するであろう。言い換えると、図示された操作は、様々な実施形態で様々に実行することができる。いくつかの実施形態では、プロセス500は規則的な時間間隔で実施される。
【００３３】
図5に示すように、プロセス500は、収集エンジン410に複数の患者に関するデータを収集する(505)ことによって最初に開始される。いくつかの実施形態では、データは客観的な医学的兆候(血圧、心拍数、体温、呼吸数、飽和酸素度、血圧、尿量、および/または血糖値など)および主観的な医学的兆候(AVPUスコア、すなわち、覚醒、呼びかけに反応、痛みに反応、反応なし)を含む。505では、プロセスはこのデータをクレンジングし、ノーマライズし、このデータをデータストレージ420に保存する。
【００３４】
次いで、プロセスは、計算エンジン415で、受け取ったデータに基づいて計算を実施する(510)。いくつかの実施形態では、計算によって、Modified Early Warning Score (MEWS)、Acute Physiology and Chronic Health Evaluation II (APACHE II)、またはSimplified Acute Physiology Score (SAPS II)などの重症度スコアが得られる。プロセスは、いくつかの実施形態において、データの個々の医学的統計の傾向も計算する(510)。1つのそのような傾向は健康統計の現在値(例えば、重症度スコアまたは記録されたデータ値)とその健康統計のベースライン値(例えば、直前に受け取った値、または以前受け取った値の平均など、少なくとも1つの以前の値)との間の差異、デルタ(Δ)、または経時的変化である。例えば、心拍数の現在の値がxであり、心拍数の直前の値がyであるとき、デルタ(Δ)は(x-y)である。デルタ(Δ)は重症度スコアについて計算することもできる。デルタ(Δ)値は、整数、浮動小数または他の数値タイプとすることができる。
【００３５】
いくつかの実施形態では、特定の健康統計のベースライン値(例えば、バイタルまたはスコア)は、平均値(例えば、平均、中央、モード、または外れ値および/またはスパイクの効果を割り引いた平均値等)、期間中に(例えば、1分、1時間、数時間、1日、または数日間にわたって)記録された値または生成されたスコアの最小値または最大値である。他の実施形態では、デルタ(Δ)は、期間中に受け取った値の平均の現在の変化率である。いくつかの実施形態では、デルタ(Δ)を計算するための方法はまた、ユーザカスタマイズ可能である。デルタ(Δ)の代わりに、またはデルタ(Δ)に加えて、いくつかの実施形態では、期間中の健康統計の平均を表示する。いくつかの実施形態では、様々な期間がユーザカスタマイズ可能である。
【００３６】
重症度スコアの計算自体は、同時に出願された「Multi-Automated Severity Scoring」という名称の米国特許出願第12/036,265号で詳細に説明されており、これを参照によって本願に援用する。いくつかの実施形態では、計算された値はまた、収集された患者データと同じデータ構造で保存され、他の実施形態では、これらの値は別個のデータストレージ(例えば、別個のデータベース)に保存される。デルタ(Δ)の計算と併せて、いくつかの実施形態では、受け取ったデータ値(例えば、バイタルサイン)、重症度スコア、傾向、または平均値の変化率を定量化するようにスコアを計算する。他の実施形態では、受け取った値、重症度スコア、および傾向の変化を定量化するように他のタイプのスコアを計算する。
【００３７】
プロセスは、計算された各データ値をデータストレージ420に保存する(510)。次いで、515では、プロセスは記録され計算された保存値を1つまたは複数のデータ受信部に伝達し、または伝達する準備を行う。例えば、いくつかの例では、プロセスは、いく人かのまたはすべての患者のリスト(図1のリスト100など)を生成する。上述のように、このリストは、伝達エンジン425によって自動的に生成し伝達することができ、またはデータ受信部からクエリー要求を受け取ると、生成し伝達することができる。
【００３８】
データ受信部は、クライアントのアプリケーションまたはデバイス430のブラウザとすることができ、伝達エンジン425によって生成される物理的または電子的文書435の受信部とすることができ、および/または後でクエリーするためのデータストレージ440とすることができる。いくつかの実施形態では、データ受信部は、供給されたデータの一部分のみを受け取り、または表示する。515の後、プロセスは終了する。
【００３９】
上述のように、いくつかの実施形態では、プロセス500は病院の1つまたは複数の病棟、病院全体、またはいくつかの病院内で、1人の患者および/または複数の患者のバッチプロセスとして、定期的な時間間隔(例えば、1日ごと、1時間ごと、1分ごと等)で実施される。他の実施形態では、プロセス500はリアルタイムで実施され、患者の状態の変化がリアルタイムでシステム400を通じて伝えられる。
【００４０】
上述のように、臨床情報システム400は、病院の1つまたは複数の病棟、病院全体、またはいくつかの病院内で、患者をモニターすることができる。システムの構成は、システム400の異なる展開のために異なるものとすることができる(例えば、1つの病院またはいくつかの病院で異なる展開をすることができる)。図6および7は、2つの異なる構成を示す。図6では、臨床情報システム600は、1組の臨床管理コンポーネント(すなわち、1組の収集、計算、および伝達エンジン)を使用して、いくつかの病院で患者をモニターする。これらのコンポーネントはすべて、1つの場所(例えば、1つの病院)または複数の場所(例えば、複数の病院)に収容することができる。
【００４１】
他方、図7では臨床情報システム700は、各病院705に1組の臨床管理コンポーネント(すなわち、収集、計算、および伝達エンジン)を有する。臨床情報システム700はまた、データを病院の伝達エンジン715から収集し、この情報を外部データストレージ710に保存し、受け取ったデータをデータ受信部430、435、および440に供給する伝達エンジン720も含む。図4、6、および7は、1つまたは複数の病院の1つまたは複数の病棟内で患者をモニタリングするためのモニタリングシステム構成の例示的な概念を示すが、上述の有用性を達成するために他の構成も可能であることを、当業者であれば理解するであろう。さらに、図1〜3を参照していくつかの患者リストを上記で説明したが、他の実施形態では、患者データの統合された表示を異なるよう組織することもできることを、当業者であれば理解するであろう。
【００４２】
III 臨床情報システム
A 臨床情報システムのアプリケーションのユーザインターフェース
本発明のいくつかの実施形態は、1つまたは複数の計器盤を通じて、患者データをユーザに提供する。計器盤のいくつかの例を以下に説明する。いくつかの実施形態では、計器盤はウィンドウペインの集まりであり、各ウィンドウペインは1組の患者データ(例えば、バイタル、重症度スコア等)の1つまたは複数のビューを提供する。
【００４３】
図8は、異なる計器盤810〜840の4つの例を示す。計器盤は、様々な実施形態で、例えばコンピュータディスプレイ、PDA、携帯電話等、様々なインターフェースデバイスに表示することができる。計器盤810および820は、高血糖症の患者に関するデータを表示するための代替的な計器盤である。計器盤830および840は、低酸素血症の患者に関するデータを表示するための代替的な計器盤である。
【００４４】
各計器盤810、820、830および840は、ウィンドウペイン822、832、842、844、846、および848など、複数のウィンドウペインを含む。計器盤の様々なウィンドウペインは、選択された患者についての情報を含む。例えば、ウィンドウペイン822は患者に投与される薬剤のリスト(例えば薬剤、投与量、および回数)を示し、ウィンドウペイン832は血中酸素飽和度(SpO2)の測定値表を示し、ウィンドウペイン844は患者の直近の胸部X線の画像を示し、ウィンドウペイン846は患者の経時的な呼吸数のグラフを示し、ウィンドウペイン848は患者の経時的なSpO2レベルのグラフを示す。
【００４５】
いくつかの実施形態では、各計器盤は、計器盤840の患者リストウィンドウ842などの患者リストウィンドウ(以下で詳述する)を含む。患者リストウィンドウ842は、患者のリスト、各患者について記録された臨床データ、患者の臨床データから生成された計算されたスコア、および記録されたデータ値および生成されたスコアに関連する傾向を提供する。いくつかの実施形態では、患者リスト842は、編集可能、選択可能、またはクリック可能である。他の実施形態では、患者名のリストは計器盤の一部には含まれない。
【００４６】
図9a〜9bは、いくつかの実施形態の臨床情報システム(CIS)のアプリケーションのユーザインターフェースのための、ユーザインターフェースのより詳細な例を示す。図9aでは、ユーザインターフェースは、マスターウィンドウメニューバー920、マスターウィンドウツールバー930、マスターウィンドウツールバーアイコン940、マスターウィンドウ表示領域958、患者リスト965、1組の選択可能なタブ970、および追加のウィンドウペインツールバーおよびコントロール980を含む、マスターウィンドウ910を提供する。
【００４７】
マスターウィンドウ910は、マスターウィンドウメニューバー920、マスターウィンドウツールバー930、およびマスターウィンドウ表示領域958を含む。マスターウィンドウメニューバー920は、CISアプリケーションのユーザインターフェースの上部にある。マスターウィンドウメニューバー920には、CIS計器盤のための利用可能なメニューオプションが一覧表示される。メニューバーオプションが(マウスクリックまたは適切なキーボード列によって)選択されるとき、「プルダウン」メニューによってメニュー項目またはオプションの一覧が表れる。これらのオプションは、ユーザがCIS計器盤内で様々な行動を実施することを可能にする。オフラインで作業するとき、いくつかのメニューオプションは利用不能であり、グレー表示される。
【００４８】
マスターウィンドウツールバー930は、マスターウィンドウツールバーアイコン940を含む。マスターウィンドウツールバー930はCISアプリケーションの下部に表示され、CIS計器盤の機能にアクセスするためのプログラムアイコン940を含む。マスターウィンドウツールバーアイコン940の1つが選択されると、対応する機能がマスターウィンドウ表示領域958に表れる。
【００４９】
マスターウィンドウツールバー930内の利用可能なマスターウィンドウツールバーアイコン940は、ノートアイコン941、バイタルサインアイコン942、臨床検査アイコン943、スキャンアイコン944、レポートアイコン945、ビリングアイコン946、計器盤表示アイコン947、更新アイコン948、アプリケーションアイコン(図示せず)、オフライン切換アイコン949、スナップショットアイコン950、検索アイコン951、フレーズブックアイコン952、自動スケジュールアイコン953、およびヘルプアイコン954を含む。
【００５０】
ノートアイコン941は、ユーザが臨床情報をデータ入力フォームまたはノートへと入力できるようにする。ユーザは、医療専門家によって設計された既存のノートのリストから選択することができる。CIS計器盤内のノートの例には、看護ノートおよび神経外科受診ノートを含まれる。このボタンのデフォルトはデフォルトノートと呼ばれ、メニューアイテム955を経由して構成されている。
【００５１】
バイタルサインアイコン942は、患者モニターによってモニターされ通信される、患者のほぼリアルタイムのバイタルサインデータを表示する。データ表示は、限定はされないが、(a)バイタルサインの波形データ(すなわち、マルチリードECG、観血式血圧ART、PAP、CVP等、呼吸数、EtCO2、SpO2、CO)、(b)傾向データ(すなわち、ライン傾向、表傾向データ)、および(c)数秒ごとにアップデートされる現在のバイタルパラメータを含む。
【００５２】
臨床検査アイコン943は、病院の検査室情報システムによって提供された、患者の臨床検査データ結果を表示する。データ表示は、限定はされないが、(a)当日の検査結果および(b)過去の毎日の検査結果を含む。検査結果は色別にグループ分けされる。異常に高い値は紫色に強調表示され、低い値は青色に強調表示され、正常値は強調表示されない。検査結果は、表形式およびライン傾向で表示することができる。
【００５３】
スキャンアイコン944は、PACSによって提供される患者の放射線画像を表示する。放射線データの種類は、限定はされないが、(a)X線画像、(b)MRIスキャン、(c)CTスキャン、(d)PETスキャン、(e)動的画像(シネモード)、および(f)エコー心臓超音波を含む。CIS医療画像アプリケーションプログラムは、標準PAC画像ビューアに、画像を操作するための能力(すなわちズーム、回転、パン、コントラスト、反転)を提供する。
【００５４】
レポートアイコン945は、患者を特定したレポートのリストを表示する。これらは、限定はされないが、ポータブルドキュメントフォーマット(PDF)の、スキャンされた文書記録、オーダー、およびレポートを含む。ビリングアイコン946は、ユーザ定義フォーム(例えば、神経外科受診フォーム)を表示する。このボタンのデフォルトはチャージキャプチャフォームと呼ばれ、メニューアイテム955を経由して構成されている。計器盤表示アイコン947は、表示領域内に計器盤ウィンドウのデフォルト構成を表示する。プルダウン矢印は、選択に利用可能な計器盤構成の一覧を表示する。
【００５５】
更新アイコン948によって、ユーザは、CIS計器盤に表示される患者データを手作業でリロードまたはアップデートすることができる。アプリケーションアイコン(図示せず)によって、ユーザは外部アプリケーション(例えば、薬剤参照データベース)をCIS計器盤に開くことができる。外部アプリケーションはユーザのコンピュータ上の別個のウィンドウで実行される。オフライン切換アイコン949によって、ユーザは、ログインおよびログアウトすることなしに、アプリケーションの状態をオンライン状態からオフライン状態へ切り換え、戻すことができる。スナップショットアイコン950によって、ユーザはスクリーン上の情報をキャプチャし保存することができる。ユーザは、フルスクリーンまたはアクティブウィンドウのみをキャプチャするように、選択することができる。
【００５６】
検索アイコン951によって、ユーザは、ユーザ特有の基準に基づいて1人または複数の患者を探し、見つけ出すことができる。次いで、選択された患者をクイックリファレンスリストに追加することができる。フレーズブックアイコン952によって、ユーザは、患者データをノートに入力するとき、通常使用されるフレーズを入力することができる。フレーズはユーザによって作成され保存され、編集を伴うすべてのテキスト形態で利用可能である。
【００５７】
自動スケジュールアイコン953によって、ユーザは、ユーザ定義スケジュールで作動するコンピュータまたは手持ち式デバイスに、自動的に患者データをダウンロードするように設定することができる。ヘルプアイコン954は、アプリケーションを使用する際の支援を提供する、オンラインヘルプを表示する。
【００５８】
ツールバーボタン940は、様々な実施形態で様々に異なる。CISの構成によって、アプリケーションボタンのいくつかをインターフェース上に搭載しないことができる。いくつかの実施形態では、ユーザがオフラインでインターフェースを使用しているとき、いくつかのメニューオプションは利用不能であり、グレー表示される。
【００５９】
マスターウィンドウ表示領域958はCIS計器盤のメイン領域であり、様々な他の病院システムからの患者情報を含む患者リスト965を表示する。いくつかの実施形態では、マスターウィンドウ表示領域958は、ウィンドウペインと呼ばれる小さいウィンドウを含む。例えば図9bでは、複数のウィンドウペイン960が表示領域958に表示されている。ウィンドウペイン960はそれぞれ、ユーザによって配置し、サイズ変更し、または管理することができる。いくつかの実施形態では、ユーザはペイン内でクリックして、データを修正、ソート、コピー、ペースト、またはドラッグアンドドロップすることができる。1組のウィンドウペイン960は集合的に、図示された実施形態のCIS計器盤を含む。
【００６０】
ウィンドウペイン960は、CIS計器盤のマスターウィンドウ表示領域に表示され、多様な臨床システムから収集され組み込まれた患者情報を表示する。ウィンドウペイン960はそれぞれ、1組の選択可能なタブ970、追加のウィンドウペインツールバー、およびコントロール980を含む。
【００６１】
ウィンドウペインの臨床データ内容は、ウィンドウペイン「ビュー」と呼ぶことができる。いくつかのウィンドウペインは、複数の異なるビューを表示することができる。いくつかの実施形態では、選択可能なタブ970は、ウィンドウペインがどのビューを表示するかに影響を与える。例えば、ウィンドウペインの上部にある1組の選択可能なタブ970によって、ユーザは、異なる臨床データを示す異なるビューを選択することができる。単一のビューでは、表示される臨床データをソートし操作するために、追加のウィンドウペインツールバーおよびコントロール980を設けることができる。いくつかの実施形態では、そのようなCISシステムは計器盤の指示をユーザに知らせるための、インテリジェント計器盤システムを含む。
【００６２】
B 患者リスト
図1に示すように、いくつかの実施形態のCIS計器盤は、患者リスト100を含み、患者リスト100は別個のウィンドウペイン内に表示される。患者リスト100はいくつかの行および列を含む。いくつかの実施形態では、各行は一人の患者についての入力を表示する。行105、130、135、および155は、例示的な患者John Doe、Jane Doe、Jim Doe、およびJean Doeの行の例である。各列は、患者についてある情報を含む値を表示する。患者列110は、各患者の氏名を示す。管理列115は、場所、患者のID番号、または他の情報などの情報を含むことができる管理データを表示する。重症度スコア列群120および記録されたデータ列群125は、患者情報を表示する。これらの列群は、それぞれ患者データ、ならびにデータに関連する傾向を表示する。利用可能なデータがない列は空白であり、またはプレースホルダー値を表示する。
【００６３】
列群120は、重症度スコアについての情報を表示する。群120は、MEWS、SAPS II、およびAPACHE IIなど、いくつかのタイプの重症度スコアを表示する。スコア140自体および傾向(または「Δ」)145が表示されている。矢印150は、傾向の変化の方向を表す。「上向き」矢印は増加を示し、「下向き」矢印は減少を示す。例えば、リスト100は、John DoeのMEWSスコアは現在11であるが、以前のスコアは12であったことを表示する。列群125の列は、他の患者の記録されたデータ、すなわち、心拍数、血圧、血糖値、体温、呼吸数、AVPUスコア、飽和酸素度、および尿量など表示する。記録された各データ値の傾向もまた、リスト内で、傾向によって説明される記録された各データ値の隣に表示される。いくつかの実施形態では、リスト100内に表示された情報は、各患者の健康状態のスナップショットを提供するために、定期的にアップデートされる。いくつかの実施形態では、リストのアップデートは自動的に行われる。
【００６４】
いくつかの実施形態では、リストは、医療の効果的な優先順位付けを可能にし、患者の退院を容易にするために、列ごとにソート可能である。例えば、図2は、MEWS重症度スコアによってソートされた図1の患者リスト100である、患者リスト200を示す。図3は、MEWS重症度スコアの傾向によってソートされたリスト300を示す。いくつかの実施形態では、リストがこの列によってソートされていることを示すために、ソーティング列205および305の見出しが強調表示される。
【００６５】
図10は、いくつかの実施形態による、医療データをソート可能なリスト内で受け取り、表示するプロセス1000を示す。プロセスが開始された(1005)後、プロセスは複数の患者についての医療データを受け取る(1010)。いくつかの実施形態では、医療データは、上述の重症度スコア、記録されたデータ値、および傾向の組み合わせを含む、集約され計算された患者データを含む。プロセス1000は、いくつかの実施形態による、ソート可能な患者リストに受け取ったデータを表示する(1015)。プロセス1000は、特定のタイプのデータによってリストをソートする要求を検知する(1020)。プロセス1000は、特定のタイプのデータによってリストをソートし(1025)、最終的にソートされたリストを表示する(1030)。プロセス1000は1035で終了する。
【００６６】
いくつかの実施形態では、リストは、表示される前に、あらかじめ設定されたパラメータによって、フィルターされプレソートされる。図11は、いくつかの実施形態による、そのようなリストが表示されるプロセス1100を示す。プロセスが1105で開始された後、プロセスは複数の患者に関する医療データを受け取る(1110)。いくつかの実施形態では、医療データは、重症度スコア、記録されたデータ値、および傾向の組み合わせである。
【００６７】
1115で、プロセス1100は受け取ったデータを、あらかじめ設定されたパラメータによって、フィルターしソートする。いくつかの実施形態では、このパラメータは、受け取ったデータのカテゴリーである。いくつかの実施形態では、パラメータは、リストを見る医療専門家によって定義される。フィルタリングおよびソーティングの1つの例は、次の通りである。いくつかの実施形態のCISは、完全な1組の患者データ(記録されたバイタル、スコア、およびそれらに関連する傾向を含む)を、病院内の複数のチームに表示する。これらのチームの1つは、心臓発作の患者をモニターするチームとすることができる。このチームは、チームが見るデータが心臓発作患者についてフィルターされ、特定のバイタルサイン、スコア、またはバイタルサインもしくはスコアの傾向に基づいてソートされるように要求する、チームのCISクライアントアプリケーションにおける1組のパラメータを指定しておくこともできる。
【００６８】
データのソーティングおよびフィルタリングの後、プロセス1100は、あらかじめ設定されたパラメータによってソートされたデータを患者リストに表示する(1120)。上記の心臓発作患者をモニタリングするチームの例では、プロセスは、特定のバイタルサイン、スコア、または傾向によってソートされたすべての心臓発作患者の、フィルターされソートされたリストを表示する。次いで、プロセス1100は1125で終了する。プロセス1100はフィルタリングおよびソーティング操作を実施しているが、当業者であれば、他の実施形態では、このプロセスはソート操作またはフィルター操作のみを実施するだけとすることもできることを理解するであろう。
【００６９】
図1、2、および3は患者リストの例として示されているが、他の実施形態では上述の詳細の異なる組み合わせを含むこともできる。例えば、いくつかの実施形態では、1つのタイプの重症度スコアをリストするだけである。他の実施形態は、重症度スコア列群120を含まない。いくつかの実施形態は、記録されたデータ列群125を表示しない。さらに他の実施形態は、値とそれに関連する傾向との比率が1対1より低い(すなわち、いくつかの実施形態ではすべての値について傾向を表示せず、いくつかの実施形態はすべての傾向について値を表示しない)。いくつかの実施形態は、傾向の変化の方向を表す矢印を使用しない。いくつかの実施形態は、傾向の変化の方向を表すプラスおよびマイナス符号を使用する。いくつかの実施形態は傾向を示すだけである。いくつかの実施形態は傾向を示さない。いくつかの実施形態は、他のタイプの重症度スコアを表示する。いくつかの実施形態では、リストは表示された列の確実性によってのみソートすることができる。いくつかの実施形態では、リストは、リストを見る特定の医療専門家に関する情報のみを表示するように、完全にカスタマイズ可能である。いくつかの実施形態では、リストはインターフェース430上に表示される。他の実施形態では、リストは複数のインターフェース430上に表示される。
【００７０】
C 患者リストの使用
1 ソートされた患者リスト
ソートされた患者リストは、医療専門家が患者の治療を効率的に優先順位付けするために使用することができる。例えば、病院内で回診を行う医師は、患者を見る順番を決定するために、ソートされた患者リストを使用することができる。リストのより上位に表示された患者は、その患者が、リストのより下位に表示された患者より至急の処置が必要であり、最初に訪問するべきであることを示すことができる。
【００７１】
ソートされた患者リストの使用の別の例は、高血糖症チームによるものである。高血糖症チームは患者の血糖値のモニタリングを担当する。血糖値が高いことは、高血糖症チームによる迅速な行動が必要な状態であることを示すことがある。図12は、高血糖症チームが使用することのできる、いくつかの実施形態のソートされた患者リスト1200を示す。この例では、リスト1200は血糖値1205によってソートされている。図13は、高血糖症チームが使用することのできる、いくつかの実施形態のソートされた別の患者リスト1300を示す。この例では、リスト1300は血糖値傾向1305によってソートされている。これらのリスト1200および1300の一方または両方を使用することによって、高血糖症チームは、処置が必要な血糖関連の緊急事態を予測し、または迅速に反応することができる。
【００７２】
ソートされた患者リストの使用の別の例は、感染症の発生のモニタリングおよび予防を担当する、感染症チームによるものである。図14は、感染症チームが使用することのできる、いくつかの実施形態のソートされた患者リスト1400を示す。この例では、リスト1400は体温1405によってソートされている。図15は、感染症チームが使用することのできる、いくつかの実施形態のソートされた別の患者リスト1500を示す。この例では、リスト1500は体温傾向1505によってソートされている。これらのリスト1400および1500の一方または両方を使用することによって、感染症チームは、処置が必要な感染症関連の緊急事態を予測し、または迅速に反応することができる。
【００７３】
ソートされた患者リストの使用のさらに別の例は、病院の特定の病棟から患者がいつ退院すべきかの決定を担当するチームによるものである。チームは、あるレベルの治療を提供する病棟内の患者が、より低いレベルの治療を提供する病棟へと移動すべきかどうかを決定することができる。例えば、患者の状態が安定および/または改善している場合、チームは患者をICUから中間的なステップダウン病棟または一般病室へと退院すべきかどうかを決定することができる。チームはまた、患者が病院からも退院することを決定し、または勧めることもできる。異常な体温の患者は一般に退院すべきではないため、そのようなチームは、リストを体温によってソートするように選択することができる。チームはまた、複数の患者の全体的な状態を見るために、リストを重症度スコアによってソートするように選択することもできる。
【００７４】
そのようなチームの例は、1病棟またはベッドコントロールチームより少ない数の病棟に関連する退院計画チームである。患者の退院を担当するチームの別の例は、ベッドコントロールチームである。ベッドコントロールチームはまた、病院内の利用可能なベッドの管理および利用可能なベッドへの患者の配置も担当する。そのようなベッドコントロールチームは、ソートされた患者リストを使用して、ベッドが必要な患者を配置するためにベッドが利用可能であるかを迅速に認識することができる。
【００７５】
ソートされた患者リストの使用のさらに別の例は、病院の様々な病棟または様々な病院にリソースを割り当てる際の使用である。いくつかの例では、これらのリソースは、看護師、インターン、医師、技術者、集中治療専門医、または他の医療専門家を含む。例えば、患者リストがある特定の日に病棟に多数の重篤な患者がいることを示す場合、病院の管理者はその病棟に、より多数の看護師を割り当てることができる。
【００７６】
いくつかの実施形態における管理列115は、患者の場所情報を含む。例えば、何人の重篤な患者が病院の特定の病棟にいるかを示すために、患者の場所によってリストをソートすることができる。重篤な患者がより少ない病棟には、重篤な患者がより多い病棟より少ない数のリソースが提供される。いくつかの実施形態では、いくつかの病院にリソースを割り当てるために同じ概念が適用される(すなわち、重篤な患者がより少ない病院には、重篤な患者がより多い病院より少ない数のリソースが提供される)。
【００７７】
2 患者リストのカスタマイズ
いくつかの実施形態では、患者リストをカスタマイズすることができる。カスタマイズされた患者リストは、患者の特定の健康状態パラメータのモニタリングを担当する医療専門家のチームによって使用することができる。高血糖症チームは、重症度スコア、血糖値、およびそれぞれに関連する傾向のみを表示するようにリストをカスタマイズすることができる。図16はそのようなリスト1600を示す。いくつかの実施形態の通常の患者リストは、MEW、SAPS、APACHE、血糖値、心拍数、血圧、尿量、および患者の他の健康統計値を表示するが、リスト1600は高血糖症チームが最も重要であると考える情報のみを表示する。すなわち、リスト1600は、MEWS、MEWS傾向、SAPS、SAPS傾向、APACHE、APACHE傾向、血糖値レベル、および血糖値レベル傾向を表示する。
【００７８】
カスタマイズされたリストの別の例は、体温および体温の傾向のみをモニターするように選択することができる、感染症チームのためのものである。カスタマイズされた、ソートされた患者リストは、患者が病院の病棟から退院するときにも使用することができる。患者を病棟から退院させるべきかどうかの決定を担当するベッドコントロールチームは、重症度スコアおよび体温のみを見るように選択することができる。
【００７９】
いくつかの実施形態では、データ受信部430、435、または440は、伝達エンジン425によって供給された患者データの一部のみを表示する。他の実施形態では、伝達エンジン420は、記録され、または計算されたデータの一部のみを伝達する。いくつかの実施形態では、カスタマイズはあらかじめ定義されたパラメータセットに基づいて行われる。これらのあらかじめ定義されたパラメータは、いくつかの実施形態において、カスタマイズされた患者リストを見るユーザによって設定される。
【００８０】
3 ソートされたリストの自動生成
いくつかの実施形態では、患者リストは、患者および患者の状態のあらかじめ優先順位付けされたリストを含む。図17は、患者の状態に基づいて患者の優先順位付けされたリストを生成するためのプロセス1700を示す。プロセス1700は、患者リスト内の患者の患者データを選択することによって開始される(1710)。プロセスは、患者に必要なケアのレベルを決定するために、選択された患者データ内のパラメータを分析する(1720)。いくつかの実施形態では、患者データの様々なパラメータに様々な重みを割り当て、患者の状態を定量化する統一されたスコアを計算する。次いで、プロセスは、選択された患者に必要なケアのレベルを優先順位付けする(1730)。いくつかの実施形態では、患者の必要なケアのレベルを、分析されたリストの以前の一組の患者について、以前に分析された1組の患者データと比較することによって、優先順位付けを実施する。
【００８１】
次いで、プロセスは、患者リスト内の別の患者がまだ分析されていないかどうかを判断する(1740)。別の患者が残っている場合、プロセスはリスト内の次の患者に関連するデータを選択し(1710)、選択された患者データにステップ1720〜1740を再び実施する。別の患者が残っていない場合、プロセスは、患者を治療するための優先順位付けされたリストを生成し(1750)、最も緊急のケアが必要な患者は、優先順位付けされたリスト内で最初に表示される。自動生成された優先順位付けされたリストは、上記のいくつかの実施形態によってカスタマイズすることができる。
【００８２】
D 患者データのドリルダウン
いくつかの実施形態では、ユーザは、記録された値(例えば、バイタルサイン)、計算されたスコア、または傾向についてのさらなる情報を見るために、「ドリルダウン」することができる。この詳細な情報を表示するために、ウィンドウペインまたはウィンドウペインの集まりを含む計器盤が表示されている。詳細な情報を表示する多くの方法がある。2つのそのような例はコンポーネントビューおよびグラフビューであり、これらについて以下で説明する。概説すると、コンポーネントビューによってユーザは患者についての計算されたスコア(例えば、重症度スコア)を選択することができ、スコアのサブコンポーネントを見ることができる。グラフビューによって、ユーザは、期間中の患者に関する定量値(例えば、記録された値、計算されたスコア、または傾向)を見ることができる。
【００８３】
1 コンポーネントビュー
いくつかの実施形態では、重症度スコアのより詳細なビューを提供する。図18は、重症度スコアのコンポーネントビュー1800の一実施形態を示す。詳細には、ビュー1800は、患者Jane DoeのMEWSスコアのコンポーネントビュー1800を示す。この特定の実施形態は、患者氏名130、MEWSスコア1805およびMEWS傾向1810を表示する。コンポーネントビュー1800は、重症度スコアの値または傾向の背後にあるドライブ因子についての特定の情報を医療提供者に提供することから、有用である。例えば、Jane DoeのMEWSスコアは、値1805が5であり、傾向1810が2の増加であることを表示する。この情報によって患者の状態を理解することができるが、重症度スコアの要素のサブスコア、およびサブ傾向1815によって、より詳細な洞察を得ることができる。サブスコアは、患者のAVPUスコアが0から3へと増加し、患者の呼吸数サブスコアが3から2へと減少し、したがってMEWSスコアが3から5への正味増加であることを示す。いくつかの実施形態におけるドリルダウンビュー1800は、重症度スコア、重症度サブスコア、およびAPACHE IIまたはSAPS IIなど他の重症度スコアの傾向を表示することができる。
【００８４】
同時に出願された米国特許出願「Multi-Automated Severity Scoring」において詳細に説明し、また図19に示すように、MEWSは、血圧、心拍数、呼吸数、体温、およびAVPUスコアの5つの要素から計算される。MEWSスコアの範囲は0(最も軽度)から14(最も重度)までである。コンポーネントビュー1800は、MEWS重症度スコアが計算される個々の要素の値をそれぞれ表示する。コンポーネントビュー1800はまた、表示された各要素の傾向も表示する。
【００８５】
ビュー1800はさらに、要素がどのように重症度スコアに直接寄与するかを示すために、個々の各要素のサブスコアおよび傾向1815を示す。個々のサブスコアおよびそれらの傾向を表示することによって、医療専門家は、より個人に合わせた洞察の深い診断を行うことができ、より適切な治療を提供することができる。いくつかの実施形態はまた、重症度スコアがサブスコアからどのように得られたかを示すメッセージ1820も表示する。メッセージ1820は、重症度スコアが単にサブスコアの合計ではない場合に有用である。
【００８６】
いくつかの実施形態では、コンポーネントビュー1800は患者リスト100とは別個のウィンドウペインに示されている。いくつかの実施形態では、ユーザからのマウスまたはキーボードコマンドにより、別個のウィンドウが表示される。いくつかの実施形態では、重症度スコアを右クリックすると、コンポーネントビュー1800が表示される。いくつかの実施形態では、コンポーネントビューは、上記の特徴のいずれかを削除し、または別の特徴を追加するように、完全にカスタマイズ可能である。
【００８７】
2 グラフ
図20は、患者の状態に関する洞察を提供するために、いくつかの実施形態で使用することができる詳細なビュー2000の別の例を示す。この例で提供される詳細なビューは、期間中(例えば、数分間または数時間、1日間、数日間等)のJane DoeのMEWSスコアを表示するグラフ2015である。MEWSスコアはY軸2005に表示され、X軸2010は時間を表す。グラフ2000を使用して、期間中の他の重症度スコアの値(例えば、APACHE IIまたはSAPS II)を示すこともできる。いくつかの実施形態では、グラフ2000は、期間中の記録されたデータ値(例えば、心拍数、血圧等)を示す。他の実施形態では、グラフ2000は、期間中の計算されたスコア(例えば、MEWSスコアの要素)のコンポーネントを表示する。いくつかの実施形態では、表示される期間は医療提供者によってカスタマイズされる。
【００８８】
いくつかの実施形態では、グラフは患者リストまたはコンポーネントビューとは別個のウィンドウペインに示されている。他の実施形態では、単一のコマンドによってグラフをコンポーネントビューと同時に表示することができる。図21は、同じウィンドウペイン2100内にグラフ2000およびコンポーネントビュー1800が表示されているいくつかの実施形態を示す。他の実施形態では、コンポーネントビュー1800を、グラフ2000と同時ではあるが別個のウィンドウペインに表示することができる。これらの実施形態では、グラフ2000およびコンポーネントビュー1800は、ともに計器盤を開く(例えば、MEWSスコアを選択すると開く)、2つのウィンドウペインである。いくつかの実施形態は、1つのウィンドウペインまたは別個のウィンドウペイン内に複数のグラフおよび/またはコンポーネントビューを表示する。
【００８９】
同時に出願された「Drill-Down Dashboard」という名称の米国特許出願第12/036,281号もまた、ドリルダウンビューを表示するための方法およびシステムを説明しており、参照によって本願に援用する。しかし、上記で述べたドリルダウンビューのいくつかは、「Drill-Down Dashboard」に記載されたものとは異なる。上記で述べたビューは、患者の明確に要求された健康状態データ値(例えば、記録された値、スコア、または傾向)に洞察を与える情報を表示することに重点を置いているが、「Drill-Down Dashboard」アプリケーションで論じられているビューは、患者の全体的な状態を見ることにより、合わせられている。例えば、患者の氏名を選択すると、これらの他の計器盤のいくつかが現れる。
【００９０】
E インテリジェントな診断プロンプト
いくつかの実施形態では、プロセスはあらかじめ定義された健康状態を自動的に検知し、所望であれば健康状態についてのさらなる情報を提供する、インテリジェントな計器盤ディスプレイを提供する。図22は、そのようなプロセスを説明する。プロセス2200が開始され(225)、患者の健康状態データを、あらかじめ設定されたパラメータと比較する(2210)。健康状態データがある閾値を超えるパラメータと一致する場合、プロセスは、一致に基づいてある健康状態が存在することを検知する(2215)。次いで、プロセスは、ユーザがそれについてさらなる情報を見たいかどうかを知るためにユーザにプロンプトを出す(2220)。図23は、そのようなプロンプト2300の例を示す。ユーザがさらなる情報の表示を選択する場合、プロセスは、追加データを表示する(2225)。
【００９１】
いくつかの実施形態では、追加データは、より詳細な患者履歴、医療カルテ、および特定の状態の治療情報を含む。いくつかの実施形態では、治療情報はさらに特定の患者に合わせられる(例えば、患者がアレルギーを示す治療は推奨されない)。次いで、プロセスは終了する(2235)。インテリジェント計器盤のさらなる機能は、同時に出願された「Intelligent Dashboard」という名称の米国特許出願第12/036,287号に説明されている。
【００９２】
IV 自動警告
いくつかの実施形態は、患者の健康状態を表す1つまたは複数のパラメータの値または傾向に基づいて、緊急対応チームなどの様々な医療ケア対応者に、自動的に警告する。いくつかの実施形態の警告には、警告を生成し、対応者が状態を診断し、患者の健康状態を回復するための適切な治療を提供するために必要な関連データが含まれる。そのような自動警告は、症状の重症度を軽減し、または症状の発生を防ぐことができる、より適時の治療を患者が受けられるように、患者の状態が悪化する前、または悪化中に、迅速に対応者を招集する。
【００９３】
いくつかの実施形態は、Eメール、ショートメッセージサービス(SMS)、医療ケア提供者のポケットベルシステム、または医療ケア提供者間の他の可聴アラームを通じて、警告を発行する。伝達の各方法には、警告を発行するための様々なプロトコルおよび有線または無線手段を含むことができる。対応者は、病院ポケットベル、携帯情報端末(PDA)、ポケットベル、スマートフォン、携帯電話、または他の電子デバイスを使用して、警告を受け取る。
【００９４】
いくつかの実施形態では、単一のパラメータの値または特定の時間間隔で単一のパラメータ内で起きる変化に基づいて、自動警告を発行する。例えば、いくつかの実施形態は、手術から回復中の患者の血糖値が特定の閾値を超えるとき、患者の状態の考えられる変化に対処するように対応者に警告するべきかどうかを判断する。いくつかの実施形態では、1組のパラメータが一緒に重症度スコアの値を表すことができる場合、1組のパラメータの値または1組のパラメータの値の変化に基づいて、自動警告を発行する。
【００９５】
図24は、患者の状態に関するデータに基づいて警告を発行するためのプロセス2400を表す。プロセス2400は、患者データにアクセスすることによって開始される(2410)。いくつかの実施形態では、患者データは中央データベース内に保存され、したがって、プロセス2400はデータベースからデータを引き出さなければならない。他の実施形態では、プロセス2400は、データベース内でローカルに実行されるプロセスであり、またはデータがリアルタイムでデータベースに入力されると実行されるプロセスである。さらに他の実施形態では、プロセス2400は、患者の1つまたは複数の健康状態をモニターするために、患者にリンクされたモニター内で直接実行されるプロセスである。
【００９６】
データにアクセスされると、いくつかの実施形態では、アクセスされたデータ内の1つまたは複数の特定のパラメータを分析するために、アクセスされたデータを処理する(2420)。次いで、プロセスは、1つまたは複数の特定のパラメータの値がパラメータのあらかじめ定義された閾値を超えているかどうかを判断する(2430)。いくつかの実施形態では、プロセスは、パラメータの値の変化が患者の状態の悪化を示すのに十分に有意であるかどうかを判断するために、パラメータの傾向を分析する。いずれの例でも、閾値を超えることによって、プロセスは1つまたは複数の対応者に警告を発行する(2440)。
【００９７】
いくつかの実施形態では、現場に到着する前に対応者に問題が通知されるように、発行された警告には問題のパラメータを含む。さらに、いくつかの実施形態では、問題のパラメータに加えて、関連情報を含む。これらの追加パラメータは、患者が入院し、または治療を受ける原因となった状態に関するパラメータを含むことができる。例えば、心機能の突然の変化による心臓関連の問題を発症する患者のための警告には、警告を発生する心拍数パラメータ、ならびに血圧、血中酸素濃度等、他の心臓関連パラメータを含む。したがって、警告と併せて送られる追加パラメータは、問題の状態に基づいて動的に判断される。
【００９８】
いくつかの実施形態では、患者の治療を割り当てられた医療ケア専門家に警告が発生され、いくつかの実施形態は、閾値を超える特定のパラメータに基づいて様々な対応者に対して動的に警告するインテリジェントな警告を発行する。このように、いくつかの実施形態は、パラメータに基づいて、専門の対応者を対象とすることができる。例えば、問題のパラメータが心臓関連パラメータである場合、いくつかの実施形態は、心臓医に警告を発行する。例えば、問題のパラメータが神経関連パラメータである場合、いくつかの実施形態は、神経科医に警告を発行する。患者が集中治療ユニット(ICU)にいる場合、いくつかの実施形態では、集中治療専門医に警告する。
【００９９】
V コンピュータシステム
いくつかの実施形態では、収集エンジン410、計算エンジン415、および伝達エンジン425はサーバ上のソフトウェアモジュールである。いくつかの実施形態では、サーバは、揮発性メモリ、不揮発性メモリ、少なくとも1つのプロセッサ、または有線または無線ネットワークカード、および少なくとも1つの入力/出力デバイスを含む1つまたは複数のコンピュータを含む。いくつかの実施形態では、サーバは、Microsoft Windows(登録商標)、UNIX(登録商標)、LINUX、またはMacOSなどのオペレーティングシステムで動作する。いくつかの実施形態では、サーバは、有線ローカルエリアネットワーク(LAN)接続または無線LAN(WLAN)接続を通じて、患者データを受け取る。いくつかの実施形態では、サーバは、インターネットへの接続を通じて患者データを受け取る。いくつかの実施形態では、サーバは、LAN、WLAN、またはインターネットを通じて患者データをインターフェースに供給する。
【０１００】
いくつかの実施形態では、インターフェース430は、揮発性メモリ、少なくとも1つのプロセッサ、有線または無線ネットワークカード、およびデータを視覚的に表示することができる出力デバイスを有するデバイス上にある。いくつかの実施形態では、デバイスは不揮発性メモリを有する。いくつかの実施形態では、デバイスはラップトップコンピュータ、デスクトップコンピュータ、携帯電話、モバイルデバイス、スマートフォン、ポケットベル、携帯情報端末(PDA)、または他の電子デバイスの1つである。いくつかの実施形態では、デバイスは、インターフェース430に表示されたデータを印刷することができる、プリンタに接続される。
【０１０１】
図25は、本発明のいくつかの実施形態が実施される、コンピュータシステムを示す。コンピュータシステム2500は、バス2505、プロセッサ2510、システムメモリ2525、リードオンリーメモリ2530、永久ストレージデバイス2535、入力デバイス2540、および出力デバイス2545を含む。
【０１０２】
バス2505は、コンピュータシステム2500の多数の内部デバイスを通信可能に接続する、すべてのシステム、周辺、およびチップセットバスを集合的に表す。例えば、バス2505は、プロセッサ2510をリードオンリーメモリ2530、システムメモリ2525、および永久ストレージデバイス2535と通信可能に接続する。
【０１０３】
様々なメモリユニット2525、2530、および2535は、本発明のプロセスを実行するために、プロセッサ2510が実行すべき指示および処理すべきデータを検索する、コンピュータシステム2500のコンピュータ読取可能媒体の一部である。リードオンリーメモリ(ROM)2530は、プロセッサ2510およびコンピュータシステムの他のモジュールに必要な、静的データおよび指示を保存する。他方、永久ストレージデバイス2535は、リードアンドライトメモリデバイスである。このデバイスは、コンピュータシステム2500がオフのときも指示およびデータを保存する、不揮発性メモリユニットである。本発明のいくつかの実施形態は、マスストレージデバイス(磁気または光ディスクおよびそれに対応するディスクドライブなど)を、永久ストレージデバイス2535として使用する。
【０１０４】
他の実施形態は、リムーバブルストレージデバイス(フロッピー（登録商標）ディスクまたはUSBフラッシュディスクなど)を、永久ストレージデバイスとして使用する。永久ストレージデバイス2535と同様に、システムメモリ2525は、リードアンドライトメモリデバイスである。しかし、ストレージデバイス2535とは異なり、システムメモリは、ランダムアクセスメモリなど、揮発性のリードアンドライトメモリである。システムメモリは、プロセッサが実行時に必要ないくつかの指示およびデータを保存する。いくつかの実施形態では、本発明のプロセスは、システムメモリ2525、永久ストレージデバイス2535、および/またはリードオンリーメモリ2530に保存される。
【０１０５】
バス2505はまた、入力および出力デバイス2540および2545も接続する。入力デバイスによって、ユーザは情報を通信し、コンピュータシステムへのコマンドを選択することが可能である。入力デバイス2540は、英数字キーボードおよびポインティングデバイスを含む。出力デバイス2545は、コンピュータシステムによって生成された画像を表示する。例えば、これらのデバイスは、グラフィカルユーザインターフェースを表示する。出力デバイスは、プリンタおよびブラウン管(CRT)または液晶ディスプレイ(LCD)などの表示デバイスを含む。
【０１０６】
最後に、図25に示すように、バス2505はまた、ネットワークアダプタ(図示せず)を通じて、コンピュータ2500をネットワーク2565に接続する。このように、コンピュータはコンピュータのネットワーク(LAN、WLAN、広域ネットワーク(WAN)、イントラネット、またはインターネットなどのネットワークのネットワーク)の一部とすることができる。例えば、コンピュータ2500は、ユーザがウェブブラウザで動作するグラフィカルユーザインターフェースと相互通信すると、コンピュータ2500上で動作するウェブブラウザがウェブサーバと相互通信することができるように、ウェブサーバ(ネットワーク2565)に接続することができる。
【０１０７】
コンピュータシステム2500のいずれかまたはすべてのコンポーネントは、本発明と併せて使用することができる。例えば、コンピュータシステム2500のコンピュータ読取可能なメモリのそれぞれが、本発明のいくつかの実施形態のための1つまたは複数のストレージとして機能することができる。他のシステム構成も、本発明と併せて使用することができることを、当業者であれば理解するであろう。
【０１０８】
上記の方法およびシステムによって、数多くの利点を得られることを、当業者であれば理解するであろう。例えば、方法およびシステムは、医療専門家が病院全体にわたって患者のケアを効率的に優先順位付けすることができるように、医療提供者が患者をより良くモニターし、複数の患者の健康状態の概要を提供することを可能にする。他の利点は、病院のチェーンにわたってそのような優先順位付けが可能になることである。さらに、患者の健康状態エピソードに関するリアルタイムの警告が提供される。記録されたデータ、重症度スコア、および傾向のリアルタイムモニタリングを使用して、緊急対応チームは、患者がケアを必要とするエピソードを発症しているとき、より迅速かつ効果的に反応することができる。ベッドコントロールチームは、特定の病棟にいる必要のない患者、またはその必要性が、より緊急の治療が必要な患者の必要性に取って代わられる患者を、病棟から退院させることができる。医療専門家はまた、患者が現在受けているよりも緊急の治療が必要であることを簡単に認識できるおかげで、患者をより集中的な病棟により早期に入院させることができる。
【０１０９】
当業者は、本願に説明されたいくつかの特徴は先行技術にも見られることを認識するであろう。しかし、それらは本願に説明された他の特徴を組み合わせて使用されていない。さらに、本発明は多くの特定の詳細を参照して説明されているが、本発明の精神から逸脱せずに、本発明を他の特定の形態でも実施することができることを、当業者は認識するであろう。したがって、当業者であれば、本発明が上記に示された詳細に限定されず、添付の特許請求の範囲によって定義されることを理解するであろう。
【符号の説明】
【０１１０】
100  患者リスト
110  氏名列
115  管理データ列
120  重症度スコア列
125  記録データ列
200  患者リスト
300  患者リスト
400  臨床情報システム
410  収集エンジン
415  計算エンジン
420  データストレージ
425  伝達エンジン
430  インターフェース
435  文書
440  データストレージ
445  センサーによって記録された直接モニターされたバイタルサイン
450  入院後に医療提供者によって記入されたデータ
455  入院時に記入されたデータ
460  手作業で測定され記録されたデータ
465  検査室からの結果
470  画像診断装置からのデータ
475  複数の病棟、病院全体、またはいくつかの病院
600  臨床情報システム
700  臨床情報システム
705  病院
710  外部データストレージ
715  伝達エンジン
720  伝達エンジン
810  計器盤
820  計器盤
822  ウィンドウペイン
830  計器盤
832  ウィンドウペイン
840  計器盤
842  ウィンドウペイン
844  ウィンドウペイン
846  ウィンドウペイン
848  ウィンドウペイン
910  マスターウィンドウ
920  マスターウィンドウメニューバー
930  マスターウィンドウツールバー
940  マスターウィンドウツールバーアイコン
941  ノートアイコン
942  バイタルサインアイコン
943  臨床検査アイコン
944  スキャンアイコン
945  レポートアイコン
946  ビリングアイコン
947  計器盤表示アイコン
948  更新アイコン
949  オフライン切換アイコン
950  スナップショットアイコン
951  検索アイコン
952  フレーズブックアイコン
953  自動スケジュールアイコン
954  ヘルプアイコン
955  メニューアイテム
958  マスターウィンドウ表示領域
960  ウィンドウペイン
965  患者リスト
2500  コンピュータ
2505  バス
2510  プロセッサ
2525  システムメモリ
2530  リードオンリーメモリ
2535  永久ストレージデバイス
2540  入力デバイス
2545  出力デバイス
2565  ネットワーク
【図１】
2009219867.tif 000003
【図２】
2009219867.tif 000004
【図３】
2009219867.tif 000005
【図４】
2009219867.tif 000006
【図５】
2009219867.tif 000007
【図６】
2009219867.tif 000008
【図７】
2009219867.tif 000009
【図８】
2009219867.tif 000010
【図１０】
2009219867.tif 000011
【図１１】
2009219867.tif 000012
【図１２】
2009219867.tif 000013
【図１３】
2009219867.tif 000014
【図１４】
2009219867.tif 000015
【図１５】
2009219867.tif 000016
【図１６】
2009219867.tif 000017
【図１７】
2009219867.tif 000018
【図１８】
2009219867.tif 000019
【図１９】
2009219867.tif 000020
【図２０】
2009219867.tif 000021
【図２１】
2009219867.tif 000022
【図２２】
2009219867.tif 000023
【図２３】
2009219867.tif 000024
【図２４】
2009219867.tif 000025
【図２５】
2009219867.tif 000026
【図９ａ】
2009219867.tif 000027
【図９ｂ】
2009219867.tif 000028
【外国語明細書】
2009219867.tif 000029
2009219867.tif 000030
2009219867.tif 000031
2009219867.tif 000032
2009219867.tif 000033
2009219867.tif 000034
2009219867.tif 000035
2009219867.tif 000036
2009219867.tif 000037
2009219867.tif 000038
2009219867.tif 000039
2009219867.tif 000040
2009219867.tif 000041
2009219867.tif 000042
2009219867.tif 000043
2009219867.tif 000044
2009219867.tif 000045
2009219867.tif 000046
2009219867.tif 000047
2009219867.tif 000048
2009219867.tif 000049
2009219867.tif 000050
2009219867.tif 000051
2009219867.tif 000052
2009219867.tif 000053
2009219867.tif 000054
2009219867.tif 000055
2009219867.tif 000056
2009219867.tif 000057
2009219867.tif 000058
2009219867.tif 000059
2009219867.tif 000060
2009219867.tif 000061
2009219867.tif 000062
2009219867.tif 000063
2009219867.tif 000064
2009219867.tif 000065
2009219867.tif 000066
2009219867.tif 000067
2009219867.tif 000068
2009219867.tif 000069
2009219867.tif 000070
2009219867.tif 000071
2009219867.tif 000072
2009219867.tif 000073
2009219867.tif 000074
2009219867.tif 000075
2009219867.tif 000076
2009219867.tif 000077
2009219867.tif 000078
2009219867.tif 000079
2009219867.tif 000080
2009219867.tif 000081
2009219867.tif 000082
2009219867.tif 000083
2009219867.tif 000084
2009219867.tif 000085
2009219867.tif 000086
2009219867.tif 000087
2009219867.tif 000088
2009219867.tif 000089
2009219867.tif 000090
2009219867.tif 000091
2009219867.tif 000092
2009219867.tif 000093
2009219867.tif 000094
2009219867.tif 000095
2009219867.tif 000096
2009219867.tif 000097
2009219867.tif 000098