<?xml version="1.0" encoding="UTF-8" standalone="no"?><ContractAwardNotice xmlns="urn:oasis:names:specification:ubl:schema:xsd:ContractAwardNotice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2" xmlns:efac="http://data.europa.eu/p27/eforms-ubl-extension-aggregate-components/1" xmlns:efbc="http://data.europa.eu/p27/eforms-ubl-extension-basic-components/1" xmlns:efext="http://data.europa.eu/p27/eforms-ubl-extensions/1" xmlns:ext="urn:oasis:names:specification:ubl:schema:xsd:CommonExtensionComponents-2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <ext:UBLExtensions>
      <ext:UBLExtension>
         <ext:ExtensionContent>
            <efext:EformsExtension>
               <efac:NoticeResult>
                  <efac:LotResult>
                     <cbc:ID schemeName="result">RES-0001</cbc:ID>
                     <efac:LotTender>
                        <cbc:ID schemeName="tender">TEN-0001</cbc:ID>
                     </efac:LotTender>
                     <efac:SettledContract>
                        <cbc:ID schemeName="contract">CON-0001</cbc:ID>
                     </efac:SettledContract>
                     <efac:TenderLot>
                        <cbc:ID schemeName="Lot">LOT-0000</cbc:ID>
                     </efac:TenderLot>
                  </efac:LotResult>
                  <efac:LotTender>
                     <cbc:ID schemeName="tender">TEN-0001</cbc:ID>
                     <efac:SubcontractingTerm>
                        <efbc:TermCode listName="applicability">no</efbc:TermCode>
                     </efac:SubcontractingTerm>
                     <efac:TenderingParty>
                        <cbc:ID schemeName="tendering-party">TPA-0001</cbc:ID>
                     </efac:TenderingParty>
                     <efac:TenderLot>
                        <cbc:ID schemeName="Lot">LOT-0000</cbc:ID>
                     </efac:TenderLot>
                     <efac:TenderReference>
                        <cbc:ID>TEN-0001</cbc:ID>
                     </efac:TenderReference>
                  </efac:LotTender>
                  <efac:SettledContract>
                     <cbc:ID schemeName="contract">CON-0001</cbc:ID>
                     <efac:ContractReference>
                        <cbc:ID>CON-0001</cbc:ID>
                     </efac:ContractReference>
                     <efac:LotTender>
                        <cbc:ID schemeName="tender">TEN-0001</cbc:ID>
                     </efac:LotTender>
                  </efac:SettledContract>
                  <efac:TenderingParty>
                     <cbc:ID schemeName="tendering-party">TPA-0001</cbc:ID>
                     <efac:Tenderer>
                        <cbc:ID schemeName="organization">ORG-0001</cbc:ID>
                        <efbc:GroupLeadIndicator>true</efbc:GroupLeadIndicator>
                     </efac:Tenderer>
                  </efac:TenderingParty>
               </efac:NoticeResult>
               <efac:NoticeSubType>
                  <cbc:SubTypeCode listName="notice-subtype">25</cbc:SubTypeCode>
               </efac:NoticeSubType>
               <efac:Organizations>
                  <efac:Organization>
                     <efbc:AcquiringCPBIndicator>false</efbc:AcquiringCPBIndicator>
                     <efbc:AwardingCPBIndicator>false</efbc:AwardingCPBIndicator>
                     <efac:Company>
                        <cac:PartyIdentification>
                           <cbc:ID schemeName="organization">ORG-7001</cbc:ID>
                        </cac:PartyIdentification>
                        <cac:PartyName>
                           <cbc:Name languageID="DEU">Krankenhaus Johanneum</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:StreetName>Feldstr. 1</cbc:StreetName>
                           <cbc:CityName>Wildeshausen</cbc:CityName>
                           <cbc:PostalZone>27793</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DE94D</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>0</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:Telephone>+491725756989</cbc:Telephone>
                           <cbc:Telefax>+49 531224599999</cbc:Telefax>
                           <cbc:ElectronicMail>cs@simon-projects.com</cbc:ElectronicMail>
                        </cac:Contact>
                     </efac:Company>
                  </efac:Organization>
                  <efac:Organization>
                     <efac:Company>
                        <cac:PartyIdentification>
                           <cbc:ID schemeName="organization">ORG-7004</cbc:ID>
                        </cac:PartyIdentification>
                        <cac:PartyName>
                           <cbc:Name languageID="DEU">Vergabekammer Niedersachsen beim Nds. Ministerium für Wirtschaft, Arbeit und Verkehr</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:CityName>Lüneburg</cbc:CityName>
                           <cbc:PostalZone>21339</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DE935</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>11</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:Telephone>+494131151334</cbc:Telephone>
                           <cbc:ElectronicMail>Manuela.Heise-Kardinahl@rv-lg.niedersachsen.de</cbc:ElectronicMail>
                        </cac:Contact>
                     </efac:Company>
                  </efac:Organization>
                  <efac:Organization>
                     <efbc:ListedOnRegulatedMarketIndicator>false</efbc:ListedOnRegulatedMarketIndicator>
                     <efac:UltimateBeneficialOwner>
                        <cbc:ID schemeName="ubo">UBO-0001</cbc:ID>
                     </efac:UltimateBeneficialOwner>
                     <efac:Company>
                        <efbc:CompanySizeCode listName="economic-operator-size">large</efbc:CompanySizeCode>
                        <cac:PartyIdentification>
                           <cbc:ID schemeName="organization">ORG-0001</cbc:ID>
                        </cac:PartyIdentification>
                        <cac:PartyName>
                           <cbc:Name languageID="DEU">NEXUS Enterprise Imaging GmbH</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:CityName>Freiburg</cbc:CityName>
                           <cbc:PostalZone>79111</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DE131</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>DE178405057</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:Telephone>+49171 3587886</cbc:Telephone>
                           <cbc:ElectronicMail>r.pickelmann@enterprise-imaging.de</cbc:ElectronicMail>
                        </cac:Contact>
                     </efac:Company>
                  </efac:Organization>
                  <efac:Organization><efac:Company><cac:PartyIdentification><cbc:ID schemeName="organization">ORG-7005</cbc:ID></cac:PartyIdentification><cac:PartyName><cbc:Name languageID="DEU">Datenservice Öffentlicher Einkauf (in Verantwortung des Beschaffungsamts des BMI)</cbc:Name></cac:PartyName><cac:PostalAddress><cbc:CityName>Bonn</cbc:CityName><cbc:PostalZone>53119</cbc:PostalZone><cbc:CountrySubentityCode listName="nuts">DEA22</cbc:CountrySubentityCode><cac:Country><cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode></cac:Country></cac:PostalAddress><cac:PartyLegalEntity><cbc:CompanyID schemeID="002">0204:994-DOEVD-83</cbc:CompanyID></cac:PartyLegalEntity><cac:Contact><cbc:Telephone>+49228996100</cbc:Telephone><cbc:ElectronicMail>noreply.esender_hub@bescha.bund.de</cbc:ElectronicMail></cac:Contact></efac:Company></efac:Organization><efac:UltimateBeneficialOwner>
                     <cbc:ID schemeName="ubo">UBO-0001</cbc:ID>
                  </efac:UltimateBeneficialOwner>
               </efac:Organizations>
            <efac:Publication><efbc:NoticePublicationID schemeName="ojs-notice-id">00760255-2024</efbc:NoticePublicationID><efbc:GazetteID schemeName="ojs-id">242/2024</efbc:GazetteID><efbc:PublicationDate>2024-12-12+01:00</efbc:PublicationDate></efac:Publication></efext:EformsExtension>
         </ext:ExtensionContent>
      </ext:UBLExtension>
   </ext:UBLExtensions>
   <cbc:UBLVersionID>2.3</cbc:UBLVersionID>
   <cbc:CustomizationID>eforms-sdk-1.10</cbc:CustomizationID>
   <cbc:ID schemeName="notice-id">751aa7bb-f1e3-4056-9124-11cfa4dcd404</cbc:ID>
   <cbc:ContractFolderID>76b98f03-7805-404f-8f20-6abb74cae901</cbc:ContractFolderID>
   <cbc:IssueDate>2024-12-11+01:00</cbc:IssueDate>
   <cbc:IssueTime>11:19:09+01:00</cbc:IssueTime>
   <cbc:VersionID>01</cbc:VersionID>
   <cbc:RequestedPublicationDate>2024-12-11+01:00</cbc:RequestedPublicationDate>
   <cbc:RegulatoryDomain>32014L0024</cbc:RegulatoryDomain>
   <cbc:NoticeTypeCode listName="dir-awa-pre">veat</cbc:NoticeTypeCode>
   <cbc:NoticeLanguageCode listName="language">DEU</cbc:NoticeLanguageCode>
   <cac:ContractingParty>
      <cac:Party>
         <cac:PartyIdentification>
            <cbc:ID schemeName="organization">ORG-7001</cbc:ID>
         </cac:PartyIdentification>
      <cac:ServiceProviderParty><cbc:ServiceTypeCode listName="organisation-role">ted-esen</cbc:ServiceTypeCode><cac:Party><cac:PartyIdentification><cbc:ID schemeName="organization">ORG-7005</cbc:ID></cac:PartyIdentification></cac:Party></cac:ServiceProviderParty></cac:Party>
   </cac:ContractingParty>
   <cac:TenderingTerms>
      <cac:ProcurementLegislationDocumentReference>
         <cbc:ID>vgv</cbc:ID>
      </cac:ProcurementLegislationDocumentReference>
   </cac:TenderingTerms>
   <cac:TenderingProcess>
      <cbc:ProcedureCode listName="procurement-procedure-type">neg-wo-call</cbc:ProcedureCode>
      <cac:ProcessJustification>
         <cbc:ProcessReasonCode listName="direct-award-justification">technical</cbc:ProcessReasonCode>
         <cbc:ProcessReason languageID="DEU">Die Direktvergabe an die Nexus Enterprise Imaging GmbH ist zwingend erforderlich, da der Einsatz eines alternativen Systems technisch nicht realisierbar ist, ohne erhebliche und unwiderlegbare Nachteile in Kauf zu nehmen:

