Spk Hochsauerland Brilon
Westfalenpost, Regionalbüro Meschede
Interkommunales Projekt zur Einführung einer digitalen Kartenplattform mit SaaS-Lösung, mobilen Apps (Wallet, Anbieter-App), webbasierter Marktplatz und Backend-System. Ziel ist eine skalierbare, sichere Infrastruktur mit digitaler Identitäts- und Tokenstruktur (z. B. Blockchain-basiert) für Bürger, lokale Akteure und Dienstleistungen.
Submission deadline: May 12, 2026 (expired)Type: Tender
Advertising
Unlock documents for free
No credit card · Instant access
Content at a glance
Interkommunales Projekt zur Einführung einer digitalen Kartenplattform mit SaaS-Lösung, mobilen Apps (Wallet, Anbieter-App), webbasierter Marktplatz und Backend-System. Ziel ist eine skalierbare, sichere Infrastruktur mit digitaler Identitäts- und Tokenstruktur (z. B. Blockchain-basiert) für Bürger, lokale Akteure und Dienstleistungen.
- Tender type:
- Tender
- Contracting authority:
- Spk Hochsauerland Brilon
- Published:
- March 30, 2026
- Deadline:
- May 12, 2026
- Topic:
- Advertising
Tender description
Interkommunales Projekt zur Einführung einer digitalen Kartenplattform mit SaaS-Lösung, mobilen Apps (Wallet, Anbieter-App), webbasierter Marktplatz und Backend-System. Ziel ist eine skalierbare, sichere Infrastruktur mit digitaler Identitäts- und Tokenstruktur (z. B. Blockchain-basiert) für Bürger, lokale Akteure und Dienstleistungen.
Further details
After registration, documents, deadlines and submission notes are available in a structured format.
- Core requirements of the tender prioritized and prepared
- Deadlines, eligibility criteria and documents in one workflow
- Guidance for structured bid preparation
- Automatically discover matching follow-up tenders
Documents and attachments
No files listed yetThe contracting authority has not yet published any attachments, or they are only accessible after registration.
Open all documents in workspaceRelated tenders
6- Technological University Dublin (TU Dublin)DublinDeadline: Apr 30
Attendance and Engagement Solution
Anforderung einer cloudbasierten Anwesenheits-Erfassungslösung für die Universität. Die Plattform muss Anwesenheit für Präsenz-, Remote- und Blended-Learning-Szenarien erfassen, ohne auf feste Hardware (Kartenleser, Beacons) angewiesen zu sein. Schnelle, universitätsweite Implementierung ist erforderlich. Das System muss in bestehende Identitäts-, Stundenplan- und Studenteninformationssysteme integrierbar sein, in vergleichbaren Hochschulen bewährt, sicher, skalierbar und datenschutzkonform sein. Es soll zudem in eine umfassende mobile Engagement-Lösung eingebettet sein, die einen intuitiven Studenten-App mit personalisierten Benachrichtigungen, Stundenplänen und digitalen Services bietet, um Interaktion und Zugehörigkeit zu stärken. - Stadt Aachen - Zentrale Vergabestelle FB60/300Aachen
Telefonie Leistungen
Los 1 umfasst die Bereitstellung, Migration, den Betrieb sowie die Weiterentwicklung einer zentralen VoIP- und Unified Communications-Plattform für die Stadt Aachen einschließlich einer integrierten Contact Center Lösung. Der Auftragnehmer verantwortet ein hochverfügbares, skalierbares und sicheres Gesamtsystem, das in die bestehende IT, Netzwerk und Rechenzentrumsinfrastruktur integriert wird. Der Auftraggeber verfolgt einen hybriden Systemarchitektur- und Lösungsansatz für das zu-künftige VoIP/UC-TK-System. Ziel ist die Kombination einer hochverfügbaren, on-premise betriebenen Enterprise-VoIP-Plattform mit einer hochverfügbaren und hochskalierbaren Unified-Communication- und Collaboration-Lösung in einer integrierten Gesamtarchitektur. Die Enterprise-VoIP-Call-Control-Komponente ist innerhalb der Rechenzentrumsinfrastruktur des Dienstleisters des AG, zu installieren und zu betreiben. Die Anbindung an das öffentliche Telefonnetz erfolgt über eine zentral bereitgestellte, redundant ausgelegte SBC-Infrastruktur im selben Rechenzentrumsverbund. In Los 2 (Provider-Leistungen) wird der Leistungsumfang des zentralen SIP-Trunks definiert, der durch den Auftragnehmer von Los 2 bereitgestellt werden muss. Die Redundanz der zentralen Call-Control ist innerhalb der vorhandenen Rechenzentrumsbereiche (RZ1 und RZ2) so auszugestalten, dass der Ausfall einzelner Komponenten oder Rechenzentrumsbereiche nicht zum vollständigen Ausfall der Sprachkommunikation führt. Eine geografische Redundanz über mehrere Rechenzentrumsstandorte hinweg ist nicht Gegenstand dieser Anforderung. Die Lösung soll herstellerunabhängig und ohne proprietäre Clustermechanismen realisierbar sein. Erforderlich ist ausschließlich die grundsätzliche Fähigkeit zur hochverfügbaren Auslegung und zur logischen Verteilung der Komponenten innerhalb der vorhandenen Rechenzentrumsinfrastruktur. Die Unified-Communication-Funktionalitäten sind als skalierbare Hybrid- oder Cloud-Lösung bereitzustellen. Sofern Komponenten als Cloud-Service betrieben werden, sind diese in einem Rechenzentrum innerhalb des Europäischen Wirtschaftsraumes zu betreiben. Die Gesamtarchitektur muss so ausgelegt sein, dass zusätzliche Dienste - insbesondere Contact Center Funktionalitäten - sowohl als On-Premises-Komponente als auch als Cloud-basierter Service (CCaaS) integrierbar sind. Die Integration hat über offene, dokumentierte und herstellerunabhängige Schnittstellen zu erfolgen. Technische Mindestanforderungen - VoIP-Plattform Die zu liefernde Enterprise-VoIP-Plattform muss mindestens folgende Kapazitäten für den Parallelbetrieb unterstützen: - mindestens 4.000 IP-Tischtelefone - bis zu 5.000 Softphones (geplant ist eine größere Migration von IP-Tischtelefon zu Softphone während der Vertragslaufzeit) - für mindestens 1.000 Smartphones und ca. 1.000 iPads - mindestens 1.200 analoge Anschlüsse über standardisierte Analog-VoIP-Gateways - zentrale SBC-Funktion für den SIP-Trunk mit mindestens 600 gleichzeitigen Gesprächen, skalierbar um mindestens 400 weitere Gespräche Zusätzlich sind ausreichend Systemressourcen einzuplanen, um eine Skalierung von mindestens 20 % der genannten Kapazitäten ohne grundlegende Systemerweiterung zu ermöglichen. Die Gateway- und SBC-Komponenten müssen über offene SIP-/SRTP-basierte Schnittstellen integrierbar sein. Die Lösung darf keine proprietären Abhängigkeiten erzeugen und muss interoperabel zu marktüblichen VoIP- und UC-Systemen sein. Die Architektur ist so auszulegen, dass innerhalb der zentralen wie auch dezentralen IP-Struktur keine Engpässe hinsichtlich Bandbreite, Session-Kapazität oder Sprachqualität entstehen. Eine angemessene Ressourcenplanung für Signalisierung, Medienverarbeitung und Verschlüsselung ist durch den AN sicherzustellen. Technische Mindestanforderungen - Unified Communication Die zu liefernde Unified-Communication-Plattform muss mindestens folgende Funktionen im Parallelbetrieb unterstützen: - mindestens 5.000 Teilnehmer für Instant Messaging und Präsenz - Integration externer Videokonferenzplattformen (z. B. Zoom) - optional Erweiterbarkeit um Audio-, Video- und Webkonferenzfunktionen mit gemeinsamer Dokumentenbearbeitung Ergänzende Mehrwertdienste Zusätzlich werden ergänzende Mehrwertdienste und deren Funktionalitäten zur Unterstützung einer effizienteren Kommunikation gefordert. Dies erfolgt durch die Integration der nachfolgend aufgeführten Dienste: - Contact Center Funktionalität (On-Prem oder CCaaS) o Kapazitäten mit 150 Agenten und 30 Supervisoren - Computer Telefonie Integration (CTI) - Voicemail-System - Zentrales IP-DECT-System - Administration und Management Standorte und Kategorisierung: Die VoIP /UC Plattform soll zukünftig ca. 280 Standorte der Stadt Aachen versorgen. Die Standorte lassen sich funktional wie folgt kategorisieren: - Zentrale Standorte mit direkter TK Anbindung o Größere Verwaltungs- und Organisationseinheiten mit unmittelbarer Anbindung an das zentrale VoIP /UC System. - Dezentrale Standorte o Kleinere und mittlere Standorte mit Anbindung über das Datennetz bzw. Provider Anschlüsse, einschließlich Sonder- und Außenstellen. Die Lösung ist standortübergreifend einheitlich zu betreiben (z.B. Rufnummernplan, Administration, Service Prozesse). Die geschätzte Abnahmemenge Los 1 beläuft sich für alle von der Rahmenvereinbarung umfassten Leistungen auf 5.060.000 EUR netto. Es wird eine verbindliche Höchstabnahmegrenze an Leistungen in Höhe von 6.100.000 EUR netto festgelegt (Angaben jeweils bezogen auf die maximale Laufzeit der Rahmenvereinbarung). Die Stadt Aachen ist nicht dazu verpflichtet, Aufträge im Sinne dieser Rahmenvereinbarung unter der Rahmenvereinbarung zu vergeben (vgl. Erwägungsgrund Nr. 61 der Richtlinie 2014/24/EU). Die Stadt Aachen ist insbesondere nicht dazu verpflichtet, aus der Rahmenvereinbarung ein bestimmtes Kontingent abzunehmen. - Universitätsklinikum Aachen AöRAachen
Beschaffung und Implementierung eines Enterprise PACS an der Uniklinik RWTH Aachen
Die Uniklinik RWTH Aachen schreibt die Beschaffung und Implementierung eines interdisziplinär nutzbaren Enterprise Picture Archiving and Communication System (Enterprise PACS / E-PACS) aus. Das neue E-PACS soll das bestehende PACS vollständig ablösen und künftig als zentrale Plattform für das klinikumsweite Management bildgebender und bildbezogener Daten dienen. Gegenstand der Beschaffung ist die Lieferung, Bereitstellung, Implementierung, Integration, Migration, Inbetriebnahme und der Betrieb eines schlüsselfertigen, skalierbaren, hochverfügbaren und leistungsstarken Gesamtsystems E-PACS. Das E-PACS muss die Verarbeitung, Speicherung, Anzeige, Verteilung, Archivierung und Bereitstellung von DICOM- und Non-DICOM-Daten über Fachdisziplinen und Organisationsgrenzen hinweg unterstützen. Die Lösung hat klinische, diagnostische, interdisziplinäre, wissenschaftliche und lehrbezogene Nutzungsszenarien innerhalb einer konsistenten Enterprise-Imaging-Plattform abzubilden. Der Beschaffungsumfang umfasst die vollständige Nutzungsberechtigung für die Applikationssoftware einschließlich diagnostischer und klinischer Viewer sowie aller erforderlichen Softwarekomponenten. Zum Leistungsumfang gehören ferner die für das lokale E-PACS-Primärsystem erforderliche Server- und Speicherhardware einschließlich Systemsoftware, ein Vendor Neutral Archive oder eine funktional gleichwertige Archivkomponente, externe bzw. cloudbasierte Langzeitarchivierung, Backup-, Restore-, Replikations-, Resilienz- und Wiederanlaufleistungen, ein Bilddatenaustausch-Portal mit Inbound- und Outbound-Funktionalität, ein E-PACS-integriertes KI-Portal bzw. ein KI-Marktplatz sowie die erforderlichen Systemservice-, Support-, Betriebs-, Monitoring-, Wartungs-, Patch-, Update-, Kapazitäts- und Administrationsleistungen. Das E-PACS ist über standardisierte Schnittstellen in die bestehende Anwendungs- und Integrationslandschaft des UKA einzubinden. Zu berücksichtigen sind die Integration in RIS, KIS, ZIS, Kommunikationsplattform, Modalitäten, DICOM-Knoten, PACS-nahe Fremdsysteme, Portale, Analyse- und Spezialanwendungen sowie vorhandene oder künftige IHE-konforme Registry-/Repository-Architekturen. Zu unterstützen sind insbesondere DICOM, DICOMweb, HL7 v2/v3, HL7 FHIR, einschlägige IHE-Profile sowie DLX nach DIN/TS 19455, soweit dies erforderlich ist. Das E-PACS muss ein konsistentes Viewer- und Clientkonzept für diagnostische, klinische, mobile und externe Nutzung bereitstellen. Hierzu gehören mindestens ein lokal installierbarer diagnostischer PACS-Viewer für die Primärdiagnostik sowie ein browserbasierter klinischer bzw. Enterprise-Viewer. Für diagnostische Arbeitsplätze sind insbesondere performante Streaming-Verfahren, Hanging-Protokolle, Mess-, Annotierungs-, Vergleichs-, MPR-/3D- und fachspezifische Darstellungsfunktionen vorzusehen. Das System muss die Anforderungen verschiedener klinischer Fachbereiche, insbesondere Radiologie, Neuroradiologie, Nuklearmedizin, Kardiologie, Angiologie, Pneumologie, Radioonkologie, Zahnmedizin/MKG sowie weiterer bildgebender und bildnutzender Bereiche unterstützen. Zum Leistungsumfang gehören weiterhin die strukturierte Altdatenmigration und vollständige Ablösung des bestehenden VuePACS im laufenden klinischen Betrieb, einschließlich Testmigrationen, Qualitätssicherung, Verifikation, Auditierung und Dokumentation. Die Migration ist möglichst unterbrechungsarm bzw. inkrementell auszugestalten und muss die Überführung des historischen Datenbestands in die Zielarchitektur des E-PACS berücksichtigen. Das E-PACS ist für den Einsatz in einem hochregulierten klinischen Umfeld mit besonderen Anforderungen an Datenschutz, Informationssicherheit, Verfügbarkeit, Integrität, Vertraulichkeit, Nachvollziehbarkeit, Revisionssicherheit und Betriebsstabilität auszulegen. Der Auftragnehmer hat geeignete Konzepte und Nachweise zu IT-Sicherheit, Datenschutz, Auditierung, Protokollierung, Rollen- und Berechtigungsmanagement, Lösch-, Sperr- und Aufbewahrungsprozessen, Cloud- und Rechenzentrumsleistungen sowie Schwachstellen- und Incident-Management vorzulegen. Der Auftragnehmer hat alle zur erfolgreichen Einführung erforderlichen Dienstleistungen zu erbringen. Hierzu zählen insbesondere Projektmanagement, Detailkonzeption, Zielarchitektur, Installation, Konfiguration, Schnittstellenanbindung, Integration, Test, Qualitätssicherung, Altdatenmigration, Schulung, Dokumentation, Go-Live-Unterstützung und Stabilisierung. Für die Vertragslaufzeit ist ein umfassender Systemservice zur Sicherstellung eines hochverfügbaren, sicheren und dauerhaft performanten Betriebs zu erbringen, insbesondere mit 24/7-Störungsannahme und Support, verbindlichen Service Levels, Monitoring, Kapazitätsplanung, Softwarepflege, Security-Patches, Updates, Upgrades, Service-Reviews und Zusammenarbeit mit dem lokalen PACS-Team des UKA. Die ausgeschriebenen Leistungen werden als einheitlicher Auftragsgegenstand an einen Auftragnehmer vergeben und in zwei aufeinander abgestimmten Vertragsverhältnissen geregelt: einem EVB-IT Systemvertrag für die nicht cloudbasierten Systembestandteile einschließlich Implementierung, Migration, Inbetriebnahme und Systemservice sowie einem EVB-IT Cloudvertrag für die cloudbasierten bzw. funktional gleichwertigen externen Managed-Service-Leistungen. Beide Vertragsverhältnisse bilden zusammen die vertragliche Grundlage für das Gesamtsystem E-PACS. Die Vertragslaufzeit beträgt jeweils fünf Jahre mit Verlängerungsoptionen zugunsten des Auftraggebers. Die Beschreibung der Ausgangssituation, der IT-Systemumgebung, des Beschaffungsumfangs, des Vergütungsmodells, der funktionalen, technischen, fachlichen, organisatorischen, datenschutzrechtlichen, informationssicherheitsbezogenen und betrieblichen Anforderungen sowie der Anforderungen an Implementierung, Migration, Systemservice, Service Levels und Zusammenarbeit ergibt sich aus den Vergabeunterlagen, insbesondere aus der Leistungsbeschreibung. - Universitätsklinikum Aachen AöRAachenDeadline: Jun 22
Beschaffung und Implementierung eines Enterprise PACS an der Uniklinik RWTH Aachen
Die Uniklinik RWTH Aachen schreibt die Beschaffung und Implementierung eines interdisziplinär nutzbaren Enterprise Picture Archiving and Communication System (Enterprise PACS / E-PACS) aus. Das neue E-PACS soll das bestehende PACS vollständig ablösen und künftig als zentrale Plattform für das klinikumsweite Management bildgebender und bildbezogener Daten dienen. Gegenstand der Beschaffung ist die Lieferung, Bereitstellung, Implementierung, Integration, Migration, Inbetriebnahme und der Betrieb eines schlüsselfertigen, skalierbaren, hochverfügbaren und leistungsstarken Gesamtsystems E-PACS. Das E-PACS muss die Verarbeitung, Speicherung, Anzeige, Verteilung, Archivierung und Bereitstellung von DICOM- und Non-DICOM-Daten über Fachdisziplinen und Organisationsgrenzen hinweg unterstützen. Die Lösung hat klinische, diagnostische, interdisziplinäre, wissenschaftliche und lehrbezogene Nutzungsszenarien innerhalb einer konsistenten Enterprise-Imaging-Plattform abzubilden. Der Beschaffungsumfang umfasst die vollständige Nutzungsberechtigung für die Applikationssoftware einschließlich diagnostischer und klinischer Viewer sowie aller erforderlichen Softwarekomponenten. Zum Leistungsumfang gehören ferner die für das lokale E-PACS-Primärsystem erforderliche Server- und Speicherhardware einschließlich Systemsoftware, ein Vendor Neutral Archive oder eine funktional gleichwertige Archivkomponente, externe bzw. cloudbasierte Langzeitarchivierung, Backup-, Restore-, Replikations-, Resilienz- und Wiederanlaufleistungen, ein Bilddatenaustausch-Portal mit Inbound- und Outbound-Funktionalität, ein E-PACS-integriertes KI-Portal bzw. ein KI-Marktplatz sowie die erforderlichen Systemservice-, Support-, Betriebs-, Monitoring-, Wartungs-, Patch-, Update-, Kapazitäts- und Administrationsleistungen. Das E-PACS ist über standardisierte Schnittstellen in die bestehende Anwendungs- und Integrationslandschaft des UKA einzubinden. Zu berücksichtigen sind die Integration in RIS, KIS, ZIS, Kommunikationsplattform, Modalitäten, DICOM-Knoten, PACS-nahe Fremdsysteme, Portale, Analyse- und Spezialanwendungen sowie vorhandene oder künftige IHE-konforme Registry-/Repository-Architekturen. Zu unterstützen sind insbesondere DICOM, DICOMweb, HL7 v2/v3, HL7 FHIR, einschlägige IHE-Profile sowie DLX nach DIN/TS 19455, soweit dies erforderlich ist. Das E-PACS muss ein konsistentes Viewer- und Clientkonzept für diagnostische, klinische, mobile und externe Nutzung bereitstellen. Hierzu gehören mindestens ein lokal installierbarer diagnostischer PACS-Viewer für die Primärdiagnostik sowie ein browserbasierter klinischer bzw. Enterprise-Viewer. Für diagnostische Arbeitsplätze sind insbesondere performante Streaming-Verfahren, Hanging-Protokolle, Mess-, Annotierungs-, Vergleichs-, MPR-/3D- und fachspezifische Darstellungsfunktionen vorzusehen. Das System muss die Anforderungen verschiedener klinischer Fachbereiche, insbesondere Radiologie, Neuroradiologie, Nuklearmedizin, Kardiologie, Angiologie, Pneumologie, Radioonkologie, Zahnmedizin/MKG sowie weiterer bildgebender und bildnutzender Bereiche unterstützen. Zum Leistungsumfang gehören weiterhin die strukturierte Altdatenmigration und vollständige Ablösung des bestehenden VuePACS im laufenden klinischen Betrieb, einschließlich Testmigrationen, Qualitätssicherung, Verifikation, Auditierung und Dokumentation. Die Migration ist möglichst unterbrechungsarm bzw. inkrementell auszugestalten und muss die Überführung des historischen Datenbestands in die Zielarchitektur des E-PACS berücksichtigen. Das E-PACS ist für den Einsatz in einem hochregulierten klinischen Umfeld mit besonderen Anforderungen an Datenschutz, Informationssicherheit, Verfügbarkeit, Integrität, Vertraulichkeit, Nachvollziehbarkeit, Revisionssicherheit und Betriebsstabilität auszulegen. Der Auftragnehmer hat geeignete Konzepte und Nachweise zu IT-Sicherheit, Datenschutz, Auditierung, Protokollierung, Rollen- und Berechtigungsmanagement, Lösch-, Sperr- und Aufbewahrungsprozessen, Cloud- und Rechenzentrumsleistungen sowie Schwachstellen- und Incident-Management vorzulegen. Der Auftragnehmer hat alle zur erfolgreichen Einführung erforderlichen Dienstleistungen zu erbringen. Hierzu zählen insbesondere Projektmanagement, Detailkonzeption, Zielarchitektur, Installation, Konfiguration, Schnittstellenanbindung, Integration, Test, Qualitätssicherung, Altdatenmigration, Schulung, Dokumentation, Go-Live-Unterstützung und Stabilisierung. Für die Vertragslaufzeit ist ein umfassender Systemservice zur Sicherstellung eines hochverfügbaren, sicheren und dauerhaft performanten Betriebs zu erbringen, insbesondere mit 24/7-Störungsannahme und Support, verbindlichen Service Levels, Monitoring, Kapazitätsplanung, Softwarepflege, Security-Patches, Updates, Upgrades, Service-Reviews und Zusammenarbeit mit dem lokalen PACS-Team des UKA. Die ausgeschriebenen Leistungen werden als einheitlicher Auftragsgegenstand an einen Auftragnehmer vergeben und in zwei aufeinander abgestimmten Vertragsverhältnissen geregelt: einem EVB-IT Systemvertrag für die nicht cloudbasierten Systembestandteile einschließlich Implementierung, Migration, Inbetriebnahme und Systemservice sowie einem EVB-IT Cloudvertrag für die cloudbasierten bzw. funktional gleichwertigen externen Managed-Service-Leistungen. Beide Vertragsverhältnisse bilden zusammen die vertragliche Grundlage für das Gesamtsystem E-PACS. Die Vertragslaufzeit beträgt jeweils fünf Jahre mit Verlängerungsoptionen zugunsten des Auftraggebers. Die Beschreibung der Ausgangssituation, der IT-Systemumgebung, des Beschaffungsumfangs, des Vergütungsmodells, der funktionalen, technischen, fachlichen, organisatorischen, datenschutzrechtlichen, informationssicherheitsbezogenen und betrieblichen Anforderungen sowie der Anforderungen an Implementierung, Migration, Systemservice, Service Levels und Zusammenarbeit ergibt sich aus den Vergabeunterlagen, insbesondere aus der Leistungsbeschreibung. - Martin-Luther Universität - Abteilung 2 - Finanzen
Beschaffung des Technisches Grundgerüst (Backend) im Rahmen des Verbundprojektes cAReCoach
Nationale Ausschreibung nach UVgO Vorinformation 1. Öffentlicher Auftraggeber Name und Anschrift: Martin-Luther Universität - Abteilung 2 - Finanzen Universitätsplatz 10 06108 Halle (Saale) Telefonnummer: +49 3455521074 E-Mail: [email protected] Faxnummer: +49 3455527631 Internet: 2. Vergabeverfahren Verhandlungsvergabe Rechtsrahmen: UVgO 3. Auftragsgegenstand: Beschaffung des Technisches Grundgerüst (Backend) im Rahmen des Verbundprojektes cAReCoach 4. Ort der Ausführung Martin-Luther-Universität Halle-Wittenberg Wirtschaftswissenschaftlicher Bereich - School of Economics and Business // Wirtschaftsinformatik, insb. Betriebliches Informationsmanagement Große Steinstraße 73 06108 Halle (Saale) 5. Art und voraussichtlicher : Leistungsbeschreibung Technisches Grundgerüst (Backend) im Rahmen des Verbundprojektes cAReCoach 1. Hintergrund und Projektziel Die Martin-Luther-Universität Halle-Wittenberg führt das Forschungsprojekt cAReCoach durch, das eine AR-basierte (Augmented Reality) Assistenzanwendung für pflegende Angehörige entwickelt. Die Anwendung soll pflegenden Angehörigen auf unterschiedlichen Endgeräten kontextsensitive, visuelle Unterstützung in Pflegesituationen bieten - von der Körperlagekontrolle bis zur Notfallunterstützung. Im Rahmen dieser Markterkundung/ Klärung der Binnenmarktrelevanz werden Unternehmen gesucht, die Interesse an der Übernahme des Unterauftrags "Technisches Grundgerüst (Backend)" haben. Der Beschaffungsvorgang umfasst die Entwicklung der technischen Grundlage für plattformübergreifende Tracking-Mechanismen sowie der Notfall- und adaptiven Unterstützungsfunktion. 2. Erwartete Leistungen AP 1 - Tracking-Mechanismen Entwicklung plattformspezifischer Tracking-Mechanismen mit generalisierter API zur Integration in das Frontend sowie Bereitstellung als Unity-Package. Konzeption: Schematische Architektur, Anforderungsanalyse entlang der Fallbeispiele, Definition einer generalisierten API für die Frontend-Integration Implementierung: Iterative Entwicklung der Tracking-Mechanismen entlang der Architektur und Fallbeispiele, Implementierung der generalisierten API Bereitstellung: Transfer und Qualitätssicherung in einem plattformagnostischen Unity-Package zur Integration im Frontend AP 2 - Notfallfunktion Entwicklung einer generalisierten Notfallfunktion für die spezifischen Endgeräte sowie Bereitstellung als plattformagnostisches Unity-Package. Konzeption: Flussdiagramm zur Definition des Prozessablaufs, Integration des Content Designs, Definition einer generalisierten API Implementierung: Umsetzung des Notfallfunktionsprozesses, Integration der Designguideline, Implementierung der API zur Frontend-Integration Bereitstellung: Transfer und Qualitätssicherung als plattformagnostisches Unity-Package AP 3 - Adaptive Unterstützungsfunktion Entwicklung einer adaptiven Unterstützungsfunktion auf Basis einer State-Machine zur kontextsensitiven Einblendung visueller Hilfsebenen. Konzeption: Schematische Ausarbeitung einer State-Machine zum Umschalten adaptiver Unterstützungs-Layer entlang der Designguidelines, Layering-System für visuelle Hilfsebenen Implementierung: Umsetzung der State-Machine zur adaptiven Darstellung, Implementierung einer generalisierten API zum Auslesen und Auslösen der State-Machine Bereitstellung: Transfer und Qualitätssicherung als plattformagnostisches Unity-Package zur Frontend-Integration 3. Anforderungen an interessierte Unternehmen Unternehmen, die an der Markterkundung teilnehmen möchten, sollten folgende Voraussetzungen erfüllen: 3.1 Erfahrung im Bereich KI-gestütztes Tracking und maschinelles Lernen Nachweisliche Erfahrung in der Entwicklung und dem Training von Machine-Learning-Modellen für Körper- oder Bewegungstracking, vorzugsweise im Pflege- oder Gesundheitskontext Kenntnisse in der Abwägung zwischen Erkennungsgenauigkeit und Echtzeitperformance auf mobilen Endgeräten Erfahrung in der Entwicklung KI-gestützter Schnittstellen zur Wissensvermittlung oder Prozessunterstützung ist von Vorteil 3.2 Plattformübergreifende XR-Entwicklung und Hardwarekompetenz Erfahrung in der XR-Entwicklung für unterschiedliche Endgeräte (z. B. Mixed-Reality-Brillen, Smartphones, Tablets) unter Nutzung von Unity und OpenXR-Standards Nachgewiesene Kompetenz in der Integration externer Tracking-APIs sowie in der Entwicklung plattformagnostischer Abstraktionsschichten und Unity-Packages Fundierte Kenntnisse im Umgang mit Edge Cases verschiedener Kamera-Konfigurationen, Tracking-Systemen und Rendering-Pipelines Erfahrung in der Entwicklung von API-Schnittstellen zwischen Backend-Tracking-Komponenten und Frontend-Anwendungen 3.3 Projekterfahrung im Pflege- und Gesundheitsbereich Erfrahrung in der Entwicklung digitaler oder XR-gestützter Lösungen für Pflegekräfte, pflegende Angehörige oder vergleichbare Zielgruppen mit geringer Technikaffinität Erfahrung in der Zusammenarbeit mit Pflegeeinrichtungen, Pflegeschulen, Forschungseinrichtungen oder medizinischen Institutionen Kenntnisse der besonderen Anforderungen nicht-technikaffiner Nutzergruppen sowie der Rahmenbedingungen verschiedener Pflegesettings 3.4 Schnittstellenkompetenz und Arbeit in verteilten Entwicklungsteams Erfahrung in der Definition und Umsetzung stabiler Schnittstellen zwischen Tracking-Systemen und darauf aufbauenden Visualisierungskomponenten Vertrautheit mit der Zusammenarbeit in verteilten Entwicklungsteams inklusive klarer Dokumentation, Versionierung (z. B. Git) und Abstimmungsprozessen Agile, iterative Arbeitsweise mit Erfahrung in der schrittweisen Verfeinerung von Systemen auf Basis von Forschungsfeedback 3.5 Regionale Präsenz und Kooperationsbereitschaft Erfahrung in der Mitarbeit an wissenschaftlichen Forschungsprojekten, vorzugsweise mit Hochschul- oder Forschungseinrichtungen Bereitschaft zur Durchführung regelmäßiger Vor-Ort-Workshops und Abstimmungstermine an der Martin-Luther-Universität Halle-Wittenberg sowie in lokalen Pflegeeinrichtungen Regionale Nähe zur TPG-Region Halle (Saale) ist von Vorteil, jedoch keine zwingende Voraussetzung Iterative, nutzerzentrierte Arbeitsweise mit Erfahrung in der schnellen Entwicklung interaktiver Prototypen 4. Hinweise zur Teilnahme/Interessensbekundung Interessierte Unternehmen werden gebeten, eine Kurzdarstellung ihres Unternehmens (max. 2 Seiten) mit Angaben zu relevanten Referenzprojekten, eingesetzten Technologien und Methoden sowie der personellen Verfügbarkeit einzureichen. 6. Voraussichtlicher Zeitraum der Ausführung: Fertigstellung der Leistungen bis: Dauer der Leistung: Schnellstmöglich nach der Auftragserteilung ggf. Beginn der Ausführung: 7. Sonstiges: Fragen zur Vergabe und die Durchführung werden durch die Vergabestelle (Abteilung 2) von Herr Frank Dietrich beantwortet. Kontakt: [email protected] Alle fachlichen Fragen und Interessensbekundungen inkl. Firmenvorstellung/Nachweise Eignung (siehe 5. Hinweise zur Teilnahme) werden durch Hans Julius Betke E-Mail: [email protected] beantwortet. Die Beschaffung soll als Verhandlungsvergabe gemäß UVgO durchgeführt werden und die Angebotsaufforderung wird frühestens nach dem Ende der Vorinformation an alle interessierten Bieter versandt werden. Alle informationen zur Vergabe und ein detailliertes Leistungsverzeichnis wird mit der Angebotsaufforderung zur Verfügung gestellt. Software,Programmierdienste,IT-Systemdienstleistungen,Beratung/ Gutachten/ Studie (IT),Forschung/ Entwicklung - Sozialstiftung Bamberg MVZ am Bruderwald gGmbH 96049 Bamberg
Vergabe eines Liefer- und Dienstleistungsvertrags für ein Pathologie-Informations-System (PI-System)
Die Sozialstiftung Bamberg MVZ am Bruderwald gGmbH ist eine gemeinnützig ausgerichtete Gesundheitseinrichtung in der Region Bamberg. Die Gesellschaft betreibt fünf Medizinische Versorgungszentren (MVZ) an mehreren Standorten und erbringt ambulante und sektorenübergreifende Leistungen für Patientinnen und Patienten unterschiedlicher Fachrichtungen. Als gGmbH verfolgt die Gesellschaft einen nachhaltigen Versorgungsauftrag und setzt auf hohe medizinische Qualität, verlässliche Prozesse sowie eine moderne, interoperable IT-Infrastruktur. Die MVZ-Struktur ermöglicht eine enge fachübergreifende Zusammenarbeit, kurze Wege in der Diagnostik und Therapie sowie standardisierte Qualitäts- und Datenschutzprozesse. Zentrale Dienste (u. a. Einkauf, IT, Datenschutz, Qualitätsmanagement) unterstützen die Leistungseinheiten bei der Einführung und dem Betrieb digitaler Systeme. Viele dieser übergreifenden Leistungen bezieht das Unternehmen als Tochter der Sozialstiftung Bamberg (Stiftung des öffentlichen Rechts) im Rahmen der Konzernzugehörigkeit. 2 Leistungseinheit im Rahmen der Ausschreibung Im MVZ am Bruderwald ist die Praxis und das Institut für Pathologie, Neuropathologie, Molekulare Diagnostik und Zytologie angesiedelt. Die Einheit deckt das gesamte Spektrum der ärztlichen Pathologie ab – von der histologischen und zytologischen Routinediagnostik über neuropathologische Fragestellungen bis hin zur molekularen Diagnostik zur Präzisionsmedizin. Versorgungsauftrag und Einsenderstruktur • Einsenderkreise: Krankenhäuser/Kliniken sowie niedergelassene Ärztinnen und Ärzte mehrerer Fachrichtungen (insb. Chirurgie, Gastroenterologie, Urologie, Gynäkologie, Dermatologie, HNO, Allgemeinmedizin u. a.). • Versorgungsanteile: Die Aufträge entfallen zum deutlich überwiegenden Teil auf ambulante Einsendungen; stationäre Fälle werden ergänzend versorgt. Ambulante sowie stationäre Versorgung erfolgt sowohl konzernintern als auch in relevantem Umfang gegenüber Dritten. • Regionale Reichweite: Versorgung von Einrichtungen in der Region und – je nach Fachgebiet – überregional. Leistungsspektrum (Auszug) • Histologie/Routinepathologie: Biopsien und Resektate inkl. intraoperativer Konsile (Schnellschnitt), Standard- und Spezialfärbungen, Immunhistochemie. • Zytologie: Gynäkologische und nicht-gynäkologische Zytologie, Dünnschicht-verfahren, ggf. molekulare Zusatzdiagnostik (HPV). • Neuropathologie: Tumor- und Nicht-Tumor-Pathologien des zentralen und peripheren Nervensystems, intraoperative Beurteilungen, alle erforderlichen molekularen Untersuchungen. • Molekulare Diagnostik: Methodisch je nach Indikation z. B. PCR-basierte Verfahren und NGS-Panels zur therapierelevanten Befundung; interdisziplinäre Einbindung in Tumorkonferenzen. • Befund- und Kommunikationsprozesse: Strukturierte, fristgerechte Befundüber-mittlung an Einsender; Teilnahme an interdisziplinären Boards/Konferenzen. 3 Ziel der Ausschreibung Mit dieser Ausschreibung sucht die Sozialstiftung Bamberg MVZ am Bruderwald gGmbH eine zukunftssichere Pathologie-Spezialsoftware, die den beschriebenen multidisziplinären Diagnostikbetrieb (Pathologie, Neuropathologie, Molekulare Diagnostik und Zytologie) in einer überwiegend ambulanten Einsenderlandschaft umfassend unterstützt, rechtssicher und interoperabel ist und skalierbar. Die Sozialstiftung Bamberg MVZ am Bruderwald gGmbH beabsichtigt, einen EVB-IT-Systemvertrag für ein Pathologie-Informations-System (PIS) und einen Vollservice-vertrag mit einer Basisvertragslaufzeit von 36 Monaten abzuschließen. Der Vollservicevertrag (incl. Wartung) wird für 36 Monate fest vereinbart. Optional kann die Laufzeit des Vertrages durch entsprechende Erklärungen des AG spätestens 6 Monate vor Ablauf der 36-monatigen Vertragsvereinbarung unter Beibehaltung der Vertragsbedingungen jeweils um ein weiteres Jahr verlängert werden. Der Vertrag verlängert sich nicht, wenn der AN der Verlängerung innerhalb von 14 Tagen nach Zugang der Erklärung des AG widerspricht. Die Vertragslaufzeit wird auf insgesamt 10 Jahre begrenzt.
Frequently asked questions about this tender
- How can I apply for this tender?
- Create a free account on Auftrag One. You will then see all documents, deadlines and submission notes in a structured workflow.
- What is the submission deadline?
- The submission deadline is 12. Mai 2026.
- Who is the contracting authority?
- The contracting authority is Spk Hochsauerland Brilon.
- Which documents are needed to get started?
- Typically you need the service description, proof of eligibility, deadline notes and possibly form sheets. On Auftrag One these items are displayed in prioritized order.