BfArM Digitale Anwendungen
3.0.2-RC1 - draft
BfArM Digitale Anwendungen - Local Development build (v3.0.2-RC1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Auf externen Systemen dürfen die zurückgelieferten
id-Werte der Ressourcen nicht gespeichert werden, da sich diese in neuen Versionen der API ändern können. Stattdessen sollen die in den Ressourcen hinterlegtenidentifiergespeichert werden.
Je nach verwendeter Software ist eine URL-Kodierung der Parameter notwendig, beispielsweise
DigaId%7C00123stattDigaId|00123oderpzn%7C12345678stattpzn|12345678.
Die von der API zurückgelieferten Ergebnisse sind FHIR®-üblich paginiert. Im Element
meta.totalist die Gesamtzahl der Ergebnisse über alle Seiten sichtbar. Der FHIR®-Server benutzt standardmäßig eine Seitengröße von 20 Elementen. Die weiteren Seiten sind über daslink-Element verlinkt. Durch Angabe des_count-Parameters lässt sich die Anzahl der Ergebnisse je Seite einstellen.
Dieser Anwendungsfall beschreibt den Abruf aller DiGA-Einträge (Profil HealthApp).
_profile-Parameter.GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition?_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
Dieser Anwendungsfall beschreibt den Abruf der Vertrauensattribute einer DiGA für die Kommunikation mit Hilfsmittelschnittstellen (HIIS). Die Vertrauensattribute werden über die Extension HealthAppHiisTrustAttributes in der HealthApp-Ressource bereitgestellt und enthalten Informationen wie Client-Zertifikate, Client-ID und Redirect-URI. Die Extension ist optional und muss nicht in jeder DiGA vorhanden sein.
identifier-ParameterHealthAppHiisTrustAttributes zurückDie Extension kann folgende Elemente enthalten:
extension[clientCertificates]: Client-Zertifikate als Base64-kodierte Binärdaten (0..*)extension[clientId]: Client-Identifikator für HIIS als URI (0..1)extension[redirectUri]: Redirect-URI für HIIS als URI (0..1)GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition?identifier=https://fhir.bfarm.de/Identifier/DigaId|{DigaId}&_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
Beispiel (DiGA-ID "00123"):
GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition?identifier=https://fhir.bfarm.de/Identifier/DigaId|00123&_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
Dieser Anwendungsfall beschreibt die Suche nach Verordnungseinheiten (Profil HealthAppPrescriptionUnit) anhand einer gegebenen PZN (Pharmazentralnummer).
code-ParameterGET https://diga.bfarm.de/api/fhir/v3.0/ChargeItemDefinition?code=http://fhir.de/CodeSystem/ifa/pzn|{PZN}&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppPrescriptionUnit
Beispiel (PZN "12345678"):
GET https://diga.bfarm.de/api/fhir/v3.0/ChargeItemDefinition?code=http://fhir.de/CodeSystem/ifa/pzn|12345678&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppPrescriptionUnit
Dieser Anwendungsfall beschreibt den Abruf aller Daten einer bestimmten Digitalen Gesundheitsanwendung (DiGA) aus dem DiGA-Verzeichnis. Die Daten umfassen den Verzeichniseintrag (Profil HealthAppCatalogEntry), die Digitale Gesundheitsanwendung (Profil HealthApp), den DiGA-Hersteller (Profil HealthAppManufacturer), die DiGA-Module (Profil HealthAppModule), die Verordnungseinheiten (Profil HealthAppPrescriptionUnit) und den DiGA-Antwortdatensatz (Profil HealthAppQuestionnaireResponse). Es wird davon ausgegangen, dass die DiGA bereits durch eine vorangegangene Suchabfrage ermittelt wurde und die interne id bekannt ist.
$everything mit der internen id der bereits ermittelten DiGAGET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition/{id}/$everything
Beispiel (interne id "1"):
GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition/1/$everything
Diese Operation liefert ein Bundle vom Typ searchset mit allen zur DiGA zugehörigen Ressourcen. Beim Aufruf auf die interne id eines DiGA-Moduls werden ebenfalls alle Ressourcen der zugehörigen DiGA zurückgegeben und nicht nur die zum DiGA-Modul zugehörigen Ressourcen.
Die Operation benutzt keine Paginierung.
Dieser Anwendungsfall beschreibt den Abruf aller im DiGA-Verzeichnis gespeicherten Daten. Dies ist die effizienteste Methode, um sämtliche DiGA-Daten zentral abzurufen.
_profile-Parameter und einem ausreichend hohen _count-Parameter.HealthAppCatalogEntry):GET https://diga.bfarm.de/api/fhir/v3.0/CatalogEntry?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppCatalogEntry
HealthAppManufacturer):GET https://diga.bfarm.de/api/fhir/v3.0/Organization?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppManufacturer
HealthApp):GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
HealthAppModule):GET https://diga.bfarm.de/api/fhir/v3.0/DeviceDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppModule
HealthAppPrescriptionUnit):GET https://diga.bfarm.de/api/fhir/v3.0/ChargeItemDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppPrescriptionUnit
HealthAppQuestionnaireResponse):GET https://diga.bfarm.de/api/fhir/v3.0/QuestionnaireResponse?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppQuestionnaireResponse
HealthAppQuestionnaire):GET https://diga.bfarm.de/api/fhir/v3.0/Questionnaire?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppQuestionnaire