YouEDC Safety

Случаи серьёзных нежелательных явлений: входящие, День 0, SUSAR, сроки 7/15 дней, роли.

YouEDC Safety — третий раздел портала, для отдела фармаконадзора и команды спонсора. Здесь ведутся случаи серьёзных нежелательных явлений (СНЯ) исследований: откуда пришло сообщение, День 0, оценка, сроки 7 и 15 дней.

Откуда приходят сообщения

• YouEDC Capture. Форма нежелательного явления из шаблонов исследования (форма AE, поле «серьёзное» AE_SERIOUS) связана сразу: каждое сохранение формы со значением «да» само кладёт сообщение во входящие. Для своей формы укажите коды формы и полей в настройках безопасности проекта.
• Другая EDC. «Импорт листинга СНЯ»: CSV или XLSX из MainEDC, Rave, InForm, Vault и других. Несерьёзные строки пропускаются, уже принятые узнаются, так что листинг можно загружать целиком каждую неделю.
• Бумага, почта, звонок, партнёр, литература. «Новый случай»: минимум данных и источник, остальное в карточке.

Очередь и проекты. Общая страница YouEDC Safety показывает случаи всех ваших проектов, а над цифрами — строку проектов с числом открытых случаев в каждом. Код проекта в строке и в таблице ведёт на страницу YouEDC Safety этого проекта, номер случая — в карточку случая. Строка навигации на страницах Safety ведёт только по разделу: «YouEDC Safety / код проекта / случай», без перехода в страницы исследования YouEDC Capture.

Новый случай и источник случая

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

• Как пришло сообщение. Вручную: бумажная форма СНЯ, письмо от центра, звонок, другое. Внешние источники: листинг другой EDC, партнёр или лицензиат, медицинская литература, регуляторный орган. Для внешнего источника укажите систему, партнёра или публикацию.
• Проверка дублей. Если у этого пациента уже есть случай с тем же явлением или той же датой начала, форма покажет его и создаст новый случай только после галочки «Это другое явление, не дубль». Новую информацию по существующему случаю добавляйте как версию follow-up.
• Источник на виду. Плашка источника стоит в очереди, в шапке карточки и в построчном листинге XLSX. Плитки «Из YouEDC Capture», «Вручную», «Внешние источники» над очередью показывают, сколько случаев пришло каждым путём, и фильтруют очередь.
• Пациент в YouEDC Capture. Если в исследовании есть YouEDC Capture и пациент с этим кодом там есть, рядом с кодом пациента в шапке случая стоит кнопка «Открыть пациента в YouEDC Capture»: она ведёт в карточку пациента с визитами, формами и запросами. Кнопку видит только тот, кому роль и центр позволяют открыть эту карточку.

Входящие: решение по каждому сообщению

Проверьте четыре минимума валидного случая: идентифицируемый пациент, источник сообщения, подозреваемый препарат, явление. Затем один из трёх вариантов: новый случай, follow-up к существующему случаю (портал подскажет кандидатов по пациенту, термину и дате) или отклонить с причиной. Дата получения становится Днём 0.

SUSAR и сроки

• SUSAR: серьёзное, связанное (по худшей из двух оценок: исследователя и спонсора) и не указанное в справочной информации по безопасности (RSI).
• SUSAR?: серьёзное, но связь или ожидаемость ещё не оценены. Часы идут как для SUSAR: ожидание оценки срок не останавливает.
• СНЯ: не связано или ожидаемое. Срочного сообщения не нужно.

День 0 можно изменить только с причиной, она попадает в аудит. Новая информация по случаю открывает следующую версию: прежняя замораживается целиком, у follow-up свой срок 15 дней.

Приоритет и сроки шагов

Очередь случаев отсортирована по приоритету, бейдж P1–P4 стоит перед номером случая. P1, критический: смертельный или угрожающий жизни SUSAR (или возможный SUSAR), отчёт со сроком через 2 дня или просроченный, или случай, отмеченный срочным. P2, высокий: другой SUSAR или возможный SUSAR. P3, обычный: другое серьёзное явление. P4, низкий: несерьёзное. Почему у случая такой приоритет, видно в подсказке бейджа и в блоке «Работа над случаем» на сводке.

