Websites für jedes Krankenhaus, jede Klinik und jeden Fachbereich, ohne die Dachmarke zu verlieren

White Label / Gesundheitssysteme

Ein Gesundheitssystem, das durch Übernahmen gewachsen ist, erbt mit den Gebäuden meist auch Websites: ein ländliches Krankenhaus auf einem alten CMS, eine orthopädische Praxisgruppe auf einer Vorlagen-Website, eine von Ehrenamtlichen betriebene Stiftung, ein Krebszentrum, das eine Agentur für eine Kampagne gebaut hat. Diese Seite zeigt, wie Sie all das unter eine Marke und ein Regelwerk bringen, was die Web-Regel nach HHS Section 504 jetzt von staatlich geförderten Leistungserbringern verlangt und wo die klare Grenze zwischen einer Marketing-Website und allem verläuft, was Patientendaten berührt.

Demo buchen · Die Preise richten sich nach deinem Volumen und Setup, und deinen genauen Preis erfährst du im Gespräch. 0% Transaktionsgebühr.

Aktualisiert: 25. Oktober 2026

Kurz gesagt

Der Wildwuchs entsteht selten bei der Hauptwebsite. Er steckt in Websites für Standorte, Fachbereiche, Praxisgruppen, Stiftungen und Recruiting, jede mit einem anderen Verantwortlichen.
Das HHS hat seine Frist für Web und Apps nach Section 504 verschoben: May 11, 2027 für Empfänger mit 15 oder mehr Beschäftigten, May 10, 2028 für kleinere. Der Standard bleibt WCAG 2.1 AA.
Halten Sie geschützte Gesundheitsinformationen von diesen Websites fern. Terminanfragen, Fragen zu Symptomen und Portal-Anmeldungen gehören in Ihre klinischen Systeme, nicht in ein Marketingformular.
We.Inc gibt jedem Standort oder Fachbereich eine eigene Website unter der Dachmarke, mit Schaltern pro Website, einstufiger Freigabe vor dem Livegang, Audit-Protokoll und herunterladbarem Code. Vereinbaren Sie eine Demo, um Ihre eigenen Websites zu kartieren.

Woher der Website-Wildwuchs in Gesundheitssystemen wirklich kommt

Fragen Sie das Marketingteam eines Klinikverbunds, wie viele Websites es betreibt, lautet die erste Antwort „eine“. Die echte Zahl zeigt sich bei einer Übernahmeprüfung oder einem Sicherheitsvorfall, und sie liegt selten unter zwanzig. Die Quellen sind vorhersehbar.

Übernommene Krankenhäuser und Praxisgruppen. Der Deal wird abgeschlossen, das Schild am Gebäude wechselt binnen Monaten, und die alte Website bleibt jahrelang online, weil niemand die Migration verantwortet. Telefonnummern veralten, längst ausgeschiedene Ärzte stehen noch auf der Seite, und das alte Logo steht neben dem neuen.
Fachbereiche. Kardiologie, Orthopädie, Onkologie, Frauenheilkunde und Adipositaschirurgie wollen jeweils eine Website, die ihre Patienten und zuweisenden Ärzte anspricht. Sie haben Budget, also beauftragen sie eine Agentur, und die Agentur baut, was sie am besten kann.
Stiftungen und Fördervereine. Spenden-Websites mit Spendenseiten, Gala-Seiten und Anmeldungen für Ehrenamtliche, oft von einem eigenen Team mit eigenen Dienstleistern betrieben.
Recruiting und ärztliche Weiterbildung. Kampagnen zur Pflegekräftegewinnung, Websites für Residency-Programme und Fellowship-Seiten für ein ganz anderes Publikum als Patienten.
Kampagnen und Gemeindeprogramme. Eine Grippeimpfaktion, die Eröffnung eines neuen Bettenturms, eine Bedarfsanalyse zur Gesundheit in der Region. Kurzlebig, dann vergessen.