Systemkompatibilität und proprietäre Architektur: Das vorhandene mDMAS-System basiert vollständig auf der proprietären Technologie von Nexus. Es ist technisch unmöglich, Drittanbietersysteme ohne grundlegende Eingriffe in die bestehende Infrastruktur zu integrieren. Ein solcher Eingriff würde die Systemarchitektur destabilisieren, die Funktionalität gefährden und zu Betriebsunterbrechungen führen. Nur Nexus kann eine nahtlose Erweiterung des bestehenden Systems gewährleisten, da es alle notwendigen technischen Spezifikationen, Schnittstellen und Module kontrolliert.

Unvermeidbare Betriebsunterbrechungen bei Alternativen: Jedes alternative System würde umfangreiche Migrationsarbeiten, Neukonfigurationen und Testläufe erfordern, die zwangsläufig zu längeren Betriebsunterbrechungen führen würden. In einem Krankenhausumfeld, in dem die Verfügbarkeit von Patientendaten kritisch ist, stellt dies ein erhebliches Risiko für die Versorgungssicherheit dar. Die Nexus-Lösung hingegen erlaubt eine schrittweise und risikofreie Erweiterung ohne spürbare Einschränkungen im laufenden Betrieb.

Technologische Nachteile alternativer Systeme: Drittanbieterlösungen könnten die HL7-Schnittstellen sowie die Patientendatenstruktur nur mit erheblichem Entwicklungsaufwand integrieren. Die daraus resultierende Verzögerung und die potenziellen Dateninkonsistenzen stellen technische Nachteile dar, die mit Nexus-Produkten vollständig vermieden werden. Nexus garantiert zudem eine sofortige Kompatibilität mit der vorhandenen Infrastruktur, einschließlich des Krankenhausinformationssystems 

