Browser vs. App: Vor- und Nachteile verschiedener Zugangswege zur Videosprechstunde

Wenn eine Praxis erstmals eine Videosprechstunde einführt, stellt sich früher als erwartet eine technisch unscheinbare Frage: Soll der Patient einen Link anklicken und fertig sein, oder soll er zunächst eine App herunterladen? Die Antwort hat Konsequenzen für Zugangshürden, Datenschutz und Systemstabilität. Dieser Artikel erklärt die technischen Hintergründe, ohne eine Seite schönzureden.

Zwei Zugangswege, unterschiedliche Konzepte

Browser-basierte Videosprechstunden und native Apps sind technisch keine gleichwertigen Varianten desselben Ansatzes. Sie unterscheiden sich in ihrer Architektur, in den Berechtigungsmodellen der Betriebssysteme und in der Art, wie sie mit Sensoren und Netzwerkressourcen umgehen.

Browser-basierte Lösungen nutzen WebRTC (Web Real-Time Communication), einen offenen Standard. Die WebRTC-Standardisierung begann 2011, breit nutzbar in modernen Browsern ist die Technologie seit etwa 2013/2014. WebRTC erlaubt direkte Peer-to-Peer-Verbindungen zwischen zwei Browsern mit Audio- und Videodatenübertragung, ohne dass ein Plugin oder eine Installation notwendig ist. Chrome, Firefox, Edge und Safari unterstützen WebRTC in aktuellen Versionen vollständig.

Native Apps laufen als eigenständige Prozesse auf dem Betriebssystem des Mobilgeräts. Sie haben direkte API-Zugriffe auf Kamera, Mikrofon und Netzwerkfunktionen, können im Hintergrund aktiv bleiben und Push-Benachrichtigungen über die Server-Infrastruktur von Apple (APNs) oder Google (FCM) empfangen. Der Download und die Installation erfolgen über den App Store von Apple oder den Google Play Store.

Zugangshürden: Wo Patienten scheitern

Die wahrscheinlich folgenreichste Konsequenz dieser technischen Unterschiede liegt nicht in der Qualität des Videosignals, sondern im Schritt vor dem ersten Gespräch.

Ein Browser-Link lässt sich per SMS oder E-Mail verschicken. Der Patient tippt darauf, der Browser öffnet sich, Kamera und Mikrofon werden einmalig freigegeben, das Gespräch beginnt. Kein App-Store-Konto nötig, kein Download, keine Registrierung, keine Passworteingabe. Das ist der gesamte Prozess.

Eine App setzt voraus, dass der Patient ein gültiges App-Store-Konto besitzt, das Gerät über ausreichend Speicherplatz verfügt, die App heruntergeladen und installiert wird und in vielen Fällen ein Nutzerkonto angelegt oder eine Einladung angenommen wird. Für Patienten, die digital wenig erfahren sind, für ältere Menschen oder für Personen, die ein Gerät ohne eigenes Konto nutzen, kann dieser Prozess eine erhebliche Barriere darstellen. Das Gespräch findet dann statt - oder auch nicht, je nachdem, ob die Hürde überwunden wird.

Für Arztpraxen, die Videosprechstunden als reguläres Versorgungsangebot anbieten wollen, ist die Zugangshürde kein technisches Detail. Sie bestimmt, welcher Anteil der Patienten das Angebot tatsächlich nutzt.

Datenschutz: App-Stores als unterschätzter Faktor

Dass native Apps über die Server von Apple oder Google verteilt werden, ist bekannt. Weniger im Blickfeld ist, was das praktisch bedeutet: Beide Plattformbetreiber haben eigene Compliance-Anforderungen, denen App-Entwickler unterliegen. Apple und Google können Apps ablehnen, aktualisieren oder entfernen. Außerdem sammeln App-Stores standardmäßig Daten über App-Nutzung, Installationszeitpunkt und in manchen Fällen auch über das Nutzerverhalten innerhalb der App, soweit keine explizite Opt-out-Konfiguration vorgenommen wurde.

Hinzu kommt eine architektonische Besonderheit: Native Apps können potenziell im Hintergrund auf Gerätesensoren zugreifen, auch wenn der Nutzer die App nicht aktiv verwendet. Moderne Betriebssysteme schränken diesen Zugriff ein, bieten aber keinen absoluten Schutz. Ein Browser hingegen ist innerhalb seines Tab-Kontexts sandboxed. Sobald der Tab geschlossen ist, hat der Browser keinen aktiven Zugriff mehr auf Kamera oder Mikrofon. Das ist eine strukturelle Eigenschaft, die unabhängig von der Vertrauenswürdigkeit des einzelnen App-Entwicklers gilt.

Für Patienten, die sich über Datenschutz in der digitalen Gesundheitsversorgung Gedanken machen, ist dieser Unterschied relevant. Eine datenschutzkonforme App kann dennoch auf Systemebene Verhaltensdaten an Apple oder Google weitergeben, während ein Browser-basierter Ansatz diese Plattforminfrastruktur strukturell umgeht.

Stabilität und Performance: Was die Praxis zeigt

Aus Sicht der technischen Performance hat die native App traditionell Vorteile. Betriebssystemnahe Zugriffe auf Mikrofon-Hardware erlauben feinere Optimierungen für Echounterdrückung und Rauschfilterung. Verbindungen, die im Hintergrund aufrechterhalten werden müssen, sind über native Prozesse zuverlässiger als über Browser-Tabs.

