Erregernachweismeldevorgang
https://demis.rki.de/fhir/StructureDefinition/NotificationBundleLaboratory
Der Erregernachweismeldevorgang ist vom Meldevorgang aus dem Paket rki.demis.common abgeleitet und bildet den Container für genau eine Erregernachweismeldung.
Bildung und Anwendung des Identifiers des Meldevorgangs (Meldevorgangs-Id) [Auszug aus den Grundlagen des Meldungs-Lifecyclemanagements]:
Ein Meldevorgang (MV) ist die Nachricht eines Melders (z.B. eines Labors oder Krankenhauses) an die DEMIS Infrastruktur. Er kann als Umschlag um eine konkrete Version einer Meldung (Initialmeldung, Ergänzung/Korrektur) interpretiert werden. Unterschiedliche Meldevorgänge können sich somit grundsätzlich auf die gleiche logische Meldung beziehen. Dies ist beispielsweise dann der Fall, wenn Inhalte einer Meldung in einem Meldevorgang MV1 durch deren Sender über weitere Meldevorgänge (MV2, MV3, ... ) ergänzt oder korrigiert werden. Meldevorgänge werden über DEMIS an die jeweils zuständigen Gesundheitsämter vermittelt und in den dortigen Fachverfahren verarbeitet. Im Ergebnis wird der Meldevorgang bzw. die darüber kommunizierte Meldung einem neuen oder ggf. auch einem bestehenden Fall zugeordnet.
Meldevorgänge werden als profilierte FHIR-Bundle-Ressourcen (vgl. Meldevorgang) abgebildet und sind mit einem eindeutigen Identifier, der Meldevorgangs-Id (NotificationBundleId), versehen, welcher durch das DEMIS-Backend gesetzt bzw. überschrieben wird. Jeder Meldevorgang hat somit einen individuellen Identifier, der ihn eindeutig identifiziert und als Ende-zu-Ende-Referenz zwischen Sender und Empfänger genutzt werden kann. Da die Meldevorgangs-Id (NotificationBundleId) durch das DEMIS-Backend gesetzt wird, erhält der Melder sie als Bestandteil der Melde-Response (strukturiert und als Bestandteil der PDF-Quittung) zurück geliefert.
Repräsentation der Meldevorgangs-Id (NotificationBundleId) als Bundle.identifier:
<Bundle xmlns="http://hl7.org/fhir"> ... <identifier> <system value="https://demis.rki.de/fhir/NamingSystem/NotificationBundleId"/> <value value="f6f4061a-1bdd-31c0-8d81-09b39f581270"/> </identifier> <type value="document"/> ... </Bundle>
Wichtig: Da der Meldevorgangs-Id (NotificationBundleId) eine überaus wichtige Rolle im System zufällt und ihre Eindeutigkeit zwingend gewährleistet sein muss, wird der durch das meldende System gesetzte Identifier durch das DEMIS-Backend überschrieben! Der neu gesetzte Identifier wird als Bestandteil der Response-Nachricht dem sendenden System bekannt gegeben. Obwohl der Identifier durch das DEMIS-Backend gesetzt wird, muss das sendende System dennoch einen entsprechenden Wert generieren und übermitteln. Die Ursache hierfür liegt in den Basisanforderungen des zugrundeliegenden FHIR-Standards begründet, der für FHIR-Dokumente das Setzen eines entsprechenden Identifiers verpflichtend vorsieht.
Bildungsvorschrift für die Meldevorgangs-Id
- Als
system
MUSS https://demis.rki.de/fhir/NamingSystem/NotificationBundleId verwendet werden. - Als
value
MUSS für jede Nachricht (Meldevorgang) eine neue Random-UUID (v4) gemäß RFC4122 gebildet werden.
- Als
NotificationBundleLaboratory (Bundle) | I | https://demis.rki.de/fhir/StructureDefinition/NotificationBundle | |
meta | S | 1.. | |
profile | S | 1..1 | Fixed Value |
identifier | |||
system | Fixed Value | ||
notification | ..1 | ||
resource | 1.. | NotificationLaboratory |
Beispiel: