Tema 8.0 — Introducción escalonada de la innovación

En una frase: Introduce la innovación como un viaje deliberado y escalonado —pequeño, evidenciado, y seguro primero, luego extendido con confianza— en lugar de como un salto único o un cementerio de pilotos que nunca escalan.

Por qué esto importa en la salud y la atención#

La salud y la atención se sitúan en el filo de la navaja entre dos fallos. Muévete demasiado lento, y a los pacientes se les niegan tratamientos y herramientas que demostrablemente funcionan, mientras el personal se agota en procesos que mejor tecnología podría aliviar. Muévete demasiado rápido, y arriesgas la seguridad del paciente, desperdicias dinero público, atrincheras la inequidad, y violas deberes estatutarios en torno a la seguridad clínica y protección de datos.

El NHS tiene una debilidad bien documentada en la segunda etapa de la innovación: no la invención, sino la adopción y difusión. El King's Fund y otros describen un sistema rico en pilotos y pobre en escalarlos —un patrón apodado "pilotitis", donde las innovaciones se prueban interminablemente en un sitio y nunca se despliegan. Cada piloto estancado representa dinero gastado, buena voluntad del personal consumida, y un beneficio nunca realizado a escala poblacional.

Para un líder senior, escalonar bien la innovación es por tanto tanto una disciplina de seguridad como una disciplina de valor. Eres responsable de introducir el cambio de una forma que genere evidencia, proteja a los pacientes, satisfaga a los reguladores, y alcance suficiente gente para justificar la inversión. Este tema trata sobre hacer eso a propósito en lugar de por accidente. Se conecta estrechamente con la gestión del cambio (véase el Tema 8.1 — Gestión del cambio), que maneja el lado humano del mismo viaje.

Conceptos clave#

Difusión de innovaciones. El modelo clásico de Everett Rogers describe cómo se difunde una nueva idea a través de una población con el tiempo, siguiendo una curva de adopción en forma de S a través de cinco grupos: innovadores, adoptantes tempranos, la mayoría temprana, la mayoría tardía, y los rezagados. Rogers identificó cinco atributos que predicen cuán rápido se difunde algo: ventaja relativa, compatibilidad con la práctica existente, simplicidad, capacidad de prueba, y observabilidad de resultados. Si tu innovación puntúa mal en estos, espera una adopción lenta independientemente de cuán buena sea la idea subyacente.

Pilotos, pruebas de concepto, y "pilotitis". Un piloto es una prueba pequeña con límite de tiempo diseñada para aprender, no para desplegar. La patología de la pilotitis surge cuando el pilotaje se convierte en un fin en sí mismo —cuando no hay una ruta preacordada desde un piloto exitoso hasta la adopción rutinaria, y ningún propietario responsable de escalar. Un buen piloto se diseña desde el principio con su salida en mente: qué decisión informará, qué evidencia debe producir, y quién actúa sobre esa evidencia.

Difusión y escala. Estos son problemas diferentes. La difusión es horizontal —la misma innovación adoptada por más sitios. La escala es vertical —la profundidad de adopción y la infraestructura, financiación, y cambio de fuerza laboral necesarios para sostenerla. Los organismos de mejora del NHS distinguen los dos deliberadamente, porque una innovación puede difundirse superficialmente a muchos sitios sin nunca escalar hacia una práctica incorporada, financiada, y habitual.

Generación de evidencia junto a la adopción. En la salud digital rara vez tienes evidencia completa antes de comenzar; la construyes sobre la marcha. La evidencia del mundo real —estudiar una innovación en condiciones rutinarias en lugar de un ensayo controlado— te permite adoptar y aprender simultáneamente, siempre que diseñes la evaluación por adelantado en lugar de añadirla después.

La pila regulatoria y de aseguramiento. En el Reino Unido, tres regímenes superpuestos gobiernan la innovación de salud digital. La MHRA (Medicines and Healthcare products Regulatory Agency) regula el software que cumple la definición legal de un dispositivo médico, incluyendo el Software as a Medical Device (SaMD). NICE publica el Evidence Standards Framework (ESF) para tecnologías de salud digital, estableciendo el nivel de evidencia esperado para la función y riesgo financiero de una tecnología. DTAC (el Digital Technology Assessment Criteria) es la línea base del NHS para proveedores, cubriendo la seguridad clínica (DCB0129/DCB0160), protección de datos, seguridad técnica, interoperabilidad, y usabilidad. Estos no son extras opcionales; son las condiciones de entrada para la adopción segura.

