SSO/IAM - Sicherheitssoftware

Auftraggeberin ist die AGAPLESION Management- und Beratungsgesellschaft gGmbH mit Sitz in Ginnheimer Landstraße 94, 60487 Frankfurt am Main (nachfolgend die „Auftraggeberin“ genannt). Sie ist Teil des bundesweit tätigen Gesundheitskonzerns AGAPLESION gAG, der eine Vielzahl von Einrichtungen in verschiedenen Bereichen der Gesundheitsversorgung und Pflege deutschlandweit unter seinem Dach vereint und über Tochtergesellschaften betreibt. Die Auftraggeberin ist die konzerninterne IT-Beratungsgesellschaft, die das Vergabeverfahren für die Krankenhauseinrichtungen koordiniert und durchführt. Eine Liste der beteiligten Krankenhausgesellschaften (ebenfalls Auftraggeberinnen) ist nachstehend zu finden. Ausgeschrieben wird eine Rahmenvereinbarung mit einem Auftragnehmer. Neben den unmittelbar beteiligten Einrichtungen können weitere Einrichtungen der Rahmenvereinbarung auf Auftraggeberseite beitreten. Eine Übersicht findet sich ebenfalls untenstehend. Die Auftraggeberin plant die Beschaffung eines Single Sign On („SSO“) und eines Identity & Access Management („IAM“) Systems. Um den vergaberechtlichen Erfordernissen zu genügen, findet eine Losaufteilung zwischen SSO (Los 1) und IAM (Los 2) statt. Aufgrund der geplanten Kommunikation zwischen den beiden Systemen durch eine Standardschnitt-stelle ist es zwingend erforderlich, dass Bieter ein Angebot auf beide Lose abgeben. Dies kann durch einen Bieter (ggf. mit Nachunternehmer) oder eine Bietergemeinschaft geschehen. Hintergrund des Beschaffungsvorhabens ist das bundesweite Förderprogramm Kranken-hauszukunftsgesetz (KHZG), durch das Krankenhausträger bei der Digitalisierung ihrer Häuser unterstützt werden und über das die Beschaffung teilweise finanziert wird. Es han-delt sich daher um ein fördermittelfinanziertes Projekt. Die Beschaffung soll die Vorgaben des Fördertatbestandes 10 nach KHZG erfüllen.

