Sichere Anbindung Dritter an einen laufenden Einsatz, ohne den Einsatz offenzulegen

Größere Einsätze existieren selten innerhalb der Informationsgrenzen einer einzigen Organisation.

Polizei, Rettungsdienst und Feuerwehr steuern ihren jeweiligen Einsatz möglicherweise über eigene Leitstellen und eigene Einsatzleitsysteme. Kommunen, Krankenhäuser, Infrastrukturbetreiber und weitere Behörden tun unter Umständen dasselbe.

Gleichzeitig können wertvolle Informationen von Organisationen kommen, die an der Bewältigung des Einsatzes gar nicht beteiligt sind.

Universitäten, Forschungseinrichtungen, Umweltüberwachungssysteme, Infrastrukturanbieter und spezialisierte Modellierungsdienste können über Informationen verfügen, die das Lagebild wesentlich verbessern könnten.

Das sind sehr unterschiedliche Beziehungen, die jedoch ein gemeinsames Problem erzeugen:

Wie lässt man vertrauenswürdige Dritte Informationen zu einem laufenden Einsatz mit mehreren Behörden beitragen, ohne ihnen unnötigen Zugriff auf das zentrale Einsatzleitsystem zu gewähren und ohne von ihnen zu verlangen, im Gegenzug ihre eigenen Systeme zu öffnen?

Genau dieses Problem gehen wir mit ORDU Studio an, und ganz konkret mit ORDU Connect.

Informationsaustausch erfordert keinen gemeinsamen Zugriff

Es liegt nahe, den Informationsaustausch zwischen mehreren Behörden als Berechtigungsproblem zu betrachten.

Jede teilnehmende Organisation als Nutzer hinzufügen. Ihnen Konten geben. Einschränken, was sie sehen können.

Oder das Problem aus der entgegengesetzten Richtung angehen und sich direkt mit den Systemen jeder Organisation verbinden, wobei die zentrale Plattform die Berechtigung erhält, die benötigten Informationen selbst abzurufen.

Beide Ansätze können den Sicherheitsbereich potenziell ausweiten.

Ein laufender Einsatz kann hochsensible operative Informationen enthalten: interne Entscheidungen, Personaldaten, Standorte, Schwachstellen, Kommunikation, Einsatzpläne und von anderen Organisationen bereitgestellte Informationen.

Ebenso können die Systeme von Polizei, Rettungsdienst, Feuerwehr, Krankenhäusern, Infrastrukturanbietern, Universitäten und anderen Organisationen Informationen enthalten, die absolut keinen Grund haben, einer zentralen Plattform mehrerer Behörden offengelegt zu werden.

Die Notwendigkeit, eine einzelne Information zu teilen, sollte nicht zur Notwendigkeit werden, ein gesamtes System offenzulegen.

ORDU behandelt daher das Beitragen von Informationen, das Empfangen von Informationen und den Zugriff auf die Systeme einer anderen Organisation als getrennte Konzepte.

Eine Organisation kann zum operativen Gesamtlagebild mehrerer Behörden beitragen, ohne dabei Nutzer von ORDU Console zu werden.

ORDU kann Informationen von einer Organisation empfangen, ohne Zugriff auf die internen Systeme dieser Organisation zu erhalten.

Diese Trennung ist grundlegend für die Architektur von ORDU Connect.

Secured Verified Third-Party Providers

Innerhalb von ORDU Studio bezeichnen wir vertrauenswürdige externe Informationsanbieter als Secured Verified Third-Party Providers, kurz SV3P.

Ein SV3P kann eine operative Organisation sein, etwa ein Polizei-, Rettungsdienst- oder Feuerwehrdienst, der eine eigene Einsatzleitstelle betreibt.

Es kann sich um ein Krankenhaus, eine Kommune, ein Versorgungsunternehmen oder einen Infrastrukturbetreiber handeln.

Ebenso kann es eine Organisation sein, die überhaupt keine Rolle bei der Koordination des Einsatzes spielt, aber ein spezialisiertes System, einen Datensatz oder eine Analysefähigkeit betreibt, die unter bestimmten Umständen relevant wird.

Eine Universität, die ein Erdbeben-Auswirkungsmodell betreibt, ist ein gutes Beispiel dafür.