Jede davon ist berechtigt. Das Problem ist nicht, dass es sie gibt. Das Problem ist, dass sie auf verschiedenen Plattformen laufen, von niemand Bestimmtem freigegeben werden und demjenigen gehören, der damals die Rechnung unterschrieben hat.

Ein Website-Register für ein Gesundheitssystem

Schreiben Sie vor jeder Plattformentscheidung auf, was Sie haben. Dieses Register empfehlen wir; übernehmen Sie es in eine Tabelle.

Spalte	Was hineingehört	Warum es wichtig ist
Name und Adresse der Website	Die aktuelle Webadresse und alle alten Adressen, die darauf umleiten	Übernommene Websites haben oft drei Domains, die auf eine Website zeigen
Einrichtung	Welches Krankenhaus, welche Gruppe, Stiftung oder welches Programm sie vertritt	Bestimmt, welche juristische Person verantwortlich ist und welche Section-504-Frist gilt
Fachlich Verantwortliche	Eine benannte Rolle in dieser Einrichtung, kein Dienstleister	Jemand muss Änderungen und der Abschaltung der Website zustimmen können
Redakteure	Wer die Inhalte heute tatsächlich ändert	Meist eine Koordinatorin, eine Praxismanagerin oder eine Agentur
Formulare auf der Website	Jedes Formular und wohin die Einsendungen gehen	Das größte Datenschutzrisiko auf Marketing-Websites
Tracking-Skripte	Analytics, Werbepixel, Chat-Widgets, Heatmaps	Erfordert auf Gesundheits-Websites eine Datenschutz- und Compliance-Prüfung
Klinische Links	Patientenportal, Terminbuchung, Rechnungszahlung, Dateien zur Preistransparenz	Sie müssen auf die echten Werkzeuge des Systems zeigen, nicht auf Kopien
Prüfdatum	Wann die Inhalte zuletzt vom Verantwortlichen geprüft wurden	Ärztelisten und Öffnungszeiten veralten am schnellsten
Geplantes Ende	Für Kampagnen und Übergangs-Websites	Verhindert, dass sich vergessene Websites ansammeln

Die Spalten „Formulare“ und „Tracking-Skripte“ bringen meist die Überraschungen. Füllen Sie sie zuerst aus.

Die Grenze zwischen Marketing-Website und Patientendaten

Websites von Standorten und Fachbereichen sollen Menschen helfen, Versorgung zu finden: Standorte, Öffnungszeiten, Leistungen, Ärzte, Anfahrt, Terminbuchung. Sie selbst sollten keine Gesundheitsinformationen über Patienten erheben oder speichern.

Eine praktikable Regel für jede Website im Register:

Keine klinischen Aufnahmeformulare. Keine Symptom-Checker, kein „Beschreiben Sie Ihre Erkrankung“, keine Felder zur Krankengeschichte. Verlinken Sie stattdessen auf das Patientenportal oder das Terminbuchungstool des Systems.
Kontaktformulare fragen nur nach Kontaktdaten, mit dem Hinweis, keine medizinischen Informationen anzugeben.
Terminschaltflächen leiten weiter an Ihr bestehendes Terminsystem, statt Anfragen im eigenen Formular der Website zu sammeln.
Tracking-Skripte werden geprüft, bevor sie auf irgendeine Seite kommen, auch auf scheinbar harmlose Seiten wie eine Fachbereichsseite oder ein Arztprofil. Das HHS Office for Civil Rights hat Leitlinien zum Einsatz von Online-Tracking-Technologien durch HIPAA covered entities veröffentlicht; was zulässig ist, entscheiden Ihre Datenschutzstelle und Ihre Rechtsberatung.
Spenden laufen über den Zahlungsanbieter der Stiftung, nicht über ein selbst gebautes Formular.

We.Inc ist eine Website-Plattform für Marketing- und Informations-Websites. Wir bieten kein Business Associate Agreement an und stellen die Plattform nicht als geeignet für geschützte Gesundheitsinformationen dar. Nutzen Sie sie für den öffentlichen Auftritt einer Einrichtung und lassen Sie alles Klinische in den klinischen Systemen, die Sie bereits betreiben.