Срок регулятора говорит, когда отчёт должен уйти, но не говорит, когда закончить ввод, медицинскую оценку и QC. Поэтому у шага, на котором стоит случай, есть внутренний срок, он считается от начала часов: для 7-дневного отчёта ввод ко 2-му дню, медоценка к 4-му, QC к 6-му; для 15-дневного отчёта и follow-up 5, 10 и 13-й день; без срочного отчёта 10, 20 и 30-й день от получения текущей версии. Это стартовые значения: в настройках Safety проекта, блок «Сроки шагов рабочего списка», впишите дни из своей СОП. Порядок шагов проверяется, и QC должен закончиться раньше дня отчёта.

Если шаг опоздал, случай поднимается на один уровень приоритета, в очереди под статусом красным пишется, на сколько дней он опаздывает, а исполнитель и медики по безопасности получают одно письмо на шаг и версию (уведомление «Случай опаздывает на шаге» в профиле). Эскалация пишется в журнал аудита. Фильтр «Опаздывают на шаге» показывает только такие случаи. Кнопка «Отметить срочным» на сводке случая поднимает его в P1 с причиной: вопрос регулятора, запрос прессы, решение DMC. Отметку снимают той же кнопкой, и оба действия пишутся в аудит. Демо-проекты писем не шлют.

Что дальше по случаю и поиск в очереди

На сводке случая первым идёт блок «Что дальше»: что ещё нужно текущему шагу, и каждая строка ведёт на свою вкладку. На вводе это четыре минимальных критерия ICH E2D (без них случай не передать дальше), код MedDRA, начало, исход и нарратив. На медицинской оценке это оценка связи спонсором и ожидаемость (без них нельзя решить, SUSAR это или нет) и подпись медицинской оценки. На QC это подпись QC, утверждение к отчётности и отчёты, срок которых ещё идёт. На любом шаге сюда же попадают просроченные запросы в центр, вопросы регулятора и отказ регулятора по отчёту (квитанция CR или AR). Кнопка внизу переводит случай на следующий шаг одним нажатием: «Передать на медицинскую оценку», «Передать на QC», «Закрыть случай». Если что-то ещё не готово, кнопка серая, но работает: открытые пункты остаются в списке. Кнопка «Взять себе» в блоке «Работа над случаем» назначает случай на вас.

Над очередью есть поиск по номеру случая, коду пациента, центру и термину явления, а также фильтр по типу случая (SUSAR, возможный SUSAR, СНЯ, несерьёзное). Найденное число видно рядом, ссылка «Сбросить» возвращает всю очередь.

Вопросы регулятора и этического комитета

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

Нарратив и обсуждение

На вкладке «Нарратив» кнопка Черновик по данным случая собирает текст в порядке CIOMS: пациент, анамнез, препараты, явление, критерии серьёзности, меры, исход, обе оценки связи, ожидаемость, День 0. Пропуски остаются в [квадратных скобках]. Сведения о рандомизированной терапии в черновик никогда не попадают.

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

Электронная подпись

Подпись ставится повторным вводом пароля и имеет значение: контроль качества (специалист), медицинский обзор и утверждение для подачи (медицинский эксперт). В подписи хранятся имя, роль, дата и время и отпечаток содержимого версии, поэтому видно, если случай изменился после подписи. Неверный пароль записывается в аудит.

• Утверждение возможно, только когда все комментарии решены.
• Утверждённая версия заблокирована. Чтобы исправить её, медицинский эксперт отзывает утверждение с причиной, или открывается последующая информация (новая версия).
• Закрыть случай можно только после утверждения текущей версии.

Сообщения, формы и сроки

На вкладке Сообщения есть форма CIOMS I для печати или сохранения в PDF (английский, русский, французский) и файл E2B(R3) XML. Там же ведётся журнал отправок: кому, какое сообщение, когда, в каком формате, номер и подтверждение получения. Когда сообщение записано как отправленное в регуляторный орган, его срок считается выполненным, и очередь переходит к следующему сроку с пометкой «в срок» или «с опозданием». В списке случаев проекта есть кнопки Листинг SUSAR и Все случаи, XLSX.