Diese Organisationen stehen in sehr unterschiedlichen Beziehungen zu einem Einsatz, sodass ORDU Connect nicht davon ausgehen kann, dass jeder SV3P dasselbe Zugriffsniveau haben oder dieselben Informationen austauschen sollte.

Am wichtigsten ist:

Der SV3P kontrolliert, welche Informationen er teilt und wann er sie teilt.

Eine Organisation an ORDU anzubinden bedeutet nicht, die Systeme dieser Organisation für ORDU zu öffnen.

Es bedeutet auch nicht, dieser Organisation uneingeschränkten Zugriff auf innerhalb von ORDU gespeicherte Informationen zu geben.

ORDU Connect stellt einen kontrollierten digitalen Kanal zwischen ansonsten getrennten Umgebungen bereit.

Drei Türen, ORDU Connect in der Mitte

Es gibt einen wichtigen architektonischen Unterschied zwischen Integration und Zugriff.

Eine klassische Integration kann erfordern, dass eine Organisation eine digitale Tür in ihre Systeme öffnet, damit ein anderes System hineingreifen und die benötigten Informationen abrufen kann.

Für das Einsatzmanagement, insbesondere über Organisationsgrenzen hinweg, entsteht dadurch eine unangenehme Sicherheitsfrage:

Wie viel von Ihrer digitalen Umgebung müssen Sie offenlegen, damit jemand anderes die geringe Menge an Informationen erhalten kann, die er tatsächlich benötigt?

ORDU Connect verfolgt einen anderen Ansatz.

Stellen Sie sich die Architektur als drei Türen in einem Flur vor.

Die erste Tür schützt die operative Umgebung der externen Organisation.

Die dritte Tür schützt die Einsatzumgebung von ORDU.

Und zwischen ihnen liegt die zweite Tür:

ORDU Connect.

Die externe Organisation gibt ORDU keinen Schlüssel zu ihrer Tür.

ORDU gibt der externen Organisation keinen Schlüssel zum Einsatz.

Stattdessen kommunizieren beide Seiten über die kontrollierte mittlere Tür.

ORDU Connect ist der Torwächter.

Die ursprüngliche Organisation entscheidet, welche Informationen sie aus ihrer Umgebung herauslassen möchte und wann sie diese teilen möchte.

Diese Informationen werden bewusst durch die mittlere Tür übermittelt.

ORDU Connect authentifiziert die Quelle, validiert und verarbeitet die Übermittlung, ordnet sie dem passenden Einsatz zu und stellt die strukturierten Informationen ORDU Console zur Verfügung.

Die Kommunikation wird zu:

Organisation → ORDU Connect → ORDU Console

anstatt zu:

ORDU → externes System öffnen → nach Informationen suchen → Daten abrufen

Dieser Unterschied ist entscheidend.

ORDU benötigt keine Erlaubnis, um in den Systemen einer anderen Organisation nach Informationen zu suchen.

Der Dritte benötigt keinen Zugriff auf ORDU Console, um Informationen zu liefern.

Die Türen, die beide operativen Umgebungen schützen, bleiben geschlossen.

ORDU Connect stellt die kontrollierte mittlere Tür bereit, durch die genehmigte Informationen hindurchgehen können.

Der Absender kontrolliert seine Tür

Dadurch ändert sich, wer die Beziehung des Informationsaustauschs kontrolliert.

Bei einem System, das darauf ausgelegt ist, Informationen von einer anderen Organisation abzurufen, fragt das empfangende System im Grunde:

„Was darf ich abrufen?“

Mit ORDU Connect entscheidet stattdessen die ursprüngliche Organisation:

„Was möchte ich teilen?“

und:

„Wann möchte ich es teilen?“

Das ist besonders wichtig bei der Anbindung operativer Organisationen wie Polizei, Rettungsdienst und Feuerwehr.

Ihre Systeme können große Mengen an Informationen enthalten, die niemals außerhalb ihres eigenen Sicherheitsbereichs offengelegt werden sollten.

Die Anbindung an ORDU sollte nicht bedeuten, ORDU Zugriff auf diese Systeme zu gewähren.

Stattdessen kann eine Organisation, wenn sie feststellt, dass ein bestimmtes operatives Update Teil des Gesamtlagebilds mehrerer Behörden werden sollte, diese spezifische Information durch die von ORDU Connect bereitgestellte mittlere Tür veröffentlichen.

Alles andere bleibt hinter der eigenen Tür der ursprünglichen Organisation.

Anwendungsfall eins: Spezialisiertes Wissen ohne Einsatzzugriff

Unsere erste SV3P-Integration ist ein gutes Beispiel für eine Organisation, die nicht unmittelbar an der Bewältigung eines Einsatzes beteiligt ist.

Eine Universität modelliert die potenziellen Auswirkungen von Erdbeben auf Rettungsdienste.

Die Universität interessiert sich nicht für jeden über ORDU verwalteten Einsatz.

Sie interessiert sich speziell für Einsätze im Zusammenhang mit Naturkatastrophen, bei denen sich der ungefähre Standort des Einsatzes innerhalb einer definierten Entfernung zu einem erkannten Erdbeben befindet.

Daraus ergibt sich eine sehr spezifische Informationsbeziehung.

Die Universität benötigt genug Informationen, um Folgendes festzustellen:

„Gibt es einen für unser Erdbebenmodell relevanten Einsatz?“

Sie muss nicht fragen:

„Was geschieht innerhalb dieses Einsatzes?“

Dieser Unterschied bestimmt den Informationsaustausch.

Nur so viel teilen, wie zur Feststellung der Relevanz nötig ist

ORDU Console ist die geschützte operative Umgebung, in der autorisierte Teams einen Einsatz koordinieren.

ORDU Connect stellt die kontrollierte Grenze zwischen dieser Umgebung und externen Systemen bereit.

Für den Anwendungsfall Erdbeben benötigt die Universität weder die Einsatz-Zeitlinie noch operative Entscheidungen, Personalinformationen, Pläne, Nachrichten oder andere sensible, in Console gespeicherte Informationen.

Sie benötigt nur die begrenzten Informationen, die nötig sind, um festzustellen, ob ein Einsatz in ihren Relevanzbereich fällt.

In diesem Fall könnten dazu Faktoren wie die Einsatzklassifizierung und ein hinreichend verallgemeinerter Standort gehören.

Der SV3P kann diese begrenzten Informationen mit seinen eigenen Daten abgleichen:

Naturkatastrophen-Einsatz → allgemeiner Standort → erkanntes Erdbeben → Entfernungsschwelle → mögliche Übereinstimmung

Sind diese Bedingungen nicht erfüllt, muss nichts Weiteres geschehen.

Der Anbieter hat nur das Mindestmaß an Informationen erhalten, das nötig ist, um festzustellen, dass der Einsatz für ihn nicht relevant ist.

Sind die Bedingungen jedoch erfüllt, kann das externe System seine Spezialarbeit durchführen.

Spezialisten Spezialisten bleiben lassen

Sobald ein relevanter Einsatz identifiziert wurde, kann die Universität ihr Erdbeben-Auswirkungsmodell mit ihren eigenen Systemen, Datensätzen und ihrer Fachexpertise ausführen.

ORDU muss diese Fähigkeit nicht nachbilden.

Dies ist ein weiteres wichtiges architektonisches Prinzip hinter ORDU Connect.

Ein Einsatzleitsystem muss nicht zu einem meteorologischen System, einer Erdbeben-Modellierungsplattform, einer Infrastrukturüberwachungsplattform, einem medizinischen System, einem Polizeisystem und jedem anderen Spezialsystem werden, das potenziell zu einem Einsatz beitragen könnte.

Diese Fähigkeiten existieren bereits.

Das Ziel sollte sein, ihre relevanten Ergebnisse bei Bedarf zum operativen Lagebild beitragen zu lassen.

Die detaillierte Erdbebenmodellierung verbleibt daher innerhalb der Umgebung der Universität.

Sobald die Analyse abgeschlossen ist, kann die Universität wählen, die relevanten Ergebnisse sicher an ORDU Connect zu übermitteln.

Externes Wissen in operative Informationen verwandeln

Von ORDU Connect empfangene Informationen werden nicht einfach in den Einsatz gekippt.

Connect kann die Übermittlung verarbeiten und in eine strukturierte Nachricht umwandeln, die ORDU Console versteht.

Diese Nachricht kann anschließend im Console-Dashboard für den betreffenden Einsatz dargestellt werden.

Das Einsatzteam muss das zugrunde liegende System, die Datenstrukturen oder die Modellierungsplattform der Universität nicht verstehen.

Es erhält die Informationen innerhalb der Umgebung, in der es die Reaktion bereits koordiniert.

Der Ablauf wird zu:

ORDU Connect → begrenzte Relevanzinformation → SV3P

gefolgt, sofern zutreffend, von:

SV3P → Spezialanalyse → ORDU Connect → strukturierte Nachricht → ORDU Console

Die externe Organisation bleibt außerhalb der Einsatzleitungsumgebung, während ihr relevantes Wissen Teil des operativen Lagebilds wird.

Die detaillierte Quelle in Reichweite bringen

Manchmal reichen die in ORDU Console dargestellten strukturierten Informationen aus.

Manchmal müssen die Personen, die eine Entscheidung treffen, weiter nachforschen.

Ein SV3P kann daher auch sichere Links zurück zu Informationen einbeziehen, die in seinen eigenen Systemen gespeichert sind.

Im Erdbeben-Beispiel könnte die Universität ein Spezial-Dashboard mit deutlich detaillierterer Modellierung, Visualisierungen, Datensätzen oder unterstützenden Informationen pflegen.

ORDU kann neben den über Connect empfangenen Informationen einen Link zu dieser Ressource anzeigen.

Wichtig ist, dass ORDU nicht versucht, die Sicherheitskontrollen des externen Anbieters zu umgehen.

Die meisten Mitglieder des Einsatzteams haben möglicherweise keine Berechtigung, auf dieses Universitäts-Dashboard zuzugreifen.

Das ist zu erwarten.

Diejenigen, die über die passenden Zugangsdaten verfügen, können dem Link folgen und sich beim Anbieter mit den bereits bestehenden Zugriffskontrollen dieses Systems authentifizieren.

Das wird besonders wertvoll bei Besprechungen, Diskussionen und operativen Entscheidungen.

Statt dass sich jemand erinnern muss, dass ein weiteres Spezialsystem existiert, die passende Anwendung finden, die richtige Analyse ausfindig machen und feststellen muss, ob er Zugriff hat, kann die Quelle unmittelbar aus der operativen Information heraus verfügbar sein, die die Diskussion ausgelöst hat.

ORDU liefert den Kontext. Die externe Organisation behält die Kontrolle über die detaillierten Informationen.

Anwendungsfall zwei: Anbindung operativer Leitstellen

Dieselbe Architektur löst ein ganz anderes Problem, wenn der SV3P selbst auf den Einsatz reagiert.

Man stelle sich einen Großeinsatz vor, an dem Polizei, Rettungsdienst und Feuerwehr beteiligt sind.

Jeder Dienst kann seine eigene Leitstelle, eigene Systeme, Verfahren, Sicherheitsbereiche und operative Zuständigkeiten haben.

Sie verfügen möglicherweise bereits über ausgereifte eigene Einsatzleitfähigkeiten.

ORDU Studio sollte diese Organisationen nicht zwingen, ihre Systeme aufzugeben, noch alle an einem Einsatz mehrerer Behörden Beteiligten zwingen, über eine einzige riesige Anwendung zu arbeiten.

Die Anforderung ist eine andere.

Das Koordinationsteam mehrerer Behörden benötigt relevante Informationen von diesen Organisationen.

Und diese Organisationen benötigen einen sicheren, zuverlässigen Mechanismus, über den sie diese Informationen bereitstellen können, wenn sie sich dafür entscheiden.

Das Telefonproblem

Ohne digitale Integration kann der Informationsaustausch zwischen Leitstellen weiterhin stark von Telefonanrufen abhängen.

Ein Disponent in einer Leitstelle liest Informationen aus seinem System.

Er teilt sie mündlich jemandem in einer anderen Leitstelle mit.

Die Person, die den Anruf entgegennimmt, hört zu und trägt die Information in ein anderes System oder Einsatzprotokoll ein.

Die Information hat effektiv diese Kette durchlaufen:

System → Person → Telefon → Person → System

