CASEVAC-Koordinierungssoftware: Medevac-Anfragen im taktischen COP

Das Überleben eines Verwundeten wird gegen die Uhr gemessen. Das Intervall zwischen Verwundung und definitiver chirurgischer Versorgung — das sogenannte goldene Zeitfenster — ist kurz, und die einzige wesentliche steuerbare Variable darin ist die Koordinierung: wie schnell eine 9-Zeilen-Medevac-Anfrage einen Entscheidungsträger erreicht, wie sauber sie einer verfügbaren Plattform zugeordnet wird und wie zuverlässig das klinische Bild des Verwundeten ihn zur empfangenden Einrichtung begleitet. CASEVAC-Koordinierungssoftware dient dazu, diesen Zeitraum zu verkürzen. Dieser Artikel untersucht das Datenmodell, den Anforderungsworkflow und die Integration mit dem taktischen gemeinsamen Lagebild (COP), die eine Abfolge gestresster Sprechfunkübertragungen in ein einziges gemeinsames, revisionssicheres Bild verwandelt.

CASEVAC versus MEDEVAC: warum die Software beide abbilden muss

Die beiden Begriffe sind nicht austauschbar, und Software, die sie gleichsetzt, erzeugt gefährliche Unschärfen. MEDEVAC — medizinische Evakuierung — nutzt dedizierte, gekennzeichnete medizinische Plattformen mit ausgebildetem medizinischem Personal, die unter den Genfer Konventionen geschützt sind. CASEVAC — Verwundeten-Evakuierung — nutzt eine Gelegenheitsplattform: einen Lkw auf dem Rückweg, ein Panzerwagen, einen Kampfhubschrauber auf dem Weg zur Basis. Es gibt keine dedizierte Versorgung unterwegs, und die Plattform genießt keinen geschützten Status.

In der Praxis erstreckt sich der Weg eines einzelnen Verwundeten häufig über beide Modalitäten. Ein verwundeter Soldat kann per CASEVAC vom Verwundungsort zu einem Verwundetensammelplatz (CCP) transportiert und dann auf ein dediziertes MEDEVAC-Luftfahrzeug für den Flug zu einer Einrichtung der Stufe 2 verlegt werden. Das Datenmodell muss daher den Verwundeten als persistente Entität und die Evakuierungsabschnitte als eine Folge verknüpfter Ereignisse behandeln, jedes mit eigenem Plattformtyp, Schutzstatus und Zeitrahmen. Die Evakuierung als einen einzigen unveränderlichen Datensatz zu modellieren — ein häufiger Fehler bei Erstgenerations-Tools — scheitert in dem Moment, in dem ein Verwundeter die Plattform wechselt, was die Regel und nicht die Ausnahme ist.

Die 9-Zeilen-Medevac-Anfrage als strukturiertes Formular

Die 9-Zeilen-Medevac-Anfrage ist das standardisierte Kurzformat, das Evakuierungsanfragen seit Jahrzehnten strukturiert. Ihre neun Zeilen sind: (1) Ort des Abholpunkts, (2) Funkfrequenz und Rufzeichen, (3) Anzahl der Patienten nach Dringlichkeit, (4) erforderliche Sonderausrüstung, (5) Anzahl der Patienten nach Typ — Trage oder gehfähig, (6) Sicherheitslage am Abholpunkt, (7) Methode zur Markierung des Abholpunkts, (8) Nationalität und Status der Patienten sowie (9) Gelände- oder NBC-Kontamination am Abholpunkt. Die Zeilen 6 bis 9 ändern ihren Inhalt zwischen Kriegs- und Friedensmeldung — ein Detail, das die Software kodieren muss, anstatt es dem Operator zu überlassen.

Die technische Chance liegt darin, dass ein Großteil davon ableitbar oder vorab bekannt ist. Zeile 1 ist die eigene GPS-Position des Anforderers, die das Gerät bereits kennt. Zeile 2 ist der Kommunikationsplan der Einheit, der vor der Mission bereitgestellt werden kann. Das lässt den Sanitäter nur die klinischen und sicherheitsrelevanten Zeilen eingeben — Patientenzahlen, Dringlichkeit, Ausrüstung, Markierung — unter den schlechtesten Bedingungen, denen eine Benutzeroberfläche jemals ausgesetzt sein wird: einhändig, mit Handschuhen, möglicherweise unter Beschuss, mit einem blutenden Verwundeten vor sich. Ein geführtes Formular mit großen Touch-Zielen, sinnvollen Standardwerten und konsequenter Feldvalidierung ist hier keine Usability-Annehmlichkeit; es ist der Unterschied zwischen einer Anfrage, die ein Flugzeug startet, und einer, die zur Klärung zurückkommt.

