Onbord Portal
Der Gegenstand der vorliegenden Ausschreibung umfasst die Umsetzung eines IT-Systems (Onbord-Portal) zur Bereitstellung von Reiseinformationen, Servicemöglichkeiten und Entertainment auf den Zügen der ÖBB zur Nutzung durch den Fahrgast. Damit Kund:innen weiterhin einen vollumfänglichen Service am Zug genießen können, m...
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
Der Gegenstand der vorliegenden Ausschreibung umfasst die Umsetzung eines IT-Systems (Onbord-Portal) zur Bereitstellung von Reiseinformationen, Servicemöglichkeiten und Entertainment auf den Zügen der ÖBB zur Nutzung durch den Fahrgast. Damit Kund:innen weiterhin einen vollumfänglichen Service am Zug genießen können, muss ein neuer Lie...
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: ÖBB-Holding AG mit allen verbundenen Unternehmen
- Veröffentlicht: 20. April 2026
- Frist: Nicht angegeben
Ausschreibungsbeschreibung
Der Gegenstand der vorliegenden Ausschreibung umfasst die Umsetzung eines IT-Systems (Onbord-Portal) zur Bereitstellung von Reiseinformationen, Servicemöglichkeiten und Entertainment auf den Zügen der ÖBB zur Nutzung durch den Fahrgast. Damit Kund:innen weiterhin einen vollumfänglichen Service am Zug genießen können, muss ein neuer Lieferant gesucht werden, der die neuen Anforderungen des Portals erfüllt.
Weiterführende Details
Nach Registrierung stehen Unterlagen, Fristen und Hinweise zur Einreichung strukturiert bereit.
- Kernanforderungen der Ausschreibung priorisiert aufbereitet
- Fristen, Eignungskriterien und Unterlagen in einem Ablauf
- Hinweise zur strukturierten Angebotsvorbereitung
- Passende Folgeausschreibungen automatisch entdecken
Dokumente und Anhänge
49 Dateien erfasst- PDF Notice (BUL)
- PDF Notice (SPA)
- PDF Notice (CES)
- PDF Notice (DAN)
- PDF Notice (DEU)
- PDF Notice (EST)
Ähnliche Bekanntmachungen
10- Kreispolizeibehörde MettmannMettmannFrist: 30. Apr.
LZPD NRW / Beschaffung eines Systems zur Datenbankübergreifenden Analyse und Recherche (DAR II)
Der Auftraggeber betreibt das IT-Verfahren DAR (Datenbankübergreifende Analyse- und Recherche), mit welchem in unterschiedlichen Datenbeständen der Polizei NRW gesucht, recherchiert und analysiert werden kann. Es besteht die Absicht der Neubeschaffung des Systems auf dem neusten technischen Stand (DAR II). Die zu beschaffende Analysesoftware muss auf performante Weise in der Lage sein, in unterschiedlichen Daten bereits vorhandener strukturierter und unstrukturierter Datenquellen zu suchen, zu recherchieren und Analysen durchzuführen. Das DAR II soll insoweit den aktuellen und zukünftig absehbaren kriminalfachlichen Anforderungen gerecht werden und neueste technologische und ermittlungstaktische Möglichkeiten abbilden. Es muss die technischen und rechtlichen Rahmenbedingungen, insbesondere die nationalen und internationalen Bestimmungen sowie die Bestimmungen zu Löschungspflichten, den Regeln der hypothetischen Datenneuerhebung und dem Kernbereichsschutz vollumfänglich erfüllen und regelmäßig angepasst werden. Es muss die Belange des Datenschutzes erfüllen und zukünftige Änderungen rechtsverbindlich umsetzen können. Ziel ist es, ein ausreichend dimensioniertes, skalierbares Analysesystem für eine nicht beschränkte Anzahl von Anwendern zu erhalten, welches ständig wachsende Datenvolumina performant verarbeiten kann. Mit der 8. Novelle des Polizeigesetzes Nordrhein-Westfalens entfällt das Verbot des Einsatzes künstlicher Intelligenz und Möglichkeiten des Dataminings werden eröffnet. Die zu beschaffende Lösung soll das entstehende Potenzial bedienen und die Möglichkeiten des Einsatzes künstlicher Intelligenz, insbesondere in Form der Nutzerunterstützung, der Effizienzsteigerung und bei der Erstellung von nicht personenbezogenen Analysen für die Polizei NRW eröffnen. Die Beschaffung umfasst im Wesentlichen die folgenden Leistungen: - Erwerb einer Analysesoftware für die datenbankübergreifende Analyse und Recherche, welche grundsätzlich in einer bestehenden IT-Umgebung installiert werden kann. Dies beinhaltet ein Produktiv-, Entwicklungs- und Testsystem, welche in die bestehende IT-Infrastruktur der Polizei NRW eingebunden werden soll. - Optional: Die Bereitstellung einer zentralen Datenintegrationsplattform zur Integration der bestehenden Datenquellen. - Optional: Die Bereitstellung von Auswertungs- und Analysefunktionalitäten basierend auf dem Einsatz künstlicher Intelligenz. - Unterstützung des zentralen Fortbildungsträgers des Landes bei der Vorbereitung und Durchführung von Schulungsmaßnahmen. Im Rahmen des Verfahrens behält sich der Auftraggeber vor, eine Teststellung des Systems durchzuführen. In jedem Fall erfolgt eine Systemdemonstration der Bieter im Rahmen der Bietergespräche. Mit einem voraussichtlichen Ende des Vergabeverfahrens ist im Oktober 2026 zu rechnen.
- BwFuhrparkService GmbH
Gleitschutzketten
Zum Leistungsumfang des Auftragnehmers gehört - Lieferung von Gleitschutzketten, - Entladung der Gleitschutzketten am Anlieferort, - Bereitstellung von technischen Unterlagen, - Rücknahme von unbenutzten und original verpackten Gleitschutzketten, - technische Betreuung sowie ein Informationsdienst mit Bezug auf Neuerungen oder Änderungen. müssen der zum Zeitpunkt der Lieferung gültigen Technischen Lieferbedingung TL 2540-0002 des Bundesamt für Ausrüstung, Informationstechnik und Nutzung der Bundeswehr (BAAINBw) entsprechen. Der Auftragnehmer stellt im Zuge seiner Leistungserfüllung im Auftragsfall das vollständige Einhalten der zu dem Zeitpunkt gültigen Gesetze, Verordnungen, Normen und Regeln sicher. Die Passfähigkeit der Gleitschutzketten sowie ein ausreichender Spielraum in den Radkästen muss sichergestellt sein. Schäden am Fahrzeug dürfen durch die Nutzung der Gleitschutzketten nicht entstehen. Nacharbeiten speziell bei Muster Gleitschutzkettensätzen gehen im Einzelfall zu Lasten des Auftragnehmers. Sie müssen für die vorgesehenen Fahrzeuge und deren Bereifungsdimension uneingeschränkt ohne Reifenbindung geeignet sein. Ausgenommen, wenn in der Bereitstellungsgenehmigung (BerGe) einzelner Fahrzeuge eine solche enthalten ist. Die Gleitschutzketten unterliegen nur dann einer Reifenbindung, wenn dies in der Freigabe der Gleitschutzkette oder des Fahrzeuges gefordert und vorgeschrieben ist. Der Auftragnehmer stellt im Zuge seiner Leistungserfüllung im Auftragsfall das vollständige Einhalten der zu dem Zeitpunkt gültigen Gesetze, Verordnungen, Normen und Regeln sicher. Die Gleitschutzketten müssen grundsätzlich ohne die konstruktiven und sicherheitstechnischen Merkmale zu beinträchtigen, montiert werden können. Eine Gefährdung der Fahrzeuginsassen und weiterer Verkehrsteilnehmer muss ausgeschlossen sein. Hinsichtlich der Güte der Gleitschutzkette muss die Anforderung der Bundeswehr erfüllt werden. Diese Anforderung befindet sich in der Technischen Lieferbedingung TL 2540-0002 des BAAINBw. Für die Einhaltung dieser Anforderung hat der Auftragnehmer eigenverantwortlich Sorge zu tragen. Da die TL 2540-0002 einem Änderungsdienst unterliegt, ist der Auftragnehmer verpflichtet, sich stets an die aktuelle TL zu halten. Die jeweils aktuelle Version kann im Internet unter www.baainbw.de/TL (https://tl.baainbw.de/AG-Bund/TL/ML_Suche_TL.asp) abgerufen werden. Abweichungen hiervon bedürfen der formalen schriftlichen Zustimmung des Auftraggebers. Vor Inverkehrbringung müssen Gleitschutzketten eine Fahrzeugherstellerfreigabe erhalten. Diese erteilt der Hersteller des Fahrzeugs in Absprache mit dem Lieferanten der Gleitschutzketten. Gleitschutzketten müssen durch den Auftragnehmer überwiegend an Standorte des Auftraggebers in Deutschland geliefert werden. Diese Standorte des Auftraggebers und aktuelle Adressen sind auf der Homepage www.bwfuhrpark.de aufgeführt. In Ausnahmefällen müssen Gleitschutzketten auch an andere bundesweite Orte, wie z. B. Aufbauhersteller oder Materialschleusen der Bundeswehr geliefert werden. Die Gleitschutzketten müssen durch den Auftragnehmer am Anlieferort abgeladen werden. An den Anlieferorten stehen keinerlei Hilfsmittel zur Entladung zur Verfügung. Für entstehende Kosten durch Wartezeiten des Entladens ist die BwFPS nicht haftbar. In die militärischen Liegenschaften der Bundeswehr, d.h. in gesicherten Bereichen von Kasernen erhalten nur Personen Einlass, welche keine Staatsangehörigkeit gemäß der aktuellen gültigen Staatenliste BMVg (Anlage Staatenliste) haben. Zur Vereinfachung der Abläufe und Ressourcenschonung wickelt der Auftraggeber alle Prozessschritte weitestgehend elektronisch medienbruchfrei ab. Die Beschaffungsplattform der BwFPS ist SAP Ariba. Der elektronische Katalog wird auf Grundlage der in der Anlage Konditionen festgelegten Rahmenbedingungen erstellt. Er wird vom Auftraggeber im Beschaffungssystem SAP Ariba für die weitere Nutzung im Bestellprozess zur Verfügung gestellt.
- DAK-Gesundheit
sensorbasierte Assistenzsysteme am Büroarbeitsplatz
1. Technische Rahmenbedingungen - Die angebotene Lösung muss sowohl am betrieblichen Arbeits- als auch am Homeoffice-Arbeitsplatz betrieben werden können. - Die eingesetzten Hardware-Komponenten sollen hinreichend klein und leicht sein, um unter anderem den Wechsel zwischen den Arbeitsplätzen ohne hohen Aufwand/barrierefrei zu ermöglichen und auch auf kleinen Arbeitsflächen eingesetzt werden zu können. Idealerweise soll die Bildschirmgröße 6 Zoll/ Inch nicht überschreiten und das Gewicht unter 500 g liegen. - Das Gerät muss geeignete Sensorik zur Erfassung ergonomischer und bewegungsbezogener Parameter bereitstellen. - Die Lösung muss Sensorik zur Erfassung arbeitsplatzbezogener (Umgebungs)Faktoren (insbesondere CO2, Licht, Luftfeuchtigkeit, Geräuschpegel, Bewegungs- und Haltungsmuster) unterstützen. - Die Erkennung von Bewegungs- oder Haltungsmustern muss kamerafrei erfolgen. - Die Geräte müssen mittels Stromkabel betrieben werden können; ein entsprechendes Netzteil muss Bestandteil des Lieferumfangs sein. - Es muss eine Möglichkeit zur lokalen Datenverarbeitung ohne Cloud-Anbindung bestehen. - Vorhandene Schnittstellen zur Übermittlung anonymisierter bzw. aggregierter Nutzungsinformationen sind darzustellen. - Automatische Software-Updates oder Konfigurationsanpassungen müssen möglich sein. - Ein Einsatz des Systems muss unabhängig von der bestehenden IT-Infrastruktur im Unternehmen (z. B. ohne Einbindung in das Firmennetzwerk) möglich sein. 2. Funktionale Anforderungen - Das Produkt muss ergonomische / bewegungsbezogene Hinweise für Mitarbeitende bereitstellen. - Die Lösung muss Umgebungsfaktoren (CO2, Licht, Luftfeuchtigkeit, Geräuschpegel) erfassen und entsprechende Rückmeldungen an die Nutzenden ermöglichen. - Des Weiteren muss sie KI-gestützte Funktionen zur Identifikation von Bedarfen und zur Ableitung gesundheitsförderlicher Empfehlungen bereitstellen. - Hinweise müssen in Echtzeit und/oder zeitgesteuert ausgegeben werden können. - Individuelle Anpassungsmöglichkeiten für Nutzende müssen vorgesehen sein. Hierbei ist eine einfache Bedienbarkeit sicherzustellen. - Die Nutzung der Lösung muss im Homeoffice mit gleichwertiger Funktionalität wie am betrieblichen Arbeitsplatz möglich sein. 3. Datenschutz und Datensicherheit - Die Datenverarbeitung muss vollständig lokal (offline) möglich sein. - Es muss sichergestellt sein, dass keine Bilddaten oder identifizierbare personenbezogene Merkmale erhoben werden. - Maßnahmen zur Gewährleistung einer ausschließlich anonymisierten bzw. aggregierten Speicherung oder Übermittlung der Daten sind darzustellen. - Nutzende müssen die Möglichkeit haben, Speicherfristen festzulegen und Daten jederzeit manuell zu löschen. - Vorhandene formelle Datenschutzunterlagen (z. B. technische und organisatorische Maßnahmen) sind bereitzustellen. 4. Betrieb, Service und Support -Darstellung der logistischen Abwicklung der Bereitstellung der Hardware für die Nutzenden. Diese Darstellung soll insbesondere die, für die Nutzenden kostenfreie Lieferung sowie die kostenfreie Rückholung nach Beendigung der Nutzung enthalten. Es soll weiterhin dargestellt werden, dass die für die Logistik erforderlichen Versand- und Rücksendematerialien ebenfalls den Nutzenden kostenfrei zur Verfügung gestellt wird -Darstellung der Modalitäten und der Dauer der Hardwareüberlassung. Die Hardware soll den Nutzenden gemäß dem Präventionsgrundsatz "Hilfe zur Selbsthilfe" ausschließlich temporär überlassen werden. -Darstellung möglicher anonymisierter Auswertungs- und Reportingformate auf Basis der erfassten Daten. Die Reportings sollen aggregierte Erkenntnisse Nutzung und zu indentifizierten ergonomischen bzw. umgebungsbezogenen Mustern ermöglichen, ohne Rückschlüsse auf einzelne Personen zuzulassen - Darstellung der angebotenen Installations-, Wartungs- und Serviceleistungen. Insbesondere Schulungsangebote für Nutzende und Administratoren - Angaben zu Lieferzeiten und realistischen Implementierungszeiträumen. - Darstellung der Möglichkeiten zur Erweiterung der Lösung (z. B. Funktionsumfang, Datenumfang, Anzahl der Nutzenden). - Beschreibung der Supportleistungen während des Betriebs. Anbieter, die entsprechende Lösungen bereitstellen können, werden gebeten, ihre unverbindlichen Informationen unter Berücksichtigung der oben unter Ziffer 1. bis 4. aufgeführten Anforderungen und Aspekte formlos bis spätestens 20.04.2026 an die E-Mail Adresse: vergabestelle@dak.de zu übermitteln. Nach Eingang der Rückmeldungen kann es zu weiteren Gesprächen kommen, um offene Fragen zu klären oder vertiefende Informationen zu erhalten. Diese Markterkundung erfolgt rein informatorisch und ist nicht Teil eines Vergabeverfahrens. Wir danken für Ihre Unterstützung.
- AOK-Bundesverband eGbR - Arbeitsgemeinschaft von Körperschaften des öffentlichen Rechts
Markterkundung HR-Zielarchitektur
Die zukünftige HCM-Zielarchitektur hat die besonderen Anforderungen des öffentlichen Dienstes und der gesetzlichen Krankenversicherung in einer Größenordnung von ca. 78.000 Mitarbeitenden und Versorgungsempfängern abzubilden. Sie muss zugleich der beabsichtigten Konsolidierung der derzeit 12 dezentralen SAP-HCM-Systeme in eine gemeinsame, grundsätzlich standardisierte HCM-Systemlandschaft Rechnung tragen. Gesucht wird eine möglichst umfassende Best-of-Suite-Lösung mit integrierter, konsistenter und produktiv belastbarer Architektur. Das integrative Kernsystem der Suite muss die Bereiche Gehaltsabrechnung einschließlich Beamtenversorgung, zentrale mitarbeiterzentrierte Stammdatenhaltung mit Self-Services und Workflows sowie Organisationsmanagement umfassen; diese Kernanwendungen müssen voll integrativ, d. h. ohne Anbindung über Schnittstellen, zur Verfügung stehen und den funktionalen Kern des HCM-Gesamtsystems bilden. Produkte, bei denen diese Kernanwendungen nur teilweise oder nur unter Einbindung zusätzlicher Drittprodukte, Individualentwicklungen oder gesonderter Schnittstellen bereitgestellt werden können, entsprechen dem angestrebten Zielbild regelmäßig nicht. Von zentraler Bedeutung sind darüber hinaus die übergreifenden Anforderungen an die Zielarchitektur. Hierzu gehören insbesondere zentrale Stammdatenhaltung, Hosting innerhalb der EU/des EWR, Datenschutzkonformität beim Einsatz von Nachunternehmern, deutschsprachiger Support, KRITIS-/Sicherheitsunterstützung, Informationssicherheitsnachweise einschließlich C5-Testat Typ 2 und zusätzlicher SOC-1-, SOC-2- und SOC-3-Nachweise, die integrative Bereitstellung definierter Daten für SAP oscare (oscare = SAP-basierte Branchenlösung der AOK Systems GmbH), Datenlöschung/ILM, Migrationsfähigkeit sowie ein sicherer, belastbarer Betrieb im regulatorischen Umfeld der AOK-Gemeinschaft. Ebenfalls erforderlich sind belastbare Rollen- und Rechtekonzepte sowie eine konsistente, sichere und nachvollziehbare Verarbeitung in den Kernanwendungen. Die Zielarchitektur muss insbesondere die führende Pflege und Nutzung von Beschäftigten- und Organisationsdaten, digitale Personalprozesse über den gesamten Beschäftigtenlebenszyklus, Self-Services und Workflows, Zeitwirtschaft, Reisemanagement, Entgeltabrechnung, Melde- und Bescheinigungswesen, Berichtswesen, elektronische Personalakte sowie die Anbindung an bestehende Kernverfahren und Umsysteme unterstützen. Als wesentlich angesehen werden insbesondere die Abbildung des deutschen Steuer- und Sozialversicherungsrechts sowie gesetzlicher, tariflicher und versorgungsrechtlicher Anforderungen einschließlich Beamtenversorgung und Betriebsrente, zentrale rollenbasierte Pflege von Beschäftigten-, Organisations- und Vertragsdaten, Meldewesen, Bescheinigungswesen und eAU, komplexe Workflow- und Genehmigungslogiken, zeitgebundenes Organisationsmanagement, Anbindung eines bestehenden SAP BW/4HANA-Systems, vollständige Zeitwirtschaft unter Berücksichtigung unterschiedlicher AOK-spezifischer Varianten, Reisemanagement einschließlich landes- und bundesrechtlicher Anforderungen sowie ein zentrales Mitarbeiterportal. Darüber hinaus muss die Zielarchitektur die Anforderungen mehrerer eigenständiger AOKen in einer gemeinsamen, konsolidierten und grundsätzlich standardisierten Lösungsarchitektur abbilden und zugleich AOK-spezifische Ausprägungen, insbesondere bei Organisationsstrukturen, Berechtigungen, Archivsystemen, Löschvorgaben, Zeitwirtschaftsvarianten, Reisekostenregelungen und Integrationsumfängen, steuerbar und logisch getrennt unterstützen. Erwartet wird, dass mögliche Produkte sämtliche gesetzlichen, tariflichen und sozialversicherungsrelevanten Regelungen der Lohn-, Besoldungs-, Gehalts- und Versorgungsabrechnung für alle relevanten Personengruppen einschließlich landesrechtlicher Besonderheiten rechtskonform abbilden und gesetzliche sowie tarifliche Änderungen ohne Zutun des Auftraggebers zeitnah über Releases bereitgestellt werden, sodass eine fristgerechte, nachvollziehbare und rechtssichere Umsetzung ohne manuelle Nebenverfahren gewährleistet ist. Besondere Bedeutung hat ferner die Anschlussfähigkeit an die bestehende, SAP-nahe Anwendungslandschaft. Dies betrifft insbesondere SAP oscare, ein bestehendes SAP BW/4HANA-System, SAP FI/CO Systeme, elektronische Personalakten und Archivsysteme sowie weitere Fach- und Umsysteme. Darüber hinaus ist zu berücksichtigen, dass bereits heute eine zentrale SAP-SuccessFactors-Landschaft mit Learning- und Talentmanagement-Funktionen für alle AOKen produktiv im Einsatz ist und die künftige Zielarchitektur diese bestehende Landschaft konsistent, belastbar und zukunftsfähig erweitern können muss. Die Softwarelösung ist zu Anfang 2027 in einem funktionsfähigen und produktiv einsetzbaren Zustand zu überlassen.
- Die AOK-Bundesverband eGbR führt im Namen der in der Bekanntmachung genannten Auftraggeberinnen das Vergabeverfahren durchFrist: 21. Mai
Markterkundung HR-Zielarchitektur
Die zukünftige HCM-Zielarchitektur hat die besonderen Anforderungen des öffentlichen Dienstes und der gesetzlichen Krankenversicherung in einer Größenordnung von ca. 78.000 Mitarbeitenden und Versorgungsempfängern abzubilden. Sie muss zugleich der beabsichtigten Konsolidierung der derzeit 12 dezentralen SAP-HCM-Systeme in eine gemeinsame, grundsätzlich standardisierte HCM-Systemlandschaft Rechnung tragen. Gesucht wird eine möglichst umfassende Best-of-Suite-Lösung mit integrierter, konsistenter und produktiv belastbarer Architektur. Das integrative Kernsystem der Suite muss die Bereiche Gehaltsabrechnung einschließlich Beamtenversorgung, zentrale mitarbeiterzentrierte Stammdatenhaltung mit Self-Services und Workflows sowie Organisationsmanagement umfassen; diese Kernanwendungen müssen voll integrativ, d. h. ohne Anbindung über Schnittstellen, zur Verfügung stehen und den funktionalen Kern des HCM-Gesamtsystems bilden. Produkte, bei denen diese Kernanwendungen nur teilweise oder nur unter Einbindung zusätzlicher Drittprodukte, Individualentwicklungen oder gesonderter Schnittstellen bereitgestellt werden können, entsprechen dem angestrebten Zielbild regelmäßig nicht. Von zentraler Bedeutung sind darüber hinaus die übergreifenden Anforderungen an die Zielarchitektur. Hierzu gehören insbesondere zentrale Stammdatenhaltung, Hosting innerhalb der EU/des EWR, Datenschutzkonformität beim Einsatz von Nachunternehmern, deutschsprachiger Support, KRITIS-/Sicherheitsunterstützung, Informationssicherheitsnachweise einschließlich C5-Testat Typ 2 und zusätzlicher SOC-1-, SOC-2- und SOC-3-Nachweise, die integrative Bereitstellung definierter Daten für SAP oscare (oscare = SAP-basierte Branchenlösung der AOK Systems GmbH), Datenlöschung/ILM, Migrationsfähigkeit sowie ein sicherer, belastbarer Betrieb im regulatorischen Umfeld der AOK-Gemeinschaft. Ebenfalls erforderlich sind belastbare Rollen- und Rechtekonzepte sowie eine konsistente, sichere und nachvollziehbare Verarbeitung in den Kernanwendungen. Die Zielarchitektur muss insbesondere die führende Pflege und Nutzung von Beschäftigten- und Organisationsdaten, digitale Personalprozesse über den gesamten Beschäftigtenlebenszyklus, Self-Services und Workflows, Zeitwirtschaft, Reisemanagement, Entgeltabrechnung, Melde- und Bescheinigungswesen, Berichtswesen, elektronische Personalakte sowie die Anbindung an bestehende Kernverfahren und Umsysteme unterstützen. Als wesentlich angesehen werden insbesondere die Abbildung des deutschen Steuer- und Sozialversicherungsrechts sowie gesetzlicher, tariflicher und versorgungsrechtlicher Anforderungen einschließlich Beamtenversorgung und Betriebsrente, zentrale rollenbasierte Pflege von Beschäftigten-, Organisations- und Vertragsdaten, Meldewesen, Bescheinigungswesen und eAU, komplexe Workflow- und Genehmigungslogiken, zeitgebundenes Organisationsmanagement, Anbindung eines bestehenden SAP BW/4HANA-Systems, vollständige Zeitwirtschaft unter Berücksichtigung unterschiedlicher AOK-spezifischer Varianten, Reisemanagement einschließlich landes- und bundesrechtlicher Anforderungen sowie ein zentrales Mitarbeiterportal. Darüber hinaus muss die Zielarchitektur die Anforderungen mehrerer eigenständiger AOKen in einer gemeinsamen, konsolidierten und grundsätzlich standardisierten Lösungsarchitektur abbilden und zugleich AOK-spezifische Ausprägungen, insbesondere bei Organisationsstrukturen, Berechtigungen, Archivsystemen, Löschvorgaben, Zeitwirtschaftsvarianten, Reisekostenregelungen und Integrationsumfängen, steuerbar und logisch getrennt unterstützen. Erwartet wird, dass mögliche Produkte sämtliche gesetzlichen, tariflichen und sozialversicherungsrelevanten Regelungen der Lohn-, Besoldungs-, Gehalts- und Versorgungsabrechnung für alle relevanten Personengruppen einschließlich landesrechtlicher Besonderheiten rechtskonform abbilden und gesetzliche sowie tarifliche Änderungen ohne Zutun des Auftraggebers zeitnah über Releases bereitgestellt werden, sodass eine fristgerechte, nachvollziehbare und rechtssichere Umsetzung ohne manuelle Nebenverfahren gewährleistet ist. Besondere Bedeutung hat ferner die Anschlussfähigkeit an die bestehende, SAP-nahe Anwendungslandschaft. Dies betrifft insbesondere SAP oscare, ein bestehendes SAP BW/4HANA-System, SAP FI/CO Systeme, elektronische Personalakten und Archivsysteme sowie weitere Fach- und Umsysteme. Darüber hinaus ist zu berücksichtigen, dass bereits heute eine zentrale SAP-SuccessFactors-Landschaft mit Learning- und Talentmanagement-Funktionen für alle AOKen produktiv im Einsatz ist und die künftige Zielarchitektur diese bestehende Landschaft konsistent, belastbar und zukunftsfähig erweitern können muss. Die Softwarelösung ist zu Anfang 2027 in einem funktionsfähigen und produktiv einsetzbaren Zustand zu überlassen.
- Klinikum der Stadt Ludwigshafen am Rhein gGmbH
vergebener Auftrag: Software für Systemintegration und digitalen Workflow in der Augenklinik
Im Zuge der voranschreitenden Digitalisierung im Krankenhaus muss in der Augenklinik eine Infrastruktur geschaffen werden, die einen durchgängigen Datenstrom der Patientendaten und einen digitalen Workflow ermöglicht. Das Klinikum Ludwigshafen beabsichtigt die Beschaffung einer Software für die Systemintegration und einen digitalen Workflow in der Augenklinik. Die Maßnahme ist integraler Bestandteil der Einführung der Digitalen Patientenakte im Klinikum Ludwigshafen. Ziel ist die vollständig digitale, strukturierte und medienbruchfreie Dokumentation ophthalmologischer Befunde im Rahmen des klinischen Behandlungsprozesses. Mit Siemens syngo Carbon (PACS), i.s.h.med (KIS) und ZEISS-OCT sind im Klinikum Ludwigshafen bereits die Komponenten für einen digitalen Workflow vorhanden, für ein integriertes "Abteilungsinformationssystem" der Augenheilkunde fehlt im Wesentlichen ein ophthalmologisches Daten-/Workflow-Frontend plus eine saubere Schnittstellenkonfiguration. ZEISS FORUM fungiert dabei als spezialisiertes Fachmodul zur strukturierten Befunderhebung und Verlaufsdarstellung, dessen Ergebnisse über standardisierte HL7-Schnittstellen in das führende Krankenhausinformationssystem i.s.h.med zurückgeführt und dort Bestandteil der elektronischen Patientenakte werden. Die Maßnahme erfüllt damit die Anforderungen des Fördertatbestands 3 (Digitale Pflege- und Behandlungsdokumentation). Die Maßnahme ist Teil der Einführung der Digitalen Akte und wird aus Fördermitteln des Krankenhauszukunftsgesetzes (KHZG, Fördertatbestand 3) gefördert. Ohne die Implementierung von ZEISS FORUM ist eine strukturierte, digitale und verlaufsbezogene Dokumentation ophthalmologischer Befunde im Rahmen der Digitalen Patientenakte nicht möglich. Die Maßnahme dient daher nicht primär der Bildarchivierung, sondern der digitalen Behandlungsdokumentation und Prozessintegration im Sinne des Fördertatbestands 3. Auf dem deutschen Markt sind in dieser Sparte außer Carl Zeiss Meditec Vertriebsgesellschaft mbH mit der Software ZEISS FORUM, die Firma Heidelberg Engineering mit der Software HEYEX 2 und die Firma Topcon mit z.B. den Produkten IMAGEnet 6, Maestro, Triton etc. etabliert. Jeder Hersteller bietet seine eigenen OCT-Geräte an, für die diese Softwareplattformen primär ausgelegt sind. Der Großteil der betriebenen und anzubindenden Medizingeräte der Augenklinik sind Geräte des Herstellers Zeiss. Alle ZEISS Geräte können nahtlos über die ZEISS FORUM Software angebunden werden. Diese ist im Klinikum Ludwigshafen bereits mit einer Installation und Lizenzen für drei neu gekaufte Geräte der Firma Zeiss in Betrieb und muss für die Systemintegration mit den notwendigen Schnittstellen ausgerüstet werden und für die zusätzlichen Gerate müssen die vorhandenen Lizenzen erweitert werden. Die beiden Alternativsysteme setzen voraus, dass die Modalitäten den DICOM-Export unterstützen. Jedoch ist auch dann eine vollumfängliche, "nahtlose" Nutzung von Zeiss-OCT-Daten in der Topcon-OCT-Software und der Heidelberg Engineering Software nicht vorgesehen. Die Systeme sind primär auf ihre jeweils eigenen, proprietären Datenformate ausgelegt. Damit sind die Softwarelösungen der beiden genannten Firmen auf die Auswertung der exportierten DICOM-Daten mit Standardfunktionen beschränkt. Zeiss-spezifische multimodale Auswertungsmodule (z.B. Glaucoma-Workplace, Retina-Workplace) werden ebenso wenig unterstützt wie der Datenaustausch des IOL-Masters mit den beiden OP-Mikroskopen. Letzterer stellt im Hinblick auf die Planung von Systemintegration und Workflow der Augenklinik eine der wesentlichen Schlüsselfunktionen dar. Hingegen können die weiteren in der Augenklinik betriebenen Geräte von Drittherstellern mit ZEISS FORUM über eine DICOM-Schnittstelle direkt in den Workflow integriert werden (betrifft: Heidelberg Sprectralis OCT, Absolu Sonographiegrat, letzteres derzeit in Beschaffung), bzw. nach einem Software-Upgrade (DICOM-Schnittstelle) angebunden werden (betrifft: Oculus Pentacam Hornhauttophographie). Es ergibt sich folgendes Zielbild für die IT-Architektur: - KIS i.s.h.med als führendes System für Patientenstammdaten, Termine, Diagnosen, Prozeduren, Verordnungen, Befunde und Abrechnung im Rahmen der Digitalen Akte. - ZEISS-OCT + ZEISS FORUM als augenspezifische Ebene: Geräteanbindung, OCT-Verlaufsdarstellung, spezielle Glaukom/AMD-Ansichten, Export in ePA/KIS/PACS. - Syngo Carbon dient ergänzend als Enterprise Imaging-Backbone, der alle DICOM-Bilder (inkl. OCT) klinikweit speichert und bereitstellt.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 5 Financial Services
Folgendes Fachlos wird vergeben: Los 5 Financial Services: Die genutzten Funktionen des TRM umfassen die Finanzierungen. Dazu gehört die Aufnahme von Krediten, Intra-Company, Endfällige und Annuitätendarlehen. Eine weitere Finanzierungsquelle sind die emittierten Anleihen des Auftraggebers. Des Weiteren ist die Liquiditätsvorschau und Planung (SAC) relevant. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 4 Immobilienmanagement
Folgendes Fachlos wird vergeben: Los 4 Immobilienmanagement: Das Los Immobilienmanagement beinhaltet die Verwendung des SAP-Moduls RE-FX. Dieses System ist nah am Standard ausgeprägt. Es wird hierbei die Profit-Center Rechnung verwendet, wobei technische Anlagen wie z.B. Fahrtreppen oder Fahrstühle in Sammelkostenstellen eingebunden sind, und nicht über RE-FX verwaltet werden. Daneben erfolgt die Instandhaltung der Gebäude und der techn. Anlagen direkt aus dem SAP PM, und wird nicht über RE-FX gesteuert. Es wird lediglich die Wirtschaftliche Sicht ausgeprägt. Die Architektonische Sicht ist obsolet. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 2 Instandhaltung
Folgendes Fachlos wird vergeben: Los 2 Instandhaltung: Das Teilprojekt Instandhaltung beschäftigt sich mit den Geschäftsprozessen zur Instandhaltung von Fahrzeugen, Infrastrukturanlagen und Gebäuden innerhalb der Hamburger Hochbahn AG. In der Hauptsache sind hiervon die Technikbereiche TS (Schienenfahrzeuge) und TI (Infrastruktur und Gebäude) sowie die FFG als eigene Gesellschaft (hauptsächlich) für Businstandhaltung betroffen. Auch in Richtung des Busbetriebs und des U-Bahnbetriebs gibt es insbesondere bei Störungen Berührungspunkte mit dem Teilprojekt Instandhaltung. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
- Klinikum Chemnitz gGmbH; c/o Klinikum Chemnitz Logistik- und Wirtschaftsgesellschaft mbH
Lieferung/Bereitstellung eines cloudbasierten Softwaresystems zur Zeiterfassung (Zeitwirtschaft - ZWS) & Personaleinsatzplanung (PEP) für ärztlichen Dienst, pflegerischen Dienst & weitere Dienstarten
Gegenstand des Vergabeverfahrens ist die Bereitstellung einer cloudbasierten Softwarelösung (Software as a Service) zur Zeiterfassung (Zeitwirtschaft – ZWS) und Personaleinsatzplanung (PEP) für den ärztlichen Dienst (ca. 720 Mitarbeiter:innen), den pflegerischen Dienst (ca. 2.180 Mitarbei-ter:innen) und weitere Dienstarten (ca. 1.372 Mitarbeiter:innen – medizinisch-technischer Dienst, Funktionsdienst, Verwaltungsdienst, Personal der Ausbildungsstätten). Zusätzlich müssen auch ca. 500 interne sowie ca. 300 externe Schüler:innen im System geführt werden. Es wird ausdrücklich eine marktverfügbare Standardlösung ausgeschrieben, die durch Parametrierung auf die Bedarfe der Auftraggeberin anpassbar ist. Individuallösungen oder Eigenentwicklungen sind ausgeschlossen. Dies gilt insbesondere für die bidirektionale Schnittstelle zur bestehenden SAP ERP R/3 HCM-Infrastruktur sowie zur neuen SAP S/4HANA-Umgebung. Weitere Anforderungen an Implementierung, Parametrierung, Schulungen und Prozessstandardisierung sind Bestandteil der Vergabeunterlagen bzw. des Leistungsverzeichnisses. Die Software muss insbesondere folgende Aufgabenbereiche abdecken und ist in einer integrierten Gesamtlösung bereitzustellen: -Personaleinsatzplanung inkl. Urlaubs- und Abwesenheitsmanagement (PEP) -Zeitwirtschaft (ZWS) -Vorbereitende Lohnabrechnung durch Bildung tarifvertraglich relevanter Lohnarten in Stunden- oder €-Werten -Employee Self Service (ESS) -Manager Self Service (MSS) -Reporting und Statistiken Das Zusammenwirken dieser Aufgabenbereiche ist für eine effiziente und zeitgemäße Personaleinsatzplanung, -steuerung und -abrechnung unabdingbar. Aus diesem Grund müssen diese Aufgaben eng verknüpft sein und sollen sich aus technologischer Sicht und aus Nutzersicht als eine Einheit darstellen. Die Lösung muss problemlos in die im KC vorliegende IT Infrastruktur (SAP ERP R/3 HCM & SAP S/4HANA HCM & SAP IS-H/i.s.h.med) eingebunden werden können und zwingend über standardisierte Schnittstellen (aktueller Stand der Technik) mit den bereits genutzten Softwarelösungen kommunizieren. Über die Schnittstellen müssen sowohl Stammdaten, als auch An- und Abwesenheits- sowie Lohndaten uni- und bidirektional (je nach Datenart) fließen. Die Schnittstelle muss zwingend mit Änderungsdatensätzen arbeiten (zu ändernde Datensätze im SAP werden gelöscht und neu angelegt oder mit neuen Datensätzen überschrieben), um den höchsten Grad der Automatisierung zu gewährleisten und die Notwendigkeit manuellen Eingreifens bestmöglich zu minimieren. Zur Abbildung reibungsloser Prozesse muss die PEP Lösung einen konsistenten, sicheren und medienbruchfreien Datenaustausch sicherstellen. Gerade für die Abrechnung der Mitarbeiter ist dies unerlässlich und würde bei Ausbleiben den Betrieb des KC nachhaltig negativ beeinträchtigen. Eine möglichst automatisierte Übernahme erforderlicher Daten aus den Altsystemen muss sichergestellt werden. Die neue PEP-Lösung muss Daten aus dem IS-H/i.s.h.med importieren, in Personalbedarf wandeln und in die Einsatzplanung integrieren können. Mit Hilfe der PEP-Lösung müssen die aktuell am Klinikum Chemnitz für die korrekte Lohnabrechnung aller Dienstarten benötigten Lohnarten entsprechend der tariflichen Regelungen erzeugt und zeitgesteuert an das Lohn- und Gehaltssystem SAP HCM übergeben werden. Im ärztlichen Tarifvertrag müssen aktuell 39 unterschiedliche Lohnarten, im nichtärztlichen Tarifvertrag 32 Lohnarten abgebildet werden. Teilweise entstehen Lohnarten mitarbeiterindividuell und abhängig von unterschiedlichen Bedingungen wie Abteilung, Qualifikation des Mitarbeiters, individuelle Vereinbarung. Gerade bei Rufdiensten kommt es vor, dass innerhalb eines Bereichs Rufdienste nach einer festen Pauschale oder nach den tarifvertraglichen Regelungen vergütet werden. Die Softwarelösung muss in der Lage sein, diese Konstellationen auch untermonatig abzubilden (siehe hierzu auch Leistungsverzeichnis) Die Anbindung der Mitarbeiter an die neue PEP-Softwarelösung soll in vorher festgelegten Wellen erfolgen. Demnach muss sichergestellt sein, dass ein Teil der Mitarbeiter weiter am SAP PEP und andere Mitarbeiter an der neuen PEP-Lösung geführt werden. Der Auftragnehmer muss sicherstellen, dass für den Zeitraum der Implementierung und des Rollouts beide Systeme parallel produktiv funktionieren und sich nicht gegenseitig beeinflussen. Die in 2026 geplante S/4HANA-Migration des SAP ERP R/3 HCM (Unicode-Umstellung, Datenbankmigration und S/4-Anwendung) ist zwingend zu berücksichtigen. Dies betrifft sowohl das Projektmanagement, als auch die Funktion (bidirektionale Integration mit den Altsystemen HCM und ERP und dem Migrationsziel, keine PEP-Funktion Pflege nach S/4HANA-Migration im HCM). Zusätzlich ist eine Integration mit dem Parallelprojekt S/4HANA-Migration erforderlich. Die PEP-Lösung soll auf der aktuellen SAP HCM Version ECC 8 eingeführt werden. Beginnend 2026 soll der Umstieg des SAP ERP R/3 HCM auf SAP S/4HANA HCM erfolgen und damit auch die Migration der PEP-Software auf das neue System. Demnach wird vorausgesetzt, dass der Auftragnehmer die Schnittstellen seiner Softwarelösung bereits erfolgreich von SAP ECC auf S/4HANA migriert hat und alle geforderten Funktionen vollumfänglich auch in der Integration mit einem S/4HANA System (HCM und ERP) zur Verfügung stehen. Für die Beschaffung wird ein projektspezifischer EVB-IT-Cloudvertrag & -Dienstvertrag geschlossen. Der Vertragsentwurf ist Teil dieser Veröffentlichung sowie der Vergabeunterlagen zum Erstangebot und kann durch den Auftraggeber im Rahmen der Vergabeverhandlungen weiter konkretisiert werden. Die Beschaffung erfolgt für eine Mindestvertragslaufzeit von 36 Monaten nach Herstellung der Betriebsbereitschaft. Hiernach verlängert sich der Vertrag jeweils um ein Jahr, falls dieser nicht sechs Monate vor Vertragsende von einer Partei gekündigt wird. Einzelheiten hierzu ergeben sich auch aus den Vergabeunterlagen der späteren Angebotsphase bzw. Angebotsphasen.
Häufige Fragen zu dieser Ausschreibung
- Wie kann ich mich auf diese Ausschreibung bewerben?
- Erstellen Sie ein kostenloses Konto auf auftrag.ai. Danach sehen Sie alle Unterlagen, Fristen und Hinweise zur Einreichung in einem strukturierten Ablauf.
- Bis wann läuft die Angebotsfrist?
- Für diese Bekanntmachung ist aktuell keine konkrete Angebotsfrist angegeben.
- Wer ist der Auftraggeber?
- Der Auftraggeber ist ÖBB-Holding AG mit allen verbundenen Unternehmen.
- Welche Unterlagen sind für den Start relevant?
- In der Regel benötigen Sie Leistungsbeschreibung, Eignungsnachweise, Fristenhinweise und ggf. Formblätter. Auf auftrag.ai werden diese Punkte priorisiert dargestellt.