> D2D-Funktionstest. > Impressum. Merkblatt für Softwarehäuser. Version: 1.9 Stand:

Transkript

1 > D2D-Funktionstest Merkblatt für Softwarehäuser Version: 1.9 Stand: > Impressum D2D ist die Telematik-Plattform der Kassenärztlichen Vereinigungen und dient dem sicheren und unkomplizierten Transfer der im deutschen Gesundheitswesen gängigen Dokumentenarten. Herausgeber: KV Telematik-ARGE Telematik Arbeitsgemeinschaft der KVen Verantwortlich für den Inhalt: Hans-Joachim Marschall Fon (02 11) >>> Seite 1 von 14 >>> Stand >>> D2D-Funktionstest

2 > Inhaltsverzeichnis 0 ÄNDERUNGSDOKUMENTATION EINLEITUNG ALLGEMEINER ABLAUF DES FUNKTIONSTESTS Initiierung des Tests Lieferung durch das Softwarehaus Kontrolle der Lieferung und Rückmeldung Bestätigung durch den Antragssteller Abschluss des Funktionstests D2D-ANWENDUNGEN Welche D2D-Anwendungen in welcher KV? edmp Elektronische DMP-Dokumentation Online-Abrechnung... 7 Paket 1 Echtabrechnung... 7 Paket 2 Testabrechnung DALE-UV ekoloskopie earztbrief epvs LDT ehks - Hautkrebsscreening Dialyse-Dokumentationen...11 Seite 2 von 14 >>> Stand >>> D2D-Funktionstest

3 3.11 U-Teilnahmebescheinigungen (Kinder-Früherkennungsuntersuchungen) eqs - Hörgeräteversorgung ANSPRECHPARTNER DER KVEN...13 Seite 3 von 14 >>> Stand >>> D2D-Funktionstest

4 0 Änderungsdokumentation Datum Version Status Kommentar Freigabe Redaktionelle Änderungen im Rahmen der Umstellung auf KVunabhängiges Format Neu: Funktionstest LDT redaktionelle Änderungen Anpassung Funktionstest epvs und Anpassung Funktionstest für den earztbrief Formulierung der Vorgaben für die Anwendung ehks (elektronisches Hautkrebsscreening) Redaktionelle Änderung: Neuaufnahme Kapitel Formulierung der Vorgaben für die Anwendung edialyse Redaktionelle Änderung Formulierung der Vorgaben für die Anwendung U- Teilnahmebescheinigung earztbrief überarbeitet Vorgaben für eqs Hörgeräteversorgung-Dokumentationen aufgenommen. Seite 4 von 14 >>> Stand >>> D2D-Funktionstest