Erfüllung der KHZG-Anforderungen: Nexus-Produkte sind speziell für die Einhaltung der Fördervoraussetzungen des Krankenhauszukunftsgesetzes (KHZG) entwickelt worden. Die Verwendung eines alternativen Systems birgt das Risiko, dass technische Anforderungen wie Datensicherheit, Schnittstellenkompatibilität und Prozessintegration nicht in vollem Umfang erfüllt werden.

Die wirtschaftliche und strategische Gesamtbetrachtung zeigt, dass der Einsatz eines alternativen Systems erhebliche Nachteile und Kosten verursachen würde, während die Direktvergabe an Nexus diese Probleme vermeidet:

Erhebliche wirtschaftliche Nachteile bei Alternativen: Der Wechsel zu einem alternativen Anbieter würde nicht nur hohe Lizenz- und Implementierungskosten verursachen, sondern auch langfristige Wartungskosten erhöhen. Zusätzliche Kosten entstünden durch die notwendige Entwicklung individueller Schnittstellen und die Anpassung bestehender Systeme. Diese wirtschaftlichen Belastungen würden die Vorteile eines vermeintlich günstigeren Anbieters vollständig aufheben und das Projekt unwirtschaftlich machen.

Unwiderlegbare Nachteile in der Betriebskontinuität: Der Wechsel zu einem alternativen System würde unweigerlich zu einer vorübergehenden Unterbrechung kritischer Krankenhausprozesse führen. Insbesondere in der Übergangsphase, in der Daten migriert und Schnittstellen getestet werden müssen, wäre die Verfügbarkeit der Patientendaten eingeschränkt. Dies ist in einem Krankenhausbetrieb mit hohen Anforderungen an die Versorgungssicherheit inakzeptabel. Die Lösung von Nexus ermöglicht hingegen eine nahtlose Integration ohne Unterbrechungen.

