TMD-2847, QS

ChristianAlbrechtGematik · web-flow · commit a5a0ee91105e · 2026-04-07T15:00:02.000+02:00
diff --git a/igs/core/input/data/use-cases.yaml b/igs/core/input/data/use-cases.yaml
@@ -64,7 +64,7 @@
   postconditions: |
     - E-Rezept enthält Rezept-ID und QES.
     - AccessCode des E-Rezepts ist im Primärsystem gespeichert.
-    - Workflow zum E-Rezept ist im TI-Flow-Fachdienst im Status "initialisiert" angelegt.
+    - Workflow zum E-Rezept ist im TI-Flow-Fachdienst im Status "draft" angelegt.
   interface: |
     - [Operation API: E-Rezept erstellen](./op-create.html)
     - QES im Primärsystem (Konnektor)
@@ -80,7 +80,7 @@
   preconditions: |
     - UC 2.1 wurde ausgeführt; E-Rezept und Signatur liegen im Primärsystem vor.
     - Rezept-ID und AccessCode sind bekannt.
-    - Status im TI-Flow-Fachdienst ist "initialisiert".
+    - Status im TI-Flow-Fachdienst ist "draft".
   actions: |
     - Der Leistungserbringer wählt ein E-Rezept zum Einstellen aus.
     - Das Primärsystem lädt das E-Rezept in den Workflow im TI-Flow-Fachdienst.
diff --git a/igs/core/input/pagecontent/op-create-req-fd.md b/igs/core/input/pagecontent/op-create-req-fd.md
@@ -35,15 +35,6 @@ Diese Seite enthält die workflowtyp-übergreifenden normativen Anforderungen an
     Der TI-Flow-Fachdienst MUSS beim Erzeugen eines Tasks mittels HTTP-POST/$create-Operation den Parameter workflowType (Rezepttyp) aus dem HTTP-Body des POST-Requests entnehmen, als Attribut Task.extension:flowType des zu erstellenden Tasks verwenden und bei Fehlen bzw. Nicht-Konformität des Parameters den Request als unzulässig abweisen, damit auf Basis dieser Parameter ausschließlich gültige Workflows gestartet werden können und dem Versicherten bei Einsicht des Tasks der Weg in entweder eine Apotheke oder ein Sanitätshaus oder eine andere zuständige Einrichtung gewiesen werden kann.
 </requirement>
 
