Тема 8.0 — Поэтапное внедрение инноваций

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

Почему это важно в здравоохранении и уходе#

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

У NHS хорошо задокументированная слабость на втором этапе инноваций: не изобретение, а принятие и распространение. King's Fund и другие описывают систему, богатую пилотами и бедную в их масштабировании, — образец, прозванный «пилотитом» (pilotitis), когда инновации бесконечно испытываются на одной площадке и никогда не разворачиваются. Каждый остановившийся пилот — потраченные деньги, израсходованная добрая воля персонала и выгода, так и не реализованная в масштабе населения.

Для старшего руководителя хорошее поэтапное внедрение инноваций поэтому — и дисциплина безопасности, и дисциплина ценности. Вы подотчётны за внедрение изменений так, чтобы они порождали доказательства, защищали пациентов, удовлетворяли регуляторов и достигали достаточного числа людей, чтобы оправдать инвестицию. Эта тема — о том, как делать это намеренно, а не случайно. Она тесно связана с управлением изменениями (см. тему 8.1 — Управление изменениями), занимающимся человеческой стороной того же пути.

Ключевые понятия#

Диффузия инноваций. Классическая модель Эверетта Роджерса описывает, как новая идея распространяется по популяции во времени, следуя S-образной кривой принятия по пяти группам: новаторы, ранние последователи, раннее большинство, позднее большинство и отстающие. Роджерс определил пять атрибутов, предсказывающих скорость распространения: относительное преимущество, совместимость с существующей практикой, простота, возможность пробы и наблюдаемость результатов. Если ваша инновация плохо оценивается по ним, ожидайте медленного принятия независимо от качества лежащей в основе идеи.

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

Распространение и масштаб. Это разные проблемы. Распространение горизонтально: та же инновация принимается большим числом площадок. Масштаб вертикален: глубина принятия и инфраструктура, финансирование и изменения рабочей силы, нужные для её поддержания. Органы улучшения NHS различают их намеренно, потому что инновация может распространиться тонким слоем на много площадок, так и не масштабировавшись в закреплённую, финансируемую, обычную практику.

Порождение доказательств наряду с принятием. В цифровом здравоохранении полных доказательств до начала у вас редко бывает; вы строите их по ходу. Оценка в реальных условиях — изучение инновации в рутинных условиях, а не контролируемом испытании — позволяет принимать и учиться одновременно, при условии что вы проектируете оценку заранее, а не пристраиваете потом.

Стек регулирования и гарантий. В Великобритании три перекрывающихся режима управляют инновациями в цифровом здравоохранении. MHRA (Medicines and Healthcare products Regulatory Agency) регулирует ПО, отвечающее юридическому определению медицинского изделия, включая программное обеспечение как медицинское изделие (SaMD). NICE публикует Evidence Standards Framework (ESF) для цифровых технологий здравоохранения, задающую ожидаемый уровень доказательств по функции и финансовому риску технологии. DTAC (Digital Technology Assessment Criteria) — базовый уровень NHS для поставщиков, охватывающий клиническую безопасность (DCB0129/DCB0160), защиту данных, техническую безопасность, интероперабельность и удобство. Это не необязательные дополнения; это условия входа для безопасного принятия.

Лучшие практики#

1. Начинайте с проблемы, а не продукта. Привязывайте каждую инновацию к ясно сформулированной клинической, операционной проблеме или проблеме здоровья населения с базовой мерой того, насколько она плоха сегодня. Технологии, выбранные потому, что они захватывающи или поставщик убедителен, на практике склонны проваливать тест Роджерса на «относительное преимущество». Делайте формулировку проблемы тем, что вы защищаете, когда решение меняется.

2. Проектируйте пилот с уже решённым выходом. До начала пилота запишите решение, которое он информирует, критерии успеха, доказательства, которые он должен произвести, путь финансирования при успехе и названного владельца, который будет действовать. Если вы не можете ответить «что происходит в день, когда этот пилот удаётся?», вы строите пилотит. Пилот без плана масштабирования — хобби.

3. Вводите по когортам и по географии. Разворачивайте осознанными волнами — альфа-когорта готовых ранних последователей, затем закрытая бета нескольких репрезентативных площадок, затем всё более широкая география, — с шлюзом go/no-go между каждой волной. Ранние когорты следует выбирать за их аппетит и способность давать честную обратную связь, а не за лёгкость. Каждая волна снижает риски следующей.

