Modul DiPag

Der folgende Inhalt enthält eine Beispielanwendung aus Sicht des Versicherten und Empfehlungen der Gematik zur Umsetzung für eine gute User Experience. Es handelt sich dabei um eine fiktive App, die auf den Anwendungsfällen der DiPag basiert. Hersteller von Apps für Versicherte können sich an diesem Beispiel orientieren, müssen es aber nicht 1:1 umsetzen.

App Prototype

Der interaktive Klickdummy zeigt eine Beispielanwendung mit digitalen Patientenrechnungen in einer 2-App-Strategie. Eine 2-App Strategie bedeutet, dass das DiPAG Modul und das Authenticator Modul in getrennten Apps bereitgestellt werden. Für die Ersteinrichtung und Folgeanmeldungen für andere App-Strategien gibt es einen weiteren Prototyp für Einrichtung und Login bei unterschiedlichen App-Strategien.

Figma Prototyp in neuem Tab öffnen

User Flow

0. Ersteinrichtung

Voraussetzung: Der Versicherte hat bereits eine GesundheitsID eingerichtet und möchte in einer App die DiPag Funktionalität nutzen.

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
DiPAG Fachdienst berechtigen		In der Versicherungsapp erscheint eine Abfrage	In der initialen App wird ein Absprung in die Versicherungsapp angeboten Der Versicherte ist in der Versicherungsapp mit GesundheitsID angemeldet Übertragende Inhalte werden angezeigt: Vor- & Nachname KVNR Geburtsdatum E-Mail Adresse Hinweis: Bei einer One-App-Strategie braucht es keinen Appwechsel, sondern nur eine Abfrage der GesundheitsID.	AF_10187 - Einrichten eines Kontos für Versicherte
Digitalen Rechnungsempfang bestätigen	-	In der initialen App erscheint eine Einwilligung zum Empfang digitaler Rechnungen	Die Entscheidung muss zu einem späteren Zeitpunkt geändert werden können	link
E-Mail verifizieren	-	In der initialen App erscheint eine E-Mail-Abfrage	Als Default wird die im sektoralen IDP hinterlegte E-Mail-Adresse vorgeschlagen Bestätigen der Mailadresse durch den Versicherten löst das Senden des One-Time-Passwords (OTP) aus	link:
-	In der initialen App erscheint eine Eingabemaske für das OTP	Bei fehlerhafter Eingabe soll die Möglichkeit geboten werden, die Mail erneut zu versenden	link:

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

DiPAG Fachdienst berechtigen

In der Versicherungsapp erscheint eine Abfrage

In der initialen App wird ein Absprung in die Versicherungsapp angeboten
Der Versicherte ist in der Versicherungsapp mit GesundheitsID angemeldet
Übertragende Inhalte werden angezeigt:
- Vor- & Nachname
- KVNR
- Geburtsdatum
- E-Mail Adresse
Hinweis: Bei einer One-App-Strategie braucht es keinen Appwechsel, sondern nur eine Abfrage der GesundheitsID.

AF_10187 - Einrichten eines Kontos für Versicherte

Digitalen Rechnungsempfang bestätigen

In der initialen App erscheint eine Einwilligung zum Empfang digitaler Rechnungen

Die Entscheidung muss zu einem späteren Zeitpunkt geändert werden können

link

E-Mail verifizieren

In der initialen App erscheint eine E-Mail-Abfrage

Als Default wird die im sektoralen IDP hinterlegte E-Mail-Adresse vorgeschlagen
Bestätigen der Mailadresse durch den Versicherten löst das Senden des One-Time-Passwords (OTP) aus

link:

In der initialen App erscheint eine Eingabemaske für das OTP

Bei fehlerhafter Eingabe soll die Möglichkeit geboten werden, die Mail erneut zu versenden

link:

