Sujet 8.0 — Échelonner l'innovation

En une phrase : Introduisez l'innovation comme un voyage délibéré et échelonné — petit, étayé, et sûr d'abord, puis répandu avec confiance — plutôt que comme un saut unique ou un cimetière de pilotes qui n'évoluent jamais.

Pourquoi c'est important dans la santé et l'action sociale#

La santé et l'action sociale se tiennent sur une lame de rasoir entre deux échecs. Bougez trop lentement, et les patients se voient refuser des traitements et outils qui fonctionnent démontrablement, tandis que le personnel s'épuise sur des processus qu'une meilleure technologie pourrait alléger. Bougez trop vite, et vous risquez la sécurité patient, gaspillez l'argent public, ancrez l'inéquité, et enfreignez les devoirs statutaires autour de la sécurité clinique et la protection des données.

Le NHS a une faiblesse bien documentée à la deuxième étape de l'innovation : pas l'invention, mais l'adoption et la diffusion. Le King's Fund et d'autres décrivent un système riche en pilotes et pauvre en les échelonnant — un motif surnommé « pilotite », où les innovations sont testées sans fin dans un site et jamais déployées. Chaque pilote calé représente de l'argent dépensé, de la bonne volonté du personnel consommée, et un bénéfice jamais réalisé à l'échelle de la population.

Pour un dirigeant senior, bien échelonner l'innovation est donc à la fois une discipline de sécurité et une discipline de valeur. Vous êtes responsable d'introduire le changement d'une façon qui génère de la preuve, protège les patients, satisfait les régulateurs, et atteint assez de personnes pour justifier l'investissement. Ce sujet concerne faire cela délibérément plutôt que par accident. Il se connecte étroitement à la gestion du changement (voir Sujet 8.1 — Gestion du changement), qui gère le côté humain du même voyage.

Concepts fondamentaux#

Diffusion des innovations. Le modèle classique d'Everett Rogers décrit comment une nouvelle idée se répand à travers une population dans le temps, suivant une courbe d'adoption en forme de S à travers cinq groupes : innovateurs, adoptants précoces, la majorité précoce, la majorité tardive, et les retardataires. Rogers a identifié cinq attributs qui prédisent à quelle vitesse quelque chose se répand : avantage relatif, compatibilité avec la pratique existante, simplicité, testabilité, et observabilité des résultats. Si votre innovation note mal sur ceux-ci, attendez-vous à une adoption lente peu importe la qualité de l'idée sous-jacente.

Pilotes, preuves de concept, et « pilotite ». Un pilote est un test limité dans le temps et à petite échelle conçu pour apprendre, pas pour déployer. La pathologie de la pilotite survient quand le pilotage devient une fin en soi — quand il n'y a aucune route pré-convenue d'un pilote réussi vers l'adoption routinière, et aucun propriétaire responsable de l'échelonnement. Un bon pilote est conçu dès le début avec sa sortie en tête : quelle décision il informera, quelle preuve il doit produire, et qui agit sur cette preuve.

Diffusion et échelle. Ce sont des problèmes différents. La diffusion est horizontale — la même innovation adoptée par plus de sites. L'échelle est verticale — la profondeur d'adoption et l'infrastructure, financement, et changement de main-d'œuvre nécessaires pour la soutenir. Les organismes d'amélioration du NHS distinguent les deux délibérément, car une innovation peut se diffuser fin à de nombreux sites sans jamais s'échelonner en pratique intégrée, financée, et de fonctionnement normal.

Génération de preuve aux côtés de l'adoption. Dans la santé numérique, vous avez rarement une preuve complète avant de commencer ; vous la construisez au fur et à mesure. L'évaluation en conditions réelles — étudier une innovation dans des conditions routinières plutôt qu'un essai contrôlé — vous permet d'adopter et apprendre simultanément, à condition que vous conceviez l'évaluation en amont plutôt que de l'ajouter après coup.