4. Порождайте доказательства по мере принятия. Встройте оценку в реальных условиях в развёртывание с первого дня: согласованные метрики, базовая линия, сопоставление там, где возможно, и ритм пересмотра результатов. Согласуйте собираемые доказательства с уровнем NICE Evidence Standards Framework, подходящим вашей технологии, чтобы доказательства были достоверны для будущих принимающих и комиссионеров, а не только для вас.

5. Расчищайте регуляторный путь рано и параллельно. Установите с самого начала, является ли технология медицинским изделием (MHRA), какой уровень NICE ESF применим и соответствует ли она DTAC. Делать это поздно — самая частая причина застопоривания многообещающей инновации в точке масштаба. Относитесь к делам клинической безопасности (DCB0129 для производителей, DCB0160 для внедряющих организаций) как к первоклассным результатам, а не бумажной работе.

6. Уравновешивайте инновации равенством. Для каждой фазы спрашивайте, кого оставляет позади цифровой разрыв — пациентов без смартфонов, цифровой связи, владения английским или уверенности пользоваться новым инструментом. Инновация, улучшающая средние результаты при расширении неравенства, проваливает основную обязанность NHS. Встраивайте включение в выбор когорт и метрики оценки, а не как запоздалую мысль.

7. Используйте существующую национальную инфраструктуру. Пятнадцать Health Innovation Networks Англии (прежде Academic Health Science Networks, AHSN) существуют специально для поддержки принятия и распространения; Accelerated Access Collaborative курирует национально поддерживаемые инновации. Не стройте возможность принятия с нуля — подключайтесь к этим сетям за доказательствами в реальных условиях, площадками-коллегами и поддержкой пути к масштабу.

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

Вопросы для обсуждения с командой#

1. Каков наш честный названный план на день, когда этот пилот удастся, а если мы не можем ответить, зачем мы его начинаем? Это единственный вопрос, отделяющий дисциплинированное поэтапное внедрение от пилотита, и его стоит положить на стол до того, как будут выделены какие-либо деньги. В организации цифрового здравоохранения или ухода соблазн запустить многообещающее испытание силён — поставщик заинтересован, клиницист воодушевлён, грант доступен, — но энтузиазм в начале ничего не говорит о пути к масштабу в конце. Обсуждение должно выявить напряжение между клиническим любопытством и организационным обязательством: кто владеет масштабированием, откуда берётся текущее финансирование и какое конкретное решение go/no-go информируют доказательства. Хороший, честный ответ называет владельца масштабирования, путь финансирования и заранее согласованное решение о выходе и откровенен там, где их ещё нет. Конкретные ракурсы — пересмотреть ваш текущий портфель на пилоты без владельца масштабирования и проверить, изменил ли «успешный» пилот прошлого года практику где-либо. Неудобная, но ценная версия этого разговора — признать, что некоторые ваши живые пилоты на самом деле хобби, и решить остановить их.

2. Кого оставляет позади каждая фаза этого развёртывания и готовы ли мы замедлить инновацию, чтобы избежать расширения неравенства? Здравоохранение и уход несут законную и моральную обязанность в отношении равенства, а цифровая инновация может тихо улучшать средние результаты, исключая тех, кому уход нужнее всего, — без смартфонов, связи, владения английским или цифровой уверенности. Напряжение для обсуждения реально: меры включения, нецифровые резервы и разнообразный выбор когорт стоят времени и денег и могут замедлить принятие, так что команда под давлением показать результаты соблазнится пилотировать сначала на самых лёгких, наиболее цифрово вовлечённых площадках. Серьёзное обсуждение смотрит, кто в ваших альфа- и бета-когортах и кто вне их, представлены ли сознательно лишения и низкий цифровой доступ и каков резервный путь для исключённых пациентов. Оно должно также столкнуться с вопросом измерения: встроены ли метрики включения в оценку с первого дня или приделаны потом, чтобы успокоить совет? Честный ответ принимает, что инновация, расширяющая неравенство, — провал, даже если заголовочные числа улучшаются, и обязуется проектировать включение в выбор когорт, а не дооснащать. Лучшая версия называет конкретные исключённые группы в вашем населении и конкретное обеспечение для них в каждой волне.

