Wenn das KI-Modell abgeschaltet wird: warum Apotheken sich absichern müssen

Mitte Juni 2026 wurde der Zugang zu Anthropics neuen Modellen Fable 5 und Mythos 5 von einem Tag auf den anderen gesperrt. Wer darauf gebaut hatte, stand ohne Lösung da. Für Entwickler ärgerlich, für kritische Infrastruktur wie eine Apotheke ein echtes Problem. Der Fall zeigt ein grundsätzliches Risiko: Wer seine Prozesse auf ein einzelnes externes KI-Modell stützt, ist verwundbar.

Auf einen Blick

  • Der Auslöser: Mitte Juni 2026 musste Anthropic den Zugang zu Fable 5 und Mythos 5 sperren, nach einer US-Exportkontroll-Anordnung, die Nicht-US-Nutzer ausschloss. Auch deutsche Anwender waren über Nacht draußen.
  • Das Kernrisiko: Wer Prozesse auf ein einzelnes fremdes Modell baut, gibt die Kontrolle über Verfügbarkeit, Kosten und Daten ab.
  • Für Apotheken zählt mehr: Patientendaten sollten das Haus nur pseudonymisiert verlassen, wenn überhaupt. Das ist Datenschutz und Berufsethik zugleich.
  • Drei Ebenen der Unabhängigkeit: ein eigenes Wissensarchiv, ein flexibler API-Layer mit austauschbaren Modellen, und lokale Open-Source-Modelle.
  • Architektur schlägt Features. Ein robustes, wartbares System unter eigener Kontrolle ist am Ende sicherer als ein glänzendes, das an einer Abhängigkeit hängt.

Anthropic hatte Fable 5 und Mythos 5 als die leistungsfähigsten Modelle vorgestellt, die das Unternehmen je veröffentlicht hat. Wenige Tage später war der Zugang für einen großen Teil der Welt weg. Hintergrund war keine technische Panne und keine Geschäftsentscheidung im engeren Sinn, sondern eine behördliche Anordnung: Eine US-Exportkontrolle untersagte die Nutzung durch Personen, die keine US-Staatsbürger sind. Anthropic blieb nur, die Modelle vollständig abzuschalten.

Für eine deutsche Apotheke ist das der Lehrfall schlechthin. Sie hatte mit der Sache nichts zu tun, und trotzdem wäre ein darauf aufgebauter Prozess von einem Tag auf den anderen tot gewesen. Ob der Zugang später wieder freigegeben wird, ändert daran nichts. Die eigentliche Erkenntnis lautet: Es spielt keine Rolle, warum ein Modell verschwindet, ob aus kommerziellen, technischen oder regulatorischen Gründen. Wenn Ihr Prozess von einem einzigen fremden Modell abhängt, das Sie nicht kontrollieren, sind Sie ausgeliefert.

Das Kernproblem: Abhängigkeit statt Autonomie

Viele Unternehmen nutzen KI heute nach dem Prinzip Cloud-first-everything: Schnittstelle aufrufen, fremdes Modell nutzen, fertig. Praktisch und schnell, aber riskant. Die Realität ist nüchtern: Der Anbieter kann die Preise erhöhen, die Schnittstelle ändern oder das Modell abschalten. Der Fall Fable 5 zeigt, dass sogar staatliche Stellen eingreifen können.

Fable 5 ist dabei kein Einzelfall, sondern ein besonders deutliches Beispiel. Anbieter stellen ältere Modelle regelmäßig ein, ändern Konditionen oder passen die Nutzungsbedingungen an, meist mit Vorlauf, manchmal über Nacht. Wer seine Abläufe fest mit einem bestimmten Modell verdrahtet, baut bei jeder dieser Änderungen neu. Im Apothekenmarkt mit seinen wenigen großen Software-Häusern ist diese Bindung kein theoretisches Risiko.

Für Apotheken kommt ein zweiter Faktor hinzu, der schwerer wiegt als reine Ausfallsicherheit. Patientendaten verlassen das Haus, wenn überhaupt, nur in pseudonymisierter Form. Das ist nicht nur ein Datenschutz-Prinzip, sondern eine Frage der Berufsethik. Und wer sich auf ein Modell verlässt, das plötzlich weg ist, muss alle darauf gebauten Anwendungen schnell umstellen. Das kostet Zeit, die im Apothekenalltag nicht zur Verfügung steht.

Es spielt keine Rolle, warum ein Modell verschwindet. Wenn Ihr Prozess von einem einzigen fremden Modell abhängt, das Sie nicht kontrollieren, sind Sie ausgeliefert.

Drei Ebenen der Unabhängigkeit

