ГОСТР ИCO/HL7 27931-2015
Во-первых, отдельный сегмент может оказаться слишком длинным. Для его разбие
ния на несколько меньших сегментов в стандарте предусмотрен сегмент ADD.
Во-вторых, слишком длинным может оказаться отдельное сообщение. Для управ
ления фрагментацией сообщений в стандарте предусмотрены сегмент DSC и протокол
продолжения сообщений.
Обсуждение сегмента указателя продолжения и поля указателя продолжения, и их
применения для продолжения ответов на запросы и прямых сообщений изменения дан
ных приведено в 5.
2.9.2.1 Фрагментация и продолжение сегментов с помощью сегмента ADD
Начиная с версии стандарта 2.4, сегмент ADD может использовать для разбиения
длинного сегмента на более короткие сегменты в пределах одного сообщения.
П рим ечание - Приложение-получатель не должно менять интерпретацию смысла сообщения
из-за наличия в нем сегмента ADD, если только между системами не действует специальное соглашение.
Для разбиения длинного сегмента используется следующая процедура:
a) сегмент, требующий продолжения (назовем его ANY в данном примере) обрыва
ется на символе с произвольной позицией и завершается стандартным символом завер
шения сегмента (возврат каретки);
b
) следующим в сообщении должен быть сегмент ADD. Все символы после сег
мента ADD и разделителя полей («|») являются логическим продолжением предшествую
щего сегмента. Все следующие последовательные сегменты ADD содержат символы сег
мента ANY, пока не встретится первый сегмент, отличающийся от ADD;
c) сегмент ADD без разделителя полей имеет специальное назначение. См.
2.14.2.3 «Фрагментация сепиента между сообщениями».
Например, сепиент «С» может быть следующим образом фрагментирован в сооб
щении:
А| 1
В| 2
С| 34
ADD|516781
ADD| 90
D|1
Логически эта последовательность символов эквивалентна следующему фрагмен
ту:
А| 1
в|
2
СI 345 1678190
D| 1
86