Krankenhäuser und andere Gesundheitseinrichtungen sind aufgrund ihrer Stellung als kritische Infrastruktur besonderen Gefahren ausgesetzt. Gleichzeitig bilden die Themen Digitalisierung und der Aufbau einer modernen IT-Infrastruktur einen bedeutenden Bestandteil, um zukunftsfähig zu sein. Unser neuer Classroom Zukunftsfähige Krankenhaus-IT: Digitalisierung, Sicherheit und Cloud im Gesundheitswesen bereitet IT-Manager, Führungskräfte sowie Admins mit Projektverantwortung in Gesundheitseinrichtungen auf alle notwendigen Schritte vor. Die Teilnehmenden erhalten praxisnahe Einblicke in Change Management, IT-Sicherheit und Cloud Transformation, um Krankenhäuser effizient und sicher zu digitalisieren.

Unsere Experten widmen sich zunächst grundlegenden Strategien in Bezug auf IT und Digitalisierung im Krankenhaus. Dabei gehen sie auf die besonderen Bedingungen ein, die Gesundheitseinrichtungen bieten. Darauf aufbauend lernen Teilnehmende, die notwendigen Veränderungsprozesse voranzutreiben. Dabei müssen sie teilweise seit langem etablierte Strukturen aufbrechen und dafür Strategien aus dem Change-Management anwenden. Hier stellt unsere Expertin speziell auf die Bedürfnisse des Gesundheitssektors ausgerichtete Modelle vor, etwa ADKAR uind Kotter.

IT-Security und Cloud im Krankenhaus

Sobald IT-Systeme nach außen kommunizieren, etwa durch Cloud-Dienste, sind starke Sicherheitsvorkehrungen vonnöten. Aber auch die interne Vernetzung stellt ein hohes Risiko dar, sobald es einem Angreifer gelingt, in das interne Netz vorzudringen. Hier schützen Sicherheitsmaßnahmen zur Zugriffskontrolle, etwa Zero Trust und Conditional Access. Gesundheitsdaten von Patientinnen und Patienten dürfen unter bestimmten Bedingungen auch in der Cloud gespeichert werden. Das erfordert aber besondere Absicherung, auch weil ein Angriff auf ein solches System Daten gefährdet, die besonders schützenswert sind.

Abschließend widmen sich unsere Experten dem Microsoft 365. Die Suite umfasst mittlerweile zahlreiche Tools, die als Gesamtpaket die Kommunikation innerhalb vieler Firmen unterstützen. Eine Nutzung von M365 ist auch im Krankenhaus und weiteren Gesundheitseinrichtungen möglich, erfordert aber besondere Aufmerksamkeit bei der Absicherung und den Einstellungen, um keine unnötigen Risiken einzugehen, wenn man diese Tools einsetzen will.

Zusammenfassend bietet dieser Classroom allen Teilnehmenden eine umfassende und detaillierte Anleitung zur strategischen Ausrichtung von IT-Projekten in Krankenhäusern. Unsere Experten berücksichtigen dabei die neuesten technologischen Entwicklungen und regulatorischen Rahmenbedingungen, um die digitale Transformation ihrer Einrichtungen erfolgreich voranzutreiben.

Die Termine sind:

• 08.10.25: IT- und Digitalisierungsstrategien für das Gesundheitswesen: von der Vision zur Umsetzung
• 15.10.25: Change Management im Krankenhaus: Umgang mit Widerstand und Kulturveränderung
• 22.10.25: Sicherer Einsatz von M365 im Krankenhaus und MedTech-Unternehmen
• 29.10.25: Erfolgreiche Cloud Transformation im Krankenhaus
• 05.11.25: Krankenhaus-IT sicher gestalten: Vorschriften, Möglichkeiten und Maßnahmen

Praxis- und Expertenwissen – live und für später

Die Sessions haben eine Laufzeit von jeweils vier Stunden und finden von 9 bis 13 Uhr statt. Alle Teilnehmenden können sich nicht nur auf viel Praxis und Interaktion freuen, sondern haben auch die Möglichkeit, das Gelernte mit allen Aufzeichnungen und Materialien im Nachgang zu wiederholen und zu vertiefen. Fragen werden direkt im Live-Chat beantwortet und Teilnehmer können sich ebenfalls untereinander zum Thema austauschen. Der nachträgliche Zugang zu den Videos und Übungsmaterialien ist inklusive. Weitere Informationen und Tickets finden Interessierte auf der Website des Classrooms.