La pile réglementaire et d'assurance. Au Royaume-Uni, trois régimes qui se chevauchent gouvernent l'innovation de santé numérique. La MHRA (Medicines and Healthcare products Regulatory Agency) réglemente le logiciel qui satisfait la définition légale d'un dispositif médical, y compris le Software as a Medical Device (SaMD). NICE publie l'Evidence Standards Framework (ESF) pour les technologies de santé numérique, énonçant le niveau de preuve attendu pour la fonction et le risque financier d'une technologie. DTAC (les Digital Technology Assessment Criteria) est la base du NHS pour les fournisseurs, couvrant la sécurité clinique (DCB0129/DCB0160), la protection des données, la sécurité technique, l'interopérabilité, et l'utilisabilité. Ceux-ci ne sont pas des extras optionnels ; ce sont les conditions d'entrée pour une adoption sûre.

Bonnes pratiques#

1. Commencez par le problème, pas le produit. Ancrez chaque innovation à un problème clinique, opérationnel, ou de santé de population clairement énoncé, avec une mesure de base de à quel point c'est mauvais aujourd'hui. Les technologies choisies parce qu'elles sont excitantes, ou parce qu'un fournisseur est persuasif, tendent à échouer le test « avantage relatif » de Rogers en pratique. Faites de l'énoncé de problème la chose que vous protégez quand la solution change.

2. Concevez le pilote avec sa sortie déjà décidée. Avant qu'un pilote ne commence, écrivez la décision qu'il informera, les critères de succès, la preuve qu'il doit produire, la voie de financement s'il réussit, et le propriétaire nommé qui agira. Si vous ne pouvez pas répondre « que se passe-t-il le jour où ce pilote réussit ? », vous construisez de la pilotite. Un pilote sans plan d'échelonnement est un passe-temps.

3. Échelonnez par cohorte et par géographie. Déployez en vagues délibérées — une cohorte alpha d'adoptants précoces volontaires, puis une bêta privée de quelques sites représentatifs, puis une géographie progressivement plus large — avec une porte go/no-go entre chaque vague. Les cohortes précoces devraient être choisies pour leur appétit et leur capacité à donner une rétroaction honnête, pas pour être faciles. Chaque vague dérisque la suivante.

4. Générez de la preuve au fur et à mesure que vous adoptez. Construisez une évaluation en conditions réelles dans le déploiement dès le premier jour : métriques convenues, une base, une comparaison là où faisable, et une cadence pour réviser les résultats. Alignez la preuve que vous rassemblez au niveau NICE Evidence Standards Framework approprié à votre technologie, afin que la preuve soit crédible pour les futurs adoptants et commissionnaires, pas seulement pour vous.

5. Dégagez la voie réglementaire tôt et en parallèle. Établissez dès le début si la technologie est un dispositif médical (MHRA), quel niveau NICE ESF s'applique, et si elle satisfait DTAC. Faire cela tard est la cause la plus courante unique d'une innovation prometteuse calant au point de l'échelle. Traitez les dossiers de sécurité clinique (DCB0129 pour les fabricants, DCB0160 pour les organisations déployant) comme des livrables de première classe, pas de la paperasse.

6. Équilibrez l'innovation avec l'équité. Demandez, pour chaque phase, qui est laissé pour compte par la fracture numérique — des patients sans smartphones, connectivité numérique, aisance en anglais, ou la confiance pour utiliser un nouvel outil. Une innovation qui améliore les résultats moyens tout en élargissant l'inégalité échoue un devoir NHS central. Construisez l'inclusion dans la sélection de cohorte et les métriques d'évaluation, pas comme une réflexion après coup.

7. Utilisez l'infrastructure nationale qui existe. Les quinze Health Innovation Networks d'Angleterre (anciennement Academic Health Science Networks, AHSN) existent spécifiquement pour soutenir l'adoption et la diffusion ; l'Accelerated Access Collaborative sélectionne des innovations soutenues nationalement. Ne reconstruisez pas la capacité d'adoption à partir de zéro — branchez-vous sur ces réseaux pour la preuve en conditions réelles, les sites pairs, et le soutien de route-vers-l'échelle.

8. Scannez l'horizon délibérément. Maintenez une fonction légère de balayage d'horizon afin que l'innovation soit un portefeuille géré, pas une série de réactions à quel que soit le fournisseur qui a obtenu une réunion. Savoir ce qui vient — en réglementation, en technologie, dans les systèmes adjacents — vous permet de séquencer l'adoption plutôt que d'en être surpris.