Section 504: die jetzt geltenden Fristen

Die Section-504-Regel des Department of Health and Human Services aus dem Jahr 2024 verpflichtet Empfänger von Bundesmitteln des HHS (dazu gehören Krankenhäuser und Kliniken, die Medicare- oder Medicaid-Gelder erhalten), ihre Webinhalte und mobilen Apps an WCAG 2.1 Level AA auszurichten. Im Mai 2026 veröffentlichte das HHS eine vorläufige endgültige Regel (interim final rule), die die Fristen um ein Jahr nach hinten verschob:

May 11, 2027 für Empfänger mit 15 oder mehr Beschäftigten.
May 10, 2028 für Empfänger mit weniger als 15 Beschäftigten.

Der Standard selbst hat sich nicht geändert, und das HHS stellte klar, dass die Verlängerung andere Pflichten aus Section 504 nicht aufschiebt. Ein großer Klinikverbund fällt fast immer in die erste Gruppe, eigenständige Partnerhäuser und kleine Arztpraxen aber womöglich nicht; Ihre Rechtsberatung sollte für jede Website im Register bestätigen, welche Einrichtung der Empfänger ist. Öffentliche Krankenhäuser im Besitz eines Countys oder eines Krankenhausbezirks können zusätzlich unter die Web-Regel nach ADA Title II fallen, die eigene Fristen hat; siehe unseren Leitfaden zur Frist nach ADA Title II und die Erklärung zu Section 508, Title II und WCAG.

Was das für die vielen kleinen Websites bedeutet: Auch eine von einem Dienstleister gebaute Fachbereichs-Website bleibt Inhalt des Leistungserbringers. PDFs zählen ebenfalls, besonders Patientenformulare, Richtlinien zur finanziellen Unterstützung und Preislisten. Eine Plattform kann Inhalte nicht von allein konform machen. Vorlagen können so gebaut sein, dass sie helfen, aber Alternativtexte, Überschriftenreihenfolge, Linktexte, Farbkontrast und jedes hochgeladene Dokument muss Ihr eigenes Team oder ein Prüfer kontrollieren. Unsere Checkliste zur Barrierefreiheit ist ein praktischer Einstieg.

Wie sich die Websites in We.Inc abbilden

We.Inc ist eine White-Label-Website-Plattform. Das System betreibt ein Markenkonto unter eigenem Namen, und jeder Standort, Fachbereich, jede Stiftung oder jedes Programm erhält darin ein eigenes Kundenkonto mit eigener Website.

Kundenverwaltung mit mehreren Kundenkonten, Suche, Tags und dem Status Aktiv oder Eingeladen für jedes Konto

*Die Kundenverwaltung in der Markenkonsole (Demo-Marke). In einem Gesundheitssystem wäre jede Zeile ein Standort, ein Fachbereich oder ein Programm, getaggt nach Region oder Einrichtung.*

Unterschiedliche Schalter für unterschiedliche Verantwortliche

Jede Website hat eigene Schalter: ob sie veröffentlichen, eine eigene Domain verbinden, den Code sehen, einen Blog betreiben, Formulareinsendungen annehmen und SEO-Einstellungen ändern darf. Bei der Seite einer ländlichen Klinik lassen sich Formulare komplett abschalten. Die Stiftung kann Formulare und einen Blog haben. Ein Residency-Programm bekommt vielleicht einen Blog, aber keine eigene Domain.

Ein Kunde in der Markenkonsole geöffnet, mit Tarif, Website-Limit und Schaltern für Veröffentlichen, eigene Domain, Codezugriff, Blog, Shop, Formulare, SEO und einer Einstellung, nach der Veröffentlichungen eine Freigabe brauchen

*Schalter pro Website, darunter „Veröffentlichung braucht meine Freigabe“. Formulare lassen sich für jede Website abschalten, die keinen Grund hat, etwas zu erfassen.*

Einstufige Freigabe vor dem Livegang