Die AGAPLESION gAG betreibt ein zentrales Rechenzentrum mit daran angeschlossenen Krankenhäusern und Altenpflegeeinrichtungen. Mit Los 1 SSO wird die Beschaffung eines im zentralen AGAPLESION-Rechenzentrum installierten Single-Sign-On-Systems (SSO) angestrebt. BIETER MÜSSEN AUF BEIDE LOSE BIETEN. Bei der Beschaffung von Los 1 SSO handelt es sich um eine gemeinsame Beschaffung der nachstehend aufgeführten Häuser des AGAPLESION Konzerns: (a) AGAPLESION ALLGEMEINES KRANKENHAUS HAGEN gGmbH (b) AGAPLESION BETHESDA KLINIK ULM gGmbH (c) AGAPLESION EV. BATHILDISKRANKENHAUS BAD PYRMONT gGmbH (d) AGAPLESION DIAKONIEKLINIKUM HAMBURG gGmbH (e) AGAPLESION DIAKONIE KLINIKEN KASSEL gGmbH (f) AGAPLESION DIAKONIEKLINIKUM ROTENBURG gGmbH (g) AGAPLESION ELISABETHENSTIFT gGmbH (h) AGAPLESION EVANGELISCHES KRANKENHAUS MITTELHESSEN gGmbH (i) AGAPLESION FRANKFURTER DIAKONIE KLINIKEN gGmbH (j) AGAPLESION BETHANIEN KRANKENHAUS HEIDELBERG gGmbH (k) AGAPLESION EV. KLINIKUM SCHAUMBURG gGmbH (l) AGAPLESION KRANKENHAUS NEU BETHLEHEM gGmbH Die folgenden Einrichtungen können der Rahmenvereinbarung – ggf. nachträglich – beitreten: (m) AGAPLESION BETHESDA KRANKENHAUS BERGEDORF gGmbH (n) AGAPLESION Mitteldeutschland gGmbH Holding (o) AGAPLESION BETHESDA KRANKENHAUS WUPPERTAL gGmbH (p) Krankenhaus Seehausen gemeinnützige GmbH (Hinweis: Nicht Teil des AGAPLESION Konzerns) Das SSO-System soll im zentralen Rechenzentrum installiert und über zugehörige Satellitensysteme in den Außenstandorten betrieben werden. Diese Außenstandorte sind über MPLS-Leitungen mit dem Rechenzentrum verbunden. Diese MPLS-Anbindungen sollen durch das System nicht ausgelastet werden, da diese teilweise im 10-Mbit-Bereich liegen. Das SSO-System soll das Anmelden an Arbeitsplätzen oder dort verfügbarer Software ohne Eingabe eines Passwortes ermöglichen. Es soll eine alternative Authentifizierungsmethode nutzbar sein. Das SSO-System soll eine Anmeldung an im Einsatz befindlichen Windows Arbeitsplätzen als auch dort verfügbaren Softwareprodukten (lokal installiert, per Citrix bereitgestellt, entfernte Browserapplikationen, etc.) per SSO (RFID Token, Smartcards, etc.) und eine 2FA ermöglichen. Es soll ferner sowohl die Anmeldung an (Orbis, Medico, IMedOne,) als auch das Vidieren innerhalb des jeweiligen Krankenhausinformationssystems ermöglicht werden. Das System soll an Gruppenarbeitsplätzen funktionieren, ohne dass der Gruppenaccount von Windows abgemeldet oder gewechselt werden muss. Das Vorliegen der Leistungsanforderungen (MUSS- und SOLLTE-Kriterien) ist von Bietern grundsätzlich durch die zutreffende Auswahl in dem Dropdownmenü in der Spalte F „Verbreitung/Antwort“ des Leistungsverzeichnisses durch einen Eintrag zu bestätigen („Vorhanden und bereits im Einsatz“) oder zu verneinen („nicht vorhanden oder in Entwicklung“). Sofern Bieter bei einem Merkmal in Spalte F die Option „nicht vorhanden oder in Entwicklung“ ausgewählt haben, sollen sie nach Möglichkeit ein Releasedatum für das Merkmal in Spalte M benennen, wenn es sich in Entwicklung befindet. Soweit Spalte L (LV SSO) „Kommentar“ der Vermerk „Nachweis erforderlich“ oder „Beschreibung beifügen“ enthalten ist, legen Bieter durch eine geeignete Eigenerklärung prüfbar dar, ob und wie diese Leistungsanforderung erfüllt wird. Geeignete Formen für den Nachweis sind grundsätzlich ausformulierte Stellungnahmen, Konzepte oder Produktdatenblätter und -beschreibungen. Bieter tragen in eigener Verantwortung Sorge dafür, dass der Nachweis geführt wird. Es wird darauf hingewiesen, dass Nachforderungen bei mangelhaften Nachweisen grundsätzlich nicht erfolgen. Die Auftraggeberin behält sich aber vor, Unklarheiten in den eingereichten Nachweisen im vergaberechtlich zulässigen Umfang aufzuklären. Hierzu erhalten Bieter Gelegenheit zur Stellungnahme. Das Preisangebot soll folgende Mengen abbilden: • 7.000 Identitäten/Lizenzen • 4.750 Kartenlesegeräte • 10.000 RFID-Tokens Weitere Kosten für bspw. optionale Lizenzen und weiteres Equipment und Hardware sollen separat in einem Anlagendokument gelistet und bepreist werden. Des Weiteren soll für den Falle der Erweiterung in einem Anlagendokument der Stück- und/oder Staffelpreis weiterer Identitäten/Lizenzen aufgeführt werden. Bieter bieten zudem einen Gesamtpreis an und schlüsseln ihre Preise auf dem Preisblatt (DOKUMENT C. Preisblatt SSO) nochmals auf. Bieter tragen Sorge dafür, dass das Preisblatt vollständig ausgefüllt wird. Preisangaben können vergaberechtlich in der Regel nicht nachgefordert werden. Fehlende oder fehlerhafte Preise können daher zum Angebotsausschluss führen. Die Aufschlüsselung erfolgt nach den folgenden Preispositionen: (a) Lizenzkosten Erläuterung: Bieter weisen einen Lizenzpreis für die Dauer der geplanten Vertrags-laufzeit aus. (b) Kosten für Hardware Erläuterung: Bieter weisen die Kosten für die erforderliche Hardware zur Herstellung der Betriebsbereitschaft aus. Ergänzende Hardware wird als optional aufgeführt. (c) Wartung & Support Erläuterung: Bieter weisen für die Dauer der Vertrags- und Lizenzlaufzeit einen Pauschalpreis für die erforderlichen Wartungs- uns Supportkosten aus. (d) Dienstleistung Erläuterung: Bieter weisen einen Pauschalpreis für die Beratungs-. Projektierungs-. Implementierungs- und Installationsleistungen aus. (e) Schulungsleistungen Erläuterung: Bieter weisen neben ihrem Schulungskonzept (insb. Art und Umfang) einen Pauschalpreis für die Schulungsleistungen aus. Nähere Informationen sind in den Vergabeunterlagen zu finden.

