Skip to end of metadata
Go to start of metadata

Änderungshistorie 

Vers.

Datum

Autor

Kap.

Änderung

Status

1.018.03.2020kv.digital GmbHalleÄnderungen im Kontext der Umfirmierung der KV Telematik GmbH in kv.digital GmbHin Kraft
1.025.11.2019Astrid Bartels
Angaben aktualisiertveröffentlicht
0.9;E16.04.2019Astrid BartelsHinweise zu FehlermeldungenAnpassung an neuen Prüfclientinitiale Erstellung
0.9;K




Hier können Sie die Anwenderdokumentation als PDF downloaden (extra: im Dokument nicht verlinkte Beispielprüfberichte als ZIP-Datei).


Herausgeber:
kv.digital GmbH

Diese Spezifikation wird unter CC-BY-SA 3.0 veröffentlicht. (Vollständiger Lizenztext, Allgemein verständliche Erklärung)

Kapitelübersicht

Vorbemerkungen

Allgemeines

In jeder KV-Connect Spezifikation sind anwendungsrelevante Anforderungen, die bei der Umsetzung der jeweiligen Anwendung durch das Software-Haus umzusetzen sind, definiert. Für die maschinelle Überprüfung der Umsetzung dieser Anforderungen stellt die kv.digital GmbH anwendungsspezifische Prüfumgebungen mit entsprechend konfigurierten Prüfclients bereit.

Die Prüfclients sind in folgenden Umgebungen installiert:

  • Referenzumgebung Ref_1 (exaktes Abbild der Produktivumgebung, aber aus dem Internet erreichbar)
  • Produktivumgebung (nur im Sicheren Netz der KVen erreichbar)

KV-Connect Anwendung "eArztbrief"

Die KV-Connect Anwendung "eArztbrief" ist eine Anwendung, die es den Ärzten untereinander ermöglicht, Arztbriefe auf elektronischem Wege auszutauschen. Die Arztbriefe werden direkt aus dem jeweiligen Software-System (PVS, LIS, KIS o.ä.) durch den behandelnden Arzt erstellt und mittels KV-Connect datenschutzkonform an seinen Kollegen versendet. Beim empfangenden Arzt soll mittels der Anwendung "eArztbrief" dieser ohne großen manuellen Aufwand in die korrekte Patientenakte seines Software-Systems übernommen werden können. Sollte der versendende Arzt eine entsprechende Eingangsbestätigung (MDN) spezifikationskonform angefordert haben, so muss diese vom empfangenden System an das versendende System übermittelt werden.

Mit dem Versand eines spezifikationskonformen eArztbriefs an den Prüfclient in der Produktivumgebung kann der Vertriebs-und Servicepartner (VSP) vor Ort in der Arztpraxis die erfolgreiche Installation der Anwendung "eArztbrief" testen und abschließend dokumentieren. Ebenfalls kann dieser Prüfclient durch den VSP zur Schulung des Praxispersonals für den Umgang mit der Anwendung genutzt werden.

Dafür stellt die kv.digital GmbH im Produktivsystem von KV-Connect einen Prüfclient für die KV-Connect-Anwendung "eArztbrief" unter der Adresse 

earztbrief1_2.test.snk@kv-safenet.de

bereit.

Voraussetzungen zur Nutzung des Prüfclients

Anbindung an die Telematikinfrastruktur (TI) oder das Sichere Netz der KVen (SNK)

Die Anbindung an die TI setzt das Vorhandensein der notwendigen Komponenten voraus: Konnektor, Kartenterminal, Praxisausweis (SMC-B-Karte) und evtl. weitere. Informationen zur Anbindung an die TI erhalten Sie bei der KBV. Die Installation des Konnektors und Kartenterminals muss abgeschlossen sein. Der Zugang über den Konnektor muss konfiguriert und von allen Rechnern, mit denen die KV-Connect Anwendung "eArztbrief" genutzt werden soll, erreichbar sein.