Questions à discuter avec votre équipe#

1. Quel est notre plan honnête et nommé pour ce qui se passe le jour où ce pilote réussit — et si nous ne pouvons pas répondre à cela, pourquoi le commençons-nous ? C'est la question unique qui sépare l'échelonnement discipliné de la pilotite, et elle vaut la peine d'être mise sur la table avant que tout argent ne soit engagé. Dans une organisation de santé numérique ou d'action sociale, la tentation de lancer un essai prometteur est forte — un fournisseur est enthousiaste, un clinicien est enthousiaste, une subvention est disponible — mais l'enthousiasme au début ne dit rien sur la route vers l'échelle à la fin. Le débat devrait faire surgir les tensions entre la curiosité clinique et l'engagement organisationnel : qui possède l'échelonnement, d'où vient le financement récurrent, et quelle décision go/no-go spécifique la preuve informera. Une bonne réponse honnête nomme un propriétaire d'échelonnement, une voie de financement, et une décision de sortie pré-convenue, et est franche là où celles-ci n'existent pas encore. Les angles concrets incluent réviser votre portefeuille actuel pour les pilotes sans propriétaire d'échelonnement, et tester si un pilote « réussi » l'année dernière a réellement changé la pratique quelque part. La version inconfortable mais précieuse de cette conversation est d'admettre que certains de vos pilotes en direct sont réellement des passe-temps, et de décider de les arrêter.

2. Qui est laissé pour compte par chaque phase de ce déploiement, et sommes-nous prêts à ralentir l'innovation pour éviter d'élargir l'inéquité ? La santé et l'action sociale portent un devoir statutaire et moral autour de l'équité, et l'innovation numérique peut discrètement améliorer les résultats moyens tout en excluant les personnes qui ont le plus besoin de soins — celles sans smartphones, connectivité, aisance en anglais, ou confiance numérique. La tension à débattre est réelle : les mesures d'inclusion, les solutions de repli non numériques, et la sélection de cohorte diverse coûtent du temps et de l'argent et peuvent ralentir l'adoption, donc une équipe sous pression de montrer des résultats sera tentée de piloter d'abord dans les sites les plus faciles et les plus engagés numériquement. Une discussion sérieuse regarde qui est dans et hors de vos cohortes alpha et bêta, si la précarité et le faible accès numérique sont délibérément représentés, et quel est le parcours de repli pour les patients exclus. Elle devrait aussi confronter la question de mesure — les métriques d'inclusion sont-elles construites dans l'évaluation dès le premier jour, ou ajoutées après coup pour rassurer un conseil d'administration ? Une réponse honnête accepte qu'une innovation qui élargit l'inégalité est un échec même si ses chiffres vedettes s'améliorent, et s'engage à concevoir l'inclusion dans la sélection de cohorte plutôt que de l'adapter rétroactivement. La meilleure version nomme les groupes exclus spécifiques dans votre population et la provision concrète faite pour eux dans chaque vague.

3. Avons-nous dégagé la voie réglementaire et de sécurité clinique en parallèle dès le début, ou espérons-nous discrètement la régler avant l'échelle ? Découvrir tard qu'un outil est un dispositif médical non évalué, échoue DTAC, ou manque d'un dossier de sécurité clinique est la façon la plus courante dont une innovation véritablement prometteuse cale exactement au point où elle devrait se répandre. Dans une organisation de santé numérique, cette question force une conversation précoce, parfois dégonflante, sur le statut de dispositif médical MHRA, le niveau NICE Evidence Standards Framework applicable, et les dossiers de sécurité DCB0129 et DCB0160 — un travail qui est lourd, peu glamour, et facile à reporter derrière l'excitation du produit. Le compromis à débattre est la vitesse versus l'assurance : charger la réglementation en amont ralentit le premier pilote mais est la seule façon d'éviter un mur à l'échelle, et traiter les dossiers de sécurité comme de la paperasse plutôt que des livrables de première classe accumule du risque. Les angles utiles incluent cartographier chaque innovation en direct contre les trois régimes aujourd'hui, et demander si votre agent de sécurité clinique a été engagé comme concepteur ou simplement comme signataire à la fin. Une bonne réponse traite la voie réglementaire comme une livraison centrale gérée en parallèle, nomme qui possède chaque dossier de sécurité, et est honnête sur quelles initiatives actuelles procèdent sur l'espoir plutôt que l'évaluation.

