Binary (Binary)
Motivation
Die Binary-Ressource erlaubt den Umgang mit FHIR-fremden Formaten (z.B. PDFs, Bilder, CDA) innerhalb des FHIR-Frameworks. Dazu 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 verlinkt und damit in den Kontext anderer FHIR-Ressourcen (z.B. Patient und Encounter) gestellt.
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 als übergreifend genutzte Ressource sowohl im Modul Terminplanung als auch im Modul Dokumentenaustausch implementiert werden muss.
Anmerkungen zu den Must-Support Feldern
Binary.contentType
Bedeutung: MimeType der Binärdaten
Binary.data
Bedeutung: Base64-codierte Binärdaten
Interaktionen
Für die Ressource Binary MUSS die REST-Interaktion "READ" implementiert werden. Es MÜSSEN die Regeln aus der FHIR-Kernspezifikation zur Abfrage einer Binary Ressource beachtet werden. Siehe "Serving Binary Resources using the RESTful API".
Um die Handhabung der base64-kodierten Binary-Ressourcen clientseitig zu erleichtern, MUSS ein bestätigungsrelevantes System (Server) bei READ-Interaktionen Accept-Header mit einem Wert außer den FHIR-Mime-Types unterstützen. Falls ein solcher Accept-Header durch einen Client verwendet wird, MUSS bestätigungsrelevante System (Server) das Binary in seiner nativen Form (definiert durch Binary.contentType) zurückgeben.