Die Anbindung an das SNK setzt mindestens voraus:

  • internetfähiger Computer und einen herkömmlichen Internetanschluss, zum Beispiel DSL
  • ein speziell konfiguriertes Zusatzgerät, den KV-SafeNet*-Router (hierüber wird ein virtuelles privates Netzwerk (VPN) aufgebaut)

Diese Zusatzgeräte (Router) werden von KV-SafeNet*-Providern angeboten, die eigens dafür von der KBV zertifiziert wurden. Die Installation des KV-SafeNet*-Routers in der Arztpraxis muss abgeschlossen sein. Der Router muss in das Praxis-Netzwerk integriert und von allen Rechnern, mit denen die KV-Connect Anwendung "eArztbrief" genutzt werden soll, erreichbar sein.

* Bitte beachten Sie, dass KV-SafeNet nicht mit der Firma SafeNet, Inc., USA, in firmenmäßiger oder vertraglicher Verbindung steht

Registrierung für KV-Connect

Um an KV-Connect teilnehmen zu können, ist eine Registrierung erforderlich. Die Registrierung für KV-Connect läuft über die zuständige KV.
Die zuständige KV prüft die erhaltenen Informationen auf ihre Richtigkeit und Vollständigkeit. Falls die Informationen richtig und vollständig sind, registriert die KV den Arzt in der Benutzerverwaltung für KV-Connect und sendet die Zugangsdaten auf dem Postweg zu. Die Zugangsdaten bestehen aus einem Benutzernamen und einem Passwort. Nach Erhalt der KV-Connect Zugangsdaten müssen diese in das System eingepflegt werden.

Zur Beachtung

Das vergebene Passwort ist ein Einmalpasswort. Dieses muss bei der ersten Anmeldung am KV-Connect Server geändert werden. Zusätzlich muss ein Benutzerzertifikat erstellt werden, bevor die Nutzung des Dienstes KV-Connect möglich ist.

Eine Übersicht über die Ansprechpartner der jeweiligen KV, die insbesondere auch für Fragen der Registrierung zuständig sind, befindet sich auf der Homepage der kv.digital GmbH unter folgendem Link https://www.kv-telematik.de/partner-und-softwarehaeuser/weitere-infos/ansprechpartner-kven/.

Anmeldung KV-Connect

Nachdem der Arzt seine Zugangsdaten zu KV-Connect erhalten hat, muss er sich mit diesen in seinem Software-System anmelden. Bei der ersten Anmeldung wird der Arzt dazu aufgefordert, sein Passwort zu ändern. Ebenfalls muss das Benutzerzertifikat als Voraussetzung für Signatur und Verschlüsselung erzeugt sein. KV-Connect kann erst genutzt werden, wenn das Passwort geändert und das Zertifikat erstellt wurde.

Anwendungsdienst "eArztbrief" wurde installiert

Die Installation des Anwendungsdienstes "eArztbrief" im Software-System des Anwenders muss entsprechend der Vorgaben des Software-Herstellers abgeschlossen sein.

Testpatienten im System anlegen

Hinweis

Für einen erfolgreichen Test der Anwendung "eArztbrief" bitte vor Beginn des Tests zwei Testpatienten manuell im Ersatzverfahren im Software-System des Anwenders anlegen.

Testpatient 1

Um den eArztbrief, der vom Prüfclient an das Software-System des Anwenders versendet wird, erfolgreich in die Patientenakte integrieren zu können, muss der Testpatient 1 mit folgenden Daten in das System eingegeben werden:

Versicherten-ID: K070990552
Geburtsdatum: 19900907
Vorname: Monika
Nachname: Kleinjung
Geschlecht: W
Postleitzahl: 65520
Ort: Bad Camberg
Wohnsitzländercode: D
Strasse: Florastraße
Hausnummer: 15

Testpatient 2

Für das Erstellen eines eArztbriefes im Software-System des Anwenders sollte aus Gründen des Datenschutzes der Testpatient 2 mit folgenden Daten in das System eingegeben werden:

Versicherten-ID: S040464113
Geburtsdatum: 19640404
Vorname: Karl-Friederich
Nachname: Schaumberg
Geschlecht: M
Vorsatzwort: von
Namenszusatz: Graf Freiherr
Titel: Prof. Dr.
Postleitzahl: 51105
Ort: Köln
Wohnsitzländercode: D
Strasse: Siegburger Str.
Hausnummer: 155

