Перейти к основному содержимому

Ввод данных

Ввод данных — ежедневная работа Оператора ввода и Координатора. Исследователь использует тот же экран для клинических оценок. На странице описаны открытие формы, типы полей и компоновок, поведение автосохранения и валидации, статусы CRF, административное редактирование и снятие блокировки.

Кто что делает

ДействиеКтоКогда
Первичный вводОператор, Координатор, ИсследовательСтатус формы Не начат или Первичный ввод данных
Двойной вводДругой Оператор или КоординаторПосле Первичный ввод завершён, если DDE включён
Завершить вводТот, кто заполнялПосле прохождения всех секций
Административное редактированиеМенеджер данных, ДиректорПосле Первичный ввод завершён — с обязательной причиной изменения
Снятие блокировкиМенеджер данных, ДиректорПосле Заблокирован — с обязательной причиной изменения

Возможности: data.capture_data, data.perform_dde, data.administrative_editing, data.unlock.

Где смотреть

Маршруты к одной и той же форме:

  • через визит: /studies/[studyId]/sites/[siteId]/subjects/[subjectId]/events/[eventId]/crfs/[eventCrfId];
  • ярлык от Матрицы / уведомлений: /studies/[studyId]/data-entry/[eventCrfId];
  • рабочий стол ввода: /data-entry — список форм, назначенных текущему пользователю, со статусами и фильтрами.

В зависимости от статуса формы и роли в шапке появляется одно из действий: «Начать», «Продолжить», «Просмотр» или «Административное редактирование».

Скриншот

Экран ввода CRF с шапкой субъекта, секциями и основными полями Содержание: экран ввода CRF — шапка с Subject ID, названием визита и формы, список секций в сайдбаре, основная секция с полями.

Заполнение формы

Форма делится на секции, секции — на поля. Часть секций может быть повторяющейся (несколько строк одного шаблона).

Типы полей

  • Текст — свободный ввод; ограничение длины задаётся в шаблоне.
  • Число — с валидацией диапазона, если задана.
  • Дата — с календарём, формат ДД.ММ.ГГГГ.
  • Выбор — одиночный или множественный (radio, checkbox, dropdown).
  • Файл — загрузка приложения (например, скан исходного документа).
  • Расчётное — заполняется системой по формуле, вручную недоступно (см. правило RuleType.CALCULATION).

Компоновка ответов

Один и тот же тип поля может отображаться по-разному — это задаётся в шаблоне:

КомпоновкаКогда применяется
ВертикальнаяДлинный список вариантов одного вопроса
ГоризонтальнаяКороткий список (Да / Нет / Не известно)
МатричнаяОдин набор вариантов для нескольких связанных вопросов
Шкала ЛайкертаОценка по фиксированной шкале (например, «Совсем нет» — «Полностью»)

Обязательные поля

Помечены звёздочкой. Без них кнопка «Сохранить и завершить» не переведёт форму в Первичный ввод завершён.

Автосохранение и явное сохранение

Внутри секции данные периодически уходят в черновик автоматически — это позволяет не потерять прогресс при коротких сбоях сети.

Кнопки явного сохранения:

  • «Сохранить» — записать текущую секцию;
  • «Сохранить и далее» — записать и перейти к следующей секции;
  • «Сохранить и выйти» — записать и закрыть форму.
предупреждение

Данные секции теряются только при закрытии вкладки до того, как сработало автосохранение, — обычно это последние секунды ввода. Сохранённые секции и черновик восстанавливаются при следующем открытии формы.

Валидация

Правила исследования срабатывают прямо в форме. Уровень серьёзности задан в шаблоне правила (ValidationSeverity):

УровеньЧто делает
ERRORБлокирует кнопку «Сохранить и завершить» до исправления
WARNINGПоказывает предупреждение, сохранять и завершать разрешено
INFOИнформационное сообщение, без блокировки

Блокирующая только ERROR. Если правило настроено как WARNING или INFO, форма закроется даже при неудовлетворении условия, но об этом останется запись.

Кроме встроенной валидации, правило может автоматически открыть запрос на поле (действие RuleActionType.FILE_DISCREPANCY_NOTE). Подробности — Запросы и Правила и валидация.

Скриншот

