Seite wählen

Teams-Telefonie im Krankenhaus und in der Pflege

von

Wissen

Praxis-Artikel und Leitfäden rund um Teams-Telefonie – alle frei verfügbar. Anbindungswege, Direct Routing, Lizenzierung, Migration und Betrieb.

Beratung

Beratung, Projektbegleitung, Standortbestimmung deiner Telefonie. Anbindungsweg-Entscheidung, SBC und Direct Routing, Migrationskonzept, Sonderfälle von Fax bis Notruf.

Schulungen

Online-Workshops zu Teams-Telefonie: vom Entscheider-Überblick bis zum Direct-Routing-Deep-Dive – kompakt, hands-on, ohne MOC-Folienschlacht.

Table of Contents
2
3

Teams-Telefonie im Krankenhaus und in der Pflege

Wo Teams-Telefonie im Klinikbetrieb sinnvoll ist – und wo sie nichts zu suchen hat

Teams-Telefonie im Krankenhaus und in der Pflege

Es gibt Branchen, in denen die Ablösung einer TK-Anlage ein Infrastrukturprojekt ist. Und es gibt das Gesundheitswesen, in dem dasselbe Vorhaben schnell zur Frage wird, wer nachts um halb vier erfährt, dass jemand aus dem Bett gefallen ist. Der Unterschied ist nicht akademisch. In einem Verwaltungsgebäude ist ein verpasster Anruf ärgerlich. Auf einer Station ist ein verpasster Ruf ein Vorfall mit Aktenzeichen.

Deshalb ist dieser Beitrag der unbequemste der ganzen Serie. Er verspricht dir nicht, dass Microsoft Teams dein Krankenhaus digitalisiert. Er sagt dir, welchen genau abgegrenzten Teil deiner Kommunikationslandschaft Teams sehr gut übernehmen kann — und welche Teile du besser gar nicht erst anfasst, egal wie überzeugend die Folien im Vertriebstermin aussehen. Wenn du gerade grundsätzlich vor der Ablösung deiner Anlage stehst, findest du die Gesamtübersicht auf der Pillar-Seite zur Teams-Telefonie; hier geht es um die Besonderheiten von Klinik und Pflege.

Überblick über die gesamte Serie: Teams-Telefonie — der Leitfaden. Wenn du die Bewertung deiner konkreten Lage brauchst: Beratung zur Teams-Telefonie.

FAKTEN · Die Größenordnung, um die es geht

In Deutschland gab es 2024 rund 1.841 Krankenhäuser mit durchschnittlich 472.900 aufgestellten Betten, darunter etwa 26.000 Intensivbetten. 17,5 Millionen Menschen wurden stationär behandelt, und die Zahl der Beschäftigten überschritt in Vollzeitäquivalenten erstmals die Millionengrenze. Ein mittleres Haus mit 600 Betten hat je nach Ausbaustufe schnell 1.500 bis 2.500 Endpunkte an der TK-Anlage — Apparate, DECT-Handsets, Faxgeräte, Aufzugtelefone, Türsprechstellen, Alarmschnittstellen. Wer nur die Schreibtische zählt, hat den kleineren Teil erfasst.

 

Was Teams im Krankenhaus übernimmt — und was ausdrücklich nicht

Die ehrlichste Aussage zuerst: Microsoft Teams ersetzt die Bürotelefonie. Es ersetzt nicht die Primärsysteme. Diese Unterscheidung ist kein Detail für die Feinplanung, sie ist die Grundlage des gesamten Projekts. Wenn sie im Lastenheft fehlt, entstehen Erwartungen, die später niemand einlösen kann — und die Verantwortung dafür landet bei dir.

Zone 1: Die Bürotelefonie ist der Zielbereich

Verwaltung, Sekretariate, Controlling, Personalabteilung, Einkauf, Chefarztbüros, MVZ-Standorte, Anmeldung, Terminvergabe, Sozialdienst: Hier hat Teams-Telefonie alle Vorteile, die sie auch in jedem anderen Unternehmen hat. Eine Rufnummer folgt der Person statt dem Apparat, Anrufwarteschlangen lassen sich ohne Serviceeinsatz umbauen, und die Ambulanzanmeldung kann bei Bedarf auch aus dem Homeoffice besetzt werden. Genau diese Bereiche sind es, die in der alten Anlage die meisten Änderungsaufträge und die höchsten laufenden Kosten produzieren.

Bei den Zahlen lohnt sich Nüchternheit. Der Einspareffekt kommt selten aus der Lizenz, sondern aus dem Wegfall von Wartungsverträgen, Systemtechnikern für Kleinstanpassungen und parallelen Konferenzdiensten. Wer nur Lizenzpreise gegen Wartungspauschalen stellt, rechnet die Hälfte des Projekts nicht mit.

Zone 2: Mobilität auf Station — Koexistenz statt Ablösung

Auf der Station arbeitet niemand mit einem Tischtelefon. Dort arbeiten Menschen mit einem Gerät am Gürtel, das robust ist, desinfizierbar, mit einer Hand bedienbar und dessen Akku eine komplette Schicht durchhält. Das ist in aller Regel ein DECT-Handset. Teams kann diese Geräte einbinden, aber Teams ersetzt sie nicht. Wer glaubt, die Pflege bekomme einfach ein Smartphone mit Teams-App und der Rest ergebe sich, hat noch keine Nachtschicht begleitet.

Zone 3: Die Primärsysteme bleiben, wo sie sind