Unabhängigkeit ist kein Schalter, den man umlegt, sondern eine Architektur, die man Schritt für Schritt aufbaut. Drei Ebenen helfen, das Risiko zu senken.

1. Das eigene Wissensarchiv

Der erste Schritt ist, die eigenen Daten selbst zu kontrollieren. Statt die gesamte Intelligenz in eine fremde Cloud zu verlagern, baut eine Apotheke ein privates Wissenssystem auf, mit Fachinformationen, internen Abläufen und Geschäftslogik unter eigenem Dach. Dieses Archiv ist die Grundlage jeder weiteren Unabhängigkeit, denn das Wertvolle ist nicht das Modell, sondern Ihr aufbereitetes Wissen. Wie ein solches dateibasiertes Setup konkret aussieht, habe ich im Beitrag Files statt Chat beschrieben.

2. Der flexible API-Layer

Der zweite Schritt ist Redundanz. Mit einer Zwischenschicht, etwa über Plattformen wie OpenRouter, lassen sich mehrere KI-Modelle hinter einer einzigen Schnittstelle bündeln. Fällt ein Modell aus, wird automatisch auf ein anderes umgeschaltet. Die Apotheke bemerkt davon nichts. Die Antwort kommt vielleicht eine Spur langsamer, aber sie kommt. Verfügbarkeit ist gesichert, ohne dass Sie an einen einzigen Anbieter gekettet sind.

3. Lokale Modelle

Die höchste Stufe ist vollständige Unabhängigkeit. Open-Source-Modelle wie Mistral oder Llama, dazu spezialisierte medizinische Modelle, lassen sich lokal betreiben. Die Rechenleistung muss stimmen, aber es bleiben kaum noch Abhängigkeiten. Vor allem: Die Daten verlassen den eigenen Server nie. Für die meisten Apotheken ist das heute noch nicht der Standardweg, aber es ist gut zu wissen, dass die Option besteht.

Wie true+ das löst

Wie eine solche Architektur in der Apothekenpraxis aussieht, zeigt die KI-Plattform true+, mit der FRAG DIE APOTHEKE eng zusammenarbeitet. Sie ist so gebaut, dass das dahinterliegende KI-Modell jederzeit im Hintergrund gewechselt werden kann, ohne dass die Apotheken etwas davon merken. Die Apotheken nutzen die Schnittstelle zu den Modellen, nicht die Modelle direkt. Und die sensiblen Daten liegen auf deutschen Servern.

Konkret heißt das: Sollte Anthropic morgen wieder ein Modell sperren oder OpenAI eine Änderung durchsetzen, läuft true+ weiter, die Beratung läuft weiter, die Apotheke ist nicht betroffen. Das ist nicht nur technisch sauber, sondern auch rechtlich. Die DSGVO verlangt, dass die Verantwortung bei der Apotheke bleibt. Genau das gelingt, wenn die Architektur so gebaut ist, dass die Apotheke die Kontrolle behält.

Offenlegung, weil das dazugehört: Ich bin Teil von true+ und begleite die konzeptionelle Weiterentwicklung der Plattform. Das Prinzip, das ich hier beschreibe, gilt aber unabhängig vom Produkt. Sie können es genauso mit anderen Mitteln umsetzen.

Was Apotheken konkret tun sollten

Wer heute KI einsetzt oder es plant, sollte vor dem produktiven Start drei Fragen beantworten können. Erstens: Wo liegen meine Daten? Zweitens: Kann ich den Anbieter oder das Modell wechseln, ohne alles neu zu bauen? Drittens: Habe ich einen Plan B, wenn der Dienst ausfällt? Wer diese Fragen nicht beantworten kann, ist noch nicht bereit für den ernsthaften Einsatz. Das klingt konservativ, ist aber schlicht professionell.

Architektur schlägt Features. Ein System, das robust ist, wartbar bleibt und unter Kontrolle steht, ist am Ende schneller, günstiger und sicherer als eines, das glänzend aussieht, aber an einer einzigen Abhängigkeit hängt. Die Sperrung von Fable 5 war ein Weckruf für die ganze KI-Branche. Für Apotheken ist sie ein Lehrstück: KI soll helfen, nicht abhängig machen. Das ist kein Feature, sondern ein Grundprinzip.

Übersicht: Diese Insight ist Teil unserer zentralen Übersicht zu KI in der Apotheke mit allen Themen, Tools und Use Cases.

Eine konkrete KI-Anwendung im Kopf?

Ob Apotheke, Kooperation oder pharmazeutisches Unternehmen: Wenn Sie über einen gezielten KI-Einsatz nachdenken, lassen Sie uns sprechen. Viele dieser Anwendungsfälle lassen sich mit true+ datenschutzkonform umsetzen.

Gespräch vereinbaren