Seiteninhalt:
Diese Seite enthält eine Übersicht aller FHIR-Artefakte, die im Rahmen dieses Implementation Guide definiert werden. Sie bilden die Grundlage für die strukturierte Abbildung und Verarbeitung von Daten. Dazu gehören Profile zur Spezifizierung von Ressourcen, ein Capability Statement zur Beschreibung der unterstützten Funktionen sowie Operation Definitions, die spezielle FHIR-Operationen für den Abruf und die Verwaltung der Daten festlegen.
Die folgenden Value Sets sind für die TIFlow-Funktionalitäten festgelegt.
| TIFlow Order Task ValueSet |
TIFlow Order Task ValueSet |
| TIFLOW Operation Outcome Details CS |
Codes, die im Rahmen des TIFlow in den OperationOutcomes.details angegeben werden können |
| TI Feature Definition |
Logical Model zur Beschreibung eines aktivierbaren Features. |
| Implementation Guide TIFlow - Kernfunktionalitäten |
- |
| Example CapabilityStatement Server PU - RX |
Example capability statement for productive environment with common features enabled. |
| CapabilityStatement für die TIFlow-Validierung |
Dieses CapabilityStatement beschreibt die für die Entwicklung von Client-Systemen bereitgestellte Validierungsschnittstelle. Die Schnittstelle ermöglicht die Validierung von FHIR-Ressourcen gegen eine ausgewählte FHIR-Konfiguration und dient insbesondere der frühzeitigen Prüfung von FHIR-Daten während der Entwicklung und Integration von Client-Systemen. |
| CapabilityStatement für den TI-Flow-Fachdienst |
CapabilityStatement für den TI-Flow-Fachdienst |
| TIFlow Basic Server |
Das Basis Capability Statement für einen TIFlow Workflow. Es beschreibt globale Header-Anforderungen und einheitliche HTTP Fehler Codes. |
| CodeSystem des Verfügbarkeitsstatus |
Typ des Verfügbarkeitsstatus für die Anfrage zur Medikamentenverfügbarkeit. |
| CodeSystem der Dokumententypen |
Dokumententyp abhängig vom Empfänger des Bundles. |
| CodeSystem der Flowtypes in TIFlow Anwendungen |
Zeigt die verschiedenen Typen der TI Workflows entsprechend der Verordnungsformulare. WICHTIG: Der Codebereich 9xx ist reserviert für Abrechnungsprozesse in Apotheken wie z.B. Pharmazeutische Dienstleistungen! |
| TIFLOW Operation Outcome Details CS |
Codes, die im Rahmen des TIFlow in den OperationOutcomes.details angegeben werden können |
| Telemetry Data Status Codes Concept Map |
Maps operation outcome codes to the telemetry data status codes |
| Validieren einer FHIR-Ressource |
Diese Operation validiert eine FHIR-Ressource gegen eine konfigurierbare FHIR-Konfiguration. Sie erweitert die standardisierte FHIR $validate-Operation (http://hl7.org/fhir/OperationDefinition/Resource-validate) um einen gematik-spezifischen `fhir_config` Parameter zur Auswahl der Validierungskonfiguration. Mit dem Parameter `returnBoolean` kann wahlweise ein kompaktes boolesches Ergebnis (`true`/`false`) angefordert werden, anstelle eines vollständigen OperationOutcome. |
| TaskAcceptDateSP |
Das Einlösedatum eines E-Rezeptes. Nach Ablaufen dieses Datums darf ein E-Rezept nicht mehr zu Lasten des Kostenträgers abgegeben werden. |
| TaskExpiryDateSP |
Das Ablaufdatum eines E-Rezepzes. Nach ablauf dieses Datums darf ein E-Rezept nicht mehr beliefert werden. |
| TI Flow AcceptDate |
Diese Extension sollte in der Task-Ressource verwendet werden. Sie speichert das Datum, bis zu dem eine Krankenkasse die Verschreibung akzeptiert und bezahlt. |
| TIFlow Beneficiary |
Der Begünstigte (z. B. Apotheke) der Quittung eines TIFlow Vorgangs, der erstellt wird, wenn der Workflow abgeschlossen ist. |
| TI Flow ExpiryDate |
Diese Erweiterung sollte in der Task-Ressource verwendet werden. Sie zeigt das Ablaufdatum des Rezepts an. |
| TI Flow Type |
Definiert den Typ eines Workflows im TIFlow. |
| GEM ERP PR Binary |
PKCS7 signiertes Bundle im enveloping style |
| TIFlow Receipt Bundle |
Dokumentenbündel für Quittung |
| GEM ERP PR Composition |
Composition für die Quittung für die Einlösung eines E-Rezepts |
| GEM ERP PR Device |
Statische Informationen auf dem TI-Flow-Fachdienst |
| GEM ERP PR Digest |
QES-Digest in Binary |
| GEM_ERP_PR_Signature |
Profil für die Signatur von Bundles im E-Rezept-Kontext |
| TI Audit Event Rest |
Das AuditEvent-Profil für die Protokollierung des Zugriffs auf einen FHIR Data Service der Telematikinfrastruktur (TI) |
| TI Feature Definition |
Logical Model zur Beschreibung eines aktivierbaren Features. |
| TIFlow CORE Validate Operation Input |
Dieses Profil definiert die Eingabeparameter für die $validate-Operation des TI-Flow-Fachdienstes. |
| TIFlow CORE Validate Operation Output |
Dieses Profil definiert die Ausgabeparameter für die $validate-Operation des TI-Flow-Fachdienstes. |
| Generische TIFlow Communication |
Generische TIFlow Workflow-Communication |
| Bundle der $accept Operation |
Antwort des TI-Flow-Fachdienst auf die $accept-Operation |
| TIFlow OperationOutcome |
OperationOutcome für Angabe von Fehlermeldungen vom TI-Flow-Fachdienst |
| Task für TIFlow Verordnungen |
Task für die Verwaltung von Workflows der TIFlow Verordnungen |
| - |
- |
| - |
- |
| ValueSet der Verfügbarkeitsstatus-Codes |
Art des Verfügbarkeitsstatus für die Verfügbarkeitsanfrage von Medikamenten |
| ValueSet der Dokumenttyp-Codes |
Art der Dokumente je nach Empfänger. |
| ValueSet der Flowtypes in TIFlow Anwendungen |
Zeigt die verschiedenen Typen der TI Workflows entsprechend der Verordnungsformulare. |
| TIFlow AuditEvent Agent Type ValueSet |
AuditEvent agent type (client) |
| TIFLOW Operation Outcome Details VS |
Codes, die im Rahmen des TIFlow in den OperationOutcomes.details angegeben werden können |
| TIFlow Order Task ValueSet |
TIFlow Order Task ValueSet |
Das Capability Statement beschreibt die Anforderungen und Fähigkeiten, die ein Server für die konforme Implementierung des TIFlow Fachdienstes umsetzen muss. Es handelt sich um eine Konformitätserklärung, die spezifiziert, welche Ressourcen, Interaktionen und Suchparameter das der TIFlow Fachdienste unterstützen muss.
| Example CapabilityStatement Server PU - RX |
Example capability statement for productive environment with common features enabled. |
| CapabilityStatement für die TIFlow-Validierung |
Dieses CapabilityStatement beschreibt die für die Entwicklung von Client-Systemen bereitgestellte Validierungsschnittstelle. Die Schnittstelle ermöglicht die Validierung von FHIR-Ressourcen gegen eine ausgewählte FHIR-Konfiguration und dient insbesondere der frühzeitigen Prüfung von FHIR-Daten während der Entwicklung und Integration von Client-Systemen. |
| CapabilityStatement für den TI-Flow-Fachdienst |
CapabilityStatement für den TI-Flow-Fachdienst |
| TIFlow Basic Server |
Das Basis Capability Statement für einen TIFlow Workflow. Es beschreibt globale Header-Anforderungen und einheitliche HTTP Fehler Codes. |
| Validieren einer FHIR-Ressource |
Diese Operation validiert eine FHIR-Ressource gegen eine konfigurierbare FHIR-Konfiguration. Sie erweitert die standardisierte FHIR $validate-Operation (http://hl7.org/fhir/OperationDefinition/Resource-validate) um einen gematik-spezifischen `fhir_config` Parameter zur Auswahl der Validierungskonfiguration. Mit dem Parameter `returnBoolean` kann wahlweise ein kompaktes boolesches Ergebnis (`true`/`false`) angefordert werden, anstelle eines vollständigen OperationOutcome. |
| TIFLOW Operation Outcome Details CS |
Codes, die im Rahmen des TIFlow in den OperationOutcomes.details angegeben werden können |
| TIFlow OperationOutcome |
OperationOutcome für Angabe von Fehlermeldungen vom TI-Flow-Fachdienst |
| TIFLOW Operation Outcome Details VS |
Codes, die im Rahmen des TIFlow in den OperationOutcomes.details angegeben werden können |
| Telemetry Data Status Codes Concept Map |
Maps operation outcome codes to the telemetry data status codes |
| Generische TIFlow Communication |
Generische TIFlow Workflow-Communication |
| Bundle der $accept Operation |
Antwort des TI-Flow-Fachdienst auf die $accept-Operation |
| Task für TIFlow Verordnungen |
Task für die Verwaltung von Workflows der TIFlow Verordnungen |
Diese Sektion enthält FHIR-Artefakte, deren kanonische URL bewusst auf einem vorherigen Stand belassen wurde. Dadurch bleibt die Rückwärtskompatibilität für bestehende Implementierungen erhalten.
| CodeSystem des Verfügbarkeitsstatus |
Typ des Verfügbarkeitsstatus für die Anfrage zur Medikamentenverfügbarkeit. |
| CodeSystem der Dokumententypen |
Dokumententyp abhängig vom Empfänger des Bundles. |
| CodeSystem der Flowtypes in TIFlow Anwendungen |
Zeigt die verschiedenen Typen der TI Workflows entsprechend der Verordnungsformulare. WICHTIG: Der Codebereich 9xx ist reserviert für Abrechnungsprozesse in Apotheken wie z.B. Pharmazeutische Dienstleistungen! |
| ValueSet der Verfügbarkeitsstatus-Codes |
Art des Verfügbarkeitsstatus für die Verfügbarkeitsanfrage von Medikamenten |
| ValueSet der Dokumenttyp-Codes |
Art der Dokumente je nach Empfänger. |
| ValueSet der Flowtypes in TIFlow Anwendungen |
Zeigt die verschiedenen Typen der TI Workflows entsprechend der Verordnungsformulare. |
| TaskAcceptDateSP |
Das Einlösedatum eines E-Rezeptes. Nach Ablaufen dieses Datums darf ein E-Rezept nicht mehr zu Lasten des Kostenträgers abgegeben werden. |
| TaskExpiryDateSP |
Das Ablaufdatum eines E-Rezepzes. Nach ablauf dieses Datums darf ein E-Rezept nicht mehr beliefert werden. |
| GEM ERP PR Binary |
PKCS7 signiertes Bundle im enveloping style |
| TIFlow Receipt Bundle |
Dokumentenbündel für Quittung |
| GEM ERP PR Composition |
Composition für die Quittung für die Einlösung eines E-Rezepts |
| GEM ERP PR Device |
Statische Informationen auf dem TI-Flow-Fachdienst |
| GEM ERP PR Digest |
QES-Digest in Binary |
| TI Flow AcceptDate |
Diese Extension sollte in der Task-Ressource verwendet werden. Sie speichert das Datum, bis zu dem eine Krankenkasse die Verschreibung akzeptiert und bezahlt. |
| TIFlow Beneficiary |
Der Begünstigte (z. B. Apotheke) der Quittung eines TIFlow Vorgangs, der erstellt wird, wenn der Workflow abgeschlossen ist. |
| TI Flow ExpiryDate |
Diese Erweiterung sollte in der Task-Ressource verwendet werden. Sie zeigt das Ablaufdatum des Rezepts an. |
| TI Flow Type |
Definiert den Typ eines Workflows im TIFlow. |
| GEM_ERP_PR_Signature |
Profil für die Signatur von Bundles im E-Rezept-Kontext |
CapabilityStatement
Subscription