<?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>
                     </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">Sana Lichtenfels Verwaltungs GmbH</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:StreetName>Gustav-Hirschfeld-Ring 3</cbc:StreetName>
                           <cbc:CityName>Coburg</cbc:CityName>
                           <cbc:PostalZone>96450</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DE243</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>DE258297172</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:Telephone>022885029158</cbc:Telephone>
                           <cbc:ElectronicMail>vergabe@ebnerstolz.de</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">Regierung von Mittelfranken, Vergabekammer Nordbayern</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:StreetName>Promenade 27 (Schloss)</cbc:StreetName>
                           <cbc:CityName>Ansbach</cbc:CityName>
                           <cbc:PostalZone>91522</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DE251</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>t:0981531277</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:ElectronicMail>vergabekammer.nordbayern@reg-mfr.bayern.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">VISUS Health IT GmbH</cbc:Name>
                        </cac:PartyName>
                        <cac:PostalAddress>
                           <cbc:StreetName>Gesundheitscampus-Süd 15</cbc:StreetName>
                           <cbc:CityName>Bochum</cbc:CityName>
                           <cbc:PostalZone>44801</cbc:PostalZone>
                           <cbc:CountrySubentityCode listName="nuts">DEA51</cbc:CountrySubentityCode>
                           <cac:Country>
                              <cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
                           </cac:Country>
                        </cac:PostalAddress>
                        <cac:PartyLegalEntity>
                           <cbc:CompanyID>DE 209458324</cbc:CompanyID>
                        </cac:PartyLegalEntity>
                        <cac:Contact>
                           <cbc:ElectronicMail>info@visus.com</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">00358217-2025</efbc:NoticePublicationID><efbc:GazetteID schemeName="ojs-id">105/2025</efbc:GazetteID><efbc:PublicationDate>2025-06-03+02:00</efbc:PublicationDate></efac:Publication></efext:EformsExtension>
         </ext:ExtensionContent>
      </ext:UBLExtension>
   </ext:UBLExtensions>
   <cbc:UBLVersionID>2.3</cbc:UBLVersionID>
   <cbc:CustomizationID>eforms-sdk-1.12</cbc:CustomizationID>
   <cbc:ProfileID>eforms-sdk-1.12</cbc:ProfileID>
   <cbc:ID schemeName="notice-id">a3031fcb-317c-48ac-9eda-ccb2b88ee7ee</cbc:ID>
   <cbc:ContractFolderID>18a637f6-a4b8-4b10-9330-25d8bffbc09c</cbc:ContractFolderID>
   <cbc:IssueDate>2025-06-02+02:00</cbc:IssueDate>
   <cbc:IssueTime>11:03:33+02:00</cbc:IssueTime>
   <cbc:VersionID>01</cbc:VersionID>
   <cbc:RequestedPublicationDate>2025-06-02+02: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:ContractingPartyType>
         <cbc:PartyTypeCode listName="buyer-legal-type">org-sub</cbc:PartyTypeCode>
      </cac:ContractingPartyType>
      <cac:ContractingActivity>
         <cbc:ActivityTypeCode listName="authority-activity">health</cbc:ActivityTypeCode>
      </cac:ContractingActivity>
      <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">Auftraggeberin ist daher der Ansicht, dass die 
