Digitale Krankentransport-Software für Österreich mit barrierefreiem Fahrzeug, Krankenhaus und Disposition
Gesundheitsmobilität

Krankentransport Software in Österreich. Anforderungen an eine moderne Plattform

Vom ärztlich begründeten Transportauftrag über Disposition und Fahrer-App bis zur Abrechnung. Welche Funktionen tragen, wo Integrationen sinnvoll sind und welche rechtlichen Grenzen Betreiber beachten müssen.

17. August 2026Veröffentlicht
13 Min. LesezeitLesedauer
Transportanweisung sauber erfassen
Disposition und Fahrer-App verbinden
Gesundheitsdaten gezielt schützen
01

Krankentransport digitalisieren, Verantwortung klar lassen

Krankentransport ist kein gewöhnlicher Fahrdienst mit medizinischem Ziel. In Österreich treffen ärztliche Transportanweisung, landesrechtliche Betriebsregeln, sanitätsdienstliche Qualifikation, Sozialversicherungsabrechnung und Datenschutz in einem Prozess zusammen. Eine gute Plattform verbindet diese Schritte, ohne die medizinische Entscheidung selbst zu übernehmen.

Krankenbeförderung

Planbare Fahrt ohne notwendige Sanitäterbegleitung, etwa durch ein geeignetes Vertragstaxi oder einen Fahrtendienst. Die medizinische Voraussetzung und Kostenübernahme bleiben gesondert zu prüfen.

Krankentransport

Transport mit medizinisch notwendiger sanitätsdienstlicher Betreuung. Personal, Fahrzeug, Leitstelle und Bewilligung richten sich nach dem konkreten Einsatzgebiet und den anwendbaren Vorgaben.

Notfall und Rettung

Zeitkritische Notfälle gehören in den Rettungsnotruf 144. Eine Buchungs- oder Dispositionsplattform für planbare Transporte ist kein Ersatz für Notruf, Triage oder Notfallmedizin.

Wichtig für das Produktdesign Die Plattform unterstützt Erfassung und Koordination. Ob Krankenbeförderung, sanitätsdienstlich begleiteter Krankentransport oder Rettung erforderlich ist, bestimmen die zuständigen medizinischen und betrieblichen Stellen.
02

Vom Auftrag bis zur Abrechnung als durchgängiger Prozess

Digitalisierung bringt den größten Nutzen, wenn Informationen nicht zwischen Telefonnotiz, Papierformular, Leitstelle, Fahrer-App und Abrechnung neu erfasst werden müssen. Jeder Statuswechsel sollte nachvollziehbar bleiben und nur die jeweils benötigten Daten freigeben.

Digitaler Ablauf vom Transportauftrag über Disposition und Fahrer-App bis zum Leistungsnachweis
01

Auftrag erfassen

Behandelnde Stelle oder berechtigtes Team erfasst Fahrt, Zeitfenster, Ziel und notwendigen Transportbedarf.

02

Angaben prüfen

Pflichtfelder, Kostenträger, Transportanweisung und regionale Regeln werden auf Vollständigkeit geprüft.

03

Fahrt disponieren

Fahrzeug, Qualifikation, Kapazität, Zeitfenster und sinnvolle Bündelung fließen in die Zuweisung ein.

04

Mobil durchführen

Die Fahrer-App zeigt nur die für die aktuelle Fahrt nötigen Informationen und dokumentiert Statusmeldungen.

05

Leistung nachweisen

Zeiten, Übergabe, Besonderheiten und berechtigte Bestätigungen werden strukturiert zusammengeführt.

06

Abrechnung vorbereiten

Tarif, standardisierte Distanz und Leistungsdaten werden für den vorgesehenen Abrechnungsweg aufbereitet.

03

Was eine Krankentransport-Plattform wirklich können muss

Der Funktionsumfang entsteht aus dem Betrieb, nicht aus einer allgemeinen Featureliste. Besonders wichtig sind klare Rollen, nachvollziehbare Entscheidungen und eine mobile Anwendung, die unter realen Bedingungen funktioniert.

Mehrkanalige Auftragserfassung

Web, Telefon und berechtigte Partnerzugänge führen in denselben Auftrag. Pflichtangaben, Serienfahrten, Rollstuhlbedarf und Abholhinweise bleiben strukturiert.