3. Расчистили ли мы регуляторный путь и путь клинической безопасности параллельно с самого начала или тихо надеемся разобраться до масштаба? Позднее обнаружение, что инструмент — неоценённое медицинское изделие, не проходит DTAC или не имеет дела клинической безопасности, — самый частый способ, которым подлинно многообещающая инновация застопоривается именно в точке, где должна распространяться. В организации цифрового здравоохранения этот вопрос вынуждает к раннему, порой обескураживающему разговору о статусе медицинского изделия по MHRA, применимом уровне NICE Evidence Standards Framework и делах безопасности DCB0129 и DCB0160 — работе тяжёлой, непривлекательной и легко откладываемой за азартом продукта. Компромисс для обсуждения: скорость против гарантий: выдвижение регулирования вперёд замедляет первый пилот, но это единственный способ избежать стены в масштабе, а отношение к делам безопасности как к бумагам, а не первоклассным результатам накапливает риск. Полезные ракурсы — нанести каждую живую инновацию на три режима сегодня и спросить, привлечён ли ваш офицер клинической безопасности как проектировщик или лишь как подписант в конце. Хороший ответ рассматривает регуляторный путь как основную поставку, ведомую параллельно, называет, кому принадлежит каждое дело безопасности, и честен о том, какие текущие инициативы идут на надежде, а не оценке.

4. Когда мы говорим, что хотим «масштабировать» это, мы имеем в виду подлинный масштаб — финансируемый, укомплектованный, закреплённый как обычная деятельность — или тихо довольствуемся тонким распространением по многим площадкам? Распространение и масштаб — разные проблемы, и их смешение — способ, которым организации поздравляют себя с принятием, никогда не укореняющимся. Распространение горизонтально — больше площадок используют инновацию, — тогда как масштаб вертикален: глубина принятия плюс текущее финансирование, инфраструктура и изменения рабочей силы, нужные для её поддержания, а инновация может тонко распространиться на десятки площадок, так нигде и не масштабировавшись в закреплённую практику. Напряжение для обсуждения: распространение видимо и отчитываемо — карта с большим числом булавок выглядит успехом для совета, — тогда как масштаб дорог, медлен и требует трудных решений о постоянном бюджете и штате, которыми никто не хочет владеть. Серьёзное обсуждение явно различает эти два для инновации перед вами: какая глубина принятия считается «готово», какое перепроектирование рабочей силы это подразумевает и существуют ли действительно текущие деньги для её поддержания. Конкретные ракурсы — проаудировать, где широко распространённая инновация подлинно несёт нагрузку, а где лишь установлена, и спросить, изменило ли прошлогоднее «развёртывание» какое-либо описание должности или строку финансирования. Честный ответ признаёт, когда план — на самом деле распространение, наряженное масштабом, и либо обязуется выделить ресурсы, чтобы закрепить его должным образом, либо откровенно говорит, что оно останется поверхностным.

5. Как мы выбираем наши ранние когорты — ради честной обратной связи и репрезентативности или ради лёгкой победы, льстящей доказательствам? Площадки, на которых вы пилотируете, формируют всё, что вы узнаёте, и есть сильная тяга к самым энтузиастичным, лучше обеспеченным ресурсами, наиболее цифрово вовлечённым командам, потому что они заставляют инновацию выглядеть хорошо. Эта тяга опасна: ранние когорты, выбранные по лёгкости, дают доказательства, не переносимые на другие места, так что инновация проходит альфу и бету, а затем проваливается, встретившись с обычными площадками с реальными ограничениями, усталым персоналом и пациентами по ту сторону цифрового разрыва. Компромисс для обсуждения: аппетит и честность важны — вам действительно нужны готовые ранние последователи, дающие откровенную обратную связь, а не вежливое молчание, — но аппетит нужно уравновесить репрезентативностью, чтобы лишения, низкий цифровой доступ и неудобные процессы сознательно были в выборке, а не вычерчены из неё. Полезные ракурсы — назвать, кто в вашей альфе и бете и почему, проверить атрибуты Роджерса (относительное преимущество, совместимость, простота, возможность пробы, наблюдаемость) на типичной, а не флагманской площадке и спросить, не смутили бы какие-нибудь из ваших когорт доказательства, заговори они свободно. Хороший ответ выбирает когорты за способность сказать вам правду и заменить реальную систему и считает пилот, работающий только на идеальных площадках, предупреждением, а не успехом.

