AF_10401 - Abgabe von Arzneimitteln an Versicherte im Abgabeland

Der NCPeH-FD MUSS Vorgaben aus der Tabelle TAB_NCPeH_UC_1X_Abgabe_von_Arzneimitteln_an_Versicherte_im_Abgabeland umsetzen.

Tabelle: TAB_NCPeH_UC_1X_Abgabe_von_Arzneimitteln_an_Versicherte_im_Abgabeland

A_26649 - NCPeH - XDR - Umsetzung der Operation Enterprise_Document_Reliable_Interchange::ProvideAndRegisterDocumentSet-b

Der NCPeH-FD MUSS die Operation 
Enterprise_Document_Reliable_Interchange::ProvideAndRegisterDocumentSet-b gemäß Vorgaben aus Tabelle TAB_NCPeH_Enterprise_Document_Reliable_Interchange_ProvideAndRegisterDocumentSet-b umsetzen.

Tabelle: TAB_NCPeH_Enterprise_Document_Reliable_Interchange_ProvideAndRegisterDocumentSet-b

A_26648 - NCPeH - Unterscheidung von XDR-Anfragen anhand von semantischen eHDSI-Signifier

Der NCPeH-FD MUSS den Wert aus dem XDSDocumentEntryClassCode-Element mit dem Klassifikationsschema urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a entnehmen und den Wert verwenden, um die Verarbeitung der XDR-Anfragen einem entsprechenden Technischen Use Case (TUC) gemäß der Tabelle TAB_NCPeH_Kriterien_Zuordnung_IHE-XDR-Anfragen_zu_Anwendungsszenarien zuordnen.

Tabelle: TAB_NCPeH_Kriterien_Zuordnung_IHE-XDR-Anfragen_zu_Anwendungsszenarien

A_26651 - NCPeH - XDR eD-A - Erfassung von Evidence und Audit Trail für die XDR-Anfrage