Schwesternruf, Patientenruf, Reanimationsalarm, Medizingeräte-Alarme, Brandmeldeanlage, Aufzugnotruf, Objektfunk für Feuerwehr und Rettungsdienst: Diese Systeme sind normativ geregelt, abgenommen, dokumentiert und wiederkehrend geprüft. Sie sind kein Teil deines Telefonieprojekts — sie sind eine Randbedingung deines Telefonieprojekts. Der Unterschied entscheidet darüber, ob dein Projekt eine Modernisierung ist oder ein Haftungsfall.

Zonenmodell Krankenhauskommunikation: Zone 1 Teams Phone, Zone 2 DECT-Koexistenz, Zone 3 Primärsysteme eigenständig

Skizze 1: Zonenmodell — welche Kommunikation in Teams gehört und welche nicht.

System

Heute typischerweise

Zielbild mit Teams

Bürotelefonie

Nebenstellen an der TK-Anlage

vollständig Teams Phone, Rufnummer folgt der Person

Zentrale / Vermittlung

Vermittlungsplatz an der Anlage

Teams-Anrufwarteschlange plus Vermittlungsclient eines Drittanbieters

Station, mobil

DECT an der TK-Anlage

IP-DECT bleibt, Kopplung an Teams über SIP Gateway oder SBC

Schwesternruf

Rufanlage nach DIN VDE 0834

unverändert eigenständig, keine Verlagerung nach Teams

Alarmierung, Eskalation

Alarmserver / Middleware

bleibt Alarmserver; Teams höchstens als zusätzliche Info

Fax

Faxgeräte und Faxserver

aus Teams herausgelöst, eigener Pfad, mittelfristig KIM

Aufzugnotruf, Türsprechstelle

Analogports der Anlage

eigene Leitung oder ATA, nie ohne Rückfallebene

Notruf 112 / 110

über die TK-Anlage, Standort bekannt

über Direct Routing, Leitweg und Standort explizit konfiguriert

Tabelle 1: Systemlandschaft und Zielbild. Die dritte Spalte ist die wichtigste — sie beantwortet die Frage, die in Lenkungsausschüssen gestellt wird.

WARNUNG · Der teuerste Satz im Projekt

„Das machen wir dann später auch noch über Teams.“ Dieser Satz fällt meist in der Phase, in der das Projekt gut läuft und alle mutig werden. Er betrifft dann Alarmierung, Schwesternruf oder Aufzugnotruf. Schreibe stattdessen in die Projektcharta, welche Systeme ausdrücklich nicht Teil des Vorhabens sind — und lass das vom Lenkungsausschuss beschließen, nicht nur von der IT.

 

Drahtlos im Haus: DECT, WLAN und Mobilfunk

Die drei Funktechnologien im Krankenhaus lösen drei verschiedene Probleme, und die häufigste Fehlplanung besteht darin, sie gegeneinander auszuspielen. Sie ergänzen sich. Wer eine davon streicht, um Kosten zu sparen, zahlt sie an anderer Stelle wieder ein.

DECT bleibt das Arbeitstier

DECT hat im Gesundheitswesen aus guten Gründen überlebt: ein eigenes, lizenziertes Frequenzband ohne Konkurrenz durch Gästegeräte, ein sauberes Handover zwischen Basisstationen, Sprachqualität, die nicht mit der WLAN-Auslastung schwankt, sehr lange Akkulaufzeiten und Handsets mit Alarmtaste, Lagesensor und Mann-allein-Funktion. Ein Klinikhandset ist kein Telefon mit Zusatzfunktionen. Es ist ein Sicherheitsgerät, das auch telefonieren kann.

Die gute Nachricht für dein Projekt: Die etablierten IP-DECT-Hersteller sind an Teams anschlussfähig. Microsoft führt in der Geräteliste für das Teams SIP Gateway unter anderem IP-DECT-Server und Basisstationen von Spectralink und Ascom sowie Basisstationen von Gigaset und Yealink und die Poly-Rove-Familie. Handsets registrieren sich damit als vollwertige Teams-Endpunkte mit einer Rufnummer aus deinem Tenant.

Anbindungswege: SIP Gateway, SBC oder Insel

Für die Kopplung von IP-DECT an Teams gibt es drei Wege, und die Entscheidung dazwischen ist die wichtigste technische Weichenstellung des Projekts. Sie hängt weniger an der Technik als an der Frage, wie viel Ausfall du dir an welcher Stelle leisten kannst.

Variante

Funktionsweise

Stärke

Verhalten bei WAN-Ausfall

SIP Gateway

Handsets registrieren sich direkt am Microsoft-Dienst

geringster Integrationsaufwand, echte Teams-Rufnummer

Handsets ohne Cloud nicht erreichbar, interner DECT-Verkehr je nach System noch möglich

Direct Routing über eigenen SBC

IP-DECT-Server registriert sich am SBC, SBC spricht mit Teams

volle Kontrolle über Leitweg, Codecs und Notruf

mit Survivable Branch Appliance bleiben PSTN-Gespräche möglich

DECT-Insel

IP-DECT läuft eigenständig, Kopplung nur über Trunk

höchste Unabhängigkeit, klare Systemgrenze

vollständig autark, dafür getrennter Rufnummernraum und doppelte Pflege

Tabelle 2: Anbindungsvarianten für IP-DECT an Microsoft Teams. Die Spalte ganz rechts ist die, die im Ernstfall zählt.

In Projekten mit hoher Verfügbarkeitsanforderung landen wir regelmäßig bei Variante zwei, häufig mit Elementen aus Variante drei für einzelne Bereiche wie Intensivstation und Notaufnahme. Wir betreiben selbst einen anynode-SBC mit Direct Routing und Trunks von easybell im täglichen Einsatz — nicht als Laboraufbau, sondern als produktive Telefonie. Diese Erfahrung ist der Grund, warum wir bei Kliniken selten zur reinen Cloud-Registrierung raten: Der eigene SBC ist der einzige Punkt, an dem du Leitweg, Notrufbehandlung und Ausfallverhalten selbst in der Hand hast.

