Zum Hauptinhalt springen

Patient WiFi: Ein umfassender Leitfaden für NHS Trusts und Krankenhausbetreiber

Ein maßgeblicher technischer und kommerzieller Leitfaden für NHS Trusts und Krankenhausbetreiber zur Bereitstellung, Absicherung und Monetarisierung von Patient WiFi. Behandelt Netzwerksegmentierung, DSPT-Compliance, Inhaltsfilterung und die Nutzung von Analysen zur Verbesserung der Patientenergebnisse.

📖 4 Min. Lesezeit📝 859 Wörter🔧 2 ausgearbeitete Beispiele3 Übungsfragen📚 8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Patienten-WiFi: Ein umfassender Leitfaden für NHS Trusts und Krankenhausbetreiber Ein technisches Briefing von Purple.ai — Podcast-Skript Ungefähre Laufzeit: 10 Minuten --- [INTRO — 1 Minute] Willkommen zur technischen Briefing-Reihe von Purple. Ich bin Ihr Moderator, und heute befassen wir uns mit einem Thema, das genau an der Schnittstelle zwischen Patientenwohl, IT-Governance und betrieblicher Effizienz liegt: Patienten-WiFi in NHS Trusts und Krankenhausumgebungen. Wenn Sie IT-Manager, Netzwerkarchitekt oder CTO bei einem NHS Trust oder einer privaten Krankenhausgruppe sind, ist dieses Thema direkt für Ihre Roadmap relevant. Wir werden die Infrastrukturentscheidungen behandeln, die Sie treffen müssen, die Compliance-Verpflichtungen, die Sie nicht ignorieren dürfen, die Content-Filtering-Richtlinien, die sowohl Patienten als auch die Organisation schützen, und die Preismodelle, die die Art und Weise verändern, wie Trusts über Konnektivität als Service nachdenken. Wir werden uns auch ansehen, wie ein richtig umgesetztes WiFi tatsächlich die Patientenergebnisse verbessert — nicht nur die Zufriedenheitswerte. Und wir schließen mit einer schnellen Fragerunde und einer klaren Reihe von nächsten Schritten ab. Legen wir los. --- [TECHNISCHER DEEP-DIVE — 5 Minuten] Beginnen wir mit der Architektur, denn hier entscheidet sich der Erfolg oder Misserfolg der meisten Implementierungen, noch bevor sich ein einziger Patient verbindet. Das grundlegende Prinzip des WiFi-Designs in Krankenhäusern ist die Netzwerksegmentierung. Sie arbeiten in einer Umgebung, in der sich das Smartphone eines Patienten nur wenige Meter von lebenskritischen klinischen Systemen befindet — Infusionspumpen, Patientenüberwachungsgeräte, Terminals für elektronische Patientenakten. Diese dürfen sich nicht dasselbe Netzwerksegment teilen. Punkt. Der Standardansatz ist die VLAN-basierte Segmentierung. In der Regel richten Sie drei separate VLANs ein: eines für das Patienten-WiFi, eines für das klinische Personal und medizinische Geräte und eines für Gebäudemanagementsysteme — Videoüberwachung, Zutrittskontrolle, HLK. Jedes VLAN hat seine eigenen QoS-Richtlinien, seine eigenen Firewall-Regeln und seinen eigenen Internet-Breakout-Pfad. Das Patienten-VLAN ist dasjenige, das auf den Content-Filter und das Captive Portal trifft. Das klinische VLAN umgeht das Captive Portal vollständig und wird über einen dedizierten, überwachten Pfad geroutet. Auf der Seite der Access Points ist 802.11ax — Wi-Fi 6 — der Standard für jede neue Implementierung. In einer Stationsumgebung haben Sie eine hohe Gerätedichte, viel passives Scannen durch Smartphones und Interferenzen von medizinischen Geräten, die im 2,4-GHz-Band arbeiten. Wi-Fi 6 bewältigt dies dank OFDMA und BSS Colouring deutlich besser als seine Vorgänger. Für Neubauten oder größere Renovierungen lohnt es sich, Wi-Fi 6E zu spezifizieren — das das 6-GHz-Band hinzufügt —, da es Ihnen ein sauberes, störungsfreies Spektrum für Anwendungen mit hohem Durchsatz bietet. Nun zum Backhaul. Hier investieren NHS Trusts oft zu wenig. Ein Patienten-WiFi-Netzwerk, das ein Krankenhaus mit 500 Betten und einer durchschnittlichen Gerätedichte von zwei Geräten pro Patient plus Besucher und Personal im Patienten-VLAN versorgt, kann in Spitzenzeiten problemlos 800 Megabit bis 1,2 Gigabit an gleichzeitigem Datenaufkommen erzeugen. Ihr Uplink zum Internet muss entsprechend dimensioniert sein. Eine dedizierte Standleitung – keine gemeinsam genutzte Breitbandverbindung – ist hier die richtige Lösung. Wenn Sie mit Standleitungen nicht vertraut sind: Es handelt sich um eine dedizierte, symmetrische und exklusive Verbindung zwischen Ihrem Standort und dem Internet-Knotenpunkt. Das ist der Unterschied zwischen einer Autobahn und einer Landstraße. Die Inhaltsfilterung im Patienten-VLAN ist sowohl eine Sicherheitsmaßnahme als auch eine Compliance-Anforderung. Der NHS hat Richtlinien veröffentlicht, die empfehlen, dass Patienten-WiFi-Implementierungen den Zugriff auf Kategorien wie jugendgefährdende Inhalte, illegales Material, extremistische Inhalte und Glücksspiel blockieren. Die Implementierung erfolgt in der Regel über einen DNS-basierten oder Proxy-basierten Filter, der direkt im Patienten-VLAN geschaltet ist. Anbieter wie Cisco Umbrella, Zscaler und Palo Alto bieten alle passende Lösungen an. Der Schlüssel liegt darin, sicherzustellen, dass der Filter konsistent angewendet wird, in Fast-Echtzeit mit Bedrohungsdaten aktualisiert wird und Umgehungsversuche protokolliert werden. Das Captive Portal – die Anmeldeseite, die Patienten beim ersten Verbinden sehen – ist Ihr primärer Mechanismus zur Datenerfassung und Einwilligungserklärung. Gemäß GDPR müssen Sie eine ausdrückliche, informierte Einwilligung einholen, bevor Sie personenbezogene Daten verarbeiten. Das bedeutet, dass Ihr Captive Portal einen klaren Datenschutzhinweis, ein explizites Opt-in für jegliche Marketingkommunikation und ein gespeichertes, prüfbares Protokoll der Einwilligung enthalten muss. Plattformen wie die Guest WiFi-Lösung von Purple bieten dies nativ und stellen Ihnen ein gebrandetes, GDPR-konformes Portal mit integriertem Einwilligungsmanagement und Analysen zur Verfügung. Sprechen wir nun über das DSPT – das Data Security and Protection Toolkit. Dies ist das jährliche Selbsteinschätzungs-Framework des NHS und für alle NHS-Organisationen und deren Lieferanten obligatorisch. Aus WiFi-Sicht gehören zu den wichtigsten Nachweisen, die Sie erbringen müssen: Netzwerksegmentierung zwischen klinischen und nicht-klinischen Systemen, Zugriffskontrollen auf die Netzwerkinfrastruktur, Audit-Protokollierung von Netzwerkzugriffsereignissen und ein dokumentiertes Verfahren zur Reaktion auf Vorfälle. Wenn Sie ein Patienten-WiFi bereitstellen und Ihre Architektur nicht mit den DSPT-Anforderungen abgeglichen haben, gehen Sie ein Compliance-Risiko ein, das Ihre jährliche Einreichung beeinträchtigen könnte. Bei der Frage nach kostenlosem versus kostenpflichtigem WiFi: Die überwiegende Mehrheit der NHS Trusts betreibt das Patienten-WiFi als kostenlosen Service, der entweder über das Investitionsbudget des Trusts oder über einen Managed-Service-Vertrag mit einem Drittanbieter finanziert wird. Das kommerzielle Modell, das in einigen größeren Trusts entstanden ist, beinhaltet einen Konzessionär – ein Unternehmen, das die Bereitstellung der Infrastruktur im Austausch für das Recht finanziert, Werbung oder Premium-Inhalte über das Captive Portal auszuspielen. Dies kann funktionieren, erfordert jedoch eine sorgfältige Governance, um sicherzustellen, dass die Werbeinhalte für ein klinisches Umfeld angemessen sind und dass Patientendaten nicht auf eine Weise monetarisiert werden, die im Widerspruch zu den Werten des NHS oder den GDPR-Verpflichtungen steht. --- [IMPLEMENTIERUNGSEMPFEHLUNGEN UND FALLSTRICKE — 2 Minuten] Lassen Sie mich Ihnen die drei Dinge nennen, die bei der Bereitstellung von Patienten-WiFi am häufigsten schiefgehen, und wie Sie diese vermeiden können. Erstens: unzureichende Standortanalyse. Ein Krankenhaus gehört zu den anspruchsvollsten HF-Umgebungen, denen Sie begegnen werden. Dicke Betonwände, Betten mit Metallrahmen, medizinische Geräte, die Interferenzen verursachen, und Aufzugsschächte, die Funklöcher erzeugen. Sie benötigen eine professionelle, prädiktive HF-Analyse, bevor Sie die Standorte der Access Points festlegen, und eine Validierungsanalyse nach der Installation, bevor Sie live gehen. Überspringen Sie keinen von beiden Schritten. Zweitens: Unterschätzung des Compliance-Arbeitsaufwands. DSPT-Compliance, GDPR-Einwilligungsmanagement, Dokumentation der Richtlinien zur Inhaltsfilterung, Penetrationstests – dies sind keine Nebensächlichkeiten. Planen Sie diese vom ersten Tag an in Ihr Projekt ein. Bestimmen Sie einen namentlich genannten Verantwortlichen für Information Governance, der für die Compliance-Ergebnisse haftet. Wenn Sie einen Managed-Service-Provider nutzen, stellen Sie sicher, dass dessen Vertrag explizite DSPT-Compliance-Verpflichtungen und den Nachweis der eigenen Cyber Essentials Plus-Zertifizierung enthält. Drittens: keine kontinuierliche Überwachung. Patienten-WiFi ist keine Infrastruktur, die man einmal einrichtet und dann vergisst. Sie benötigen eine kontinuierliche Überwachung des AP-Status, der Client-Assoziationsraten, der Durchsatznutzung und der Effektivität der Inhaltsfilter. Eine Plattform wie Purple's WiFi Analytics bietet Ihnen Echtzeit-Einblick in die Netzwerkleistung und das Nutzerverhalten, was sowohl für das operative Management als auch für den Nachweis des Nutzens gegenüber der Trust-Leitung von unschätzbarem Wert ist. Eine Empfehlung, die ich jedem Trust geben würde, der ein Patienten-WiFi-Projekt in Angriff nimmt: Beginnen Sie mit einer Pilotstation. Wählen Sie eine Station mit einer kooperativen Stationsleitung, richten Sie ein abgegrenztes Segment des Netzwerks ein, betreiben Sie es 90 Tage lang, sammeln Sie Patienten-Feedback und nutzen Sie diese Daten, um Ihr Bereitstellungsmodell vor dem trustweiten Rollout zu verfeinern. Das verringert das Risiko des Projekts und liefert Ihnen eine überzeugende interne Fallstudie. --- [SCHNELLE FRAGERUNDE — 1 Minute] F: Sollte das Patienten-WiFi auf derselben SSID liegen wie das Mitarbeiter-WiFi? A: Absolut nicht. Separate SSIDs, separate VLANs, separate Firewall-Richtlinien. F: Benötigen wir WPA3? A: Für neue Bereitstellungen ja. WPA3 ist der aktuelle Standard und bietet eine deutlich stärkere Verschlüsselung als WPA2, insbesondere in offenen Netzwerkszenarien. F: Wie lange sollten wir Verbindungsprotokolle aufbewahren? A: Ein Minimum von 12 Monaten ist die Standardempfehlung, abgestimmt auf die NHS-Richtlinien zur Datenspeicherung und den Investigatory Powers Act. Q: Können wir das Captive Portal nutzen, um Patientenfeedback einzuholen? A: Ja, und das sollten Sie auch. Eine Umfrage nach der Sitzung, die über das Captive Portal bereitgestellt wird, ist eine der kosteneffizientesten Methoden, um Antworten für den Friends and Family Test zu sammeln. Q: Was sind die typischen Kosten pro Bett für eine Patienten-WiFi-Bereitstellung? A: Sehr unterschiedlich, aber ein realistischer Richtwert für eine neue Bereitstellung in einem mittelgroßen Akut-Trust liegt zwischen £200 und £400 pro Bett, alles inklusive, d. h. Infrastruktur, Managed Service und Support im ersten Jahr. --- [ZUSAMMENFASSUNG UND NÄCHSTE SCHRITTE — 1 Minute] Zusammenfassend lässt sich sagen: Patienten-WiFi in NHS-Trusts ist eine komplexe, stark regulierte Bereitstellung, die eine sorgfältige Architektur, eine robuste Inhaltsfilterung und ein klares Governance-Framework erfordert. Richtig umgesetzt, verbessert es nachweislich die Patientenzufriedenheit, unterstützt digitale Gesundheitsinitiativen und entlastet das Stationspersonal, das sich derzeit mit Beschwerden über die Konnektivität befassen muss. Ihre nächsten Schritte: Beauftragen Sie eine Standortanalyse, falls noch nicht geschehen. Gleichen Sie Ihre aktuelle Architektur mit den DSPT-Anforderungen ab. Evaluieren Sie Managed Service Provider anhand einer klaren Scorecard, die GDPR-Konformität, Inhaltsfilterungsfunktionen, Analysen und Support-SLAs umfasst. Und wenn Sie sehen möchten, wie die Plattform von Purple diese Anforderungen erfüllt, besuchen Sie purple.ai oder sprechen Sie mit einem unserer Spezialisten für das Gesundheitswesen. Wir haben Patienten-WiFi in NHS-Trusts, privaten Klinikgruppen und Pflegeheimnetzwerken bereitgestellt – und wir wissen, worauf es ankommt. Vielen Dank fürs Zuhören. Bis zum nächsten Mal. --- [ENDE DES SKRIPTS]

