FHIR © HL7.org  |  FHIRsmith 4.0.1  |  Server Home  |  XIG Home  |  XIG Stats  | 

FHIR IG analytics

Packagede.gematik.epa.medication
Resource TypeOperationDefinition
IdOperationDefinition-batch-emp-entries-op.json
FHIR VersionR4
Sourcehttps://simplifier.net/resolve?scope=de.gematik.epa.medication@1.3.0&canonical=https://gematik.de/fhir/epa-medication/OperationDefinition/batch-emp-entries-op
URLhttps://gematik.de/fhir/epa-medication/OperationDefinition/batch-emp-entries-op
Version1.3.0
Statusactive
Date2025-12-15
NamebatchEMPEntries_MedicationSvc
TitleBatch eMP Einträge
Realmde
DescriptionMit der Batch Operation $batch-emp können Primärsysteme mehrere fachliche Änderungen am eMP in einem Aufruf an den Medication Service übergeben. Innerhalb des Request-Bundles werden ausschließlich FHIR-Operationen ausgeführt (keine direkten Resource-CRUDs). Als letzte Operation ein $emp-commit ausgeführt, der eine neue Plan-Version (Provenance) erzeugt. Die Operation antwortet mit einem Bundle vom Typ transaction-response.
PurposeStapelverarbeitung von eMP-Änderungen mit konsistenter, atomarer Ausführung und anschließender Versionierung des eMP. Reduziert Roundtrips, vermeidet Zwischenzustände und stellt eine neue Plan-Version bereit.
Typefalse
Kindoperation

Resources that use this resource

CapabilityStatement
epa-medication-service-clientEPA Capability Statement für Clients des ePA Medication Service
epa-medication-service-serverEPA CapabilityStatement für den Medication Service

Resources that this resource uses

No resources found


Narrative

Note: links and images are rebased to the (stated) source

Generated Narrative: OperationDefinition batch-emp-entries-op

URL: [base]/$batch-emp

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
INresource1..1Bundle

FHIR-Bundle vom Typ transaction gemäß des Profils gemäß EPABatchEmpRequestBundle. Die Ausführungssemantik ist serverseitig festgelegt. Verboten: direkte POST/PUT/DELETE auf Ressourcen außerhalb von Operationen.

OUTreturn1..1Bundle

Antwort ist ein Bundle vom Typ transaction-response (bei atomarer Server-Policy. Für jeden Request-Entry enthält die Antwort einen korrespondierenden Entry mit:

  • response.status (HTTP-Status),
  • resource = Parameters (Ergebnisse von $add-emp-entry / $update-emp-entry),
  • beim letzten Eintrag ($emp-commit): eine Provenance-Instanz (neue eMP-Plan-Version).

Source1

{
  "resourceType": "OperationDefinition",
  "id": "batch-emp-entries-op",
  "meta": {
    "profile": [
      "https://gematik.de/fhir/ti/StructureDefinition/ti-operationdefinition"
    ]
  },
  "text": {
    "status": "generated",
    "div": "<!-- snip (see above) -->"
  },
  "extension": [
    {
      "url": "https://gematik.de/fhir/ti/StructureDefinition/extension-http-method",
      "valueCode": "POST"
    }
  ],
  "url": "https://gematik.de/fhir/epa-medication/OperationDefinition/batch-emp-entries-op",
  "version": "1.3.0",
  "name": "batchEMPEntries_MedicationSvc",
  "title": "Batch eMP Einträge",
  "status": "active",
  "kind": "operation",
  "date": "2025-12-15",
  "publisher": "gematik GmbH",
  "contact": [
    {
      "name": "gematik GmbH",
      "telecom": [
        {
          "system": "url",
          "value": "https://www.gematik.de"
        },
        {
          "system": "email",
          "value": "patientteam [ at ] gematik.de"
        }
      ]
    }
  ],
  "description": "Mit der Batch Operation $batch-emp können Primärsysteme mehrere fachliche Änderungen am eMP in einem Aufruf\nan den Medication Service übergeben. Innerhalb des Request-Bundles werden ausschließlich FHIR-Operationen\nausgeführt (keine direkten Resource-CRUDs). Als letzte Operation ein $emp-commit ausgeführt, der eine neue\nPlan-Version (Provenance) erzeugt. Die Operation antwortet mit einem Bundle vom Typ transaction-response.",
  "jurisdiction": [
    {
      "coding": [
        {
          "system": "urn:iso:std:iso:3166",
          "code": "DE"
        }
      ]
    }
  ],
  "purpose": "Stapelverarbeitung von eMP-Änderungen mit konsistenter, atomarer Ausführung und anschließender\nVersionierung des eMP. Reduziert Roundtrips, vermeidet Zwischenzustände und stellt eine neue Plan-Version bereit.",
  "affectsState": true,
  "code": "batch-emp",
  "system": true,
  "type": false,
  "instance": false,
  "parameter": [
    {
      "name": "resource",
      "use": "in",
      "min": 1,
      "max": "1",
      "documentation": "FHIR-Bundle vom Typ transaction gemäß des Profils gemäß EPABatchEmpRequestBundle.\nDie Ausführungssemantik ist serverseitig festgelegt. Verboten: direkte POST/PUT/DELETE auf Ressourcen außerhalb von Operationen.",
      "type": "Bundle"
    },
    {
      "name": "return",
      "use": "out",
      "min": 1,
      "max": "1",
      "documentation": "Antwort ist ein Bundle vom Typ transaction-response (bei atomarer Server-Policy. \nFür jeden Request-Entry enthält die Antwort einen korrespondierenden Entry mit:\n- response.status (HTTP-Status),\n- resource = Parameters (Ergebnisse von $add-emp-entry / $update-emp-entry),\n- beim letzten Eintrag ($emp-commit): eine Provenance-Instanz (neue eMP-Plan-Version).",
      "type": "Bundle"
    }
  ]
}