Markterkundung Data Streaming Plattform
Die DB Systel GmbH plant die Einführung einer Data-Streaming-Plattform als SaaS-Lösung. Ziel ist die kontinuierliche Erfassung, Verarbeitung, Speicherung und Übertragung von Datenströmen in Echtzeit aus verschiedenen Quellen. Die Plattform soll einen effizienten und zuverlässigen Datenaustausch zwischen unterschiedlich...
Angebotsfrist:22. Mai 2026
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
Die DB Systel GmbH plant die Einführung einer Data-Streaming-Plattform als SaaS-Lösung. Ziel ist die kontinuierliche Erfassung, Verarbeitung, Speicherung und Übertragung von Datenströmen in Echtzeit aus verschiedenen Quellen. Die Plattform soll einen effizienten und zuverlässigen Datenaustausch zwischen unterschiedlichen Systemen und A...
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: DB Systel GmbH (Bukr 2B, 44)
- Veröffentlicht: 21. April 2026
- Frist: 22. Mai 2026
Ausschreibungsbeschreibung
Die DB Systel GmbH plant die Einführung einer Data-Streaming-Plattform als SaaS-Lösung. Ziel ist die kontinuierliche Erfassung, Verarbeitung, Speicherung und Übertragung von Datenströmen in Echtzeit aus verschiedenen Quellen. Die Plattform soll einen effizienten und zuverlässigen Datenaustausch zwischen unterschiedlichen Systemen und Anwendungen ermöglichen.
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
Noch keine Datei gelistetÄhnliche Bekanntmachungen
9- EnBW Energie Baden-Württemberg AGFrist: 04. Mai
Self Service Data and Analytics Tool as a SaaS Solution
Die EnBW Energie Baden-Württemberg AG beschafft eine Multi-Persona Self-Service Data & Analytics SaaS-Plattform für den Handelsbereich. Ziel ist eine sichere, skalierbare Enterprise-Lösung für Handel, Portfoliomanagement, Risikomanagement, Quantitative Analyse und Data Science. Die Plattform muss strukturierte Datenverarbeitung, analytische Workflows sowie Code-basierte und Low-Code/No-Code-Nutzung für technische und nicht-technische Anwender in einem regulierten Umfeld ermöglichen.
- Lahn-Dill-Kreis
Lahn-Dill-Kreis und Vogelsbergkreis - Starkregen-Frühalarmsystem
Ziel ist die akute Gefahrenabwehr bei Starkregenereignissen durch frühzeitige, zielgruppenspezifische Alarmierung. Die Maßnahme dient der Gefahrenabwehr, dem Schutz von Leib und Leben sowie von Sachwerten und soll die Einsatzfähigkeit von Rettungsdiensten sowie die Selbstschutzmöglichkeiten der Bevölkerung verbessern. Die Leistung umfasst die vollständige technische und organisatorische Umsetzung eines modular aufgebauten Systems mit folgenden Komponenten: Projektmanagement, Urbane Datenplattform, Starkregenfrühalarmsystem. Das Projektmanagement übernimmt die Gesamtkoordination der technischen Umsetzung, die Kommunikation mit den Projektträgern und die Schulung der beteiligten Akteure. Es sind zwei Projektstellen auf Seiten der Landkreise zu berücksichtigen. Die Kommunikation mit allen 42 Kommunen der beiden Landkreise ist sicherzustellen. Die beiden Leitstellen der Landkreise erhalten eine gesonderte, vertiefte Einweisung in die Alarmierungssoftware. Die Projektleitung verantwortet die Auswahl geeigneter Sensorstandorte, die Installation der Sensorik und die Integration in das Alarmsystem. Die Koordination der Hostingstruktur, der Softwarepflege und der Anwenderrechteverwaltung ist ebenfalls Bestandteil der Leistung. Die Datenplattform ist als offene, modulare Multimandantenlösung zu konzipieren. Sie muss eine sehr hohe Verfügbarkeit gewährleisten. Die Plattform dient als technische Grundlage für die Alarmierungssoftware und muss zukünftige Erweiterungen ermöglichen. Der Betrieb erfolgt unter Einhaltung geltender Standards zu Datenschutz, Dokumentation und Aktualisierung. Die Plattform ist als Open-Source-Lösung auszugestalten und rechtssicher zu betreiben. Das Alarmsystem ist als KI-gestützte Anwendung auf der Datenplattform zu implementieren. Es verarbeitet Echtzeitdaten aus innovativen, autarken IoT-Sensoren und verknüpft diese mit öffentlich zugänglichen Datenquellen. Die Sensoren sollten verschiedene Funkstandards unterstützen und bei Stromausfall auf Satellitenkommunikation zurückgreifen können. Die Software soll eine realistische Visualisierung der aktuellen und prognostizierten Gefahrenlage ermöglichen und die Warnstufen des Deutschen Wetterdienstes berücksichtigen. Die Nutzerrechte sind differenziert zu gestalten für Bürgerinnen und Bürger, Leitstellen und Verwaltung. Die Software muss hochverfügbar sein. Eine automatische Plausibilitätsprüfung und Datensicherung sind sicherzustellen. Die Lösung muss kontinuierlich weiterentwickelbar sein und zusätzliche Funktionen wie Gefahrenmeldungen mit Georeferenzierung oder gebäudespezifische Schutzprofile integrieren können. Im Übrigen siehe Vergabeunterlagen.
- Generalsekretariat, P+IZürich
Common Data Environment für Projekt Informationsmodell (BIM CDE PIM)
Die Baudirektion des Kantons Zürich führt im Rahmen des Programms BIM@BD die Methode Building Information Modeling (BIM) über die Ämter ARE, TBA, HBA und IMA ein. Ziel ist es, die Bau- und Bewirtschaftungsprozesse durch die digitale Durchgängigkeit von Daten und Dokumenten über alle Lebenszyklusphasen effizienter zu gestalten und die Qualität und Vollständigkeit von Daten zu erhöhen. Im Rahmen des Stufenmodells (Stufe 1) des Programms ist die Beschaffung einer modernen BIM CDE (Common Data Environment = Umgebung für die Zusammenarbeit mit Daten) mit einem Schwerpunkt auf Nutzerakzeptanz und Wirtschaftlichkeit vorgesehen. Die BIM CDE bildet die Softwarelösung zur Abbildung der digitalisierten Prozesse für die Zusammenarbeit mit strukturierten Bauwerksinformationen. Sie ermöglicht den geführten Austausch von Daten während der Planungs- und der Bauphase und deren Übertragung in die bestehenden Umsysteme für den Immobilienbetrieb. Die BIM CDE ist als Zusammenspiel zweier Softwarelösungen konzipiert: 1. Die BIM CDE PIM (Projekt Informationsmodell) dient dem Daten- und Informationsaustausch der Ämter mit externen Projektteams in laufenden Projekten. Entsprechend ist hier mit einer Vielzahl von Usern mit unterschiedlichen fachlichen Hintergründen zu rechnen, was eine einfache und intuitive Benutzungsführung erforderlich macht. Die BIM CDE PIM bietet Funktionalitäten, die für die Umsetzung von BIM Anwendungsfällen notwendig sind. Die BIM CDE PIM ist Gegenstand der vorliegenden Ausschreibung. 2. Die BIM CDE DIP (Daten Integrationsplattform) ist als Expertensystem konzipiert und wird ausschliesslich von internen, geschulten Fachpersonen genutzt. Die Lösung dient der Abholung der Projektdaten aus der BIM CDE PIM und deren Aufbereitung für die Übertragung in die bestehenden Zielsysteme der Baudirektion. Die Beschaffung der BIM CDE DIP ist für das Jahr 2026 vorgesehen und ist nicht Bestandteil dieser Ausschreibung. Zwei Lose Die vorliegende Ausschreibung BIM CDE PIM ist in zwei Lose aufgeteilt. - Los 1 CDE PIM optimal nutzbar für Hochbauprojekte - Los 2 CDE PIM optimal nutzbar für Tiefbauprojekte Es ist erwünscht, dass Anbieter je ein Angebot auf beide Lose einreichen. Ziel ist, eine gemeinsame BIM CDE-Lösung für Hochbau und Tiefbau zu finden. Für die resultierende Synergie stellt die Bewertung Zusatzpunkte bereit. Jedoch besteht auch die Möglichkeit, zwei unterschiedliche Produkte zu bezuschlagen. Das Evaluationsverfahren erfolgt – vereinfacht beschrieben – in drei Schritten. In einem ersten Schritt werden alle eingereichten Angebote daraufhin geprüft, ob sie die generellen Teilnahmevoraussetzungen erfüllen. Angebote, welche diese Voraussetzungen nicht erfüllen, werden vom weiteren Verfahren ausgeschlossen. Im zweiten Schritt erfolgt die Bewertung der verbleibenden Angebote anhand der definierten Eignungskriterien und der Zuschlagskriterien. Auf dieser Grundlage wird eine vorläufige Rangfolge erstellt. Im dritten Schritt werden diejenigen Angebote umfassend geprüft und bewertet, welche auf Basis der vorläufigen Bewertung rechnerisch noch eine realistische Chance auf den Zuschlag haben. Diese vertiefte Prüfung umfasst einen PoC (Proof of Concept) und daran anschliessend eine Produktpräsentation durch den Anbieter. Die für den PoC eingeladenen Anbieter erhalten ein Paket mit Testdaten, mit denen sie ihre Lösung konfigurieren und einer Auswahl an Testusern zum Live-Test zur Verfügung stellen. In der nachgelagerten Produktpräsentation liegen dann bereits erste Erfahrungswerte, Feedback zum ersten Eindruck und zur Benutzerfreundlichkeit vor und können mit dem Anbieter im Frageteil thematisiert werden. Dieser Ablauf ist bewusst gewählt, da eine intuitive Benutzbarkeit für die BIM CDE PIM enorm wichtig ist. Die Ergebnisse werden zu einer Gesamtbewertung zusammengefasst. Option «Datenklassifikation vertraulich» Besondere Beachtung ist den Anforderungen an die Informationssicherheit zu schenken. Die angebotene Lösung muss mindestens die Anforderungen der Datenklassifizierung «intern» erfüllen. Werden zusätzlich die Anforderungen für die Nutzung für Daten der Datenklassifizierung «vertraulich» erfüllt, erhält der Anbieter Zusatzpunkte. Weitere Informationen siehe Lastenheft.
- Generalsekretariat, P+IZürich
Common Data Environment für Projekt Informationsmodell (BIM CDE PIM)
Die Baudirektion des Kantons Zürich führt im Rahmen des Programms BIM@BD die Methode Building Information Modeling (BIM) über die Ämter ARE, TBA, HBA und IMA ein. Ziel ist es, die Bau- und Bewirtschaftungsprozesse durch die digitale Durchgängigkeit von Daten und Dokumenten über alle Lebenszyklusphasen effizienter zu gestalten und die Qualität und Vollständigkeit von Daten zu erhöhen. Im Rahmen des Stufenmodells (Stufe 1) des Programms ist die Beschaffung einer modernen BIM CDE (Common Data Environment = Umgebung für die Zusammenarbeit mit Daten) mit einem Schwerpunkt auf Nutzerakzeptanz und Wirtschaftlichkeit vorgesehen. Die BIM CDE bildet die Softwarelösung zur Abbildung der digitalisierten Prozesse für die Zusammenarbeit mit strukturierten Bauwerksinformationen. Sie ermöglicht den geführten Austausch von Daten während der Planungs- und der Bauphase und deren Übertragung in die bestehenden Umsysteme für den Immobilienbetrieb. Die BIM CDE ist als Zusammenspiel zweier Softwarelösungen konzipiert: 1. Die BIM CDE PIM (Projekt Informationsmodell) dient dem Daten- und Informationsaustausch der Ämter mit externen Projektteams in laufenden Projekten. Entsprechend ist hier mit einer Vielzahl von Usern mit unterschiedlichen fachlichen Hintergründen zu rechnen, was eine einfache und intuitive Benutzungsführung erforderlich macht. Die BIM CDE PIM bietet Funktionalitäten, die für die Umsetzung von BIM Anwendungsfällen notwendig sind. Die BIM CDE PIM ist Gegenstand der vorliegenden Ausschreibung. 2. Die BIM CDE DIP (Daten Integrationsplattform) ist als Expertensystem konzipiert und wird ausschliesslich von internen, geschulten Fachpersonen genutzt. Die Lösung dient der Abholung der Projektdaten aus der BIM CDE PIM und deren Aufbereitung für die Übertragung in die bestehenden Zielsysteme der Baudirektion. Die Beschaffung der BIM CDE DIP ist für das Jahr 2026 vorgesehen und ist nicht Bestandteil dieser Ausschreibung. Zwei Lose Die vorliegende Ausschreibung BIM CDE PIM ist in zwei Lose aufgeteilt. - Los 1 CDE PIM optimal nutzbar für Hochbauprojekte - Los 2 CDE PIM optimal nutzbar für Tiefbauprojekte Es ist erwünscht, dass Anbieter je ein Angebot auf beide Lose einreichen. Ziel ist, eine gemeinsame BIM CDE-Lösung für Hochbau und Tiefbau zu finden. Für die resultierende Synergie stellt die Bewertung Zusatzpunkte bereit. Jedoch besteht auch die Möglichkeit, zwei unterschiedliche Produkte zu bezuschlagen. Das Evaluationsverfahren erfolgt – vereinfacht beschrieben – in drei Schritten. In einem ersten Schritt werden alle eingereichten Angebote daraufhin geprüft, ob sie die generellen Teilnahmevoraussetzungen erfüllen. Angebote, welche diese Voraussetzungen nicht erfüllen, werden vom weiteren Verfahren ausgeschlossen. Im zweiten Schritt erfolgt die Bewertung der verbleibenden Angebote anhand der definierten Eignungskriterien und der Zuschlagskriterien. Auf dieser Grundlage wird eine vorläufige Rangfolge erstellt. Im dritten Schritt werden diejenigen Angebote umfassend geprüft und bewertet, welche auf Basis der vorläufigen Bewertung rechnerisch noch eine realistische Chance auf den Zuschlag haben. Diese vertiefte Prüfung umfasst einen PoC (Proof of Concept) und daran anschliessend eine Produktpräsentation durch den Anbieter. Die für den PoC eingeladenen Anbieter erhalten ein Paket mit Testdaten, mit denen sie ihre Lösung konfigurieren und einer Auswahl an Testusern zum Live-Test zur Verfügung stellen. In der nachgelagerten Produktpräsentation liegen dann bereits erste Erfahrungswerte, Feedback zum ersten Eindruck und zur Benutzerfreundlichkeit vor und können mit dem Anbieter im Frageteil thematisiert werden. Dieser Ablauf ist bewusst gewählt, da eine intuitive Benutzbarkeit für die BIM CDE PIM enorm wichtig ist. Die Ergebnisse werden zu einer Gesamtbewertung zusammengefasst. Option «Datenklassifikation vertraulich» Besondere Beachtung ist den Anforderungen an die Informationssicherheit zu schenken. Die angebotene Lösung muss mindestens die Anforderungen der Datenklassifizierung «intern» erfüllen. Werden zusätzlich die Anforderungen für die Nutzung für Daten der Datenklassifizierung «vertraulich» erfüllt, erhält der Anbieter Zusatzpunkte. Weitere Informationen siehe Lastenheft.
- 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.
- Rheinland-Pfälzische Technische Universität Kaiserslautern-Landau
Unterauftrag Entwicklung energieeffizienter Detektoren
a) Ende-zu-Ende Ethernet-Anbindung in das 6G-Netz auf Basis des 300 GHz-Experimentierfelds Projektziel: Technologieentwicklung & Experimentelle Untersuchung Anforderungen: 1) Umfassende Überarbeitung und Untersuchung des bestehenden 300 GHz-Experimentalfeld und Untersuchung seiner Leistungsfähigkeit im Vollduplex-Ende-zu-Ende-Betrieb 2) Entwicklung adaptiver Signalformen zur optimalen Nutzung der RF-Bandbreite (253-325 GHz) gemäß IEEE802.15.3d 3) Getrennte Optimierung der bestehenden Hardware-Plattformen des 300 GHz-Experimentalfelds: a. Opto-elektrische Schnittstelle b. THz-Frontend b) Langzeit-Outdoor-Betrieb und Analyse von Einsatzmöglichkeiten des 300 GHz-Experimentierfelds im 6G-Netz Projektziel: Systemoptimierung & Integration Anforderungen: 1) Kombination beider entwickelten Systeme aus a) auf Grundlage des 300 GHz-Experimentalfelds zu einem gemeinsamen Testbed. Geplante KPIs: a. 1 Tbit/s Datenrate bei b. bis zu 1 km Distanz. 2) Integration der entwickelten Technologieplattform und den Vorarbeiten in ein zukünftiges 6G-Netzwerk: a. Faseroptische Schnittstellen b. THz-Transceiver c. Richtfunkantennen 3) Experimentellen Validierung des Betrieb und der Funktionalität unter realistischen Bedingungen a) Entwicklung energieeffizienter Detektoren Projektziel: Entwicklung und Verbesserung ML-basierter Detektionsverfahren zur Steigerung von Performanz, Energieeffizienz, Adaptivität und Robustheit Anforderungen: 1) Optimierung und Weiterentwicklung der Detektoren: a. Bestehende ML-basierte Detektoren sollen verbessert und neu entworfen werden b. Unabhängigkeit von der genauen Signalstruktur soll erreicht werden 2) Effiziente Verarbeitung kurzer Übertragungen a. Verfahren zur optimalen Verarbeitung kurzer Datenübertragungen sollen entwickelt werden b. Reduzierte Pilotenoverheads und Integration der Payload in die Kanalschätzung als Randbedingung 3) Robustheit, Adaptivität und Interpretierbarkeit: a. Zuverlässige Verfügbarkeit und Funktionsweise der entwickelten Detektoren in verschiedenen Szenarien (z. B. hohe Mobilität, Hardware-Nichtlinearitäten) b. Entwickelte Detektoren sollen adaptive Ansätze (z. B. Online-Learning) berücksichtigen b) Erforschung eines "Unified" Kanalcodes Projektziel: Entwicklung eines flexiblen "Unified Code"-Konzepts als einheitliche Kanalcode-Familie, die verschiedene Kommunikationsszenarien effizient abdeckt Anforderungen: 1) Entwicklung eines flexiblen Code- und Decoder-Designs: a. Gemeinsamer Entwurf des Kanalcodes und Decoders ("Hand-in-Hand") b. Sicherstellung eines einheitlicher Ansatz für Daten- und Kontrollkanäle und Reduktion der Komplexität des Standards 2) Untersuchung und Optimierung von LDPC- und Polarcodes: a. Untersuchung von LDPC-Codes insbesondere das Paritätsmatrix-Design und Umsetzung von Verbesserungen bei kurzen Blocklängen b. Entwicklung von Mechanismen für Polarcodes, um eine größere Bandbreite an Fehlerkorrekturleistungen bei vertretbarer Komplexität abdecken zu können 3) Ermöglichung des adaptiven Trade-offs im Betrieb: a. Ermöglichung der flexiblen Anpassung des System an unterschiedliche Szenarien b. Erreichung z.B. durch Einsatz von unterschiedlichen Decodieralgorithmen, um gezielt Trade-offs zwischen Performanz, Latenz und Energieverbrauch zu steuern c) Decoder Design Projektziel: Entwicklung und Evaluierung leistungsfähiger, flexibler Decoder-Algorithmen, die optimal mit dem jeweiligen Kanalcode zusammenarbeiten und universell in unterschiedlichen Szenarien einsetzbar sind Anforderungen: 1) Gemeinsames Design und Evaluation von Code und Decoder: a. Bestehende Decoder sollen evaluiert und neue Algorithmen entwickelt werden b. Konsequente gemeinsame Betrachtung und Optimierung von Kanalcode und Decoder 2) Untersuchung und Weiterentwicklung moderner Decodieransätze: a. Ensemble-Decoding: Parallele Decoder mit Auswahl des besten Ergebnisses b. Belief-Propagation: Universelle Decoder sollen analysiert und verbessert werden, insbesondere hinsichtlich Paritätsmatrix-Design bei kurzen Blocklängen 3) Optimierung und Erweiterung universeller Decodierkonzepte: a. Erforschung neuer Ansätze wie Reinforcement Learning zur Optimierung von Decodergraphen sowie Listendecodierung b. Einbindung effizienter Nutzung von Listeninformationen zur Verbesserung der Fehlerraten und Systemintegration
- LAND BRANDENBURG, VERTRETEN DURCH DEN LANDESBETRIEB STRAßENWESEN BRANDENBURG
AssetM4Infra – Asset- u. Erhaltungsmanagementsystem für überregionale Straßen im LS Brandenburg
Der Landesbetrieb Straßenwesen Brandenburg (LS) beabsichtigt die Einführung einer IT-Anwendung zur strukturierten und weitestgehend vollumfänglich digitalen Umsetzung des Erhaltungsmanagements für Straßeninfrastrukturobjekte. Das System soll als Software as a Service (SaaS) bereitgestellt, angepasst und betrieben werden. Gegenstand der Leistung: Der Leistungsgegenstand umfasst die Bereitstellung eines anpassungsfähigen Basissystems, dessen Customizing an die funktionalen Anforderungen über sogenannte Modulprojekte, den Betrieb und die Wartung des Systems über einen definierten Zeitraum, die Weiterentwicklung nach gesonderter Spezifikation sowie die Unterstützung der Folgemigration und Datenübergabe vor Vertragsende. Die Anpassung des Basissystems erfolgt partnerschaftlich zwischen dem LS als Auftraggeber und dem Auftragnehmer in agiler Form. Der Kern des IT-Systems soll als Basis bereits verfügbar sein und grundsätzliche Funktionen eines Asset- und Erhaltungsmanagementsystems für Straßeninfrastrukturobjekte mitbringen (näher zu den Mindestanforderungen an das Basissystem siehe Ziff. 4.1.1 und 4.1.2 LB). Es wird davon ausgegangen, dass der notwendige Anpassungsbedarf des Basissystems für die Zwecke des LS nicht unerheblich ist. Die Anpassung/Ertüchtigung des Systems erfolgt über in Grundzügen vordefinierte Modulprojekte, deren Inhalte zwischen Auftraggeber und Auftragnehmer abgestimmt werden. Ein Modulprojekt kann einem Sprint im Sinne der Scrum-Methodik entsprechen, muss es aber nicht, und kann ebenso aus mehreren Sprints bestehen. Darüber hinaus ist der nicht unerhebliche Anpassungsbedarf flankierend durch eine ingenieur-fachliche Expertise des Auftragnehmers zu unterstützen. Zielsetzung: Das digitale Asset- und Erhaltungsmanagementsystem soll drei zentrale Kernprozesse abbilden. Der erste Kernprozess umfasst die Abstimmung und Untersetzung von Zielvorgaben, wobei Ziele wie Sicherheit und Verfügbarkeit durch überprüfbare Kennzahlen auf Anlagen-, Objektart-, Objekt- und Netzebene dargestellt und dokumentiert werden. Der zweite Kernprozess dient der Erarbeitung von Szenarien verschiedener Strategien sowie eines optimalen Maßnahmenportfolios, indem strategische Zielvorgaben unter Berücksichtigung verfügbarer Ressourcen durch ein geeignetes Szenarien-Management in eine operative Erhaltungsplanung überführt werden. Der dritte Kernprozess betrifft die Bewertung und Kommunikation des Erhaltungszustands sowie des Erfolgs von Maßnahmen durch ein stetiges Monitoring und kontinuierliches Berichtswesen. Nutzerkreise: Das System richtet sich an verschiedene Nutzergruppen mit unterschiedlichen Zugriffsrechten. Die fachliche Gesamtadministration obliegt dem Strategischen Erhaltungsmanagement des LS. Projektstruktur und Phasen: Das Gesamtprojekt gliedert sich in vier Phasen. Die Initiierungs- und Bereitstellungsphase dient der Etablierung des Projekt- und Vertragsabwicklungsmanagements sowie der Bereitstellung des Basissystems. In der anschließenden Aufbauphase wird das Basissystem über Modulprojekte zu einem produktivfähig einsetzbaren System ertüchtigt, sodass alle drei Kernprozesse abgebildet werden können. Während der Aufbauphase wird sich der Nutzerkreis vorrangig auf die Gesamtadministration sowie partiell auf das Daten- und das Erhaltungsmanagement beschränken. Die anschließende Betriebsphase und Weiterentwicklungsphase umfasst den Wirkbetrieb sowie weitere Anpassungen und Ertüchtigungen, die zunächst in einer Testumgebung erfolgen und dann sukzessive in den Wirkbetrieb überführt werden. Die abschließende Transformationsphase ist im ausreichenden Vorlauf zum Vertragsende einzuleiten, um nach Erfordernis Algorithmen sowie Daten in ein Folgeprojekt oder eine Interimslösung zu transferieren. Weitere Einzelheiten zu den Leistungsgegenständen sind den Spezifikationen aus „20.0_Leistungsbeschreibung-V-1-0“ nebst Anlagen zu entnehmen.
- LAND BRANDENBURG, VERTRETEN DURCH DEN LANDESBETRIEB STRAßENWESEN BRANDENBURGHoppegartenFrist: 04. Mai
AssetM4Infra – Asset- u. Erhaltungsmanagementsystem für überregionale Straßen im LS Brandenburg
Der Landesbetrieb Straßenwesen Brandenburg (LS) beabsichtigt die Einführung einer IT-Anwendung zur strukturierten und weitestgehend vollumfänglich digitalen Umsetzung des Erhaltungsmanagements für Straßeninfrastrukturobjekte. Das System soll als Software as a Service (SaaS) bereitgestellt, angepasst und betrieben werden. Gegenstand der Leistung: Der Leistungsgegenstand umfasst die Bereitstellung eines anpassungsfähigen Basissystems, dessen Customizing an die funktionalen Anforderungen über sogenannte Modulprojekte, den Betrieb und die Wartung des Systems über einen definierten Zeitraum, die Weiterentwicklung nach gesonderter Spezifikation sowie die Unterstützung der Folgemigration und Datenübergabe vor Vertragsende. Die Anpassung des Basissystems erfolgt partnerschaftlich zwischen dem LS als Auftraggeber und dem Auftragnehmer in agiler Form. Der Kern des IT-Systems soll als Basis bereits verfügbar sein und grundsätzliche Funktionen eines Asset- und Erhaltungsmanagementsystems für Straßeninfrastrukturobjekte mitbringen (näher zu den Mindestanforderungen an das Basissystem siehe Ziff. 4.1.1 und 4.1.2 LB). Es wird davon ausgegangen, dass der notwendige Anpassungsbedarf des Basissystems für die Zwecke des LS nicht unerheblich ist. Die Anpassung/Ertüchtigung des Systems erfolgt über in Grundzügen vordefinierte Modulprojekte, deren Inhalte zwischen Auftraggeber und Auftragnehmer abgestimmt werden. Ein Modulprojekt kann einem Sprint im Sinne der Scrum-Methodik entsprechen, muss es aber nicht, und kann ebenso aus mehreren Sprints bestehen. Darüber hinaus ist der nicht unerhebliche Anpassungsbedarf flankierend durch eine ingenieur-fachliche Expertise des Auftragnehmers zu unterstützen. Zielsetzung: Das digitale Asset- und Erhaltungsmanagementsystem soll drei zentrale Kernprozesse abbilden. Der erste Kernprozess umfasst die Abstimmung und Untersetzung von Zielvorgaben, wobei Ziele wie Sicherheit und Verfügbarkeit durch überprüfbare Kennzahlen auf Anlagen-, Objektart-, Objekt- und Netzebene dargestellt und dokumentiert werden. Der zweite Kernprozess dient der Erarbeitung von Szenarien verschiedener Strategien sowie eines optimalen Maßnahmenportfolios, indem strategische Zielvorgaben unter Berücksichtigung verfügbarer Ressourcen durch ein geeignetes Szenarien-Management in eine operative Erhaltungsplanung überführt werden. Der dritte Kernprozess betrifft die Bewertung und Kommunikation des Erhaltungszustands sowie des Erfolgs von Maßnahmen durch ein stetiges Monitoring und kontinuierliches Berichtswesen. Nutzerkreise: Das System richtet sich an verschiedene Nutzergruppen mit unterschiedlichen Zugriffsrechten. Die fachliche Gesamtadministration obliegt dem Strategischen Erhaltungsmanagement des LS. Projektstruktur und Phasen: Das Gesamtprojekt gliedert sich in vier Phasen. Die Initiierungs- und Bereitstellungsphase dient der Etablierung des Projekt- und Vertragsabwicklungsmanagements sowie der Bereitstellung des Basissystems. In der anschließenden Aufbauphase wird das Basissystem über Modulprojekte zu einem produktivfähig einsetzbaren System ertüchtigt, sodass alle drei Kernprozesse abgebildet werden können. Während der Aufbauphase wird sich der Nutzerkreis vorrangig auf die Gesamtadministration sowie partiell auf das Daten- und das Erhaltungsmanagement beschränken. Die anschließende Betriebsphase und Weiterentwicklungsphase umfasst den Wirkbetrieb sowie weitere Anpassungen und Ertüchtigungen, die zunächst in einer Testumgebung erfolgen und dann sukzessive in den Wirkbetrieb überführt werden. Die abschließende Transformationsphase ist im ausreichenden Vorlauf zum Vertragsende einzuleiten, um nach Erfordernis Algorithmen sowie Daten in ein Folgeprojekt oder eine Interimslösung zu transferieren. Weitere Einzelheiten zu den Leistungsgegenständen sind den Spezifikationen aus „20.0_Leistungsbeschreibung-V-1-0“ nebst Anlagen zu entnehmen.
- 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.
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?
- Die Angebotsfrist endet am 22. Mai 2026.
- Wer ist der Auftraggeber?
- Der Auftraggeber ist DB Systel GmbH (Bukr 2B, 44).
- 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.