header_image.png

Executive Summary

Die Bereitstellung eines robusten, sicheren und richtlinienkonformen Patient-WiFi ist für NHS Trusts und private Krankenhausbetreiber kein bloßes „Nice-to-have“ mehr – es ist eine kritische Infrastrukturanforderung. Patienten erwarten Konnektivität, um ihr Leben zu organisieren, mit der Familie zu kommunizieren und während ihres Aufenthalts auf digitale Gesundheitsdienste zuzugreifen. Die Bereitstellung dieser Konnektivität in einer klinischen Umgebung bringt jedoch erhebliche technische und regulatorische Herausforderungen mit sich.

Dieser Leitfaden bietet IT-Managern, Netzwerkarchitekten und CTOs einen umfassenden Rahmen für die Planung, Bereitstellung und Verwaltung von Patient-WiFi-Netzwerken. Wir untersuchen die Notwendigkeit einer strikten Netzwerksegmentierung, die Komplexität der Einhaltung des Data Security and Protection Toolkit (DSPT), die Implementierung strenger Inhaltsfilterung und die kommerziellen Modelle, die diese Bereitstellungen tragen. Indem Trusts das Patient-WiFi als Service der Enterprise-Klasse und nicht als einfaches Consumer-Breitband betrachten, können sie Risiken minimieren, die Integrität klinischer Systeme gewährleisten und Plattformen wie Guest WiFi nutzen, um verwertbare Erkenntnisse zu gewinnen und die Patientenzufriedenheit zu verbessern.

