ГОСТ Р HCO/HL7 27931-2015
Принимая очередную транзакцию, система-получатель обеспечивает надежное за
поминание ее порядкового номера (согласующегося с ожидаемым ею порядковым номе
ром), а затем подтверждает сообщение, указывая этот же самый номер в поле MSA-4
«Ожидаемый порядковый номер».
d) Ошибочные ситуации (с точки зрения инициирующей системы). Они идентифи
цируются системой-получателем при сравнении только что полученного ею (текущего) по
рядкового номера (в поле MSH-13 «Порядковый номер» сегмента заголовка MSH) с ожи
даемым порядковым номером, который система-получатель должна вернуть инициирую
щей системе в поле MSA-4 «Ожидаемый порядковый номер» сегмента MSA:
1) ожидаемый порядковый номер на единицу больше текущего значения. Это
означает, что инициирующая система потеряла предыдущее подтверждение и по
вторно послала туже транзакцию. Ситуация корректируется инициирующей систе
мой путем посылки следующей по порядку транзакции;
2) ожидаемый порядковый номер меньше текущего значения. Инициирующая
система может либо попытаться скорректировать ситуацию, снова передав тран
закцию с нулевым порядковым номером, либо заморозить процесс связи до вмеша
тельства оператора;
3) другие ошибки: процесс связи замораживается до вмешательства оператора.
e) Принудительное восстановление синхронизация процесса связи. Значение -1
порядкового номера резервируется; оно допускается только при повторной синхронизации
процесса связи инициирующей системой. Как только система-получатель принимает тран
закцию с порядковым номером-1, она должна вернуть общее сообщение подтверждения
со значением -1 в поле ожидаемого порядкового номера, а затем переустановить свой
запомненный порядковый номер на полученный в следующей принятой транзакции нену
левой положительный порядковый номер.
П р им ечание - Когда инициирующая система посылает сообщение с порядковым номером О
или -1 (см. выше п. б) или д)), то в этом сообщении кромг сегмгнта заголовка MSH друтх селиентов не
должно быть, а уж если они присутствуют, то все их поля должны быть пустыми. Со стороны реагирующей
система! в этих двухслучаях требуется только передача общего сообщения подтверждения.
2.9.2 Продолжение сообщений и сегментов
Иногда ограничения, возникающие при реализации стандарта, приводят к необхо
димости разбивать длинные сообщения или сегменты на более управляемые порции. Для
описания разбиения логического сообщения на одно или несколько отдельных сообще
ний, соответствующих стандарту, будет использоваться термин «фрагментация». В стан
дарте идентифицированы две ситуации, когда это может происходить.
85