"Warum hat da bisher keiner dran gedacht?"

Das hören wir von vielen Interessenten, wenn Ihnen das Konzept von Client Execute das erste mal dargelegt wird.

Lokale Anwendungen bleiben lokal – selbst wenn sie aus Remote-Anwendungen aufgerufen werden. Ohne Infrastrukturumbauten und ohne zusätzlichen Betriebsaufwand. Maximale Performance und Sicherheit für einsatzkritische Anwendungsszenarien, selbst in komplexen Umgebungen wie dem Krankenhaus.

Die folgende Übersicht zeigt die funktionalen Unterschiede zwischen Client Execute und unter Citrix^® existierenden Mechanismen. Dabei ist Client Execute nicht auf Citrix^®-Umgebungen beschränkt.

Funktion	Client Execute	Citrix^® Local App Access	Citrix^® URL Redirection / Host to Client Redirection
Unterstützt Desktopsitzungen
Unterstützt Application Sessions ("Published Apps")
Bedient aufrufenden Hop
Fenstersteuerung der aufgerufenen Anwendung
Funktioniert mit purem Remote Desktop
Funktioniert mit Azure VD / Azure Local *
Eine Konfiguration für alle Anwendungsfälle
*geplant

Anwendungsbeispiele im Krankenhaus

Radiologische Bildbetrachtung/PAX-Viewer / Digitale Akte:
- - Performance: keine Übertragung großer Datenmengen über WAN-Strecken
  - Datensicherheit: Archivdaten müssen nicht remote verfügbar sein

Digitales Diktat/Arztbriefschreibung:
- - Stabilität: kein Durchreichen von Hardwaretreibern (Diktiergeräte) in Remote-Sitzungen nötig
  - Performance: keine hohe Latenz durch Übertragung von Sprachdaten über WAN-Stecken

Generell:
- - Für die Umsetzung mit Client Execute geeignet => jede Anwendung, die keine Rückantwort an die aufrufende Anwendung senden muss
  - Für die Umsetzung mit Client Execute empfohlen => jede Anwendung, die lokale Ressourcen (Client-Hardware, Drucker, Fileshares, Netzwerke, etc.) verwendet