Technischer Deep-Dive: Architektur und Standards

Das Fundament jeder WiFi-Bereitstellung im Krankenhaus ist die absolute Trennung zwischen dem Datenverkehr der Patienten und den klinischen Systemen. Ein Krankenhaus ist eine HF-Umgebung mit hoher Dichte und starken Interferenzen, in der lebenswichtige Geräte in unmittelbarer Nähe zu Consumer-Smartphones betrieben werden.

Netzwerksegmentierung und VLAN-Design

Um die klinische Integrität zu schützen, muss das Patient-WiFi auf einem dedizierten Virtual Local Area Network (VLAN) betrieben werden. Die Standard-Enterprise-Architektur sieht mindestens drei separate Segmente vor:

  1. Patienten/Gäste-VLAN: Routet über ein Captive Portal, erzwingt eine strenge Inhaltsfilterung und bietet ausschließlich Internetzugang.
  2. Klinisches VLAN: Reserviert für Geräte des Personals und medizinische Geräte (z. B. Infusionspumpen, mobile Arbeitsstationen). Umgeht das Captive Portal und routet über einen überwachten, sicheren Pfad.
  3. Gebäudemanagement-VLAN: Unterstützt IoT-Geräte, Videoüberwachung und Umweltsteuerungen.

Der Datenverkehr im Patienten-VLAN muss auf Switch-Ebene isoliert und durch Firewall-Regeln eingeschränkt werden, die das Routing zu internen Subnetzen explizit untersagen.