Buenas prácticas#

1. Comenzar desde el problema, no el producto. Ancla cada innovación a un problema clínico, operativo, o de salud poblacional claramente declarado, con una medida de línea base de cuán malo es hoy. Las tecnologías elegidas porque son emocionantes, o porque un proveedor es persuasivo, tienden a fallar la prueba de "ventaja relativa" de Rogers en la práctica. Haz de la declaración del problema lo que proteges cuando la solución cambia.

2. Diseñar el piloto con su salida ya decidida. Antes de que comience un piloto, escribe la decisión que informará, los criterios de éxito, la evidencia que debe producir, la ruta de financiación si tiene éxito, y el propietario nombrado que actuará. Si no puedes responder "¿qué pasa el día que este piloto tenga éxito?", estás construyendo pilotitis. Un piloto sin un plan de escalamiento es un pasatiempo.

3. Escalonar por cohorte y por geografía. Despliega en olas deliberadas —un cohorte alfa de adoptantes tempranos dispuestos, luego una beta privada de unos pocos sitios representativos, luego geografía progresivamente más amplia— con una puerta de ir/no ir entre cada ola. Los cohortes tempranos deberían elegirse por su apetito y su capacidad de dar retroalimentación honesta, no por ser fáciles. Cada ola reduce el riesgo de la siguiente.

4. Generar evidencia a medida que adoptas. Incorpora una evaluación del mundo real en el despliegue desde el primer día: métricas acordadas, una línea base, una comparación donde sea factible, y un ritmo para revisar resultados. Alinea la evidencia que recopilas con el nivel del NICE Evidence Standards Framework apropiado para tu tecnología, para que la evidencia sea creíble para futuros adoptantes y comisionadores, no solo para ti.

5. Despejar la ruta regulatoria temprano y en paralelo. Establece desde el principio si la tecnología es un dispositivo médico (MHRA), qué nivel de NICE ESF aplica, y si cumple con DTAC. Hacer esto tarde es la causa más común de que una innovación prometedora se estanque en el punto de escala. Trata los casos de seguridad clínica (DCB0129 para fabricantes, DCB0160 para organizaciones desplegadoras) como productos entregables de primera clase, no papeleo.

6. Equilibrar la innovación con la equidad. Pregunta, para cada fase, a quién se está dejando fuera la brecha digital —pacientes sin smartphones, conectividad digital, fluidez en inglés, o la confianza para usar una nueva herramienta. Una innovación que mejora los resultados promedio mientras amplía la desigualdad falla un deber central del NHS. Incorpora la inclusión en la selección de cohortes y métricas de evaluación, no como idea de última hora.

7. Usar la infraestructura nacional que existe. Las quince Health Innovation Networks de Inglaterra (anteriormente Academic Health Science Networks, AHSN) existen específicamente para apoyar la adopción y difusión; el Accelerated Access Collaborative cura innovaciones respaldadas nacionalmente. No reconstruyas la capacidad de adopción desde cero —conéctate a estas redes para evidencia del mundo real, sitios pares, y apoyo de ruta a escala.

8. Escanear el horizonte deliberadamente. Mantén una función ligera de escaneo de horizonte para que la innovación sea una cartera gestionada, no una serie de reacciones a cualquier proveedor que consiguió una reunión. Saber qué viene —en regulación, en tecnología, en sistemas adyacentes— te permite secuenciar la adopción en lugar de ser sorprendido por ella.

Preguntas para debatir con tu equipo#

1. ¿Cuál es nuestro plan honesto y nombrado para qué pasa el día que este piloto tenga éxito —y si no podemos responder eso, por qué lo estamos comenzando? Esta es la única pregunta que separa el escalonamiento disciplinado de la pilotitis, y vale la pena ponerla sobre la mesa antes de que se comprometa cualquier dinero. En una organización de salud digital y atención la tentación de lanzar un ensayo prometedor es fuerte —un proveedor está interesado, un clínico está entusiasta, hay una subvención disponible— pero el entusiasmo al principio no dice nada sobre la ruta a escala al final. El debate debería sacar a la luz las tensiones entre la curiosidad clínica y el compromiso organizacional: quién posee el escalamiento, de dónde viene la financiación recurrente, y qué decisión específica de ir/no ir informará la evidencia. Una respuesta buena y honesta nombra a un propietario de escalamiento, una ruta de financiación, y una decisión de salida preacordada, y es franca donde estos todavía no existen. Los ángulos concretos incluyen revisar tu cartera actual en busca de pilotos sin propietario de escalamiento, y probar si un piloto "exitoso" el año pasado realmente cambió la práctica en algún lugar. La versión incómoda pero valiosa de esta conversación es admitir que algunos de tus pilotos en vivo son realmente pasatiempos, y decidir detenerlos.

