Thema 8.0 — Innovation phasenweise einführen

In einem Satz: Führen Sie Innovation als bewusste, gestufte Reise ein – erst klein, belegt und sicher, dann mit Zuversicht verbreitet – statt als einzelnen Sprung oder als Friedhof von Piloten, die nie skalieren.

Warum das in Gesundheit und Pflege wichtig ist#

Gesundheit und Pflege stehen auf einer Messerschneide zwischen zwei Fehlern. Bewegt man sich zu langsam, werden Patientinnen Behandlungen und Werkzeuge vorenthalten, die nachweislich wirken, während Personal an Prozessen ausbrennt, die bessere Technologie erleichtern könnte. Bewegt man sich zu schnell, riskiert man die Patientensicherheit, verschwendet öffentliches Geld, verfestigt Ungleichheit und verletzt gesetzliche Pflichten zu klinischer Sicherheit und Datenschutz.

Der NHS hat eine gut dokumentierte Schwäche in der zweiten Stufe der Innovation: nicht die Erfindung, sondern Annahme und Verbreitung. Der King's Fund und andere beschreiben ein System, das reich an Piloten und arm im Skalieren ist – ein Muster mit dem Spitznamen „Pilotitis“, bei dem Innovationen endlos an einem Standort erprobt und nie ausgerollt werden. Jeder steckengebliebene Pilot steht für ausgegebenes Geld, verbrauchten guten Willen des Personals und einen im Bevölkerungsmaßstab nie realisierten Nutzen.

Für eine leitende Führungskraft ist die gute phasenweise Einführung von Innovation daher zugleich eine Disziplin der Sicherheit und des Werts. Sie sind dafür rechenschaftspflichtig, Veränderung so einzuführen, dass sie Evidenz erzeugt, Patientinnen schützt, Regulierer zufriedenstellt und genug Menschen erreicht, um die Investition zu rechtfertigen. Dieses Thema handelt davon, das mit Absicht statt zufällig zu tun. Es verbindet sich eng mit dem Veränderungsmanagement (siehe Thema 8.1 — Veränderungsmanagement), das die menschliche Seite derselben Reise behandelt.

Kernkonzepte#

Diffusion von Innovationen. Das klassische Modell von Everett Rogers beschreibt, wie sich eine neue Idee über die Zeit in einer Bevölkerung ausbreitet, entlang einer S-förmigen Adoptionskurve über fünf Gruppen: Innovatoren, frühe Anwender, frühe Mehrheit, späte Mehrheit und Nachzügler. Rogers identifizierte fünf Attribute, die vorhersagen, wie schnell sich etwas verbreitet: relativer Vorteil, Kompatibilität mit bestehender Praxis, Einfachheit, Erprobbarkeit und Beobachtbarkeit der Ergebnisse. Schneidet Ihre Innovation hier schlecht ab, erwarten Sie langsame Annahme, wie gut die zugrunde liegende Idee auch sei.

Piloten, Proofs of Concept und „Pilotitis“. Ein Pilot ist ein befristeter Test in kleinem Maßstab, gestaltet, um zu lernen, nicht um einzusetzen. Die Pathologie der Pilotitis entsteht, wenn das Pilotieren zum Selbstzweck wird – wenn es keinen vorab vereinbarten Weg von einem erfolgreichen Pilot zur Routineannahme gibt und niemand für das Skalieren rechenschaftspflichtig ist. Ein guter Pilot wird von Anfang an mit seinem Ausgang im Blick gestaltet: welche Entscheidung er informieren wird, welche Evidenz er erzeugen muss und wer darauf handelt.

Verbreitung und Skalierung (Spread und Scale). Das sind verschiedene Probleme. Verbreitung ist horizontal – dieselbe Innovation von mehr Standorten übernommen. Skalierung ist vertikal – die Tiefe der Annahme und die Infrastruktur, Finanzierung und Personalveränderung, die zu ihrer Aufrechterhaltung nötig sind. Verbesserungsstellen des NHS unterscheiden die beiden bewusst, denn eine Innovation kann sich dünn auf viele Standorte verbreiten, ohne je zu eingebetteter, finanzierter Regelpraxis zu skalieren.