Der praktisch relevanteste Unterschied ist die Push-Benachrichtigung: Eine App kann den Patienten beim Eingang eines Anrufs benachrichtigen, auch wenn der Bildschirm gesperrt ist. In einem normalen Browser-Tab ist das nicht möglich. Als auf dem Homescreen installierte Progressive Web App (PWA) ist Web Push seit iOS 16.4 auch über den Browser technisch verfügbar - allerdings mit Einschränkungen gegenüber nativen Apps (etwa beim Hintergrundverhalten und der Geräteintegration). Patienten müssen bei Browser-basierter Lösung zum Zeitpunkt des Termins aktiv den Link öffnen. Das ist ein realer Nachteil, der bei Praxen mit spontanen Gesprächseinladungen stärker ins Gewicht fällt als bei fest vereinbarten Terminen.

Für die Audioverarbeitung hat sich der Abstand zwischen Browser und App in den vergangenen Jahren deutlich verringert. Aktuelle WebRTC-Implementierungen in Chrome und Edge liefern Audioqualität, die für Videosprechstunden im medizinischen Kontext ausreichend ist. Gruppenkonferenzen mit vielen Teilnehmern können im Browser an Performance-Grenzen stoßen, für das Arzt-Patient-Gespräch mit zwei Personen ist das selten relevant.

Die ehrliche Einschränkung: Safari auf älteren iOS-Versionen

WebRTC-Unterstützung in Safari war lange ein bekanntes Problemfeld. Apple hat WebRTC im Browser erst vergleichsweise spät vollständig implementiert. Auf iOS-Geräten mit älteren Betriebssystemversionen, konkret vor iOS 14.3, gibt es in Safari bekannte Einschränkungen bei WebRTC, die zu Verbindungsabbrüchen oder fehlender Kamera-Unterstützung führen können.

In der Praxis sind diese Geräte seltener geworden, aber nicht verschwunden. Wer in der Patientenpopulation einen nennenswerten Anteil von Nutzern mit sehr alten iPhones hat, sollte diesen Punkt explizit im Blick behalten und für diese Fälle einen Ausweichweg vorsehen. iOS-Geräte ab iOS 14.3 und aktuelle Android-Geräte mit Chrome sind im Regelfall unproblematisch.

KBV-Zertifizierung: Gilt für beide Zugangswege

Ein häufiges Missverständnis: Die KBV-Zertifizierung für Videodienste nach Anlage 31b BMV-Ä ist keine Frage des Zugangswegs. Sie prüft Sicherheitsanforderungen, Datenschutznachweise und Serverstandorte, nicht ob ein Patient per App oder per Browser teilnimmt. Ein Dienst kann für Patienten ausschließlich Browser-basierten Zugang anbieten und trotzdem vollständig KBV-zertifiziert sein. Umgekehrt schützt eine vorhandene native App nicht automatisch vor Compliance-Lücken.

Für niedergelassene Vertragsärzte, die Videosprechstunden über die gesetzliche Krankenversicherung abrechnen wollen, ist die KBV-Zertifizierung die entscheidende Anforderung. Ob die Patienten per App oder Browser teilnehmen, ist dafür irrelevant.

Empfehlung für die Praxis

Für die meisten Praxen ist Browser-Zugang als Standard die pragmatisch richtige Entscheidung. Die Zugangshürde ist minimal, die Kompatibilität mit aktuellen Geräten sehr hoch, und der Datenschutz ist strukturell besser als bei App-Store-gebundenen Lösungen. Insbesondere für gelegentliche Nutzer, für ältere Patienten und für Praxen, die Videosprechstunden noch einführen, ist ein funktionierender Browser-Link ein deutlich zuverlässigerer Einstieg als ein App-Download-Prozess.

Eine native App ist sinnvoll für Patienten, die regelmäßig Videosprechstunden nutzen, die Push-Benachrichtigungen wünschen und die mit der Einrichtung einer App keine Schwierigkeiten haben. Als Ergänzung zum Browser-Zugang, nicht als Ersatz, kann sie den Komfort für diese Gruppe erhöhen.

MeetOne setzt auf Browser-Zugang als primären Patientenzugang. Verbindungen werden Peer-to-Peer im Browser aufgebaut, ohne Umleitung über Serversysteme, die auf Gesprächsinhalte Zugriff hätten. Für Patienten bedeutet das: Link anklicken, Kamera und Mikrofon bestätigen, Gespräch beginnt.

Fazit

Browser und App sind für die Videosprechstunde keine gleichwertigen Alternativen, sondern Lösungen mit unterschiedlichen Stärken für unterschiedliche Nutzungssituationen. Browser-Zugang über WebRTC senkt die Einstiegshürde für Patienten deutlich, bietet strukturell bessere Datenschutzeigenschaften durch Sandbox-Isolation und umgeht die Plattforminfrastruktur der App-Store-Betreiber. Native Apps bieten Push-Benachrichtigungen und stabilere Hintergrundprozesse, setzen aber einen Installationsaufwand voraus, der nicht für alle Patientengruppen zumutbar ist. Für Praxen, die Videosprechstunden breit zugänglich machen wollen, ist Browser-Zugang als Standard die robustere Wahl.

Dieser Artikel dient der allgemeinen Information und ersetzt keine individuelle technische oder rechtliche Beratung. Technische Spezifikationen können sich mit Browser- und Betriebssystem-Updates ändern.