Jetzt können Sie den ersten eArztbrief erstellen und an den Prüfclient versenden! 

Beschreibung des Prüfprozesses

Schematische Darstellung

Der grundlegende Ablauf des Prüfprozesses in der Produktivumgebung ist in nachfolgender Grafik dargestellt:


Bild 1 Darstellung Prüfprozess

1 = Im Software-System des Anwenders wird ein eArztbrief mit Anforderung einer MDN (Eingangsbestätigung) für den Testpatienten 2 entsprechend der Spezifikation erstellt und an den Prüfclient versendet.

2 = Prüfclient erzeugt ein Prüfprotokoll und sendet dieses an das Software-System des Anwenders zurück. Hat die Prüfung ergeben, dass die eArztbrief-Nachricht fehlerfrei war, erzeugt der Prüfclient eine MDN und den Test-eArztbrief (für Testpatient 1) und sendet diese ebenfalls an das Software-System des Anwenders zurück.

3 = Das Software-System des Anwenders versendet die MDN zu dem Test-eArztbrief an den Prüfclient.

4 = Der Prüfclient versendet das Prüfprotokoll an das Software-System des Anwenders.

Reaktion des Systems bei fehlerhafter Verschlüsselung

Falls beim Entschlüsseln der Nachricht und der Signaturprüfung ein Fehler auftritt, wird eine Mail mit entsprechenden Informationen zum Fehler erzeugt. Die Nachricht wird durch den Prüfclient nicht geprüft!

In folgender Tabelle sind die Fehlercodes, ihre Bedeutung und Hinweise zur Abstellung des Fehlers aufgeführt:

FehlercodeBeschreibungFehlerbeseitigung
10Zertifikat ist ungueltigneues Benutzerzertifikat erzeugen
20Nachricht ist nicht signiert

betrifft Software-System

Bitte wenden Sie sich an Ihr Software-Haus!

21Signatur konnte nicht verifiziert werden

neues Benutzerzertifikat erzeugen

Wenn der Fehler weiterhin auftritt, so wenden Sie sich an Ihr Software-Haus!

22Signaturzertifikat konnte nicht verifiziert werdenneues Benutzerzertifikat erzeugen
23Signaturzertifikat ist ungueltigneues Benutzerzertifikat erzeugen
25Der Inhalthash passt nicht zum Digest Wert. (Inhalt wurde veraendert)!

betrifft Software-System

Bitte wenden Sie sich an Ihr Software-Haus!
26Die Schluessellaenge wird nicht unterstuetzt!

betrifft Software-System

Bitte wenden Sie sich an Ihr Software-Haus!
50Allgemeiner Fehler

Bitte versuchen Sie es erneut.

Wenn der Fehler weiterhin auftritt, so wenden Sie sich an Ihr Software-Haus!

Tabelle 1

Hier sehen Sie beispielhaft eine Mail mit entsprechenden Informationen zum Fehler "26":

Bild 2

Zur Beachtung!

Weitere Nachrichten sollten erst an den Prüfclient gesendet werden, wenn die Ursache des Fehlers beseitigt ist!

Reaktionen des Prüfclients

Aus der folgenden Tabelle können Sie entnehmen, wie der KV-Connect Prüfclient "eArztbrief;V1.2" auf die Nachrichten reagiert:

  Was wird an den Prüfclient versendet

Ergebnis der Prüfung

Was schickt der Prüfclient zurück?

"eArztbrief Version 1.2"
X-KVC-Dienstkennung:
Arztbrief;VHitG-Versand;V1.2

Subject: 
Arztbrief

Disposition-Notification-To: nicht gefüllt

"eArztbrief" enthielt Fehler

  • Prüfprotokoll
    X-KVC-Dienstkennung: Arztbrief;Pruefprotokoll;V1.2

    Subject:
    Arztbrief-Pruefprotokoll

       

"eArztbrief Version 1.2"
X-KVC-Dienstkennung:
Arztbrief;VHitG-Versand;V1.2