Evidenzerzeugung neben der Annahme. In der digitalen Gesundheit haben Sie selten vollständige Evidenz, bevor Sie beginnen; Sie bauen sie im Gehen auf. Evaluation unter realen Bedingungen (Real-World Evidence) – eine Innovation unter Routinebedingungen statt in einer kontrollierten Studie untersuchen – lässt Sie zugleich annehmen und lernen, vorausgesetzt, Sie gestalten die Evaluation vorab, statt sie nachträglich aufzusetzen.

Der Stapel aus Regulierung und Assurance. Im Vereinigten Königreich regieren drei sich überlappende Regime die digitale Gesundheitsinnovation. Die MHRA (Medicines and Healthcare products Regulatory Agency) reguliert Software, die die rechtliche Definition eines Medizinprodukts erfüllt, einschließlich Software as a Medical Device (SaMD). NICE veröffentlicht das Evidence Standards Framework (ESF) für digitale Gesundheitstechnologien, das das erwartete Evidenzniveau nach Funktion und finanziellem Risiko einer Technologie festlegt. DTAC (die Digital Technology Assessment Criteria) ist die Basis des NHS für Lieferanten und umfasst klinische Sicherheit (DCB0129/DCB0160), Datenschutz, technische Sicherheit, Interoperabilität und Usability. Das sind keine optionalen Extras; sie sind die Eintrittsbedingungen für sichere Annahme.

Bewährte Praktiken#

1. Beginnen Sie beim Problem, nicht beim Produkt. Verankern Sie jede Innovation an einem klar formulierten klinischen, operativen oder bevölkerungsgesundheitlichen Problem, mit einem Baseline-Maß, wie schlimm es heute ist. Technologien, die gewählt werden, weil sie aufregend sind oder ein Lieferant überzeugend ist, bestehen Rogers' Test des „relativen Vorteils“ in der Praxis tendenziell nicht. Machen Sie die Problemformulierung zu dem, was Sie schützen, wenn sich die Lösung ändert.

2. Gestalten Sie den Pilot mit bereits entschiedenem Ausgang. Bevor ein Pilot beginnt, schreiben Sie die Entscheidung auf, die er informieren wird, die Erfolgskriterien, die Evidenz, die er erzeugen muss, den Finanzierungsweg bei Erfolg und die benannte Verantwortliche, die handeln wird. Wenn Sie „was geschieht an dem Tag, an dem dieser Pilot gelingt?“ nicht beantworten können, bauen Sie Pilotitis. Ein Pilot ohne Skalierungsplan ist ein Hobby.

3. Stufen Sie nach Kohorte und Region. Rollen Sie in bewussten Wellen aus – eine Alpha-Kohorte williger früher Anwender, dann eine private Beta einiger repräsentativer Standorte, dann fortschreitend weitere Regionen –, mit einem Go/No-go-Tor zwischen jeder Welle. Frühe Kohorten sollten nach ihrem Appetit und ihrer Fähigkeit gewählt werden, ehrliche Rückmeldung zu geben, nicht danach, dass sie leicht sind. Jede Welle entschärft die nächste.

4. Erzeugen Sie Evidenz, während Sie annehmen. Bauen Sie von Tag eins eine Evaluation unter realen Bedingungen in den Rollout ein: vereinbarte Kennzahlen, eine Baseline, wo machbar einen Vergleich und einen Takt zur Überprüfung der Ergebnisse. Richten Sie die gesammelte Evidenz an der für Ihre Technologie passenden Stufe des NICE Evidence Standards Framework aus, damit die Evidenz für künftige Anwender und Commissioner glaubwürdig ist, nicht nur für Sie.

5. Klären Sie den regulatorischen Weg früh und parallel. Stellen Sie zu Beginn fest, ob die Technologie ein Medizinprodukt ist (MHRA), welche NICE-ESF-Stufe gilt und ob sie DTAC erfüllt. Dies spät zu tun ist die häufigste einzelne Ursache dafür, dass eine vielversprechende Innovation am Punkt der Skalierung stockt. Behandeln Sie klinische Sicherheitsfälle (DCB0129 für Hersteller, DCB0160 für einsetzende Organisationen) als erstklassige Lieferergebnisse, nicht als Papierkram.

