問題タブ [hl7-v2]

HL7 2.6 を使用して、PCD DEC プロファイルの ORU_R01 プロファイルの OBX セグメントで負の測定値を送信する方法 ??

また、IHEによって定義されたその要件を見つけることができる場所..

-ありがとう-

以下のメッセージに関して、セグメント、グループのリスト、および繰り返し回数、グループ内のセグメントとサブグループのリストも取得します。Apache Camel で Hapi-2.1 を使用したいのですが。

私は Nhapi を初めて使用し、それを使用して HL7 メッセージを解析しています。

私が直面している問題は、ADT^A03 メッセージを解析していることですが、常に PV1 セグメントが null として取得されます。

サンプル メッセージとコードを添付しています。

サンプルメッセージ:

コード :

既存のシステム (python-hl7 を使用して Python で記述) を変更して、患者の外科手術の詳細を含むメッセージを受け取り、それらの詳細を医療記録の一部としてデータベースに記録する必要があります。ただし、この質問は Python や python-hl7 よりも HL7 (v2) に関するものです。これを投稿するためのより良い Stack Exchange の「コミュニティ」が見つかりませんでした。

外科的処置の詳細を記録するために、どのメッセージ タイプ、セグメントを使用する必要があるか。たとえば、どのような処置が行われたか、いつ開始して終了したか、結果はどうだったか、どこで実施されたか、主治医と副外科医は誰であったかなど。

これまでのところ、PR1 セグメントを持つある種の ADT メッセージ (A04 など) を使用する必要があるようです。これは正しいです？メッセージの例はありますか?

ありがとう。

編集:明確にするために、私はPythonの例を探していません。HL7 メッセージのサンプルを探して、他の人がどのようにそれを行っているかを理解しています。もちろん、どのフィールドが必要で、何を含めることができるか、何を含める必要があるかを正確に示す明確で曖昧でないドキュメントも役立ちます。

ORU_R01およびADT_A04 (HL7 v2.3.1 ) メッセージをMWB (Message Workbench)から生成された適合プロファイルに対して HAPI API (バージョン 2.2) で検証できません。

• 最初の問題は、ORU_R01 メッセージの準拠プロファイルで MWB によってセグメント グループに割り当てられた名前に関するものです。ここで、PATIENT_RESULTはMWB (Message Workbench)によって生成されたセグメント グループ名であり、 PIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTIは、HAPI がその API で同じセグメント グループを参照する方法です。
• プロファイルでPATIENT_RESULTをPIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTIに置き換えると、プロファイルは HAPI API パーサーに対して有効になります。

以下は、上記の問題の検証ログです。

1. ValidationException -メッセージにPATIENT_RESULTが見つかりません
2. ValidationException - 構造PIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTIがメッセージに表示されますが、プロファイルには表示されません

2 番目の問題は、OBX.5 フィールドで使用されるデータ型の OBX セグメントにあります。 メッセージには複数の OBX が含まれており、OBX.2 フィールドに複数のデータ型( NMおよびST ) があるため、準拠プロファイルで OBX.5 の固定データ型を使用できないため、データ型プレースホルダーの HAPI api によって提供される「VARIES」を試しましたOBX.5 データ型宣言の適合性プロファイル。しかし、これもうまくいきませんでした。

以下は、上記の問題の検証ログです。

1. ValidationException - HL7 データ型NMが OBX-5 のプロファイル データ型 VARIES と一致しない

2. ValidationException - HL7 データ型STが OBX-5 のプロファイル データ型 VARIES と一致しない

以下はメッセージです。

• MSH|^~\&|aa|bb|cc|3910|200903230934||ORU^R01^ORU_R01|75535037-123781|P^T|2.3.1
• EVN|A31|200903230934
• PID|1||29^^||Test300^レティシア^^^^^L||19770202|M||
• OBX|| NM |abc|| 121 ||||||F||
• OBX|| ST |定義|| |||||| F||

以下はプロフィールのスニペットです:

よろしく、 アマール・ジャイスワル

BizTalk での次のメッセージ フローを検討してください。

1 つのアプリケーションで HL7v2 メッセージを受信する複数の MLLP 受信ポート/場所が設定されています。これらのポートはそれぞれ、わずかに異なるメッセージ タイプを受信します。

これをRP1としましょう

別のアプリケーションでは、それぞれの受信ポートにサブスクライブする送信ポートがあります。これらの送信ポートにはそれぞれ、HL7v3 でメッセージを変換し、WCF (要求/応答) サービスに送信するアウトバウンド マップがあります。

これをSP1としましょう

次に、WCF サービスは HL7v3 を処理して検証し、HL7v3 ack メッセージを返します。SP1 送信ポートには、カスタムの送信および受信パイプライン コンポーネントがあります。受信 (WCF 応答から) はメッセージを受け取り、後でサブスクリプションに使用される特定のフィールドを昇格させます。

さらに 2 つの送信ポートがあります。肯定的な ACK にサブスクライブする SP2。上記で促進されたフィールドに基づいて、SP3からネガティブに。肯定的な ACK は消費されるだけで、否定的な ACK はサポート スタッフに電子メールで送信されます。

問題は、メッセージの約 10% で、次の 2 つのエラー メッセージのうちの 1 つが表示されることです。

通常、グループ ビューアで一時停止されたサービス インスタンスが続きます。

中断されたインスタンスのサービス名は RP1 のサービス名です。非消費メッセージのメッセージ タイプは、SP1 からの ACK のメッセージ タイプです (つまり、WCF 応答です)。私の考えでは、RP1 はこの応答メッセージを期待するべきではなく、応答メッセージの種類にサブスクライブされた送信ポート (SP2、SP3) があるため、これは奇妙です。

忘れていたもう 1 つのポイントは、RP1 のような 3 つの受信ポートがあり、それぞれに 3 つの受信場所と 3 つの送信ポートがそれぞれの受信ポートにサブスクライブしていることです。

BizTalk Server は、1 つの BizTalkMgmtDb/Messagebox を共有する 2 つの物理サーバーにインストールされます。

これ以前は、同じ数のメッセージがフィードされていましたが、(送信側で) 1 つの受信場所に統合されていました。古いソリューションには複数のオーケストレーションがありましたが、この問題は発生しませんでした。

では、RP1 (HL7v2) のインスタンスで WCF (HL7v3) 応答メッセージが失われ、中断されているのはなぜでしょうか?

これがどのように見えるかの基本的なイメージです。