Künstliche Intelligenz
Europäischer Gesundheitsdaten(t)raum: „Wer jetzt nicht anfängt, hat ein Problem“
Bessere, datengesteuerte Medizin – mit diesem Anspruch soll unter anderem das geplante Medizinregistergesetz die Nutzung von Gesundheitsdaten für die Forschung in Deutschland vereinfachen und vereinheitlichen – zahlreiche weitere Gesetze sind entweder in Arbeit oder bereits auf den Weg gebracht worden, etwa das Gesundheitsdatennutzungsgesetz oder die Verordnung für den Europäischen Gesundheitsdatenraum (EHDS). All diese Gesetze sollen den Zugang zu Gesundheitsdaten in Europa – und perspektivisch auch darüber hinaus – ermöglichen. Der Referentenentwurf des Bundesgesundheitsministeriums für das Medizinregistergesetz sorgt für Debatten über die Umsetzung, wie aus 67 Stellungnahmen hervorgeht.
Weiterlesen nach der Anzeige
Weit über die übliche Kritik hinaus, etwa die an mangelnder Interoperabilität oder fehlenden Mitteln, geht jedoch die fundamentale Kritik des Netzwerks Datenschutzexpertise. In seiner Stellungnahme (PDF) warnt es, dass zwar den Bedürfnissen der Forschung entsprochen werde, dabei aber „selbst die grundlegendsten Anforderungen des Datenschutzes (Zweckbindung, Transparenz, Schutzvorkehrungen, Kontrolle) missachtet werden“. Aufgrund der Unvereinbarkeit mit Grundgesetz und Europarecht müsse der Entwurf „umfassend überarbeitet werden“. Doch ausgerechnet diese wohl schärfste Stellungnahme ist auf der Webseite des Ministeriums nicht zu finden – trotz Hinweisen.