6. Является ли наша инновация осознанно управляемым портфелем или серией реакций на любого поставщика или клинициста, получившего встречу? Хорошее поэтапное внедрение инноваций — портфельная дисциплина, а не последовательность разовых увлечений, и разница видна в том, можете ли вы сказать, чего вы сознательно не делаете. Без лёгкой функции сканирования горизонта и закреплённого за владельцем портфельного взгляда инновации становятся реактивными — ведомыми убедительными поставщиками, сроками грантов и отдельными чемпионами, — и организация получает много перекрывающихся, наполовину принадлежащих инициатив, конкурирующих за ту же дефицитную ёмкость гарантий, оценки и масштабирования. Напряжение для обсуждения — между открытостью подлинно хорошим идеям, приходящим непрошенными, и дисциплиной выстраивать принятие по стратегии, ёмкости и тому, что приближается в регулировании и технологиях. Конкретные ракурсы — перечислить каждую живую инновацию и кто её спонсировал, спросить, сколько было выбрано, а сколько просто принято, и проверить, функционируют ли ваши шлюзы go/no-go как реальные инвестиционные решения или как штампы. Честный ответ признаёт, где текущий портфель — на самом деле груда реакций, и обязуется к сканированию горизонта и приоритизации, чтобы ограниченная ёмкость поддерживала важнейшие инновации, а не те, что кричали громче.

На практике: пример из здравоохранения и ухода#

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

Они сначала подтверждают регуляторную картину: платформа — медицинское изделие класса I, у поставщика есть дело безопасности DCB0129, а ICS завершает собственное дело безопасности внедрения DCB0160 и оценку DTAC. Они сопоставляют продукт с соответствующим уровнем доказательств NICE ESF и проектируют оценку в реальных условиях с местной Health Innovation Network как партнёром по оценке.

Развёртывание поэтапное. Альфа идёт в одной общинной команде по сердечной недостаточности из энтузиастичных клиницистов восемь недель, сугубо чтобы узнать о процессе, оповещениях и ложных срабатываниях. Затем бета расширяется на три географически и демографически разные местности — сознательно включая район с высокими лишениями и низким цифровым доступом, с телефонным резервом, чтобы инновация не расширяла неравенство. Шлюз go/no-go пересматривает данные о госпитализациях, нагрузку клиницистов, сообщаемый пациентами опыт и метрики включения перед более широким распространением.

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

Секторные линзы#

Стартап#

Для небольшой компании в цифровом здравоохранении, финансируемой венчурным капиталом или грантами, поэтапность экзистенциальна, а не просто благоразумна: запас хода конечен, так что пилот, застопорившийся без пути к платному контракту, может быть фатальным. Стартапы конкурируют по возможности пробы и наблюдаемости Роджерса — лёгкий, малообязывающий пилот, быстро показывающий результаты, — способ, которым они выигрывают референсные площадки, открывающие следующий раунд финансирования. Они обычно сами несут бремя клинической безопасности производителя (DCB0129) и самофинансируют DTAC и свои доказательства NICE ESF, что тяжело для небольшой команды, так что им следует выбрать одну узкую плацдарм-когорту, а не распыляться. Принципиально: они должны проектировать выход пилота как коммерческое решение (кто подписывает повторяющийся контракт при успехе), а не только клиническое, потому что клинически успешный пилот, который не принимает ни один бюджет, всё равно убивает компанию. Их преимущество — скорость и фокус; их риск — кончающиеся деньги прежде, чем доказательства и принятие догонят.

Малый бизнес#

