HL7 V3 EDデータタイプは、HL7-メッセージ/文書でマルチメディアデータを送信する唯一の可能性がありますか？

Question

私は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データ型の種別を発見しました。したがって、hl7 v2メッセージで画像データを送信することは可能です。

また、処理は同じです。マルチメディアデータ（つまりURL）への参照があり、base64でエンコードされたデータが存在する可能性があります。

送信システムと受信システムの両方がedデータタイプをサポートしなければならないという事実を認識しています。したがって、hl7 v2の実装ではこのデータ型をサポートしていない可能性があります。しかしそれ以外に、本当に違いはありますか？

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

PS：もちろん、私は主な相違点については言及していません.hl7 v3のモデル駆動方法論です。私の範囲はマルチメディアデータの処理だけです。

Answer 1

HL7 V2.3.1またはV2.2の埋め込みANDリンク（URL）PDFを使用してORUメッセージを転送したミドルウェア部門の大きな病院グループで働いていましたが、覚えていません。バイナリメッセージに関しては、OBX-5フィールドを使用してメッセージを格納しました。

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

しかし、各国はHL7の「独自の」実装を持っているので注意が必要です。それぞれの病院でも、自分の目的のために1つまたは別のフィールドを「誤用」します。

Answer 2

バージョン2.2では、OBX-5フィールドは「観測結果」として定義され、文字列データは最大65バイトまでです。また、それは2回まで繰り返すことができるとも述べている。それはそこに多くのバイナリデータを収めることができるようには聞こえません。

Answer 3

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