(cbo)

SpaceX verfolgt in den USA große Pläne für Mobilfunkverbindungen aus dem All. Wenige Wochen nach Bekanntwerden der geplanten Übernahme von Satellitenfrequenzen von Echostar hat das Unternehmen von Elon Musk einen Antrag an die US-amerikanische Telekommunikationsbehörde FCC gestellt. Darin erbittet der Betreiber des Satelliteninternetdienstes Starlink die Erlaubnis, 15.000 Satelliten für Direct-to-Cell-Dienste ins All zu bringen.

Mit dem Frequenzspektrum will SpaceX Übertragungen von Sprache und Text ermöglichen, aber auch Breitbandinternet anbieten. Das Angebot soll sich vor allem an Gebiete richten, die durch terrestrische Dienste nicht erschlossen sind. Menschen, die sich in diesen Gebieten aufhalten, sollen über Smartphones eine vollständige 5G-Mobilfunkverbindung nutzen können, die über die Satelliten bereitgestellt wird. Diese soll ein ähnliches Nutzungserlebnis bieten können wie terrestrische LTE-Dienste.

Satelliten sollen bis 2030 ins All

SpaceX will laut Antrag D2C-Satelliten der nächsten Generation einsetzen, die über eine 20-fach höhere Durchsatzkapazität als die erste Generation verfügen. Diese sollen in einer Höhe von 326 bis 355 Kilometern positioniert werden. Die insgesamt 15.000 Satelliten könnten D2C-Dienste für über eine Milliarde Menschen abwickeln. Es wird ein Zeitrahmen bis zum Jahr 2030 angestrebt, wenn bis Mitte 2026 die Genehmigung durch die FCC erfolgt. Aktuell habe das Unternehmen bereits über 650 Direct-to-Cell-Satelliten im Orbit.

Branchenbeobachtern stellt sich in diesem Zusammenhang die Frage, ob SpaceX die Kooperation mit anderen Netzbetreibern suchen wird, so wie es bei Starlink in den USA schon mit T-Mobile der Fall ist. Oder ob SpaceX womöglich sogar ein eigenes Starlink-Phone herausbringt. Dabei könnte Apple eine große Rolle spielen. Der iPhone-Hersteller hat für seine Smartphones und jüngst auch die Apple Watch Ultra 3 bereits Satellitendienste im Angebot. Für diese ist Apple eine Partnerschaft mit Globalstar eingegangen.

Zunächst müsste Apple in den iPhones die technischen Voraussetzungen schaffen, um das neu von SpaceX erworbene Frequenzspektrum zu nutzen. Einige halten es aber für möglich, dass Apple sogar Globalstar den Rücken kehrt und den Schulterschluss mit SpaceX sucht, um dessen Angebot zu nutzen. Sollten sich Apple und SpaceX nicht auf eine Kooperation verständigen, könnte ein Alleingang von SpaceX wahrscheinlicher werden.

Kaufsumme von 17 Milliarden US-Dollar

Die Übernahme der Echostar-Frequenzen durch SpaceX muss noch durch die FCC genehmigt werden. Für die Blöcke im 2-Gigahertz-Spektrum haben Käufer und Verkäufer eine Gesamtsumme von 17 Milliarden US-Dollar vereinbart. Diese Transaktion soll zur Hälfte bar bezahlt und zur anderen Hälfte in SpaceX-Aktien erfolgen.

(mki)

HashiCorps Hauskonferenz ist immer ein Schmelztiegel von Neuerungen aus der Welt von Terraform, Vault und Co. Das ist auch im zehnten Jahr des Bestehens nicht anders. Mitgründer und CTO Armon Dagdar begann mit hauseigenen Neuerungen – zunächst aus dem Infrastruktur-Bereich. Offiziell erhältlich und für den produktiven Einsatz freigegeben ist nun HCP (HashiCorp Cloud Plattform) Terraform Stacks. Gleiches gilt für die Möglichkeit, die eigene Schlüsselverwaltung zum Schutz sensibler Daten zu verwenden. Im HashiCorp-Sprech heißt das „HCP Terraform hold your own key“. Neu ist, dass man nun mit HCP Terraform Search nach Ressourcen, beispielsweise Rechner in AWS, suchen und importieren kann.