2. ¿A quién se está dejando atrás cada fase de este despliegue, y estamos dispuestos a ralentizar la innovación para evitar ampliar la inequidad? La salud y la atención llevan un deber estatutario y moral en torno a la equidad, y la innovación digital puede silenciosamente mejorar los resultados promedio mientras excluye a las personas que más necesitan atención —aquellas sin smartphones, conectividad, fluidez en inglés, o confianza digital. La tensión a debatir es real: las medidas de inclusión, alternativas no digitales, y selección de cohorte diversa cuestan tiempo y dinero y pueden ralentizar la adopción, así que un equipo bajo presión de mostrar resultados se sentirá tentado a pilotar primero en los sitios más fáciles y digitalmente comprometidos. Una discusión seria mira quién está dentro y fuera de tus cohortes alfa y beta, si la privación y bajo acceso digital están deliberadamente representados, y cuál es la vía alternativa para los pacientes excluidos. También debería confrontar la pregunta de medición —¿las métricas de inclusión se incorporan en la evaluación desde el primer día, o se añaden después para tranquilizar a una junta directiva? Una respuesta honesta acepta que una innovación que amplía la desigualdad es un fallo incluso si sus números titulares mejoran, y se compromete a diseñar la inclusión en la selección de cohorte en lugar de adaptarla retroactivamente. La mejor versión nombra los grupos excluidos específicos en tu población y la provisión concreta hecha para ellos en cada ola.

3. ¿Hemos despejado la ruta regulatoria y de seguridad clínica en paralelo desde el principio, o estamos silenciosamente esperando resolverlo antes de la escala? Descubrir tarde que una herramienta es un dispositivo médico no evaluado, falla DTAC, o carece de un caso de seguridad clínica es la forma más común en que una innovación genuinamente prometedora se estanca exactamente en el punto en que debería difundirse. En una organización de salud digital esta pregunta obliga a una conversación temprana, a veces desalentadora, sobre el estado de dispositivo médico de la MHRA, el nivel aplicable del NICE Evidence Standards Framework, y los casos de seguridad DCB0129 y DCB0160 —trabajo que es pesado, poco glamoroso, y fácil de aplazar detrás de la emoción del producto. La disyuntiva a debatir es velocidad frente a aseguramiento: precargar la regulación ralentiza el primer piloto pero es la única forma de evitar un muro a escala, y tratar los casos de seguridad como papeleo en lugar de productos entregables de primera clase acumula riesgo. Los ángulos útiles incluyen mapear cada innovación en vivo contra los tres regímenes hoy, y preguntar si tu oficial de seguridad clínica ha sido involucrado como diseñador o meramente como firmante al final. Una buena respuesta trata la ruta regulatoria como entrega central gestionada en paralelo, nombra quién posee cada caso de seguridad, y es honesta sobre qué iniciativas actuales están procediendo con esperanza en lugar de evaluación.

4. Cuando decimos que queremos "escalar" esto, ¿queremos decir escala genuina —financiada, dotada de personal, incorporada como operación habitual— o silenciosamente nos estamos conformando con difusión superficial a través de muchos sitios? La difusión y la escala son problemas diferentes, y confundirlos es cómo las organizaciones se felicitan por una adopción que nunca realmente arraiga. La difusión es horizontal —más sitios usando la innovación— mientras que la escala es vertical, la profundidad de adopción más la financiación recurrente, infraestructura, y cambio de fuerza laboral necesarios para sostenerla, y una innovación puede difundirse superficialmente a docenas de sitios sin nunca escalar hacia una práctica incorporada en ningún lugar. La tensión a debatir es que la difusión es visible y reportable —un mapa con más marcadores parece éxito a una junta directiva— mientras que la escala es cara, lenta, y exige decisiones difíciles sobre presupuesto permanente y dotación de personal que nadie quiere poseer. Una discusión seria distingue los dos explícitamente para la innovación frente a ti: qué profundidad de adopción cuenta como "terminado", qué rediseño de fuerza laboral implica, y si el dinero recurrente para sostenerla realmente existe. Los ángulos concretos incluyen auditar dónde una innovación ampliamente difundida es genuinamente de carga estructural frente a meramente instalada, y preguntar si el "despliegue" del año pasado cambió alguna descripción de trabajo o línea de financiación. Una respuesta honesta admite cuando el plan es realmente difusión disfrazada de escala, y ya sea compromete los recursos para incorporarla apropiadamente o es franca de que permanecerá superficial.