Auftragsvergabe ohne vorherige Veröffentlichung 
einer Bekanntmachung im Amtsblatt der
Europäischen Union zulässig ist. Begründung: Nach 
der bisher ergangene Rechtsprechung (vgl. OLG 
Düsseldorf, Beschluss vom 22.5.2013 - VII-Verg 16/ 
12, OLG Düsseldorf, Beschluss vom 1.8.2012 - VII -
Verg 10/12, SatWaS/MoWaS u. Beschluss vom 
27.6.2012- VII-Verg 7/12, Fertigspritzen) sind 
vorliegend die vergaberechtlichen Grenzen der 
Bestimmungsfreiheit des öffentlichen Auftraggebers 
eingehalten, da
(1) die Bestimmung durch den Auftragsgegenstand 
sachlich gerechtfertigt ist,
(2) vom Auftraggeber dafür nachvollziehbare objektive 
und auftragsbezogene Gründe vorliegen und die 
Bestimmung folglich willkürfrei getroffen worden ist,
(3) die Gründe tatsächlich vorhanden sind,
(4) und die Bestimmung andere Wirtschaftsteilnehmer 
nicht diskriminiert.
An den vorstehenden Grundsätzen gemessen liegen 
objektiv schwerwiegende personelle, wirtschaftliche 
und technische Gründe für die getroffene Wahl vor, 
zukünftig kein anderes Produkt, zu nutzen.
Allein die abzuwendenden Risiken von
Fehlfunktionen, Kompatibilitätsproblemen und hohem 
Umstellungsaufwand rechtfertigten die Entscheidung. 
Insbesondere mit Blick auf die zwingende 
Notwendigkeit eines jederzeit störungsfreien Betriebs 
im laufenden Betrieb darf das Klinikum jedwede 
Risikopotentiale ausschließen und den sichersten 
Weg zu wählen, um jederzeit Patientensicherheit und 
einen störungsfreien Klinikbetrieb zu gewährleisten zu 
können.
Die bestehende Infrastruktur der Sana Kliniken basiert bereits auf der Visus-Archivlösung, sodass aus technischen, wirtschaftlichen und betrieblichen Gründen keine andere Wahl besteht, als die Erweiterung des bestehenden Systems mit Visus vorzunehmen.
Aufgrund der umfassenden technischen und wirtschaftlichen Notwendigkeiten sowie der bestehenden IT-Strategie der Sana Kliniken ist eine herstellergebundene Vergabe an Visus die einzig sinnvolle und praktikable Lösung. Die Vergabe erfolgt im Verhandlungsverfahren ohne Teilnahmewettbewerb, da eine alternative Ausschreibung zu erheblichen betrieblichen Risiken, hohen Mehrkosten und einer Gefährdung der IT-Sicherheit führen würde.
Die Beauftragung von Visus ist daher nicht nur aus Sicht der Systemkompatibilität alternativlos, sondern auch wirtschaftlich die effizienteste und nachhaltigste Entscheidung. Die Sana Kliniken AG setzt damit konsequent auf eine zukunftssichere, harmonisierte IT-Infrastruktur und gewährleisten eine hohe Verfügbarkeit und Betriebssicherheit ihrer Archivsysteme.</cbc:ProcessReason>
      </cac:ProcessJustification>
   </cac:TenderingProcess>
   <cac:ProcurementProject>
      <cbc:ID>Sana 02/2025</cbc:ID>
      <cbc:Name languageID="DEU">IHE Repository</cbc:Name>
      <cbc:Description languageID="DEU">Ein IHE-Repository mit Archivfunktion ist ein spezialisiertes IT-System zur standardisierten, sicheren und langfristigen Speicherung medizinischer Dokumente in Krankenhäusern und Gesundheitseinrichtungen.