Каждая выгрузка пишется в историю случая. В файлах нет имени пациента; группа лечения есть только в раскрытом E2B.

SUSAR в слепом исследовании: раскрытый E2B для регулятора

В слепом исследовании регуляторный орган получает SUSAR с раскрытым лечением, а исследователи и этические комитеты получают его ослеплённым (ICH E2A; в ЕС Регламент 536/2014; тот же принцип в ЕАЭС). Портал готовит оба файла из одного случая:

1. Участник с расслеплённым доступом записывает группу лечения на вкладке Сводка (карточка «Ослепление»).
2. На вкладке Препараты отметьте Ослеплённый исследуемый препарат у препарата под слепым кодом. Эта отметка есть только в слепых исследованиях.
3. На вкладке Сообщения участник с расслеплённым доступом видит кнопку E2B(R3) XML, раскрытый. В этом файле отмеченный препарат назван группой лечения (G.k.2.2), а его слепое название остаётся в дополнительной информации (G.k.11). Остальные препараты не меняются. Имя файла заканчивается на _unblinded.
4. Обычный E2B(R3) XML и форма CIOMS I остаются ослеплёнными: их отправляют исследователям и в этические комитеты.

Участники со слепым доступом не видят кнопку раскрытого файла и получают «Доступ запрещён», если откроют её ссылку. В истории случая записывается каждая выгрузка раскрытого файла, но никогда сама группа лечения. Замороженные версии выгружаются с группой и отметкой, которые были у них в то время.

Напоминания

Если до ближайшего срока осталось 5 дней или меньше, случай появляется в карточке Сроки по безопасности на главной (в карточке три самых срочных случая, остальные по ссылке «и ещё N в очереди»), а в очереди при просрочке показывается красный баннер. Письма приходят за 5 и за 2 дня и при просрочке: назначенному специалисту или всей команде, если никто не назначен; при просрочке ещё медицинскому эксперту и руководителю. В письме только номер случая, проект и срок. Письма включаются и выключаются в профиле.

Полнота случая и запросы в центр

На вкладке «Сводка» карточки есть блок «Полнота случая»: 13 пунктов, первые четыре — минимум валидного случая по ICH E2D (пациент, источник, подозреваемый препарат, явление), остальные — то, что нужно для полного отчёта: термин MedDRA, дата начала, критерий серьёзности, исход, обе оценки связи, ожидаемость, пол и возраст, меры с препаратом, нарратив. Процент полноты виден в шапке карточки, каждый пробел ведёт на свою вкладку.

Чего не хватает от центра, собирается в текст запроса кнопкой «Запросить недостающее у центра». На вкладке «Запросы в центр» записывается, кому и когда отправлен запрос и к какому сроку нужен ответ; сам запрос отправляйте как обычно, письмом. Когда приходит ответ, отметьте его дату и содержание; если в нём новая информация, откройте версию follow-up. Открытые и просроченные запросы видны в очереди, в показателях и в шапке случая.

Показатели

Пункт меню «Показатели» (и кнопка на странице YouEDC Safety проекта) показывает работу отдела за 3, 6, 12 месяцев или за всё время, по одному проекту или по всем: сколько случаев пришло и откуда, по месяцам; какая доля отчётов 7/15 дней отправлена в срок и сколько просрочено; медиана дней от Дня 0 до первого отчёта регулятору и до закрытия; запросы в центр; типы случаев и самые частые явления. Под графиком по месяцам есть те же цифры таблицей.

Помощник кодирования

На вкладке случая «Явления и оценка» под каждым явлением портал предлагает термин MedDRA и критерии серьёзности. Это правила и словарь, без ИИ: текст случая никуда не уходит с сервера.

Термины ищутся только в словарях, которые вы и так можете читать: словарь нежелательных явлений исследования (его подключает владелец подписки MedDRA в кодировании исследования), ваша собственная загруженная подписка MedDRA и встроенный CTCAE (термины NCI с кодами MedDRA). Сначала идут прошлые решения кодировщиков исследования и точные совпадения, потом похожие написания. Для MedDRA показан предпочтительный термин (PT), а если совпал термин нижнего уровня, то и он (LLT). Если явление уже закодировано, помощник молчит, пока кодирование исследования не даст другой термин: тогда он покажет расхождение.