Subject: 
Arztbrief

Disposition-Notification-To: und
Return-Path: gefüllt mit Adresse des Absenders

"eArztbrief" enthielt Fehler
  • Prüfprotokoll
    X-KVC-Dienstkennung: Arztbrief;Pruefprotokoll;V1.2

    Subject:
    Arztbrief-Pruefprotokoll

"eArztbrief Version 1.2"
X-KVC-Dienstkennung:
Arztbrief;VHitG-Versand;V1.2

Subject: 
Arztbrief

Disposition-Notification-To: nicht gefüllt

"eArztbrief" enthielt keine Fehler

  • Prüfprotokoll
    X-KVC-Dienstkennung:
    Arztbrief;Pruefprotokoll;V1.2

    Subject:
    Arztbrief-Pruefprotokoll

  • Test-eArztbrief
    X-KVC-Dienstkennung:
    Arztbrief;VHitG-Versand;V1.2

    Subject:
    Arztbrief

    Disposition-Notification-To: und
    Return-Path: gefüllt mit Adresse des Prüfclients

"eArztbrief Version 1.2"
X-KVC-Dienstkennung:
Arztbrief;VHitG-Versand;V1.2

Subject: 
Arztbrief

Disposition-Notification-To: und
Return-Path: gefüllt mit Adresse des Absenders

"eArztbrief" enthielt keine Fehler
  • Prüfprotokoll
    X-KVC-Dienstkennung:
    Arztbrief;Pruefprotokoll;V1.2

    Subject:
    Arztbrief-Pruefprotokoll

  • MDN
    X-KVC-Dienstkennung:
    Arztbrief;Eingangsbestaetigung;V1.2

    Subject:
    Arztbrief-Eingangsbestaetigung

  • Test-eArztbrief
    X-KVC-Dienstkennung:
    Arztbrief;VHitG-Versand;V1.2

    Subject:
    Arztbrief

    Disposition-Notification-To: und
    Return-Path: gefüllt mit Adresse des Prüfclients

MDN zu "Test-eArztbrief"

X-KVC-Dienstkennung: 
Arztbrief;Eingangsbestaetigung;V1.2

Subject:
Arztbrief-Eingangsbestaetigung
MDN zu "Test-eArztbrief" enthielt Fehler
  • Prüfprotokoll
    X-KVC-Dienstkennung:
    Arztbrief;MDN-Pruefprotokoll;V1.2

    Subject:
    MDN-Pruefprotokoll

MDN zu "Test-eArztbrief"

X-KVC-Dienstkennung: 
Arztbrief;Eingangsbestaetigung;V1.2

Subject:
Arztbrief-Eingangsbestaetigung
MDN zu "Test-eArztbrief" enthielt keine Fehler
  • Prüfprotokoll
    X-KVC-Dienstkennung:
    Arztbrief;MDN-Pruefprotokoll;V1.2

    Subject:
    MDN-Pruefprotokoll

Tabelle 2

Prüfprotokolle

Wie in Tabelle 1 beschrieben, erzeugt der Prüfclient für jede vom Sender an die Prüfadresse earztbrief1_2.test.snk@kv-safenet.de gesendete KV-Connect-Nachricht (Arztbrief/MDN) ein detailliertes Prüfprotokoll. Im Prüfprotokoll sind die Prüfergebnisse für die jeweiligen Anforderungen aus der Spezifikation der Anwendung "eArztbrief" aufgeführt.

Hier sehen Sie ein beispielhaftes Prüfprotokoll für eine fehlerfreie "eArztbrief"-Nachricht:

Bild 3 Beispiel Prüfprotokoll einer fehlerfreien Nachricht


Hier sehen Sie ein beispielhaftes Prüfprotokoll für eine fehlerhafte "eArztbrief"-Nachricht:

Bild 4 Beispiel Prüfprotokoll einer fehlerhaften Nachricht


Hier sehen Sie ein beispielhaftes Prüfprotokoll für eine fehlerfreie MDN:

Bild 5 Beispiel Prüfprotokoll einer fehlerfreien MDN


