Вести запросы

Запрос (query) — управляемый вопрос к данным: расхождение с источником, уточнение, замечание. Запросы — основной инструмент очистки данных; они выглядят и ведут себя одинаково везде: в форме, в очереди исследования и в вашей личной очереди задач.

Кому и когда

Монитор Дата-менеджер Мед. монитор — те, кто задаёт вопросы к данным и принимает ответы. Права:

• открыть запрос — query.open; закрыть — query.close; переоткрыть — query.reopen; отменить — query.cancel; назначить исполнителя — query.assign;
• закрыть медицинский запрос можно только с правом медицинского обзора (data.review.medical).

Запрос открывают, когда значение расходится с первичным документом (часто — прямо при SDV), когда значение пропущено или вызывает вопрос, который нельзя проверить правилом. Отвечает на запрос обычно координатор центра — это отдельная задача: Ответить на запрос.

Перед началом

• У вас есть роль с нужным правом на центр (или исследование), где лежат данные.
• Для запроса по полю в поле уже есть значение. Пропущенное (пустое) значение оформляйте запросом по форме.
• Область не под жёсткой блокировкой.
• Если поле ослеплено — продумайте формулировку без цитирования значения.

Шаги

1. Откройте форму субъекта и найдите поле, к которому есть вопрос.

2. Откройте диалог запроса:

   • по полю — в меню поля выберите Открыть запрос…;
   • по форме — кнопка Запрос по форме… вверху формы (пропущенное значение, межполевое несоответствие, вопрос ко всей форме).

3. Заполните Текст запроса. При необходимости выберите исполнителя (или оставьте «Не назначать (общая очередь)») и Срок ответа (необязательно) — без него действует срок (SLA) области. Поле Тип запроса (ручной или медицинский) видно только держателям права медицинского обзора.

4. Нажмите Открыть запрос. Появится «Запрос N открыт», запрос получит статус Открыт и встанет в очередь центра.

0:000:00

Консоль запросов: авто-, ручные и медицинские запросы всего исследования в одной очереди, с фильтрами и старением

Принять или отклонить ответ

Когда центр ответил, запрос в статусе Отвечен ждёт вас. Откройте его в Запросы — справа откроются тред, контекст и текущее значение.

• Закрыть (принят) — ответ принят. Впишите Резолюцию (обязательна: уйдёт репликой в тред и останется в аудите). Запрос → Закрыт. Закрытие можно отменить сразу из уведомления.
• Отклонить ответ… — ответ не принят. Укажите причину; запрос вернётся центру Открыт новым раундом.

Переоткрыть закрытый запрос

В треде закрытого запроса нажмите Переоткрыть и укажите причину. Запрос снова в работе:

Переоткрыт. Автоматический запрос вручную не переоткрывается — он откроется сам, если проверка снова нарушится.

Отменить ошибочный запрос

Нажмите Отменить запрос и укажите причину. Отмена терминальна: переоткрыть Отменён запрос нельзя. Отменить можно только ручной и системный запрос; медицинский идёт своим путём медицинской резолюции.

Разобрать очередь массово

1. Откройте Запросы в меню исследования и сузьте список фильтрами (статус, тип, центр, Только просроченные, исполнитель).

2. Отметьте несколько запросов флажками.

3. Выберите действие — Закрыть, Переоткрыть или Отменить — и подтвердите.

4. Прочтите итог «применено N, пропущено M»; раскройте Пропущенные, чтобы увидеть причины.

Действие применяется к каждому выбранному запросу по отдельности и аудируется отдельно — это не «всё или ничего».

Назначить исполнителя

В треде запроса в строке Исполнитель выберите Назначить (кандидат из списка), Взять себе или Снять назначение. Нужно право query.assign (по умолчанию — у дата-менеджера и монитора).

Выгрузить реестр запросов

Над списком — кнопки Выгрузить (XLSX) и Печать (PDF). Обе собирают реестр сервером ровно с теми фильтрами, что выбраны на экране; поиск по строке — экранный и в файл не входит. Нужно право export.run. Состав файла — в разделе «Реестр запросов».

Что произойдёт

• Каждый переход — открытие, ответ, закрытие, отклонение, переоткрытие, отмена, назначение — пишется в аудиторский след с автором, временем (UTC) и причиной или резолюцией. Массовая операция пишет событие на каждый запрос и итоговое событие операции.
• Статус запроса меняется по своей оси: Открыт → Отвечен → Закрыт; ветви — Переоткрыт и Отменён. Значение поля и другие его оси запрос не меняет.
• Уведомления адресные: ответ → тому, кто открыл запрос; переоткрытие → автору последнего ответа; закрытие → обоим; назначение → назначенному. Само открытие никого не рассылает — запрос появляется в «Задачах» у тех, кто вправе с ним работать. Уведомление несёт только метку и ссылку, без клинического значения.
• Выгрузка реестра попадает в журнал «Экспорты» с контрольной суммой, скачивание — в аудиторский след.

Если не получилось

• Пункт «Открыть запрос…» неактивен: «Доступно после появления данных в поле» — поле пустое. Используйте Запрос по форме….
• Нет кнопок или пунктов меню запроса — нет соответствующего права (query.open, query.close, query.reopen, query.cancel) на эту область.
• Нельзя закрыть медицинский запрос — нужно право data.review.medical.
• Нет «Переоткрыть» у автоматического запроса — так задумано: он переоткроется новым нарушением правила.
• «Отклонить можно только ответ — у запроса его ещё нет» — запрос ещё не отвечен; отклонять нечего.
• Массовая операция пропустила часть запросов — причины в Пропущенные: «нет разрешения», «под жёсткой блокировкой», «недопустимый переход состояния», «не найден».
• Нет кандидатов для назначения — никто не держит право отвечать или закрывать в области запроса; назначение прав не добавляет, обратитесь к администратору доступа.
• Нет кнопок выгрузки — нет права export.run.

