ГОСТ Р ИCO/HL7 27931-2015
MSA-1 «Код подтверждения» содержит код «АЕ», смысл которого описан выше. Осталь
ная часть ответного сообщения отсутствует.
Учтите, что сегмент продолжения (DSC) не должен передаваться, но если он при
сутствует, то поле указателя продолжения (DSC-1 «Указатель продолжения») должно быть
пустым.
П рим ечание - Передача кодов «АЕ» («Прикладное подтверждение: ошибка») или «AR» («При
кладное подтверждение: отказ») в поле QAK-2 «Состояние выполнения запроса» запрещена. Информация
об ошибке должна передаваться в селиенте ERR.
Ситуация 3. Данные не найдены
Запрос сформулирован правильно, но по нему данные не были найдены. Строго
говоря, это не является ошибкой. Этот пример поясняет следующий протокол.
Ответное сообщение содержит сегменты MSH, MSA, ERR, QAK и сепиент опреде
ления запроса. В сегменте QAK должно быть указано состояние «NF» («Выборка пуста,
но ошибок нет»). Остальная часть сообщения должна отсутствовать, то есть не должны
передаваться пустые строки или сегменты.
П рим ечание - Если реагирующее приложение успешно обработало запрос, но по нему не
нашло никаких данных, это не сч
1
тается ошибкой. Реалфующее приложение возвращает в сегменте MSA
код «АА» («Прикладное подтверждение: приемлемо»), но не возвращает никакие сегменты данных (DSP,
RDT или итерации элементов, подсчитанные в счетчике совпадений). Селлэнт продолжения (DSC) не дол
жен передаваться, но если он присутствует, то поле указателя продолжения (DSC-1 «Указатель продолже
ния») должно быть пустым. Если сеплэнт QAK используется, то в поле QAK-2 «Состояние выполнения за
проса» должен быть указан код «NF» («Выборка пуста, но ошибок нет»).
5.6 Публикация и подписка
В этом разделе обсуждаются базовые понятия/процессы механизма публикации и
подписки.
5.6.1 Введение
Понятия «публикация» и «подписка» означают способность одной системы, «Изда
теля», предлагать поток данных, который может передаваться системам-получателям по
подписке. В известном смысле вся парадигма прямых сообщений об изменении данных,
принятая в настоящем стандарте, согласно которой отправитель передает поток сообще
ний получателям, представляет собой род механизма публикации и подписки. Подписка
на прямые сообщения об изменении данных формируется при создании интерфейса и
начинается, когда аналитики обоих взаимодействующих сторон договорятся о начале пе
редачи потока данных.
В настоящем разделе описан механизм, с помощью которого издатель определяет
поток данных, но при этом соглашается избирательно оперировать подмножествами пото
ка, используя ограничения данных наподобие запросов. В обычной ситуации подписчик
1028