{
  "description": "Dieses Profil ermöglicht die Darstellung von FHIR-fremden Formaten (z.B. PDFs, Bilder, CDA) in ISiK Szenarien. \\n\\n### Motivation\\nFür FHIR-fremde Formate werden die Daten base64-codiert in der Binary-Ressource (in XML oder JSON) transportiert oder \\nüber die REST-API am Binary-Endpunkt in ihrem nativen Format bereitgestellt. \\nBinary-Ressourcen werden von Attachment-Elementen in DocumentReference-Ressourcen verlinkt und damit in den Kontext anderer FHIR-Ressourcen (z.B. Patient und Encounter) gestellt. \\n\\n### Kompatibilität\\n\\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\\n\\n### Hinweis\\n\\nDas ISIK-Binary-Profil ist *nicht* Bestandteil der Implementierung und des Bestätigungsverfahrens zum ISIK Basismodul.\\nDas Profil ist Teil des ISIK Basismoduls, da es als übergreifend genutzte Ressource sowohl im [Modul Terminplanung](https://simplifier.net/guide/isik-terminplanung-v4/ImplementationGuide-markdown-Datenobjekte?version=current) als auch im [Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-v4/ImplementationGuide-markdown-Datenobjekte?version=current) implementiert werden muss.  ",
  "_filename": "StructureDefinition-ISiKBinary.json",
  "package_name": "de.gematik.isik",
  "date": "2025-10-23",
  "derivation": "constraint",
  "publisher": "gematik GmbH",
  "fhirVersion": "4.0.1",
  "name": "ISiKBinary",
  "abstract": false,
  "type": "Binary",
  "experimental": "false",
  "resourceType": "StructureDefinition",
  "title": "ISiKBinary",
  "package_version": "5.1.0",
  "status": "active",
  "id": "a9d44e29-9501-40eb-9446-c0d3f70f69aa",
  "kind": "resource",
  "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKBinary",
  "version": "5.1.0",
  "differential": {
    "element": [ {
      "id": "Binary.id",
      "path": "Binary.id",
      "short": "serverseitige, interne ID des Datensatzes",
      "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n  Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ",
      "mustSupport": true
    }, {
      "id": "Binary.meta.versionId",
      "path": "Binary.meta.versionId",
      "short": "Eindeutiger Name der serverseitigen Version des Datensatzes",
      "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n  Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. "
    }, {
      "id": "Binary.meta.lastUpdated",
      "path": "Binary.meta.lastUpdated",
      "short": "Zeitpunkt der letzten Änderung",
      "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n  Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. "
    }, {
      "id": "Binary.contentType",
      "path": "Binary.contentType",
      "short": "MimeType der Binärdaten",
      "comment": "z.B. "application/pdf" oder "image/jpeg"  \n    **Begründung Pflichtfeld:** Ohne Kenntnis des MimeTypes sind die Base65-codierten Daten in `data` nicht interpretierbar",
      "mustSupport": true
    }, {
      "id": "Binary.data",
      "min": 1,
      "path": "Binary.data",
      "short": "Base64-codierte Binärdaten",
      "comment": "**Begründung Pflichtfeld:** Sind keine Binärdaten vorhanden, ist diese Ressource sinnlos.",
      "mustSupport": true
    } ]
  },
  "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Binary"
}