Проблема выбора поставщика ПО для проведения клинических исследований в России
Почему вы пришли сюда? Видимо потому, что привел поиск или кто-то просто кинул ссылку. Это хорошо, значит, мы не напрасно решились потратить свое время. Кто такие «мы» — группа друзей, профессиональные интересы которых связаны с фармакологией и с клиническими исследованиями. Мы задумали писать статьи по известной нам тематике в расчете не только на профессионалов рынка, но и, например, студентов, ищущих материалы для рефератов, да и вообще просто любопытных читателей (кстати, студентам сочувствуем заранее – прямой копипаст не получится). Мы высказываем свои частные мнения и публикуем открытую информацию, которую можно легко проверить.
Поговорим о проблемах выбора поставщика ПО для проведения исследований
Если вы имеете представление о клинических исследованиях, можете сразу перейти к главе «О сути вопроса». Для новичков начнем сначала. Только просьба учесть, что ниже будет только самый-самый минимум информации для понимания дальнейшего текста, за более глубокими знаниями добро пожаловать на просторы интернета.
Букварь
Начать лучше просто отсюда
Прочитав, вы узнаете, что:
- Клинические исследования – это про жизнь и здоровье людей, поэтому там большое количество разных законов, постановлений и прочих нормативных документов.
- Клинические исследования – это сложно, долго и очень дорого.
- Клинические исследования – это там, где собирается большое количество различных данных, которые нужно правильно собрать, сохранить и обработать.
А еще, клинические исследования – это то, что «пришло с Запада». Ну так уж сложилось, что именно там создали нормативную базу, которой мы теперь пользуемся в России. Это не хорошо, и не плохо – это так. Поэтому в дальнейшем при описании терминологии мы будем преимущественно использовать международный язык клинических исследований – английский (особенно аббревиатуры). Просто для того, чтобы те наши читатели, кто владеет английским, могли без напряжения перейти на иностранные сайты и проверить наши слова. Ну и, честно говоря, потому что в обыденной речи специалисты в клинических исследованиях чаще используют именно международные термины. Да, в чем-то получается смешение «французского с нижегородским», как писал классик, но что же делать, если это придумали не в России? Поэтому в следующей главе будет словарь.
Да – отдельная просьба к профессионалам и «профессионалам» — не нужно в Словаре выискивать неточности в формулировках – он здесь только для того, чтобы новички могли понимать суть обсуждаемых вопросов, и не более.
Словарь
Поговорим о терминах и, как говорили в старину, дефинициях.
Собственно, с клиническими исследованиями вы уже знакомы. Но это очень длинно, поэтому далее будем использовать аббревиатуру CT (clinical trials). Вы прочитали, что CT проводятся Спонсорами. Но, хотя Спонсор, безусловно, главное действующее лицо (поскольку он за все платит), чаще всего он разрабатывает препараты, а для их исследования нанимает специализированные компании, которые так и называются – CRO (Clinical Research Organization).
Итак, главная задача, решаемая при проведении CT – собрать данные.
Для аналогии можете представить себе вашу карточку в районной поликлинике – туда вклеиваются результаты визитов к врачу, бланки всех сданных анализов, диагнозы и пр. Из этой первичной документации необходимые сведения нужно перенести в документы специального вида (для каждого CT они свои), анализ которых потом позволит сделать итоговые выводы (о том, можно ли регистрировать это лекарство). Этот процесс (а заодно и главный блок, сердце исследования) прячется под аббревиатурой EDC (Electronic Data Capture или Электронный сбор данных).
Собственно, здесь можно заметить натяжку – ведь карточка в поликлинике на бумаге. На заре CT так и было – все записывалось на бумаге. Кое-где это продолжается и сейчас. Но попробуйте вообразить картину: бланк каждого документа нужно напечатать в трех экземплярах, после заполнения исследователями бланки попадают к операторам (пресловутым «девочкам-машинисткам»), причем информацию из каждого бланка должны вводить два человека независимо друг от друга, а потом третий человек должен сверять их, если исследователь ошибся при заполнении (поверьте, это очень часто случается) вся процедура повторяется снова и т.д. и т.п. Не говоря уже о том, что эти бланки нужно перевозить, при этом не потеряв и не повредив. Не спрашивайте, зачем так сложно – просто поверьте, это нормативные требования, «так надо». А ставки необычайно высоки: хороший препарат (теоретически) может оказаться забракованным (а полная стоимость его разработки – это минимум миллиарды рублей). Или наоборот – плохой препарат выйдет на рынок, и у людей начнутся серьезные осложнения (если не хуже) – и здесь придется долго доказывать, что это случилось неумышленно, чтобы избежать уголовной ответственности. Сама по себе электронная форма хранения данных, разумеется, ничего не гарантирует, но работать с ней несравнимо удобнее, чем с бумагой.
Словом, сейчас CT по максимуму стараются вести в электронном виде все те, кого действительно волнует результат.
Итак, EDC. На самом деле, это сборник различных заполненных форм. Прием у врача – одна форма, клинический анализ крови – другая форма, и так далее. Формы эти называются eCRF (Case Report Form – электронная Индивидуальная Регистрационная Карта). Ну буква “e”, как мы уже знаем, говорит о том, что форма электронная. Подробнее о формах поговорим дальше, сейчас вернемся к словарю.
Собрать данные – это полдела, CT проводятся для того, чтобы понять, как на человека действует лечение. Это значит, что пациенту нужно назначить и выдать препарат (или плацебо). Кстати, термин «пациент» в профессиональной среде не любят, предпочитают официальное – «субъект исследования» или просто «субъект». Вы уже прочитали про «слепые» и «двойные слепые» исследования. За распределение субъектов и назначение препаратов отвечает блок под названием IWRS Interactive Web Response System или Система интерактивного веб ответа (более удачного перевода нет). Она как раз и должна обеспечивать эту самую «слепоту», когда не только субъект, но и врач до конца исследования не знает, что именно находится в коробочке или в шприце.
Исследователи осуществляют свою деятельность в CT, как правило, в медицинских учреждениях – клиниках, больницах и т.п., они именуются Центры, реже Сайты (в международной терминологии используется только Sites).
Для того, чтобы препарат выдать, его нужно распределить по всем Центрам, за это отвечает блок Drug Supply (Снабжение препаратами).
Если субъекты могут сами вести дневники наблюдений, им нужен соответствующий блок, который называется ePRO (Patient Reported Outcomes – информация, полученная от пациента). Его аналог все желающие могли использовать на Госуслугах после вакцинации от COVID.
Любое исследование, как вы теперь знаете, может начаться только после подписания субъектом Информированного согласия. Если это можно сделать в электронном виде, такой документ называется eConsent.
Ну и на десерт: различные заболевания, вносимые в eCRF, лучше кодировать, то есть брать из какого-то единого справочника (словаря). Аналогично и для лекарств. Иначе статистикам потом все это будет крайне сложно анализировать. Процесс так и называется Medical coding. Словари существуют разные, наиболее известные (и дорогие) MedDRA и WHODrug.
Пожалуй, это все – остальные термины будем пояснять непосредственно по тексту.
О сути вопроса
Все современные CT проводятся на специализированном программном обеспечении (ПО). Не только потому, что это гораздо удобнее, чем на бумаге, но и потому, что время участников (в том числе, врачей-исследователей, на которых лежит основная трудоемкость при проведении CT) стоит настолько дорого, что купить ПО обойдется дешевле. Производителей специализированного ПО для CT относительно немного, но все же они исчисляются десятками. Анализировать всех – титанический и бесполезный труд, поэтому мы будем говорить только о наиболее известных. Сразу кратко прокомментируем частый вопрос: «А почему не в Excel?». Потому, что сделать систему на Excel так, чтобы она отвечала всем нормативным требованиям выйдет дороже специализированных программ. Есть такое магическое слово в индустрии CT – валидация. Это целый комплекс мероприятий, направленных на обеспечение качества данных. Те, кто занимается CT на серьезном уровне, вынуждены валидировать буквально все: от поставщиков внешних сервисов для системы, самой системы и бизнес-процессов до обучения каждого сотрудника, который принимает любое участие в исследовании. Причем эта валидация является одной из главных тем проверки внешними аудитами, которые проходят все производители ПО. И не нужно, услышав слово «аудит», представлять себе комнату, в которой нанятая самой компанией пара тетенек-аудиторов общается за чаем с тетенькой-главбухом, ничего подобного, поверьте. Сейчас ограничимся этим, наверное, сделаем отдельную публикацию, посвященную распространенным заблуждениям, связанным с CT.
Здесь мы поговорим о составе предлагаемых решений у разных производителей, о взаимосвязи различных блоков и прочих «фишках», чтобы показать все разнообразие, представленное на рынке. И чтобы вы поняли, насколько непрост бывает выбор.
В качестве источников информации будем практически исключительно использовать официальные медиа производителей ПО – сайты, страницы в соцсетях, блоги и пр. Хотя бы для того, чтобы вы могли (при желании) нас легко проверить.
Плюс, с учетом нынешней (не будем скрывать – достаточно грустной ситуацией с CT), волей-неволей придется упомянуть о возможных проблемах для российских участников, и что с этим можно делать.
ТЯЖЕЛОВЕСЫ
Поговорим о «больших дядях». Почему больших – потому что или их названия знают буквально все или, как минимум, их названия знают буквально все в клинических исследованиях.
Oracle
Итак, как обещали, зайдем прямо с козырного туза. В качестве такового у нас выступит, ни много ни мало, компания ORACLE. Да, помимо прочего, этот гигант занимается и CT.
Концепция построения системы для CT у компании следующая: собственно, EDC (которая называется InForm software), Clinical supply system (вариант Drug Supply) и основная часть – CTMS. Часть аббревиатуры MS расшифровывается как Management System, что означает Систему управления. Обычно она используется для управления Центрами, отслеживания платежей и пр. Следует упомянуть, что наличие CTMS не является непременным атрибутом CT, часто спонсоры обходятся без нее или используют свои наработки. Есть модуль рандомизации, который называется IRT (Interactive Response Technology — Технология интерактивного отклика).
Заявлена возможность сопряжения системы со многими другими посредством API (упомянуты Almac, Fisher Clinical Services, Catalent Clinical Supply Services, SmartSupplies PMD, Veeva Vault CTMS и вообще «third-party EDC system»). Выглядит красиво и внушительно, но: насколько можно судить, интеграция осуществляется посредством создания «integration file» (интеграционного файла) в формате xml. То есть из одной системы выгружается, затем в другую закачивается. А вот это уже совсем не так красиво: да, универсальность большая, но, если вы хотите автоматизированный процесс обмена данными – либо не получится вообще, либо придется долго возиться. Кстати, есть упоминание о том, что и передача данных из EDC к другим компонентам производится также специальной (отдельной) процедурой. Вообще в индустрии ПО (вообще, а не только для CT) есть специальный термин «seamless integration» (бесшовная интеграция). Это когда данные переносятся из одного модуля в другой без какого-либо ожидания или вообще дискретности, а также без дополнительных действий со стороны пользователя. Получается, что это не про ORACLE.
В системе указано Central Coding application (видимо, под этим скрывается Medical Coding), но упоминаний о конкретных словарях авторы не нашли. Возможно, там все есть, просто об этом расскажут на клиентской презентации. А вот чего не нашлось – даже упоминания о ePRO. Так что придется считать, что этого в системе просто нет, видимо, делать ее не посчитали нужным.
Еще нужно сказать о том, что для проведения CT очень важно получать различные отчеты: как идет набор субъектов, как работают центры, как поставляются препараты и много другое. Здесь ORACLE скромно сообщает, что для целей Reporting and Analysis предлагается использовать внешнюю утилиту (developed by Cognos Corporation), которая настраивается и интегрируется в InForm. То есть, тоже некий внешний инструмент. И дело даже не в том, что любой дополнительный инструмент стоит дополнительные деньги – все внешнее, как правило, имеет свои особенности, ограничения, требования к настройке и пр. А это значит, как минимум, дополнительные усилия, то есть время.
Ну и последнее: CT предъявляют очень высокие требования к безопасности данных. Одним из важных условий этого является система распределения доступов – каждая роль в проекте должна обладать строго определенным набором доступных данных и набором разрешенных действий. Чтобы никто даже теоретически не имел возможности посмотреть что-то лишнее или что-то испортить.
Можно считать, что в CT участвует две основных команды: с одной стороны, это исследователи и мониторы, с другой – управленческая команда (руководители проекта, сотрудники спонсора и пр.). Полномочия у этих команд отличаются очень серьезно, достаточно сказать, что представители первой команды прикреплены каждый к единственному центру (исключения бывают, но очень редко) в то время, как вторая команда в силу статуса работает со всеми центрами. А у ORACLE база участников CT общая. Кто бы спорил – так проще. Но вот последствия обычной человеческой ошибки могут быть существенно серьезнее.
IBM
Переходим к следующему козырному тузу. Вы скажете, что так не бывает? Ну а если мы скажем, что нашего следующего тяжеловеса зовут IBM? Для IBM, конечно, заниматься CT – не совсем профильное дело. Но, тем не менее, такое направление в компании существует, скрываясь под кодовым словом Watson.
Надо сказать, что по сравнению с ORACLE наполнение информацией по CT на официальных медиа IBM оставляет очень тягостное впечатление. Разбросано некоторое количество коротких презентаций, не содержащее практически никаких подробностей, кроме пустых фраз в стиле «мы — самые лучшие». Да, это наша субъективная оценка, можете сходить туда сами и посмотреть.
Итак, какие же крупицы породы нам удалось выловить в этом нешироком потоке «словесной руды» по Владимиру Владимировичу. Маяковскому, если что.
В состав системы входит EDC. Практически, это все, что можно сказать по этому пункту. А вот CTMS, видимо, нет (можете уже начать сравнивать с ORACLE). Но зато говорится не просто о ePRO, а даже о eCOA (Electronic Clinical Outcome). Это ePRO и eConsent в одном флаконе, если коротко. Плюс говорится о возможности прямого сеанса видеосвязи врача-исследователя и субъекта для заполнения дневника пациента, консультаций и пр. Вы здесь можете удивиться — что такого в видеочате? Но имейте в виду, что это должна быть специализированная защищенная линия связи, поскольку речь гарантированно идет о персональных данных субъекта, включая данные о его здоровье. Так что «просто» мессенджер не подойдет, поверьте. Опять произнесем это магическое слово «валидация». Зато наличие eCOA позволяет быть на передовых рубежах CT, реализуя DCT. Буква D обозначает Decentralized, то есть децентрализованные. Фактически своим бурным развитием DCT обязаны пандемии COVID, когда люди, находясь на карантине, банально не могли лично являться в Центры к своим исследователям. Очень многие CT тогда вынужденно остановились, но наличие eCOA позволяет работать в таких условиях. Так что здесь IBM пошла дальше ORACLE.
Можно отметить наличие Medical coding, но, как и в случае с ORACLE, конкретика, к сожалению, остается за кадром.
IWRS есть, здесь этот блок выступает под именем RTSM (Randomization and Trial Supply Management).
Система позволяет делать какие-то отчеты, говорится как о встроенных, так и возможности создания пользовательских без сторонних предложений, что, безусловно, ценно.
Из интересного упоминаются встроенные инструменты для передачи, просмотра и анализа файлов формата DICOM (в этом формате делаются, например, снимки МРТ). Возможность для врача-исследователя оперировать этими данными также можно отнести к безусловным плюсам.
Еще один интересный термин, который пригодится нам в дальнейшем изложении – SSO (Single Sign-On – единый вход). Это означает, что, введя логин и пароль для входа в систему, вы можете использовать весь доступный для вашей роли функционал во всех блоках, без необходимости дополнительной авторизации. Наверно, не нужно говорить, как это удобно для пользователей – представьте, если на Госуслугах вам пришлось бы при переходе к другому сервису заново вводить логин и пароль? Однако, как это обычно бывает, чем удобнее для пользователя – тем тяжелее в разработке. IBM утверждает, что в ее системе SSO присутствует. А помните различные внешние модули у ORACLE? Вот то-то. Обычно SSO соседствует с уже знакомой нам seamless integration. Но если первое почти всегда подразумевает и второе, то второе вполне может быть и без первого.
А в заключение немного неожиданная новость – IBM продает свое направление CT инвестиционной компании, сделка должна быть завершена во втором квартале 2022 года. Даже дадим ссылку на эту новость.
Так что вполне вероятно, что скоро слово IBM из лексикона CT исчезнет.
Veeva
Наш следующий тяжеловес – компания Veeva. Уже сложнее, да? Если не верите, что это тяжеловес, сходите вот сюда и убедитесь, что стоимость компании оценивается более чем в $32 млрд. Впечатляет, не правда ли? Особенно с учетом достаточно узкой специализации.
Итак, что предлагает компания рынку CT? Что касается информации, скажем сразу – немного. Конечно, гораздо лучше IBM, но конкретики явно не хватает. Возможно, это связано с большим количеством разнообразных решений для фармацевтического рынка, помимо CT, так что «понемногу об всем». А возможно с тем, что и так все хорошо – посмотрите на стоимость компании.
Есть EDC, которая называется Vault EDC. Естественно, хорошая и вообще, самая лучшая (не нарушая законодательство о рекламе, конечно). А вот ePRO пока нет, но, если верить пресс-релизу конца прошлого года, активно разрабатывается. Это при том, что eConsent уже присутствует. Ну, как говорится, бывает.
Есть собственный модуль CTMS, уже знакомый нам по ORACLE. А вот IWRS нет, судя по всему, пока и не планируются – компания сообщает, что используют внешние решения (Suvoda IRT, 4G Clinical, возможно, есть еще). При этом утверждается, есть seamless integration. Но не совсем полная. Что это означает – заказывайте презентацию, вам расскажут.
Похоже, что Drug Supply, как следствие отсутствия IWRS, тоже нет (либо он ну очень хорошо спрятан). Зато встречаем в явном виде указанные MedDRA и WHODrug (еще помните, что это словари для кодирования, да?). Еще есть упоминание о наличии некоторого количества встроенных отчетов, а также о том, что пользователи могут сделать свои даже без использования языка программирования. Это, безусловно, хороший плюс (дальше вы увидите, что эта деталь об отчетах у производителей ПО встречается довольно редко, что объясняется трудоемкостью разработки).
Собственно, все. Видим ваше недоуменное лицо – так мало? Да, возможно при скрупулезном анализе можно накопать что-то еще, но по основным блокам мы рассказали. И, опять напоминаем – посмотрите на стоимость компании. Понятно, что есть крупные заказчики, серьезный персонал и все прочие атрибуты солидного бизнеса. Но идеала, как видим, так и нет. Зато на него активно претендует наш последний в списке тяжеловесов.
Medidata
Знакомьтесь, компания Medidata. Конечно, будет поскромнее предыдущего участника, но тоже выглядит совсем недурно – в 2019 году ее купили французы из Dassault Systemes за $5,9 млрд. Причем, с учетом специализации покупателя, есть подозрение, что сейчас компания сосредотачивается на производстве различных сенсоров и других носимых гаджетов для ePRO в большей степени, чем на других компонентах CT. Что, возможно, правильно с учетом перспектив этого сегмента.
Основной блок модулей выступает под именем Rave. Только не надо в присутствии кого-то из этой компании, переводить это на русский наиболее употребительным вариантом – могут обидеться.
Есть отдельно Rave Data Management, куда входит EDC, Coder (легко находим знакомые нам MedDRA и WHODrug), а также RTSM (Randomization and Trial Supply Management – то есть наши IWRS и Drug Supply). Кроме того, есть Imaging, позволяющий оперировать с графической информацией (помните IBM?).
Еще один Rave находим в Rave Clinical Operations, куда входит CTMS.
Большое внимание уделяется DCT (помните нашу ремарку в начале?). Выделен отдельный блок Patient Cloud, куда включены eCOA, eConsent (почему-то отдельно), мобильное приложение для субъектов myMedidata (включая видеочат), а также Sensor Cloud для управления различными носимыми устройствами для передачи информации о состоянии субъекта). В будущем компания планирует доставку препаратов субъектам и «дистанционных медсестер». Более чем внушительно.
Вдобавок указывается на значительное число встроенных отчетов также с возможностью создавать свои без знания программирования.
Ну и, поскольку множество модулей собрано в одной системе, декларирована полная seamless integration и SSO.
Кажется, вот оно – решение для всех. Если бы не одно «но». Medidata можно отнести к «тяжеловесам» не только размерами, но и стоимостью своих сервисов. Разумеется, коммерческие расценки все производители тщательно прячут, но, как вы, наверное, понимаете, компании со стоимостью в миллиарды обязаны зарабатывать очень много. А значит, это отнюдь не для всех. И относительно небогатые спонсоры и нанятые ими CRO пойдут искать других производителей, готовых предложить достойное качество за более скромные деньги. О них поговорим далее.
СЕРЕДНЯКИ
… партийные товарищи рассказывали не раз, как … их спрашивали, кто такой середняк. И на это мы отвечаем: середняк — …. не эксплуатирует чужого труда, не живёт чужим трудом, не пользуется ни в какой мере никоим образом плодами чужого труда, а работает сам, живёт собственным трудом. — В. И. Ленин, 1919 год
Поговорим о тех, кто не входит в рассмотренную категорию «тяжеловесов», но, тем не менее, активно работает на рынке, словом, как поется в песне «Тут серьезные ребята без дурных привычек». Поскольку компаний довольно много, на каждой будем останавливаться достаточно коротко. Заранее анонсируем: главы «Лилипуты» или чего-то подобного не ждите, их можете поискать самостоятельно.
Итак, мы продолжаем.
Castor
Компания Castor располагает офисами в Нью-Йорке и Амстердаме, основной упор делает на DCT, то есть, держится в современном тренде. Практически первое, на что авторы наткнулись на сайте — скромное утверждение, что компании «#1 Ranked EDC». Обычно рекламодатели сопровождают подобные утверждения сноской «по данным такого-то исследования/журнала/опроса» и т.п.» Здесь ничего подобного нет. Честно говоря, даже несколько напрягает.
Сразу за этим идет статистика «Over 500 trusted partners», но всего 12 логотипов, причем включая Всемирную Организацию Здравоохранения. Нет, мы не хотим сказать, что нужно пихать все 500 или даже 50, но, особенно в сочетании с предыдущим… Приятно отметить информационную открытость – в свободном доступе публикуются Release Notes, что на рынке является редким исключением. Правда это имеет и обратную сторону – обновление системы раз в пару месяцев хорошо, когда все уже устоялось и в основных блоках практически не меняется. А в столь динамичной отрасли в любом случае неизбежны ошибки разработчиков (полагаем, наш читатель знает слово «баги»). И их исправление через пару месяцев – хм-хм.
Из особенностей обращает на себя внимание API, благодаря которому можно устанавливать обмен данными с CTMS, медицинскими устройствами, а также различными гаджетами. Кстати, данный факт ненавязчиво сообщает нам, что собственного модуля CTMS компания не производит. Есть eCOA, причем сообщается о наличии собственного Конструктора опросов для этого модуля. Вообще-то надо сказать, что в eCOA (ePRO) используются формы, аналогичные eCRF. Разница только в том, что формы eCRF заполняет исследователь, а eCOA – сам субъект. Соответственно, конструктор этих форм должен являться неотъемлемой частью как eCOA, так и собственно EDC. Просто потому, что для того, чтобы форму заполнить, ее кто-то сначала должен создать.
Создание форм ‑ совсем не простой процесс, требующий не только достаточной квалификации специалистов (которые называются дата-менеджерами), но и удобного конструктора (иногда его еще называют «редактор»). Понятно, что у всякого кулика есть только свое болото, но сравнительный анализ конструкторов форм различных компаний является еще более непосильной задачей, чем анализ самих компаний. Просто потому, что полнофункциональные демо-версии вы просто так не получите (или у некоторых не получите вообще, во всяком случае, до оплаты аванса). Ладно, будем считать небольшое лирическое отступление законченным и продолжим про Castor.
В многочисленных информационных материалах мы легко найдем Medical coding, включая MedDRA и WHODrug – ставим плюс. EDC присутствует, более того, краткий вебинар по работе в ней также выложен в открытом доступе, что приятно. IWRS также есть, включая различные специфические навороты – стратификацию, переменные блоки и пр. А вот Drug Supply, увы, нет. И даже маркетинговая «фишка» — возможность совершенно бесплатно сделать на системе собственное маленькое исследование этого факта не изменит. Из дополнительных особенностей можно отметить возможность провести экспорт исследования в другие системы EDC (например, в уже знакомую нам Medidata), а также модуль интеграции с электронной первичной документацией – это вообще самые передовые рубежи. Плюс есть SSO.
В ценовом разделе посетителю сначала предлагается ответить на несколько вопросов (какие модули, сколько пациентов), но понадеявшихся на какой-то вариант «ценового калькулятора» ждет разочарование – потом будет всего-навсего форма запроса. Причем в списке модулей указаны только EDC, eCOA, почему-то отдельно eConsent и API. Почему такой перечень (где, допустим, IWRS) и вообще зачем это – загадка. Возможно, делалось в разное время разными людьми. При отмеченной информационной открытости, свои новости компания публикует, мягко говоря, нечасто – до 2022 года было 1-2 раза в месяц, а в 2022 году всего одна новость от февраля. Пожалуй, на этом остановимся.
Viedoc
Компания Viedoc с гордостью сообщает о своем присутствии по всему миру – офисы компании со штаб-квартирой в Швеции открыты в США, Китае, Вьетнаме, Японии и Париже.
Система имеет интересную особенность – модули распределены не по функциональному назначению, а по категориям пользователей: для исследователя, для спонсора, для субъекта и т.д. Это несколько затрудняет сравнительный анализ, но мы справимся.
Из обращающего на себя внимание: компания сообщает, что хранение данных осуществляет с помощью Microsoft Azure. С одной стороны, конечно, все знают Microsoft. С другой – опять то самое слово «валидация». Но не будем углубляться в дебри.
EDC присутствует, SSO декларировано – прекрасно. При этом отдельно упомянуто, что конструктор форм является WYSIWYG (кто не знает, что это — посмотрите поиском). С нашей точки зрения — очень здорово.
Про IWRS и Drug Supply говорится (RTSM) – тоже замечательно. MedDRA и WHODrug есть, ставим галочку. Плюс говорится о наличии модуля API, позволяющего как импортировать, так и экспортировать данные. Модуль ePRO тоже есть, причем в конце 2021 года в него была встроена возможность проведения видеоконференций, а также отправки субъектом графической информации непосредственно исследователю (можно, например, показать на картинке точно место, где болит).
По поводу отчетов – компания с вполне законной гордостью сообщает, что есть целых 50 готовых отчетов. Правда информации о том, может ли пользователь сделать дополнительно еще какие-то свои, нам найти не удалось. Равно как и информации о наличии CTMS. Так что очень многое есть, но полной ассортиментной линейки все же нет.
Marvin
Как ни удивительно, но система, предлагаемая этой компанией, называется вовсе не Marvin, а xClinical.com. В какой-то момент провели ребрендинг, как теперь модно. «Родовое гнездо» в Мюнхене, офисы в США, Швейцарии, Франции. Плюс партнерские отношения с компаниями в Индии и Японии. Так что тоже практически мировая сеть.
Интернет любезно сообщает, что в феврале 2021 года Marvin вошел в тройственный союз с американской Fortress Medical (CTMS) и с французской Carenity, занимающейся ePRO. Новое образование получило наименование EvidentIQ Group, одноименный сайт и офис в Гамбурге. Все бы хорошо, но сайт новоявленного объединения практически пустой, при этом участники делают свои «сольные» проекты, информацию о которых публикуют на собственных сайтах. Зачем все сделано так – загадка, как говорится, будущее покажет. Перейдем к системе.
EDC есть, IWRS и Drug Supply также присутствуют. MedDRA и WHODrug находим легко. Благодаря объединению есть CTMS и ePRO, причем для последнего подчеркивается поддержка носимых гаджетов. SSO упомянуто для связи EDC и IWRS, правда распространяется ли она на остальные модули – остается неизвестным, возможно, еще нет.
По поводу отчетов указано, что их «много». Сколько это – догадывайтесь сами. Насчет возможности изготовления самостоятельных отчетов есть упоминание о возможности визуализации данных на основе R Shiny, Apache или Linux (sic!). Выглядит странно, возможно, есть какие-то внешние модули, которые можно «прикрутить» к системе. Увы, это все, что мы нашли, идем дальше.
BioClinica
Ну, то есть это мы так привыкли, что это именно BioClinica. А в ноябре 2021 года это название исчезло, а появилось Clario в результате слияния с компанией ERT. На старом сайте стоит переадресация. Декларирована концентрация на DCT.
Вообще надо сказать, что сделки слияния и поглощения на рынке CT отнюдь не редкость – компании привлекают инвестиции, ищут продвижения на новые рынки и прочее. Но обычно это происходит в форме приобретения или присоединения. А создание союзов со сменой бренда – все-таки не столь распространенный шаг, ребрендинг – вещь ответственная и дорогая. Хотя, о чем это мы – только что описывали аж двойной ребрендинг у xClinical (Marvin). Как говорили раньше – «их нравы».
Имеется EDC, предлагаемая потенциальным клиентам в трех различных конфигурациях: от «голой» системы до включения проектного менеджмента, анализа данных и пр. Есть CTMS, IWRS (под знакомым уже названием IRT) и Drug Supply, который называется TSO (Trial Supply Optimization). Заявлена Seamless integration, причем у всех модулей. Как говорится, мелочь – но приятно. SSO, естественно, тоже есть. API заявлено, но только в одну сторону – можно экспортировать данные из системы, импорта нет. MedDRA и WHodrug присутствуют. Если вам, уважаемый читатель, названия этих словарей уже надоели, попробуйте найти упоминания о них у множества мелких производителей ПО – повторим, это недешевые словари, и их включение могут позволить себе только компании, набравшие определенный вес в отрасли.
Информация об отчетах не радует – упоминание всего о нескольких стандартных и все. Вполне вероятно, что все прочие компания с радостью сделает для своего клиента. За отдельные, понятно, деньги.
Зато много информации посвящено eCOA, сразу ощущается, насколько это направление приоритетно. eCOA состоит из целых четырех отдельных модулей. Помимо ePRO, то есть, дневников субъектов, есть еще дневники, заполняемые исследователями (но не входящие в EDC), дневники, которые могут заполнять третьи лица (например, опекуны) и Показатели производительности, куда можно внести данные, например, о выполнении субъектом каких-то тестов на время. А в дополнение присутствует модуль Medical Imaging (еще помните про IBM?).
Словом, ассортимент у компании более чем солидный, хотя и здесь идеала нет.
Medrio
Компания отличается подчеркнутой скромностью – за исключением сайта и нечастых статей в блоге, она представлена только в твиттере. А там, сами понимаете, много не напишешь при всем желании. Давайте смотреть, что они сообщают о себе.
Компания существует с 2005 года. С одной стороны, конечно, это плюс – такой долгий срок. С другой, ровно наоборот – за столько лет со штаб-квартирой в Калифорнии выросли всего-то до офисов в Канаде, Германии и Словакии. При бурном росте индустрии КИ, прямо скажем, не густо.
Заявляют о seamless integration модулей EDC и ePRO. При этом есть eConsent, что говорит о внимании, уделяемом DCT.
Говорится об API, с помощью которого, в частности, осуществляется интеграция с CTMS компании PHARMASEAL (www.pharmaseal.co). Как мы уже знаем, это означает отсутствие собственного модуля CTMS.
Заявлено наличие IWRS и Drug Supply, объединенных в модуль RTSM. А, собственно, это все. Medical coding не упоминается, MedDRA и WHODrug также – похоже, явный минус. Ну и общий объем предоставляемой информации более чем скромен. Практически, как у IBM. Но бренд Medrio и бренд IBM – ну, вы понимаете.
OpenClinica
Официальный сайт компании содержит достаточно информации о системе. Плюсом являются открытые Release Notes (обновление происходит примерно раз в месяц), при этом в открытый доступ выкладываются даже специальные краткие презентации, посвященные изменениям в релизах. Когда-то компания начинала с бесплатной невалидированной версии, предназначенной для академических исследований, но те времена давно в прошлом.
В состав системы входят EDC, IWRS, ePRO (eCOA) и отдельный блок Reporting, про который скромно сказано, что там есть несколько встроенных отчетов.
Большое внимание уделено блоку API: он позволяет импортировать различные данные в систему. Практически, это все. Нет CTMS, Medical Coding и прочего, что вы могли прочесть раньше у других.
Система предлагается в двух версиях — Enterprise и самая продвинутая OC4, различающихся по функционалу (и, разумеется, цене).
Data Management 365
Зайдя на сайт мы увидим адрес офиса в Нью-Джерси. На «знатоки в курсе», что есть и другой вариант. И вот уже там, русским по белому будет сказано, что офис компании расположен в Санкт-Петербурге, причем не во Флориде, а в России. Да, уважаемый читатель, помимо Невтонов и Платонов в нашей стране есть и компания, производящая ПО для КИ. Только наш человек, «перелопативший» кучу англоязычных сайтов, может понять, какое это удовольствие – читать информацию на великом и могучем.
Платформа называется MainEDC™. В состав входит, собственно, EDC и IWRS с Drug Supply – все необходимое. Плюс встроенные отчеты в значительном количестве, насколько это можно разглядеть в презентации. Отдельно есть модуль ePRO, причем заявлено, что он полностью интегрирован в основную платформу (то есть, seamless integration и SSO присутствует), но может использоваться и независимо. В блогах и новостях указано наличие MedDRA и WHODrug, что особенно хорошо для российского производителя.
Собственного CTMS нет. Но компания является близким родственником другого разработчика ПО для CT – Flex Databases (все желающие могут самостоятельно попробовать перевести слово spin-off). А Flex Databases как раз, в том числе, разрабатывает CTMS. То есть понятно, что здесь при желании клиента проблем с интеграцией не возникнет.
Из интересного еще отметим, что команда исследователей работает на отдельном сайте, что, безусловно, уменьшает последствия возможных ошибок.
Отдельно следует упомянуть, что новые релизы выходят еженедельно. Еще раз медленно – еженедельно. Это действительно очень впечатляет на фоне всех остальных производителей в этом обзоре.
Ну и то, чем компания безусловно может гордиться – в марте 2021 года в самом авторитетном медицинском журнале The Lancet в статье, посвященной вакцине «Спутник», есть упоминание о DM 365 и даже со ссылкой на сайт. Да, CT самой известной в мире российской вакцины проходили на этом ПО. Плюс один из авторов этой статьи лично слышал, как представитель компании говорил, что платформа MainEDC™ блестяще прошла инспекцию EMA (регулятор Евросоюза) в процессе регистрации вакцины. Да, саму вакцину до сих пор не зарегистрировали, но ПО тут точно ни при чем.
Насколько можно судить по сайту и русскоязычной профильной прессе, с DM 365 сотрудничает большинство крупных производителей и CRO в ЕАЭС. Для компании, которой еще нет 10 лет (если считать совместную историю с Flex Databases), да еще в конкуренции с западными производителями – браво!
Ennov
Изначально французская компания Ennov работает на рынке более 20 лет, за это время создала два офиса в США, один в Англии и дочернюю компанию в Японии. А в ноябре 2021 года открыли офис во Вьетнаме (азиатский рынок считается самым перспективным для развития КИ, что не удивительно, учитывая, что там живет более половины населения планеты).
Компания предлагает целый ряд решений по ПО в медицинской сфере, нас интересует то, что называется Ennov Clinical. Кстати, исходя из материалов сайта, можно предположить, что ПО для CT не является приоритетным для компании. Сразу отметим, что информация о продуктах предлагается только в самом минимальном объеме, все остальное только для зарегистрированных пользователей (то есть, клиентов).
Состав компонентов системы (из интересующих нас): EDC, ePRO, RTSM, CTMS – весь «джентльменский набор». Плюс «Medical coding for MedDRA and WHO Drug» — отмечаем. Что касается взаимодействия модулей, находим слово «integrated» но не видим слова «seamless». Что порождает определенные сомнения – обычно, как мы уже знаем, такое не прячут. Про eConsent не упоминают, значит есть только ePRO, но не eCOA (кстати, как и у предыдущей компании в нашем обзоре).
Собственно, это вся информация, за исключением маленькой детали – на сайте упомянуто, что в ноябре 2021 года вышел релиз системы под номером 9.2. При этом о предыдущих релизах в 2021 году не упоминается. То ли это означает, что компания балует новыми версиями клиентов только раз в год, то ли мелкие изменения и исправления багов не удостаиваются чести отдельных релизов (кстати, тогда это не слишком-то согласуется с регуляторными требованиями).
ClinCapture
Еще одна компания, которую никак нельзя упрекнуть в болтливости – информация выдается очень маленькими кусочками. Правда скромной тоже не назвать – посетителя сайта будет настойчиво преследовать всплывающий «помощник» с предложением задать вопрос.
Компания анонсирует в качестве благотворительной акции потенциальную возможность бесплатного использования EDC, но ссылка на подробное видео на сервисе yahoo при этом битая (во всяком случае таковой была недавно). Кроме того, рекламируется программа партнерства с CRO, но в списке партнеров всего две компании – похвастаться нечем.
Из любопытного: говорится, что новая версия выпущена в 2021 году только одна (см. наши ранее высказанные соображения по этому поводу), никаких release notes в открытом доступе нет – как обычно, «заказывайте демонстрацию». Переходим к самой системе.
EDC называется Captivate и предлагается в трех вариантах конфигурации Basic, Advanced и Enterprise, однако какая-либо информация по различим в версиях, в отличие от OpenClinica отсутствует. Но указано, что формы можно создавать в конструкторе WYSIWYG.
Заявлено наличие CTMS, причем указано «integrates seamlessly» — очень хорошо. Продвинутый блок eCOA именуется Virtual Data Capture (VDC) и содержит несколько модулей как в BioClinica, только вместо Imaging здесь eSource, который, судя по лаконичному описанию, предназначен для трансфера бумажных форм в электронные. Если API, позволяющая импортировать внешние данные, а также отдельный модуль, позволяющий подключить внешние утилиты для обработки данных на базе PostgreSQL.
Указано про Medical Coding, но упоминание уже наверно надоевших нашему читателю словарей отсутствует – видимо, все значительно скромнее. Ну и есть RTSM (похоже, он включается только на более дорогих тарифах). Причем он integrates, но не seamlessly (видимо, как раз вследствие своей опциональности).
По поводу отчетов перечислено 6 стандартных отчетов и 10 Dashboards (еще один термин, у которого нет хорошего перевода, поэтому и пытаться не будем). На этом сборка мозаики из кусочков по этой компании заканчивается.
RedCap
Очень интересная компания Research Electronic Data CAPture. Наш читатель уже приготовился увидеть адрес сайта, но не все так просто. Сама система разработана Университетом Вандербильта (Нэшвилл, США). Существует REDCap consortium, насчитывающий 5681 члена, включая, кстати, несколько российских медицинских институтов и клиник. Так вот в рамках этого консорциума использование RedCap бесплатное. Два условия: организация должна быть некоммерческой, и система устанавливается на локальный сервер. Во-первых, это означает отсутствие «облака», во-вторых, техническая поддержка возлагается на самого пользователя. Равно как нет никаких демонстраций и прочего. В целом очень похоже на бесплатную OpenClinica, но здесь немного другой уклон – можно проводить академические исследования и пользоваться ресурсами других научных институтов, но вы должны быть некоммерческими официальными членами Партнерства. То есть, препарат зарегистрировать по результатам таких CT не получится.
А вот для настоящих CT можно использовать уже систему REDCap Cloud, производимую отдельной компанией nPhase Inc., которая приобрела лицензию у Университета Вандербильта. В качестве опции возможно использование системы с ежемесячной оплатой непосредственно Университету (не спрашивайте).
В коммерческой версии радует большое количество демонстрационных видео и дополнительных ресурсов. Несколько напрягает, разве что, только то, что последняя новость датируется сентябрем 2019 года.
В состав системы входит EDC, Medical Coding (оба наших словаря присутствуют) и продвинутый модуль eCOA. В него входит множество систем, как уже упомянутых в описании ClinCapture, так и возможность организации виртуальных визитов, интеграции с банками данных, а также целых два мобильных приложения, одно из которых может даже работать в офлайне. Словом, явный упор на DCT. А вот CTMS и Drug Supply нет. Также очень туманно написано про IWRS, есть основания полагать, что этого модуля тоже нет.
Интереснейшей особенностью является то, что система позволяет подключать готовые модули сторонних производителей (по аналогии с платными внешними библиотеками в языках программирования). С одной стороны, это очень здорово, поскольку позволяет заказчику сконфигурировать систему, оптимально соответствующую его запросам, чтобы не платить за что-то ненужное. С другой стороны, опять вспомним слово «валидация» — есть большие и обоснованные сомнения, что такой «конструктор» будет легко привести к соответствию строгим нормативным требованиям.
Aris
Американский производитель, помимо двух офисов в США представлен в Англии, Индии, Ирландии, Китае, ФРГ и Японии (если по алфавиту). На своем канале на youtube размещают очень короткие (не более 2 мин) видео про себя, но без какой-то конкретики. Видимо, в результате этой политики число просмотров за последние пару лет упало на 2 порядка и сейчас составляет 20-50 штук на ролик. Информация о продуктах минимальна, все через запрос демонстрации, сам сайт представляет собой краткую визитку. Упоминаний о релизах и пр. – нет.
Говорится о seamless integration всех компонентов, есть упоминание о SSO — хорошо. В состав системы под кодовым названием LifeSphere входят (из интересующих нас): EDC, eCOA, RTSM и CTMS – полный набор. Есть medical dictionary coding (словари не конкретизированы). Упоминается, что система развертывается на Amazon Web Services (ранее мы уже писали про определенные сомнения по поводу использования внешних серверных решений).
Так что некоторое представление мы имеем, но, с учетом желания компании сохранять максимум конфиденциальности, не более того.
eClinical Solutions
Об этой компании с головным офисом в Массачусетсе и вторым офисом в Бангалоре (Индия) мы скажем очень кратко, собственно, она появилась в нашем списке в качестве иллюстрации к тому, что «так тоже можно». Дело в том, что предлагаемые решения базируются на Medidata’s Rave Clinical Cloud, уполномоченным партнером которой они и являются. То есть, компания, насколько можно судить, зарабатывает на различных сервисах для своих клиентов, используя платформу Medidata. Нам практически не встречались другие примеры такого рода, но, поскольку компания существует в качестве партнера Medidata больше десяти лет, можно обоснованно предполагать, что обе стороны расценивают такое сотрудничество как взаимовыгодное.
Эпилог
Ну что же, наш уставший читатель, позвольте нам подвести некоторые итоги, чтобы вы могли с нами согласиться или, наоборот, поспорить.
1. Мы очень кратко пробежались по материалам 16 компаний, о которых знают профессионалы рынка. Еще наверно вдвое больше таких, о которых «кто-то что-то слышал». Но тратить много времени на их представление не хотелось – полагаем, для общего представления достаточно.
2. Мы рассмотрели только самые основные блоки и в самом первом приближении. О каждом упомянутом модуле можно писать отдельную книгу, рассматривая различные аспекты и нюансы. Не просите, мы не зарабатываем на этом деньги.
3. Даже из такого беглого обзора вы, уважаемый читатель, можете понять, насколько сложен мир специализированного ПО для CT. Подавляющее большинство компаний скрывает подробные описания своих систем – конкурентная борьба, ничего не поделаешь. Теперь попробуйте представить себя в роли руководителя новоиспеченного CRO – у вас на подписании контракт на проведение CT с солидным спонсором, нужно выбрать ПО. Любой производитель с радостью проведет для вас презентацию. Потом нужно будет проанализировать информацию, задать вопросы, получить на них ответы, возможно, потребуется еще одна презентация. Минимум две-три недели интенсивного труда придется потратить на одну компанию. То есть, если захотите рассмотреть все 16, выбор займет около года (sic!). Поэтому в реальной жизни все, разумеется, не так. Сотрудники и руководство CRO обычно привязаны к определенной системе, которую уже знают. Миграция, конечно, возможна – рынок не слишком большой, ключевые фигуры знают друг друга, все встречаются на различных выставках и конференциях. И идет непрерывная жесткая борьба за клиента. Одна отрицательная рекомендация на таком полузакрытом рынке стоит десятка положительных. У каждого производителя свои сильные стороны и свои слабости, плюс фактор стоимости. Словом, это увлекательный и относительно новый для нашей страны мир, мир строгих регуляций и приложения творческих сил разработчиков и остальных членов команд производителей. Быстрорастущий мир, которому все предрекают еще более быстрые темпы развития, по крайней мере, в ближайшее десятилетие. Мир, дверцу в который мы постарались приоткрыть для вас.
Несладкий десерт
Когда появилась идея написания прочитанного вами текста, мы и представить себе не могли, насколько глобальные события вскорости произойдут. Однако это случилось, и, говоря словами популярной в свое время песни «я знаю точно – невозможное возможно». Применительно к рынку ПО представить себе, что западные производители будут по команде прекращать сотрудничество с российскими компаниями, отключать от своих сервисов, отзывать лицензии и прочее было действительно практически невозможно. Однако сейчас это стало реальностью. И эта реальность внезапно поставила отечественных заказчиков перед очень нелегким выбором. Точнее, получается небольшое дерево вариантов, которое мы схематично постараемся изобразить.
Первая развилка: ждать или не ждать.
Можно остановить все проекты и не начинать новые. Но сколько ждать? Ведь если препарат разработан, прошел предварительные стадии, протокол CT утвержден – значит колоссальные средства на его разработку уже потрачены, их нужно окупить. Само CT – дело небыстрое, а если еще и отложить начало на полгода-год – у всех ли есть такая возможность?
Вторая и последняя развилка (если не ждать): какое ПО использовать.
Вариант 1: использовать то, к которому привыкли. Да, все иностранное ПО считается в валюте – курс может прыгнуть в небеса. Но это не главное: риск поистине огромный – даже если сейчас производитель говорит, что готов с вами работать, это совершенно не значит, что через пару месяцев он официально не известит, что вынужден исполнять очередные санкции или просто у него в стране факт такого сотрудничества может вызвать общественное осуждение, поэтому он все прекращает. А все сервисы – «облачные», то есть, у вас-то есть только компьютеры, подключенные к интернету. И что тогда? Субъекты набраны, исследователи работают, препараты используются – как и куда переместить все данные? По аналогии – вы едете в машине где-то по загородному шоссе, вдруг вас останавливают и говорят, что больше не будут предоставлять вашей машине двигатель, снимают его и уезжают.
Вариант 2: какие-то, извините, «левые» схемы с некоммерческим или просто нелегальным ПО. Не будем углубляться в подробности валидации, просто для понимания сути: ни в США, ни в Европейском Союзе, ни в массе других развитых или не очень стран на разных континентах не зарегистрируют препарат, если CT были проведены на невалидированном ПО. Точка. Но мы, как известно, «на буржуев смотрим свысока». Поэтому в России до сих пор каким-то образом умудряются проводить КИ, и Минздрав принимает их результаты. Что, разумеется, совершенно не способствует повышению авторитета ни наших КИ, ни CRO, которые их проводят, ни Минздрава как регулятора. Увы нам. Но ведь Минздрав может в любой момент внезапно прозреть и обнаружить невалидированное ПО, не предназначенное для проведения коммерческих проектов от слова «совсем» (да еще и западного производителя). И заявить, что такие результаты принимать не будет (потому что и не должен был, собственно говоря). А у вас год идет исследование, еще год остался – что тогда? Используя приведенную выше аналогию с машиной – вам звонят и сообщают, что вашу машину не смогут пропустить туда, куда вы едете. Никак. Нужно вернуться, взять другую машину и ехать снова.
Вариант 3: использовать отечественного производителя ПО, обеспечивающего надлежащее качество. Но из 16 рассмотренных нами такой есть только один. Нет, мы слышали о других компаниях, утверждающих, что у них есть ПО для CT. Только вот о реализованных на этом ПО сколько-нибудь серьезных проектах не слышали. Смена производителя ПО (для тех, кто ранее использовал западное) – трудный шаг. Необходимость платить для тех, кто сидел на «бесплатном» — может быть еще труднее.
В ближайшие примерно полгода, полагаем, станет понятно, какую ветку из указанных нами предпочтет наибольшее количество отечественных заказчиков. Потому что никакого другого выбора у них просто нет.
Спасибо за внимание!