Man betrachte, was mit den Daten geschehen ist.

Sie begannen digital.

Sie wurden von einer Person interpretiert.

Sie wurden in Sprache umgewandelt.

Sie reisten über das Telefon.

Sie wurden von einer anderen Person gehört und interpretiert.

Sie wurden anschließend wieder in digitale Informationen umgewandelt, indem sie manuell in ein anderes System eingegeben wurden.

Jede dieser Stufen bietet eine Gelegenheit, dass Informationen missverstanden, verkürzt, falsch übertragen, falsch eingegeben oder um nützliche Struktur und Kontext gebracht werden.

Die sprechende Person kann etwas auslassen, dessen Bedeutung sie nicht erkennt.

Die zuhörende Person kann eine Zahl falsch hören.

Ein Standort kann falsch übertragen werden.

Eine Uhrzeit kann ihren Kontext verlieren.

Von einer Organisation verwendete Terminologie kann von einer anderen anders interpretiert werden.

Und sobald diese Information in das zentrale Einsatzprotokoll eingetragen wurde, kann die falsch übertragene Version maßgeblich erscheinen, einfach weil sie nun im System steht.

Bei einem Großeinsatz, bei dem sich Informationen schnell ändern können und operative Entscheidungen von kleinen Details abhängen können, ist das von Bedeutung.

Digitale Informationen sollten digital bleiben

ORDU Connect bietet einen anderen Weg.

Wo Systeme digital integriert werden können, lassen sich strukturierte Informationen sicher aus der eigenen Umgebung einer Organisation in den Einsatz mehrerer Behörden übertragen.

Statt:

Leitstelle A → Disponent → Telefon → Disponent → Einsatzprotokoll mehrerer Behörden

kann die Information so verlaufen:

Leitstelle A → ORDU Connect → strukturierte Nachricht → Einsatz mehrerer Behörden

Die Information, die die ursprüngliche Organisation verlässt, ist dieselbe, die ankommt.

Daten bleiben Daten.

Uhrzeiten bleiben Uhrzeiten.

Standorte bleiben Standorte.

Koordinaten bleiben Koordinaten.

Referenzen bleiben Referenzen.

Kennungen bleiben Kennungen.

Strukturierte Felder bleiben strukturierte Felder.

Die Information muss nicht in eine gesprochene Beschreibung umgewandelt und am anderen Ende manuell rekonstruiert werden.

Das entfernt nicht die Menschen aus dem Einsatzmanagement.

Ganz im Gegenteil.

Es erlaubt den Menschen, mehr Zeit damit zu verbringen, Informationen zu verstehen, deren Bedeutung zu diskutieren und Entscheidungen zu treffen, statt als menschliche Schnittstellen zur Datenübertragung zwischen Computersystemen zu fungieren.

Bewahren, was tatsächlich gesagt wurde

Es gibt einen weiteren wichtigen Vorteil der strukturierten digitalen Kommunikation.

Die ursprüngliche Übermittlung kann aufbewahrt werden.

Das bedeutet, es kann einen Unterschied geben zwischen:

dem, was die ursprüngliche Organisation tatsächlich gesendet hat

und:

wie diese Information anschließend dargestellt, interpretiert oder verwendet wird.

Das ist besonders wichtig in einem Einsatzprotokoll.

Wird eine Information mündlich übermittelt und manuell in ein Protokoll eingetippt, kann das Protokoll die Transkription oder Interpretation der Originalinformation durch jemanden enthalten.

Bei strukturierter digitaler Kommunikation kann die ursprüngliche Nachricht Teil des Prüfpfads bleiben.

Das schafft eine stärkere Nachvollziehbarkeit und liefert eine deutlich klarere Aufzeichnung darüber, wie Informationen in das operative Gesamtlagebild mehrerer Behörden eingegangen sind.

SV3Ps entscheiden, was sie teilen

Nichts davon bedeutet, dass eine angebundene Leitstelle von Polizei, Rettungsdienst, Feuerwehr oder einer anderen Organisation automatisch alle ihre Einsatzinformationen an ORDU streamen sollte.

Das würde einem der zentralen Sicherheitsprinzipien hinter Connect widersprechen.

Der SV3P entscheidet, was er teilt.

Der SV3P entscheidet, wann er es teilt.