Hier sehen Sie ein beispielhaftes Prüfprotokoll für eine fehlerhafte MDN:

Bild 6 Beispiel Prüfprotokoll einer fehlerhaften MDN

Hinweise zu Fehlermeldungen

Im folgenden Kapitel werden mögliche Ursachen und Hinweise zur Beseitigung für die im Prüfprotokoll aufgeführten Fehlermeldungen aus der Sicht der kv.digital GmbH beschrieben. Für weitergehende Informationen zu Fehlern und Fehlerbeseitigungen wenden Sie sich bitte an den Hersteller Ihres Software-Systems.

Nachricht "eArztbrief"

Prüfnummer 
Ursache für Fehler
Fehlerbeseitigung
EABSM000Nachricht war nicht korrekt signiert oder verschlüsseltNachricht entsprechend der KV-Connect Vorgaben (siehe Anforderungen für die Anbindung an KV-Connect) signieren und verschlüsseln
EABSM001"X-KVC-Dienstkennung" im Nachrichtenheader fehltdas Attribut "X-KVC-Dienstkennung" im Nachrichtenheader einrichten
EABSM001/a"X-KVC-Dienstkennung" im Nachrichtenheader ist nicht korrekt befüllt

das Attribut "X-KVC-Dienstkennung" im Nachrichtenheader auf folgenden Wert setzen:

Arztbrief;VHitG-Versand;V1.2

EABSM002"X-KVC-Sendersystem" im Nachrichtenheader fehltdas Attribut "X-KVC-Sendersystem" im Nachrichtenheader einrichten
EABSM002/a"X-KVC-Sendersystem" im Nachrichtenheader ist nicht korrekt befüllt

das Attribut "X-KVC-Sendersystem" im Nachrichtenheader entsprechend der Syntax befüllen:

<Softwaresystem>;<Version>

EABSM003"Subject" im Nachrichtenheader fehltdas Attribut "Subject" im Nachrichtenheader einrichten
EABSM003/a"Subject" im Nachrichtenheader ist nicht korrekt befülltdas Attribut "Subject" im Nachrichtenheader auf den Wert "Arztbrief" setzen
EABSM006

PDF/A-Arztbrief-Datei fehlt

oder

ist mehrfach vorhanden

PDF/A-Arztbrief-Datei erzeugen und als Anhang der eArztbrief-Nachricht beifügen


sicherstellen, dass nur genau eine PDF/A-Arztbrief-Datei der Nachricht beigefügt wird

EABSM007Metainformationen im MIME-Segment der PDF/A-Arztbrief-Datei fehlen

Vorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der PDF/A-Arztbrief-Datei prüfen und ggf. anlegen

EABSM007/aMetainformationen im MIME-Segment der PDF/A-Arztbrief-Datei sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der PDF/A-Arztbrief-Datei müssen wie folgt angelegt sein:

Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eAB-PDF-signed (PDF ist signiert) oder
Content-Description: eAB-PDF-unsigned (PDF ist unsigniert)
EABSM010

XML-Arztbrief-Datei fehlt in Nachricht

oder:
mehr als eine XML-Arztbrief-Datei wurden der Nachricht beigefügt

XML-Datei entsprechend Spezifikation VHitG-Arztbrief erzeugen und als Anhang der eArztbrief-Nachricht beifügen

sicherstellen, dass nur genau eine XML-Datei der Nachricht beigefügt wird

EABSM011Metainformationen im MIME-Segment der XML-Arztbrief-Datei fehlen

Vorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der XML-Arztbrief-Datei prüfen und ggf. anlegen

EABSM011/aMetainformationen im MIME-Segment der XML-Arztbrief-Datei sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der XML-Arztbrief-Datei müssen wie folgt angelegt sein:

Content-Type: application/xml
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eAB-XML
EABSM012

XML-Arztbrief-Datei entspricht nicht den Vorgaben des VHitG-Leitfadens 

Prüfung gegen das geforderte Schema CDA.xsd hat Fehlermeldung erzeugt (Teil des Anhangs SupportingDocuments-v9)