6. Balancieren Sie Innovation mit Gleichstellung. Fragen Sie in jeder Phase, wer durch die digitale Kluft ausgeschlossen wird – Patientinnen ohne Smartphone, digitale Konnektivität, Englischkenntnisse oder das Selbstvertrauen, ein neues Werkzeug zu nutzen. Eine Innovation, die durchschnittliche Ergebnisse verbessert und dabei Ungleichheit vergrößert, verfehlt eine zentrale NHS-Pflicht. Bauen Sie Inklusion in Kohortenauswahl und Evaluationskennzahlen ein, nicht als Nachgedanken.

7. Nutzen Sie die vorhandene nationale Infrastruktur. Die fünfzehn Health Innovation Networks in England (früher Academic Health Science Networks, AHSNs) existieren gezielt, um Annahme und Verbreitung zu unterstützen; das Accelerated Access Collaborative kuratiert national gestützte Innovationen. Bauen Sie Adoptionsfähigkeit nicht von Grund auf neu – schließen Sie sich diesen Netzwerken an für reale Evidenz, Peer-Standorte und Unterstützung auf dem Weg zur Skalierung.

8. Scannen Sie den Horizont bewusst. Pflegen Sie eine leichtgewichtige Horizon-Scanning-Funktion, damit Innovation ein gemanagtes Portfolio ist, keine Reihe von Reaktionen auf den Lieferanten, der gerade einen Termin bekam. Zu wissen, was kommt – bei Regulierung, Technologie, angrenzenden Systemen – lässt Sie die Annahme sequenzieren, statt davon überrascht zu werden.

Fragen zur Diskussion im Team#

1. Wie lautet unser ehrlicher, benannter Plan dafür, was an dem Tag geschieht, an dem dieser Pilot gelingt – und wenn wir das nicht beantworten können, warum beginnen wir ihn? Das ist die einzelne Frage, die disziplinierte Phasierung von Pilotitis trennt, und sie gehört auf den Tisch, bevor irgendein Geld gebunden wird. In einer Organisation der digitalen Gesundheit oder Pflege ist die Versuchung, eine vielversprechende Erprobung zu starten, stark – ein Lieferant ist eifrig, eine Klinikerin begeistert, ein Zuschuss verfügbar –, doch Begeisterung am Anfang sagt nichts über den Weg zur Skalierung am Ende. Die Debatte sollte die Spannungen zwischen klinischer Neugier und organisatorischer Verpflichtung ans Licht bringen: wer die Skalierung verantwortet, woher die wiederkehrende Finanzierung kommt und welche konkrete Go/No-go-Entscheidung die Evidenz informieren wird. Eine gute, ehrliche Antwort benennt eine Skalierungsverantwortliche, einen Finanzierungsweg und eine vorab vereinbarte Ausgangsentscheidung und ist offen, wo diese noch nicht existieren. Konkrete Ansätze sind, Ihr aktuelles Portfolio auf Piloten ohne Skalierungsverantwortliche zu prüfen und zu testen, ob ein „erfolgreicher“ Pilot des letzten Jahres tatsächlich irgendwo die Praxis veränderte. Die unbequeme, aber wertvolle Version dieses Gesprächs ist einzuräumen, dass einige Ihrer laufenden Piloten eigentlich Hobbys sind, und zu beschließen, sie zu stoppen.