network_architecture_diagram.png

Access Point-Dichte und HF-Planung

Die Bereitstellung von WiFi in einem Krankenhaus erfordert die Überwindung erheblicher physischer Barrieren – bleiverkleidete Wände, schwere Maschinen und dichter Beton. Sich auf eine „Flurabdeckung“ zu verlassen, ist ein häufiger Fehler. Eine prädiktive RF-Messung, gefolgt von einer aktiven Validierung nach der Installation, ist zwingend erforderlich.

Für neue Bereitstellungen ist IEEE 802.11ax (Wi-Fi 6) der Basisstandard. Seine Implementierung von Orthogonal Frequency-Division Multiple Access (OFDMA) und BSS Colouring ist entscheidend für die Bewältigung der hohen Gerätedichte, die für moderne Krankenhausstationen typisch ist, da sie Latenzzeiten reduziert und Interferenzen durch medizinische Telemetriesysteme im 2,4-GHz-Band minimiert.

Backhaul- und Durchsatzanforderungen

Eine häufige Falle besteht darin, Access Points der Enterprise-Klasse bereitzustellen, sie jedoch mit unzureichendem Backhaul verhungern zu lassen. Ein Krankenhaus mit 500 Betten kann während der abendlichen Spitzenzeiten problemlos 1 Gbps an gleichzeitigem Bedarf erzeugen. Betreiber müssen dedizierte, ungeteilte Standleitungen anstelle von gemeinsam genutzten Breitbandverbindungen bereitstellen, um den Durchsatz zu garantieren und Engpässe im Kernnetzwerk zu vermeiden. Weitere Informationen zu dedizierten Verbindungen finden Sie unter What Is a Leased Line? Dedicated Business Internet .