Das zentrale Marketing kann eine Freigabe vor dem Livegang verlangen, als Standard für alle Websites oder für ausgewählte. Anfragen warten in einer Warteschlange, in der ein Admin freigeben und veröffentlichen oder Änderungen anfordern kann. Es ist ein einzelner Freigabeschritt durch das Markenkonto, keine mehrstufige klinische oder rechtliche Prüfkette. Braucht Ihr Prozess also getrennte Freigaben durch Compliance und Rechtsabteilung, finden diese vor der Freigabe der Anfrage statt.

Eine Warteschlange mit der Überschrift Wartet auf Ihre Freigabe, mit einer aufgeführten Website und Schaltflächen zum Freigeben und Veröffentlichen oder Anfordern von Änderungen

*Die Freigabe-Warteschlange. Die Anfrage auf diesem Demo-Bildschirm wurde für den Screenshot angelegt.*

Ein Protokoll, wer was geändert hat

Das Audit-Protokoll erfasst Aktionen der Organisation, etwa Änderungen an den Einstellungen eines Kunden, sodass Sie die Frage „Wer hat die Formulare für diese Klinik wieder eingeschaltet?“ beantworten können, ohne herumzufragen.

Audit-Protokoll mit den letzten Ereignissen der Organisation, mit Uhrzeit, Aktion und Benutzer

*Das Audit-Protokoll in der Markenkonsole. In dieser Demo zeigt es zwei Änderungen an den Einstellungen eines Kunden.*

Domains passend zur Beschilderung

Jede Website kann auf einer eigenen Domain oder einer Subdomain der System-Domain liegen. Übernommene Krankenhäuser können während des Übergangs eine vertraute Adresse behalten und später umziehen, und das System entscheidet pro Website, ob deren Redakteure überhaupt eine Domain verbinden dürfen.

Domain-Bereich im Website-Editor, der dazu einlädt, eine eigene Domain zu verbinden

*Eine Domain direkt im Editor einer Website verbinden.*

Bearbeitung für Menschen, die keine Web-Profis sind

Praxismanager und Fachbereichskoordinatoren können eine Änderung in einfachen Worten beschreiben, und die KI setzt sie um, oder sie klicken auf eine Überschrift oder Schaltfläche und ändern sie direkt. Jede ihrer Änderungen durchläuft trotzdem die Freigabe, wenn die Website das verlangt.

Visueller Editor mit ausgewählter Überschrift und Steuerelementen für Schriftart, Größe und Farbe

*Der visuelle Editor. Inhaltliche Änderungen brauchen vor der Veröffentlichung trotzdem Ihre eigene Prüfung auf Barrierefreiheit.*

Code, der Ihnen bleibt

Der Code jeder Website lässt sich als ZIP herunterladen oder mit GitHub synchronisieren. Wird ein Standort verkauft oder wechselt das System die Plattform, geht die Website mit ihrem Code, statt neu gebaut werden zu müssen. Die vertragliche Seite dazu steht in unserem Leitfaden zum Ausstiegsplan aus einem Anbieter.

Code-Bereich mit Dateibaum und einer Download-Schaltfläche

*Der Code-Bereich mit dem vollständigen Quellcode der Website und einer Download-Schaltfläche.*

Was We.Inc für ein Gesundheitssystem nicht ist

Es ist kein Patientenportal, kein Terminsystem, keine Ärzteverzeichnis-Datenbank und kein Werkzeug für Preistransparenz. Verlinken Sie auf diese.
Es kommt ohne Business Associate Agreement, Sicherheitszertifizierungen, Aussagen zur Konformität bei Barrierefreiheit, Verfügbarkeitszusagen oder Garantien zur Datenregion. Wenn Ihre Lieferantenprüfung schriftliche Antworten zu einem dieser Punkte braucht, fragen Sie uns, und wir sagen Ihnen offen, was wir bieten können und was nicht.
Es ist meist nicht die Hauptwebsite des Systems, wenn diese eng an ein Enterprise-CMS und eine Ärzte-Datenbank gebunden ist. Ehrlich gesagt passt es zu den vielen Websites drumherum.

