C_11976_Anlage_V1.0.0
Prereleases:
C_11976_Anlage
Inhaltsverzeichnis
1 Änderungen in gemSpec_NCPeH_FD
1.1 Neuaufnahme des Kapitels "5.2.1 NCPeH.UC_9 - Versicherten im Behandlungsland für ePeD-A identifizieren"
Der Anwendungsfall zur Patient Identification für das Szenario ePeD-A ähnelt dem Kapitel [NCPeH.UC_1 "Versicherten im Behandlungsland für PS-A identifizieren]. Der Unterschied zum Anwendungsfall besteht darin, dass dem LE-EU unter Verwendung der KVNR und des Zugriffscodes des Versicherten die demographischen Versichertendaten aus dem zuletzt im E-Rezept-FD eingestellten E-Rezept übermittelt werden. Die Ermittlung des E-Rezepts erfolgt durch eine Anfrage des NCPeH-FD beim E-Rezept-FD. Voraussetzung für die Ermittlung und Bereitstellung des E-Rezepts ist das Vorliegen einer gültigen Zugriffsberechtigung im E-Rezept-FD. Die Zugriffsberechtigung erteilt der Versicherte im Voraus mit seinem E-Rezept-FdV. Die Verifikation der Zugriffsberechtigung des Versicherten erfolgt durch den E-Rezept-FD.
AF_10379 - ePeD-A: LE-EU kann auf demographische Daten des Versicherten lesend zugreifen
Der NCPeH-FD MUSS Vorgaben gemäß Tabelle "TAB_NCPeH_UC_09_Versicherten_im_Behandlungsland_für_ePeD-A_identifizieren" umsetzen.
Tabelle 33: TAB_NCPeH_UC_09_Versicherten_im_Behandlungsland_für_ePeD-A_identifizieren
| AF_10379 | Versicherten im Behandlungsland für ePeD-A identifizieren |
|---|---|
| Akteur | NCPeH Land-B in der Rolle eHDSI Service Consumer im Behandlungsland |
| Auslöser |
Ein behandelnder Leistungserbringer im Ausland (Land-B) möchte den Versicherten im Kontext der Anwendung ePrescription/eDispensation identifizieren und braucht dafür demographische Versichertendaten. |
| Aufgerufene Schnittstelle | 6.1.1 - Cross_Gateway_Patient_Discovery::RespondingGateway_PRPA_IN201305UV02 |
| Vorbedingung |
|
| Standardablauf |
|
| Nachbedingungen |
|
1.2 Anpassungen an Kapitel "6.1.1 Operation Cross_Gateway_Patient_Discovery::RespondingGateway_PRPA_IN201305UV02"
Tabelle: TAB_NCPeH_Cross_Gateway_Patient_Discovery
| Operation | RespondingGateway_PRPA_IN201305UV02 |
|
|---|---|---|
| Beschreibung | Die Schnittstelle Cross Gateway Patient Discovery stellt bei berechtigten Anfragen über die Operation RespondingGateway_PRPA_IN201305UV02 demographische Versichertendaten bereit. Sie wird vom NCPeH-FD gemäß [eHDSI_XCPD_Profile] implementiert und NCPeHs anderer europäischen Mitgliedsstaaten (Land-B) zur Nutzung angeboten. Hierbei sendet der anfragende NCPeH Land-B in der Rolle als XCPD-"Initiating Gateway" eine Anfrage zusammen mit der Kennung (KVNR) und dem Zugriffscode des Versicherten. Die Daten aus der Anfrage werden vom NCPeH-FD in der Rolle als XCPD-"Responding Gateway" verarbeitet und ans ePA-Aktensystem an den zum jeweiligen Anwendungsszenario passenden Fachdienst der TI zur Ermittlung der demographischen Versichertendaten weitergeleitet. Bei einer erfolgreichen Rückmeldung vom ePA-Aktensystem Fachdienst der TI übermittelt der NCPeH-FD in seiner Antwort die ermittelten demographischen Versichertendaten an das anfragende NCPeH Land-B. (Hinweis: Operationsname nach [ITI-55#3.55.6.1]) |
|
| Eingangsparameter | ||
| Name | Beschreibung | Typ |
| Patient Demographics Query Request | Eingangsnachricht zur Abfrage von demographischen Versichertendaten gemäß [eHDSI_XCPD_Profile#2.1] | HL7v3 Patient Registry Find Candidates Query [ITI-55] |
| X-User Assertion | Authentication Assertion des authentifizierten 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] |
| Ausgangsparameter | ||
| Name |
Beschreibung |
Typ |
| Patient Demographics Response | Ausgangsnachricht gemäß [eHDSI_XCPD_Profile#2.3] inkl. der demographischen Versichertendaten (KVNR, Vorname, Nachname und Geburtstag) |
HL7v3 Patient Registry Find Candidates Query Response |
Die Zuordnung von IHE XCPD-Anfragen zu passenden Anwendungsszenarien MUSS anhand des root-Attributs aus dem livingSubjectID/value-Element erfolgen. Es MUSS das livingSubjectID/value-Element genutzt werden, in dem der Zugriffscode enthalten ist, mit dem der LE-EU vom Versicherten zum Zugriff auf die demographischen Versichertendaten berechtigt worden ist. Der NCPeH-FD MUSS in der Lage sein, anhand der IHE XCPD-Anfrage und den Kriterien aus der Tabelle "TAB_NCPeH_Kriterien_Zuordnung_IHE_XCPD-Anfragen_zu_Anwendungsszenarien" eindeutig das Anwendungsszenario zu adressieren. Darüber hinaus MUSS er den richtigen TUC aufrufen, in dem die Anfrage weiterbearbeitet wird.
Tabelle: TAB_NCPeH_Kriterien_Zuordnung_IHE_XCPD-Anfragen_zu_Anwendungsszenarien
| root-Attribute | Technischer Use Case (TUC) |
|---|---|
| [...] | |
| Ist identisch mit dem Wert des Konfigurationsparameters OID_AC_eRp_ASSIGNING_AUTHORITY (siehe Kapitel [4.1.1 - Konfigurationsparameter]) |
6.1.1.3 - TUC_NCPeH_XXX: Patient Demographics Query Request für ePeD-A verarbeiten (Anwendungsszenario: ePrescription/eDispensation Land-A) |
| Der Wert entspricht nicht dem oberen Wert | [...] Zusätzliche Informationen, die den Grund beschreiben, MÜSSEN in die Antwort aufgenommen werden: acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location = "Service unknown. Please contact your service provider or administrator." [...] |
| [...] |
1.2.1 Neues Kapitel "6.1.1.3 TUC_NCPeH_XXX: Patient Demographics Query Request für ePeD-A verarbeiten"
Für diesen TUC gelten folgende übergreifende Festlegungen
- 4.1.1 - Konfigurationsparameter
- 4.1.2 - Datenaustausch mit zugelassenen EU-Ländern
- 4.1.3 - eHDSI Basisleistungen
- 4.1.5 - Validierung der Identity Assertion des LE-EU
- 4.1.7 - Non-Repudiation und Audit Trail Schemas
- 4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI
- 4.1.9 - Validierung der Prüfziffer der KVNR
- 4.2.1 - Schnittstellen zu Diensten der zentralen TI
- 4.2.9 - Elektronische Identitäten des NCPeH-FD
Ablauf des TUC
Nach Eingang der Anfrage MUSS der NCPeH-FD einen Non-Repudiation of Receipt Eintrag gemäß Kapitel [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 MUSS der NCPeH-FD die Vorgaben aus [eHDSI_XCPD_Profile#3.3] 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.
Die eingehende Anfrage MUSS dem Nachrichtentyp Patient Registry Find Candidates Query entsprechen, wie er in [eHDSI_XCPD_Profile#2.1] beschrieben ist.
Das Element QueryByParameter.responsePriorityCode aus der Anfrage MUSS den Wert "I" (Immediate) haben. Nur das Verarbeiten und Senden einer sofortigen Antwort ist zulässig. Falls das Element
QueryByParameter.responsePriorityCode einen anderen Wert als "I" enthält, MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit der Fehlernachricht gemäß Vorgaben aus [ITI-55#3.55.4.1.3] antworten.
Der NCPeH-FD MUSS überprüfen, ob die XCPD-Anfrage zwei livingSubjectID-Elemente und die zugehörigen Attribute die Prüfkriterien aus der Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_ePeD-A" erfüllen.
Tabelle 1: TAB_NCPeH_XCPD_Prüfkriterien_ePeD-A
| Element | Nutzungskonvention für Attribut root | Nutzungskonvention für Attribut extension |
|---|---|---|
| PRPA_IN201305UV02/controlActProcess/queryByParameter/parameterList/livingSubjectID/value | Der Wert des Attributs root MUSS identisch mit dem Wert der Variablen OID_KVNR_ASSIGNING_AUTHORITY sein. | Der NCPeH-FD MUSS diesen Wert gemäß Vorgaben aus Kapitel [4.1.9 Format und Validierung der KVNR] prüfen und validieren. Wenn die Prüfung und Validierung der KVNR erfolgreich war, MUSS der Wert des Attributs extension in der lokalen Variablen xcpd_kvnr zwischengespeichert werden. |
| PRPA_IN201305UV02/controlActProcess/queryByParameter/parameterList/livingSubjectID/value | Der Wert des Attributs root MUSS identisch mit dem Wert der Variablen OID_AC_eRp_ASSIGNING_AUTHORITY sein. | Der Wert des Attributs extension MUSS folgende Kriterien erfüllen:
xcpd_accesscode_erp zwischengespeichert werden. |
Die Variablen OID_KVNR_ASSIGNING_AUTHORITY und OID_AC_eRp_ASSIGNING_AUTHORITY sind im Kapitel [4.1.1 - Konfigurationsparameter] definiert.
Die KVNR und der Zugriffscode werden vom NCPeH-FD beim Zugriff auf E-Rezepte an den E-Rezept-FD übermittelt. Mit der KVNR kann der E-Rezept-FD die demographischen Versichertendaten und die einlösbaren E-Rezepte des Versicherten eindeutig ermitteln. Der Zugriffscode ist Teil der vom Versicherten erteilten Zugriffsberechtigung und wird im E-Rezept-FD gespeichert. Mit der Übermittlung des Zugriffscodes wird dieser dort vom E-Rezept-FD auf Gültigkeit geprüft, bevor der Zugriff auf angefragte E-Rezepte gestattet wird.
Der NCPeH-FD MUSS folgende Prüfschritte durchführen und bei Abweichung mit entsprechender Fehlermeldung (siehe Spalten Reason Encoding und Acknowledgement) an den NCPeH Land-B antworten und die weitere Verarbeitung der Anfrage abbrechen:
Tabelle 2: TAB_NCPeH_XCPD_Prüfschritte_Fehlermeldungen_ePeD-A
| Prüfschritt | Reason Encoding (reasonOf-Element) gemäß [eHDSI_XCPD_Profile#2.3.3] | Acknowledgement |
|---|---|---|
| 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]). | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PolicyViolation" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = "Unknown receiver device id." acknowledgementDetail.Location = "The service request is incorrectly configured and is intended for a different country. Please contact your service provider or administrator." |
| root-Attribute der folgenden Elemente aus der Anfrage MÜSSEN identisch mit dem Wert des Konfigurationsparameters HOME_COMMUNITY_ID_NCPeH-FD sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]):
|
||
| Der Wert des Attributes PRPA_IN201305UV02/sender/device/id@root MUSS im Konfigurationsparameter WHITELIST_NCPeH_COUNTRY-B als HomeCommunityId des NCPeH Land-B enthalten sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]). | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = "Connection to Germany not allowed." acknowledgementDetail.Location = "There is currently no agreement with your country on the exchange of demographic data for the use of ePrescription service." |
|
| Die Variable ida_permissions, falls sie nicht leer ist, MUSS alle Permission Codes gemäß Vorgaben aus [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] für den eHDSI Use Case "Patient Identification" enthalten. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE AEacknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Access is not permitted. Please check the access rights for your health professional role in your country." |
| Wenn die Variable ida_permissions leer ist, dann MÜSSEN die Bedingungen zur Erlangung einer Zugriffsberechtigung auf E-Rezept-FD nach [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] erfüllt sein. | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE AEacknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Please check the access rights for your health professional role in your country." |
|
| Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einem Zugriffscode enthalten. Der Zugriffscode muss die Prüfkriterien aus der Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_ePeD-A" erfüllen. Die Variable xcpd_accesscode_erp DARF NICHT leer sein. |
<mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PatientAuthenticationRequired" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "A respective access code has not been transmitted or has not been transmitted properly. Please ask the patient for an access authorisation." |
| Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einer KVNR enthalten. Die KVNR MUSS die Prüfkriterien aus der Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_ePeD-A" erfüllen. Die Variable xcpd_kvnr DARF NICHT leer sein. | <triggerFor typeCode="TRIG"> <actOrderRequired classCode="ACT" moodCode="ENV"> <code code="DemographicsQueryNotAllowed" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </actOrderRequired> </triggerFor> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE AEacknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification error acknowledgementDetail.Location = "Please make sure the health insurant number is correct." |
| Die XCPD-Anfrage DARF neben den zwei livingSubjectID-Elementen keine weitere Identifikationsmerkmale enthalten. XCPD-Anfragen mit Elementen wie z. B. weitere livingSubjectID, livingSubjectName, livingSubjectBirthTime, livingSubjectAdministrativeGender oder patientAddress MÜSSEN abgelehnt werden. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PrivacyViolation" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE AEacknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Only the health insurant number and access code are acceptable for patient identification." |
| Die Variable ida_healthcare_facility_type DARF NICHT leer sein und MUSS identisch mit einem der in [eHDSI_SAML_Profile#2.3] für das Identitätsattribut urn:ehdsi:names:subject:healthcare-facility-type angegeben Werte sein. |
<mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE AEacknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "The type of your healthcare facility is missing or does not comply with the authorised types of healthcare facilities." |
| Die Variablen ida_name-id und ida_practitioner_role DÜRFEN NICHT leer sein. | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_HPI_INSUFFICIENT_INFORMATION acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Information about the health professional are missing." |
|
| Die Variable ida_point_of_care DARF NICHT leer sein. |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_HPI_POC_NO_INFORMATION acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No information has been provided about the name of the medical facility, where the patient care takes place." | |
| Die Variable ida_practitioner_name DARF nicht leer sein. |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_HPI_POC_NO_INFORMATION acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No information has been provided about the name of the health professional." | |
Hinweis: Die Variablen ida_healthcare_facility_type, ida_name-id, ida_practitioner_name, ida_practitioner_role und ida_point_of_care sind im Kapitel [4.1.5 - Validierung der Identity Assertion des LE-EU] definiert.
Das folgende Beispiel eines Patient Demographics Query Request stellt das IHE XCPD-Profil des Interaktionstyps HL7 PRPA_IN201305UV02 dar. Die Nachricht enthält eine Krankenversichertennummer (KVNR) sowie einen Zugriffscode. Aus Gründen der Übersichtlichkeit enthält das Beispiel in dem soapenv:Header-Element keine Angaben zum Sicherheitsobjekt (Assertion), (siehe Kapitel [4.1.5 - Validierung der Identity Assertion des LE-EU]).
| <?xml version="1.0" encoding="UTF8" standalone="yes"?> <Envelope> <Header> … </Header> <Body> <PRPA_IN201305UV02 ITSVersion="XML_1.0" xmlns="urn:hl7-org:v3"> <id extension="35423" root="1.2.840.114350.1.13.0.1.7.1.1"/> <creationTime value="20170922"/> <versionCode code="V3PR1"/> <interactionId extension="PRPA_IN201305UV02" root="2.16.840.1.113883.1.6"/> <processingCode code="P"/> <processingModeCode code="T"/> <acceptAckCode code="AL"/> <receiver typeCode="RCV"> <device classCode="DEV" determinerCode="INSTANCE"> <id root="1.2.276.0.76.4.291"/> </device> </receiver> <sender typeCode="SND"> <device classCode="DEV" determinerCode="INSTANCE"> <id root="2.16.17.710.803.1000.990.1"/> </device> </sender> <controlActProcess classCode="CACT" moodCode="EVN"> <code code="PRPA_TE201305UV02" codeSystem="2.16.840.1.113883.1.6"/> <queryByParameter> <queryId extension="1.263507841149" root="1.2.840.114350.1.13.28.1.18.5.999"/> <statusCode code="new"/> <responseModalityCode code="R"/> <responsePriorityCode code="I"/> <matchCriterionList/> <parameterList> <livingSubjectId> <value extension="B123456789" root="1.2.276.0.76.3.1.580.147"/> <semanticsText>LivingSubject.id</semanticsText> </livingSubjectId> <livingSubjectId> <value extension="A2C4E6" root="1.2.276.0.76.4.299"/> <semanticsText>LivingSubject.id</semanticsText> </livingSubjectId> </parameterList> </queryByParameter> </controlActProcess> </PRPA_IN201305UV02> </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:
- xcpd_kvnr
- xcpd_accesscode_erp
1.2.2 Neuaufnahme des Kapitels "6.1.1.4 TUC_NCPeH_002: Patient Demographics Response mit demographischen Versichertendaten für ePeD-A versenden"
Für diesen TUC gelten folgende übergreifende Festlegungen
Ablauf des TUC
Der Inhalt und die Struktur der XCPD-Rückmeldung basiert auf der HL7 Patient Registry Find Candidates Query Response gemäß Vorgaben aus [eHDSI_XCPD_Profile#2.3].
Darüber hinaus MUSS der NCPeH-FD folgende Vorgaben umsetzen:
- Die XCPD-Rückmeldung DARF nur ein Element /PRPA_IN201306UV02/controlActProcess/subject/registrationEvent/subject1/patient enthalten.
- patient/id@extension MUSS den Wert nach folgender Vorschrift enthalten:
- den Wert des Parameters patient_kvnr,
- den senkrechte Strich ohne Anführungszeichen: "|",
- den Wert des Zugriffscode aus der XCPD-Anfrage, zwischengespeichert in der Variable xcpd_accesscode_erp (siehe Kapitel [6.1.1.3 - TUC_NCPeH_XXX: Patient Demographics Query Request für ePeD-A verarbeiten]).
Beispiel für den gesamten Wert des Attributs patient/id@extension: B123456789|A2C4E6
- patient/id@root muss den Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY enthalten (siehe Kapitel [4.1.1 - Konfigurationsparameter]).
- Der NCPeH-FD MUSS die ermittelten demographischen Versichertendaten aus dem Kapitel [6.2.4 - TUC_NCPeH_XXX: Demographische Versichertendaten aus E-Rezept extrahieren] den untergeordneten Elementen des patientPerson-Elements entsprechend folgender Regelungen zuordnen:
| Element | Verwendungskonvention |
|---|---|
| name/given | Der Wert der Variable patient_vorname MUSS in das Element übernommen werden. |
| name/family | Der Wert des Elementes MUSS aus ermittelten Werten in folgender Reihenfolge bestehen, die Werte sind durch ein Leerzeichen getrennt: patient_prefix patient_namenszusatz patient_vorsatzwort patient_nachname. |
| birthTime | Der Wert der Variable patient_geburtsdatum MUSS in das Element übernommen werden. Die Vorgaben zum Datumsformat MÜSSEN gemäß [IHE_XCPD_Profile] eingehalten werden. |
Die Variablen patient_kvnr, patient_vorname, patient_prefix, patient_namenszusatz, patient_vorsatzwort,
patient_nachname und patient_geburtsdatum sind im Kapitel [6.2.4 - TUC_NCPeH_XXX: Demographische Versichertendaten aus E-Rezept extrahieren] definiert.
Der NCPeH-FD MUSS einen Non-Repudiation of Origin Eintrag gemäß [4.1.7.1 - Non-Repudiation of Origin erstellen] in der Komponente Audit Repository speichern.
Das folgende Beispiel einer Patient Demographics Response stellt das IHE XCPD-Profil des Interaktionstyps HL7 PRPA_IN201306UV02 dar. Die Nachricht enthält neben der KVNR des Versicherten auch die ermittelten demographischen Versichertendaten:
| <?xml version="1.0" encoding="UTF-8"?> <PRPA_IN201306UV02> <id extension="5221910906" root="5ff741d0-f87d-43c1-b239-811d8b13cb0b"/> <creationTime value="20230927104903.031+0000"/> <versionCode code="V3PR1"/> <interactionId extension="PRPA_IN201306UV02" root="2.16.840.1.113883.1.6"/> <processingCode code="P"/> <processingModeCode code="T"/> <acceptAckCode code="NE"/> <receiver typeCode="RCV"> <device classCode="DEV" determinerCode="INSTANCE"> <id root="2.16.17.710.803.1000.990.1"/> <asAgent classCode="AGNT"> <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="2.16.17.710.803.1000.990.1"/> </representedOrganization> </asAgent> </device> </receiver> <sender typeCode="SND"> <device classCode="DEV" determinerCode="INSTANCE"> <id root="1.2.276.0.76.4.291"/> </device> </sender> <acknowledgement> <typeCode code="AA"/> <targetMessage> <id extension="35423" root="1.2.840.114350.1.13.0.1.7.1.1"/> </targetMessage> </acknowledgement> <controlActProcess classCode="CACT" moodCode="EVN"> <code code="PRPA_TE201306UV02"/> <subject typeCode="SUBJ"> <registrationEvent classCode="REG" moodCode="EVN"> <id nullFlavor="NA"/> <statusCode code="active"/> <subject1 typeCode="SBJ"> <patient classCode="PAT"> <id extension="B123456789|A2C4E6" root="1.2.276.0.76.3.1.580.147"/> <statusCode code="active"/> <patientPerson classCode="PSN" determinerCode="INSTANCE"> <name> <family>Gräfin von Oberberg</family> <given>Johanna</given> </name> <birthTime value="19820515"/> </patientPerson> <subjectOf1> <queryMatchObservation classCode="OBS" moodCode="EVN"> <code code="IHE_PDQ" codeSystem="2.16.840.1.113883.1.11.19914"/> <value value="100" xsi:type="INT"/> </queryMatchObservation> </subjectOf1> </patient> </subject1> <custodian typeCode="CST"> <assignedEntity classCode="ASSIGNED"> <id root="2.16.17.710.820.1000.990.1"/> <code code="NotHealthDataLocator" codeSystem="1.3.6.1.4.1.19376.1.2.27.2"/> </assignedEntity> </custodian> </registrationEvent> </subject> <queryAck> <queryId root="1.263507841149"/> <statusCode code="OK"/> <queryResponseCode code="OK"/> </queryAck> <queryByParameter> <queryId root="1.263507841149"/> <statusCode code="new"/> <parameterList> <livingSubjectId> <value extension="B123456789" root="1.2.276.0.76.3.1.580.147"/> <semanticsText>LivingSubject.id</semanticsText> </livingSubjectId> <livingSubjectId> <value extension="A2C4E6" root="1.2.276.0.76.4.298"/> <semanticsText>LivingSubject.id</semanticsText> </livingSubjectId> </parameterList> </queryByParameter> </controlActProcess> </PRPA_IN201306UV02> |
Ausgabeparameter des TUC
- Dieser TUC hat keine Ausgabeparameter.
1.3 Neuaufnahme des Kapitels "6.2.4 TUC_NCPeH_XXX: Demographische Versichertendaten aus E-Rezept extrahieren"
Für diesen TUC gelten folgende übergreifende Festlegungen
- 4.2.1 - Schnittstellen zu Diensten der zentralen TI
- 4.2.10 Übergreifende Vorgaben an die Kommunikation mit E-Rezept-FD
- 4.2.9 Elektronische Identitäten des NCPeH-FD
- 4.2.10.4 Authentifizierung des NCPeH-FD am E-Rezept-FD
Ablauf des TUC
Mit diesem TUC ruft der NCPeH-FD ein FHIR-Bundle vom E-Rezept-FD ab, um daraus demographische Versichertendaten zum Zwecke der Patientenidentifikation im Land-B zu extrahieren.
Der NCPeH-FD MUSS im inneren Request die HTTP-Operation des E-Rezept-FD mit dem Ausdruck
POST/get-eu-prescriptions?_count=1 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 Aufruf dient dazu, das zuletzt erstellte und einlösbare E-Rezept abzurufen, damit der NCPeH-FD relevante demographische Versichertendaten extrahieren kann. 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 die 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 die Komponente Audit Repository speichern.
Bei einer Antwort des E-Rezept-FD mit dem HTTP-Statuscode 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ähnten 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.
Der NCPeH-FD MUSS aus dem FHIR-Bundle folgende FHIR-Ressource Bundle/entry/resource/Bundle/entry/resource/Patient ermitteln und prüfen, ob die ermittelte Patient-FHIR-Ressource die Vorgaben aus [KBV_PR_FOR_Patient] erfüllt.
Der NCPeH-FD MUSS demographische Versichertendaten aus der ermittelten Patient-FHIR-Ressource gemäß der Tabelle "TAB_NCPeH_Extrahierung_demographische_Versichertendaten_ePeD-A" extrahieren und diese in die entsprechenden Variablen für die spätere Datenverarbeitung abspeichern.
Tabelle: TAB_NCPeH_Extrahierung_demographische_Versichertendaten_ePeD-A
| Variable für Zwecke der internen Datenverarbeitung | Element gemäß [KBV_PR_FOR_Patient] |
|---|---|
| patient_kvnr | Patient.identifier |
| patient_prefix | Patient.name:name.prefix |
| patient_vorname | Patient.name:name.given |
| patient_nachname | Patient.name:name.family.extension:nachname |
| patient_vorsatzwort | Patient.name:name.family.extension:vorsatzwort |
| patient_namenszusatz | Patient.name:name.family.extension:namenszusatz |
| patient_geburtsdatum | Patient.birthDate |
Tritt einer der folgenden Fehlerfälle auf, MUSS der NCPeH-FD die weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit einer entsprechenden Fehlernachricht gemäß Tabelle "TAB_NCPeH_Fehlerfälle_Abruf_von_demographischen_Versichertendaten" antworten.
Tabelle: TAB_NCPeH_Fehlerfälle_Abruf_von_demographischen_Versichertendaten
| Fehlerfall | Reason Encoding (reasonOf-Element) gemäß [eHDSI_XCPD_Profile#2.3.3] | Acknowledgement |
|---|---|---|
| patient_kvnr, patient_vorname, patient_nachname oder patient_geburtsdatum sind im Ergebnis des TUC leer. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="AnswerNotAvailable" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= NF acknowledgementDetail.Code= ERROR_PI_NO_MATCH acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No match with an existing patient." |
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 404. | ||
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 403. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "The requestor has insufficient rights to query for patient’s identity data. Please ask the patient for access authorisation." |
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 400. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="InternalError" codeSystem="1.3.6.1.4.1.19376.1.2.27.3"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AE queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_INTERNAL_ERROR acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No patient data available due to an internal error." |
| Der E-Rezept-FD antwortet nach einem zweiten Operationsaufruf mit dem HTTP Status Code 401. | ||
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 408. | acknowledgement.typeCode= AE queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_INTERNAL_ERROR acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Internal error due to timeout. Please submit the request again." |
|
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 200, in der Antwortnachricht ist kein FHIR-Bundle vom Typ collection enthalten oder in der Antwort ist ein FHIR-Bundle enthalten, erfüllt aber nicht die Vorgaben aus [FHIR_Resource_Bundle]. | acknowledgement.typeCode= AE queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_INTERNAL_ERROR acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No patient data available due to an internal error." | |
| Die ermittelte FHIR-Ressource Patient aus dem FHIR-Bundle entspricht nicht den Vorgaben aus [KBV_PR_FOR_Patient]. | ||
| Der E-Rezept-FD antwortet mit dem HTTP Status Code 500. | acknowledgement.typeCode= AE queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_INTERNAL_ERROR acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Internal error when querying the patient demographic data." |
|
| Der E-Rezept-FD antwortet nicht und der hinterlegte Wert im Konfigurationsparameter eRp_RESPONSE_TIMEOUT (siehe Kapitel [4.1.1 Konfigurationsparameter]) ist überschritten |
Ausgabeparameter des TUC
- patient_kvnr
- patient_prefix
- patient_vorname
- patient_nachname
- patient_vorsatzwort
- patient_namenszusatz
- patient_geburtsdatum
1.4 Anpassungen am Kapitel "5.1 NCPeH.UC_1 - Versicherten im Behandlungsland für PS-A identifizieren"
Kapitelnummer ändert sich 5.1 -> 5.1.1
[...]
Tabelle: TAB_NCPeH_UC_01_Versicherten_im_Behandlungsland_für_PS-A_identifizieren
[...]
1.5 Anpassungen am Kapitel "6.1.1.1 TUC_NCPeH_001: Patient Demographics Query Request für PS-A verarbeiten"
Für diesen TUC gelten folgende übergreifende Festlegungen
- 4.1.1 - Konfigurationsparameter
- 4.1.2 - Datenaustausch mit zugelassenen EU-Ländern
- 4.1.3 - eHDSI Basisleistungen
- 4.1.5 - Validierung der Identity Assertion des LE-EU
- 4.1.6 - Validierung der TRC-Assertion
- 4.1.7.2 - Non-Repudiation of Receipt erstellen
- 4.1.7.3 Patient Privacy Audit Trail Eintrag erstellen
- 4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI
- 4.1.9 - Format und Validierung der KVNR
- 4.2.1 - Schnittstellen zu Diensten der zentralen TI
- 4.2.7.3 - Lokalisierung der Akte eines Versicherten
- 4.2.7 - Login in ein ePA-Aktenkonto
- 4.2.9 - Elektronische Identitäten des NCPeH-FD
Ablauf des TUC
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 MUSS der NCPeH-FD die Vorgaben aus [eHDSI_XCPD_Profile#3.3] 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.
Die eingehende Anfrage MUSS dem Nachrichtentyp Patient Registry Find Candidates Query entsprechen, wie er in [eHDSI_XCPD_Profile#2.1] beschrieben ist. Neben den Vorgaben aus [eHDSI_XCPD_Profile] gelten darüber hinaus folgende Einschränkungen, die vom NCPeH-FD zu prüfen sind:
Die root-Attribute der folgenden Elemente aus der Anfrage MÜSSEN identisch mit dem Wert des Konfigurationsparameters HOME_COMMUNITY_ID_NCPeH-FD (siehe Kapitel 4.1.1 - Konfigurationsparameter) sein:
- PRPA_IN201305UV02/receiver/device/id
- PRPA_IN201305UV02/receiver/device/asAgent/representedOrganization/id (falls vorhanden).
Der NCPeH-FD MUSS überprüfen, ob der Wert des root-Attributes des Elementes PRPA_IN201305UV02/sender/device/id im Konfigurationsparameter WHITELIST_NCPeH_COUNTRY-B (siehe Kapitel 4.1.1 - Konfigurationsparameter) als HomeCommunityId des NCPeH Land-B enthalten ist. Dadurch soll sichergestellt werden, dass die Anfrage tatsächlich von einem NCPeH Land-B stammt, mit dem ein Austausch von Gesundheitsdaten zulässig ist. Falls die Überprüfung der Werte nicht zu einem Treffer geführt hat, MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B gemäß mit einer entsprechenden Fehlernachricht gemäß Tabelle TAB_NCPeH_XCPD_Prüfschritte_Fehlermeldungen_PSA antworten.
Das Element QueryByParameter.responsePriorityCode aus der Anfrage MUSS den Wert "I" (Immediate) haben. Nur das Verarbeiten und Senden einer sofortigen Antwort ist zulässig. Falls das Element
QueryByParameter.responsePriorityCode einen anderen Wert als "I" enthält, MUSS der NCPeH-FD eine weitere Verarbeitung der Anfrage abbrechen und dem NCPeH Land-B mit der Fehlernachricht gemäß Vorgaben aus [ITI-55#3.55.4.1.3] antworten.
Der NCPeH-FD MUSS überprüfen, ob die XCPD-Anfrage zwei livingSubjectID-Elemente gemäß Tabelle TAB_NCPeH_XCPD_Prüfkriterien_PSA enthält und ob die zugehörigen Attribute die Prüfkriterien gemäß aus der Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_PSA" erfüllen.
Tabelle 3: TAB_NCPeH_XCPD_Prüfkriterien_PSA
| Element | Nutzungskonvention für Attribut root | Nutzungskonvention für Attribut extension |
|---|---|---|
| PRPA_IN201305UV02/controlActProcess/queryByParameter/parameterList/livingSubjectID/value | Der Wert des Attributs root MUSS identisch mit dem Wert der Variablen OID_KVNR_ASSIGNING_AUTHORITY sein. | Der Wert des Attributs extension trägt den unveränderlichen Teil der KVNR und MUSS folgende Kriterien erfüllen: 10-stellige KVNR Format: [A-Z][0-9]{9} Beschreibung des Aufbaus: 1. Stelle: Alpha-Zeichen (Wertebereich A - Z, ohne Umlaute), 2. bis 10. Stelle: 9-stellige Ziffernfolge.MUSS gemäß Vorgaben aus Kapitel [4.1.9 Format und Validierung der KVNR] geprüft und valide sein. Falls die Kriterien erfüllt sind, MUSS der Wert des Attributs extension in der lokalen Variable xcpd_kvnr zwischengespeichert werden. |
| PRPA_IN201305UV02/controlActProcess/queryByParameter/parameterList/livingSubjectID/value | Der Wert des Attributs root MUSS identisch mit dem Wert der Variablen OID_AC_ePKA_ASSIGNING_AUTHORITY sein. | Der Wert des Attributs extension MUSS folgende Kriterien erfüllen:
xcpd_accesscode_epka zwischengespeichert werden. |
Die Variablen OID_KVNR_ASSIGNING_AUTHORITY und OID_AC_ePKA_ASSIGNING_AUTHORITY sind im Kapitel [4.1.1 - Konfigurationsparameter] definiert.
Die KVNR und der Zugriffscode werden wird bei der Kommunikation mit dem ePA-Aktensystem verwendet, um das zugehörige ePA-Konto des Versicherten eindeutig ermitteln zu können. Durch die Übermittlung des Zugriffscodes an das jeweilige ePA-Aktensystem des Versicherten wird dort geprüft, ob das europäische Mitgliedsland vom Versicherten ermächtigt ist, durch NCPeH-FD die ePKA-Daten des Versicherten abzurufen.
Der NCPeH-FD MUSS folgende Prüfschritte durchführen und bei Abweichung mit entsprechender Fehlermeldung (siehe Spalte Reason Encoding und acknowledgementDetail) an den NCPeH Land-B antworten und die weitere mit einer weiteren Verarbeitung der Anfrage abbrechen:
Tabelle: TAB_NCPeH_XCPD_Prüfschritte_Fehlermeldungen_PSA
| Prüfschritt | Reason Encoding gemäß [eHDSI_XCPD_Profile#2.3.3] |
acknowledgementDetail |
|---|---|---|
| root-Attribute der folgenden Elemente aus der Anfrage MÜSSEN identisch mit dem Wert des Konfigurationsparameters HOME_COMMUNITY_ID_NCPeH-FD sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]):
|
<mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PolicyViolation" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = "Connection to Germany not allowed." acknowledgementDetail.Location = "The service request is incorrectly configured and is intended for a different country. Please contact your service provider or administrator." |
| Der Wert des Attributes PRPA_IN201305UV02/sender/device/id@root MUSS im Konfigurationsparameter WHITELIST_NCPeH_COUNTRY-B als HomeCommunityId des NCPeH Land-B enthalten sein (siehe Kapitel [4.1.1 - Konfigurationsparameter]). | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = "Connection to Germany not allowed." acknowledgementDetail.Location = "There is currently no agreement with your country on the exchange of demographic data for the use of patient summary service." |
|
| Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einem Zugriffscode enthalten., der die Der Zugriffscode erfüllt die Prüfkriterien gemäß Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_PSA" erfüllt. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PatientAuthenticationRequired" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location = "A respective access code has not been transmitted or has not been transmitted properly. Please ask the patient for access authorisation." |
| Die XCPD-Anfrage MUSS ein livingSubjectID-Element mit einer KVNR enthalten,. die die Die KVNR erfüllt die Prüfkriterien gemäß Tabelle "TAB_NCPeH_XCPD_Prüfkriterien_PSA" erfüllt. | <triggerFor typeCode="TRIG"> <actOrderRequired classCode="ACT" moodCode="ENV"> <code code="DemographicsQueryNotAllowed" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </actOrderRequired> </triggerFor> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= WARNING_PI_GENERICERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location = "Please make sure that the length and structure of the health insurantce number is correct." |
| Die XCPD-Anfrage DARF neben den livingSubjectID-Elementen für KVNR und Zugriffscode keine weiteren Identifikationsmerkmale enthalten. XCPD-Anfragen mit Elementen wie z. B. weitere livingSubjectID, livingSubjectName, livingSubjectBirthTime, livingSubjectAdministrativeGender oder patientAddress müssenMÜSSEN abgelehnt werden. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="PrivacyViolation" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location = "Only the health insurantce number and access code are accepted acceptable for patient identification." |
| Die Bedingungen zur Erlangung einer Zugriffsberechtigung auf ePA-Aktensystem Fachdienste der TI nach [4.1.8 - Festlegungen zur Prüfung der Zugriffsberechtigung auf Fachdienste der TI] MÜSSEN erfüllt sein. | <mitigatedBy typeCode="MITGT"> <detectedIssueManagement classCode="ACT" moodCode="ENV"> <code code="InsufficientRights" codeSystem="1.3.6.1.4.1.12559.11.10.1.3.2.2.1"/> </detectedIssueManagement> </mitigatedBy> |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4]Patient Identification Error acknowledgementDetail.Location = "Please check the access rights for your health professional role in your country." |
| Der Wert des root-Attributes des Elementes PRPA_IN201305UV02/sender/device/id@root MUSS im Wert des Konfigurationsparameters WHITELIST_NCPeH_COUNTRY-B (siehe Kapitel Kapitel 4.1.1 - Konfigurationsparameter) als HomeCommunityId des NCPeH Land-B enthalten sein. |
acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = siehe Beschreibung in [eHDSI_NCPeH_Components#6.4] acknowledgementDetail.Location = "There is no agreement on the transfer of patient data with your country." |
|
| Die Variable ida_healthcare_facility_type DARF NICHT leer sein und MUSS identisch mit einem der in [eHDSI_SAML_Profile#2.3] für das Identitätsattribut urn:ehdsi:names:subject:healthcare-facility-type angegeben Werte sein. |
acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_PI_GENERIC acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "The type of your healthcare facility is missing or does not comply with the authorised type of healthcare facility." |
|
| Mindestens eine der Variablen ida_name-id oder ida_practitioner_role ist leer. | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_HPI_INSUFFICIENT_INFORMATION acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "Information about the health professional are missing." | |
| Die Variable ida_point_of_care ist leer. | acknowledgement.typeCode= AA queryAck.queryResponseCode= AE acknowledgementDetail.Code= ERROR_HPI_POC_NO_INFORMATION acknowledgementDetail.Text = Patient Identification Error acknowledgementDetail.Location = "No information has been provided about the name of the medical facility, where the patient care takes place." |
Hinweis: Die Variablen ida_healthcare_facility_type, ida_name-id, ida_practitioner_role und ida_point_of_care sind im Kapitel [4.1.5 - Validierung der Identity Assertion des LE-EU] definiert.
[...]
1.6 Anpassungen am Kapitel "6.1.1.2 TUC_NCPeH_002: Patient Demographics Response für PS-A versenden"
[...]
Darüber hinaus MÜSSEN folgende Einschränkungen vom NCPeH-FD geprüft werden.
- Die XCPD-Rückmeldung MUSS ein Element
/PRPA_IN201306UV02/controlActProcess/subject/registrationEvent/subject1/patient /PRPA_IN201306UV02/controlActProcess/subject/subject1/patient enthalten. - patient/id@extension MUSS den Wert nach folgender Vorschrift enthalten:
- Der Wert des Parameters patient_kvnr (siehe Kapitel [6.2.3 - TUC_NCPeH_017: Demographische Versichertendaten aus NFD des ePKA MIO übernehmen])
- Der senkrechte Strich ohne Anführungszeichen: "|"
- Der Wert des Zugangscode aus der XCPD-Anfrage, zwischengespeichert in der Variable xcpd_accesscode_epka (siehe Kapitel [6.1.1.1 - TUC_NCPeH_001: Patient Demographics Query Request für PS-A verarbeiten])
Beispiel für den gesamten Wert im Attribut patient/id@extension: B123456789|A2C4E6
- patient/id@root MUSS den Wert des Konfigurationsparameters OID_KVNR_ASSIGNING_AUTHORITY aus dem Kapitel [4.1.1 - Konfigurationsparameter] enthalten
- Der NCPeH-FD MUSS die ermittelten demographischen Versichertendaten aus dem Kapitel [6.2.3 - TUC_NCPeH_017: Demographische Versichertendaten aus NFD des ePKA MIO übernehmen] den untergeordneten Elementen des patientPerson-Elements <patientPerson /> entsprechend folgender Regelungen zuordnen:
Element Verwendungskonvention name/given Das Element muss identisch mit dem Wert der Variable patient_vorname sein. name/family Das Element muss aus einzelnen Werten der Parameter in folgender Reihenfolge bestehen, die Parameter sind durch ein Leerzeichen getrennt:
Der Wert des Element MUSS aus ermittelten Werten in folgender Reihenfolge bestehen, die Werte sind durch ein Leerzeichen getrennt:
patient_namenszusatz patient_vorsatzwort patient_nachnamebirthTime patient_geburtsdatum
Das Element muss den Wert des Parameters patient_geburtsdatum enthalten und Vorgaben zum Datumsformat gemäß [IHE_XCPD_Profile] umsetzen.
Die Vorgaben zum Datumsformat MÜSSEN gemäß [IHE_XCPD_Profile] umgesetzt werden.
Die Variablen patient_kvnr, patient_vorname, patient_prefix, patient_namenszusatz, patient_vorsatzwort,
patient_nachname und patient_geburtsdatum sind im Kapitel [6.2.3 TUC_NCPeH_017: Demographische Versichertendaten aus NFD des ePKA MIO übernehmen] definiert.
Der NCPeH-FD MUSS einen Non-Repudiation of Origin Eintrag gemäß [4.1.7.1 - Non-Repudiation of Origin erstellen] in der Komponente Audit Repository speichern.
[...]
1.7 Erweiterung am Kapitel "4.1.1 Konfigurationsparameter"
[...]
Tabelle: TAB_NCPeH_Konfigurationsparameter
| Konfigurationsparameter |
Wert |
|---|---|
| [...] | [...] |
| OID_AC_eRp_ASSIGNING_AUTHORITY | 1.2.276.0.76.4.299 |
| [...] | [...] |