Der NCPeH-FD MUSS einen Non-Repudiation of Receipt Eintrag gemäß [4.1.7.2 Non-Repudiation of Receipt erstellen] und einen Audit Trail Eintrag gemäß [4.1.7.3 Patient Privacy Audit Trail Eintrag erstellen]  in der Komponente Audit Repository speichern. Bei der Erstellung des Audit Trail Eintrages MUSS der NCPeH-FD die Vorgaben aus [eHDSI_XDR_Profile#3.2] umsetzen. Wenn zum Zeitpunkt der Erstellung des Audit Trail Eintrags nicht alle erforderlichen Daten im NCPeH-FD verfügbar sind, MÜSSEN die Daten in den Audit Trail Eintrag aufgenommen werden, sobald sie im NCPeH-FD verfügbar sind, spätestens aber nachdem die Antwort an NCPeH Land-B gesendet wurde. [<=]

A_27203 - NCPeH - XDR eD-A - Prüfung des Ländercodes aus TLS-Zertifikat des NCPeH Land-B

Der NCPeH-FD MUSS das vom NCPeH Land-B verwendete TLS-Zertifikat überprüfen. Dabei MUSS er sicherstellen, dass der Wert der Variable tls_country nicht leer ist (siehe Kapitel [4.1.3.1 Sicherer Kanal: TESTA-ng und TLS]). Wenn der Wert der Variable tls_country leer ist, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_ED_GENERIC,
• codeContext= The service request is not allowed for this country. Please contact your service provider or administrator.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Received country code= + Wert der Variable tls_country.

A_26652 - NCPeH - XDR eD-A - Prüfung auf relevante PermissionCodes zur Erlangung einer Zugriffsberechtigung auf E-Rezept-FD

Wenn die Variable ida_permissions (siehe [4.1.5 Validierung der Identity Assertion des LE-EU]) nicht leer ist, MUSS der NCPeH-FD prüfen, ob der Wert der Variable alle erforderlichen Permission Codes gemäß Vorgaben aus Kapitel [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] für den eHDSI Use Case "Notification on Dispensation" enthält. Wenn die relevanten Permission Codes nicht in der Variable ida_permissions enthalten sind, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_ED_GENERIC,
• codeContext= Access is not permitted. Please check the access rights for your health professional role in your country.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error.

A_26699 - NCPeH - XDR eD-A - Prüfung der Bedingungen zur Erlangung einer Zugriffsberechtigung auf E-Rezept-FD anhand der Rolle des LE-EU

Wenn die Variable ida_permissions (siehe [4.1.5 Validierung der Identity Assertion des LE-EU]) leer ist, dann MUSS der NCPeH-FD anhand der Rolle des LE-EU prüfen, ob die Vorgaben aus Kapitel [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] zur Erlangung einer Zugriffsberechtigung auf den E-Rezept-FD erfüllt sind. Wenn die Vorgaben für die Zugriffsberechtigung nicht erfüllt sind, dann MUSS der NCPeH-FD die weitere Bearbeitung der XDR-Anfrage abbrechen,  in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen: 

• errorCode= ERROR_ED_GENERIC,
• codeContext= Access is not permitted. The information provided about the role of health professional does not comply with German regulations.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error.

A_27204 - NCPeH - XDR eD-A - Validierung der trc_kvnr

Der NCPeH-FD MUSS prüfen, ob der Wert der  Variable trc_kvnr nicht leer ist und der Wert die Vorgaben aus Kapitel [4.1.9 Format und Validierung der KVNR] erfüllt sind. Wenn die Kriterien nicht erfüllt sind, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_ED_GENERIC,
• codeContext= Please make sure that the health insurance number is given and correct,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= "Health insurant number is missing or invalid.".

A_27206 - NCPeH - XDR eD-A - Prüfung des trc_accesscode auf Formatvorgaben

Der NCPeH-FD MUSS prüfen, ob der Wert der Variable trc_accesscode nicht leer ist und der Wert die Formatvorgaben aus Kapitel [4.1.6 - Validierung der TRC-Assertion] erfüllt. Wenn die Kriterien nicht erfüllt sind, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_ED_GENERIC,
• codeContext= A respective access code has not been transmitted or has not been transmitted properly. Please ask the patient for an access authorisation.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Keine Angaben.

A_27208 - NCPeH - eD-A - Überprüfung der Angabe eines Identifier des LE-EU

Der NCPeH-FD MUSS prüfen, ob der Wert der Variable ida_name-id (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist. Wenn die Variable leer ist, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_INSUFFICIENT_INFORMATION,
• codeContext= The information provided about the identifier of health professional is missing.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Keine Angaben.

A_27210 - NCPeH - eD-A - Überprüfung der Angabe der Rolle des LE-EU

Der NCPeH-FD MUSS prüfen, ob der Wert der Variable ida_practitioner_role (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist. Wenn die Variable leer ist, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_INSUFFICIENT_INFORMATION,
• codeContext= The information provided about the role of health professional is missing.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Keine Angaben.

A_27211 - NCPeH - XDR eD-A - Überprüfung der Angaben zum Namen des LE-EU

Der NCPeH-FD MUSS überprüfen, ob der Wert der Variable ida_practitioner_name (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist. Wenn die Variable leer ist, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_INSUFFICIENT_INFORMATION,
• codeContext= The information about the name of health professional is missing.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Keine Angaben.

A_27213 - NCPeH - XDR eD-A - Überprüfung des Rollencodes des LE-EU

Der NCPeH-FD MUSS überprüfen, ob der Wert der Variable ida_practitioner_role_code (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist und ob dieser identisch mit einem der möglichen Werte für das Element urn:oasis:names:tc:xacml:2.0:subject:role aus [eHDSI_SAML_Profile#2.3] ist. Wenn die Überprüfung nicht erfolgreich war, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_INSUFFICIENT_INFORMATION,
• codeContext= Missing or incorrect information about the role of health professionals.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Received role code of the health professional from the identity assertion; see element urn:oasis:names:tc:xacml:2.0:subject:role= + Wert der Variable ida_practitioner_role_code, (falls dieser nicht leer ist, ansonsten keine Angaben).

A_27214 - NCPeH - XDR eD-A - Überprüfung der Angabe zum Behandlungsort

Der NCPeH-FD MUSS überprüfen, ob der Wert der Variable ida_point_of_care (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist. Wenn die Variable leer ist, dann MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_POC_NO_INFORMATION,
• codeContext= The information provided about the name of the health professional organization is missing.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Keine Angaben.

A_27217 - NCPeH - XDR eD-A - Überprüfen der Angabe zum Typ der LEI-EU

Der NCPeH-FD MUSS überprüfen, ob der Wert der Variable ida_healthcare_facility_type (siehe [4.1.5 - Validierung der Identity Assertion des LE-EU]) nicht leer ist und ob, dieser identisch mit einem der möglichen Werte für das Identitätsattribut urn:ehdsi:names:subject:healthcare-facility-type aus [eHDSI_SAML_Profile#2.3] ist. Wenn die Überprüfung nicht erfolgreich war, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_HPI_POC_NO_INFORMATION,
• codeContext= Missing or incorrect information has been provided about the Healthcare Provider Organisation.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Received healthcare facility type= + Wert der Variable ida_healthcare_facility_type (falls dieser nicht leer ist, ansonsten keine Angaben).

A_26650 - NCPeH - XDR eD-A - Prüfung des Formats der XDR-Anfrage auf eHDSI-Vorgaben

Der NCPeH-FD MUSS prüfen, dass die XDR-Anfrage vom Nachrichtentyp ProvideAndRegisterDocumentSetRequest ist und die Vorgaben aus [eHDSI_XDR_Profile#2.1] erfüllt. Wenn die Prüfung nicht erfolgreich war, MUSS der NCPeH-FD jede weitere Bearbeitung der XDR-Anfrage abbrechen und dem NCPeH Land-B mit einem RegistryError antworten: 

• errorCode= ERROR_ED_GENERIC,
• codeContext= "The format of the request is invalid.",
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= The request is not of the ProvideAndRegisterDocumentSetRequest message type or does not conform to the requirements of the eHDSI.

A_27229 - NCPeH - XDR eD-A - Statusbestimmung für RegistryResponse in der XDR-Antwortnachricht

Wenn bei der Überprüfung der XDR-Anfrage auf Erfüllung von allgemeinen Vorgaben Fehler festgestellt werden, dann MUSS der NCPeH-FD für das Attribut RegistryResponse@status in der XDR-Antwortnachricht einen entsprechenden Wert setzen, der auf Basis des Gesamtstatus aller RegistryResponse/RegistryErrorList/RegistryError@Severities-Attribute und unter Berücksichtigung der Kriterien aus der Tabelle "Provide and Register Document Set-b [ITI-41] Responses" in [ebRIM_Representation_Document#"Error responses"] zu ermittelt ist.
[<=]

A_26659 - XDR-Anfrage - Dekodierung und Validierung von Dispensierdokumenten

Der NCPeH-FD MUSS für jedes ProvideAndRegisterDocumentSetRequest/Document-Element in der XDR-Anfrage überprüfen, ob es einen base64-kodierten Wert enthält, diesen dekodieren und prüfen, ob das Ergebnis die Strukturvorgaben gemäß dem CDA-Template "eHDSI eDispensation" aus [https://art-decor.ehdsi.eu/publication/] erfüllt. Wenn die Dekodierung des Wertes aus einem Document-Element nicht möglich ist oder das Ergebnis der Dekodierung nicht die Strukturvorgaben erfüllt, MUSS der NCPeH-FD ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und darin folgende Angaben zum Fehler setzen:

• errorCode= InvalidDocumentContent,
• codeContext= The format of the dispensation document is invalid. Affected dispensation document with ID= + Wert des XDSSubmissionSet.uniqueId-Elements aus dem entsprechenden ExtrinsicObject-Element, das in Verbindung mit dem vom Fehler betroffenen Document-Element steht
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= "The decoding or format of the dispensation document is incorrect. Affected dispensation document with ID=" + Wert des XDSSubmissionSet.uniqueId-Elements aus dem entsprechenden ExtrinsicObject-Element, das in Verbindung mit dem vom Fehler betroffenen Document-Element steht + ". " + "Affected ePrescription with ID= " + E-Rezept-ID aus dem dekodierten vom Fehler betroffenen Document-Element (siehe /ClinicalDocument/inFulfillmentOf/order/id/).

A_27226 - NCPeH - XDR eD-A - Ermitteln des passenden ExtrinsicObject-Elements zum Document-Element

Der NCPeH-FD MUSS für jedes in der XDR-Anfrage enthaltene ProvideAndRegisterDocumentSetRequest/Document-Element überprüfen, ob ein entsprechendes ExtrinsicObject-Element existiert. Wenn die Prüfung nicht erfolgreich ist, dann MUSS der NCPeH-FD für das vom Fehler betroffene Document-Element ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und darin folgende Angaben zum Fehler setzen:

• errorCode= XDSMissingDocumentMetadata,
  
• codeContext= There is no matching metadata information for the dispensation document with the ePrescription ID= + Angabe zum E-Rezept-ID aus dem dekodierten Wert des vom Fehler betroffenen Document-Element,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= "Received dispensation document with ID= " + id-Wert aus dem dekodierten vom Fehler betroffenen Document-Element +". " + "Affected ePrescription with ID= " + Wert der E-Rezept-ID aus dem dekodierten vom Fehler betroffenen Document-Element.

A_27227 - NCPeH - XDR eD-A - Überprüfen auf nicht eindeutige Document-Elemente

Der NCPeH-FD MUSS für jedes in der XDR-Anfrage enthaltene ProvideAndRegisterDocumentSetRequest/SubmitObjectsRequest/RegistryObjectList/ExtrinsicObject-Element überprüfen, ob ein eindeutiges Document-Element existiert. Wenn die Prüfung gezeigt hat, dass es der XDR-Anfrage ExtrinsicObject-Elemente gibt zu denen keine eindeutige Document-Elemente zu ermitteln sind, dann MUSS der NCPeH-FD ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und darin folgende Angaben zum Fehler setzen:

• errorCode= XDSMissingDocument,
• codeContext= "Missing dispensation document with the ID= " + Wert der uniqueId aus dem vom Fehler betroffenen ExtrinsicObject-Element,
• severity=  urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= "Missing dispensation document with the ID= " + Wert der uniqueId aus dem vom Fehler betroffenen ExtrinsicObject-Element.

A_26654 - NCPeH - XDR eD-A - Überprüfung des ExtrinsicObject-Elements auf die Erfüllung von eHDSI-Vorgaben

Der NCPeH-FD MUSS zu jedem ProvideAndRegisterDocumentSetRequest/Document-Element ein passendes ExtrinsicObject-Element ermitteln, dessen id-Wert identisch mit dem id-Wert des Document-Elementes ist. Der NCPeH-FD MUSS bei dem ermittelten ExtrinsicObject-Element und dazu passendem Document-Element folgende Überprüfungen durchführen:

• Die Attribute, Slots, Classifications und External identifiers MÜSSEN die Vorgaben aus [eHDSI_XDR_Profile#2.1] und [eHDSI_NCPeH_Components#3.1.5.2] erfüllen.
• Die Metadaten creationTime, languageCode, practiceSettingCode und confidentialityCode aus dem ExtrinsicObject-Element MÜSSEN ignoriert werden.
• Der Wert des XDSDocumentEntryPatientId aus dem ExtrinsicObject-Element MUSS identisch mit dem Wert der Variable trc_patient_identifier aus [4.1.6 Validierung der TRC-Assertion] sein.
• Der Wert des Slots sourcePatientId aus dem ExtrinsicObject-Element MUSS identisch mit dem Wert der Variable trc_patient_identifier aus [4.1.6 Validierung der TRC-Assertion] sein.
• Die KVNR des Versicherten aus dem dekodierten Document-Element MUSS identisch mit der trc_kvnr aus [4.1.6 Validierung der TRC-Assertion] sein. Wenn der Wert der KVNR im dekodierten Document-Element die Angaben zum "|"-Zeichen und Zugriffscode enthält, dann MÜSSEN beim Abgleich der Werte diese Anteile ignoriert werden.
  

• errorCode= InvalidDocumentContent,
• codeContext= Der Text MUSS vom Anbieter des NCPeH-FD als konkrete Beschreibung des Fehlers für die betroffene MetaData gesetzt werden,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= Der Text MUSS vom Anbieter des NCPeH-FD als konkrete Beschreibung des Fehlers für die betroffene MetaData gesetzt werden. Die Fehlerbeschreibung MUSS den Wert des id-Attributs aus dem vom Fehler betroffenen Document-Element enthalten.

A_27228 - NCPeH - XDR eD-A - Bereinigung und Zwischenspeicherung von dekodierten Inhalten aus Document-Element

Der NCPeH-FD MUSS bei der Verarbeitung des dekodierten Inhalts eines Document-Elements aus der XDR-Anfrage für Angaben zur KVNR des Versicherten das "|"-Zeichen und den Zugriffscode entfernen, bei Angaben zur E-Rezept-ID die Endungen "^eP.XML" und "^eP.PDF" entfernen, und anschließend den bereinigten dekodierten Inhalt des Document-Elements in einer Liste xdr_request_cda_dispensation_documents zwischenspeichern.
[<=]

A_27242 - NCPeH - XDR eD-A - Erstellung der XDR-Antwort für NCPeH Land-B

Der NCPeH-FD MUSS die Inhalte und Struktur der XDR-Antwort nach Vorgaben aus [eHDSI_XDR_Profile#2.2], [ITI-41#"Provide and Register Document Set-b Response"] und aus [ebRIM_Representation_Document#"Success and Error Reporting"] erstellen. [<=]

A_27243 - NCPeH - XDR eD-A - Aufnahme von Warnung - und Fehlermeldungen in die XDR-Antwort

Der NCPeH-FD MUSS sämtliche in der Variable list_registry_error_xdr_request enthaltenen RegistryError-Elemente in die XDR-Antwort aufnehmen und dabei die Strukturvorgaben aus [ITI-41#"Provide and Register Document Set-b Response"] beachten. [<=]

A_27244 - NCPeH - XDR eD-A - Bestimmung des Gesamtstatus der XDR-Antwort

Der NCPeH-FD MUSS für das Attribut RegistryResponse@status in der XDR-Antwort einen Wert setzen, der auf Basis des Gesamtstatus aller RegistryResponse/RegistryErrorList/RegistryError@severity-Attribute, der Anzahl erfolgreich verarbeiteter Document-Elemente und unter Berücksichtigung der Kriterien aus der Tabelle "Provide and Register Document Set-b [ITI-41] Responses" in [ebRIM_Representation_Document#4.2.4.2] ermittelt wird. [<=]

A_27245 - NCPeH - XDR eD-A - Erstellung und Speicherung des Non-Repudiation of Origin Eintrags beim Versand der XDR-Antwort

Der NCPeH-FD MUSS beim Versenden der XDR-Antwort an den NCPeH Land-B einen Non-Repudiation of Origin Eintrag gemäß den Vorgaben aus Kapitel [4.1.7.1 - Non-Repudiation of Origin erstellen] in der Komponente Audit Repository speichern. [<=]

A_27246 - NCPeH - XDR eD-A - Bereinigung von Daten nach Versand der XDR-Antwort

Der NCPeH-FD MUSS unmittelbar nach dem Senden der XDR-Antwort an den NCPeH Land-B die Listen list_registry_error_xdr_request, xdr_request_cda_dispensation_documents, list_transcoded_fhir_medication_dispensations und ihre Verweise auf die TRC Assertion des entsprechenden IHE XDR-Request löschen. [<=]

A_27230 - NCPeH - XDR eD-A - Transformierung und Transkodierung von Dispensierdokumenten

Der NCPeH-FD MUSS alle Dispensierdokumente aus der Liste xdr_request_cda_dispensation_documents (siehe Kapitel [6.1.5.2 - TUC_NCPeH_XXX: Cross-Enterprise Document Reliable Interchange Request für eD-A verarbeiten]) nach Vorgaben des BfArM vom eHDSI eDispensation CDA-Pivotformat in das FHIR-Profil gemäß Vorgaben aus [GEM_ERPEU_PR_PAR_CloseOperation_Input] transformieren und transkodieren. [<=]

A_27231 - NCPeH - XDR eD-A - Integration von Transformierungs- und Transkodierungsregeln und Einhaltung der Regelung zur Unterstützung von mehreren FHIR-Package Versionen

Für eine erfolgreiche Transformierung und Transkodierung von Dispensierdokumenten MUSS der NCPeH-FD sicherstellen, dass er die aktuellen, vom BfArM bereitgestellten Transformierungs- und Transkodierungsregeln und Daten bei sich integriert hat und die Regelungen aus [4.2.10.6 Regelung zur Unterstützung von mehreren FHIR-Package Versionen] einhält. [<=]

A_27232 - NCPeH - XDR eD-A - Zwischenspeicherung transformierter und transkodierter Dispensierdokumente

Der NCPeH-FD MUSS die erfolgreich transformierten und transkodierten Dispensierdokumente, die dem FHIR-Profil nach [GEM_ERPEU_PR_PAR_CloseOperation_Input] entsprechen, in einer Variable list_transcoded_fhir_medication_dispensations zwischenspeichern.
[<=]

A_27233 - NCPeH - XDR eD-A - Fehler- und Warnungsbehandlung bei Transformierung und Transkodierung von Dispensierdokumenten

Der NCPeH-FD MUSS bei Fehlern und Warnungen während der Transformierung und Transkodierung diese nach Vorgaben aus [ebRIM_Representation#4.2.4] im dort beschriebenen Format erfassen. Die Fehler und Warnungen MÜSSEN gemäß den Vorgaben des BfArM für die Attribute errorCode, codeContext, severity und location erstellt und in der Liste list_registry_error_xdr_request (siehe Kapitel [6.1.5.2 - TUC_NCPeH_XXX: Cross-Enterprise Document Reliable Interchange Request für eD-A verarbeiten]) zwischengespeichert werden. Dabei MÜSSEN die Angaben zu errorCode den eHDSI Error Codes gemäß Vorgaben aus [eHDSI_NCPeH_Components#6.4] entsprechen, der codeContext MUSS mit menschlich verständlichen Meldungen in englischer Sprache erstellt werden, und für das Attribut location SOLL der NCPeH-FD technische Hinweise auf die Fehlerursache geben, wobei technische Informationen KEINE Inhalte angeben DÜRFEN, die Rückschlüsse auf Implementierungsdetails, eingesetzte Frameworks oder Tools zulassen. [<=]

A_27234 - NCPEH - XDR eD-A - Verknüpfung von Dispensierdokumenten mit TRC Assertion

Der NCPeH-FD MUSS bei der Zwischenspeicherung von Einträgen sicherstellen, dass die Liste list_registry_error_xdr_request im Rahmen der weiteren Datenverarbeitung eindeutig mit der TRC Assertion aus dem entsprechenden IHE XDR-Request verknüpft wird, und er DARF diese Liste NICHT mit einer anderen TRC Assertion in Verbindung bringen. [<=]

A_27235 - NCPeH - XDR eD-A - Erstellung und Speicherung des Audit Trail Eintrags nach Transformierung und Transkodierung von Dispensierdokumenten

Der NCPeH-FD MUSS nach erfolgreichen Transformierung und Transkodierung jedes Dispensierdokumentes einen Audit Trail Eintrag gemäß den Vorgaben aus Kapitel [4.1.7.4 Translation Audit Trail Eintrag erstellen] erstellen und diesen in der Komponente Audit Repository speichern. [<=]

A_27236 - NCPeH - XDR eD-A - Übermittlung von Dispensierinformationen an E-Rezept-FD

Der NCPeH-FD MUSS den Eintrag (Dispensierdokument) aus der Variable list_transcoded_fhir_medication_dispensations im inneren Request die HTTP-Operation des E-Rezept-FD mit dem Ausdruck POST /Task/{id}/$eu-close aufrufen. Dabei MUSS der NCPeH-FD gleichzeitig mit dem Request den HTTP-Header "Authorization" sowie die FHIR-Parameter gemäß Vorgaben aus dem Kapitel [4.2.10.5 Erstellung des Payload für die Kommunikation mit dem E-Rezept-FD] setzen. Der NCPeH-FD MUSS das entsprechende Dispensierdokument in den Payload als ein parameter-Element gemäß dem FHIR-Profil [GEM_ERPEU_PR_PAR_CloseOperation_Input] aufnehmen. [<=]

A_27270 - NCPeH - XDR eD-A - Setzen der E-Rezept-ID als Task.id im Operationsaufruf des E-Rezept-FD

Der NCPeH-FD MUSS den Wert der E-Rezept-ID aus dem zu übermittelnden Eintrag (Dispensierdokument) der Variable list_transcoded_fhir_medication_dispensations für den Parameter {id} im inneren Request der HTTP-Operation des E-Rezept-FD mit dem Ausdruck POST /Task/{id}/$eu-close setzen. Mehrere E-Rezept-IDs für den Parameter {id} DÜRFEN NICHT in dem Operationsaufruf angegeben werden. [<=]

A_27237 - NCPeH - XDR eD-A - Erstellung und Speicherung des Non-Repudiation of Origin Eintrags

Nach Versand der Anfrage an den E-Rezept-FD MUSS der NCPeH-FD einen Non-Repudiation of Origin Eintrag gemäß [4.1.7.1 - Non-Repudiation of Origin erstellen] in die Komponente Audit Repository speichern. [<=]

A_27238 - NCPeH - XDR eD-A - Erstellung und Speicherung des Non-Repudiation of Receipt Eintrags

Nach Erhalt der Antwort vom E-Rezept-FD MUSS der NCPeH-FD einen Non-Repudiation of Receipt Eintrag gemäß [4.1.7.2 - Non-Repudiation of Receipt erstellen] in die Komponente Audit Repository speichern. [<=]

A_27239 - NCPeH - XDR eD-A - Behandlung der ersten HTTP-401-Antwort des E-Rezept-FD und erneuter Aufruf

Der NCPeH-FD MUSS bei einer Antwort des E-Rezept-FD mit dem HTTP-Statuscode 401 für den NCPeH Land-B einmalig einen neuen ACCESS_TOKEN gemäß den Vorgaben in Kapitel [4.10.2 Abruf des ACCESS_TOKEN vom Authorization Server] anfordern und anschließend den [TUC_NCPeH_XXX: Dispensierdokumente an E-Rezept-FD übermitteln] erneut durchlaufen. [<=]

A_27267 - NCPeH - XDR eD-A - Fehlerbehandlung bei HTTP-Status 401 nach zweitem Operationsaufruf des E-Rezept-FD

Der NCPeH-FD MUSS bei einer Antwort des E-Rezept-FD mit dem HTTP-Status-Code 401 nach dem zweiten Operationsaufruf die weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_ED_GENERIC,
• codeContext= The service request is not allowed for this country. Please contact your service provider or administrator.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= The eDispensation service did respond with HTTP status code 401 after a second operation request.

A_27268 - NCPeH - XDR eD-A - Fehlerbehandlung bei HTTP-Statuscode 403 vom E-Rezept-FD

Der NCPeH-FD MUSS bei einer Antwort des E-Rezept-FD mit dem HTTP-Status-Code 403 die weitere Bearbeitung der XDR-Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land B ein RegistryResponse/RegistryErrorList/RegistryError-Element erstellen und folgende Angaben zum Fehler in das erstellte Element aufnehmen:

• errorCode= ERROR_NO_CONSENT,
• codeContext= There is no valid access authorisation for the country of treatment in the eDispensation service. Please ask the patient for access authorisation.,
• severity= urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error,
• location= The eDispensation service did respond with HTTP status code 403.

A_27269 - NCPeH - XDR eD-A - Behandlung der ersten HTTP-408-Antwort des E-Rezept-FD und erneuter Aufruf

Der NCPeH-FD MUSS bei einer Antwort des E-Rezept-FD mit dem HTTP-Statuscode 408 den [TUC_NCPeH_XXX: Dispensierdokumente an E-Rezept-FD übermitteln] erneut durchlaufen. [<=]

A_27241 - NCPeH - XDR eD-A - Verarbeitung von Antworten des E-Rezept-FD

Der NCPeH-FD MUSS nach Erhalt einer Antwort vom E-Rezept-FD auf das übermittelte Dispensierdokument in der Antwortnachricht an den NCPeH Land-B ein RegistryResponse/RegistryErrorList/RegistryError-Element gemäß den Vorgaben aus [ebRIM_Representation_Document#4.2.4] und [ITI-43#3.43.5] erstellen und dieses mit den entsprechenden Angaben zur Warnung oder zum Fehler gemäß den Vorgaben aus der Tabelle TAB_NCPeH_RegistryError_Dispensierdokumente_an_E-Rezept-FD_übermitteln befüllen.

Tabelle: TAB_NCPeH_RegistryError_Dispensierdokumente_an_E-Rezept-FD_übermitteln