ГОСТ Р HCO/HL7 27931-2015
тех пор, пока не увидит все, что его интересует. (Интервал дат или порядок сортировки
могут различаться, пользователь может наложить на ответ некоторый фильтр, но общий
принцип остается тем же самым. Пользователь может предпочесть не очень точную фор
мулировку того, что именно его интересует, получать данные, представленные в порядке
убывания вероятности интереса, и прекратить получение данных, когда интерес к ним ис
черпан.)
Будучи выигрышной для пользователя, такой способ запроса данных может отка
заться очень трудоемким, если его требуется реализовать с помощью межсистемного
взаимодействия. Если серверу придется извлекать, форматировать и передавать все
данные, которые теоретически могут понадобиться пользователю, то нагрузка на него мо
жет оказаться чрезмерной и время ответа может стать неприемлемым.
Интерактивный протокол продолжения обеспечивает взаимодействие, при котором
пользователь по-прежнему может формулировать не очень точные запросы, но при этом
нагрузка на сервер ограничивается. Клиент указывает в запросе общие условия выборки
и задает ограничение на обьем возвращаемых данных. (Например, в запросе могут тре
боваться результаты лабораторных анализов, выполненных для пациента с идентифика
тором #12379, и ограниченные 44 строками.) Сервер извлекает и форматирует запрошен
ное число данных и возвращает их со специальным значением ключа в DSC-1 «Указатель
продолжения». Сервер предоставляет требуемые данные пользователю и сохраняет поле
указателя продолжения на тот случай, если потребуется дополнительный запроса. Внут
ренняя структура указателя клиенту не известна.
Если после просмотра данных пользователю потребуется их продолжение, то кли
ент отправит новый запрос, идентичный первому, за исключением того, что в него будет
включено поле DSC-1 «Указатель продолжения», содержащее значение, полученное от
сервера, и может измениться требование к длине предоставляемых данных. Чтобы про
должить извлечение и форматирование данных, сервер использует значение указателя
продолжения как ключ поиска в базе данных. Если пользователю продолжение данных не
требуется, дальнейшего обмена сообщениями не происходит.
Инициирующая система может также явно завершить обработку запроса, послав
сообщение QCNAJ01 (отмена запроса). До версии 2.4 сообщение отмены запроса форма
тировалось в точности как запрос продолжения, за исключением того, полю типа события
(MSH-9 «Тип события») присваивалось значение «CNQ». (Тип события «CNQ» оставлен
только для обратной совместимости.) Получив сообщение QCN\J01, реагирующая систе
ма может удалить все еще не отправленные данные, которые могли накопиться в очере
ди.
1023