1. Anmeldung

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
Erneuter Zugang zu Rechnungen	-	Anmelden ohne erneute Authentisierung	Der Versicherte muss einen aktiven Zugang via GesundheitsID haben.	link:
Erneuter Zugang zu Rechnungen nach einiger Zeit		Anmelden mit Biometrie oder Code	Der Versicherte hat keinen aktiven Zugang zum Fachdienst, kann den GesundheitsID-Zugang aber mittels Biometrie oder Code erneuern Bereits heruntergeladene Rechnungen können im Vorfeld gespeichert und angezeigt werden Es soll einen Hinweis geben, dass der Versicherte nicht mehr angemeldet ist	link:
Erneuter Zugang ohne Internet	-	Anzeigen von bereits heruntergeladenen Rechnungen	Muss über das Frontend implementiert werden (oder über den App-Chip)	link:

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

Erneuter Zugang zu Rechnungen

Anmelden ohne erneute Authentisierung

Der Versicherte muss einen aktiven Zugang via GesundheitsID haben.

link:

Erneuter Zugang zu Rechnungen nach einiger Zeit

Anmelden mit Biometrie oder Code

Der Versicherte hat keinen aktiven Zugang zum Fachdienst, kann den GesundheitsID-Zugang aber mittels Biometrie oder Code erneuern
Bereits heruntergeladene Rechnungen können im Vorfeld gespeichert und angezeigt werden
Es soll einen Hinweis geben, dass der Versicherte nicht mehr angemeldet ist

link:

Erneuter Zugang ohne Internet

Anzeigen von bereits heruntergeladenen Rechnungen

Muss über das Frontend implementiert werden (oder über den App-Chip)

link:

2. Rechnungsübersicht

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
Rechnungen empfangen	-	Rechnungen werden automatisch in das Frontend geladen	Rechnungen werden mit einer Push-Nachricht angekündigt	AF_10138 - Abruf von Rechnungen FHIR-Rechnungen abrufen
UC_RECHNUNGEN_ANZEIGEN		Liste aller Rechnungen	Die Liste muss je Rechnung mindestens enthalten: Ausstellende LEI Markierung der Rechnung, falls diese bezahlt oder eingereicht ist Datum der Rechnungserstellung Rechnungen können sich auch im Archiv befinden. Ein Archiv sollte von der APP umgesetzt werden, da der Fachdienste keine Archivierungsfunktionalität bereitstellt. Lade-States und verständliche Fehlermeldungen implementieren.	link:
Suchfunktion	-	Rechnungen nach Kriterien durchsuchen	Suchleiste muss mindestens nach folgenden Kriterien suchen können: Rechnungsnummer Leistungserbringer Ideal: Volltextsuche	AF_10138 - Abruf von Rechnungen
Sortier-/Filterfunktion		Rechnungsliste sortieren/filtern	Mindestens sortieren nach: Rechnungsdatum Zahlungszieldatum Gesamtbetrag Mindestens filtern nach: Eingereicht Nicht eingereicht Bezahlt Nicht bezahlt	link:
Auswahlfunktion mit Aktion		Mehrere Rechnungen gleichzeitig auswählen und verwalten	Mindestens: Einreichen Löschen	link:
Optional: Statistiken/Übersicht	-	Gesamtbetrag pro Jahr, Verrechnung mit Pauschalsatz des Jahres	keine	keine

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

Rechnungen empfangen

Rechnungen werden automatisch in das Frontend geladen

Rechnungen werden mit einer Push-Nachricht angekündigt

AF_10138 - Abruf von Rechnungen

FHIR-Rechnungen abrufen

UC_RECHNUNGEN_ANZEIGEN

Liste aller Rechnungen

Die Liste muss je Rechnung mindestens enthalten:

Ausstellende LEI
Markierung der Rechnung, falls diese bezahlt oder eingereicht ist
Datum der Rechnungserstellung

Rechnungen können sich auch im Archiv befinden. Ein Archiv sollte von der APP umgesetzt werden, da der Fachdienste keine Archivierungsfunktionalität bereitstellt.

