Fragen & Antworten - Labore

Derzeit durch Verschieben der Meldung vom input in den done Ordner.
Das Thema rechtssichere Bestätigung ist an die Projektbeteiligten adressiert.

In der Konfiguration des DEMIS Adapters können individuelle Laborkonfigurationen im JSON-Format angegeben werden. Diese Konfigurationsdateien werden in der beiliegenden Datei demis-adapter-api.properties unter dem Parameter labor.configfile als kommaseparierte Aufzählung referenziert (vgl. DEMIS-Adapter (kein Support mehr))

Es ist bereits jetzt absehbar, dass auch weitere Meldungen zukünftig umgesetzt werden. In der ersten Phase geht es jedoch erstmal nur um Positivmeldungen (Covid 19).

401: Fehler im usernamen in der labor.json (s. DEMIS-Adapter Laborkonfiguration)

403 (Forbidden):

• demis.rki.de kann aufgrund von Proxy/Firewall-Einstellungen nicht erreicht werden. Versuchen Sie testweise von dem PC von dem die Meldungsübermittlung erfolgt, https://demis.rki.de in einem Browser oder per curl im Terminalfenster aufzurufen. Sie sollten zumindest keine Fehlermeldung erhalten. Für die Testumgebung muss man testweise den https://demis-test.rki.de aufrufen. Überprüfen Sie die Proxy-Einstellungen im Adapter: demis-adapter-api.properties (idp.lab.proxy)

• Fehler im authcertalias in der labor.json. In der Konfigurationsdatei müssen Sie darauf achten, dass Sie Kleinschreibung verwenden (z.B. authcertalias=demis-12345), siehe DEMIS-Adapter Laborkonfiguration.

• Fehlerhaftes Zertifikat (z.B. falscher Alias)

404: Fehler in URL in demis-adapter-api.properties (fhir.basepath / idp.lab.tokenendpoint)

407: Der konfigurierte Proxy erfordert eine Authentifizierung.

422: Fehler in den Daten, z.B. fehlende Einsender-Telefonnummer oder ungültige Postleitzahl

