Auf dieser Seite sind relevante Informationen zum Verhalten des Fachdienstes während und nach der Übergangszeit aufgeführt. Dieser Übergangszeitraum wird nach der Technischen Anlage der KBV (KP36-04) 6 Monate betragen. Gilt also somit vom 01.07.2023 bis 31.12.2023.
Diese Darstellung zeigt die Konfigurationen der Umgebungen des Fachdienstes zu gegebener Zeit auf. Es ist dargestellt, welche Profilversionen vom Fachdienst akzeptiert werden. Folgende Konfigurationen wurden definiert:
Name | Eigenschaften |
---|---|
A |
vor Übergangszeitraum |
B |
während Übergangszeitraum |
C |
nach Übergangszeitraum |
Im Folgenden ist eine Übersicht dargestellt, wie sich der Fachdienst zu gegebener Zeit verhält und welche Ressourcen als Antwort gegeben werden. Hierbei gibt es zwei zu betrachtende Zeiträume in der PU: * Übergangszeitraum (01.07. - 31.12.2023) * Nach dem Übergangszeitraum (ab 01.01.2024)
Die zu unterscheidenden Profilversionen sind wie folgt bezeichnet: * FHIR 2022: bis 30.06.2023 gültige Profilversionen * FHIR 2023: ab 01.07.2023 gültige Profilversionen
|
Der Fachdienst wird ab 01.07. so konfiguriert, dass Verordnungen mit dem Workflowtype 200 oder 209 (PKV Verordnungen), die mit einer KBV Verordnung der Version 1.0.2 erstellt wurden, abgewiesen werden. |
Projekt | FHIR 2022 | FHIR 2023 |
---|---|---|
gematik E-Rezept Workflow |
||
gematik E-Rezept Abrechnungsinformation |
n/a |
|
KBV eRezept |
||
ABDA eRezeptAbgabedaten |
n/a |
-
Ab Konfiguration "B" antwortet der Fachdienst immer mit den neuen Profilversionen von Task, AuditEvent, ChargeItems, Consent, auch wenn diese auf alte Profile verweisen
-
Die letzten KBV Bundle und Medication Ressourcen werden den Fachdienst rechnerisch nach dem 09.04.2025 verlassen
-
Eine MVO-Verordnung, die am 31.12.2023 eingestellt wird kann, falls kein expliziter Gültigkeitszeitraum angegeben wurde, bis zum 30.12.2024 eingelöst und verarbeitet werden
Operation | Schnittstelle zu | Während Übergangszeit | Nach Übergangszeit |
---|---|---|---|
GET /Device |
all |
Request
Response
|
Request
Response
|
GET/metadata |
all |
Request
Response
|
Request
Response
|
POST /Task/$create |
verordnende LEI |
Request
Response
|
Request
Response
|
POST /Task/<id>/$activate |
verordnende LEI |
Request Workflow 160/169 (GKV):
Workflow 200/209 (PKV):
Response
|
Request
Response
|
POST /Task/<id>/$abort |
verordnende LEI |
Request
Response
|
Request
Response
|
GET /Task |
Versicherte |
Request
Response
|
Request
Response
|
POST /Task/<id>/$abort |
Versicherte |
Request
Response
|
Request
Response
|
POST /Communication |
Versicherte |
Request DispReq
InfoReq
Response
|
Der ERP-FD müsste zumindest die "2022 KBV Medication" akzeptieren, bis diese abgelaufen sind. Das kann bei MVO 1 Jahr + <Dauer Übergangszeit> nach Gültigkeit der Fall sein. Request DispReq
InfoReq
Response
|
GET /Communication |
Versicherte |
Request
Response DispReq
InfoReq
Communication_Reply
Der FD antwortet mit der Communication mit den Profilversionen, wie sie eingestellt wurden. |
Request
Response DispReq
InfoReq
Communication_Reply
Der FD antwortet mit der Communication mit den Profilversionen, wie sie eingestellt wurden. |
GET /AuditEvent |
Versicherte |
Request
Response
|
Request
Response
|
GET /Task/<id> |
Versicherte |
Request
Response Der FD antwortet mit einem Bundle bestehend aus Task und KBV Bundle
|
Request
Response Der FD antwortet mit einem Bundle bestehend aus Task und KBV Bundle
|
GET /ChargeItem/<id> |
Versicherte |
pkv |
pkv |
DELETE /Communication/<id> |
Versicherte |
Request
Response
|
Request
Response
|
GET /MedicationDispense |
Versicherte |
Request
Response
|
Request
Response
|
GET /ChargeItem |
Versicherte |
pkv |
pkv |
DELETE /ChargeItem/<id> |
Versicherte |
pkv |
pkv |
PATCH /ChargeItem/<id> |
Versicherte |
pkv |
pkv |
GET /Consent |
Versicherte |
pkv |
pkv |
POST /Consent |
Versicherte |
pkv |
pkv |
DELETE /Consent |
Versicherte |
pkv |
pkv |
POST /Task/<id>/$accept |
abgebende LEI |
Request
Response <Bundle> mit Tasks und PKCS7 Datei mit Verordnung
|
Request
Response <Bundle> mit Tasks und PKCS7 Datei mit Verordnung
|
POST /Task/<id>/$reject |
abgebende LEI |
Request
Response
|
Request
Response
|
POST /Task/<id>/$abort |
abgebende LEI |
Request
Response
|
Request
Response
|
POST /Task/<id>/$close |
abgebende LEI |
Request
Response
|
Request
Response
|
POST /Communication |
abgebende LEI |
Request
Response
|
Request
Response
|
GET /Task/<id> |
abgebende LEI |
Request
Response
|
Request
Response
|
DELETE /Communication/<id> |
abgebende LEI |
Request
Response
|
Request
Response
|
GET /ChargeItem/<id> |
abgebende LEI |
pkv |
pkv |
POST /ChargeItem |
abgebende LEI |
pkv |
pkv |
GET /Task |
abgebende LEI |
Request
Response
|
Request
Response
|
PUT /ChargeItem/<id> |
abgebende LEI |
pkv |
pkv |
POST /Subscription |
abgebende LEI |
Request
Response
|
Request
Response
|