Дальше

Ответить на запросКак центр отвечает: пояснение или правка значения с причиной.

Верифицировать данные (SDV)Сверка с источником; расхождение → ручной запрос.

Провести медицинский обзорМедицинские запросы и обзор данных безопасности.

Ваша очередь задачПочему в «Задачах» именно эти запросы и чем назначение отличается от права.

Подробнее

Типы запросов

Тип	Кто открывает	Когда
Авто	Система	Правило проверки (edit check) с действием query сработало при сохранении
Ручной	Монитор, дата-менеджер, PI	Замечание к значению, которое нельзя проверить правилом
Системный	Система	Несоответствие процесса (например, конфликт после рандомизации)
Медицинский	Медицинский монитор	Клинический вопрос по данным безопасности

Жизненный цикл запроса

У запроса один главный путь и три дополнительных перехода:

1. Открыт
   • отменитьОтменён
   ответить
2. Отвечен
   • отклонитьОткрыт · новый раунд
   принять
3. Закрыт
   • переоткрытьПереоткрыт

Главный путь запроса и дополнительные переходы.

Статусы запроса: Открыт, Отвечен, Закрыт, Переоткрыт и терминальный Отменён. Полные таблицы статусов всех осей — в Справочнике статусов.

Закрыть — это не отменить

Закрытие означает, что расхождение разрешено; отмена — что запрос не следовало открывать. Для метрик качества данных их принципиально не смешивают.

Автоматические запросы

Автоматический запрос (тип «Авто») ведёт движок правил: он открывается, когда edit check с действием query срабатывает на сохранении, и закрывается сам, как только данные исправят и проверка перестанет срабатывать (реконсиляция). Вручную переоткрыть авто-запрос нельзя — он «переоткроется» новым нарушением того же правила. Закрыть его вручную можно, но это осознанное принятие отклонения: резолюция обязательна.

Ответ центра

Ответ обычно даёт координатор центра. Он либо поясняет значение текстом, либо исправляет данные (правка идёт через причину изменения) — и запрос переходит Открыт → Отвечен. После ответа запрос ждёт закрытия монитором или дата-менеджером. Пошагово — Ответить на запрос.

Слепые значения в тексте запроса

Если поле ослеплено (blinded), система предупредит: не приводите значение в тексте запроса — текст запроса не маскируется. Опишите проблему, не раскрывая само значение.

Тред обсуждения

Все реплики по запросу живут в одном треде: комментарии, ответы и резолюции. Тред считает раунды (сколько раз запрос уходил на доработку) и переоткрытия. Единая нить сохраняет историю обсуждения и аудит — вместо того чтобы плодить новые запросы на одну и ту же проблему.

Рабочая очередь

Запросы удобно разбирать не по одному кейсбуку, а в очереди. Она есть на трёх уровнях:

• очередь исследования — все запросы (раздел Запросы);
• очередь субъекта — вкладка Запросы в кейсбуке;
• «Задачи» — запросы, которые ждут именно вас.

Очередь строится по вашим правам: в неё попадают ровно те запросы, где вы вправе отвечать или закрывать в границах их областей. Как устроены очереди «Задач» и почему назначение исполнителя — метка, а не право, разобрано в статье Ваша очередь задач. Строка очереди ведёт в форму с фокусом на поле — редактирование всегда происходит в исходном контексте.

Назначение исполнителя

У живого запроса может быть исполнитель — тот, кто взял (или кому поручили) довести его до конца. Назначенному приходит уведомление, в его «Задачах» запрос поднимается наверх с меткой «назначено мне», а в очередях появляются колонка и фильтр по исполнителю.

Назначение — метка, а не право

Кандидатов система считает по грантам: назначить можно только того, кто уже вправе отвечать на запрос или закрывать его в границах области. Чем назначение отличается от права — см. Ваша очередь задач.

Реестр запросов

• XLSX — полный набор колонок для работы в Excel. Первый лист — «О выгрузке»: фильтры, кем и когда собран реестр, срез. Печать настроена заранее — альбомная ориентация, шапка таблицы повторяется на каждой странице.
• PDF — та же картина печатной копией PDF/A с ключевыми колонками — взять с собой на визит мониторинга или передать без Excel.

В файле — то, что нужно человеку, а не машинные коды: номер запроса, центр, субъект, визит, форма и поле, тип и статус словами, текст запроса, последняя реплика с автором и датой, кто и когда открыл, исполнитель, возраст и просрочка. Даты — в UTC (так подписаны колонки): файл читают и там, где нет часового пояса центра.

Реплики по слепым полям в файле замаскированы так же, как на экране. Каждая сборка попадает в журнал «Экспорты» с контрольной суммой SHA-256, а каждое скачивание записывается в аудиторский след: кто, когда, с какими фильтрами и сколько строк.

Сроки и старение (SLA)

У каждого запроса виден возраст — сколько дней он открыт. Порог срока (SLA) настраивается на уровне исследования или центра; очереди подсвечивают просроченные запросы, а старение незакрытых запросов по корзинам возраста считается в экране «Мониторинг».

Система не закрывает запросы по таймауту

SLA — это метрика и подсветка, а не переход статуса. Просроченный запрос остаётся открытым, пока его не разрешит человек. Система никогда не «закрывает по времени».