C_11967_Anlage

1 Änderung in gemSpec_NCPeH_FD

1.1 Anpassung an Kapitel "4.1.1 Konfigurationsparameter"

<<Die Registrierung des NCPeH-FD als Client des IDP-Dienstes der TI ist nicht verknüpft mit Vorgaben der eHDSI. Der Satz wird entsprechend gestrichen>>

[...]

Tabelle 1 TAB_NCPeH_Konfigurationsparameter

Konfigurationsparameter	Wert
[...]
CLIENT_ID_IDP_DIENST	Der Wert des Parameters wird durch den Anbieter des zentralen IDP-Dienstes vorgegeben, sobald der NCPeH-FD beim IDP-Dienst registriert ist. Der Registrierungsprozess ist in [eHDSI_CTS2.0_USER_GUIDE] beschrieben.
[...]

1.2 Anpassung an Kapitel "6.2.3 TUC_NCPeH_017: Demographische Versichertendaten aus NFD des ePKA MIO übernehmen"

[...]

Das FHIR-Profil Patient im ePKA MIO [Simplifier_ePKA_MIO_NFD_Patient] lässt ein Fehlen des Geburtsdatums zu, wenn stattdessen die Extension "data-absent-reason" angegeben ist.

In diesem Fall MUSS der NCPeH-FD das Geburtsdatum in der Variablen patient_geburtsdatum so mit Nullen auffüllen, dass eine schematisch gültige Anzahl an Ziffern für das Geburtsdatum in die XCPD-Response an den NCPeH Land-B aufgenommen werden kann.

Beispiele:

• 0
• 00000000

Hinweis: Der LE-EU kann anhand dieser Information erkennen, dass das Geburtsdatum künstlich aufgefüllt wurde und muss den Wert mit dem Patienten vor Ort abklären. Eine Fehlernachricht gemäß Tabelle TAB_NCPeH_XCPD_Error_Response_fehlerhafte_Versichertendaten erstellen und an den NCPeH Land-B versenden.

Tabelle X: TAB_NCPeH_Fehlen_Geburtstag_Fehler_XCPD_Response