Feldvalidierung unter Druck

Die Validierung muss bei Vollständigkeit unnachgiebig und bei allem anderen nachsichtig sein. Eine Anfrage ohne Dringlichkeitszeile kann nicht priorisiert werden und muss von der Übermittlung gesperrt werden. Eine Anfrage mit einer Patientenzahl von null ist sinnlos und muss abgelehnt werden. Die Software darf jedoch niemals Reibung erzeugen, die eine korrekte Eingabe verlangsamt — keine Bestätigungsdialoge bei Routineaktionen, keine Pflicht-Freitextfelder, keine mehrstufigen Assistenten für das, was ein einziges scrollbares Formular sein sollte. Die Validierungslogik läuft lokal auf dem Gerät, sodass sie ohne Konnektivität funktioniert, und die fertige Anfrage wird für die Übermittlung in die Warteschlange gestellt, sobald ein Übertragungskanal — ein Mesh-Funk, ein Satellitenlink, eine LTE-Brücke am CCP — verfügbar ist.

MIST-Klinischer Übergabebericht: ein separater, verknüpfter Datensatz

Die 9-Zeilen-Anfrage ist ein taktisches und logistisches Dokument. Sie enthält nicht die klinischen Details, die die empfangende Einrichtung für die Vorbereitung benötigt. Diese Rolle übernimmt der MIST-Bericht: Verletzungsmechanismus, erlittene Verletzungen, Befunde (Vitalzeichen und deren Verlauf) und verabreichte Behandlung. MIST begleitet den Verwundeten und wird bei jeder Neubewertung aktualisiert, während die 9-Zeilen-Anfrage die Evakuierungsanforderung begleitet und nach der Übermittlung weitgehend unveränderlich ist.

MIST als verknüpften, aber eigenständigen Datensatz zu führen ist eine bewusste Architekturentscheidung. Der Luftmissionskommandeur, der über den Abflug entscheidet, benötigt den Abholort, die Sicherheitslage und die Patientendringlichkeit; er benötigt nicht den Blutdruckverlauf des Verwundeten. Das empfangende Trauma-Team der Stufe 2 benötigt genau das Gegenteil. Indem die beiden als getrennte Datensätze modelliert werden, die durch eine gemeinsame Verwundeten-Kennung verknüpft sind, abonniert jeder Verbraucher nur die für seine Entscheidung relevanten Informationen. Vitalzeichen im MIST-Datensatz werden einzeln mit Zeitstempel versehen, sodass die empfangende Einrichtung einen Verlauf sieht — ein sinkender Blutdruck über drei Messungen erzählt eine andere klinische Geschichte als ein einzelner niedriger Wert, und dieser Unterschied treibt die Vorbereitung des Schockraums.

Die Anfrage im gemeinsamen Lagebild sichtbar machen

Das historische Versagen der Medevac-Koordinierung ist das serielle Sprechfunkrelais: Der Sanitäter liest die 9-Zeilen-Anfrage auf dem Kompanie-Funk vor, die Kompanie leitet sie zum Bataillon weiter, das Bataillon gibt sie an die medizinische Operationszelle weiter, die Zelle koordiniert mit der Luftfahrt. Jeder Sprung führt zu Latenz und Transkriptionsfehlern, und keiner der Beteiligten hat ein gemeinsames Bild davon, wo sich der Verwundete befindet oder in welchem Zustand sich die Anfrage befindet.

Das Verwundetenereignis im COP sichtbar zu machen, verkürzt diese Kette. CASEVAC-Software veröffentlicht die Verwundeten- und Evakuierungsereignisse als Cursor-on-Target-Ereignisse über TAK Server, sodass der Abholpunkt, die Patientendringlichkeit (farbkodiert) und — sobald eine Plattform zugewiesen ist — die Liveposition des Evakuierungsgeräts als Kartenmarkierungen gerendert werden. Die medizinische Operationszelle, der Luftmissionskommandeur und die empfangende Einrichtung sehen dasselbe Bild gleichzeitig. Die Abflugentscheidung wird zum Blick auf eine Karte statt zu einer Rekonstruktion aus einer halb gehörten Funkübertragung.