Die dazugehörige Suche nach diesen Objekten erfolgt als deklarative Abfragen. Innerhalb der Ergebnisliste kann der Anwender dann das Importieren in Terraform auslösen. Das ist sehr nützlich, wenn man Objekte in die HashiCorp-Welt bringen möchte, die der Anwender manuell oder mit anderen Werkzeugen angelegt hat. Terraform Search ist als öffentliche Beta verfügbar. Gleiches gilt für HCP Terraform Actions. Damit lassen sich quasi beliebige Aktionen auslösen, beispielsweise das Neustarten einer Anwendung oder das Löschen alter Protokoll-Dateien. Terraform kann dabei auch die Mechanismen von Plattformen wie Ansible oder Kubernetes benutzen.

Das bringt die IBM-Übernahme

Hier gibt es auch die ersten Früchte der Übernahme von HashiCorp durch IBM. Da ist einmal die Integration mit Ansible. Terraform kann nun die installierten Objekte dem Inventar von AAP (Ansible Automation Platform) hinzufügen. Außerdem schickt es ein Ereignis an EDA (Event Driven Ansible), welches dann die entsprechenden Playbooks auslöst. Arman Dagda bezeichnete als die Verbindung von IaC (Infrastructure as Code) und CaC (Configuration as Code). Auch an anderen Stellen gibt es eine neue Zusammenarbeit innerhalb der IBM-Familie. Terraform kann sich von Apptios Cloudability die Kosten inklusive Verbesserungsvorschläge für bestehende Cloud-Objekte holen. Der offizielle Name für diese Funktion lautet: Terraform Run Task Integration into Cloudability und ist noch in der Beta-Phase.

Auch im Bereich Sicherheit hatte Armon Dagdar einige Neuigkeiten mitgebracht. Es gibt nun VSCode-IDE-Plugin (Integrated Development Environment) für HCP Vault Radar. Das ist HashiCorps Lösung, um dem Wildwuchs und der ungewünschten Verbreitung von Passwörtern und Ähnlichem Herr zu werden. Der Anwender installiert das Plugin innerhalb seiner IDE. Gibt er nun Login-Informationen innerhalb seines Codes ein, dann taucht Alarm-Fenster auf. Diese benennt nicht nur das Fehlverhalten, sondern bietet auch Abhilfe. So kann der Benutzer die Login-Daten direkt in HCP Vault importieren und dort verwalten.

Analog kann Vault Radar auch bei der SaaS-Version von Jira helfen, wenn also ein Benutzer Login-Daten in ein Ticket schreiben will. Das IDE-Plugin ist noch im Beta-Stadium, das Jira-Scannen ist schon allgemein erhältlich und produktiv einsetzbar.

Erste Schritte zur Integration

Und auch im Bereich Sicherheit gibt es Neuigkeiten aus der IBM-Ecke. Red Hat hat den Vault Secret Store CSI (Container Storage Interface) für Openshift zertifiziert. Ein quasi formaler Schritt und eigentlich überfällig. HashiCorp und Red Hat gehören ja zur selben Familie – IBM. Nun können Openshift-Pods also zertifiziert auf Daten in Vault zugreifen. Laut Armon Dagdar ist es noch ein weiter Weg für die vollständige Integration, aber die ersten Schritte sind getan.

Ein weiteres neues Sicherheitsfeature: Für den interaktiven Zugriff hat HashiCorp das Produkt Boundary. Dieses kann nun das Benutzer-Passwort für RDP-Verbindungen (Remote Desktop Protokoll) automatisch einsetzen. Der Anwender braucht das Passwort praktisch gar nicht zu kennen. Beim Aufruf der RDP-Verbindung injiziert Boundary es, ohne dass der Benutzer auch nur etwas klicken muss.

(axk)