Reason Encoding gemäß [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
<mitigatedBy typeCode="MITGT">    <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="AnswerNotAvailable" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>    </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  The patient's health record data is not complete, the date of birth is missing.

[...]

1.3 Fehlerkorrektur Tabelle 13 "Prüfparameter_nonQES_Zertifikate_TI"

Tabelle 13 TAB_Prüfparameter_nonQES_Zertifikate_TI

Parameter	Wert
Zertifikat	entsprechend Zertifikatsprofil nach TAB_nonQES_Zertifikatsübersicht
PolicyList	entsprechend Rollen-OID nach TAB_nonQES_Zertifikatsübersicht Zertifikatstyp-OID in CertificatePolicies des zu prüfenden Zertifikatsprofils, siehe [gemSpec_PKI]
intendedKeyUsage	digitalSignature
intendedExtendedKeyUsage	Zertifikatsprofil C.ZD.TLS-S oder C.FD.TLS-S: id-kp-serverAuth Zertifikatsprofil C.FD.SIG: leer oder nicht vorhanden entsprechend ExtendedKeyUsage des zu prüfenden Zertifikatsprofils, siehe [gemSpec_PKI]
OCSP-Graceperiod	OCSP_CACHE_REFRESH_PERIOD (siehe [4.1.1 - Konfigurationsparameter]), falls keine Sperrinformationen vom zu authentifizierenden System mitgesendet werden
Offline-Modus	nein
Prüfmodus	OCSP

1.4 Fehlerkorrektur am Kapitel "6.2.2 TUC_NCPeH_014: FHIR-Bundle ePKA MIO abrufen"

[...]

Tabelle 48: TAB_NCPeH_Abruf_ePKA-MIO_Fehlerbehandlung_Zusammenhang_PI 

Fehlerbedingung	Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
Die Antwort vom ePA XDS Document Service enthält kein FHIR-Bundle ePKA MIO gemäß [KBV_ePKA_MIO_Format].	<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="AnswerNotAvailable"  codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  Patient identity information is not available or accessible for European Member States. Please ask the patient for access authorisation.
Das FHIR-Bundle ePKA MIO entspricht nicht der Version 1.0.0.		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  The patient identity information in Germany has unknown version.
Die FHIR-Validierung des ePKA MIO ist nicht erfolgreich.		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  The patient identity information in Germany is defective or missing and cannot be provided.

[...]

1.5 Korrektur des Wertes "[eHDSI_NCPeH_Components#6.4]" für den Parameter acknowledgementDetail.Text

1.5.1 Änderung an der Tabelle 30 TAB_NCPeH_XCPD_Prüfschritte_Fehlermeldungen_PSA

[...]

Tabelle 30 TAB_NCPeH_XCPD_Prüfschritte_Fehlermeldungen_PSA

Prüfschritt	Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einem Zugriffscode enthalten, der die Prüfkriterien gemäß Tabelle TAB_NCPeH_XCPD_Prüfkriterien_PSA  erfüllt.	<mitigatedBy typeCode="MITGT">     <detectedIssueManagement classCode="ACT" moodCode="ENV">         <code code="PatientAuthenticationRequired" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>     </detectedIssueManagement> </mitigatedBy>	acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  "Please ask the patient for access authorisation."
Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einer KVNR enthalten, die die Prüfkriterien gemäß Tabelle TAB_NCPeH_XCPD_Prüfkriterien_PSA erfüllt.	<triggerFor typeCode="TRIG">     <actOrderRequired classCode="ACT" moodCode="ENV">         <code code="DemographicsQueryNotAllowed" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>     </actOrderRequired> </triggerFor>	acknowledgementDetail.Code= WARNING_PI_GENERICERROR_PI_NO_MATCH acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  "Please make sure that the length and structure of the health insurant number is correct."
Die XCPD-Anfrage DARF neben den livingSubjectID-Elementen für KVNR und Zugriffscode keine weiteren Identifikationsmerkmale enthalten. Elemente wie  z. B. weitere livingSubjectID, livingSubjectName, livingSubjectBirthTime, livingSubjectAdministrativeGender oder patientAddress müssen abgelehnt werden.	<mitigatedBy typeCode="MITGT">    <detectedIssueManagement classCode="ACT" moodCode="ENV">      <code code="PrivacyViolation" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>    </detectedIssueManagement> </mitigatedBy>	acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  "Only health insurant number and access code are accepted."
Die Bedingungen zur Erlangung einer Zugriffsberechtigung auf Fachdienste der TI nach 4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI MÜSSEN erfüllt sein.	<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  "Please check the access rights for your health professional role in your country."
Der Wert des root-Attributes des Elementes PRPA_IN201305UV02/sender/device/id MUSS im Wert des Konfigurationsparameters WHITELIST_NCPeH_COUNTRY-B (siehe Kapitel [4.1.1 - Konfigurationsparameter]) als HomeCommunityId des NCPeH Land-B enthalten sein.		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  "There is no agreement on the transfer of patient data with your country."

[...]

1.6 Korrektur am Kapitel "4.1.2 Datenaustausch mit zugelassenen EU-Ländern"

[...]

Tabelle 3: TAB_NCPeH_XCPD_Fehlermeldung_nicht_zugelassenes_EU-Land

Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  There is no agreement on the transfer of patient data with your country.

[...]

Nach Versand der Fehlermeldung an das NCPeH Land-B MUSS dDer NCPeH-FD MUSS gemäß [eHDSI_Audit_Trail_Profile#1.2.3] einen Non-Repudiation of Origin Eintrag gemäß [4.1.7.1 - Non-Repudiation of Origin erstellen] in der Komponente Audit Repository speichern. 

1.7 Korrektur von SOAP Errors durch Business Errors

1.7.1 Änderung am Kapitel "4.2.6.4 Authentifizierung per IDP-Dienst für Zugriff auf ePA-Aktensystem"

[...]

Umgang mit Fehlern und Timeouts

Kommt es während des Authentisierungsprozesses gegenüber IDP-Dienst im Kontext des Anwendungsfalls [5.1 - NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren] zu einem Fehler oder Timeout, dann MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage des NCPeH Land-B und der dabei ermittelten Daten abbrechen und dem anfragenden NCPeH Land-B mit einer Fehlernachricht gemäß Vorgaben aus [eHDSI_Messaging_Profile#6.2.1] und dem Code Receiver und Subcode Busy aus [eHDSI_Messaging_Profile#6.2.2] gemäß Tabelle TAB_NCPeH_Authentifizierung_IDP-Dienst_Fehlerbehandlung_XCPD antworten. 

Tabelle: TAB_NCPeH_Authentifizierung_IDP-Dienst_Fehlerbehandlung_XCPD

Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="AnswerNotAvailable"  codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  An error occurred during communication with the national identity provider.

Bei Fehlerfällen oder Timeouts, die im Zusammenhang mit den Anwendungsfällen wie 5.2 - NCPeH.UC_2 - Metadaten über ePKA MIO auflisten, 5.3 - NCPeH.UC_3 - ePKA MIO des Versicherten abrufen oder 5.4 - NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen entstehen, gilt folgende Anforderung:

Der NCPeH-FD MUSS eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit dem Fehlercode ERROR_PS_GENERIC gemäß [eHDSI_XCA_Profile#2.4] und [eHDSI_NCPeH_Components#6.4] antworten.

Nach einer Fehlerbehandlung, unabhängig vom Anwendungsfall, MUSS Dder NCPeH-FD MUSS den bestehenden VAU-Kanal gemäß Vorgaben in [4.2.7.6 - Schließen eines etablierten VAU-Kanals zum ePA-Aktensystem] schließen. Der NCPeH-FD MUSS das Element Reason/Text gemäß [eHDSI_Messaging_Profile#6.2.1] mit der Fehlernachricht "It was not possible to localise the patient's health record account in the national electronic health record system." befüllen.

[...]

1.7.2 Änderung am Kapitel "4.2.7.4 Aufbau eines VAU-Kanals zum ePA-Aktensystem"

[...]

Falls beim Aufbau des VAU-Kanals ein Fehler oder Timeout auftritt MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage des NCPeH Land-B abbrechen (siehe [gemSpec_Krypt#7.6 Fehlersignalisierung]). Der NCPeH-FD MUSS die Daten zu dem im Aufbau befindlichen VAU-Kanal wie in 4.2.7.6 - Schließen eines etablierten VAU-Kanals zum ePA-Aktensystem behandeln. Bei einem Fehler oder Timeout im Kontext des Anwendungsfalls [5.1 - NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren] MUSS Dder NCPeH-FD MUSS dem anfragenden NCPeH Land-B mit einer Fehlernachricht gemäß Vorgaben aus der Tabelle TAB_NCPeH_Aufbau_VAU-Kanal_ePA_Fehlerbehandlung_XCPD Vorgaben aus [eHDSI_Messaging_Profile#6.2.1] und dem Code Receiver und Subcode Busy aus [eHDSI_Messaging_Profile#6.2.2] antworten. Der NCPeH-FD MUSS das Element Reason/Text gemäß [eHDSI_Messaging_Profile#6.2.1] mit der Fehlernachricht "Unable to connect to the national electronic health record system." befüllen.

Tabelle: TAB_NCPeH_Aufbau_VAU-Kanal_ePA_Fehlerbehandlung_XCPD 

Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="AnswerNotAvailable"  codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  Unable to connect to the national electronic health record system.

Bei Fehlerfällen oder Timeouts, die im Zusammenhang mit den Anwendungsfällen wie 5.2 - NCPeH.UC_2 - Metadaten über ePKA MIO auflisten, [5.3 - NCPeH.UC_3 - ePKA MIO des Versicherten abrufen] oder [5.4 - NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen] entstehen, gilt folgende Anforderung:

Der NCPeH-FD MUSS eine weitere Verarbeitung der Anfrage abbrechen und dem anfragenden NCPeH Land-B mit dem Fehlercode ERROR_PS_GENERIC gemäß [eHDSI_XCA_Profile#2.4] und [eHDSI_NCPeH_Components#6.4] antworten.

1.7.3 Änderung am Kapitel "4.2.7.7 Authentifizierung mit dem ePA Authorization Service"

[...]

Umgang mit Fehlern und Timeouts

Kommt es während des Verlaufs im Kontext des Anwendungsfalls [5.1 - NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren] zu einem Fehler oder Timeout, dann MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage des NCPeH Land-B und der dabei ermittelten Daten abbrechen und dem anfragenden NCPeH Land-B mit einer Fehlernachricht gemäß Vorgaben aus [eHDSI_Messaging_Profile#6.2.1] und dem Code Receiver und Subcode Busy aus [eHDSI_Messaging_Profile#6.2.2] gemäß Tabelle TAB_NCPeH_Authentifizierung_ePA_Auth_Service_Fehlerbehandlung_XCPD
antworten. Der NCPeH-FD MUSS den bestehenden VAU-Kanal gemäß Vorgaben in 4.2.7.6 - Schließen eines etablierten VAU-Kanals zum ePA-Aktensystem schließen. Der NCPeH-FD MUSS das Element Reason/Text gemäß [eHDSI_Messaging_Profile#6.2.1] mit der Fehlernachricht "It was not possible to localise the patient's health record account in the national electronic health record system." befüllen.

Tabelle: TAB_NCPeH_Authentifizierung_ePA_Auth_Service_Fehlerbehandlung_XCPD

Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="AnswerNotAvailable"  codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  An error occurred during communication with the national identity provider.

Bei Fehlerfällen oder Timeouts, die im Zusammenhang mit den Anwendungsfällen wie 5.2 - NCPeH.UC_2 - Metadaten über ePKA MIO auflisten, 5.3 - NCPeH.UC_3 - ePKA MIO des Versicherten abrufen oder 5.4 - NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen entstehen, dann gilt folgende Anforderung:

Der NCPeH-FD MUSS eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit dem Fehlercode ERROR_PS_GENERIC gemäß [eHDSI_XCA_Profile#2.4] und [eHDSI_NCPeH_Components#6.4] antworten.

1.8 Korrektur von Fehlerfällen der Schnittstellenoperationen des ePA XDS Document Service

1.8.1 Änderung am Kapitel "6.2.1 TUC_NCPeH_013: Metadatenattribute des ePKA MIO abrufen"

[...]

Falls dieser TUC im Kontext des Anwendungsfalls [5.1 - NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren] aufgerufen wird, MUSS der NCPeH-FD folgende Prüfschritte durchführen. Bei nicht erfolgreicher Ausführung der Prüfschritte MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit der Fehlernachricht bzw. Reason Encoding inkl. acknowledgementDetail antworten:

Tabelle: TAB_NCPeH_Abruf_ePKA_Metadaten_Fehlerbehandlung_Zusammenhang_XCPD

Prüfschritte	Reason Encoding gemäß [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
Die Antwort des ePA XDS Document Service enthält einen der folgenden Fehlercodes: StatusMismatch oder NoHealthRecord (siehe [gemSpec_Aktensystem_ePAfueralle#A_26324-01] und [gemSpec_Aktensystem_ePAfueralle#A_26325-01]).	<mitigatedBy typeCode="MITGT">    <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="AnswerNotAvailable" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>    </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_NO_MATCH acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  It was not possible to localise the patient's health record in the national health record system.
Die Antwort des ePA XDS Document Service enthält keine Metadatenattribute des geforderten ePKA MIO.		acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_NO_MATCH acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  No match with an existing patient.
Die Prüfkriterien aus der Tabelle TAB_NCPeH_Relevante_Metadatenattribute_ePKA-MIO werden sind nicht erfüllt.
Die Kommunikation mit dem ePA XDS Document Service ergibt einen HTTP Statuscode 400 oder 500 (siehe [gemSpec_Aktensystem_ePAfueralle#3.13.1.2]). Die Antwort enthält Metadatenattribute über andere Datensätze, die nicht ePKA MIO sind.	<mitigatedBy typeCode="MITGT">     <detectedIssueManagement classCode="ACT" moodCode="ENV">         <code code="InternalError" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>     </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  Patient data could not be found due to an internal error.
Die Antwort enthält Metadatenattribute über andere Datensätze, die nicht ePKA MIO sind.
Die Antwort des ePA XDS Document Service enthält den Fehlercode InvalAuth (siehe [gemSpec_Aktensystem_ePAfueralle#A_26459]).
Die Kommunikation mit dem ePA XDS Document Service ergibt einen HTTP Statuscode 403 Die Antwort des ePA XDS Document Service enthält den Fehlercode NotEntitled (siehe [gemSpec_Aktensystem_ePAfueralle#A_25683-01]).	<mitigatedBy typeCode="MITGT">     <detectedIssueManagement classCode="ACT" moodCode="ENV">         <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>     </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = The requestor has insufficient rights to query for patient’s identity data. Please ask the patient for access rights.

Hinweis: Weitere Fehlerbehandlungen werden in den für diesen TUC relevanten übergreifenden Festlegungen beschrieben.

Folgende Anforderung gilt bei der Nutzung dieses TUC durch die Anwendungsfälle wie 5.2 - NCPeH.UC_2 - Metadaten über ePKA MIO auflisten, 5.3 - NCPeH.UC_3 - ePKA MIO des Versicherten abrufen oder 5.4 - NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen:

Der NCPeH-FD MUSS beim Auftreten eines Fehlerfalls gemäß Tabelle TAB_NCPeH_ePA_XDS_Fehlerfälle_eHDSI_XCA-Retrieve eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit dem einem Fehlercode gemäß Tabelle TAB_NCPeH_Abruf_ePKA_Metadaten_Fehlerbehandlung_Zusammenhang_XCA ERROR_GENERIC_DOCUMENT_MISSING antworten., falls die Antwort des ePA XDS Document Service keine Metadatenattribute des geforderten ePKA MIO enthält oder in der Antwort Metadatenattribute leer oder Angaben über andere Datensätze enthalten sind, die nicht zu ePKA MIO entsprechen oder die Vorgaben aus TAB_NCPeH_Relevante_Metadatenattribute_ePKA-MIO verletzt wurden.

Tabelle: TAB_NCPeH_Abruf_ePKA_Metadaten_Fehlerbehandlung_Zusammenhang_XCA

Fehlerfall	Fehlercode gemäß [eHDSI_NCPeH_Components#6.4]
Die Antwort des ePA XDS Document Service enthält einen der folgenden Fehlercodes: StatusMismatch oder NoHealthRecord. (siehe [gemSpec_Aktensystem_ePAfueralle#A_26324-01] und [gemSpec_Aktensystem_ePAfueralle#A_26325-01]).	ERROR_PS_GENERIC
Die Antwort des ePA XDS Document Service enthält keine Metadatenattribute des geforderten ePKA MIO.	ERROR_GENERIC_DOCUMENT_MISSING
Die Prüfkriterien aus der Tabelle TAB_NCPeH_Relevante_Metadatenattribute_ePKA-MIO sind nicht erfüllt.
Die Kommunikation mit dem ePA XDS Document Service ergibt einen HTTP Statuscode 400 (siehe [gemSpec_Aktensystem_ePAfueralle#3.13.1.2]).	ERROR_INTERNAL_ERROR
Die Antwort enthält Metadatenattribute über andere Datensätze, die nicht ePKA MIO sind.	ERROR_GENERIC_DOCUMENT_MISSING
Die Antwort des ePA XDS Document Service enthält den Fehlercode InvalAuth. (siehe [gemSpec_Aktensystem_ePAfueralle#A_26459]).	ERROR_INTERNAL_ERROR
Die Antwort des ePA XDS Document Service enthält den Fehlercode NotEntitled (siehe [gemSpec_Aktensystem_ePAfueralle#A_25683-01]).	ERROR_NO_CONSENT

Wenn der NCPeH-FD gültige Metadaten zum ePKA MIO des Versicherten gefunden hat, dann KANN er diese Daten in der internen Aktenkontosession des Versicherten und LE-EU zwischenspeichern.

[...]

1.8.2 Änderung am Kapitel "6.2.2 TUC_NCPeH_014: FHIR-Bundle ePKA MIO abrufen

[...]

Wenn dieser TUC im Kontext des Anwendungsfalls [NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren] aufgerufen wird, MUSS der NCPeH-FD, in Abhängigkeit von der aufgetretenen Fehlerbedingung aus Tabelle TAB_NCPeH_Abruf_ePKA-MIO_Fehlerbehandlung_Zusammenhang_PIXCPD, eine weitere Verarbeitung der Anfrage abbrechen und mit der entsprechenden Fehlernachricht bzw. Reason Encoding inkl. acknowledgementDetail dem NCPeH Land-B gemäß [eHDSI_XCPD_Profile#2.3.3] antworten.

Tabelle: TAB_NCPeH_Abruf_ePKA-MIO_Fehlerbehandlung_Zusammenhang_PIXCPD 

Fehlerbedingung	Reason Encoding gemäß  [eHDSI_XCPD_Profile#2.3.3]	acknowledgementDetail
Die Antwort des ePA XDS Document Service enthält einen der folgenden Fehlercodes: StatusMismatch oder NoHealthRecord (siehe [gemSpec_Aktensystem_ePAfueralle#A_26324-01] und [gemSpec_Aktensystem_ePAfueralle#A_26325-01]).	<mitigatedBy typeCode="MITGT">   <detectedIssueManagement classCode="ACT" moodCode="ENV">     <code code="AnswerNotAvailable"  codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>   </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_NO_MATCH acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  It was not possible to localise the patient's health record in the national health record system.
Die Antwort vom ePA XDS Document Service enthält kein FHIR-Bundle ePKA MIO gemäß [KBV_ePKA_MIO_Format].		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  Patient identity information is not available or accessible for European Member States. Please ask the patient for access authorisation.
Das FHIR-Bundle ePKA MIO entspricht nicht der Version 1.0.0.		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  The patient identity information in Germany has unknown version.
Die FHIR-Validierung des ePKA MIO ist nicht erfolgreich.		acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location =  The patient identity information in Germany is defective or missing and cannot be provided.
Die Antwort des ePA XDS Document Service enthält den Fehlercode InvalAuth  (siehe [gemSpec_Aktensystem_ePAfueralle#A_26459]).	<mitigatedBy typeCode="MITGT">     <detectedIssueManagement classCode="ACT" moodCode="ENV">         <code code="InternalError" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/>     </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location =  Patient data could not be found due to an internal error.
Die Antwort des ePA XDS Document Service enthält den Fehlercode NotEntitled (siehe [gemSpec_Aktensystem_ePAfueralle#A_25683-01]).	<mitigatedBy typeCode="MITGT">     <detectedIssueManagement classCode="ACT" moodCode="ENV">         <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/>     </detectedIssueManagement> </mitigatedBy>	acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = The requestor has insufficient rights to query for patient’s identity data. Please ask the patient for access rights.

Hinweis: Weitere Fehlerbehandlungen werden in den für diesen TUC relevanten übergreifenden Festlegungen beschrieben.

Folgende Anforderung gilt bei der Nutzung dieses TUC durch die Anwendungsfälle wie 5.3 - NCPeH.UC_3 - ePKA MIO des Versicherten abrufen oder 5.4 - NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen:

Bei folgenden Fehlerbedingungen MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit einer Fehlernachricht gemäß [eHDSI_XCA_Profile#2.4] und Tabelle TAB_NCPeH_Abruf_ePKA-MIO_Fehlerbehandlung_Zusammenhang_PS antworten:

Tabelle 2: TAB_NCPeH_Abruf_ePKA-MIO_Fehlerbehandlung_Zusammenhang_PS

Fehlerbedingung	Fehlercode gemäß [eHDSI_NCPeH_Components#6.4]
Die Antwort des ePA XDS Document Service enthält einen der folgenden Fehlercodes: StatusMismatch oder NoHealthRecord (siehe [gemSpec_Aktensystem_ePAfueralle#A_26324-01] und [gemSpec_Aktensystem_ePAfueralle#A_26325-01]).	ERROR_PS_GENERIC
Die Antwort des ePA XDS Document Service enthält den Fehlercode InvalAuth (siehe [gemSpec_Aktensystem_ePAfueralle#A_26459]).	ERROR_INTERNAL_ERROR
Die Antwort des ePA XDS Document Service enthält den Fehlercode NotEntitled (siehe [gemSpec_Aktensystem_ePAfueralle#A_25683-01]).	ERROR_NO_CONSENT
Die Antwort vom ePA XDS Document Service enthält kein FHIR-Bundle ePKA MIO.	ERROR_GENERIC_DOCUMENT_MISSING
Das FHIR-Bundle ePKA MIO entspricht nicht der Version 1.0.0.
Die FHIR-Validierung des ePKA MIO ist nicht erfolgreich.
Dem FHIR-Bundle ePKA MIO fehlen wesentliche Teile .	ERROR_PS_MISSING_BASIC_SECTIONS

[...]

1.9 Korrektur im Kapitel 8.1 "Abkürzungsverzeichnis"

Kürzel	Erläuterung
...	...
KVNR	KrankenversicherungsnummerKrankenversichertennummer Gemeint ist hierbei in diesem Dokument immer der 10stellige, unveränderliche Anteil der KVNR.
...	...

1.10 Korrektur im Kapitel "5.4 NCPeH.UC_4 - ePKA MIO des Versicherten als PDF/A abrufen"

<Änderung: Der tabellarische Rahmen im Anwendungsfall ist wiederhergestellt.>

[...]

Tabelle 3: TAB_NCPeH_ePKA_MIO_des_Versicherten_als_PDF/A_abrufen

AF_10123-01	ePKA MIO des Versicherten als PDF/A abrufen
Akteur	NCPeH Land-B in der Rolle als eHDSI Service Consumer im Behandlungsland.
Auslöser	Ein behandelnder Leistungserbringer im Ausland (Land B) ruft in seinem Primärsystem die medizinischen Daten des Versicherten im Originalzustand als CDA embedded PDF/A Pivotformat Level 1 ab.
Aufgerufene Schnittstellen	6.1.3 - Operation Cross_Gateway_Retrieve::RetrieveDocument
Vorbedingung	Der Anwendungsfall [5.6 - NCPeH.UC_6] - Service Metadata auf eHDSI Configuration Service verwalten ist erfolgreich durchgeführt worden Die gültigen Service Metadata des NCPeH Land-B sind erfolgreich im NCPeH-FD installiert Das private Schlüsselmaterial zum Aufbau von sicheren TLS-Verbindungen in der eHDSI ist im HSM erzeugt und gültig Im HSM ist eine gültige TI-Identität (privates Schlüsselmaterial) als Repräsentation des NCPeH Land-B vorhanden Der grenzüberschreitende Austausch von Versichertendaten mit einem Land-B ist nur nach Durchführung der Prüfung gemäß den Vorgaben aus Kapitel [4.1.2 - Datenaustausch mit zugelassenen EU-Ländern] zulässig
Standardablauf	6.1.3.3 - TUC_NCPeH_007: Cross Gateway Retrieve Request zur Abfrage der Patient Summary CDA Level 1 verarbeiten  6.2.2 - TUC_NCPeH_014: FHIR-Bundle ePKA MIO abrufen 6.1.3.6 - TUC_NCPeH_010: NFD des ePKA MIO ins PDF/A-Format transformieren  6.1.3.4 - TUC_NCPeH_008: Cross Gateway Retrieve Response mit dem Patient Summary CDA Level 1 senden
Nachbedingungen	Die medizinischen Daten aus ePKA MIO des Versicherten wurden im Originalzustand, wie sie vom LE in DE im ePA-Aktensystem eingestellt wurden, im eHDSI Patient Summary CDA embedded PDF/A Pivotformat Level 1 an den NCPeH Land-B gesendet. Eine Transkodierung von medizinischen Daten nach Vorgaben aus MTC ist nicht erfolgt.  Non-Repudiation of Origin und Non-Repudiation of Receipt gemäß [4.1.7.1 - Non-Repudiation of Origin erstellen] und [4.1.7.2 - Non-Repudiation of Receipt erstellen]  wurden in dem Audit Repository gespeichert. Ein Audit Trail-Eintrag gemäß Kapitel [4.1.7.3 - Patient Privacy Audit Trail-Eintrag erstellen] wurde in der Komponente Audit Repository gespeichert. Bei der Erstellung des Audit Trail Eintrages MUSS der NCPeH-FD die Vorgaben aus [eHDSI_XCA_Profile#4.3] umsetzen. Ein Audit Trail-Eintrag gemäß Kapitel [4.1.7.4 - Translation Audit Trail-Eintrag erstellen]  wurde in der Komponente Audit Repository gespeichert. Bei der Erstellung des Audit Trail-Eintrages MUSS der NCPeH-FD die Vorgaben aus [eHDSI_XCA_Profile#4.3] umsetzen.

1.11 Korrektur im Kapitel "6.2.3 TUC_NCPeH_017: Demographische Versichertendaten aus NFD des ePKA MIO übernehmen"

[...]

Die Struktur der demographischen Versichertendaten im FHIR-Bundle ePKA MIO ist in der Komposition KBV_PR_MIO_NFD_Composition_NFD durch das Profil [Simplifier_ePKA_MIO_NFD_Patient] definiert. Der NCPeH-FD DARF NICHT die DPE-Daten aus ePKA MIO (siehe Komposition KBV_PR_MIO_DPE_Composition_DPE) verarbeiten und daraus die demographischen Versichertendaten beziehen. Der NCPeH-FD MUSS folgende demographische Versichertendaten aus dem genannten Profil extrahieren und in die entsprechende Variablen abspeichern:

Variable für Zwecke der internen Datenverarbeitung	Element aus KBV_PR_MIO_NFD_Composition_NFD des ePKA MIO (gemäß [Simplifier_ePKA_MIO_NFD_Patient])
patient_kvnr	Patient.identifier:versichertenId_GKV
patient_vorname	Patient.name:name.given
patient_nachname	Patient.name:name.family.extension:nachname
patient_vorsatzwort	Patient.name:name.family.extension:vorsatzwort
patient_namenszusatz	Patient.name:name.family.extension:namenszusatz
patient_geburtsdatum	Patient.birthDate

[...]

1.12 Korrektur im Kapitel "6.1.4.1 TUC_NCPeH_011: Service Metadata erstellen"

[...]

Jede Service Metadata MUSS nach Vorgaben aus [eHDSI_Service_Location_and_Capability_Lookup_Profile#3.1.4] elektronisch signiert werden. Die Signaturerstellung MUSS nach Vorgaben der eHDSI mittels des privaten Schlüsselmaterials des TLS-Zertifikates (TLS- oder SEAL-Zertifikat) durchgeführt werden, welches durch die eHDSI-PKI ausgestellt wurde. Das private Schlüsselmaterial MUSS im HSM erzeugt und dort zur Signaturerstellung angewendet werden (siehe 4.1.3.5 Umgang mit Zertifikaten der eHDSI). Nur auf explizite Anforderung des Systemadministrators MUSS der NCPeH-FD die ausgewählten Service Metadata nach Vorgaben der eHDSI mit dem privaten Schlüsselmaterial des TLS-Zertifikats (TLS- oder SEAL-Zertifikat) gemäß Vorgaben aus [BDX-smp-v1.0#3.6.2] signieren. Der NCPeH-FD DARF NICHT ohne Zustimmung durch einen Systemadministrator die ausgewählte Service Metadata automatisch signieren. Der Wert der Signatur MUSS im Element ServiceMetadata/ServiceInformation/Extension/Signature zusammen mit dem öffentlichen TLS-Zertifikat (TLS- oder SEAL-Zertifikat) enthalten sein.

[...]

1.13 Korrektur im Kapitel "6.1.3.5 TUC_NCPeH_009: NFD des ePKA MIO transkodieren und transformieren"

[...]

Nach erfolgreicher Transformierung und Transkodierung MUSS der NCPeH-FD das neu erstellte CDA-Dokument gemäß Schema und Schematrons für Patient Summary Document (CDA-Level 3) aus [eHDSI_CDA_Format] validieren.

Der NCPeH-FD MUSS bei Transformierungs-, Transkodierungs- und Schemavalidierungsfehlern der Verletzung der Schemakonformität eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit dem Fehlercode ERROR_PS_GENERIC gemäß [eHDSI_XCA_Profile#2] und [eHDSI_NCPeH_Components#6.4] antworten.

[...]

1.14 Korrektur im Kapitel "6.1.3.6 TUC_NCPeH_010: NFD des ePKA MIO ins PDF/A-Format transformieren"

[...]

Nach erfolgreicher Transformierung MUSS der NCPeH-FD das neu erstellte CDA-Dokument gemäß Schema und Schematrons für Patient Summary Document (CDA Level 1) aus [eHDSI_CDA_Format] validieren.

Der NCPeH-FD MUSS bei Transformierungs- und Schemavalidierungsfehlern der Verletzung der Schemakonformität eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit dem Fehlercode ERROR_PS_GENERIC gemäß [eHDSI_XCA_Profile#2] und [eHDSI_NCPeH_Components#6.4] antworten.

[...]

2 Korrektur gemSpec_Perf - Fehlerszenarien eHDSI

< Aktualisierung der Anforderung aufgrund weggefallener Referenz zu Fehlercodes >

Alt

< Aktualisierung der Anforderung aufgrund weggefallener Referenz zu Fehlercodes >

Neu

=> Zuweisung NCPeH_FD - funktionale Eignung, Herstellererklärung

< Aktualisierung der Anforderung aufgrund neuer eHDSI Darstellung/Übersicht zu Fehlercodes >

Alt

Neu

=> Zuweisung NCPeH_FD - funktionale Eignung, Herstellererklärung