"IHE" steht für Integrating the Healthcare Enterprise - ein internationaler Standard, der sicherstellt, dass unterschiedliche IT-Systeme im Gesundheitswesen interoperabel zusammenarbeiten. Ein IHE-Repository erfüllt diese Vorgaben, indem es strukturierte Dokumente (z. B. Arztbriefe, Entlassberichte, Befunde) in einem zentralen System speichert und über IHE-konforme Schnittstellen (z. B. XDS, HL7, FHIR) anderen Systemen zur Verfügung stellt. Die Archivfunktion stellt sicher, dass diese Dokumente nicht nur kurzfristig gespeichert, sondern über viele Jahre revisionssicher, unveränderbar und datenschutzkonform aufbewahrt werden - gemäß gesetzlichen Anforderungen (z. B. 10 oder 30 Jahre Aufbewahrungspflicht).
Im Rahmen der Digitalisierungsstrategie "MeineSana" beabsichtigt die Sana Kliniken AG, für die "Sana-Kliniken Oberfranken" ein IHE-konformes Repository mit integrierter Langzeitarchivierung zu beauftragen. Ziel ist es, eine zentrale, hochverfügbare Plattform zur strukturierten und standardisierten Speicherung medizinischer Dokumente bereitzustellen, die sowohl den gesetzlichen Anforderungen als auch den technischen Standards (IHE, HL7, FHIR) entspricht. Das Repository ist als zentral gehostete Lösung in die bestehende Multimandanten-Architektur der Sana IT-Infrastruktur einzubinden und bildet eine wichtige Grundlage für die einrichtungsübergreifende Patientenversorgung und Interoperabilität.
Der Auftragsgegenstand umfasst im Wesentlichen folgende Leistungen:
1. Bereitstellung und Lizenzierung der Repository-Lösung
Die beauftragte Lösung muss alle IHE-konformen Komponenten enthalten, insbesondere Registry, Repository, optional XDS.b-Adapter und die Anbindung an Archivkomponenten über S3-kompatible Speicher. Die Software ist für den produktiven Betrieb in der Multimandantenarchitektur der Sana Kliniken bereitzustellen und zu lizenzieren.
2. Implementierung und Integration in die bestehende Infrastruktur
Die Lösung ist vollständig in das bereits betriebene zentrale IHE-Repository der Sana Kliniken AG zu integrieren. Dies umfasst die Mandanteneinrichtung für die Kliniken in Oberfranken, die Konfiguration der Kommunikationswege, die Anbindung an die Interoperabilitätsplattform von InterSystems inkl. Master-Patient-Index (MPI) sowie die vollständige technische und semantische Integration mit den bereits im Einsatz befindlichen Komponenten von MeineSana von den Partnern Avelios, Doctolib, Thieme und Recare.
3. Langzeitarchivierung medizinischer Dokumente
Das Repository übernimmt die Aufgabe, sämtliche medizinischen Dokumente - darunter Arztbriefe, Aufklärungsunterlagen, Entlassdokumente und Befunde - revisionssicher, strukturiert und zugriffssteuerbar zu archivieren. Die Langzeitarchivierung erfolgt unter Berücksichtigung geltender Aufbewahrungsfristen, Datenschutzanforderungen sowie technischer Redundanz- und Sicherheitsmechanismen (z. B. Spiegelung, Monitoring, ATNA-Protokollierung).
4. Schulung, Betriebsübergabe und Support
Der Anbieter stellt Schulungsleistungen für IT-Administratoren und Anwender bereit. Ebenso ist ein Servicekonzept für den produktiven Betrieb (inkl. Wartung, Updates, Monitoring und Fehlerbehebung) vorzulegen. Die Lösung muss im Anschluss in den regulären Betrieb der Sana IT Services GmbH überführt und dort langfristig betreut werden können.

Ziel des Auftrags ist es, für die Kliniken in Oberfranken eine durchgängig integrierte, interoperable und wirtschaftlich nachhaltige Archivlösung zu schaffen, die vollständig in das strategische IT-Konzept der Sana Kliniken eingebettet ist.</cbc:Description>
      <cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
      <cbc:Note languageID="DEU">Der Gesamtwert der Beschaffung wird zur Wahrung der Betriebs- u. Geschäftsgeheimnisse des vorgesehenen Auftragnehmers nicht bekannt gegeben.
