2

私はHL7バージョン3メッセージング標準の調査を行っています。hl7バージョン2の実装は、マルチメディアデータ処理(画像、ビデオなど)を実際にはサポートしていないと言われました。ただし、このブログ:http ://www.hl7standards.com/blog/2006/10/18/how-do-i-send-a-binary-file-inside-of-an-hl7-message/には、 ed(カプセル化されたデータ)データ型は、バージョン2標準にすでに存在します。hl7 v2.3.1標準の第2章で、edデータ型のスペシエーションを見つけました。したがって、hl7v2メッセージで画像データを送信することが可能です。

また、処理は同じです。マルチメディアデータ(つまりURL)への参照があり、base64でエンコードされたデータがあります。

送信システムと受信システムの両方がedデータ型をサポートする必要があるという事実を認識しています。したがって、hl7v2の実装がこのデータ型をサポートしていない可能性があります。しかしそれ以外に、本当に違いはありますか?

ありがとうございました!

PS:もちろん、私は主な違いについて話していません:hl7v3のモデル主導の方法論。私のスコープはマルチメディアデータの処理だけです。

4

3 に答える 3

3

私は以前、ミドルウェア部門の大規模な病院グループで働いていました。そこでは、HL7 V2.3.1 または V2.2 の内部に埋め込みおよびリンクされた (URL) PDF を含む ORU メッセージを転送していましたが、覚えていません。バイナリ メッセージに関しては、OBX-5 フィールドを使用してメッセージを格納しました。

はい、HL7 V2.x はこれをサポートする必要があります。

ただし、各国には HL7 の「独自の」実装があるため、注意が必要です。各病院でさえ、独自の目的で 1 つまたは別のフィールドを「悪用」しています。

于 2012-02-20T15:53:23.943 に答える
1

HL7 v2.5では、OBX-5の長さは可変です。たとえば、EDデータ型を使用して、サイズ65536(64KB)のバイナリデータを配置できるため、小さな画像を保持できます。ただし、マルチメディアメッセージの場合は、DICOMプロトコルを使用することをお勧めします。

于 2012-12-22T19:12:21.530 に答える