Критерии серьёзности предлагаются по словам в названии явления и в нарративе (нарратив читается для первого, основного явления), на русском и английском: «госпитализирован», «угроза жизни», «реанимация», «умер», «инвалидность», «врождённая аномалия», а для медицински значимого явления примеры из ICH E2A (бронхоспазм, агранулоцитоз, судороги, лекарственная зависимость), анафилаксия, синдром Стивенса-Джонсона, печёночная недостаточность. Рядом стоит предложение, из которого взят критерий. Слова с отрицанием («без госпитализации», «судорог не было») не считаются. Исход «смерть» предлагает критерий «Смерть».

Явление меняется только по вашему решению: «Взять» записывает термин и код, «Отметить» ставит критерий. «Не подходит» убирает предложение, и для этого явления оно больше не появится. Каждое решение пишется в журнал аудита вместе с источником (словарь и его версия или правила); решать по сути по-прежнему медицинскому эксперту.

Медицинская оценка: RSI и шкалы причинности

На вкладке проекта «Справочная информация по безопасности» хранится список ожидаемых серьёзных реакций каждого препарата, по версиям с датой вступления в силу (из брошюры исследователя или ОХЛП). Сохранённую версию не правят: изменение — это новая версия, поэтому каждую оценку можно проследить до RSI, по которой её делали. На вкладке случая «Явления и оценка» у каждого явления видно, есть ли оно в RSI, действовавшей на дату начала явления (День 0, если дата начала неизвестна); сравнение по коду MedDRA, предпочтительному термину или, пока не закодировано, по термину из сообщения. Медицинский эксперт принимает предложение одной кнопкой; версия RSI уходит в аудит. После новой версии вкладка RSI показывает открытые случаи, где ожидаемость с ней расходится.

Под каждым явлением есть шкала причинности: критерии WHO-UMC и алгоритм Наранхо. Ответы, которые уже есть в случае (явление после начала приёма; препарат отменён и явление прошло), подставляются и помечены «из случая». Шкала показывает категорию и предлагаемую связь; оценка спонсора меняется, только когда эксперт её принимает. Каждая заполненная шкала сохраняется.

Особые ситуации, беременность и шкала времени

На вкладке «Пациент и репортёр» отметьте особые ситуации по GVP VI: беременность, грудное вскармливание, передозировка, злоупотребление, ошибка применения, профессиональный контакт, неэффективность, применение вне инструкции. У беременности своё наблюдение: последняя менструация или предполагаемая дата родов, исход и его дата. Через 30 дней после предполагаемых родов без исхода случай и очередь проекта напоминают его запросить. Врождённая аномалия в исходе напоминает отметить этот критерий серьёзности.

Вкладка «Шкала времени» показывает случай на одной оси: препараты от начала до отмены, начало каждого явления с исходом, визиты пациента в YouEDC Capture, День 0, follow-up, запросы в центр, отправленные сообщения и сроки. Препарат отменён раньше, чем явление прошло, — это dechallenge, видно сразу.

Литературный мониторинг

На вкладке «Литература» хранятся сохранённые поиски по препаратам в PubMed (NCBI E-utilities), Europe PMC и Crossref, у каждого свой запрос и периодичность (GVP требует не реже раза в неделю). Портал пользуется только этими официальными API и в рамках их условий; выдачу Google и Яндекса он не обходит: их условия это запрещают, и такой поиск нельзя повторить. Кнопка «Искать сейчас» в шапке страницы запускает все активные поиски исследования разом; пока они идут, полоса с бегущей мышкой показывает, сколько поисков готово и какой идёт сейчас, а новые статьи появляются, когда закончатся все. Если запрос оказался слишком широким и принёс сотни статей, исправьте его и нажмите «Удалить все неразобранные статьи» над списком «На разбор»: удаляются только найденные поисками статьи без решения, причина обязательна и попадает в аудит-трейл, а статьи с решением, описания случаев, добавленные вручную статьи и журнал прогонов остаются. Каждый прогон охватывает даты с прошлого и попадает в журнал прогонов: база, точный запрос, даты, когда, сколько найдено и сколько нового. Статьи из разных баз и прогонов склеиваются по PMID, DOI или названию. Каждую разбирают один раз: не относится, относится без случая (для сигналов и DSUR, с причиной) или описание случая — тогда открывается случай с Днём 0 в день, когда вы увидели четыре минимума, а ссылка на статью попадает в нарратив и E2B. Журналы без API (eLibrary, местные журналы) просматривают вручную и добавляют статьи вручную. Сервер обращается только к базам, которые Владыка портала указал в LITERATURE_SOURCES; без этого поиски ждут и с сервера ничего не уходит.