Для устоявшегося малого поставщика — общей практики, общинной аптеки, дома ухода, агентства ухода на дому, клиники на одной площадке или небольшого поставщика технологий здравоохранения, перешагнувшего стадию стартапа, — поэтапность ограничена не столько запасом хода, сколько наличием реальных пациентов, которых нужно защищать, и почти полным отсутствием запасной ёмкости на проведение настоящего пилота. Такие организации несут те же законные обязанности, что и крупный траст, — ожидания уровня DTAC, клиническая безопасность DCB0160 при внедрении, защита данных, — но без офицера клинической безопасности, команды управления информацией или партнёра по оценке в штате, так что честный ход — принимать инновации, уже подтверждённые другими доказательствами, а не пионерить непроверенные в одиночку. Разумная поэтапность для них — небольшое, дешёвое, обратимое испытание в собственной единственной обстановке с продолжающим работать ручным резервом, чтобы провалившийся инструмент никогда не оставлял пациентов без помощи. Поскольку они не могут распространяться по площадкам, «масштаб» для них означает надёжное углубление одного процесса, а их лучший путь к гарантиям и поддержке пути к масштабу — опора на местную Health Innovation Network и поставщиков, приносящих готовое дело безопасности DCB0129. Их преимущество — единственный владелец может решать и действовать быстро; их риск — тонкая цифровая возможность соблазняет либо вовсе избегать полезных инноваций, либо принимать их без проверок безопасности и равенства, которых по-прежнему требуют обязанности.

Предприятие#

У крупного траста NHS, ICS или устоявшегося поставщика технологий здравоохранения есть силы созыва для подлинных многоплощадочных бета-запусков и постоянная инфраструктура — офицеры клинической безопасности, управление информацией, партнёры по оценке, связи с Health Innovation Network, — которой нет у стартапа. Его характерный провал обратен: смерть от пилотов, десятки одновременных малых испытаний, ни одно из которых не ведётся до распространения, потому что подотчётность размыта, а приоритеты конкурируют. Поэтапность здесь — проблема портфельного управления: каждый шлюз go/no-go должен быть формальным инвестиционным решением, привязанным к текущему финансированию и названному ответственному руководителю, в духе Management of Portfolios. Предприятие может позволить себе осознанные, подкреплённые доказательствами волны и должно ими пользоваться, но должно бороться с организационной инерцией и соблазном «большого взрыва» для продукта излюбленного поставщика. Его преимущество — масштаб и возможность гарантий; его риск — что масштаб становится вязкой грязью.

Правительство#

Национальный или местный публичный орган — NHS England, DHSC, UKHSA, делегированная администрация или местный орган власти — в основном вообще не ведёт пилот; он формирует благоприятную среду, в которой все остальные поэтапно внедряют инновации. Его рычаги — стандарты (DTAC, NICE ESF), инфраструктура распространения, которую он финансирует (Health Innovation Networks, Accelerated Access Collaborative), и структурные барьеры, которые он может убрать, — пути закупок, тариф и возмещение, мандаты интероперабельности, — иначе оставляющие проверенные инновации в тупике в точке масштаба. Подотчётность идёт перед парламентом и общественным кошельком, а равенство и всеобщий охват — законные обязанности, так что развёртывание под руководством правительства должно исключить цифрово исключённых из проекта с самой первой фазы, а не дооснащать включение. Его аппетит к риску самый низкий, а проверка самая высокая: провальное национальное развёртывание — заголовок и аудит, поэтому оно действует консервативно и публично подтверждает доказательствами. Реальная задача правительства — сделать путь от доказательств к национальному принятию проходимым для всей системы.

Типичные виды отказов#

• Пилотит. Бесконечные успешные пилоты, никогда не масштабирующиеся, потому что никто не владеет путём от доказательств к принятию. Избегайте, отказываясь начинать пилот без названного владельца масштабирования и пути финансирования.
• Решение в поисках проблемы. Принятие технологии, потому что она впечатляет, а не потому, что отвечает измеренной потребности. Избегайте, защищая формулировку проблемы и базовую линию.
• Регуляторная запоздалая мысль. Обнаружение в точке масштаба, что инструмент — неоценённое медицинское изделие или не проходит DTAC. Избегайте, расчищая MHRA/NICE/DTAC параллельно с самого начала.
• Развёртывание «большим взрывом». Пропуск поэтапных когорт и развёртывание везде сразу, так что дефект проекта становится общесистемным инцидентом. Избегайте, используя шлюзы go/no-go между волнами.
• Оценка, приделанная поздно. Базовая линия не зафиксирована, так что «успех» нельзя продемонстрировать, а будущие принимающие не убеждены. Избегайте, проектируя оценку до первого пациента.
• Инновация, расширяющая неравенство. Улучшение средних при исключении цифрово маргинализированных. Избегайте, измеряя включение в каждой фазе.