Dennis Geisthard ist Chef des Digital HUB der forschenden Pharmaunternehmen.
(Bild: vfa)
In diesem Spannungsfeld zwischen dem Versprechen auf medizinischen Fortschritt, Sorgen um den Datenschutz und handfesten wirtschaftlichen Interessen positioniert sich auch die Pharmaindustrie. Über die Pläne zur Gesundheitsdatennutzung in Deutschland und Europa, die Kritik und die zentrale Frage, wer am Ende von den wertvollen Gesundheitsdaten profitieren soll, haben wir mit Dennis Geisthardt vom Verband Forschender Arzneimittelhersteller (vfa) gesprochen.
Bei einer Veranstaltung der Technologie- und Methodenplattform für die vernetzte medizinische Forschung (TMF) wurde von Industrievertretern begrüßt, dass sich Unternehmen im Rahmen des European Health Data Space (EHDS) auf Geschäftsgeheimnisse berufen können, um Datenanfragen abzulehnen. Wie passt das zum Gemeinwohl, wenn man Daten aus einem gemeinsamen Topf bekommt, aber selbst nichts zurückgeben will?
Das Thema geistiges Eigentum ist insbesondere auf internationaler Ebene für uns natürlich wichtig. Wir haben jetzt gesetzliche Verpflichtungen, Daten zu teilen. Das bringt uns in eine Situation, wo wir alle Datensätze, die unter den EHDS-Anwendungsbereich fallen – und das sind wahrscheinlich 99,9 Prozent aller Datensätze, die wir haben – in einem Metadatenkatalog listen müssen, damit sie angefragt werden können.
Aber die Möglichkeit, sich auf Geschäftsgeheimnisse zu berufen, schafft doch ein Schlupfloch?
Die Frage ist: Was passiert mit Datensätzen, die wir eingekauft haben, die wir als Grundlage für unsere Forschung nutzen und aus denen sich gegebenenfalls patentierbare Ergebnisse ableiten lassen? Wenn klar wird, dass Unternehmen A ganz spezifische Daten zu bestimmten Indikationen hat und Unternehmen B das sieht, entsteht natürlich Konkurrenz. Das kann Wettbewerbsverzerrungen auslösen und in Summe die Innovationskraft der gesamten Branche schwächen.
Weiterlesen nach der Anzeige
In welchen konkreten Fällen können solche Ansprüche auf geistiges Eigentum, sogenannte IP-Claims, dann geltend gemacht werden?
Das wissen wir noch nicht. Das ist die Frage, die zuerst beantwortet werden muss. Es gibt eine Industrieinitiative – die Innovative Health Initiative –, die versucht, ein Rahmenwerk und Guidelines zu etablieren, wie im Rahmen des EHDS mit IP-Rechten umgegangen werden soll. Aber eine finale Antwort haben wir bisher nicht.
Wo bleibt da das Gemeinwohl?
Jede Forschungsinitiative ist erstmal gemeinwohlorientiert, weil wir versuchen, die Versorgung besser zu machen. In welchen Fällen das dann mit einem IP-Claim belegt werden kann, sodass ein Antrag auf den Metadatensatz gesondert geprüft werden muss – das wissen wir noch nicht.
Wir wollen und können einen Konsens finden, der allen passt – in spezifischen Datenanfragen und spezifischen Datenfällen. Aber insbesondere für Legacy-Daten – also Daten, die wir vor Inkrafttreten des EHDS erhoben oder eingekauft haben – brauchen wir einen Mechanismus, der diesen Konsens ermöglicht. Sei das eine finanzielle Kompensation oder ein Teil der Gebührenordnung.
Kompensation für wen?
Wenn wir als Unternehmen einen Datensatz bei uns tragen, den wir selbst finanziert haben – entweder weil wir ihn eingekauft oder weil wir selbst eine Studie erstellt haben – dann ist die Frage: Wie wird mit den entstandenen Kosten umgegangen? Dafür muss es einen Kompensationsmechanismus geben.
Bei uns im Forum kam oft die Frage, ob nicht auch die Patienten etwas zurückbekommen sollten – schließlich sind es ihre Daten.
Absolut, das teilen wir. Wir finden auch, dass insbesondere mit Blick auf die Patienten incentiviert werden sollte, dass entsprechende Daten der Forschung zur Verfügung stehen.
In die Richtung, wer seine Daten nicht spendet, zahlt drauf?
Nein, das darf keine Malusregelung sein. Man darf keinen Nachteil dadurch haben, dass man Daten nicht teilt, aber man sollte einen Vorteil haben, wenn man Daten teilt.
Und wie will man langfristig sicherstellen, dass Nicht-Teilen keinen Nachteil bringt?
Das ist schwierig, das würde ich unterschreiben. Aber die Frage ist ja, warum Menschen manche Daten komplett bereitwillig teilen und andere nicht.
Die Bereitschaft der Patienten, Daten zu teilen, ist hoch – vor allem für gemeinnützige Forschung. Bei Pharmaunternehmen gibt es Vorbehalte aufgrund von Profitmotiven, beispielsweise teure Patente auf Medikamente, die den Zugang zu Therapien erschweren und als eigennützig empfunden werden.
Mit den Vorbehalten haben wir zu kämpfen, das macht es schwieriger. Für Europa würde ich das nicht so unterschreiben. Beispielsweise funktionieren unsere Preisbildungssysteme in Deutschland und Europa anders als im internationalen Vergleich. Und das ist gut so, solange sie adäquat Innovationen zulassen. Außerdem ist es so: Wenn ich krank bin, dann bin ich in der Regel bereit, meine Daten für Forschung zu teilen. Und dann ist mir als Patient egal, ob das für Pharmaforschung oder für öffentliche Forschung genutzt wird. Das wird bei dieser Debatte immer vergessen.
Die oft genutzte Faustregel in der Politik ist: Datenschutz ist was für Gesunde. Die Frage ist: Wenn wir präventiv schon Daten bereitstellen können, die in eine allgemeine Versorgungsverbesserung fließen, und ich als Versicherter einen direkten Mehrwert wahrnehme – dass mit meinen Daten etwas gemacht wird, was langfristig eine Verbesserung für mich oder andere bewirken kann – dann wird auch die Bereitschaft höher.
Wäre es nicht insgesamt günstiger, nicht immer mehr auf Widerspruchslösungen (Opt-out) beim Teilen von Gesundheitsdaten zu setzen, sondern in ein gutes Opt-in und vernünftige Aufklärung?
Wir hatten ja lange ein Opt-in bei der elektronischen Patientenakte (ePA). Ich habe 2022 mal eine Keynote bei einem großen gesetzlichen Krankenversicherer gehalten. Da habe ich in einem Raum voller Krankenkassenvertreter gefragt: Wer hat denn hier eine ePA? Die Händezahl war überschaubar. Und wer nutzt sie? Da blieben vielleicht zwei Hände oben – bei 120 Leuten im Raum.
Ich hatte damals selbst eine ePA, weil es mich technisch interessiert hat. Aber ich hatte nichts davon. Ich bin relativ jung, habe eine überschaubare Krankenhistorie. Und selbst die Chroniker im Raum haben sie nicht genutzt, weil sie keinen messbaren Mehrwert hatten.
Dass nicht aufgeklärt wurde, ist genau das Problem, das wir bis heute bei all unseren TI-Anwendungen haben (Anm. d. Red.: Anwendungen der Telematikinfrastruktur). Die Mehrwerte werden nicht wahrgenommen, nicht richtig kommuniziert, nicht richtig beleuchtet. Das führt dazu, dass die Nutzungsraten absolut niedrig sind. Das müssen wir verbessern.
Künstliche Intelligenz
Drupal 11.3.0 steigert Performance um bis zu 33 Prozent
Die Drupal Association hat Version 11.3.0 des quelloffenen Content-Management-Systems veröffentlicht. Nach eigenen Angaben handelt es sich um den größten Performance-Schub seit einem Jahrzehnt – seit Drupal 8. Das Release kombiniert zahlreiche Optimierungen im Rendering- und Caching-Layer und setzt erstmals auf die JavaScript-Bibliothek HTMX.
Weiterlesen nach der Anzeige
Die Entwickler berichten von 26 bis 33 Prozent mehr verarbeitbaren Anfragen bei gleicher Datenbanklast. Automatisierte Tests zeigen bis zu 33 Prozent weniger Cache-Operationen bei „kalten“ Caches (wenn Cache-Einträge fehlen oder abgelaufen sind) und bis zu 25 Prozent bei teilweise „warmen“ Caches (relevante Daten sind bereits zwischengespeichert und können schnell zur Verfügung stehen). Unabhängige Tests der Firma MD Systems auf komplexen Websites ergaben noch deutlichere Verbesserungen, besonders bei Sites mit hoher Datenbankauslastung.
HTMX reduziert JavaScript-Overhead drastisch
Ein zentraler Baustein der Performance-Optimierung ist der Wechsel zu HTMX in BigPipe. Die JavaScript-Bibliothek ohne externe Abhängigkeiten ermöglicht AJAX-Anfragen, CSS-Transitions, WebSockets und Server-Sent Events direkt über HTML-Attribute. Dadurch ersetzt HTMX bisherige Drupal-eigene Lösungen wie die Form State API und die AJAX API. Der JavaScript-Overhead für Browser-Server-Interaktionen sinkt um bis zu 71 Prozent.
BigPipe lädt JavaScript nun nur noch bei Bedarf und fängt Platzhalter proaktiv ab, um sie mit bereits „vorgewärmten“ Render-Caches zu ersetzen. Das beschleunigt das Rendering erheblich. In künftigen Versionen planen die Entwickler, BigPipe auch für anonyme Site-Besucher zu aktivieren.
PHP Fibers ermöglichen paralleles Entity Loading
Drupal 11.3.0 nutzt PHP Fibers, eine Funktion seit PHP 8.1, für optimiertes Entity Loading. Die kooperative Multitasking-Technik erlaubt das Kombinieren von Datenbank- und Cache-Queries, ohne Prozesse zu blockieren. Zusätzlich wurden die Hook- und Field-Discovery-Prozesse überarbeitet, was Datenbank- und Cache-I/O sowie Speicherverbrauch bei „kalten“ Caches reduziert.
Weiterlesen nach der Anzeige
Für MySQL- und MariaDB-Nutzer steht ein experimenteller MySQLi-Driver bereit. Dieser nutzt die mysqli-Extension statt PDO und ermöglicht parallele statt sequenzielle Queries. Asynchrone Unterstützung ist geplant. Der Treiber ist noch nicht in der regulären Benutzeroberfläche zu finden und erhält noch keinen vollständigen Support.
Navigation-Modul wird stabil
Das Navigation-Modul gilt jetzt als stabil und bietet eine modernere Alternative zur alten Toolbar. Es eignet sich besonders für Seiten mit komplexer Admin-Struktur, ist aber noch nicht als Standard aktiviert. Die Entwickler empfehlen es für alle Installationen.
Der CKEditor unterstützt nativ On-Site-Links via Autocomplete und Dropdown für Entity References. Neue Optionen für Aufzählungszeichen und Nummerierungen erleichtern die Content-Erstellung. Eine dedizierte Berechtigung „Administer node published status“ trennt die Rechte zum Veröffentlichen von der allgemeinen Node-Administration.
OOP-Hooks für Themes und Content-Export
Themes können wie Module das #[Hook()]-Attribut nutzen. Die Implementierungen liegen in src/Hook/ und werden über Namespaces im Container registriert. Dies ermöglicht saubereren, strukturierten Code.
Ein neuer CLI-Befehl php core/scripts/drupal content:export ENTITY_TYPE_ID ENTITY_ID exportiert Entities samt Abhängigkeiten wie Bilder oder Taxonomie-Terms. Die Funktion nutzt dasselbe Format wie das Modul Default Content.
Drupal 11.3.0 unterstützt vollständig PHP 8.5, das im November 2025 erschien. Die Core-Tests laufen auf der neuen PHP-Version, die als Mindestanforderung für Drupal 12 im Jahr 2026 dient. Drupal 10 erhält noch bis Dezember 2026 Security-Support. Der visuelle Page Builder Drupal Canvas, Anfang Dezember veröffentlicht, ergänzt die neuen Performance-Features um komfortablere Site-Building-Optionen.
(fo)
Künstliche Intelligenz
KI-Coding-Tools im Vergleich – GitHub Copilot, Cursor, Claude Code und mehr
KI-Coding-Tools verändern die Softwareentwicklung gravierend. Unser Classroom KI Coding-Tools im Vergleich – GitHub Copilot, Cursor, Claude Code und Open-Source-Alternativen demonstriert in fünf praxisorientierten Sessions die wichtigsten Tools – von GitHub Copilot über Cursor bis zu Open-Source-Lösungen. Anhand vieler Live-Demos und konkreter Codebeispiele lernen Teilnehmende unterschiedliche Ansätze und Workflows kennen. Dabei erfahren sie, welche Werkzeuge für welche Aufgaben geeignet sind und wie man sie optimal in deine Entwicklungsprozesse integriert.
Weiterlesen nach der Anzeige
Unser Experte Rainer Stropek liefert einen fundierten, praxisorientierten Überblick über den aktuellen Stand der Technik bei KI-Unterstützung für die Softwareentwicklung. Er beleuchtet verschiedene Ansätze, etwa IDE-Integrationen, Terminal-Tools, Weboberflächen, spezifikationsgetriebenes Arbeiten sowie „Vibe Coding“. Ein besonderer Fokus liegt darauf, wie man diese Werkzeuge sinnvoll in bestehende Entwicklungsprozesse integriert.
Mehr als nur Codevervollständigung
Abseits der Werkzeuge stehen konkrete Arbeitsweisen im Mittelpunkt: Wie formuliert man gute Prompts für komplexe Codeaufgaben? Wie nutzt man das Model Context Protocol (MCP), um Projektkontext, Dokumentation und externe Systeme einzubinden? Wie unterscheiden sich Agenten-basierte Ansätze von klassischen „Autocomplete“-Funktionen? Die Sessions verzichten weitgehend auf Folien und setzen stattdessen auf Live-Coding, sodass die Praxis im Vordergrund steht. Dabei nehmen Teilnehmende viele direkt anwendbare Tipps für den produktiven Einsatz von KI beim Entwickeln mit.
Unser Classroom vermittelt praxisnahes Expertenwissen für Entwickler, die KI-Assistenten gewinnbringend in ihren Workflow integrieren möchten. Alle Beispiele basieren auf TypeScript, lassen sich jedoch leicht auf andere Sprachen übertragen. Die Termine sind:
- 28.01.26: Stand der Technik bei KI-Coding-Tools – Kategorien, Funktionsweise und Workflows
- 04.02.26: GitHub Copilot in der Praxis
- 11.02.26: Cursor als spezialisierte KI-Entwicklungsumgebung mit Coding Agents und Background Automation
- 18.02.26: Claude Code und OpenAI Codex im Vergleich
- 24.02.26: Open-Source-Tools für KI-gestützte Softwareentwicklung – KiloCode und lokale LLMs in der Praxis
Praxis- und Expertenwissen – live und für später
Die Sessions haben eine Laufzeit von jeweils vier Stunden und finden von 9 bis 13 Uhr statt. Alle Teilnehmenden können sich nicht nur auf viel Praxis und Interaktion freuen, sondern haben auch die Möglichkeit, das Gelernte mit allen Aufzeichnungen und Materialien im Nachgang zu wiederholen und zu vertiefen. Fragen werden direkt im Live-Chat beantwortet und Teilnehmende können sich ebenfalls untereinander zum Thema austauschen. Der nachträgliche Zugang zu den Videos und Übungsmaterialien ist inklusive.
Weiterlesen nach der Anzeige
Weitere Informationen und Tickets finden Interessierte auf der Website des Classrooms.
E-Mail-Adresse
Ausführliche Informationen zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten erhalten Sie in unserer Datenschutzerklärung.
(cbo)
Künstliche Intelligenz
Wie man mit einem ESP32 eine LED-Lichterkette über eine Webpage ansteuert
Advent, Advent, ein Lichtlein brennt. In den meisten Haushalten ist dieser Spruch zur Weihnachtszeit eine maßlose Untertreibung: LED-Lichterketten im Baum, in Sternform an den Fenstern, in Kerzenoptik in der Krippe und natürlich darf auch der LED-Weihnachtsbaum auf dem Schreibtisch nicht fehlen.
Die elektrischen Leuchten verbreiten nicht nur eine weihnachtliche Stimmung, sondern bescheren einem auch ein neues Ritual zur Weihnachtszeit: morgens die kleinen Batteriekästchen aus ihren Verstecken fummeln, um die Lichterkette einzuschalten, oder hinter das Sofa kriechen, um den Sternenkranz wieder in die Steckdose zu stecken. Und abends natürlich das gleiche Spiel, damit alles über Nacht ausgeschaltet ist.
- Stromversorgung über ESP
- HTTP-Header erklärt
- Klonen von Fernbedienungen
Als Maker kann man sich diesen ganzen Aufwand sparen und morgens gemütlich beim Kaffeetrinken alles vom Handy aus einschalten. In diesem Artikel zeigen wir, wie man dumme LED-Lichterketten mit einem ESP32 über eine Webpage steuern kann. Ohne Smart-Home-Server oder extra App.
Das war die Leseprobe unseres heise-Plus-Artikels „Wie man mit einem ESP32 eine LED-Lichterkette über eine Webpage ansteuert“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.
-
UX/UI & Webdesignvor 2 MonatenIllustrierte Reise nach New York City › PAGE online
-
Künstliche Intelligenzvor 2 MonatenAus Softwarefehlern lernen – Teil 3: Eine Marssonde gerät außer Kontrolle
-
Künstliche Intelligenzvor 2 Monaten
Top 10: Die beste kabellose Überwachungskamera im Test
-
UX/UI & Webdesignvor 2 MonatenSK Rapid Wien erneuert visuelle Identität
-
Entwicklung & Codevor 4 WochenKommandozeile adé: Praktische, grafische Git-Verwaltung für den Mac
-
Künstliche Intelligenzvor 2 MonatenNeue PC-Spiele im November 2025: „Anno 117: Pax Romana“
-
Künstliche Intelligenzvor 2 MonatenDonnerstag: Deutsches Flugtaxi-Start-up am Ende, KI-Rechenzentren mit ARM-Chips
-
UX/UI & Webdesignvor 2 MonatenArndt Benedikt rebranded GreatVita › PAGE online