XML-Datei entsprechend Spezifikation VHitG-Arztbrief erzeugen
EABSM013in der XML-Datei sind im Abschnitt <patient> die Felder „Nachname“, „Vorname“ oder „Geburtsdatum“ nicht gefülltFelder „Patientennachname“, „Patientenvorname“ und „Geburtsdatum des Patienten“ in der XML-Datei füllen
EABSM017Metainformationen im MIME-Segment der XSD-Schema-Datei fehlen

Vorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der XSD-Schema-Datei prüfen und ggf. anlegen

EABSM017/aMetainformationen im MIME-Segment der XSD-Schema-Datei sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der XSD-Schema-Datei müssen wie folgt angelegt sein:

Content-Type: application/xml
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eAB-XSD
EABSM019Metainformationen im MIME-Segment der XML-Arztbrief-Plus-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der XML-Arztbrief-Plus-Dateien prüfen und ggf. anlegen
EABSM019/aMetainformationen im MIME-Segment der XML-Arztbrief-Plus-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der XML-Arztbrief-Plus-Dateien müssen wie folgt angelegt sein:

Content-Type: application/xml
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eAB-Plus-XML
EABSM020die XML-Arztbrief-Plus-Dateien entsprechen nicht den Vorgaben des Implementierungsleitfadens "Arztbrief Plus" XML-Arztbrief-Plus-Dateien entsprechend Implementierungsleitfaden "Arztbrief Plus" erzeugen
EABSM022Metainformationen im MIME-Segment der PDF-BMP-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der PDF-BMP-Dateien prüfen und ggf. anlegen
EABSM022/aMetainformationen im MIME-Segment der PDF-BMP-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der PDF-BMP-Dateien müssen wie folgt angelegt sein:

Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eMP-PDF
EABSM024Metainformationen im MIME-Segment der XML-UKF-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der XML-UKF-Dateien prüfen und ggf. anlegen
EABSM024/aMetainformationen im MIME-Segment der XML-UKF-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der XML-UKF-Dateien müssen wie folgt angelegt sein:

Content-Type: application/xml
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: eMP-UKF
EABSM026Metainformationen im MIME-Segment der LDT-Laborbefund-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der LDT-Laborbefund-Dateien prüfen und ggf. anlegen
EABSM026/aMetainformationen im MIME-Segment der LDT-Laborbefund-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der LDT-Laborbefund-Dateien müssen wie folgt angelegt sein:

Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: LDT-Labor-Befund
EABSM028Metainformationen im MIME-Segment der PDF-Laborbefund-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der PDF-Laborbefund-Dateien prüfen und ggf. anlegen
EABSM028/aMetainformationen im MIME-Segment der PDF-Laborbefund-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der PDF-Laborbefund-Dateien müssen wie folgt angelegt sein:

Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: PDF-Labor-Befund
EABSM030Metainformationen im MIME-Segment der Muster 6 (digital)-Dateien fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der Muster 6 (digital)-Dateien prüfen und ggf. anlegen
EABSM030/aMetainformationen im MIME-Segment der Muster 6 (digital)-Dateien sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der Muster 6 (digital)-Dateien müssen wie folgt angelegt sein:

Content-Type: application/pdf
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: Muster06
EABSM032Metainformationen im MIME-Segment der weiteren Anhänge fehlenVorhandensein der Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description im MIME-Segment der weiteren Anhänge prüfen und ggf. anlegen
EABSM032/aMetainformationen im MIME-Segment der weiteren Anhänge sind nicht korrekt

Die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition und Content-Description im MIME-Segment der weiteren Anhänge müssen wie folgt angelegt sein:

Content-Type: <abhängig vom Format der Datei>
Content-Transfer-Encoding: base64
Content-Disposition: attachment

Content-Description: <eAB-Anhang-01 bis eAB-Anhang-99>

Wird unter "Zusätzliche Hinweise" auf fehlerhafte Anhänge verwiesen, bezieht sich dies darauf, dass die Metainformationen Content-Type, Content-Transfer-Encoding, Content-Disposition, Content-Description in den MIME-Segmenten der weiteren Anhänge nicht oder nicht vollständig angelegt sind oder dass diese Attribute nicht korrekt befüllt sind.