Implementierungsleitfaden: Compliance und Filterung

Die Bereitstellung der physischen Infrastruktur ist nur die halbe Miete; die Governance- und Compliance-Ebene ist ebenso kritisch.

DSPT-Compliance

Für NHS Trusts ist die Einhaltung des Data Security and Protection Toolkit (DSPT) nicht verhandelbar. Bereitstellungen von Patienten-WiFi müssen Folgendes nachweisen:

  • Strikte Netzwerksegmentierung.
  • Robuste Zugriffskontrollen und Audit-Protokollierung (Verbindungsprotokolle müssen mindestens 12 Monate lang aufbewahrt werden).
  • Jährliche Penetrationstests durch Drittanbieter.

dspt_compliance_checklist.png

Inhaltsfilterung

Die NHS-Richtlinien schreiben vor, dass das Patienten-WiFi den Zugriff auf unangemessene oder schädliche Inhalte blockieren muss, einschließlich Inhalten für Erwachsene, extremistischen Websites und Glücksspielplattformen. Dies wird in der Regel über eine DNS-basierte oder Proxy-basierte Filterung erreicht, die direkt auf das Patienten-VLAN angewendet wird. Die Filterlösung muss Echtzeit-Bedrohungsdaten einspeisen, um neu identifizierte schädliche Domänen dynamisch zu blockieren.