5 1 Einleitung Im D2D Verfahren kommen unterschiedlichste Anwendungen zum Einsatz. Die Anwendungen unterscheiden sich im Aufbau und im Inhalt der Datenpakete, die mittels D2D versendet bzw. empfangen werden. Für einen reibungslosen Datenaustausch ist es hilfreich, wenn Vorgaben definiert werden, wie ein Datenpaket zu übertragen ist. Sowohl die Kassenärztlichen Vereinigungen als auch weitere das D2D Verfahren unterstützende Institutionen (DGUV, DMP-Datenstellen, Privatärztliche Verrechnungsstellen) haben Vorgaben entwickelt, die beim D2D Datenaustausch zu beachten sind. Bevor ein Arzt am D2D Verfahren teilnehmen kann, muss die von ihm verwendete Software einen D2D Funktionstest bestanden haben. Sobald ein Softwarehersteller den entsprechenden Test erfolgreich absolviert hat, wird dies über eine Liste auf der Webseite der KVen ( veröffentlicht. Es ist zu jeder D2D-Anwendung der Nachweis zu erbringen, dass Datenpakete erfolgreich ausgetauscht werden können. 2 Allgemeiner Ablauf des Funktionstests In diesem Kapitel wird der Rahmen, innerhalb dessen der Funktionstest stattfindet, beschrieben. Die speziellen Anforderungen zu den einzelnen D2D Anwendungen, werden im Kapitel 3 beschrieben. 2.1 Initiierung des Tests Bei Bedarf meldet sich ein Softwarehaus bei der jeweiligen KV per oder Telefon, mit dem Hinweis, dass es einen Funktionstest durchführen möchte. Es ist anzugeben, zu welchen D2D- Anwendungen der Funktionstest stattfinden soll. Darüber hinaus ist ein Ansprechpartner des Antragstellers zu benennen, plus dessen Kontaktdaten (D2D User-Account auf dem Testserver nicht vergessen). Die Ansprechpartner für die Durchführung der Tests finden Sie im Kapitel 4 Ansprechpartner der KVen bzw. falls es sich nicht um einen KV-Mitarbeiter handelt, finden Sie den Ansprechpartner direkt in dem Kapitel 3 der betreffenden D2D-Anwendung. 2.2 Lieferung durch das Softwarehaus Das Softwarehaus sendet sein Datenpaket an den D2D Testserver. Der Testserver ist per ISDN unter der Rufnummer (06894) oder (06894) oder über Internet mit folgenden Einträgen in der D2D-Konfigurationsdatei D2Dd2.ini: [ISDN] Type=2 // LAN Verbindung IP= // IP-Adresse des Testservers, wobei der Port 1404 freige- zu erreichen. // schaltet sein muss Die D2D User-ID des jeweiligen Ansprechpartners für den Funktionstest finden Sie im Kapitel 4 Ansprechpartner der KVen Seite 5 von 14 >>> Stand >>> D2D-Funktionstest

6 2.3 Kontrolle der Lieferung und Rückmeldung Nachdem die prüfende Instanz die D2D-Post des Antragstellers vom Testserver geholt hat, wird getestet, ob das übermittelte Datenpaket verarbeitungsfähig ist. Folgende Arbeitsschritte werden durchgeführt: Kontrolle, ob das Datenpaket den Definitionen entspricht, wie sie in Kapitel 3 beschrieben sind. Versenden einer D2D-Post, eine Rückmeldung an den Antragsteller. Versenden einer Internet- an den Antragsteller bzw. telefonische Benachrichtigung des Antragstellers, dass ihm D2D-Post zugestellt wurde. 2.4 Bestätigung durch den Antragssteller Der Antragsteller muss die D2D-Rückmeldungsdatei der prüfenden Instanz abholen und den Erhalt dieser bestätigen. Nachdem der Antragsteller die D2D-Post vom Testserver geholt hat, übermittelt er den Inhalt der Rückmeldungsdatei an die prüfende Instanz. Entweder faxt oder mailt (Internet-Mail) er die Rückmeldung an die prüfende Instanz als Bestätigung, dass er die D2D-Post abholen und lesen konnte. 2.5 Abschluss des Funktionstests Bei positiv beurteiltem Funktionstest wird der Antragsteller in eine Firmenliste aufgenommen, die Interessierten dokumentiert, dass der Antragsteller für eine spezielle D2D-Anwendung einen Funktionstest erfolgreich bestanden hat. Die Liste ist über die Webseite der KVen einzusehen ( Der Antragsteller wird per oder telefonisch über den Abschluss des Funktionstests unterrichtet. Seite 6 von 14 >>> Stand >>> D2D-Funktionstest

7 3 D2D-Anwendungen 3.1 Welche D2D-Anwendungen in welcher KV? Im Konzeptpapier Telematik-Initiative der Kassenärztlichen Vereinigungen ist unter Kapitel 7 beschrieben, in welchen KVen welche D2D-Anwendungen möglich sind. Das Konzeptpapier steht im Downloadbereich der D2D-Webseite ( zur Verfügung. 3.2 edmp Elektronische DMP-Dokumentation Sie erstellen ein Datenpaket wie im Dokument: edmp - Elektronische DMP-Dokumentation (Merkblatt für Softwarehäuser zur elektronischen Übermittlung der DMP-Dokumentation an die Datenstelle) vorgegeben. Im Rahmen des Funktionstests erwarten wir eine Zip-Datei, in welcher mindestens zwei Dokumentationsbögen für das DMP enthalten sind. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung eine Quittungsdatei im XML-Format. Der Inhalt dieser Datei ist im Dokument edmp - Elektronische DMP-Dokumentation beschrieben. Die XML-Datei wird gezippt zurückgesendet. 3.3 Online-Abrechnung Der Test umfasst zwei Varianten - abhängig von der betreffenden KV -, und zwar die Simulierung der Abgabe einer Test- und einer Echtabrechnung. Es müssen also zwei verschiedene Pakete gesendet werden. Paket 1 Echtabrechnung Sie erstellen ein Datenpaket zur Echtabrechnung wie im Dokument: Online-Abrechnung - Merkblatt Softwarehäuser beschrieben; d.h. eine Zip-Datei, in welcher eine KVDT-Abrechnungsdatei plus einer Kennungsdatei archiviert ist. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung eine Quittungsdatei im HTML-Format. Der Inhalt dieser Datei ist im Dokument Online-Abrechnung - Merkblatt Softwarehäuser beschrieben. Die HTML-Datei wird gezippt zurückgesendet. Paket 2 Testabrechnung Sie erstellen ein Datenpaket zur Testabrechnung wie im Dokument: Online-Abrechnung - Merkblatt Softwarehäuser beschrieben; d.h. eine Zip-Datei, in welcher eine KVDT-Abrechnungsdatei plus einer Kennungsdatei archiviert ist. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung mehrere Dateien im PDF-, XML-, TXT bzw. HTML-Format. Eine Beschreibung der Dateien finden Sie im Dokument Online-Abrechnung - Merkblatt Softwarehäuser. Seite 7 von 14 >>> Stand >>> D2D-Funktionstest

8 Hinweis: Die von Ihnen gelieferte KVDT-Datei wird nicht durch den eigentlichen Verarbeitungsprozess in der KV geschleust. Aus diesem Grund erhalten Sie Rückmeldedateien (Protokolldateien), die inhaltlich nicht zu der von Ihnen gelieferten KVDT-Datei passen; es wird nur die Dateinamenskonvention eingehalten. Die Dateien werden in einem Zip-Archiv zurückgesendet. 3.4 DALE-UV Der Funktionstest zu DALE-UV wird von der Gesellschaft Deutsche Gesetzliche Unfallversicherung (DGUV) realisiert. Das Testverfahren und weitere Informationen sind in einem gesonderten Dokument beschrieben: DALE-UV via D2D, Merkblatt für Softwarehäuser. Dieses Dokument wird unter anderem auf den Webseiten der KVen, des DGUV und des Fraunhofer Instituts für Biomedizinische Technik zur Verfügung gestellt. Ansprechpartner für die Durchführung des Tests ist Herr Kreiß, Mitarbeiter der DGUV: Telefon: (Serviceteam DALE-UV) Mail: 3.5 ekoloskopie Sie erstellen ein Datenpaket wie im Merkblatt: ekoloskopie Softwarehäuser vorgegeben. Im Rahmen des Funktionstests wird eine Zip-Datei erwartet, in welcher mindestens zwei Dokumentationsbögen zur elektronischen Koloskopie enthalten sind. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung mehrere Dateien im XML- und PDF-Format. Eine Beschreibung der Dateien finden Sie im Dokument ekoloskopie Softwarehäuser. Die Dateien werden in einem Zip-Archiv zurückgesendet. 3.6 earztbrief Aufgrund der positiven Erfahrungen in dem Projekt eefa in Düren wird der earztbrief neu konzeptioniert: Elektronische Arztbriefe bestehen nun aus einer PDF- und einer XML-Komponente: - Die eigentlichen Arztbriefe werden im PDF/A-Format ausgetauscht. Dies garantiert eine eindeutige Lesbarkeit der Dokumente und diese können dann mit einer qualifizierten elektronischen Signatur rechtssicher elektronisch unterschrieben werden. - Die zusätzliche XML-Komponente orientiert sich an den VHitG-Standard, die Anforderungen werden allerdings auf ein Minimum beschränkt: Es steht dem PVS-Hersteller frei, ob und wie er den structuredbody-bereich des VHitG-Arztbriefes ausfüllt. Wichtig sind nur die Header- Informationen. Anhand der dort enthaltenen Patienteninformationen soll der Arztbrief der elektronischen Patientenakte im PVS zugeordnet werden. Bitte beachten Sie auch die Vorgaben und Erläuterungen im Dokument Elektronischer Arztbrief im D2D-System auf Der Ablauf des Funktionstests sieht wie folgt aus: Das Softwarehaus sendet per D2D einen reduzierten VHitG-Arztbrief an den Ansprechpartner Seite 8 von 14 >>> Stand >>> D2D-Funktionstest

9 der KV Nordrhein. Das zu versendende D2D-Datenpaket beinhaltet den reduzierten Arztbrief im XML- Format und den eigentlichen Arztbrief als PDF-Dokument mit qualifizierter elektronischer Signatur; der D2D-Dokumententyp ist Ist der gesendete Arztbrief valide, sendet die prüfende Instanz einen fehlerhaften Arztbrief zurück. Dieser Brief ist vom Softwarehaus zu validieren und die Validierungsergebnisse sind per an die prüfende Instanz zu senden. Entsprechen die Validierungsergebnisse den erwarteten Ergebnissen, ist der Funktionstest bestanden. 3.7 epvs Der Funktionstest zur epvs wird von der Privatärztliche Verrechnungsstelle Baden-Württemberg e.v. realisiert. Weitere Informationen sind in einem gesonderten Dokument beschrieben: epvs- Abrechnung mit D2D, Online-Abrechnung mit der Privatärztlichen Verrechnungsstelle. Dieses Dokument wird auf den D2D-Webseite der KVen ( ) zur Verfügung gestellt. Ansprechpartner für Ärzte und Softwarehäuser Ansprechpartner für PVS Rhein-Ruhr/Berlin-Brandenburg Christian Schmülling Telefon (02 08) Fax (02 08) Ansprechpartner für PVS Baden-Württemberg EDV-Abteilung Telefon (07 11) LDT Folgende Vorgänge sind definiert: Vorgang 1 LDT-Laborbefund versenden (Pflicht für Laborsystem) Vorgang 2 LDT-Laborbefund abholen (Pflicht für Einsendepraxis) Vorgang 3 Empfangsquittung versenden Vorgang 4 Empfangsquittung abholen Vorgang 5 PDF-Laborbefunde versenden Vorgang 6 PDF- Laborbefunde abholen Vorgang 7 Rechnung-Labor versenden Vorgang 8 Rechnung-Labor abholen. Vorgang 9 LDT-Laborauftrag versenden Vorgang 10 LDT-Laborauftrag abholen Zur Teilnahme an einem Funktionstest LDT muss eine Software muss mindestens einen der Vorgänge 1 bzw. 2 realisieren. Die Realisierung aller anderen Vorgänge ist optional. Analog zu den oben genannten Vorgängen werden Listen der Softwarehersteller mit entsprechend erfolgreich absolvierten Tests auf den D2D-Webseiten veröffentlicht: Seite 9 von 14 >>> Stand >>> D2D-Funktionstest

10 V = Vorgang Software warehaus Produkt V1 V2 V3 V4 V5 V6 V7 V8 V9 V10 Firma 1 Arztsoftware x x x Firma 2 Labor y x x x x x x Aus pragmatischen Gründen und zur Vereinfachung des Ablaufs gibt es im Rahmen des Funktionstests grundsätzlich keine Unterscheidung zwischen dem Praxisverwaltungssystem des Einsenders und dem Laborsystem. Bei der Anmeldung zum Funktionstest ist anzugeben, welche Vorgänge für das Softwareprodukt realisiert sind und zum Funktionstest angemeldet werden. Der genaue Ablauf zum Funktionstest ergibt sich aus den implementierten Vorgängen und ist mit dem KVNO-Ansprechpartner (im Folgenden kurz: KVNO) im Detail abzustimmen. Beispiel: Ablaufprinzip Funktionstest von Vorgang 1, 2, 3 und 4 SW-Haus sendet via D2D einen beliebigen LDT-Befund. (Test Vorgang 1) KVNO holt sich den LDT-Befund vom D2D-Testserver ab und prüft das gesendete ZIP-Archiv. KVNO sendet via D2D eine Empfangsbestätigung. (Test Vorgang 3) SW-Haus holt die Empfangsbestätigung vom D2D-Testserver ab. (Test Vorgang 4) SW-Haus schickt dieselbe Empfangsbestätigung via an die KVNO. KVNO sendet via D2D einen LDT-Befund an das SW-Haus. (Test Vorgang 2) SW-Haus holt den LDT-Befund vom D2D-Testserver ab. (Test Vorgang 2) SW-Haus schickt dieselbe LDT-Datei via an die KVNO. SW-Haus sendet via D2D eine Empfangsbestätigung. (Test Vorgang 3) KVNO holt sich die Empfangsbestätigung vom D2D-Testserver ab und prüft das gesendete ZIP- Archiv. Der Test für die Vorgänge 5 bis 10 wird analog zum obigen Beispiel strukturiert. 3.9 ehks - Hautkrebsscreening Sie erstellen ein Datenpaket wie im Merkblatt: ehks Softwarehäuser vorgegeben. Sie haben dabei die Auswahl zwischen zwei verschiedenen Varianten, wie ein Datenpaket zusammengestellt sein darf. Zu beiden Datenpaket-Varianten wird erwartet, dass mindestens zwei Dokumentationsbögen zum elektronischen Hautkrebsscreening enthalten sind. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung mehrere Dateien im XML- und PDF-Format. Eine Beschreibung der Dateien finden Sie im Dokument ehks Softwarehäuser. Die Dateien werden in einem Zip-Archiv zurückgesendet. Seite 10 von 14 >>> Stand >>> D2D-Funktionstest

11 3.10 Dialyse-Dokumentationen Sie erstellen ein Datenpaket wie im Merkblatt: Dialyse-Dokumentation via D2D vorgegeben. Im Rahmen des Funktionstests wird eine mit dem KBV-Kryptomodul verschlüsselte Zip-Datei erwartet, in welcher mindestens zwei Dialyse-Dokumentationen enthalten sind. Ansprechpartnerin für einen Funktionstest bei der KV Nordrhein ist Frau Leuschner (siehe Kapitel 4 Ansprechpartner der KVen ). Senden Sie das Datenpaket für den Funktionstest an das D2D-Postfach mit der UserID auf dem D2D-Testserver. Eine Auflistung der Dateien, die als Rückmeldung gesendet werden, finden Sie im Dokument Dialyse- Dokumentation via D2D. Die Rückmeldungsdateien werden in einem Zip-Archiv an den Absender der Dialysedokumentationen gesendet U-Teilnahmebescheinigungen (Kinder-Früherkennungsuntersuchungen) Der D2D-Funktionstest für die Früherkennungsuntersuchungen bei Kindern gliedert sich in zwei Zulassungen: 1. Das Softwarehaus führt einen allgemeinen Funktionstest mit der KV Nordrhein durch. Dabei wird kontrolliert, ob die grundsätzliche Struktur der U-Teilnahmebescheinigungen in Ordnung ist. Die Prüfung erfolgt nach folgendem Schema: Sie erstellen ein Datenpaket wie im Merkblatt: U-Teilnahmebescheinigung via D2D vorgegeben. Im Rahmen des Funktionstests wird eine Zip-Datei erwartet, in welcher mindestens zwei fiktive U- Teilnahmebescheinigungen enthalten sind. Ansprechpartnerin für einen Funktionstest bei der KV Nordrhein ist Frau Hochheim (siehe Kapitel 4 Ansprechpartner der KVen ). Senden Sie das Datenpaket für den Funktionstest an das D2D- Postfach mit der UserID auf dem D2D-Testserver. Eine Auflistung der Dateien, die als Rückmeldung gesendet werden, finden Sie im Dokument U- Teilnahmebescheinigung via D2D. Die Rückmeldungsdateien werden in einem Zip-Archiv an den Absender der U- Teilnahmebescheinigungen gesendet. Anschließend wird das LZG.NRW informiert, dass der grundsätzliche Funktionstest erfolgreich absolviert wurde. 2. Im 2. Schritt meldet das Softwarehaus dem LZG.NRW eine Testpraxis, die in Absprache mit dem LZG.NRW einige U-Teilnahmebescheinigungen elektronisch sowie parallel per Papier verschickt. Das LZG.NRW vergleicht die Papier-Meldungen mit den Dateien. Stimmen die Dokumentationen überein, wird eine offizielle Freigabe für das Softwarehaus auf der D2D-Website veröffentlicht und das betreffende Softwarehaus informiert. Der Funktionstest ist damit abgeschlossen, so dass alle Kunden des PVS die Anwendung dann nutzen können. Seite 11 von 14 >>> Stand >>> D2D-Funktionstest

12 3.12 eqs - Hörgeräteversorgung Sie erstellen ein Datenpaket wie im Merkblatt: ehörgeräte Softwarehäuser vorgegeben. Zu dem Datenpaket wird erwartet, dass mindestens zwei Dokumentationsbögen im Datenpaket zur eqs Hörgeräteversorgung enthalten sind. Senden Sie das Datenpaket an den zutreffenden Empfänger aus Kapitel 4 Ansprechpartner der KVen. Sie erhalten als Rückmeldung ein HTML-Prüfprotokoll sowie die Datei InfoFile.xml. Eine Beschreibung der Dateien finden Sie im Dokument ehörgeräte Softwarehäuser. Die Dateien werden in einem Zip-Archiv zurückgesendet. Seite 12 von 14 >>> Stand >>> D2D-Funktionstest

13 4 Ansprechpartner der KVen Kassenärztliche Vereinigung Baden Württemberg Doris Appel Tel : 0711 / Doris.Appel@kvbawue.de Kassenärztliche Vereinigung Bayerns IT Support Tel.: (018 05) * d2d-support@kvb.de *0,14 /Min. aus dem dt. Festnetz, abweichende Preise aus den Mobilfunknetzen D2D User-ID auf dem Testserver: Kassenärztliche Vereinigung Bremen Herr Antpöhler Tel.: (0421) d2d@kvhb.de Kassenärztliche Vereinigung Niedersachsen Wilhelm Wilharm Tel: (0511) Wilhelm.Wilharm@kvn.de Kassenärztliche Vereinigung Nordrhein Hans-Joachim Marschall Tel.: (0211) Hans-Joachim.Marschall@kvno.de D2D User-ID für alle D2D-Anwendungen außer edialyse, U-Teilnahmebescheinigung und earztbrief Heike Leuschner Tel.: (0211) Heike.Leuschner@kvno.de D2D UserID: für edialyse Silke Hochheim Tel. : (0211) silke.hochheim@kvno.de D2D UserID : für U-Teilnahmebescheinigung Bernhard Acke Tel. : (0211) bernhard.acke@knvno.de D2D UserID : für earztbrief Seite 13 von 14 >>> Stand >>> D2D-Funktionstest

14 Kassenärztliche Vereinigung Sachsen Lutz Ziegert Tel.: (03 51) L.Ziegert@kvs-lgst.de Kassenärztliche Vereinigung Westfalen-Lippe Beate Kalz Tel.: (02 31) Beate.Kalz@kvwl.de Seite 14 von 14 >>> Stand >>> D2D-Funktionstest