Am Mittwoch, 17.12.2025 finden im KBV HUB zwischen 8:00 Uhr und 10:00 Uhr Wartungsarbeiten statt. Wir bitten um Verständnis für mögliche Einschränkungen. Ihre Kassenärztliche Bundesvereinigung.

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 6 Nächste Version anzeigen »

Hintergrund zur Datenübertragung im MIO DiGA Device Toolkit

Für die Übertragung der Übertragbaren FHIR®-Ressourcen des MIO DiGA Device Toolkit, werden sowohl PULL- als auch PUSH-Konzepte unterstützt.
Die Übertragung per PULL-Prinzip wird durch eine Suchanfrage per GET Request von dem DiGA-Backend an das Backend der Geräte-HerstellerInnen mit anschließender Antwort als SearchsetBundle umgesetzt.

Für die Implementierung der Übertragung und Suche werden sichere Kommunikationswege welche die Requests unterstützen (z.B. HTTPS) vorausgesetzt. Die aktuell ausstehende explizite technische Festlegung gemäß § 374a Abs. 4 SGB V der zu verwendenden Technologien und Sicherheitsmaßnahmen durch das Bundesinstitut für Arzneimittel und Medizinprodukte (BfArM), das Bundesamt für Sicherheit in der Informationstechnik (BSI) und den Bundesbeauftragten für den Datenschutz und die Informationsfreiheit (BfDI) ist bei der Umsetzung zu berücksichtigen.

Hintergrund zur FHIR-API für Suche und Transactions

Dafür sind die Struktur und Funktionalität der bereitgestellten Such-API und die Suchanfragen entsprechend der FHIR-Search-API umzusetzen.
Die verwendbaren und zu unterstützenden Suchparameter sind im Bereich FHIR® Suchparameter spezifiziert.
In unserer Spezifikation sind beispielhafte Anfragen angegeben, mehr Beispiele können der HL7 FHIR-Spezifikation entnommen werden.

Beispiele für die Befüllung der übertragbaren Bundles der Typen Searchset, Transaction-Request und Transaction-Response können ebenfalls der HL7 FHIR-Spezifikation entnommen werden.

Es ist aktuell keine "Chained Search" (verkettete Suche) vorgesehen.
Suchlogik, welche über die spezifizierten Suchparameter hinausgeht (bspw. Suchen aller Observations zu einem Device, jedoch nicht per UUID sondern per Device serialNumber), kann vom suchenden System dementsprechend nicht als gegeben betrachtet werden und muss gegebenenfalls durch mehrere separate Suchanfragen realisiert werden. 

Umgang mit Fehlern / Warnungen / Hinweisen zum Ausgang einer Anfrage

Die Antwort (Response) auf eine Anfrage (Request) ist mit Informationen über den Ausgang der Anfrage (Erfolg, Warnungen, Hinweise etc.) zu befüllen.

Bei einem Searchset-Bundle kann dies durch ein OperationOutcome mit Warnungen im Bundle.entry.resource Element sowie leere Suchergebnisse abgebildet werden, Beispiele dazu können der HL7 FHIR-Spezifikation entnommen werden.

Bei einer Transaction-Response kann das Bundle.entry.reponse.outcome Element Informationen über den den Ausgang einer Anfrage enthalten. Dies können beispielsweise Warnungen, Hinweise oder Hinweise über einen erfolgreichen Ausgang sein. 

OperationOutcomes sind von uns nicht weiter ausspezifiziert, Details können der HL7 FHIR-Spezifikation entnommen werden.