Как начать. «Литература» открывается из меню YouEDC Safety или вкладкой на странице исследования. Вверху лежат готовые поиски: портал берёт препараты из справочной информации по безопасности и из подозреваемых препаратов случаев, убирает из названия дозу и плацебо и готовит запрос в каждой подключённой базе. Отметьте нужные и нажмите «Запустить поиски»: они сохранятся, будут идти раз в неделю, а первый прогон начнётся сразу. Если препаратов ещё нет, впишите название в поле рядом. Запрос любого поиска потом можно уточнить с указанием причины. Демо-проекты в интернет не ходят.

Исследователи, сигналы и сообщения от партнёров

SUSAR получает каждый исследователь, в заслеплённом виде. На вкладке «Сообщения» такого случая блок «SUSAR исследователям» показывает активные центры: отметьте отправку отмеченным центрам и подтверждение получения от каждого; центр, молчащий больше 15 дней, подсвечивается как просроченный.

Вкладка «Сигналы» показывает явления случаев исследования по терминам и месяцам и отмечает, на что стоит посмотреть эксперту: рост (3 и больше за 90 дней, вдвое больше, чем за 90 дней до этого), один центр (60% явлений и больше), нет в RSI (2 и больше неожиданных), смерть. Разбивки по группам нет: страницу читают заслеплённые участники.

На вкладке «Импорт» файл ICH E2B(R3) от партнёра, лицензиата или CRO становится входящими, по одному на сообщение, с пациентом, реакциями, серьёзностью, препаратами и нарративом; уже принятое сообщение узнаётся. После загрузки готово подтверждение (ACK) для отправки обратно.

DSUR: годовой отчёт по безопасности

Вкладка «DSUR» исследования собирает отчёт по безопасности разрабатываемого препарата по ICH E2F. Укажите препарат, международную дату начала разработки (DIBD), период и язык отчёта и нажмите «Собрать черновик отчёта». Портал берёт данные за период и пишет черновик каждого раздела отчёта: резюме, статус регистрации, изменения RSI, перечень исследований, экспозицию, перечни и таблицы, значимые данные, литературу, информацию для регионов, поздние случаи, общую оценку и выводы.

• Случаи на дату закрытия данных. Если по случаю после DLP пришла новая информация, в отчёт идёт замороженная версия, известная на DLP. Случаи и follow-up, полученные после DLP, попадают в раздел 17.
• 7.2: серьёзные нежелательные реакции периода: связь признал исследователь или спонсор, или связь ещё не оценена. 7.3: все серьёзные явления с начала разработки, за период и всего; по системно-органным классам, если к кодированию исследования подключён ваш словарь MedDRA (портал словарь не поставляет).
• Экспозиция берётся из YouEDC Capture: включённые и рандомизированные пациенты по полу, возрасту и странам. Группы лечения не раскрываются: отчёт заслеплён.
• Раздел 16: умершие пациенты, отмены лечения из-за СНЯ и то, ушли ли первичные сообщения о SUSAR в срок.

В тексте разделов то, что может написать только человек (оценка рисков, выводы, сведения, которых нет в портале), стоит в [квадратных скобках] и подсвечено; справа видно, сколько таких мест осталось. Кнопка «Править текст» под разделом открывает его для правки; правка помечается и сохраняется, а «Вернуть черновик портала» снова берёт текст по данным. Если данные исследования изменились, страница предложит собрать данные заново: таблицы и тексты портала обновятся, ваши правки останутся и будут отмечены, чтобы их сверить.

