JP2005508054A - 様々なソースからの患者関連情報を統合するためのヘルスケアシステム及びユーザインタフェース - Google Patents
様々なソースからの患者関連情報を統合するためのヘルスケアシステム及びユーザインタフェース Download PDFInfo
- Publication number
- JP2005508054A JP2005508054A JP2003540919A JP2003540919A JP2005508054A JP 2005508054 A JP2005508054 A JP 2005508054A JP 2003540919 A JP2003540919 A JP 2003540919A JP 2003540919 A JP2003540919 A JP 2003540919A JP 2005508054 A JP2005508054 A JP 2005508054A
- Authority
- JP
- Japan
- Prior art keywords
- information
- patient
- request
- healthcare
- health care
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
【解決手段】ヘルスケアシステムにおいて、方法が、以下の段階を実行することによって複数の異なるソースからの患者関連情報を統合する。特定の患者を識別する患者識別データを受け取る。対応する情報ソースに送るメッセージが生成される。生成されたメッセージは、特定の患者識別データと、特定の患者に関する情報の要求とを含む。メッセージは、対応する情報ソースに送られる。情報ソースから特定の患者に関する要求情報を含む回答メッセージを受け取る。統合患者関連情報を表すデータを提供するために、回答メッセージから要求情報がソートされマージされる。
Description
【技術分野】
【０００１】
本発明は、一般にヘルスケア情報システムに関係する。より詳細には、本発明は、様々なソースからの患者関連情報を統合するためのヘルスケアシステム及びユーザインタフェース並びにその方法に関する。
【背景技術】
【０００２】
現代のヘルスケアは、多数の医療従事者が多数の患者にサービスを提供する必要がある。これを実現するために、ヘルスケアの提供は、例えば看護部門、ラボ部門、薬局部門、放射線診断部門などの特化された部門又はヘルスケアソースに組織化された。各部門は、その特定のタスク、場合によっては特化されたタスクのサブセットを遂行する責任を持つ。部門は、様々な地理的位置を有する様々なヘルスケアエンタープライズ又はオフィスと関連付けられている場合がある。その結果、残念ながら、様々な部門に蓄積された１人の患者に関連した患者情報に、１つの場所から容易にアクセスできないので、ヘルスケア活動が最適とは言えないものになっていた。
【０００３】
現在のヘルスケア情報システム（ＨＩＳ）は、複数の異なるヘルスケアソースからの特定の患者の患者関連情報を、様々なレコード照合（matching）技術を使用して、マスタ患者インデックス（ＭＰＩ）を有する１つの統合されたデータベースに一体化している。しかしながら、複数の異なるヘルスケアソースから受け取った患者情報を特定の患者と照合しようとする際に多くの問題が生じた。レコード照合技術は、間違って、同一の患者に関連しない患者情報を組合せたり（即ち、「誤照合」）、同一の患者について同一の患者情報を複数回組合せたり（即ち、「冗長照合」）、同一の患者と関連した患者情報を組合せない（即ち、「照合漏れ」）ことがある。現在のレコード照合技術は、記憶された患者情報の９０％を超える部分について適正照合を生成し、記憶された患者情報の５％〜１０％の部分について冗長照合を生成し、記憶された患者情報の５％未満の部分について照合漏れを生成する。現在のレコード照合技術の信頼性は、特にヘルスケアの提供のために依存したときに、ＭＰＩのユーザのコンフィデンスレベルを低下させる。従って、このレコード照合技術は、許容できない数の誤照合、冗長照合及び照合漏れを発生する。
【０００４】
現在のシステムは、大容量記憶装置と高性能プロセッサを有する高価なコンピュータサーバを必要とする。大容量記憶装置には、複数の異なるヘルスケアソースから受け取った各患者ごとの患者情報が記憶される。コンピュータサーバ内の記憶装置は、複数の異なるヘルスケアソースから受け取った患者情報の複製を記憶する。従って、コンピュータサーバ内の記憶装置は、複数の異なる各ヘルスケアソースの記憶装置の容量を合わせた容量と同程度の大きさでなければならない。そのような大容量記憶装置は高価である。プロセッサは、複数の異なるヘルスケアソースから受け取った大量の患者情報を、追加したり、更新したり、パージしたり、照合したりすることによって結合できるように十分に高性能でなければならない。また、そのような複雑でコンピュータを酷使するタスクを処理できるようなプロセッサは高価である。
【０００５】
コンピュータサーバに対する記憶装置とプロセッサの要求が高いため、ＨＩＳを効率的に動作させる様々な手法が取られてきた。例えば、１つの手法は、コンピュータサーバがそのような制限に応答して、利用可能な患者情報の小さなサブセットのみ、例えば、日付、ヘルスケアソース、病気の種類などを処理と記憶のために受け取ることができるようにすることである。もう１つの手法は、推奨される最小容量の記憶装置を使用して患者情報の収集を規格化して、冗長照合の数を減らすことである。
【０００６】
現在のシステムに関する別の問題は、患者情報及び臨床結果データの形式である。例えば、白血球数（White Blood Count）は、複数の異なる病院ソースで、「ＷＢＣ」、「白血球数（White Count）」又は「ＷＣ」と呼ばれることがある。現在のシステムは、記憶した変換テーブルやその他の技術を使用して、ＭＰＩ用の共通の形式を作成する。変換テーブルやその他の技術はほぼ成功するが、これらは、１００％適正な変換を実現しない。臨床結果データも組み合わせる必要があり、データ形式、測定単位、正常範囲、他の関連する重要な医学情報などの類似の組み合わせの問題を有する。
【０００７】
現在のシステムは、一般に、バッチ、磁気テープ、ディスケット、バッチ直接通信などの様々なダウンロード技術を使用して非実時間でＭＰＩを更新しており、その結果、ＭＰＩが最新のものでなくなる。通常、実時間の更新は、コンピュータサーバが患者情報を組み合わせ、変換し、索引付けし、照合する作業量、並びに特定のインタフェース実施形態、通信方法、データベース性能、及び設計実施形態によって妨げられる。
【０００８】
現在の幾つかのシステムは、ＭＰＩを実施するために必要な詳細なマッピングを提供するために、コンピュータサーバと複数の異なるヘルスケアソースに配置されたコンピュータと間の効率的な協力を必要とする。そのような効率的な協力には、一般に、１台以上のコンピュータにハードウェア及び／又はソフトウェアを追加する必要があり、これによりコストと複雑さが高まる。
【０００９】
現在の他のシステムは、ＭＰＩに統合された患者情報の質を高めるために、多くの手続き的方法に依存している。患者情報の質は、収集データ、承認（admission）プロセス、トレーニング、入手可能データ、個々の用法、インタフェースシステムなどの、変化する要素によって大きく変化する。手続き的方法はＭＰＩ内の患者情報の質を高めるが、データ品質レベルは、変化する要素が多数あり、そのいくつかは人間の対話と関連しているため、１００％に達することはできない。
【００１０】
更に他の現在のシステムは、複数の異なるヘルスケアソースからの患者情報を単一表示に合体させている。単一表示は、元の患者情報のコンテキストにおける特定の結果を確認することが極めて困難である。例えば、ある患者の全ての血圧測定値を組み合わせた場合は、特定のオフィス訪問、健康問題、病院滞在などについての医療コンテキストを決定することは困難である。
【００１１】
以上その他の欠陥を鑑みて、複数の異なるヘルスケアシステムから受け取った患者情報を正確に表すＨＩＳを有することが望ましい。そのような望ましいＨＩＳのコストと複雑さ妥当であり、小規模と中規模のヘルスケア提供者がＭＰＩを有するシステムを実現できる。ＨＩＳが、複数の異なるヘルスケアシステムによって使用される元の形式及びコンテキストにおいて利用可能な全ての患者情報を、混同を招くことなくかつ複雑でない形で、実時間で表現することが望ましい。従って、様々なソースからの患者関連情報を統合するヘルスケアシステム及びユーザインタフェースと、これに対応するヘルスケア情報システムの上記の及びその他の望ましい特徴を満たす方法に対するニーズがある。
【発明の開示】
【課題を解決するための手段】
【００１２】
ヘルスケアシステムにおいて、方法が、以下の段階を実行することによって複数の異なるソースからの患者関連情報を統合する。特定の患者を識別する患者識別データを受け取る。対応する情報ソースに送るメッセージが生成される。生成されたメッセージは、特定の患者識別データと、特定の患者に関する情報の要求とを含む。メッセージは、対応する情報ソースに送られる。情報ソースから特定の患者に関する要求情報を含む回答メッセージを受け取る。統合患者関連情報を表すデータを提供するために、回答メッセージから要求情報がソートされマージされる。
【００１３】
本発明の上記及びその他の様相は、以下の詳細な説明及び添付図面を参照して更に詳しく説明される。なお、様々な図に示した同じ特徴及び要素には同じ参照番号が割り当てられている。図が実寸で示されていない場合があることに注意されたい。更に、本明細書に明示的又は暗黙的に示されているが図面に具体的に示されていない、或は図面に明示的又は暗黙的に示されているが明細書に具体的に示されていない本発明の他の実施形態が可能である。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明の好ましい実施形態による、コンピュータ１２、サーバ装置１４、及び情報ソースとも呼ばれるヘルスケアソース１６を含むヘルスケア情報システム１０を示す。第１のネットワーク１８が、コンピュータ１２をサーバ装置１４に電気的に結合する。第２のネットワーク２０が、サーバ装置１４をヘルスケアソース１６に電気的に結合する。
【００１５】
ヘルスケア情報システム１０は、ケア中の人々の健康及び／又は壮健度を監視する役割をもつヘルスケア提供者によって使用されるように意図されている。ヘルスケア提供者の例には、病院、療養所、介護付きリビングケア、在宅医療介護、ホスピス、クリティカルケア施設、ヘルスケア診療所、高度看護施設、理学療法診療所、指圧療法診療所、歯科事務所が含まれる。本発明の好ましい実施形態において、ヘルスケア提供者は病院である。ヘルスケア提供者によってサービスを提供される人の例には、患者、居住者及び顧客が含まれるがこれらに限定されない。
【００１６】
コンピュータ１２は、一般に、クライアント装置２２及び／又はヘルスケアコンピュータ２４を含む。一般に、コンピュータ１２は、出した要求に応答して情報を受け取る要求装置と考えることができる。コンピュータ１２は、同じか又は異なる物理的又は地理的位置にある１台以上のクライアント装置２２、及び／又は１台以上のヘルスケアコンピュータ２４を含むことができる。コンピュータ１２は、ヘルスケアソース１６の内の１つのヘルスケアソースにあり、コンピュータ１２は、情報ソースであると同時に要求装置であることが好ましい。各クライアント装置２２、ヘルスケアコンピュータ２４、サーバ装置１４、及び各ヘルスケアソース１６は、一般にコンピュータとして記載されるが、クライアント装置２２とヘルスケアコンピュータ２４のそれぞれの性質を全体的に包含するためにコンピュータ１２という用語が使用される。クライアント装置２２とヘルスケアコンピュータ２４の主な違いは、クライアント装置２２がユーザインタフェース３２を備えており、ヘルスケアコンピュータ２４がエンドユーザ向けのユーザインタフェースを備えていないことである。この違いは、コンピュータ１２の特定の機能と、サーバ装置１４によってコンピュータ１２に送られるデータの形式に関係する。一般に、クライアント装置２２は、エンドユーザに役立つために機能し、従って、データは、ユーザインタフェース用に、例えば、ブラウザのハイパーテキストマークアップ言語（ＨＴＭＬ）でフォーマットされる。一方、ヘルスケアコンピュータ２４は、自分自身又は他のコンピュータに役立つために機能し、従って、データは、コンピュータ用に、例えば、拡張マークアップ言語（ＸＭＬ）でフォーマットされる。当然ながら、ヘルスケアコンピュータ２４は、最終的に、エンドユーザがデータにアクセスできるように適合されたユーザインタフェースに接続することができる。この場合、ＸＭＬフォーマットは、ブラウザ用のＨＴＭＬに変換されなければならない。
従って、コンピュータ１２の特定の実施形態によって、クライアント装置１２とヘルスケアコンピュータ２４の違いが曖昧になったり重なったりする。
【００１７】
クライアント装置２２は、一般に、ユーザインタフェース３２、プロセッサ３４、及び記憶装置３６を含む。ユーザインタフェース３２は、一般に、入力装置と出力装置を含む。記憶装置３６は、図６に示したように、クライアント装置１２にローカルな患者情報を記憶することが好ましい。例えば、クライアント装置２２は、医療センターにあり、患者情報は、ケアのために医療センターに来る患者だけを表す。記憶装置３６内の患者情報は、図６に示したように、記憶装置３６がマスタ患者インデックス（ＭＰＩ）ではなくローカル患者インデックス（ＬＰＩ）を記憶する点を除き、以下で述べるサーバ装置１４の患者情報５２に関して説明するものと同じ情報を含む。クライアント装置１２は、パーソナルコンピュータとして実施されることが好ましい。パーソナルコンピュータは、固定式でも移動式でもよく、デスクトップ、ラップトップ、携帯情報端末（ＰＤＡ）、携帯電話を含むがこれらに限定されない様々な形態で実施される。ユーザインタフェース３２、プロセッサ３４及び記憶装置３６は、クライアント装置の設計に携わる当業者に周知の形で構成され一般的に動作する。
【００１８】
ヘルスケアコンピュータ２４は、一般に、オプションのユーザインタフェース３８、プロセッサ４０、及び記憶装置４２を含む。記憶装置４２は、図６に示したように、クライアント装置２２内の記憶装置３６に関して前に説明したのと同じように、ヘルスケアコンピュータ２４に対してローカルな患者情報を記憶することが好ましい。ヘルスケアコンピュータは、サーバ装置又はワークステーションとして実施されることが好ましい。ユーザインタフェース３８、プロセッサ４０、及び記憶装置４２は、サーバ装置の設計に携わる当業者に周知の形で構成され一般的に動作する。
【００１９】
クライアント装置２２のユーザインタフェース３２は、一般に、ユーザがクライアント装置２２に情報を入力できるようにする入力装置と、ユーザがクライアント装置２２から情報を受け取ることができるようにする出力装置とを含む。入力装置は、キーボードであることが好ましいが、例えばタッチスクリーンや、音声認識プログラムを有するマイクロホンでもよい。出力装置は表示装置であること好ましいが、例えばスピーカーでもよい。出力装置は、入力装置がユーザから情報を受け取ったこと又はクライアント装置２２による他の活動に応答してユーザに情報を提供する。例えば、表示装置は、ユーザがキーパッドによってクライアント装置２２に情報を入力したことに応答して情報を表示する。図６、図７及び図８に示したように、ウェブブラウザは、情報をウェブブラウザに入力できるようにしかつ情報をウェブブラウザに表示できるようにすることによって、入力装置と出力装置のそれぞれの一部分を構成することが好ましい。また、ヘルスケアコンピュータ２４とサーバ装置１４はそれぞれ、ユーザインタフェース３８及び４８を有することができ、ユーザインタフェース３８及び４８はそれぞれ入力装置と出力装置を有し、クライアント装置２２のユーザインタフェース３２と同じか又は異なるように動作する。
【００２０】
サーバ装置１４は、一般に、記憶装置４６、オプションのユーザインタフェース４８、及びプロセッサ５０を含む。記憶装置４６は、一般に、患者情報５２及び利用可能ヘルスケアソースリスト５４を含む。また、記憶装置４６は、サーバ装置１４を動作させるプログラムを含む。サーバ装置１８は、パーソナルコンピュータ又はワークステーションとして実施されることが好ましい。従って、サーバ装置１８とコンピュータ１２は、同じコンピュータとして実施されてもよく別個のコンピュータとしても実施されてもよい。記憶装置４６の患者情報５２と利用可能ヘルスケアソースリスト５４を記憶する部分は、サーバ装置１４の使用中にリフレッシュし、キャッシュし、又は更新することができるランダムアクセスメモリ（ＲＡＭ）や他の適切な記憶装置に実施されることが好ましい。記憶装置４６のプログラムを保持する部分は、サーバ装置１４が使用中に所定のプログラムを実行する読み取り専用メモリ（ＲＯＭ）又は他の適切な記憶装置に実施されることが好ましい。
【００２１】
記憶装置４６内の患者情報５２は、一般に、伝記情報、財務情報、臨床情報、ワークフロー情報、及びケアプラン情報を含むがこれらに限定されない患者に関連した任意の情報を含む。患者情報５２は、文書などのテキストファイル、例えば心電図（ＥＫＧ）トレースや心電図（ＥＣＧ）トレース、脳波図（ＥＥＧ）トレースなどのグラフィカルトレースを含むグラフィックファイル、静止ビデオ画像やビデオ画像シーケンスなどのビデオファイル、音声や音声セグメントなどの音声ファイル、例えば磁気共鳴画像（ＭＲＩ）やＸ線、ポジティブエミッショントモグラフィ（ＰＥＴ）走査、ソノグラムなどの診断画像のようなビジュアルファイルを含むがこれらに限定されない様々なファイル形式で表現される。患者情報５２は、１人の患者のヘルスケアエンタープライズ（例えば、地域、病院、診療所、部門）に対する関係についての臨床情報の組織的集合である。患者レコードは、厳密には、区分及び索引付け構造を有するファイルキャビネット又はレポジトリと考えることができる。そのような区分は、フォルダ、ドキュメント及びドキュメントコンポーネントを有する階層や、臨床基本情報の集合を表す他のオブジェクトと類似している。そのようなフォルダ区分は、サマリ、注記、調査、指示、投薬、通信、結果などの従来の分類を含む。
【００２２】
患者情報５２は、マスタ患者インデックス（ＭＰＩ）を含むことが好ましい。図６、図７及び図８を参照して、患者情報５２の例を提供する。患者情報５２は、コンピュータ１２からの初期要求に応答して、サーバ装置１４が要求した各ヘルスケアソース１６から受け取った情報を表すか又は含む。記憶装置４６は、患者情報５２を一時的に記憶することが好ましい。そのような一時記的な記憶は、仮想記憶又は非永久記憶と考えることもできる。「一時的」という用語は、一般に、有限の時間続くことを意味する。「仮想」という用語は、一般に、実質的又は本質的であるが正式には認識又は受け入れられていないことを意味する。「仮想記憶」という用語は、一般に、サーバ装置１４内の記憶装置５２が、各ヘルスケアソース１６内の記憶装置の拡張部分であることを意味する。従って、患者情報が、実質的に各ヘルスケアソース１６内の記憶装置の拡張部分であるが、各ヘルスケアソース１６自体の記憶装置として正式に認識されていないので、患者情報５２は、仮想マスタ患者インデックス（ＶＭＰＩ）と呼ばれることがある。
【００２３】
記憶装置５２が患者情報５２を記憶する有限の時間は、ヘルスケア情報システム１０の特定の用途又は実施形態によって異なる。一般に、記憶装置５２は、患者情報５２を要求した人が所望の情報の要求を満たすことができるように、週、月、又は年ではなく、秒、分、又は時間の比較的短い時間患者情報５２を記憶する。患者情報５２は、新しい問合せを行わないと自動的にリフレッシュされないので、患者情報５２が一時的に記憶される時間が長くなるほど、患者情報５２が速く古くなることが好ましい。しかしながら、必要に応じて、同じ問合せの自動リフレッシュを実施することができる。
【００２４】
図７に示したように、サーバ装置１４の記憶装置４６は、各問合せと関連した有限の量の患者情報５２を記憶する。サーバ装置１４の記憶装置４６は、患者情報５２を、ヘルスケアソース１６の記憶装置に記憶された詳細な情報に対するハイパーテキストリンクの形で記憶することが好ましい。ハイパーテキストリンクは、図７に示したように、医療センターや病院などの様々なヘルスケアソース１６にある情報データベースに対するリンクを表すことが好ましい。また、確認のためにヘルスケアソース１６の記憶装置にリンクすることなく患者情報５２の識別及び／又は理解を容易にするために、サーバ装置１４の記憶装置４６にサマリ患者情報５２が記憶されることが好ましい。代替として、必要に応じてかつ／又は適切な場合に、特定の患者に関する詳細な患者情報を提供することもできる。
【００２５】
サーバ装置１４の記憶装置４６は、有限の長さの時間だけ、有限の量の患者情報５２だけを記憶しているので、このヘルスケア情報システムに関連する欠点は解決される。このヘルスケア情報システム１０は、各ヘルスケアソースからの患者情報５２をサーバ装置内の１つの大きな記憶装置に統合するのではなく、サーバ装置１４が問合せと関連した患者情報５２だけを要求し一時的に記憶することによって、各ヘルスケアソース１６の記憶装置を活用する。図７に示したように、記憶装置４６は、特定の患者と関連したサマリ患者情報と共に、様々なヘルスケアソース１６に対するハイパーテキストリンクのリストを記憶することが好ましい。従って、記憶装置４６は、より小さく複雑でなく、安価で、維持が容易で、常に最新で、使い易くなる。一般に、問合せと関連付けられていない患者情報５２は関係がない。しかしながら、ユーザが、所望の情報を受け取らなかったと判断した場合、ユーザは、新しい問合せ又は修正した問合せを入力して所望の情報を取り出そうとするであろう。補助的又は副次的な検索問合せ、問合せと関連したシステムフィードバック、及び問合せを構築するシステムプロンプトを含むがこれらに限定されない多くの異なる検索のためのユーザインタフェース技術を使用の効率化と容易化のために実施することができる。更に、問合せを入力するユーザインタフェース、好ましくはブラウザは、ハイパーテキストリンク、ブール論理、テンプレートフィールド、自然言語、及び記憶された所定の問合せを含むがこれらに限定されない問合せを入力するための様々なフォームを有することができる。図６に示したように、問合せは、ハイパーテキストリンク及び／又はサマリ患者情報を使用して形成されることが好ましい。
【００２６】
所定のデータディレクトリとも呼ばれる利用可能なヘルスケアソースのリスト５４は、サーバ装置１４と接続して利用可能な全てのヘルスケアソース１６を追跡する。リスト５４は、手動又は自動の登録手続きを使用して更新することができる。リスト５４に応じて、サーバ装置１４は、図４に示したように、どの利用可能なヘルスケアソースに問合せをすべきかを知り、また、どの利用可能なヘルスケアソース１６から回答を期待できるかを知る。リスト５４は、ネットワーク２０がどのように実施されているかによって省略可能である。例えば、ネットワーク２０が、ローカルエリアネットワーク（例えば、イントラネット）などの閉じたネットワークの場合、サーバ装置１４は、リストを参照することなく、ネットワーク２０上の各ヘルスケアソース１６に問合せを送る。或いは、ネットワーク２０が、広域ネットワーク（例えば、インターネット）などの開いたネットワークの場合、サーバ装置１４は、リスト５４に応じてネットワーク２０上の各ヘルスケアソース１６に問合せを送る。
【００２７】
仮想マスタ患者インデックス（ＶＭＰＩ）エージェントとも呼ばれるプロセッサ５０は、サーバ装置１４のためにコンピュータ１２とヘルスケアソース１６の間で通信を管理する。プロセッサ５０は、ソフトウェア及び／又はハードウェアで実施することができ、記憶装置４６に記憶されたプログラムに応じて動作する。
【００２８】
ヘルスケアソース１６は、ヘルスケア提供者のケアにおける人の健康及び／又は福祉と関連した情報へのアクセスを必要とし又はその情報を提供するソースであり、このソースは、それ自体独立したシステムとしても知られる。ヘルスケアソース１６の例は、図１に示したような病院システム２６、医療システム２８、及び医師システム３０を含むがこれらに限定されず、また、レコードシステム、放射線医学システム、会計システム、請求システム、及びヘルスケア情報システムで必要とされるか又は要求される他のシステムを含む。病院システム２６は、ラボシステム５６、薬局システム５８、財務システム６０、及び看護システム６２を含むがこれらに限定されない。エンタープライズとも呼ばれる医学システム２８は、ヘルスケア診療所や他の病院システムを表す。医師システム３０は、医師オフィスを表す。一般に、病院システム２６内のシステムは、物理的に同じ設備又は同じ地理的構内にある。しかしながら、一般に、医学システム２８と医師システム３０はそれぞれ、異なる地理的位置にある異なる施設内に配置されている。従って、ヘルスケアソース１６は、様々な物理的及び地理的位置を有する複数の異なるヘルスケアソースを表す。
【００２９】
第１のネットワーク１８は、１台以上のクライアント装置２２又はヘルスケアコンピュータ２４と、サーバ装置１４との間で通信ネットワークを提供する。第２のネットワーク２０は、サーバ装置１４とヘルスケアソース１６との間で通信ネットワークを提供する。第１のネットワーク１８と第２のネットワーク２０は、実施される特定のネットワーク構成及び特定の通信プロトコルによって、同じネットワークでも異なるネットワークでもよい。第１のネットワーク１８と第２のネットワーク２０の一方又は両方は、イントラネットなどのローカルエリアネットワーク（ＬＡＮ）、又はインターネットなどの広域ネットワーク（ＷＡＮ）、若しくはその組み合せとして実施することができる。第１のネットワーク１８と第２のネットワーク２０はそれぞれ、インターネットによって構成されたＷＡＮであることが好ましい。
【００３０】
適切なネットワーク１８又は２０に結合された通信経路を介して、コンピュータ１２とサーバ装置１４はそれぞれメッセージとも呼ばれる問合せを通信し、サーバ装置１４とヘルスケアソースはそれぞれ回答メッセージとも呼ばれる回答（reply）を通信する。クライアント装置２２は、通信経路を介して、第１のネットワーク１８に問合せ６４を送り、回答６６を受け取る。ヘルスケアコンピュータ２４は、第１のネットワーク１８に結合された通信経路を介して、問合せ６８を送り、回答７０を受け取る。サーバ装置１４は、第１のネットワーク１８に結合された通信経路を介して、問合せ７２を受け取り、回答７４を送る。サーバ装置１４は、第２のネットワーク２０に結合された通信経路を介して、問合せ７６を送り、回答７８を受け取る。ラボシステム５６は、第２のネットワーク２０に結合された通信経路を介して、問合せ８０を受け取り、回答８２を送る。薬局システム５８は、第２のネットワーク２０に結合された通信経路を介して、問合せ８４を受け取り、回答８６を送る。財務システム６０は、第２のネットワーク２０に結合された通信経路を介して、問合せ８８を受け取り、回答９０を送る。看護システム６２は、第２のネットワーク２０に結合された通信経路を介して、問合せ９２を受け取り、回答９４を送る。医学システム２８は、第２のネットワーク２０に結合された通信経路を介して、問合せ９６を受け取り、回答９８を送る。医師システム３０は、第２のネットワーク２０に結合された通信経路を介して、問合せ１００を受け取り、回答１０２を送る。ヘルスケアソース１６からサーバ装置１４への回答は全て、ＸＭＬ形式であることが好ましい。
【００３１】
通信経路はそれぞれ、ヘルスケア情報システム１０内の様々な要素のタイプ及び／又は構成によって、プロトコルと呼ばれることもある１つ又は複数のデータ形式を使用するように適応されることが好ましい。情報システムのデータ形式の例は、ＲＳ２３２プロトコル、エサーネットプロトコル、医学インタフェースバス（ＭＩＢ）互換プロトコル、インターネットプロトコル（ＩＰ）データ形式、ローカルエリアネットワーク（ＬＡＮ）プロトコル、広域ネットワーク（ＷＡＮ）プロトコル、ＩＥＥＥバス互換プロトコル、及びヘルスレベル・セブン（ＨＬ７）プロトコルを含むがこれらに限定されない。通信経路は、コンピュータ１２、サーバ装置１４及びヘルスケアソース１６が共通のデータ形式を使用して互いに通信できるように、ＩＰデータ形式を使用する。
【００３２】
ＩＰデータ形式は、ＩＰプロトコルとも呼ばれ、ＩＰアドレスを使用する。ＩＰアドレスの例には、伝送制御プロトコルインターネットプロトコル（ＴＣＰＩＰ）アドレス、ＩＰアドレス、ＵＲＬ（Universal Resource Locator）、及び電子メール（ｅメール）アドレスが含まれるがこれらに限定されない。通信経路はそれぞれ、有線又は無線（Ｗ／ＷＬ）接続として形成される。通信経路は、有線接続として構成されることが好ましい。有線接続の場合、ＩＰアドレスは、ジャックとも呼ばれる配線の終端点の物理的位置に割り当てられることが好ましい。ジャックは、様々な要素の位置近くの固定位置に取り付けられる。無線接続の場合は、様々な要素が移動するので、ＩＰアドレスが様々な要素に割り当てられることが好ましい。無線接続は、ヘルスケア情報システム１０を使用する人が有線接続で可能な距離よりも遠くに移動できるようにする。
【００３３】
一般に、典型的な動作条件下では、コンピュータ１２は、第１のネットワーク１８を介してサーバ装置１４に送られる問合せを生成する。サーバ装置１４は、コンピュータ１２から問合せを受け取ったことに応答して、第２のネットワーク２０を介して各ヘルスケアソース１６に問合せを送る。各ヘルスケアソース１６は、サーバ装置１４から問合せを受け取ったことに応答して、第２のネットワーク２０を介してサーバ装置１６に回答を送る。サーバ装置１４は、各ヘルスケアソース１６から回答を受け取ったことに応答して、第１のネットワーク１８を介してコンピュータ１２に回答を送る。従って、サーバ装置１４は、第１のネットワーク１８と第２のネットワーク２０を介して、コンピュータ１２と各ヘルスケアソース１６との間の通信を管理し情報を伝える。クライアント装置２２、ヘルスケアコンピュータ２４、サーバ装置１４及びヘルスケアソース１６の動作方法に関連するさらなる詳細は、それぞれ図２、図３、図４及び図５を参照して説明される。
【００３４】
より詳細には、サーバ装置１４は、ＡＳＰ（Active Server Page）コードを使用して、マイクロソフトインターネット情報サービス（ＩＩＳ）ウェブサーバ上にＶＭＰＩエージェントを実現する。また、ＶＭＰＩエージェントは、Ｊａｖａコードを使用して、アパッチ（Apache)、トムキャット（Tomcat）、又はＩＢＭ ＷｅｂＳｐｈｅｒｅ[登録商標]ウエブサーバ上で実現することもできる。図６を参照して説明するように、ＶＭＰＩエージェントは、患者情報を要求するユーザに単純なＨＴＭＬフォームを提示することが好ましい。ユーザがそのフォームを提示したとき、ＶＭＰＩエージェントは、ヘルスケアソースリスト５４を読み取り、患者情報を各ヘルスケアソース１６に渡す。これは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）によって、ＵＲＬ（uniform resource locator）の一部として情報を添付することにより行われることが好ましい。ＶＭＰＩエージェントは、例えば、返されたＸＭＬデータを取り込み、マージし、日付でソートし、次に、クライアント装置２２のユーザに表示するために、ＸＳＬを使用してＸＭＬをＨＴＭＬに変換する。また、ＶＭＰＩエージェントとの通信は、ＳＯＡＰ（simple object access protocol）を使用してウェブサーバとして実施することができ、コンピュータ１２からの要求は、ＸＭＬの問合せによって実施することができる。ＸＭＬを使用することにより、異なるコンピュータシステム間でのデータ転送が容易になり、もし適切であれば、ＳＭＴＰ（simple mail transfer protocol）を含むＨＴＴＰ以外のプロトコルとの通信が可能になる。
【００３５】
図２は、本発明の好ましい実施形態による、クライアント装置２２として実施された、図１に示したコンピュータ１２を動作させる方法２００を示す。プロセッサ３４は、記憶装置３６に記憶されたコンピュータプログラムに応じて方法２００を実施することが好ましい。
【００３６】
ステップ２０１で、方法は、一般にクライアント装置２２の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００３７】
ステップ２０２で、クライアント装置２２は、ＭＰＩ情報のユーザ要求を受け取る。ユーザ要求は、Ｎｅｔｓｃａｐｅ[登録商標]やＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ[登録商標]などのブラウザソフトウェアと統合された、キーボードと表示装置を有するユーザインタフェース３２を介して受け取られることが好ましい。要求は、例えば、図６に示したように、患者名、誕生日などを含む。ユーザは、図６に示したように、ハイパーテキストリンクを表す患者名をクリックすることによってＭＰＩ情報を要求することが好ましい。
【００３８】
ステップ２０３で、クライアント装置２２は、ユーザ要求を受け取ったことに応答して問合せ６４をサーバ装置１４に送る。クライアント装置２２は、例えば問合せが入力又は選択された後で、ユーザが、キーボード又はブラウザインタフェースでハイパーテキストリンク、入力機能、検索機能、又はファインド機能を選択したことに応答して問合せ６４を送る。問合せ６４は、ユーザが、図６に示したようなハイパーテキストリンクを表す患者名のクリックを選択し、同時に、クライアント装置２２も、図６に示したような選択された患者に関連したサマリ患者情報の一部又は全てを使用しているときに送られることが好ましい。問合せ６４は、ＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られることが好ましい。問合せ６４は、ユーザが、図６に示したようなハイパーテキストリンクを表す患者名をクリックすることによって患者を選択し、同時にクライアント装置２２も、図６に示したような選択された患者と関連したサマリ患者情報の一部又は全てを使用しているときに送られる。問合せ６４は、サーバ装置１４上のＶＭＰＩプロセスを識別するＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られる。
【００３９】
ステップ２０４で、クライアント装置２２は、クライアント装置２２が所定の期間内にサーバ装置１４から回答を受け取ったかどうか判定する。クライアント装置２２が、回答を所定の期間内に受け取ったと判定した場合、方法はステップ２０５に進み、そうでない場合は、方法はステップ２０６に進む。所定の期間は任意の値でよく、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、一定又は可変となる。所定の期間は、ユーザへのフィードバックを過度に遅くすることなしに、病院情報システム１０の動作する要素に適切な時間の長さになるように選択されることが好ましい。
【００４０】
ステップ２０５で、クライアント装置２２は、サーバ装置１４から受け取った回答６６を保存する。回答は、記憶装置３６内のＲＡＭに一時的に保存されることが好ましい。
【００４１】
ステップ２０６で、クライアント装置２２は、「タイムアウト」回答を提供する。タイムアウト回答は、ユーザの問合せに対する回答を所定の期間内に受け取らなかったことをユーザにフィードバックする。このフィードバックは、第１及び／又は第２のネットワークが低速で動作していること、又はサーバ装置１４が適切に動作していないことを示す。ユーザは、問合せを直ぐに又は別の時に再入力するか、又はヘルスケア情報システム１０に関する潜在的な問題を調査することを選択する。
【００４２】
ステップ２０７で、クライアント装置２２は、回答がブラウザで閲覧できるようにフォーマットされているかどうかを判定する。クライアント装置２２が、回答がブラウザで閲覧できるようにフォーマットされていると判定した場合は、方法はステップ２０９に進む。そうでない場合、方法はステップ２０８に進む。ステップ２０７での判定は、サーバ装置１４が回答を送る前にこのフォーマッティングを行ったかどうかに依存する。
【００４３】
ステップ２０８で、クライアント装置２２は、ブラウザで閲覧できるように回答をフォーマットする。このフォーマッティングは、ＸＭＬからＨＴＭＬへの変換を含むことが好ましい。
【００４４】
ステップ２０９で、クライアント装置２２は、表示装置に回答を表示する。回答は、図７と図８に示したように、表示装置に表示されたブラウザウィンドウに表示されることが好ましい。図７に示したように回答を表示した後、クライアント装置２２のユーザは、特定の患者に関連付けられたハイパーテキストリンクを表すヘルスケアソースロケーションの内の１つを選択して、ヘルスケアソース１６に記憶された詳細な患者情報に直接アクセスすることができる。サーバ装置１４によって提供されたヘルスケアソース１６についてのハイパーテキストリンクを選択してインターネットを介して通信することによって、クライアント装置２２は、サーバ装置１４をバイパスして、ヘルスケアソース１６にある詳細な患者情報にアクセスするので有利である。
【００４５】
ステップ２１０で、方法は、一般に問合せをクリアするか、ＭＰＩサーチプログラムを終了するか、或いはクライアント装置２２の電源を切ることによって終了する。
【００４６】
図３は、本発明の好ましい実施形態により、ヘルスケアコンピュータ２４として実施された図１に示したコンピュータ１２を動作させる方法３００を示す。プロセッサ４０は、記憶装置４２に記憶されたコンピュータプログラムに応じて方法３００を実施することが好ましい。
【００４７】
ステップ３０１で、方法は、一般に、ヘルスケアコンピュータ２４の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００４８】
ステップ３０２で、ヘルスケアコンピュータ２４は、サーバ装置１４にＭＰＩ情報を要求する。要求は、例えば、患者名、誕生日などを含み、また前述のステップ２０２のように、ハイパーテキストリンクを含むことができる。要求は、記憶装置４２に記憶された所定のコンピュータプログラムに応じて、ヘルスケアコンピュータ２４によって自動的に生成されることが好ましい。この場合、ヘルスケアコンピュータ２４は、様々なタイプのレポートを生成するために、ＭＰＩ情報を自動的に要求することができる。
【００４９】
ステップ３０３で、ヘルスケアコンピュータ２４は、ステップ３０２で要求を受け取ったことに応答してサーバ装置１４に問合せ６８を送る。ヘルスケアコンピュータ２４は、プロセッサ４０が要求の完了を自動的に承認したことに応答して問合せ６８を送ることが好ましい。問合せ６８は、ＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られることが好ましい。
【００５０】
ステップ３０４で、ヘルスケアコンピュータ２４は、ステップ３０３でヘルスケアコンピュータ２４が送った問合せに応答してサーバ装置から回答を所定の期間内に受け取ったかどうか判定する。ヘルスケアコンピュータ２４が、所定の期間内に回答を受け取ったと判定した場合、方法は、ステップ３０５に進み、そうでない場合は、方法はステップ３０６に進む。所定の期間は、任意の値でよく、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により一定又は可変となる。所定の期間は、ヘルスケアコンピュータ２４へのフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に適切な時間の長さのなるように選択されることが好ましい。
【００５１】
ステップ３０５で、ヘルスケアコンピュータ２４は、ステップ３０４で回答を所定の期間内に受け取ったと判断したことに応答して回答を保存する。回答は、メモリ４２内のＲＡＭに一時的に保存されることが好ましい。
【００５２】
ステップ３０６で、ヘルスケアコンピュータ２４は、ステップ３０４で回答を所定の期間内に受け取らなかったと判定したことに応答して「タイムアウト」回答を提供する。タイムアウト回答は、ヘルスケアコンピュータの問合せに対する回答を所定の期間内に受け取らなかったことをヘルスケアコンピュータ２４にフィードバックする。このフィードバックは、第１及び／又は第２のネットワークが低速で動作していること、又はサーバ装置１４が適切に動作していないことを示すことができる。ヘルスケアコンピュータ２４は、問合せを直ちに又は別の時に再入力するか、又はヘルスケア情報システム１０に関する潜在的な問題を調査することを人に警告するようにプログラムすることができる。
【００５３】
ステップ３０７で、ヘルスケアコンピュータ２４は、ステップ３０５で回答を保存したことに応答して、回答を使用する。回答を保存した後で、ヘルスケアコンピュータ２４のユーザは、ヘルスケアソース１６に記憶された詳細な患者情報に直接アクセスするために、例えば特定の患者と関連付けられたハイパーテキストリンクを表すヘルスケアソースロケーションの内の１つを自動的に選択することができる。サーバ装置１４によって提供されるヘルスケアソース１６のハイパーテキストリンクを選択して、インターネットを介して通信することによって、ヘルスケアコンピュータ２４は、サーバ装置１４をバイパスしてヘルスケアソース１６にある詳細な患者情報に有利にアクセスすることができる。
【００５４】
ステップ３０８で、方法は、一般に問合せをクリアするか、ＭＰＩ検索プログラムを終了するか、ヘルスケアコンピュータ２４の電源を切ることによって終了する。
【００５５】
図４は、本発明の好ましい実施形態による図１に示したサーバ装置１４を動作させる方法４００を示す。プロセッサ５０は、記憶装置４６に記憶されたコンピュータプログラムに応じて方法４００を実施することが好ましい。
【００５６】
ステップ４０１で、方法は、一般にサーバ装置１４の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００５７】
ステップ４０２で、サーバ装置１４は、それぞれ図２と図３を参照して前に説明したように、クライアント装置２２又はヘルスケアコンピュータ２４として実施されたコンピュータ１２からＭＰＩ情報の問合せ７２を受け取る。問合せ７２は、例えば、コンピュータ１２から送られた問合せに含まれる患者名、誕生日などを含む。
【００５８】
ステップ４０３で、サーバ装置１４は、ステップ４０２で問合せを受け取ったことに応答してサーバ装置１４にＭＰＩ情報を提供するために利用可能なヘルスケアソース１６を決定する。前述のように、このステップ４０３は、病院情報システム１０の実施形態によって任意的に設けられる。このステップ４０３が実施される場合、利用可能なヘルスケアシステム５４のリストの内容と問合せ７２の内容によって、コンピュータ１２とサーバ装置１４間の様々な通信が行われる。例えば、問合せが、ヘルスケア情報システム１０の一部分でないヘルスケアソースから情報を具体的に要求する場合、サーバ装置１４は、コンピュータ１２にフィードバックしてそのことを示す。
【００５９】
ステップ４０４で、サーバ装置１４は、ステップ４０３で利用可能なヘルスケアソース１６を決定したことに応答して、各ヘルスケアソース１６にＭＰＩ情報の問合せ７６を送る。サーバ装置１４は、記憶装置４６に記憶されたコンピュータプログラムからのコマンドに従ってプロセッサ５０が動作することに応答して問合せ７６を送ることが好ましい。問合せ７６は、ＵＲＬに患者情報を添付することによって自動的に構築され送られることが好ましい。
【００６０】
ステップ４０５で、サーバ装置１４は、ステップ４０４で各ヘルスケアソース１６に問合せが送られたことに応答してサーバ装置１４が各ヘルスケアソース１６から所定の期間内に回答を受け取ったかどうかを判定する。サーバ装置１４が、各ヘルスケアソース１６から回答を所定の期間内に受け取ったと判定した場合、方法はステップ４０６に進み、そうでない場合は、方法はステップ４０７に進む。所定の期間は、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、任意の値でもよく、一定又は可変となる。所定の期間は、サーバ装置１４のフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に妥当な長さの時間になるように選択されることが好ましい。
【００６１】
ステップ４０６で、サーバ装置１４は、ステップ４０５でサーバ装置１４が各ヘルスケアソース１６から回答を所定の期間内に受け取ったと判定したことに応答して、各ヘルスケアソース１６から受け取った回答を保存する。ヘルスケアソース１６からの回答は、患者情報又は「リソース使用不能」回答を表す。従って、サーバ装置１４は、回答したヘルスケアソース１６からの患者情報と、提供された患者情報において最高のコンフィデンスレベルをユーザに提供しなかったか又はできなかったヘルスケアソース１６からの患者情報とを含むポジティブフィードバックをコンピュータに１２に提供するため有利である。回答は、記憶装置４２内のＲＡＭに一時的に保存されることが好ましい。
【００６２】
ステップ４０７で、サーバ装置１４は、ステップ４０５でサーバ１４がヘルスケアソース１６の内の幾つかから回答を所定の期間内に受け取らなかったと判定したことに応答して「リソース使用不能」回答を提供する。リソース使用不能回答は、サーバ装置の問合せへの回答を所定の期間内に受け取らなかったことをサーバ装置１４にフィードバックする。このフィードバックは、第２のネットワークが低速で動作しているか又はヘルスケアソース１６の１つ又は複数が適切に動作していないことを示すことがある。サーバ装置１４は、問合せを直ちに又は別の時に再入力するか、ヘルスケア情報システム１０の潜在的な問題を調査することを人に警報するようにプログラムすることができる。ステップ４０７の後で、方法４００は、ステップ４０６に進む。
【００６３】
ステップ４０８で、サーバ装置１４は、ステップ４０６でサーバ装置１４が各ヘルスケアソース１６から受け取った回答を保存したことに応答して、各ヘルスケアソース１６からの回答を所定の期間内に受け取ったかどうかを判定する。サーバ装置１４が、各ヘルスケアソース１６から回答を受け取ったと判定した場合、方法はステップ４０９に進み、そうでない場合は、方法は、ステップ４０５に戻り、所定の期間内に受け取らなかったヘルスケアソース１６からの回答を待つ。
【００６４】
ステップ４０９で、サーバ装置１４は、ステップ４０８でサーバ装置１４が各ヘルスケアソース１６から回答を受け取ったと判定したことに応答して、各ヘルスケアソース１６から受け取った回答を統合する。用語「統合する（consolidate）」には、一般に、様々な回答を組み合わせることを意味し、情報のソート、操作、フォーマッティング、重複データのパージ、マージ、情報の編成が含まれるがこれらに限定されない。従って、サーバ装置１４は、受け取った情報を、コンピュータが理解し作業し易い形で又はユーザが選択したフォーマットで組み合わせる。
【００６５】
ステップ４１０で、サーバ装置１４は、統合した回答をブラウザ用にフォーマットすべきかどうか判定する。ブラウザ用フォーマットが必要であるとサーバ装置１４が判定した場合、方法は、ステップ４１１に進み、そうでない場合、方法は、ステップ４１２に進む。この判定は、最初の問合せを送ったコンピュータ１２のタイプに依存する。
【００６６】
ステップ４１１で、サーバ装置１４は、ステップ４１０でサーバ装置１４がブラウザフォーマットが必要であると判定したことに応答して、統合した回答をブラウザ用にフォーマットする。このフォーマットは、ＸＭＬのＨＴＭＬへの変換を含むことが好ましい。
【００６７】
ステップ４１０でブラウザフォーマット（即ち、ＨＴＭＬ）が必要であるとサーバ装置１４が判定したことに応答して、ステップ４１２で、サーバ装置１４はブラウザフォーマットと共にＭＰＩ情報を提供する。或いは、ステップ４１０でブラウザフォーマットが必要ないとサーバ装置１４が判定したことに応答して、ステップ４１２で、サーバ装置１４はブラウザ用フォーマットなしに（即ち、ＸＭＬ）ＭＰＩ情報を提供する。
【００６８】
ステップ４１３で、方法は、ＭＰＩサーチプログラムを終了することによって又はヘルスケアソース１６の電源を切ることによって終了する。
【００６９】
図５は、本発明の好ましい実施形態による、図１に示した各ヘルスケアソース１６の操作方法５００を示す。各ヘルスケアソース１６内のプロセッサは、各ヘルスケアソース１６内の記憶装置に記憶されたコンピュータプログラムに応じて方法５００を実施することが好ましい。
【００７０】
ステップ５０１で、方法は、一般にヘルスケアソース１６の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００７１】
ステップ５０２で、ヘルスケアソース１６は、問合せ７６により、サーバ装置１４からＭＰＩ情報の問合せ８０、８２、８８、９２、９６又は１００を受け取る。
【００７２】
ステップ５０３で、ヘルスケアソース１６は、ステップ５０２で問合せを受け取ったことに応答して、問合せと関連した患者ファイルを決定する。このステップは、当業者に周知の様々なタイプの照合機能と検索機能を使用して実施することができる。
【００７３】
ステップ５０４で、ヘルスケアソース１６は、ステップ５０３での判定に応答して、問合せの要求装置（即ち、コンピュータ１２及び／又はサーバ装置１４又はそのユーザ）が、患者情報にアクセスするのに適切なセキュリティレベルを有するかどうかを判定する。問合せの要求装置が、患者情報にアクセスするのに適切なセキュリティレベルを有するとヘルスケアソース１６が判定した（即ち、アクセスの許可を得た（cleared access））場合は、方法はステップ５０５に進み、そうでない場合は、方法はステップ５０６に進む。ステップ５０４は、機密患者情報を要求している要求装置が、その情報を受け取る正規の権利を有することを保証する。セキュリティは、パスワード、コンピュータアドレス、ディジタル証明書、及びＳＳＬ（Secure Socket Layer）などの安全な通信リンクを含むがこれらに限定されない当業者に周知の様々な方法を使用して実施することができる。ステップ５０４は、病院情報システム１０の様々なセキュリティレベルについての特定の実施形態によって選択可能である。例えば、第２のネットワーク２０が閉じたネットワークの場合は、ネットワークセキュリティは必要でない。しかしながら、閉じたドネットワークの場合でも、ユーザセキュリティが必要なことがある。これと対照的に、他の例において、第２のネットワーク２０が、インターネットなどの開いたネットワークの場合、ネットワークセキュリティは必要とされることが好ましい。しかしながら、開いたネットワークの場合、コンピュータ１２が記録室のような安全な領域内にあり、安全な領域内の全てのユーザが患者ファイルにアクセスする権限を持つ場合は、ユーザセキュリティは必要とされない。
【００７４】
ステップ５０５で、ステップ５０４で問合せの送信元が患者情報にアクセスするのに適したセキュリティレベルを有すると判定されたことに応答して、ヘルスケアソース１６は要求された患者情報をサーバ装置１４に提供する。患者情報は、患者情報のサマリ並びに対応する患者ファイルへのリンクを含むことが好ましい。
【００７５】
ステップ５０６で、ヘルスケアソース１６は、ステップ５０４で問合せの送信元が患者情報にアクセスするのに適したセキュリティレベルでないと判定した（許可されないアクセス）ときに、患者情報に対するアクセスを拒否する。
【００７６】
ステップ５０７で、ヘルスケアソース１６は、患者情報をサーバ装置１４に提供したことに応答してヘルスケアソース１６がサーバ装置１４から回答を所定の期間内に受け取ったかどうかを判定する。ヘルスケアソース１６が、サーバ装置１４から回答を所定の期間内に受け取った場合、方法はステップ５０８に進み、そうでない場合、方法はステップ５０９に進む。この所定の期間は、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、任意の値でもよく一定又は可変でもよい。所定の期間は、ヘルスケアソース１６のフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に妥当な長さの時間になるように選択されることが好ましい。サーバ装置１４からヘルスケアソース１６へのフィードバックが必要ない場合、ステップ５０６は省略可能である。ステップ５０６を使用しない場合は、回答を受け取らなくなるので、ステップ５０９も使用されない。しかしながら、ステップ５０６なしにステップ５０８を使用して、提供される患者情報の監査レコードを作成することができる。
【００７７】
ステップ５０８で、ヘルスケアソース１６は、サーバ装置１４に提供された情報とサーバ装置１４から受け取った回答のレコードを作成する。レコードは、どのファイルがアクセスされたか、何の情報が提供されたか、どのサーバ装置１４が情報を要求しかつ／又は受け取ったか、どんなセキュリティ情報が提供されたか、どんな問合せであったか、問合せをいつ受け取ったか、情報がいつ提供されたかなどの情報を含む。レコードは、セキュリティと情報の配布用に監査を支援するために使用されることが好ましい。
【００７８】
ステップ５０９で、ヘルスケアソース１６は、サーバ装置１４からの回答を受け取っていないヘルスケアソース１６のレコードを作成する。このステップ５０９は、サーバ装置１４が回答を受け取っておらず、それによりサーバ装置１４及び／又は第２のネットワーク２０に調査が必要な問題があることを示す。
【００７９】
ステップ５１０で、方法は、一般に、ＭＰＩサーチプログラムを終了するか、ヘルスケアソース１６の電源を切ることによって終了する。
【００８０】
図６は、本発明の好ましい実施形態による、患者リストを示す表示ウィンドウ６００を示す。表示ウィンドウ６００は、クライアント装置２２又は関連システムにローカルに記憶された患者情報を検索したことに応答してクライアント装置２２のブラウザページに表示される患者情報を表す。表示ウィンドウ６００は、一般に、メニュー６０１、タイトルバー６０２、患者名タイトル６０４、患者名と関連した様々なタイトル６０６、個々の患者のファイルへの様々なリンク６０８、及び日時表示６１０を含む。
【００８１】
メニュー６０１は、ＭＰＩサーチプログラムの動作と関連したプリファレンス、パスワード、プロバイダ、ヘルプ、アバウト、及びログオフを含むがこれらに限定されない。タイトルバー６０２は、現在のブラウザページの内容を表している。患者名タイトル６０４は、問合せに応じて取り出された患者名リストの欄を表す。患者名６０６と関連した様々なタイトルには、部屋とベッド、年齢、カルテ番号（ＭＲＮ）、生年月日（ＤＯＢ）、入院日、性別、医師、アカウント番号、及び処置が含まれる。従って、患者名６０６と関連した様々なタイトルは、患者情報のサマリを表す。個々の患者６０８のファイルへの様々なリンクは、下線付きの患者名と患者名の隣りの「ＭＰＩ」によって示されている。名前の前にある「ＭＰＩ」は、サーバ装置１４に要求を送ることによって患者情報５２を起動し取得するリンクとして使用される。第１と第２のネットワークがインターネットの場合、個々の患者のリンクを選択すると、コンピュータ１２は、サーバ装置１４に所望の情報を取り出す問合せを送る。日時スタンプ６１０は、現在のブラウザページがいつ作成されたかを示し、それにより患者情報がどくらい新しいか又は最近のものであるかが示される。
【００８２】
図７は、本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケアソースリスト１６を示す表示ウィンドウ７００を示す。表示ウィンドウ７００は、例えば患者名「Beswick, Robert」を選択して、図６内の患者名のリンクの内の１つを選択することによって開く。表示ウィンドウ７００は、サーバ装置１４に問合せ６４を送ったことに応答してクライアント装置２２のブラウザページに表示されるＭＰＩ情報を表している。表示ウィンドウ７００は、複数の異なるヘルスケアソース１６からサーバ装置１４が得た患者情報を含む。表示ウィンドウ７００は、一般に、図６に示したようなメニュー６０１、図６に示したようなタイトルバー６０２、場所タイトル７０２、場所と関連した様々なタイトル７０４、及び個々のヘルスケアソース１６のファイルへの様々なリンクを含む。
【００８３】
場所タイトル７０２は、患者名のリンクの選択に応答して、取り出される場所のリストの欄を表す。場所と関連付けられた様々なタイトル７０４には、訪問日、患者タイプ、サービス、担当医、カルテ番号（ＭＲＮ）、及び社会保障番号（ＳＳＮ）が含まれる。従って、場所と関連した様々なタイトル７０４は、患者情報のサマリも表す。個々のヘルスケアソース１６のファイルへの様々なリンクは、下線付きのヘルスケアソースによって示されている。このページに日時スタンプがあることもある。
【００８４】
図８は、本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケア情報を示す表示ウィンドウ８００を示す。表示ウィンドウ８００は、表示ウィンドウ７００からヘルスケアソース１６を表す場所７０４を選択することによって開く。この場所は、ヘルスケアソース１６の内の１つに記憶された詳細な患者情報へのリンクを含む。クライアント装置１２は、詳細な患者情報を、サーバ装置１４を介して通信するのではなくヘルスケアソース１６から直接得ることが好ましい。表示ウィンドウ８００は、一般に、図６に示したようなメニュー６０１、図６に示したようなタイトルバー６０２、図６に示したような日付／時間表示６１０、ドロップダウンメニュー８０４、指示詳細タイトル８０６、指示詳細タイトルと関連した様々なタイトル８０８、及び様々な個別の指示８１０を含む。
【００８５】
ドロップダウンメニュー８０４は、ブラウザページ内の患者関連情報をソートするための様々な選択項目を提供する。指示詳細タイトル８０６は、ドロップダウンメニュー８０４かが指示状況が選択されたことに応答して取り出される指示リストの欄を表す。指示詳細タイトルと関連した様々なタイトル８０８には、状況、指示した医師、ニーモニック、スケジュール、順番、及び処置が含まれるがこれらに限定されない。様々な個々の指示８１０は、特定の患者に実行される処置の指示を表す。
【００８６】
図６、図７、及び図８は、実施される多数のブラウザページ書式と情報内容の内のほんの幾つかを表している。また、ヘルスケア情報システム１０は、他のタイプの患者情報、臨床情報、財務情報、及び日程計画情報を処理することができる。そのような情報の例としては以下のものがあるが、これらに限定されない。
【００８７】
訪問日時、サービス、患者タイプ（救急処置室、外来患者、入院患者）、診断などの患者訪問に関するエンカウンタサマリデータと、
患者が行う臨床検査、放射線医学検査、指示、看護メモ、経過メモ、指図、薬局指示、臨床警告、アレルギー、及び任意の対応する結果などの患者に関する結果サマリデータ、
次の予約、前の予約、予約履歴などの患者に関する日程計画情報、
保険会社、請求履歴、支払額、請求額、請求メモ、他の関連情報などの請求情報、
指定集金人、集金に送られる額、支払履歴、以前の集金活動、保証人連絡サマリ、詳細な呼出しログ情報など集金関係の情報、
データコンテンツへのリンクとして返される患者に関して既知の全てのデータ、
回答メッセージにおいて完全なデータ内容と共に返される患者に関して既知の全てのデータ、及び
検索を複雑でなくすために使用される知的エージェントによる特定の実験室検査結果などの特定の患者情報の検索。
【００８８】
本発明の好ましい実施形態を要約すると、ヘルスケア情報システム１０は、サーバ装置１４からの要求に従って、利用可能なヘルスケアソース１６から仮想マスタ患者インデックス（ＶＭＰＩ）を作成する。必要に応じて個々の患者ごとのＶＭＰＩ情報が作成される。単一データベースの作成を回避することによって、患者の照合及び他の管理タスクに必要とされるコード、管理、手続き、ツール、及びコンピュータシステムが全てなくなる。各ヘルスケアソース１６は、各患者と関連したデータを記憶し、追加の患者情報を含む各ヘルスケアソース１６ごとに、ウェブアドレスＵＲＬなどのソースアドレスが返される。これにより、単一の患者索引データベースを作成し維持する間接経費なしに、複数の異なるヘルスケアソース１６を横切る１人の患者のデータの統合表示が可能になる。
【００８９】
統合された中央データベースをなくすことによって、高性能なプロセッサと大容量記憶装置が不要になる。共通の患者データベースレポジトリがないため、統合された中央データベースを作成する際に複雑な患者照合ロジックが必要がなくい。
【００９０】
情報がヘルスケアソース１６から直接来るので、患者医学情報は現行かつ最新である。バッチ、磁気テープ、ディスケット、その他の通信方法によるバッチローディングの必要がなく、それに関連するコスト及び複雑さがなくなる。
【００９１】
患者データは、ヘルスケアソース１６によって提供される、その元のコンテキストで表示させたり取り出したりすることができる。各ヘルスケアソース１６に利用可能な患者データは全て潜在的に利用可能である。例えば、医師は、情報のコンテキストから、異常な結果が自動車事故の併発症によるものであったと判定することができる。
【００９２】
従って、ヘルスケア情報システム１０は、コンピュータハードウェア資源、ソフトウェア資源、人間資源、及び技術資源の必要性が実質的に減少するため、これまでシステムより優れた性能を発揮する。ヘルスケア情報システム１０は、従来必要とされていた個別のスーパーマスタ患者インデックス（ＳＭＰＩ）システムをなくせる、動的ＶＭＰＩの実施形態を提供する。
【００９３】
以上、本発明をその様々な例示的実施形態に関して説明したが、本発明は、本発明がこれらの特定の実施形態に限定されるようには意図されていない。例えば、図１〜図８に示したアーキテクチャ、ウィンドウ、メニュー及びプロセスは、排他的なものではない。本発明の目的を達成するために、本発明の原理に従って他のアーキテクチャ、ウィンドウ、メニュー及びプロセスを導き出すことができる。更に、発明の原理は、任意のシステムで有利に使用することができ、ヘルスケア分野での使用に限定されない。例えば、類似の技術を使用して、保険に加入している人及び犯罪歴を持つ人のインデックス、及び分散型データベースレコードを有する他の類似のフィールドを作成することができる。当業者は、添付した特許請求の範囲に記載された本発明の精神及び範囲から逸脱することなく、開示した内容の変形、修正及び組み合わせを行うことができることを理解するであろう。
【図面の簡単な説明】
【００９４】
【図１】本発明の好ましい実施形態によるコンピュータ、サーバ装置及びヘルスケアソースを含むヘルスケア情報システムを示す図である。
【図２】本発明の好ましい実施形態による、クライアント装置として実施された図１に示したコンピュータを動作させる方法を示す図である。
【図３】本発明の好ましい実施形態による、ヘルスケアコンピュータとして実施された図１に示したコンピュータを動作させる方法を示す図である。
【図４】本発明の好ましい実施形態による、図１に示したサーバ装置を動作させる方法を示す図である。
【図５】本発明の好ましい実施形態による、図１に示した各ヘルスケアソースを動作させる方法を示す図である。
【図６】本発明の好ましい実施形態による、患者リストを示す表示ウィンドウを示す図である。
【図７】本発明の好ましい実施形態による、図２又は図３、図４、並びに図５に示した方法を使って生成された、図６に示した選択された患者に関連するヘルスケアソースのリストを示す表示ウィンドウを示す図である。
【図８】本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケア情報を示す表示ウィンドウを示す図である。
【符号の説明】
【００９５】
１０ ヘルスケア情報システム
１２ コンピュータ
１４ サーバ装置
１６ ヘルスケアソース
１８、２０ ネットワーク
２２ クライアント装置
２４ ヘルスケアコンピュータ
【０００１】
本発明は、一般にヘルスケア情報システムに関係する。より詳細には、本発明は、様々なソースからの患者関連情報を統合するためのヘルスケアシステム及びユーザインタフェース並びにその方法に関する。
【背景技術】
【０００２】
現代のヘルスケアは、多数の医療従事者が多数の患者にサービスを提供する必要がある。これを実現するために、ヘルスケアの提供は、例えば看護部門、ラボ部門、薬局部門、放射線診断部門などの特化された部門又はヘルスケアソースに組織化された。各部門は、その特定のタスク、場合によっては特化されたタスクのサブセットを遂行する責任を持つ。部門は、様々な地理的位置を有する様々なヘルスケアエンタープライズ又はオフィスと関連付けられている場合がある。その結果、残念ながら、様々な部門に蓄積された１人の患者に関連した患者情報に、１つの場所から容易にアクセスできないので、ヘルスケア活動が最適とは言えないものになっていた。
【０００３】
現在のヘルスケア情報システム（ＨＩＳ）は、複数の異なるヘルスケアソースからの特定の患者の患者関連情報を、様々なレコード照合（matching）技術を使用して、マスタ患者インデックス（ＭＰＩ）を有する１つの統合されたデータベースに一体化している。しかしながら、複数の異なるヘルスケアソースから受け取った患者情報を特定の患者と照合しようとする際に多くの問題が生じた。レコード照合技術は、間違って、同一の患者に関連しない患者情報を組合せたり（即ち、「誤照合」）、同一の患者について同一の患者情報を複数回組合せたり（即ち、「冗長照合」）、同一の患者と関連した患者情報を組合せない（即ち、「照合漏れ」）ことがある。現在のレコード照合技術は、記憶された患者情報の９０％を超える部分について適正照合を生成し、記憶された患者情報の５％〜１０％の部分について冗長照合を生成し、記憶された患者情報の５％未満の部分について照合漏れを生成する。現在のレコード照合技術の信頼性は、特にヘルスケアの提供のために依存したときに、ＭＰＩのユーザのコンフィデンスレベルを低下させる。従って、このレコード照合技術は、許容できない数の誤照合、冗長照合及び照合漏れを発生する。
【０００４】
現在のシステムは、大容量記憶装置と高性能プロセッサを有する高価なコンピュータサーバを必要とする。大容量記憶装置には、複数の異なるヘルスケアソースから受け取った各患者ごとの患者情報が記憶される。コンピュータサーバ内の記憶装置は、複数の異なるヘルスケアソースから受け取った患者情報の複製を記憶する。従って、コンピュータサーバ内の記憶装置は、複数の異なる各ヘルスケアソースの記憶装置の容量を合わせた容量と同程度の大きさでなければならない。そのような大容量記憶装置は高価である。プロセッサは、複数の異なるヘルスケアソースから受け取った大量の患者情報を、追加したり、更新したり、パージしたり、照合したりすることによって結合できるように十分に高性能でなければならない。また、そのような複雑でコンピュータを酷使するタスクを処理できるようなプロセッサは高価である。
【０００５】
コンピュータサーバに対する記憶装置とプロセッサの要求が高いため、ＨＩＳを効率的に動作させる様々な手法が取られてきた。例えば、１つの手法は、コンピュータサーバがそのような制限に応答して、利用可能な患者情報の小さなサブセットのみ、例えば、日付、ヘルスケアソース、病気の種類などを処理と記憶のために受け取ることができるようにすることである。もう１つの手法は、推奨される最小容量の記憶装置を使用して患者情報の収集を規格化して、冗長照合の数を減らすことである。
【０００６】
現在のシステムに関する別の問題は、患者情報及び臨床結果データの形式である。例えば、白血球数（White Blood Count）は、複数の異なる病院ソースで、「ＷＢＣ」、「白血球数（White Count）」又は「ＷＣ」と呼ばれることがある。現在のシステムは、記憶した変換テーブルやその他の技術を使用して、ＭＰＩ用の共通の形式を作成する。変換テーブルやその他の技術はほぼ成功するが、これらは、１００％適正な変換を実現しない。臨床結果データも組み合わせる必要があり、データ形式、測定単位、正常範囲、他の関連する重要な医学情報などの類似の組み合わせの問題を有する。
【０００７】
現在のシステムは、一般に、バッチ、磁気テープ、ディスケット、バッチ直接通信などの様々なダウンロード技術を使用して非実時間でＭＰＩを更新しており、その結果、ＭＰＩが最新のものでなくなる。通常、実時間の更新は、コンピュータサーバが患者情報を組み合わせ、変換し、索引付けし、照合する作業量、並びに特定のインタフェース実施形態、通信方法、データベース性能、及び設計実施形態によって妨げられる。
【０００８】
現在の幾つかのシステムは、ＭＰＩを実施するために必要な詳細なマッピングを提供するために、コンピュータサーバと複数の異なるヘルスケアソースに配置されたコンピュータと間の効率的な協力を必要とする。そのような効率的な協力には、一般に、１台以上のコンピュータにハードウェア及び／又はソフトウェアを追加する必要があり、これによりコストと複雑さが高まる。
【０００９】
現在の他のシステムは、ＭＰＩに統合された患者情報の質を高めるために、多くの手続き的方法に依存している。患者情報の質は、収集データ、承認（admission）プロセス、トレーニング、入手可能データ、個々の用法、インタフェースシステムなどの、変化する要素によって大きく変化する。手続き的方法はＭＰＩ内の患者情報の質を高めるが、データ品質レベルは、変化する要素が多数あり、そのいくつかは人間の対話と関連しているため、１００％に達することはできない。
【００１０】
更に他の現在のシステムは、複数の異なるヘルスケアソースからの患者情報を単一表示に合体させている。単一表示は、元の患者情報のコンテキストにおける特定の結果を確認することが極めて困難である。例えば、ある患者の全ての血圧測定値を組み合わせた場合は、特定のオフィス訪問、健康問題、病院滞在などについての医療コンテキストを決定することは困難である。
【００１１】
以上その他の欠陥を鑑みて、複数の異なるヘルスケアシステムから受け取った患者情報を正確に表すＨＩＳを有することが望ましい。そのような望ましいＨＩＳのコストと複雑さ妥当であり、小規模と中規模のヘルスケア提供者がＭＰＩを有するシステムを実現できる。ＨＩＳが、複数の異なるヘルスケアシステムによって使用される元の形式及びコンテキストにおいて利用可能な全ての患者情報を、混同を招くことなくかつ複雑でない形で、実時間で表現することが望ましい。従って、様々なソースからの患者関連情報を統合するヘルスケアシステム及びユーザインタフェースと、これに対応するヘルスケア情報システムの上記の及びその他の望ましい特徴を満たす方法に対するニーズがある。
【発明の開示】
【課題を解決するための手段】
【００１２】
ヘルスケアシステムにおいて、方法が、以下の段階を実行することによって複数の異なるソースからの患者関連情報を統合する。特定の患者を識別する患者識別データを受け取る。対応する情報ソースに送るメッセージが生成される。生成されたメッセージは、特定の患者識別データと、特定の患者に関する情報の要求とを含む。メッセージは、対応する情報ソースに送られる。情報ソースから特定の患者に関する要求情報を含む回答メッセージを受け取る。統合患者関連情報を表すデータを提供するために、回答メッセージから要求情報がソートされマージされる。
【００１３】
本発明の上記及びその他の様相は、以下の詳細な説明及び添付図面を参照して更に詳しく説明される。なお、様々な図に示した同じ特徴及び要素には同じ参照番号が割り当てられている。図が実寸で示されていない場合があることに注意されたい。更に、本明細書に明示的又は暗黙的に示されているが図面に具体的に示されていない、或は図面に明示的又は暗黙的に示されているが明細書に具体的に示されていない本発明の他の実施形態が可能である。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明の好ましい実施形態による、コンピュータ１２、サーバ装置１４、及び情報ソースとも呼ばれるヘルスケアソース１６を含むヘルスケア情報システム１０を示す。第１のネットワーク１８が、コンピュータ１２をサーバ装置１４に電気的に結合する。第２のネットワーク２０が、サーバ装置１４をヘルスケアソース１６に電気的に結合する。
【００１５】
ヘルスケア情報システム１０は、ケア中の人々の健康及び／又は壮健度を監視する役割をもつヘルスケア提供者によって使用されるように意図されている。ヘルスケア提供者の例には、病院、療養所、介護付きリビングケア、在宅医療介護、ホスピス、クリティカルケア施設、ヘルスケア診療所、高度看護施設、理学療法診療所、指圧療法診療所、歯科事務所が含まれる。本発明の好ましい実施形態において、ヘルスケア提供者は病院である。ヘルスケア提供者によってサービスを提供される人の例には、患者、居住者及び顧客が含まれるがこれらに限定されない。
【００１６】
コンピュータ１２は、一般に、クライアント装置２２及び／又はヘルスケアコンピュータ２４を含む。一般に、コンピュータ１２は、出した要求に応答して情報を受け取る要求装置と考えることができる。コンピュータ１２は、同じか又は異なる物理的又は地理的位置にある１台以上のクライアント装置２２、及び／又は１台以上のヘルスケアコンピュータ２４を含むことができる。コンピュータ１２は、ヘルスケアソース１６の内の１つのヘルスケアソースにあり、コンピュータ１２は、情報ソースであると同時に要求装置であることが好ましい。各クライアント装置２２、ヘルスケアコンピュータ２４、サーバ装置１４、及び各ヘルスケアソース１６は、一般にコンピュータとして記載されるが、クライアント装置２２とヘルスケアコンピュータ２４のそれぞれの性質を全体的に包含するためにコンピュータ１２という用語が使用される。クライアント装置２２とヘルスケアコンピュータ２４の主な違いは、クライアント装置２２がユーザインタフェース３２を備えており、ヘルスケアコンピュータ２４がエンドユーザ向けのユーザインタフェースを備えていないことである。この違いは、コンピュータ１２の特定の機能と、サーバ装置１４によってコンピュータ１２に送られるデータの形式に関係する。一般に、クライアント装置２２は、エンドユーザに役立つために機能し、従って、データは、ユーザインタフェース用に、例えば、ブラウザのハイパーテキストマークアップ言語（ＨＴＭＬ）でフォーマットされる。一方、ヘルスケアコンピュータ２４は、自分自身又は他のコンピュータに役立つために機能し、従って、データは、コンピュータ用に、例えば、拡張マークアップ言語（ＸＭＬ）でフォーマットされる。当然ながら、ヘルスケアコンピュータ２４は、最終的に、エンドユーザがデータにアクセスできるように適合されたユーザインタフェースに接続することができる。この場合、ＸＭＬフォーマットは、ブラウザ用のＨＴＭＬに変換されなければならない。
従って、コンピュータ１２の特定の実施形態によって、クライアント装置１２とヘルスケアコンピュータ２４の違いが曖昧になったり重なったりする。
【００１７】
クライアント装置２２は、一般に、ユーザインタフェース３２、プロセッサ３４、及び記憶装置３６を含む。ユーザインタフェース３２は、一般に、入力装置と出力装置を含む。記憶装置３６は、図６に示したように、クライアント装置１２にローカルな患者情報を記憶することが好ましい。例えば、クライアント装置２２は、医療センターにあり、患者情報は、ケアのために医療センターに来る患者だけを表す。記憶装置３６内の患者情報は、図６に示したように、記憶装置３６がマスタ患者インデックス（ＭＰＩ）ではなくローカル患者インデックス（ＬＰＩ）を記憶する点を除き、以下で述べるサーバ装置１４の患者情報５２に関して説明するものと同じ情報を含む。クライアント装置１２は、パーソナルコンピュータとして実施されることが好ましい。パーソナルコンピュータは、固定式でも移動式でもよく、デスクトップ、ラップトップ、携帯情報端末（ＰＤＡ）、携帯電話を含むがこれらに限定されない様々な形態で実施される。ユーザインタフェース３２、プロセッサ３４及び記憶装置３６は、クライアント装置の設計に携わる当業者に周知の形で構成され一般的に動作する。
【００１８】
ヘルスケアコンピュータ２４は、一般に、オプションのユーザインタフェース３８、プロセッサ４０、及び記憶装置４２を含む。記憶装置４２は、図６に示したように、クライアント装置２２内の記憶装置３６に関して前に説明したのと同じように、ヘルスケアコンピュータ２４に対してローカルな患者情報を記憶することが好ましい。ヘルスケアコンピュータは、サーバ装置又はワークステーションとして実施されることが好ましい。ユーザインタフェース３８、プロセッサ４０、及び記憶装置４２は、サーバ装置の設計に携わる当業者に周知の形で構成され一般的に動作する。
【００１９】
クライアント装置２２のユーザインタフェース３２は、一般に、ユーザがクライアント装置２２に情報を入力できるようにする入力装置と、ユーザがクライアント装置２２から情報を受け取ることができるようにする出力装置とを含む。入力装置は、キーボードであることが好ましいが、例えばタッチスクリーンや、音声認識プログラムを有するマイクロホンでもよい。出力装置は表示装置であること好ましいが、例えばスピーカーでもよい。出力装置は、入力装置がユーザから情報を受け取ったこと又はクライアント装置２２による他の活動に応答してユーザに情報を提供する。例えば、表示装置は、ユーザがキーパッドによってクライアント装置２２に情報を入力したことに応答して情報を表示する。図６、図７及び図８に示したように、ウェブブラウザは、情報をウェブブラウザに入力できるようにしかつ情報をウェブブラウザに表示できるようにすることによって、入力装置と出力装置のそれぞれの一部分を構成することが好ましい。また、ヘルスケアコンピュータ２４とサーバ装置１４はそれぞれ、ユーザインタフェース３８及び４８を有することができ、ユーザインタフェース３８及び４８はそれぞれ入力装置と出力装置を有し、クライアント装置２２のユーザインタフェース３２と同じか又は異なるように動作する。
【００２０】
サーバ装置１４は、一般に、記憶装置４６、オプションのユーザインタフェース４８、及びプロセッサ５０を含む。記憶装置４６は、一般に、患者情報５２及び利用可能ヘルスケアソースリスト５４を含む。また、記憶装置４６は、サーバ装置１４を動作させるプログラムを含む。サーバ装置１８は、パーソナルコンピュータ又はワークステーションとして実施されることが好ましい。従って、サーバ装置１８とコンピュータ１２は、同じコンピュータとして実施されてもよく別個のコンピュータとしても実施されてもよい。記憶装置４６の患者情報５２と利用可能ヘルスケアソースリスト５４を記憶する部分は、サーバ装置１４の使用中にリフレッシュし、キャッシュし、又は更新することができるランダムアクセスメモリ（ＲＡＭ）や他の適切な記憶装置に実施されることが好ましい。記憶装置４６のプログラムを保持する部分は、サーバ装置１４が使用中に所定のプログラムを実行する読み取り専用メモリ（ＲＯＭ）又は他の適切な記憶装置に実施されることが好ましい。
【００２１】
記憶装置４６内の患者情報５２は、一般に、伝記情報、財務情報、臨床情報、ワークフロー情報、及びケアプラン情報を含むがこれらに限定されない患者に関連した任意の情報を含む。患者情報５２は、文書などのテキストファイル、例えば心電図（ＥＫＧ）トレースや心電図（ＥＣＧ）トレース、脳波図（ＥＥＧ）トレースなどのグラフィカルトレースを含むグラフィックファイル、静止ビデオ画像やビデオ画像シーケンスなどのビデオファイル、音声や音声セグメントなどの音声ファイル、例えば磁気共鳴画像（ＭＲＩ）やＸ線、ポジティブエミッショントモグラフィ（ＰＥＴ）走査、ソノグラムなどの診断画像のようなビジュアルファイルを含むがこれらに限定されない様々なファイル形式で表現される。患者情報５２は、１人の患者のヘルスケアエンタープライズ（例えば、地域、病院、診療所、部門）に対する関係についての臨床情報の組織的集合である。患者レコードは、厳密には、区分及び索引付け構造を有するファイルキャビネット又はレポジトリと考えることができる。そのような区分は、フォルダ、ドキュメント及びドキュメントコンポーネントを有する階層や、臨床基本情報の集合を表す他のオブジェクトと類似している。そのようなフォルダ区分は、サマリ、注記、調査、指示、投薬、通信、結果などの従来の分類を含む。
【００２２】
患者情報５２は、マスタ患者インデックス（ＭＰＩ）を含むことが好ましい。図６、図７及び図８を参照して、患者情報５２の例を提供する。患者情報５２は、コンピュータ１２からの初期要求に応答して、サーバ装置１４が要求した各ヘルスケアソース１６から受け取った情報を表すか又は含む。記憶装置４６は、患者情報５２を一時的に記憶することが好ましい。そのような一時記的な記憶は、仮想記憶又は非永久記憶と考えることもできる。「一時的」という用語は、一般に、有限の時間続くことを意味する。「仮想」という用語は、一般に、実質的又は本質的であるが正式には認識又は受け入れられていないことを意味する。「仮想記憶」という用語は、一般に、サーバ装置１４内の記憶装置５２が、各ヘルスケアソース１６内の記憶装置の拡張部分であることを意味する。従って、患者情報が、実質的に各ヘルスケアソース１６内の記憶装置の拡張部分であるが、各ヘルスケアソース１６自体の記憶装置として正式に認識されていないので、患者情報５２は、仮想マスタ患者インデックス（ＶＭＰＩ）と呼ばれることがある。
【００２３】
記憶装置５２が患者情報５２を記憶する有限の時間は、ヘルスケア情報システム１０の特定の用途又は実施形態によって異なる。一般に、記憶装置５２は、患者情報５２を要求した人が所望の情報の要求を満たすことができるように、週、月、又は年ではなく、秒、分、又は時間の比較的短い時間患者情報５２を記憶する。患者情報５２は、新しい問合せを行わないと自動的にリフレッシュされないので、患者情報５２が一時的に記憶される時間が長くなるほど、患者情報５２が速く古くなることが好ましい。しかしながら、必要に応じて、同じ問合せの自動リフレッシュを実施することができる。
【００２４】
図７に示したように、サーバ装置１４の記憶装置４６は、各問合せと関連した有限の量の患者情報５２を記憶する。サーバ装置１４の記憶装置４６は、患者情報５２を、ヘルスケアソース１６の記憶装置に記憶された詳細な情報に対するハイパーテキストリンクの形で記憶することが好ましい。ハイパーテキストリンクは、図７に示したように、医療センターや病院などの様々なヘルスケアソース１６にある情報データベースに対するリンクを表すことが好ましい。また、確認のためにヘルスケアソース１６の記憶装置にリンクすることなく患者情報５２の識別及び／又は理解を容易にするために、サーバ装置１４の記憶装置４６にサマリ患者情報５２が記憶されることが好ましい。代替として、必要に応じてかつ／又は適切な場合に、特定の患者に関する詳細な患者情報を提供することもできる。
【００２５】
サーバ装置１４の記憶装置４６は、有限の長さの時間だけ、有限の量の患者情報５２だけを記憶しているので、このヘルスケア情報システムに関連する欠点は解決される。このヘルスケア情報システム１０は、各ヘルスケアソースからの患者情報５２をサーバ装置内の１つの大きな記憶装置に統合するのではなく、サーバ装置１４が問合せと関連した患者情報５２だけを要求し一時的に記憶することによって、各ヘルスケアソース１６の記憶装置を活用する。図７に示したように、記憶装置４６は、特定の患者と関連したサマリ患者情報と共に、様々なヘルスケアソース１６に対するハイパーテキストリンクのリストを記憶することが好ましい。従って、記憶装置４６は、より小さく複雑でなく、安価で、維持が容易で、常に最新で、使い易くなる。一般に、問合せと関連付けられていない患者情報５２は関係がない。しかしながら、ユーザが、所望の情報を受け取らなかったと判断した場合、ユーザは、新しい問合せ又は修正した問合せを入力して所望の情報を取り出そうとするであろう。補助的又は副次的な検索問合せ、問合せと関連したシステムフィードバック、及び問合せを構築するシステムプロンプトを含むがこれらに限定されない多くの異なる検索のためのユーザインタフェース技術を使用の効率化と容易化のために実施することができる。更に、問合せを入力するユーザインタフェース、好ましくはブラウザは、ハイパーテキストリンク、ブール論理、テンプレートフィールド、自然言語、及び記憶された所定の問合せを含むがこれらに限定されない問合せを入力するための様々なフォームを有することができる。図６に示したように、問合せは、ハイパーテキストリンク及び／又はサマリ患者情報を使用して形成されることが好ましい。
【００２６】
所定のデータディレクトリとも呼ばれる利用可能なヘルスケアソースのリスト５４は、サーバ装置１４と接続して利用可能な全てのヘルスケアソース１６を追跡する。リスト５４は、手動又は自動の登録手続きを使用して更新することができる。リスト５４に応じて、サーバ装置１４は、図４に示したように、どの利用可能なヘルスケアソースに問合せをすべきかを知り、また、どの利用可能なヘルスケアソース１６から回答を期待できるかを知る。リスト５４は、ネットワーク２０がどのように実施されているかによって省略可能である。例えば、ネットワーク２０が、ローカルエリアネットワーク（例えば、イントラネット）などの閉じたネットワークの場合、サーバ装置１４は、リストを参照することなく、ネットワーク２０上の各ヘルスケアソース１６に問合せを送る。或いは、ネットワーク２０が、広域ネットワーク（例えば、インターネット）などの開いたネットワークの場合、サーバ装置１４は、リスト５４に応じてネットワーク２０上の各ヘルスケアソース１６に問合せを送る。
【００２７】
仮想マスタ患者インデックス（ＶＭＰＩ）エージェントとも呼ばれるプロセッサ５０は、サーバ装置１４のためにコンピュータ１２とヘルスケアソース１６の間で通信を管理する。プロセッサ５０は、ソフトウェア及び／又はハードウェアで実施することができ、記憶装置４６に記憶されたプログラムに応じて動作する。
【００２８】
ヘルスケアソース１６は、ヘルスケア提供者のケアにおける人の健康及び／又は福祉と関連した情報へのアクセスを必要とし又はその情報を提供するソースであり、このソースは、それ自体独立したシステムとしても知られる。ヘルスケアソース１６の例は、図１に示したような病院システム２６、医療システム２８、及び医師システム３０を含むがこれらに限定されず、また、レコードシステム、放射線医学システム、会計システム、請求システム、及びヘルスケア情報システムで必要とされるか又は要求される他のシステムを含む。病院システム２６は、ラボシステム５６、薬局システム５８、財務システム６０、及び看護システム６２を含むがこれらに限定されない。エンタープライズとも呼ばれる医学システム２８は、ヘルスケア診療所や他の病院システムを表す。医師システム３０は、医師オフィスを表す。一般に、病院システム２６内のシステムは、物理的に同じ設備又は同じ地理的構内にある。しかしながら、一般に、医学システム２８と医師システム３０はそれぞれ、異なる地理的位置にある異なる施設内に配置されている。従って、ヘルスケアソース１６は、様々な物理的及び地理的位置を有する複数の異なるヘルスケアソースを表す。
【００２９】
第１のネットワーク１８は、１台以上のクライアント装置２２又はヘルスケアコンピュータ２４と、サーバ装置１４との間で通信ネットワークを提供する。第２のネットワーク２０は、サーバ装置１４とヘルスケアソース１６との間で通信ネットワークを提供する。第１のネットワーク１８と第２のネットワーク２０は、実施される特定のネットワーク構成及び特定の通信プロトコルによって、同じネットワークでも異なるネットワークでもよい。第１のネットワーク１８と第２のネットワーク２０の一方又は両方は、イントラネットなどのローカルエリアネットワーク（ＬＡＮ）、又はインターネットなどの広域ネットワーク（ＷＡＮ）、若しくはその組み合せとして実施することができる。第１のネットワーク１８と第２のネットワーク２０はそれぞれ、インターネットによって構成されたＷＡＮであることが好ましい。
【００３０】
適切なネットワーク１８又は２０に結合された通信経路を介して、コンピュータ１２とサーバ装置１４はそれぞれメッセージとも呼ばれる問合せを通信し、サーバ装置１４とヘルスケアソースはそれぞれ回答メッセージとも呼ばれる回答（reply）を通信する。クライアント装置２２は、通信経路を介して、第１のネットワーク１８に問合せ６４を送り、回答６６を受け取る。ヘルスケアコンピュータ２４は、第１のネットワーク１８に結合された通信経路を介して、問合せ６８を送り、回答７０を受け取る。サーバ装置１４は、第１のネットワーク１８に結合された通信経路を介して、問合せ７２を受け取り、回答７４を送る。サーバ装置１４は、第２のネットワーク２０に結合された通信経路を介して、問合せ７６を送り、回答７８を受け取る。ラボシステム５６は、第２のネットワーク２０に結合された通信経路を介して、問合せ８０を受け取り、回答８２を送る。薬局システム５８は、第２のネットワーク２０に結合された通信経路を介して、問合せ８４を受け取り、回答８６を送る。財務システム６０は、第２のネットワーク２０に結合された通信経路を介して、問合せ８８を受け取り、回答９０を送る。看護システム６２は、第２のネットワーク２０に結合された通信経路を介して、問合せ９２を受け取り、回答９４を送る。医学システム２８は、第２のネットワーク２０に結合された通信経路を介して、問合せ９６を受け取り、回答９８を送る。医師システム３０は、第２のネットワーク２０に結合された通信経路を介して、問合せ１００を受け取り、回答１０２を送る。ヘルスケアソース１６からサーバ装置１４への回答は全て、ＸＭＬ形式であることが好ましい。
【００３１】
通信経路はそれぞれ、ヘルスケア情報システム１０内の様々な要素のタイプ及び／又は構成によって、プロトコルと呼ばれることもある１つ又は複数のデータ形式を使用するように適応されることが好ましい。情報システムのデータ形式の例は、ＲＳ２３２プロトコル、エサーネットプロトコル、医学インタフェースバス（ＭＩＢ）互換プロトコル、インターネットプロトコル（ＩＰ）データ形式、ローカルエリアネットワーク（ＬＡＮ）プロトコル、広域ネットワーク（ＷＡＮ）プロトコル、ＩＥＥＥバス互換プロトコル、及びヘルスレベル・セブン（ＨＬ７）プロトコルを含むがこれらに限定されない。通信経路は、コンピュータ１２、サーバ装置１４及びヘルスケアソース１６が共通のデータ形式を使用して互いに通信できるように、ＩＰデータ形式を使用する。
【００３２】
ＩＰデータ形式は、ＩＰプロトコルとも呼ばれ、ＩＰアドレスを使用する。ＩＰアドレスの例には、伝送制御プロトコルインターネットプロトコル（ＴＣＰＩＰ）アドレス、ＩＰアドレス、ＵＲＬ（Universal Resource Locator）、及び電子メール（ｅメール）アドレスが含まれるがこれらに限定されない。通信経路はそれぞれ、有線又は無線（Ｗ／ＷＬ）接続として形成される。通信経路は、有線接続として構成されることが好ましい。有線接続の場合、ＩＰアドレスは、ジャックとも呼ばれる配線の終端点の物理的位置に割り当てられることが好ましい。ジャックは、様々な要素の位置近くの固定位置に取り付けられる。無線接続の場合は、様々な要素が移動するので、ＩＰアドレスが様々な要素に割り当てられることが好ましい。無線接続は、ヘルスケア情報システム１０を使用する人が有線接続で可能な距離よりも遠くに移動できるようにする。
【００３３】
一般に、典型的な動作条件下では、コンピュータ１２は、第１のネットワーク１８を介してサーバ装置１４に送られる問合せを生成する。サーバ装置１４は、コンピュータ１２から問合せを受け取ったことに応答して、第２のネットワーク２０を介して各ヘルスケアソース１６に問合せを送る。各ヘルスケアソース１６は、サーバ装置１４から問合せを受け取ったことに応答して、第２のネットワーク２０を介してサーバ装置１６に回答を送る。サーバ装置１４は、各ヘルスケアソース１６から回答を受け取ったことに応答して、第１のネットワーク１８を介してコンピュータ１２に回答を送る。従って、サーバ装置１４は、第１のネットワーク１８と第２のネットワーク２０を介して、コンピュータ１２と各ヘルスケアソース１６との間の通信を管理し情報を伝える。クライアント装置２２、ヘルスケアコンピュータ２４、サーバ装置１４及びヘルスケアソース１６の動作方法に関連するさらなる詳細は、それぞれ図２、図３、図４及び図５を参照して説明される。
【００３４】
より詳細には、サーバ装置１４は、ＡＳＰ（Active Server Page）コードを使用して、マイクロソフトインターネット情報サービス（ＩＩＳ）ウェブサーバ上にＶＭＰＩエージェントを実現する。また、ＶＭＰＩエージェントは、Ｊａｖａコードを使用して、アパッチ（Apache)、トムキャット（Tomcat）、又はＩＢＭ ＷｅｂＳｐｈｅｒｅ[登録商標]ウエブサーバ上で実現することもできる。図６を参照して説明するように、ＶＭＰＩエージェントは、患者情報を要求するユーザに単純なＨＴＭＬフォームを提示することが好ましい。ユーザがそのフォームを提示したとき、ＶＭＰＩエージェントは、ヘルスケアソースリスト５４を読み取り、患者情報を各ヘルスケアソース１６に渡す。これは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）によって、ＵＲＬ（uniform resource locator）の一部として情報を添付することにより行われることが好ましい。ＶＭＰＩエージェントは、例えば、返されたＸＭＬデータを取り込み、マージし、日付でソートし、次に、クライアント装置２２のユーザに表示するために、ＸＳＬを使用してＸＭＬをＨＴＭＬに変換する。また、ＶＭＰＩエージェントとの通信は、ＳＯＡＰ（simple object access protocol）を使用してウェブサーバとして実施することができ、コンピュータ１２からの要求は、ＸＭＬの問合せによって実施することができる。ＸＭＬを使用することにより、異なるコンピュータシステム間でのデータ転送が容易になり、もし適切であれば、ＳＭＴＰ（simple mail transfer protocol）を含むＨＴＴＰ以外のプロトコルとの通信が可能になる。
【００３５】
図２は、本発明の好ましい実施形態による、クライアント装置２２として実施された、図１に示したコンピュータ１２を動作させる方法２００を示す。プロセッサ３４は、記憶装置３６に記憶されたコンピュータプログラムに応じて方法２００を実施することが好ましい。
【００３６】
ステップ２０１で、方法は、一般にクライアント装置２２の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００３７】
ステップ２０２で、クライアント装置２２は、ＭＰＩ情報のユーザ要求を受け取る。ユーザ要求は、Ｎｅｔｓｃａｐｅ[登録商標]やＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ[登録商標]などのブラウザソフトウェアと統合された、キーボードと表示装置を有するユーザインタフェース３２を介して受け取られることが好ましい。要求は、例えば、図６に示したように、患者名、誕生日などを含む。ユーザは、図６に示したように、ハイパーテキストリンクを表す患者名をクリックすることによってＭＰＩ情報を要求することが好ましい。
【００３８】
ステップ２０３で、クライアント装置２２は、ユーザ要求を受け取ったことに応答して問合せ６４をサーバ装置１４に送る。クライアント装置２２は、例えば問合せが入力又は選択された後で、ユーザが、キーボード又はブラウザインタフェースでハイパーテキストリンク、入力機能、検索機能、又はファインド機能を選択したことに応答して問合せ６４を送る。問合せ６４は、ユーザが、図６に示したようなハイパーテキストリンクを表す患者名のクリックを選択し、同時に、クライアント装置２２も、図６に示したような選択された患者に関連したサマリ患者情報の一部又は全てを使用しているときに送られることが好ましい。問合せ６４は、ＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られることが好ましい。問合せ６４は、ユーザが、図６に示したようなハイパーテキストリンクを表す患者名をクリックすることによって患者を選択し、同時にクライアント装置２２も、図６に示したような選択された患者と関連したサマリ患者情報の一部又は全てを使用しているときに送られる。問合せ６４は、サーバ装置１４上のＶＭＰＩプロセスを識別するＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られる。
【００３９】
ステップ２０４で、クライアント装置２２は、クライアント装置２２が所定の期間内にサーバ装置１４から回答を受け取ったかどうか判定する。クライアント装置２２が、回答を所定の期間内に受け取ったと判定した場合、方法はステップ２０５に進み、そうでない場合は、方法はステップ２０６に進む。所定の期間は任意の値でよく、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、一定又は可変となる。所定の期間は、ユーザへのフィードバックを過度に遅くすることなしに、病院情報システム１０の動作する要素に適切な時間の長さになるように選択されることが好ましい。
【００４０】
ステップ２０５で、クライアント装置２２は、サーバ装置１４から受け取った回答６６を保存する。回答は、記憶装置３６内のＲＡＭに一時的に保存されることが好ましい。
【００４１】
ステップ２０６で、クライアント装置２２は、「タイムアウト」回答を提供する。タイムアウト回答は、ユーザの問合せに対する回答を所定の期間内に受け取らなかったことをユーザにフィードバックする。このフィードバックは、第１及び／又は第２のネットワークが低速で動作していること、又はサーバ装置１４が適切に動作していないことを示す。ユーザは、問合せを直ぐに又は別の時に再入力するか、又はヘルスケア情報システム１０に関する潜在的な問題を調査することを選択する。
【００４２】
ステップ２０７で、クライアント装置２２は、回答がブラウザで閲覧できるようにフォーマットされているかどうかを判定する。クライアント装置２２が、回答がブラウザで閲覧できるようにフォーマットされていると判定した場合は、方法はステップ２０９に進む。そうでない場合、方法はステップ２０８に進む。ステップ２０７での判定は、サーバ装置１４が回答を送る前にこのフォーマッティングを行ったかどうかに依存する。
【００４３】
ステップ２０８で、クライアント装置２２は、ブラウザで閲覧できるように回答をフォーマットする。このフォーマッティングは、ＸＭＬからＨＴＭＬへの変換を含むことが好ましい。
【００４４】
ステップ２０９で、クライアント装置２２は、表示装置に回答を表示する。回答は、図７と図８に示したように、表示装置に表示されたブラウザウィンドウに表示されることが好ましい。図７に示したように回答を表示した後、クライアント装置２２のユーザは、特定の患者に関連付けられたハイパーテキストリンクを表すヘルスケアソースロケーションの内の１つを選択して、ヘルスケアソース１６に記憶された詳細な患者情報に直接アクセスすることができる。サーバ装置１４によって提供されたヘルスケアソース１６についてのハイパーテキストリンクを選択してインターネットを介して通信することによって、クライアント装置２２は、サーバ装置１４をバイパスして、ヘルスケアソース１６にある詳細な患者情報にアクセスするので有利である。
【００４５】
ステップ２１０で、方法は、一般に問合せをクリアするか、ＭＰＩサーチプログラムを終了するか、或いはクライアント装置２２の電源を切ることによって終了する。
【００４６】
図３は、本発明の好ましい実施形態により、ヘルスケアコンピュータ２４として実施された図１に示したコンピュータ１２を動作させる方法３００を示す。プロセッサ４０は、記憶装置４２に記憶されたコンピュータプログラムに応じて方法３００を実施することが好ましい。
【００４７】
ステップ３０１で、方法は、一般に、ヘルスケアコンピュータ２４の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００４８】
ステップ３０２で、ヘルスケアコンピュータ２４は、サーバ装置１４にＭＰＩ情報を要求する。要求は、例えば、患者名、誕生日などを含み、また前述のステップ２０２のように、ハイパーテキストリンクを含むことができる。要求は、記憶装置４２に記憶された所定のコンピュータプログラムに応じて、ヘルスケアコンピュータ２４によって自動的に生成されることが好ましい。この場合、ヘルスケアコンピュータ２４は、様々なタイプのレポートを生成するために、ＭＰＩ情報を自動的に要求することができる。
【００４９】
ステップ３０３で、ヘルスケアコンピュータ２４は、ステップ３０２で要求を受け取ったことに応答してサーバ装置１４に問合せ６８を送る。ヘルスケアコンピュータ２４は、プロセッサ４０が要求の完了を自動的に承認したことに応答して問合せ６８を送ることが好ましい。問合せ６８は、ＵＲＬにハイパーテキスト及びサマリ患者情報を添付することによって自動的に構築され送られることが好ましい。
【００５０】
ステップ３０４で、ヘルスケアコンピュータ２４は、ステップ３０３でヘルスケアコンピュータ２４が送った問合せに応答してサーバ装置から回答を所定の期間内に受け取ったかどうか判定する。ヘルスケアコンピュータ２４が、所定の期間内に回答を受け取ったと判定した場合、方法は、ステップ３０５に進み、そうでない場合は、方法はステップ３０６に進む。所定の期間は、任意の値でよく、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により一定又は可変となる。所定の期間は、ヘルスケアコンピュータ２４へのフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に適切な時間の長さのなるように選択されることが好ましい。
【００５１】
ステップ３０５で、ヘルスケアコンピュータ２４は、ステップ３０４で回答を所定の期間内に受け取ったと判断したことに応答して回答を保存する。回答は、メモリ４２内のＲＡＭに一時的に保存されることが好ましい。
【００５２】
ステップ３０６で、ヘルスケアコンピュータ２４は、ステップ３０４で回答を所定の期間内に受け取らなかったと判定したことに応答して「タイムアウト」回答を提供する。タイムアウト回答は、ヘルスケアコンピュータの問合せに対する回答を所定の期間内に受け取らなかったことをヘルスケアコンピュータ２４にフィードバックする。このフィードバックは、第１及び／又は第２のネットワークが低速で動作していること、又はサーバ装置１４が適切に動作していないことを示すことができる。ヘルスケアコンピュータ２４は、問合せを直ちに又は別の時に再入力するか、又はヘルスケア情報システム１０に関する潜在的な問題を調査することを人に警告するようにプログラムすることができる。
【００５３】
ステップ３０７で、ヘルスケアコンピュータ２４は、ステップ３０５で回答を保存したことに応答して、回答を使用する。回答を保存した後で、ヘルスケアコンピュータ２４のユーザは、ヘルスケアソース１６に記憶された詳細な患者情報に直接アクセスするために、例えば特定の患者と関連付けられたハイパーテキストリンクを表すヘルスケアソースロケーションの内の１つを自動的に選択することができる。サーバ装置１４によって提供されるヘルスケアソース１６のハイパーテキストリンクを選択して、インターネットを介して通信することによって、ヘルスケアコンピュータ２４は、サーバ装置１４をバイパスしてヘルスケアソース１６にある詳細な患者情報に有利にアクセスすることができる。
【００５４】
ステップ３０８で、方法は、一般に問合せをクリアするか、ＭＰＩ検索プログラムを終了するか、ヘルスケアコンピュータ２４の電源を切ることによって終了する。
【００５５】
図４は、本発明の好ましい実施形態による図１に示したサーバ装置１４を動作させる方法４００を示す。プロセッサ５０は、記憶装置４６に記憶されたコンピュータプログラムに応じて方法４００を実施することが好ましい。
【００５６】
ステップ４０１で、方法は、一般にサーバ装置１４の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００５７】
ステップ４０２で、サーバ装置１４は、それぞれ図２と図３を参照して前に説明したように、クライアント装置２２又はヘルスケアコンピュータ２４として実施されたコンピュータ１２からＭＰＩ情報の問合せ７２を受け取る。問合せ７２は、例えば、コンピュータ１２から送られた問合せに含まれる患者名、誕生日などを含む。
【００５８】
ステップ４０３で、サーバ装置１４は、ステップ４０２で問合せを受け取ったことに応答してサーバ装置１４にＭＰＩ情報を提供するために利用可能なヘルスケアソース１６を決定する。前述のように、このステップ４０３は、病院情報システム１０の実施形態によって任意的に設けられる。このステップ４０３が実施される場合、利用可能なヘルスケアシステム５４のリストの内容と問合せ７２の内容によって、コンピュータ１２とサーバ装置１４間の様々な通信が行われる。例えば、問合せが、ヘルスケア情報システム１０の一部分でないヘルスケアソースから情報を具体的に要求する場合、サーバ装置１４は、コンピュータ１２にフィードバックしてそのことを示す。
【００５９】
ステップ４０４で、サーバ装置１４は、ステップ４０３で利用可能なヘルスケアソース１６を決定したことに応答して、各ヘルスケアソース１６にＭＰＩ情報の問合せ７６を送る。サーバ装置１４は、記憶装置４６に記憶されたコンピュータプログラムからのコマンドに従ってプロセッサ５０が動作することに応答して問合せ７６を送ることが好ましい。問合せ７６は、ＵＲＬに患者情報を添付することによって自動的に構築され送られることが好ましい。
【００６０】
ステップ４０５で、サーバ装置１４は、ステップ４０４で各ヘルスケアソース１６に問合せが送られたことに応答してサーバ装置１４が各ヘルスケアソース１６から所定の期間内に回答を受け取ったかどうかを判定する。サーバ装置１４が、各ヘルスケアソース１６から回答を所定の期間内に受け取ったと判定した場合、方法はステップ４０６に進み、そうでない場合は、方法はステップ４０７に進む。所定の期間は、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、任意の値でもよく、一定又は可変となる。所定の期間は、サーバ装置１４のフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に妥当な長さの時間になるように選択されることが好ましい。
【００６１】
ステップ４０６で、サーバ装置１４は、ステップ４０５でサーバ装置１４が各ヘルスケアソース１６から回答を所定の期間内に受け取ったと判定したことに応答して、各ヘルスケアソース１６から受け取った回答を保存する。ヘルスケアソース１６からの回答は、患者情報又は「リソース使用不能」回答を表す。従って、サーバ装置１４は、回答したヘルスケアソース１６からの患者情報と、提供された患者情報において最高のコンフィデンスレベルをユーザに提供しなかったか又はできなかったヘルスケアソース１６からの患者情報とを含むポジティブフィードバックをコンピュータに１２に提供するため有利である。回答は、記憶装置４２内のＲＡＭに一時的に保存されることが好ましい。
【００６２】
ステップ４０７で、サーバ装置１４は、ステップ４０５でサーバ１４がヘルスケアソース１６の内の幾つかから回答を所定の期間内に受け取らなかったと判定したことに応答して「リソース使用不能」回答を提供する。リソース使用不能回答は、サーバ装置の問合せへの回答を所定の期間内に受け取らなかったことをサーバ装置１４にフィードバックする。このフィードバックは、第２のネットワークが低速で動作しているか又はヘルスケアソース１６の１つ又は複数が適切に動作していないことを示すことがある。サーバ装置１４は、問合せを直ちに又は別の時に再入力するか、ヘルスケア情報システム１０の潜在的な問題を調査することを人に警報するようにプログラムすることができる。ステップ４０７の後で、方法４００は、ステップ４０６に進む。
【００６３】
ステップ４０８で、サーバ装置１４は、ステップ４０６でサーバ装置１４が各ヘルスケアソース１６から受け取った回答を保存したことに応答して、各ヘルスケアソース１６からの回答を所定の期間内に受け取ったかどうかを判定する。サーバ装置１４が、各ヘルスケアソース１６から回答を受け取ったと判定した場合、方法はステップ４０９に進み、そうでない場合は、方法は、ステップ４０５に戻り、所定の期間内に受け取らなかったヘルスケアソース１６からの回答を待つ。
【００６４】
ステップ４０９で、サーバ装置１４は、ステップ４０８でサーバ装置１４が各ヘルスケアソース１６から回答を受け取ったと判定したことに応答して、各ヘルスケアソース１６から受け取った回答を統合する。用語「統合する（consolidate）」には、一般に、様々な回答を組み合わせることを意味し、情報のソート、操作、フォーマッティング、重複データのパージ、マージ、情報の編成が含まれるがこれらに限定されない。従って、サーバ装置１４は、受け取った情報を、コンピュータが理解し作業し易い形で又はユーザが選択したフォーマットで組み合わせる。
【００６５】
ステップ４１０で、サーバ装置１４は、統合した回答をブラウザ用にフォーマットすべきかどうか判定する。ブラウザ用フォーマットが必要であるとサーバ装置１４が判定した場合、方法は、ステップ４１１に進み、そうでない場合、方法は、ステップ４１２に進む。この判定は、最初の問合せを送ったコンピュータ１２のタイプに依存する。
【００６６】
ステップ４１１で、サーバ装置１４は、ステップ４１０でサーバ装置１４がブラウザフォーマットが必要であると判定したことに応答して、統合した回答をブラウザ用にフォーマットする。このフォーマットは、ＸＭＬのＨＴＭＬへの変換を含むことが好ましい。
【００６７】
ステップ４１０でブラウザフォーマット（即ち、ＨＴＭＬ）が必要であるとサーバ装置１４が判定したことに応答して、ステップ４１２で、サーバ装置１４はブラウザフォーマットと共にＭＰＩ情報を提供する。或いは、ステップ４１０でブラウザフォーマットが必要ないとサーバ装置１４が判定したことに応答して、ステップ４１２で、サーバ装置１４はブラウザ用フォーマットなしに（即ち、ＸＭＬ）ＭＰＩ情報を提供する。
【００６８】
ステップ４１３で、方法は、ＭＰＩサーチプログラムを終了することによって又はヘルスケアソース１６の電源を切ることによって終了する。
【００６９】
図５は、本発明の好ましい実施形態による、図１に示した各ヘルスケアソース１６の操作方法５００を示す。各ヘルスケアソース１６内のプロセッサは、各ヘルスケアソース１６内の記憶装置に記憶されたコンピュータプログラムに応じて方法５００を実施することが好ましい。
【００７０】
ステップ５０１で、方法は、一般にヘルスケアソース１６の電源を入れ、ＭＰＩ検索ソフトウェアを起動することによって始まる。
【００７１】
ステップ５０２で、ヘルスケアソース１６は、問合せ７６により、サーバ装置１４からＭＰＩ情報の問合せ８０、８２、８８、９２、９６又は１００を受け取る。
【００７２】
ステップ５０３で、ヘルスケアソース１６は、ステップ５０２で問合せを受け取ったことに応答して、問合せと関連した患者ファイルを決定する。このステップは、当業者に周知の様々なタイプの照合機能と検索機能を使用して実施することができる。
【００７３】
ステップ５０４で、ヘルスケアソース１６は、ステップ５０３での判定に応答して、問合せの要求装置（即ち、コンピュータ１２及び／又はサーバ装置１４又はそのユーザ）が、患者情報にアクセスするのに適切なセキュリティレベルを有するかどうかを判定する。問合せの要求装置が、患者情報にアクセスするのに適切なセキュリティレベルを有するとヘルスケアソース１６が判定した（即ち、アクセスの許可を得た（cleared access））場合は、方法はステップ５０５に進み、そうでない場合は、方法はステップ５０６に進む。ステップ５０４は、機密患者情報を要求している要求装置が、その情報を受け取る正規の権利を有することを保証する。セキュリティは、パスワード、コンピュータアドレス、ディジタル証明書、及びＳＳＬ（Secure Socket Layer）などの安全な通信リンクを含むがこれらに限定されない当業者に周知の様々な方法を使用して実施することができる。ステップ５０４は、病院情報システム１０の様々なセキュリティレベルについての特定の実施形態によって選択可能である。例えば、第２のネットワーク２０が閉じたネットワークの場合は、ネットワークセキュリティは必要でない。しかしながら、閉じたドネットワークの場合でも、ユーザセキュリティが必要なことがある。これと対照的に、他の例において、第２のネットワーク２０が、インターネットなどの開いたネットワークの場合、ネットワークセキュリティは必要とされることが好ましい。しかしながら、開いたネットワークの場合、コンピュータ１２が記録室のような安全な領域内にあり、安全な領域内の全てのユーザが患者ファイルにアクセスする権限を持つ場合は、ユーザセキュリティは必要とされない。
【００７４】
ステップ５０５で、ステップ５０４で問合せの送信元が患者情報にアクセスするのに適したセキュリティレベルを有すると判定されたことに応答して、ヘルスケアソース１６は要求された患者情報をサーバ装置１４に提供する。患者情報は、患者情報のサマリ並びに対応する患者ファイルへのリンクを含むことが好ましい。
【００７５】
ステップ５０６で、ヘルスケアソース１６は、ステップ５０４で問合せの送信元が患者情報にアクセスするのに適したセキュリティレベルでないと判定した（許可されないアクセス）ときに、患者情報に対するアクセスを拒否する。
【００７６】
ステップ５０７で、ヘルスケアソース１６は、患者情報をサーバ装置１４に提供したことに応答してヘルスケアソース１６がサーバ装置１４から回答を所定の期間内に受け取ったかどうかを判定する。ヘルスケアソース１６が、サーバ装置１４から回答を所定の期間内に受け取った場合、方法はステップ５０８に進み、そうでない場合、方法はステップ５０９に進む。この所定の期間は、図１に示した病院情報システム１０の１つ又は複数の要素の様々な設計実施形態により、任意の値でもよく一定又は可変でもよい。所定の期間は、ヘルスケアソース１６のフィードバックを過度に遅らせることなく、病院情報システム１０の実行する要素に妥当な長さの時間になるように選択されることが好ましい。サーバ装置１４からヘルスケアソース１６へのフィードバックが必要ない場合、ステップ５０６は省略可能である。ステップ５０６を使用しない場合は、回答を受け取らなくなるので、ステップ５０９も使用されない。しかしながら、ステップ５０６なしにステップ５０８を使用して、提供される患者情報の監査レコードを作成することができる。
【００７７】
ステップ５０８で、ヘルスケアソース１６は、サーバ装置１４に提供された情報とサーバ装置１４から受け取った回答のレコードを作成する。レコードは、どのファイルがアクセスされたか、何の情報が提供されたか、どのサーバ装置１４が情報を要求しかつ／又は受け取ったか、どんなセキュリティ情報が提供されたか、どんな問合せであったか、問合せをいつ受け取ったか、情報がいつ提供されたかなどの情報を含む。レコードは、セキュリティと情報の配布用に監査を支援するために使用されることが好ましい。
【００７８】
ステップ５０９で、ヘルスケアソース１６は、サーバ装置１４からの回答を受け取っていないヘルスケアソース１６のレコードを作成する。このステップ５０９は、サーバ装置１４が回答を受け取っておらず、それによりサーバ装置１４及び／又は第２のネットワーク２０に調査が必要な問題があることを示す。
【００７９】
ステップ５１０で、方法は、一般に、ＭＰＩサーチプログラムを終了するか、ヘルスケアソース１６の電源を切ることによって終了する。
【００８０】
図６は、本発明の好ましい実施形態による、患者リストを示す表示ウィンドウ６００を示す。表示ウィンドウ６００は、クライアント装置２２又は関連システムにローカルに記憶された患者情報を検索したことに応答してクライアント装置２２のブラウザページに表示される患者情報を表す。表示ウィンドウ６００は、一般に、メニュー６０１、タイトルバー６０２、患者名タイトル６０４、患者名と関連した様々なタイトル６０６、個々の患者のファイルへの様々なリンク６０８、及び日時表示６１０を含む。
【００８１】
メニュー６０１は、ＭＰＩサーチプログラムの動作と関連したプリファレンス、パスワード、プロバイダ、ヘルプ、アバウト、及びログオフを含むがこれらに限定されない。タイトルバー６０２は、現在のブラウザページの内容を表している。患者名タイトル６０４は、問合せに応じて取り出された患者名リストの欄を表す。患者名６０６と関連した様々なタイトルには、部屋とベッド、年齢、カルテ番号（ＭＲＮ）、生年月日（ＤＯＢ）、入院日、性別、医師、アカウント番号、及び処置が含まれる。従って、患者名６０６と関連した様々なタイトルは、患者情報のサマリを表す。個々の患者６０８のファイルへの様々なリンクは、下線付きの患者名と患者名の隣りの「ＭＰＩ」によって示されている。名前の前にある「ＭＰＩ」は、サーバ装置１４に要求を送ることによって患者情報５２を起動し取得するリンクとして使用される。第１と第２のネットワークがインターネットの場合、個々の患者のリンクを選択すると、コンピュータ１２は、サーバ装置１４に所望の情報を取り出す問合せを送る。日時スタンプ６１０は、現在のブラウザページがいつ作成されたかを示し、それにより患者情報がどくらい新しいか又は最近のものであるかが示される。
【００８２】
図７は、本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケアソースリスト１６を示す表示ウィンドウ７００を示す。表示ウィンドウ７００は、例えば患者名「Beswick, Robert」を選択して、図６内の患者名のリンクの内の１つを選択することによって開く。表示ウィンドウ７００は、サーバ装置１４に問合せ６４を送ったことに応答してクライアント装置２２のブラウザページに表示されるＭＰＩ情報を表している。表示ウィンドウ７００は、複数の異なるヘルスケアソース１６からサーバ装置１４が得た患者情報を含む。表示ウィンドウ７００は、一般に、図６に示したようなメニュー６０１、図６に示したようなタイトルバー６０２、場所タイトル７０２、場所と関連した様々なタイトル７０４、及び個々のヘルスケアソース１６のファイルへの様々なリンクを含む。
【００８３】
場所タイトル７０２は、患者名のリンクの選択に応答して、取り出される場所のリストの欄を表す。場所と関連付けられた様々なタイトル７０４には、訪問日、患者タイプ、サービス、担当医、カルテ番号（ＭＲＮ）、及び社会保障番号（ＳＳＮ）が含まれる。従って、場所と関連した様々なタイトル７０４は、患者情報のサマリも表す。個々のヘルスケアソース１６のファイルへの様々なリンクは、下線付きのヘルスケアソースによって示されている。このページに日時スタンプがあることもある。
【００８４】
図８は、本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケア情報を示す表示ウィンドウ８００を示す。表示ウィンドウ８００は、表示ウィンドウ７００からヘルスケアソース１６を表す場所７０４を選択することによって開く。この場所は、ヘルスケアソース１６の内の１つに記憶された詳細な患者情報へのリンクを含む。クライアント装置１２は、詳細な患者情報を、サーバ装置１４を介して通信するのではなくヘルスケアソース１６から直接得ることが好ましい。表示ウィンドウ８００は、一般に、図６に示したようなメニュー６０１、図６に示したようなタイトルバー６０２、図６に示したような日付／時間表示６１０、ドロップダウンメニュー８０４、指示詳細タイトル８０６、指示詳細タイトルと関連した様々なタイトル８０８、及び様々な個別の指示８１０を含む。
【００８５】
ドロップダウンメニュー８０４は、ブラウザページ内の患者関連情報をソートするための様々な選択項目を提供する。指示詳細タイトル８０６は、ドロップダウンメニュー８０４かが指示状況が選択されたことに応答して取り出される指示リストの欄を表す。指示詳細タイトルと関連した様々なタイトル８０８には、状況、指示した医師、ニーモニック、スケジュール、順番、及び処置が含まれるがこれらに限定されない。様々な個々の指示８１０は、特定の患者に実行される処置の指示を表す。
【００８６】
図６、図７、及び図８は、実施される多数のブラウザページ書式と情報内容の内のほんの幾つかを表している。また、ヘルスケア情報システム１０は、他のタイプの患者情報、臨床情報、財務情報、及び日程計画情報を処理することができる。そのような情報の例としては以下のものがあるが、これらに限定されない。
【００８７】
訪問日時、サービス、患者タイプ（救急処置室、外来患者、入院患者）、診断などの患者訪問に関するエンカウンタサマリデータと、
患者が行う臨床検査、放射線医学検査、指示、看護メモ、経過メモ、指図、薬局指示、臨床警告、アレルギー、及び任意の対応する結果などの患者に関する結果サマリデータ、
次の予約、前の予約、予約履歴などの患者に関する日程計画情報、
保険会社、請求履歴、支払額、請求額、請求メモ、他の関連情報などの請求情報、
指定集金人、集金に送られる額、支払履歴、以前の集金活動、保証人連絡サマリ、詳細な呼出しログ情報など集金関係の情報、
データコンテンツへのリンクとして返される患者に関して既知の全てのデータ、
回答メッセージにおいて完全なデータ内容と共に返される患者に関して既知の全てのデータ、及び
検索を複雑でなくすために使用される知的エージェントによる特定の実験室検査結果などの特定の患者情報の検索。
【００８８】
本発明の好ましい実施形態を要約すると、ヘルスケア情報システム１０は、サーバ装置１４からの要求に従って、利用可能なヘルスケアソース１６から仮想マスタ患者インデックス（ＶＭＰＩ）を作成する。必要に応じて個々の患者ごとのＶＭＰＩ情報が作成される。単一データベースの作成を回避することによって、患者の照合及び他の管理タスクに必要とされるコード、管理、手続き、ツール、及びコンピュータシステムが全てなくなる。各ヘルスケアソース１６は、各患者と関連したデータを記憶し、追加の患者情報を含む各ヘルスケアソース１６ごとに、ウェブアドレスＵＲＬなどのソースアドレスが返される。これにより、単一の患者索引データベースを作成し維持する間接経費なしに、複数の異なるヘルスケアソース１６を横切る１人の患者のデータの統合表示が可能になる。
【００８９】
統合された中央データベースをなくすことによって、高性能なプロセッサと大容量記憶装置が不要になる。共通の患者データベースレポジトリがないため、統合された中央データベースを作成する際に複雑な患者照合ロジックが必要がなくい。
【００９０】
情報がヘルスケアソース１６から直接来るので、患者医学情報は現行かつ最新である。バッチ、磁気テープ、ディスケット、その他の通信方法によるバッチローディングの必要がなく、それに関連するコスト及び複雑さがなくなる。
【００９１】
患者データは、ヘルスケアソース１６によって提供される、その元のコンテキストで表示させたり取り出したりすることができる。各ヘルスケアソース１６に利用可能な患者データは全て潜在的に利用可能である。例えば、医師は、情報のコンテキストから、異常な結果が自動車事故の併発症によるものであったと判定することができる。
【００９２】
従って、ヘルスケア情報システム１０は、コンピュータハードウェア資源、ソフトウェア資源、人間資源、及び技術資源の必要性が実質的に減少するため、これまでシステムより優れた性能を発揮する。ヘルスケア情報システム１０は、従来必要とされていた個別のスーパーマスタ患者インデックス（ＳＭＰＩ）システムをなくせる、動的ＶＭＰＩの実施形態を提供する。
【００９３】
以上、本発明をその様々な例示的実施形態に関して説明したが、本発明は、本発明がこれらの特定の実施形態に限定されるようには意図されていない。例えば、図１〜図８に示したアーキテクチャ、ウィンドウ、メニュー及びプロセスは、排他的なものではない。本発明の目的を達成するために、本発明の原理に従って他のアーキテクチャ、ウィンドウ、メニュー及びプロセスを導き出すことができる。更に、発明の原理は、任意のシステムで有利に使用することができ、ヘルスケア分野での使用に限定されない。例えば、類似の技術を使用して、保険に加入している人及び犯罪歴を持つ人のインデックス、及び分散型データベースレコードを有する他の類似のフィールドを作成することができる。当業者は、添付した特許請求の範囲に記載された本発明の精神及び範囲から逸脱することなく、開示した内容の変形、修正及び組み合わせを行うことができることを理解するであろう。
【図面の簡単な説明】
【００９４】
【図１】本発明の好ましい実施形態によるコンピュータ、サーバ装置及びヘルスケアソースを含むヘルスケア情報システムを示す図である。
【図２】本発明の好ましい実施形態による、クライアント装置として実施された図１に示したコンピュータを動作させる方法を示す図である。
【図３】本発明の好ましい実施形態による、ヘルスケアコンピュータとして実施された図１に示したコンピュータを動作させる方法を示す図である。
【図４】本発明の好ましい実施形態による、図１に示したサーバ装置を動作させる方法を示す図である。
【図５】本発明の好ましい実施形態による、図１に示した各ヘルスケアソースを動作させる方法を示す図である。
【図６】本発明の好ましい実施形態による、患者リストを示す表示ウィンドウを示す図である。
【図７】本発明の好ましい実施形態による、図２又は図３、図４、並びに図５に示した方法を使って生成された、図６に示した選択された患者に関連するヘルスケアソースのリストを示す表示ウィンドウを示す図である。
【図８】本発明の好ましい実施形態による、図６に示した患者と関連したヘルスケア情報を示す表示ウィンドウを示す図である。
【符号の説明】
【００９５】
１０ ヘルスケア情報システム
１２ コンピュータ
１４ サーバ装置
１６ ヘルスケアソース
１８、２０ ネットワーク
２２ クライアント装置
２４ ヘルスケアコンピュータ
Claims (18)
- 複数の異なるソースからの患者関連情報を統合するためにヘルスケアシステムで使用する方法であって、
特定の患者を識別する患者識別データを受け取る段階と、
前記特定の患者識別データと前記特定の患者に関する情報の要求とを含む複数のメッセージを、対応する複数の情報ソースに送るために生成する段階と、
前記複数のメッセージを前記対応する複数の情報ソースに送る段階と、
前記複数の情報ソースから前記特定の患者に関する要求情報を含む回答メッセージを受け取る段階と、
統合患者関連情報を表すデータを提供するために、前記回答メッセージからの前記要求情報をソートしマージする段階とを含む方法。 - 前記統合患者関連情報を非永久記憶機構に記憶する段階を更に含む、請求項１に記載の方法。
- 前記統合患者関連情報に対して、
（ａ）前記複数の情報ソースに送られた複数のメッセージを含む新しい問合せに応答しての上書き、及び
（ｂ）前記複数の情報ソースに送られた第２の複数のメッセージを含む第２の問合せに応答しての更新の内の少なくとも一方が行われる、請求項２に記載の方法。 - 統合患者関連情報を表すデータの日時を記録する段階を更に含む、請求項１に記載の方法。
- 前記特定の患者に関する前記情報が、前記特定の患者のヘルスケア提供者とのエンカウンタの記録情報を含み、また（ａ）識別されたヘルスケア提供者によって前記特定の患者に提供されたサービスのレコードと、（ｂ）前記特定の患者の識別されたヘルスケア提供者への訪問と、（ｃ）識別されたヘルスケア提供者によって前記特定の患者に提供された外来患者サービスと、（ｄ）識別されたヘルスケア提供者によって前記特定の患者に提供された入院患者サービスの内の少なくとも１つの詳細を含む、請求項１に記載の方法。
- 前記特定の患者に関する前記情報が、（ａ）前記特定の患者の臨床結果と、（ｂ）前記特定の患者に関する日程計画情報と、（ｃ）前記特定の患者に関する課金情報と、（ｄ）前記特定の患者情報の少なくとも１つのソースへの少なくとも１つのＵＲＬリンクとの内の１つを含み、
前記患者識別データが、（Ａ）患者名と、（Ｂ）患者誕生日と、（Ｃ）患者識別コードの内の少なくとも１つを含み、
前記患者識別コードが、（ｉ）社会保障番号と、（ｉｉ）ヘルスケア提供者から割り振られた患者識別コードと、（ｉｉｉ）前記特定の患者と関連付けられたヘルスケア保険契約コードと、（ｉｖ）政府エンティティから割り振られた患者識別コードの内の少なくとも１つを含む、請求項１に記載の方法。 - 前記複数の情報ソースに関するデータの所定のディレクトリを使用し、前記複数の情報ソースを識別し、前記複数の情報ソースとの通信を確立する際に使用される前記複数の情報ソースの個別のソースと関連したアクセス情報を取り出す段階を含む、請求項１に記載の方法。
- 複数のメッセージを生成する前記段階が、前記特定の患者識別データをＵＲＬ文字列に組み込むことによって特定の情報ソースに対する個別のメッセージを生成する段階を含み、データが、前記特定の患者に関する情報の前記要求と、前記特定の情報ソースのアドレスとを表す、請求項１に記載の方法。
- 前記特定の患者に関する情報の前記要求が、（ａ）前記特定の患者に関する全ての利用可能な情報を要求するか、又は（ｂ）前記特定の患者に関する利用可能な情報の一部分を識別して要求するためのデータを含む、請求項１に記載の方法。
- 前記回答メッセージが、拡張マークアップ言語（ＸＭＬ）フォーマットであり、前記要求された情報を取り出すために前記ＸＭＬ回答メッセージを処理する段階を含む、請求項１に記載の方法。
- 前記回答メッセージが、ローカルプロセッサでの手順を開始するためのデータを含む、請求項１に記載の方法。
- 前記複数のメッセージが、ユーザ識別情報を含む、請求項１に記載の方法。
- 前記ソートする段階が、前記要求情報を、（ａ）前記要求情報の詳細を示すレコードの作成日と、（ｂ）患者エンカウンタ日と、（ｃ）情報ソースと、（ｄ）要求情報を提供するエンタープライズと、（ｅ）前記特定の患者にサービスを提供するエンタープライズの内の少なくとも１つによってソートする段階を含み、また
冗長な重複要求情報を削除する段階を含む、請求項１に記載の方法。 - 前記マージする段階が、前記受け取った要求情報を再フォーマットする段階を含み、
前記統合患者関連情報が、日付で並べられた前記特定の患者のヘルスケア提供者とのエンカウンタの複合レコードを含む段階を含む、請求項１に記載の方法。 - 前記方法が、手動介入なしに、ユーザコマンドに応答して自動的に実行される、請求項１に記載の方法。
- 複数の異なるソースからの患者関連情報を統合するためにヘルスケアシステムで使用するシステムであって、
インタフェースプロセッサであって、
特定の患者を識別する患者識別データを受け取り、
前記特定の患者識別データと前記特定の患者に関する情報の要求とを含む複数のメッセージを、対応する複数の情報ソースに送るために生成し、
前記複数のメッセージを前記対応する複数の情報ソースに送り、
前記複数の情報ソースから前記特定の患者に関する要求情報に関する回答メッセージを受け取るインタフェースプロセッサと、
統合患者関連情報を表すデータを提供するために、前記回答メッセージからの前記要求情報をソートしマージするデータプロセッサとを含むシステム。 - 複数の異なるソースから得られた統合患者関連情報に対するユーザアクセスを支援するヘルスケアユーザインタフェースシステムであって、
特定の患者を識別する患者識別データを受け取る段階と、
ユーザコマンドに応答して表示画像で表現するために前記特定の患者に関連した統合情報を表すデータの処理を開始する段階とを含む方法を含み、
前記特定の患者識別データと前記特定の患者に関する情報の要求とを含む情報要求メッセージに応答して受け取ったメッセージ内の情報をソートしマージすることにより前記統合情報を表す前記データを得るヘルスケアユーザインタフェースシステム。 - 表示画像で表すために前記特定の患者と関連した統合情報を表すデータを処理を開始する前記段階が、（ａ）前記特定の患者を含む患者名のリストを示す表示画像と、（ｂ）前記特定の患者にそれまでに提供されたサービスを示す表示画像の内の少なくとも一方におけるアイコンのユーザによる選択に応答して行われる、請求項１７に記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US33597601P | 2001-10-31 | 2001-10-31 | |
| US10/282,644 US7756728B2 (en) | 2001-10-31 | 2002-10-29 | Healthcare system and user interface for consolidating patient related information from different sources |
| PCT/US2002/034884 WO2003038731A2 (en) | 2001-10-31 | 2002-10-30 | A healthcare system and user interface for consolidating patient related information from different sources |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005508054A true JP2005508054A (ja) | 2005-03-24 |
Family
ID=26961581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003540919A Pending JP2005508054A (ja) | 2001-10-31 | 2002-10-30 | 様々なソースからの患者関連情報を統合するためのヘルスケアシステム及びユーザインタフェース |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7756728B2 (ja) |
| EP (1) | EP1440408A2 (ja) |
| JP (1) | JP2005508054A (ja) |
| CA (1) | CA2465619A1 (ja) |
| WO (1) | WO2003038731A2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007012044A (ja) * | 2005-05-30 | 2007-01-18 | Toshiba Corp | 医用レポート作成装置、医用レポート参照装置及びそのプログラム |
| JP2007042066A (ja) * | 2005-07-06 | 2007-02-15 | Hiroshi Yamazaki | データ参照システム、ドキュメント表示システムおよび医療情報システム |
| JP2008130094A (ja) * | 2006-11-22 | 2008-06-05 | General Electric Co <Ge> | 電子医療記録データのフリーテキスト検索のシステムおよび方法 |
| JP2008134898A (ja) * | 2006-11-29 | 2008-06-12 | Kddi Corp | 健診情報システム |
| JP2008204461A (ja) * | 2007-02-22 | 2008-09-04 | General Electric Co <Ge> | 様々な情報システムからの電子医療記録データの臨床表示および検索を提供するための方法およびシステム |
| JP2012533117A (ja) * | 2009-07-08 | 2012-12-20 | スティーヴン・チャールズ・コーン | 医療履歴システム |
| CN102947832A (zh) * | 2010-06-17 | 2013-02-27 | 皇家飞利浦电子股份有限公司 | 患者记录的身份匹配 |
| WO2015016011A1 (ja) * | 2013-07-30 | 2015-02-05 | 株式会社医療情報技術研究所 | 医療関連データの統合情報処理システム |
| JP6038376B1 (ja) * | 2016-07-04 | 2016-12-07 | 木村 裕一 | 診療データ統合装置、診療データ統合装置による診療データ統合方法及び診療データ統合装置で実行されるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Families Citing this family (113)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040010423A1 (en) * | 2002-04-03 | 2004-01-15 | Joseph Sameh | Website messaging system for providing healthcare to a patient |
| JP3964354B2 (ja) * | 2003-06-11 | 2007-08-22 | ジーイー・メディカル・システムズ・グローバル・テクノロジー・カンパニー・エルエルシー | 医療診断装置 |
| DE10330575A1 (de) * | 2003-07-07 | 2005-01-27 | Pösl, Rudolf, Dipl.-Ing. | Patientendaten-Informationssystem |
| WO2005008518A2 (en) * | 2003-07-11 | 2005-01-27 | Computer Associates Think, Inc. | System and method for generating html based on common xslt |
| US20050027567A1 (en) * | 2003-07-29 | 2005-02-03 | Taha Amer Jamil | System and method for health care data collection and management |
| US7167858B2 (en) * | 2003-08-15 | 2007-01-23 | Intelligent Medical Objects, Inc. | Identification mapping and translation method |
| US7865375B2 (en) * | 2003-08-28 | 2011-01-04 | Cerner Innovation, Inc. | System and method for multidimensional extension of database information using inferred groupings |
| US20050060193A1 (en) * | 2003-08-28 | 2005-03-17 | Lancaster Brian J. | System and method for evidence-based modeling of clinical operations |
| US7707045B2 (en) * | 2003-08-28 | 2010-04-27 | Cerner Innovation, Inc. | System and method for multi-dimensional extension of database information |
| US20050138017A1 (en) | 2003-11-26 | 2005-06-23 | Ronald Keen | Health care enterprise directory |
| EP1719065A2 (en) * | 2004-02-26 | 2006-11-08 | Siemens Medical Solutions Health Services Corporation | A system and method for processing audit records |
| US7742586B1 (en) | 2004-06-14 | 2010-06-22 | Callwave, Inc. | Enhanced service levels for call-processing services |
| US8131472B2 (en) * | 2004-09-28 | 2012-03-06 | International Business Machines Corporation | Methods for hierarchical organization of data associated with medical events in databases |
| US20060080151A1 (en) * | 2004-10-08 | 2006-04-13 | Laxor, Llc | Healthcare management method and system |
| US8892571B2 (en) | 2004-10-12 | 2014-11-18 | International Business Machines Corporation | Systems for associating records in healthcare database with individuals |
| US7739246B2 (en) * | 2004-10-14 | 2010-06-15 | Microsoft Corporation | System and method of merging contacts |
| CA2486482A1 (en) * | 2004-11-01 | 2006-05-01 | Canadian Medical Protective Association | Event analysis system and method |
| US8000455B1 (en) * | 2004-12-09 | 2011-08-16 | Callwave, Inc. | Methods and systems for call processing |
| US7580922B2 (en) * | 2005-01-04 | 2009-08-25 | International Business Machines Corporation | Methods for relating data in healthcare databases |
| US7483924B2 (en) * | 2005-01-18 | 2009-01-27 | International Business Machines Corporation | Methodology for mapping HL7 V2 standards to HL7 V3 standards |
| US7512633B2 (en) * | 2005-07-13 | 2009-03-31 | International Business Machines Corporation | Conversion of hierarchically-structured HL7 specifications to relational databases |
| US7630371B2 (en) * | 2005-09-22 | 2009-12-08 | Compressus, Inc. | Autonomous routing of network messages within a healthcare communication network |
| US7860897B2 (en) * | 2005-09-30 | 2010-12-28 | International Business Machines Corporation | Optimized method of locating complete aggregation of patient health records in a global domain |
| EP1942788A4 (en) * | 2005-10-25 | 2013-08-21 | St Jude Medical | MEDICAL DATA MANAGEMENT |
| US20070100659A1 (en) * | 2005-10-27 | 2007-05-03 | Preiss Erik G | Management of clinical data exceptions in clinical information systems |
| US20070143342A1 (en) * | 2005-12-21 | 2007-06-21 | Vannostrand S L | Destination based extraction of XML clinical data |
| US8200501B2 (en) * | 2006-01-26 | 2012-06-12 | International Business Machines Corporation | Methods, systems and computer program products for synthesizing medical procedure information in healthcare databases |
| US20070174091A1 (en) * | 2006-01-26 | 2007-07-26 | International Business Machines Corporation | Methods, data structures, systems and computer program products for identifying obsure patterns in healthcare related data |
| US8566113B2 (en) * | 2006-02-07 | 2013-10-22 | International Business Machines Corporation | Methods, systems and computer program products for providing a level of anonymity to patient records/information |
| US9202184B2 (en) | 2006-09-07 | 2015-12-01 | International Business Machines Corporation | Optimizing the selection, verification, and deployment of expert resources in a time of chaos |
| US8055603B2 (en) * | 2006-10-03 | 2011-11-08 | International Business Machines Corporation | Automatic generation of new rules for processing synthetic events using computer-based learning processes |
| US20080294459A1 (en) * | 2006-10-03 | 2008-11-27 | International Business Machines Corporation | Health Care Derivatives as a Result of Real Time Patient Analytics |
| US8145582B2 (en) * | 2006-10-03 | 2012-03-27 | International Business Machines Corporation | Synthetic events for real time patient analysis |
| US20080104617A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Extensible user interface |
| US20080103794A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Virtual scenario generator |
| US8417537B2 (en) | 2006-11-01 | 2013-04-09 | Microsoft Corporation | Extensible and localizable health-related dictionary |
| US8533746B2 (en) * | 2006-11-01 | 2013-09-10 | Microsoft Corporation | Health integration platform API |
| US8316227B2 (en) * | 2006-11-01 | 2012-11-20 | Microsoft Corporation | Health integration platform protocol |
| US20080104012A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Associating branding information with data |
| US20080103818A1 (en) * | 2006-11-01 | 2008-05-01 | Microsoft Corporation | Health-related data audit |
| US8688749B1 (en) | 2011-03-31 | 2014-04-01 | Palantir Technologies, Inc. | Cross-ontology multi-master replication |
| US7853611B2 (en) | 2007-02-26 | 2010-12-14 | International Business Machines Corporation | System and method for deriving a hierarchical event based database having action triggers based on inferred probabilities |
| US7792774B2 (en) | 2007-02-26 | 2010-09-07 | International Business Machines Corporation | System and method for deriving a hierarchical event based database optimized for analysis of chaotic events |
| US7970759B2 (en) | 2007-02-26 | 2011-06-28 | International Business Machines Corporation | System and method for deriving a hierarchical event based database optimized for pharmaceutical analysis |
| US7930262B2 (en) * | 2007-10-18 | 2011-04-19 | International Business Machines Corporation | System and method for the longitudinal analysis of education outcomes using cohort life cycles, cluster analytics-based cohort analysis, and probabilistic data schemas |
| US20090157424A1 (en) * | 2007-12-17 | 2009-06-18 | Hans Leo P | Multi-path electronic prescription processing system |
| US7779051B2 (en) * | 2008-01-02 | 2010-08-17 | International Business Machines Corporation | System and method for optimizing federated and ETL'd databases with considerations of specialized data structures within an environment having multidimensional constraints |
| CA2648513A1 (en) * | 2008-01-07 | 2009-07-07 | The Quantum Group, Inc. | Systems and methods for patient scheduling and record handling |
| US8121858B2 (en) * | 2008-03-24 | 2012-02-21 | International Business Machines Corporation | Optimizing pharmaceutical treatment plans across multiple dimensions |
| US20090248314A1 (en) * | 2008-03-25 | 2009-10-01 | Frisman Dennis M | Network-based system and method for diagnostic pathology |
| US9383911B2 (en) | 2008-09-15 | 2016-07-05 | Palantir Technologies, Inc. | Modal-less interface enhancements |
| US20120131011A1 (en) * | 2008-12-17 | 2012-05-24 | Koninklijke Philips Electronics N.V. | Intelligent query routing for federated pacs |
| RU2011129647A (ru) * | 2008-12-17 | 2013-02-10 | Конинклейке Филипс Электроникс, Н.В. | Распределенные реестры пациентов для объединенных федеративных расs |
| US20100257190A1 (en) * | 2009-04-01 | 2010-10-07 | Ariel Farkash | Method and System for Querying a Health Level 7 (HL7) Data Repository |
| US8554742B2 (en) * | 2009-07-06 | 2013-10-08 | Intelligent Medical Objects, Inc. | System and process for record duplication analysis |
| US20120215560A1 (en) * | 2010-07-21 | 2012-08-23 | dbMotion Ltd. | System and methods for facilitating computerized interactions with emrs |
| US20120036466A1 (en) * | 2010-08-04 | 2012-02-09 | General Electric Company | Systems and methods for large data set navigation on a mobile device |
| US10318877B2 (en) | 2010-10-19 | 2019-06-11 | International Business Machines Corporation | Cohort-based prediction of a future event |
| US9846850B2 (en) * | 2010-12-30 | 2017-12-19 | Cerner Innovation, Inc. | Consolidation of healthcare-related schedules across disparate systems |
| US8775218B2 (en) | 2011-05-18 | 2014-07-08 | Rga Reinsurance Company | Transforming data for rendering an insurability decision |
| US8670998B2 (en) | 2011-12-02 | 2014-03-11 | Mckesson Specialty Arizona Inc. | Notification services for patients |
| US8782004B2 (en) | 2012-01-23 | 2014-07-15 | Palantir Technologies, Inc. | Cross-ACL multi-master replication |
| US20130218951A1 (en) * | 2012-02-20 | 2013-08-22 | Smart-ER, LLC | System and Method for Patient Contact |
| US10910095B1 (en) * | 2012-06-12 | 2021-02-02 | Qvera Llc | Mapping systems |
| US9395880B2 (en) * | 2012-06-12 | 2016-07-19 | Qvera Llc | Health information mapping system with graphical editor |
| EP2898470A4 (en) * | 2012-09-21 | 2017-09-06 | CardioMems, Inc. | Method and system for trend-based patient management |
| US10403403B2 (en) | 2012-09-28 | 2019-09-03 | Cerner Innovation, Inc. | Adaptive medical documentation system |
| US10424403B2 (en) * | 2013-01-28 | 2019-09-24 | Siemens Aktiengesellschaft | Adaptive medical documentation system |
| US10572461B2 (en) | 2013-02-25 | 2020-02-25 | 4medica, Inc. | Systems and methods for managing a master patient index including duplicate record detection |
| US9129046B2 (en) | 2013-02-25 | 2015-09-08 | 4medica, Inc. | Systems and methods for managing a master patient index including duplicate record detection |
| US10140664B2 (en) | 2013-03-14 | 2018-11-27 | Palantir Technologies Inc. | Resolving similar entities from a transaction database |
| US8903717B2 (en) | 2013-03-15 | 2014-12-02 | Palantir Technologies Inc. | Method and system for generating a parser and parsing complex data |
| US8924388B2 (en) | 2013-03-15 | 2014-12-30 | Palantir Technologies Inc. | Computer-implemented systems and methods for comparing and associating objects |
| US8886601B1 (en) | 2013-06-20 | 2014-11-11 | Palantir Technologies, Inc. | System and method for incrementally replicating investigative analysis data |
| US8601326B1 (en) * | 2013-07-05 | 2013-12-03 | Palantir Technologies, Inc. | Data quality monitors |
| US10437844B2 (en) * | 2013-07-09 | 2019-10-08 | Billings Clinic | Dynamic regrouping and presentation of electronic patient records |
| US8938686B1 (en) | 2013-10-03 | 2015-01-20 | Palantir Technologies Inc. | Systems and methods for analyzing performance of an entity |
| US10579647B1 (en) | 2013-12-16 | 2020-03-03 | Palantir Technologies Inc. | Methods and systems for analyzing entity performance |
| US9338013B2 (en) | 2013-12-30 | 2016-05-10 | Palantir Technologies Inc. | Verifiable redactable audit log |
| US20150205925A1 (en) * | 2014-01-22 | 2015-07-23 | HTH Worldwide LLC | Method and system of retrieving healthcare information |
| US10713742B1 (en) | 2014-03-12 | 2020-07-14 | II Alcides O. Pacino | Shared verification of credential records |
| US9824185B2 (en) * | 2014-08-08 | 2017-11-21 | Practice Fusion, Inc. | Electronic health records data management systems and methods |
| US9229952B1 (en) | 2014-11-05 | 2016-01-05 | Palantir Technologies, Inc. | History preserving data pipeline system and method |
| US9483546B2 (en) | 2014-12-15 | 2016-11-01 | Palantir Technologies Inc. | System and method for associating related records to common entities across multiple lists |
| US10103953B1 (en) | 2015-05-12 | 2018-10-16 | Palantir Technologies Inc. | Methods and systems for analyzing entity performance |
| WO2017017554A1 (en) * | 2015-07-29 | 2017-02-02 | Koninklijke Philips N.V. | Reliability measurement in data analysis of altered data sets |
| US9996595B2 (en) | 2015-08-03 | 2018-06-12 | Palantir Technologies, Inc. | Providing full data provenance visualization for versioned datasets |
| US10127289B2 (en) | 2015-08-19 | 2018-11-13 | Palantir Technologies Inc. | Systems and methods for automatic clustering and canonical designation of related data in various data structures |
| US9984428B2 (en) | 2015-09-04 | 2018-05-29 | Palantir Technologies Inc. | Systems and methods for structuring data from unstructured electronic data files |
| US9576015B1 (en) | 2015-09-09 | 2017-02-21 | Palantir Technologies, Inc. | Domain-specific language for dataset transformations |
| US9760556B1 (en) | 2015-12-11 | 2017-09-12 | Palantir Technologies Inc. | Systems and methods for annotating and linking electronic documents |
| US9514414B1 (en) | 2015-12-11 | 2016-12-06 | Palantir Technologies Inc. | Systems and methods for identifying and categorizing electronic documents through machine learning |
| EP3398157A4 (en) * | 2015-12-31 | 2019-11-27 | Saiph Technology, LLC. | SYSTEM FOR ACQUIRING, PROCESSING AND VISUALIZING CLINICAL PATIENT DATA |
| US10007674B2 (en) | 2016-06-13 | 2018-06-26 | Palantir Technologies Inc. | Data revision control in large-scale data analytic systems |
| US11106692B1 (en) | 2016-08-04 | 2021-08-31 | Palantir Technologies Inc. | Data record resolution and correlation system |
| US10133588B1 (en) | 2016-10-20 | 2018-11-20 | Palantir Technologies Inc. | Transforming instructions for collaborative updates |
| EP3549002A4 (en) * | 2016-11-30 | 2020-07-15 | Microsoft Technology Licensing, LLC | FEELING-BASED INTERACTION METHOD AND APPARATUS |
| US10503574B1 (en) | 2017-04-10 | 2019-12-10 | Palantir Technologies Inc. | Systems and methods for validating data |
| US11074277B1 (en) | 2017-05-01 | 2021-07-27 | Palantir Technologies Inc. | Secure resolution of canonical entities |
| US10956406B2 (en) | 2017-06-12 | 2021-03-23 | Palantir Technologies Inc. | Propagated deletion of database records and derived data |
| US10957445B2 (en) | 2017-10-05 | 2021-03-23 | Hill-Rom Services, Inc. | Caregiver and staff information system |
| US10235533B1 (en) | 2017-12-01 | 2019-03-19 | Palantir Technologies Inc. | Multi-user access controls in electronic simultaneously editable document editor |
| US11061874B1 (en) | 2017-12-14 | 2021-07-13 | Palantir Technologies Inc. | Systems and methods for resolving entity data across various data structures |
| US10838987B1 (en) | 2017-12-20 | 2020-11-17 | Palantir Technologies Inc. | Adaptive and transparent entity screening |
| US20190197428A1 (en) | 2017-12-27 | 2019-06-27 | Cerner Innovation, Inc. | Systems and methods for refactoring a knowledge model to increase domain knowledge and reconcile electronic records |
| US10866792B1 (en) | 2018-04-17 | 2020-12-15 | Palantir Technologies Inc. | System and methods for rules-based cleaning of deployment pipelines |
| US10496529B1 (en) | 2018-04-18 | 2019-12-03 | Palantir Technologies Inc. | Data unit test-based data management system |
| US10754822B1 (en) | 2018-04-18 | 2020-08-25 | Palantir Technologies Inc. | Systems and methods for ontology migration |
| US11061542B1 (en) | 2018-06-01 | 2021-07-13 | Palantir Technologies Inc. | Systems and methods for determining and displaying optimal associations of data items |
| US10795909B1 (en) | 2018-06-14 | 2020-10-06 | Palantir Technologies Inc. | Minimized and collapsed resource dependency path |
| US11645344B2 (en) | 2019-08-26 | 2023-05-09 | Experian Health, Inc. | Entity mapping based on incongruent entity data |
| US11675805B2 (en) | 2019-12-16 | 2023-06-13 | Cerner Innovation, Inc. | Concept agnostic reconcilation and prioritization based on deterministic and conservative weight methods |
| US20210383903A1 (en) * | 2020-06-09 | 2021-12-09 | Providence St. Joseph Health | Provider-curated applications for accessing patient data in an ehr system |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5544044A (en) * | 1991-08-02 | 1996-08-06 | United Healthcare Corporation | Method for evaluation of health care quality |
| US5506984A (en) * | 1993-06-30 | 1996-04-09 | Digital Equipment Corporation | Method and system for data retrieval in a distributed system using linked location references on a plurality of nodes |
| US5560005A (en) | 1994-02-25 | 1996-09-24 | Actamed Corp. | Methods and systems for object-based relational distributed databases |
| US5737539A (en) * | 1994-10-28 | 1998-04-07 | Advanced Health Med-E-Systems Corp. | Prescription creation system |
| US5664109A (en) | 1995-06-07 | 1997-09-02 | E-Systems, Inc. | Method for extracting pre-defined data items from medical service records generated by health care providers |
| US5899998A (en) | 1995-08-31 | 1999-05-04 | Medcard Systems, Inc. | Method and system for maintaining and updating computerized medical records |
| US5903889A (en) * | 1997-06-09 | 1999-05-11 | Telaric, Inc. | System and method for translating, collecting and archiving patient records |
| US5924074A (en) | 1996-09-27 | 1999-07-13 | Azron Incorporated | Electronic medical records system |
| CA2239015C (en) | 1998-02-24 | 2005-12-20 | Luc Bessette | Method and apparatus for the management of data files |
| WO2000065522A2 (en) | 1999-04-28 | 2000-11-02 | San Diego State University Foundation | Electronic medical record registry including data replication |
| EP1077415A1 (en) | 1999-08-19 | 2001-02-21 | Humetrix, Inc. | System and method for remotely accessing user data records |
| US20020007284A1 (en) | 1999-12-01 | 2002-01-17 | Schurenberg Kurt B. | System and method for implementing a global master patient index |
| US20010051879A1 (en) | 1999-12-01 | 2001-12-13 | Johnson Robin D. | System and method for managing security for a distributed healthcare application |
| US20010051880A1 (en) | 1999-12-01 | 2001-12-13 | Schurenberg Kurt B. | System and method for connecting a healthcare business to a plurality of laboratories |
| US20010051881A1 (en) * | 1999-12-22 | 2001-12-13 | Aaron G. Filler | System, method and article of manufacture for managing a medical services network |
| US6988075B1 (en) * | 2000-03-15 | 2006-01-17 | Hacker L Leonard | Patient-controlled medical information system and method |
-
2002
- 2002-10-29 US US10/282,644 patent/US7756728B2/en active Active
- 2002-10-30 JP JP2003540919A patent/JP2005508054A/ja active Pending
- 2002-10-30 CA CA002465619A patent/CA2465619A1/en not_active Abandoned
- 2002-10-30 EP EP02778689A patent/EP1440408A2/en not_active Ceased
- 2002-10-30 WO PCT/US2002/034884 patent/WO2003038731A2/en not_active Application Discontinuation
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007012044A (ja) * | 2005-05-30 | 2007-01-18 | Toshiba Corp | 医用レポート作成装置、医用レポート参照装置及びそのプログラム |
| JP2007042066A (ja) * | 2005-07-06 | 2007-02-15 | Hiroshi Yamazaki | データ参照システム、ドキュメント表示システムおよび医療情報システム |
| JP2008130094A (ja) * | 2006-11-22 | 2008-06-05 | General Electric Co <Ge> | 電子医療記録データのフリーテキスト検索のシステムおよび方法 |
| JP2008134898A (ja) * | 2006-11-29 | 2008-06-12 | Kddi Corp | 健診情報システム |
| JP2008204461A (ja) * | 2007-02-22 | 2008-09-04 | General Electric Co <Ge> | 様々な情報システムからの電子医療記録データの臨床表示および検索を提供するための方法およびシステム |
| JP2012533117A (ja) * | 2009-07-08 | 2012-12-20 | スティーヴン・チャールズ・コーン | 医療履歴システム |
| CN102947832A (zh) * | 2010-06-17 | 2013-02-27 | 皇家飞利浦电子股份有限公司 | 患者记录的身份匹配 |
| CN102947832B (zh) * | 2010-06-17 | 2016-06-08 | 皇家飞利浦电子股份有限公司 | 患者记录的身份匹配 |
| WO2015016011A1 (ja) * | 2013-07-30 | 2015-02-05 | 株式会社医療情報技術研究所 | 医療関連データの統合情報処理システム |
| JP2015028680A (ja) * | 2013-07-30 | 2015-02-12 | 株式会社医療情報技術研究所 | 医療関連データの統合情報処理システム |
| JP6038376B1 (ja) * | 2016-07-04 | 2016-12-07 | 木村 裕一 | 診療データ統合装置、診療データ統合装置による診療データ統合方法及び診療データ統合装置で実行されるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2018005584A (ja) * | 2016-07-04 | 2018-01-11 | 木村 裕一 | 診療データ統合装置、診療データ統合装置による診療データ統合方法及び診療データ統合装置で実行されるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1440408A2 (en) | 2004-07-28 |
| WO2003038731A3 (en) | 2004-03-04 |
| US20030088438A1 (en) | 2003-05-08 |
| WO2003038731A2 (en) | 2003-05-08 |
| CA2465619A1 (en) | 2003-05-08 |
| US7756728B2 (en) | 2010-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7756728B2 (en) | Healthcare system and user interface for consolidating patient related information from different sources | |
| US12002570B1 (en) | Virtual worklist for analyzing medical images | |
| US20200118232A1 (en) | Pre-fetching Patient Data for Virtual Worklists | |
| US9202084B2 (en) | Security facility for maintaining health care data pools | |
| US8566115B2 (en) | Syndicating surgical data in a healthcare environment | |
| WO2020205694A1 (en) | Managing data objects for graph-based data structures | |
| US8285565B2 (en) | Gathering, storing, and retrieving summary electronic healthcare record information from healthcare providers | |
| US20160004820A1 (en) | Security facility for maintaining health care data pools | |
| US20020007285A1 (en) | Method, apparatus and system for providing targeted information in relation to laboratory and other medical services | |
| US20100268552A1 (en) | Content Integration Service | |
| US20070168461A1 (en) | Syndicating surgical data in a healthcare environment | |
| US20080040151A1 (en) | Uses of managed health care data | |
| US20050027564A1 (en) | Term management system suitable for healthcare and other use | |
| US20030217111A1 (en) | Method and system for implementing an information portal for viewing information from disparate system's databases | |
| US20020194026A1 (en) | System and method for managing data and documents | |
| Chronaki et al. | Integrated teleconsultation services in cardiology | |
| Fritsche et al. | A web-based electronic patient record system as a means for collection of clinical data | |
| Lathrop et al. | Medical terminology coding systems and medicolegal death investigation data: Searching for a standardized method of electronic coding at a statewide medical examiner’s office | |
| Kay et al. | The Oxford clinical intranet: providing clinicians with access to patient records and multiple knowledge bases with internet technology | |
| KAY et al. | 130 E-Health I. Iakovidis, P. Wilson and JC Healy (Eds.) IOS Press, 2004 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070228 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070330 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070410 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071029 |