Erklärvideos in der App

Multimediale Patientenedukation als App-Komponente

Das Konzeptpapier hat zuvor die App-Architektur (Teil III) und die Aufklärungs-Pflichten (Teil V) erläutert. Dieses Kapitel beschreibt das Erklärvideo-Subsystem, das beide Aspekte verbindet: Standardisierung der Wissensvermittlung über alle Studienzentren (UKE Hamburg, Malteser Flensburg) und Erfüllung der Begleitinformations-Pflicht nach MDR Anhang I Abschnitt 23.

Die Videoauslieferung wird als integraler Bestandteil des Medizinprodukts betrachtet — nicht als nachträgliches Marketing-Asset. Daraus folgen Konsequenzen für Hosting, Versionierung und Change-Control, die nachfolgend differenziert werden.

Begründung — und Klarstellung zur Compliance

Drei Funktionen rechtfertigen das Video-Modul:

  1. Standardisierte Aufklärung: Trotz unterschiedlicher Stationsabläufe erhalten alle Probanden dieselbe Wissensbasis zu Symptomerkennung, Geräte-Bedienung und Eskalationspfaden.
  2. Barrierearmer Zugang: Patienten mit Lese- oder Konzentrationsschwäche profitieren von audiovisueller Information; das Barrierefreiheitsstärkungsgesetz (BFSG) verlangt ab 2025 Untertitel und Audiodeskription.
  3. Regulatorische Begleitinformation: Tutorial-Videos zu Withings-Waage, HidrateSpark und Refraktometer dokumentieren die korrekte Anwendung der Mess-Hardware nach MDR Anhang I Abschnitt 23.4.
Warnung

Klarstellung: Erklärvideos sind kein primärer Compliance-Treiber. Eine systematische Recherche in 17 Studien (JITAI-Reviews, Microrandomized Trials, Postop-Monitoring-Metaanalysen) zeigt: Adherence wird durch Reminder-Frequenz, kontextsensitive Notifications und Receptivity-Gates gesteuert — nicht durch Edukationsinhalte. Mikro-Quizze mit Spaced Repetition erreichen SMD 1.24 für Wissensretention, lediglich Edukationsvideos allein zeigen keinen Adherence-Effekt. Die im Kapitel Behavioral Economics und Compliance-Design (Teil VII) beschriebenen Mechanismen bleiben tragend; Videos sind komplementär.

Video-Katalog

videos cluster_onboarding Onboarding (Pflicht) cluster_jitai JITAI (kontextsensitiv) cluster_quiz Wissensaktivierung v01 V01 Welcome 60 s v02a V02a eConsent Datenschutz · 30 s v01->v02a v02b V02b eConsent Geräte · 30 s v02a->v02b v02c V02c eConsent Rückzug · 30 s v02b->v02c q Mikro-Quiz POD 2 · 5 · 10 Spaced Repetition v02c->q initial v03 V03 Withings Pairing · 60 s v04 V04 HidrateSpark Pairing · 45 s v05 V05 Refraktometer Bedienung · 75 s v06 V06 Apple Watch Pairing · 45 s q->v03 bei Fehler q->v05 bei Fehler

Video-Katalog der HyponaTrack-App. Welcome und eConsent-Mikros sind im Onboarding obligatorisch; Geräte-Tutorials werden JITAI-getriggert beim ersten Pairing.

ID Titel Dauer Modus Trigger
V01 Willkommen bei HyponaTrack 60 s Onboarding-Pflicht App-Erststart
V02a eConsent: Datenschutz 30 s Onboarding-Pflicht Consent-Step
V02b eConsent: Gerätenutzung 30 s Onboarding-Pflicht Consent-Step
V02c eConsent: Rückzugsrecht 30 s Onboarding-Pflicht Consent-Step
V03 Withings-Waage koppeln 60 s JITAI Erstes BLE-Pairing
V04 HidrateSpark-Flasche koppeln 45 s JITAI Erstes BLE-Pairing
V05 Refraktometer-Bedienung 75 s JITAI Erste USG-Eingabe
V06 Apple-Watch-Pairing 45 s JITAI Erste Watch-Konfiguration
Tabelle 1: Video-Katalog. Gesamt-Bundle-Größe < 90 MB bei HEVC 720p.

Technische Architektur

Hosting-Strategie Phase 1: Bundle-only

Die Videos werden in der ersten Studienphase ausschließlich im App-Bundle ausgeliefert. Diese Entscheidung ist regulatorisch motiviert: Nach MDCG 2020-3 Rev. 1 (Charts B+C) kann jede inhaltliche Änderung an Begleitinformations-Material als substantielle Modifikation gewertet werden, was nach Art. 75 MDR eine 38-tägige Notifikation an die zuständige Behörde auslöst.