«Выпустить на подпись» замораживает текст. Первым подписывает автор, затем другой человек с правом медицинской оценки утверждает отчёт. Файлы PDF, Word и Excel утверждённого отчёта сохраняются точно в подписанном виде, PDF уходит во входящие TMF. До утверждения отчёт можно вернуть в черновик с причиной, поставленные подписи отзываются. Каждое действие попадает в аудит.

Что изменил follow-up

На вкладке случая «Версии и история» блок «Что изменилось» ставит рядом две версии случая (по умолчанию прошлую и текущую) и показывает каждое изменённое поле: в случае, в явлениях и в препаратах. Портал отмечает, есть ли здесь значимая новая информация по ICH E2D и GVP VI: новое явление, изменение серьёзности, исхода (особенно смерть), закодированного диагноза, связи, ожидаемости, подозреваемого препарата, пола или возраста пациента. Значимый follow-up SUSAR уходит регулятору в течение 15 дней со дня получения. Если изменились только опечатки, нарратив или имя репортёра, портал пишет «Только исправления»: нового срочного отчёта для этого не нужно, исправления уйдут со следующим. Это подсказка, решение остаётся за медицинским экспертом.

План отправок, пакет SUSAR и опоздания

Вкладка исследования «Отправки» показывает, кому должен уйти каждый SUSAR в каждой стране центров исследования: регулятору, этическим комитетам и исследователям, у каждого получателя свой срок, своя версия (раскрытая или заслеплённая), своя форма и язык письма. Страна берётся из карточки центра. Пока у исследования нет своих правил, действуют стартовые значения для России, Израиля, США и Германии. Они составлены по ICH E2A и национальным правилам, как мы их понимаем, это шаблон, а не юридическая консультация. Их проверяет ваш специалист по регуляторике и сохраняет кнопкой «Проверено: оставить как правила исследования» или правит: добавляет и удаляет получателей с причиной. Каждое изменение попадает в аудит.

На вкладке случая «Сообщения» блок «План отправок» показывает каждую строку плана текущей версии со сроком и состоянием. Кнопка «Отметить отправленным» записывает отправку в журнал с получателем, формой и видом отчёта. Строка исследователей закрывается, когда SUSAR отмечен отправленным всем активным центрам.

«Пакет SUSAR (ZIP)» собирает по папке на каждого получателя плана: сопроводительное письмо на его языке и формы, которые он ждёт. Заслеплённым получателям идут CIOMS I и заслеплённый E2B, регулятору раскрытый E2B. Раскрытый файл попадает в пакет, только если его скачивает участник с расслеплённым доступом, а группа лечения и заслеплённый препарат уже отмечены; иначе в описи пакета сказано, чего не хватает. В описи MANIFEST.txt у каждого файла его контрольная сумма SHA-256. Пакет неутверждённой версии помечен как черновик. Скачивание пакета пишется в историю случая.

Если отчёт ушёл позже срока, портал не запишет его без причины опоздания из списка и корректирующего и предупреждающего действия (CAPA). Для уже записанного отчёта с опозданием причину можно добавить позже. На странице «Отправки» видны доля отчётов, ушедших в срок, причины опозданий и всё, что ещё надо отправить. Таблица выгружается в Excel для инспектора.

Проверка E2B, квитанции регулятора и отзыв случая

На вкладке случая «Сообщения» блок «Проверка E2B(R3)» проверяет файл текущей версии до отправки. Ошибки (красные) — то, что шлюз регулятора отвергнет: нет кода MedDRA или он не из 8 цифр, не указана версия MedDRA исследования, нет подозреваемого препарата, пациент не опознаётся, даты не по порядку, текст длиннее допустимого. Предупреждения (жёлтые) — то, о чём регулятор обычно спрашивает: нет исхода, критерия серьёзности, нарратива, оценки связи, номера регистрации исследования в профиле, раскрытой версии SUSAR в слепом исследовании. У каждой строки ссылка «Исправить» на нужную вкладку. Код MedDRA проверяется по форме, а не по словарю: словарь принадлежит клиенту по лицензии MSSO.

Если администратор положил на сервер официальные схемы ICH E2B(R3) (пакет ICH бесплатно скачивается с ich.org, папка задаётся параметром E2B_SCHEMAS_DIR), файл проверяется и по ним, и блок пишет «проверено по официальным схемам ICH». Без схем работают только правила портала, и блок прямо об этом говорит: такой файл годится для обзора и обмена, но для подачи его стоит прогнать через тестовый шлюз регулятора.