Lade-States und verständliche Fehlermeldungen implementieren.

link:

Suchfunktion

Rechnungen nach Kriterien durchsuchen

Suchleiste muss mindestens nach folgenden Kriterien suchen können:

Rechnungsnummer
Leistungserbringer

Ideal: Volltextsuche

AF_10138 - Abruf von Rechnungen

Sortier-/Filterfunktion

Rechnungsliste sortieren/filtern

Mindestens sortieren nach:

Rechnungsdatum
Zahlungszieldatum
Gesamtbetrag

Mindestens filtern nach:

Eingereicht
Nicht eingereicht
Bezahlt
Nicht bezahlt

link:

Auswahlfunktion mit Aktion

Mehrere Rechnungen gleichzeitig auswählen und verwalten

Mindestens:

Einreichen
Löschen

link:

Optional: Statistiken/Übersicht

Gesamtbetrag pro Jahr, Verrechnung mit Pauschalsatz des Jahres

keine

3. Rechnungsdetails

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
UC_DETAIL_ANSICHT		Detailinformationen durch Klick auf eine Rechnung anzeigen	Mindestens: Rechnungsnummer Leistungsdatum Betrag Markierung Leistungserbringer Behandelte Person, insbesondere wenn diese Person nicht identisch ist mit dem Rechnungsempfänger Zahlungsdaten, falls die Rechnung noch nicht bezahlt ist Mögliche Aktionen wie einreichen, als bezahlt markieren, als eingereicht markieren, archivieren, löschen Eine Rechnung soll auch nach einer Einreichung erneut eingereicht werden können	link:
PDF-Download		Rechnung als PDF herunterladen	PDF enthält alle Rechnungsdetails	link:
Zahlungsunterstützung		Rechnung digital bezahlen	Falls das Frontend keine Bezahlfunktion hat, soll die Überleitung der Rechnungsinformationen zum Online-Banking stattfinden können Wir empfehlen dafür ein jpeg oder PDF der Rechnung ohne die eingebetteten medizinischen Informationen mit der Banking App zu teilen	link:
-	Möglichkeit die Rechnung als bezahlt zu markieren	Bei Rückkehr in die App nach der Weiterleitung zum Online-Banking soll eine Abfrage zur Markierung erscheinen	link:
Anhang zur Rechnung hinzufügen	-	Möglichkeit einer Rechnung einen eigenen Anhang hinzuzufügen, z. B. ein Foto eines Kassenbons	wählbar aus Dateien oder der Fotomediathek Möglichkeit der Umbenennung des neu hinzugefügten Anhangs	link:
Automatisches Markieren als gelesen	-	Rechnung wird beim Öffnen automatisch als gelesen markiert	Sobald ein Versicherter eine ungelesene Rechnung oder ein ungelesenes Dokument öffnet, wird diese automatisch als gelesen markiert. Ungelesene Rechnungen sollen in der Liste visuell hervorgehoben werden (z. B. durch einen Badge oder Fettschrift).	AF_10261 - Automatisches Markieren als gelesen

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

UC_DETAIL_ANSICHT

Detailinformationen durch Klick auf eine Rechnung anzeigen

Mindestens:

Rechnungsnummer
Leistungsdatum
Betrag
Markierung
Leistungserbringer
Behandelte Person, insbesondere wenn diese Person nicht identisch ist mit dem Rechnungsempfänger
Zahlungsdaten, falls die Rechnung noch nicht bezahlt ist
Mögliche Aktionen wie einreichen, als bezahlt markieren, als eingereicht markieren, archivieren, löschen
Eine Rechnung soll auch nach einer Einreichung erneut eingereicht werden können

link:

PDF-Download

Rechnung als PDF herunterladen

PDF enthält alle Rechnungsdetails

link:

Zahlungsunterstützung

Rechnung digital bezahlen