Bundle-only erzwingt damit App-Store-Updates für jede Video-Änderung — was einerseits Friktion erzeugt, andererseits saubere Versionierung über Xcode- Build-Nummern und damit eindeutige Audit-Trails ermöglicht. Hybrid-Hosting (Bundle + Remote-Manifest mit JWS-signiertem SHA-256-Asset-Manifest) bleibt als Phase-2-Option nach dem ersten Data-Safety-Monitoring-Board-Meeting offen.

Player-Komponente

Die Wiedergabe erfolgt über SwiftUI VideoPlayer (iOS 14+) statt AVPlayerViewController. Captions werden als eingebetteter Subtitle-Track im fragmentierten MP4 ausgeliefert — nicht als Sidecar-VTT, da AVPlayer lokale Sidecar-Tracks nicht erkennt. Die Caption-Einbettung erfolgt mit Apples mediafilesegmenter -iso-fragmented und dem Charakteristik-Tag public.accessibility.transcribes-spoken-dialog, das den System-Caption-Picker in iOS aktiviert.

Encoding-Spezifikation

Parameter Wert Begründung
Codec HEVC mit -tag:v hvc1 iOS-Pflicht-Tag für Hardware-Decoding
Auflösung 1280 × 720 (720p) Talking-Head + Screencast, Bundle-Budget
Bitrate 800–2.500 kbps CRF 24 Visuell verlustfrei für Studienkontext
Audio AAC 128 kbps stereo, −16 LUFS Mobile-Loudness-Standard
Container fragmentiertes MP4 AVPlayer-kompatibel, faststart
Captions tx3g eingebettet, lang=deu System-Caption-Picker-Erkennung
Versionsschema V01-v1.0.0-de.mp4 SemVer + Sprachcode
Tabelle 2: Encoding-Spezifikation für alle App-Bundle-Videos.

JITAI-Triggering

Die Geräte-Tutorials V03–V06 werden nicht im Onboarding ausgespielt, sondern kontextsensitiv beim ersten relevanten Bedien-Schritt. Der Trigger-Mechanismus ist Teil des JITAITriggerEngine-Moduls, das auch die Reminder-Eskalation und Mikro-Quiz-Auslieferung steuert. Beispiele:

  • V03 Withings: triggert beim ersten Bluetooth-Pairing-Versuch der Waage
  • V05 Refraktometer: triggert beim ersten USG-Eingabeversuch oder nach zwei aufeinanderfolgenden Tagen mit fehlender Eingabe
  • Mikro-Quiz POD 5: falsche Antwort zur Refraktometer-Bedienung → V05 wird automatisch angeboten

Diese Just-in-Time-Auslieferung folgt dem JITAI-Pattern: Tutorials erreichen den Patienten in dem Moment, in dem die Information benötigt wird, statt im Onboarding-Block überfrachtet zu werden.

Telemetrie und Datenschutz

Pro Video wird ausschließlich (videoID, completed: Bool, timestamp) erfasst — keine Watch-Time-Heatmap, keine Pause-Events. Die Datenminimierung ist beabsichtigt: Detail-Telemetrie würde nach Art. 9 DSGVO als sensibler Gesundheitsdatensatz gelten und eine Datenschutz-Folgenabschätzung (DSFA, vgl. Teil V) komplexer machen, ohne dass eine wissenschaftliche Notwendigkeit besteht.

Art. 22 DSGVO (Verbot ausschließlich automatisierter Entscheidungen) greift nicht, solange die Auswertung der Sehgewohnheiten ärztlich-menschlich erfolgt und kein Risikoscore aus dem Video-Verhalten gebildet wird.

Der eConsent-Wortlaut wird entsprechend ergänzt:

“Zur Qualitätssicherung der Studienaufklärung wird gespeichert, welche Erklärvideos Sie zu welchem Zeitpunkt vollständig angesehen haben (Video-ID, Zeitstempel, Abschluss ja/nein). Diese Daten werden pseudonymisiert in REDCap (UKE) gespeichert und sind ausschließlich für das Studienteam zugänglich.”

Regulatorischer Pfad

Die regulatorische Absicherung folgt dem in Teil V (BfArM-Anzeige) beschriebenen Verfahren. Spezifisch für das Videosubsystem:

Schritt Verantwortlich Vorlauf
Klassifikations-Memo (Begleitinformation Anhang I) PI + QM T-12 Wo
Inhalts-Freigabe-Protokoll pro Video (4-Augen) Studienarzt + QM T-8 Wo
Change-Control-SOP nach MDCG 2020-3 Charts B+C QM-Beauftragter T-8 Wo
eConsent-Anpassung Telemetrie-Klausel Studienleitung + DSB T-6 Wo
Patient-Pretest n ≥ 3 (didaktische Eignung) Study Nurse T-4 Wo
App-Store-Review-Brief (Studienstatus, BfArM-Ref) App-Entwickler T-3 Wo
TMF-Eintrag mit SHA-256-signierten Mastern TMF-Manager T-2 Wo
Tabelle 3: Regulatorische Vorbereitung für Video-Go-Live. Vorlauf ab geplantem Studienstart.
Hinweis