Квитанция регулятора (ACK). Шлюз отвечает на каждый E2B квитанцией. Загрузите её файлом в блоке «Отправленные сообщения»: платформа по номеру сообщения находит случай, версию и запись об отправке и ставит дату и код квитанции. CA или AA — принято; AE — загружено с ошибками; CR или AR — отказ. Отказ виден красным с текстом ошибок и не засчитывается в срок: отчёт нужно исправить и отправить снова. Сообщения, которых нет в журнале отправок, перечисляются, чтобы их сначала записать.

Отзыв отправленного случая. Блок «Отозвать отправленный случай» есть у медика по безопасности, когда случай уже ушёл регулятору, в этический комитет или партнёру. Аннулирование — для случая, которого не должно быть: дубль, не валидный случай (нет четырёх минимумов), отправлен по ошибке. Нужны причина и пароль (электронная подпись по 21 CFR Part 11). Случай закрывается навсегда и становится только для чтения, а блок «Аннулирование случая» перечисляет всех, кто получал любую его версию, со сроком 15 дней (стартовое значение, срок каждого регулятора уточняет ваш специалист). E2B текущей версии сам несёт C.1.11.1 = 1 и причину. Исправленный отчёт — для ошибки в уже отправленной версии без новой информации (например, неверный код MedDRA): E2B несёт C.1.11.1 = 2, а список получателей — все, кому ушла эта версия. Если поменялась только оценка (не серьёзный, не связан), это follow-up, а не аннулирование.

Журнал сигналов

На странице проекта «Сигналы» под отмеченными терминами есть журнал сигналов. Флажок на странице — только повод посмотреть; сигнал в журнале — решение посмотреть и запись о том, что сделано (так это устроено в GVP, модуль IX). Кнопка «Открыть сигнал» у отмеченного термина заводит сигнал с причиной из флажков; если среди явлений есть смертельный исход, приоритет сразу высокий. Сигнал можно завести и вручную: из литературы, от партнёра или регулятора, или по мнению медика.

Дальше медик по безопасности: валидирует сигнал (доказательств достаточно, чтобы оценивать дальше) или опровергает его, в обоих случаях записывая доказательства: случаи, время до начала, отмену и повторное назначение, биологическую правдоподобность, литературу. Валидированный сигнал закрывается выводом (новый риск, изменился известный риск, не подтверждён, не подтверждён, но наблюдаем) и действиями: обновить RSI и брошюру исследователя, поправка к протоколу, новое информированное согласие, письмо исследователям, передать в DMC, сообщить регуляторам и этическим комитетам, описать в DSUR. Подтверждённый риск без действия закрыть нельзя. Закрытие подписывается паролем. Каждый шаг пишется в аудит.

Стартовые сроки: валидация за 30 дней от обнаружения (7 дней при высоком приоритете), вывод за 60 дней после валидации. Это стартовые значения портала, а не норма закона: сроки задаёт план фармаконадзора исследования. Просроченные сигналы видны красным. Сигналы не разбиваются по группам лечения: страницу читают ослеплённые участники; сравнение групп — работа DMC. Черновик DSUR пишет в общей оценке, сколько сигналов, обнаруженных до даты закрытия данных, закрыто, опровергнуто и ещё в работе.

Профиль безопасности препарата

Пункт меню YouEDC Safety «Профили препаратов» собирает на одном экране всё о препарате во всех ваших исследованиях. Препарат узнаётся по названию без дозы и плацебо, так что «YE-101 10 мг или плацебо» и «YE-101 5 мг» считаются одним препаратом. На экране число случаев, SUSAR, смертельных исходов, реакции по предпочтительным терминам с отметкой, есть ли термин в действующей RSI, и связанные реакции, которых в RSI нет: это кандидаты для следующей версии RSI. Ниже случаи по месяцам, последние случаи и по каждому исследованию RSI в силе, статьи литературы на разбор и ближайшая дата закрытия данных DSUR с крайним сроком подачи (60 дней по ICH E2F). Разбивки по группам лечения здесь нет, и группа лечения не читается.