500: Authentifizierungsfehler (s. Frage 8 ) oder Datenenkodierungsfehler.
Bitte überprüfen Sie dass die LDTv2 Datei sauber ist und keine versteckten Zeichen wie z.B. [m oder ^M enthält, die von Editieren mal in Linux, mal in Windows kommen könnten.

503: Fehler aufgrund von Wartungsarbeiten an DEMIS

In den Anforderungen an die LDTv2-Datenstrukturen werden die betreffenden Felder folgendermaßen definiert:

• "demis_einsender_ansprechpartner" – Ansprechpartner der Einsenderorganisation, falls vorhanden [SOLL]

• "demis_einsender_telefon" – Telefonnummer der Einsenderorganisation, falls vorhanden [SOLL]

• "demis_einsender_fax" – Faxnummer der Einsenderorganisation, falls vorhanden [SOLL]

• "demis_einsender_email" – E-Mail-Adresse der Einsenderorganisation, falls vorhanden [SOLL]

Hier fehlt der Hinweis bzw. die Einschränkung, dass die Nennung mindestens eines Kommunikationsmittels verpflichtend ist. Das heißt, wenn die Telefonnummer nicht zur Verfügung steht, muss eine andere Angabe erfolgen, damit eine Meldung erfolgreich zugestellt werden kann.

Der Demis-Adapter hat ein 503 HTTP Nachricht an der letzten verarbeitete LDTv2 Datei entweder von Identity Provider oder Notification-API bekommen und wird eine entsprechenden konfigurierte Anzahl Minuten warten und danach wieder aktiv.

Die Properties Datei beinhaltet einen Fehler im Encoding. Bitte achten Sie darauf, dass die Pfadangaben mit “/” angegeben sind. Pfadangaben mit “\” führen zu diesem Fehler.

Die Meldung konnte nicht gesendet werden, da das zuständige Gesundheitsamt derzeit noch nicht angebunden ist, also kein gültiges Zertifikat besitzt.
Meldungen können nur gesendet werden, wenn das entsprechende Gesundheitsamt angebunden ist.

Die LDT-Spezifikation der KBV sieht als Ersatzwert “999999900” vor!

Das Datumformat ist: yyyyMMdd.

Default-Annahme im Adapter ist ISO-8859-15. Details über andere Kodierung sind hier https://confluence-demis.gematik.de/pages/viewpage.action?pageId=76579076#5.-Zeichenkodierung (siehe Zeichenkodierung)

Die ldt Dateien im Inputverzeichnis müssen *.ldt oder *.LDT heißen und nach dem Starten des Adapters angelegt worden sein.

In diesem Fall kann "999999999" benutzt werden.

Das Problem ist das Leerzeichen vor der 9:
Falsch:
0329901demis_test_code 94309-2
Richtig:
0329901demis_test_code94309-2

Das Problem könnte an einer 2. laufenden demis-adapter Instanz liegen, in der sich die 2 Instanz die LDT datei holt. Sie benötigen keine 2. Instanz um mehrere Labore zu unterstützen. Man kann mehrere Labore mit einer Instanz handhaben, siehe Konfigurationsparameter labor.configfile in DEMIS-Adapter#3.1.1.-Erläuterungen-zu-den-Konfigurationsparametern

Das Problem entsteht weil die Werte von Feld 8615 und Feld 0212 nur richtig verarbeitet werden, wenn Feld 0211 (Arzt Name) da ist. Temporäre Lösung ist, das Feld 0211 in der LDT Datei einzufügen. In einer zukünftigen Version wird das behoben.

Der ct-Wert kann ab Adapter 1.7.0 in den Feldern 8420/8421 übergeben werden. In älteren Versionen kann das LDT-Feld 8470 ("Hinweise zum Test") benutzt werden.

Diese Felder werden auf Observation.note.text gemapt. Dieses kann derzeit jedoch noch nicht automatisiert in SurvNet beim Gesundheitsamt angezeigt werden. Es ist aber für die Gesundheitsämter möglich, in der ursprünglichen Meldung (xml) den entsprechenden Eintrag zu lesen.

Dazu müssen sie doppelte Backslashes und 2 Verzeichnisebenene benutzen, z.B. C:\\xxx\\yyy.
So geht es NICHT: C:\\xxx

Siehe Nr. 9

Das zusätzliche Gesundheitsamt “Testgesundheitsamt 11” wird nicht erreichbar sein. Dieses Gesundheitsamt bezieht sich auf die Postleitzahlen von Bielefeld (Bielefeld Verschwörung). Eine Liste der Postleitzahlen finden Sie hier.

Bitte geben Sie unbedingt melderEinrichtung.telefonnummer in Ihrer Laborkonfiguration an, damit die Gesundheitsämter Sie telefonisch erreichen können, um Nachfragen zu einer Meldung stellen zu können.

Bitte setzen Sie nicht die PLZ “99999”.
Falls die angegebene PLZ nicht valide ist, nutzen Sie bitte eine benachbarte PLZ. Mithilfe des RKI PLZ Tools können Sie auch schauen, ob eine PLZ valide ist.
Beispiel: PLZ “33123” ist invalide, also wird die “33100” genutzt.

Dann liegt meist ein Fehler vor, den man nicht sieht weil das Fenster zu schnell verschwindet.

Öffnen Sie die CMD in einem Editor und fügen am Ende eine weitere Zeile mit dem Befehl
pause
ein. Dann wird das Fenster nicht verschwinden und Sie sehen die Fehlermeldung.

Es muss nicht jedes Update "mitgenommen" werden. Updates enthalten immer auch die Funktionalität des/der Vorgänger.

In den DEMIS-Adapter Release Notes sieht man immer was in welcher Version hinzugekommen ist. Außerdem informieren wir auf der Startseite der Wissensdatenbank (https://confluence-demis.gematik.de/display/DSKB) auch immer an welchen Featuren wir gerade arbeiten.

Der DEMIS Adapter bietet von sich aus keine eigene Möglichkeit sich als Windows Dienst zu registrieren. Es soll aber Tools geben, die Programme wie den Adapter als Windows Dienst laufen lassen können.

Ab DEMIS Adapter 1.7.0 (Version 1.7.0 (29.03.2021)) gibt es zusätzlich die Möglichkeit den Adapter nicht in einer Schleife laufen zu lassen sondern mit -runOnlyOnce nur einmalig bis alle Dateien verarbeitet sind. Damit können Sie den Adapter z.B. stündlich über den Aufgabenplaner von Windows ausführen.

Wenn die Adresse der betroffenen Person nicht gefunden werden kann, wird gemäß des Meldungsroutings die Adresse des Einsenders der Probe zur Bestimmung des Gesundheitsamtes benutzt.

Die Adresse der betroffenen Person kann z.B. NICHT bestimmt werden, wenn das Länderkennzeichen falsch ist.
Zulässige Länderkennzeichen

• bei Nutzung des Adapters sind https://simplifier.net/demis/country oder https://simplifier.net/packages/de.basisprofil.r4/1.0.0-alpha1/files/316680,
• bei direkter Nutzung der FHIR Schnittstelle https://simplifier.net/demis/country

In den Feldern 8300/8320 in der JSON/LDTv2-Datei wird das Labor bzw. der Laborname angegben. Für diesen Wert muss es in der labor.json des Adapters einen identifikator geben (siehe 3.3.1. Erläuterungen zu den Konfigurationsparametern).

Die Fehlermeldung bedeutet, dass es in der labor.json keinen identiofikator 0000001 gibt.

Zu SORMAS sind wir leider weder technisch noch inhaltlich aussagefähig.

Bitte wenden Sie sich mit Ihrem Anliegen an den SORMAS-Support unter:

https://www.sormas-oegd.de/kontakt/

Generell können Zertifikatsdateien u. a. mittels OpenSSL konvertiert werden. 

Eine gute Anleitung mit umfangreichen Anwendungsbeispielen finden sie hier: 

https://newbedev.com/convert-pem-to-crt-and-key

Bitte wenden Sie sich mit Ihrem Problem zunächst an die DEMIS-Geschäftsstelle (demis-support@rki.de). Die Kolleginnen und Kollegen können Auskunft über den von Ihnen verwendeten Benutzernamen geben oder bei der Passwortwiederherstellung unterstützen.

Auch bei anderweitigen Problemen helfen die Kolleginnen und Kollegen bei der Klärung mit D-TRUST bzw. der Bundesdruckerei weiter.

Die Meldepflicht gemäß § 7 IfSG erfordert die Meldung des Einzelfalls, nicht Pseudonyme.

Die Verwendung von Ziffern in den Namen ist daher nicht möglich. Wie weisen darauf hin, dies bei der Erstellung bzw. Formulierung von Pseudonymen zu berücksichtigen.

Zum aktuellen Zeitpunkt können Sie eine elektronische Meldung nicht automatisiert stornieren bzw. zurückziehen.

Sollten Sie über fehlerhafte Personendaten der betroffenen Person aufmerksam gemacht worden sein, so setzen Sie bitte eine neue Meldung mit den korrekten Angaben zur Person an DEMIS ab und informieren Sie das Zielgesundheitsamt (der ersten fehlerhaften Meldung) über die Korrektur. Informationen zum Zielgesundheitsamt finden Sie in Ihrer Meldungsquittung.

Sollten Sie versehentlich eine positive Meldung abgesetzt haben, obwohl ein negatives Testergebnis vorliegt, können Sie die Korrektur derzeit ausschließlich im direkten Kontakt mit dem Gesundheitsamt durchführen.

Nein. Der DEMIS Adapter wird nur die Meldung von SARS-CoV-2 unterstützen. Für weitere Erregermeldungen ist die FHIR Schnittstelle mit den Profilen von https://simplifier.net/demis direkt zu benutzen.

1. Legen Sie sich im config\ Verzeichnis des Adapters eine 2. labor Json Datei, z.B. labor2.json, an und tragen Sie dort die Daten des Labors ein. Tragen Sie unter identifikator einen anderen Identifikator für dieses Labor ein.
2. Fügen sie labor2.json in client\demis-adapter-api.properties unter labor.configfile= hinzu.
3. Nutzen sie den in 1. gewählten identifikator in der Meldung um das Labor zu identifizieren. Im LDT ist dies das Feld 8300/8320, im Json melderEinrichtungIdentifier.

Der Gemeinsame Bundesausschuss (G-BA) hat für Antibiotika, die gemäß §35 SGB V als Reserveantibiotika eingestuft wurden und deren Zusatznutzen damit als belegt gilt, Qualitätsvorgaben bei der Anwendung in Behandlungseinrichtungen beschlossen. 

Demnach sollen Behandlungseinrichtungen, die Reserveantibiotika gemäß §35 SGB V einsetzen, an den übergeordneten Surveillance-Systemen AVS (Antibiotika-Verbrauchs-Surveillance) und ARS (Antibiotika-Resistenz-Surveillance) bzw. ARVIA (Antibiotika-Resistenz und -Verbrauch Integrierte Analyse) teilnehmen. Gemäß G-BA Beschluss ist die Übermittlung der Resistenz- und Verbrauchsdaten zu Reserveantibiotika an die genannten Systeme bis spätestens 01.01.2024 zu gewährleisten.

Ein Überblick zu den etablierten Übermittlungswegen für Daten von ARS und AVS wurde auf den RKI-Seiten https://ars.rki.de/ und https://avs.rki.de/  veröffentlicht. Die aktuell genutzte Schemadefinition für die Übermittlung der ARS-Daten ist seit 2008 für Softwarehersteller frei verfügbar. Für AVS besteht seit 2014 die Möglichkeit der Datenübermittlung über die Plattform WebKess des Nationalen Referenzzentrums für Surveillance von nosokomialen Infektionen sowie seit 2021 eine Schemadefinition, die an geeigneter Krankenhaussoftware implementiert werden kann.

Darüber hinaus wird eine Datenübermittlung über DEMIS unter Nutzung der FHIR-Schnittstelle erarbeitet. Angestrebt wird eine Bereitstellung der ARS-Schnittstelle in 2024.

Jede Meldekategorie hat ein eigenes Profil, welches wiederum viele Variablen enthält. All diese Variablen sind in den sogenannten ValueSets zusammengefasst. Die aktuell gültigen Profile sind auf Simplifier dargestellt: https://simplifier.net/rki.demis.laboratory/.

Unter „ValueSets“ können Sie mit Hilfe der Suche spezifisch werden. Sie können beispielsweise mit Hilfe des Codes der NotificationCategory alle ValueSets hierzu finden (z.B. alle ValueSets zu CVDP, etc.), aber Sie können auch beispielsweise alle „AnswerXXXX“-ValueSets anzeigen lassen, wenn Sie danach suchen. „XXXX“ steht hier als Platzhalter für die jeweilige Meldekategorie. Jedes ValueSet können Sie als .xml oder .json einzeln herunterladen Das erleichtert die Ansicht bei Ihnen lokal ggf.. Auch das Suchen in einem ValueSet ist somit einfacher.

Der  Implementierungsleitfaden ist in der Tat sehr technisch, er richtet sich vor allem an ITler, die die Schnittstellen programmieren – also an LIS/LIMS-Hersteller oder ggf. an die IT-Abteilungen von meldepflichtigen Einrichtungen, die ihre Systeme selbst programmieren. Sind Sie beispielsweise ein meldender Labormediziner, sind Ihre Fragen also sicherlich dort besser aufgehoben.

Als RKI/DEMIS können wir keine spezifische Hilfe bei Problemen mit Ihre Eingabemasken/-möglichkeiten im Frontend solcher Anwendungen leisten, da diese von den LIS/LIMS-Herstellern in der jeweiligen Software konzipiert und erstellt werden. Dennoch können auch Sie viele nützliche Informationen aus dem Implementierungsleitfaden direkt beziehen. Beispielsweise wenn Sie konkrete ValueSets suchen, können Sie diese auch direkt im Implementierungsleitfaden aufrufen. Diese Listen sollten aber ebenso vom LIS/LIMS-Hersteller direkt zur Verfügung gestellt werden.

Wir stellen regelmäßig Vorveröffentlichungen der kommenden Profil-Updates zur Verfügung. Die Vorveröffentlichungen finden Sie auf den folgenden drei Unterseiten: https://wiki.gematik.de/x/rmX4Gg

Die für die §7 Abs. 1 IfSG relevanten Inhalte ("Labormeldung") finden Sie unter: https://wiki.gematik.de/x/mcp4Gg

Die als ZIP herunterzuladenden Dateien können zwar noch nicht live implementiert werden, kann aber bereits für Entwicklungstätigkeiten genutzt werden. Hier sind auch die aktuellsten ValueSets enthalten. Das hat den Vorteil, dass Sie hier alle ValueSets bereits gesammelt als .xml vorliegen haben. Wenn Sie die ZIP herunterladen und extrahieren, können Sie die Dateien über Datei Home.html in der gewohnten Leitfaden-Ansicht im Browser öffnen und anschauen. Die ValueSets als .xml finden sich ebenfalls in diesem Unterordner in der ZIP: …\artifacts\rki.demis.laboratory\rki.demis.laboratory\MetadataResources\ValueSet. Dieser Weg ist für die gezielte Suche möglicherweise schneller, da Sie häufig nur aktuelle Code-Listen/ValueSets einsehen möchten.

Die korrekte Syntax oder Darstellungen der UCUM-Codes finden Sie hier: https://ucum.org/ucum oder z.B. hier: https://github.com/ucum-org/ucum/blob/main/common-units/TableOfExampleUcumCodesForElectronicMessaging.xlsx.

Häufig werden in der Meldung folgende Fehler gemacht:

• iU/mL, IU/mL oder auch [iU]/mL wird gemeldet anstatt korrekt [IU]/mL mit großen I (siehe Row 234 in der Tabelle)
  • Das können Sie auch in den entsprechenden BPS- und VZV-Beispielmeldungen sehen.
• CT oder CT-Wert wird gemeldet anstatt korrekt {Ct_value} oder {Ct_Wert}, (siehe Row 58 in der Tabelle)
  • Das können Sie auch in der entsprechenden CVD-Beispielmeldung sehen.

Alle HL7-Codes sind für die Angabe als ObservationInterpretation gültig, sofern sie zum passenden LOINC-Code verwendet werden. Diese können Sie auf folgender Seite nachvollziehen: https://terminology.hl7.org/2.1.0/ValueSet-v3-ObservationInterpretation.html

Dort sind Codes wie beispielsweise „E“ für „Equivocal“, „I“ für „Intermediate“ und auch „IND“ für „Indeterminate“ zu finden.

Diese Frage ist recht komplex und nicht mit wenigen Worten beantwortet. Daher haben wir diesem Themenkomplex eine eigene Seite gewidmet: https://wiki.gematik.de/x/clAwI

Eine DEMIS-Meldung kann nicht storniert werden. Da DEMIS keine Datenbank ist und damit keinerlei Daten gespeichert werden, sondern diese lediglich zum Abruf zur Verfügung gestellt werden (ähnlich einer E-Mail), gibt es nichts, was man „stornieren“ kann. Sie können bezugnehmend auf die falsch abgesetzte Meldung eine Korrekturmeldung vornehmen, mit einem korrigierten bzw. ergänztem Erregernachweis und dem Meldungsstatus „Corrected“ oder „Amended“ (korrigiert oder ergänzt).

Dieses Vorgehen ist Teil des Lifecyclemanagements, spezifisch des Szenario 4, welches nachträgliches Berichtigen, Korrigieren oder Ergänzen von Inhalten einer Meldung ermöglicht. Da die Meldungen nicht „bearbeitet“ werden können, weil sie nicht gespeichert werden, wurde dieses Konzept entwickelt. Näheres dazu finden Sie hier:

• https://wiki.gematik.de/x/Gch4Gg
• https://go.gematik.de/demis-lifecycle-lab

Bei diesen Meldetatbeständen handelt es sich um Erweiterungen der Erregermeldungen nach § 7 Abs. 1 IfSG. Die meldepflichtigen Labore müssen sich hierbei an § 8 Abs. 1 Satz 2 IfSG halten: Labore, die Diagnostik durchführen, sind meldepflichtig. Wenn das Labor in einem Bundesland mit Erweiterungen dieser Erregermeldepflichten liegt (Beispielsweise Borrelia burgdorferi in Berlin), dann gilt für die Erregernachweise dieses Erregers die Meldepflicht für das Labor grundsätzlich.

Weiterhin wird in § 9 Abs. 4 IfSG geregelt, dass "Meldungen [...] an das Gesundheitsamt zu erfolgen [haben], in dessen Bezirk sich die betroffene Person derzeitig aufhält oder zuletzt aufhielt". Die Landesverordnungen treffen i.d.R. keine weiteren Regelungen der § 8 und 9 IfSG.

Somit kann es passieren, dass das verantwortliche Gesundheitsamt in einem Bundesland liegt, welches diese spezielle Meldepflicht nicht hat.

Da es sich bei der Implementierung der bundeslandspezifischen Meldepflichten in DEMIS um eine Lösung handelt, in der die Labore selbst ihre Meldepflicht im Blick haben müssen, weisen wir gesetzesgemäß darauf hin. Wer sich an diese Empfehlung hält, erfüllt in jedem Fall seine Meldepflicht. Darüber hinaus hat jedes Labor einen eigenen Ermessensspielraum, um zu entscheiden, ob es eine Meldung absetzt oder nicht. Das kann beispielsweise pragmatische Gründe haben oder die Fortführung von Routinen, die ihren Ursprung in den bisherigen papierbasierten Meldungen haben - solche individuellen Entscheidungen kann das RKI nicht vorgeben.

Mit der Einführung von DEMIS sollte sich am bisherigen Meldeverhalten nichts ändern. Es sollte nach wie vor die Gesamtkonstellation bewerten werden und nur falls eine akute Infektion angenommen wird, sollte eine Meldung getätigt werden. Allgemeingültige Vorgaben für die Meldung einzelner Nachweise können nicht gegeben werden.

Wenn eine unvollständige Befundung an das Gesundheitsamt gemeldet wird, weil einzelne Erregernachweise automatisch gemeldet werden, sollte dies auf jeden Fall in der Meldung genannt werden. Das heißt, wenn Sie z.B. einen positiven IgM- oder IgA-Nachweis melden, aber z.B. nicht wissen wie der Impfstatus oder der IgG-Status ist oder dass noch ein Nukleinsäure-Nachweis erfolgen wird, dann sollte dies in den Hinweisfeldern in der Meldung ergänzt werden. Der Gesamtbefund muss dann nach dem finalen Test erfolgen, auch wenn dieser negativ ist. Wer meldet - das Labor, das den Erstnachweis durchgeführt hat oder das Labor, das den weiterführenden Test durchgeführt hat (wenn es sich um unterschiedliche Labore handelt) - wird im Rahmen des Lifecyclemanagements in verschiedenen Szenarien beschrieben (https://go.gematik.de/demis-lifecycle-lab). Werden zum gleichen Zeitpunkt zusätzlich zum positiven Nachweis auch negative Nachweise (z.B. IgA+, IgG-) zum gleichen Erreger/zur gleichen Probe erzielt, so müssen diese mitgemeldet werden. 

Mit der Einführung der elektronischen Meldung via DEMIS lassen sich theoretisch alle positiven Erregernachweise automatisch und sofort an das zuständige Gesundheitsamt melden. Sollten das auch so umgesetzt werden? Die Antwort ist Jein.

Eine Meldepflicht besteht nach § 7 Abs. 1 IfSG, wenn ein Verdacht auf eine akute Infektion vorliegt. Die Meldepflicht liegt nach § 8 Abs. 1 Satz 2 IfSG bei Personen und nicht bei Maschinen. Zudem muss es sich dabei nach § 24 IfSG außer in verordneten Ausnahmefällen um einen Arzt handeln, der die Infektion feststellen darf. 

Auch mit der elektronischen Meldung durch DEMIS muss eine Befundung erfolgen, die Teil des Laborberichtes ist. Die Meldung hat zudem vollständig zu sein, das heißt auch zeitgleiche negative Ergebnisse zur gleichen Probe müssen mitgemeldet werden. Es liegt also an den Einstellungen des Laborinformationssystems (LIS/LIMS) und der Art des Nachweises, inwiefern dieser Meldungsprozess vollautomatisiert werden kann und ist zudem erregerspezifisch. Die Bewertung muss hierbei berücksichtigen, ob das Ergebnis wirklich ein Hinweis auf eine akute Infektion ist.  Der direkte Erregernachweis ist hierbei einfacher automatisiert zu melden als der serologische Nachweis, der gerade bei impfbaren Erregern einer Bewertung bedarf. Probleme machen auch Nachweise chronischer Erkrankungen.

Es liegt in der Verantwortung der Laborärzte, wie und wann die LIS-Systeme die diagnostischen Prozesse automatisch befunden. Nur wenn die Wahrscheinlichkeit sehr hoch ist, dass es sich um den Nachweis einer akuten Infektion handelt oder weil Vorkenntnisse zur Person, die im LIS hinterlegt werden könnten, zur Bewertung mit einbezogen worden sind, kann eine vollautomatische Meldung erfolgen.

In den Gesundheitsämtern können Doppelmeldungen, die ggf. bei der automatischen Meldung entstehen, dann problemlos verarbeitet werden, wenn die Meldungen korrekt gebaut wurden. Meldungen werden nur dann vollständig automatisch eingelesen, wenn sie an den korrekten Stellen Codes enthalten und vollständig sind. Hierzu gibt es Implementierungshinweise auf den DEMIS-Wiki Seiten https://wiki.gematik.de/x/q4HyGw

Ansonsten führt die Umsetzung der automatischen Meldung von vermeintlich meldepflichtigen Ergebnissen dazu, dass Meldungen unvollständig sind oder nicht bewertet werden können (was zudem nicht Aufgabe der Mitarbeiter ist, sondern des meldenden Arztes) und zu unnötigen Rückfragen bei den Laboren führen können.

Wichtig ist, dass Sie korrekt kodierte Meldungen übermitteln. Wenn alles inhaltlich in sich schlüssig ist und die Codes in unseren ValueSets enthalten sind, sollte grundsätzlich alles in die ÖGD-Software des Gesundheitsamtes übernommen werden. Sollte dies nicht der Fall sein, geben Sie oder das entsprechende Gesundheitsamt uns gerne einen entsprechenden Hinweise an demis-support@rki.de. Nur wenn Sie uns über entsprechende Probleme informieren, können wir Mapping-Lücken schließen und Fehler beheben.

Folgend ein paar hilfreiche Links:

• ValueSets: https://simplifier.net/rki.demis.laboratory/~resources?category=ValueSet&sortBy=LastUpdateDate_desc (Hier kann man nach konkreten ValueSets suchen)
• Implementierungsleitfaden für Labormeldungen: https://simplifier.net/guide/rki.demis.laboratory?version=current
• DEMIS-Wissensdatenbank, Hinweise für Labore: https://wiki.gematik.de/x/3wCRB (Siehe auch Unterseiten zu dieser Seite)

Mit dem 27.03.2024 wurde das bisherige Paket rki.demis.r4.core aufgesplittet, sodass sich der Inhalt nun in zwei Paketen befindet: 

• rki.demis.laboratory-1.24.0 → Labormelde-Inhalte
  
  • https://simplifier.net/rki.demis.laboratory
• rki.demis.common-1.0.0 → Basismelde-Inhalte
  • https://simplifier.net/rki.demis.common

Das Paket rki.demis.laboratory enthält nur noch die Ressourcen für die Erregernachweismeldung. Ressourcen wie z.B. Patient oder Melder sind sogenannte DEMIS-Basis-Ressourcen und sind nun in das Paket rki.demis.common ausgelagert. Grund für diese Aufsplittung ist, dass die Basismelde-Inhalte nun auch für andere Meldepflichten genutzt werden müssen (Beispielsweise Meldungen von Erkrankungen nach § 6 IfSG) und durch die Aufsplittung eine modulare Nutzung der DEMIS-Ressourcen möglich ist.