ГОСТ Р HCO/HL7 27931-2015
Последняя, третья группа описывает транзакции запроса, инициируемые приложе
ниями, выполняющими роль запрашивающего приложения. Наряду с сообщениями за
проса в ней описаны соответствующие сообщения приложений-исполнителей, используе
мые для передачи ответа на эти запросы (подраздел 10.4 «Транзакции и события запро
сов»).
Нотация, используемая для описания порядка следования, обязательности и воз
можности повторения сегментов, описана в подразделе «Формат определения абстракт
ных сообщений» раздела 2.
10.1.6.1 Режим модификации
В этом разделе используется режим «Код действия/уникальный идентификатор»,
предназначенный для модификации данных с помощью повторяющихся сепиентов. Более
детальные сведения об использовании повторяющихся сегментов для модификации см. в
подразделе 2.10.4 «Режимы модификации с использованием повторяющихся сепиентов».
Определение режима «Код действия/уникальный идентификатор» приведено в подразде
ле 2.10.4.2 «Определение режима кода действия/уникального идентификатора».
10.2 Требования приложения-заказчика и типы событий
Транзакции заказчика и ответные транзакции исполнителя представляют собой об
мен сообщениями, инициированных определенными событиями взаимодействия прило
жения-заказчика и приложения-исполнителя. Приложение-заказчик инициирует транзак
ции, отправляя сообщения SRM (Schedule Request Message - сообщение требования
назначения в расписании),требующие, чтобы приложение-исполнитель модифицировало
управляемое им расписание (или расписания) с данным типом события и данной инфор
мацией. Приложение-исполнитель отвечает на эти запросы сообщением SRR (Scheduled
Request Response - ответ на требование назначения в расписании), принимая или отвер
гая требования приложения-заказчика.
Инициируя требование, приложение-заказчик создает и пересылает сообщение
SRM, содержащее все сведения, необходимые для отработки этого требования приложе
нием-исполнителем. При этом приложению-исполнителю должны быть переданы все обя
зательные поля (безусловно и условно обязательные) в соответствии с определениями,
приведенными в настоящем разделе. Когда приложение-исполнитель получает транзак
цию, то оно подтверждает его прием сообщением АСК (в случае, если задан расширен
ный режим подтверждения). После обработки требования на прикладном уровне испол
нитель передает в качестве подтверждения прикладной обработки сообщение SRR
(опять-таки в предположении использования расширенного режима подтверждения либо
при использовании исходного режима подтверждения). В соответствии с определениями
1709