Referenzarchitektur Klinik-Telefonie: Teams Phone via SBC, SIP-Trunk, IP-DECT-Server, Analog-Gateway und Alarmserver

Skizze 2: Referenzarchitektur — Teams Phone, eigener SBC, IP-DECT und die getrennte Alarmstrecke.

WICHTIG · Funkplanung ist kein Nachgang

Eine DECT-Ausleuchtung ist keine Formalie und lässt sich nicht am Schreibtisch erledigen. Brandschutztüren, Bleiabschirmungen um Röntgen und CT, Aufzüge, Treppenhäuser, Kellergänge, Technikräume und die Tiefgarage sind die Orte, an denen Alarme verloren gehen. Plane eine Messung im belegten Betrieb ein, nicht im leeren Neubau — und wiederhole sie nach jedem Umbau. Der häufigste Grund für „das DECT ist schlecht“ ist ein Umbau, der nie nachgemessen wurde.

 

WLAN-Telefonie: möglich, aber mit klaren Bedingungen

VoWiFi-Handsets sind eine sinnvolle Ergänzung, wenn du ohnehin ein durchgeplantes, voice-taugliches WLAN betreibst. Die Betonung liegt auf durchgeplant. Ein WLAN, das für Gästezugang und Visitenwagen ausgelegt wurde, trägt keine Sprachdienste über Roaminggrenzen hinweg. Die Anforderungen sind unangenehm konkret: überlappende Ausleuchtung mit ausreichendem Signalabstand, schnelles Roaming, sauberes Bandmanagement, Priorisierung der Sprachpakete über die gesamte Kette und ein Monitoring, das Roamingabbrüche überhaupt sichtbar macht. Wenn dein WLAN das leistet, ist VoWiFi eine gute Wahl. Wenn nicht, ist es eine teure Enttäuschung mit Wiederholungscharakter.

Mobilfunk im Gebäude: das regelmäßig unterschätzte Teilprojekt

Ein Punkt, den fast jedes Klinikprojekt unterschätzt: Sobald Teams auf privaten oder dienstlichen Smartphones mitgenutzt wird, hängt die Erreichbarkeit an der Mobilfunkversorgung im Gebäude. Und die ist in Kliniken oft schlecht, weil dicke Wände, Strahlenschutz und Kellergeschosse genau das tun, wofür sie gebaut wurden. Das Nachrüsten ist kein Zubehör, sondern ein eigenes Bauprojekt mit eigener Genehmigungslage.

Wichtig für die Planung: Ein Repeater ist rechtlich kein Endgerät, sondern Teil des Mobilfunknetzes. Die Erlaubnis für den Betrieb erteilt der Netzbetreiber als Inhaber der Frequenznutzungsrechte, flankiert von den Vorgaben der Bundesnetzagentur. Eigenmächtig aufgestellte Verstärker sind keine Abkürzung, sondern eine Störquelle mit Haftungsrisiko. Für größere Häuser sind Verteilsysteme mehrerer Netzbetreiber der übliche Weg — mit entsprechender Vorlaufzeit, die du in deinen Projektplan einrechnen musst, bevor du Teams-Mobilnutzung zusagst.

TIPP · Reihenfolge, die Ärger spart

Kläre die Inhouse-Mobilfunkversorgung, bevor du Teams-Mobilnutzung im Konzept verankerst. Sonst begründest du später gegenüber der Geschäftsführung, warum die neue Telefonie im Untergeschoss nicht funktioniert — obwohl die Ursache nicht bei Teams liegt. Diese Diskussion gewinnst du nicht, du kannst sie nur vermeiden.

 

Alarmierung und Schwesternruf: die Grenze, die du nicht verschiebst

Jetzt zum Kern des Themas. Rufanlagen im Krankenhaus und in der Pflege — Lichtruf, Schwesternruf, Patientenruf — unterliegen der DIN VDE 0834. Sie dürfen nur von entsprechend geschultem Fachpersonal geplant, errichtet, betrieben und instand gehalten werden. Die Norm besteht aus zwei Teilen: Teil 1 regelt Geräteanforderungen, Planung, Errichtung und Betrieb, Teil 2 behandelt Umweltbedingungen und elektromagnetische Verträglichkeit.

Was das praktisch bedeutet

Nach der Errichtung und nach jeder wesentlichen Änderung ist eine Abnahmeprüfung durch den Errichter fällig. Der Betreiber muss darüber hinaus mindestens einmal jährlich eine wiederkehrende Prüfung veranlassen und ein Betriebsbuch führen. Die entscheidende Formulierung für dein Projekt lautet „wesentliche Änderung“. Wenn du an die Rufanlage oder an ihre Ausgabewege gehst — und die Umstellung der Endgeräte, auf denen Rufe ankommen, ist genau das —, bewegst du dich in diesem Prüfregime. Nicht ungefähr, sondern formal.

WARNUNG · Der häufigste Denkfehler

„Ein Alarm ist doch auch nur eine Nachricht, die kann Teams zustellen.“ Nein. Ein Alarm nach DIN VDE 0834 ist eine überwachte Zustellung mit definierter Eskalation, Quittierung und Protokollierung. Ein Teams-Chat ist eine Nachricht ohne Zustellgarantie an ein Gerät, das stumm geschaltet, abgemeldet, im Akkuschutz oder schlicht ohne Netz sein kann. Der Unterschied fällt im Alltag nicht auf. Er fällt bei der Aufarbeitung eines Vorfalls auf.

 

Warum Alarme nicht in einen Chat gehören

