ГОСТ Р MCO/HL7 27931-2015
2.7.1 Добавление сообщений или составных частей сообщений
Новое сообщение или новая составная часть сообщения, определяемые Рабочей
группой HL7, могут добавляться в соответствии с описанными ниже правилами. Система-
отправитель должна быть способна отправлять новое сообщение или новую составную
часть сообщения, а система-получатель, независимо от уровня своей версии,должно иг
норировать любое сообщение или новую составную часть сообщения, которые она не
ожидает получить, и при этом не генерировать ошибку. Это правило не запрещает систе
ме-получателю уведомлять систему-отправителя от том, что дополнительный элемент
был игнорирован, но работоспособность системы-получателя не должна нарушаться из-за
наличия дополнительного элемента.
a) Могут добавляться новые сообщения.
b
) Может быть определена новая группа сегментов.
c) Начиная с версии 2.5, первый сегмент вновь определенной группы сегментов
должен быть помечен как обязательный.
d) В существующее сообщение могут добавляться новые сегменты. Обычно они
будут добавляться в конец сообщения или группы сегментов, но в принципе могут быть
вставлены в любое место сообщения, если для иерархии сегментов это окажется суще
ственным.
e) Если при добавлении нового сегмента возникает ситуация, когда именованный
сегмент X появляется в двух разных местах или разных группах, то должны соблюдаться
определенные предосторожности. См. 2.6 «Определение сегмента».
f)Новые поля могут добавляться в конце сегмента.
д) Может быть определен новый тип данных.
h) Новые компоненты могут быть добавлены в конце типа данных.
i)Может быть определена новая таблица значений.
2.7.2 Изменение сообщений или составных частей сообщений
Допустимые изменения сообщений или составных частей сообщений могут быть
классифицированы как изменение наименования,типа данных, обязательности, повторя
емости, длины поля или определения.
а)Описательное текстовое наименования сообщения или составной части сооб
щения (за исключением наименования группы сегментов) может быть изменено. Такое
изменение не должно влиять на способность приложений отправлять или получать и по
нимать сообщение. Необходимость изменения описательного текстового наименования
может быть вызвана следующими причинами: 1) уточнить недостаточно ясное описание,
2) охватить более широкое применение, не нарушая текущее.
71