4. Quand nous disons vouloir « échelonner » ceci, voulons-nous dire une véritable échelle — financée, dotée en personnel, intégrée comme fonctionnement normal — ou nous contentons-nous discrètement d'une diffusion fine à travers de nombreux sites ? La diffusion et l'échelle sont des problèmes différents, et les confondre est comment les organisations se félicitent d'une adoption qui ne s'enracine jamais réellement. La diffusion est horizontale — plus de sites utilisant l'innovation — tandis que l'échelle est verticale, la profondeur d'adoption plus le financement récurrent, l'infrastructure, et le changement de main-d'œuvre nécessaires pour la soutenir, et une innovation peut se diffuser fin à des douzaines de sites sans jamais s'échelonner en pratique intégrée nulle part. La tension à débattre est que la diffusion est visible et rapportable — une carte avec plus d'épingles dessus ressemble à un succès pour un conseil d'administration — tandis que l'échelle est coûteuse, lente, et exige des décisions difficiles sur le budget et le personnel permanents que personne ne veut posséder. Une discussion sérieuse distingue les deux explicitement pour l'innovation devant vous : quelle profondeur d'adoption compte comme « fait », quelle refonte de main-d'œuvre cela implique, et si l'argent récurrent pour la soutenir existe réellement. Les angles concrets incluent auditer où une innovation largement diffusée est véritablement porteuse de charge versus simplement installée, et demander si le « déploiement » de l'année dernière a changé une description de poste ou une ligne de financement quelconque. Une réponse honnête admet quand le plan est réellement de la diffusion déguisée en échelle, et soit engage les ressources pour l'intégrer correctement soit est franche qu'elle restera superficielle.

5. Comment choisissons-nous nos cohortes précoces — pour une rétroaction honnête et représentativité, ou pour une victoire facile qui flatte la preuve ? Les sites dans lesquels vous pilotez façonnent tout ce que vous apprenez, et il y a une forte attraction vers les équipes les plus enthousiastes, les mieux ressourcées, les plus engagées numériquement parce qu'elles font bien paraître l'innovation. Cette attraction est dangereuse : les cohortes précoces choisies pour la facilité produisent une preuve qui ne se transfère pas, donc l'innovation navigue à travers alpha et bêta puis échoue quand elle rencontre des sites ordinaires avec de véritables contraintes, un personnel fatigué, et des patients du mauvais côté de la fracture numérique. Le compromis à débattre est que l'appétit et l'honnêteté comptent — vous voulez bien des adoptants précoces volontaires qui donneront une rétroaction franche plutôt qu'un silence poli — mais l'appétit doit être équilibré contre la représentativité afin que la précarité, le faible accès numérique, et les flux de travail gênants soient délibérément dans l'échantillon, pas conçus hors de lui. Les angles utiles incluent nommer qui est dans votre alpha et bêta et pourquoi, vérifier les attributs de Rogers (avantage relatif, compatibilité, simplicité, testabilité, observabilité) contre un site typique plutôt qu'un site vitrine, et demander si l'une de vos cohortes embarrasserait la preuve si elle parlait librement. Une bonne réponse choisit les cohortes pour leur capacité à vous dire la vérité et à représenter le véritable système, et elle traite un pilote qui ne fonctionne que dans des sites idéaux comme un avertissement, pas un succès.