Es gibt drei Eigenschaften, die ein Alarmpfad zwingend braucht und die eine Universal-Kollaborationsplattform prinzipbedingt nicht garantiert: eine überwachte Zustellung einschließlich Rückmeldung, wenn ein Gerät nicht erreichbar ist; eine definierte Eskalation innerhalb festgelegter Zeitfenster an die nächste Person oder Gruppe; und ein lückenloses Protokoll darüber, wer wann was quittiert hat. Wer diese drei Eigenschaften auf einer Plattform nachbaut, die dafür nicht gebaut ist, hat kein Alarmsystem, sondern eine Eigenkonstruktion ohne Abnahme.

Die Brücke: Middleware statt Bastelei

Der etablierte Weg führt über eine Alarm-Middleware, die zwischen Primärsystemen und Endgeräten vermittelt. Solche Plattformen nehmen Ereignisse aus Rufanlage, Patientenüberwachung und Medizingeräten über die üblichen Protokolle entgegen, priorisieren, eskalieren, dokumentieren und verteilen an DECT-Handsets, VoWiFi-Geräte, Pager und geeignete Smartphones. Dieses System bleibt auch nach der Teams-Einführung das führende System für Alarme. Teams kommt daneben — für die Rückfrage beim Arzt, die Schichtübergabe, die Klärung mit Labor, Apotheke oder Technik.

Diagramm: Geprüfter Alarmpfad (Rufanlage, Alarmserver, DECT-Handset) getrennt vom Microsoft-Teams-Kommunikationspfad

Skizze 3: Alarmpfad und Kommunikationspfad — technisch getrennt, organisatorisch verbunden.

Anforderung

Alarmserver / Rufanlage

Microsoft Teams

Überwachte Zustellung mit Rückmeldung

ja, Kernfunktion

nein

Zeitgesteuerte Eskalationskette

ja, konfigurierbar

nein, nicht als Alarmfunktion

Quittierung am Endgerät mit Protokoll

ja, revisionsfest

nein

Normative Abnahme und Jahresprüfung

ja, DIN VDE 0834

nicht vorgesehen

Betrieb bei Ausfall der Internetanbindung

ja, lokal autark

nur eingeschränkt

Freie Rückfrage, Chat, Konferenz

eingeschränkt

ja, Kernfunktion

Erreichbarkeit über Standorte hinweg

eingeschränkt

ja

Tabelle 3: Anforderungsvergleich. Die Zeilen mit „nein“ in der rechten Spalte sind der Grund für die Systemtrennung.

FAKTEN · Kopplung ist erlaubt, Verlagerung nicht

Es ist völlig legitim, dass ein DECT-Handset gleichzeitig Alarme aus der Rufanlage empfängt und als Teams-Endpunkt telefoniert. Genau dafür gibt es die Kopplung über SIP Gateway oder SBC. Der Unterschied liegt in der Priorität: Der Alarmpfad ist der bestimmende Pfad. Er darf durch die Teams-Anbindung nicht beeinträchtigt werden. Konkret heißt das, dass ein laufendes Teams-Gespräch die Alarmzustellung nicht blockieren darf — und dass ihr das im Abnahmetest tatsächlich ausprobiert, statt es im Datenblatt zu lesen.

 

Fax, Notruf und 24/7 — die drei Themen, an denen Projekte kippen

Fax im Gesundheitswesen: das Thema, das niemand haben will

Das Fax ist im Gesundheitswesen erstaunlich lebendig — Arztbriefe, Verordnungen, Anmeldungen aus Praxen, Kostenübernahmen von Kassen, Meldungen an Behörden. Gleichzeitig steht es datenschutzrechtlich unter erheblichem Druck: Mehrere Aufsichtsbehörden bewerten den Faxversand von Gesundheitsdaten als unsicher, weil die Übertragung heute paketvermittelt über IP-Netze läuft und beim Empfänger oft automatisiert in eine unverschlüsselte E-Mail umgewandelt wird. Die Ende-zu-Ende-Sicherheit, die dem Fax historisch zugeschrieben wurde, existiert in dieser Form nicht mehr.

Der vorgesehene Nachfolger ist KIM, der Kommunikationsdienst im Medizinwesen der gematik, mit hardwaregestützter Ende-zu-Ende-Verschlüsselung über die Telematikinfrastruktur. Der politische Kurs ist eindeutig: KIM soll zum Standard für die medizinische Kommunikation werden, das Fax schrittweise abgelöst und der Kreis der zur Nutzung verpflichteten Einrichtungen erweitert werden — unter anderem auf Pflegeeinrichtungen, den Medizinischen Dienst und die Krankenkassen. Konkrete Fristen für deine Einrichtung solltest du am aktuellen Gesetzesstand prüfen, nicht an einem Artikel.

Für dein Telefonieprojekt heißt das ganz praktisch: Nimm Fax aus dem Teams-Scope heraus. Microsoft Teams ist kein Faxsystem, und Faxübertragung über den Teams-Medienpfad ist kein Weg, den du gehen willst. Fax läuft entweder über einen eigenen Faxserver mit eigener Anbindung, über einen Cloud-Faxdienst oder über analoge Adapter am SBC — in jedem Fall auf einem separaten Pfad mit eigener Fehlerbetrachtung. Und der zugehörige Projektauftrag heißt nicht „Fax migrieren“, sondern „Faxvolumen reduzieren“.

TIPP · Der Fax-Zähler

Erhebe vor Projektbeginn vier Wochen lang, welche Faxnummer wie viele Sendungen bekommt und von wem. In fast jedem Haus stellt sich heraus, dass ein kleiner Teil der Nummern den Großteil des Volumens trägt und dass ein erheblicher Anteil aus internen Vorgängen besteht, die man schlicht abschaffen kann. Diese Liste ist die beste Argumentationsgrundlage, die du bekommen kannst — und sie kostet dich nur einen Auswertungslauf.

 

