Erweiterung Klinischer Arbeitsplatz: Medikation

Gegenstand der Beschaffung ist eine Management-Software für die Medikation zur Erweiterung des Klinischen Arbeitsplatzes.

Gegenstand der Beschaffung ist die Lieferung, Installation und Wartung einer Management-Software für die Medikation zur Erweiterung des Klinischen Arbeitsplatzes.

Erläuterung:

Im Städtischen Klinikum Karlsruhe ist das KAS Orbis (Klinisches Arbeitsplatzsystem) der Firma Dedalus implementiert, in welches die zu beschaffende Medikationssoftware zu integrieren ist. Zum aktuellen Zeitpunkt hat Dedalus auf Basis des aktuellen Schnittstellenstandards HL7 V2 nur ein ausgewähltes Medikationssystem in alle für den Auftraggeber notwendigen Teilmodule des KAS (Leistungsanforderung, -dokumentation, EPA, ICU-Manager, MAWI) integriert und bietet keine spezifizierten Schnittstellen an, um eine vergleichbare Integration mit einem Drittsystem zu etablieren. Die angestrebte Integrationstiefe ist jedoch im Bereich der Medikation, die in alle Prozesseschritte der Behandlung (von Aufnahme bis Entlassung) und alle Fachbereiche eingreift, besonders wichtig und eine notwendige Voraussetzung für den sicheren und wirtschaftlichen Betrieb einer IT-Unterstützung im Sinne der Arzneimitteltherapiesicherheit (AMTS) sowie zur Sicherstellung des Zugriffs auf korrekte, arzneimittelbezogene Daten eines Patienten über den Gesamtprozess.

Grundlegend sieht der Auftraggeber in der Interoperabilität zwischen dem KAS und Drittsystemen folgende Risiken:

— Die Bedienkompetenz der Anwender verteilt sich auf 2 Systeme mit unterschiedlichen Bedien- und Systemphilosophien. Bedienfehler nehmen damit zu,

— Bei fehlender tiefer Integration müssen Daten doppelt eingegeben werden, wobei sich die Datenqualität durch Eingabefehler reduziert,

— Der korrekte KAS-Import und -Export von Medikationsdaten und den Ergebnissen des Medikationsprozesses ist aktuell nicht standardisiert und muss auf ein Fremdprodukt angepasst und über die Betriebszeit gepflegt werden. Die Übertragung von kritischen Nachrichten (med. Alarme) muss separat implementiert und zusätzlich überwacht werden,

— Die doppelte Datenhaltung erfordert eine synchrone und kompatible Anpassung von 2 Systemen, die eine zusätzliche Fehlerquelle aufgrund von Inkonsistenzen einführt,

— Bei der Implementierung der notwendigen abteilungsübergreifenden Workflows in 2 Systemen mit Schnittstellen ergeben sich aufgrund der beiden unabhängigen Datenbasen zusätzliche Fehler,

— Ein System ist ein Medizinprodukt der Klasse 1. Die regulativen Anforderungen aus dem MPG und MPBetreibV sind hier so anspruchsvoll, dass dies aus Sicht des AGs nicht wirtschaftlich und haftungstechnisch zu leisten ist.