ГОСТ Р ИCO/HL7 27931-2015
батывает это требование и возвращает клиенту отчет об успехе или неуспехе выполнения
действия.
П рим ечание - В стандарте HL7 версии 2.4 нет формального предполо жени яо наличии клиент-
серверной архитектуре или о конкретной архитектуре «публикации и подписки >•. Поэтому роли взаимодей
ствуют, их систем могут изгоняться в соответствии с потребностями в обгоне сообщениями Например,
конкретная система может быть владельцем данных или сервером для одного набора сообщений (напри
мер, система ввода заказов, создавшая заказ) и заинтересованной стороной или клиентом для другого
набора сообщений (например, система ввода заказов, получающая сообщения о статусе выполнения зака
за от системэ! вспомо гательного подразделения). Далее, система, «владеющая данными», может быть
компонентом промгжуточного уровня, например, «сервером приложений», «коммуникационным шлюзом»
или «маршрутизатором», распространяющим информацию серверного приложения. В приведенном ниже
обсуждении «клиент» и «сервер» используются как краткие синоним»! «запрашивающей системы или при
ложения» и «реагирующей систем»! или приложения» соответственно. При этом клиент-серверная архитек
тура не подразумевается. Аналогичным образом поддержка «публикации и подписки» не подразумевает
конкретной операционной системы или архитектуры, а определяется на прикладном уровне (уровне 7) в
технолотчески нейтральной форме. Фраза «владелец данных» используется для обозначения человече
ской организации, которая является оператором сервера. Можно утверждать, что «владелец данных опре
деляет, какие данные доступны серверной программе».
5.1.2 Эволюция стандарта запросов
Стандарт запросов, как и стандарт HL7 в целом, претерпел существенную эволю
цию после версии 2.1. В версии 2.4 была представлена новая методология, предназна
ченная для замены прежнего поколения запросов.
Запросы в исходной форме
Параметры запросов, первоначально определенных в стандарте HL7, передава
лись в сегментах QRD и QRF. Поскольку эти сегменты предполагалось использовать во
всех запросах, содержание этих сегментов могло быть определено только достаточно
вольным образом. Такие «запросы в исходной форме» в действительности являли собой
отправную точку для развития системы запросов.
Запросы в исходной форме использовали разные коды событий, чтобы отличать
немедленный ответ на запрос от отложенного ответа. Кроме того, в некоторых функцио
нальных разделах были определены запросы и ответы с разными кодами событий.
Запросы в расширенной форме
В целях обеспечения большего уровня точности запросов в версии 2.3 стандарта
HL7 были представлены «запросы в расширенной форме». А именно, в этой версии были
определены четыре новых способа описания запросов:
запросы на встроенном языке (Embedded Query Language), которые поддержи
вали произвольные условия выборки, основанные на каком-либо языке запросов (напри
мер, SQL);
956