<status value="active" /> <experimental value="false" /> <date value="2026-04-02" /> <publisher value="gematik GmbH" /> <description value="Dieses Profil ermöglicht die Darstellung von FHIR-fremden Formaten (z.B. PDFs, Bilder, CDA) in ISiK Szenarien. **Motivation** Für FHIR-fremde Formate werden die Daten base64-codiert in der Binary-Ressource (in XML oder JSON) transportiert oder über die REST-API am Binary-Endpunkt in ihrem nativen Format bereitgestellt. Binary-Ressourcen werden von Attachment-Elementen in DocumentReference-Ressourcen verlinkt und damit in den Kontext anderer FHIR-Ressourcen (z.B. Patient und Encounter) gestellt. **Kompatibilität** Hinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden. ### Hinweis Das ISIK-Binary-Profil ist *nicht* Bestandteil der Implementierung und des Bestätigungsverfahrens zum ISIK Basismodul. Das Profil ist Teil des ISIK Basismoduls, da es im [Modul Dokumentenaustausch](https://gemspec.gematik.de/ig/fhir/isik/dokumentenaustausch/6.0.0-rc/StructureDefinition-ISiKBinary.html) implementiert werden muss und ein hohes Potential für die Wiederverwednung in anderen Modulen naheliegt." /> <fhirVersion value="4.0.1" /> <kind value="resource" /> <abstract value="false" /> <type value="Binary" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Binary" /> <derivation value="constraint" /> <differential> <element id="Binary.id"> <path value="Binary.id" /> <short value="serverseitige, interne ID des Datensatzes" /> <comment value="**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen." /> <mustSupport value="true" /> </element> <element id="Binary.meta.versionId"> <path value="Binary.meta.versionId" /> <short value="Eindeutiger Name der serverseitigen Version des Datensatzes" /> <comment value="Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen." /> </element> <element id="Binary.meta.lastUpdated"> <path value="Binary.meta.lastUpdated" /> <short value="Zeitpunkt der letzten Änderung" /> <comment value="Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen." /> </element> <element id="Binary.implicitRules"> <path value="Binary.implicitRules" /> <short value="Verweis auf die Regeln, nach denen die Ressource erstellt wurde" /> <comment value="Begründung Constraint: In ISiK existiert kein Use-Case für dieses Element. Da es sich um ein Modifying Element handelt, wird es daher ausgeschlossen. Darüber hinaus werden die Regeln als URI vorgehalten. Dies führt dazu, dass sich hinter der URI eine beliebige Menge an Regeln befinden kann; wodurch nicht sichergestellt werden kann, dass alle Clients die Regeln korrekt interpretieren können." /> <max value="0" /> </element> <element id="Binary.contentType"> <path value="Binary.contentType" /> <short value="MimeType der Binärdaten" /> <comment value="z.B. 'application/pdf' oder 'image/jpeg' **Begründung Pflichtfeld:** Ohne Kenntnis des MimeTypes sind die Base65-codierten Daten in `data` nicht interpretierbar" /> <mustSupport value="true" /> </element> <element id="Binary.data"> <path value="Binary.data" /> <short value="Base64-codierte Binärdaten" /> <comment value="**Begründung Pflichtfeld:** Sind keine Binärdaten vorhanden, ist diese Ressource sinnlos." /> <min value="1" /> <mustSupport value="true" /> </element> </differential> </StructureDefinition>