Teams-Telefonie im Krankenhaus und in der Pflege
Wo Teams-Telefonie im Klinikbetrieb sinnvoll ist – und wo sie nichts zu suchen hatTeams-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.

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.

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.

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.

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.

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