Notruf 112 und 110 aus Teams

Teams erkennt 112 und 110 als Notrufnummern und behandelt sie entsprechend. Damit ist aber nur die Erkennung geklärt, nicht die Zustellung. Bei Direct Routing bist du dafür verantwortlich, dass Notrufe über den richtigen SBC und den regional zuständigen Trunk laufen und dass der übermittelte Standort zum tatsächlichen Aufenthaltsort passt. Das ist im Krankenhaus schwieriger als im Büro, weil dieselbe Person über den Tag auf mehreren Etagen und in mehreren Gebäuden arbeitet.

Ein Krankenhaus hat zusätzlich eine Besonderheit, die man leicht übersieht: Der Notruf aus dem Gebäude ist häufig gar nicht der relevante Fall. Innerhalb des Hauses gibt es einen internen Notfallruf — Reanimationsteam, Schockraum, interne Alarmierung —, und der läuft über die Alarmierungskette, nicht über die 112. Beides muss nebeneinander funktionieren, und beides muss getestet werden, bevor der erste Bereich produktiv geht.

Wie Notrufe in der Teams-Telefonie in Deutschland konkret aufgesetzt werden, haben wir gesondert beschrieben: Notrufe in der Microsoft-Teams-Telefonie in Deutschland. Für Kliniken gilt: Der Notruftest gehört in die Abnahme, mit Protokoll und mit vorheriger Abstimmung mit der Leitstelle.

WARNUNG · Nicht ungetestet produktiv gehen

Ein Notrufleitweg, der nur auf dem Papier existiert, ist im Ernstfall wertlos und im Nachgang sehr gut dokumentierbar. Teste je Standort und je Anbindungsvariante mindestens einmal echt, abgestimmt mit der zuständigen Leitstelle, und lege das Ergebnis mit Datum, Uhrzeit und übermitteltem Standort ab. Diese eine Seite Protokoll ist im Zweifel mehr wert als das gesamte Feinkonzept.

 

24/7: Verfügbarkeit ehrlich rechnen

Ein Krankenhaus arbeitet an jedem Tag des Jahres rund um die Uhr. Das ist nicht dasselbe wie eine hohe Verfügbarkeitszusage im Vertrag — es ist eine Aussage darüber, dass es keinen Zeitpunkt gibt, an dem ein Ausfall folgenlos bleibt. Ein Wartungsfenster um drei Uhr nachts ist im Rechenzentrum unauffällig und auf der Intensivstation nicht.

Die zweite unbequeme Wahrheit: Beim Betrieb in der Cloud kaufst du dir die Verfügbarkeit des Anbieters mit ein — und die liegt außerhalb deiner Kontrolle. Das ist kein Argument gegen Teams. Es ist ein Argument dafür, die Ebenen darunter so zu bauen, dass sie einen Ausfall überstehen. Genau dafür gibt es die Survivable Branch Appliance: Bei einem Ausfall der Internetanbindung wechselt der Teams-Client automatisch auf die lokale Komponente, laufende Gespräche werden nicht unterbrochen, und nach Rückkehr der Verbindung fällt der Client selbstständig in den Normalbetrieb zurück. Unterstützt wird das auf Teams-Desktop-Clients unter Windows und macOS sowie auf Teams-Telefonen — eine Einschränkung, die du bei mobiler Nutzung kennen musst.

Fünf Resilienzebenen der Klinik-Telefonie: von Microsoft 365 über SBC und Carrier bis zu analogen Notfallgeräten

Skizze 4: Resilienzebenen — jede Ebene muss unabhängig von der darüber liegenden funktionieren.

Szenario

Wirkung ohne Vorsorge

Auffangnetz

Prüffrage

Internetanbindung fällt aus

keine Telefonie im gesamten Haus

zweiter Weg eines anderen Anbieters, SBA am SBC

Ist der Failover real getestet oder nur konfiguriert?

Microsoft-365-Störung

Teams-Anrufe und Warteschlangen weg

lokale SBA, DECT-Insel, definierte Notfallnummern

Wer entscheidet den Umschaltzeitpunkt, und ist er erreichbar?

SIP-Trunk gestört

keine externe Erreichbarkeit

zweiter Trunk bei zweitem Carrier, automatisches Umschalten

Laufen beide Trunks wirklich über getrennte Wege ins Haus?

Stromausfall

Switche und Basisstationen tot, DECT sofort weg

USV plus Netzersatzanlage, PoE-Versorgung priorisiert

Sind DECT-Basisstationen an der gesicherten Versorgung?

Netzwerkstörung in einem Gebäudeteil

Bereich isoliert, Alarme laufen ins Leere

getrennte Wege, überwachte Alarmzustellung

Meldet das Alarmsystem den Verlust aktiv?

Tabelle 4: Ausfallszenarien und tragfähige Antworten. Die letzte Spalte ist die Frage, die im Lenkungsausschuss gestellt werden sollte.

WICHTIG · KRITIS und NIS2 im Blick behalten

Ein zugelassenes Krankenhaus kann Betreiber einer kritischen Anlage sein, wenn es den Schwellenwert von 30.000 vollstationären Fällen im Jahr überschreitet; die Prüfung erfolgt jährlich zum 31. März. Mit dem NIS2-Umsetzungsgesetz, das am 6. Dezember 2025 in Kraft getreten ist, sind Registrierungs-, Melde- und Nachweispflichten neu gefasst worden. Die Telefonie ist Teil deiner Informationstechnik und gehört damit in Risikoanalyse, Notfallkonzept und Nachweisführung. Welche Pflichten und Fristen für deine Einrichtung konkret gelten, prüfst du bitte am aktuellen Gesetzestext und mit der Rechtsabteilung.

 

