問題タブ [btahl7]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
biztalk - BizTalkHL7アダプターを使用した受信場所とポートのセットアップ
BizTalk 2010とHL7アダプターをインストールし、管理コンソールから概念実証アプリケーションをセットアップしようとしています。
1)新しい「デモアプリケーション」
を作成しました2)要求/応答受信ポートを
作成しました3)受信ポートに関連付けられた要求/応答受信場所を作成しました3.a)
タイプをMLLPに設定し
ます3.b)表示される唯一のオプション
Recieveパイプラインの場合は次のとおりです
。PassThrueReceiveXMLRecieve3.b
)送信パイプラインに表示されるオプションは次の
とおりです
。PassThruTransmitXmlTransmit
BTAHL7XおよびBTAHL7XMLの受信/送信パイプラインコンポーネントをオプションとして表示するにはどうすればよいですか?
BTAHL2XMLPipeline.dllおよびBTAHL72XPipeline.dllへの参照を追加しようとしましたが、エラーが発生します。
アプリケーションにリソースを追加できませんでした。
- - - - - - - - - - - - - - - 追加情報:
リソースの追加に失敗しました。(mscorlib)
ヘルプが必要な場合は、次をクリックして ください。
リソース(-Type = "System.BizTalk:BizTalkAssembly" -Luid = "BTAHL72XPipelines、Version = 1.3.0.0、Culture = neutral、PublicKeyToken = 31bf3856ad364e35")は既にストアにあります。1)BTSTaskの上書きフラグを使用するか、2)BizTalkプロジェクトで再デプロイフラグをtrueに設定するか、3)管理MMCの[すべて上書き]チェックボックスをクリックして、指定したターゲットアプリケーション「DemoApplication1」にリソースが存在するかどうかを更新します。リソースが別のアプリケーションに関連付けられている場合、上書きフラグは無視されます。(Microsoft.BizTalk.ApplicationDeployment.Engine)
ヘルプが必要な場合は、次をクリックしてください:http: //go.microsoft.com/fwlink/?LinkId=47400&ProdName=Microsoft+BizTalk+Server+2010&ProdVer=3.9.469.0&EvtSrc=Microsoft.BizTalk.ApplicationDeployment&EvtID=SatEntryExists
biztalk - BizTalk HL7 アクセラレータは HL7 v2XML 準拠のメッセージを生成できますか
デフォルトでは、HL7 アクセラレータは、HL7.org に準拠していない HL7 v2 メッセージから XML を生成するように見えます (XML v2 XML スキーマと一致しません)。HL7 v2XML 準拠の xml を生成することは可能ですか?
編集:
HL7v2 XML を他の xml 形式に変換する xslt 変換があります。これらは、当社のプラットフォームの一部である他のツールによって使用されます。BTAHL72XRecievePipeline コンポーネントが HL72 準拠の XML を生成した場合、これらの変換を BizTalk で単純に再利用できますが、パイプラインによって生成された xml は何らかの理由でわずかに異なります。それがなぜなのかはわかりません。
HL7.org の標準 HL7 2 XML 仕様を見ると、要素名には、biztalk スキーマが使用するアンダースコアの代わりにピリオドが使用されており、biztalk スキーマの要素名にはフィールド/コンポーネントの名前が追加されています。 HL7.org スキーマ フィールド/コンポーネント名は、要素のオプションの属性として指定されます。
BTAHL72XReceive/Send パイプラインには BTAHL7 スキーマが必要ですが、BTAHL72XMLRecieve/Send パイプラインには HL7 2 XML スキーマが使用されているようです。しかし、BTAHL72XReceive/Send パイプラインからも HL7 2 XML を使用できるのは理にかなっているでしょうか?
biztalk - BizTalk HL7 アクセラレータの拡張モードと遅延モード
遅延モードと拡張モードの違いがよくわかりません。どちらも 2 つの確認応答を送信します。受け入れ用に1つ、アプリケーション確認用に1つ、それ以外に動作の違いは何ですか?
biztalk - BizTalk MLLP 受信場所、サーバー IP アドレスの代わりに localhost を指定
MLLP で HL72x パイプラインを使用して受信場所を作成しました。受信場所の BizTalk MLLP 構成ホスト プロパティをサーバーの IP アドレスに設定すると、サーバーに hl7 トラフィックを送信できますが、値を localhost または 127.0.0.1 に設定すると、biztalk はサーバー上でリッスンしているように見えません。それぞれのポート。ポート スキャナーを使用すると、受信場所の mllp ホスト プロパティがサーバーの IP アドレスに設定されている場合にのみ、開いているポートが表示されます。サーバーの実際の IP アドレスを参照したくありません。IP が変更された場合、何も再構成する必要がないため、ローカル ホストを参照したいと思います。これを行う他の方法はありますか?
biztalk - BTAHL72XSendPipeline を使用してメッセージを送信できません
受信ポートと、MLLP 経由で HL7 2.x メッセージを受け入れる場所があります。パーティーを作成し、BTAHL7 構成エクスプローラーを使用して承認設定を構成しました。メッセージは正常に解析され、ACKS が元のシステムに返され、パススルー パイプラインを使用して逆シリアル化された xml をファイルに送信し、パススルー パイプラインを使用して結果の ACK をファイルに送信できるため、受信解析が成功したことを確認できます。およびインバウンド xml の検証。
簡単なテストとして、BTAHL72XSendPipeline を使用して送信ポートを作成し、HL7 2.x メッセージをファイルにダンプします。これを行うには、送信ポートにフィルターを配置します
BTS.MessageType == http://microsoft.com/HealthCare/HL7/2X#ADT_A04_21_GLO_DEF
また、次の解析エラーが表示されますが、受信時にメッセージが正常に解析されたため、理解できません。
biztalk - BizTalkエラー:「ルーティング失敗レポート」のルーティング失敗レポート
HL7メッセージをBizTalkに送信しようとすると、次のメッセージとともにエラーコード0xC0C01B4e(ルーティング障害レポート)が表示されます。
<名前が利用できません>のルーティング失敗レポート
私はこれを最後の日まで機能させていましたが、今このメッセージを受け取っています。
私のシナリオ:
サードパーティアプリケーションからMLLPを使用してHL7メッセージを送信します。ackが返されません。ファイルが書き込まれません。上記のように、再開不可能なエラーが1つ生成されます。
私が送信しているメッセージは次のとおりです。
MSH | ^〜\&| REG | FAC ||| 201207271419 || ADT ^ A04 | 504111 | D | 2.1 ||| AL | AL |
EVN | A04 | 201207271419 || 02 PID | 1 || M11 || REGRIHSOT ^ xyz ^ 2 ^ 3 ^ 5 ^ 6
NK1 | 1 | Regrihsot ^ Wife ^ 3 ^ 4 ^ 5 ^ 6 | W | 1 ^ 2 ^ city ^ BC ^ V1S 0A7 ^ 6 ^ 7 ^ 8 |
PV1 | 1 | E | KAMRIHED ||||| MITD4 |||||| HO |||| ED || BC ||||||||||||||||||| FAC || REG ||| 201207271417 |
ZAD | MAIL ^ 1 ^^ city ^ BC ^ V1S 0A7 | PHYS ^1^^カムループス^BC^ V1S0A7 | ZTZ | PT |
ZGC | ^^ |
そして、これはすべて1時間前に正常に機能しました。
biztalk - 未解析のHL72.xメッセージをSQLデータベースに保存する
BTAHL7アクセラレーターを使用してHL72.xを受信しています。生のHL7メッセージをSQLテーブルにダンプしたいのですが、コントロールIDなどの個別のデータが含まれています。私の受信場所はBTAHL72XRecievePipelineコンポーネントを使用しています。解析されたxml形式の代わりに生のメッセージをサブスクライブすることは可能ですか?
biztalk - BizTalk エラー スキーマが見つかりません
HL7 2.3 ORU スキーマを受け取りました。「 http://mycompany.ca/application/HL7/2X/2.3/1」のスキーマ名前空間を使用するように適切な関係者を構成しました
カスタム HL7 スキーマを作成し、targetNamespace を " http://mycompany.ca/application/HL7/2X/2.3/1 " に設定し、ルート要素が "ORU_R01_23_GLO_DEF" であることを確認しました。
スキーマをインポートしてから msi を実行することで、スキーマを biztalk に展開しました。
BIzTalk アプリケーションにスキーマが含まれていることがわかり、MSI がスキーマをドライブにインストールしたことがわかります。
HL7 を受信場所に送信すると、イベント ログに次のエラーが表示されます。
解析中に本文でエラーが発生しました Error # 1
代替エラー番号: 301 代替エラーの説明: スキーマhttp://mycompany.ca/application/HL7/2X/2.3/1#ORU_R01_23_GLO_DEFが見つかりません 代替エンコーディング システム: HL7-BTA
このことから、パーティの解決が正しく機能したことはわかりますが、スキーマが見つからない理由はわかりません。
biztalk - 他のアセンブリ/スキーマからMSH_25_GLO_DEFスキーマを参照する方法
BTAHL7V2Xスキーマ(MSH_25_GLO_DEFなど)を使用してアセンブリを構築しました。
別のアセンブリで、要素の1つがタイプMSH_25_GLO_DEFであるスキーマを作成する必要があります。
私のBTAHL7V2XCommonアセンブリには、次のものがあります。
他のアセンブリには、次のようなスキーマがあります。
MSHヘッダーを含むBTAHL7V2Xアセンブリへの参照を追加しました。オブジェクトブラウザーで参照されたアセンブリを表示すると、MSH_25_GLO_DEFを確認できますが、「http://microsoft.com/HealthCare/ 」というエラーが常に表示されます。スキーマを表示すると、HL7 / 2X:MSH_25_GLO_DEFが宣言されていません。
また、インポート参照をインクルードに変更してみました。
ただし、スキーマを表示すると別のエラーが発生します。
別のアセンブリでBizTalkスキーマを参照する適切な方法はありますか?
biztalk - MSH の末尾の区切り文字での BizTalk HL7 アダプター (BTAHL7) エラー
受信ポート/場所をセットアップし、スキーマを展開し、RAD パーティーをセットアップして、末尾の区切り文字を許可しています。
末尾の区切り記号なしでメッセージを BizTalk に送信すると、すべて正常に動作します。
MSH|^~\&|RAD|TEST|ITS||201304111010||ORU^R01|J1908877|D|2.3|||AL|NE
末尾に区切り文字を付けて BizTalk にメッセージを送信すると、HCIS から次のように表示されます。
MSH|^~\&|RAD|TEST|ITS||201304111010||ORU^R01|J1908877|D|2.3|||AL|NE|||||||||
BizTalk から次の ACK を受け取ります。
MSH^1^21^102&データ型エラー&HL7nnnn: MSH|^~\&|ITS||RAD|TEST|201304111010||ACK^R01^ACK|7788091J|D|2.3 MSA|CR|J1908877 ERR|MSH^1^21 ^102&データ型エラー&HL7nnnn
イベントログのエラー:
解析中に本文でエラーが発生しました Error # 1
代替エラー番号: 301 代替エラーの説明: スキーマ http://microsoft.com/HealthCare/HL7/2X#ORU_R01_23_GLO_DEFが見つかりません 代替エンコーディング システム: HL7-BTA
問題がスキーマではないことはわかっています。末尾の区切り記号を手動で削除すると正常に機能するためです...