C_12456_Anlage_V1.0.0


C_12456_Anlage - E-Rezept-Fachdienst: Betriebliche Erweiterung für Push Notification

ML-180984 - E-Rezept-Fachdienst: Betriebliche Erweiterung für Push Notification

[<=]

Inhaltsverzeichnis

1 Änderungsbeschreibung

Für die Einführung der Push Notifications am E-Rezept-Fachdienst werden neue Anforderungen für neue UseCases und Anpassungen an den Betriebsdaten benötigt, um die Funktionalität im laufenden Betrieb sicherzustellen. Zusätzlich soll ein Whitelisting am E-Rezept-Fachdienst implementiert werden, damit nur registrierte Push Gateways mit dem E-Rezept-Fachdienst kommunizieren können.

2 Änderungen in der gemKPT_Betr

Hinzufügen von neuen UseCases für Push Notifications in Kapitel 5.3.1.9 in die Tabelle 25: Tab_gemKPT_Betr_eRP_S::O/A

Produkttyp / Anwendungstyp S/A-ID Schnittstellen::Operation / Anwendungsfall Beschreibung Berichtsformat-Alias (sofern von Schnittstellen::Operation bzw. Anwendungsfall abweichend) 
PDT50 A71 ERP.UC_3_20  App-Registrierung durch Versicherten
PDT50 A72 ERP.UC_3_21 App-Registrierung durch Versicherten abrufen
PDT50 A73 ERP.UC_3_22 Channels durch Versicherten abrufen
PDT50 A74 ERP.UC_3_23 Channels des Geräts durch Versicherten abrufen
PDT50 A75 ERP.UC_3_24 Channels durch Versicherten konfigurieren
PDT50 A76 ERP.UC_5_7 Notifications an Push Gateway versenden

3 Änderungen in der gemSpec_Perf

Hinzufügen von 5 neuen UseCases (ERP.UC_3_20 bis ERP.UC_3_24) für den Versicherten, die Erweiterung der Betriebsdaten und die Performancevorgaben für Push Notification werden im Kapitel 3.2 aufgenommen

A_20165-11 - Performance – E-Rezept-Fachdienst - Bearbeitungszeit unter Last

Der E-Rezept-Fachdienst MUSS die Bearbeitungszeitvorgaben unter Last aus Tabelle "Tab_gemSpec_Perf_eRP-Fachdienst: Bearbeitungszeitvorgaben" unter einer Spitzenlast von 1770 Aufrufen pro Sekunde an der TI Schnittstelle und 620 Aufrufen pro Sekunde an der Internet-Schnittstelle erfüllen.

Tabelle 1: Tab_gemSpec_Perf_eRP-Fachdienst: Bearbeitungszeitvorgaben

UseCase-Bezug Fachdienstoperation Mittlere Bearbeitungszeit
[msec]
99%-Erfüllungsquote
[msec]
ERP.UC_1_1 GET /Device 120 200
ERP.UC_1_2 GET /metadata 120 200
ERP.UC_2_1 POST /Task/$create 250 400
ERP.UC_2_3* POST /Task/<id>/$activate 460 620
ERP.UC_2_5 POST /Task/<id>/$abort 330 470
ERP.UC_3_1 GET /Task 380 530
ERP.UC_3_2 POST /Task/<id>/$abort 330 470
ERP.UC_3_3 POST /Communication 430 590
ERP.UC_3_4 GET /Communication 540 720
ERP.UC_3_5 GET /AuditEvent 540 720
ERP.UC_3_6 GET /Task/<id> 380 530
ERP.UC_3_7 GET /ChargeItem/<id> 480 650
ERP.UC_3_8 DELETE /Communication/<id> 540 720
ERP.UC_3_9 GET /MedicationDispense?<parameter>= 540 720
ERP.UC_3_10 GET /ChargeItem 540 720
ERP.UC_3_11 DELETE /ChargeItem/<id> 430 590
ERP.UC_3_12 PATCH /ChargeItem/<id> 310 440
ERP.UC_3_13 GET /Consent 280 410
ERP.UC_3_14 POST /Consent 340 480
ERP.UC_3_15 DELETE /Consent 430 600
ERP.UC_3_16 POST /$grant-eu-access-permission  430 590
ERP.UC_3_17 DELETE /$revoke-eu-access-permission 430 590
ERP.UC_3_18 GET /$read-eu-access-permission 380 530
ERP.UC_3_20 POST /pushers/set
460 620
ERP.UC_3_21 GET /pushers
380 530
ERP.UC_3_22 GET /channels
380 530
ERP.UC_3_23 GET /channels/{pushkey}
380 530
ERP.UC_3_24 POST /channels/{pushkey}
460 620
ERP.UC_4_1 POST /Task/<id>/$accept 340 480
ERP.UC_4_2 POST /Task/<id>/$reject 300 430
ERP.UC_4_3 POST /Task/<id>/$abort 330 470
ERP.UC_4_4 POST /Task/<id>/$close 460 620
ERP.UC_4_6 GET /Communication 540 720
ERP.UC_4_7 POST /Communication 430 590
ERP.UC_4_8 GET /Task/<id>?secret 615 800
ERP.UC_4_9 DELETE /Communication/<id> 290 420
ERP.UC_4_10 GET /ChargeItem/<id> 480 650
ERP.UC_4_11 POST /ChargeItem 510 680
ERP.UC_4_12 GET /Task(PNW) 650 840
ERP.UC_4_13 PUT /ChargeItem/<id>  510 670
ERP.UC_4_14 POST /Subscription 230 350
ERP.UC_4_16 POST /Task/<id>/$dispense 460 620
ERP.UC_4_17 GET /Task/<id>?accesscode 615 800
ERP.UC_4_19  POST /$get-eu-prescriptions mit Requesttype demographics 615 800
ERP.UC_4_20 POST /$get-eu-prescriptions mit Requesttype e-prescriptions-list 650 840
ERP.UC_4_21 POST /$get-eu-prescriptions mit Requesttype e-prescriptions-retrieval 650 840
ERP.UC_4_22 POST /Task/<id>/$eu-close  460 620
[<=]

