Implementation Guide
ePA Medication Service
Version 1.2.0 - release

: Batch eMP Einträge - JSON Representation

Active as of 2025-09-12

Raw json | Download

{
  "resourceType" : "OperationDefinition",
  "id" : "batch-emp-entries-op",
  "meta" : {
    "profile" : [
      🔗 "https://gematik.de/fhir/ti/StructureDefinition/ti-operationdefinition"
    ]
  },
  "text" : {
    "status" : "generated",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\"><p class=\"res-header-id\"><b>Generated Narrative: OperationDefinition batch-emp-entries-op</b></p><a name=\"batch-emp-entries-op\"> </a><a name=\"hcbatch-emp-entries-op\"> </a><div style=\"display: inline-block; background-color: #d9e0e7; padding: 6px; margin: 4px; border: 1px solid #8da1b4; border-radius: 5px; line-height: 60%\"><p style=\"margin-bottom: 0px\"/><p style=\"margin-bottom: 0px\">Profile: <a href=\"https://simplifier.net/resolve?scope=de.gematik.ti@1.1.1&amp;canonical=https://gematik.de/fhir/ti/StructureDefinition/ti-operationdefinition\">OperationDefinition Profil für TI FHIR Data Service</a></p></div><p>URL: [base]/$batch-emp</p><h3>Parameters</h3><table class=\"grid\"><tr><td><b>Use</b></td><td><b>Name</b></td><td><b>Scope</b></td><td><b>Cardinality</b></td><td><b>Type</b></td><td><b>Binding</b></td><td><b>Documentation</b></td></tr><tr><td>IN</td><td>resource</td><td/><td>1..1</td><td><a href=\"http://hl7.org/fhir/R4/bundle.html\">Bundle</a></td><td/><td><div><p>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.</p>\n</div></td></tr><tr><td>OUT</td><td>return</td><td/><td>1..1</td><td><a href=\"http://hl7.org/fhir/R4/bundle.html\">Bundle</a></td><td/><td><div><p>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:</p>\n<ul>\n<li>response.status (HTTP-Status),</li>\n<li>resource = Parameters (Ergebnisse von $add-emp-entry / $update-emp-entry),</li>\n<li>beim letzten Eintrag ($emp-commit): eine Provenance-Instanz (neue eMP-Plan-Version).</li>\n</ul>\n</div></td></tr></table></div>"
  },
  "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.2.0",
  "name" : "batchEMPEntries_MedicationSvc",
  "title" : "Batch eMP Einträge",
  "status" : "active",
  "kind" : "operation",
  "date" : "2025-09-12",
  "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). Am Ende wird 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"
    }
  ]
}