Captive Portals und GDPR

Das Captive Portal ist das Gateway zum Netzwerk und der primäre Mechanismus zur Einholung der Benutzereinwilligung. Gemäß GDPR müssen Trusts eine ausdrückliche, informierte Einwilligung einholen, bevor sie personenbezogene Daten (wie MAC-Adressen oder E-Mail-Adressen) verarbeiten. Das Portal muss eine klare Datenschutzrichtlinie und explizite Opt-ins enthalten. Die Nutzung einer robusten Plattform stellt die Compliance sicher und ermöglicht gleichzeitig die Erfassung wertvoller demografischer Daten.

ROI & geschäftliche Auswirkungen: Kostenlose vs. kostenpflichtige Modelle

Die kommerzielle Strategie hinter dem Patienten-WiFi bestimmt dessen langfristige Nachhaltigkeit.

Das kostenlose WiFi-Modell

Die überwiegende Mehrheit der NHS Trusts bietet Patienten-WiFi am Point of Use kostenlos an. Dieses Modell wird in der Regel über Investitionsausgaben oder Betriebsbudgets finanziert. Der ROI misst sich an der Patientenzufriedenheit (die sich häufig in den Ergebnissen des Friends and Family Tests widerspiegelt) und der Entlastung des klinischen Personals, das sich nicht mehr mit Beschwerden über die Konnektivität befassen muss.

Das Konzessionsmodell

Einige größere Trusts nutzen ein Konzessionsmodell, bei dem ein externer Managed Service Provider (MSP) die Infrastruktur im Austausch gegen Monetarisierungsrechte finanziert. Dies kann die Schaltung zielgerichteter Werbung über das Captive Portal oder das Angebot eines gestuften Dienstes (kostenloses Surfen in der Basisversion, kostenpflichtiges Premium-Streaming) beinhalten. Bei der Einführung dieses Modells müssen Trusts sicherstellen, dass die Werbeinhalte streng geprüft werden, um sie mit den Werten des NHS in Einklang zu bringen, und dass die Praktiken zur Datenmonetarisierung der GDPR entsprechen.

Durch die Integration von WiFi Analytics können Trusts die Netzwerkauslastung überwachen, die Verweildauer von Patienten verfolgen und nach der Verbindung automatisierte Feedback-Umfragen auslösen. So wird eine Kostenstelle in ein strategisches Asset für betriebliche Verbesserungen verwandelt. Dieser datengestützte Ansatz spiegelt erfolgreiche Implementierungen in anderen Sektoren wider, wie beispielsweise im Healthcare - und Retail -Bereich.

Schlüsseldefinitionen

VLAN (Virtual Local Area Network)

Ein logisches Subnetzwerk, das eine Gruppe von Geräten aus verschiedenen physischen LANs zusammenfasst. Unverzichtbar für die Isolierung des Patienten-Traffics von klinischen Systemen.

Wird von Netzwerkarchitekten verwendet, um sicherzustellen, dass ein kompromittiertes Patientengerät nicht auf sensible medizinische Geräte oder elektronische Patientenakten zugreifen kann.

DSPT (Data Security and Protection Toolkit)

Ein Online-Selbsteinschätzungstool, mit dem NHS-Organisationen ihre Leistung im Vergleich zu den 10 Datensicherheitsstandards des National Data Guardian messen können.

Obligatorisch für alle NHS Trusts; eine unzureichende Segmentierung des Patienten-WiFi oder eine mangelhafte Protokollierung des Zugriffs kann zu einer Ablehnung der DSPT-Einreichung führen.

Captive Portal

Eine Webseite, die ein Benutzer eines öffentlich zugänglichen Netzwerks ansehen und mit der er interagieren muss, bevor ihm der Zugriff gewährt wird.

Die primäre Schnittstelle zur Erfassung der Benutzereinwilligung, zur Darstellung der Nutzungsbedingungen und zur Übertragung der Markenidentität auf das WiFi-Erlebnis.

