From e652553ae11485f1114edd95512ac17c6b8c1ee4 Mon Sep 17 00:00:00 2001 From: Simone Heckmann Date: Wed, 6 Nov 2024 13:02:41 +0100 Subject: [PATCH] =?UTF-8?q?=C3=9Cbertrag=20Doku=20IG=20->=20FSH=20f=C3=BCr?= =?UTF-8?q?=20PatientMerge?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Resources/input/fsh/IsiKPatientMerge.fsh | 56 +++++++++++++++++++++++- 1 file changed, 54 insertions(+), 2 deletions(-) diff --git a/Resources/input/fsh/IsiKPatientMerge.fsh b/Resources/input/fsh/IsiKPatientMerge.fsh index b1bb30fbf..5c2c22286 100644 --- a/Resources/input/fsh/IsiKPatientMerge.fsh +++ b/Resources/input/fsh/IsiKPatientMerge.fsh @@ -1,21 +1,73 @@ - +//TODO: Das Profil verwendet als einziges nicht das ISIK-Präfix im Namen. Anpassen? +//Abweichende ID (und folglich Canonical) entspricht ebenfalls nicht dem Usus!! Profile: PatientMergeSubscription Parent: BackportSubscription Id: patient-merge-subscription Title: "Patient Merge Subscription" -Description: "Patient Merge Subscription" +Description: "Patient Merge Subscription +### Motivation + +Subscription ist eine FHIR Ressource, um als Client-System Benachrichtigungen über Events auf dem FHIR Server anzufragen. Der Subscription Mechanismus in FHIR R4 ist nicht geeignet, um alle relevanten Events (hier im Speziellen das Mergen von Patienten) zu unterstützen. Daher basiert das ISiK Subscription-Profil auf dem [Subscriptions R5 Backport Profil von HL7](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription.html). + +Siehe auch: {{pagelink:Patient-merge, text:Use Case Patient-merge}} + +Um als Subsystem über ein Patienten-Merge-Event informiert zu werden, KANN der FHIR Subscription Mechanismus gemäß des [Subscriptions R5 Backport IGs von HL7](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/index.html) genutzt werden. + +### Kompatibilität + +Das Profil PatientMergeSubscription basiert auf dem [Backport-Subscription Profil](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription.html). +Der [SubscriptionStatus](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription-status-r4.html), sowie das [Subscription Notification Bundle](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription-notification-r4.html) werden unverändert direkt aus dem [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/index.html) genutzt. + +Hinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden." + * insert Meta * status MS + * ^short = "" + * ^comment = "**Bedeutung:** Der Status der Subscription, der den Serverstatus der Subscription angibt. + Neue Subscriptions werden immer mit dem Status `requested` an den Server übergeben. + Der Server ändert im Anschluss den Status auf `active` oder im Fehlerfall auf `error`. + **Hinweise:** Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" * reason MS + * ^short = "" + * ^comment = "**Bedeutung:** Beschreibung wieso diese Subscription erstellt wurde. + **Hinweise:** Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" * criteria = $patient-merge-topic + * ^short = "" + * ^comment = "" * channel MS + * ^short = "" + * ^comment = "" * type MS + * ^short = "" + * ^comment = "**Bedeutung:** Der Typ des Kommunikationskanals, über den Subscription-Benachrichtigungen gesendet werden sollen. + **Hinweise:** Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" * type from RestAndWSSubscriptionChannelType + * ^short = "" + * ^comment = "" * endpoint MS + * ^short = "" + * ^comment = "**Bedeutung:** Adresse des Kommunikationskanals/ Endpunkts, an den Subscription-Benachrichtigungen gesendet werden sollen. Dies ist nur für rest-hook Subscriptions relevant. + **Hinweise:** Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" * payload MS + * ^short = "" + * ^comment = "**Bedeutung:** Format in dem Subscription Notifications versendet werden sollen (JSON oder XML) + **Hinweise:** Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" * payload from FhirMimeTypeVS * header MS * ^short = "Falls eine REST-Enpunkt einen Authorization-Header benötigt, kann dieser hier gesetzt werden" + * ^comment = "**Bedeutung:** http-Header welcher dazu genutzt werden kann einen Authorization-header zu setzen. Dies ist nur für rest-hook Subscriptions relevant. + **Hinweise:** ACHTUNG: dieses Datenfeld muss bei READ-Interaktionen maskiert werden! Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)" +/* TODO: für folgende Felder gab es im IG Beschreibungen, hier aber keine Elemente: + +### `Subscription.category` +**Bedeutung:** Canonical URL des Subscription-Topics, aktuell wird nur folgendes SubscriptionTopic unterstützt: https://gematik.de/fhir/isik/SubscriptionTopic/patient-merge +**Hinweise:** Siehe [Subscriptions R5 Backport](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription.html) + +### `Subscription.payload.extension[content]` +**Bedeutung:** Welcher Ressourceninhalt in der Nutzlast der Benachrichtigung geliefert werden soll. Zur Auswahl stehen eine leere Nutzlast (`empty`), nur die Ressourcen-id (`id-only`) oder der gesamte Inhalt der Ressource (`full-resource`). +**Hinweise:** Siehe [Extension: Backport R5 Subscription Payload Content Information](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-payload-content.html) +*/ + Instance: PatientMergeSubscriptionExample InstanceOf: PatientMergeSubscription