2

一部の BizTalk 2009 開発環境では、HIPPA X12 ファイル、4010 270 ファイル タイプを処理しようとすると、スキーマで X12_AN タイプとして定義されている要素が「データ要素に無効な文字」エラーをスローします。例: NM103__InformationReceiverLastOrOrganizationName。文句を言っている無効な文字は文字「U」です。大文字の「U」のみで、小文字の「u」ではありません。

このエラーは、Windows Server 2003 R2 Enterprise X64 Edition を実行している Citrix VDI に存在する開発環境でのみ発生します。VDI にインストールされている BizTalk Server 2009 のインスタンスは、最新の修正プログラムで更新されています。

これまでのところ、入力ファイルのエンコーディングの変換からファイル全体の手動での再入力まで、考えられることはすべて試しました。スキーマとマップの両方を再コンパイルしてデプロイしました。関係者レベルでの EDI 検証の有効化と無効化も行っています。何も機能していないようです。

このタイプのエラーを以前に見た人はいますか? BizTalk で要素の検証に使用される文字セットを変更または上書きする方法はありますか?

あなたが提供できる情報は大歓迎です！

4

2 に答える 2

1

数週間後にこの問題を再検討したところ、この問題の修正は予想よりもはるかに簡単であることがわかりました。

私たちはヘルスケア業界で働いており、現在HIPAA 4010アプリケーションをサポートしながら、HIPAA 5010要件を満たすために開発環境でこれらのアプリケーションを積極的にアップグレードしています. そのため、この問題は、4010 開発のみに使用されるパーティの構成内でパーティのプロパティ「ISA11 を繰り返しセパレータとして使用する」がチェックされたときに、BizTalk で発生しました。4010 の既定の ISA11 値は "U" であるため、BizTalk はその文字が検出されたすべての場所で無効であると報告しました。

これにより、他の誰かの頭痛の種が大幅に軽減されることを願っています。問題ではないことを知っていても、最初に明白で単純な解決策を常に確認する必要があることを時々思い出させるのは楽しいことです!

于 2011-07-29T20:58:01.700 に答える
1

ここにはいくつかの異なる問題があるようです。開発環境と本番環境の違い (投稿で暗示されている) について話すことはできません。

残りについて：

はい、X12 検証を変更できます。目の前にはありませんが、完全にオフにできると思います（それが必要な場合）。それ以外の場合は、(本質的に) キャラクターを許可するカスタム 270 スキーマを作成する必要があり (これを行うと、そうでなければ無効になる要素を有効にすることもできます)、そのカスタム スキーマを、その検証ルールに一致するすべてのパートナーに使用する必要があります。

私が常に行ってきたことは、着信ファイルを変更することです。そのフィールドの文字を小文字の「u」に変更する正規表現を介して送信します。元の (編集されていない) メッセージのコピーを保持していて、実際のデータ値を変更していない限り、HIPAA 規制に遭遇することはありません。

また、ことわざの目の細かい櫛で問題のあるファイルを確認することをお勧めします. 通常（常にではありません）、実際にエラーを引き起こしている何かがありますが、状況X（あなたの場合、NM103の大文字のU）でのみ顕著に現れます。

于 2011-07-12T21:03:10.860 に答える