Die Verwundeten-Markierung enthält nur die taktischen Felder, die für eine gemeinsame Karte geeignet sind — Ort, Dringlichkeit, Patientenzahl und Anfragestatus. Der klinische MIST-Datensatz wird separat an die Warteschlange der empfangenden Einrichtung weitergeleitet, sodass das operative Lagebild übersichtlich bleibt und die medizinischen Details des Verwundeten nicht an jeden verbundenen Client im Netzwerk gesendet werden. Diese Trennung der Zuständigkeiten spiegelt den standardmäßigen Ansatz zur Veröffentlichung strukturierter Felddaten im COP wider: das Minimum in die gemeinsame Karte stellen und die Details an den Verbraucher weiterleiten, der sie benötigt.

Cursor-on-Target-Ereignisse tragen auch eine Ablaufzeit — den Zeitpunkt, nach dem das Ereignis als abgelaufen gilt, wenn es nicht aktualisiert wird. Für eine Verwundeten-Markierung ist dies ein bedeutsamer Entwurfsparameter. Eine Markierung, die nie abläuft, verstopft das Bild mit bereits versorgten Verwundeten; eine Markierung, die zu schnell abläuft, kann von der Karte verschwinden, während der Verwundete noch auf die Abholung wartet. Das korrekte Verhalten knüpft die Ablaufzeit an den Datensatz-Lebenszyklus: Die Markierung bleibt bestehen, wird periodisch aktualisiert, bis der Verwundetendatensatz bei der Übergabe geschlossen wird. Zu diesem Zeitpunkt setzt ein abschließendes Ereignis die Markierung auf „gelöst" und lässt sie aus dem aktiven Bild verschwinden. Die Verknüpfung der Markierungslebensdauer mit dem Datensatzstatus statt mit einem festen Timer ist das, was das COP konsistent hält.

Dringlichkeit in Symbolik abbilden, die Operatoren kennen

Verwundeten-Markierungen sollten in einer Symbolik gerendert werden, die Operatoren bereits fließend lesen, statt in einem eigenen Icon-Set. Der weit verbreitete militärische Symbolstandard bietet medizinische und Verwundeten-Modifikatoren, die sauber auf den COP abgebildet werden können, und eine offene Symbol-Rendering-Bibliothek wie milsymbol kann die Glyphen clientseitig aus einem Standardsymbolcode erzeugen. Der praktische Nutzen besteht darin, dass ein Luftmissionskommandeur beim Scannen der Karte einen Urgent-Tragen-Verwundeten von einem Routine-Gehfähigen an Symbol und Farbe unterscheidet, ohne ein Etikett lesen zu müssen — die visuelle Kodierung trägt die Priorität. Konsistenz ist hier wichtiger als Originalität: Ein neues Icon, das eine Legende erfordert, verfehlt den Zweck eines gemeinsamen Lagebilds.

Dringlichkeitsgesteuerte Priorisierung und Abflug-Timer

Die Standard-Medevac-Dringlichkeit hat vier Kategorien, und die Software behandelt jede als einen Zustand mit angehängter Frist. Urgent erfordert Evakuierung innerhalb einer Stunde zur Rettung von Leben, Gliedmaßen oder Sehvermögen. Urgent-Surgical erfordert einen chirurgischen Eingriff zur Stabilisierung. Priority muss innerhalb von vier Stunden evakuiert werden, sonst verschlechtert sich der Zustand des Verwundeten auf Urgent. Routine erlaubt bis zu 24 Stunden. Die Software sortiert die Verwundetenwarteschlange nach Dringlichkeit und verstrichener Zeit, führt einen Countdown gegen die Frist jedes Verwundeten und löst einen eskalierenden Alarm aus, wenn sich ein Urgent-Verwundeter der Ein-Stunden-Marke ohne zugewiesene Plattform nähert. Der Timer ist die wichtigste Erinnerungsfunktion des Systems: Er macht die Kosten der Unentschlossenheit für alle sichtbar, die das COP beobachten.

Konnektivität, Synchronisierung und die Revisionsspur