Печёночные сигналы из лабораторных данных

Когда центр сохраняет печёночные пробы в YouEDC Capture, портал читает их так же, как график закона Хая (eDISH) в YouEDC Biostat: пиковые АЛТ и общий билирубин каждого пациента в кратных верхней границе нормы (ВГН) по нормам самого исследования. Пациент с возможным законом Хая (АЛТ от 3 ВГН и билирубин от 2 ВГН в тот же день или в пределах 30 дней после) или с АЛТ выше 20 ВГН (4-я степень CTCAE) сразу попадает во Входящие проекта как сообщение из YouEDC Capture. В сообщении видны пики с датами и eDISH исследования: каждый пациент серой точкой, этот пациент красной, угол закона Хая отмечен. Кнопка Новый случай заводит случай с важным медицинским явлением; дальше проверьте щелочную фосфатазу и другие причины и оцените его. Сигнал по пациенту приходит один раз, ежедневная проверка подбирает и анализы, сохранённые раньше. Результат без нормы не используется, группа лечения не показывается. На сводке случая виден тот же график.

Пакет безопасности для DMC

Вкладка проекта DMC собирает для комитета по мониторингу данных таблицы безопасности на дату среза: пациенты с серьёзным нежелательным явлением, со связанным, со смертельным и с SUSAR; затем по классам систем органов MedDRA и предпочтительным терминам (из медицинского кодирования исследования, без него по термину явления). Там же частота на 100 пациенто-лет от рандомизации, forest plot разницы рисков каждой группы против плацебо с 95% интервалом (повод для обсуждения, а не тест) и кривая Каплана–Мейера времени до первого серьёзного явления. Считаются только пациенты, рандомизированные в YouEDC Capture до среза; случаи других пациентов перечислены под таблицей.

В слепом исследовании таблицы по группам видят только расслеплённые участники (закрытая сессия), остальные видят один общий столбец (открытая сессия). PDF печатает пакет для заседания; каждый PDF пишется в журнал аудита с отметкой, был ли он по группам.

Комната инспекции

Вкладка проекта Инспекция нужна команде безопасности, инспекторы её не видят. Откройте инспекцию: кто проверяет, первый и последний день и проверяемый период. Инспектор входит в проект через страницу «Команда» с ролью «Инспектор / аудитор» (см. «Команда», раздел «Инспекторы и аудиторы») или с ролью «Спонсор: обзор безопасности», которая только читает; в комнате дайте ему доступ до дня, и этот день становится последним днём его участия в проекте. После этого дня ежедневная задача сама отключает участие, а кнопка Закрыть доступ сейчас делает это сразу; закрытие инспекции закрывает доступ всем инспекторам. Каждая страница Safety, которую инспектор открыл, пока у него есть доступ, видна в списке Что открывали инспекторы, чтобы команда успела подготовиться.

Карточка Что инспектор проверит первым читает исследование и показывает девять пунктов: доля отчётов, отправленных в срок (цель 90%), опоздавшие отчёты без причины и CAPA, просроченные сейчас отчёты, случаи с опозданием на шаге, вопросы и сигналы после срока, закрытые случаи без подписи утверждения, RSI и DSUR. Каждая плитка ведёт на страницу, где это исправляется.

Календарь сроков

Пункт меню YouEDC Safety Календарь собирает все сроки ваших проектов безопасности в одном календаре: срочные отчёты, ещё не отправленные, цели шагов, ответы регуляторам и этическим комитетам, запросы в центры, сигналы, точки сбора данных DSUR и сроки их подачи (через 60 дней) и инспекции. Просроченное стоит наверху, слева месяц, справа ближайшие 30 дней; на телефоне видны только списки. Каждая строка ведёт на свой случай или страницу. Сверху можно выбрать один проект или смотреть все.

Роли

• Специалист по фармаконадзору: входящие, случаи, follow-up, нарратив.
• Медицинский эксперт: всё то же плюс оценка спонсора (связь, ожидаемость) и закрытие случая.
• Спонсор: обзор безопасности: читает случаи, пишет комментарии в обсуждении, печатает CIOMS I; данные случая не меняет.
• Администратор проекта может всё; дата-менеджер, исследователь и монитор случаев не видят.