1. FHIR-Profile integrieren

• Aktuelle DEMIS-Profile (common + laboratory package) einbinden
  • https://simplifier.net/rki.demis.laboratory
  • https://simplifier.net/rki.demis.common
• Vorabveröffentlichungen und Release-Kandidaten berücksichtigen
  • https://robert-koch-institut.github.io/DEMIS_FHIR-Profile_Vorabveroeffentlichung/
• Änderungen regelmäßig prüfen (Simplifier/RKI-Seite) und DEMIS-Newsletter für Labore beachten

2. Pflichtangaben implementieren

Stellen Sie sicher, dass die Primärsoftware des Labors folgende Angaben verpflichtend unterstützt und korrekt übermittelt:

• LOINC-Codes aus dem erregerspezifischen ValueSet (https://simplifier.net/rki.demis.laboratory/laboratorytest)
• SNOMED-CT-Code für:
  • Methode (https://simplifier.net/rki.demis.laboratory/method)
  • Probenmaterial (https://simplifier.net/rki.demis.laboratory/material)
• Ergebniscode aus einem passenden AnswerSet
• Versionsangaben für alle verwendeten LOINC- und SNOMED-CT-Codes (siehe Version bei einem LOINC oder SNOMED-Code)

Hier finden Sie die strikteren Profile mit Breaking Changes:

• Striktere Profile in der Erregernachweismeldung (laboratory.package)
• Striktere Profile in den Basismeldeinhalten (common.package)

3. ValueSets korrekt anbinden

• Nur Codes aus den vorgegebenen ValueSets verwenden
• Mapping auf:
  • LaboratoryTest
  • Resistance / ResistanceGene
  • Material
  • Method
  • AnswerSets
• Sicherstellen, dass ungültige Codes erkannt und verhindert werden

4. Testumgebung nutzen

• Anbindung der Labore an die DEMIS-Testumgebung sicherstellen
• API-Endpunkt in der Testumgebung: https://test.demis.rki.de/prod-test/notifications/pathogen/v6/fhir/$process-notification
• Beispielmeldungen implementieren und testen
• Testszenarien gemäß Vorgaben durchführen

5. Zusammenarbeit mit Laboren

• Engen Austausch mit Laboren etablieren
• Labore bei Mapping und Validierung unterstützen
• Rückmeldungen aus der Praxis aktiv einholen

6. Validierung & Fehlerhandling

• Validierungslogik implementieren:
  • Fehler bei ungültigen Codes erkennen
  • Warnungen verständlich ausgeben
• Sicherstellen, dass:
  • nur gültige Codes gesendet werden
  • fehlerhafte Meldungen vor Versand erkannt werden

7. Quality Reports und Auswertungen des RKI berücksichtigen

• Quality Reports der Labore auswerten, die die Labore zweiwöchentlich erhalten
• Anpassungen basierend auf den Auswertungen vornehmen, die die Labore wöchentlich erhalten

8. Umstellung auf neuen Service Endpunkt

• Sprechen Sie mit Ihrem Labor ab, wann auf den neuen API-Endpunkt gewechselt wird. 
• Sobald die Anpassungen an die striktere Profilierung abgeschlossen sind, müssen meldende Einrichtungen in der Produktivumgebung auf den neuen API-Endpunkt wechseln.

Bitte verwenden Sie dazu folgende Endpunkte:

Test-Umgebung:

https://test.demis.rki.de/prod-test/notifications/pathogen/v6/fhir/$process-notification

Produktivumgebung:

           https://demis.rki.de/notifications/pathogen/v6/fhir/$process-notification

Das hat für die meldenden Einrichtungen den Vorteil, dass sie den Umstieg auf die strikte Profilierung selbstbestimmt durchführen können - auch schon vor dem Termin zur "Abschaltung der bisherigen, nicht-strikten Profile".

Am 16.06.2026 wurden die nicht-strikten Profile für Labormeldungen am "alten" Endpunkt (https://demis.rki.de/notification-api/fhir/$process-notification) deaktiviert.

Weitere Informationen zu den Endpunkten finden Sie hier: Endpunkte, Zertifikate, User und Passwort.