Die Auftraggeberin plant mit Los 2 dieser Beschaffung zudem die Anschaffung und Integration eines IAM-Systems, das der Erhöhung der ordnungsgemäßen Benutzerberechtigungen und Aufrechterhaltung der Informationssicherheit des Gesamtsystems dienen soll. BIETER MÜSSEN AUF BEIDE LOSE BIETEN. Bei der Beschaffung von Los 2 IAM handelt es sich um eine gemeinsame Beschaffung der nachstehend aufgeführten Häuser des AGAPLESION Konzerns: (a) AGAPLESION ALLGEMEINES KRANKENHAUS HAGEN gGmbH (b) AGAPLESION BETHESDA KLINIK ULM gGmbH (c) AGAPLESION BETHESDA KRANKENHAUS BERGEDORF gGmbH (d) AGAPLESION EV. BATHILDISKRANKENHAUS BAD PYRMONT gGmbH (e) AGAPLESION DIAKONIEKLINIKUM HAMBURG gGmbH (f) AGAPLESION DIAKONIE KLINIKEN KASSEL gGmbH (g) AGAPLESION DIAKONIEKLINIKUM ROTENBURG gGmbH (h) AGAPLESION ELISABETHENSTIFT gGmbH (i) AGAPLESION EVANGELISCHES KRANKENHAUS MITTELHESSEN gGmbH (j) AGAPLESION FRANKFURTER DIAKONIE KLINIKEN gGmbH (k) AGAPLESION BETHANIEN KRANKENHAUS HEIDELBERG gGmbH (l) AGAPLESION EV. KLINIKUM SCHAUMBURG gGmbH (m) AGAPLESION KRANKENHAUS NEU BETHLEHEM gGmbH Die folgenden Einrichtungen können der Rahmenvereinbarung – ggf. nachträglich – beitreten: (n) AGAPLESION BETHESDA KRANKENHAUS BERGEDORF gGmbH (o) AGAPLESION Mitteldeutschland gGmbH Holding (p) AGAPLESION BETHESDA KRANKENHAUS WUPPERTAL gGmbH (q) Krankenhaus Seehausen gGmbH (Hinweis: Nicht Teil des AGAPLESION Konzerns) Durch die Automatisierung der Benutzeradministration (Eintritte, Veränderungen, Austritte) in AD, ADD, KIS und Subsystemen soll eine Prozessverbesserung und Erhöhung der Zugriffssicherheit der Benutzeraccounts über alle Abteilungen und Einrichtungen erreicht und aufrechterhalten werden. Das System muss folgende Subsysteme per integrierter und konfigurierbarer Schnittstelle anbinden können: Orbis, Medico (optional), iMedOne (optional), P&I LOGA, M365, MS AAD, Microsoft AD, Microsoft Exchange. Zudem muss das System aus in P&I Loga angelegten Mitarbeitern anhand von konfigurierbaren Workflows Benutzer in Orbis, Medico (optional), iMedOne (optional), M365, MS AAD, Microsoft AD, Microsoft Exchange anlegen können. Der Workflow muss mindestens als Vier-Augen-Prinzip abbildbar sein. Des Weiteren muss das System ein Selfserviceportal bieten, über welches Anträge für Ressourcen gestellt und frei-gegeben werden können, basierend auf einem Rechte- und Rollenkonzept. Das Vorliegen der Leistungsanforderungen (MUSS- und SOLLTE-Kriterien) ist von Bietern grundsätzlich durch einen entsprechenden Eintrag die zutreffende Auswahl in dem Dropdownmenü in der Spalte F „Verbreitung/Antwort“ des Leistungsverzeichnisses durch einen Eintrag zu bestätigen („Vorhanden und bereits im Einsatz“) oder zu verneinen („nicht vorhanden oder in Entwicklung“). Sofern Bieter bei einem Merkmal in Spalte F die Option „nicht vorhanden oder in Entwicklung“ ausgewählt haben, sollen sie nach Möglichkeit ein Releasedatum für das Merkmal in Spalte K benennen, wenn es sich in Entwicklung befindet. Soweit in Spalte N (LV IAM) „Kommentar“ der Vermerk „Nachweis erforderlich“ oder „Beschreibung beifügen“ enthalten ist, legen Bieter durch eine geeignete Eigenerklärung prüfbar dar, ob und wie diese Leistungsanforderung erfüllt wird. Geeignete Formen für den Nachweis sind grundsätzlich ausformulierte Stellungnahmen, Konzepte oder Produktdatenblätter und -beschreibungen. Bieter tragen in eigener Verantwortung Sorge dafür, dass der Nachweis geführt wird. Es wird darauf hingewiesen, dass Nachforderungen bei mangelhaften Nachweisen grundsätzlich nicht erfolgen. Die Auftraggeberin behält sich aber vor, Unklarheiten in den eingereichten Nachweisen im vergaberechtlich zulässigen Umfang aufzuklären. Hierzu erhalten Bieter Gelegenheit zur Stellungnahme. Das Preisangebot soll folgende Mengen abbilden: • 22.000 Identitäten Falls Schnittstellen und/oder anderweitige Anbindungen zur Integration kostenpflichtig sind, sollen diese im Preisblatt für folgende Systeme aufgeführt werden: • Active Directory • File & Folder (NTFS) • CSV/XML • Webservice • MS Exchange • P&I Loga • Dedalus ORBIS • IMedOne • Medico • Microsoft 365 Kosten für weitere Schnittstellen und/oder anderweitige Anbindungen zur Integration sollen in einer separaten Anlage gelistet und bepreist werden. Des Weiteren soll auch hier in einem Anlagendokument der Stück- und/oder Staffelpreis weiterer Identitäten für den Falle einer Erweiterung aufgeführt und bepreist werden. Bieter bieten zudem einen Gesamtpreis an und schlüsseln ihre Preise auf dem Preisblatt (DOKUMENT C. Preisblatt IAM) nochmals auf. Bieter tragen Sorge dafür, dass das Preisblatt vollständig ausgefüllt wird. Preisangaben können vergaberechtlich in der Regel nicht nachgefordert werden. Fehlende oder fehlerhafte Preise können daher zum Angebotsausschluss führen. Die Aufschlüsselung erfolgt nach den folgenden Preispositionen: (a) Lizenzkosten Erläuterung: Bieter weisen einen Lizenzpreis für die Dauer der geplanten Vertrags-laufzeit aus. (b) Kosten für Hardware Erläuterung: Bieter weisen die Kosten für die erforderliche Hardware zur Herstellung der Betriebsbereitschaft aus. Ergänzende Hardware wird als optional aufgeführt. (c) Wartung & Support Erläuterung: Bieter weisen für die Dauer der Vertrags- und Lizenzlaufzeit einen Pauschalpreis für die erforderlichen Wartungs- und Supportkosten. (d) Dienstleistung Erläuterung: Bieter weisen einen Pauschalpreis für die Beratungs-, Projektierungs-, Implementierungs- und Installationsleistungen aus. (e) Schulungsleistungen Erläuterung: Bieter weisen neben ihrem Schulungskonzept (insb. Art und Umfang) einen Pauschalpreis für die Schulungsleistungen aus. Nähere Informationen sind in den Vergabeunterlagen zu finden.