Daher enthält das Formular den fiktiven Wert in Höhe von 1,00 EUR.</cbc:Note>
      <cac:MainCommodityClassification>
         <cbc:ItemClassificationCode listName="cpv">48180000</cbc:ItemClassificationCode>
      </cac:MainCommodityClassification>
      <cac:RealizedLocation>
         <cac:Address>
            <cbc:CityName>Coburg</cbc:CityName>
            <cbc:PostalZone>96450</cbc:PostalZone>
            <cbc:CountrySubentityCode listName="nuts">DE243</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:AwardingTerms>
            <cac:AwardingCriterion>
               <cac:SubordinateAwardingCriterion>
                  <ext:UBLExtensions>
                     <ext:UBLExtension>
                        <ext:ExtensionContent>
                           <efext:EformsExtension>
                              <efac:AwardCriterionParameter>
                                 <efbc:ParameterCode listName="number-weight">per-exa</efbc:ParameterCode>
                                 <efbc:ParameterNumeric>100.00</efbc:ParameterNumeric>
                              </efac:AwardCriterionParameter>
                           </efext:EformsExtension>
                        </ext:ExtensionContent>
                     </ext:UBLExtension>
                  </ext:UBLExtensions>
                  <cbc:AwardingCriterionTypeCode listName="award-criterion-type">price</cbc:AwardingCriterionTypeCode>
                  <cbc:Name languageID="DEU">Preis</cbc:Name>
                  <cbc:Description languageID="DEU">gemäß Vergabeunterlagen</cbc:Description>
               </cac:SubordinateAwardingCriterion>
            </cac:AwardingCriterion>
         </cac:AwardingTerms>
         <cac:AppealTerms>
            <cac:PresentationPeriod>
               <cbc:Description languageID="DEU">A.) § 134 GWB Informations- und Wartepflicht
(1) Öffentliche Auftraggeber haben die Bieter, deren Angebote nicht berücksichtigt werden sollen, über den Namen des Unternehmens, dessen Angebot angenommen werden soll, über die Gründe der vorgesehenen Nichtberücksichtigung ihres Angebots und über den frühesten Zeitpunkt des  Vertragsschlusses unverzüglich
in Textform zu informieren. Dies gilt auch für Bewerber, denen keine Information über die Ablehnung ihrer Bewerbung zur Verfügung gestellt wurde, bevor die Mitteilung über die Zuschlagsentscheidung an die betroffenen Bieter ergangen ist.
(2) Ein Vertrag darf erst 15 Kalendertage nach Absendung der Information nach Absatz 1 geschlossen werden. Wird die Information auf elektronischem Weg oder per Fax versendet, verkürzt sich die Frist auf zehn Kalendertage. Die Frist beginnt am Tag nach der Absendung der Information durch den Auftraggeber; auf den
Tag des Zugangs beim betroffenen Bieter und Bewerber kommt es nicht an. (3) Die Informationspflicht entfällt in Fällen, in denen das Verhandlungsverfahren ohne Teilnahmewettbewerb wegen besonderer Dringlichkeit gerechtfertigt ist. Im Fall verteidigungs- oder sicherheitsspezifischer Aufträge können öffentliche
Auftraggeber beschließen, bestimmte Informationen über die Zuschlagserteilung oder den Abschluss einer Rahmenvereinbarung nicht mitzuteilen, soweit die Offenlegung den Gesetzesvollzug behindert, dem öffentlichen Interesse, insbesondere Verteidigungs- oder Sicherheitsinteressen, zuwiderläuft, berechtigte
geschäftliche Interessen von Unternehmen schädigt oder den lauteren Wettbewerb zwischen ihnen beeinträchtigen könnte.
B.) § 135 GWB Unwirksamkeit
(1) Ein öffentlicher Auftrag ist von Anfang an unwirksam, wenn der öffentliche Auftraggeber 1. gegen § 134 GWB verstoßen hat oder 2. den Auftrag ohne vorherige Veröffentlichung einer Bekanntmachung im Amtsblatt der Europäischen Union vergeben hat, ohne dass dies aufgrund Gesetzes gestattet ist, und dieser Verstoß in einem Nachprüfungsverfahren festgestellt worden ist.
(2) Die Unwirksamkeit nach Absatz 1 kann nur festgestellt werden, wenn sie im Nachprüfungsverfahren innerhalb von 30 Kalendertagen nach der Information der betroffenen Bieter und Bewerber durch den öffentlichen Auftraggeber über den Abschluss des Vertrags, jedoch nicht später als sechs Monate nach Vertragsschluss geltend gemacht worden ist. Hat der Auftraggeber die Auftragsvergabe im Amtsblatt der Europäischen Union bekannt gemacht, endet die Frist zur Geltendmachung der Unwirksamkeit 30 Kalendertage nach Veröffentlichung der Bekanntmachung der Auftragsvergabe im Amtsblatt der Europäischen Union.
(3) Die Unwirksamkeit nach Absatz 1 Nummer 2 tritt nicht ein, wenn 
1. der öffentliche Auftraggeber der Ansicht ist, dass die Auftragsvergabe ohne vorherige Veröffentlichung einer Bekanntmachung im Amtsblatt der Europäischen Union zulässig ist, 
2. der öffentliche Auftraggeber eine Bekanntmachung im Amtsblatt der
Europäischen Union veröffentlicht hat, mit der er die Absicht bekundet, den Vertrag abzuschließen, und 
3. der Vertrag nicht vor Ablauf einer Frist von mindestens zehn Kalendertagen, gerechnet ab dem Tag nach der Veröffentlichung dieser Bekanntmachung, abgeschlossen wurde. Die Bekanntmachung nach Satz 1 Nummer 2 muss den Namen und die Kontaktdaten des öffentlichen Auftraggebers, die Beschreibung des
Vertragsgegenstands, die Begründung der Entscheidung des Auftraggebers, den Auftrag ohne vorherige Veröffentlichung einer Bekanntmachung im Amtsblatt der Europäischen Union zu vergeben, und den Namen und die Kontaktdaten des Unternehmens, das den Zuschlag erhalten soll, umfassen.</cbc:Description>
            </cac:PresentationPeriod>
            <cac:AppealReceiverParty>
               <cac:PartyIdentification>
                  <cbc:ID schemeName="organization">ORG-7004</cbc:ID>
               </cac:PartyIdentification>
            </cac:AppealReceiverParty>
         </cac:AppealTerms>
      </cac:TenderingTerms>
      <cac:TenderingProcess>
         <cbc:GovernmentAgreementConstraintIndicator>false</cbc:GovernmentAgreementConstraintIndicator>
         <cac:ContractingSystem>
            <cbc:ContractingSystemTypeCode listName="framework-agreement">fa-wo-rc</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">IHE Repository</cbc:Name>
         <cbc:Description languageID="DEU">Ein IHE-Repository mit Archivfunktion ist ein spezialisiertes IT-System zur standardisierten, sicheren und langfristigen Speicherung medizinischer Dokumente in Krankenhäusern und Gesundheitseinrichtungen.