802.11ax (Wi-Fi 6)

Die sechste Generation des Wi-Fi-Standards, die speziell zur Verbesserung der Leistung in Umgebungen mit hoher Dichte entwickelt wurde.

Entscheidend für Krankenhausstationen, auf denen Dutzende von Geräten von Patienten, Besuchern und Mitarbeitern gleichzeitig um Sendezeit konkurrieren.

OFDMA (Orthogonal Frequency-Division Multiple Access)

Eine Funktion von Wi-Fi 6, die es ermöglicht, mit einer einzigen Übertragung Daten an mehrere Geräte gleichzeitig zu senden.

Reduziert Latenzzeiten und verbessert die Effizienz in überlasteten Krankenhausumgebungen, wodurch verhindert wird, dass das Netzwerk in Spitzenzeiten zum Erliegen kommt.

Content Filtering

Der Einsatz von Software oder Hardware zur Einschränkung der Inhalte, auf die ein Nutzer über das Netzwerk zugreifen darf.

Gemäß den NHS-Richtlinien erforderlich, um den Zugriff auf illegale, extremistische oder jugendgefährdende Inhalte in Patientennetzwerken zu verhindern.

Leased Line

Eine dedizierte, symmetrische Datenverbindung mit fester Bandbreite, die ein Unternehmen direkt mit dem Internet-Knotenpunkt verbindet.

Erforderlich für das Backhaul des Krankenhaus-WiFi, um einen garantierten Durchsatz zu gewährleisten und die Bandbreitenkonflikte von gemeinsam genutztem Breitband zu vermeiden.

MAC Address

Eine eindeutige Kennung, die einem Netzwerk-Interface-Controller (NIC) zur Verwendung als Netzwerkadresse in der Kommunikation zugewiesen wird.

Gilt gemäß GDPR als personenbezogene Daten; ihre Erfassung und Speicherung durch die WiFi-Analyseplattform erfordert die ausdrückliche Zustimmung des Nutzers.

Ausgearbeitete Beispiele

Ein NHS Trust mit 400 Betten verzeichnet in den Stunden von 18:00 bis 21:00 Uhr eine erhebliche Netzwerküberlastung auf seinem veralteten Patient WiFi, was zu Patientenbeschwerden und einer Ablenkung des Personals führt. Das aktuelle Setup nutzt eine gemeinsam genutzte 500-Mbps-Breitbandverbindung und Wi-Fi 4 (802.11n) Access Points in den Fluren.

  1. Upgrade des Backhauls auf eine dedizierte, symmetrische 1-Gbps-Standleitung, um den Durchsatz in den Spitzenzeiten zu garantieren. 2. Ersetzen der flurbasierten Wi-Fi 4 APs durch Wi-Fi 6 (802.11ax) APs in den Zimmern, um die HF-Penetration zu verbessern und eine hohe Gerätedichte via OFDMA zu bewältigen. 3. Implementierung von Traffic Shaping auf der Firewall, um die Bandbreite einzelner Nutzer auf 5 Mbps zu begrenzen, damit einzelne Nutzer die Verbindung nicht durch 4K-Streaming monopolisieren.
Kommentar des Prüfers: Dieser Ansatz behebt sowohl die physischen HF-Einschränkungen als auch die logischen Bandbreitenbeschränkungen. Die Verlegung der APs in die Zimmer löst die durch Krankenhauswände verursachten Dämpfungsprobleme, während Wi-Fi 6 die Gerätedichte bewältigt. Traffic Shaping sorgt für eine faire Nutzung, was in einem öffentlich finanzierten, kostenlos nutzbaren Netzwerk von entscheidender Bedeutung ist.

Eine private Krankenhausgruppe möchte ein neues Patient WiFi-Netzwerk bereitstellen, ist jedoch besorgt über die Auswirkungen auf die DSPT-Compliance bei der Erfassung von Patientendaten über das Captive Portal.