5. ¿Cómo estamos eligiendo nuestros cohortes tempranos —para retroalimentación honesta y representatividad, o para una victoria fácil que favorece la evidencia? Los sitios donde pilotas dan forma a todo lo que aprendes, y hay una fuerte atracción hacia los equipos más entusiastas, mejor dotados de recursos, y más comprometidos digitalmente porque hacen que la innovación se vea bien. Esa atracción es peligrosa: los cohortes tempranos elegidos por facilidad producen evidencia que no se transfiere, así que la innovación navega a través de alfa y beta y luego falla cuando se encuentra con sitios ordinarios con restricciones reales, personal cansado, y pacientes en el lado equivocado de la brecha digital. La disyuntiva a debatir es que el apetito y la honestidad importan —sí quieres adoptantes tempranos dispuestos que darán retroalimentación franca en lugar de silencio educado— pero el apetito debe equilibrarse contra la representatividad para que la privación, bajo acceso digital, y flujos de trabajo incómodos estén deliberadamente en la muestra, no diseñados fuera de ella. Los ángulos útiles incluyen nombrar quién está en tu alfa y beta y por qué, verificar los atributos de Rogers (ventaja relativa, compatibilidad, simplicidad, capacidad de prueba, observabilidad) contra un sitio típico en lugar de uno insignia, y preguntar si alguno de tus cohortes avergonzaría a la evidencia si hablaran libremente. Una buena respuesta elige cohortes por su capacidad de decirte la verdad y representar al sistema real, y trata un piloto que solo funciona en sitios ideales como una advertencia, no un éxito.

6. ¿Es nuestra innovación una cartera deliberadamente gestionada, o una serie de reacciones a cualquier proveedor o clínico que consiguió una reunión? Escalonar bien la innovación es una disciplina de cartera, no una secuencia de entusiasmos únicos, y la diferencia se muestra en si puedes decir qué deliberadamente no estás haciendo. Sin una función ligera de escaneo de horizonte y una vista de cartera poseída, la innovación se vuelve reactiva —impulsada por proveedores persuasivos, fechas límite de subvención, y campeones individuales— y la organización termina con muchas iniciativas superpuestas y medio poseídas compitiendo por el mismo escaso aseguramiento, evaluación, y capacidad de escalamiento. La tensión a debatir es entre la apertura a ideas genuinamente buenas que llegan sin invitación y la disciplina de secuenciar la adopción contra la estrategia, capacidad, y lo que viene en regulación y tecnología. Los ángulos concretos incluyen listar cada innovación en vivo y quién la patrocinó, preguntar cuántas fueron elegidas frente a meramente aceptadas, y probar si tus puertas de ir/no ir funcionan como decisiones de inversión reales o como aprobaciones automáticas. Una respuesta honesta reconoce dónde la cartera actual es realmente un montón de reacciones, y se compromete al escaneo de horizonte y priorización para que la capacidad limitada respalde las innovaciones que más importan en lugar de las que gritaron más fuerte.

En la práctica: un ejemplo de salud y atención#

Un sistema de atención integrada (ICS) quiere reducir las admisiones evitables entre personas con insuficiencia cardíaca. En lugar de comprar una plataforma de monitoreo remoto para toda su población el primer día, el líder de programa enmarca el problema con una línea base: tasas de admisión actuales, tamaño del cohorte, y la reducción objetivo.

Confirman el panorama regulatorio primero —la plataforma es un dispositivo médico de Clase I, el proveedor sostiene un caso de seguridad DCB0129, y el ICS completa su propio caso de seguridad de despliegue DCB0160 y una evaluación DTAC. Mapean el producto al nivel de evidencia NICE ESF relevante y diseñan una evaluación del mundo real con la Health Innovation Network local como socio de evaluación.

El despliegue se escalona. Un alfa se ejecuta en un equipo comunitario de insuficiencia cardíaca de clínicos entusiastas durante ocho semanas, puramente para aprender sobre flujo de trabajo, alertas, y falsos positivos. Una beta luego se extiende a tres localidades geográfica y demográficamente variadas —deliberadamente incluyendo un área de alta privación y bajo acceso digital, con alternativa basada en teléfono para que la innovación no amplíe la inequidad. Una puerta de ir/no ir revisa datos de admisión, carga de trabajo clínico, experiencia reportada por el paciente, y métricas de inclusión antes de la difusión más amplia.