6. Notre innovation est-elle un portefeuille délibérément géré, ou une série de réactions à quel que soit le fournisseur ou clinicien qui a obtenu une réunion ? Bien échelonner l'innovation est une discipline de portefeuille, pas une séquence d'enthousiasmes ponctuels, et la différence se montre dans si vous pouvez dire ce que vous ne faites délibérément pas. Sans une fonction de balayage d'horizon légère et une vue de portefeuille possédée, l'innovation devient réactive — pilotée par des fournisseurs persuasifs, des échéances de subvention, et des champions individuels — et l'organisation finit avec de nombreuses initiatives qui se chevauchent et sont à moitié possédées rivalisant pour la même capacité rare d'assurance, évaluation, et échelonnement. La tension à débattre est entre l'ouverture aux véritablement bonnes idées qui arrivent sans être invitées et la discipline de séquencer l'adoption contre la stratégie, la capacité, et ce qui vient en réglementation et technologie. Les angles concrets incluent lister chaque innovation en direct et qui l'a parrainée, demander combien ont été choisies versus simplement acceptées, et tester si vos portes go/no-go fonctionnent comme de véritables décisions d'investissement ou comme des tampons d'approbation. Une réponse honnête reconnaît où le portefeuille actuel est réellement un tas de réactions, et s'engage au balayage d'horizon et à la priorisation afin que la capacité limitée soutienne les innovations qui comptent le plus plutôt que celles qui ont crié le plus fort.

En pratique : un exemple de santé et d'action sociale#

Un système de soins intégrés (ICS) veut réduire les admissions évitables parmi les personnes ayant une insuffisance cardiaque. Plutôt que d'acheter une plateforme de surveillance à distance pour toute sa population le premier jour, le responsable de programme encadre le problème avec une base : les taux d'admission actuels, la taille de la cohorte, et la réduction cible.

Ils confirment d'abord le tableau réglementaire — la plateforme est un dispositif médical de classe I, le fournisseur détient un dossier de sécurité DCB0129, et l'ICS complète son propre dossier de sécurité de déploiement DCB0160 et une évaluation DTAC. Ils cartographient le produit au niveau de preuve NICE ESF pertinent et conçoivent une évaluation en conditions réelles avec le Health Innovation Network local comme partenaire d'évaluation.

Le déploiement est échelonné. Un alpha fonctionne dans une équipe d'insuffisance cardiaque communautaire de cliniciens enthousiastes pendant huit semaines, purement pour apprendre sur le flux de travail, les alertes, et les faux positifs. Une bêta s'étend ensuite à trois localités géographiquement et démographiquement variées — incluant délibérément une zone de forte précarité et faible accès numérique, avec un repli basé sur téléphone afin que l'innovation n'élargisse pas l'inéquité. Une porte go/no-go révise les données d'admission, la charge de travail clinicienne, l'expérience rapportée par le patient, et les métriques d'inclusion avant une diffusion plus large.

Ce n'est qu'après que la bêta montre une réduction d'admissions crédible et un modèle de dotation en personnel viable que l'ICS engage un financement récurrent et se diffuse aux localités restantes — avec le propriétaire d'échelonnement, le financement, et l'évaluation déjà convenus. Le pilote n'est jamais devenu une impasse car sa sortie a été conçue avant qu'il ne commence.

Angles sectoriels#

Startup#

Pour une petite entreprise de santé numérique financée par capital-risque ou subvention, l'échelonnement est existentiel plutôt que simplement prudent : la piste de trésorerie est finie, donc un pilote qui cale sans route vers un contrat payant peut être fatal. Les startups rivalisent sur la testabilité et l'observabilité de Rogers — un pilote léger et à faible engagement qui montre rapidement des résultats est comment elles gagnent les sites de référence qui débloquent le prochain tour de financement. Elles portent habituellement le fardeau de sécurité clinique du fabricant elles-mêmes (DCB0129) et auto-financent DTAC et leur preuve NICE ESF, ce qui est lourd pour une petite équipe, donc elles devraient choisir une tête de pont étroite unique plutôt que de se diffuser finement. De manière cruciale, elles doivent concevoir la sortie du pilote comme une décision commerciale (qui signe un contrat récurrent en cas de succès), pas seulement une clinique, car un pilote cliniquement réussi qu'aucun budget n'adopte tue quand même l'entreprise. Leur avantage est la vitesse et le focus ; leur risque est de manquer de trésorerie avant que la preuve et l'adoption ne rattrapent.

Petite entreprise#