Qualifikationsbasierte Disposition

Fahrzeugart, Besatzung, Kapazität, Schicht, Zeitfenster und regionale Zuständigkeit werden vor der Zuweisung geprüft.

Datensparsame Fahrer-App

Aktuelle Tour, Navigation, Status und notwendige Besonderheiten sind mobil verfügbar. Diagnose und vollständige Akten gehören nicht in die Standardansicht.

Abrechnungsvorbereitung

Tarife, Kostenträger, standardisierte Kilometer, Leistungsnachweise und Korrekturprozesse werden sauber getrennt und exportierbar.

Rollen und Audit

Disposition, Fahrdienst, Abrechnung, Administration und Support erhalten getrennte Rechte. Kritische Zugriffe und Änderungen bleiben nachvollziehbar.

Schnittstellen mit Fallback

Versicherung, Distanz, Dokumente und Drittsysteme werden kontrolliert angebunden. Ausfall, Versionswechsel und manuelle Ersatzprozesse sind Teil des Designs.

04

ÖGK, Distanzanzeiger und e-card realistisch einordnen

Integrationen reduzieren Doppelerfassung nur dann, wenn Zugang, Verantwortlichkeiten und Fehlerfälle geklärt sind. Drei Bereiche werden häufig miteinander vermischt, obwohl sie unterschiedliche Aufgaben haben.

Heute nutzbar

ÖGK-Distanzanzeiger

Der öffentlich zugängliche Distanzanzeiger liefert eine standardisierte Kilometergrundlage. Eine REST-/JSON-Schnittstelle ist für Vertragspartner und Abrechnungsfirmen dokumentiert, jedoch nicht als frei nutzbare Public API.

Heute nutzbar

e-card-Infrastruktur und VDAS

Transportunternehmen können Versicherungs- und Kostenträgerdaten über VDAS prüfen. Das bestätigt nicht automatisch die medizinische Notwendigkeit und ersetzt keinen Transportschein.

Geplant

Digitale e-Verordnung eVO

Die Sozialversicherung plant digitale Transportscheine mit einem österreichweiten Rollout bis 2027. Ein verbindlicher Produktivstart war zum Prüfstand 27. September 2026 noch nicht veröffentlicht.

Nicht gleichsetzen

ELGA und Transportbuchung

ELGA ist nach amtlicher Beschreibung nicht das System für die Buchung von Krankentransporten. e-card, eVO, ELGA und operative Disposition müssen fachlich getrennt kommuniziert werden.

Quellenstand 27. September 2026 Maßgeblich sind die aktuellen Informationen der ÖGK zu Krankentransporten, der Distanzanzeiger der Sozialversicherung und die SVC-Produktivsetzungstermine. Regionale Verträge und Formulare sind zusätzlich zu prüfen.
05

Bedenken, die vor dem Produktivstart auf den Tisch müssen

Eine moderne Oberfläche allein macht noch keinen belastbaren Krankentransportprozess. Die folgenden Punkte sollten in Ausschreibung, Einführung und Betrieb ausdrücklich beantwortet werden.

01

Keine medizinische Scheinautomatik

Regeln dürfen fehlende medizinische Indikation nicht verdecken. Unklare oder widersprüchliche Aufträge müssen in eine fachliche Klärung gehen.

02

Bundesländer getrennt abbilden

Bewilligung, Organisation, Besatzung, Formulare und Vertragspartner können regional abweichen. Ein österreichweiter Einheitsworkflow ist riskant.

03

Distanz nicht mit GPS verwechseln

Die standardisierte Abrechnungsdistanz ist kein Beweis für die tatsächlich gefahrene Strecke. Beide Werte brauchen eigene Datenfelder und Zwecke.

04

Gesundheitsdaten minimieren

Fahrpersonal sieht nur den aktuellen Auftrag. Freitext, Diagnosen, Historien, Exporte und Supportzugriffe gehören besonders streng begrenzt.

05

Offline und Ausfall testen

Mobilfunkausfall, verlorene Geräte, Synchronisationskonflikte und Systemstörungen benötigen einen geübten, datensparsamen Fallback.

06

Hostingversprechen prüfen