Solo después de que la beta muestra una reducción de admisiones creíble y un modelo de dotación de personal viable el ICS compromete financiación recurrente y se difunde a las localidades restantes —con el propietario de escalamiento, financiación, y evaluación ya acordados. El piloto nunca se convirtió en un callejón sin salida porque su salida se diseñó antes de que comenzara.

Perspectivas sectoriales#

Startup#

Para una pequeña empresa de salud digital financiada por capital de riesgo o subvención, el escalonamiento es existencial en lugar de meramente prudente: el margen de tiempo es finito, así que un piloto que se estanca sin una ruta hacia un contrato pagado puede ser fatal. Las startups compiten en la capacidad de prueba y observabilidad de Rogers —un piloto ligero y de bajo compromiso que rápidamente muestra resultados es cómo ganan los sitios de referencia que desbloquean la siguiente ronda de financiación. Generalmente llevan la carga de seguridad clínica del fabricante ellas mismas (DCB0129) y autofinancian DTAC y su evidencia NICE ESF, lo cual es pesado para un equipo pequeño, así que deberían elegir un cohorte de desembarco estrecho en lugar de difundirse superficialmente. Crucialmente, deben diseñar la salida del piloto como una decisión comercial (quién firma un contrato recurrente en caso de éxito), no solo una clínica, porque un piloto clínicamente exitoso que ningún presupuesto adopta todavía mata a la empresa. Su ventaja es velocidad y enfoque; su riesgo es quedarse sin efectivo antes de que la evidencia y adopción se alcancen.

Pequeña empresa#

Para un proveedor pequeño y establecido —una consulta de médico de cabecera, una farmacia comunitaria, una residencia de cuidados, una agencia de atención domiciliaria, una clínica de un solo emplazamiento, o un pequeño proveedor de tecnología de salud pasada la etapa de startup— el escalonamiento está limitado menos por el margen de tiempo que por tener pacientes reales que proteger y casi ninguna capacidad de sobra para ejecutar un piloto apropiado. Tales organizaciones llevan los mismos deberes estatutarios que un gran fideicomiso —expectativas de nivel DTAC, seguridad clínica DCB0160 al desplegar, protección de datos— pero sin un oficial de seguridad clínica, un equipo de gobernanza de la información, o un socio de evaluación en el personal, así que el movimiento honesto es adoptar innovaciones que otros ya han evidenciado en lugar de pionear las no probadas solas. Su escalonamiento sensato es un ensayo pequeño, barato, y reversible en su propio entorno único, con una alternativa manual mantenida funcionando para que una herramienta fallida nunca deje varados a los pacientes. Porque no pueden difundirse a través de sitios, "escala" para ellos significa profundizar un flujo de trabajo de forma confiable, y su mejor ruta hacia el aseguramiento y apoyo de ruta a escala es apoyarse en la Health Innovation Network local y en proveedores que traen un caso de seguridad DCB0129 ya construido. Su ventaja es que un solo propietario puede decidir y actuar rápidamente; su riesgo es que la capacidad digital delgada los tienta a evitar la innovación útil por completo o adoptarla sin las verificaciones de seguridad y equidad que todavía exigen los deberes.

Gran organización#

Un gran fideicomiso del NHS, ICS, o proveedor de tecnología de salud establecido tiene el poder de convocatoria para ejecutar betas genuinas de múltiples sitios y la infraestructura permanente —oficiales de seguridad clínica, gobernanza de la información, socios de evaluación, enlaces de Health Innovation Network— que le falta a una startup. Su fallo característico es el opuesto: muerte por piloto, docenas de ensayos pequeños simultáneos ninguno de los cuales se posee hasta la difusión, porque la responsabilidad es difusa y las prioridades compiten. El escalonamiento aquí es un problema de gobernanza de cartera: cada puerta de ir/no ir debería ser una decisión de inversión formal vinculada a financiación recurrente y un propietario senior responsable nombrado, en el espíritu de Management of Portfolios. La gran organización puede permitirse olas deliberadas y evidenciadas y debería usarlas, pero debe luchar contra la inercia organizacional y la tentación de hacer big bang del producto de un proveedor favorecido. Su ventaja es escala y capacidad de aseguramiento; su riesgo es que la escala se convierta en lodo.

