Jede Nachrichtenfamilie in der NABIDH-Integration verfügt über einen eigenen Schalter. Dieser Leitfaden erklärt jeden Auslöser auf der Registerkarte „Trigger" der Verbindung, in welche HL7-Nachricht er umgewandelt wird, welche standardmäßig aktiviert sind – und welche Validierungsregeln darüber entscheiden, ob eine Nachricht überhaupt gesendet werden kann.
Dieser Artikel ist Teil der NABIDH-Leitfadenreihe:
- Teil 1: Was ist NABIDH und wie verbindet sich Pabau damit
- Teil 2: Pabau mit NABIDH verbinden
- Teil 3: Ihre Daten für NABIDH zuordnen
- Teil 4: Auswählen, welche Ereignisse an NABIDH gesendet werden (Sie befinden sich hier)
- Teil 5: NABIDH-Übermittlungen testen, überwachen und Fehler beheben
- Teil 6: NABIDH-Fehlercodes und Übermittlungsstatus
- Teil 7: NABIDH-Codetabellen-Referenz
Die Registerkarte „Trigger"
Öffnen Sie Ihre NABIDH-Verbindung und gehen Sie zu 2. Trigger. Die Trigger sind gruppiert in Kunden, EMR und Termine; jede Zeile ordnet ein Pabau-Ereignis einer NABIDH-Nachricht zu, mit einem Schalter. Deaktivierte Zeilen werden vollständig ignoriert – Ereignisse, die auftreten, während ein Trigger deaktiviert ist, werden nicht für später in die Warteschlange gestellt.
Schritt 1: Kunden-Trigger
- Patient hinzufügen (ADT^A28) — wird gesendet, wenn ein Kunde angelegt wird. Standardmäßig aktiviert.
- Patient aktualisieren (ADT^A31) — wird gesendet, wenn sich die Daten eines Kunden ändern. Standardmäßig aktiviert.
- Patient löschen (ADT^A29) — standardmäßig deaktiviert, und zwar bewusst: Eine A29 löscht den demografischen Datensatz des Patienten bei NABIDH.
- Kundenzusammenführung (ADT^A40) — standardmäßig deaktiviert. Teilt NABIDH mit, dass zwei Datensätze zusammengeführt wurden, damit auch dort eine Zusammenführung erfolgen kann.
WARNUNG: Aktivieren Sie Patient löschen und Kundenzusammenführung erst, wenn Sie von Ihrer Datenhygiene überzeugt sind – beide ändern oder entfernen Datensätze im Gesundheitsinformationsaustausch, nicht nur in Pabau.
Schritt 2: Termin-(Besuchs-)Trigger
- Voranmeldung des Besuchs (ADT^A05) — kündigt NABIDH eine Buchung bei deren Erstellung an, noch bevor der Patient eintrifft.
- Besuchsaktualisierungen (A04 / A08 / A03) — der zentrale Besuchsablauf. Pabau wählt die passende Nachricht anhand des Verlaufs des Termins: Check-in sendet die Besuchsregistrierung (ADT^A04), nachfolgende Detailänderungen senden Aktualisierungen (ADT^A08), und die Markierung des Termins als Abgeschlossen sendet die Entlassung (ADT^A03).
- Besuch nach Check-in storniert (ADT^A11) — teilt NABIDH mit, dass ein bereits registrierter Besuch für ungültig erklärt werden soll.
HINWEIS: Für zukünftige Buchungen wird nichts gesendet, sofern Sie die Voranmeldung nicht aktivieren – die erste Besuchsnachricht, die NABIDH sieht, ist der Check-in. Pabau hält die Besuchsabfolge auch in Ihrem Namen konsistent: So wird beispielsweise beim Abschließen eines Termins, der nie eingecheckt wurde, die Registrierung und die Entlassung in der richtigen Reihenfolge gesendet, doppelte Statusänderungen werden nicht erneut gesendet, und das Stornieren eines Besuchs, von dem NABIDH nie erfahren hat, sendet nichts.
Schritt 3: EMR-Trigger
- Kundenprobleme (PPR^PC1) — wenn ein Problem/eine Diagnose hinzugefügt oder aktualisiert wird, wird die gesamte Problemliste des Patienten erneut gesendet, sodass NABIDH stets die vollständige aktuelle Liste vorliegen hat.
- Kundenallergien (ADT^A31 + AL1) — sendet ebenso bei jeder Änderung die vollständige, aktive Allergieliste des Patienten.
- Rezepte (RDE^O11) — werden bei Ausstellung eines Rezepts gesendet, eine Auftragsgruppe pro Medikamentenzeile. Medikamente werden mit dem Dubai-Drug-Code-Register (DDC) abgeglichen. Rezepte, die auf ärztliche Genehmigung warten, werden bis zur Genehmigung zurückgehalten.
- Laborergebnisse (ORU^R01) — neue Ergebnisse werden als „final" markiert versendet; ein erneut importiertes/geändertes Ergebnis wird vollständig erneut gesendet, markiert als „korrigiert".
- Dokumente & Schreiben (MDM^T02) — EMR-Schreiben und PDFs, base64-codiert, bis zu 3 MB pro Dokument.
- Impfungen (VXU^V04) — auf der Registerkarte sichtbar, aber als „demnächst verfügbar" gekennzeichnet.
Schritt 4: Änderungen speichern
Trigger-Schalter werden wie Zuordnungsänderungen zwischengespeichert. Gehen Sie zu 4. Überprüfung – dort wird zusammengefasst, was aktiviert ist und was sich ändert – und klicken Sie auf Speichern, um zu veröffentlichen. Die Registerkarte „Überprüfung" ist auch eine gute Kontrolle dafür, dass der Datenfluss nur in eine Richtung verläuft, von Pabau zu NABIDH.
Was eine Nachricht blockiert: Validierung
Bevor etwas gesendet wird, überprüft Pabau den Datensatz anhand der Anforderungen von NABIDH. Ein Datensatz, der die Validierung nicht besteht, wird überhaupt nicht gesendet – die Übermittlung wird im Protokoll als fehlgeschlagen markiert, mit einer Meldung, die genau angibt, was Sie beheben müssen (siehe Teil 5). Die im Alltag wichtigen Regeln:
- Jede Patientennachricht benötigt Vorname, Nachname, Geburtsdatum und mindestens eine Kontaktangabe (Mobiltelefon, Telefon oder E-Mail).
- Einwohner von Dubai benötigen eine gültige Emirates-ID (mit Präfix 784, 15 Ziffern) im verknüpften benutzerdefinierten Feld. Touristen sind davon ausgenommen.
- Jede Besuchsnachricht benötigt eine NABIDH-Fachrichtung bei der gebuchten Leistung und eine 8-stellige Sheryan-Lizenz für den Behandler (eigene oder Ersatzlizenz) – beides wurde in Teil 3 eingerichtet.
- Dokumente benötigen PDF-Inhalte; Laborergebnisse benötigen mindestens einen Analyten mit einem Wert; Rezepte benötigen mindestens eine benannte Medikamentenzeile und dürfen nicht auf Genehmigung warten.
TIPP: Führen Sie vor dem Livegang für jeden aktivierten Trigger ein Testereignis durch und beobachten Sie, wie es im Protokoll erfolgreich verarbeitet wird – Teil 5: NABIDH-Übermittlungen testen, überwachen und Fehler beheben zeigt Ihnen, wie das geht.