Bereitstellung einer GDPR-konformen Captive Portal-Lösung (wie Purple), die Authentifizierungsdaten von klinischen Daten trennt. Konfigurieren Sie das Portal so, dass ein explizites Opt-in für jede Datenverarbeitung erforderlich ist, die über das für den Netzwerkzugriff erforderliche Minimum hinausgeht. Stellen Sie sicher, dass das Patienten-VLAN über die Core-Firewall strikt vom klinischen VLAN isoliert ist. Implementieren Sie DNS-basierte Inhaltsfilterung, um schädliche und unangemessene Kategorien zu blockieren.

Kommentar des Prüfers: Der Schlüssel liegt hier in der Isolation und der expliziten Zustimmung. Durch die Nutzung eines verwalteten Captive Portals lagert das Krankenhaus die Komplexität des Einwilligungsmanagements aus. Eine strikte VLAN-Segregation erfüllt die Kernanforderung der DSPT zum Schutz klinischer Systeme vor nicht vertrauenswürdigen Gastgeräten.

Übungsfragen

Q1. Ein NHS Trust möchte eine einzige SSID für Mitarbeiter und Patienten implementieren, um „die Benutzererfahrung zu vereinfachen“. Geplant ist die Verwendung eines Captive Portals zur Unterscheidung der Benutzertypen. Wird dieser Ansatz empfohlen?

Hinweis: Berücksichtigen Sie die DSPT-Anforderungen für die Netzwerksegmentierung und das Risiko eines kompromittierten Patientengeräts.

Musterlösung anzeigen

Nein, von diesem Ansatz wird dringend abgeraten, da er erhebliche Sicherheitsrisiken birgt. Der Datenverkehr von Patienten und klinischem Personal muss auf VLAN-Ebene mit separaten SSIDs getrennt werden. Die ausschließliche Nutzung eines Captive Portals zur Differenzierung bietet keine ausreichende Layer-2-Isolierung, wodurch klinische Systeme durch Malware oder laterale Bewegungen von nicht vertrauenswürdigen Patientengeräten gefährdet werden.

Q2. Ein Krankenhaus plant die Modernisierung seines Patienten-WiFi und möchte eine ausreichende Abdeckung sicherstellen. Der IT-Leiter schlägt vor, Access Points in den Hauptfluren zu platzieren, um die angrenzenden Patientenzimmer abzudecken und Hardwarekosten zu sparen. Was ist der Fehler in diesem Plan?

Hinweis: Denken Sie an die physische Beschaffenheit von Krankenhausumgebungen und die HF-Dämpfung.

Musterlösung anzeigen

Die Platzierung auf dem Flur ist in Krankenhäusern eine fehlerhafte Strategie. Krankenhauswände enthalten oft Bleiabschirmungen (für Röntgenräume), schweren Beton und eine dichte Infrastruktur, die HF-Signale stark dämpfen. Dies führt zu einer schlechten Abdeckung in den Zimmern, hohen Latenzzeiten und Verbindungsabbrüchen. Access Points sollten auf der Grundlage einer professionellen, prädiktiven HF-Messung in den Patientenzimmern oder auf den Stationen installiert werden.

Q3. Ein Trust hat ein Patienten-WiFi eingerichtet, erhält jedoch Beschwerden über langsame Geschwindigkeiten am Abend. Die APs nutzen Wi-Fi 6 und die Core-Switches sind 10G-fähig. Die Internetverbindung ist eine gemeinsam genutzte 1-Gbit/s-Breitbandleitung. Wo liegt der wahrscheinliche Engpass?

Hinweis: Unterscheiden Sie zwischen lokaler Netzwerkkapazität und WAN-Backhaul.

Musterlösung anzeigen

Der Engpass ist die gemeinsam genutzte Breitband-Internetverbindung. Selbst bei einer lokalen Infrastruktur mit hoher Kapazität (Wi-Fi 6 und 10G-Switches) leidet eine gemeinsam genutzte Breitbandleitung unter Überlastungsraten (Contention Ratios), was bedeutet, dass die Bandbreite mit anderen Gebäuden in der Umgebung geteilt wird. Während der Hauptverkehrszeiten am Abend beeinträchtigt diese Überlastung den Durchsatz erheblich. Der Trust sollte auf eine dedizierte, exklusive Standleitung umsteigen.