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 Figma-Prototyp zeigt die Wireframes der Digitalen Patientenrechnung.

User Flow

0. Ersteinrichtung

Voraussetzung: Der Versicherte hat bereits eine GesundheitsID eingerichtet und ist in der initialen App und der Versicherungsapp bereits angemeldet.

Use Case Beschreibung Anforderungen 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

AF_10187 - Einrichten eines Kontos für Versicherte

Rechnungen digital empfangen

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

  • 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:

Abschluss

Der Versicherte sieht die Übersicht seiner Rechnungen

  • Siehe Rechnungsübersicht

AF_10138 - Abruf von Rechnungen

1. Rechnungsübersicht

Use Case Beschreibung Anforderungen weitere Quellen

Rechnungen empfangen

Rechnungen werden automatisch in das Frontend geladen

  • Rechnungen werden mit einer Push-Nachricht angekündigt

AF_10138 - Abruf von Rechnungen

Rechnungen anzeigen

Liste aller Rechnungen

Die Liste muss je Rechnung mindestens enthalten:

  • Ausstellende LEI

  • Status der Rechnung, falls dieser bezahlt oder eingereicht ist

  • Datum der Rechnungserstellung

Rechnungen können sich auch im Archiv befinden.

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

Sortierfunktion

Rechnungsliste sortieren

Mindestens:

  • Rechnungsdatum

  • Zahlungszieldatum

  • Gesamtbetrag

link:

Filterfunktion

Rechnungen nach Status filtern

Mindestens:

  • Eingereicht

  • Nicht eingereicht

  • Bezahlt

  • Nicht bezahlt

link:

Auswahlfunktion mit Aktion

Mehrere Rechnungen gleichzeitig auswählen und verwalten

Mindestens:

  • Einreichen

  • Löschen

link:

Rechnungsdetails anzeigen

Klick auf eine Rechnung zeigt mehr Details

  • Siehe Rechnungsdetails

link:

Optional: Statistiken/Übersicht

Gesamtbetrag pro Jahr, Verrechnung mit Pauschalsatz des Jahres

keine

keine

2. Rechnungsdetails

Use Case Beschreibung Anforderungen weitere Quellen

Detail-Ansicht öffnen

Detailinformationen durch Klick auf eine Rechnung anzeigen

Mindestens:

  • Rechnungsnummer

  • Leistungsdatum

  • Betrag

  • Status

  • 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

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:

3. Rechnungen einreichen

Use Case Beschreibung Anforderungen weitere Quellen

Rechnung auswählen

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

link

Rechnung teilen

Sharesheet mit Rechnung als Anhang

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

  • Das Format der Rechnung soll PDF/strukturiert sein

AF_10260 - Einreichung per Frontend

4. Push-Benachrichtigungen

Use Case Beschreibung Anforderungen 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

Anstehende Löschung

Erinnerung, wenn eine Rechnung gelöscht wird

  • Gilt nur, wenn es keine automatische Speicherung im App-Speicher gibt

AF_10186 - Benachrichtigung empfangen