Österreichisches Hosting allein genügt nicht. Backups, Telemetrie, Supportzugriffe, Unterauftragsverarbeiter und Drittlandbezüge müssen mitbetrachtet werden.

06

Betriebsdaten für Qualität statt Kontrolle nutzen

Auswertungen sind im Krankentransport besonders wertvoll, dürfen aber nicht zu einer verdeckten Patienten- oder Beschäftigtenüberwachung werden. Sinnvoll ist ein abgestuftes Berichtswesen, das operative Qualität sichtbar macht und personenbezogene Detaildaten nur dort zeigt, wo ein konkreter Zweck und eine entsprechende Berechtigung bestehen.

Versorgungsqualität

Pünktlichkeit, Wartezeiten, Stornierungen und nicht erfüllte Aufträge zeigen, wo Kapazität oder Prozess fehlen. Die Kennzahlen sollten nach Region, Zeitraum und Auftragsart auswertbar sein, ohne Diagnosen in Standardberichte zu übernehmen.

Kapazität und Bündelung

Belegung, Leerwege, Fahrzeugauslastung und Zeitfenster helfen bei Schicht- und Fahrzeugplanung. Standardisierte Abrechnungsdistanz und tatsächlich gefahrene Strecke müssen dabei als getrennte Größen erkennbar bleiben.

Nachvollziehbarkeit

Änderungen an Auftrag, Status, Berechtigung und Abrechnung brauchen einen klaren Auditpfad. Protokolle selbst sind sensibel, benötigen eigene Zugriffsregeln und dürfen nicht unnötig vollständige medizinische Inhalte wiederholen.

Praxisregel Das Dashboard sollte zuerst aggregierte Betriebskennzahlen zeigen. Personenbezogene Einzelfälle werden nur für definierte Klärungs-, Abrechnungs- oder Sicherheitsprozesse geöffnet und nachvollziehbar protokolliert.
07

Datenschutz und Technik als gemeinsame Architektur

Gesundheits- und Bewegungsdaten brauchen mehr als eine verschlüsselte Datenbank. Entscheidend ist, dass jede Schicht nur das sieht und verarbeitet, was ihr Zweck verlangt.

Schicht 1

Mandant und Auftraggeber

Mandanten-ID wird serverseitig erzwungen. Exporte, Backups, Support und Auswertungen folgen derselben Trennung.

Schicht 2

Rollen und Berechtigungen

Disposition, Fahrdienst, Abrechnung und Administration arbeiten mit individuellen, minimalen und überprüfbaren Rechten.

Schicht 3

Daten und Protokolle

Auftragsdaten, medizinische Hinweise, Abrechnungsdaten und Audit-Informationen werden zweckgebunden gespeichert und gelöscht.

Schicht 4

Betrieb und Lieferkette

Hosting, Backup, Push, Karten, Monitoring, Fernsupport und Subprozessoren werden als vollständiger Datenfluss dokumentiert.

DSGVO-Praxis Gesundheitsdaten fallen unter Artikel 9 DSGVO. Je Einsatz muss neben der allgemeinen Rechtsgrundlage eine passende Ausnahme für besondere Datenkategorien bestehen. Bei umfangreicher Verarbeitung, Standortdaten und schutzbedürftigen Personen kann eine Datenschutz-Folgenabschätzung erforderlich sein.
08

Einführung ohne Bruch im laufenden Betrieb

Ein sicherer Wechsel beginnt mit einem abgegrenzten Prozess und klarer Verantwortlichkeit. Vollständige Parallelwelten über Monate schaffen dagegen neue Fehlerquellen.

Prozess und Daten klärenRollen, Pflichtfelder, Rechtsgrundlagen, regionale Varianten, Schnittstellen und Löschfristen verbindlich dokumentieren.
Pilot begrenzenMit ausgewählten Partnern, Fahrzeugen und Auftragsarten testen. Fehlerwege, Offlinebetrieb und Rückfallebene ausdrücklich mitprüfen.
Parallelbetrieb steuernEin führendes System festlegen, Dubletten täglich abgleichen und den Zeitraum mit klaren Abbruch- und Freigabekriterien versehen.
Nachweise laufend pflegenTarife, Partnerstatus, Zugriffe, Unterauftragsverarbeiter, Restore-Tests und Schulungen regelmäßig aktualisieren.
09