Falls das Frontend keine Bezahlfunktion hat, soll die Überleitung der Rechnungsinformationen zum Online-Banking stattfinden können

Wir empfehlen dafür ein jpeg oder PDF der Rechnung ohne die eingebetteten medizinischen Informationen mit der Banking App zu teilen

link:

Möglichkeit die Rechnung als bezahlt zu markieren

Bei Rückkehr in die App nach der Weiterleitung zum Online-Banking soll eine Abfrage zur Markierung erscheinen

link:

Anhang zur Rechnung hinzufügen

Möglichkeit einer Rechnung einen eigenen Anhang hinzuzufügen, z. B. ein Foto eines Kassenbons

wählbar aus Dateien oder der Fotomediathek
Möglichkeit der Umbenennung des neu hinzugefügten Anhangs

link:

Automatisches Markieren als gelesen

Rechnung wird beim Öffnen automatisch als gelesen markiert

Sobald ein Versicherter eine ungelesene Rechnung oder ein ungelesenes Dokument öffnet, wird diese automatisch als gelesen markiert.
Ungelesene Rechnungen sollen in der Liste visuell hervorgehoben werden (z. B. durch einen Badge oder Fettschrift).

AF_10261 - Automatisches Markieren als gelesen

4. Rechnungen einreichen

Use Case	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
Rechnung auswählen	Es sollen eine oder mehrere Rechnungen gleichzeitig zum Einreichen gewählt werden können	Bei der Auswahl mehrerer Rechnungen soll die Summe aller markierten Rechnungen angezeigt werden	link
Rechnung einreichen	Sharesheet mit Rechnung als Anhang	Die Rechnung kann über die Teilen-Option des Smartphones mit einer Versicherungsapp oder ähnlichem geteilt werden. Bei einem zu großen Anhang soll eine Fehlermeldung erscheinen. Das Format der angereicherten Rechnung muss ein PDF/A3 mit eingebetteten strukturierten Daten sein Beispiel: Titel: Zu viele Dokumente Text: Bitte beschränken Sie die Auswahl auf 10 Dokumente. Buttons: Abbrechen	AF_10260 - Einreichung per Frontend
Markierungen	Markierungen können gesetzt und zusätzlich eine Notiz hinterlegt werden.	Die App sollte den User mindestens unterstützen die folgenden Markierungen zu setzen: Bezahlt Gelesen Eingereicht (per Frontend / per Post) Geteilt Archiviert Hinweis: Neben den Markierungen existiert auch noch ein Status am Rechnungsbundle. Die Status Offen und Erledigt müssen nicht angezeigt werden. Der Staus Papierkorb sollte angezeigt werden in Verbindung mit der Push Nachricht in den Use Cases der automatischen anstehenden Löschung.	FHIR - Markierung setzen

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

Rechnung auswählen

Es sollen eine oder mehrere Rechnungen gleichzeitig zum Einreichen gewählt werden können

Bei der Auswahl mehrerer Rechnungen soll die Summe aller markierten Rechnungen angezeigt werden

link

Rechnung einreichen

Sharesheet mit Rechnung als Anhang

Die Rechnung kann über die Teilen-Option des Smartphones mit einer Versicherungsapp oder ähnlichem geteilt werden.

Bei einem zu großen Anhang soll eine Fehlermeldung erscheinen.

Das Format der angereicherten Rechnung muss ein PDF/A3 mit eingebetteten strukturierten Daten sein

Beispiel:

Titel: Zu viele Dokumente

Text: Bitte beschränken Sie die Auswahl auf 10 Dokumente.

Buttons: Abbrechen

AF_10260 - Einreichung per Frontend

Markierungen

Markierungen können gesetzt und zusätzlich eine Notiz hinterlegt werden.

Die App sollte den User mindestens unterstützen die folgenden Markierungen zu setzen:

Bezahlt
Gelesen
Eingereicht (per Frontend / per Post)
Geteilt
Archiviert