2. Wer wird in jeder Phase dieses Rollouts zurückgelassen, und sind wir bereit, die Innovation zu verlangsamen, um Ungleichheit nicht zu vergrößern? Gesundheit und Pflege tragen eine gesetzliche und moralische Pflicht zur Gleichstellung, und digitale Innovation kann durchschnittliche Ergebnisse still verbessern und dabei die Menschen ausschließen, die Versorgung am meisten brauchen – jene ohne Smartphone, Konnektivität, Englischkenntnisse oder digitales Selbstvertrauen. Die zu debattierende Spannung ist real: Inklusionsmaßnahmen, nicht digitale Rückfälle und vielfältige Kohortenauswahl kosten Zeit und Geld und können die Annahme verlangsamen; ein Team unter Druck, Ergebnisse zu zeigen, wird daher versucht sein, zuerst an den leichtesten, digital engagiertesten Standorten zu pilotieren. Eine ernsthafte Diskussion betrachtet, wer in Ihren Alpha- und Beta-Kohorten drin und draußen ist, ob Benachteiligung und geringer digitaler Zugang bewusst vertreten sind und wie der Rückfallpfad für ausgeschlossene Patientinnen aussieht. Sie sollte sich auch der Messfrage stellen – sind Inklusionskennzahlen von Tag eins in die Evaluation eingebaut oder nachträglich aufgesetzt, um einen Vorstand zu beruhigen? Eine ehrliche Antwort akzeptiert, dass eine Innovation, die Ungleichheit vergrößert, ein Scheitern ist, auch wenn ihre Schlagzeilenzahlen sich verbessern, und verpflichtet sich, Inklusion in die Kohortenauswahl hineinzugestalten, statt sie nachzurüsten. Die beste Version benennt die konkreten ausgeschlossenen Gruppen in Ihrer Bevölkerung und die konkrete Vorkehrung für sie in jeder Welle.

3. Haben wir den regulatorischen und klinischen Sicherheitsweg von Anfang an parallel geklärt, oder hoffen wir still, ihn vor der Skalierung zu erledigen? Spät zu entdecken, dass ein Werkzeug ein nicht bewertetes Medizinprodukt ist, DTAC nicht erfüllt oder keinen klinischen Sicherheitsfall hat, ist der häufigste Weg, auf dem eine wirklich vielversprechende Innovation genau an dem Punkt stockt, an dem sie sich verbreiten sollte. In einer Organisation der digitalen Gesundheit erzwingt diese Frage ein frühes, manchmal ernüchterndes Gespräch über den Medizinproduktstatus bei der MHRA, die anwendbare Stufe des NICE Evidence Standards Framework und die Sicherheitsfälle nach DCB0129 und DCB0160 – Arbeit, die schwer, unglamourös und leicht hinter der Begeisterung für das Produkt aufzuschieben ist. Der zu debattierende Zielkonflikt ist Tempo gegenüber Assurance: Regulierung vorzuziehen verlangsamt den ersten Pilot, ist aber der einzige Weg, eine Wand bei der Skalierung zu vermeiden, und Sicherheitsfälle als Papierkram statt als erstklassige Lieferergebnisse zu behandeln staut Risiko an. Nützliche Ansätze sind, jede laufende Innovation heute gegen die drei Regime abzubilden und zu fragen, ob Ihre klinische Sicherheitsbeauftragte als Gestalterin oder nur als Unterzeichnerin am Ende eingebunden wurde. Eine gute Antwort behandelt den regulatorischen Weg als Kernlieferung, parallel gemanagt, benennt, wer jeden Sicherheitsfall verantwortet, und ist ehrlich, welche aktuellen Initiativen auf Hoffnung statt auf Bewertung fortschreiten.

4. Wenn wir sagen, wir wollen dies „skalieren“, meinen wir echte Skalierung – finanziert, besetzt, als Regelbetrieb eingebettet – oder geben wir uns still mit dünner Verbreitung über viele Standorte zufrieden? Verbreitung und Skalierung sind verschiedene Probleme, und sie zu vermengen ist der Weg, auf dem Organisationen sich zu einer Annahme gratulieren, die nie wirklich Wurzeln schlägt. Verbreitung ist horizontal – mehr Standorte nutzen die Innovation –, während Skalierung vertikal ist, die Tiefe der Annahme plus die wiederkehrende Finanzierung, Infrastruktur und Personalveränderung, die zu ihrer Aufrechterhaltung nötig sind, und eine Innovation kann sich dünn auf Dutzende Standorte verbreiten, ohne irgendwo zu eingebetteter Praxis zu skalieren. Die zu debattierende Spannung ist, dass Verbreitung sichtbar und berichtbar ist – eine Karte mit mehr Stecknadeln sieht für einen Vorstand nach Erfolg aus –, während Skalierung teuer, langsam ist und harte Entscheidungen über dauerhaftes Budget und Besetzung verlangt, die niemand verantworten will. Eine ernsthafte Diskussion unterscheidet die beiden ausdrücklich für die Innovation vor Ihnen: welche Tiefe der Annahme als „fertig“ zählt, welche Neugestaltung des Personals sie impliziert und ob das wiederkehrende Geld zu ihrer Aufrechterhaltung tatsächlich existiert. Konkrete Ansätze sind zu prüfen, wo eine weit verbreitete Innovation wirklich tragend statt nur installiert ist, und zu fragen, ob der „Rollout“ des letzten Jahres irgendeine Stellenbeschreibung oder Finanzierungszeile veränderte. Eine ehrliche Antwort räumt ein, wenn der Plan in Wirklichkeit als Skalierung verkleidete Verbreitung ist, und verpflichtet entweder die Ressourcen, sie ordentlich einzubetten, oder ist offen, dass sie flach bleiben wird.