Pour un prestataire établi de petite taille — un cabinet de médecins généralistes, une pharmacie communautaire, une maison de retraite, une agence de soins à domicile, une clinique monosite, ou un petit fournisseur de santé technologique passé le stade startup — l'échelonnement est moins contraint par la piste de trésorerie que par avoir de véritables patients à protéger et presque aucune capacité de réserve pour exécuter un pilote correct. De telles organisations portent les mêmes devoirs statutaires qu'un grand trust — attentes de niveau DTAC, sécurité clinique DCB0160 lors du déploiement, protection des données — mais sans agent de sécurité clinique, équipe de gouvernance de l'information, ou partenaire d'évaluation en personnel, donc le mouvement honnête est d'adopter des innovations que d'autres ont déjà étayées plutôt que de pionner des non prouvées seul. Leur échelonnement sensé est un petit essai bon marché et réversible dans leur propre cadre unique, avec un repli manuel gardé en fonctionnement afin qu'un outil échoué ne laisse jamais des patients bloqués. Parce qu'elles ne peuvent pas se diffuser à travers des sites, « échelle » pour elles signifie approfondir un flux de travail de manière fiable, et leur meilleure route vers l'assurance et le soutien de route-vers-l'échelle est de s'appuyer sur le Health Innovation Network local et sur des fournisseurs qui apportent un dossier de sécurité DCB0129 prêt à l'emploi. Leur avantage est qu'un propriétaire unique peut décider et agir rapidement ; leur risque est qu'une capacité numérique mince les tente soit à éviter entièrement une innovation utile soit à l'adopter sans les vérifications de sécurité et d'équité que les devoirs exigent toujours.

Entreprise#

Un grand trust du NHS, ICS, ou fournisseur de santé technologique établi a le pouvoir convocateur pour exécuter de véritables bêtas multi-sites et l'infrastructure permanente — agents de sécurité clinique, gouvernance de l'information, partenaires d'évaluation, liens Health Innovation Network — qu'une startup n'a pas. Son échec caractéristique est l'opposé : la mort par pilote, des douzaines d'essais simultanés petits dont aucun n'est possédé jusqu'à la diffusion, car la responsabilité est diffuse et les priorités rivalisent. L'échelonnement ici est un problème de gouvernance de portefeuille : chaque porte go/no-go devrait être une décision d'investissement formelle liée au financement récurrent et un senior responsible owner nommé, dans l'esprit de Management of Portfolios. L'entreprise peut se permettre des vagues délibérées et étayées et devrait les utiliser, mais doit combattre l'inertie organisationnelle et la tentation de big-bang le produit d'un fournisseur favori. Son avantage est l'échelle et la capacité d'assurance ; son risque est que l'échelle devienne de la boue.

Gouvernement#

Un organisme public national ou local — NHS England, DHSC, UKHSA, une administration décentralisée, ou une autorité locale — n'exécute généralement pas le pilote du tout ; il façonne l'environnement habilitant dans lequel tout le monde échelonne l'innovation. Ses leviers sont les standards (DTAC, le NICE ESF), l'infrastructure de diffusion qu'il finance (Health Innovation Networks, l'Accelerated Access Collaborative), et les barrières structurelles qu'il peut retirer — voies d'achats, tarifs et remboursement, mandats d'interopérabilité — qui autrement échouent les innovations prouvées au point de l'échelle. La responsabilité s'étend au Parlement et à la bourse publique, et l'équité et la couverture universelle sont des devoirs statutaires, donc un déploiement dirigé par le gouvernement doit concevoir hors les exclus numériques dès la toute première phase, pas adapter l'inclusion rétroactivement. Son appétit pour le risque est le plus bas et son examen minutieux le plus élevé : un déploiement national échoué est un titre et un audit, donc il échelonne prudemment et étaye publiquement. Le véritable travail du gouvernement est de rendre navigable pour tout le système la voie de la preuve vers l'adoption nationale.

Modes d'échec courants#