Ein 90-Tage-Pilot, der Ihnen etwas zeigt

Wochen 1-2: Füllen Sie das Register oben für eine Region aus. Markieren Sie jedes Formular und jedes Tracking-Skript.
Wochen 3-6: Ziehen Sie drei Websites mit unterschiedlichen Verantwortlichen um: eine übernommene Klinik, einen Fachbereich, die Stiftung. Formulare standardmäßig aus, Freigabe für alle drei an.
Wochen 7-10: Führen Sie Ihre eigene Prüfung auf Barrierefreiheit für die drei Websites durch und beheben Sie die Befunde. Notieren Sie, wie lange es gedauert hat.
Wochen 11-12: Schalten Sie die alten Versionen ab, richten Sie Weiterleitungen ein und aktualisieren Sie die Prüfdaten im Register.

Läuft das gut, deckt dasselbe Muster den Rest ab. Unsere Vorlage für eine Website-Governance-Richtlinie enthält Formulierungen zu Verantwortlichen, Prüfzyklen und der Abschaltung von Websites. Vereinbaren Sie eine Demo und bringen Sie Ihr Register mit.

Quellen

Zuletzt geprüft am 2026-10-25.

U.S. Department of Health and Human Services, Office for Civil Rights, Extension of Compliance Dates for Nondiscrimination on the Basis of Disability; Accessibility of Web Content and Mobile Applications of Recipients of Departmental Financial Assistance, interim final rule, Federal Register, May 11, 2026 (91 FR 25496).
U.S. Department of Health and Human Services, Office for Civil Rights, Use of Online Tracking Technologies by HIPAA Covered Entities and Business Associates.

Diese Seite dient der allgemeinen Information und ist keine Rechtsberatung. Klären Sie Ihre Pflichten mit Ihrer Rechtsberatung und Ihrer Datenschutzstelle.

Kartieren Sie mit uns Ihre Websites für Standorte und Fachbereiche

Buche eine 30-minütige Demo. Wir zeigen dir den Baukasten unter deiner Marke, sehen uns an, wie viele Kunden-Websites du betreiben willst, und nennen dir deinen genauen Preis.

Demo buchen

Lieber erst die ganze Tour? Den White-Label-Website-Baukasten ansehen

Fragen, die Käufer stellen

Bis wann müssen Krankenhäuser die Web-Barrierefreiheitsregel nach HHS Section 504 erfüllen?

Nach der interim final rule vom Mai 2026 müssen Empfänger von Bundesmitteln des HHS mit 15 oder mehr Beschäftigten bis May 11, 2027 konform sein, solche mit weniger als 15 Beschäftigten bis May 10, 2028. Der Standard ist WCAG 2.1 Level AA.

Können wir über diese Websites Patientendaten erfassen?

Nein. We.Inc ist für öffentliche Marketing- und Informations-Websites gedacht. Wir bieten kein Business Associate Agreement an. Verknüpfen Sie Termin-, Aufnahme- und Portalaufgaben mit Ihren bestehenden klinischen Systemen und beschränken Sie Formulare auf Kontaktdaten.

Kann das zentrale Marketing Änderungen freigeben, bevor eine Standort-Website live geht?

Ja. Die Freigabe vor der Veröffentlichung kann für alle Websites Standard sein oder pro Website festgelegt werden. Es ist ein einzelner Freigabeschritt durch das Markenkonto; eine separate rechtliche oder Compliance-Prüfung findet vor dieser Freigabe statt.

Kann ein übernommenes Krankenhaus seine eigene Domain behalten?

Ja. Jede Website kann eine eigene Domain oder eine Subdomain der System-Domain nutzen, und das System entscheidet pro Website, ob deren Redakteure eine Domain verbinden dürfen.

Macht We.Inc unsere Websites barrierefrei?

Das schafft keine Plattform von allein. Vorlagen können so gebaut sein, dass sie helfen, aber Ihr Team oder ein Prüfer muss jede Website und jedes hochgeladene Dokument gegen WCAG 2.1 AA testen.