5. Wie wählen wir unsere frühen Kohorten – für ehrliche Rückmeldung und Repräsentativität oder für einen leichten Erfolg, der die Evidenz schönt? Die Standorte, in denen Sie pilotieren, prägen alles, was Sie lernen, und es gibt einen starken Sog zu den begeistertsten, am besten ausgestatteten, digital engagiertesten Teams, weil sie die Innovation gut aussehen lassen. Dieser Sog ist gefährlich: Aus Bequemlichkeit gewählte frühe Kohorten erzeugen Evidenz, die sich nicht übertragen lässt, sodass die Innovation durch Alpha und Beta segelt und dann scheitert, wenn sie auf gewöhnliche Standorte mit realen Beschränkungen, müdem Personal und Patientinnen auf der falschen Seite der digitalen Kluft trifft. Der zu debattierende Zielkonflikt ist, dass Appetit und Ehrlichkeit zählen – Sie wollen willige frühe Anwender, die offene Rückmeldung statt höflichen Schweigens geben –, Appetit aber gegen Repräsentativität abgewogen werden muss, damit Benachteiligung, geringer digitaler Zugang und umständliche Arbeitsabläufe bewusst in der Stichprobe sind und nicht herausgestaltet werden. Nützliche Ansätze sind zu benennen, wer in Ihrem Alpha und Beta ist und warum, Rogers' Attribute (relativer Vorteil, Kompatibilität, Einfachheit, Erprobbarkeit, Beobachtbarkeit) an einem typischen statt einem Vorzeigestandort zu prüfen und zu fragen, ob eine Ihrer Kohorten die Evidenz blamieren würde, wenn sie frei spräche. Eine gute Antwort wählt Kohorten nach ihrer Fähigkeit, Ihnen die Wahrheit zu sagen und für das reale System einzustehen, und behandelt einen Pilot, der nur an idealen Standorten funktioniert, als Warnung, nicht als Erfolg.

6. Ist unsere Innovation ein bewusst gemanagtes Portfolio oder eine Reihe von Reaktionen auf den Lieferanten oder die Klinikerin, die gerade einen Termin bekam? Innovation gut phasenweise einzuführen ist eine Portfoliodisziplin, keine Abfolge einmaliger Begeisterungen, und der Unterschied zeigt sich daran, ob Sie sagen können, was Sie bewusst nicht tun. Ohne eine leichtgewichtige Horizon-Scanning-Funktion und eine verantwortete Portfoliosicht wird Innovation reaktiv – getrieben von überzeugenden Lieferanten, Zuschussfristen und einzelnen Fürsprechern –, und die Organisation endet mit vielen überlappenden, halb verantworteten Initiativen, die um dieselbe knappe Kapazität für Assurance, Evaluation und Skalierung konkurrieren. Die zu debattierende Spannung liegt zwischen der Offenheit für wirklich gute Ideen, die ungebeten eintreffen, und der Disziplin, die Annahme gegen Strategie, Kapazität und das, was in Regulierung und Technologie kommt, zu sequenzieren. Konkrete Ansätze sind, jede laufende Innovation und ihre Sponsorin aufzulisten, zu fragen, wie viele gewählt und wie viele bloß akzeptiert wurden, und zu testen, ob Ihre Go/No-go-Tore als echte Investitionsentscheidungen oder als Gummistempel funktionieren. Eine ehrliche Antwort räumt ein, wo das aktuelle Portfolio in Wirklichkeit ein Haufen von Reaktionen ist, und verpflichtet sich zu Horizon-Scanning und Priorisierung, damit begrenzte Kapazität die Innovationen stützt, die am meisten zählen, statt jener, die am lautesten riefen.