Migration in Etappen: was in der Praxis funktioniert

Es gibt eine Reihenfolge, die in Kliniken funktioniert, und sie ist praktisch immer dieselbe. Sie beginnt dort, wo ein Fehler nur ärgerlich ist, und endet dort, wo ein Fehler teuer wird. Wer umgekehrt vorgeht, weil die Station die lautesten Beschwerden über die alte Anlage hat, verliert sehr früh das Vertrauen und bekommt es im ganzen Projekt nicht zurück.

Etappenplan TK-Ablösung: Zeitstrahl von Bestandsaufnahme und Rufnummernplan bis DECT-Kopplung und Stationsrollout

Skizze 5: Etappenplan für die Ablösung der TK-Anlage in Klinik und Pflege.

Die Reihenfolge im Einzelnen

Bestandsaufnahme aller Endpunkte — nicht der Nebenstellen, sondern jedes physischen Apparats einschließlich Fax, Aufzugtelefon, Türsprechstelle, Alarmschnittstelle und der Sonderfunktionen, die nur eine Person kennt.

Rufnummernplan und Leitwegkonzept, einschließlich Notruf, Zentrale, Sammelanschlüssen und der Frage, welche Nummern nach außen unverändert bleiben müssen.

SBC und Trunks aufbauen, redundant, mit getesteter Notrufführung und dokumentiertem Failover — bevor der erste produktive Nutzer umgestellt wird.

Pilot in der Verwaltung mit zwei Bereichen, echten Rufnummern und echter Last. Kein Testbetrieb mit Testnummern; der beweist nichts.

IP-DECT an Teams koppeln, Bereich für Bereich, mit unangetastetem Alarmpfad und einem Abnahmetest je Bereich.

Rollout auf die Stationen, mit definierter Rückfallebene je Bereich und einer Person vor Ort in den ersten Schichten nach der Umstellung.

Rollen und Endgeräte sauber zuordnen

Rolle

Primäres Endgerät

Teams-Anbindung

Besonderheit

Verwaltung, Sekretariat

Headset am PC, optional Tischtelefon

Teams-Client, volle Funktion

Zielbild ohne Einschränkung

Ambulanzanmeldung

Tischtelefon oder Headset

Teams-Anrufwarteschlange

Vertretungsregelung und Überlauf definieren

Pflege Station

IP-DECT-Handset

SIP Gateway oder SBC

Alarmempfang hat Vorrang vor Telefonie

Ärztlicher Dienst, Visite

DECT oder Diensthandy

Teams mobil plus DECT

Inhouse-Mobilfunk vorher klären

Rufbereitschaft, Hintergrund

Diensthandy

Teams mobil oder Rufumleitung

Erreichbarkeit außer Haus vertraglich regeln

Technik, Haustechnik

robustes DECT

SBC-Anbindung

Mann-allein-Funktion und Ortung prüfen

Aufzug, Türsprechstelle

Analogapparat

ATA oder eigene Leitung

eigene Stromversorgung, eigene Prüfung

Tabelle 5: Rollen-, Geräte- und Lizenzzuordnung als Ausgangspunkt für deine eigene Matrix. Lizenzbezeichnungen und Preise prüfst du bitte tagesaktuell.

Was du vor der Vertragsunterschrift klärst

Wer ist Ansprechpartner für die Rufanlage, und ist er über das Telefonieprojekt informiert? Diese Frage klärt in der Praxis mehr als jedes Feinkonzept.

Welche IP-DECT-Systeme sind im Haus, in welchem Softwarestand, und bestätigt der Hersteller die Teams-Kopplung für genau diesen Stand?

Wo liegen Faxnummern mit Außenwirkung, die du nicht kurzfristig abschalten kannst, weil externe Stellen sie hinterlegt haben?

Welche Bereiche brauchen eine autarke Rückfallebene, und wie sieht sie konkret aus — nicht als Prinzip, sondern als Gerät mit Nummer und Standort?

Ist die gesicherte Stromversorgung so ausgelegt, dass Switche, PoE, SBC und DECT-Basisstationen gemeinsam durchhalten? Ein SBC an der USV nützt wenig, wenn der Zugangsswitch ausfällt.

Wie ist die Zuständigkeit im Störungsfall geregelt, wenn Cloud-Dienst, SBC, Carrier und DECT-Hersteller beteiligt sind — und wer koordiniert nachts?

TIPP · Ein Satz für dein Lastenheft

„Die Ablösung der TK-Anlage lässt Rufanlage, Alarmserver und deren Endgerätezustellung unberührt. Kopplungen an Microsoft Teams erfolgen ausschließlich additiv und dürfen die Alarmfunktion nicht beeinträchtigen; die Einhaltung wird je Bereich vor der Produktivsetzung abgenommen und protokolliert.“ Dieser Satz ist im Zweifel die günstigste Versicherung des gesamten Projekts.

 

Wenn du an dieser Stelle merkst, dass die Abgrenzung zwischen Telefonie und Primärsystemen in deinem Haus noch nicht sauber gezogen ist, ist das der richtige Zeitpunkt für eine externe Einschätzung: Beratung zur Teams-Telefonie. Den Gesamtzusammenhang aller Bausteine findest du auf der Pillar-Seite zur Teams-Telefonie.

Häufige Fragen

Kann Microsoft Teams unsere Telefonanlage im Krankenhaus vollständig ersetzen?