"IHE" steht für Integrating the Healthcare Enterprise - ein internationaler Standard, der sicherstellt, dass unterschiedliche IT-Systeme im Gesundheitswesen interoperabel zusammenarbeiten. Ein IHE-Repository erfüllt diese Vorgaben, indem es strukturierte Dokumente (z. B. Arztbriefe, Entlassberichte, Befunde) in einem zentralen System speichert und über IHE-konforme Schnittstellen (z. B. XDS, HL7, FHIR) anderen Systemen zur Verfügung stellt. Die Archivfunktion stellt sicher, dass diese Dokumente nicht nur kurzfristig gespeichert, sondern über viele Jahre revisionssicher, unveränderbar und datenschutzkonform aufbewahrt werden - gemäß gesetzlichen Anforderungen (z. B. 10 oder 30 Jahre Aufbewahrungspflicht).
Im Rahmen der Digitalisierungsstrategie "MeineSana" beabsichtigt die Sana Kliniken AG, für die "Sana-Kliniken Oberfranken" ein IHE-konformes Repository mit integrierter Langzeitarchivierung zu beauftragen. Ziel ist es, eine zentrale, hochverfügbare Plattform zur strukturierten und standardisierten Speicherung medizinischer Dokumente bereitzustellen, die sowohl den gesetzlichen Anforderungen als auch den technischen Standards (IHE, HL7, FHIR) entspricht. Das Repository ist als zentral gehostete Lösung in die bestehende Multimandanten-Architektur der Sana IT-Infrastruktur einzubinden und bildet eine wichtige Grundlage für die einrichtungsübergreifende Patientenversorgung und Interoperabilität.
Der Auftragsgegenstand umfasst im Wesentlichen folgende Leistungen:
1. Bereitstellung und Lizenzierung der Repository-Lösung
Die beauftragte Lösung muss alle IHE-konformen Komponenten enthalten, insbesondere Registry, Repository, optional XDS.b-Adapter und die Anbindung an Archivkomponenten über S3-kompatible Speicher. Die Software ist für den produktiven Betrieb in der Multimandantenarchitektur der Sana Kliniken bereitzustellen und zu lizenzieren.
2. Implementierung und Integration in die bestehende Infrastruktur
Die Lösung ist vollständig in das bereits betriebene zentrale IHE-Repository der Sana Kliniken AG zu integrieren. Dies umfasst die Mandanteneinrichtung für die Kliniken in Oberfranken, die Konfiguration der Kommunikationswege, die Anbindung an die Interoperabilitätsplattform von InterSystems inkl. Master-Patient-Index (MPI) sowie die vollständige technische und semantische Integration mit den bereits im Einsatz befindlichen Komponenten von MeineSana von den Partnern Avelios, Doctolib, Thieme und Recare.
3. Langzeitarchivierung medizinischer Dokumente
Das Repository übernimmt die Aufgabe, sämtliche medizinischen Dokumente - darunter Arztbriefe, Aufklärungsunterlagen, Entlassdokumente und Befunde - revisionssicher, strukturiert und zugriffssteuerbar zu archivieren. Die Langzeitarchivierung erfolgt unter Berücksichtigung geltender Aufbewahrungsfristen, Datenschutzanforderungen sowie technischer Redundanz- und Sicherheitsmechanismen (z. B. Spiegelung, Monitoring, ATNA-Protokollierung).
4. Schulung, Betriebsübergabe und Support
Der Anbieter stellt Schulungsleistungen für IT-Administratoren und Anwender bereit. Ebenso ist ein Servicekonzept für den produktiven Betrieb (inkl. Wartung, Updates, Monitoring und Fehlerbehebung) vorzulegen. Die Lösung muss im Anschluss in den regulären Betrieb der Sana IT Services GmbH überführt und dort langfristig betreut werden können.