A_28474 - Performance - E-Rezept-Fachdienst - Push Notification - Übertragunsgzeit

Der E‑Rezept‑Fachdienst MUSS Notifications an das Push‑Gateway spätestens innerhalb von 60 Minuten nach Ereignisgenerierung versenden, sofern das Push‑Gateway erreichbar ist. [<=]

Um Widerspruchsfreiheit sicherzustellen wird die Zuweisung der Anforderung "A_28213 - Fachdienst - Push Notifications Stapelverarbeitung - Konfigurationsparameter MAX_BATCH_TIME Obergrenze" gelöscht.

A_28475 - Performance - E-Rezept-Fachdienst - Push Notification - Spitzenlast

Der E-Rezept-Fachdienst MUSS als Client beim Versenden der Push Notifications eine Spitzenlast von 300 Aufrufen pro Sekunde erfüllen. [<=]

A_28476 - Performance - Betriebsdatenlieferung v2 - Spezifika E-Rezept - Message - Push Notification Service

Der E-Rezept-Fachdienst MUSS bei Betriebsdatenlieferungen für Push Notifications beim UseCase ERP.UC_5_7 bzgl. des Feldes "message" folgende spezifischen Festlegungen hinsichtlich des Formates und der Inhalte berücksichtigen.

{"cid": $clientid, "ua": $useragent, "bkdur": $backendduration, "vnr": $vorgangsnummer, "epa": $epa}

  • $clientid: Zeichenkette zur Identifikation des Herstellers in einer Betriebsumgebung, Datentyp String
  • $useragent: HTTP-Header-Feld gemäß Anforderungslage für Clientsysteme, Datentyp String
  • $backendduration: Zeit in ms von Erstellungszeitpunkt bis zum Aufruf, Datentyp Integer
  • $vorgangsnummer: Die Task-ID des ausgelösten Tasks gemäß Anforderung A_28115*, Datentyp String
  • $epa: Die DNS-Adresse des Push Gateways, Datentyp String
Bei der Erstellung des message-Feldes ist darauf zu achten, dass weder Whitespaces noch Newlines zwischen JSON-Elementen enthalten sind (kein Indenting) und Vorgaben nach [RFC7493] eingehalten werden. [<=]

A_28477 - Performance - Betriebsdatenlieferung v2 - Spezifika E-Rezept - Duration - Push Notification Service

Der E-Rezept-Fachdienst MUSS bei Betriebsdatenlieferungen für Push Notifications beim UseCase ERP.UC_5_7 bzgl. des Feldes "duration_in_ms" die folgende Festlegung bei der Angabe von Bearbeitungszeiten berücksichtigen:
Die Messung beginnt mit dem Aufbau der Verbindung bis zum vollständigem Empfang der Antwort vom Push Gateway. [<=]

A_28478 - Verfügbarkeit - E-Rezept-Fachdienst - Erreichbarkeit eines Push Gateways

Der Anbieter E-Rezept-Fachdienst KANN bei Nicht-Erreichbarkeit eines Push Gateways Meldungen im eigenen Monitoring für dieses Push Gateway ignorieren, bis das Push Gateway wieder zur Verfügung steht. [<=]

4 Änderungen in der gemSpec_FD_eRp

Folgende Anforderungen werden in Kapitel 5.8.1 hinzugefügt. Damit soll sichergestellt werden, dass nur registrierte Push Gateways mit dem E-Rezept-Fachdienst kommunizieren können.

A_28473 - Performance - E-Rezept-Fachdienst - Push Notification - Nicht Verfügbarkeit eines Push Gateway

Der E-Rezept-Fachdienst MUSS als Client bei einem Fehler am Push Gateway das Versenden der Notifications nach 12 Stunden wiederholen und bei einem erneuten Fehler diese Verwerfen. [<=]