Является ли тип данных 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. Я даже нашел видение для типа данных ed в главе 2 стандарта hl7 v2.3.1. Таким образом, можно отправлять данные изображения в сообщениях hl7 v2.

Кроме того, обработка такая же: может быть ссылка на мультимедийные данные (например, url) и могут быть закодированные в base64 данные.

Мне известно о том, что и отправляющая, и принимающая системы должны поддерживать тип данных ed. Таким образом, существует вероятность того, что реализации hl7 v2 не поддерживают этот тип данных. Но кроме этого, есть ли разница?

Спасибо!

PS: Конечно, я не говорю о главном различии: методология, основанная на модели hl7 v3. моя сфера деятельности - только обработка мультимедийных данных.

Answer 1

Раньше я работал в большой больничной группе в отделе промежуточного программного обеспечения, где мы передавали сообщения ORU со встроенными и связанными (url) PDF-файлами внутри HL7 V2.3.1 или V2.2, не помню.Что касается двоичных сообщений, мы использовали поле OBX-5 для хранения сообщений.

Так что да, HL7 V2.x должен поддерживать это.

Однако вы должны быть осторожны, поскольку в каждой стране есть «собственная» реализация HL7 - даже каждая больница «использует» то или иное поле в своих целях.

Answer 2

В HL7 v2.5 длина OBX-5 является переменной, например, Вы можете использовать тип данных ED для размещения двоичных данных размером 65536 (64 КБ), чтобы они могли содержать небольшие изображения. Но для мультимедийных сообщений я рекомендую использовать протокол DICOM.

Answer 3

В версии 2.2 поле OBX-5 определено как «Результаты наблюдения», строковые данные длиной до 65 байтов.Это также говорит, что это может быть повторено до двух раз.Это не похоже на то, что вы можете поместить туда много двоичных данных.