In der Praxis: ein Beispiel aus Gesundheit und Pflege#

Ein Integrated Care System (ICS) will vermeidbare Aufnahmen bei Menschen mit Herzinsuffizienz senken. Statt am ersten Tag eine Fernüberwachungsplattform für die ganze Bevölkerung zu kaufen, rahmt der Programmleiter das Problem mit einer Baseline: aktuelle Aufnahmeraten, Kohortengröße und Zielreduktion.

Sie bestätigen zuerst das regulatorische Bild – die Plattform ist ein Medizinprodukt der Klasse I, der Lieferant hält einen DCB0129-Sicherheitsfall, und das ICS schließt seinen eigenen DCB0160-Sicherheitsfall des Einsatzes und eine DTAC-Bewertung ab. Sie ordnen das Produkt der relevanten NICE-ESF-Evidenzstufe zu und gestalten eine Evaluation unter realen Bedingungen mit dem örtlichen Health Innovation Network als Evaluationspartner.

Der Rollout ist gestuft. Ein Alpha läuft acht Wochen in einem Gemeindeteam für Herzinsuffizienz mit begeistertem Klinikpersonal, rein um Arbeitsablauf, Alarme und Fehlalarme kennenzulernen. Eine Beta erweitert dann auf drei geografisch und demografisch unterschiedliche Orte – bewusst einschließlich eines Gebiets mit hoher Benachteiligung und geringem digitalem Zugang, mit telefonbasiertem Rückfall, damit die Innovation Ungleichheit nicht vergrößert. Ein Go/No-go-Tor überprüft vor der weiteren Verbreitung Aufnahmedaten, Arbeitslast des Klinikpersonals, von Patientinnen berichtete Erfahrung und Inklusionskennzahlen.

Erst nachdem die Beta eine glaubwürdige Verringerung der Aufnahmen und ein tragfähiges Besetzungsmodell zeigt, bindet das ICS wiederkehrende Finanzierung und verbreitet auf die übrigen Orte – mit bereits vereinbarter Skalierungsverantwortlicher, Finanzierung und Evaluation. Der Pilot wurde nie zur Sackgasse, weil sein Ausgang gestaltet wurde, bevor er begann.

Sektorperspektiven#

Startup#

Für ein kleines, mit Risikokapital oder Zuschüssen finanziertes Unternehmen der digitalen Gesundheit ist Phasierung existenziell statt bloß klug: Der Runway ist endlich, sodass ein Pilot, der ohne Weg zu einem bezahlten Vertrag stockt, tödlich sein kann. Startups konkurrieren bei Rogers' Erprobbarkeit und Beobachtbarkeit – ein leichtgewichtiger Pilot mit geringer Bindung, der schnell Ergebnisse zeigt, ist, wie sie die Referenzstandorte gewinnen, die die nächste Finanzierungsrunde freischalten. Sie tragen meist die Last der klinischen Sicherheit des Herstellers selbst (DCB0129) und finanzieren DTAC und ihre NICE-ESF-Evidenz selbst, was für ein kleines Team schwer ist; sie sollten daher eine enge Brückenkopf-Kohorte wählen, statt sich dünn zu verteilen. Entscheidend ist, dass sie den Ausgang des Piloten als kommerzielle Entscheidung gestalten müssen (wer bei Erfolg einen wiederkehrenden Vertrag unterzeichnet), nicht nur als klinische, denn ein klinisch erfolgreicher Pilot, den kein Budget übernimmt, tötet das Unternehmen dennoch. Ihr Vorteil sind Tempo und Fokus; ihr Risiko ist, dass ihnen das Geld ausgeht, bevor Evidenz und Annahme aufholen.

Kleines Unternehmen#