Die Polizei verfügt möglicherweise über Informationen, die für eine breitere Verteilung ungeeignet sind.

Rettungsdienste verfügen möglicherweise über vertrauliche Informationen, die im weiteren operativen Gesamtlagebild mehrerer Behörden nichts zu suchen haben.

Feuerwehr und Rettungsdienste können über detaillierte interne operative Informationen verfügen, die ihre eigene Kontrollumgebung nicht verlassen müssen.

Eine Universität kann über umfangreiche Forschungsdaten verfügen, von denen nur ein kleiner Teil der Analyse für den Einsatz relevant ist.

Die Anbindung dieser Organisationen an ORDU schafft keine uneingeschränkte Sichtbarkeit über Organisationsgrenzen hinweg.

Sie schafft einen kontrollierten Mechanismus, über den die ursprüngliche Organisation sagen kann:

„Diese Information ist für die Reaktion mehrerer Behörden relevant, und wir entscheiden uns, sie zu teilen.“

Diese Information kann anschließend sicher durch ORDU Connect hindurchgehen.

Alles andere verbleibt innerhalb des eigenen Sicherheitsbereichs der Organisation.

Integration bedeutet nicht, die Kontrolle über Ihre Daten aufzugeben.

Der Quelle vertrauen, nicht jeder einzelnen Information

Es gibt noch einen weiteren wichtigen Unterschied.

Eine verifizierte Quelle bedeutet nicht, dass jede von ihr gesendete Information automatisch als operative Tatsache behandelt werden sollte.

ORDU Connect kann feststellen, dass eine Übermittlung von einem anerkannten SV3P stammt.

Das schafft Nachvollziehbarkeit der Herkunft.

Aber Herkunftsnachweis und operative Validierung sind zwei verschiedene Dinge.

Ein Modell bleibt ein Modell.

Eine Vorhersage bleibt eine Vorhersage.

Ein operativer Bericht kann später überholt werden.

Informationen können unvollständig sein oder im Widerspruch zu Informationen aus einer anderen Quelle stehen.

Diesen Unterschied aufrechtzuerhalten wird bei komplexen Einsätzen mit mehreren beteiligten Organisationen besonders wichtig.

Das System sollte daher in der Lage sein, Fragen wie die folgenden zu beantworten:

• Wer hat diese Information geliefert?
• Wann wurde sie übermittelt?
• Welche verifizierte Integration hat sie übermittelt?
• Welchem Einsatz war sie zugeordnet?
• Welche Information wurde ursprünglich empfangen?
• Wie wurde diese Information innerhalb von Console dargestellt?
• Gibt es ein Quellsystem mit weiteren Details?
• Wurden inzwischen neuere Informationen empfangen?

Das schafft eine nachvollziehbare Informationskette, ohne dass der externe Anbieter Zugang zur operativen Umgebung erhalten muss.

Das Prinzip der minimal notwendigen Offenlegung

Die Architektur beruht auf einem einfachen Sicherheitsprinzip:

Nur das offenlegen, was eine andere Organisation benötigt, um ihre Rolle zu erfüllen.

Für das Erdbebenmodell der Universität kann das bedeuten, zu wissen, dass ein Naturkatastrophen-Einsatz innerhalb eines bestimmten allgemeinen Gebiets existiert.

Es erfordert nicht zu wissen, welches Personal im Einsatz ist, welche Ressourcen eingesetzt wurden, welche Entscheidungen getroffen wurden oder was andere Behörden gemeldet haben.

Für einen Rettungsdienst kann das bedeuten, ein strukturiertes operatives Update mit dem Team mehrerer Behörden zu teilen, während sensible interne Informationen innerhalb der eigenen Systeme verbleiben.

Für das zentrale Einsatzteam kann das bedeuten, das Ergebnis eines Spezialmodells zu erhalten, ohne Zugriff auf die gesamte Plattform des Anbieters zu erhalten.

Jede Organisation bleibt für den Schutz ihrer eigenen Informationen verantwortlich.

ORDU Connect stellt den kontrollierten Informationsaustausch zwischen ihnen bereit.

Sichere Kommunikation, ohne das Netzwerk zu öffnen

Das ist letztlich das, was ORDU Connect bereitstellen soll:

eine sichere Kommunikationsgrenze, keine offene Integrationsgrenze.

Das Ziel ist nicht, immer tieferen Zugriff zwischen Organisationen zu schaffen.

Es ist nicht, ein zentrales System zu schaffen, das in jede angebundene Organisation hineinreichen kann.

Und es ist nicht, zu verlangen, dass jede Informationen beitragende Organisation zum Nutzer von ORDU Console wird.

Das Ziel ist, einen vertrauenswürdigen Weg zu schaffen, über den Organisationen genau die Informationen austauschen können, die zur Koordination eines Einsatzes erforderlich sind.

Man denke erneut an diese drei Türen.

Hinter der ersten befindet sich die externe Organisation und die Informationen, die sie schützt.

Hinter der dritten befindet sich die Einsatzumgebung von ORDU und das sensible operative Lagebild, das sie schützt.

Dazwischen liegt ORDU Connect.

Die mittlere Tür existiert, damit keine der beiden anderen geöffnet werden muss.

ORDU Connect wird zum Torwächter zwischen ansonsten getrennten operativen Umgebungen.

Es weiß, wer kommuniziert.

Es kontrolliert den Weg in ORDU.

Es kann validieren, was empfangen wird.

Es bewahrt die Struktur und Herkunft der ausgetauschten Informationen.

Es ordnet diese Informationen dem passenden Einsatz zu.

Und, entscheidend, es erlaubt den operativen Umgebungen auf beiden Seiten, geschützt zu bleiben.

Sie müssen Ihre Systeme nicht öffnen, um an der digitalen Koordination eines Einsatzes teilzunehmen. Sie müssen lediglich die Informationen, die Sie zu teilen wählen, durch eine kontrollierte mittlere Tür leiten.

Von der Systemintegration zur Informationskoordination

Das verändert, wie wir über Interoperabilität im Einsatzmanagement denken.

Das Ziel ist nicht, jede Organisation in ein einziges riesiges System zu zwingen.

Es geht nicht darum, jedem Zugriff auf die Daten aller anderen zu geben.

Und es geht nicht einfach darum, so viele APIs wie möglich anzubinden.

Das Ziel ist es, der richtigen Information zu erlauben, sicher, in strukturierter Form und genau dann zwischen Organisationen zu fließen, wenn sie operativ nützlich wird.

Manchmal bedeutet das, spezialisiertes Wissen einer Universität oder Forschungseinrichtung in das operative Lagebild einzubringen.

Manchmal bedeutet das, Polizei, Rettungsdienst, Feuerwehr oder einer anderen einsatzführenden Organisation zu erlauben, ein strukturiertes operatives Update direkt aus ihrer eigenen Leitstelle in den Einsatz mehrerer Behörden zu senden.

Manchmal bedeutet das, autorisierten Mitgliedern des Einsatzteams einen sicheren Weg zurück zu detaillierteren Informationen zu geben, die in einem spezialisierten externen System gespeichert sind.

In jedem Fall bleibt das Prinzip dasselbe.

Die ursprüngliche Organisation behält die Kontrolle darüber, was sie teilt und wann.

Die empfangende Organisation benötigt keinen uneingeschränkten Zugriff auf das ursprüngliche System.

Die externe Organisation benötigt keinen uneingeschränkten Zugriff auf den zentralen Einsatz.

Die Information bleibt digital und strukturiert, statt unnötig von einem System in Sprache und zurück in ein anderes System übersetzt zu werden.

Und ORDU Connect steht zwischen diesen Umgebungen als die kontrollierte mittlere Tür.

ORDU Console bleibt die geschützte Umgebung, in der der Einsatz mehrerer Behörden koordiniert wird.

ORDU Connect stellt die kontrollierte Brücke bereit, über die vertrauenswürdige Organisationen und Systeme zu diesem operativen Lagebild beitragen können.

Denn wirksame Koordination mehrerer Behörden hängt vom Informationsaustausch ab.

Das sollte nicht erfordern, Ihre digitalen Türen zu öffnen.

Und wenn Informationen bereits digital existieren, sollte es nicht davon abhängen, sie am Telefon vorzulesen und zu hoffen, dass sie am anderen Ende korrekt aufgeschrieben werden.