Risiken für Anwenderakzeptanz: Die Einführung eines neuen Systems würde erhebliche Schulungsaufwände für das medizinische Personal nach sich ziehen und die Akzeptanz gefährden. Nexus bietet den Vorteil, dass bestehende Workflows und Bedienkonzepte vollständig erhalten bleiben, wodurch der Aufwand für Schulungen minimiert und die Anwenderzufriedenheit gewährleistet wird.

Langfristige Betriebssicherheit und Zukunftsfähigkeit: Nexus bietet nicht nur die erforderlichen Module für die aktuelle Erweiterung, sondern garantiert auch die langfristige Weiterentwicklung und Wartung des Systems. Dies umfasst zukünftige Anpassungen an neue gesetzliche Anforderungen oder technologische Entwicklungen. Drittanbietersysteme könnten hingegen keine vergleichbare Perspektive bieten und würden langfristig höhere Risiken und Kosten verursachen</cbc:ProcessReason>
      </cac:ProcessJustification>
   </cac:TenderingProcess>
   <cac:ProcurementProject>
      <cbc:ID>BEK-2024-0015</cbc:ID>
      <cbc:Name languageID="DEU">Erweiterung des bestehenden Nexus Systems mDMAS auf Clinical Repository</cbc:Name>
      <cbc:Description languageID="DEU">Das Krankenhaus Johanneum in Wildeshausen beabsichtigt, das vorhandene Nexus-System mDMAS zu erweitern, um die Anforderungen des Fördertatbestandes FTB 3 zu erfüllen. Die Erweiterung umfasst die Implementierung eines Clinical Repository, welches als zentrale Archivlösung für alle medizinischen Inhalte mit Patientenbezug fungiert. Ziel ist ein papierarmer Krankenhausbetrieb mit effizientem Zugriff auf digitale Informationen.