-<!-- A_19214 -->
-<requirement conformance="SHALL" key="IG-TIFLOW-CORE-220" title="TI-Flow-Fachdienst - Task erzeugen - Ergänzung Performer-Typ für Einlöseinstitutstyp" version="0">
-    <meta lockversion="false"/>
-    <actor name="TI_Flow_FD">
-        <testProcedure id="Produkttest"/>
-    </actor>
-    Der TI-Flow-Fachdienst MUSS beim Erzeugen eines Tasks das Feld Task.performerType aus dem übergebenen, gültigen Parameter Task.extension:flowType gemäß der Prozessparameter [gemSpec_DM_eRp#A_19445-*] übernehmen.
-</requirement>
-<!-- ToDo: Achtung, die Afo wurde zwichenzeitlich aufgeteilt. Muss neu ggf WF-spezifisch formuliert werden. Warum wird diese Eigenschaft nicht beim activate gesetzt?  -->
 
 <!-- A_19019-01 -->
 <requirement conformance="SHALL" key="IG-TIFLOW-CORE-221" title="TI-Flow-Fachdienst - Task erzeugen - Generierung Rezept-ID" version="0">
diff --git a/igs/diga/input/data/gen-use-cases.yaml b/igs/diga/input/data/gen-use-cases.yaml
@@ -49,7 +49,7 @@
   postconditions: |
     - E-Rezept enthält Rezept-ID und QES.
     - AccessCode des E-Rezepts ist im Primärsystem gespeichert.
-    - Workflow zum E-Rezept ist im TI-Flow-Fachdienst im Status "initialisiert" angelegt.
+    - Workflow zum E-Rezept ist im TI-Flow-Fachdienst im Status "draft" angelegt.
   interface: |
     - [Operation API: Verordnung erstellen](./op-create.html)
     - QES im Primärsystem (Konnektor)
@@ -66,7 +66,7 @@
   preconditions: |
     - UC 2.1 wurde ausgeführt; E-Rezept und Signatur liegen im Primärsystem vor.
     - Rezept-ID und AccessCode sind bekannt.
-    - Status im TI-Flow-Fachdienst ist "initialisiert".
+    - Status im TI-Flow-Fachdienst ist "draft".
   actions: |
     - Der Leistungserbringer wählt ein E-Rezept zum Einstellen aus.
     - Das Primärsystem lädt das E-Rezept in den Workflow im TI-Flow-Fachdienst.
diff --git a/igs/diga/input/pagecontent/op-activate-req-fd.md b/igs/diga/input/pagecontent/op-activate-req-fd.md
@@ -27,17 +27,6 @@ Diese Seite enthält die normativen Anforderungen an den Fachdienst für die Ope
 
 <br>
 
-<!-- A_25991 -->
-<requirement conformance="SHALL" key="IG-TIFLOW-DIGA-16" title="TI-Flow-Fachdienst - Task aktivieren - Flowtype 162 - Prüfung Verordnung von DiGAs" version="0">
-  <meta lockversion="false"/>
-  <actor name="TI_Flow_FD">
-    <testProcedure id="Produkttest"/>
-  </actor>
-  Der TI-Flow-Fachdienst MUSS beim Aktivieren eines Tasks mit Flowtype 162 mittels $activate prüfen, dass im Bundle eine <i>DeviceRequest</i>-Ressource und in der <i>Composition.type.coding.code=e16D</i> enthalten ist. Der TI-Flow-Fachdienst MUSS andernfalls mit dem HTTP-Fehlercode 400 abbrechen und in der <i>OperationOutcome</i> den Fehlertext "Für diesen Workflowtypen sind nur Verordnungen für Digitale Gesundheitsanwendungen zulässig" ausgeben.
-</requirement>
-
-<br>
-
 <!-- A_25992 -->
 <requirement conformance="SHALL" key="IG-TIFLOW-DIGA-17" title="TI-Flow-Fachdienst - Task aktivieren - Überprüfung der PZN im Profil KBV_PR_EVDGA_HealthAppRequest" version="0">
   <meta lockversion="false"/>
diff --git a/igs/diga/input/pagecontent/op-create-req-fd.md b/igs/diga/input/pagecontent/op-create-req-fd.md
@@ -6,4 +6,13 @@ Diese Seite enthält die normativen Anforderungen an den Fachdienst für die Ope
 
 ### Modulspezifische Anforderungen
 
-Es gibt keine modulspezifischen Anforderungen.
+<!-- A_19214 -->
+<requirement conformance="SHALL" key="" title="TI-Flow-Fachdienst - Task erzeugen - Flowtype 162 - Ergänzung Performer-Typ für Einlöseinstitutstyp" version="0">
+    <meta lockversion="false"/>
+    <actor name="TI_Flow_FD">
+        <testProcedure id="Produkttest"/>
+    </actor>
+    Der TI-Flow-Fachdienst MUSS beim Erzeugen eines Tasks die Felder Task.performerType und Task.PrescriptionType.valueCoding.display entsprechend dem übergebenen, gültigen Parameter Task.extension:flowType belegen.
+</requirement>
+
+Die Belegung ergibt sich workflow-typ abhängig aus den [Prozessparametern](./op-activate-req-fd.html).
diff --git a/igs/erp-eu/input/pagecontent/menu-technische-umsetzung-konzept.md b/igs/erp-eu/input/pagecontent/menu-technische-umsetzung-konzept.md
@@ -30,10 +30,10 @@ Für die im Rahmen des Einlösens im europäischen Ausland vorgegebenen Prozesss
 
 |Anwendungsfall ePrescription/eDispensation|Anwendungsfall E-Rezept|Status vor Operation|Status nach Operation|
 |---|---|---|---|
-|Identifizierung des Versicherten im Abgabeland|UC Demographische Daten eines Versicherten abrufen|offen (ready)|offen (ready)|
-|Auflistung von E-Rezepten des Versicherten|UC Liste der einlösbaren E-Rezepte eines Versicherten abrufen|offen (ready)|offen (ready)|
-|Abruf der abzugebenden E-Rezepte als Original|UC Liste ausgewählter E-Rezepte eines Versicherten abrufen|offen (ready)|in Abgabe (gesperrt) (in-progress)|
-|Abgabe von Arzneimitteln im Abgabeland|UC Abgabe von E-Rezepten im europäischen Ausland|in Abgabe (gesperrt) (in-progress)|quittiert (completed)|
+|Identifizierung des Versicherten im Abgabeland|UC Demographische Daten eines Versicherten abrufen|ready|ready|
+|Auflistung von E-Rezepten des Versicherten|UC Liste der einlösbaren E-Rezepte eines Versicherten abrufen|ready|ready|
+|Abruf der abzugebenden E-Rezepte als Original|UC Liste ausgewählter E-Rezepte eines Versicherten abrufen|ready|in-progress|
+|Abgabe von Arzneimitteln im Abgabeland|UC Abgabe von E-Rezepten im europäischen Ausland|in-progress|completed|
 
 <div><figcaption><strong>Tabelle: </strong>Statusübergänge EU Mapping</figcaption></div>
 
diff --git a/igs/rx/input/data/use-cases.yaml b/igs/rx/input/data/use-cases.yaml
@@ -74,7 +74,7 @@
   postconditions: |
     - Die erzeugten E-Rezepte beinhalten eine eineindeutige Rezept-ID und haben eine QES. 
     - Der AccessCode für jedes E-Rezept ist im Primärsystem gespeichert. 
-    - Die E-Rezepte sind im TI-Flow-Fachdienst angelegt und haben den Status "initialisiert".
+    - Die E-Rezepte sind im TI-Flow-Fachdienst angelegt und haben den Status "draft".
   interface: |
     - [$create-Operation](./op-create.html)
   diagram: seq-169-e-rezept-erzeugen
diff --git a/igs/rx/input/pagecontent/menu-fachlichkeit-e-rezept.md b/igs/rx/input/pagecontent/menu-fachlichkeit-e-rezept.md
@@ -65,7 +65,7 @@ Mit diesem Anwendungsfall kann der Nutzer die lokal in seinem E-Rezept-FdV gespe
 
 ### Verordnung apothekenpflichtiger Arzneimittel (GKV/PKV)
 
-Ein verordnender Leistungserbringer erstellt im Primärsystem (PVS/KIS) den Verordnungsdatensatz, signiert diesen qualifiziert und stellt das E-Rezept im TI-Flow-Fachdienst bereit.
+Ein verordnender Leistungserbringer erstellt im Primärsystem (PVS/ZPVS/KIS) den Verordnungsdatensatz, signiert diesen qualifiziert und stellt das E-Rezept im TI-Flow-Fachdienst bereit.
 
 #### Fachlicher Ablauf
 
@@ -79,13 +79,13 @@ Ein verordnender Leistungserbringer erstellt im Primärsystem (PVS/KIS) den Vero
 - Für PKV-Versicherte können zusätzliche Schritte zur Bereitstellung PKV-relevanter Versichertendaten erforderlich sein (z. B. Online Check-in).
 - Beide Gruppen durchlaufen für apothekenpflichtige Arzneimittel den regulären Einlöseprozess in der öffentlichen Apotheke.
 
-**Beteiligte Systeme:** PVS/KIS, TI-Flow-Fachdienst
+**Beteiligte Systeme:** PVS/ZPVS/KIS, TI-Flow-Fachdienst
 
 **Technische Anwendungsfälle**
 
 {% assign scenario_use_cases = "UC_2_1_E_Rezepte_erzeugen, E_Rezept_qualifiziert_signieren, UC_2_3_E_Rezept_einstellen, UC_2_5_E_Rezept_durch_Verordnenden_loeschen" | split: ", " %}
 
-{% include use-case-overview.table.html scenario_use_case_ids=scenario_use_cases use_cases=use_cases caption="Technische Anwendungsfälle mit Bezug zu Anwendungsfall <i>Verordnung apothekenpflichtiger Arzneimittel (160/200)</i>" %}
+{% include use-case-overview.table.html scenario_use_case_ids=scenario_use_cases use_cases=use_cases caption="Technische Anwendungsfälle mit Bezug zu Anwendungsfall <i>Verordnung apothekenpflichtiger Arzneimittel</i>" %}
 
 ### Belieferung in der Apotheke (GKV/PKV)
 
@@ -111,7 +111,7 @@ Nach Übergabe von Task-ID und AccessCode (z. B. 2D-Code oder Nachricht) ruft di
 
 {% assign scenario_use_cases = "UC_4_1_E_Rezept_durch_Abgebenden_abrufen, UC_4_2_E_Rezept_durch_Abgebenden_zurueckgeben, UC_4_3_E_Rezept_durch_Abgebenden_loeschen, UC_4_4_Quittung_abrufen, UC_4_5_Abgabedatensatz_signieren, UC_4_8_Quittung_erneut_abrufen, UC_4_16_Dispensierinformationen_bereitstellen" | split: ", " %}
 
-{% include use-case-overview.table.html scenario_use_case_ids=scenario_use_cases use_cases=use_cases caption="Technische Anwendungsfälle mit Bezug zu Anwendungsfall <i>Belieferung apothekenpflichtiger Arzneimittel (160/200)</i>" %}
+{% include use-case-overview.table.html scenario_use_case_ids=scenario_use_cases use_cases=use_cases caption="Technische Anwendungsfälle mit Bezug zu Anwendungsfall <i>Belieferung apothekenpflichtiger Arzneimittel</i>" %}
 
 ### Verwalten von E-Rezepten durch Versicherten
 
@@ -126,7 +126,7 @@ Versicherte verwalten ihre E-Rezepte in der E-Rezept-App, sehen Zugriffsprotokol
 
 ### Anwendungsfälle
 
-**Beteiligte Systeme:** PVS/KIS, AVS, E-Rezept-FdV , TI-Flow-Fachdienst
+**Beteiligte Systeme:** PVS/ZPVS/KIS, AVS, E-Rezept-FdV , TI-Flow-Fachdienst
 
 #### Technische Anwendungsfälle der Verordnung
 
diff --git a/igs/rx/input/pagecontent/op-create-req-fd.md b/igs/rx/input/pagecontent/op-create-req-fd.md
@@ -6,3 +6,13 @@ Diese Seite enthält die normativen Anforderungen an den TI-Flow-Fachdienst für
 
 ### Modulspezifische Anforderungen
 
+<!-- A_19214 -->
+<requirement conformance="SHALL" key="" title="TI-Flow-Fachdienst - Task erzeugen - Flowtype 160/166/169/200/209 - Ergänzung Performer-Typ für Einlöseinstitutstyp" version="0">
+    <meta lockversion="false"/>
+    <actor name="TI_Flow_FD">
+        <testProcedure id="Produkttest"/>
+    </actor>
+    Der TI-Flow-Fachdienst MUSS beim Erzeugen eines Tasks die Felder Task.performerType und Task.PrescriptionType.valueCoding.display entsprechend dem übergebenen, gültigen Parameter Task.extension:flowType belegen.
+</requirement>
+
+Die Belegung ergibt sich workflow-typ abhängig aus den [Prozessparametern](./op-activate-req-fd.html).