Модель зрелости#

Контрольный список#

• У каждой инновации есть заявленная проблема и количественная базовая линия.
• У каждого пилота есть названный владелец масштабирования, путь финансирования и заранее согласованное решение о выходе.
• Развёртывание разбито на когорты/географии со шлюзами go/no-go между волнами.
• Оценка в реальных условиях с метриками и базовой линией спроектирована до запуска.
• Статус MHRA (медицинское изделие), уровень NICE ESF и соответствие DTAC подтверждены рано.
• Дела клинической безопасности (DCB0129/DCB0160) завершены и закреплены за владельцами.
• Включение и равенство измеряются на каждой фазе, с нецифровым резервом.
• Привлечена соответствующая Health Innovation Network / национальный путь принятия.
• Сканирование горизонта питает управляемый портфель инноваций, а не реактивные закупки.

Ключевые источники#

• Everett M. Rogers, Diffusion of Innovations (5-е издание) — кривая принятия и пять атрибутов распространяемых инноваций.
• NICE, Evidence Standards Framework (ESF) for digital health technologies — уровни доказательств по функции и финансовому риску (nice.org.uk).
• Digital Technology Assessment Criteria (DTAC), NHS England — базовый уровень клинической безопасности, защиты данных, безопасности, интероперабельности и удобства для поставщиков.
• MHRA — руководство по программному обеспечению и ИИ как медицинскому изделию (gov.uk).
• Стандарты клинической безопасности DCB0129 (производители) и DCB0160 (внедряющие организации здравоохранения), NHS Digital.
• Health Innovation Network (прежде AHSN Network) и NHS Accelerated Access Collaborative — инфраструктура принятия и распространения (england.nhs.uk; thehealthinnovationnetwork.co.uk).
• The King's Fund, Adoption and spread of innovation in the NHS — анализ «пилотита» и разрыва принятия (kingsfund.org.uk).
• NHS Horizons — методы распространения и принятия и различие распространения/масштаба (horizonsnhs.com).

Литература#

1. Diffusion of innovations — Wikipedia — https://en.wikipedia.org/wiki/Diffusion_of_innovations
2. Everett Rogers — Wikipedia — https://en.wikipedia.org/wiki/Everett_Rogers
3. Technology adoption life cycle — Wikipedia — https://en.wikipedia.org/wiki/Technology_adoption_life_cycle
4. Proof of concept — Wikipedia — https://en.wikipedia.org/wiki/Proof_of_concept
5. Real world evidence — Wikipedia — https://en.wikipedia.org/wiki/Real_world_evidence
6. Medicines and Healthcare products Regulatory Agency — Wikipedia — https://en.wikipedia.org/wiki/Medicines_and_Healthcare_products_Regulatory_Agency
7. National Institute for Health and Care Excellence — Wikipedia — https://en.wikipedia.org/wiki/National_Institute_for_Health_and_Care_Excellence
8. Medical device — Wikipedia — https://en.wikipedia.org/wiki/Medical_device
9. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
10. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
11. Horizon scanning — Wikipedia — https://en.wikipedia.org/wiki/Horizon_scanning
12. Integrated care system — Wikipedia — https://en.wikipedia.org/wiki/Integrated_care_system
13. Evidence Standards Framework (ESF) for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/our-programmes/evidence-standards-framework-for-digital-health-technologies
14. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/about-us/digital-technology-assessment-criteria-dtac/
15. Software and AI as a Medical Device — MHRA, GOV.UK — https://www.gov.uk/government/publications/software-and-artificial-intelligence-ai-as-a-medical-device
16. Adoption and spread of innovation in the NHS — The King's Fund — https://www.kingsfund.org.uk/insight-and-analysis/reports/adoption-spread-innovation-nhs
17. Diffusion of Innovations, 5th edition — Everett M. Rogers, Free Press (2003), ISBN 978-0743222099
18. The Health Innovation Network — https://thehealthinnovationnetwork.co.uk/
19. Accelerated Access Collaborative — NHS England — https://www.england.nhs.uk/aac/