Bezeichnung des Auftrags durch den Auftraggeber: Gegenstand des Auftrages ist die Entwicklung eines BrokerServices. Grundlage des Auftrages ist § 291b Fünftes Sozialgesetzbuch (SGB V), welcher zum 28.06.2005 in Kraft getreten ist und den Aufbau und Betrieb der für die Einführung und Anwendung der eGK erforderlichen Telematikinfrastruktur von der gematik verlangt. Gegenstand dieses Auftrags ist die Entwicklung eines BrokerServices und der Dienste ObjectReferenceService und Trusted Service. Der BrokerService ist ein Mediator innerhalb der Telematik Infrastruktur, d. h. er steht als zentrale Komponente zwischen den Konnektoren und den Fachdiensten. Der BrokerService übernimmt neben den Aufgaben des Routings eines Requests eines Konnektors zu den Fachdiensten, die Lokalisierung von Fachdiensten, Auditing und verschiedene Sicherheitsüberprüfungen. Die einzelnen Aufgaben werden durch den Aufruf von weiteren internen und externen Diensten realisiert. · ServiceDirectoryService (SDS). Der ServiceDirectoryService (SDS) liefert die Kommunikationsadressen der einzelnen Fachdienste anhand bestimmter Merkmale eines Requests. · ObjectReferenceService (ORefS). Objekte innerhalb der Telematik-Infrastruktur müssen einen lebenslang eindeutigen Identifikator besitzen, über den sie unabhängig von speziellen Anwendungssystemen referenziert werden können. · TrustedService (TrustedS, TS). Dieser Service verwaltet treuhändisch ('trusted') die Pseudonyme von Versicherten und Heilberuflern. · DatenzugriffsauditService (AuditS, AS). Aufgabe des Auditdienstes ist es ein versichertenzentriertes Datenzugriffsauditlog (Auditlog) zur Verfügung zu stellen, das es dem Versicherten (und nur ihm) erlaubt, Zugriffe zu seinen Daten zu verfolgen und retrospektiv Verletzungen von Datenschutz und Datensicherheitsvorschriften festzustellen und nachweisen zu können. Der BrokerService wird voraussichtlich diese Dienste nutzen, um seine Funktion als Broker zu erfüllen. Dazu werden abhängig von den eingehenden Requests so genannte Telematiksequenzen gestartet. Jede Telematiksequenz besteht aus einer festgelegten, sequentiellen Abfolge aus oben genannten und weiteren Services. Der Broker übernimmt die Steuerung und Verwaltung dieser Telematiksequenzen sowie das Routing der Nachrichten zu den einzelnen Services und den Fachdiensten. Tritt innerhalb eines Services ein Fehler auf, so wird die Telematiksequenz abgebrochen und ein Fehler wird an den Aufrufer zurückgesendet.
Deadline
Die Frist für den Eingang der Angebote war 2006-10-30.
Die Ausschreibung wurde veröffentlicht am 2006-09-23.
Auftragsbekanntmachung (2006-09-20) Objekt Umfang der Beschaffung
Titel: Dienstleistungen im Rahmen der gesetzlichen Sozialversicherung
Volltext:
“Bezeichnung des Auftrags durch den Auftraggeber: Gegenstand des Auftrages ist die Entwicklung eines BrokerServices. Grundlage des Auftrages ist § 291b...”
Volltext
Bezeichnung des Auftrags durch den Auftraggeber: Gegenstand des Auftrages ist die Entwicklung eines BrokerServices. Grundlage des Auftrages ist § 291b Fünftes Sozialgesetzbuch (SGB V), welcher zum 28.06.2005 in Kraft getreten ist und den Aufbau und Betrieb der für die Einführung und Anwendung der eGK erforderlichen Telematikinfrastruktur von der gematik verlangt. Gegenstand dieses Auftrags ist die Entwicklung eines BrokerServices und der Dienste ObjectReferenceService und Trusted Service. Der BrokerService ist ein Mediator innerhalb der Telematik Infrastruktur, d. h. er steht als zentrale Komponente zwischen den Konnektoren und den Fachdiensten. Der BrokerService übernimmt neben den Aufgaben des Routings eines Requests eines Konnektors zu den Fachdiensten, die Lokalisierung von Fachdiensten, Auditing und verschiedene Sicherheitsüberprüfungen. Die einzelnen Aufgaben werden durch den Aufruf von weiteren internen und externen Diensten realisiert. · ServiceDirectoryService (SDS). Der ServiceDirectoryService (SDS) liefert die Kommunikationsadressen der einzelnen Fachdienste anhand bestimmter Merkmale eines Requests. · ObjectReferenceService (ORefS). Objekte innerhalb der Telematik-Infrastruktur müssen einen lebenslang eindeutigen Identifikator besitzen, über den sie unabhängig von speziellen Anwendungssystemen referenziert werden können. · TrustedService (TrustedS, TS). Dieser Service verwaltet treuhändisch ('trusted') die Pseudonyme von Versicherten und Heilberuflern. · DatenzugriffsauditService (AuditS, AS). Aufgabe des Auditdienstes ist es ein versichertenzentriertes Datenzugriffsauditlog (Auditlog) zur Verfügung zu stellen, das es dem Versicherten (und nur ihm) erlaubt, Zugriffe zu seinen Daten zu verfolgen und retrospektiv Verletzungen von Datenschutz und Datensicherheitsvorschriften festzustellen und nachweisen zu können. Der BrokerService wird voraussichtlich diese Dienste nutzen, um seine Funktion als Broker zu erfüllen. Dazu werden abhängig von den eingehenden Requests so genannte Telematiksequenzen gestartet. Jede Telematiksequenz besteht aus einer festgelegten, sequentiellen Abfolge aus oben genannten und weiteren Services. Der Broker übernimmt die Steuerung und Verwaltung dieser Telematiksequenzen sowie das Routing der Nachrichten zu den einzelnen Services und den Fachdiensten. Tritt innerhalb eines Services ein Fehler auf, so wird die Telematiksequenz abgebrochen und ein Fehler wird an den Aufrufer zurückgesendet.
Mehr anzeigen Ort der Leistung Berlin🏙️ Metadaten der Bekanntmachung
Dokumenttyp: Auftragsbekanntmachung
Art des Auftrags: Dienstleistungsauftrag
Verordnung: Europäische Gemeinschaften, mit GATT-Beteiligung
Originalsprache: Deutsch 🗣️
Verfahren
Verfahrensart: Verhandlungsverfahren
Vergabekriterien
Entfällt
Angebotsart: Gesamtangebot
Art des öffentlichen Auftraggebers: Einrichtung des öffentlichen Rechts
Öffentlicher Auftraggeber Identität
Name des öffentlichen Auftraggebers: gematik Gesellschaft für Telematikanwendungen der Gesundheitskarte mbH
Land: Deutschland 🇩🇪 Kontakt
Internetadresse: www.gematik.de🌏