(57)【要約】包括的ヘルスケアデータ蓄積手段を提供するシステムは、複数の異なるデータフォーマットのうち任意のフォーマットでヘルスケアトランザクションメッセージデータを取得する入力プロセッサを有する。データプロセッサは、トランザクションメッセージからメッセージコンテンツタイプ及び患者関連識別子情報を抽出し、抽出したメッセージデータを構造化された蓄積手段の患者関連識別子情報を用いて特定された場所に保存するために処理する。保存プロセッサは、構造化された蓄積手段に処理されたトランザクションメッセージデータを保存する。
2005519413.tif 000002
【特許請求の範囲】
【請求項１】
包括的データ蓄積手段を提供するシステムであって、
複数の異なるデータフォーマットのうちの少なくとも１つでトランザクションメッセージデータを取得する入力プロセッサと、
データプロセッサと、
保存プロセッサとより成り、
データプロセッサは、
トランザクションメッセージデータを構文解析して、トランザクションメッセージデータからメッセージコンテンツタイプと、関連の識別子情報を抽出し、抽出したメッセージコンテンツタイプを用いてトランザクションメッセージデータから関連の識別子情報を抽出し、
トランザクションメッセージデータを構造化された蓄積手段の関連の識別子情報を用いて特定された場所に保存するために処理し、
保存プロセッサは、処理したトランザクションメッセージデータを構造化された蓄積手段に保存する包括的データ蓄積手段を提供するシステム。
【請求項２】
データプロセッサは、複数の異なるタイプのトランザクションメッセージデータを構文解析し、異なるタイプのトランザクションメッセージデータをトランザクションメッセージのコンテンツとは無関係に構造化された蓄積手段のデータフィールドに保存するために処理する請求項１のシステム。
【請求項３】
抽出したメッセージコンテンツタイプは、トランザクションメッセージデータ中の関連の識別子情報の場所を特定する請求項１のシステム。
【請求項４】
トランザクションメッセージデータは、関連の識別子情報として患者識別子情報を含むヘルスケアトランザクションメッセージデータである請求項１のシステム。
【請求項５】
患者関連識別子情報は、（ａ）患者医療記録識別子、（ｂ）アカウント識別子、（ｃ）顧客識別子、（ｄ）患者訪問識別子、（ｅ）トランザクションメッセージソース識別子、及び（ｆ）患者識別子の少なくとも１つより成る請求項４のシステム。
【請求項６】
患者関連識別子情報を（ａ）患者医療記録識別子、（ｂ）アカウント識別子、（ｃ）顧客識別子、（ｄ）患者訪問識別子、（ｅ）トランザクションメッセージソース識別子、及び（ｆ）患者識別子のうちの少なくとも１つに関連付けるデータベースをさらに備え、
データプロセッサは、このデータベースを用いてトランザクションメッセージデータを保存するための特定の患者に関連する構造化された蓄積手段の保存場所を特定する請求項４のシステム。
【請求項７】
トランザクションメッセージデータは、トランザクションメッセージのデータ項目を実質的に変化させずに構造化された蓄積手段のデータフィールドに配置することにより保存するように処理される請求項１のシステム。
【請求項８】
データプロセッサはさらに、トランザクションメッセージデータから、（ａ）トランザクションメッセージソース識別情報、（ｂ）このトランザクションメッセージに関連する顧客識別情報のうちの少なくとも１つを抽出する請求項１のシステム。
【請求項９】
トランザクションメッセージソース識別情報と顧客識別情報とを関連付けるデータベースをさらに備え、
データプロセッサは、このデータベースを用いてトランザクションメッセージを保存する構造化された蓄積手段の保存場所を特定する請求項８のシステム。
【請求項１０】
トランザクションメッセージデータは、（ａ）ヘルスケア事業体検査施設への通信、（ｂ）ヘルスケア事業体薬局施設への通信、（ｃ）ヘルスケア事業体放射線施設への通信、（ｄ）ヘルスケア事業体モダリティー施設への通信、（ｅ）ヘルスケア事業体管理施設への通信、（ｆ）ヘルスケア事業体注文または結果管理施設への通信のうちの少なくとも１つより成る請求項１のシステム。
【請求項１１】
データプロセッサは、トランザクションメッセージデータを、構造化された蓄積手段でコンテンツタイプの保存に適したデータフォーマットに変換することにより、抽出したコンテンツタイプ識別情報に基づき処理する請求項１のシステム。
【請求項１２】
顧客が、（ａ）トランザクションメッセージデータに関与するトランザクションの当事者、及び（ｂ）トランザクションメッセージデータのソースのうち少なくとも１つである請求項８のシステム。
【請求項１３】
ヘルスケアデータ蓄積手段を提供する方法であって、
複数の異なるデータフォーマットのうちの少なくとも１つでトランザクションメッセージデータを取得し、
トランザクションメッセージデータを構文解析して、トランザクションメッセージデータからメッセージコンテンツタイプと、関連の識別子情報を抽出し、
抽出したメッセージコンテンツタイプを用いてトランザクションメッセージデータから関連の識別子情報を抽出し、
トランザクションメッセージデータを構造化された蓄積手段の関連の識別子情報を用いて特定された場所に保存するために処理し、
処理したトランザクションメッセージデータを構造化された蓄積手段に保存するステップより成るヘルスケアデータ蓄積手段を提供する方法。
【請求項１４】
請求項１３のステップを実行する命令を含むコンピュータにより読み取り可能な記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
公知のヘルスケア記録保存システムは、保存すべき臨床データの意味及び構造を定義するために特定の必要条件を満たした専門家によるインストールを必要とするが、このインストールは時間のかかるプロセスとなる。
【０００２】
例えば、２００１年７月１１日付けでBessetteへ発行された米国特許第６，２６３，３３０号は、医療記録を保存するネットワークシステムを開示している。記録はサーバー上でデータベースに保存される。各記録は２つの部分、即ち、ある特定の個人の医学的情報を含むデータ要素を収集したものと、その特定の個人の他の医療データが在るアドレスまたは遠隔場所を与える複数のポインタとを含む。各記録はまた、特定のポインタが指し示す場所で見つかる医療データの基本的タイプを示すデータ要素を含んでいる。この構成により、クライアントのワークステーションは、その記録を、クライアントを遠隔保存されたファイルにリンクする１組のポイントと共にダウンロードすることができる。各ポインタが指し示す情報の基本的タイプが特定されるため、その時点においてデータの一部のみが必要な場合、医師は対象となるポインタを選択することにより大量のデータのダウンロードを回避することができる。さらに、この記録の構造により、ポインタの背後にあるデータをアクセスすることなく統計的な問合せを行える。例えば、１つがポインタが指し示すデータのタイプであるキーに基づいて問合せを構成することが可能である。従って、この問合せはポインタと、記録中に保持された残りの情報とだけに基づき実行することができる。
【０００３】
２０００年１月２５日付けでColi et al.へ発行された米国特許第６，０１８，７１３号は、医学的検査を注文しその累積結果をレポートするネットワーク利用システム及び方法を開示している。このシステムは、検査を注文し、統計的データまたはステイタス及び前に注文した検査の進捗状況を保存するために医師の場所（例えば、病院または医師のオフィス）で作動されるコンピュータと、医師による検査要求を受け、それらの結果をレポートする少なくとも１つの検査室のコンピュータとを含む。医師のコンピュータ及び検査室のコンピュータは、コンピュータネットワークにより相互接続されている。医師のコンピュータは、（ａ）検査を注文する医師またはユーザーからの要求を受け付け、（ｂ）検査要求メッセージを検査室のコンピュータへ送信し、（ｃ）統計的データの要求をネットワークに送り、（ｄ）ネットワークから統計的データを受ける。検査室のコンピュータは、検査要求メッセージを受け、検査結果メッセージまたは検査ステイタスメッセージを医師のコンピュータへ送るようにプログラムされている。
【０００４】
１９９６年１１月２６日付けでConner et al.へ発行された米国特許第５，５７９，３９３号は、サービス提供者のシステム及び支払い者のシステムより成り、医療記録及び歯科記録の安全な交換を行うシステムを開示している。提供者のシステムは、デジタル画像表示装置、処理装置、データ送受信装置、及び提供者管理ユニットとセキュリティーユニットとを有するメモリを含んでいる。デジタル画像表示装置から得られる各画像について、提供者の管理装置は、固有の画像ＩＤを発生し、ソースインジケータ、ステイタスインジケータ及びコピー元インジケータを有する画像関係構造を作成する。提供者の管理ユニットは、支払い者へ送るために画像をメッセージに編成する。セキュリティーユニットは、メッセージを暗号化し、画像シグネチャーを発生させ、メッセージシグネチャーを発生させる。支払い者システムは、処理ユニット、データ送受信装置、及び支払い者管理ユニットとセキュリティーユニットとを有するメモリを含む。支払い者システムのセキュリティーユニットは、受信したメッセージシグネチャー及び画像シグネチャーを認証する。支払い者管理ユニットは、メッセージリジェクト通知またはメッセージ受け入れ通知を発生する。提供者側の安全な医療記録及び歯科記録の交換方法は、画像を取得し、固有の画像ＩＤ及び画像関係構造を発生させ、ステイタスインジケータ、ソースインジケータ及びコピー元インジケータを維持管理し、画像シグネチャーを発生させ、画像を含むメッセージを作成し、メッセージシグネチャーを発生させるステップより成る。支払い者側の安全な医療記録及び歯科記録の交換方法は、メッセージシグネチャーを認証し、画像シグネチャーを認証し、メッセージ受け入れ通知またはメッセージリジェクト通知を選択的に発生させるステップより成る。
【０００５】
２００２年１月１７日に公開されたSchurenberg et al.の米国特許出願ＵＳ２００２／０００７２８４号は、それぞれ別個のコンピュータシステムがリンクされて種々のタイプのヘルスケア関連情報を共有するようにヘルスデータネットワーク（ＨＤＮ）に参加するシステムを開示している。共有される情報は患者記録情報を含む。患者記録情報の統合は、グローバルマスター患者インデックス（ＧＭＰＩ）を維持管理することにより行われる。このＧＭＰＩは、多数のヘルスケア組織、施設または会社により使用される患者記録情報を統合することができる。かかるＧＭＰＩはまた、例えば、大きな病院のような多数のサイトまたはコンピュータシステムを有する単一の事業体の患者記録情報を統合することができる。このＧＭＰＩは、好ましくは、患者記録を探し出し、選択された患者の二重の記録を発見し、選択された患者記録をその二重の患者記録全てと共に印刷し、二重であると疑われる患者記録をサーチして最終的な一致（証明）を検索しながら二重の患者記録を一致させ、ＧＭＰＩの患者記録間の持続的関係を維持し、一致作業の監査記録を維持するような機能を有する。
【０００６】
２００１年１２月１３日に公開されたJohnson et al.の米国特許出願ＵＳ２００１／００５１８７９号は、検査室へ注文をして試験結果を受け取るシステムのような分散型ヘルスケアシステムの安全管理システム及び方法を開示している。このシステムを利用するヘルスケア会社のネットワークを、ここではヘルスデータネットワークまたはＨＤＮと呼ぶ。ユーザーは、システムにログオンすると、ヘルスデータネットワーク（ＨＤＮ）会社を代表してそのシステムに接続される。ユーザーのユーザーアカウントを介して、ユーザーはＨＤＮ会社にリンクされる。ユーザーは、２以上のＨＤＮ会社を代表してシステムのログオンすることが許される場合がある。ユーザーの業務が２以上の場所または業務ユニットで行われ、全ての注文及び結果がその業務を通して共有される場合、ユーザーの業務を単一のＨＤＮ業務として構成することができる。この場合、この業務のデータは中央の場所で保存され、適当な権限を有する全てのユーザーがアクセスできる。しかしながら、ユーザーの業務が２以上の場所又は業務ユニットで行われ、注文及び結果を１つの場所または業務ユニット内に隔離した状態にする必要がある場合、その業務を親子のＨＤＮ業務関係となるように構成することができる。ＨＤＮ業務を代表してシステムにログオンできるだけでなく、ユーザーは、システムの多くの機能を実際に利用する権限を持つ必要があり、ＨＤＮ全体にわたって保存されたデータにアクセスする必要がある。ユーザーの権限プロフィールを作成する一環として、ユーザーにはそのシステムと仕事をする際にユーザーが担う役割が割り当てられる。これは、ユーザーがアクセス可能でなければならないデータのタイプに関する情報と、ユーザーがそのデータに対して実行する必要のある機能とを含む。データのタイプをオブジェクトと呼び、機能をオペレーションと呼ぶ。オブジェクトの例として、患者記録、検査室要求、検査室結果、検査コード、ＩＣＤ−９コード、検査室プロフィール及び医師プロフィールがある。オペレーションの一例として、新しいオブジェクトの追加がある。既存のオブジェクトの視認、変更、印刷及び削除もオペレーションの例である。既存のオブジェクトを求めるサーチプロセスもオペレーションと考えられる。役割は、如何なるオブジェクトにユーザーがアクセスするか、また如何なるオペレーションをユーザーが各オブジェクトに対して実行することを許されるかを定義する。
【０００７】
上述する開示の全てにおいて、システムメモリに保存されるデータはヘルスケア事業体の施設間で既知のフォーマットで通信される。現代のヘルスケア事業体では、種々のヘルスケア施設がそれら自身の情報システムを備えているが、それらのシステムは種々の会社により納入されることがある。各情報システムはデータが予想されたフォーマットでそれらと通信されることを予想するが、このフォーマットは事業体の他の施設の情報システムの予想されるフォーマットとは異なる場合がある。全てのヘルスケア施設と如何なるフォーマットであれ通信可能なヘルスケアデータ蓄積手段を提供することが望ましい。
【発明の概要】
【０００８】
本発明の原理に従って、包括的ヘルスケアデータ蓄積手段を提供するシステムは、複数の異なるデータフォーマットのうち少なくとも１つでヘルスケアトランザクションメッセージデータを取得する入力プロセッサを有する。データプロセッサは、このトランザクションメッセージデータからメッセージコンテンツタイプ及び患者関連識別子情報を抽出し、患者関連識別子情報を用いてトランザクションメッセージデータを構造化された蓄積手段の特定の場所に保存するために処理する。保存プロセッサは、処理されたトランザクションメッセージデータをその構造化された蓄積手段に保存する。
【実施例】
【０００９】
図１は、本発明のヘルスケアシステム１０００の実施例を示すブロック図である。複数のヘルスケア情報システム（ＨＩＳ）１０１０は、電子データ交換手段（ＥＤＩ）１０２０を介して非提供者１０３０に、また、互いに相互接続されている。非提供者１０３０は、外部の標準検査室、支払い者、供給業者、ヘルスケア事業体の検査施設、薬局施設、放射線施設、モダリティー施設、管理運営施設、及び／または事業体の注文または結果管理施設などを含む。メッセージデータを伴うトランザクションメッセージは、ＨＩＳ１０１０及び非提供者１０３０の間でデータを交換するためにそれらの間を伝送される。
【００１０】
データ交換のためのデータプロトコル（即ち、フォーマット）は、ＨＬ７、ＸＭＬ、ＤＩＣＯＭ及び／またはＸ１２などのような公知のプロトコルを含む任意のプロトコルを含む。ＨＩＳ１０１０及びＥＤＩ１０２０もまたデータ更新サービス１０４０に接続され、この更新サービスはデータ蓄積手段１０５０に接続されている。このデータ蓄積手段１０５０には、ユーザーインターフェイスサービス１０６０、組織データベース１０７０、データ統合サービス１０８０及び／またはデータアクセスサービス１０９０が接続されている。組織データベース１０７０もまた、データ更新サービス１０４０及び／またはデータアクセスサービス１０９０に接続されている。データアクセスサービス１０９０は、１またはそれ以上のＨＩＳ１０１０に接続されている。
【００１１】
データ更新サービス１０４０は、システム間のＥＤＩ１０２０のインターフェイスからデータ（例えば、検査結果、臨床評価、クレーム、納付勧告）を受け、そして／またはＨＩＳ１０１０の納入者機能からデータ（例えば、検査室への注文、チャートなど）を受け、このデータによりデータ蓄積手段１０５０を更新する手段を提供する。データは、受信されるフォーマット（例えば、ＨＬ７区切フォーマット）でデータ蓄積手段１０５０に保存される。データ更新サービス１０４０の能力には、トランザクションの構文分析、トランザクションからの患者及び顧客識別子の抽出、トランザクションフォーマットの内部の保存フォーマットへの整合及び／またはデータベースの更新が含まれる。
【００１２】
データアクセスサービス１０９０は、任意のＨＩＳ１０１０からのデータ要求を満足させるために、ヘルスケア記録データ保存手段（例えば、データ蓄積手段１０５０及び／または組織データベース１０７０）からのデータの検索をサポートする。データアクセスサービス１０９０の能力には、キャッシュ管理、訂正の適用、患者データのリンキング、コードの変換及び／またはメッセージの発生などが含まれる。訂正メッセージが全部または一部置換メッセージ（以下に詳しく説明するようにインストール時に供給される）及びメッセージタイプ間の変換ルール（標準のシステムルール）を表すか否かのような所定のルールは、この機能を提供するために必要とされる。ユーザーインターフェイスサービス１０６０は、オプションとして典型的なＨＩＳ納入者システムのユーザーインターフェイスにプラグインされる標準のユーザーインターフェイス機能及びスクリーンを提供する。これらの標準機能及びスクリーンは、ヘルス情報コミュニティから提供される可能性のある業界で最良のプラクティスを反映する。
【００１３】
データアクセスサービス１０９０及びユーザーインターフェイスサービス１０６０は共に、データ蓄積手段１０５０及び組織データ１０７０からデータを取り出し、このデータを適当な態様でフォーマットする。データアクセスサービスは、取り出したデータを、要求側のＨＩＳ１０１０により必要とされる伝送フォーマット（例えば、Ｘ１２）にする。このフォーマットは、データが受信され保存される時のフォーマットとは異なる場合がある。ユーザーインターフェイスサービス１０６０は、データをユーザーにより要求される表示フォーマットにする。それらは、このフォーマットを実行するにあたり駆動されるデータ及び／またはルールである。さらに、当業者は、データの取り出し及びフォーマットのためのルールをこれら２つのサービスにより共有できることがわかるであろう。
【００１４】
データ統合サービス１０８０は、データ蓄積手段（例えば、データ蓄積手段１０５０及び／または組織データベース１０７０）のコンテンツが完全且つ正確であるようにする。データ統合サービス１０８０の能力には、バランシング、一貫性チェック、確率的整合、認証表示及び／またはログの更新などが含まれる。
【００１５】
データ蓄積手段１０５０は、表及び表中のフィールドの伝統的な設計及び定義に従わずに、その内部に保存中のデータを本質的に知悉しない。即ち、上述したように、データは受信された時のフォーマットでデータ蓄積手段１０５０に保存される。従って、データ蓄積手段１０５０は、入来トランザクションからデータを抽出する必要がなく、その代わりにデータを依然としてそのフォーマットで保存する。これにより、データの多数のタイプ（例えば、一定のフォーマット、ヘルスレベル７（ＨＬ７）フォーマット及び／または拡張マークアップ言語（ＸＭＬ））をデータ蓄積手段１０５０が受信した時にそれらを如何に処理するかを知らなくてもその内部に保存することが可能となる。このような方式により、データ蓄積手段１０５０は、コンテンツのフォーマットを知らないが、受信するデータ及び送信するデータの両方につき任意のＨＩＳシステムからの任意のプロトコルについてデータ蓄積手段として働くことが可能である。データはソースシステムに使用されると受け入れられ、変化しない状態を維持する。データ蓄積手段１０５０内のデータコンテンツの編集は、以下にさらに述べるように、不要であるし望ましくもない。
【００１６】
データ蓄積手段１０５０内では、患者情報を含む物理的データベースは使用中の部分と歴史的部分との２つの部分に分割される。状況によっては、データをこのように分割することにより、空間及びデータベースの利用についてより最適な管理が可能となる。この物理的データの分割だけでなく、データ蓄積手段１０５０はこのデータを表示の目的で処理するため、現在の患者のデータ（使用中及び歴史的データの両方を含む）はローカルサーバー上に「キャッシュ」することができる。この方式により、データアクセス時間が最適化され、データ処理の処理能力条件を低コストのローカルプラットフォームに移すことができる。また、レポート条件をサポートするため、あるいは蓄積手段の一部を特定の組織及びＨＩＳによるデータへのローカルアクセスがより迅速になるように構成するために、標準のレポート作成者がアクセス可能な構造に変換したデータのコピーを作成することができる。これは、必ずしも過大なコストを要しないが、その理由は、作動中のリレーショナルデータベースのレプリカがこのような臨時のアクセスに必要なインデックス機能を行うように伝統的に作成されているからである。このレポート能力は、データ蓄積手段１５０の主要なデータ保存機能によるなどしてコストの低いプラットフォームを介して提供することができる。
【００１７】
システム１０００内のトランザクションの処理に関連して、データ蓄積手段１０５０に供給されるデータはそのトランザクションをデータ蓄積手段１０５０に通知するためにトランザクションの顧客、患者及びトランザクションのタイプを特定するデータを含む必要があるにすぎない。時として、不完全または不正確なデータを含む記録はデータ蓄積手段１０５０に保存するためにデータ更新サービス１０４０を介して送られることがある。かかる記録を更新したものは後で受けることがある。しかしながら、これらの更新によるデータは元の記録を更新するためには使用されず、代わりに、このような変更を含む新しい記録が受け入れられて元のデータにリンクされるため、そこに到達するためにたどるトランザクションの経路を示すだけでなく最終的な「正しい」結果を編成することが可能となる。従って、元のトランザクションのデータコンテンツの分析は不要であり、前に保存された記録中のいかなるデータを更新する必要があるかをチェックするため元のトランザクション及び新しいトランザクション中のデータを調べるための置換ロジックも必ずしも入来トランザクションを受け入れる一部として処理されない。
【００１８】
システム１０００のインストールに関して、顧客のＩＤ、所望のデータソースのＩＤ、ソースシステムが訂正のために完全なメッセージまたは一部のメッセージを送るか否か、ソースに用いるメッセージプロトコルのタイプ、患者識別子の場所及び埋め込まれた医療記録番号が固有のものであるか否かのような１組の所定の問合せに対する回答は、データ蓄積手段１０５０へのデータ保存を開始させるために記録する必要がある。これは、本発明の範囲外の標準的な仕事である、データ収集のためにメッセージデータの流れを物理的に接続するシステム間のインターフェイスセットアップの仕事に加えて行うものである。従って、新しい顧客を既存のデータベースに大急ぎで追加することにより普通のセットアップ及び管理の問題を回避できるが、その理由は、データ蓄積手段１０５０の元となるデータ処理及び保存のためのインフラを変更せずに任意の顧客からの任意のデータフォーマットに適用できるからである。
【００１９】
データ蓄積手段１０５０は、データがヘルスケア提供者のワークフローに読み取るだけの形で統合する必要があると仮定すると、コンテンツについては本質的に感知しない。しかしながら、データ規格がヘルス業界で生まれると、余分な変換をしないで全てのデータソースにわたりこのデータのコンテンツを首尾一貫して理解することが可能となる。本発明の蓄積手段１０５０の目的は、インストールの費用をほとんどまたは全く必要とせずに生のデータを保存し、時間及び提供者にわたってそれへの共通アクセスを可能にすることである。
【００２０】
トランザクションは、ＨＩＳ１０１０またはＥＤＩ１０２０からデータ蓄積手段１０５０へ直接通知されることがある。その後、通知されたトランザクションはいつもアクセスできるように直ちに利用可能な状態にされる。データの保存に関連して、データ蓄積手段１０５０は、その大きさにより取り扱い可能な細片に細分化され、そして／またはステイタス（使用中かまたは歴史的なものか）により改善が最も必要なところで最適化が行われるように細分化されることがある。データアクセスに関しては、データの取り出しは最小数のアクセスパスに制限することができる。上述したように、データ蓄積手段１０５０中のデータの複写によりローカルプラットフォーム上に現在の患者のデータのコピーを維持することができるが、これにより迅速なデータアクセスが可能となる。
【００２１】
当業者は、データ蓄積手段１０５０はヘルスケア提供システムの全てのポイントからのデータを統合することがわかるであろう。従って、アクセスを管理し制御するためにセキュリティーが確保されたインフラが必要とされる。データソースは提供したデータを自動的且つ容易に取り出せることが可能であり、提供しなかったデータに自動的にアクセスできないようにする必要がある。提供者１０３０及び／またはＨＩＳ１０１０が他の提供者にデータへのアクセス権を付与するか、または最終的に患者が誰が彼らのデータを見ることができるかをチェックできるようにする許可スキームをサポートする必要がある。そして、何れの提供者がそのデータを供給したかにかかわらず、患者は彼らのデータを見ることができるが他の患者のデータは決して見ることができないようにする必要がある。
【００２２】
図２は、本発明の表構造２０００を実施例を示すブロック図である。制御表２０１０を図２の上部に示すが、これは維持管理の目的で単一のデータベース内にあるが、それらのコンテンツは、上述したように、そこだけでの使用のために他のデータベースの場所または環境に対して複写することもできる。制御表２０１０内では、データソース表２０２０は任意のデータをアクセスするためのルートレベルの表である。
【００２３】
割り当てられた顧客キーである外部データソース識別子（ＩＤ）は、データソース表２０２０へのエントリーポイントである。ルートレベルの記録における他の属性は如何なるデータベースが患者データを含むか、如何なるシステム／機械の上にそのデータベースがあるか、そのデータベースの所望の記録への主要なエントリーキーは何であるか、そして、そのデータを現在の視点としてあるいは現在と歴史的データとを組み合わせたものとして読む必要があるか否かを特定する。新しい（空の）データベースが追加されると、この表の列は、新しい顧客のデータベースの記録のサイズに基づく物理的な細分化を可能にするアルゴリズムに基づいて予めデータを入力してもよい。このアルゴリズムは、データベースを、所定のデータ占有しきい値、データ記録の予想サイズ、及び記憶装置の物理的な記憶容量に従って細分化する。
【００２４】
データ統計表２０２２は、定期的に更新される実際のデータだけでなく所与のデータソースの予想される月毎の増殖速度を記録する。データアクション表２０２４は、トランザクションの構文分析を助ける何らかの処理制御情報（例えば、それらがＨＬ７またはＸＭＬプロトコルであるか、そしてその如何なるバージョンであるか、埋め込まれた医療記録番号が固有のものであるか、及び／またはソースシステムが完全なまたは一部のトランザクションを訂正のために送るかなど）を含む。
【００２５】
患者データ表２０４０を図２の下部に示す。これは多数の物理的データベース内に、恐らくは多数のマシーンまたはサブシステム内に常駐することができる。患者データを含む表はそれぞれ、使用中の、そして歴史的な物理的データ保存手段を有することがある（ある期間にわたってデータを収集した後そうなる可能性が最も高い）。
【００２６】
システムに入力される各トランザクション及びデータ更新サービス１０４０（図１）を介して作成されるデータの各セグメントは、そのデータのソースにとって固有の識別子のタグを付けられている。ＩＤ保存表２０５０は、識別子間の関係を記録するデータを含むかそれを指し示すルートレベルの表である。医療記録番号のような新しい固有の識別子がシステムに入力される度にそれに固有の続き番号が割り当てられ、それに相当するトランザクションについて、あるいは唯一の知られた識別子としてシステムに入力される後続の識別子（例えば、異なるタイプの識別子）は同じ続き番号を受ける。ＩＤ保存表２０５０は、データソースが患者の任意特定の識別子を使用する期間の開始日及び停止日を用いる必要がないが、その理由は、各トランザクションがその患者を特定するために用いることのできる識別子を持つ必要があるからである。
【００２７】
トランザクションメッセージを正しい患者に割り当てるにあたり、如何に付属の識別子を用いるかを説明する助けとなる幾つかの例を挙げる。種々のシステムは、種々のトランザクションについて多種多様な患者識別子を送る。例えば、患者関連識別子には、患者医療記録識別子、アカウント識別子、顧客識別子、患者訪問識別子、患者メッセージソース識別子及び／または患者識別子が含まれる。単一の患者の異なる識別子を全て束ねるためには、識別子の階層構造のマッチングに基づきそれらの間の関連性を探る。例えば、図示の実施例において、ＡＤＴトランザクション（入院／退院トランザクション、即ち、訪問登録）は、３つの識別子、ＭｅｄＲｅｃＮｏ、ＡｃｃｏｕｎｔＮｏ及びＶｉｓｉｔＮｏをシステムに入力する。ＭｅｄＲｅｃＮｏは、患者への固有のキーとしてその施設により決定される（即ち、各患者はただ１つのＭｅｄＲｅｃＮｏを有し、各ＭｅｄＲｅｃＮｏはただ一人の患者に与えられる）。しかしながら、同じ患者が多数のＶｉｓｉｔＮｏ及びＡｃｃｏｕｎｔＮｏを持つことがある。一方、同じ病院の検査室トランザクションについては、それは１つのＡｃｃｏｕｎｔＮｏを有するにすぎず、放射線トランザクションは１つのＶｉｓｉｔＮｏを持つにすぎないかもしれない。システムが最初に新しいＭｅｄＲｅｃＮｏ（例えば、ＭＲ＃９９９）を有するＡＤＴメッセージを受けると、付属の識別子として内部キー（例えば、＃１２３）として識別子または続き番号を割り当てる。時間がたつにつれて、ＡＤＴトランザクションは同じ患者に対して多数のＡｃｃｏｕｎｔＮｏ（例えば、ＡＣ＃１１１、ＡＣ＃２２２）及び多数のＶｉｓｉｔＮｏ（例えば、ＶＳ＃１１１−１、ＶＳ＃１１１−２、ＶＳ＃２２２−１）を割り当てるかもしれない。その患者のアカウント番号及び訪問番号は、割り当てられた単一の内部キー（例えば、＃１２３）に割り当てられている。この関連付けにより、例えば検査室及び放射線施設からトランザクションを受け、それらを正しい患者（ＭＲ＃９９９＝内部キー＃１２３）に割り当てるようにサポートされる。
【００２８】
データ番号表２０５２は、患者に続き番号の割り当てるために次に利用可能な番号を含む。記録保存表２０５４は、データがシステムに入力され、必要に応じて多数の列に分割される際にそのデータのトランザクション画像を保持する。トランザクションが正しくない人間のＩＤと間違って関連付けられている場合には、記録保存表２０５４のトランザクション情報を正しい人間と関連付け、記録保存表２０５４のＩＤ変更フィールドを手動による移動を示すためにセットすることができる。さらに、ステイタスフィールドをトランザクション記録に含めることにより、このトランザクションと元の患者との関連が無効であることを示すようにセットすることができる。ステイタスフィールドが存在するため、インターフェイスが完全な置き換えをすると知られている場合は、ユーザーはこのフィールド上の記録にフィルタリングを施すことにより、その表の通常の表示の中で手動で訂正した記録保存表２０５４の列を抽出することができる。タイプフィールドはそのデータに適用する処理論理を特定する。例えば、タイプフィールドは、トランザクションデータをそれに従って処理しなければならないトランザクションプロトコル、例えば、ＨＬ７を示す値を含む。トランザクションデータを含む記録保存表２０５４内の場所を指し示すマッチキーフィールドは、マッチするトランザクションを見つけるために保存されたデータの構文分析を不要にすることによりこの置き換えプロセスを支援するために設けられている。
【００２９】
人保存手段２０６０及びアドレス保存手段２０７０は、例えば、名前、住所、電話番号、誕生日、性別、及び／または人種などの通常の人口統計的データを含む。データ保存手段２０８０はさらに別の補助データを含む。アクセス保存手段２０９０は特定の患者のデータに誰がアクセスしたかの監査を可能にする。
【００３０】
トランザクションメッセージ画像を保存するにあたり、メッセージからのコアデータ、即ち、ＩＤ情報を含まないメッセージ部分は、トランザクションメッセージから抽出され、受けたのと同じフォーマットでフィールドが区切られた形で実質的に変更なしに保存される。システムは、データ内の患者識別子の場所を特定するのではなくてそのデータから意味または構造を抽出するために、トランザクションメッセージコアデータに広範な処理を施す必要はない。トランザクションメッセージがＨＬ７のような業界標準との適合性を有する場合、そのデータの構造は知られており、処理し変換することができる。しかしながら、蓄積手段それ自体がデータを処理する必要がないため、これは概して不必要である。
【００３１】
メッセージ中のメッセージタイプ、顧客識別子及び患者識別子情報は、トランザクションメッセージを処理し、そのデータを蓄積手段の特定の場所に保存するにあたり使用される。詳述すると、メッセージタイプはメッセージ中のどこで患者識別子を見つけられるかを示す。顧客識別子も、データを保存する場所を特定するために使用できる。また、患者識別子（顧客識別子と関連する）は、この場合、何れの患者がこのメッセージをそれと関連付けるかを示す「ルートキー」を示す。
【００３２】
本発明のある特定の実施例は、単一のＨＩＳデータ蓄積システムの包括的な拡張手段として、また、多数のＨＩＳのデータ蓄積手段の包括的な拡張手段として、及び／または地方の健康監視のような目的のための包括的な健康業界データ蓄積手段として働くことができる。
【００３３】
何れにしても、本発明の方式の実施例はヘルスケア及びＨＩＳに限定されない。即ち、必要とされる構文分析及び特定能力を構築できるデータの流れの中にある標準があるとすれば、トランザクションデータの流れの長期間の保存を行うことができる。
【００３４】
図３は、本発明の原理による方法３０００の実施例を示す流れ図である。ステップ３０１０において、へルスケアトランザクションメッセージデータのようなトランザクションメッセージデータを複数のデータフォーマットのうちの任意のもので取得する。ステップ３０２０では、トランザクションメッセージデータの構文分析を行う。ステップ３０３０では、トランザクションメッセージデータの構文分析に基づきメッセージ情報を抽出する。例えば、ブロック３０２０及び３０３０において、メッセージコンテンツタイプを抽出する。さらに別の例として、メッセージコンテンツタイプを用いて患者関連識別子情報をトランザクションメッセージデータから抽出する。
【００３５】
ステップ３０４０では、トランザクションメッセージデータを、構造化された蓄積手段の抽出された患者関連識別子情報を用いて特定された場所に保存するために処理する。この場所を、トランザクションメッセージデータのソース、顧客及び／または患者とさらに関連付けることができる。ステップ３０５０では、トランザクションメッセージデータを、構造化された蓄積手段の特定された場所に保存する。上述したステップでは、トランザクションデータの保存を行い、それに続くステップでは以前に保存したデータの検索を行う。ステップ３０６０では、特定のソース、顧客及び／または患者に関連するトランザクションメッセージデータを、以下にさらに詳しく述べるように、ユーザー命令に応答して検索し保存する。ステップ３０７０では、分類されたトランザクションメッセージデータをユーザーによるアクセスのために処理する。分類されたトランザクションメッセージデータを、データアクセスサービス１０９０を介してそのデータを要求したＨＩＳ１０１０（図１）に供給する。
【００３６】
この特定の例において、以下の問合せはデータ蓄積手段１０５０（図１）にアクセスするための擬似コードの例を示す。
SELECT field list 
FROM Record_Store, Id_Store 
WHERE ID_PERS_ID = :WS-ID
AND ID_PERS_IDT = :WS-IDT
AND ID_SOURCE = :WS-SOURCE
AND RS_SOURCE =:WS-SOURCE
AND RS_INT_ID =ID_INT_ID
AND RS_STATUS =" 
ORDER BY RS_SYSTEM
,RS_TS
,RSSEQ
【００３７】
この問合せにおいて、ＩＤ＿ＰＥＲＳ＿ＩＤ、ＩＤ＿ＰＥＲＳＪ＿ＩＤＴ及びＩＤ＿ＳＯＵＲＣＥはＩＤ保存表２０５０のフィールドを示し、ＲＳ＿ＳＯＵＲＣＥ、ＲＳ＿ＩＮＴ＿ＩＤ及びＲＳ＿ＳＴＡＴＵＳは記録保存表２０５４のフィールドを示し、ＷＳ−ＩＤ、ＷＳ−ＩＤＴ、ＷＳ−ＳＯＵＲＣＥ及びＩＤ＿ＩＮＴ＿ＩＤは対応するフィールドの所望の値を示す。その後、適当なフィールドに所望の値を有する、記録保存表２０５４及びＩＤ保存表２０５０中の記録を見つけた後、全て公知の態様で、記録保存表２０５４からＲＳ＿ＳＹＳＴＥＭ、ＲＳ＿ＴＳ及びＲＳ＿ＳＥＱフィールドにより特定される順序でリストする。この問合せにおける記録保存表２０５４及びＩＤ保存表２０５０（図２）は、使用中のデータベースと歴史的データベースとをつなぐ図を参照する。上記の記録保存の問合せを用いて特定のソースから所与の患者（ＩＤ）のデータを検索することができる。当業者は、上記の問合せはデータ蓄積手段１０５０のデータについて発生可能な多種多様な問合せのうちの１つにすぎないことがわかるであろう。
【００３８】
図４はシステム１０００（図１）の任意のコンポーネントの任意の機能をアーキテクチャーとしてサポートする典型的な情報装置４０００を示すブロック図である。情報装置４０００は、１またはそれ以上のネットワークインターフェイス４０１０、１またはそれ以上のプロセッサ４０２０、命令を含む１またはそれ以上のメモリ４０３０、及び／または１またはそれ以上の入出力（Ｉ／Ｏ）４０５０のような周知のコンポーネントを含み、これら全ては公知の態様で相互接続されている。例えば、ネットワークインターフェイス４０１０は、従来のデータモデム、ファックスモデム、ケーブルモデム、デジタル加入者ラインインターフェイス、ブリッジ、ハブ、ルーター、及び／または他の同様な装置を備えた電話でよい。プロセッサ４０２０は、本発明の実施例による方法の少なくとも一部をそのハードウェア及び／またはファームウェアで実現するように設計された、Intel Corporation of Santa Clara, Californiaにより製造されたペンティアムシリーズのマイクロプロセッサまたはアプリケーション特定集積回路（ＡＳＩＣ）のような汎用マイクロプロセッサでよい。メモリ４０３０は、プロセッサ４０２０に結合され、方法３０００（図３）の１またはそれ以上のステップに従ってプロセッサ４０２０により実行される命令４０４０を保存する部分を含む。命令４０４０は、当該技術分野において周知の多数の形態のうち任意のものでよいソフトウェアを実現する。メモリ４０３０は、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、コンパクトディスク、磁気テープ、フロッピーディスクなど、及びこれらの任意の組み合わせのようなアナログまたはデジタル情報を保存できる任意の装置でよい。Ｉ／Ｏ装置４０５０は、例えば、モニター、ディスプレイ、キーボード、キーパッド、タッチパッド、ポインティング装置、マイクロフォン、スピーカー、ビデオカメラ、スキャナー、及び／またはプリンターなどを含むオーディオ及び／またはビジュアル装置でよく、Ｉ／Ｏ装置を接続及び／または結合できるポートを含む。
【図面の簡単な説明】
【００３９】
【図１】本発明システム１０００の実施例を示すブロック図である。
【図２】本発明の表構造２０００の実施例を示すブロック図である。
【図３】本発明の方法３０００の実施例を示す流れ図である。
【図４】図１及び２に示すシステム及び図３に示す方法を実現するプロセッサのブロック図である。
【図１】
2005519413.tif 000003
【図２】
2005519413.tif 000004
【図３】
2005519413.tif 000005
【図４】
2005519413.tif 000006
【国際調査報告】
2005519413.tif 000007
2005519413.tif 000008
2005519413.tif 000009