Interoperabilitätsplattform für die Park-Kliniken Berlin

Kurze Beschreibung

Aufbau und Betrieb einer einheitlichen Interoperabilitätsplattform im gemeinsamen Rechenzentrum, sodass über zwei Mandanten, die Park-Klinik Weißensee und die Schlosspark-Klinik Charlottenburg, ein einheitlicher Funktionsumfang für beide Einrichtungen bereitgestellt werden kann

Beschreibung der Beschaffung

Die Park-Kliniken Berlin streben den Aufbau und Betrieb einer einheitlichen Interoperabilitätsplattform im gemeinsamen Rechenzentrum an, sodass über zwei Mandanten ein einheitlicher Funktionsumfang für beide Einrichtungen bereitgestellt werden kann. Dabei soll es zu keiner Ablösung von Primärsystemen (KIS, LIS, Archiv, etc.) kommen, sondern zu einer Erweiterung und Integration in die jeweils bestehenden Systemlandschaften. Die Interoperabilitätsplattform soll dabei den Austausch von Dokumenten und strukturierten medizinischen Informationen innerhalb jedes Klinikums, als auch mit den jeweiligen lokalen medizinischen Kooperationspartnern, zwischen den beiden Kliniken und den Patienten über ein Patientenportal ermöglichen.

Mit Hilfe der „IOP der Park-Klinken“ sollen im ersten Schritt Dokumente IHE-konform und anschließend strukturierte Patientendaten HL7-FHIR-konform interoperabel zugänglich gemacht werden. Die Behandlungsdokumente werden dabei in einem separaten IHE-konformen Archiv gespeichert. Die Park-Kliniken Berlin planen das bereits vorhandene Pegasos-Archiv der Firma NEXUS|Marabu als Repository zu verwenden. Die IOP soll dabei die Metadaten der Dokumente (Registry) verwalten, den Patientenbezug sichern und den Dokumentenzugriff steuern. Für die Nutzung von strukturierten HL7-FHIR Daten soll in der IOP ein eigenständiges Clinical Data Repository (CDR) etabliert werden. Das FHIR CDR soll dazu durch einen Terminologieserver unterstützt werden, der bei der semantischen Normierung der Daten unterstützt und Terminologien strukturiert bereitstellen kann.
Dabei sollen rechtliche Anforderungen und Datensicherheitsanforderungen, wie Zugriffe, Rechte, Rollen und Protokollierung, in einem Modul vereint und dann sowohl im IHE-, als auch im FHIR-Kontext umgesetzt werden. Die Park-Kliniken Berlin streben eine größere Herstellerunabhängigkeit und mehr Souveränität über Prozesse und die selbständig erhobenen Daten an. Die IOP soll diesen Prozess fördern, die Ebenen Visualisierung, Datenverarbeitung, Datenverfügbarkeit und Datenhaltung voneinander lösen und aus drei primären Modulen aufgebaut sein.
IHE-Modul
FHIR-Modul
Kernel-Modul
Das Projekt wird mit KHZG-Fördermitteln finanziert. Um eine erfolgreiche Projektumsetzung mit begrenzenten Ressourcen sicher zustellen wird die Terminologieserver-Komponente optional ausgeschrieben.
Die Kommunikation zwischen den Ebenen und den Systemen jeder Ebene soll, soweit möglich, mit etablierten Standards umgesetzt werden. Aktuell kommt in den Park-Kliniken intern vor allem HL7 V2.X zum Einsatz. Zukünftig wird der Datentransfer vermehrt mit HL7 FHIR umzusetzen sein. Für alle Datentransfers, die nicht standardkonform arbeiten oder Modifikationen und Mappings benötigen, müssen Anpassungen durch entsprechende Komponenten erfolgen.

Der Auftragnehmer hat die von ihm zu liefernden Systemkomponenten sowie die vom Auftraggeber bereitzustellenden Systemkomponenten gemeinsam mit dem Auftraggeber zu konzeptionieren, zu installieren, nach Kundenanforderungen zu konfigurieren, in die bestehende Systemlandschaft der Kliniken zu integrieren, zu testen und in den produktiven Betrieb zu überführen. Die IOP ist als on-premise System am Standort des gemeinsamen Rechenzentrums der Park-Kliniken Berlin zu etablieren. Die Lizenzkosten für die Nutzung der Software sind als einmalige Vergütung zu formulieren. Der Auftragnehmer unterstützt nach der erfolgreichen Etablierung die Park-Kliniken durch Schulungen sowie Systemservice und Softwarepflegeleistungen. Die Weiterentwicklung der Lösung von Seiten des Auftraggebers ist hierbei gefordert und soll angeboten werden (13.17 des Anforderungskatalog). Der Auftragnehmer gewährleistet die Befähigung der IT-Abteilung, sodass diese alle Anpassungen und Konfigurationen an den Komponenten der IOP perspektivisch selbständig vornehmen können.
Der Nachweis der Funktionsfähigkeit und damit des Projekterfolges erfolgt durch die Abnahme anhand des Nachweises der Vernetzung der IOP mit den vorhandenen Systemen der Park-Kliniken und des zu beschaffenden Patientenportals.
Die Leistungen zur Erstellung des Gesamtsystems bilden eine sachliche, wirtschaftliche und rechtliche Einheit. Für den Auftraggeber ist von vertragswesentlicher Bedeutung, dass der Auftragnehmer die in diesem Vertrag vereinbarten Funktionalitäten des Auftraggebers herstellt und alle dafür erforderlichen Schritte vornimmt. Der Auftragnehmer ist verantwortlicher Generalunternehmer für die Erstellung des Gesamtsystems und haftet für die Leistungen seiner Subunternehmer wie für seine eigenen Leistungen.

Genaue Informationen über Fristen für Überprüfungsverfahren

(1) Etwaige Vergabeverstöße muss der Bewerber/Bieter gemäß § 160 Abs. 3 Nr. 1 GWB innerhalb von 10 Tagen nach Kenntnisnahme rügen.
(2) Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, sind nach § 160 Abs. 3 Nr. 2 GWB spätestens bis zum Ablauf der in der Bekanntmachung benannten Frist zur Abgabe der Bewerbung oder der Angebote gegenüber dem Auftraggeber zu rügen.
(3) Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, sind nach § 160 Abs. 3 Nr. 3 GWB spätestens bis zum Ablauf der Frist zur Bewerbungs- oder Angebotsabgabe gegenüber dem Auftraggeber zu rügen.
(4) Ein Vergabenachprüfungsantrag ist nach § 160 Abs. 3 Nr. 4 GWB innerhalb von 15 Kalendertagen nach der Mitteilung des Auftraggebers, einer Rüge nicht abhelfen zu wollen, bei der Vergabekammer einzureichen.