Für einen etablierten kleinen Anbieter – eine Hausarztpraxis, eine Gemeindeapotheke, ein Pflegeheim, einen Anbieter häuslicher Pflege, eine Einzelstandort-Klinik oder einen kleinen Health-Tech-Lieferanten jenseits der Startup-Phase – wird Phasierung weniger durch den Runway begrenzt als dadurch, dass er reale Patientinnen zu schützen und fast keine freie Kapazität hat, einen ordentlichen Pilot zu fahren. Solche Organisationen tragen dieselben gesetzlichen Pflichten wie ein großer Trust – Erwartungen auf DTAC-Niveau, klinische Sicherheit nach DCB0160 beim Einsatz, Datenschutz –, aber ohne klinische Sicherheitsbeauftragte, ein Team für Informationsgovernance oder einen Evaluationspartner im Personal; der ehrliche Schritt ist daher, Innovationen zu übernehmen, die andere bereits belegt haben, statt allein unbewiesene zu erproben. Ihre vernünftige Phasierung ist eine kleine, billige, umkehrbare Erprobung im eigenen einzelnen Umfeld, mit einem weiterlaufenden manuellen Rückfall, damit ein gescheitertes Werkzeug Patientinnen nie strandet. Weil sie sich nicht über Standorte verbreiten können, bedeutet „Skalierung“ für sie, einen Arbeitsablauf verlässlich zu vertiefen, und ihr bester Weg zu Assurance und Unterstützung bei der Skalierung ist, sich auf das örtliche Health Innovation Network und auf Lieferanten zu stützen, die einen fertigen DCB0129-Sicherheitsfall mitbringen. Ihr Vorteil ist, dass eine einzelne Verantwortliche schnell entscheiden und handeln kann; ihr Risiko ist, dass dünne digitale Fähigkeit sie entweder versucht, nützliche Innovation ganz zu meiden oder sie ohne die Sicherheits- und Gleichstellungsprüfungen zu übernehmen, die die Pflichten weiter verlangen.

Großunternehmen#

Ein großer NHS Trust, ein ICS oder ein etablierter Health-Tech-Lieferant hat die Einberufungsmacht, echte Multi-Standort-Betas zu fahren, und die ständige Infrastruktur – klinische Sicherheitsbeauftragte, Informationsgovernance, Evaluationspartner, Verbindungen zum Health Innovation Network –, die einem Startup fehlt. Sein charakteristisches Versagen ist das Gegenteil: Tod durch Pilot, Dutzende gleichzeitiger kleiner Erprobungen, von denen keine bis zur Verbreitung verantwortet wird, weil Rechenschaft diffus ist und Prioritäten konkurrieren. Phasierung ist hier ein Problem der Portfolio-Governance: Jedes Go/No-go-Tor sollte eine formale Investitionsentscheidung sein, gebunden an wiederkehrende Finanzierung und eine benannte leitende verantwortliche Person, im Geiste von Management of Portfolios. Das Großunternehmen kann sich bewusste, belegte Wellen leisten und sollte sie nutzen, muss aber organisatorische Trägheit und die Versuchung bekämpfen, das Produkt eines bevorzugten Lieferanten per Big Bang einzuführen. Sein Vorteil sind Umfang und Assurance-Fähigkeit; sein Risiko ist, dass Umfang zu Schlamm wird.

Regierung#

Eine nationale oder lokale öffentliche Stelle – NHS England, DHSC, UKHSA, eine dezentrale Verwaltung oder eine Kommunalbehörde – führt den Pilot meist gar nicht selbst durch; sie prägt das ermöglichende Umfeld, in dem alle anderen Innovation phasenweise einführen. Ihre Hebel sind Standards (DTAC, das NICE ESF), die von ihr finanzierte Verbreitungsinfrastruktur (Health Innovation Networks, das Accelerated Access Collaborative) und die strukturellen Barrieren, die sie beseitigen kann – Beschaffungswege, Tarif und Erstattung, Interoperabilitätsvorgaben –, die bewährte Innovationen sonst am Punkt der Skalierung stranden lassen. Rechenschaft läuft zu Parlament und öffentlicher Kasse, und Gleichstellung und Universalabdeckung sind gesetzliche Pflichten; ein von der Regierung geführter Rollout muss daher die digital Ausgegrenzten schon in der allerersten Phase mitgestalten, nicht Inklusion nachrüsten. Ihre Risikobereitschaft ist die niedrigste und ihre Prüfung die höchste: Ein gescheiterter nationaler Rollout ist eine Schlagzeile und ein Audit; sie phasiert daher konservativ und belegt öffentlich. Der eigentliche Auftrag der Regierung ist, den Weg von der Evidenz zur nationalen Annahme für das ganze System begehbar zu machen.