Fazit. Gute Software macht den Prozess klarer, nicht scheinbar einfacher

Eine tragfähige Krankentransport-Plattform für Österreich verbindet Auftrag, Disposition, Fahrer-App, Nachweis und Abrechnung. Gleichzeitig hält sie medizinische Entscheidung, regionale Betriebsregeln, Sozialversicherungslogik und Datenschutz sichtbar auseinander. Genau diese Klarheit entscheidet darüber, ob Digitalisierung im Alltag entlastet oder nur neue Unsicherheit erzeugt.

Die rechtlichen und technischen Hinweise entsprechen der redaktionellen Prüfung vom 27. September 2026 und ersetzen keine individuelle Rechts-, Datenschutz- oder Abrechnungsberatung.

FAQ

Häufige Fragen zur Krankentransport Software

Was ist der Unterschied zwischen Krankenbeförderung und Krankentransport?

Die ÖGK beschreibt Krankenbeförderung als Fahrt ohne notwendige Sanitäterbegleitung. Beim Krankentransport ist sanitätsdienstliche Betreuung medizinisch erforderlich. Die konkrete Einordnung erfolgt nicht durch die Software.

Ist der ÖGK-Distanzanzeiger direkt per API nutzbar?

Eine REST-/JSON-Schnittstelle ist für Vertragspartner und deren Abrechnungsfirmen dokumentiert. Zugangsdaten und technische Dokumentation werden individuell bereitgestellt. Es handelt sich nicht um eine frei nutzbare Public API.

Startet 2027 eine ELGA-Buchung für Krankentransporte?

Nein, so lässt sich der amtliche Stand nicht zusammenfassen. Geplant ist eine e-Verordnung als e-card-Service, die digitale Transportscheine ermöglichen soll. Ein Rollout bis 2027 ist vorgesehen, ein verbindlicher Produktivstart ist nicht veröffentlicht. ELGA ist nicht als Buchungssystem beschrieben.

Kann eine Plattform österreichweit denselben Prozess verwenden?

Gemeinsame technische Grundlagen sind möglich. Bewilligungen, Organisationsregeln, Formulare, Vertragspartner und einzelne Anforderungen sind jedoch je Bundesland und Einsatzmodell zu prüfen.

Welche Daten braucht die Fahrer-App?

Nur die zur sicheren Durchführung der aktuellen Fahrt erforderlichen Angaben. Vollständige Diagnosen, Langhistorien und Abrechnungsdaten gehören nicht in die Standardansicht des Fahrpersonals.

Reicht Hosting in Österreich für DSGVO-Konformität?

Nein. Zusätzlich sind Rechtsgrundlage, Artikel-9-Ausnahme, Rollen, Auftragsverarbeitung, technische Schutzmaßnahmen, Backups, Supportzugriffe, Unterauftragsverarbeiter und mögliche Drittlandbezüge zu prüfen.

Wie sollte die Einführung im laufenden Betrieb erfolgen?

Mit einem begrenzten Pilot, klarer Systemführerschaft, getesteten Offline- und Ausfallwegen, geschulten Rollen und einer zeitlich begrenzten Parallelphase. Nach dem Pilot sollten Datenqualität und Prozessabweichungen vor dem Ausbau ausgewertet werden.

Ist die Software für Notfälle gedacht?

Nein. Bei akuter Lebensgefahr oder zeitkritischem Notfall gilt der Rettungsnotruf 144. Die hier beschriebene Plattform unterstützt planbare Transporte und ersetzt weder Notruf noch medizinische Triage.

30 Tage kostenlos testen

Kein Risiko. Voller Funktionsumfang. Überzeugen Sie sich selbst.

Sprechen Sie mit uns

Unser Team berät Sie gerne persönlich zu allen Fragen rund um die maas.maker Plattform, Fördermöglichkeiten und individuelle Anforderungen.

Büro Klagenfurt
Feldkirchner Straße 140
9020 Klagenfurt am Wörthersee
Büro Graz
Karmeliterplatz 4c
8010 Graz
Büro Wien
Vorgartenstraße 206B
1020 Wien