Hinweis: Neben den Markierungen existiert auch noch ein Status am Rechnungsbundle. Die Status Offen und Erledigt müssen nicht angezeigt werden. Der Staus Papierkorb sollte angezeigt werden in Verbindung mit der Push Nachricht in den Use Cases der automatischen anstehenden Löschung.

FHIR - Markierung setzen

5. Push-Benachrichtigungen

Legende zur Verantwortlichkeit

Bei einigen Anwendungsfällen ist nicht immer ganz eindeutig, ob eine bestimmte Funktionalität vom Fachdienst ausgelöst wird oder in der App selbst implementiert werden muss. Aus diesem Grund wird im Folgenden eine Kennzeichnung verwendet, um zu symbolisieren, dass die Funktionalität allein von der App bereitgestellt werden muss.

Symbol	Bedeutung
	App - Die Funktionalität wird im App Client umgesetzt und liegt in der Verantwortung des App-Herstellers (z. B. UI, Interaktion, lokale Verarbeitung).

Symbol

Bedeutung

App

App - Die Funktionalität wird im App Client umgesetzt und liegt in der Verantwortung des App-Herstellers (z. B. UI, Interaktion, lokale Verarbeitung).

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
Neue Rechnung	-	Benachrichtigung, sobald eine neue Rechnung in der Übersicht verfügbar ist	Leistungserbringer und Use Case Beispiel: „[Leistungserbringer] hat Ihnen eine Rechnung zugestellt."	AF_10186 - Benachrichtigung empfangen
Erinnerung an baldiges Fälligkeitsdatum	-	Frühzeitige Erinnerung, z. B. 7 Tage vor Fälligkeit	Leistungserbringer und Anzahl der Tage bis zum Fälligkeitsdatum Beispiel: „Die Rechnung von [Leistungserbringer] wird in 7 Tagen fällig."	AF_10186 - Benachrichtigung empfangen
Überfällige Rechnung	-	Erinnerung, wenn eine Rechnung über das Fälligkeitsdatum hinaus noch nicht bezahlt wurde	Leistungserbringer und Use Case Beispiel: „Die Rechnung von [Leistungserbringer] ist überfällig. Bitte begleichen Sie diese zeitnah."	AF_10186 - Benachrichtigung empfangen
Baldige Löschung einer Rechnung	-	Erinnerung, dass der Fachdienst eine Rechnung in den Papierkorb verschoben hat und diese in n-Wochen gelöscht wird	Wichtige Infos für die Push Nachricht: Leistungserbringer Datum der Rechnung Datum der Löschung Beispiel: "Die Rechnung von [Leistungserbringer] vom [Datum] wird am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.	AF_10186 - Benachrichtigung empfangen
Baldige Löschung mehrerer Rechnungen		Erinnerung, dass der Fachdienst eine Rechnung in den Papierkorb verschoben hat und diese in n-Wochen gelöscht wird	Wichtige Infos für die Push Nachricht: Anzahl Rechnungen IDs der Rechnungen Datum der Löschung Beispiel: "[N] Rechnungen werden am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.	AF_10186 - Benachrichtigung empfangen Löschfristen
Anstehende Löschung einer Rechnung	-	7 Tage vor dem Löschdatum	Leistungserbringer, Datum der Rechnung, Datum der Löschung, Use Case Hinweis: Diese Push muss selbst erstellt werden und kommt nicht vom Fachdienst. Beispiel: "Die Rechnung von [Leistungserbringer] vom [Datum] wird am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.	link:
Anstehende Löschung mehrerer Rechnungen	-	7 Tage vor dem Löschdatum	Anzahl Rechnungen, Datum der Löschung, Use Case Das Filtern nach diesen Rechnungen soll dann in der App möglich sein. Hinweis: Diese Push muss selbst erstellt werden und kommt nicht vom Fachdienst. Beispiel: "[N] Rechnungen werden am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.	link:
Verwalten von Push-Nachrichten		Einstellmöglichkeiten für den Nutzer, um den Empfang von Benachrichtigungen zu steuern.	Mindestens folgende Optionen sollten angeboten werden: Sollen Push-Benachrichtigungen über das Smartphone empfangen werden (Abfrage der App sollte automatisch bei Appstart kommen) Anzeige, an welche Mailadresse Benachrichtigungen gesendet werden Bei aktivierten Push-Nachrichten soll eingestellt werden können, für welche Ereignisse Benachrichtigungen empfangen werden sollen, z. B. neue Rechnung, Erinnerung an ein baldiges Fälligkeitsdatum, überfällige Rechnung, anstehende Löschung des Kontos. Beispiel: "Das Konto für digitale Rechnungen von [Name] war zu lang inaktiv. Falls Sie das Konto nicht zeitnah nutzen, wird es zum [Datum] gelöscht.	link:
Anstehende Löschung des Kontos	-	Erinnerung, wenn ein Konto aufgrund zu langer Inaktivität gelöscht werden soll	Die Notification sollte mindestens folgende Angaben enthalten: den Namen des Kontoinhabers das Datum der bevorstehenden Löschung Beispiel: "Das Konto für digitale Rechnungen von [Name] war zu lang inaktiv. Falls Sie das Konto nicht zeitnah nutzen, wird es zum [Datum] gelöscht.	AF_10186 - Benachrichtigung empfangen AF_10270 - Hinweis auf anstehende Konto-Löschung AF_10269 - Nutzerkonto löschen bei Inaktivität

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

