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 ei...
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
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 Wor...
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: Klinikum der Stadt Ludwigshafen am Rhein gGmbH
- Veröffentlicht: 08. April 2026
- Frist: Nicht angegeben
Ausschreibungsbeschreibung
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.
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 Ausschreibungen
6- Klinikum der Stadt Ludwigshafen am Rhein gGmbHFrist: 30. Apr.
Software für Systemintegration und digitalen Workflow in der Augenklinik
Beschaffung einer Software für Systemintegration und digitalen Workflow in der Augenklinik des Klinikums Ludwigshafen. Ziel ist die vollständig digitale, strukturierte und medienbruchfreie Dokumentation ophthalmologischer Befunde. Vorhandene Komponenten: Siemens syngo Carbon (PACS), i.s.h.med (KIS), ZEISS-OCT. Gesucht: ophthalmologisches Daten-/Workflow-Frontend und Schnittstellenkonfiguration. ZEISS FORUM dient als Fachmodul zur strukturierten Befunderhebung; Ergebnisse werden über HL7-Schnittstellen in i.s.h.med überführt. Maßnahme ist Teil der Digitalen Patientenakte und wird über KHZG-Fördermittel (Fördertatbestand 3) gefördert.
- Klinikum der Stadt Ludwigshafen am Rhein gGmbHFrist: 09. Mai
vergebener Auftrag: Software für Systemintegration und digitalen Workflow in der Augenklinik
Folgende konkreten Bausteine werden benötigt: - ZEISS FORUM als Augen-"Abteilungsinformationssystem": Fachmodul zur strukturierten Erhebung, Darstellung und Verlaufsanalyse ophthalmologischer Untersuchungsdaten im Rahmen der digitalen Behandlungsdokumentation. ZEISS FORUM wird als klinisches Subsystem der Digitalen Akte betrieben. Die dort erzeugten strukturierten Befunddaten (z.B. OCT-Verlaufsparameter, Glaukom-Analysen, IOL-Berechnungen) werden über HL7-ORU-Schnittstellen in i.s.h.med übernommen und sind damit unmittelbar Bestandteil der elektronischen Patientenakte. Integration in IT-Infrastruktur via DICOM, HL7, IHE; Anbindung an ePA, KIS und Untersuchungsgerate, auch nicht-DICOM-fähig. Mit dem OCT Navigator ist eine gleichzeitige Betrachtung und Navigation von bis zu drei OCT-Aufnahmen, ideal für Verlaufskontrollen (z.B. IVOM, Glaukom), möglich. Mit dem Advanced Data Export können DICOM-Daten aus FORUM nach frei definierbaren Kriterien extrahiert werden (QS, Register, Forschung). - Anbindung ZEISS-OCT an Syngo Carbon: ZEISS-Systeme sind grundsätzlich auf DICOM/HL7/IHE-Interoperabilität ausgelegt. OCT erzeugt DICOM-Studien, die entweder direkt nach Syngo Carbon (PACS) oder zuerst nach ZEISS FORUM gesendet werden, von wo aus sie bei Bedarf weiterexportiert werden können. Syngo Carbon fungiert als Enterprise-Viewer/Speicher, sodass OCT-Bilder auch außerhalb der Augenklinik (z.B. internistische Station, Tumorboard) einsehbar (aber nicht auswertbar) sind. - Integration i.s.h.med - Syngo Carbon / FORUM: i.s.h.med stellt Patientendaten und Auftrage bereit; Rückfluss von Befundtexten oder strukturierten Ergebnissen in die elektronische Akte. Syngo Carbon IDM/Enterprise Access sind explizit für nahtlose Integration und einheitlichen Zugang zu Bilddaten über das gesamte Haus hinweg ausgelegt. Über HL7-ORU oder entsprechende Befundschnittstellen können z.B. OCT-Berichte aus FORUM ins KIS übernommen werden (im Worklist-/Order-basierten Workflow).
- Klinikum der Stadt Ludwigshafen am Rhein gGmbHN/AFrist: 02. Mai
Software für Systemintegration und digitalen Workflow in der Augenklinik
Beschaffung eines Augen-Abteilungsinformationssystems (ZEISS FORUM) zur strukturierten Erhebung und Verlaufsanalyse ophthalmologischer Daten. Umfasst Integration in die Digitale Akte (i.s.h.med) via HL7-ORU, Anbindung von ZEISS-OCT an das PACS Syngo Carbon (DICOM/HL7/IHE) für unternehmensweiten Bildzugriff, sowie nahtlose Integration von Bilddaten und Befunden in die elektronische Patientenakte. OCT Navigator ermöglicht Verlaufskontrollen (z.B. Glaukom, IVOM). Advanced Data Export erlaubt DICOM-Extraktion nach frei definierbaren Kriterien.
- Universitätsklinikum Bonn AöR
Markterkundungsverfahren Kommunikationssystem digitaler Assisten im Gesundheitswesen
In den OP?Bereichen des Universitätsklinikums Bonn (UKB) existiert derzeit kein einheitlich festgelegtes Kommunikationssystem. Abstimmungen erfolgen bislang überwiegend persönlich und/oder telefonisch, bei weniger zeitkritischen Prozessen auch per E?Mail. Dies wirkt sich auch auf die OP?Koordination aus, die momentan weder transparent noch elektronisch für alle Beteiligten einsehbar und nachvollziehbar ist. Zur Verbesserung von Kommunikation und Koordination im OP ist die Einführung eines digitalen Assistenten vorgesehen. Dabei handelt es sich um eine umfassende digitale Lösung zur Steuerung und Optimierung perioperativer Prozesse, die sich aus einer Kombination plattformunabhängiger mobiler Anwendungen und serverbasierter Komponenten zusammensetzt. Alle klinikspezifischen Abläufe werden in einem Echtzeit?Patientenpfad erfasst und visualisiert. Auf diese Weise soll ein erheblicher Zeitgewinn bei der Koordination erzielt werden, weil telefonische Abstimmungen im OP?Management reduziert und OP?Kapazitäten damit besser genutzt werden können. Nicht im Fokus steht dabei die OP-Planung, die weiterhin ich bewährter Weise im KIS vorgenommen werden soll. Der digitale Assistent soll im Wesentlichen Kommunikation und Aufgaben automatisieren und stellt daher eine auf der bestehenden digitalen Systemlandschaft aufsetzende "Assistenzschicht" dar. Im Vorfeld dieser Markterkundung nahmen wir Kontakt zu anderen Universitätsklinika auf und erkundigten uns nach bereits eingesetzten Lösungen in OP?Bereichen. Hier wurde uns die Fa. Sqior empfohlen, die schon auf erfolgreiche Referenzprojekte in anderen Universitätsklinika verweisen kann. Durch die Implementierung des digitalen Assistenzsystems für die OP-Koordination erwartet wir für das UKB folgende Funktionen: 1. serverbasierte Softwareanwendung für die OP?Prozesssteuerung zur Nutzung mit plattformunabhängigen Mobile?App (iOS, iPAD-OS, Android) und browserbasiert an stationären Endgeräten, die die bisher teils zeitintensive und umständliche PC?gebundene Dateneingabe ersetzt. Die OP?Zeit?Dokumentation wird dadurch valide und ohne zusätzlichen Aufwand erfasst, was zu höherer Datenqualität, Aktualität und Benutzer?Akzeptanz führt. 2. Integration von Transportsystem?Steuerungssoftware (Syncrotess) Anbindung von Drittsystemen aus der Patientenlogistik, um den Status laufender Transporte einzublenden und neue Transportaufträge zu erzeugen. 3. Anbindung an bestehende Krankenhausinformationssysteme (HL7, FHIR, REST-API) 4. Einbindung von Real?Time?Locating?Systemen (RTLS) Nutzung von lokalisierbaren Patientenarmbändern als Prozesstrigger. 5. ganzheitliche Koordination perioperativer Schritte Von der Patientenabruf bis zum Aufwachraum werden sämtliche Prozessschritte koordiniert und prozessabhängige Aufgaben automatisch dem zuständigen Personal zugewiesen, basierend auf dem aktuellen Status im Behandlungspfad. 6. Optimierung der OP?Kommunikation Bereitstellung von Tools für schnelle Rückfragen per Chat und Kurzwahltasten, um aufgabenbezogene Klärungen zu erleichtern. Dynamische Kontaktlisten zeigen allen am konkreten perioperativen Prozess beteiligten Personen je nach Rolle oder Gruppe (Operateur, Anästhesie, Pflege usw.) an. Funktionen für die rasche Absage von Eingriffen, die Sperrung von OP?Räumen und die automatische Informationsweitergabe an betroffene Mitarbeitende sind integriert. 7. Checklisten?Management Erstellung verschiedener Checklisten (u.a. WHO Surgical Safety Checklist), deren einzelne Punkte mit spezifischen Workflow?Schritten verknüpft werden können (z. B. "Keine Einschleusung vor Freigabe in der Checkliste"). 8. Anpassbare Dashboards Übersicht über alle laufenden Prozesse inkl. Restlaufzeiten. 9. Umfassende Auswertungswerkzeuge Live?Ansichten und Process?Mining ermöglichen detaillierte Analysen nach diversen Filtern (Fachabteilung, Zeitraum, Notfallkategorie, Position im OP-Programm). 10. Unterstützung von BYOD (Bring?Your?Own?Device) unter strikter Beachtung der datenschutzrechtlichen Vorgaben. Darüber hinaus werden folgende spezifische Schnittstellen bereitgestellt: - Patientenmonitor?Integration - Nutzung von Bettplatzinformationen aus HL7, Übernahme von Monitor?Nachrichten als Prozesstrigger. - Beatmungsgeräte?Integration - Erfassung von Statusinformationen der Beatmungsgeräte als Prozesstrigger. - PDMS?Integration - Möglichkeit, Anästhesie?Zeitstempel aus dem PDMS als Prozesstrigger zu verwenden. (bisher noch keine uns bekannte Referenzinstallation). Alle genannten Funktionen sind zwingend erforderlich, um die Prozesssteuerung und -optimierung in der OP?Koordination voranzutreiben und die Effizienz der Patientenversorgung nachhaltig zu verbessern.
- Klinikum Stuttgart gKAöRStuttgartFrist: 02. Mai
Software zur Verwaltung und Dokumentation von Humanmilch nach SoHo-Verordnung
1. Zielsetzung Im Rahmen dieser Markterkundung werden geeignete Softwarelösungen zur digitalen Verwaltung und Nachverfolgung von Humanmilchprozessen (Eigenmilch und gespendete Frauenmilch) in einer klinischen Umgebung gesucht. Ziel ist ein System zur vollständigen, revisionssicheren Abbildung aller Prozesse unter Berücksichtigung der Anforderungen der SoHo-Verordnung, mit Fokus auf Patientensicherheit, Rückverfolgbarkeit und Prozessautomatisierung. 2. Allgemeine Anforderungen Die Software muss eine durchgängige digitale Dokumentation und Rückverfolgbarkeit gewährleisten; Schnittstellen zu SAP sowie Copra 5/6 bereitstellen; Workflows und Benachrichtigungen automatisieren; Etikettendruck und Scanprozesse integrieren; sowie rollenbasierte Zugriffe ermöglichen. 3. Eigenmilch („Mother’s Own Milk“) Die Software soll die Erfassung der Mütter auf Station mit SAP-Anbindung ermöglichen, eine eindeutige Mutter-ID vergeben, den CMV-Status erfassen inklusive Aufklärung und Einwilligung, die abgepumpte Milchmenge dokumentieren, Etiketten durch Personal oder Mutter erstellen, den Lagerort und Bestand nachverfolgen sowie automatische Hinweise für CMV-Inaktivierung (Tag 7 und 32+0 SSW) geben. Daten zu den Kindern wie Name, Geburtsdatum, Schwangerschaftswoche und Gewicht sollen automatisch aus SAP oder Copra übernommen werden. 4. Verarbeitung Eigenmilch CMV-inaktivierte Milch soll tageweise gepoolt, flaschenweise in Chargen vergeben, etikettiert, Inaktivierung dokumentiert und Kühlvorgänge sowie Lagerorte vermerkt werden. Zentrifugierte Milch soll analog verarbeitet werden, inklusive Dokumentation von Dauer und Umdrehungen, Kennzeichnung als entrahmt, Zuordnung von Analysen und Lagerung. 5. Verabreichung Die Software soll die Zuordnung von Milchchargen zu Kindern ermöglichen, Schnittstellen zu Copra 5/6 bieten, Teilmengen per Scan erfassen und Abrufe dokumentieren. 6. Chargenmanagement Die Software muss Chargen automatisch generieren, basierend auf Mutter-ID, Schwangerschaftswoche, Kalenderwoche der Geburt, Kalenderwoche der Milchgewinnung und Verarbeitungsart (roh oder pasteurisiert). Farbkennzeichnungen nach Schwangerschaftswoche sollen automatisch angepasst werden, ebenso die Dokumentation des Verarbeitungstags. 7. Frauenmilchbank Potenzielle Spenderinnen sollen automatisch identifiziert werden (z. B. >600 ml/Tag), digitale Aufklärungs- und Anamneseformulare mit Signatur ausfüllen können, und eine Spenderinnen-ID erhalten. Schnittstellen zu SAP, Copra und Labor (z. B. ix.serv) sollen Laborbefunde automatisch übernehmen. Die Software soll Freigaben durch Fachpersonal, Bewertung der Befunde und Kennzeichnung von Pasteurisierungspflichten ermöglichen. 8. Gespendete Milch Die Software soll Milchmenge, Datum, Uhrzeit, Kalenderwoche, Temperatur, mikrobiologische Proben und Lagerorte erfassen. 9. Verarbeitung gespendeter Milch Rohmilch soll tageweise gepoolt, in Chargen vergeben und bis Freigabe gelagert werden. Pasteurisierte Milch soll mit Dokumentation von Pasteurisierung, Kühlung und Lagerung verarbeitet werden. CMV-inaktivierte Milch soll Pooling, Inaktivierung, Kühlung und Freigabe dokumentieren. Zentrifugierte Milch wird analog Eigenmilch verarbeitet, ggf. mit zusätzlicher Pasteurisierung. 10. Nicht freigegebene Milch Die Software soll Maßnahmen wie Verwerfen, Nachpasteurisierung, Schulung der Spenderin und erneute Proben dokumentieren. 11. Ausgabe Die Software soll die Zuordnung von Chargen zu Stationen und einzelnen Kindern ermöglichen und Teilmengen per Scan erfassen. 12. Zusammenfassung Gesucht wird eine integrierte Softwarelösung zur sicheren, automatisierten Verwaltung von Humanmilchprozessen mit vollständiger Rückverfolgbarkeit, hoher Systemintegration und Benutzerfreundlichkeit. 13. Teilnahme an der Markterkundung Interessierte Unternehmen werden gebeten, ihre Teilnahme sowie Informationen zur Lösung bis spätestens 15.05.2026 per E-Mail an vergabestelle@klinikum-stuttgart.de zu übermitteln. Die Markterkundung dient ausschließlich der Vorbereitung eines möglichen Vergabeverfahrens. Ein Anspruch auf Durchführung besteht nicht.
- 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 Klinikum der Stadt Ludwigshafen am Rhein gGmbH.
- 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.