• Pilotite. Des pilotes sans fin réussis qui ne s'échelonnent jamais, car personne ne possède la route de la preuve vers l'adoption. Évitez-le en refusant de commencer un pilote sans propriétaire d'échelonnement nommé et voie de financement.
• Solution en quête de problème. Adopter la technologie parce qu'elle est impressionnante, pas parce qu'elle adresse un besoin mesuré. Évitez-le en protégeant l'énoncé de problème et la base.
• Réflexion réglementaire après coup. Découvrir au point de l'échelle que l'outil est un dispositif médical non évalué ou échoue DTAC. Évitez-le en dégageant MHRA/NICE/DTAC en parallèle dès le début.
• Déploiement big-bang. Sauter les cohortes échelonnées et déployer partout à la fois, donc un défaut de conception devient un incident à l'échelle du système. Évitez-le en utilisant des portes go/no-go entre les vagues.
• Évaluation ajoutée tard. Aucune base capturée, donc le « succès » ne peut pas être démontré et les futurs adoptants ne sont pas convaincus. Évitez-le en concevant l'évaluation avant le premier patient.
• Innovation qui élargit l'inéquité. Améliorer les moyennes tout en excluant les marginalisés numériques. Évitez-le en mesurant l'inclusion à chaque phase.

Modèle de maturité#

Liste de contrôle#

• Chaque innovation a un problème énoncé et une base quantifiée.
• Chaque pilote a un propriétaire d'échelonnement nommé, une voie de financement, et une décision de sortie pré-convenue.
• Le déploiement est échelonné en cohortes/géographies avec portes go/no-go entre les vagues.
• Une évaluation en conditions réelles avec métriques et base est conçue avant le lancement.
• Le statut MHRA (dispositif médical), niveau NICE ESF, et conformité DTAC sont confirmés tôt.
• Les dossiers de sécurité clinique (DCB0129/DCB0160) sont complets et possédés.
• L'inclusion et l'équité sont mesurées à chaque phase, avec un repli non numérique.
• Le Health Innovation Network pertinent / route d'adoption nationale est engagé.
• Le balayage d'horizon alimente un portefeuille d'innovation géré, pas un achat réactif.

Sources clés#

• Everett M. Rogers, Diffusion of Innovations (5th edition) — the adoption curve and the five attributes of spreadable innovations.
• NICE, Evidence Standards Framework (ESF) for digital health technologies — evidence tiers by function and financial risk (nice.org.uk).
• Digital Technology Assessment Criteria (DTAC), NHS England — clinical safety, data protection, security, interoperability, usability baseline for suppliers.
• MHRA — Software and AI as a Medical Device guidance (gov.uk).
• Clinical safety standards DCB0129 (manufacturers) and DCB0160 (health organisations deploying), NHS Digital.
• The Health Innovation Network (formerly the AHSN Network) and the NHS Accelerated Access Collaborative — adoption and spread infrastructure (england.nhs.uk; thehealthinnovationnetwork.co.uk).
• The King's Fund, Adoption and spread of innovation in the NHS — analysis of "pilotitis" and the adoption gap (kingsfund.org.uk).
• NHS Horizons — spread and adoption methods and the spread/scale distinction (horizonsnhs.com).

Références#

1. Diffusion of innovations — Wikipédia — https://en.wikipedia.org/wiki/Diffusion_of_innovations
2. Everett Rogers — Wikipédia — https://en.wikipedia.org/wiki/Everett_Rogers
3. Technology adoption life cycle — Wikipédia — https://en.wikipedia.org/wiki/Technology_adoption_life_cycle
4. Proof of concept — Wikipédia — https://en.wikipedia.org/wiki/Proof_of_concept
5. Real world evidence — Wikipédia — https://en.wikipedia.org/wiki/Real_world_evidence
6. Medicines and Healthcare products Regulatory Agency — Wikipédia — https://en.wikipedia.org/wiki/Medicines_and_Healthcare_products_Regulatory_Agency
7. National Institute for Health and Care Excellence — Wikipédia — https://en.wikipedia.org/wiki/National_Institute_for_Health_and_Care_Excellence
8. Medical device — Wikipédia — https://en.wikipedia.org/wiki/Medical_device
9. Health equity — Wikipédia — https://en.wikipedia.org/wiki/Health_equity
10. Digital divide — Wikipédia — https://en.wikipedia.org/wiki/Digital_divide
11. Horizon scanning — Wikipédia — https://en.wikipedia.org/wiki/Horizon_scanning
12. Integrated care system — Wikipédia — 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/