CliniGA CRO

Блог CliniGA CRO

Тестовые среды RTSM: учебные действия не должны создавать реальные назначения

Разделяйте тестовые и рабочие среды RTSM, проверяя подключения, уведомления и последствия учебных транзакций.

Иллюстративная фотография категории: Тестовые среды RTSM: учебные действия не должны создавать реальные назначения
Фото: Department of Foreign Affairs and Trade · Лицензия: CC BY 2.0 · Изображение обрезано и уменьшено.
Опубликовано
Обновлено

Учебное или тестовое действие в системе рандомизации и снабжения исследования может затронуть реальное исследование при выборе неверной среды. Метка среды на экране не доказывает, что каждая интеграция направлена в нужную систему.

Сохранение смысла данных

Разделяйте тестовый и рабочий доступ, цели соединений, уведомления и выгрузки. Определите ожидаемое поведение, при котором тестовый участник не может создать реальный заказ поставки или указание центру. Проверка научного дизайна рандомизации отличается от предотвращения действий в неверной среде. Защищайте информацию, требующую ослепления, также на тестовых экранах и в свидетельствах.

Практический пример

Например, на учебном занятии создают демонстрационного участника, пока интеграция остается подключенной к действующей логистической службе. Группа проверяет полный поток с безопасными тестовыми идентификаторами и адресатами доставки вне рабочей среды. Она оценивает записи и уведомления, которые могла создать неверная связь, вместо закрытия вопроса после изменения одного учебного экрана.

Контрольные проверки

  • Сравнивайте индикаторы среды с фактическими адресатами интеграций.
  • Убедитесь, что тестовые уведомления и запросы поставки не могут попасть в рабочую среду.
  • Проверяйте, что ослепленная информация без необходимости не раскрывается в тестовых свидетельствах.

Критерии приемки и ограничения

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

Частые вопросы

Достаточно ли другого цвета экрана?
Он помогает пользователям, но цели соединений и фактические последствия транзакций нужно проверять отдельно.
Можно ли использовать рабочие данные для обучения?
Не копируйте их без оценки необходимости и доступа; подходящие синтетические примеры могут быть предпочтительнее.

Источники

  1. FDA — Электронные системы, записи и подписи в клинических исследованиях
  2. MHRA — Руководство по целостности данных GxP