Neue Rechnung

Benachrichtigung, sobald eine neue Rechnung in der Übersicht verfügbar ist

Leistungserbringer und Use Case

Beispiel: „[Leistungserbringer] hat Ihnen eine Rechnung zugestellt."

AF_10186 - Benachrichtigung empfangen

Erinnerung an baldiges Fälligkeitsdatum App

Frühzeitige Erinnerung, z. B. 7 Tage vor Fälligkeit

Leistungserbringer und Anzahl der Tage bis zum Fälligkeitsdatum

Beispiel: „Die Rechnung von [Leistungserbringer] wird in 7 Tagen fällig."

AF_10186 - Benachrichtigung empfangen

Überfällige Rechnung App

Erinnerung, wenn eine Rechnung über das Fälligkeitsdatum hinaus noch nicht bezahlt wurde

Leistungserbringer und Use Case

Beispiel: „Die Rechnung von [Leistungserbringer] ist überfällig. Bitte begleichen Sie diese zeitnah."

AF_10186 - Benachrichtigung empfangen

Baldige Löschung einer Rechnung

Erinnerung, dass der Fachdienst eine Rechnung in den Papierkorb verschoben hat und diese in n-Wochen gelöscht wird

Wichtige Infos für die Push Nachricht:

Leistungserbringer
Datum der Rechnung
Datum der Löschung

Beispiel: "Die Rechnung von [Leistungserbringer] vom [Datum] wird am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.

AF_10186 - Benachrichtigung empfangen

Baldige Löschung mehrerer Rechnungen

Erinnerung, dass der Fachdienst eine Rechnung in den Papierkorb verschoben hat und diese in n-Wochen gelöscht wird

Wichtige Infos für die Push Nachricht:

Anzahl Rechnungen
IDs der Rechnungen
Datum der Löschung

Beispiel: "[N] Rechnungen werden am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.

AF_10186 - Benachrichtigung empfangen

Löschfristen

Anstehende Löschung einer Rechnung App

7 Tage vor dem Löschdatum

Leistungserbringer, Datum der Rechnung, Datum der Löschung, Use Case

Hinweis: Diese Push muss selbst erstellt werden und kommt nicht vom Fachdienst.

Beispiel: "Die Rechnung von [Leistungserbringer] vom [Datum] wird am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.

