ERP Fachdienst Antworten

[BenjaminLangeCGM]

Sichtweise: PVS
GemSpecQuelle: ERP Fachdienst Antworten https://gemspec.gematik.de/docs/gemSpec/gemSpec_FD_eRp/latest/#5.4
Fragen:

1. Existieren detaillierte Auflistungen zu allen "FHIR Outcome" Objekten, die bei einem "HTTP-Status-Code" mitgeliefert werden können?
2. Warum haben Zusatzinformationen in Form von "FHIR Outcome" Objekten keine exakt definierten Fehlercodes?
3. Welchen "HTTP-Status-Code" habe ich zu erwarten im Fall, dass versucht wird ein ERP erneut mit denselben Daten einzustellen, obwohl das ERP bereits in der TI aktiv geschaltet ist?
4. Welchen "HTTP-Status-Code" habe ich zu erwarten im Fall, dass versucht wird ein ERP erneut mit denselben Daten einzustellen, obwohl das ERP bereits in der TI aktiv geschaltet und eingelöst ist?
5. Welchen "HTTP-Status-Code" habe ich zu erwarten im Fall, dass versucht wird ein bereits storniertes ERP erneut zu stornieren?
6. Was ist der "best practice" Weg für ein PVS die lokale Datenhaltung zu bereinigen, falls die Antwort der TI, z. B. zur erfolgreichen Aktivierung, verloren gegangen ist?

[florianschoffke]

Hallo @BenjaminLangeCGM,

zu 1) Nein, es gibt keinen festen Fehlerkatalog, den wir veröffentlicht haben. Fachlich relevante Fehler haben wir in der Spezifikation gemSpec_FD_eRp beschrieben.
zu 2) siehe 1)
zu 3) 403 - Task not in status draft but in status ready
zu 4) 403 - Task not in status draft but in status completed
zu 5) 410 - Task has already been deleted
zu 6) in der Sprechstunde haben wir den Workaround vorgestellt erneut zu versuchen den gleichen Task (gleiche TaskID) mit der gleichen Verordnung erneut zu aktivieren. Wenn 200 zurückkommt hat es dann geklappt, falls die Response aus 3) zurückkommt, wurde das Rezept im vorherigen Schritt bereits erfolgreich eingestellt.

Kann das Issue geschlossen werden?

[BenjaminLangeCGM]

Hallo @florianschoffke,
zu 1) Es wäre aus PVS Sicht sehr hilfreich einen Überblick über den Fehlerkatalog zu haben.
zu 2) Wozu dienen die Details in "FHIR Outcome" Objekten? Die darin enthaltenen Information können nicht ohne Aufbereitung an den Nutzer weitergegeben werden. Ohne exakten Fehlercode und eine Gesamtübersicht über alle möglichen Outcomes ist es nicht möglich das Verhalten des PVS präzise zu steuern.
zu 3/4) Die zusätzlichen Informationen, die Sie hier gepostet haben also "Task not in status draft but in status ready", "Task not in status draft but in status completed" stammen diese aus dem "FHIR Outcome"? Falls ja, dann ist ein gutes Beispiel dafür, dass das FHIR Outcome einen einzigartigen Fehlercode haben sollte. Das sind meiner Meinung nach zwei unterschiedliche Zustände, die sich hinter einem Responsecode verbergen.
zu 6) Ein Workaround ist meiner Meinung nach selten eine stabile / nachhaltige Lösung. Wie ist die Lösung dieses Falls in Zukunft geplant?

Weitere Fragen:
Können Sie mit bitte den Link zur "Sprechstunde" bereitstellen?
Wird es in Zukunft möglich sein den Abholstatus eines ERP zu erfragen, damit das PVS die entsprechende Information bereitstellen kann? Soweit ich weiß ist "Probing" aktuell unerwünscht bzw. verboten.

[florianschoffke]

Hallo @BenjaminLangeCGM,
Ich verstehe, dass ein eindeutiger Fehlerkatalog eine große Aufwertung ggü. allen Primärsystemen wäre, die gegen den E-Rezept-Fachdienst implementieren. Diese Änderung Bedarf allerdings einem großen Änderungsaufwand am Code.
Aktuell werden große Themen und Features bearbeitet (ePA/eML und DiGA), die es ressourcentechnisch nicht ermöglichen eine solche Änderung im E-Rezept-Fachdienst einzubringen.

Falls Sie an der Sprechstunde teilnehmen möchten, schreiben Sie bitte eine E-Mail an erp-umsetzung@gematik.de. Die Kollegen werden Sie dann entsprechend aufgleisen.
Es ist aktuell nicht geplant eine Statusabfrage seitens PVS durchzuführen.

[BenjaminLangeCGM]

Danke für die Informationen und den Austausch.
Für mich ist diese Thematik nicht zufriedenstellend geklärt, daher möchte ich das Issue offen lassen.