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
The returned
idvalues of resources must not be stored on external systems, as they may change in new versions of the API. Instead, theidentifiervalues stored in the resources must be used.
Depending on the software used, URL encoding of parameters may be required, for example
DipaId%7C00123instead ofDipaId|00123.
The results returned by the API are paginated in accordance with FHIR®. The total number of results across all pages is available in the
meta.totalelement. The FHIR® server uses a default page size of 20 elements. Further pages are linked via thelinkelement. The number of results per page can be set using the_countparameter.
This use case describes the retrieval of all DiPA entries (profile HealthApp).
_profile parameterGET https://dipa.bfarm.de/api/fhir/v3.0/DeviceDefinition?_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
This use case describes the retrieval of all data of a specific Digital Nursing Application (DiPA) from the DiPA directory. The data include the catalog entry (profile HealthAppCatalogEntry), the Digital Nursing Application (profile HealthApp), the DiPA manufacturer (profile HealthAppManufacturer), the DiPA modules (profile HealthAppModule), the application units (profile HealthAppPrescriptionUnit), and the DiPA questionnaire response dataset (profile HealthAppQuestionnaireResponse). It is assumed that the DiPA has already been determined by a previous search and the internal id is known.
$everything operation with the internal id of the previously determined DiPAGET https://dipa.bfarm.de/api/fhir/v3.0/DeviceDefinition/{id}/$everything
Example (internal id "1"):
GET https://dipa.bfarm.de/api/fhir/v3.0/DeviceDefinition/1/$everything
This operation returns a bundle of type searchset with all resources belonging to the DiPA. When called with the internal id of a DiPA module, all resources of the associated DiPA are also returned, not only those belonging to the DiPA module.
The operation does not use pagination.
This use case describes the retrieval of all data stored in the DiPA directory. This is the most efficient method to retrieve all DiPA data centrally. Seven API requests are required, grouped by the respective FHIR profiles (see Information Model).
_profile parameter and a sufficiently high _count parameterHealthAppCatalogEntry):GET https://dipa.bfarm.de/api/fhir/v3.0/CatalogEntry?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppCatalogEntry
HealthAppManufacturer):GET https://dipa.bfarm.de/api/fhir/v3.0/Organization?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppManufacturer
HealthApp):GET https://dipa.bfarm.de/api/fhir/v3.0/DeviceDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthApp
HealthAppModule):GET https://dipa.bfarm.de/api/fhir/v3.0/DeviceDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppModule
HealthAppPrescriptionUnit):GET https://dipa.bfarm.de/api/fhir/v3.0/ChargeItemDefinition?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppPrescriptionUnit
HealthAppQuestionnaireResponse):GET https://dipa.bfarm.de/api/fhir/v3.0/QuestionnaireResponse?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppQuestionnaireResponse
HealthAppQuestionnaire):GET https://dipa.bfarm.de/api/fhir/v3.0/Questionnaire?_count=1000&_profile=https://fhir.bfarm.de/StructureDefinition/HealthAppQuestionnaire