link:

Anstehende Löschung mehrerer Rechnungen App

7 Tage vor dem Löschdatum

Anzahl Rechnungen, Datum der Löschung, Use Case

Das Filtern nach diesen Rechnungen soll dann in der App möglich sein.

Hinweis: Diese Push muss selbst erstellt werden und kommt nicht vom Fachdienst.

Beispiel: "[N] Rechnungen werden am [Datum] gelöscht. Falls Sie das nicht möchten, können Sie das in der App anpassen.

link:

Verwalten von Push-Nachrichten App

Einstellmöglichkeiten für den Nutzer, um den Empfang von Benachrichtigungen zu steuern.

Mindestens folgende Optionen sollten angeboten werden:

Sollen Push-Benachrichtigungen über das Smartphone empfangen werden (Abfrage der App sollte automatisch bei Appstart kommen)
Anzeige, an welche Mailadresse Benachrichtigungen gesendet werden
Bei aktivierten Push-Nachrichten soll eingestellt werden können, für welche Ereignisse Benachrichtigungen empfangen werden sollen, z. B. neue Rechnung, Erinnerung an ein baldiges Fälligkeitsdatum, überfällige Rechnung, anstehende Löschung des Kontos.

Beispiel: "Das Konto für digitale Rechnungen von [Name] war zu lang inaktiv. Falls Sie das Konto nicht zeitnah nutzen, wird es zum [Datum] gelöscht.

link:

Anstehende Löschung des Kontos

Erinnerung, wenn ein Konto aufgrund zu langer Inaktivität gelöscht werden soll

Die Notification sollte mindestens folgende Angaben enthalten:

den Namen des Kontoinhabers
das Datum der bevorstehenden Löschung

Beispiel: "Das Konto für digitale Rechnungen von [Name] war zu lang inaktiv. Falls Sie das Konto nicht zeitnah nutzen, wird es zum [Datum] gelöscht.

AF_10186 - Benachrichtigung empfangen

AF_10270 - Hinweis auf anstehende Konto-Löschung

AF_10269 - Nutzerkonto löschen bei Inaktivität

6. Kontoeinstellungen

Use Case	MockUp	Beschreibung	Empfehlung zur Umsetzung	weitere Quellen
Berechtigungen verwalten	-	Versicherter verwaltet Berechtigungen einzelner Rechnungsersteller	Der Versicherte kann im FdV die Liste der Rechnungsersteller einsehen, die eine individuelle Berechtigung zum Rechnungsversand haben. Bestehende Berechtigungen können widerrufen werden. Widerrufene Berechtigungen können erneut erteilt werden.	AF_10265 - Bearbeitung von Berechtigungen
Kontoeinstellungen bearbeiten	-	Versicherten-Einstellungen im Konto anpassen	Der Versicherte kann Einstellungen seines Kontos anpassen, z. B.: E-Mail-Adresse für Benachrichtigungen Präferenzen für Push-Benachrichtigungen Sprache und weitere App-Einstellungen	AF_10263 - Bearbeitung von Einstellungen des Nutzerkontos
Identitätsdaten aktualisieren	-	Geänderten Namen aus der GesundheitsID ins Versichertenkonto übernehmen	Nach einer Namensänderung (z. B. durch Heirat) werden die aktualisierten Identitätsdaten aus dem sektoralen IDP in das Nutzerkonto übernommen. Der Versicherte soll über die Aktualisierung informiert werden.	AF_10267 - Bearbeitung von Identitätsdaten (Namensänderung)
Nutzerkonto löschen	-	Versicherter löscht selbst sein Versichertenkonto	Der Versicherte kann sein Versichertenkonto im FdV eigenständig löschen. Vor der Löschung soll eine Bestätigung eingeholt werden. Mit der Löschung werden alle gespeicherten Rechnungen, Dokumente und Protokolldaten unwiderruflich entfernt. Der Versicherter soll auf die Möglichkeit hingewiesen werden, das Nutzerprotokoll vor der Löschung zu exportieren.	AF_10191 - Löschen seines Nutzerkontos durch den Versicherten
Nutzerprotokoll einsehen	-	Versicherter sieht sein Nutzerprotokoll ein	Das Nutzerprotokoll dokumentiert alle relevanten Aktionen, die im Zusammenhang mit dem Nutzerkonto durchgeführt wurden. Das Protokoll soll übersichtlich und chronologisch dargestellt werden.	AF_10203 - Nutzerprotokoll einsehen
Nutzerprotokoll exportieren	-	Versicherter exportiert sein Nutzerprotokoll	Der Versicherte kann sein Nutzerprotokoll exportieren, um es außerhalb des Fachdienstes aufzubewahren. Insbesondere empfohlen vor einer Kontolöschung, da das Protokoll mit dem Konto gelöscht wird. Das Exportformat soll maschinenlesbar und/oder als PDF verfügbar sein.	AF_10194 - Nutzerprotokoll exportieren

Use Case

MockUp

Beschreibung

Empfehlung zur Umsetzung

weitere Quellen

Berechtigungen verwalten

Versicherter verwaltet Berechtigungen einzelner Rechnungsersteller

Der Versicherte kann im FdV die Liste der Rechnungsersteller einsehen, die eine individuelle Berechtigung zum Rechnungsversand haben.
Bestehende Berechtigungen können widerrufen werden.
Widerrufene Berechtigungen können erneut erteilt werden.

AF_10265 - Bearbeitung von Berechtigungen

Kontoeinstellungen bearbeiten

Versicherten-Einstellungen im Konto anpassen

Der Versicherte kann Einstellungen seines Kontos anpassen, z. B.:
- E-Mail-Adresse für Benachrichtigungen
- Präferenzen für Push-Benachrichtigungen
- Sprache und weitere App-Einstellungen

AF_10263 - Bearbeitung von Einstellungen des Nutzerkontos

Identitätsdaten aktualisieren

Geänderten Namen aus der GesundheitsID ins Versichertenkonto übernehmen

Nach einer Namensänderung (z. B. durch Heirat) werden die aktualisierten Identitätsdaten aus dem sektoralen IDP in das Nutzerkonto übernommen.
Der Versicherte soll über die Aktualisierung informiert werden.

AF_10267 - Bearbeitung von Identitätsdaten (Namensänderung)

Nutzerkonto löschen

Versicherter löscht selbst sein Versichertenkonto

Der Versicherte kann sein Versichertenkonto im FdV eigenständig löschen.
Vor der Löschung soll eine Bestätigung eingeholt werden.
Mit der Löschung werden alle gespeicherten Rechnungen, Dokumente und Protokolldaten unwiderruflich entfernt.
Der Versicherter soll auf die Möglichkeit hingewiesen werden, das Nutzerprotokoll vor der Löschung zu exportieren.

AF_10191 - Löschen seines Nutzerkontos durch den Versicherten

Nutzerprotokoll einsehen

Versicherter sieht sein Nutzerprotokoll ein

Das Nutzerprotokoll dokumentiert alle relevanten Aktionen, die im Zusammenhang mit dem Nutzerkonto durchgeführt wurden.
Das Protokoll soll übersichtlich und chronologisch dargestellt werden.

AF_10203 - Nutzerprotokoll einsehen

Nutzerprotokoll exportieren

Versicherter exportiert sein Nutzerprotokoll

Der Versicherte kann sein Nutzerprotokoll exportieren, um es außerhalb des Fachdienstes aufzubewahren.
Insbesondere empfohlen vor einer Kontolöschung, da das Protokoll mit dem Konto gelöscht wird.
Das Exportformat soll maschinenlesbar und/oder als PDF verfügbar sein.

AF_10194 - Nutzerprotokoll exportieren