Ziel des Auftrags ist es, für die Kliniken in Oberfranken eine durchgängig integrierte, interoperable und wirtschaftlich nachhaltige Archivlösung zu schaffen, die vollständig in das strategische IT-Konzept der Sana Kliniken eingebettet ist.</cbc:Description>
         <cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
         <cbc:Note languageID="DEU">Die Auftraggeberin beabsichtigt den Abschluss einer Rahmenvereinbarung.
Abrufberechtigt sind nachfolgende Auftraggeber:

1) Sana Kliniken Oberfranken Coburg GmbH 
Ketschendorfer Straße 33
96450 Coburg
DE243
DE203102316

2) Sana Helmut-G.-Walther-Klinikum Lichtenfels GmbH 
Prof.-Arneth-Straße 2
96215 Lichtenfels
DE 24C
DE365544304

3) Sana Kliniken Oberfranken Neustadt GmbH 
Seilersgründchen 8
96465 Neustadt b. Coburg
DE 247
DE413910425

4) Sana Kliniken Muldental GmbH
Kutusowstraße 70
04668 Wurzen
DED 52
DE233146564</cbc:Note>
         <cac:ProcurementAdditionalType>
            <cbc:ProcurementTypeCode listName="strategic-procurement">none</cbc:ProcurementTypeCode>
         </cac:ProcurementAdditionalType>
         <cac:MainCommodityClassification>
            <cbc:ItemClassificationCode listName="cpv">48180000</cbc:ItemClassificationCode>
         </cac:MainCommodityClassification>
      </cac:ProcurementProject>
   </cac:ProcurementProjectLot>
   <cac:TenderResult>
      <cbc:AwardDate>2000-01-01+01:00</cbc:AwardDate>
   </cac:TenderResult>
</ContractAwardNotice>