Gobierno#

Un organismo público nacional o local —NHS England, DHSC, UKHSA, una administración descentralizada, o una autoridad local— mayormente no ejecuta el piloto en absoluto; da forma al entorno habilitador en el que todos los demás escalonan la innovación. Sus palancas son estándares (DTAC, el NICE ESF), la infraestructura de difusión que financia (Health Innovation Networks, el Accelerated Access Collaborative), y las barreras estructurales que puede eliminar —rutas de contratación, tarifa y reembolso, mandatos de interoperabilidad— que de otro modo varan innovaciones probadas en el punto de escala. La responsabilidad recae en el Parlamento y el erario público, y la equidad y cobertura universal son deberes estatutarios, así que un despliegue liderado por el gobierno debe diseñar fuera a los digitalmente excluidos desde la primera fase, no adaptar retroactivamente la inclusión. Su apetito de riesgo es el más bajo y su escrutinio el más alto: un despliegue nacional fallido es un titular y una auditoría, así que escalona conservadoramente y evidencia públicamente. El trabajo real del gobierno es hacer navegable la ruta desde la evidencia hasta la adopción nacional para todo el sistema.

Modos de fallo comunes#

• Pilotitis. Pilotos exitosos interminables que nunca escalan, porque nadie posee la ruta desde la evidencia hasta la adopción. Evítalo negándote a comenzar un piloto sin un propietario de escalamiento nombrado y ruta de financiación.
• Solución en busca de un problema. Adoptar tecnología porque es impresionante, no porque aborda una necesidad medida. Evítalo protegiendo la declaración del problema y línea base.
• Idea de última hora regulatoria. Descubrir en el punto de escala que la herramienta es un dispositivo médico no evaluado o falla DTAC. Evítalo despejando MHRA/NICE/DTAC en paralelo desde el principio.
• Despliegue de big bang. Saltarse cohortes escalonadas y desplegar en todas partes a la vez, así que un defecto de diseño se convierte en un incidente de todo el sistema. Evítalo usando puertas de ir/no ir entre olas.
• Evaluación añadida tarde. Sin línea base capturada, así que el "éxito" no se puede demostrar y los futuros adoptantes no están convencidos. Evítalo diseñando la evaluación antes del primer paciente.
• Innovación que amplía la inequidad. Mejorar promedios mientras se excluye a los marginados digitalmente. Evítalo midiendo la inclusión en cada fase.

Modelo de madurez#

Lista de verificación#

• Cada innovación tiene un problema declarado y una línea base cuantificada.
• Cada piloto tiene un propietario de escalamiento nombrado, ruta de financiación, y decisión de salida preacordada.
• El despliegue se escalona en cohortes/geografías con puertas de ir/no ir entre olas.
• Se diseña una evaluación del mundo real con métricas y línea base antes del lanzamiento.
• El estado de MHRA (dispositivo médico), nivel NICE ESF, y cumplimiento DTAC se confirman temprano.
• Los casos de seguridad clínica (DCB0129/DCB0160) están completos y poseídos.
• La inclusión y equidad se miden en cada fase, con una alternativa no digital.
• La Health Innovation Network relevante / ruta de adopción nacional está involucrada.
• El escaneo de horizonte alimenta una cartera de innovación gestionada, no compra reactiva.

Fuentes clave#

• Everett M. Rogers, Diffusion of Innovations (5ª edición) — la curva de adopción y los cinco atributos de las innovaciones difundibles.
• NICE, Evidence Standards Framework (ESF) for digital health technologies — niveles de evidencia por función y riesgo financiero (nice.org.uk).
• Digital Technology Assessment Criteria (DTAC), NHS England — línea base de seguridad clínica, protección de datos, seguridad, interoperabilidad, usabilidad para proveedores.
• MHRA — orientación de Software and AI as a Medical Device (gov.uk).
• Estándares de seguridad clínica DCB0129 (fabricantes) y DCB0160 (organizaciones de salud que despliegan), NHS Digital.
• The Health Innovation Network (anteriormente la AHSN Network) y el NHS Accelerated Access Collaborative — infraestructura de adopción y difusión (england.nhs.uk; thehealthinnovationnetwork.co.uk).
• The King's Fund, Adoption and spread of innovation in the NHS — análisis de la "pilotitis" y la brecha de adopción (kingsfund.org.uk).
• NHS Horizons — métodos de difusión y adopción y la distinción difusión/escala (horizonsnhs.com).

Referencias#

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/