Substantielle vs. nicht-substantielle Änderung: Tippfehler-Korrekturen in Untertiteln und reine Tonspur-Re-Mixes ohne Inhaltsänderung gelten nach MDCG 2020-3 als nicht-substantiell. Inhaltliche Änderungen am Welcome- oder eConsent-Video — neue medizinische Aussage, geänderter Bedien-Schritt, neue Notrufnummer-Logik — sind substantielle Modifikationen nach Art. 75 MDR mit 38-Tage-Notifikationspflicht.

Heilmittelwerbe- und Berufsrecht

Patientenedukation an eingeschriebene Studienprobanden gilt nach herrschender Auslegung nicht als Publikumswerbung im Sinne von §11 Heilmittelwerbegesetz (HWG); §11 zielt auf Werbung gegenüber Fachfremden mit Absatzbezug. Trotzdem ist bei der Demonstration konkreter Geräte (Withings, HidrateSpark, Refraktometer-Modell) auf neutrale Sprache zu achten — empfehlende Formulierungen (“ich empfehle Ihnen”) und Vorher/Nachher-Vergleiche werden vermieden, um §11 Abs. 1 Nr. 2 (Empfehlung durch Heilberufler) nicht zu tangieren. Die Berufsordnung der Ärztekammer Hamburg (§27 MBO) verlangt sachliche Information statt anpreisender Werbung; das gilt auch für ärztliche Sprecherinnen und Sprecher in Studien-Tutorials.

Notruf-Outro

Jedes Video schließt mit einem fünfsekündigen Outro im Wortlaut:

“Im Notfall wählen Sie 112. Bei Studien-Fragen: UKE Endokrinologie 040 7410 53780.”

Die Notrufnummer wird nicht in das Video gerendert, sondern als Lower-Third-Overlay aus dem Bundle-Asset-Manifest gezogen. So kann eine geänderte Studien-Hotline ohne Video-Re-Encoding aktualisiert werden — was nach MDCG 2020-3 als nicht-substantielle Änderung gilt.

Validierungs-Ansatz

Die Eignung der Videos wird in einem dreistufigen Verfahren überprüft:

  1. Medizinische Freigabe durch Studienarzt: inhaltliche Korrektheit aller Aussagen, Konsistenz mit dem Studienprotokoll und der Standard Operating Procedure für Patientenaufklärung.
  2. Patient-Pretest mit n ≥ 3 Probanden: Verständlichkeit, Sprechtempo (Ziel B1-Niveau, ≤ 130 Wörter pro Minute), didaktische Eignung. Im Anschluss strukturiertes Interview zu Wissensaufnahme.
  3. Technische Validierung mit mediastreamvalidator (Apple HLS Tools): Prüfung der Caption-Track-Struktur, fragmentierten MP4-Konformität und Bundle-Integrität.

Die Pretest-Ergebnisse werden im TMF archiviert und sind Bestandteil der technischen Dokumentation nach IEC 62304.

Ausblick Phase 2

Nach Auswertung des ersten DSMB-Meetings ist eine Migration zu Hybrid-Hosting (Bundle + Remote-Manifest) optional möglich. Architektonische Voraussetzungen sind bereits in der VideoCatalog-Komponente vorgesehen: Jeder Eintrag kann ein remoteManifestURL-Feld erhalten, das ein JWS-signiertes Asset-Manifest mit SHA-256-Hashes aller Video- und Caption-Segmente referenziert. Die App verifiziert die Signatur gegen einen in der Binary gepinnten öffentlichen EC-Schlüssel (ES256), bevor Remote-Inhalte abgespielt werden — Schutz gegen kompromittiertes CDN.

Phase 2 würde Hostings auf einem EU-CDN (Cloudflare R2 mit Custom-Domain oder UKE-eigener Object Storage) mit Pfad-Versionierung (/v1/, /v2/) statt Cache-Purge erfolgen.

Referenzbeziehungen zu anderen Kapiteln

  • App-Architektur (Teil III) — Gesamtarchitektur der App, in die das Video-Modul eingebettet ist
  • Aufklärung und eConsent (Teil V) — Aufklärungsdokumentation und eConsent-Pfad
  • Behavioral Economics und Compliance-Design (Teil VII) — Compliance-Mechanismen, die Videos komplementieren
  • Datenschutz-Folgenabschätzung (Teil V) — Telemetrie-Verarbeitung und Pseudonymisierung
  • BfArM-Anzeige (Teil V) — Studien-Anzeige nach MPDG und MDR-Klassifikation