Für die Bürotelefonie: ja. Für die Gesamtkommunikation des Hauses: nein. Schwesternruf, Alarmierung, Aufzugnotruf und Objektfunk bleiben eigenständige Systeme. Realistisch ersetzt Teams den Anteil der Anlage, der Gespräche vermittelt, und lässt den Anteil unberührt, der sicherheitsrelevante Ereignisse zustellt. Dass diese Funktionen historisch in einem Gerät steckten, macht sie nicht zu einer Einheit.

Müssen wir unsere DECT-Handsets austauschen?

Nicht zwangsläufig. Entscheidend ist, ob dein IP-DECT-System in der von Microsoft geführten Liste kompatibler Geräte auftaucht und ob der Hersteller den erforderlichen Softwarestand für dein System bereitstellt. IP-DECT-Server und Basisstationen mehrerer etablierter Hersteller sind gelistet. Ältere Systeme, die noch an einer klassischen Anlage hängen, sind der schwierigere Fall — hier kommen häufig Ersatzinvestitionen dazu, die man von Anfang an in die Wirtschaftlichkeitsrechnung aufnehmen sollte.

Was passiert mit unseren Faxgeräten?

Sie gehören nicht in den Teams-Pfad. Der übliche Weg ist ein separater Faxpfad über Faxserver, Cloud-Faxdienst oder analoge Adapter mit eigener Fehlerbetrachtung, verbunden mit einem Programm zur Reduzierung des Faxvolumens. Mittelfristig ist KIM der vorgesehene Nachfolger für die Kommunikation mit medizinischen Daten. Der Aufwand für Fax liegt im Übrigen selten in der Technik, sondern in den Prozessen dahinter.

Wie funktioniert der Notruf, wenn die Internetanbindung ausfällt?

Genau so, wie du es vorher gebaut hast. Ohne Vorsorge gar nicht. Mit einem lokalen SBC und einer Survivable Branch Appliance bleiben PSTN-Gespräche möglich, weil der Client auf die lokale Komponente wechselt. Zusätzlich gehören definierte Notfallapparate an eigenen Leitungen in das Konzept, an bekannten Standorten und im Notfallhandbuch dokumentiert. Wichtig: Die Unterstützung der SBA gilt für Desktop-Clients und Teams-Telefone, nicht für alle Endgerätearten.

Dürfen wir Alarme aus dem Schwesternruf auf Teams-Geräte zustellen?

Als zusätzliche Information ist das möglich. Als alleiniger Alarmpfad ist es nicht tragfähig, weil die überwachte Zustellung, die Eskalation und die Quittierungsdokumentation fehlen. Wenn ein Anbieter dir etwas anderes verspricht, lass dir zeigen, wie das System meldet, dass ein Alarm gerade nicht zugestellt werden konnte — und was danach passiert. Diese eine Frage klärt die Diskussion meistens.

Was kostet eine solche Migration?

Seriös lässt sich das nur nach Bestandsaufnahme sagen, und jede Zahl vor der Bestandsaufnahme ist geraten. Die Kostentreiber im Krankenhaus sind selten die Lizenzen, sondern die Randbereiche: DECT-Ausleuchtung und gegebenenfalls Erneuerung der Basisstationen, Inhouse-Mobilfunk, Netzwerkertüchtigung mit PoE und gesicherter Stromversorgung, die Behandlung analoger Sonderapparate und der Aufwand für Abnahme und Dokumentation. Rechne diese Positionen von Anfang an mit, sonst erklärst du sie später einzeln.

Wie lange dauert die Umstellung in einem Haus mittlerer Größe?

Von der Bestandsaufnahme bis zur letzten Station sind zwölf Monate ein realistischer Rahmen, wenn die Infrastruktur mitspielt und die Entscheidungswege kurz sind. Der zeitkritische Pfad liegt fast nie in Teams selbst, sondern in Funkplanung, Netzwerk, Stromversorgung und der Abstimmung mit den Verantwortlichen für die Primärsysteme. Wer diese Vorlaufzeiten nicht einplant, hat kein Zeitproblem, sondern ein Planungsproblem.

Wir sind KRITIS. Ändert das etwas an der Bewertung?

Es ändert nichts an der Machbarkeit, aber viel an der Nachweisführung. Die Telefonie gehört dann in die Risikoanalyse, das Notfallkonzept und die regelmäßige Nachweisführung gegenüber dem BSI. Praktisch heißt das: Ausfallszenarien dokumentieren, Rückfallebenen belegen, Abhängigkeiten von Cloud-Diensten sauber beschreiben und getestete Verfahren vorhalten statt geplanter. Mit dem NIS2-Umsetzungsgesetz sind diese Pflichten neu gefasst worden — den konkreten Umfang für deine Einrichtung prüfst du mit deiner Rechtsabteilung.

Brauchen wir für den Betrieb einen eigenen SBC?

Nicht in jedem Fall, aber in Kliniken meistens. Der eigene SBC ist der Ort, an dem du Leitweg, Notrufbehandlung, Codec-Wahl, Anbindung analoger Sonderapparate und das Verhalten bei Ausfall selbst bestimmst. Wir betreiben diese Konstellation selbst produktiv — anynode mit Direct Routing und easybell-Trunks — und die Erfahrung deckt sich mit dem, was in Klinikprojekten gebraucht wird: Kontrolle an genau den Stellen, an denen du sie im Ernstfall brauchst.

Fazit

Teams-Telefonie im Krankenhaus ist ein gutes Projekt — solange du sie als das behandelst, was sie ist: die Ablösung der Bürotelefonie und die Modernisierung der mobilen Sprachkommunikation. Sie ist kein Ersatz für Rufanlage, Alarmserver, Aufzugnotruf oder Objektfunk, und jeder Versuch, sie dazu zu machen, endet entweder in einer Eigenkonstruktion ohne Abnahme oder in einem Vorfall, den man im Nachgang sehr genau erklären muss.