Wird unter "Zusätzliche Hinweise" darauf verwiesen, dass keine Eingangsbestätigung (MDN) angefordert wurde, waren die Headerfelder "Return-Path:" und "Disposition-Notification-To:" nicht vorhanden oder nicht korrekt gefüllt.Die Headerelemente "Disposition-Notification-To" und "Return-Path" anlegen. Der Eintrag im Feld "Disposition-Notification-To" muss mit der Adresse im Feld "Return-Path" übereinstimmen.

Tabelle 3

Nachricht "MDN"

Prüfnummer 
Ursache für Fehler
Fehlerbeseitigung
EABEM109X-KVC-Dienstkennung“ im Nachrichten-Header fehltdas Attribut „X-KVC-Dienstkennung“ im Nachrichten-Header einrichten
EABEM109/a"X-KVC-Dienstkennung" im Nachrichtenheader ist nicht korrekt befüllt

das Attribut "X-KVC-Dienstkennung" im Nachrichtenheader auf folgenden Wert setzen:

X-KVC-Dienstkennung: Arztbrief;Eingangsbestaetigung;V1.2

EABEM110"Subject" im Nachrichtenheader fehltdas Attribut "Subject" im Nachrichtenheader einrichten
EABEM110/a"Subject" im Nachrichtenheader ist nicht korrekt befüllt
das Attribut "Subject" im Nachrichtenheader auf den Wert "Arztbrief" setzen
EABEM112"X-KVC-Sendersystem" im Nachrichtenheader fehltdas Attribut "X-KVC-Sendersystem" im Nachrichtenheader einrichten
EABEM112/a"X-KVC-Sendersystem" im Nachrichtenheader ist nicht korrekt befülltdas Attribut "X-KVC-Sendersystem" im Nachrichtenheader entsprechend der Syntax <Softwaresystem>;<Version> befüllen
EABEM113"In-Reply-To" im Nachrichtenheader fehltdas Attribut "In-Reply-To" im Nachrichten-Header einrichten
EABEM113/a"In-Reply-To" im Nachrichtenheader ist nicht korrekt befülltdas Attribut "In-Reply-To" muss mit dem Wert des Feldes "Original-Message-ID" befüllt werden.

Tabelle 4

Schlussbemerkungen

Anwendersuche

Durch den erfolgreichen Versand der ersten "eArztbrief"-Nachricht vom Account des Anwenders wird dieser in der Anwendersuche von KV-Connect und im LDAP als bereit für den "eArztbrief" gekennzeichnet. Damit ist es anderen KV-Connect Nutzern möglich, nach Ärzten zu suchen, die die eArztbrief-Funktionalität mittels KV-Connect unterstützen und die Nachrichten weitgehend automatisiert verarbeiten können.

Protokoll

Mit Hilfe der ausgefüllten Checkliste (siehe Anlage) in Verbindung mit den vom Prüfclient bereitgestellten Prüfprotokollen können Sie die erfolgreiche Einrichtung der KV-Connect-Anwendung "eArztbrief" im Software-System Ihres Kunden protokollieren und dokumentieren.

Datenschutz

Um den Anforderungen beim Datenschutz von Sozialdaten gerecht zu werden, speichert die kv.digital GmbH nur die Headerinformationen der geprüften Nachrichten und das Prüfergebnis (Prüfung erfolgreich/Prüfung nicht erfolgreich). Alle anderen Inhalte der Nachrichten werden sofort nach der Beendigung des Prüfvorganges gelöscht.

Anlage

Checkliste


  • No labels

2 Comments

  1. Durch den erfolgreichen Versand des eArztbriefes wird der Absender seit der neuen Version der Anwendersuche auch entsprechend im LDAP und in der Anwendersuche als eArztbrief-kompatibel gekennzeichnet.

    Darauf müsste hier deutlich hingewiesen werden. Wenn die Löschfunktionalität implementiert ist, müsste auch der Weg der Löschung hier aufgezeigt werden.

     

    1. Danke für deinen Hinweis.