Das Vorhaben beinhaltet unter anderem:
Integration eines zentralen Archivservers zur Verwaltung der Aktenstruktur, Benutzerrechte und Lizenzen.
Einbindung eines multimedialen Viewers zur einheitlichen Betrachtung und Bearbeitung medizinischer Daten.
Konfiguration von Schnittstellen, insbesondere einer HL7 ADT-Schnittstelle, um Patientendaten aus dem Krankenhausinformationssystem automatisch in das Repository zu übertragen</cbc:Description>
      <cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
      <cac:MainCommodityClassification>
         <cbc:ItemClassificationCode listName="cpv">48180000</cbc:ItemClassificationCode>
      </cac:MainCommodityClassification>
      <cac:RealizedLocation>
         <cac:Address>
            <cbc:CityName>Wildeshausen</cbc:CityName>
            <cbc:PostalZone>27793</cbc:PostalZone>
            <cbc:CountrySubentityCode listName="nuts">DE943</cbc:CountrySubentityCode>
            <cac:Country>
               <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
            </cac:Country>
         </cac:Address>
      </cac:RealizedLocation>
   </cac:ProcurementProject>
   <cac:ProcurementProjectLot>
      <cbc:ID schemeName="Lot">LOT-0000</cbc:ID>
      <cac:TenderingTerms>
         <cbc:FundingProgramCode listName="eu-funded">eu-funds</cbc:FundingProgramCode>
         <cac:AdditionalInformationParty>
            <cac:PartyIdentification>
               <cbc:ID schemeName="organization">ORG-7001</cbc:ID>
            </cac:PartyIdentification>
         </cac:AdditionalInformationParty>
         <cac:AppealTerms>
            <cac:AppealReceiverParty>
               <cac:PartyIdentification>
                  <cbc:ID schemeName="organization">ORG-7004</cbc:ID>
               </cac:PartyIdentification>
            </cac:AppealReceiverParty>
         </cac:AppealTerms>
      </cac:TenderingTerms>
      <cac:TenderingProcess>
         <cbc:GovernmentAgreementConstraintIndicator>true</cbc:GovernmentAgreementConstraintIndicator>
         <cac:ContractingSystem>
            <cbc:ContractingSystemTypeCode listName="framework-agreement">none</cbc:ContractingSystemTypeCode>
         </cac:ContractingSystem>
         <cac:ContractingSystem>
            <cbc:ContractingSystemTypeCode listName="dps-usage">none</cbc:ContractingSystemTypeCode>
         </cac:ContractingSystem>
      </cac:TenderingProcess>
      <cac:ProcurementProject>
         <cbc:ID>LOT-0000</cbc:ID>
         <cbc:Name languageID="DEU">Erweiterung des bestehenden Nexus Systems mDMAS auf Clinical Repository</cbc:Name>
         <cbc:Description languageID="DEU">Erweiterung des bestehenden Nexus Systems mDMAS auf Clinical Repository</cbc:Description>
         <cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
         <cac:ProcurementAdditionalType>
            <cbc:ProcurementTypeCode listName="strategic-procurement">none</cbc:ProcurementTypeCode>
         </cac:ProcurementAdditionalType>
         <cac:MainCommodityClassification>
            <cbc:ItemClassificationCode listName="cpv">48180000</cbc:ItemClassificationCode>
         </cac:MainCommodityClassification>
         <cac:RealizedLocation>
            <cac:Address>
               <cbc:CityName>Wildeshausen</cbc:CityName>
               <cbc:PostalZone>27793</cbc:PostalZone>
               <cbc:CountrySubentityCode listName="nuts">DE943</cbc:CountrySubentityCode>
               <cac:Country>
                  <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
               </cac:Country>
            </cac:Address>
         </cac:RealizedLocation>
      </cac:ProcurementProject>
   </cac:ProcurementProjectLot>
   <cac:TenderResult>
      <cbc:AwardDate>2000-01-01+01:00</cbc:AwardDate>
   </cac:TenderResult>
</ContractAwardNotice>