Поля CRF с красной ошибкой валидации и желтым предупреждением Содержание: поле с красной ошибкой валидации (ERROR) и соседнее поле с жёлтым предупреждением (WARNING).

Завершение первичного ввода

  1. Пройдите все секции, заполните обязательные поля.
  2. На последней секции отметьте «Отметить форму как завершённую».
  3. Нажмите «Сохранить и завершить».
  4. Если в форме нет ERROR-валидаций, статус сменится на Первичный ввод завершён.

Если для пары «визит — форма» включён двойной ввод, дальше Второй оператор откроет её для повторного ввода — см. Двойной ввод. Если двойной ввод не включён, форма сразу становится доступной для Верификации исходных данных (см. SDV).

Статусы формы

СтатусЧто означаетЧто можно делать
Не начатФорма назначена визиту, ввод не начатОткрыть, начать ввод
Первичный ввод данныхЗаполняется первым исполнителемПродолжить, сохранять секции
Первичный ввод завершёнГотова к двойному вводу или к SDVЗапустить DDE, начать SDV, запустить административное редактирование
Двойной ввод данныхВторой исполнитель вводит данные повторноПродолжить DDE
Ввод данных завершёнДвойной ввод закрыт, расхождения разрешеныПодпись визита, SDV, блокировка
Административное редактированиеМенеджер данных или Директор вносит правкуСохранить с указанием причины изменения
ЗаблокированЗакрыт на записьТолько просмотр и экспорт

Маршрут без двойного ввода: Не начат → Первичный ввод данных → Первичный ввод завершён → Заблокирован. С двойным вводом: Не начат → Первичный ввод данных → Первичный ввод завершён → Двойной ввод данных → Ввод данных завершён → Заблокирован. На любом завершённом этапе может включиться Административное редактирование с возвратом в редактируемое состояние.

Эталонная таблица — Справочник статусов.

Административное редактирование

После того как форма перешла в Первичный ввод завершён или более поздний статус, Менеджер данных и Директор могут открыть форму на правку через действие «Административное редактирование».

При входе в режим:

  • система требует обязательное поле «Причина изменения» (Reason for Change, RFC) — это запись типа DiscrepancyNoteType.REASON_FOR_CHANGE;
  • запись о причине сохраняется в журнале аудита /studies/[studyId]/audit и остаётся там навсегда;
  • статус формы меняется на Административное редактирование до завершения правки;
  • если визит или субъект был подписан, подпись снимается (см. Закрытие исследования);
  • если поле было верифицировано (SDV), отметка снимается с затронутого поля.

Возможность: data.administrative_editing.

Снятие блокировки

Если форма уже в Заблокирован, но требуется правка, Менеджер данных или Директор может снять блокировку — возможность data.unlock. Снятие блокировки:

  • запрашивает обязательную причину (Reason for Change);
  • возвращает форму в Административное редактирование;
  • снимает подпись визита, если она была;
  • снимает отметки SDV с затронутых полей;
  • фиксируется в аудите.

После правки форма повторно проходит подпись, SDV и блокировку.

Запросы по полю

Прямо из формы вы можете:

  1. Навести курсор на поле — справа появится иконка запроса.
  2. Нажать её и описать вопрос.
  3. При необходимости отметить запрос как блокирующий подпись.

Полный цикл — Запросы.

Что делать, если…

СитуацияЧто проверить
Форма открывается только на чтениеСтатус формы (Первичный ввод завершён, Ввод данных завершён, Заблокирован) или визит «Подписано»
Нет кнопки «Сохранить и завершить»Не заполнены обязательные поля или есть необработанные ERROR-валидации
Данные не сохраняютсяСвязь с сервером; есть ERROR-валидация, блокирующая сохранение
«Форма редактируется другим пользователем»Параллельное редактирование заблокировано — дождитесь или согласуйте передачу
Поле не реагирует на вводЭто поле типа «Расчётное» или скрыто правилом CONDITIONAL_DISPLAY
Форма вернулась в Первичный ввод данных после завершенияМенеджер данных или Директор открыл «Административное редактирование»
Открыт Административное редактирование, кнопка «Сохранить» неактивнаНе заполнено поле «Причина изменения»

См. также