Die drei Entscheidungen, die den Erfolg bestimmen, fallen früh. Erstens: Die Systemgrenze zwischen Telefonie und Primärsystemen wird schriftlich gezogen und vom Lenkungsausschuss getragen. Zweitens: Die drahtlose Versorgung — DECT, WLAN, Mobilfunk im Gebäude — wird vor dem Rollout geklärt und nicht danach. Drittens: Verfügbarkeit wird als Kette von Auffangnetzen gebaut und getestet, nicht als Prozentzahl im Vertrag geglaubt.

Wenn diese drei Punkte stehen, ist der Rest solides Handwerk: Rufnummernplan, SBC, Trunks, Pilotbereich, etappenweiser Rollout, Abnahme je Bereich. Das ist unspektakulär, und genau das ist in einem Haus, das rund um die Uhr arbeitet, die höchste Form von Qualität. Die beste Telefonie im Krankenhaus ist die, über die niemand spricht.

Weiterlesen: Teams-Telefonie — Pillar-Seite mit allen Bausteinen · Beratung zur Teams-Telefonie

Quellen

Microsoft Learn — Plan SIP Gateway (Geräteliste, Funktionsumfang, Lizenzvoraussetzungen): https://learn.microsoft.com/en-us/microsoftteams/devices/sip-gateway-plan

Microsoft Learn — Survivable Branch Appliance (SBA) für Direct Routing: https://learn.microsoft.com/en-us/microsoftteams/direct-routing-survivable-branch-appliance

Microsoft Learn — Notrufe planen und verwalten (Notfalladressen, Routing): https://learn.microsoft.com/de-de/microsoftteams/what-are-emergency-locations-addresses-and-call-routing

Microsoft Learn — Notruf-Routing-Richtlinien für Direct Routing: https://learn.microsoft.com/de-de/microsoftteams/manage-emergency-call-routing-policies

DGWZ — Rufanlagen nach DIN VDE 0834 (Normteile, Abnahme- und Wiederholungsprüfung, Betriebsbuch): https://www.dgwz.de/rufanlagen-din-vde-0834

ZVEI / Fachverband Sicherheit — Rufanlagen nach DIN VDE 0834 (Broschüre): https://www.zvei.org/fileadmin/user_upload/Presse_und_Medien/Publikationen/2017/Juli/Rufanlagen_nach_DIN_VDE_0834/Rufanlagen_nach_DIN_VDE_0834_Online.pdf

BSI — NIS-2 und Gesundheitswesen (regulierte Einrichtungen, Pflichten): https://www.bsi.bund.de/DE/Themen/Regulierte-Wirtschaft/NIS-2-regulierte-Unternehmen/NIS-2-Infopakete/NIS-2-Gesundheit/NIS-2-Gesundheit_node.html

BSI — Pressemitteilung zum Inkrafttreten des NIS-2-Umsetzungsgesetzes: https://www.bsi.bund.de/DE/Service-Navi/Presse/Pressemitteilungen/Presse2025/251205_NIS-2-Umsetzungsgesetz_in_Kraft.html

OpenKRITIS — Identifikation von KRITIS- und NIS2-Einrichtungen, Schwellenwerte: https://www.openkritis.de/betreiber/identifikation-kritische-infrastruktur.html

gematik — KIM, Kommunikation im Medizinwesen: https://www.gematik.de/anwendungen/kim

KBV — Digitalgesetz: KIM soll Standard für medizinische Kommunikation werden: https://www.kbv.de/praxis/tools-und-services/praxisnachrichten/2026/06-18/digitalgesetz-kim-soll-standard-fuer-medizinische-kommunikation-werden

Der Landesbeauftragte für den Datenschutz Hessen — Übermittlung personenbezogener Daten per Fax: https://datenschutz.hessen.de/datenschutz/it-und-datenschutz/uebermittlung-personenbezogener-daten-per-fax/hausinterne-verfahrensanweisungen-zum-faxversand

Statistisches Bundesamt — Grunddaten der Krankenhäuser 2024: https://www.destatis.de/DE/Presse/Pressemitteilungen/2025/11/PD25_398_231.html

Bundesnetzagentur — Mobilfunkversorgung: https://www.bundesnetzagentur.de/DE/Vportal/TK/InternetTelefon/Mobilfunkversorgung/start.html

Ascom — Interoperabilität mit Microsoft (IP-DECT-Mobilität für Teams): https://www.ascom.com/about-us/why-ascom/interoperability-partners/microsoft/

Spectralink — Microsoft Teams Phone, direkte Integration: https://www.spectralink.com/unified-communications/microsoft-teams/

boddenberg.de — Notrufe in der Microsoft-Teams-Telefonie in Deutschland: https://www.boddenberg.de/notrufe-in-microsoft-teams-telefonie-in-deutschland/

boddenberg.de — Teams-Telefonie (Pillar-Seite): https://www.boddenberg.de/teams-telefonie/

boddenberg.de — Beratung zur Teams-Telefonie: https://www.boddenberg.de/teams-telefonie-beratung/

Stand der Recherche: 2. September 2026. Produktbezeichnungen, Softwarestände, Lizenz- und Preisangaben sowie gesetzliche Fristen ändern sich; prüfe sie vor der Entscheidung an der jeweiligen Primärquelle.

Dieses Consulting-Dokument steht als PDF zum Download bereit: https://www.boddenberg.de/ArtikelPdf/teams-im-krankenhaus.pdf — © Ulrich B. Boddenberg · boddenberg.de