C_11977_Anlage_V1.0.0

Prereleases:

PDF HTML Excel XML
C_11977_Anlage_V1.0.0

C_11977_Anlage

ML-160169 - Neuaufnahme des Kapitels "5.2.2 NCPeH.UC_10 - Einlösbare E-Rezepte des Versicherten aus ePeD-A auflisten"

[<=]

Inhaltsverzeichnis

1 Änderungen in gemSpec_NCPeH_FD

1.1 Neuaufnahme des Kapitels "5.2.2 NCPeH.UC_10 - Einlösbare E-Rezepte des Versicherten aus ePeD-A auflisten"

In diesem Anwendungsfall muss der NCPeH-FD in der Lage sein, auf berechtigte Anfrage des NCPeH Land-B Informationen über die einlösbaren E-Rezepte des Versicherten bereitzustellen. Die Anfrage des NCPeH Land-B enthält die Identität des LE-EU, die KVNR des Versicherten, den Zugriffscode und die elektronische Zusicherung des Abgabelandes (Land-B) über das Bestehen einer Behandlungsbeziehung zwischen dem anfragenden LE-EU und dem Versicherten. Die Ermittlung der einlösbaren E-Rezepte erfolgt durch eine Abfrage des NCPeH-FD beim E-Rezept-FD. Voraussetzung für die Ermittlung von E-Rezepten ist das Vorliegen einer gültigen Zugriffsberechtigung im E-Rezept-FD. Die Zugriffsberechtigung erteilt der Versicherte im Voraus mit seinem E-Rezept-FdV. Der gesamte Prozess endet mit der Übermittlung einer Liste in der EU einlösbarer E-Rezepte des Versicherten an den NCPeH Land-B.

AF_10380 - Einlösbare E-Rezepte des Versicherten aus ePeD-A auflisten

Der NCPeH-FD MUSS Vorgaben gemäß Tabelle "TAB_NCPeH_Einlösbare_E-Rezepte_des_Versicherten_aus_ePeD-A_auflisten" umsetzen.

Tabelle 1 : TAB_NCPeH_Einlösbare_E-Rezepte_des_Versicherten_aus_ePeD-A_auflisten

AF_10380 Einlösbare E-Rezepte des Versicherten aus ePeD-A auflisten
Akteur NCPeH Land-B in der Rolle als eHDSI Service Consumer im Abgabeland.
Auslöser
 Ein behandelnder Leistungserbringer im Ausland (Land-B) ruft in seinem Primärsystem Informationen über die einlösbaren E-Rezepte ab.
