MapForceは、HIPAA X12規格の医療関連データ(835の支払い明細、837の請求書、834の登録情報、270/271の資格確認)や、HL7 v2.xおよびv3メッセージを、Excel、CSV、XML、JSON、またはデータベース形式に変換します。この変換は、視覚的なドラッグ&ドロップ操作で行うことができます。MapForceはご自身のコンピューター上で動作するため、保護された医療情報は一切外部に送信されません。また、各変換はマッピングとして保存され、必要に応じて再利用できます。
「a」の完全なサポート MapForceでは、幅広い種類のEDI形式に対応しています これらの標準規格で定義されている数百種類のメッセージやトランザクションセットを、マッピング設計において自由に利用できます。さらに、EDIからEDIへの変換、例えばHL7ファイルをX12形式に変換したり、既存のHL7 v2.xメッセージをバージョン3に更新したりすることも可能です。
オプションのAltova AIアシスタントを使用すると、ソースとターゲットの構造に基づいて、接続を自動的に生成することができます。Altova AIがMapForceで最も役立つのは、まさにこの点です 不明瞭なEDI(電子データ交換)トランザクション識別子の意味を理解するこれにより、最適な連携を提案し、一度に一つずつ承認することができます。しかも、事前に仕様書を翻訳する必要はありません。
| Set | What it is | The job people need done |
|---|---|---|
| 835 | 医療費請求の支払い/通知:電子送金通知書(ERA) | 実際に支払われた金額と、残りの金額が拒否された、または調整された理由を確認できます。データをExcel形式に変換したり、データベースに読み込んで、拒否理由の分析を行うことも可能です。 |
| 837 | 医療保険請求:837P(専門医療機関向け)、837I(入院医療機関向け)、837D(歯科医療機関向け) | 診療管理データベースから請求データを生成したり、提出された請求データを監査や照合のために読みやすい形式に変換したりすることができます。 |
| 834 | 福利厚生の加入と管理 | 企業、仲介業者、または保険会社間で加入者リストを移動させること、または内部の会員データベースとリストを照合することができます。 |
| 270/271 | 資格、補償範囲、または給付に関するお問い合わせと回答 | 受付スタッフが実際に利用できる形式で、一括処理の対象となる顧客のリストを作成してください。 |
| 276/277 | 医療費請求状況の照会と回答 | 未処理の請求を一括で追跡し、個々のポータルでの検索を繰り返す必要がなくなります。 |
| 278 | 医療サービス審査 - 事前承認手続き | 認証リクエストおよびレスポンスを、社内システムとの間で相互に変換します。 |
| 820 | 給与天引きおよびその他の団体保険料支払い | 登録者数と保険料の支払状況を照合してください。 |
| 997 / 999 | 機能と実装に関する確認書 | 送信されたファイルが正常に受信され、構文的に問題がないことを確認してください。 |
もし、835または837というファイルが渡され、「これを解読してください」と指示された場合、正直な答えは、そのファイルを直接読むのではなく、変換する必要があるということです。この形式は、あるコンピューターから別のコンピューターへデータを送信することを目的として設計されており、人が直接開いて読むことを想定していません。単一の請求情報が、ネストされたループ構造の中に、数十個のセグメントに分散しており、値は単語ではなくコードで表現されており、ファイル全体に列ヘッダーは存在しません。
「835形式のファイルを読み込む」ということは、実際には、それを行と列で構成されたデータに変換することを意味します。例えば、並べ替えやフィルタリングが可能なスプレッドシートや、クエリを実行できるデータベースのテーブルなどです。MapForceは、まさにこの変換を行うソフトウェアであり、一度定義した変換ルールを保存しておくことで、次回のファイル(来週、または別の請求者からのファイルなど)も、同じ形式で出力することができます。
EDIデータをExcelまたはCSV形式に変換する
最も一般的な要求であり、通常は緊急性の高いものです。請求担当者は、理由コードごとに処理が拒否された件数を知りたい、あるいは、経理チームは、支払い状況を予測金額と照合する必要があります。取引データを表形式に整理し、スプレッドシートとして提供します。
EDIデータをデータベースに格納する
このバージョンは、大量のデータを処理するのに適しています。毎週835形式のデータを請求・調整テーブルに投入し続けることで、否認分析はプロジェクトではなく、簡単な問い合わせとして扱えるようになります。同様に、資格確認の応答や登録者リストも、効率的に処理できます。
データベースを837に変換する
逆方向の処理:診療管理システムや請求データベースから、規定に準拠した請求ファイルを生成します。この際、データ構造が常に規定どおりになるように、データマッピングを適用します。
(支払者バリエーション向け)EDIからEDIへの変換
異なる決済システムは、同じ取引データセットを扱いますが、それぞれ異なる補足情報やガイドラインを要求します。そのため、個別のデータ出力処理を維持するのではなく、異なるバリエーション間の変換を行うように設計することが望ましいです。
HL7メッセージによる、構造化されたデータの送受信
MapForceは、HL7 v2.xおよびv3をソースまたはターゲットとしてサポートしており、これにより、臨床データをデータベース、XML、JSON、またはスプレッドシートに変換したり、X12形式の財務データと連携させたりすることが可能です。特に、古いv2.xインターフェースからv3ベースのシステムへデータを移行する際に、HL7のバージョン間の変換が頻繁に行われます。
MapForceには、HL7 v2.xおよびHL7 v3に対する標準的なサポートが組み込まれており、これらはマッピングのソースまたはターゲットとして利用できます。メッセージは、データベース、XML、JSON、スプレッドシートに変換したり、HL7のバージョン間で変換したりすることができます。特に、v2.xからv3への変換がよく要求されます。これは、v3がXMLベースであるのに対し、v2.xがそうではないためです。
FHIRは、上記に記載されているv2.xおよびv3メッセージとは異なる、HL7の別の仕様です。MapForceには、FHIR専用の機能は含まれていませんが、FHIRのリソースはJSONまたはXML形式で表現されます。MapForceは、定義されたスキーマに基づいて、あらゆるJSONまたはXMLの語彙をマッピングできるため、FHIRのリソースも、他のスキーマ定義された形式と同様に、マッピングのソースまたはターゲットとして利用できます。
構造的に問題のある請求ファイルは、静かに却下されることはありません。却下され、支払いが遅れるというサイクルが発生します。これらの機能は、ファイルがオフィスを出る前に問題を検出し、また、どの保険会社も同じように取引データを処理するわけではないという事実に対応するために存在します
X12の識別子は、意図的に簡潔に設計されています。CLP、CAS、SVCといった要素や、それらが配置されているループは、具体的なビジネス上の意味を持っていますが、その名前だけではその意味を理解することはできません。従来、特定のフィールドの意味を理解するためには、必ず実装ガイドを参照する必要があり、そのため、医療分野におけるEDI(電子データ交換)のマッピングは、常にそのフォーマットを既に知っている担当者によって行われることになります。
Altova AIは、それらの識別子が意味することを理解し、それに基づいて接続を提案します。提案は、まず下書きとして表示されます。それぞれの提案を確認し、受け入れるか拒否するかを選択し、希望するものを確定します。もし、処理後にまだ入力が必要なフィールドが残っている場合、手作業で入力する代わりに、それらのフィールドのみを再度処理するように指示することができます。
この機能は、変換処理だけでなく、データ間の関連性も考慮しており、そのため、コードの参照や値の変換といった処理は、後から追加するのではなく、最初から設計の一部として組み込まれています。最終的に得られるのは、通常のMapForceのマッピングであり、他のマッピングと同様に、内容を確認したり、改良したり、MapForce Serverでコンパイルしたりすることができます。
Altova AI for MapForceは、追加機能としてサブスクリプション形式で提供されています。
MapForceはデスクトップソフトウェアです。835または837形式のファイルは、お客様のローカルディスクから読み込まれ、再びそこに書き込まれます。アップロードは一切なく、第三者のサービスがファイルを保持することも、変換のためにデータインベントリにベンダーを追加することもありません。請求部門が、送金ファイルをウェブコンバーターにアップロードするかどうかを検討する場合、それがまさに重要なポイントです。
自動変換を行う場合、MapForce Serverは、お客様が管理するインフラ上で、同じ変換処理を実行します。
“EDI分野において、信頼できるソフトウェア企業に出会うことは稀ですが、Altova社は、そのサポート体制も含めて、私たちに非常に良い印象を与えました。”
835は、医療費請求に関する支払い通知/明細書であり、電子的な支払い通知(ERA)とも呼ばれます。保険者は、医療機関に対して、請求された内容のうち、実際に支払われた金額、調整された金額、および患者が負担すべき金額を報告するために、この文書を送付します。
これは文書というよりも、暗号化されたデータが格納されたファイルであり、通常、誰かが内容を確認する前に、スプレッドシートやデータベースのテーブルに変換されます。
はい。対応するすべてのX12トランザクション(835、837、834、270/271など)を、セグメントのフィールドを列にマッピングすることで、ExcelまたはCSV形式のファイルに変換できます。
マッピングがファイルとして保存されているため、来週のファイルに対しても、再構築することなく、同じ変換処理を再度実行できます。
MapForceは、HIPAA X12のトランザクションセットを読み書きし、それらを標準規格に照らして検証する機能を持っています。これは、データの変換機能です。MapForceは、決済機関(payers)ではありませんので、ファイルを決済機関に送信することはありません。
既存のデータ送信方法と組み合わせて使用し、MapForce Serverを活用することで、人手を介さずに自動的にデータ変換を実行できます。
MapForceは、マッピングのソースまたはターゲットとして、HL7 v2.xおよびHL7 v3に対応しています。
メッセージは、データベース、XML、JSON、またはスプレッドシートにマッピングできます。また、HL7の異なるバージョン間で変換することも可能です。特に、v2.xからv3への変換はよく必要とされます。なぜなら、v3はXMLベースですが、v2.xはそうではないからです。
FHIRは、MapForceがサポートするv2.xおよびv3のHL7仕様とは異なる、別のHL7仕様です。MapForceには、FHIR専用の機能は搭載されていません。
FHIRリソースは、JSONまたはXML形式で表現されます。MapForceは、定義されたスキーマに基づいて、JSONまたはXML形式のあらゆるデータをマッピングできます。そのため、FHIRリソースは、他のスキーマ定義された形式と同様に、マッピングのソースまたはターゲットとして利用できます。
はい。MapForceは、編集可能なEDI設定ファイル形式を使用しており、そのため、特定の支払い機関が取引データセットに情報を入力する形式に合わせて、取引データを追加したり、調整したりすることができます。
Altova AIもここで役立ちます。なぜなら、このツールは実際のファイルを分析し、提案される関連性は、理論上の基準ではなく、実際にその保険会社が取引データをどのように入力しているかを反映しているからです。
はい。Altova AIは、ソースとターゲットの構造を分析し、難解なX12のラベルを解読し、それらの間の関連性と変換関数を提案します。ユーザーは、それぞれの提案を個別に受け入れるか拒否するか、またはまとめて適用することができます。
Altova AIは、MapForceのライセンスに加えて購入するサブスクリプションサービスであり、サポートおよび保守契約が必要です。
はい。MapForce Serverで使用する変換ルールを作成し、FlowForce Serverでスケジュールを設定することで、ファイルが到着したとき、またはあらかじめ設定したスケジュールに基づいて、ファイルの変換を自動的に行うことができます。
ファイルが大量に保存されたフォルダ全体を、一度の処理で処理することができます。そのため、多くの請求チームはこの機能を活用しています。

