Die Strukturierung der Sitemap einer Gesundheitsplattform beschränkt sich nicht darauf, Seiten in einem Menü anzuordnen. Die Informationsarchitektur bestimmt den Datenfluss zwischen Fachleuten, Patienten und Drittanbietersystemen. Mit dem schrittweisen Inkrafttreten der europäischen Verordnung über den europäischen Gesundheitsdatenraum (EHDS) ab März 2027 und den grenzüberschreitenden Austauschmöglichkeiten ab März 2029 wird die Gestaltung einer geeigneten Baumstruktur zu einer technischen und redaktionellen Voraussetzung.
Interoperabilität und Sitemap: Warum die Baumstruktur den Datenaustausch bestimmt
Die meisten Leitfäden zur Erstellung medizinischer Websites behandeln die Sitemap als redaktionelle Übung. Man klassifiziert die Seiten nach Fachgebieten, fügt ein Kontaktformular hinzu und geht dann zum Design über. Dieser Ansatz vernachlässigt einen strukturellen Aspekt: Interoperabilität erfordert eine funktionale Organisation der Inhalte.
Eine Plattform, die Dokumente mit Mon espace santé austauscht, wird nach mehreren Kriterien bewertet, darunter Urbanisierung, Sicherheit, Ethik und Einhaltung der DSGVO. Das bedeutet, dass die Sitemap die öffentlichen Bereiche (allgemeine Informationen, Vorstellung der Dienstleistungen), die professionellen Konten, die Patientenpfade und die Funktionen zum Austausch von Dokumenten klar unterscheiden muss.
Ein konkretes Beispiel für diese Logik, angewendet auf die Kartierung einer Plattform, ist auf der Website Irist Santé sichtbar, wo die Rubriken eine Segmentierung nach Benutzertyp und Funktion widerspiegeln, anstatt einer einfachen redaktionellen Hierarchie.
Die Erstellung der Sitemap um strukturierte Daten (Standards FHIR, DICOM) herum, anstatt um PDFs oder proprietäre Formulare, bereitet die Plattform auch auf die Anforderungen des EHDS vor. Die Rückmeldungen aus der Praxis variieren hinsichtlich des tatsächlichen Reifegrads bestehender Plattformen im Hinblick auf diese Anforderungen, aber die regulatorische Richtung ist klar.
MSSanté in der Sitemap: eine funktionale Rubrik, kein Kontaktformular
Die Integration der sicheren Gesundheitsnachricht (MSSanté) in die Baumstruktur einer Plattform erfordert eine spezifische Überlegung. Die aktuellen Empfehlungen sehen standardisierte Schnittstellen vor, den Versand strukturierter Gesundheitsdokumente gemäß dem CI-SIS, die automatische Integration der empfangenen Nachrichten in die Patientenakte und die Nutzung des Gesundheitsverzeichnisses zur Auswahl der Empfänger.
MSSanté darf nicht auf einen einfachen Link im Footer reduziert werden. Die Sitemap sollte ihr einen eigenen funktionalen Abschnitt widmen, mindestens mit:
- Ein Bereich zum Senden und Empfangen strukturierter Dokumente, zugänglich über das professionelle Dashboard
- Ein System zur Auswahl der Empfänger, das mit dem Gesundheitsverzeichnis verbunden ist, um Adressierungsfehler zu vermeiden
- Ein automatischer Archivierungsmechanismus, der die Austauschvorgänge in der entsprechenden Patientenakte klassifiziert
MSSanté als isolierte Komponente zu behandeln, die in einer Unterseite “Kontakt” versteckt ist, führt zum Verlust der Nachverfolgbarkeit der Austausche und erschwert die Koordination der Pflege zwischen Fachleuten.
RGAA-Zugänglichkeit und Informationsarchitektur im Gesundheitswesen
Eine Gesundheitsplattform richtet sich an Benutzer mit sehr unterschiedlichen Fähigkeiten: ältere Menschen, Patienten mit Behinderungen, Pflegekräfte, die mit digitalen Technologien wenig vertraut sind. Der Allgemeine Referenzrahmen zur Verbesserung der Zugänglichkeit (RGAA) legt Kriterien fest, die die Struktur der Sitemap direkt beeinflussen.
Die Zugänglichkeit beginnt bereits bei der Hierarchie der Seiten, nicht erst beim abschließenden Audit. Ein zu tiefes Navigationsmenü (mehr als drei Ebenen) benachteiligt Benutzer von Screenreadern. Unklare Rubriktitel (“Meine Dienste”, “Mein Bereich”) erschweren die Navigation für Personen mit kognitiven Störungen.
Die Anforderungen variieren je nach Größe der Einrichtung und ihrem Status, aber Plattformen, die Gesundheitsdaten verarbeiten, unterliegen hohen Anforderungen. Mehrere Punkte verdienen besondere Aufmerksamkeit bei der Gestaltung der Sitemap:
- Jede Seite muss einen einzigartigen und beschreibenden Titel haben, der von einer Hilfstechnologie kontextunabhängig gelesen werden kann
- Die Patientenpfade (Terminvereinbarung, Einsicht in Ergebnisse, Nachrichten) müssen mit einer begrenzten Anzahl von Klicks von der Startseite aus erreichbar sein
- Die herunterladbaren Dokumente (Rezepte, Berichte) sollten in einem eigenen Abschnitt zusammengefasst werden, anstatt in mehreren Rubriken verteilt zu sein
Diese Anforderungen bereits in der Planungsphase der Sitemap zu berücksichtigen, vermeidet kostspielige Überarbeitungen, sobald die Plattform in Betrieb ist.
Strukturierte Daten und FHIR-Standards: Was die Sitemap antizipieren muss
Die EHDS-Verordnung drängt Gesundheitsplattformen in ein Modell, in dem Daten standardmäßig wiederverwendbar und interoperabel sind. Dies betrifft nicht nur interne Datenbanken: Auch die Sitemap selbst muss diese Logik widerspiegeln.
Inhalte um FHIR-Ressourcen (Fast Healthcare Interoperability Resources) zu organisieren, bedeutet beispielsweise, dass der Abschnitt “Patientenakte” nicht einfach gescannte PDFs enthält. Er stellt strukturierte Daten bereit, die von anderen autorisierten Systemen abgerufen werden können. Die Sitemap muss daher stabile URLs für jeden Ressourcentyp vorsehen, anstatt dynamische Pfade, die sich bei jeder Softwareaktualisierung ändern.
Eine stabile URL pro Ressourcentyp erleichtert die Indizierung und Interoperabilität. Die Behandlungswege, die Koordinationsdokumente, die Untersuchungsergebnisse: Jedes dieser Elemente sollte einen identifizierbaren Platz in der Baumstruktur einnehmen.
Verwaltung der Zugriffsrechte in der Baumstruktur
Die Sitemap einer Gesundheitsplattform ist nicht vollständig öffentlich. Einige Abschnitte sind nur für authentifizierte Fachleute sichtbar, andere für angemeldete Patienten. Diese Segmentierung der Zugriffsrechte muss bereits bei der Gestaltung der Baumstruktur bedacht werden und darf nicht nachträglich durch technische Filter hinzugefügt werden.
Die Bereitstellung einer separaten XML-Sitemap für Suchmaschinen (nur öffentliche Seiten) und einer vollständigen internen Kartierung für die Prozessverwaltung ist eine gute Praxis. Die Verwechslung von öffentlicher Sitemap und interner funktionaler Kartierung führt zu Sicherheitslücken und Indexierungsproblemen.
Die Architektur einer Gesundheitsplattform entsteht an der Schnittstelle von Anforderungen, die selten anderswo zusammentreffen: Vorschriften zum Datenschutz, Anforderungen an die Zugänglichkeit, technische Interoperabilität zwischen Systemen, Koordination zwischen Fachleuten mit unterschiedlichen Profilen. Die Sitemap ist kein sekundäres Lieferergebnis, das am Ende des Projekts erstellt wird. Sie ist das Fundament, auf dem die Fähigkeit der Plattform beruht, ihre Hauptfunktion zu erfüllen: die richtige Information zum richtigen Benutzer zur richtigen Zeit zu bringen.