Häufige Fehlermuster#

• Pilotitis. Endlose erfolgreiche Piloten, die nie skalieren, weil niemand den Weg von Evidenz zu Annahme verantwortet. Vermeiden durch die Weigerung, einen Pilot ohne benannte Skalierungsverantwortliche und Finanzierungsweg zu starten.
• Lösung auf der Suche nach einem Problem. Technologie übernehmen, weil sie beeindruckend ist, nicht weil sie einen gemessenen Bedarf angeht. Vermeiden durch Schutz von Problemformulierung und Baseline.
• Regulatorischer Nachgedanke. Am Punkt der Skalierung entdecken, dass das Werkzeug ein nicht bewertetes Medizinprodukt ist oder DTAC nicht erfüllt. Vermeiden durch Klärung von MHRA/NICE/DTAC parallel von Anfang an.
• Big-Bang-Rollout. Gestufte Kohorten überspringen und überall auf einmal einsetzen, sodass ein Designfehler zum systemweiten Vorfall wird. Vermeiden durch Go/No-go-Tore zwischen Wellen.
• Spät aufgesetzte Evaluation. Keine Baseline erfasst, sodass „Erfolg“ nicht belegt werden kann und künftige Anwender unüberzeugt bleiben. Vermeiden durch Gestaltung der Evaluation vor der ersten Patientin.
• Innovation, die Ungleichheit vergrößert. Durchschnitte verbessern und dabei digital Marginalisierte ausschließen. Vermeiden durch Messung von Inklusion in jeder Phase.

Reifegradmodell#

Checkliste#

• Jede Innovation hat ein erklärtes Problem und eine bezifferte Baseline.
• Jeder Pilot hat eine benannte Skalierungsverantwortliche, einen Finanzierungsweg und eine vorab vereinbarte Ausgangsentscheidung.
• Der Rollout ist in Kohorten/Regionen mit Go/No-go-Toren zwischen den Wellen gestuft.
• Eine Evaluation unter realen Bedingungen mit Kennzahlen und Baseline ist vor dem Start gestaltet.
• MHRA-Status (Medizinprodukt), NICE-ESF-Stufe und DTAC-Konformität sind früh bestätigt.
• Klinische Sicherheitsfälle (DCB0129/DCB0160) sind vollständig und verantwortet.
• Inklusion und Gleichstellung werden in jeder Phase gemessen, mit einem nicht digitalen Rückfall.
• Das relevante Health Innovation Network / der nationale Adoptionsweg ist eingebunden.
• Horizon-Scanning speist ein gemanagtes Innovationsportfolio, nicht reaktiven Einkauf.

Zentrale Quellen#

• Everett M. Rogers, Diffusion of Innovations (5. Auflage) — die Adoptionskurve und die fünf Attribute verbreitbarer Innovationen.
• NICE, Evidence Standards Framework (ESF) for digital health technologies — Evidenzstufen nach Funktion und finanziellem Risiko (nice.org.uk).
• Digital Technology Assessment Criteria (DTAC), NHS England — Basis aus klinischer Sicherheit, Datenschutz, Sicherheit, Interoperabilität und Usability für Lieferanten.
• MHRA — Leitlinien zu Software und KI als Medizinprodukt (gov.uk).
• Standards der klinischen Sicherheit DCB0129 (Hersteller) und DCB0160 (einsetzende Gesundheitsorganisationen), NHS Digital.
• Das Health Innovation Network (früher AHSN Network) und das NHS Accelerated Access Collaborative — Infrastruktur für Annahme und Verbreitung (england.nhs.uk; thehealthinnovationnetwork.co.uk).
• The King's Fund, Adoption and spread of innovation in the NHS — Analyse von „Pilotitis“ und der Adoptionslücke (kingsfund.org.uk).
• NHS Horizons — Methoden zu Verbreitung und Annahme und die Unterscheidung Verbreitung/Skalierung (horizonsnhs.com).

Referenzen#

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/