(57)【要約】 【課題】システムに入ってくる入力データ（１１６）を既存の対象データ（１０８）と視覚的に比較する。【解決手段】  比較／更新モジュール（２０８）は、対象データ（１０８）に対して入力データ（１１６）内の異種データ（５４０）にフラグをつけ、ある場合にはどの対象データを異種データで更新するかをユーザが選択することができるように構成することができる。システムはまた、ユーザが、比較されるデータの妥当性を確認し、目視比較で用いる適切な対象データフィールド（４４２）の検索にどの入力データフィールド（４４０）を利用するかを選択することができるデータ照合モジュール（２０８）を含む。このシステム（１０４）は、ユーザがシステムを様々なタイプ及びフォーマットの入力データを認識するように構成することができる機能を含む。【選択図】図１Ａ
2007157151.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ複数の入力データフィールド（４４０）に関連付けられた複数の入力データ値（５３２）とそれぞれ複数の対象データフィールド（４４２）に関連付けられ且つ少なくとも１つの対象データストア（１１２）に格納された複数の対象データ値（５３６）との目視比較を容易にする方法であって、
前記方法が、
（ａ）第１のユーザインターフェース（４００）を介して、前記複数の入力データフィールド（４４０）のうちの少なくとも１つの入力データフィールド（４４０）の選択（４４８）を受け取る段階と、
（ｂ）選択された前記少なくとも１つの入力データフィールド（４４０）に応じて少なくとも１つの対象データストア（１１２）から前記複数の対象データ値（５３６）を検索する段階と、
（ｃ）前記複数の対象データ値（５３６）と前記複数の入力データ値（５３２）との目視比較を容易にするために、前記複数の対象データ値（５３６）と前記複数の入力データ値（５３２）とを互いに同時にディスプレイ（５０４）上に表示する段階と、
を含む方法。
【請求項２】
前記入力データ値（５３２）が、データフォーマットを有するファイルに含まれ、前記方法が更に、第２のユーザインターフェース（３００）を介して前記データフォーマットの識別を受け取る段階を含む請求項１に記載の方法。
【請求項３】
前記ディスプレイ上に複数のデータフォーマット識別子（３３２）を表示する段階と、前記データフォーマットに対応する前記複数のデータフォーマット識別子（３３２）の少なくとも１つのユーザの選択を受け取る段階とを更に含む請求項２に記載の方法。
【請求項４】
前記入力データ値（５３２）が少なくとも１つのデータタイプと関連付けられ、前記方法が更に、第３のユーザインターフェースを介して前記少なくとも１つのデータタイプの識別を受け取る段階を含む請求項１に記載の方法。
【請求項５】
前記複数の対象データ値（５３６）と前記複数の入力データ値（５３２）との対応するそれぞれの値を互いに比較して、前記複数の入力データ値のうちのいずれかが、前記複数の対象データ値（５３６）に対して異種データ値（５４０）であるか否かを判断するようにする段階更に含む請求項１に記載の方法。
【請求項６】
前記異種データ値（５４０）の少なくとも幾つかに対しての異種データフラグ（５４４）を前記ディスプレイ（５０４）上に表示する段階を更に含む請求項５に記載の方法。
【請求項７】
少なくとも１つの前記異種データ値（５４０）用の更新セレクタ（５６０）を表示する段階を更に含み、前記更新セレクタ（５６０）が、選択されることに応答して、前記複数の対象データ値（５３６）のうちの対応するそれぞれの１つを前記少なくとも１つの前記異種データ値（５４０）で更新するように動作可能に構成された請求項６に記載の方法。
【請求項８】
ユーザが前記複数の入力データフィールド（４４０）のフィールドを前記複数の対象データフィールド（４４２）のフィールドにクロスマップすることができるように構成された第１のユーザインターフェース（４０８）を表示する段階を更に含む請求項１に記載の方法。
【請求項９】
ユーザが前記複数の入力データフィールド（４４０）のうちから異種データ値（５４０）に前記ディスプレイ（５０４）上でフラグをつけるフィールドを選択することができるように構成された第２のユーザインターフェース（５０４）を表示する段階を更に含む請求項１に記載の方法。
【請求項１０】
ユーザが前記複数の入力データフィールド（４４０）のうちから異種データ更新セレクタ（５６０）が前記ディスプレイ（５０４）上に表示されるフィールドを選択することができるように構成された第３のユーザインターフェースを表示する段階を更に含む請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、情報システムの分野に関する。詳細には本発明は、入力データを既存データと目視比較するのを容易にするシステム及び方法に関するものである。
【背景技術】
【０００２】
既存の電子データベースにデータを転送するための現在のシステムでは、ユーザは、更新するデータを選択するために既存データと入力データを容易に目視比較することができない。既存データの完全で自動的な更新情報ではない入力データをどのように扱うかを決定するには、多くの人的介入が必要である。かかる介入は、極めて時間がかかる可能性があり、手動のデータエントリ技法を用いることが必要な場合もある。１つ又は複数のデータフィールドが更新されたかどうかを判定する試みに自動照合技術を用いることはできるが、多くの場合、最良のデータ照合者は管理機関の人間のデータユーザである。人は、データを見ることで、極めて信頼性のある方法で直感的に結論を出すことができる。人は、広範なデータ調査を行い、或いは複雑なアルゴリズムを使用する必要がなく、単に過去の経験と知識を活用して正しい決定を行う。
【０００３】
当該技術分野の現状では、既存の電子データベースのユーザが既存のデータを更新するのに入力情報を使用することを望む場合には、論理ルールを用いるマッピングプロセスを使用して、データの処置を予め決めることができる。しかしながら、必要であればユーザが特定のデータフィールドに異なる選択を行うことができるように、更新の前にデータを評価する機会はエンドユーザには与えられない。代わりに、多くの場合、処置のための特定の基準に適合しない入力データ値、すなわち「異種データ」の手動リストを作成し、このリストを評価する必要がある。
【０００４】
多くの場合、かかる手動リストの評価には、管理機関のスタッフが既存データを手動で調べて異種データを既存データと比較し、次いで、この異種データがあった場合でも、これをどのように用いるかを決定することが必要となることがある。この決定は手動で記録され、異種データが既存の電子データベースには未だ存在しないが、存在することが望ましい場合には、次の手動データエントリステップを用いて既存データを更新し、或いは新しいデータフィールド又は新しいデータレコードを作成し、異種データを保持することになる。
【特許文献１】米国特許第６，７１４，９１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
加えて、多くのデータベース、例えば医療データベースでは、入力データを既存データと照合するのに利用できる種々の基準を有する必要がある。現在の医療エンタープライズシステム及びアプリケーションは、多くの場合、非常に限られた照合能力を有し、特に、予め定められた患者識別子、例えば患者名又は固有の医療レコード番号に基づいて照合を行い得るに過ぎない。更に、入力データは、ＨＬ７及びＡＮＳＩ  Ｘ１２の様々なバージョンなどの様々なトランザクションフォーマット、並びにより独自仕様のフォーマットで受け取ることができる。フォーマット及びトランザクションの各タイプに関して、どのデータフィールドが既存の医療システムと照合するフィールドとみなし、その照合をどのように行うかを指示する機能が現在は殆どない。また、医療管理機関の経営及び患者の健康の両方に影響を与える可能性がある最新の情報を所有する必要がある。更新処理を迅速にすることにより、医療管理機関の提供者及びスタッフは、最新のデータにアクセスすることになる。
【課題を解決するための手段】
【０００６】
一態様において、本発明は、複数の入力データ値を複数の対象データ値と目視比較するのを容易にする方法に関する。複数の入力データ値は、それぞれ複数の入力データフィールドと関連付けられ、複数の対象データ値は、それぞれ複数の対象データフィールドと関連付けられ、少なくとも１つの対象データストアに格納されている。本方法は、第１のユーザインターフェースを介して、複数の入力データフィールドのうちの少なくとも１つの入力データフィールドの選択を受け取る段階を含む。複数の対象データ値が少なくとも１つの選択された入力データフィールドに応じて少なくとも１つの対象データストアから検索される。複数の対象データ値と複数の入力データ値との目視比較を容易にするために、複数の対象データ値と複数の入力データ値とが互いに同時にディスプレイ上に表示される。
【０００７】
別の態様において、本発明は、複数の入力データ値をそれぞれ対応する複数の対象データ値と目視比較するのを容易にするシステムに関する。複数の入力データ値は、それぞれ複数の入力データフィールドと関連付けられ、複数の対象データ値は、それぞれ複数の対象データフィールドと関連付けられている。本システムは、複数の入力データ値と複数の対象データ値との同じ値の目視比較を容易にするために、複数の対象データ値と複数の入力データ値とを実質的に並べて表示する第１の手段を含む。ユーザが複数の入力データフィールドのうちの少なくとも１つを選択でき、複数の入力データフィールドのうちの選択した１つを使用して複数の対象データ値を検索するように第２の手段を設ける。
【発明を実施するための最良の形態】
【０００８】
例証の目的で、本発明の現在好ましいとされる本発明の一形態を図示する。しかしながら、本発明は図面に示した厳密な構成及び手段には限定されない点を理解されたい。
【０００９】
ここで図面を参照すると、図１Ａは、本発明のデータ比較及び更新（ＤＣＵ）システム１０４を含むシステム１００を示している。一般に、ＤＣＵシステム１０４により、ユーザ(図示せず)は、ＤＣＵシステムに入ってくる入力データ１１６に基づいて１つ又は複数の対象データストア１１２に含まれる対象データ１０８を視覚的に確認し、自動更新を手動で開始することが可能になる。（本明細書及び添付の請求項で使用する用語「更新」、「更新する」、及びその変形は、対象データ１０８の特定のデータ値を入力データ１１６の特定のデータ値と置き換え、未だ読み込まれていない既存の対象データフィールド、レコード、その他にそれぞれ対応する入力データ値を読み込み、それぞれ対応する入力データ値を備えた新しい対象データフィールドを作成及び読み込むことを含む点に留意されたい。）
ＤＣＵシステム１０４は、例えば汎用コンピュータ、特定用途向けコンピュータ、サーバなど、あらゆる好適なコンピュータ１１８に実装することができる。広義には、入力データ１１６は、実際には対象データ１０８ではないあらゆるデータとすることができる。通常、入力データ１１６は、データストア１１２以外のソースからＤＣＵシステムにより受け取られる。入力データ１１６のこのようなソースの実施例には、限定ではないが、海外のデータストア１２０のような海外データストア、及び／又は１つ又は複数のデータストアに格納されたデータ及び／又は従来の意味でデータストアには格納されていない一時データから本質的に入力データを組み立てるソフトウェア・アプリケーション１２４のようなソフトウェア・アプリケーションが含まれる。とは言え、当業者であれば、実際に入力データ１１６を対象データ１０８と共にデータストア１１２に格納することができることを容易に理解されるであろう。また、各対象データストア１１２は、図１Ａに示すように必ずしも何らかの単一の記憶装置１２６にある必要はなく、２つ以上の記憶装置に分散することができ、該記憶装置の実施例には、特に、例えば磁気ディスク、光ディスク、磁気テープ、揮発性メモリなどの様々なタイプの長期記憶装置と、揮発性ランダムアクセスメモリなどの短期記憶装置がある点に留意されたい。
【００１０】
図１Ｂは、本発明のシステム１００を実装することができる環境１３０の実施例を示す。必須ではないが、例えばプログラムモジュールなどの、従来の汎用デジタルコンピュータで実行されるコンピュータ実行可能な命令の観点で本発明を全体的に説明する。通常、プログラムモジュールは、特定のタスクを行うルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本発明は、ネットワーク型クライアントサーバコンピュータシステム、携帯型デバイス、プログラム可能な家庭用電化製品、ミニコンピュータ、メインフレームコンピュータ、及び同様のものを含む、様々なコンピュータシステム構成で実施することができる。本発明は通常、必須ではないが、例えばＬＡＮ、ＷＡＮ、又はインターネットベースのネットワークなど通信ネットワークを介してリンクされたリモート処理デバイスによってタスクを実行する分散コンピューティング環境で実施される。分散コンピューティング環境では、プログラムモジュールは、ローカルとリモートの両方の記憶装置に置くことができる。
【００１１】
加えて、システム１００は、必須ではないが、コンピュータ１１８がネットワーク１３４（例えばＬＡＮ、ＷＡＮ、インターネット、又はその組み合わせ）を介して直接的又は間接的に１つ又は複数のネットワークサーバ１３８に接続されたネットワーク型コンピューティング環境１３０で動作できることが企図される。場合によっては、コンピュータ１１８は、ＬＡＮ、ＷＡＮ、インターネット又はその組み合わせ（図示せず）を介して動作可能に接続された複数のコンピュータ１１８を含むことができる。コンピュータ１１８は、１つ又は複数のコンピュータ中央演算処理装置１４２と、コンピュータメモリ１４６と、入力／出力デバイス１５０とを含むことができる。環境１３０及びそのコンポーネントは、コンピュータプログラム１５４を含み、環境内のコンピューティング資源によって実行されたときに、本発明の機能性を提供する。
【００１２】
以下に詳細に述べるように、ＤＣＵシステム１０４は、幾つかのデータフォーマットのうちのいずれか１つ、及びいずれか１つ又は複数のメッセージタイプの入力データ１１６を処理するように構成することができる。データフォーマット及びメッセージタイプの広範な概念については、医療産業を対象にした実施例を用いながら以下に説明するが、本発明は、入力データ１１６に基づいてコンピュータに実装された手動のデータ照合、及び対象データ１０８の更新の手動開始を可能にすることが有利であり、又は望ましい実質的にあらゆる産業又は分野において実装可能であることを当業者であれば容易に理解するであろう。本発明のＤＣＵシステムの適用例は、例えば、時間報告、給料支払名簿、及び従業員のデータベースなどのシステム間での使用、及び／又は医療保険、生命保険、及び身体障害保険など従業員福祉の処理に使用するための品目、人材を増減させる実質的にあらゆる企業の銀行業務、信用報告、在庫管理を含む。前述のリストは、勿論例示的なものであり、限定ではない。本発明の用途は網羅的にリストを提示することができない程多いことを当業者であれば容易に理解するであろう。例えば科学、人口統計、地理、財務、商業トランザクション、その他など、本発明で扱われることが企図されるデータの種類も同様に広範であることが分かる。
【００１３】
医療産業で使用されるデータフォーマットの実施例は、特に、企業間トランザクション用に米国規格協会（ＡＮＳＩ）の公認標準化委員会（ＡＳＣ）が推奨するＸ１２統一標準フォーマット（ｗｗｗ．ｘ１２．ｏｒｇ）と、医療分野のトランザクション用にＡＮＳＩのＨｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎ標準開発機関（ＳＤＯ）が推奨するＨＬ７統一標準フォーマット（ｗｗｗ．ｈｌ７．ｏｒｇ）と、ソフトウェア会社及び他の事業体が考案した様々な独自仕様／カスタムフォーマットとを含む。要約すると、ＡＳＣ  Ｘ１２標準は、保険、財務、行政、サプライチェーン、輸送、技術アセスメント、通信／制御、及び教育行政を含む様々な分野のセキュアなＢ２Ｂ電子商業トランザクションメッセージングを可能にする３１５を越える標準電子データ交換（ＥＤＩ）トランザクションを提供する。一般に、各トランザクションは、企業又は他の事業体が特定のトランザクション情報を互いに伝達することができる、プリフォーマット構造を提供する。各標準のトランザクションは、例えば医療、銀行業務、生命保険など、様々な分野のいずれにおいても、その分野に特有の「実装ガイド」（ＩＧ）に従って実装することができる。例えば、医療関係では、ＡＳＣ  Ｘ１２は標準トランザクション番号２７８として、「医療サービス調査情報」用の医療保険トランザクションセットを提供する。２７８のＩＧの１つは、サービスを行う前に、関連のサービスが保険会社に補償されていることを保証するために、患者照会に対する医療保険会社からの承認を要求及び受け取るこのトランザクションを定める。２７８のトランザクションの別のＩＧは、照会の状態についての問い合わせに使用される。別の実施例として、８３７の支払請求提出のトランザクションを様々に実装する複数のＩＧがあり、特に専門職、施設、薬剤、及び歯科の支払請求用のＩＧを含む。一般に、ＥＤＩトランザクションの利用及びその実装は、多くの場合、ＡＳＣ  Ｘ１２トランザクションの序数で照会される。従って、医療サービス評価情報トランザクションの実装の利用は、通常「２７８トランザクション」と呼ばれる。医療に関するＡＳＣ  Ｘ１２  ＥＤＩトランザクションの他の実施例を、以下の表Ｉに記載する。この表は、網羅的ではなく、単に例証に過ぎない点に留意されたい。これらは、これらのトランザクションの各々の標準形態の実施例である。
【００１４】
【表１】
2007157151.tif 000003
上述のように、ＤＣＵシステム１０４は、１つ又は複数のメッセージタイプを処理するように構成することができる。入力データ１１６との関連において、メッセージタイプは入力データの目的、用途、又は機能、或いは入力データの理由に対応する。例えば医療関係では、対象データ１０８は、医療レコード番号フィールド、患者名フィールド、生年月日フィールド、性別フィールド、及び対応する患者が受けた照会に関する幾つかのフィールドなどの様々なフィールドに各々構文解析される複数の患者レコードを含むことができる。照会フィールドは特に、例えば保留、承認、拒否など、その照会の状態を示すデータ値を含むための各照会に対する状態フィールドを含むことができる。
【００１５】
一例では、入力データ１１６は、ある患者の特定の照会の認証を含む保険会社からのＡＳＣ  Ｘ１２  ２７８トランザクションとすることができる。この場合、入力データの目的又は理由は、保険会社が照会を承認したことを医療提供者に通知することである。更に、入力データ１１６を使用して、問題の患者に対する照会の状態をこの場合は「承認」に更新することになる。従って、このトランザクションに好適なメッセージタイプは、「照会」又は同様の記述用語で呼ぶことができる。表Ｉに記載した他のＡＳＣ  Ｘ１２トランザクションを実装する他のメッセージタイプの実施例は、以下の表ＩＩに記載したようなものとすることができる。ここで、「承認」の状態に加えて２７８トランザクションは、問題の患者に関する例えば名前、生年月日、保険契約番号、認証番号など、患者とトランザクションを一意的に関連付ける他のデータを含む点に留意されたい。以下に述べるように、ＤＣＵシステム１０４は、対象データ１０８と比較して入力データ１１６中のあらゆる異種データを強調表示し、対象データを異種データのいずれかで更新されるべきかどうかをユーザが手動で選択できるようにユーザ構成可能とすることができる。表ＩＩは、受信側が提供者、送信側が健康保険である場合、受信側の受信システムに変更又は追加されるデータの実施例を示している。表ＩＩＩは、受信側が支払者、送信側が雇用者又は提供者の場合、支払者の受信システムに変更又は追加されるデータの実施例を示している。
【００１６】
【表２】
2007157151.tif 000004
【００１７】
【表３】
2007157151.tif 000005
ＨＬ７メッセージは、事実上臨床上のものであるので、送信側及び受信側は、通常共に医療提供者システムである。メッセージの実施例は、同じ病院内の検査室コンピュータシステムから臨床記録コンピュータシステムへ検査結果を送信しているものである。或いは、このメッセージは、検査室のコンピュータシステムから病院の情報システムの一部ではない医師のコンピュータシステムへ送信することもできる。医療分野のメッセージング用のＨＬ７統一標準は、一般にＡＳＣ  Ｘ１２標準の構造に沿った構造を有する。すなわち、ＡＳＣ  Ｘ１２標準が様々なトランザクションにわたり共通の特定のフォーマットを有するのとほぼ同様に、ＨＬ７統一標準は、様々なメッセージタイプに共通の特定のフォーマットを有する。例えば、ＨＬ７統一標準を用いて、様々なテンプレート又はデータの「モデル」を作成することができる。一般にテンプレートは、１人又は複数の利害関係者に関心のあるデータ／情報の構造化集合である。各テンプレートは、ＡＳＣ  Ｘ１２トランザクションの実装がそれぞれのメッセージタイプに各々対応するように、それぞれのメッセージタイプに対応すると考えることができる。一方、データモデルは、ＡＳＣ  Ｘ１２構成体における「実装」と同様である。すなわち、ＨＬ７データモデルを用いて、特定の用途のために統一標準を定義する。ＨＬ７テンプレート及びデータモデル、又は単に「メッセージ」、並びに対応するメッセージタイプを次の表ＩＩＩに記載する。表ＩＩＩのＨＬ７メッセージのリストは、例証に過ぎず、網羅していない点を当業者であれば容易に理解するであろう。
【００１８】
【表４】
2007157151.tif 000006
ＡＳＣ  Ｘ１２標準及びＨＬ７標準に対する入力データ１１６のフォーマット及びメッセージタイプの前述の実施例は、専門化され、時間の経過と共に変わる可能性があることは理解される。しかしながら、これらの特定の例に対して上述されたデータフォーマット及びメッセージタイプの広義の概念は、幅広い分野にわたる他の多くのデータメッセージング／データ通信標準に適用することができ、これらの概念は、ＡＳＣ  Ｘ１２及びＨＬ７標準のどのような将来のバージョン及び他のデータメッセージング／データ通信標準にも適用できる可能性が高いものとなる。事実上あらゆるデータ標準に従って通信される入力データ１１６を処理するように構成可能であることに加えて、ＤＣＵシステム１０４はま、事実上独自仕様の構造の入力データを処理するように構成することができる。
【００１９】
図２は、図１ＡのＤＣＵシステム１０４をより詳細に示している。図２では、ＤＣＵシステム１０４が、システムの全体機能を得るのに望ましい１つ又は複数の機能を各々提供する幾つかの「モジュール」２００、２０４、２０８を含むことができることが示されている。これに関連して用語「モジュール」は、本明細書及び添付の請求項では、１つ又は複数の関連の機能の論理的なグループ分けを意味し、かかる機能を提供する個々の物理的構造を必ずしも意味しないように使用されている点に留意されたい。実際に、本発明のＤＣＵシステムの最も可能性のある例示では、様々な「モジュール」の機能は、個々の物理的構造ではなく、機能を実行するために好適なコンピュータシステムで適切な時間に１つ又は複数のプロセッサにより実行されるコンピュータで実行可能な命令、例えばソフトウェアで具現化される。とは言え、本発明のモジュールは、その各々が対応するそれぞれの機能を実行することができる個々の物理的構造、例えば電子モジュールで具現化することができると考えられる。かかるコンピュータで実行可能な命令は、限定ではないが幾つか例を挙げると、揮発性又は不揮発性メモリ、磁気及び光デバイスなどのデジタル又はアナログ信号記憶装置、及びパンチカードを含む、何らかの好適なコンピュータ可読媒体或いは媒体の組み合わせに含めることができる。
【００２０】
図２を参照すると、ＤＣＵシステム１０４は、メッセージ識別（ＩＤ）モジュール２００と、データ照合モジュール２０４と、比較／更新（Ｃ／Ｕ）モジュール２０８とを含むことができる。高レベルにおいて、ユーザが、例えば入力データ１１６に添付されるファイル名拡張子及び／又は識別指標などの好適な認識基準に基づいて１つ又は複数のトランザクション又はメッセージフォーマットを認識し区別するようＤＣＵシステム１０４を構成することができる機能を提供するようにメッセージＩＤモジュール２００を設計することができる。これに関連して、入力データ１１６は、幾つかの方法のいずれかで、とりわけ１つ又は複数の不連続のファイル或いは１つ又は複数のストリームファイルとしてＤＣＵシステム１０４に入ることができる点に留意されたい。またメッセージＩＤモジュール２００は、入力データ１１６、すなわち特定のメッセージがＤＣＵシステム１０４に受信される通信方法をユーザが構成可能なように設計することができる。例えば、通信方法は、特定の通信ポート、インターネット接続、ファイル転送プロトコル（ＦＴＰ）、及びその他により指定することができる。ユーザがＤＣＵシステム１０４に処理することを望む各メッセージの通信方法は通常、既知のものであろう。
【００２１】
メッセージＩＤモジュール２００は、例えば図３のＩＤセットアップユーザインターフェース（ＧＵＩ）３００のようなユーザインターフェースを提供するＩＤセットアップマネージャ２２０を含むことができ、これによりユーザは、特に、１）ＤＣＵシステム１０４の１つ又は複数のメッセージフォーマットを選択して認識すること、２）メッセージＩＤモジュールによってそれまで認識できなかった１つ又は複数のメッセージフォーマットを認識するようにメッセージＩＤモジュールを構成すること、３）ＩＤセットアップマネージャで既に提示されたメッセージフォーマットの１つ又は複数の認識（識別）基準を変更すること、４）データフォーマットＩＤモジュールですでに提示された１つ又は複数のメッセージフォーマットを削除すること、５）各メッセージフォーマットの通信方法を構成することが可能となる。一般に、ＩＤセットアップマネージャ２２０を用いて、１人又は複数のユーザがＤＣＵシステム１０４に認識して処理することを望むメッセージタイプ及び対応する通信方法のライブラリ２２４（図２）を構築する。
【００２２】
図３は、ＩＤセットアップＧＵＩ３００の受信メッセージフォーマットセットアップのホーム画面３０４、すなわちＧＵＩの各最初の起動時にＩＤセットアップマネージャ２２０により表示される第１の画面を詳細に示す。ワールドワイドウェブに基づくＤＣＵシステム１０４（図１Ａ及び図２）の実装では、ホーム画面３０４をフォーマットＩＤ  ＧＵＩ３００の「ホームページ」と呼び、適切な用語と一致させることができる。以下に説明するＩＤセットアップＧＵＩ３００及び他のＧＵＩは、主としてフルスクリーンのＧＵＩとして示されているが、これらのＧＵＩのいずれかの１つ又は複数をポップアップウィンドウ、ダイアログボックスなど、特定の設計に好適な他の方法で実装することができる点を当業者であれば容易に理解するであろう。更に、以下に説明するＩＤセットアップＧＵＩ３００及び他のＧＵＩは、特別のレイアウト及び特定の機能タイプ、例えばチェックボックス、ボタン、ハイパーリンクなどを有するものとして図示し説明しているが、これらのレイアウト及び機能タイプは例証であり限定ではないことを当業者であれば理解されるはずである。実施可能であれば、図示のレイアウト及び機能タイプの１つ又は複数の代替形態について述べる。しかしながらそれでも、ＧＵＩ設計の技術分野で公知のメッセージフォーマット及び機能タイプの更に多くの言及していない代替形態が存在し、本明細書に図示し説明したＩＤセットアップＧＵＩ３００及び他のＧＵＩで容易に置き換えることができる点を当業者であれば容易に理解されるであろう。
【００２３】
受信メッセージフォーマットセットアップのホーム画面３０４は、ＤＣＵシステム１０４（図１Ａ及び図２）が現在セットアップされて認識するメッセージフォーマットを含むメッセージフォーマットリスト３０８を提示することができる。上述のように、メッセージフォーマットリスト３０８に関するデータは、ライブラリ２２４に格納することができ、対象データ１０８（図１Ａ）と同じ記憶装置にある場合もあり、ない場合もある。図示の事例では、メッセージＩＤモジュール２００は、ＡＳＣ  Ｘ１２及びＨＬ７標準フォーマット、並びに「ＰＨＡＲＭｄＢｖ２」と呼ばれる独自仕様のフォーマットを認識するようセットアップされ、該「ＰＨＡＲＭｄＢｖ２」は、院内薬剤部の薬剤データを追跡し管理する独自仕様の在庫コンピュータアプリケーションからの処方データを伝達する仮想独自仕様フォーマットである。例証として、ＰＨＡＲＭｄＢｖ２メッセージフォーマットは、従来の「．ｄｂｆ」データファイルフォーマットを使用し、データを「ＰＨＡＲＭｄＢｖ２」タイプと認識するために「ＰＨＡＲＭｄＢｖ２」を含むヘッダを含む。ＩＤセットアップのホーム画面３０４はまた、例えばチェックボックス３１２のような１つ又は複数のセレクタを含むことができ、ユーザがどの１つ又は複数のデータフォーマットをＤＣＵシステム１０４の特定のアプリケーションに対して使用可能にすべきかを示すことができる。図示の事例では、ＤＣＵシステム１０４は、チェックボックス３１２のチェックマークの有無で示すように、ＡＳＣ  Ｘ１２及びＰＨＡＲＭｄＢｖ２フォーマットを認識し、ＨＬ７フォーマットを認識しないように構成されている。
【００２４】
メッセージＩＤモジュール２００（図２）は、意図的に認識しないメッセージフォーマット、すなわちＭｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４上に表示されてはいるが選択されていないメッセージフォーマットと、認識できないフォーマット、すなわちホーム画面上に表示されないフォーマットとを処理するためのルール２２８を含むことができる。例えば、意図的に認識しないフォーマットに対するルールにより、メッセージＩＤモジュール２００に「システムは、システムから意図的にブロックされたＨＬ７データを受信しました。（１）下の「閲覧」ボタンを選択してこのデータを閲覧するか、（２）下の「状態変更」ボタンを選択して認識状態を変更することでこのデータをシステムに認識させるか、或いは（３）下の「無視する」ボタンを選択してこのデータを無視することができます。」などのメッセージを表示するポップアップウィンドウ（図示せず）を表示させることができる。これに応じて、ＤＣＵシステム１０４は、意図的に認識しない入力データをバッファすることができる。別の実施例として、認識できないフォーマットに対するルールにより、メッセージＩＤモジュール２００に「システムは、認識できないデータを受信しました。下の「閲覧」ボタンを選択しこのデータを閲覧するか、或いは下の「無視する」ボタンを選択してこのデータを無視することができます。」といったメッセージを表示する別のポップアップウィンドウ（図示せず）を表示させることができる。ユーザは、場合によっては、特定のフォーマットの状態を変更し、又は新しいフォーマットを追加するのを選択することができる。
【００２５】
メッセージフォーマットリスト３０８は、記載された各メッセージフォーマットに対して、メッセージＩＤモジュール２００がメッセージフォーマットリストにある認識可能なフォーマットに対して入力メッセージ１１６（図１Ａ及び図２）のフォーマットを識別するのに使用するＩＤ基準３１６Ａ〜Ｃを含むことができる。図示の実施例では、ＡＳＣ  Ｘ１２及びＨＬ７フォーマットに対するＩＤ基準３１６Ａ〜Ｂは、単にファイル拡張子「．ｘ１２」及び「．ｈ１７」である。
【００２６】
しかしながら、ＰＨＡＲＭｄＢｖ２フォーマットのＩＤ基準３１６Ｃは、「．ｄｂｆ」ファイル拡張子と、かかるファイルのファイルヘッダに現れる項目「ＰＨＡＲＭｄＢｖ２」とを含む。ＩＤ基準３１６Ａ〜Ｃは、ライブラリ２２４（図２）に格納することができる。記載された各メッセージフォーマットはまた、メッセージフォーマット内でどのメッセージタイプが有効であるかを「メッセージタイプ」の列３２０に表示することも可能である。例えば、ＡＳＣ  Ｘ１２フォーマットは、２７０、２７１、及び８３４のような有効なメッセージタイプを有することができる。図３は、ＤＣＵシステム１０４（図１Ａ及び図２）内で使用されるＡＳＣ  Ｘ１２メッセージタイプ８３４及び２７１を示している。記載された各メッセージタイプはまた、例えば図示の３１８Ａ〜Ｃのような、対応する通信方法のインジケータ３１８を含むことができ、ユーザ及びＤＣＵシステム１０４（図１Ａ及び図２）に対してシステムがそのメッセージタイプを受信する通信方法を識別する。通信方法は、ＴＣＩＰ接続の様々なポート番号、インターネット接続のＵＲＬなどのＷｅｂアドレス、又はモデム接続のダイアルアップ番号を含むことができる。通信方法のインジケータ３１８Ａ〜Ｃ、及び表示された通信方法を処理するための適切な機械レベルの命令は、ライブラリ２２４に格納することができる。状態の列３２４は、各メッセージタイプの活動レベル又は現在の使用段階を示すために設けることができる。この実施例では、メッセージタイプの状態は、「アクティブ」、「非アクティブ」、又は「テスト」とすることができ、「アクティブ」はメッセージが現在動作中であることを意味し、「非アクティブ」はメッセージタイプが使用されていないことを意味し、「テスト」はメッセージタイプがセットアップ中であるか、又はテストトランザクションに使用されており、目下アクティブモードではないことを意味する。
【００２７】
Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４は、メッセージフォーマットリスト３０８から各メッセージフォーマットを選択的に削除する削除機能を含むことができる。削除機能は、「Ｄｅｌｅｔｅ」ボタン３２８（又はハイパーリンクなど）を含むことができ、これはユーザに選択されるとユーザに削除を確認するポップアップウィンドウ（図示せず）を表示することができる。Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４はまた、メッセージフォーマットの識別子３３２、対応するＩＤ基準３１６Ａ〜Ｃ、及び／又は対応する方法のインジケータ３１８Ａ〜Ｃを選択的に変更する変更機能を含むこともできる。変更機能は、「Ｍｏｄｉｆｙ」ボタン３３６（又はハイパーリンクなど）を含むことができ、これはユーザに選択されるとユーザが適切な方法でデータを変更することができるポップアップウィンドウ（又は他の画面／ページなど）（図示せず）を表示することができる。更にＭｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４は、フォーマットリスト３０８にメッセージフォーマットを追加する追加機能を含むことができる。かかる追加機能は、「Ａｄｄ  Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔ」ボタン３４０（又はハイパーリンクなど）を含むことができ、これはユーザに選択されるとユーザが新しいメッセージフォーマットの識別子３３２、適切なＩＤ基準３１６、及び適切な通信方法の識別子３１８を追加することができるポップアップウィンドウ（又は別の画面／ページなど）（図示せず）を表示することができる。ユーザは、ＩＤセットアップマネージャ２２０（図２）を終了した後、例えば「Ｆｉｎｉｓｈ」ボタン３４４などの、ＩＤセットアップＧＵＩ３００を閉じる適切なセレクタを選択することができる。
【００２８】
データ照合モジュール２０４（図２）は、例えば、図４Ａ〜ＤのメッセージセットアップＧＵＩ４００などのユーザインターフェースを提供するデータ照合マネージャ２３２を含むことができ、これによりユーザは、特に、１）ＤＣＵシステム１０４（図１Ａ及び図２）の１つ又は複数のメッセージタイプを選択して認識すること、２）モジュールによって未だ認識できなかい１つ又は複数のメッセージタイプを認識するようにメッセージ照合モジュールを構成すること、３）メッセージ照合マネージャで既に示されたメッセージタイプの１つ又は複数の認識基準を変更すること、４）メッセージ照合モジュールで既に示された１つ又は複数のメッセージタイプを削除すること、５）入力データを適切な対象データ１０８と照合するために入力データ１１６（図１Ａ及び図２）の１つ又は複数を選択すること、及び、６）上記及び下記に述べる比較及び更新機能を提供するために表示する入力データのデータフィールドを選択することが可能となる。この実施形態では、直前の機能１〜４は「Ｍｅｓｓａｇｅ  Ｓｅｕｐ」のホーム画面４０４（図４Ａ）によって提供され、機能５は「Ｄａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐ」画面４０６（図４Ｂ）によって提供され、機能６は「Ｄａｔａ  Ｃｒｏｓｓｍａｐ」画面４０８（図４Ｃ）によって提供される。これらの画面４０４、４０６、４０８の各々については、以下で説明する。当然ながら、メッセージセットアップＧＵＩは画面４０４、４０６、４０８以外の多くの方法で具現化することができることは当業者であれば容易に理解するであろう。Ｍｅｓｓａｇｅ  Ｓｅｔｕｐのホーム画面４０４、Ｄａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐ画面４０６、及びＤａｔａ  Ｃｒｏｓｓｍａｐ画面４０８については、以下で詳細に説明する。
【００２９】
図４Ａに図示したＭｅｓｓａｇｅ  Ｓｅｔｕｐのホーム画面４０４は、ＩＤセットアップＧＵＩ３９９のメッセージフォーマットリスト３０８（図３）上に載っている各メッセージフォーマットに対するメッセージタイプを含むメッセージタイプリスト４１０を提示することができる。メッセージタイプリスト４１０に関するデータは、データタイプデータストア２３６（図２）などの適切なデータストアに格納することができ、対象データ１０８（図１）と同じ記憶装置１２６上にある場合もあり、ない場合もある。この実施例では、メッセージタイプセットアップモジュール２０４は、データタイプ「Ｅｌｉｇｉｂｉｌｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎ」及び「Ｃｌａｉｍ  Ｓｔａｔｕｓ」をＡＣＳ  Ｘ１２フォーマットとして認識し、データタイプ「Ｌａｂ  Ｒｅｓｕｌｔ」及び「Ｄｉａｂｅｔｅｓ  Ｔｅｍｐｌａｔｅ」をＨＬ７フォーマットとして認識し、データタイプ「Ｈｏｓｐｉｔａｌ  Ｐｈａｒｍａｃｙ」をＰＨＡＲＭｄＢｖ２フォーマットとして認識するようにセットアップされる。この例では、ＨＬ７フォーマットでのＬａｂ  ＲｅｓｕｌｔとＤｉａｂｅｔｅｓ  Ｔｅｍｐｌａｔｅデータタイプは、「グレー表示」され、図３のＭｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４の対応するチェックボックスにチェックマークがないことで示されるように、これらはアクティブではないことを示す。Ｍｅｓｓａｇｅ  Ｓｅｔｕｐのホーム画面４０４はまた、例えばチェックボックス４１２のような１つ又は複数のセレクタを含むことができ、これによりＤＣＵシステム１０４の特定のアプリケーションに対してどの１つ又は複数のデータタイプを使用可能にすべきかをユーザが示すことが可能になる。この実施例では、ＤＣＵシステム１０４は、チェックボックス４１２中のチェックマークの有無で示されるように、ＡＳＣ  Ｘ１２フォーマットのＥｌｉｇｉｂｉｌｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎデータタイプ、ＨＬ７フォーマットのＬａｂ  Ｒｅｓｕｌｔ及びＤｉａｂｅｔｅｓ  Ｔｅｍｐｌａｔｅデータタイプ（しかしながら、ＨＬ７フォーマットは非アクティブであることに注意）、並びにＰＨＡＲＭｄＢｖ２フォーマットのＨｏｓｐｉｔａｌ  Ｐｈａｒｍａｃｙデータタイプを認識するように構成されている。
【００３０】
メッセージセットアップモジュール２０４（図２）は、意図的に認識しないデータタイプ、すなわちメッセージセットアップモジュールに含まれているが選択されないタイプと、認識できないタイプ、すなわちモジュールに含まれていないタイプとを処理するためのルール２４０（図２）を含むことができる。例えば、意図的に認識しないデータタイプのルールにより、データ照合モジュール２０４に「システムはシステムから意図的にブロックされたＨＬ７Ｌａｂ  Ｒｅｓｕｌｔデータを受信しました。（１）下の「閲覧」ボタンを選択してこのデータを閲覧するか、（２）下の「データを許可する」ボタンを選択してこのデータを許可するか、又は（３）下の「無視する」ボタンを選択してこのデータを無視することができます。」といったメッセージを表示するポップアップウィンドウ（図示せず）を表示させることができる。これに応じて、ＤＣＵシステム１０４は、意図的に認識しない入力データをバッファすることができる。別の実施例として、認識できないフォーマットに対するルールにより、データ照合モジュール２０４に「システムは、認識できないデータを受信しました。下の「閲覧」ボタンを選択してこのデータを閲覧するか、或いは下の「無視する」ボタンを選択してこのデータを無視することができます。」といったメッセージを表示する別のポップアップウィンドウ（図示せず）を表示させることができる。ユーザは、場合によっては、特定のデータタイプの状態を変更し、新しいデータタイプを追加するのを選択することができる。
【００３１】
メッセージタイプリスト４１０は、記載された各メッセージフォーマットに対して、データ照合モジュール２０４がメッセージタイプリストにある認識可能なタイプに対して入力メッセージ１１６（図１Ａ及び図２）のタイプを照合するのに使用するＩＤ基準４１６Ａ〜Ｅを含むことができる。図示の実施例では、ＡＳＣ  Ｘ１２  Ｅｌｉｇｉｂｉｌｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎ及びＣｌａｉｍ  ＳｔａｔｕｓメッセージタイプのＩＤ基準４１６Ａ〜Ｂは、対応するＡＳＣ  Ｘ１２のトランザクションのトランザクション数字（上記の表Ｉを参照）であり、この場合はそれぞれ「Ｘ１２  ２７１」と「Ｘ１２  ２７７」である。これらの識別子は通常、かかるトランザクション、すなわちメッセージタイプを含むファイルの本文で見出される。同様に、ＨＬ７のＬａｂ  Ｒｅｓｕｌｔ及びＤｉａｂｅｔｅｓ  ＴｅｍｐｌａｔｅのＩＤ基準４１６Ｃ〜Ｄは、識別子「ＨＬ７  Ｌａｂ  Ｒｅｓｕｌｔ」及び「ＨＬ７  Ｄｉａｂｅｔｅｓ  Ｔｅｍｐｌａｔｅ」とすることができ、これは、同じく通常は、かかるメッセージタイプを含むファイルの本文に存在する。ＩＤ基準４１６Ｅは、かかるメッセージタイプを含む対応する「．ｄｂｆ」ファイルのヘッダにある識別子「ＰＨＡＲＭｄＢｖ２」とすることができる。
【００３２】
特定のフォーマットに対し有効に指定されたメッセージは、図４Ａで更に定義することができる。Ｍｅｓｓａｇｅ  Ｓｅｔ−ｕｐのホーム画面４０４は、送信者機能（例えば送信者ボタン４２０により実装される）を含むことができ、これによりユーザは送信者の識別子、送信者名、アドレス、及び他の通信レベル情報といった、特定のトランザクション相手とのトランザクションの特性をセットアップする画面にリンクすることが可能となる。Ｍｅｓｓａｇｅ  Ｓｅｔｕｐのホーム画面４０４はまた、メッセージタイプの識別子４２４及び／又は対応するＩＤ基準４１６Ａ〜Ｅを選択的に変更する変更機能を含むことができる。変更機能は、「Ｍｏｄｉｆｙ」ボタン４２８（又はハイパーリンクなど）を含むことができ、これはユーザに選択されるとユーザが適切な方法で対応するメッセージを変更することができるポップアップウィンドウ（又は他の画面／ページなど）（図示せず）を表示することができる。更にメッセージセットアップのホーム画面４０４は、メッセージタイプリスト４１０にメッセージタイプを追加する追加機能を含むことができる。かかる追加機能は、「Ａｄｄ  Ｍｅｓｓａｇｅ  Ｔｙｐｅ」ボタン４３２（又はハイパーリンクなど）を含むことができ、これはユーザに選択されるとユーザが新しいメッセージタイプの識別子４２４及び適切なＩＤ基準４１６を追加することができるポップアップウィンドウ（図示せず）（又は別の画面／ページなど）を表示することができる。メッセージセットアップのホーム画面４０４はまた、ユーザがメッセージ照合ＧＵＩ４００を終了したときに選択することができる、Ｆｉｎｉｓｈ」ボタン４３４のようなセレクタを含むことができる。
【００３３】
データ照合ＧＵＩ４００は、照合セットアップ機能を含むことができ、これによりユーザは、適切な対象レコードがあればこれと入力レコードを照合する際に妥当な対象レコードが検索されて入力レコードと比較されるように、入力データ１１６（図１Ａ）の各レコード内のどのデータフィールド及び対象データ１０８の各レコード内のどのデータフィールドをＤＣＵシステム１０４が使用するかを選択することが可能になる。例えば、入力データ１１６が患者の保険資格データである状況では、例えば患者名、社会保障番号、生年月日、及び認証番号に基づいて適切な対象レコードなどの患者の人口統計データの１つ又は複数のフィールドを照合し検索することが望ましいとすることができる。照合セットアップ機能は、データタイプリスト４１０にある各データタイプについて、それぞれ対応する「Ｍｔａｃｈ  Ｓｅｔｕｐ」ボタン４３６（又はハイパーリンクなど）で開始することができ、該ボタンは、図４ＢのＤａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐ画面４０６（又はポップアップウィンドウ、ダイアログボックスなど）の表示を開始する。図４Ｂは、図４ＢのＭａｔｃｈ  Ｓｅｔｕｐ画面４０６のヘッダ４３８で識別されるように、図４Ａに示したＡＳＣ  Ｘ１２フォーマットのＥｌｉｇｉｂｉｌｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎデータタイプに関する照合セットアップを示す。
【００３４】
図４Ｂに示されたＭａｔｃｈ  Ｓｅｔｕｐ画面４０６は、複数の入力データフィールドセレクタ４４０（例えばドロップダウンメニュー）と、複数の対応するそれぞれの対象データフィールドセレクタ４４２（例えばドロップダウンメニュー）とを含むことができ、これらは、それぞれ正しい対象データを照合し検索する際に入力データ１１６（図１Ａ）のどのデータフィールド及び対象データ１０８のどのデータフィールドを使用すべきかをユーザが選択できるようにする。各入力データフィールドセレクタ４４０は、例えば考慮中の入力メッセージの特定のタイプに関する既知の情報に応じて、入力データ１１６に現れるフィールドの全部又は一部を表示することができる。次いで、ユーザは、入力データセレクタ４４０の１つ又は複数を使用して、入力データ１１６と比較するための対象データ１０８の適切なフィールド（レコードなど）を検索する際に使用される所望の入力データフィールドを選択する。対象１５データフィールドセレクタ４４２は、同様の方法であるが、対象データ１０８の適切な部分を検索するために対象データフィールドの対応するそれぞれのどのフィールドを使用すべきかをユーザが選択可能であるように機能することができる。
【００３５】
対象データ１０８（図１Ａ）の構成、すなわち対象データがフィールド、レコード、又は他の構成体にどのように配置されているかに応じて、図４ＢのＤａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐの画面４０６は、「Ｔａｒｇｅｔ  Ｓｏｕｒｃｅ」セレクタ４４４（例えばドロップダウンメニュー）を含むことができ、これによりユーザは対象データフィールドセレクタ４４２のドロップダウンメニューに現れる、データ照合モジュール２０４のフィールドの一部を示すデータのクラスを選択することが可能になる。例えば、対象データ１０８が病院エンタープライズソフトウェアの患者データである場合、各患者のデータフィールドは、それぞれのフィールドタイプに対応するデータを含んでいる患者の人口統計学フィールド、保険フィールド、提供者フィールド、臨床フィールドなどを含むことができる。図示の事例では、示された対象ソース４４６は、「Ｐａｔｉｅｎｔ  Ｄｅｍｏｇｒａｐｈｉｃ」であり、これはデータ照合モジュール２０４に対し、患者の人口統計データフィールドのみが各対象データフィールドセレクタ４４２のドロップダウンメニューに表示されるように指示する。対象ソースセレクタ４４４は、必要であれば、対象データフィールドセレクタ４４２を使用して選択できるフィールドを狭める手段を提供する。当然ながら、他の実施形態は、対象ソースセレクタ４４４又はその関連の機能性を含む必要がない。
【００３６】
幾つかの実施形態では、ＤＣＵシステム１０４により認識された入力データ１１６を受信するときに、データ照合モジュールの行う照合に様々な照合ルールをユーザが適用できる１つ又は複数の機能をデータ照合モジュール２０４に備えることが望ましい場合がある。例えば、フィールドレベルでは、患者の姓名全体を照合するのが好ましい場合もあれば、姓名の最初の２文字又は３文字のみを照合するのが好ましい場合もある。従って、データ照合セットアップ画面４０６は、各入力データフィールドのセレクタ４４０と対象データフィールドのセレクタ４４２のペアに対して、例えばドロップダウンメニューなどのルールセレクタ４４８を含むことができ、これによりユーザは対応する入力データと対象データのフィールドを照合する所望のルールを選択できるようになる。加えて、特に照合が入力データと対象データのフィールドの複数のペアを含む場合に、より高レベルの照合ルールを実装することが望ましい場合もある。例えば、４つの対象データフィールドに対して照合を行う状況がある場合があり、フィールドのうちの２つは、そのうちの１つのみが所与の患者用に実装され、このフィールドは４つのフィールドのうちの第３のフィールドにある値に応じて実装されるようになっている。この場合、第３のフィールドの値に基づいて２つのフィールドのうちのどちらを調べるかをデータ照合モジュール２０４に指示するルールを適用することができる。データ照合セットアップ画面４０６は、例えばドロップダウンメニューであるルールセレクタ４５０を含むことができ、これによりユーザは考慮中の特定の入力データ１１６に適切なルールを選択することができる。
【００３７】
図４Ｃは、Ｄａｔａ  Ｃｒｏｓｓｍａｐ画面４０８を示し、ユーザは図４ＡのＭｅｓｓａｇｅ  Ｔｙｐｅ  Ｓｅｔｕｐ画面４０４から、例えば「Ｄａｔａ  Ｃｒｏｓｓｍａｐ」ボタン４５２（又はハイパーリンクなど）を介してアクセスし、ＤＣＵシステム１０４が入力データ１１６（図１Ａ及び図２）及び対象データ１０８のどのフィールドを（図５のＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４上に）表示するかをセットアップし、システムによってユーザが異種データをどのように処理できるようになるかをセットアップすることができる。Ｄａｔａ  Ｃｒｏｓｓｍａｐ画面４０６（図４Ｂ）は、メッセージのどのタイプが考慮中であるかを示すメッセージタイプインジケータ４５４を含むことができる。この実施例では、メッセージタイプインジケータ４５４は、「Ｅｌｉｇｉｂｉｌｉｔｙ  Ｒｅｓｕｌｔｓ」であり、これは問題の当該フィールドが患者の人口統計データ及び保険資格に対応するデータと関連していることを示す。データクロスマップ画面４０６（図４Ｂ）はまた、入力データ１１６のフィールド名４５８と、対象データの対応するそれぞれのフィールド名４６０と、例えばチェックボックス４６２、４６４のような「Ｓｈｏｗ  Ｖａｌｕｅｓ」及び「Ａｌｌｏｗ  Ｕｐｄａｔｅ」セレクタとを表示するフィールド表示領域４５６を含むことができ、セレクタによりユーザは、異種データ値が入力データ１１６に存在するときにそれぞれどのデータフィールド値をＤＣＵシステム１０４がＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４（図５）上に表示すべきか、対応する対象データ値を更新するためにユーザがどの入力データ値を選択することができるかを選択可能になる。以下で分かるように、ユーザがチェックボックス４６２を介してフィールドペアであるＬＡＳＴＮＡＭＥ．Ｆ１ＲＳＴＮＡＭＥ／ＮＡＭＥ、 ＭＥＭＢＥＲＩＤ／ＳＳＮ、ＢＩＲＴＨＤＡＴＥ／ＤＯＢ、及びＡＤＤＲＥＳＳＬＮＩ／ＡＤＤＲ１をこれまで選択したことをデータクロスマップ画面４０６（図４Ｂ）が示していることは、これらのフィールドに含まれるデータ値が、比較／更新セッション中に図５のＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４上に表示されることを意味する。Ｓｈｏｗ  Ｖａｌｕｅｓ及びＡｌｌｏｗ  Ｕｐｄａｔｅチェックボックス４６２、４６４に加えて、フィールド表示領域４５６は、各フィールドのペアに対して「Ｃｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎ」ボタン４６６（又はハイパーリンクなど）を含むことができ、これによりユーザは図４Ｄの「Ｃｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎ」ウィンドウ４６８にアクセスすることができるようになり、ユーザは入力データ１１６の各フィールドに対してその入力フィールドと対象データ１０８のフィールドとの間の１つ又は複数の関係を定めることができるようになる。
【００３８】
図４Ｄに詳細に示すように、Ｃｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎウィンドウ４６８は、「Ｉｎｃｏｍｉｎｇ  Ｄａｔａ  Ｆｉｅｌｄ」領域４７０と、「Ｃｏｍｐａｒｅ  Ｄａｔａ  Ｔｏ／Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｆｒｏｍ」領域４７２と、「Ｕｐｄａｔｅ  Ｄａｔａ  Ｔｏ」領域４７４と、「Ａｄｄ  ａｎｄ  Ｗｒｉｔｅ  ｔｏ  Ｎｅｗ  Ｆｉｅｌｄ」領域４７６とを含むことができる。Ｉｎｃｏｍｉｎｇ  Ｄａｔａ  Ｆｉｅｌｄ領域４７０は、対象データの対応するそれぞれの１つ又は複数のデータフィールドとクロスマップ定義を設定するために選択された現在の入力データフィールドを識別する入力データフィールドの識別子４７０Ａを表示することができる。Ｃｏｍｐａｒｅ  Ｄａｔａ  Ｔｏ／Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｆｒｏｍ領域４７２により、ユーザは、どの対象データ値を入力フィールド領域の入力データフィールド識別子４７０Ａによって識別される入力データフィールドに含まれている入力対象値と比較するかを定義することができるようになる。一般に、ユーザは、対象データの構成に応じて、１つ又は複数の対象データセレクタを使用して対象データ１０８（図１Ａ）の特定のフィールドを選択することによってこの対象データ値を定める。図５のＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４及び図６のＤＣＵ方法６００と関連して以下に説明するように、選択された対象データフィールドに含まれる関連の対象データ値は、ユーザが入力／対象データフィールドの値のペアを表示するように選択し、ＤＣＵシステム１０４（図１Ａ及び図２）が認識するように構成した入力データ１１６（図１Ａ）中に異種データが実際に存在する場合には、ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面上に表示される。
【００３９】
適切な対象データフィールドの選択を容易にするために、Ｃｏｍｐａｒｅ  Ｄａｔａ  Ｔｏ／Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｆｒｏｍ領域４７２は、「Ｔａｒｇｅｔ  Ｄａｔａｓｔｏｒｅ」セレクタ４７２Ａと、「Ｆｉｅｌｄ」セレクタ４７２Ｂと、フィールドロケーション領域４７２Ｃとを含むことができる。Ｔａｒｇｅｔ  Ｄａｔａｓｔｏｒｅセレクタ４７２Ａ及びＦｉｅｌｄセレクタ４７２Ｂは、例えばドロップダウンメニュー４７２Ｄ、４７２Ｅとすることができ、これによりユーザは、最初に関連するデータストア１１２（図１Ａ）を選択し、次いで、図５のＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４上に情報が表示される当該データストアの対象データフィールドを選択する。ドロップダウンメニュー４７２Ｂは、選択したデータストア２１２の対象フィールドの全てのフィールド名４７２Ｆを含むことができる。フィールド名４７２Ｆの１つを選択する際、フィールドロケーション領域４７２Ｃは、対応する対象フィールドのロケーションを、例えば関連の対象データストア１１２がそのように構成されている場合にはテーブル名４７２Ｇ及び列名４７２Ｈによって表示することができる。Ｔａｒｇｅｔ  Ｄａｔａｓｔｏｒｅセレクタ４７２Ａを使用して対象データストア１１２を最初に選択することは、Ｆｉｅｌｄセレクタ４７２Ｂによる対象データフィールドの選択に辞書２５６（図２）を使用することを包含することができる。辞書２５６は、選択した対象データストア１１２の情報を含むことができ、これはデータフィールド識別子、フィールド名４７２Ｆ、並びにテーブル及び列名４７２Ｇ〜Ｈを互いに関連付ける。
【００４０】
同じ又は異なる対象データストア１１２（図１Ａ）に位置している複数の同様の対象データフィールドを入力データ１１６の同じ入力データ値で更新することが望ましい場合がある。例えば、入力データ値が健康認証番号であって、特定の医療事業体が提供者財務データストア及び健康保険データストアに認証番号を記憶する場合、両方のデータストアを入力データ１１６の何らかの新しい（及び確認された）認証番号で更新することが望ましい。その結果として、Ｕｐｄａｔｅ  Ｄａｔａ  Ｔｏ領域４７４は、「Ｔａｒｇｅｔ  Ｄａｔａｓｔｏｒｅ」セレクタ４７４Ａ、「Ｆｉｅｌｄ」セレクタ４７４Ｂ、及びフィールドロケーション領域４７４Ｃの複数のセットを含むことができる。
【００４１】
各Ｔａｒｇｅｔ  Ｄａｔａｓｔｏｒｅセレクタ４７４Ａ及び対応するＦｉｅｌｄセレクタ４７４Ｂ並びにフィールドロケーション領域４７４Ｃは、Ｃｏｍｐａｒｅ  Ｄａｔａ  Ｔｏ／Ｄｉｓｐｌａｙ  Ｄａｔａ  Ｆｒｏｍ領域４７２のＴａｒｇｅｔ  Ｄａｔａｓｔｏｒｅセレクタ４７２Ａ、Ｆｉｅｌｄセレクタ４７２Ｂ、及びフィールドロケーション領域４７２Ｃと同様の方法で機能することができる。
【００４２】
すなわち、各Ｆｉｅｌｄセレクタ４７４Ｂ及び対応するＤａｔａｓｔｏｒｅセレクタ４７４Ａにより、図４Ｃに関連して上述されたようにユーザがかかる更新を許可することを選択した場合、ユーザは特定のデータストア１１２の特定の対象データフィールドを選択して更新することができるようにすることができる。ユーザが入力データ１１６（図１Ａ及び図２）の特定のフィールドに対して更新を行うことを許可していない場合、Ｕｐｄａｔｅ  Ｄａｔａ  Ｔｏ領域４７４全体を非アクティブ状態にし、例えば領域全体を「グレー表示すること」などのように示すことができる。
【００４３】
これに関連して、図４Ｃのセットアップ画面４０８上にＳｈｏｗ  Ｖａｌｕｅｓチェックボックス４６２及びＡｌｌｏｗ  Ｕｐｄａｔｅチェックボックス４６４を設けることに加えて、クロスマップ定義ウィンドウ４６８は、図４Ｄに示した同じＳｈｏｗ  Ｖａｌｕｅｓ及びＡｌｌｏｗ  Ｕｐｄａｔｅチェックボックス４７８、４８０を含むことができる点に留意されたい。これらの同じチェックボックス４７８、４８０により、ユーザは、Ｃｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎウィンドウ４６８とＤａｔａ  Ｃｒｏｓｓｍａｐ画面４０８との間で交互に切り替える必要なく、入力／対象データ値をＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４（図５）上に表示させること、及び／又は更新を許可することの状態を変えることが可能となる。Ｓｈｏｗ  Ｖａｌｕｅｓ及びＡｌｌｏｗ  Ｕｐｄａｔｅのチェックボックス４７８、４８０をＣｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎウィンドウ４６８上に配置することにより、例えばＵｐｄａｔｅ  Ｄａｔａ  Ｔｏ領域４７４がグレー表示され、選択されたフィールドの値の更新が許可されていないことを示しているが、実際にはユーザは更新を可能にしたい場合にユーザの利便性が増大する。この場合、ユーザは単にＡｌｌｏｗ  Ｕｐｄａｔｅチェックボックス４８０を選択して、Ｕｐｄａｔｅ  Ｄａｔａ  Ｔｏ領域４７４をアクティブにし、更新されることになる対応対象フィールドを選択できるようになる。
【００４４】
上述のように、幾つかの用途では、特定の入力データ値をある対象データフィールドの特定の対象データ値と比較して、異なる対象データフィールドを当該入力データ値で更新することが望ましい場合がある。代替のデータフィールドは、密接に関連したフィールドか、又は全く関連のないフィールドとすることができる。密接に関連した代替フィールドの実施例には、Ｐｒｉｍａｒｙ  Ｉｎｓｕｒａｎｃｅ  Ｆｉｅｌｄに常に格納されるＩｎｓｕｒａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎに関するものとすることができる。入力データから保険に関する新しい又は異なる値が表示される場合には、新しい情報は、「Ｏｔｈｅｒ  Ｉｎｓｕｒａｎｃｅ」などの別の場所に格納することができる。関連のないフィールドを更新する必要性の実施例には、承認情報を入力することを含む参照要求の場合があり、後でサービスの日付に関して既存情報と比較される。承認された情報が、承認された参照時間に対して最新の時間を示す場合、既存情報は新しい日付に更新することができ、現在の参照状態は「Ｅｘｔｅｎｄｅｄ」に更新することができる。
【００４５】
多くの場合、新しい（すなわち比較されていない）対象データフィールドが存在し、単に既存データフィールドのリストから選択されることだけが必要である。他の場合では、新しい対象データフィールドは存在せず、作成する必要がある。後者の場合、Ａｄｄ  ａｎｄ  Ｗｒｉｔｅ  ｔｏ  Ｎｅｗ  Ｆｉｅｌｄ領域４７６により、ユーザは新しい対象フィールドを作成することができる。この機能性を提供するために、Ａｄｄ  ａｎｄ  Ｗｒｉｔｅ  ｔｏ  Ｎｅｗ  Ｆｉｅｌｄ領域４７６は、「Ｆｉｅｌｄ  Ｄｅｆｉｎｉｔｉｏｎ」領域４８２を含むことができ、これによりユーザは、「Ｎｅｗ  Ｆｉｅｌｄ  Ｎａｍｅ」入力フィールド４８２Ａを介して新しいフィールド名を与え、対象データ１０８がどのように構成されているかに応じて、１つ又は複数の好適な「Ｆｉｅｌｄ  Ｌｏｃａｔｉｏｎ」入力フィールド４８２Ｂ、４８２Ｃを使用して対象データ１０８内に新しいフィールドのロケーションを定義することが可能となる。この場合、対象データ１０８は、テーブルに配置されているとみなされる。従って、フィールド定義領域４８２は、「Ｆｉｅｌｄ  Ｎａｍｅ」入力フィールド４８２Ｂと、「Ｃｏｌｕｍｎ  Ｎａｍｅ」入力フィールド４８２Ｃとを含むことができる。新しい対象データフィールドが新しいテーブルに位置している場合、Ａｄｄ  ａｎｄ  Ｗｒｉｔｅ  ｔｏ  Ｎｅｗ  Ｆｉｅｌｄ領域４７６は、「Ｄｅｆｉｎｅ  Ｎｅｗ  Ｔａｂｌｅ」領域４８４を含むことができ、これによりユーザは対象データ１０８内に新しいテーブルを定義することができる。新しいテーブルを定義する段階は、「Ｎｅｗ  Ｔａｂｌｅ  Ｎａｍｅ」入力フィールド４８４Ａを使用して新しいテーブル名を入力する段階と、例えばボタン又はハイパーリンクなどの「Ｔａｂｌｅ  Ｓｅｔｕｐ」セレクタ４８４Ｂを介してアクセス可能とすることができる好適なテーブルセットアップＧＵＩ（図示せず）を使用してテーブルを構成する段階とを含むことができる。ユーザは、Ｄａｔａ  Ｃｒｏｓｓｍａｐ画面４０６の使用を終了するときには、「Ｆｉｎｉｓｈ」ボタン４８６などの好適なセレクタを使用して画面を終了させることができる。
【００４６】
Ｃ／Ｕモジュール２０８（図２）は、図５に示したＣ／Ｕ  ＧＵＩ  ５００などのＣ／Ｕ  ＧＵＩを提供するユーザインターフェースジェネレータ２４４を含むことができる。図５に示すように、Ｃ／Ｕ  ＧＵＩ  ５００は、比較及び更新セッション中及び他の時ではＤＣＵシステム１０４の使用中に表示される「ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ」画面５０４を含むことができる。例えば、ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４は、システムが起動する度に最初に表示されるＤＣＵシステム１０４（図１Ａ及び図２）のホーム画面とすることができる。ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４はまた、データフィールド識別子領域５１６、入力データ値表示領域５２０、及び対象データ値表示領域５２４を含むことができ、これらは全て互いに並べて表示され、ユーザが容易に目視比較できるように関連するデータフィールド名と入力データ１１６及び対象データ１０８の両方からの対応する値との好都合な閲覧を可能にする。
【００４７】
データフィールド識別子領域５１６は、データフィールドに対応するデータフィールド識別子５２８を表示し、このデータフィールドのデータ値は、Ｄａｔａ  Ｃｒｏｓｓｍａｐ画面４０８（図４Ｃ）上の表示に関してＳｈｏｗ  Ｖａｌｕｅセレクタ４６２の対応するセレクタにチェックマークがあることにより識別される。この実施例では、表示するのに望ましいデータフィールドは、入力２７１トランザクションに対してＡＳＣ  Ｘ１２  Ｅｌｉｇｉｂｉｌｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎデータタイプのデータフィールドである。これに対して、入力データ値表示領域５２０は、指示されたフィールドに対して入力データ１１６（図１Ａ及び図２）に含まれる入力データ値５３２を表示する。同様に、対象データ値表示領域５２４は、対象データストア１１２（図１Ａ）から検索される指示されたフィールドに対する対象データ値５３６を含む。
【００４８】
対象データ値５３６に対する入力データ値５３２を本質的に並べて配置することによりこれらの値の目視比較を容易にすることに加え、Ｃ／Ｕモジュール２０８は、異種データ値５４０、すなわち対応するそれぞれの対象データ値５３６と一致しない入力データ値に視覚的にフラグをつけるように構成することができる。異種データ値５４０を指示するのに使用される視覚的フラグは、多くのタイプのうちのいずれであってもよい。この実施例では、視覚的フラグは、異種データを含む入力データ値表示エリア５４８の強調表示５４４（斜線領域）である。必要であれば、同様の強調表示（図示せず）を対象データ値表示領域５５２に付加して又は代替的に配置することができる。他の視覚的フラグの実施例には、異種データ値を囲むボックス又は他の形状、異種データ値のテキストの太字化、異種データ値のテキストのアンダーライン付加、異種データ値に隣接するアスタリスク又は他の記号の配置などがある。かかる視覚的インジケータを実装することは、異種データ値５４０などの異種データ値を認識すること、従って対象データ値５３６の値を入力データ値５３２の対応するそれぞれの値で更新すなわち置き換えるべきか否かをより迅速に決定する上でユーザの大きな助けとなることができる。この文脈における用語「置き換える」は、対象データ値５３６及び入力データ値５３２のいずれかが無効である、すなわち対応するデータフィールドが空白である事象を含むものとする点に留意されたい。
【００４９】
ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４もまた、例えばチェックボックス５６０などのセレクタを含む更新選択領域５５６を含むことができ、これによりユーザは、異種データ値があればそのうちのデータ値を選択することが可能となり、そのデータ値を用いて、対象データストア１１２（図１Ａ）の１つ又は複数に格納される対応するそれぞれの対象データ値５３６を更新する。ユーザが１つ又は複数の対象データ値５３６を更新することを望む場合、対応する入力データ値に隣接するチェックボックスを選択する。次に、選択プロセスを終了後、ユーザは、ポップアップメニュー（図示せず）が現れるよう起動させることができる「Ｆｉｎｉｓｈ」ボタン５６４（又はハイパーリンクなど）を選択することができる。ポップアップメニューは、「対象データ値をすぐに更新しますか」などのメッセージを表示し、次のステップを制御する対応の「Ｙｅｓ」及び「Ｎｏ」ボタンを含むことができる。ユーザがＹｅｓボタンを選択すると、Ｃ／Ｕモジュール２０８は適切な対象データストア１１２を選択された入力データ値５３２で更新する。一方、ユーザがＮｏボタンを選択すると、ポップアップウィンドウが消えて、ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４が再びアクティブになる。チェックボックス５６０を図示し説明するが、代替形態では他の選択機能を容易に実装できることは、当業者であれば理解されるであろう。例えば、選択機能は、更新されることが望ましい各対象値に対するデータフィールド識別子５２８、対象データ値５３６、又は異種データ値５４０を当該項目をクリックすることにより選択する段階を含むことができる。項目をクリックすると、ユーザインターフェースジェネレータ２４４は、その項目を例えば強調表示５４４とは異なる色又は陰影のような強調表示で強調表示し、２つのタイプの強調表示を区別することができる。
【００５０】
一般に、モジュール２００、２０４、２０８（図２）の存在は、ＤＣＵシステム１０４に広範な柔軟性をもたらし、これによりＤＣＵシステム１０４は、例えばスタンドアロンのコンピュータアプリケーションとして実装され、実質的にあらゆるデータフォーマット及びデータタイプの入力データを処理するように構成することが本質的に可能となり、幾つかのデータフォーマット及びデータタイプを含む。しかしながら、本発明のＤＣＵシステムは、この機能性の全てを備える必要はないことは容易に理解されるであろう。むしろ、特定の用途に必要とされる機能性だけを備える必要がある。例えば、本発明のＤＣＵシステムが、様々な対象データストアで使用可能であるように構成する必要がない場合、このＤＣＵシステムは、Ｃｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎウィンドウ４６８の対象データストアセレクタ４７２Ａ、４７４Ａを必要としない場合がある。これは、ＤＣＵシステムがスタンドアロンのコンピュータアプリケーションではなく、例えばバーモント州バーリントンのＩＤＸ  Ｓｙｓｔｅｍｓ  Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＦＬＯＷＣＡＳＴ（商標）ヘルスケア情報技術ソリューションの有資格確認アプリケーションなどの保険有資格確認アプリケーションである別のコンピュータアプリケーションに統合されるか、或いは単一の既知の対象データストアとインターフェース接続するよう事前に構成されたスタンドアロンアプリケーションである場合とすることができる。同様に、本発明のＤＣＵシステムが、単一の既知のフォーマットのみを有する入力データに使用される予定であることがわかっている場合、そのシステムは、データフォーマットＩＤモジュール２００なしで設計することができる。従って、本発明の範囲内にある広範なＤＣＵシステムは、設計が容易であり、様々な実装で行うことができることは、当業者であれば容易に理解されるであろう。
【００５１】
図６Ａ〜Ｂは、図１Ａ及び図２のＤＣＵシステム１０４又は本発明に従って形成された他のＤＣＵシステムにより実行することができる本発明のＤＣＵ方法６００を示している。便宜上、ＤＣＵ方法６００は、ＤＣＵシステム１０４と関連して示される。従って、ＤＣＵ方法６００を説明する際に図１〜５を参照する。図面の参照の助けとなるように、各要素の数字の第１の桁は、その要素を含む図の番号に対応している点に留意されたい。全体的に唯一の例外は、幾つかの「１００」の続きの数字が、図１と同様に図２でも示されていることである。ＤＣＵ方法６００は、ＤＣＵシステム１０４が通常はトランザクション又はより一般的にはメッセージの入力データ１１６を受け取るステップ６０２で始まると考えられる。入力メッセージ受信後、ステップ６０４で、メッセージフォーマットＩＤモジュール２００は、入力メッセージ１１６及び／又は入力メッセージを含むファイルのファイル名に対して照合アルゴリズムを実行し、そのファイルのメッセージのフォーマットが認識可能であるかどうかを判断することができる。照合アルゴリズムは、従来の又は別の方法の何らかの好適な文字、文字列、テキスト又は他の照合アルゴリズムとすることができる。
【００５２】
ステップ６０６において、メッセージＩＤモジュール２００が、このメッセージフォーマットは認識可能ではなく、すなわちメッセージフォーマットがメッセージフォーマットＩＤモジュールに入っていないと判断すると、ステップ６０８で、メッセージＩＤモジュール２００は、メッセージ（フォーマット）が認識できないことをユーザに通知し、更にステップ６１０において、ユーザが入力メッセージを閲覧するか又は無視するかどうかに関してユーザに問い合わせることができる。ステップ６１２において、ユーザは入力データを閲覧する意志がないと判断されると、ステップ６１４で、ＤＣＵシステム１０４は待機状態に入り、フォーマットＩＤ  ＧＵＩ３００又はメッセージ照合ＧＵＩ４００などのシステムの様々なＧＵＩのいずれか１つに進むことなど、新しい入力メッセージ又はユーザアクションを待ち受けることができる。しかしながら、ステップ６１２で、例えばユーザが適切なボタン又は他のセレクタを選択することにより、認識できないメッセージを閲覧することをユーザが望んでいると判断された場合、メッセージフォーマットＩＤモジュール２００は、ステップ６１６で入力メッセージを表示することができ、例えば、ユーザは、当該メッセージがＤＣＵシステム１０４によって処理するように構成されたタイプのものであるかどうかを視覚的に判断することができるようになる。入力メッセージの表示と共に、ＤＣＵシステム１０４は、
ユーザが入力メッセージ１１６のメッセージフォーマット及びメッセージタイプの情報並びに対象メッセージ１０８に関する情報をシステムに入力することができる機能（図示せず）を備え、システムがメッセージを認識して処理することができるようにする。ＤＣＵシステム１０４は、入力メッセージ１１６を格納するバッファ２６４又は他の格納手段を利用し、システムを新しいメッセージフォーマット及びタイプを認識し処理するようにユーザが正しく構成するとメッセージが処理できるようになる。とは言え、メッセージを認識し処理することをユーザが望まない場合には、ＤＣＵシステム１０４は、メッセージを単に無視するオプションをユーザに提供することができる。
【００５３】
ステップ６０６で、入力データ１１６を含む入力メッセージのフォーマットは好適な照合アルゴリズムを使用して認識可能であるとメッセージＩＤモジュール２００が判断した場合、ステップ６１８で、メッセージＩＤモジュールは、このフォーマットが認識されるかどうか、すなわちこのフォーマットがＤＣＵシステム１０４に入力され、現在アクティブであるかどうかを判断することができる。メッセージＩＤモジュール２００は、Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐのホーム画面３０４のチェックボックス３１２にチェックマークが入っているかどうかを判断することにより、問題のフォーマットのアクティブ状態を判断することができる。メッセージフォーマットがアクティブではない場合、ステップ６２０で、メッセージＩＤモジュール２００は、メッセージ（フォーマット）は認識可能であるが、現在はアクティブではないため認識されないことをユーザに通知することができる。ステップ６２２では、メッセージＩＤモジュールは、ユーザがメッセージを閲覧するか、メッセージを許可するか、或いはメッセージを無視するかどうかに関して、ユーザの希望を問い合わせることができる。ステップ６２４で、メッセージＩＤモジュール２００は、例えば適切なボタン又は他のセレクタの選択によってユーザが入力メッセージを閲覧することを望んでいると判断された場合、メッセージＩＤモジュールは、メッセージを表示することができる。
【００５４】
ステップ６２６でユーザが入力メッセージを閲覧することを望んでいるか否かに関係なく、ステップ６２８で、メッセージＩＤモジュール２００は、入力メッセージを処理可能にすることをユーザが望むかどうかを判断することができる。これは、ユーザが適切な選択をすることが可能な１つ又は複数のボタン又は他のセレクタを備えたメッセージ閲覧画面（図示せず）又はダイアログボックス（図示せず）を設けることにより達成することができる。ユーザが入力メッセージを許可することを望まないとメッセージＩＤモジュール２００が判断した場合、ステップ６３０で、ＤＣＵシステム１０４は、新しい入力メッセージか、或いはシステムの様々なＧＵＩのいずれか１つに進むなどのユーザの動作を待ち受ける待機状態に入ることができる。しかしながら、ステップ６２８で、ユーザが認識されないメッセージを閲覧することを望んでいると判断された場合、メッセージＩＤモジュール２００は、ステップ６３２で、そのフォーマットをアクティブにし、ＤＣＵシステム１０４が入力メッセージを更に処理することができるようにする。
【００５５】
ステップ６１８で、入力メッセージ１１６が認識され、或いはステップ６３２でユーザがフォーマットをアクティブにしたとメッセージＩＤモジュール２００が判断した場合、方法６００はステップ６３４に進むことができる。ステップ６３４で、データ照合モジュール２０４は、Ｄａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐ画面４０６に設定された照合基準を使用して、入力データ１１６の第１のレコードに照合アルゴリズムを実行し、対象データ１０８に適合するデータレコードがあるかどうかを判断することができる。照合アルゴリズムは、あらゆる好適な基準又はルール設定に基づくことができる。ステップ６３６で、入力データ１１６の第１のデータレコードは一致しない、すなわち入力データレコードは対象データ１０８の対応するそれぞれのデータレコードと一致していないとデータ照合モジュール２０４が判断した場合、ステップ６３８で、データ照合モジュール２０４は、問題の特定の入力データレコードに対して適合する対象データレコードが見つかっていないことをユーザに通知することができる。ステップ６４０で、データ照合モジュール２０４は更に、入力データレコードを閲覧又は無視することをユーザが望むかどうかに関してユーザに問い合わせることができる。
【００５６】
ステップ６４２で、データ照合モジュール２０４により、ユーザが入力データレコードを閲覧することを望まないと判断された場合、ステップ６４４で、ＤＣＵシステム１０４は、新しいレコードの入力データ１１６、又は例えばシステムの様々なＧＵＩのいずれか１つに進むなどのユーザの動作を待ち受ける待機状態に入ることができる。しかしながら、ステップ６４２においてＤＣＵシステム１０４が、例えば適切なボタン又は他のセレクタをユーザが選択することによって、ユーザは適合しないデータレコードを閲覧することを望んでいると判断された場合、データ照合モジュール２０４は、ステップ６４６で、例えばそのデータレコードが照合可能かどうかをユーザが視覚的に判断することができるように、入力データレコード１１６を表示することができる。入力データレコード１１６を表示すると共に、ＤＣＵシステム１０４は、ステップ６４８で、ユーザが入力レコードを手動で照合することを選択することができ、システムがデータレコードを処理することを可能にすることができる。上述のように、ＤＣＵシステム１０４は、バッファ２６４又は入力データレコードを格納する他の格納手段を利用することができ、ユーザが新しい入力データレコードを正しく照合すると、データレコードを処理に利用できるようになる。とは言え、データレコードが照合されることをユーザが望まない場合には、ＤＣＵシステム１０４は、データレコードを単に無視するオプションをユーザに提供することができる。ステップ６５０では、システム１０４は、入力データ１１６に更にレコードが含まれているかどうかを確認することができる。含まれている場合、ＤＣＵ方法は、ステップ６３４にループバックして、対象データ１０８から対応するレコードを検索するために次の入力レコードに関して照合する。他方、入力データがこれ以上は存在しない場合には、ＤＣＵ方法６００は、照合ループ６５４が継続しないステップ６５２に進むことができる。
【００５７】
ステップ６３６において、入力データ１１６のタイプが照合されたとデータ照合モジュール２０４が判断した場合、ステップ６５６に進むことができ、ここでＣ／Ｕモジュール２０８は、Ｄａｔａ  Ｃｒｏｓｓｍａｐ画面４０８（図４Ｃ）上で選択したデータ値に対して関連するレコードの対象データ１０８の対応するそれぞれのデータ値と入力データ１１６のデータ値を比較することができる。このステップでは、Ｃ／Ｕモジュール２０８はまた、入力データ１１６に含まれる異種データ値５４０があればこれにフラグをつけることができる。ステップ６５８で、Ｃ／Ｕモジュール２０８は、フィールド識別子５２８、対象データ値５３６、及び入力データ値５３２を実質的に横並びにＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４上に表示することができ、これはあらゆる異種データ値５４０を含む。ステップ６５８において、Ｃ／Ｕモジュール２０８は、異種データ値５４０があれば、ユーザが異種データをすぐに識別する助けとなるように、例えば強調表示などのフラグをつけることもできる。上述のように、ユーザは、どの異種データ値５４０にフラグをつけるかを選択することができる。Ｃ／Ｕモジュール２０８はまた、ユーザがアクティブ状態に指定した（上記Ａｌｌｏｗ  Ｕｐｄａｔｅセレクタ４６４、４８０の説明を参照）ＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４上のいずれかの更新チェックボックス５６０を表示又はアクティブにし、ユーザが対応するそれぞれの異種データ値５４０で対象データ値５３６の更新を開始できるようにすることができる。
【００５８】
ステップ６６０において、ＤＣＵシステム１０４は、ユーザがＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面５０４の閲覧及び／又は更新用の異種データ値５４０の選択を終了したかどうかを判断することができる。ＤＣＵシステム１０４は、Ｃ／Ｕ画面５０４上の終了ボタン５６４をポーリングすることによってこの判断を行うことができる。ＤＣＵシステム１０４が、ユーザは終了していないと判断すると、ＤＣＵ方法６００は、ループ６６２に単に入り、ユーザが終了したと判断するまでシステムを待機させることができる。しかしながら、ステップ６６０においてＤＣＵシステム１０４が、ユーザは終了したと判断した場合、ステップ６６４でＣ／Ｕモジュール２０８は、対応するそれぞれの対象データ値５３６に置き換わるいずれかの異種データ値５４０をユーザが選択したかどうかを判断することができる。Ｃ／Ｕモジュール２０８は、単にＣ／Ｕ画面上のチェックボックス５６０のいずれかがチェックされているかどうかを識別することによってこの判断を行うことができる。ステップ６６４において、Ｃ／Ｕモジュール２０８が、ユーザは更新用の異種データ値５４０を選択していないと判断した場合、モジュールは、ユーザが選択をせずに終了したいことをユーザに確認するダイアログボックス（図示せず）を表示することができる。当然ながら、Ｃ／Ｕモジュール２０８は、更新用の異種データ値がある場合にのみかかるダイアログボックスを表示する。このようなダイアログボックスを表示し、ユーザの応答を受け取った後、ＤＣＵ方法６００はステップ６５０に進むことができ、ここでＤＣＵシステムは、入力データ１１６が処理するレコードをそれ以上含んでいるかどうかを判断することができる。
【００５９】
他方、ステップ６６４において、ユーザが更新する異種データ値５４０を選択したとＣ／Ｕモジュール２０８が判断した場合、ステップ６６６においてＣ／Ｕモジュール２０８は、例えばダイアログボックス（図示せず）により、更新されるのが望ましい値の全てをユーザが実際に選択したことを確認することができる。ユーザがかかる確認を行った後、ステップ６６８においてＣ／Ｕモジュール２０８は、適切な対象データ値５３６を対応するそれぞれの異種データ値５４９で更新することができる。ステップ６６８において更新した後、ＤＣＵ方法６００はステップ６５０に進むことができ、ここでＤＣＵシステム１０４は入力データ１１６が処理するレコードをこれ以上含んでいるかどうかを判断することができる。
【００６０】
本発明をその例示的な実施形態に関して説明し図示してきたが、本発明の精神及び範囲から逸脱することなく、前述及び他の様々な変更、省略、及び追加を行うことができることは当業者であれば理解されるはずである。
【図面の簡単な説明】
【００６１】
【図１Ａ】本発明のデータ比較及び更新システムを含むシステムを示す高レベル概略図。
【図１Ｂ】図１Ａのシステムを実装することができる動作環境の高レベル概略図。
【図２】図１Ａのデータ比較及び更新システムの高レベル概略図。
【図３】図１Ａ及び図２のデータ比較及び更新システムのＡｃｃｅｐｔｅｄ  Ｍｅｓｓａｇｅ  Ｆｏｒｍａｔ  Ｓｅｔｕｐホーム画面のスクリーンショット。
【図４Ａ】図１Ａ及び図２のデータ比較及び更新システムのＭｅｓｓａｇｅ  Ｓｅｔｕｐホーム画面のスクリーンショット。
【図４Ｂ】図１Ａ及び図２のデータ比較及び更新システムのＤａｔａ  Ｍａｔｃｈ  Ｓｅｔｕｐ画面のスクリーンショット。
【図４Ｃ】図１Ａ及び図２のデータ比較及び更新システムのＤａｔａ  Ｃｒｏｓｓｍａｐ画面のスクリーンショット。
【図４Ｄ】図１Ａ及び図２のデータ比較及び更新システムのＣｒｏｓｓｍａｐ  Ｄｅｆｉｎｉｔｉｏｎウィンドウのスクリーンショット。
【図５】図１Ａ及び図２のデータ比較及び更新システムのＣＯＭＰＡＲＥ／ＵＰＤＡＴＥ画面のスクリーンショット。
【図６Ａ】図１Ａ及び図２のデータ比較及び更新システムによって実装することができる本発明のデータ比較及び更新方法を示すフロー図。
【図６Ｂ】図１Ａ及び図２のデータ比較及び更新システムによって実装することができる本発明のデータ比較及び更新方法を示すフロー図。
【符号の説明】
【００６２】
１００  システム
１０４  ＤＣＵシステム
１０８  対象データ
１１１  コンピュータ
１１２  対象データストア
１１６  入力データ
１２０  海外のデータストア
１２４  ソフトウェア・アプリケーション
１２６  記憶装置
１３０  環境
１３４  ネットワーク
１３８  サービス
１４２  中央演算処理装置
１４６  コンピュータメモリ
１５０  入力／出力デバイス
１５４  コンピュータプログラム
２００  ＩＤモジュール
２０４  データ照合モジュール
２０８  Ｃ／Ｕモジュール
２２０  ＩＤセットアップマネージャ
２２４  ライブラリ
２２８  ルール
２３２  データ照合マネージャ
２３６  タイプデータストア
４２８  変更ボタン
４３２  追加メッセージタイプボタン
４３６  照合セットアップボタン
４３８  ヘッダ
２４０  ルール
２４４  インターフェースジェネレータ
２５６  辞書
２６４  バッファ
３００  ＧＵＩ
３０４  ホーム画面
３０８  フォーマットリスト
３１２  チェックボックス
３１６  ＩＤ基準
３１８  方法の表示
３２０  列
３２４  状態の列
３２８  削除ボタン
３３２  フォーマットの識別子
３３６  変更ボタン
３４０  ボタン
４００  ＧＵＩ
４０４  メッセージセットアップ画面
４０６  画面
４０８  データクロスマップ画面
４１０  メッセージタイプのリスト
４１２  チェックボックス
４１６  ＩＤ基準
４２４  メッセージタイプ識別子
４７４、４７６  領域
４７８、４８０  チェックボックス
４４０、４４２  フィールドセレクタ
４４４  対象ソースセレクタ
４４６  対象ソース
４４８，４５０  ルールセレクタ
４５２  データクロスマップボタン
４５４  メッセージタイプ識別子
４５６  表示領域
４５８、４６０  名前
４６２、４６４  チェックボックス
４６６  ボタン
４６８  ウィンドウ
４７０，４７２  領域
４７２Ａ  対象データストアセレクタ
４７２Ｂ  フィールドセレクタ
４７２Ｃ  フィールドロケーション領域
４７２Ｄ、４７２Ｅ  ドロップダウンメニュー
４７２Ｆ  フィールド名
４７２Ｇ  テーブル名
４７２Ｈ  列名
６０８、６１０、６１２  ステップ
４８２  フィールド定義領域
４８２Ａ、４８２Ｂ、４８２Ｃ  入力フィールド
４８４  領域
４８４Ａ  入力領域
４８４Ｂ  セレクタ
４８６  終了ボタン
５０４  画面
５１６  データフィールド識別子領域
５２０  表示領域
５２４  対象データ値表示領域
５２８  データフィールド識別子
５３２  入力データ値
５３６  対象データ値
５４０  異種データ値
５４４  強調表示
５４８  表示エリア
５５２  対象データ値表示エリア
５５６  更新選択領域
５６０  チェックボックス
５６４  終了ボタン
６００  ＤＣＵ方法
６０２、６０４、６６６、６６８、６１４、６１６、６２０、６２２、６２４、６２６、６２８、６３０、６３２、６３４、６３６、６３８、６４０、６４２、６４４、６４６、６４８、６５０、６５２  ステップ
６５４  照合ループ
６５６、６５８、６６０  ステップ
６６２  ループ
６６４  ステップ
【図１Ａ】
2007157151.tif 000007
【図１Ｂ】
2007157151.tif 000008
【図２】
2007157151.tif 000009
【図３】
2007157151.tif 000010
【図４Ａ】
2007157151.tif 000011
【図４Ｂ】
2007157151.tif 000012
【図４Ｃ】
2007157151.tif 000013
【図４Ｄ】
2007157151.tif 000014
【図５】
2007157151.tif 000015
【図６Ａ】
2007157151.tif 000016
【図６Ｂ】
2007157151.tif 000017
【外国語明細書】
2007157151000001.pdf