Implementation Guide
ePA Basisfunktionalitäten
Version 1.3.2 - release

## FHIR-Artefakte

Auf dieser Seite befindet sich eine Liste der FHIR-Artefakte, welche im Rahmen dieses Implementation Guide definiert werden.

### Terminologien

#### Value Sets

Die folgenden Value Sets sind für die Audit-Event-Service-Funktionalitäten festgelegt.

EPA Activity Provenance Type ValueSet | Dieses Valueset enthält die Codes zur Beschreibung von Art der Aktivität.
EPA AuditEvent Agent Type Client | EPA agent type (client) for AuditEvent
EPA AuditEvent Agent Type User | EPA agent type (user) for AuditEvent
EPA AuditEvent Service Type | Services für AuditEvents im ePA-Kontext
EPA AuditEvent Type | Types of AuditEvents in the ePA context
EPA Operation Outcome ValueSet | Definition aller OperationOutcome-Codes, die im ePA-Kontext verwendet werden.
EPA Provenance Participant Type ValueSet | Dieses Valueset enthält die Codes zur Beschreibung von Art der Beteiligung.

Tabelle: Value Sets

#### Code Systems

EPA AuditEvent Agent Type Client | EPA agent type (client) for AuditEvent
EPA AuditEvent Source Type | Ereignisquellen für AuditEvents im ePA-Kontext
EPA Operation Outcome Details CodeSystem | EPA Operation Outcome Details Code System

Tabelle: Code Systems

### ePA-weit geltende Spezifikation

Die Capability Statements dienen als ePA-weit gültige Referenz für die Definition der FHIR RESTful-Schnittstellen. Die Capability Statements legen grundlegende Anforderungen und Verhaltensweisen fest und bilden die Basis für alle spezifischen Ausprägungen in nachfolgenden Capability Statemens.

#### Basis-Capability-Statement für FHIR Data Service

EPA Basic Server | Das Basis Capability Statement für einen FHIR Data Service in der ePA. Es beschreibt globale Header-Anforderungen und einheitliche HTTP Fehler Codes.

Tabelle: Capability Statement ePA Basic Server

#### Basis-Capability-Statement für ePA-Clients bei FHIR-Data-Service-Nutzung

EPA Basic Client | Dieses Capability Statement beschreibt die Anforderungen an Clients, die den FHIR Data Service der ePA verwenden. Es legt fest, welche HTTP-Header obligatorisch sind und welche einheitlichen Fehlercodes im Fehlerfall zu erwarten sind.

Tabelle: Capability Statement ePA Basic Client

### Systemverhalten

#### Capability Statements

Ein Capability Statement beschreibt die Anforderungen und Fähigkeiten, die ein Server oder Client für die konforme Implementierung eines FHIR Data Service umsetzen muss. Es handelt sich um eine Konformitätserklärung, die spezifiziert, welche Ressourcen, Interaktionen und Suchparameter das ePA-Aktensystem für einen FHIR Data Service unterstützen muss. Die folgenden Capability Statements sind definiert:

Capability Statement für Clients des ePA Audit Event Service | Dieses Capability Statement legt die Anforderungen an ePA Clients fest, die den Audit Event Service der verwenden. Es definiert die unterstützten Interaktionen, erforderliche HTTP Header sowie erwartete Statuscodes.
EPA Capability Statement für den Audit Event Service | EPA Capability Statement für den Audit Event Service
Capability Statement für Clients des ePA Patient Service | EPA CapabilityStatement für den Patient Service
EPA CapabilityStatement für den Patient Service | EPA Capability Statement für den Patient Service

Tabelle: Capability Statements

### Ressourcenprofile

EPA Activity Provenance | Dieses Profil beschreibt die Verwendung der FHIR-Resource Provenance zur Dokumentation von Änderungen und Aktivitäten im Rahmen ePA FHIR Data Services. Es ermöglicht die strukturierte Nachverfolgung, wer zu welchem Zeitpunkt welche Ressourcen erstellt oder verändert hat. Der ePA Änderungseintrag dient damit als technischer und fachlicher Nachweis über den Ursprung und die Verantwortlichkeit von Einträgen in der ePA.
EPA AuditEvent | Defines the data structure for audit events in the ePA system.
EPA Patient | Das Patient-Profil für die ePA

Tabelle: Ressourcenprofile

### Datentypen

Identifikator-Profil für ein FHIR Data Service der ePA | Identifikator-Profil für ein FHIR Data Service der ePA

Tabelle: Datentypen

### Erweiterungen (Extension Definitions)

EPAHealthcareFacilityType Extension | EPAHealthcareFacilityType Extension

Tabelle: Extension Definitions

### Beispielinstanzen

AuditEvent

- ExampleEPAAuditEventConstraintFolder

- ExampleEPAAuditEventMedicationServiceDataSubmission

- ExampleEPAAuditEventPushNotificationRegistration

- ExampleEPAAuditEventPatientService

- ExampleEPAAuditEventXDSDocumentRestrictedUpdateAuthor

- ExampleEPAAuditEventSystemMergeAuditEvent

- ExampleEPAAuditEventPushNotificationChannels

- ExampleEPAAuditEventConstraintBatch

- ExampleEPAAuditEventEUAccess

- ExampleEPAAuditEventConsentDecisionSekundaernutzung

- ExampleEPAAuditEventFailedOperation

- ExampleEPAAuditEventMedicationService

- ExampleEPAAuditEventEntitlementLEI

- ExampleEPAAuditEventConsentDecision

- ExampleEPAAuditEventXDSDocumentService

- ExampleEPAAuditEventSystemMergeDocument

- ExampleEPAAuditEventMHDService

- ExampleEPAAuditEventXDSDocumentRestrictedUpdate

- ExampleEPAAuditEventMedicationServiceSearch

- ExampleEPAAuditEventPushNotificationDeletion

- ExampleEPAAuditEventAuditEventService

- ExampleEPAAuditEventUserBlocking

- ExampleEPAAuditEventConsentDecisionUserSpecificDenyPolicy

- ExampleEPAAuditEventHealthRecordRelocation

- ExampleEPAAuditEventSystemMergeMedicationRequest

Bundle

- Example Export History Bundle

- Example Patient History Bundle

- ExampleSearchsetBundleAuditEvent

- ExampleSearchsetBundlePatient

OperationOutcome

- ExpEPAOperationOutcomeOrgHeaderProfileMismatch

- ExpEPAOperationOutcomeUnprocessableEntity

- ExpEPAOperationOutcomeIdentityMismatch

- ExpEPAOperationPreconditionFailed

Organization

- ExampleMinimalOrganizationHeader

- ExampleTIOrganization

Patient

- Example Patient: Erika Mustermann

Provenance

- c7b6dcfc-d535-4f8f-9d86-841693f788d1

- fdfc2842-bfff-436f-ab13-74785d0188c0