Aufgerufene Schnittstelle 6.1.2 - Operation Cross_Gateway_Query::FindDocuments
Vorbedingung
  • Der Anwendungsfall aus dem Kapitel [5.3.2 - 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.
  • Die Prüfung auf den zulässigen grenzüberschreitenden Austausch von Versichertendaten mit dem Land-B ist gemäß den Vorgaben aus [Kapitel 4.1.2 - Datenaustausch mit zugelassenen EU-Ländern] erfolgreich durchgeführt worden.
  • Aktuelle, von der BfArM freigegebene Mapping- und Transkodierregeln sind aktiv und alle aktuell gültigen FHIR-Profilversionen für E-Rezepte können verarbeitet werden.
Standardablauf
  1. 6.1.2.3 TUC_NCPeH_XXX: Cross Gateway Query Request für ePeD-A verarbeiten
  2. 6.2.5 TUC_NCPeH_XXX: Liste der einlösbaren E-Rezepte des Versicherten aus dem E-Rezept-FD abrufen
  3. 6.1.2.4 TUC_NCPeH_XXX: Cross Gateway Query Response für ePeD-A versenden
Nachbedingungen
  • Die ermittelten Informationen über einlösbare E-Rezepte des Versicherten wurden an NCPeH Land-B übermittelt.
  • Non-Repudiation of Origin und Non-Repudiation of Receipt gemäß [4.1.7 - Non-Repudiation und Audit Trail Schemas] sind in dem Audit Repository gespeichert.
  • Ein Audit Trail Eintrag ist gemäß den Vorgaben aus [eHDSI_XCA_Profile#4.3] im Audit Repository gespeichert.
[<=]

1.2 Anpassung an Kapitel "6.1.2 Operation Cross_Gateway_Query::FindDocuments"

Tabelle 2 : TAB_NCPeH_Cross_Gateway_Queries

Operation Cross_Gateway_Query::FindDocuments
Beschreibung Diese Operation wird aufgerufen, wenn das Initiating Gateway (NCPeH Land B) ein Ereignis vom behandelnden LE-EU empfängt und die Anfrage an die Operation sendet. Die Operation MUSS vom Responding Gateway (NCPeH-FD) gemäß den Vorgaben aus [eHDSI_XCA_Profile] implementiert und NCPeH Land B zur Nutzung in der eHDSI bereitgestellt werden. Der NCPeH-FD MUSS die Anfrage verwenden, um semantische Bezeichnungen oder Identifikatoren über die Metadaten der ePKA MIO verfügbaren Gesundheitsdatensätze (z.B. ePKA MIO, E-Rezepte) des Versicherten aus dem ePA-Aktensystem dem zum jeweiligen Anwendungsszenario passenden Fachdienst der TI zu ermitteln und sie dem NCPeH Land-B mit der Antwort-Nachricht zu senden.
Eingangsparameter
 Name  Beschreibung Typ
Cross Gateway Query Request Eingangsnachricht zur Abfrage von Metadaten der verfügbaren Versichertendatensätze des ePKA MIO des Versicherten gemäß [eHDSI_XCA_Profile#2.1] AdhocQueryRequest [ITI-38]
X-User Assertion Authentication Assertion des anfragenden LE-EU SAML 2.0 Assertion gemäß [eHDSI_SAML_Profile#2] inkl.
X.509 öffentliches Signaturzertifikat des NCPeH Land-B [eHDSI_X.509_Certificates_Profile]
TRC Assertion Bestätigung über das Bestehen einer Behandlungsbeziehung zwischen LE-EU und Versichertem SAML 2.0 Assertion gemäß [eHDSI_SAML_Profile#4] inkl.
X.509 öffentliches Signaturzertifikat des NCPeH Land-B [eHDSI_X.509_Certificates_Profile]
Ausgangsparameter
 Name
 Beschreibung
 Typ
Cross Gateway Query Response Ausgangsnachricht gemäß [eHDSI_XCA_Profile#2.2]
 AdhocQueryResponse [ITI-38]

[...]

Tabelle 3 : TAB_NCPeH_Kriterien_Zuordnung_IHE-XCA.Query-_Anfragen_zu_Anwendungsszenarien 

XDSDocumentEntryClassCode   Technischer Use Case (TUC)
60591-5 [6.1.2.1 TUC_NCPeH_003: Cross Gateway Query Request für PS-A verarbeiten]
Anwendungsszenario: Patient Summary Land-A
57833-6 6.1.2.3 - TUC_NCPeH_XXX: Cross Gateway Query Request für ePeD-A verarbeiten
Anwendungsszenario: ePrescription/eDispensation Land-A
Ein anderer Code oder das Format des 

XDSDocumentEntryClassCode

entspricht nicht den oben genannten Vorgaben für die Inhaltsstruktur		 ERROR_GENERIC_SERVICE_SIGNIFIER_UNKNOWN

Anwendungsszenario: nicht bekannt

Der NCPeH-FD DARF die Anfrage NICHT weiterverarbeiten und MUSS dem NCPeH Land-B mit dem Fehlercode antworten.
Nach dem Versand der Fehlernachricht 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. Bei der Vervollständigung des Patient Privacy Audit Trail Eintrages MÜSSEN Vorgaben aus [eHDSI_XCA_Profile#4.3] umgesetzt werden.

1.2.1 Neuaufnahme des Kapitels "6.1.2.3 - TUC_NCPeH_XXX: Cross Gateway Query Request für ePeD-A verarbeiten"

Für diesen TUC gelten folgende übergreifende Festlegungen

Ablauf des TUC

Der NCPeH-FD MUSS die Umsetzung der Operation Cross_Gateway_Query::FindDocuments gemäß den Vorgaben, Einschränkungen und der definierten Ablauflogik aus [eHDSI_XCA_Profile] implementieren.

Nach Eingang der Anfrage MUSS der NCPeH-FD einen Non-Repudiation of Receipt Eintrag gemäß [4.1.7.2 - Non-Repudiation of Receipt erstellen] und einen Audit Trail Eintrag gemäß Kapitel [4.1.7.3 - Patient Privacy Audit Trail Eintrag erstellen] in der Komponente Audit Repository speichern. Bei der Erstellung des Audit Trail Eintrages müssen Vorgaben aus [eHDSI_XCA_Profile#4.3] umgesetzt werden. 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 nach dem Versand der Antwort an NCPeH Land-B.

Der NCPeH-FD MUSS Inhalte des Parameters XDSDocumentEntryPatientId aus der Anfrage auf folgende Kriterien prüfen:

  • Der Wert des Parameters XDSDocumentEntryPatientId ist inhaltlich nach der folgenden Vorschrift strukturiert:
  1. "'",
  2. der unveränderbare Teil der KVNR des Versicherten (10 Stellen),
    Der Wert MUSS gemäß den Vorgaben im Kapitel [4.1.9 Format und Validierung der KVNR] geprüft und valide sein.
  3. der senkrechte Strich ohne Anführungszeichen: "|",
  4. 6-stelliger Zugriffscode,
  5. "^^^&amp;",
  6. Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY aus dem Kapitel [4.1.1 - Konfigurationsparameter],
  7. "&amp;ISO'".

    Beispiel des Wertes: 'B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO'
  • Der Wert des Parameters muss mit Hochkomma beginnen und enden.
  • Die in dem Parameter enthaltene Versichertenkennung muss identisch mit dem Wert der Variable trc_kvnr sein (siehe Kapitel [4.1.6 - Validierung der TRC-Assertion]).
  • Der in dem Parameter enthaltene Zugriffscode muss identisch mit dem Wert der Variable trc_accesscode sein (siehe Kapitel [4.1.6 - Validierung der TRC-Assertion]).
  • Die im Parameter enthaltene OID muss identisch mit dem Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]).

Der NCPeH-FD MUSS bei der Prüfung des Parameters XDSDocumentEntryClassCode auf folgende Prüfkriterien achten:

  • Der classCode MUSS den Wert 57833-6 enthalten.
    Der Wert 57833-6 ist ein Code aus dem Codesystem LOINC und hat den Display Name "Prescription for medication" (siehe [LOINC_ePrescription]). classCode DARF andere Codes NICHT enthalten.
  • Das Klassifikationsschema MUSS die OID 2.16.840.1.113883.6.1 enthalten. Die OID referenziert auf das Kodiersystem LOINC.
  • Der Parameter MUSS mit dem folgendem Wert identisch sein:
    ('57833-6^^2.16.840.1.113883.6.1').

Falls es bei der Prüfung der oben angegebenen Kriterien zu Fehlern bzw. Abweichungen kommt, MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit einer Fehlernachricht antworten. Neben Vorgaben zur Fehlerbehandlung aus [eHDSI_XCA_Profile#2.2.3] und [eHDSI_NCPeH_Components#6.4] MUSS der NCPeH-FD beim Auftreten von Fehlerbedingungen folgende Zuordnung von Fehlernachrichten umsetzen:

Tabelle 4 : TAB_NCPeH_XCA_QUERY_ePeD-A_Fehlerbedingungen_Fehlercodes

Fehlerbedingung errorCode gemäß [eHDSI_NCPeH_Components#6.4] codeContext severity location
Die Variable tls_country aus dem TLS-Zertifikat des NCPeH Land-B DARF NICHT leer sein (siehe Kapitel [4.1.3.1 Sicherer Kanal: TESTA-ng und TLS]).  ERROR_EP_GENERIC
 The service request is incorrectly configured and is intended for a different country. Please contact your service provider or administrator. urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error
 "Received country code= " + Wert der Variable tls_country
Die Variable ida_permissions, falls sie nicht leer ist, enthält nicht alle Permission Codes gemäß den Vorgaben aus [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] für den eHDSI Use Case "Request for ePrescriptions". Access is not permitted. Please check the access rights for your health professional role in your country. "Received permission codes=" + Wert der Variable ida_permissions
Die Variable ida_permissions ist leer und die Bedingungen zur Erlangung einer Zugriffsberechtigung auf das E-Rezept-FD nach [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] sind nicht erfüllt. Access is not permitted. The information provided about the role of healthcare professionals does not comply with German regulations. "No permission codes received and
the access cannot be granted for the received practitioner role code in accordance with national regulations. Received practitioner role code=" + Wert der Variable ida_practitioner_role_code
Der Wert des XDSDocumentEntryPatientId entspricht nicht den oben genannten Prüfkriterien und der inhaltlichen Struktur. Please make sure the health insurant number is given and correct. "Health insurant number is missing or invalid."
Die Versichertenkennung aus dem Wert des XDSDocumentEntryPatientId ist nicht identisch mit dem Wert der Variable trc_kvnr
oder die Variable trc_kvnr ist leer.
Die OID aus dem Slot
XDSDocumentEntryPatientId ist nicht identisch mit dem Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY (siehe Kapitel 4.1.1 - Konfigurationsparameter).		 The service request is incorrectly configured for the health insurance number. Please contact your service provider or administrator. "Received OID of XDSDocumentEntryPatientId-Slot= " + der Wert der OID aus dem Slot
XDSDocumentEntryPatientId
Der Wert für den Zugriffscode aus dem Element XDSDocumentEntryPatientId ist nicht identisch mit dem Wert der Variable trc_accesscode oder die Variable trc_accesscode ist leer. A respective access code has not been transmitted or has not been transmitted properly. Please ask the patient for an access authorisation. Keine Angaben
Die Variable ida_name-id ist leer. ERROR_HPI_INSUFFICIENT_INFORMATION The information provided about the identifier of health professional is missing. Keine Angaben
Die Variable ida_practitioner_role ist leer. The information about the role of health professional is missing. Keine Angaben
Die Variable ida_practitioner_name ist leer. The information about the name of health professional is missing. Keine Angaben
Der Wert der Variable ida_practitioner_role_code ist leer oder dieser ist nicht 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]. Missing or incorrect information about the role of healthcare professionals. "Received role code from the identity assertion of healthcare professional; 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)
Die Variable ida_point_of_care ist leer. ERROR_HPI_POC_NO_INFORMATION The information provided about the name of the health professional organization is missing. Keine Angaben
Die Variable ida_healthcare_facility_type ist entwerder leer oder ist nicht identisch mit einem der in [eHDSI_SAML_Profile#2.3] für das Identitätsattribut urn:ehdsi:names:subject:healthcare-facility-type angegeben Werte. Missing or incorrect information has been provided about the type of the Healthcare Provider Organisation. "Received healthcare facility type=" + Wert der Variable
ida_healthcare_facility_type (falls dieser nicht leer ist, ansonsten keine Angaben)
Das Element XDSDocumentEntryStatus enthält einen Wert der mit dem vorgeschriebenen Wert gemäß [eHDSI_XCA_Profile#2.1] nicht identisch ist. ERROR_INCORRECT_FORMATTING
 The requested document status of the prescriptions is not supported. "The value of XDSDocumentEntryStatus does not correspond to the required value from [eHDSI_XCA_Profile#2.1]. Received value of XDSDocumentEntryStatus=" + der Wert aus dem Element XDSDocumentEntryStatus
Wenn das Element XDSDocumentEntryFormatCode angegeben ist und der Wert des Elementes entspricht keinem der Werte 
urn:epsos:ep:pre:2010 oder urn:ihe:iti:xds-sd:pdf:2008		 The requested format for patient prescriptions is not supported. "Received XDSDocumentEntryFormatCode= " + der Wert aus dem Element XDSDocumentEntryFormatCode
Der classCode des XDSDocumentEntryClassCode ist nicht identisch mit dem Wert 57833-6. ERROR_GENERIC_SERVICE_SIGNIFIER_UNKNOWN Unknown service. Please contact your service provider or administrator. "Received XDSDocumentEntryClassCode= " + der Wert aus dem Element XDSDocumentEntryClassCode
Das Format des XDSDocumentEntryClassCode entspricht nicht den oben genannten Anforderungen an die inhaltliche Struktur

Hinweis: Die Initiierung der Variablen ida_healthcare_facility_type, ida_name-id, ida_practitioner_role und ida_point_of_care erfolgt im Kapitel [4.1.5 - Validierung der Identity Assertion des LE-EU] und die Variablen
trc_kvnr und trc_accesscode im Kapitel [4.1.6 - Validierung der TRC-Assertion].

Das folgende Beispiel zeigt die Struktur des XCA.FindDocuments Request für ePrescriptions: 

<?xml version="1.0" encoding="UTF8" standalone="yes"?>
<Envelope>
    <Header> … </Header>
    <Body>
        <AdhocQueryRequest>
            <ResponseOption returnComposedObjects="true" returnType="LeafClass"/>
            <AdhocQuery id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d">
                <Slot name="$XDSDocumentEntryPatientId">
                    <ValueList>
                        <Value>'B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO'</Value>
                    </ValueList>
                </Slot>
                <Slot name="$XDSDocumentEntryStatus">
                    <ValueList>
                        <Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value>
                    </ValueList>
                </Slot>
                <Slot name="$XDSDocumentEntryClassCode">
                    <ValueList>
                        <Value>('57833-6^^2.16.840.1.113883.6.1')</Value>
                    </ValueList>
                </Slot>
            </AdhocQuery>
        </AdhocQueryRequest>
    </Body>
</Envelope>

Ausgabeparameter des TUC

Nach erfolgreicher Durchführung dieses TUC stehen folgende Ausgabeparameter zur Verfügung und können im entsprechenden Anwendungsfall verwendet werden:

  • Keine

1.2.2 Neuaufnahme des Kapitels "6.1.2.4 TUC_NCPeH_XXX: Cross Gateway Query Response für ePeD-A versenden"

Für diesen TUC gelten folgende übergreifende Festlegungen

Ablauf des TUC

Der NCPeH-FD MUSS die Inhalte und Struktur der XCA.Query-Antwort nach Vorgaben aus [eHDSI_XCA_Profile#2.2] erstellen. Zusätzlich müssen Vorgaben gemäß [ebRIM_Representation_Document#4.2.3.2] zur Erstellung von DocumentEntry-Elementen und -Attributen beachtet werden.

In diesem TUC werden die Einträge des Eingangsparameters fhir_erp_bundle_collection (siehe Ausgabeparameter im Kapitel 6.2.5 TUC_NCPeH_XXX: Liste der einlösbaren E-Rezepte des Versicherten aus dem E-Rezept-FD abrufen) verarbeitet. Der Eingangsparameter fhir_erp_bundle_collection enthält mindestes einen "inneren Bundle" vom Typ document. In jedem inneren Bundle stellt eine FHIR-Resource Composition vom Profile [KBV_PR_ERP_Composition] eine Referenzsammlung zu allen anderen entry-Elementen (FHIR-Resource) dar, in denen relevante Angaben zu MedicationRequest-, Medication- und Practicioner enthalten sind.

Der NCPeH-FD MUSS für jedes innere Bundle resource/entry-Elemente ermitteln, die zu folgende FHIR-Resources führen:

FHIR-Resource MedicationRequest

  • Die Referenz (ein UUID-Wert), die zur FHIR-Resource MedicationRequest mit dem Profil [KBV_PR_ERP_Prescription] führt, ist im Element Bundle/entry/resource/Composition/section/entry enthalten. Dabei MUSS der Code des section-Elements mit dem Wert Prescription identisch sein. Die ermittelte die FHIR-Resource MedicationRequest
    enthält Informationen über die Verordnung.

FHIR-Resource Medication

  • Die ermittelte MedicationRequest-Resource enthält im medicationReference-Element wiederum eine Referenz (ein UUID-Wert) auf die eigentliche FHIR-Resource Medication, in der weitere Angaben zur Verordnung enthalten sind.

FHIR-Resource Practicioner

  • Die Referenz (ein UUID-Wert), die zur FHIR-Resource Practitioner mit dem Profil [KBV_PR_FOR_Practitioner] führt, ist im Element Bundle/entry/resource/Composition/author enthalten. Das author-Element MUSS vom Typ Practitioner sein. Die ermittelteFHIR-Resource Practitioner enthält Informationen zum verordnenden LE-DE.

Der NCPeH-FD MUSS in der XCA.Query-Antwortnachricht für jedes innere Bundle zu der darin enthaltenen Verordnung (FHIR-Resource MedicationRequest) jeweils ein ExtrinsicObject-Element mit einem Name-Subelement ePrescription source coded PDF/A document und ein weiteres ExtrinsicObject-Element mit einem Name-Subelement 
 ePrescription coded document erstellen.

Darüber hinaus MUSS der NCPeH-FD in den ExtrinsicObject-Elementen Informationen zum verordnenden LE-DE (FHIR-Resource Practinioner aus dem jeweiligen inneren Bundle) angeben und zusätzlich für folgende Elemente die Nutzungskonventionen einhalten:

Tabelle 5 : TAB_NCPeH_Nutzungskonvention_Erstellung_XCA.Query_Response_ePeD-A

Element in der Query Response Nutzungskonvention
status Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
mimeType Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
Description Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]

Der Inhalt des Elementes MUSS den Wert aus der FHIR-Resource Medication des jeweiligen inneren Bundle enthalten, nachdem die Mapping-Regeln gemäß den BfArM-Vorgaben angewendet wurden.
VersionInfo Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
sourcePatientId Das Element MUSS den Wert des XDSDocumentEntryPatientId-Parameters aus der Anfrage enthalten (siehe [6.1.2.3 - TUC_NCPeH_XXX: Cross Gateway Query Request für ePeD-A verarbeiten]).
repositoryUniqueId Das Element MUSS den Wert des Konfigurationsparameters OID_AC_ePKA_ASSIGNING_AUTHORITY enthalten (siehe [4.1.1 - Konfigurationsparameter]).
classCode Es ist eine Klassifikation und MUSS den Wert 57833-6 enthalten. Der Wert 57833-6 ist ein Code aus dem Codesystem LOINC (siehe [LOINC_ePrescription]).

Für weitere Informationen siehe [ebRIM_Representation_Document#4.2.3.2.3]
formatCode Durch das Element wird festgelegt, in welcher Kodierung die Verordnung dem NCPeH Land-B bereitgestellt werden kann.

Das Element MUSS den Wert urn:epsos:ep:pre:2010 für "ePrescription coded document" oder urn:ihe:iti:xds-sd:pdf:2008 für "ePrescription source coded PDF/A" enthalten.

Für weitere Informationen siehe [ebRIM_Representation_Document#4.2.3.2.9]
healthcareFacilityTypeCode MUSS für das nodeRepresentation-Attribut den Code DE aus dem Kodiersystem "ISO 3166-1" mit der OID 1.0.3166.1 verwenden. Dem LocalizedString-Element MUSS der Wert Germany hinzugefügt werden.

Für weitere Informationen siehe [ebRIM_Representation_Document#4.2.3.2.11]
practiceSettingCode Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]

Für weitere Informationen siehe [ebRIM_Representation_Document#4.2.3.2.11]
eventCodeList
 Das nodeRepresentation-Attribut MUSS den Wert urn:ihe:iti:xdw:2011:eventCode:open gemäß XDS Format Codes Schema "1.3.6.1.4.1.19376.1.2.3" enthalten. Dem LocalizedString-Element MUSS der Wert Open
hinzugefügt werden.

(Dispensable - Für mehr Informationen siehe [eHDSI_XCA_Profile#2.2.2.1.2])
uniqueId Das Element MUSS genau einen Wert enthalten, der davon abhängig ist, ob eine Verordnung dem NCPeH Land-B im PDF-Format oder als strukturiertes Dokument im XML-Format bereitgestellt werden soll.

Für die Repräsentation der Verordnung im PDF/A-Format (CDA Level 1):
  1. Wert aus dem Element Bundle.identifier gemäß Profil [GEM_ERP_NS_PrescriptionId],
  2. "^",
  3. "eP.PDF".
 Beispiel: 160.000.000.000.123.76^eP.PDF

Für die Repräsentation der Verordnung im XML-Format (CDA Level 3):
  1. Wert aus dem Element Bundle.identifier gemäß Profil [GEM_ERP_NS_PrescriptionId],
  2. "^",
  3. "eP.XML".
Beispiel: 160.000.000.000.123.76^eP.XML
patientId Das Element MUSS den Wert aus dem Element Assertion/AttributeStatement/Attribute[@Name="urn:oasis:names:tc:xacml:1.0:resource:resource-id] der TRC Assertion enthalten (siehe Kapitel 4.1.6 - Validierung der TRC-Assertion).

Beispiel: B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO 
author Das Element MUSS Angaben aus dem Element Practitioner.name der FHIR-Resource Practitioner gemäß Profil [KBV_PR_FOR_Practitioner] enthalten.

Falls das Element Practitioner.name neben Vorname und Nachname weitere Namen und Bezeichnungen enthält, MUSS vor der Zuweisung der endgültige Wert in folgender Reihenfolge gebildet werden:

Präfix Vorname Namenszusatz Vorsatzwort Nachname

Einzelne Namen bzw. Bezeichnungen sind durch ein Leerzeichen getrennt.
Beispiel: Dr. Johanna Gräfin von Oberberg
confidentialityCode Siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]

Das Attribut nodeRepresentation des Elementes MUSS den Code "R" (restricted) gemäß Kodsystem Confidentiality (2.16.840.1.113883.5.25) enthalten.

Für weitere Informationen siehe [ebRIM_Representation_Document#4.2.3.2.5]

Disclaimer: Die Vorgaben zur Verarbeitung von Informationen für jede Verordnungen aus jedem inneren Bundle der fhir_erp_bundle_collection nach verschiedenen relevanten FHIR-Profilen (z.B. [KBV_PR_ERP_Medication_PZN]), Transformation und Transkodierung von Inhalten (insbesondere Fachinformationen zu Arzneimitteln gemäß [eHDSI_XCA_Profile#2.2.2.1 eP List Metadata]) MÜSSEN durch das BfArM entwickelt und zur Nutzung im NCPeH-FD bereitgestellt werden.

Der NCPeH-FD MUSS Vorgaben aus [eHDSI_XCA_Profile#2.2.1] zur Erstellung von ebRIM-Assoziations-Elementen in der Query-Response erfüllen.

Der NCPeH-FD MUSS für AdhocQueryResponse@status in der Antwortnachricht einen entsprechenden Wert setzen, der anhand des Gesamtstatus aller RegistryResponse/RegistryErrorList/RegistryError@Severities-Attribute,  erfolgreich verarbeiteter interner Bundles und unter Berücksichtigung der Kriterien aus der Tabelle "Registry Stored Query [ITI-18] and Cross Gateway Query [ITI-38] Responses" in [ebRIM_Representation_Document#4.2.4.2] zu bestimmen ist. 

Nach Versand der Query-Response 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.

Das folgende Beispiel stellt die Struktur und Inhalte eines XCA FindDocuments-Response für ePrescriptions dar:

<?xml version="1.0" encoding="UTF8" standalone="yes"?>
<Envelope>
    <Header> … </Header>
    <Body>
        <AdhocQueryResponse status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success">
            <RegistryObjectList>
                <!-- ExtrinsicObject zur ePrescription 160.000.000.000.123.76^eP.XML (CDA Level 3) -->
                <ExtrinsicObject home="urn:oid:1.2.246.556.12001.4.1000.990.1" id="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" lid="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved">
                    <Slot name="sourcePatientId">
                        <ValueList>
                            <Value>B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="size">
                        <ValueList>
                            <Value>0</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="creationTime">
                        <ValueList>
                            <Value>20230717</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="repositoryUniqueId">
                        <ValueList>
                            <Value>1.2.276.0.76.3.1.580.147</Value>
                        </ValueList>
                    </Slot>
                    <Name>
                        <LocalizedString value="ePrescription coded document"/>
                    </Name>
                    <Description>
                        <LocalizedString value="Lercanidipin Omniapharm, 10 mg, tablet"/>
                    </Description>
                    <VersionInfo versionName="1.1"/>
                    <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:4240e4af-0a0c-48ae-88e0-8804e0736cc2" nodeRepresentation="R">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.5.25</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="restricted"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:32d2d7bc-dcf7-455f-a89d-bea6d8ba53f3" nodeRepresentation="57833-6">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.6.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="eHDSI - ePrescription"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:096d34cb-f5f8-41c0-94f9-f2ab0955c212" nodeRepresentation="DE">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>1.0.3166.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Germany"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:4d8f8407-c10b-4b32-b12f-33c37cf31fa0" nodeRepresentation="Not Used">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>eHDSI Practice Setting Codes-Not Used</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Not Used"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:5dae84b8-aac3-426d-a7a4-2720636dead9" nodeRepresentation="urn:ihe:iti:xdw:2011:eventCode:open">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>1.3.6.1.4.1.19376.1.2.3</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Open"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:9be3b429-862a-462b-8255-3897f81eb237" nodeRepresentation="C08CA13">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.6.73</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Lercanidipin"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:750199ba-bc51-43b8-a4b4-239f8bd9b164" nodeRepresentation="10 mg">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>eHDSI_Strength_CodeSystem</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Strength of medication"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:5922a634-fd9b-444c-9c14-46434d81649b" nodeRepresentation="urn:epsos:ep:pre:2010">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>eHDSI formatCodes</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="epSOS coded ePrescription"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" id="urn:uuid:ab25d055-e681-44c3-8092-fdec60f1c43b" nodeRepresentation="">
                        <Slot name="authorPerson">
                            <ValueList>
                                <Value>Manfred Lapp</Value>
                            </ValueList>
                        </Slot>
                    </Classification>
                    <ExternalIdentifier id="urn:uuid:4d433f10-09fb-4f38-b377-579550c393ba" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" value="B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO">
                        <Name>
                            <LocalizedString value="XDSDocumentEntry.patientId"/>
                        </Name>
                    </ExternalIdentifier>
                    <ExternalIdentifier id="urn:uuid:a4ced7f7-e7ff-4547-91f5-1d64a183b38a" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d" value="160.000.000.000.123.76^eP.XML">
                        <Name>
                            <LocalizedString value="XDSDocumentEntry.uniqueId"/>
                        </Name>
                    </ExternalIdentifier>
                </ExtrinsicObject>
                <!-- ExtrinsicObject zur ePrescription 160.000.000.000.123.76^eP.PDF (CDA Level 1) -->
                <ExtrinsicObject home="urn:oid:1.2.246.556.12001.4.1000.990.1" id="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" lid="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved">
                    <Slot name="sourcePatientId">
                        <ValueList>
                            <Value>B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="size">
                        <ValueList>
                            <Value>0</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="creationTime">
                        <ValueList>
                            <Value>20230717</Value>
                        </ValueList>
                    </Slot>
                    <Slot name="repositoryUniqueId">
                        <ValueList>
                            <Value>1.2.276.0.76.3.1.580.147</Value>
                        </ValueList>
                    </Slot>
                    <Name>
                        <LocalizedString value="ePrescription source coded PDF/A"/>
                    </Name>
                    <Description>
                        <LocalizedString value="Lercanidipin Omniapharm, 10 mg, tablet"/>
                    </Description>
                    <VersionInfo versionName="1.1"/>
                    <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:a46daadc-6ef9-45ae-943a-1e433fc60ca5" nodeRepresentation="N">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.5.25</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="normal"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:445581e6-14e3-45d6-b745-8ab8f8996883" nodeRepresentation="57833-6">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.6.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="eHDSI - ePrescription"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:1edf12fc-03eb-4419-8fb2-2aefbc3ecd75" nodeRepresentation="57833-6">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.6.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="eHDSI - ePrescription"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:c6bded8b-7ebc-44cf-8069-6883eb76003c" nodeRepresentation="DE">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>1.0.3166.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Germany"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:cb94e806-c7a6-4afa-9726-94a4718f1123" nodeRepresentation="Not Used">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>eHDSI Practice Setting Codes-Not Used</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Not Used"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:9108022e-620f-46d6-a2df-1196f3e03f7c" nodeRepresentation="urn:ihe:iti:xdw:2011:eventCode:open">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>1.3.6.1.4.1.19376.1.2.3</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Open"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:6ecba789-4372-410a-816b-2dab0fae53a1" nodeRepresentation="C08CA13">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>2.16.840.1.113883.6.73</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Lercanidipin"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:2a6b8821-7e12-4edd-bbcc-dfe5b9fe976d" nodeRepresentation="10219000">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>0.4.0.127.0.16.1.1.2.1</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Tablet"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:88f555f9-aaad-4f0b-8bb6-00f57c1f57cd" nodeRepresentation="10 mg">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>eHDSI_Strength_CodeSystem</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="Strength of medication"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:d581da40-cd28-4723-a655-27cd71f10ff1" nodeRepresentation="urn:ihe:iti:xds-sd:pdf:2008">
                        <Slot name="codingScheme">
                            <ValueList>
                                <Value>IHE PCC</Value>
                            </ValueList>
                        </Slot>
                        <Name>
                            <LocalizedString value="PDF/A coded document"/>
                        </Name>
                    </Classification>
                    <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" id="urn:uuid:15d15a88-49a5-4d27-80bd-d633e39c709a" nodeRepresentation="">
                        <Slot name="authorPerson">
                            <ValueList>
                                <Value>Manfred Lapp</Value>
                            </ValueList>
                        </Slot>
                    </Classification>
                    <ExternalIdentifier id="urn:uuid:b5618bd5-21bd-4d4c-ae7f-cd4bac8d87f1" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" value="B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO">
                        <Name>
                            <LocalizedString value="XDSDocumentEntry.patientId"/>
                        </Name>
                    </ExternalIdentifier>
                    <ExternalIdentifier id="urn:uuid:294f2a0b-a31e-463d-85ae-bd702e4a17ef" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" value="160.000.000.000.123.76^eP.PDF">
                        <Name>
                            <LocalizedString value="XDSDocumentEntry.uniqueId"/>
                        </Name>
                    </ExternalIdentifier>
                </ExtrinsicObject>
                <Association associationType="urn:ihe:iti:2007:AssociationType:XFRM" id="urn:uuid:3bbf0de6-e186-4b18-b3ad-302790ef7c1c" sourceObject="urn:uuid:740c850d-67c3-4481-bb0b-8bf32a17e034" targetObject="urn:uuid:cb804da7-407c-4590-b394-ad3d7617995d"/>
            </RegistryObjectList>
        </AdhocQueryResponse>
    </Body>
</Envelope>        

Ausgabeparameter des TUC

  • Dieser TUC hat keine Ausgabeparameter.

1.3 Neuaufnahme des Kapitels "6.2.5 TUC_NCPeH_XXX: Liste der einlösbaren E-Rezepte des Versicherten aus dem E-Rezept-FD abrufen"

Für diesen TUC gelten folgende übergreifende Festlegungen

Ablauf des TUC

Mit diesem TUC ruft der NCPeH-FD alle im EU-Ausland einlösbaren E-Rezepte des Versicherten vom E-Rezept-FD ab und erhält ein FHIR-Bundle.

Der NCPeH-FD MUSS im inneren Request die HTTP-Operation des E-Rezept-FD mit dem Ausdruck POST/get-eu-prescriptions aufrufen und zusammen mit dem Request den HTTP-Header "Authorization" und die FHIR-Parameter gemäß Vorgaben aus dem Kapitel "4.2.10.5 Erstellung des Payload für die Kommunikation mit dem E-Rezept-FD" an die HTTP-Operation übermitteln. Der HTTP Parameter_count DARF NICHT im Operationsaufruf angegeben werden.

Für weitere Informationen über die Definition der Schnittstellenoperation/get-eu-prescriptions siehe [gemSpec_FD_eRp#Http-Operation POST get-eu-prescriptions] und [API_EU_E-Rezepte#"Abfragen von E-Rezepten des E-Rezept-Fachdienst].

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 der Komponente Audit Repository speichern.

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 der Komponente Audit Repository speichern.

Bei einer Antwort des E-Rezept-FD mit dem HTTP Status Code 401 MUSS der NCPeH-FD für das NCPeH Land-B ein neues ACCESS_TOKEN unter Verwendung der TI-Identität gemäß den Vorgaben in Kapitel ["4.2.10.4 Authentifizierung des NCPeH-FD am E-Rezept-FD"] anfordern. Der NCPeH-FD MUSS die oben erwähnte Vorgaben zum Operationsaufruf erneut mit dem neuen ACCESS_TOKEN und den Vorgaben aus Kapitel [4.2.10.5 Erstellung des Payload für die Kommunikation mit dem E-Rezept-FD] umsetzen.

Wenn der E-Rezept-FD mit dem HTTP Status Code 200 antwortet, ist in der Antwortnachricht ein FHIR-Bundle enthalten. Der NCPeH-FD MUSS validieren, ob das in der Antwortnachricht enthaltene FHIR-Bundle vom Typ collection ist und die Vorgaben aus [FHIR_Resource_Bundle] erfüllt.

Das FHIR-Bundle (im weiteren Verlauf des Dokuments als "äußeres Bundle" bezeichnet) enthält mindestens ein entry-Element. Jedes entry-Element enthält wiederum ein FHIR-Bundle resource/Bundle (im weiteren Verlauf des Dokuments als "inneres Bundle" bezeichnet). Der NCPeH-FD MUSS das innere Bundle in allen entry-Elementen auf Schemakonformität gemäß Vorgaben aus [KBV_PR_ERP_Bundle] prüfen. Jedes innere Bundle kapselt Angaben zu genau einem E-Rezept.

Der NCPeH-FD MUSS für die nicht schemakonformen inneren Bundles in der Antwortnachricht an den NCPeH Land-B jeweils ein AdhocQueryResponse/RegistryErrorList/RegistryError-Element mit Angaben zum Fehler gemäß Tabelle "TAB_NCPeH_Fehler_nicht_schemakonform_UC_Auflistung_von_einlösbaren_E-Rezepten" erstellen.

Tabelle 6 : TAB_NCPeH_Fehler_nicht_schemakonform_UC_Auflistung_von_einlösbaren_E-Rezepten

errorCode gemäß [eHDSI_XCA_Profile#2.2.3] und [eHDSI_NCPeH_Components#6.4] codeContext severity location
ERROR_INTERNAL_ERROR "Could not process a patients prescription." urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error Keine Angaben

Der NCPeH-FD MUSS für die weitere Datenverarbeitung ausschließlich schemakonformen innere Bundles in einer Variable fhir_erp_bundle_collection zwischenspeichern. Die inneren Bundles, die nicht schemakonform sind, DÜRFEN NICHT in die Variable fhir_erp_bundle_collection zwischengespeichert werden. Bei der Zwischenspeicherung MUSS der NCPeH-FD sicherstellen, dass das fhir_erp_bundle_collection im Rahmen der weiteren Datenverarbeitung mit der TRC Assertion aus dem entsprechenden IHE XCA.Query-Request verknüpft ist. Der NCPeH-FD DARF das FHIR-Bundle NICHT mit einer anderen TRC Assertion in Verbindung bringen.

Tritt einer der folgenden Fehlerfälle auf, MUSS der NCPeH-FD die weitere Verarbeitung der Anfrage abbrechen, in der Antwortnachricht an den NCPeH Land-B ein AdhocQueryResponse/RegistryErrorList/RegistryError-Element erstellen und mit entsprechenden Angaben zum Fehler gemäß Tabelle "TAB_NCPeH_Allgemeine_Fehlerfälle_Auflistung_von_einlösbaren_E-Rezepten" an den NCPeH Land-B antworten. Die Antwortnachricht MUSS nach Vorgaben aus Kapitel [6.1.2.4 TUC_NCPeH_XXX: Cross Gateway Query Response für ePeD-A versenden] erstellt werden.

Tabelle 7 : TAB_NCPeH_Allgemeine_Fehlerfälle_Auflistung_von_einlösbaren_E-Rezepten

Fehlerfall errorCode gemäß [eHDSI_XCA_Profile#2.2.3] und [eHDSI_NCPeH_Components#6.4] codeContext severity location
E-Rezept-FD antwortet mit dem HTTP Status Code 200, aber die Antwortnachricht enthält kein FHIR-Bundle vom Typ "collection" ERROR_INTERNAL_ERROR
 Internal error when querying the patient's ePrescriptions
 urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error The type of internal format of the prescriptions does not correspond to the expected value.
E-Rezept-FD antwortet mit dem HTTP Status Code 400 The ePrescription service has  responded with HTTP status code 400.
E-Rezept-FD antwortet nach einem zweiten Operationsaufruf mit dem HTTP Status Code 401 The ePrescription service has responded with HTTP status code 401.
E-Rezept-FD antwortet mit dem HTTP Status Code 403 ERROR_NO_CONSENT There is no valid access authorisation for the country of treatment in the ePrescription service. Please ask the patient for access authorisation. The ePrescription service has responded with HTTP status code 403.
E-Rezept-FD antwortet mit dem HTTP Status Code 404 WARNING_EP_GENERIC No patient's ePrescriptions are available. urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Warning The ePrescription service has responded with HTTP status code 404.
E-Rezept-FD antwortet mit dem HTTP Status Code 408 ERROR_REGISTRY_NOT_AVAILABLE Internal error due to timeout. Please submit the request again. urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error The ePrescription service has responded with HTTP status code 408.
E-Rezept-Fachdienst antwortet mit dem HTTP Status Code 500 ERROR_INTERNAL_ERROR The request could not be processed by the ePrescription service.
 The ePrescription service has responded with HTTP status code 500.
Der E-Rezept-FD antwortet nicht und der hinterlegte Wert im Konfigurationsparameter eRp_RESPONSE_TIMEOUT (siehe Kapitel 4.1.1 Konfigurationsparameter) ist überschritten "Time-out. ePrescription service is not responding."

Der NCPeH-FD MUSS für AdhocQueryResponse@status in der Antwortnachricht einen entsprechenden Wert setzen, der anhand des Gesamtstatus aller RegistryResponse/RegistryErrorList/RegistryError@Severities-Attribute,  erfolgreich verarbeiteter innerer Bundles und unter Berücksichtigung der Kriterien aus der Tabelle "Registry Stored Query [ITI-18] and Cross Gateway Query [ITI-38] Responses" in [ebRIM_Representation_Document#4.2.4.2] zu bestimmen ist. 

Ausgabeparameter des TUC

  • fhir_erp_bundle_collection (Liste mit Einträgen der inneren Bundles)
  • Cross Gateway Query Response inkl. RegistryError-Elementen (falls vorhanden)

1.4 Änderungen am Kapitel "6.1.2.1 TUC_NCPeH_003: Cross Gateway Query Request für PS-A verarbeiten"

Für diesen TUC gelten folgende übergreifende Festlegungen

Ablauf des TUC

Der NCPeH-FD MUSS die Umsetzung der Operation Cross_Gateway_Query::FindDocuments gemäß den Vorgaben, Einschränkungen und der definierten Ablauflogik in [eHDSI_XCA_Profile] implementieren.

Nach Eingang der Anfrage MUSS der NCPeH-FD einen Non-Repudiation of Receipt Eintrag gemäß [4.1.7.2 - Non-Repudiation of Receipt erstellen] und einen Audit Trail Eintrag gemäß Kapitel [4.1.7.3 - Patient Privacy Audit Trail Eintrag erstellen] in der Komponente Audit Repository speichern. Bei der Erstellung des Audit Trail Eintrages müssen Vorgaben aus [eHDSI_XCA_Profile#4.3] umgesetzt werden. 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 nach dem Versand der Antwort an NCPeH Land-B.

Der NCPeH-FD MUSS die Variable ida_permissions aus dem Kapitel 4.1.5 - Validierung der Identity Assertion des LE-EU gemäß Vorgaben aus 4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI prüfen.

Der NCPeH-FD MUSS Inhalte des Parameters XDSDocumentEntryPatientId aus der Anfrage auf folgende Kriterien prüfen:

  • Der Wert des Parameters XDSDocumentEntryPatientId muss inhaltlich nach der folgenden Vorschrift strukturiert sein:
  1. "'"
  2. Der unveränderbare Teil der KVNR des Versicherten (10 Stellen)
    Die Versichertenkennung aus dem Parameter ist eine 10-stellige KVNR, Format: [A-Z][0-9]{9} und hat folgenden Aufbau: 1. Stelle: Alpha-Zeichen (Wertebereich A - Z, ohne Umlaute), 2. bis 10. Stelle: 9-stellige Ziffernfolge.
    Der Wert MUSS gemäß Vorgaben aus Kapitel [4.1.9 "Format und Validierung der KVNR] geprüft und valide sein.
  3. Der senkrechte Strich ohne Anführungszeichen: "|"
  4. 6-stelliger Zugriffscode
  5. "^^^&amp;"
  6. Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY aus dem Kapitel [4.1.1 - Konfigurationsparameter]
  7. "&amp;ISO'"

    Beispiel des Wertes: 'B123456789|A2C4E6^^^&amp;1.2.276.0.76.3.1.580.147&amp;ISO'
  • Der Wert des Parameters muss mit Hochkomma beginnen und enden.
  • Die in dem Parameter enthaltene Versichertenkennung muss identisch mit dem Wert der Variable trc_kvnr sein (siehe Kapitel [4.1.6 - Validierung der TRC-Assertion]).
  • Der in dem Parameter enthaltene Zugriffscode muss identisch mit dem Wert der Variable trc_accesscode sein (siehe Kapitel [4.1.6 - Validierung der TRC-Assertion]).
  • Die im Parameter enthaltene OID muss identisch mit dem Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]).

Falls es bei der Prüfung der oben angegebenen Kriterien zu Fehlern bzw. Abweichungen kommt, MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit einer Fehlernachricht antworten. Neben Vorgaben zur Fehlerbehandlung aus [eHDSI_XCA_Profile#2.2.3] und [eHDSI_NCPeH_Components#6.4] MUSS der NCPeH-FD beim Auftreten von Fehlerbedingungen folgende Zuordnung von Fehlernachrichten umsetzen:

Tabelle 8 : TAB_NCPeH_XCA_QUERY_Fehlerbedingungen_Fehlercodes_PS-AERRORS 

Fehlerbedingung FehlercodeerrorCode gemäß [eHDSI_NCPeH_Components#6.4] codeContext severity location
Der Wert des XDSDocumentEntryPatientId entspricht nicht den oben genannten Prüfkriterien und der inhaltlichen Struktur. ERROR_PS_GENERIC

 Please make sure the health insurant number is correct. urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error "Received XDSDocumentEntryPatientId= " + Wert aus dem XDSDocumentEntryPatientId-Slot
Die Validierungsprüfung der Versichertenkennung aus dem Wert des XDSDocumentEntryPatientId ist gemäß Vorgaben aus Kapitel ["4.1.9 Validierung der Prüfziffer der KVNR"] nicht erfolgreich. Please make sure the health insurant number is correct. "Health insurant number is missing or invalid."
Die Versichertenkennung aus dem Wert des XDSDocumentEntryPatientId ist nicht identisch mit der KVNR aus TRC Assertion (siehe Variable trc_kvnr).
Die OID aus dem Parameter
XDSDocumentEntryPatientId ist nicht identisch mit dem Wert ders Konfigurationsparameters
OID_KVNR_ASSIGNING_AUTHORITY (siehe Kapitel [4.1.1 - Konfigurationsparameter]).		 The service request is incorrectly configured for the health insurance number. Please contact your service provider or administrator. "Received OID of XDSDocumentEntryPatientId-Slot= " + der Wert der OID aus dem Slot
XDSDocumentEntryPatientId
Der Wert für den Zugriffscode aus dem Element des XDSDocumentEntryPatientId ist nicht identisch mit dem Wert der Variable trc_accesscode oder trc_accesscode ist leer. A respective access code has not been transmitted or has not been transmitted properly. Please ask the patient for an access authorisation. Keine Angaben
Die Variable ida_permissions, falls sie nicht leer ist, enthält nicht alle 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 "Request for Patient Summary". "Access is not permitted. Please check the access rights for your health professional role in your country." "Received permission codes=" + Wert der Variable ida_permissions
Die Variable ida_permissions ist leer und dieDie Bedingungen zur Erlangung einer Zugriffsberechtigung auf Fachdienste der TIePA-Aktensysteme nach Kapitel [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] sindwerden nicht erfüllt.
 Access is not permitted. The information provided about the role of health professional does not comply with German regulations. "No permission codes received and
the access cannot be granted for the received practitioner role code in accordance with national regulations. Received practitioner role code=" + Wert der Variable ida_practitioner_role_code
Die Variable ida_name-id ist leer. ERROR_HPI_INSUFFICIENT_INFORMATION The information provided about the identifier of health professional is missing.
 Keine Angaben
Die Variable ida_practitioner_role ist leer. The information about the role of health professional is missing. Keine Angaben
Die Variable ida_practitioner_name ist leer. The information about the name of health professional is missing. Keine Angaben
Der Wert der Variable ida_practitioner_role_code ist leer oder dieser ist nicht identisch mit einem der möglichen Werte für das Element urn:oasis:names:tc:xacml:2.0:subject:role aus dem Kapitel [eHDSI_SAML_Profile#2.3]. Missing or incorrect information about the role of health professional. "Received role code from the identity assertion of health professional; 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)
Die Variable ida_point_of_care ist leer. ERROR_HPI_POC_NO_INFORMATION The information provided about the name of the health professional organization is missing. Keine Angaben
Der Wert der Variable 
ida_healthcare_facility_type ist leer oder nicht identisch mit einem der vorgegebenen Werte aus [eHDSI_SAML_Profile#2.3] für das Identitätsattribut urn:ehdsi:names:subject:healthcare-facility-type.		 Missing or incorrect information has been provided about the type of the Healthcare Provider Organisation. "Received healthcare facility type=" + Wert der Variable
ida_healthcare_facility_type (falls dieser nicht leer ist, ansonsten keine Angaben)
Das Element XDSDocumentEntryStatus enthält einen Wert der mit dem vorgeschriebenen Wert gemäß [eHDSI_XCA_Profile#2.1] nicht identisch ist. ERROR_INCORRECT_FORMATTING The requested document status for patient summary is not supported. "The value of XDSDocumentEntryStatus does not correspond to the required value from [eHDSI_XCA_Profile#2.1]. Received value of XDSDocumentEntryStatus=" + der Wert aus dem Element XDSDocumentEntryStatus
Wenn das Element XDSDocumentEntryFormatCode angegeben ist und der Wert des Elementes entspricht keinem der Werte
urn:epsos:ps:ps:2010 oder urn:ihe:iti:xds-sd:pdf:2008.		 The requested format for patient prescriptions is not supported. "Received XDSDocumentEntryFormatCode= " + der Wert aus dem Element XDSDocumentEntryFormatCode
Der classCode des XDSDocumentEntryClassCode ist nicht identisch mit dem Wert 57833-6. ERROR_GENERIC_SERVICE_SIGNIFIER_UNKNOWN Unknown service. Please contact your service provider or administrator. "Received XDSDocumentEntryClassCode= " + der Wert aus dem Element XDSDocumentEntryClassCode
Das Format des XDSDocumentEntryClassCode entspricht nicht den oben genannten Anforderungen an die inhaltliche Struktur.

Hinweis: Die Initiierung der Variablen ida_healthcare_facility_type, ida_name-id, ida_practitioner_role und ida_point_of_care erfolgt im Kapitel [4.1.5 - Validierung der Identity Assertion des LE-EU] und die Variablen
trc_kvnr und trc_accesscode im Kapitel [4.1.6 - Validierung der TRC-Assertion].

[...]

1.5 Änderungen am Kapitel "6.1.2.2 TUC_NCPeH_004: Cross Gateway Query Response für PS-A versenden"

[...]

Tabelle 9 : TAB_NCPeH_Nutzungskonvention_Erstellung_XCA.Query_Response_PS-A

Element in der Query Response Nutzungskonvention
status siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
mimeType siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
VersionInfo siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
[...]   [...]
languageCode Der Wert gibt die menschliche Sprache der Zeichendaten im ExtrinsicObject-Element an.
Für die Dokumentenreferenz "Patient Summary PDF/A document" (eHDSI CDA L1) MUSS der Wert de-DE gesetzt werden.

Für die Dokumentenreferenz "Patient Summary coded document" (eHDSI CDA L3) MUSS der Wert en-EN gesetzt werden, falls die Transkodierung von Inhalten gemäß Mapping Regeln des BfArM erfolgreich durchgeführt wurde, ansonsten de-DE.
[...] [...]
classCode Es ist eine Klassifikation und MUSS den Wert 60591-5 enthalten. Der Wert 60591-5 ist ein Code aus dem Codesystem LOINC und hat den Display Name "Patient summary Document" (siehe [LOINC_Patient_Summary]).
confidentialityCode  siehe Vorgaben für das Element in [eHDSI_NCPeH_Components#3.1.4.2.3]
 [...] [...] 
practiceSettingCode Not UsedEs MUSS der Wert "Not used" gesetzt werden.
[...] [...]

Der NCPeH-FD MUSS Vorgaben aus [eHDSI_XCA_Profile#2.2.1] zur Erstellung von ebRIM-Assoziations-Elementen in der Query-Response erfüllen. Der Wert des sourceObject-Attributs MUSS den Wert des id-Attributs des jeweiligen ExtrinsicObject-Elementes enthalten.

Nach Versand der Query-Response 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.

Das folgende Beispiel stellt die Struktur und Inhalte einer Query-Response dar:

[...]
                    <Slot name="languageCode">
                        <ValueList>
                            <Value>de-DE</Value>
                        </ValueList>
                    </Slot>
[...]
                    <Slot name="languageCode">
                        <ValueList>
                            <Value>en-GB</Value>
                        </ValueList>
                    </Slot>
[...]

[...]

1.6 Erweiterung am Kapitel "8.5.2 Weitere Dokumente"

[Quelle]
 Herausgeber (Erscheinungsdatum): Titel
[...]  [...] 
[DIMDI_HCID_NCPeH] https://portal.dimdi.de/websearch/servlet/Gate?accessid=showOidDoc&query=oid=1.2.276.0.76.4.291
[ebRIM_Representation_Document] https://profiles.ihe.net/ITI/TF/Volume3/ch-4.2.html
[...]
[ETSI_REM] https://www.etsi.org/deliver/etsi_ts/102600_102699/10264002/02.02.01_60/ts_10264002v020201p.pdf 
ETSI TS 102 640-2 v2.2.1, 2011  
Electronic Signatures and Infrastructures (ESI); Registered Electronic Mail (REM); Part 2: Data requirements, Formats and Signatures for REM
[FHIR_Resource_Bundle] https://build.fhir.org/bundle.html
[...]
[ITI-55] https://profiles.ihe.net/ITI/TF/Volume2/ITI-55.html 
[KBV_PR_ERP_Bundle] https://simplifier.net/erezept/kbv_pr_erp_bundle
[KBV_PR_FOR_Patient] https://fhir.kbv.de/StructureDefinition/KBV_PR_FOR_Patient
[...]