Die Medevac-Koordinierung findet genau dort statt, wo die Konnektivität am schlechtesten ist — vorwärts, verteilt und oft unter elektronischem Angriff. Die Software muss daher im strikten Sinne offline-first sein: Jede Funktion, die nicht inhärent das Netzwerk erfordert, muss ohne es funktionieren. Der Verwundetendatensatz wird lokal erstellt, die 9-Zeilen-Anfrage wird lokal erstellt und validiert, der MIST-Bericht wird lokal erfasst, und all das wird für die Synchronisierung in die Warteschlange gestellt, sobald ein beliebiger Übertragungskanal — ein Mesh-Funk, ein Satellitenlink, eine LTE-Brücke am CCP — verfügbar wird. Ein Koordinierungstool, das bei Verbindungsabbruch ausfällt, ist wie jede andere konnektivitätsabhängige Feldanwendung ein Garnisonswerkzeug in taktischer Verkleidung.

Die Synchronisierung muss konfliktbewusst sein. Derselbe Verwundete kann innerhalb desselben getrennten Zeitfensters vom Sanitäter am Verwundungsort und von der Operationszelle im COP aktualisiert werden. Last-write-wins ist für einen medizinischen Datensatz inakzeptabel. Das Standardmuster ist eine feldbasierte Zusammenführung mit einem feldspezifischen Zeitstempel, sodass eine vorwärts hinzugefügte Vitalzeichen-Messung und eine in der Zelle hinzugefügte Plattformzuweisung beide die Zusammenführung überleben, statt sich gegenseitig zu überschreiben. Jede Zustandsänderung wird mit einem Autor, einem Zeitstempel und einer Position aufgezeichnet, was eine Revisionsspur vom Verwundungsort bis zur definitiven Versorgung erzeugt — wertvoll sowohl für die Nachbesprechung als auch für den medizinisch-rechtlichen Datensatz, der jedem Verwundeten folgt.

Die Revisionsspur dient auch einem stillen analytischen Zweck. Über viele Einsätze aggregiert zeigen die Zeitstempel, wo die Koordinierungszeitlinie tatsächlich Zeit verliert — Anfrage bis Entscheidung, Entscheidung bis Abflug, Abflug bis Abholung, Abholung bis Übergabe. Eine Einheit, die glaubt, ihr Engpass sei die Verfügbarkeit von Luftfahrzeugen, könnte auf der Grundlage der Beweise feststellen, dass die vorherrschende Verzögerung die Minuten sind, die damit verbracht werden, fehlerhafte 9-Zeilen-Anfragen auf dem Funk zu rekonstruieren. Diese Art von Erkenntnis entsteht nur, wenn jedes Ereignis mit Zeitstempel und Zuordnung versehen ist, weshalb die Instrumentierung des Workflows zum Wert des Tools gehört und kein optionaler Overhead ist.

Sicherheit und Zugriffsberechtigungen für den medizinischen Datensatz

Verwundetendaten sind auf zwei Achsen gleichzeitig sensibel: Sie sind operativ enthüllend — eine Häufung von Urgent-Verwundeten signalisiert eine Einheit in Schwierigkeiten — und sie sind persönlich geschützte Gesundheitsinformationen. Die Software muss rollenbasierte Zugriffskontrollen durchsetzen, sodass das taktische COP nur zeigt, was das operative Bild erfordert, während der vollständige klinische Datensatz nur für die medizinische Kette sichtbar ist. Der Transport ist durchgängig verschlüsselt, und die Revisionsspur zeichnet Lesezugriffe auf den klinischen Datensatz ebenso auf wie Schreibzugriffe. Diese Kontrollen von Anfang an in das Datenmodell einzubauen ist weit günstiger als sie nachträglich hinzuzufügen, und ein Koordinierungstool, das Verwundetendetails an jeden Knoten im Netzwerk weitergibt, wird die Akkreditierung nicht bestehen, die für den Einsatz erforderlich ist.

Die CASEVAC-Koordinierung liegt an der Schnittstelle zwischen Feldanwendungs-Engineering und der breiteren militärischen medizinischen Logistik-Kette — Blutversorgung, Feldapotheke und das Versorgungsnetz, in das der evakuierte Verwundete eintritt. Ein Koordinierungstool, das seine Verantwortung bei der Übergabe beendet, verpasst die Chance, diesen nachgelagerten Systemen das Bedarfssignal zu liefern, das sie benötigen, um Ressourcen vorzupositionieren.