diff --git a/.github/workflows/ig-publisher.yml b/.github/workflows/ig-publisher.yml index 1062e5229d..fcb1a1b30e 100644 --- a/.github/workflows/ig-publisher.yml +++ b/.github/workflows/ig-publisher.yml @@ -119,6 +119,12 @@ jobs: ig_dir: publisher-guides/Basis capability_statement_urls: - https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementBasisServerAkteur + - ig_name: ISiK-Formularmodul + ig_dir: publisher-guides/Formular + capability_statement_urls: + - https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleAkteur + - https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur + import_cps_filter: SHOULD - ig_name: ISiK-Subscriptions ig_dir: publisher-guides/Subscription capability_statement_urls: diff --git a/.gitignore b/.gitignore index 666d094207..a674d57c9a 100644 --- a/.gitignore +++ b/.gitignore @@ -66,4 +66,14 @@ Resources/fsh-generated/fsh-index.json Resources/fsh-generated/fsh-index.txt scripts/output-rendering_check/debug_log.md scripts/QualityAssuranceAutomation/logs/ -scripts/QualityAssuranceAutomation/node_modules/* \ No newline at end of file +scripts/QualityAssuranceAutomation/node_modules/* + +# IG-Publisher + +publisher-guides/Formular/output/* +publisher-guides/Formular/input-cache/* +publisher-guides/Formular/temp/* +publisher-guides/Formular/template/* +publisher-guides/Formular/_genonce.bat + +ig-publisher-repo/* diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSAkteur.json index b68ce08df4..4ac32d39cd 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSAkteur.json @@ -36,10 +36,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementAMTSAkteur", "title": "ISiK CapabilityStatement AMTS Akteur", - "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'AMTS' zu bestehen.\n \n**HISTORIE:** \n\n* 5.0.0 \n * Hinzufügen von Interaktionen für die Prozedur für den AMTS-Bereich.\n * Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\n\n", + "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'AMTS' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* 5.0.0 \r\n * Hinzufügen von Interaktionen für die Prozedur für den AMTS-Bereich.\r\n * Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\r\n\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSRolle.json index ce00c3ed5c..47b00c4781 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAMTSRolle.json @@ -36,10 +36,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementAMTSRolle", "title": "ISiK CapabilityStatement AMTS Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'AMTS' zu bestehen.\n \n**HISTORIE:** \n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'AMTS' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n", "rest": [ { "mode": "server", @@ -135,7 +135,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?_id=103270`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?_id=103270`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\r\n\r\n " }, { "extension": [ @@ -147,7 +147,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/conformance-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?date=2022-03-21`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?date=2022-03-21`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -159,7 +159,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?encounter=Encounter/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?encounter=Encounter/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -171,7 +171,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?patient=Patient/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?patient=Patient/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -183,7 +183,7 @@ "name": "risk", "definition": "http://hl7.org/fhir/SearchParameter/RiskAssessment-risk", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?risk=http://terminology.hl7.org/CodeSystem/risk-probability|high`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?risk=http://terminology.hl7.org/CodeSystem/risk-probability|high`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " } ] }, @@ -434,7 +434,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise**: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token)." + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise**: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token)." }, { "extension": [ @@ -446,7 +446,7 @@ "name": "condition.code", "definition": "http://hl7.org/fhir/SearchParameter/RiskAssessment-condition", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/RiskAssessment?condition.code=http://fhir.de/CodeSystem/bfarm/icd-10-gm|F71.0`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/RiskAssessment?condition.code=http://fhir.de/CodeSystem/bfarm/icd-10-gm|F71.0`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -458,7 +458,7 @@ "name": "encounter.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/RiskAssessment?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\n\n `GET [base]/RiskAssessment?encounter.identifier=7567867`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/RiskAssessment?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\r\n\r\n `GET [base]/RiskAssessment?encounter.identifier=7567867`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -470,7 +470,7 @@ "name": "patient.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/RiskAssessment?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n\n `GET [base]/RiskAssessment?patient.identifier=1032702`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/RiskAssessment?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n\r\n `GET [base]/RiskAssessment?patient.identifier=1032702`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAufbaustrukturRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAufbaustrukturRolle.json index 073d63bcc2..92e0192033 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAufbaustrukturRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementAufbaustrukturRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementAufbaustrukturRolle", "title": "CapabilityStatement für Rolle "AufbaustrukturRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementAufbaustrukturRolle".\nDiese Rolle stellt Interaktionen zur Abfrage von Informationen zur Aufbaustruktur bereit.\nDie Aufbaustruktur umfasst die Organisationseinheiten, Standorte und deren Zuordnungen.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementAufbaustrukturRolle".\r\nDiese Rolle stellt Interaktionen zur Abfrage von Informationen zur Aufbaustruktur bereit.\r\nDie Aufbaustruktur umfasst die Organisationseinheiten, Standorte und deren Zuordnungen.\r\n", "rest": [ { "mode": "server", @@ -108,7 +108,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -120,7 +120,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -131,7 +131,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -142,7 +142,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -154,7 +154,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/Organization-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Organization?identifier=http://fhir.de/sid/arge-ik/iknr|260120196` \n `GET [base]/Organization?identifier=http://fhir.de/StructureDefinition/identifier-bsnr|345678975` \n `GET [base]/Organization?identifier=345678975` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?identifier=http://fhir.de/sid/arge-ik/iknr|260120196` \r\n `GET [base]/Organization?identifier=http://fhir.de/StructureDefinition/identifier-bsnr|345678975` \r\n `GET [base]/Organization?identifier=345678975` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -166,7 +166,7 @@ "name": "active", "definition": "http://hl7.org/fhir/SearchParameter/Organization-active", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Organization?active=true` \n `GET [base]/Organization?active=false` \n **Anwendungshinweis:** \n Insbesondere für die Suche nach Daten historischer Organisationsstrukturen - z.B. nach Schließung, Zusammenlegung von Fachabteilungen etc. - \n erscheint es erforderlich nach Ressourcen nicht aktiver Organisationseinheiten suchen zu können.\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?active=true` \r\n `GET [base]/Organization?active=false` \r\n **Anwendungshinweis:** \r\n Insbesondere für die Suche nach Daten historischer Organisationsstrukturen - z.B. nach Schließung, Zusammenlegung von Fachabteilungen etc. - \r\n erscheint es erforderlich nach Ressourcen nicht aktiver Organisationseinheiten suchen zu können.\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -178,7 +178,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/Organization-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Organization?type=dept` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?type=dept` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -190,7 +190,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/Organization-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Organization?name=FA-Gynäkologie` \n `GET [base]/Organization?name=GYN` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?name=FA-Gynäkologie` \r\n `GET [base]/Organization?name=GYN` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -202,7 +202,7 @@ "name": "address", "definition": "http://hl7.org/fhir/SearchParameter/Organization-address", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Organization?address=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?address=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -214,7 +214,7 @@ "name": "partof", "definition": "http://hl7.org/fhir/SearchParameter/Organization-partof", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Organization?partof:identifier=260120196` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?partof:identifier=260120196` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -226,7 +226,7 @@ "name": "endpoint", "definition": "http://hl7.org/fhir/SearchParameter/Organization-endpoint", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Organization?endpoint:identifier=123456` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Organization?endpoint:identifier=123456` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ] }, @@ -298,7 +298,7 @@ } ], "code": "update", - "documentation": "Sofern die Ressourcen zum Standort unterstützt werden, `update` implementiert werden. \n Diese dient insbesondere dem Synchronisieren des Status (`Location.operationalStatus`) der abgeleiteten \n Ressourcen ISiKStandortRaum und ISiKStandortBettenstellplatz - u.a. zur Kennzeichnung als \n 'Frei', 'Besetzt', 'Kontaminiert', 'Isoliert', in 'Reinigung' etc." + "documentation": "Sofern die Ressourcen zum Standort unterstützt werden, `update` implementiert werden. \r\n Diese dient insbesondere dem Synchronisieren des Status (`Location.operationalStatus`) der abgeleiteten \r\n Ressourcen ISiKStandortRaum und ISiKStandortBettenstellplatz - u.a. zur Kennzeichnung als \r\n 'Frei', 'Besetzt', 'Kontaminiert', 'Isoliert', in 'Reinigung' etc." } ], "searchParam": [ @@ -312,7 +312,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -324,7 +324,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -335,7 +335,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -346,7 +346,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -358,7 +358,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/Location-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Location?identifier=http://fhir.krankenhaus.example|260120196` \n `GET [base]/Location?identifier=345678975` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Location?identifier=http://fhir.krankenhaus.example|260120196` \r\n `GET [base]/Location?identifier=345678975` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -370,7 +370,7 @@ "name": "address", "definition": "http://hl7.org/fhir/SearchParameter/Location-address", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Location?address=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Location?address=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -382,7 +382,7 @@ "name": "operational-status", "definition": "http://hl7.org/fhir/SearchParameter/Location-operational-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Location?operational-status=Unoccupied` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Location?operational-status=Unoccupied` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -394,7 +394,7 @@ "name": "organization", "definition": "http://hl7.org/fhir/SearchParameter/Location-organization", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -406,7 +406,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/Location-type", "type": "token", - "documentation": "**Beispiel zur Suche nach Typ eines Standorts:** \n `GET [base]/Location?type=bed` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel zur Suche nach Typ eines Standorts:** \r\n `GET [base]/Location?type=bed` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -418,7 +418,7 @@ "name": "partof", "definition": "http://hl7.org/fhir/SearchParameter/Location-partof", "type": "reference", - "documentation": "**Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums (Zu welcher Abteilung gehört dieser Raum?):** \n `[base]/Location?partof=RaumStandortBeispiel` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums (Zu welcher Abteilung gehört dieser Raum?):** \r\n `[base]/Location?partof=RaumStandortBeispiel` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -430,7 +430,7 @@ "name": "near", "definition": "http://hl7.org/fhir/SearchParameter/Location-near", "type": "special", - "documentation": "**Beispiel zur Suche nach Standort nahe (100m) Koordinaten:** \n `GET [base]/Location?near=52.525851|13.37774|100|m` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#special). " + "documentation": "**Beispiel zur Suche nach Standort nahe (100m) Koordinaten:** \r\n `GET [base]/Location?near=52.525851|13.37774|100|m` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#special). " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementBasisServerAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementBasisServerAkteur.json index 2585cd8957..8d8ef6250d 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementBasisServerAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementBasisServerAkteur.json @@ -34,7 +34,7 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiK-CapabilityStatementBasisServerAkteur", "title": "Akteur "ISiKCapabilityStatementBasisServerAkteur"", "implementationGuide": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementCompositionKonsumentenRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementCompositionKonsumentenRolle.json index d2840f4a78..9643ddc16a 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementCompositionKonsumentenRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementCompositionKonsumentenRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementCompositionKonsumentenRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementCompositionKonsumentenRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementCompositionKonsumentenRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKBerichtBundles.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementCompositionKonsumentenRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKBerichtBundles.\r\n", "document": [ { "extension": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenServerAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenServerAkteur.json index 6c69f3e5dc..9d75432ab0 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenServerAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenServerAkteur.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementDokumentenServerAkteur", "title": "ISiK CapabilityStatement Dokumenten Server Akteur", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Dokumentenaustausch" ], - "purpose": "\nCapabilityStatement für den Akteur "ISiKCapabilityStatementDokumentenServerAkteur".\nDieser Akteur aggregiert die Rollen zur Erzeugung und dem Abruf von Metadaten für Dokumente.\n", + "purpose": "\r\nCapabilityStatement für den Akteur "ISiKCapabilityStatementDokumentenServerAkteur".\r\nDieser Akteur aggregiert die Rollen zur Erzeugung und dem Abruf von Metadaten für Dokumente.\r\n", "imports": [ "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementDokumentenverwaltungRolle", "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementMetadatenErzeugenRolle", diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenverwaltungRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenverwaltungRolle.json index fd312ffd6f..6947751e8c 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenverwaltungRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementDokumentenverwaltungRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementDokumentenverwaltungRolle", "title": "ISiK CapabilityStatement Dokumentenverwaltung Rolle", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Dokumentenaustausch" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementDokumentenverwaltungRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zur Erstellung, dem Abruf und der Aktualisierung von Dokumenten.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementDokumentenverwaltungRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zur Erstellung, dem Abruf und der Aktualisierung von Dokumenten.\r\n", "rest": [ { "mode": "server", @@ -108,7 +108,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -120,7 +120,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -131,7 +131,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -142,7 +142,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -154,7 +154,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/DocumentReference-status", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?status=final`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?status=final`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\r\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend." }, { "extension": [ @@ -166,7 +166,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-identifier", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/DocumenReference?identifier=urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340` \n **Anwendungshinweis:\n Durchsucht die Elemente `DocumentReference.identifier` und `DocumentReference.masterIdentifier` nach übereinstimmenden Dokumenten." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumenReference?identifier=urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340` \r\n **Anwendungshinweis:\r\n Durchsucht die Elemente `DocumentReference.identifier` und `DocumentReference.masterIdentifier` nach übereinstimmenden Dokumenten." }, { "extension": [ @@ -178,7 +178,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?patient=Patient/123`\n `GET [base]/DocumentReference?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n `GET [base]/DocumentReference?patient.identifier=1032702`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der FHIR-Kernspezifikation - Abschnitt [Chained Parameters](https://hl7.org/fhir/R4/search.html#chaining).\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?patient=Patient/123`\r\n `GET [base]/DocumentReference?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n `GET [base]/DocumentReference?patient.identifier=1032702`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der FHIR-Kernspezifikation - Abschnitt [Chained Parameters](https://hl7.org/fhir/R4/search.html#chaining).\r\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend." }, { "extension": [ @@ -190,7 +190,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/clinical-type", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?type=http://dvmd.de/fhir/CodeSystem/kdl|AD010101`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?type=http://dvmd.de/fhir/CodeSystem/kdl|AD010101`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\r\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend." }, { "extension": [ @@ -202,7 +202,7 @@ "name": "category", "definition": "http://hl7.org/fhir/SearchParameter/DocumentReference-category", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?category=http://ihe-d.de/CodeSystem/IHEXDSclassCode|BEF`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?category=http://ihe-d.de/CodeSystem/IHEXDSclassCode|BEF`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).\r\n Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend." }, { "extension": [ @@ -214,7 +214,7 @@ "name": "creation", "definition": "http://profiles.ihe.net/ITI/MHD/SearchParameter/DocumentReference-Creation", "type": "date", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?creation=2021-11-05`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).\n Dieser Suchparameter ist Teil der IHE-MHD-Spezifikation und für die Umsetzung des IHE MHD Profils für Server verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?creation=2021-11-05`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).\r\n Dieser Suchparameter ist Teil der IHE-MHD-Spezifikation und für die Umsetzung des IHE MHD Profils für Server verpflichtend." }, { "extension": [ @@ -226,7 +226,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiel:**\n `GET [base]/DocumentReference?encounter=Encounter/123`\n **Anwendungshinweis:**\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:**\r\n `GET [base]/DocumentReference?encounter=Encounter/123`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchInclude": [ @@ -282,7 +282,7 @@ } ], "code": "read", - "documentation": "Für die Ressource Binary MUSS die REST-Interaktion `read` implementiert werden.\n Es MÜSSEN die Regeln aus der FHIR-Kernspezifikation zur Abfrage einer Binary Ressource beachtet werden.\n Siehe [Serving Binary Resources using the RESTful API](https://www.hl7.org/fhir/R4/binary.html#rest).\n\n Um die Handhabung der base64-kodierten Binary-Ressourcen clientseitig zu erleichtern,\n MUSS ein bestätigungsrelevantes System (Server) bei READ-Interaktionen Accept-Header\n mit einem Wert außer den [FHIR-Mime-Types](https://www.hl7.org/fhir/R4/http.html#mime-type) unterstützen.\n Falls ein solcher Accept-Header durch einen Client verwendet wird, MUSS bestätigungsrelevante System (Server)\n das Binary in seiner nativen Form (definiert durch Binary.contentType) zurückgeben." + "documentation": "Für die Ressource Binary MUSS die REST-Interaktion `read` implementiert werden.\r\n Es MÜSSEN die Regeln aus der FHIR-Kernspezifikation zur Abfrage einer Binary Ressource beachtet werden.\r\n Siehe [Serving Binary Resources using the RESTful API](https://www.hl7.org/fhir/R4/binary.html#rest).\r\n\r\n Um die Handhabung der base64-kodierten Binary-Ressourcen clientseitig zu erleichtern,\r\n MUSS ein bestätigungsrelevantes System (Server) bei READ-Interaktionen Accept-Header\r\n mit einem Wert außer den [FHIR-Mime-Types](https://www.hl7.org/fhir/R4/http.html#mime-type) unterstützen.\r\n Falls ein solcher Accept-Header durch einen Client verwendet wird, MUSS bestätigungsrelevante System (Server)\r\n das Binary in seiner nativen Form (definiert durch Binary.contentType) zurückgeben." } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementErweiterteStammdatenRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementErweiterteStammdatenRolle.json index eb365a9629..726ef4765f 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementErweiterteStammdatenRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementErweiterteStammdatenRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementErweiterteStammdatenRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementErweiterteStammdatenRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementErweiterteStammdatenRolle".\nDiese Rolle stellt erweiterte Interaktionen zur Abfrage von Stammdaten bereit.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementErweiterteStammdatenRolle".\r\nDiese Rolle stellt erweiterte Interaktionen zur Abfrage von Stammdaten bereit.\r\n", "rest": [ { "mode": "server", @@ -78,7 +78,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/Patient-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?name=Erika` \n `GET [base]/Patient?name=Erika` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?name=Erika` \r\n `GET [base]/Patient?name=Erika` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -90,7 +90,7 @@ "name": "address", "definition": "http://hl7.org/fhir/SearchParameter/individual-address", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?address=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?address=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -102,7 +102,7 @@ "name": "address-city", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-city", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?address-city=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?address-city=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -114,7 +114,7 @@ "name": "address-country", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-country", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?address-country=DE` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?address-country=DE` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -126,7 +126,7 @@ "name": "address-postalcode", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-postalcode", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?address-postalcode=10117` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?address-postalcode=10117` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -138,7 +138,7 @@ "name": "active", "definition": "http://hl7.org/fhir/SearchParameter/Patient-active", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Patient?active=true` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?active=true` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -150,7 +150,7 @@ "name": "telecom", "definition": "http://hl7.org/fhir/SearchParameter/individual-telecom", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Patient?telecom=phone|+49152236898` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?telecom=phone|+49152236898` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." } ], "searchRevInclude": [ @@ -209,7 +209,7 @@ "name": "location", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-location", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?location=Location/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?location=Location/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -221,7 +221,7 @@ "name": "service-provider", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-service-provider", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?service-provider=Organization/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?service-provider=Organization/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleAkteur.json new file mode 100644 index 0000000000..5b401f1837 --- /dev/null +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleAkteur.json @@ -0,0 +1,71 @@ +{ + "resourceType": "CapabilityStatement", + "id": "ISiKCapabilityStatementFormularDatenQuelleAkteur", + "url": "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleAkteur", + "version": "5.1.1", + "status": "active", + "experimental": false, + "publisher": "gematik GmbH", + "date": "2025-12-17", + "contact": [ + { + "telecom": [ + { + "system": "url", + "value": "https://www.gematik.de" + } + ] + } + ], + "jurisdiction": [ + { + "coding": [ + { + "code": "DE", + "system": "urn:iso:std:iso:3166", + "display": "Germany" + } + ] + } + ], + "kind": "requirements", + "fhirVersion": "4.0.1", + "format": [ + "application/fhir+xml", + "application/fhir+json" + ], + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "name": "ISiK-CapabilityStatementFormularDatenQuelleAkteur", + "title": "Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur"", + "implementationGuide": [ + "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" + ], + "purpose": "CapabilityStatement für den Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur".\nDieser Akteur aggregiert die Rollen zur Abfrage von ausgefüllten Formularen, zur Datenbereitstellung für die Formularvorbelegung und zur Rückübermittlung von aus Formularen extrahierten Daten.\nVerpflichtend ist in diesem Kontext nur die Rolle "FormularDatenQuelleRolle" und "CompositionKonsumentenRolle", die weiteren Rollen sind optional, da sie ggf. auch von anderen Akteuren bereitgestellt werden können.", + "imports": [ + "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleRolle", + "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementCompositionKonsumentenRolle" + ], + "_imports": [ + { + "extension": [ + { + "url": "https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation", + "valueCode": "SHALL" + } + ] + }, + { + "extension": [ + { + "url": "https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation", + "valueCode": "SHALL" + } + ] + } + ], + "rest": [ + { + "mode": "server" + } + ] +} diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleRolle.json new file mode 100644 index 0000000000..bc7cdd3b5c --- /dev/null +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDatenQuelleRolle.json @@ -0,0 +1,201 @@ +{ + "resourceType": "CapabilityStatement", + "id": "ISiKCapabilityStatementFormularDatenQuelleRolle", + "url": "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleRolle", + "version": "5.1.1", + "status": "active", + "experimental": false, + "publisher": "gematik GmbH", + "date": "2025-12-17", + "contact": [ + { + "telecom": [ + { + "system": "url", + "value": "https://www.gematik.de" + } + ] + } + ], + "jurisdiction": [ + { + "coding": [ + { + "code": "DE", + "system": "urn:iso:std:iso:3166", + "display": "Germany" + } + ] + } + ], + "kind": "requirements", + "fhirVersion": "4.0.1", + "format": [ + "application/fhir+xml", + "application/fhir+json" + ], + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "name": "ISiKCapabilityStatementFormularDatenQuelleRolle", + "title": "CapabilityStatement für Rolle "FormularDatenQuelleRolle"", + "implementationGuide": [ + "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" + ], + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementFormularDatenQuelleRolle".\r\nDiese Rolle stellt Interaktionen zur Abfrage von FormularenDaten bereit. Hierbei liegt der Fokus auf der Bereitstellung von ausgefüllten Formularen und nicht aus den Extrahierten Ressourcen. Diese sind in Rollen der anderen Module bereitgestellt.", + "rest": [ + { + "mode": "server", + "resource": [ + { + "type": "QuestionnaireResponse", + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "supportedProfile": [ + "https://gematik.de/fhir/isik/StructureDefinition/ISiKFormularDaten" + ], + "_supportedProfile": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ] + } + ], + "interaction": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "code": "read" + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "code": "search-type" + } + ], + "searchParam": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_id", + "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", + "type": "token", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_tag", + "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", + "type": "token", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_count", + "type": "number", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "MAY" + } + ], + "name": "_has", + "type": "string", + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "identifier", + "definition": "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-identifier", + "type": "token", + "documentation": "**Beispiel:** \r\n `GET [base]/QuestionnaireResponse?identifier=http://example.org/fhir/sid/response|qr-001` \r\n **Anwendungshinweis:** \r\n Eindeutige Identifizierungsnummer für die Formularantwort. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "questionnaire", + "definition": "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-questionnaire", + "type": "reference", + "documentation": "**Beispiel:** \r\n `GET [base]/QuestionnaireResponse?questionnaire=Questionnaire/ISiKFormularDefinition` \r\n **Anwendungshinweis:** \r\n Verweis auf die zugrunde liegende Formulardefinition. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "status", + "definition": "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-status", + "type": "token", + "documentation": "**Beispiel:** \r\n `GET [base]/QuestionnaireResponse?status=completed` \r\n `GET [base]/QuestionnaireResponse?status=in-progress` \r\n **Anwendungshinweis:** \r\n Gültige Werte: in-progress | completed | amended | entered-in-error | stopped. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "patient", + "definition": "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-patient", + "type": "reference", + "documentation": "**Beispiel:** \r\n `GET [base]/QuestionnaireResponse?patient=Patient/12345` \r\n **Anwendungshinweis:** \r\n Der Patient, für den das Formular ausgefüllt wurde. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "authored", + "definition": "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-authored", + "type": "date", + "documentation": "**Beispiel:** \r\n `GET [base]/QuestionnaireResponse?authored=2024-01-15` \r\n `GET [base]/QuestionnaireResponse?authored=ge2024-01-01&authored=le2024-12-31` \r\n **Anwendungshinweis:** \r\n Zeitstempel wann die Formularantwort zuletzt bearbeitet wurde. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + } + ] + } + ] + } + ] +} diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.json new file mode 100644 index 0000000000..32041371ea --- /dev/null +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.json @@ -0,0 +1,225 @@ +{ + "resourceType": "CapabilityStatement", + "id": "ISiKCapabilityStatementFormularDefinitionsVerwalterRolle", + "url": "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDefinitionsVerwalterRolle", + "version": "5.1.1", + "status": "active", + "experimental": false, + "publisher": "gematik GmbH", + "date": "2025-12-17", + "contact": [ + { + "telecom": [ + { + "system": "url", + "value": "https://www.gematik.de" + } + ] + } + ], + "jurisdiction": [ + { + "coding": [ + { + "code": "DE", + "system": "urn:iso:std:iso:3166", + "display": "Germany" + } + ] + } + ], + "kind": "requirements", + "fhirVersion": "4.0.1", + "format": [ + "application/fhir+xml", + "application/fhir+json" + ], + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "name": "ISiKCapabilityStatementFormularDefinitionsVerwalterRolle", + "title": "CapabilityStatement für Rolle "FormularDefinitionsVerwalterRolle"", + "implementationGuide": [ + "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" + ], + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementFormularDefinitionsVerwalterRolle".\r\nDiese Rolle stellt Interaktionen zur Abfrage von Formularen bereit.", + "rest": [ + { + "mode": "server", + "resource": [ + { + "type": "Questionnaire", + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "supportedProfile": [ + "https://gematik.de/fhir/isik/StructureDefinition/ISiKFormularDefinition" + ], + "_supportedProfile": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ] + } + ], + "interaction": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "code": "read" + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "code": "search-type" + } + ], + "searchParam": [ + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_id", + "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", + "type": "token", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_tag", + "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", + "type": "token", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "_count", + "type": "number", + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "MAY" + } + ], + "name": "_has", + "type": "string", + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "identifier", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-identifier", + "type": "token", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?identifier=http://example.org/fhir/sid/questionnaire|form-001` \r\n **Anwendungshinweis:** \r\n Externe Identifizierungsnummer für das Formular. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "name", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-name", + "type": "string", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?name=IntakeFormular` \r\n **Anwendungshinweis:** \r\n Maschinenlesbarer Name des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "MAY" + } + ], + "name": "publisher", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-publisher", + "type": "string", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?publisher=Gematik` \r\n **Anwendungshinweis:** \r\n Name des Herausgebers oder der Organisation. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "status", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-status", + "type": "token", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?status=active` \r\n `GET [base]/Questionnaire?status=draft` \r\n **Anwendungshinweis:** \r\n Gültige Werte: draft | active | retired | unknown. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "title", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-title", + "type": "string", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?title=Aufnahmebogen` \r\n **Anwendungshinweis:** \r\n Benutzerfreundlicher Name des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "url", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-url", + "type": "uri", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?url=https://gematik.de/fhir/isik/Questionnaire/ISiKFormularDefinition` \r\n **Anwendungshinweis:** \r\n Kanonische URI-Identifikation des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " + }, + { + "extension": [ + { + "url": "http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation", + "valueCode": "SHALL" + } + ], + "name": "version", + "definition": "http://hl7.org/fhir/SearchParameter/Questionnaire-version", + "type": "token", + "documentation": "**Beispiel:** \r\n `GET [base]/Questionnaire?version=1.0.0` \r\n `GET [base]/Questionnaire?version=2.0.0` \r\n **Anwendungshinweis:** \r\n Geschäftsversion des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + } + ] + } + ] + } + ] +} diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementGesundheitsstatusRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementGesundheitsstatusRolle.json index 22ce05b32f..506fb95e9d 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementGesundheitsstatusRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementGesundheitsstatusRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementGesundheitsstatusRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementGesundheitsstatusRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementGesundheitsstatusRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKObservation-Ressourcen.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementGesundheitsstatusRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKObservation-Ressourcen.\r\n", "rest": [ { "mode": "server", @@ -142,7 +142,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -154,7 +154,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -165,7 +165,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -176,7 +176,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -188,7 +188,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Observation-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Observation?status=http://hl7.org/fhir/observation-status|final` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?status=http://hl7.org/fhir/observation-status|final` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -200,7 +200,7 @@ "name": "category", "definition": "http://hl7.org/fhir/SearchParameter/Observation-category", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|social-history` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|social-history` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -212,7 +212,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Observation?code=http://loinc.org|82810-3` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?code=http://loinc.org|82810-3` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -224,7 +224,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Observation?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -236,7 +236,7 @@ "name": "subject", "definition": "http://hl7.org/fhir/SearchParameter/Observation-subject", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Observation?subject=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?subject=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -248,7 +248,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/clinical-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Observation?date=ge2013-01-14&date=le2021-12-31` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?date=ge2013-01-14&date=le2021-12-31` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " }, { "extension": [ @@ -260,7 +260,7 @@ "name": "combo-code", "definition": "http://hl7.org/fhir/SearchParameter/Observation-combo-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Observation?combo-code=85354-9` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?combo-code=85354-9` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -272,7 +272,7 @@ "name": "combo-code-value-quantity", "definition": "http://hl7.org/fhir/SearchParameter/Observation-combo-code-value-quantity", "type": "composite", - "documentation": "**Beispiel:** \n `GET [base]/Observation?combo-code-value-quantity=http://loinc.org|8480-6$120|http://unitsofmeasure.org|mm[Hg]` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?combo-code-value-quantity=http://loinc.org|8480-6$120|http://unitsofmeasure.org|mm[Hg]` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite). " }, { "extension": [ @@ -284,7 +284,7 @@ "name": "component-code", "definition": "http://hl7.org/fhir/SearchParameter/Observation-component-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Observation?component-code=http://loinc.org|85354-9` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?component-code=http://loinc.org|85354-9` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -296,7 +296,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Observation?encounter=Encounter/234` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Observation?encounter=Encounter/234` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchInclude": [ @@ -383,7 +383,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -395,7 +395,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -406,7 +406,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -417,7 +417,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -429,7 +429,7 @@ "name": "clinical-status", "definition": "http://hl7.org/fhir/SearchParameter/AllergyIntolerance-clinical-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?clinical-status=active` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?clinical-status=active` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -441,7 +441,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -453,7 +453,7 @@ "name": "onset", "definition": "http://hl7.org/fhir/SearchParameter/AllergyIntolerance-onset", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?onset=2015-01-01T12:00:23+02:00` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?onset=2015-01-01T12:00:23+02:00` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " }, { "extension": [ @@ -465,7 +465,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/conformance-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?date=2015-01-01T12:00:23+02:00` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?date=2015-01-01T12:00:23+02:00` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " }, { "extension": [ @@ -477,7 +477,7 @@ "name": "category", "definition": "http://hl7.org/fhir/SearchParameter/AllergyIntolerance-category", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?category=environment` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?category=environment` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -489,7 +489,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/clinical-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/AllergyIntolerance?type=allergy` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/AllergyIntolerance?type=allergy` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementKlinischeRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementKlinischeRolle.json index 6b4f3d3ec7..9ee703e288 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementKlinischeRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementKlinischeRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementKlinischeRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementKlinischeRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "CapabilityStatement für die Rolle "ISiKCapabilityStatementKlinischeRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKProzeduren und ISiKDiagnosen.\n", + "purpose": "CapabilityStatement für die Rolle "ISiKCapabilityStatementKlinischeRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKProzeduren und ISiKDiagnosen.\r\n", "rest": [ { "mode": "server", @@ -87,7 +87,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -99,7 +99,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -110,7 +110,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -121,7 +121,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -133,7 +133,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Procedure-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?status=http://hl7.org/fhir/event-status|entered-in-error` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?status=http://hl7.org/fhir/event-status|entered-in-error` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -145,7 +145,7 @@ "name": "category", "definition": "http://hl7.org/fhir/SearchParameter/Procedure-category", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?category=http://snomed.info/sct|387713003` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?category=http://snomed.info/sct|387713003` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -157,7 +157,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?code=http://fhir.de/CodeSystem/bfarm/ops|5-470` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?code=http://fhir.de/CodeSystem/bfarm/ops|5-470` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -169,7 +169,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -181,7 +181,7 @@ "name": "subject", "definition": "http://hl7.org/fhir/SearchParameter/Procedure-subject", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?subject=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?subject=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -193,7 +193,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?encounter=Encounter/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?encounter=Encounter/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -205,7 +205,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/clinical-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Procedure?date=lt2020-26-10` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Procedure?date=lt2020-26-10` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " } ], "searchInclude": [ @@ -295,7 +295,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -307,7 +307,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -318,7 +318,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -329,7 +329,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -341,7 +341,7 @@ "name": "clinical-status", "definition": "http://hl7.org/fhir/SearchParameter/Condition-clinical-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Condition?clincial-status=active` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?clincial-status=active` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -353,7 +353,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Condition?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). \n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). \r\n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." }, { "extension": [ @@ -365,7 +365,7 @@ "name": "subject", "definition": "http://hl7.org/fhir/SearchParameter/Condition-subject", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Condition?subject=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?subject=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -377,7 +377,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/Condition-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Condition?encounter=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?encounter=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -389,7 +389,7 @@ "name": "recorded-date", "definition": "http://hl7.org/fhir/SearchParameter/Condition-recorded-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Condition?recorded-date=2015-01-01` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?recorded-date=2015-01-01` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " }, { "extension": [ @@ -401,7 +401,7 @@ "name": "related", "definition": "http://fhir.de/SearchParameter/Condition-related", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Condition?related=Condition/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference) \n und [Deutsche Basisprofile R4 - Doppel-/Mehrfachkodierte ICD-Codes](https://ig.fhir.de/basisprofile-de/1.2.0/Ressourcen-DiagnosenCondition.html)." + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?related=Condition/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference) \r\n und [Deutsche Basisprofile R4 - Doppel-/Mehrfachkodierte ICD-Codes](https://ig.fhir.de/basisprofile-de/1.2.0/Ressourcen-DiagnosenCondition.html)." }, { "extension": [ @@ -413,7 +413,7 @@ "name": "category", "definition": "http://hl7.org/fhir/SearchParameter/Condition-category", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Condition?category=http://hl7.org/fhir/ValueSet/condition-category|problem-list-item` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Condition?category=http://hl7.org/fhir/ValueSet/condition-category|problem-list-item` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \r\n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLaborMinimalRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLaborMinimalRolle.json index e9c08bd0e9..36b10d4de6 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLaborMinimalRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLaborMinimalRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementLaborMinimalRolle", "title": "ISiK CapabilityStatement Labor Minimal Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt Interaktionen für ein System, das Labordaten exponiert.\n\n**HISTORIE**\n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\n\n\n\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt Interaktionen für ein System, das Labordaten exponiert.\r\n\r\n**HISTORIE**\r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n\r\n\r\n", "rest": [ { "mode": "server", @@ -157,7 +157,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -169,7 +169,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -180,7 +180,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -191,7 +191,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLeistungserbringerRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLeistungserbringerRolle.json index 3bfaf6a226..dc869442de 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLeistungserbringerRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementLeistungserbringerRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementLeistungserbringerRolle", "title": "CapabilityStatement für Rolle "LeistungserbringerRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementLeistungserbringerRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKPersonen im Gesundheitsberuf.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementLeistungserbringerRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von ISiKPersonen im Gesundheitsberuf.\r\n", "rest": [ { "mode": "server", @@ -87,7 +87,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -99,7 +99,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -110,7 +110,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -121,7 +121,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -133,7 +133,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/Practitioner-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?identifier=42` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?identifier=42` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -145,7 +145,7 @@ "name": "family", "definition": "http://hl7.org/fhir/SearchParameter/individual-family", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?family=Alpenzauber` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?family=Alpenzauber` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -157,7 +157,7 @@ "name": "given", "definition": "http://hl7.org/fhir/SearchParameter/individual-given", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?given=Heidi` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?given=Heidi` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -169,7 +169,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/Practitioner-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?name=Heidi`\n `GET [base]/Practitioner?name=Alpenzauber` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?name=Heidi`\r\n `GET [base]/Practitioner?name=Alpenzauber` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -181,7 +181,7 @@ "name": "address", "definition": "http://hl7.org/fhir/SearchParameter/individual-address", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?address=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?address=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -193,7 +193,7 @@ "name": "gender", "definition": "http://hl7.org/fhir/SearchParameter/individual-gender", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Practitioner?gender=female` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Practitioner?gender=female` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " } ] }, @@ -230,7 +230,7 @@ "name": "location", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-location", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?location=Location/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?location=Location/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -242,7 +242,7 @@ "name": "service-provider", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-service-provider", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?service-provider=Organization/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?service-provider=Organization/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikamentRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikamentRolle.json index def450271c..fd0cce1b38 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikamentRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikamentRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMedikamentRolle", "title": "ISiK CapabilityStatement MedikamentRolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen, die ein ISiK-konformes System unterstützen muss, um Abfragen zum Medikament zu ermöglichen.\n \n**HISTORIE:** \n* 5.0.0\n * `refactor`als eigene Rolle initiiert\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen, die ein ISiK-konformes System unterstützen muss, um Abfragen zum Medikament zu ermöglichen.\r\n \r\n**HISTORIE:** \r\n* 5.0.0\r\n * `refactor`als eigene Rolle initiiert\r\n", "rest": [ { "mode": "server", @@ -115,7 +115,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?_id=103270`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?_id=103270`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\r\n\r\n " }, { "extension": [ @@ -127,7 +127,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -139,7 +139,7 @@ "name": "form", "definition": "http://hl7.org/fhir/SearchParameter/Medication-form", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?form=http://standardterms.edqm.eu|11210000`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?form=http://standardterms.edqm.eu|11210000`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -151,7 +151,7 @@ "name": "ingredient", "definition": "http://hl7.org/fhir/SearchParameter/Medication-ingredient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Medication?ingredient=Medication/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?ingredient=Medication/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -163,7 +163,7 @@ "name": "ingredient-code", "definition": "http://hl7.org/fhir/SearchParameter/Medication-ingredient-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?ingredient-code=http://fhir.de/CodeSystem/bfarm/atc|L01DB01`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?ingredient-code=http://fhir.de/CodeSystem/bfarm/atc|L01DB01`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -175,7 +175,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Medication-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?status=active`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?status=active`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -187,7 +187,7 @@ "name": "ingredient.code", "definition": "http://hl7.org/fhir/SearchParameter/Medication-ingredient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Medication?ingredient.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?ingredient.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -199,7 +199,7 @@ "name": "lot-number", "definition": "http://hl7.org/fhir/SearchParameter/Medication-lot-number", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Medication?lot-number=X123456`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/Medication?lot-number=X123456`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationAkteur.json index 59d0ca3b12..85b98cb554 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementMedikationInformationAkteur", "title": "ISiK CapabilityStatement Medikationsinformation Server Akteur", - "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsinformation' zu bestehen.\n \n**HISTORIE:** \n\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\n", + "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsinformation' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationRolle.json index 6e9dfb0880..17448d76d0 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationInformationRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMedikationInformationRolle", "title": "ISiK CapabilityStatement Medikation Server - Medikationsinformation", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsinformation' zu bestehen.\n \n**HISTORIE:** \n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsinformation' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n", "rest": [ { "mode": "server", @@ -133,7 +133,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?_id=103270`\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all). " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?_id=103270`\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all). " }, { "extension": [ @@ -145,7 +145,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -157,7 +157,7 @@ "name": "context", "definition": "http://hl7.org/fhir/SearchParameter/MedicationStatement-context", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?context=Encounter/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?context=Encounter/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -169,7 +169,7 @@ "name": "context.identifier", "definition": "http://hl7.org/fhir/SearchParameter/MedicationStatement-context", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationStatement?context.identifier=http://mein-krankenhaus.example/fhir/sid/kontaktfallnummern|7567867`\n\n `GET [base]/MedicationStatement?context.identifier=7567867`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationStatement?context.identifier=http://mein-krankenhaus.example/fhir/sid/kontaktfallnummern|7567867`\r\n\r\n `GET [base]/MedicationStatement?context.identifier=7567867`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -181,7 +181,7 @@ "name": "medication.code", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -193,7 +193,7 @@ "name": "patient.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationStatement?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n\n `GET [base]/MedicationStatement?patient.identifier=1032702`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationStatement?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n\r\n `GET [base]/MedicationStatement?patient.identifier=1032702`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -205,7 +205,7 @@ "name": "effective", "definition": "http://hl7.org/fhir/SearchParameter/MedicationStatement-effective", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?effective=2022-03-21`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?effective=2022-03-21`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -217,7 +217,7 @@ "name": "medication", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?medication=Medication/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?medication=Medication/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -229,7 +229,7 @@ "name": "part-of", "definition": "http://hl7.org/fhir/SearchParameter/MedicationStatement-part-of", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?part-of=MedicationAdministration/789`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?part-of=MedicationAdministration/789`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -241,7 +241,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?patient=Patient/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?patient=Patient/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -253,7 +253,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/medications-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationStatement?status=active`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationStatement?status=active`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " } ] }, @@ -348,7 +348,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/List?_id=103270`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?_id=103270`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\r\n\r\n " }, { "extension": [ @@ -360,7 +360,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/List?code=http://terminology.hl7.org/CodeSystem/list-example-use-codes|medications`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?code=http://terminology.hl7.org/CodeSystem/list-example-use-codes|medications`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -372,7 +372,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/clinical-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/List?date=2022-03-21`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?date=2022-03-21`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -384,7 +384,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/List?encounter=Encounter/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?encounter=Encounter/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -396,7 +396,7 @@ "name": "item", "definition": "http://hl7.org/fhir/SearchParameter/List-item", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/List?item=MedicationStatement/131415`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?item=MedicationStatement/131415`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -408,7 +408,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/List?patient=Patient/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?patient=Patient/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -420,7 +420,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/List-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/List?status=current`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/List?status=current`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -432,7 +432,7 @@ "name": "encounter.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-encounter", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/List?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\n\n `GET [base]/List?encounter.identifier=7567867`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/List?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\r\n\r\n `GET [base]/List?encounter.identifier=7567867`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -444,7 +444,7 @@ "name": "patient.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/List?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n\n `GET [base]/List?patient.identifier=1032702`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/List?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n\r\n `GET [base]/List?patient.identifier=1032702`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungAkteur.json index 5c0f1c0794..1c2310e0cc 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementMedikationVerabreichungMedikationsinformationAkteur", "title": "ISiK CapabilityStatement Medikationsverabreichung Server Akteur", - "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverabreichung' zu bestehen.\n \n**HISTORIE:** \n\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\n", + "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverabreichung' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungRolle.json index 8d4e4238c3..799b7b6d73 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerabreichungRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMedikationVerabreichungRolle", "title": "ISiK CapabilityStatement Medikationsverabreichung Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverabreichung' zu bestehen.\n \n**HISTORIE:** \n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverabreichung' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n", "rest": [ { "mode": "server", @@ -142,7 +142,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?_id=103270`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?_id=103270`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\r\n\r\n " }, { "extension": [ @@ -154,7 +154,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -166,7 +166,7 @@ "name": "context", "definition": "http://hl7.org/fhir/SearchParameter/MedicationAdministration-context", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?context=Encounter/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?context=Encounter/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -178,7 +178,7 @@ "name": "effective-time", "definition": "http://hl7.org/fhir/SearchParameter/MedicationAdministration-effective-time", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?effective-time=2022-03-23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?effective-time=2022-03-23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -190,7 +190,7 @@ "name": "medication", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?medication=Medication/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?medication=Medication/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -202,7 +202,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?patient=Patient/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?patient=Patient/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -214,7 +214,7 @@ "name": "performer", "definition": "http://hl7.org/fhir/SearchParameter/MedicationAdministration-performer", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?performer=Practitioner/101112`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?performer=Practitioner/101112`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -226,7 +226,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/medications-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?status=completed`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?status=completed`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -238,7 +238,7 @@ "name": "context.identifier", "definition": "http://hl7.org/fhir/SearchParameter/MedicationAdministration-context", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationAdministration?context.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\n\n `GET [base]/MedicationAdministration?context.identifier=7567867`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationAdministration?context.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\r\n\r\n `GET [base]/MedicationAdministration?context.identifier=7567867`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -250,7 +250,7 @@ "name": "medication.code", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationAdministration?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationAdministration?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -262,7 +262,7 @@ "name": "patient.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationAdministration?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n\n `GET [base]/MedicationAdministration?patient.identifier=1032702`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationAdministration?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n\r\n `GET [base]/MedicationAdministration?patient.identifier=1032702`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -274,7 +274,7 @@ "name": "performer.identifier", "definition": "http://hl7.org/fhir/SearchParameter/MedicationAdministration-performer", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationAdministration?performer.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456`\n\n `GET [base]/MedicationAdministration?performer.identifier=123456789123456`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationAdministration?performer.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456`\r\n\r\n `GET [base]/MedicationAdministration?performer.identifier=123456789123456`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungAkteur.json index 1f318a79b1..68547e0de2 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementMedikationVerordnungAkteur", "title": "ISiK CapabilityStatement Medikationsverordnung Server Akteur", - "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverordnung' zu bestehen.\n \n**HISTORIE:** \n\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\n\n", + "purpose": "Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverordnung' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.\r\n\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungRolle.json index f8fe7059e7..b8bca1ce53 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMedikationVerordnungRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMedikationVerordnungRolle", "title": "ISiK CapabilityStatement Medikationsverordnung Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverordnung' zu bestehen.\n \n**HISTORIE:** \n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren des Moduls 'Medikation', Bereich 'Medikationsverordnung' zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n", "rest": [ { "mode": "server", @@ -142,7 +142,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?_id=103270`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?_id=103270`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).\r\n\r\n " }, { "extension": [ @@ -154,7 +154,7 @@ "name": "authoredon", "definition": "http://hl7.org/fhir/SearchParameter/MedicationRequest-authoredon", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?authoredon=2022-03-21`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?authoredon=2022-03-21`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -166,7 +166,7 @@ "name": "code", "definition": "http://hl7.org/fhir/SearchParameter/clinical-code", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -178,7 +178,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/medications-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?date=2022-03-23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?date=2022-03-23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).\r\n\r\n " }, { "extension": [ @@ -190,7 +190,7 @@ "name": "encounter", "definition": "http://hl7.org/fhir/SearchParameter/medications-encounter", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?encounter=Encounter/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?encounter=Encounter/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -202,7 +202,7 @@ "name": "intent", "definition": "http://hl7.org/fhir/SearchParameter/MedicationRequest-intent", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?intent=order`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?intent=order`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -214,7 +214,7 @@ "name": "medication", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?medication=Medication/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?medication=Medication/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -226,7 +226,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?patient=Patient/123`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?patient=Patient/123`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -238,7 +238,7 @@ "name": "requester", "definition": "http://hl7.org/fhir/SearchParameter/MedicationRequest-requester", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?requester=Practitioner/101112`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?requester=Practitioner/101112`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n " }, { "extension": [ @@ -250,7 +250,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/medications-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?status=active`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?status=active`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n " }, { "extension": [ @@ -262,7 +262,7 @@ "name": "encounter.identifier", "definition": "http://hl7.org/fhir/SearchParameter/medications-encounter", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationRequest?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\n\n `GET [base]/MedicationRequest?encounter.identifier=7567867`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationRequest?encounter.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867`\r\n\r\n `GET [base]/MedicationRequest?encounter.identifier=7567867`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -274,7 +274,7 @@ "name": "medication.code", "definition": "http://hl7.org/fhir/SearchParameter/medications-medication", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/MedicationRequest?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiel:** \r\n `GET [base]/MedicationRequest?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -286,7 +286,7 @@ "name": "patient.identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationRequest?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\n\n `GET [base]/MedicationRequest?patient.identifier=1032702`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationRequest?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702`\r\n\r\n `GET [base]/MedicationRequest?patient.identifier=1032702`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " }, { "extension": [ @@ -298,7 +298,7 @@ "name": "requester.identifier", "definition": "http://hl7.org/fhir/SearchParameter/MedicationRequest-requester", "type": "reference", - "documentation": "**Beispiele:** \n `GET [base]/MedicationRequest?requester.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456`\n\n `GET [base]/MedicationRequest?requester.identifier=123456789123456`\n\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\n\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\n\n " + "documentation": "**Beispiele:** \r\n `GET [base]/MedicationRequest?requester.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456`\r\n\r\n `GET [base]/MedicationRequest?requester.identifier=123456789123456`\r\n\r\n **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).\r\n\r\n Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).\r\n\r\n " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenErzeugenRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenErzeugenRolle.json index a09b51c42d..7438f9a8de 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenErzeugenRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenErzeugenRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMetadatenErzeugenRolle", "title": "ISiK CapabilityStatement Metadaten Erzeugen Rolle", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Dokumentenaustausch" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementMetadatenErzeugenRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zur Erzeugung von Metadaten für Dokumente.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementMetadatenErzeugenRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zur Erzeugung von Metadaten für Dokumente.\r\n", "rest": [ { "mode": "server", diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenUpdateRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenUpdateRolle.json index 0562f492fb..0cb2b9e6fb 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenUpdateRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementMetadatenUpdateRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementMetadatenUpdateRolle", "title": "ISiK CapabilityStatement Metadaten Update Rolle", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Dokumentenaustausch" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementMetadatenUpdateRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zur Aktualisierung von Metadaten für Dokumente.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementMetadatenUpdateRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zur Aktualisierung von Metadaten für Dokumente.\r\n", "rest": [ { "mode": "server", diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementStammdatenRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementStammdatenRolle.json index 12477a965e..ea02bcf097 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementStammdatenRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementStammdatenRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementStammdatenRolle", "title": "CapabilityStatement für Rolle "StammdatenRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementStammdatenRolle".\nDiese Rolle beschreibt Interaktionen zum Abruf und der Verarbeitung grundlegender Stammdaten.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementStammdatenRolle".\r\nDiese Rolle beschreibt Interaktionen zum Abruf und der Verarbeitung grundlegender Stammdaten.\r\n", "rest": [ { "mode": "server", @@ -87,7 +87,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -99,7 +99,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -110,7 +110,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -121,7 +121,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -133,7 +133,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/Patient-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Patient?identifier=http://fhir.krankenhaus.example|1032702` \n `GET [base]/Patient?identifier=1032702` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?identifier=http://fhir.krankenhaus.example|1032702` \r\n `GET [base]/Patient?identifier=1032702` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -145,7 +145,7 @@ "name": "family", "definition": "http://hl7.org/fhir/SearchParameter/individual-family", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?family=Musterfrau` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?family=Musterfrau` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -157,7 +157,7 @@ "name": "given", "definition": "http://hl7.org/fhir/SearchParameter/individual-given", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Patient?given=Erika` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?given=Erika` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -169,7 +169,7 @@ "name": "birthdate", "definition": "http://hl7.org/fhir/SearchParameter/individual-birthdate", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Patient?birthdate=1964-12-08` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date)." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?birthdate=1964-12-08` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date)." }, { "extension": [ @@ -181,7 +181,7 @@ "name": "gender", "definition": "http://hl7.org/fhir/SearchParameter/individual-gender", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Patient?birthdate=1964-12-08` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Patient?birthdate=1964-12-08` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). \r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." } ] }, @@ -227,7 +227,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -239,7 +239,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -250,7 +250,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -261,7 +261,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -273,7 +273,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -285,7 +285,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?status=finished` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?status=finished` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -297,7 +297,7 @@ "name": "class", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-class", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?class=IMP` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?class=IMP` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -309,7 +309,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/clinical-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de|stationaer` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de|stationaer` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -321,7 +321,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). \n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). \r\n Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend." }, { "extension": [ @@ -333,7 +333,7 @@ "name": "account", "definition": "http://hl7.org/fhir/SearchParameter/Encounter-account", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?account=Account/123` \n `GET [base]/Encounter?account:identifier=123456` \n `GET [base]/Encounter?account:identifier=https://example.org/fhir/sid/abrechnungsfallnr|123456` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?account=Account/123` \r\n `GET [base]/Encounter?account:identifier=123456` \r\n `GET [base]/Encounter?account:identifier=https://example.org/fhir/sid/abrechnungsfallnr|123456` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -345,7 +345,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/clinical-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?date=lt2020-26-10` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \n Bei der Formulierung der Suche sollten die Vorgaben aus der Definition der \n [Such-Prefixe](https://hl7.org/fhir/R4/search.html#prefix)\n - und hier insbesondere die Unterschiede zwischen `lt` und `eb` bzw. `gt` und `sa` - beachtet werden." + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?date=lt2020-26-10` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \r\n Bei der Formulierung der Suche sollten die Vorgaben aus der Definition der \r\n [Such-Prefixe](https://hl7.org/fhir/R4/search.html#prefix)\r\n - und hier insbesondere die Unterschiede zwischen `lt` und `eb` bzw. `gt` und `sa` - beachtet werden." }, { "extension": [ @@ -357,7 +357,7 @@ "name": "date-start", "definition": "https://gematik.de/fhir/isik/SearchParameter/Encounter-date-start", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?end-date=lt2020-26-10` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \n Bei diesem Suchparameter handelt es sich um eine Präadoption \n [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-date-start). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?end-date=lt2020-26-10` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \r\n Bei diesem Suchparameter handelt es sich um eine Präadoption \r\n [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-date-start). " }, { "extension": [ @@ -369,7 +369,7 @@ "name": "end-date", "definition": "https://gematik.de/fhir/isik/SearchParameter/Encounter-end-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Encounter?end-date=lt2020-26-10` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \n Bei diesem Suchparameter handelt es sich um eine Präadoption \n [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-end-date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Encounter?end-date=lt2020-26-10` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). \r\n Bei diesem Suchparameter handelt es sich um eine Präadoption \r\n [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-end-date). " } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionRolle.json index 2a55549010..754f349172 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementSubscriptionRolle", "title": "CapabilityStatement für Rolle "Subscription"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Subscription" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementSubscriptionRolle".\nDiese Rolle beschreibt die Fähigkeiten eines Systems zur Registrierung, Verwaltung und Verarbeitung von FHIR Subscriptions auf Basis themenbasierter Benachrichtigungen nach dem R5-Modell unter Verwendung der Subscriptions-Backport-Mechanismen in FHIR R4.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementSubscriptionRolle".\r\nDiese Rolle beschreibt die Fähigkeiten eines Systems zur Registrierung, Verwaltung und Verarbeitung von FHIR Subscriptions auf Basis themenbasierter Benachrichtigungen nach dem R5-Modell unter Verwendung der Subscriptions-Backport-Mechanismen in FHIR R4.\r\n", "rest": [ { "mode": "server", @@ -114,7 +114,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -126,7 +126,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -137,7 +137,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -148,7 +148,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -160,7 +160,7 @@ "name": "criteria", "definition": "http://hl7.org/fhir/SearchParameter/Subscription-criteria", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/Subscription?criteria=https://gematik.de/fhir/isik/SubscriptionTopic/patient-merge` \n **Anwendungshinweis:** \n Dient dazu eine Subscription zu finden, die auf ein bestimmtes SubscriptionTopic verweist. \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string)." + "documentation": "**Beispiel:** \r\n `GET [base]/Subscription?criteria=https://gematik.de/fhir/isik/SubscriptionTopic/patient-merge` \r\n **Anwendungshinweis:** \r\n Dient dazu eine Subscription zu finden, die auf ein bestimmtes SubscriptionTopic verweist. \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string)." }, { "extension": [ @@ -172,7 +172,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Subscription-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Subscription?status=requested` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token)." + "documentation": "**Beispiel:** \r\n `GET [base]/Subscription?status=requested` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token)." }, { "extension": [ @@ -184,7 +184,7 @@ "name": "url", "definition": "http://hl7.org/fhir/SearchParameter/Subscription-url", "type": "uri", - "documentation": "**Beispiel:** \n `GET [base]/Subscription?url=http://example.org/fhir/` \n **Anwendungshinweis:** \n Dient dazu eine Subscription zu finden, die auf einen REST-Endpoint verweist welcher die Subscription Notifications empfangen soll. \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri)." + "documentation": "**Beispiel:** \r\n `GET [base]/Subscription?url=http://example.org/fhir/` \r\n **Anwendungshinweis:** \r\n Dient dazu eine Subscription zu finden, die auf einen REST-Endpoint verweist welcher die Subscription Notifications empfangen soll. \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri)." } ], "operation": [ @@ -197,7 +197,7 @@ ], "name": "status", "definition": "http://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-status", - "documentation": "**Beispiel:** \n `GET [base]/Subscription/[id]/$status` \n **Anwendungshinweis:** \n Dient dazu den Status einer Subscription zu ermitteln. \n Weitere Details siehe [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-status)." + "documentation": "**Beispiel:** \r\n `GET [base]/Subscription/[id]/$status` \r\n **Anwendungshinweis:** \r\n Dient dazu den Status einer Subscription zu ermitteln. \r\n Weitere Details siehe [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-status)." }, { "extension": [ @@ -208,7 +208,7 @@ ], "name": "events", "definition": "http://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-events", - "documentation": "**Beispiel:** \n `GET [base]/Subscription/[id]/$events` \n **Anwendungshinweis:** \n Diese Operation wird verwendet, um nach SubscriptionNotifications zu suchen und diese zurückzugeben, die zuvor durch eine topic basierte Subscription in FHIR R4 ausgelöst wurden. \n Weitere Details siehe [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-events)." + "documentation": "**Beispiel:** \r\n `GET [base]/Subscription/[id]/$events` \r\n **Anwendungshinweis:** \r\n Diese Operation wird verwendet, um nach SubscriptionNotifications zu suchen und diese zurückzugeben, die zuvor durch eine topic basierte Subscription in FHIR R4 ausgelöst wurden. \r\n Weitere Details siehe [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition/backport-subscription-events)." } ] }, diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionServerAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionServerAkteur.json index d36d3f1553..a09a8289d5 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionServerAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementSubscriptionServerAkteur.json @@ -34,7 +34,7 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiK-CapabilityStatementSubscriptionServerAkteur", "title": "Akteur "ISiKCapabilityStatementSubscriptionServerAkteur"", "implementationGuide": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryAkteur.json index d08ba86047..c178222abb 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryAkteur.json @@ -34,7 +34,7 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementTerminRepositoryAkteur", "title": "ISiK CapabilityStatement Termin-Repository Akteur", "purpose": "Das vorliegende CapabilityStatement fasst die Rollen (und entsprechende Interaktionen) zusammen, die ein Akteur 'Termin-Repository' zur Unterstützung des Termin-Workflows implementieren muss.", diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryRolle.json index 9d9f0a882d..f5a442dc29 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminRepositoryRolle.json @@ -34,7 +34,7 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementTerminRepositoryRolle", "title": "ISiK CapabilityStatement Termin-Repository Rolle", "purpose": "Das vorliegende CapabilityStatement beschreibt Interaktionen für ein System, das Termin-Repository-Daten exponiert.", @@ -84,7 +84,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -96,7 +96,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -107,7 +107,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -118,7 +118,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -130,7 +130,7 @@ "name": "active", "definition": "http://hl7.org/fhir/SearchParameter/Schedule-active", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Schedule?active=true` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Schedule?active=true` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -142,7 +142,7 @@ "name": "service-type", "definition": "http://hl7.org/fhir/SearchParameter/Schedule-service-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Schedule?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Schedule?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -154,7 +154,7 @@ "name": "specialty", "definition": "http://hl7.org/fhir/SearchParameter/Schedule-specialty", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Schedule?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Schedule?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -166,7 +166,7 @@ "name": "actor", "definition": "http://hl7.org/fhir/SearchParameter/Schedule-actor", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Schedule?actor=Practitioner/ISiKPractitionerExample` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Schedule?actor=Practitioner/ISiKPractitionerExample` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchRevInclude": [ @@ -234,7 +234,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -246,7 +246,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -257,7 +257,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -268,7 +268,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -280,7 +280,7 @@ "name": "schedule", "definition": "http://hl7.org/fhir/SearchParameter/Slot-schedule", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Slot?schedule=Schedule/ISiKKalenderExample&start=2022-12-10T09:00:00Z` \n `GET [base]/Slot?schedule=Schedule/ISiKKalenderExample` \n **Anwendungshinweis:** \n Der Suchparameter `schedule` MUSS in Kombination mit einem definierten Startzeitpunkt mittels Suchparameter `start` unterstützt werden. \n Der Suchparameter `schedule` KANN alleinstehend unterstützt werden. Beim Fehlen des `start`-Suchparameters SOLL der aktuelle Zeitpunkt des Servers \n als Startzeitpunkt per Default verwendet werden.\n In diesem Fall ist auch ein Chaining auf weitere verknüpfte Akteure möglich: \n `GET https://example.org/fhir/Slot?schedule.actor:HealthcareService.type=https://example.org/fhir/CodeSystem/Behandlungsleistung|CT` \n Dies kann notwendig sein, falls interdisziplinäre Kalender durch das Termin-Repository gepflegt werden (z.B. ein Kalender pro Station). \n In solchen Fälle wäre es sinnvoll, wenn das Termin-Repository einem Termin-Requestor eine Verknüpfung zwischen Kalender (Schedule) \n und Behandlungsleistung (HealthcareService) bereitstellen würde.\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Slot?schedule=Schedule/ISiKKalenderExample&start=2022-12-10T09:00:00Z` \r\n `GET [base]/Slot?schedule=Schedule/ISiKKalenderExample` \r\n **Anwendungshinweis:** \r\n Der Suchparameter `schedule` MUSS in Kombination mit einem definierten Startzeitpunkt mittels Suchparameter `start` unterstützt werden. \r\n Der Suchparameter `schedule` KANN alleinstehend unterstützt werden. Beim Fehlen des `start`-Suchparameters SOLL der aktuelle Zeitpunkt des Servers \r\n als Startzeitpunkt per Default verwendet werden.\r\n In diesem Fall ist auch ein Chaining auf weitere verknüpfte Akteure möglich: \r\n `GET https://example.org/fhir/Slot?schedule.actor:HealthcareService.type=https://example.org/fhir/CodeSystem/Behandlungsleistung|CT` \r\n Dies kann notwendig sein, falls interdisziplinäre Kalender durch das Termin-Repository gepflegt werden (z.B. ein Kalender pro Station). \r\n In solchen Fälle wäre es sinnvoll, wenn das Termin-Repository einem Termin-Requestor eine Verknüpfung zwischen Kalender (Schedule) \r\n und Behandlungsleistung (HealthcareService) bereitstellen würde.\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -292,7 +292,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Slot-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Slot?status=free&schedule=Schedule/ISiKTerminExample`\n `GET [base]/Slot?status=free&schedule.actor:Practitioner.name=Musterarzt` \n **Anwendungshinweis:** \n Der Suchparameter `status` MUSS in Kombination ('&') mit dem Parameter `schedule` unterstützt werden. \n Diese Abfrage KANN entweder eine direkte Angabe einer Referenz oder eine Angabe von weiteren Chaining-Parametern sein.\n Der Suchparameter MUSS NICHT alleinstehend unterstützt werden. Falls der Parameter nicht alleinstehend unterstützt wird, dann SOLL der Server einen Fehler-Code 422 (Unprocessable Entity) zurückgeben, falls ein Client den Parameter alleinstehend verwendet. Zudem SOLL eine OperationOutcome über die fehlende Kombination bei der Suchanfrage Auskunft geben.\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Slot?status=free&schedule=Schedule/ISiKTerminExample`\r\n `GET [base]/Slot?status=free&schedule.actor:Practitioner.name=Musterarzt` \r\n **Anwendungshinweis:** \r\n Der Suchparameter `status` MUSS in Kombination ('&') mit dem Parameter `schedule` unterstützt werden. \r\n Diese Abfrage KANN entweder eine direkte Angabe einer Referenz oder eine Angabe von weiteren Chaining-Parametern sein.\r\n Der Suchparameter MUSS NICHT alleinstehend unterstützt werden. Falls der Parameter nicht alleinstehend unterstützt wird, dann SOLL der Server einen Fehler-Code 422 (Unprocessable Entity) zurückgeben, falls ein Client den Parameter alleinstehend verwendet. Zudem SOLL eine OperationOutcome über die fehlende Kombination bei der Suchanfrage Auskunft geben.\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -304,7 +304,7 @@ "name": "start", "definition": "http://hl7.org/fhir/SearchParameter/Slot-start", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Slot?start=2022-12-10T09:00:00Z&schedule=Schedule/ISiKTerminExample` \n `GET [base]/Slot?start=2022-12-10T09:00:00Z&schedule.actor:Practitioner.name=Musterarzt` \n **Anwendungshinweis:** \n Der Suchparameter `start` MUSS in Kombination ('&') mit dem Parameter `schedule` unterstützt werden.\n Diese Abfrage KANN entweder eine direkte Angabe einer Referenz oder eine Angabe von weiteren Chaining-Parametern sein.\n Der Suchparameter MUSS NICHT alleinstehend unterstützt werden.\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Slot?start=2022-12-10T09:00:00Z&schedule=Schedule/ISiKTerminExample` \r\n `GET [base]/Slot?start=2022-12-10T09:00:00Z&schedule.actor:Practitioner.name=Musterarzt` \r\n **Anwendungshinweis:** \r\n Der Suchparameter `start` MUSS in Kombination ('&') mit dem Parameter `schedule` unterstützt werden.\r\n Diese Abfrage KANN entweder eine direkte Angabe einer Referenz oder eine Angabe von weiteren Chaining-Parametern sein.\r\n Der Suchparameter MUSS NICHT alleinstehend unterstützt werden.\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " } ], "searchInclude": [ @@ -385,7 +385,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -397,7 +397,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -408,7 +408,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -419,7 +419,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -431,7 +431,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?status=booked` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?status=booked` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -443,7 +443,7 @@ "name": "service-type", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-service-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \n **Anwendungshinweis:** \n Anwendungshinweise: Bei einer Suche mit dem `:not`-Modifier MÜSSEN Ressourcen, die keinen Wert für `Appointment.serviceType` enthalten, \n im Suchergebnis enthalten sein.\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \r\n **Anwendungshinweis:** \r\n Anwendungshinweise: Bei einer Suche mit dem `:not`-Modifier MÜSSEN Ressourcen, die keinen Wert für `Appointment.serviceType` enthalten, \r\n im Suchergebnis enthalten sein.\r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -455,7 +455,7 @@ "name": "specialty", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-service-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \n **Anwendungshinweis:** \n Anwendungshinweise: Bei einer Suche mit dem `:not`-Modifier MÜSSEN Ressourcen, die keinen Wert für `Appointment.specialty` enthalten, \n im Suchergebnis enthalten sein. \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \r\n **Anwendungshinweis:** \r\n Anwendungshinweise: Bei einer Suche mit dem `:not`-Modifier MÜSSEN Ressourcen, die keinen Wert für `Appointment.specialty` enthalten, \r\n im Suchergebnis enthalten sein. \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -467,7 +467,7 @@ "name": "date", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-date", "type": "date", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?date=2022-12-10T09:00:00Z` \n **Anwendungshinweis:** \n Die Suche wird gegen das Element `Appointment.start` ausgewertet. \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?date=2022-12-10T09:00:00Z` \r\n **Anwendungshinweis:** \r\n Die Suche wird gegen das Element `Appointment.start` ausgewertet. \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " }, { "extension": [ @@ -479,7 +479,7 @@ "name": "slot", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-slot", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?slot=Slot/ISiKSlotExample` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?slot=Slot/ISiKSlotExample` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -491,7 +491,7 @@ "name": "actor", "definition": "http://hl7.org/fhir/SearchParameter/Appointment-actor", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Appointment?actor=Patient/ISiKPatientExample` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Appointment?actor=Patient/ISiKPatientExample` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "operation": [ @@ -572,7 +572,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -584,7 +584,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -595,7 +595,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -606,7 +606,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -618,7 +618,7 @@ "name": "active", "definition": "http://hl7.org/fhir/SearchParameter/HealthcareService-active", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/HealthcareService?active=true` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/HealthcareService?active=true` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -630,7 +630,7 @@ "name": "service-type", "definition": "http://hl7.org/fhir/SearchParameter/HealthcareService-service-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/HealthcareService?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/HealthcareService?service-type=http://example.org/fhir/CodeSystem/ScheduleServiceType|CT` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -642,7 +642,7 @@ "name": "specialty", "definition": "http://hl7.org/fhir/SearchParameter/HealthcareService-specialty", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/HealthcareService?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/HealthcareService?specialty=http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen|ALLG` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -654,7 +654,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/HealthcareService-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/HealthcareService?name=Medizinische Behandlungseinheit Des Fachbereichs 0100` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/HealthcareService?name=Medizinische Behandlungseinheit Des Fachbereichs 0100` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " } ], "searchInclude": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminologieRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminologieRolle.json index fa4a58801c..45146a8967 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminologieRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementTerminologieRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityISiKCapabilityStatementTerminologieRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementTerminologieRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "\nCapabilityStatement für die Rolle "ISiKCapabilityStatementTerminologieRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von Terminologie-Ressourcen.\n", + "purpose": "\r\nCapabilityStatement für die Rolle "ISiKCapabilityStatementTerminologieRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf und der Verarbeitung von Terminologie-Ressourcen.\r\n", "rest": [ { "mode": "server", @@ -87,7 +87,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -99,7 +99,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -110,7 +110,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -121,7 +121,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -133,7 +133,7 @@ "name": "url", "definition": "http://hl7.org/fhir/SearchParameter/conformance-url", "type": "uri", - "documentation": "**Beispiel:** \n `GET [base]/CodeSystem?url=http://example.org/fhir/CodeSystem/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " + "documentation": "**Beispiel:** \r\n `GET [base]/CodeSystem?url=http://example.org/fhir/CodeSystem/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " } ] }, @@ -173,7 +173,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -185,7 +185,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -196,7 +196,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -207,7 +207,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -219,7 +219,7 @@ "name": "url", "definition": "http://hl7.org/fhir/SearchParameter/conformance-url", "type": "uri", - "documentation": "**Beispiel:** \n `GET [base]/ValueSet?url=http://example.org/fhir/ValueSet/test` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " + "documentation": "**Beispiel:** \r\n `GET [base]/ValueSet?url=http://example.org/fhir/ValueSet/test` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " }, { "extension": [ @@ -231,7 +231,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/conformance-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/ValueSet?name=TestValueSet` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/ValueSet?name=TestValueSet` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -243,7 +243,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/conformance-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/ValueSet?status=active` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/ValueSet?status=active` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -255,7 +255,7 @@ "name": "version", "definition": "http://hl7.org/fhir/SearchParameter/conformance-version", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/ValueSet?version=1.0.0` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/ValueSet?version=1.0.0` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -267,7 +267,7 @@ "name": "context-type-value", "definition": "http://hl7.org/fhir/SearchParameter/conformance-context-type-value", "type": "composite", - "documentation": "**Beispiel:** \n `GET [base]/ValueSet?context-type-value=http://terminology.hl7.org/CodeSystem/usage-context-type|focus$http://hl7.org/fhir/resource-types|Encounter` \n **Anwendungshinweis:** \n Mit dieser Abfrage können hausinterne Kataloge anhand des Ressource-Typs ermittelt werden. Diese Informationen sind u.a. relevant im Kontext von: \n * Hausinternen Prozeduren/Diagnosen-Codes\n * Kodierung von Encounter-Informationen (z.B. Wahlleistungen, Orttypen) \n Use Cases im Zusammenhang: \n (A) Zur Konfigurationszeit können passende ValueSets von einem Server spezifisch für einen Ressourcentyp abgerufen und vorbereitend auf eine Systemintegration begutachtet \n bzw. in Client-Systeme eingebunden werden. In diesem Sinne wird die Abfrage im Kontext der [Terminvereinbarung durch einen Termin-Requestor](https://simplifier.net/guide/isik-terminplanung-v4/ImplementationGuide-markdown-Datenobjekte-Operations?version=current) genutzt. \n (B) Zur Laufzeit können spezifische ValueSets synchronisiert bzw. direkt in die Eingabemasken von Clients eingebunden werden. \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite). " + "documentation": "**Beispiel:** \r\n `GET [base]/ValueSet?context-type-value=http://terminology.hl7.org/CodeSystem/usage-context-type|focus$http://hl7.org/fhir/resource-types|Encounter` \r\n **Anwendungshinweis:** \r\n Mit dieser Abfrage können hausinterne Kataloge anhand des Ressource-Typs ermittelt werden. Diese Informationen sind u.a. relevant im Kontext von: \r\n * Hausinternen Prozeduren/Diagnosen-Codes\r\n * Kodierung von Encounter-Informationen (z.B. Wahlleistungen, Orttypen) \r\n Use Cases im Zusammenhang: \r\n (A) Zur Konfigurationszeit können passende ValueSets von einem Server spezifisch für einen Ressourcentyp abgerufen und vorbereitend auf eine Systemintegration begutachtet \r\n bzw. in Client-Systeme eingebunden werden. In diesem Sinne wird die Abfrage im Kontext der [Terminvereinbarung durch einen Termin-Requestor](https://simplifier.net/guide/isik-terminplanung-v4/ImplementationGuide-markdown-Datenobjekte-Operations?version=current) genutzt. \r\n (B) Zur Laufzeit können spezifische ValueSets synchronisiert bzw. direkt in die Eingabemasken von Clients eingebunden werden. \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite). " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVersicherungsverhaeltnisRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVersicherungsverhaeltnisRolle.json index 0a6e7ab27b..1224807e05 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVersicherungsverhaeltnisRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVersicherungsverhaeltnisRolle.json @@ -34,13 +34,13 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementVersicherungsverhaeltnisRolle", "title": "CapabilityStatement für Rolle "ISiKCapabilityStatementVersicherungsverhaeltnisRolle"", "implementationGuide": [ "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul" ], - "purpose": "CapabilityStatement für die Rolle "ISiKCapabilityStatementVersicherungsverhaeltnisRolle".\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf von ISiKVersicherungsverhaeltnis-Ressourcen.", + "purpose": "CapabilityStatement für die Rolle "ISiKCapabilityStatementVersicherungsverhaeltnisRolle".\r\nDiese Rolle beschreibt verpflichtende Interaktionen zum Abruf von ISiKVersicherungsverhaeltnis-Ressourcen.", "rest": [ { "mode": "server", @@ -89,7 +89,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -101,7 +101,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -112,7 +112,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -123,7 +123,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -135,7 +135,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Coverage-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Coverage?status=active` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Coverage?status=active` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -147,7 +147,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/Coverage-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Coverage?type=http://fhir.de/CodeSystem/versicherungsart-de-basis|GKV` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Coverage?type=http://fhir.de/CodeSystem/versicherungsart-de-basis|GKV` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -159,7 +159,7 @@ "name": "beneficiary", "definition": "http://hl7.org/fhir/SearchParameter/Coverage-beneficiary", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Coverage?beneficiary=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Coverage?beneficiary=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -171,7 +171,7 @@ "name": "payor", "definition": "http://hl7.org/fhir/SearchParameter/Coverage-payor", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Coverage?payor:identifier=0123456789` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Coverage?payor:identifier=0123456789` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -183,7 +183,7 @@ "name": "subscriber", "definition": "http://hl7.org/fhir/SearchParameter/Coverage-subscriber", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Coverage?subscriber=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Coverage?subscriber=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ], "searchInclude": [ @@ -269,7 +269,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -281,7 +281,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -292,7 +292,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -303,7 +303,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -315,7 +315,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/RelatedPerson-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " }, { "extension": [ @@ -327,7 +327,7 @@ "name": "name", "definition": "http://hl7.org/fhir/SearchParameter/RelatedPerson-name", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?name=Heidi` \n `GET [base]/RelatedPerson?name=Alpenzauber` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?name=Heidi` \r\n `GET [base]/RelatedPerson?name=Alpenzauber` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -339,7 +339,7 @@ "name": "address", "definition": "http://hl7.org/fhir/SearchParameter/individual-address", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?address=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?address=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -351,7 +351,7 @@ "name": "address-city", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-city", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?address-city=Berlin` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?address-city=Berlin` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -363,7 +363,7 @@ "name": "address-country", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-country", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?address-country=DE` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?address-country=DE` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " }, { "extension": [ @@ -375,7 +375,7 @@ "name": "address-postalcode", "definition": "http://hl7.org/fhir/SearchParameter/individual-address-postalcode", "type": "string", - "documentation": "**Beispiel:** \n `GET [base]/RelatedPerson?address-postalcode=10117` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + "documentation": "**Beispiel:** \r\n `GET [base]/RelatedPerson?address-postalcode=10117` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " } ], "searchInclude": [ @@ -456,7 +456,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -468,7 +468,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -479,7 +479,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -490,7 +490,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ @@ -502,7 +502,7 @@ "name": "identifier", "definition": "http://hl7.org/fhir/SearchParameter/clinical-identifier", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -514,7 +514,7 @@ "name": "status", "definition": "http://hl7.org/fhir/SearchParameter/Account-status", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Account?status=active` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Account?status=active` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -526,7 +526,7 @@ "name": "type", "definition": "http://hl7.org/fhir/SearchParameter/clinical-type", "type": "token", - "documentation": "**Beispiel:** \n `GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + "documentation": "**Beispiel:** \r\n `GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " }, { "extension": [ @@ -538,7 +538,7 @@ "name": "patient", "definition": "http://hl7.org/fhir/SearchParameter/clinical-patient", "type": "reference", - "documentation": "**Beispiel:** \n `GET [base]/Account?patient=Patient/123` \n **Anwendungshinweis:** \n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + "documentation": "**Beispiel:** \r\n `GET [base]/Account?patient=Patient/123` \r\n **Anwendungshinweis:** \r\n Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " } ] } diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedAkteur.json index ed896df12c..068f3a8be0 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementVitalSignICUSourceExtendedAkteur", "title": "ISiK CapabilityStatement Vitalparameter Server Extended", - "purpose": "Das vorliegende CapabilityStatement fasst die Rollen (und entsprechende Interaktionen) zusammen, die ein Akteur 'VitalSign ICU Source Extended' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss\n\nZur Implementierung der Interaktionen sind insbesondere die zu implementierenden Rollen (siehe 'imports' in der CapabilityStatement-Ressource) zu beachten.\n\n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\n\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\n", + "purpose": "Das vorliegende CapabilityStatement fasst die Rollen (und entsprechende Interaktionen) zusammen, die ein Akteur 'VitalSign ICU Source Extended' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss\r\n\r\nZur Implementierung der Interaktionen sind insbesondere die zu implementierenden Rollen (siehe 'imports' in der CapabilityStatement-Ressource) zu beachten.\r\n\r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedRolle.json index 263b3dfc45..6b9341181f 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceExtendedRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementVitalSignICUSourceExtendedRolle", "title": "ISiK CapabilityStatement VitalSign ICU Source Extended", - "purpose": "Das vorliegende CapabilityStatement beschreibt verpflichtende Interaktionen, die ein ISiK-konformes System oder eine Systemkomponente in der Rolle 'VitalSign ICU Source Extended' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\n\nDie Interaktionen umfassen die Bereitstellung von Vitalparametern, die für die Behandlung von Intensivpatienten notwendig sind und sie z.B. typischerweise auf einer Intensivstation in einem PDMS erfasst werden.\n\n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\n\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\n\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt verpflichtende Interaktionen, die ein ISiK-konformes System oder eine Systemkomponente in der Rolle 'VitalSign ICU Source Extended' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\r\n\r\nDie Interaktionen umfassen die Bereitstellung von Vitalparametern, die für die Behandlung von Intensivpatienten notwendig sind und sie z.B. typischerweise auf einer Intensivstation in einem PDMS erfasst werden.\r\n\r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\r\n\r\n", "rest": [ { "mode": "server", @@ -337,7 +337,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -349,7 +349,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -360,7 +360,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -371,7 +371,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalAkteur.json index 5cb721fa4d..c609280096 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementVitalSignICUSourceMinimalAkteur", "title": "ISiK CapabilityStatement VitalSign ICU Source Minimal Akteur", - "purpose": "Das vorliegende CapabilityStatement fasst die Rollen (und entsprechende Interaktionen) zusammen, die ein Akteur 'VitalSign ICU Source Minimal' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\n\nZur Implementierung der Interaktionen sind insbesondere die zu implementierenden Rollen (siehe 'imports' in der CapabilityStatement-Ressource) zu beachten.\n \n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\n\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\n\n**Version 4.0.1**\n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n\n", + "purpose": "Das vorliegende CapabilityStatement fasst die Rollen (und entsprechende Interaktionen) zusammen, die ein Akteur 'VitalSign ICU Source Minimal' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\r\n\r\nZur Implementierung der Interaktionen sind insbesondere die zu implementierenden Rollen (siehe 'imports' in der CapabilityStatement-Ressource) zu beachten.\r\n \r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\r\n\r\n**Version 4.0.1**\r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalRolle.json index 39a1b5cb25..960fb27d01 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignICUSourceMinimalRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementVitalSignICUSourceMinimalRolle", "title": "ISiK CapabilityStatement VitalSign ICU Source Minimal Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt verpflichtende Interaktionen, die ein ISiK-konformes System oder eine Systemkomponenten in der Rolle 'VitalSign ICU Source Minimal' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\n\nDie Interaktionen umfassen die Bereitstellung von Vitalparametern, die für die Behandlung von Patienten notwendig sind und sie z.B. typischerweise auf einer Normalstation in einem KIS erfasst werden.\n \n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\n\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\n\n**Version 4.0.1**\n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt verpflichtende Interaktionen, die ein ISiK-konformes System oder eine Systemkomponenten in der Rolle 'VitalSign ICU Source Minimal' zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.\r\n\r\nDie Interaktionen umfassen die Bereitstellung von Vitalparametern, die für die Behandlung von Patienten notwendig sind und sie z.B. typischerweise auf einer Normalstation in einem KIS erfasst werden.\r\n \r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n*Historie*: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.\r\n\r\n**Version 4.0.1**\r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n\r\n", "rest": [ { "mode": "server", @@ -238,7 +238,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -250,7 +250,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -261,7 +261,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -272,7 +272,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceAkteur.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceAkteur.json index 35a90f43f6..b3941fde3e 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceAkteur.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceAkteur.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \n\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \nDer `MODE`-Parameter kann ignoriert werden. \nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \n\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \nund die Versionsnummer angeben. \nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\n\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \nsofern diese in der Instanz implementiert wurden. \n\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diesen Akteur implementiert. \r\n\r\n Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.\r\nHierzu MUSS die [capabilities-Interaktion gemäß FHIR-Kernspezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden. \r\nDer `MODE`-Parameter kann ignoriert werden. \r\nDas CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Imports-Expectation-Extension](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) mit den möglichen Werten 'SHALL' (=MUSS) 'SHOULD' (=SOLL) 'MAY' (=KANN) 'SHOULD-NOT' (=SOLL NICHT) verwendet. \r\n\r\nEine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind = instance` liefern und im Element `software` den Namen \r\nund die Versionsnummer angeben. \r\nDarüber hinaus MÜSSEN in `CapabilityStatement.instantiates` sämtliche Canonical URLs der implementierten Rollen angegeben werden.\r\nDie mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per 'imports'). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.\r\n\r\nDas CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe 'imports') mit `SHALL` gekennzeichnet sind. \r\nDas CapabilityStatement KANN darüber hinaus die mit `MAY` gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, \r\nsofern diese in der Instanz implementiert wurden. \r\n\r\nDie Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.", "name": "ISiKCapabilityStatementVitalSignStandardSourceAkteur", "title": "ISiK CapabilityStatement Vital Sign Standard Source Akteur", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren für das Modul Vitalparameter zu bestehen.\n \n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\n\n\n**Version 4.0.1**\n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren für das Modul Vitalparameter zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne eines eigenständigen Akteurs extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n\r\n**Version 4.0.1**\r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n\r\n", "rest": [ { "mode": "server" diff --git a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceRolle.json b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceRolle.json index f15cc392f0..5013731229 100644 --- a/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceRolle.json +++ b/Resources/fsh-generated/resources/CapabilityStatement-ISiKCapabilityStatementVitalSignStandardSourceRolle.json @@ -34,10 +34,10 @@ "application/fhir+xml", "application/fhir+json" ], - "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \n die ein System unterstützen MUSS, welches diese Rolle implementiert. \n \nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", + "description": "Dieses CapabilityStatement beschreibt alle Interaktionen, \r\n die ein System unterstützen MUSS, welches diese Rolle implementiert. \r\n \r\nDie CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (`kind = requirements`). \r\nZur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, \r\nwird die [CapabilityStatement-Expectation-Extension](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.", "name": "ISiKCapabilityStatementVitalSignStandardSource Rolle", "title": "ISiK CapabilityStatement VitalSign Standard Source Rolle", - "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen, die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren für das Modul Vitalparameter zu bestehen.\n \n**HISTORIE:** \n\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\n\n\n**Version 4.0.1**\n\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \n\n", + "purpose": "Das vorliegende CapabilityStatement beschreibt alle verpflichtenden Interaktionen, die ein ISiK-konformes System unterstützen muss um das Bestätigungsverfahren für das Modul Vitalparameter zu bestehen.\r\n \r\n**HISTORIE:** \r\n\r\n*Historie*: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).\r\n\r\n\r\n**Version 4.0.1**\r\n\r\n* `change` Die Verbindlichkeit des Suchparameters `subject` wurde von SHALL auf MAY reduziert, da der Suchparameter `patient` für ISiK-Zwecke ausreichend ist. \r\n* `change` Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter `patient` und `encounter`, da diese für ISiK-Zwecke ausreichend sind. \r\n\r\n", "rest": [ { "mode": "server", @@ -175,7 +175,7 @@ "name": "_id", "definition": "http://hl7.org/fhir/SearchParameter/Resource-id", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_id=103270`\n **Anwendungshinweis:**\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_id=103270`\r\n **Anwendungshinweis:**\r\n Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource\r\n anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden,\r\n um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden,\r\n z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten:\r\n `GET [base]/Encounter?_id=103270&_include=Encounter:patient`\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all).\r\n Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend." }, { "extension": [ @@ -187,7 +187,7 @@ "name": "_tag", "definition": "http://hl7.org/fhir/SearchParameter/Resource-tag", "type": "token", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all)\r\n sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags). " }, { "extension": [ @@ -198,7 +198,7 @@ ], "name": "_count", "type": "number", - "documentation": "**Beispiel:**\n `GET [base]/[Resourcetype]?_count=100`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " + "documentation": "**Beispiel:**\r\n `GET [base]/[Resourcetype]?_count=100`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count). " }, { "extension": [ @@ -209,7 +209,7 @@ ], "name": "_has", "type": "string", - "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\n **Anwendungshinweis:**\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " + "documentation": "**Beispiel:** Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben\r\n `GET [base]/Patient?_has:Observation:patient:code=1234-5`\r\n **Beispiel:** Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde\r\n `GET [base]/Encounter?_has:Condition:encounter:code=A12.3`\r\n **Anwendungshinweis:**\r\n Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has). " }, { "extension": [ diff --git a/Resources/fsh-generated/resources/OperationDefinition-UpdateMetadata.json b/Resources/fsh-generated/resources/OperationDefinition-UpdateMetadata.json index 7e61541e30..2f1c5d223d 100644 --- a/Resources/fsh-generated/resources/OperationDefinition-UpdateMetadata.json +++ b/Resources/fsh-generated/resources/OperationDefinition-UpdateMetadata.json @@ -31,10 +31,10 @@ "title": "Update document metadata", "kind": "operation", "name": "UpdateMetadata", - "description": "\n## Interaktion: Update von Metadaten, Löschen von Dokumenten\n\nDie Operation ``UpdateMetadata`` ermöglicht es, unkritische Metadaten gezielt und kontrolliert zu aktualisieren oder vorläufige Dokumente durch Setzen des Status entered-in-error zuverlässig zu löschen, ohne ein neues Dokument anlegen zu müssen.\n\n### Herstellung von Dokumentenkontext\nDer Client muss zunächst die URL der DocumentReference ermitteln, auf die das Update angewendet werden soll. Hierzu kann die Interaktion {{pagelink:Dokumentenabfrage, text:Dokumentenabfrage}} verwendet werden.\n\n### Metadatenupdate\nDas Update der Metadaten erfolgt mittels der `$update-metadata` Operation.\nHinweis: Der zum Zeitpunkt der Erstellung dieser Spezifikation vorliegende IHE-MHD-Implementierungsleitfaden sieht kein Metadatenupdate vor. Hier müsste stets ein neues Dokument übermittelt werden.\n\nFür den ISiK Use Case als maßgeblich relevant und unkritisch in Bezug auf die Versionierung hat sich jedoch das Element `docStatus`erwiesen, welches im IHE-Kontext keine Berücksichtigung findet. Im einrichtungsinternen Dokumentenaustausch kommt es häufig vor, dass sich der Status eines Dokumentes ändert (z.b. `preliminary` -> `final`), ohne dass dies Auswirkungen auf den Inhalt hat. Die Anlage eines neuen Dokumentes wäre in diesem Kontext nicht effizient.\n\nEbenso erlaubt diese Operation, vorläufige Dokumente durch ein Update von docStatus zu *löschen* (`preliminary` -> `entered-in-error` ). \n\nWenn Dokumenten-Server $update-metadata unterstützen, dann MÜSSEN Dokumenten-Server das *Löschen* von vorläufigen Dokumenten unterstützen, d.h. dann MÜSSEN Server bei einem Update auf den Status `entered-in-error` auch den Code in `DocumentReference.status` auf `entered-in-error` setzen und dafür Sorge tragen, dass diese Dokumente bei Suchanfragen nicht mehr als Ergebnisse zurückgegeben werden (siehe [Search Related Safety Checks](https://hl7.org/fhir/R4/safety.html)), es sei denn der Client sucht *explizit* nach gelöschten Dokumenten (z.B. `/DocumentReference?status=entered-in-error`). \n\nSobald ein Dokument den Status `final` erreicht hat, MUSS ein Server die Änderungen von Metadaten NICHT mehr zulassen (d.h. ein Server KANN in diesem Fall die Löschung finaler Dokumente erlauben, MUSS es aber nicht. Der Server KANN in diesem Fall auch eine Fehlermeldung ausgeben).\n\nFinale Dokumente SOLLEN nur noch mit MHD-konformen Methoden aktualisiert bzw. gelöscht werden, indem sie durch eine neue bzw. leere Version ersetzt werden. \nEin Client SOLL in diesem Fall eine erneute Dokumentenbereitstellung durchführen, mit Referenz auf das zu ersetzende Dokument in `DocumentReference.relatesTo.target` und dem Code `replaces` in `DocumentReference.relatesTo.code`.\n", + "description": "\r\n## Interaktion: Update von Metadaten, Löschen von Dokumenten\r\n\r\nDie Operation ``UpdateMetadata`` ermöglicht es, unkritische Metadaten gezielt und kontrolliert zu aktualisieren oder vorläufige Dokumente durch Setzen des Status entered-in-error zuverlässig zu löschen, ohne ein neues Dokument anlegen zu müssen.\r\n\r\n### Herstellung von Dokumentenkontext\r\nDer Client muss zunächst die URL der DocumentReference ermitteln, auf die das Update angewendet werden soll. Hierzu kann die Interaktion {{pagelink:Dokumentenabfrage, text:Dokumentenabfrage}} verwendet werden.\r\n\r\n### Metadatenupdate\r\nDas Update der Metadaten erfolgt mittels der `$update-metadata` Operation.\r\nHinweis: Der zum Zeitpunkt der Erstellung dieser Spezifikation vorliegende IHE-MHD-Implementierungsleitfaden sieht kein Metadatenupdate vor. Hier müsste stets ein neues Dokument übermittelt werden.\r\n\r\nFür den ISiK Use Case als maßgeblich relevant und unkritisch in Bezug auf die Versionierung hat sich jedoch das Element `docStatus`erwiesen, welches im IHE-Kontext keine Berücksichtigung findet. Im einrichtungsinternen Dokumentenaustausch kommt es häufig vor, dass sich der Status eines Dokumentes ändert (z.b. `preliminary` -> `final`), ohne dass dies Auswirkungen auf den Inhalt hat. Die Anlage eines neuen Dokumentes wäre in diesem Kontext nicht effizient.\r\n\r\nEbenso erlaubt diese Operation, vorläufige Dokumente durch ein Update von docStatus zu *löschen* (`preliminary` -> `entered-in-error` ). \r\n\r\nWenn Dokumenten-Server $update-metadata unterstützen, dann MÜSSEN Dokumenten-Server das *Löschen* von vorläufigen Dokumenten unterstützen, d.h. dann MÜSSEN Server bei einem Update auf den Status `entered-in-error` auch den Code in `DocumentReference.status` auf `entered-in-error` setzen und dafür Sorge tragen, dass diese Dokumente bei Suchanfragen nicht mehr als Ergebnisse zurückgegeben werden (siehe [Search Related Safety Checks](https://hl7.org/fhir/R4/safety.html)), es sei denn der Client sucht *explizit* nach gelöschten Dokumenten (z.B. `/DocumentReference?status=entered-in-error`). \r\n\r\nSobald ein Dokument den Status `final` erreicht hat, MUSS ein Server die Änderungen von Metadaten NICHT mehr zulassen (d.h. ein Server KANN in diesem Fall die Löschung finaler Dokumente erlauben, MUSS es aber nicht. Der Server KANN in diesem Fall auch eine Fehlermeldung ausgeben).\r\n\r\nFinale Dokumente SOLLEN nur noch mit MHD-konformen Methoden aktualisiert bzw. gelöscht werden, indem sie durch eine neue bzw. leere Version ersetzt werden. \r\nEin Client SOLL in diesem Fall eine erneute Dokumentenbereitstellung durchführen, mit Referenz auf das zu ersetzende Dokument in `DocumentReference.relatesTo.target` und dem Code `replaces` in `DocumentReference.relatesTo.code`.\r\n", "code": "update-metadata", "affectsState": true, - "comment": "\n Expected behaviour:\n* Servers SHALL update the DocumentReference.docStatus with the submitted values\n* Servers SHALL ensure that DocumentReference.text reflects this change\n", + "comment": "\r\n Expected behaviour:\r\n* Servers SHALL update the DocumentReference.docStatus with the submitted values\r\n* Servers SHALL ensure that DocumentReference.text reflects this change\r\n", "resource": [ "DocumentReference" ], diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleConditionalItem.json b/Resources/fsh-generated/resources/Questionnaire-ExampleConditionalItem.json index 780d9c9085..cb6471287a 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleConditionalItem.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleConditionalItem.json @@ -16,7 +16,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Bedingte Fragestellungen", - "description": "### Beispiel-Questionnaire mit bedingten Fragestellungen/Items \nDie zweite Frage "Was ist denn los?" soll nur gestellt werden, \nwenn die erste Frage "Wie geht's" mit "muss." beantwortet wurde.", + "description": "### Beispiel-Questionnaire mit bedingten Fragestellungen/Items \r\nDie zweite Frage "Was ist denn los?" soll nur gestellt werden, \r\nwenn die erste Frage "Wie geht's" mit "muss." beantwortet wurde.", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationDecimal.json b/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationDecimal.json index 196b1fb94c..6891341e77 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationDecimal.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationDecimal.json @@ -16,7 +16,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Validierung von Dezimalen", - "description": "### Beispiel-Questionnaire Validierung von Dezimalwerten \n* Vorgabe des Eingabeformates mittels [entryFormat](https://hl7.org/fhir/R4/extension-entryformat.html)-Extension\n* Limitierung der Dezimalstellen mittels [maxDecimalPlaces](https://hl7.org/fhir/R4/extension-maxdecimalplaces.html)-Extension\n* Limitierung des Wertebereiches mittels [minValue](https://hl7.org/fhir/R4/extension-minvalue.html) \n und [maxValue](https://hl7.org/fhir/R4/extension-maxvalue.html)-Extension\n* Vorgabe der anzugebenden Maßeinheit mittels [questionnaire-unit](https://hl7.org/fhir/R4/extension-questionnaire-unit.html)-Extension", + "description": "### Beispiel-Questionnaire Validierung von Dezimalwerten \r\n* Vorgabe des Eingabeformates mittels [entryFormat](https://hl7.org/fhir/R4/extension-entryformat.html)-Extension\r\n* Limitierung der Dezimalstellen mittels [maxDecimalPlaces](https://hl7.org/fhir/R4/extension-maxdecimalplaces.html)-Extension\r\n* Limitierung des Wertebereiches mittels [minValue](https://hl7.org/fhir/R4/extension-minvalue.html) \r\n und [maxValue](https://hl7.org/fhir/R4/extension-maxvalue.html)-Extension\r\n* Vorgabe der anzugebenden Maßeinheit mittels [questionnaire-unit](https://hl7.org/fhir/R4/extension-questionnaire-unit.html)-Extension", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationText.json b/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationText.json index 7acdcd910f..647eab6b19 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationText.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleEntryValidationText.json @@ -16,7 +16,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Validierung von Texten", - "description": "### Beispiel-Questionnaire Validierung von Textfeldern\n* Limitierung der Mindest- und Maximalvorkommen einer wiederholbaren Gruppe mittels [questionnaire-minOccurs](https://hl7.org/fhir/R4/extension-questionnaire-minoccurs.html)-Extension und [questionnaire-maxOccurs](https://hl7.org/fhir/R4/extension-questionnaire-maxoccurs.html)-Extension\n* Limitierung der Eingabelänge mittels [minLength](https://hl7.org/fhir/R4/extension-minlength.html)-Extension", + "description": "### Beispiel-Questionnaire Validierung von Textfeldern\r\n* Limitierung der Mindest- und Maximalvorkommen einer wiederholbaren Gruppe mittels [questionnaire-minOccurs](https://hl7.org/fhir/R4/extension-questionnaire-minoccurs.html)-Extension und [questionnaire-maxOccurs](https://hl7.org/fhir/R4/extension-questionnaire-maxoccurs.html)-Extension\r\n* Limitierung der Eingabelänge mittels [minLength](https://hl7.org/fhir/R4/extension-minlength.html)-Extension", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleExtractWithUnit.json b/Resources/fsh-generated/resources/Questionnaire-ExampleExtractWithUnit.json index 82aa0e893e..ac6137778b 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleExtractWithUnit.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleExtractWithUnit.json @@ -16,7 +16,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Observation Based Extraction bei quantitativen Angaben", - "description": "### Beispiel-Questionnaire mit Observation Based Extraction von Dezimalwerten mit Maßeinheiten \n * Vorgabe der anzugebenden Maßeinheit mittels [questionnaire-unit](https://hl7.org/fhir/R4/extension-questionnaire-unit.html)-Extension\n * Annotation zur Extraktion mittels [observationExtract](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire-observationExtract)\n * Annotation zum Setzen der category bei Extraktion mittels [observationExtractCategory](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire-observationExtract-category)", + "description": "### Beispiel-Questionnaire mit Observation Based Extraction von Dezimalwerten mit Maßeinheiten \r\n * Vorgabe der anzugebenden Maßeinheit mittels [questionnaire-unit](https://hl7.org/fhir/R4/extension-questionnaire-unit.html)-Extension\r\n * Annotation zur Extraktion mittels [observationExtract](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire-observationExtract)\r\n * Annotation zum Setzen der category bei Extraktion mittels [observationExtractCategory](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire-observationExtract-category)", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleInputPatternValidation.json b/Resources/fsh-generated/resources/Questionnaire-ExampleInputPatternValidation.json index 72f42a2fac..477179aa05 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleInputPatternValidation.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleInputPatternValidation.json @@ -16,7 +16,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Validierung von Formulareingaben gegen RegExPattern", - "description": "### Beispiel-Questionnaire mit Validierung von Benutzereingaben mittels einer FHIRPath-Expression \nDie Validierung erfolgt über die [targetConstraint](https://hl7.org/fhir/extensions/StructureDefinition-targetConstraint.html)-Extension", + "description": "### Beispiel-Questionnaire mit Validierung von Benutzereingaben mittels einer FHIRPath-Expression \r\nDie Validierung erfolgt über die [targetConstraint](https://hl7.org/fhir/extensions/StructureDefinition-targetConstraint.html)-Extension", "item": [ { "type": "string", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExampleMdrRelevant.json b/Resources/fsh-generated/resources/Questionnaire-ExampleMdrRelevant.json index 9f6d52b176..8c4d071883 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExampleMdrRelevant.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExampleMdrRelevant.json @@ -25,7 +25,7 @@ "experimental": false, "publisher": "Gematik GmbH", "title": "Formular aus einem Medizinprodukt", - "description": "### Beispiel-Questionnaire, welches eine MDR-Relevanz ausweist\n* Angabe der MDR-Relevanz mittels [ISiKMDRRelevanzFormular](https://simplifier.net/isik-stufe-5/isikmdrrelevanzformularextension)-Extension\nDisclaimer: Dies ist ein simples fantasie Beispiel und hat keine medizinische Aussagekraft. Das erwartete Verhalten von Systemen, die mit diesem Questionnaire testen wäre, dass das Formular mit einer Fehlermeldung *nicht* rendert!", + "description": "### Beispiel-Questionnaire, welches eine MDR-Relevanz ausweist\r\n* Angabe der MDR-Relevanz mittels [ISiKMDRRelevanzFormular](https://simplifier.net/isik-stufe-5/isikmdrrelevanzformularextension)-Extension\r\nDisclaimer: Dies ist ein simples fantasie Beispiel und hat keine medizinische Aussagekraft. Das erwartete Verhalten von Systemen, die mit diesem Questionnaire testen wäre, dass das Formular mit einer Fehlermeldung *nicht* rendert!", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemo.json b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemo.json index fdf96bfcd8..72ed57f8e1 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemo.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemo.json @@ -38,7 +38,7 @@ } ], "title": "Vorbelegung Demografischer Daten", - "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten \nDer Patientenkontext wird mittels der [SDC-LaunchContexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html)-Extension hergestellt. \nDie Vorbelegung erfolgt über die [SDC-InitialExpression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html)-Extension", + "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten \r\nDer Patientenkontext wird mittels der [SDC-LaunchContexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html)-Extension hergestellt. \r\nDie Vorbelegung erfolgt über die [SDC-InitialExpression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html)-Extension", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemoEnc.json b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemoEnc.json index 4e2d483358..308f713b9a 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemoEnc.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopDemoEnc.json @@ -58,7 +58,7 @@ } ], "title": "Vorbelegung Demografischer Daten Encounter", - "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten \nDer Patientenkontext wird mittels der [SDC-LaunchContexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html)-Extension hergestellt. \nDie Vorbelegung erfolgt über die [SDC-InitialExpression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html)-Extension", + "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten \r\nDer Patientenkontext wird mittels der [SDC-LaunchContexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html)-Extension hergestellt. \r\nDie Vorbelegung erfolgt über die [SDC-InitialExpression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html)-Extension", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopObservation.json b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopObservation.json index e7f77dca4e..12d8a6348e 100644 --- a/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopObservation.json +++ b/Resources/fsh-generated/resources/Questionnaire-ExamplePrePopObservation.json @@ -119,7 +119,7 @@ } ], "title": "Vorbelegung von Observations", - "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von Observations \nDie Suche nach passenden Observations geschieht innerhlab des Patienten-Kontextes anhand des in `item-code`hinterlegten Codes.\nDie Extension [SDC-ObservationLinkPeriod](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationLinkPeriod.html) legt fest, wie alt Observations maximal sein dürfen, um für die Vorbelegung herangezogen zu werden (hier: max. 1 Jahr) \nDie Extension [SDC-ObservationExtract](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationExtract.html) legt fest, ob aus den Angaben des Questionnaires eine neue Observation extrahiert werden soll (hier: true)", + "description": "### Beispiel-Questionnaire mit automatischer Vorbelegung von Observations \r\nDie Suche nach passenden Observations geschieht innerhlab des Patienten-Kontextes anhand des in `item-code`hinterlegten Codes.\r\nDie Extension [SDC-ObservationLinkPeriod](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationLinkPeriod.html) legt fest, wie alt Observations maximal sein dürfen, um für die Vorbelegung herangezogen zu werden (hier: max. 1 Jahr) \r\nDie Extension [SDC-ObservationExtract](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationExtract.html) legt fest, ob aus den Angaben des Questionnaires eine neue Observation extrahiert werden soll (hier: true)", "item": [ { "type": "group", diff --git a/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionNotificationR4Fixed.json b/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionNotificationR4Fixed.json index 5e1ead375c..8facddc852 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionNotificationR4Fixed.json +++ b/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionNotificationR4Fixed.json @@ -75,20 +75,20 @@ "id": "Bundle.id", "path": "Bundle.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Bundle.meta.versionId", "path": "Bundle.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Bundle.meta.lastUpdated", "path": "Bundle.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Bundle.type", diff --git a/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionStatusR4Fixed.json b/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionStatusR4Fixed.json index edd4328b8c..b2cc9069f0 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionStatusR4Fixed.json +++ b/Resources/fsh-generated/resources/StructureDefinition-BackportSubscriptionStatusR4Fixed.json @@ -67,20 +67,20 @@ "id": "Parameters.id", "path": "Parameters.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Parameters.meta.versionId", "path": "Parameters.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Parameters.meta.lastUpdated", "path": "Parameters.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Parameters.parameter", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKAMTSBewertung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKAMTSBewertung.json index f5fe71ac87..401cae0831 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKAMTSBewertung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKAMTSBewertung.json @@ -22,24 +22,34 @@ "id": "RiskAssessment.id", "path": "RiskAssessment.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "RiskAssessment.meta.versionId", "path": "RiskAssessment.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "RiskAssessment.meta.lastUpdated", "path": "RiskAssessment.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "RiskAssessment.extension", "path": "RiskAssessment.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -47,7 +57,7 @@ "path": "RiskAssessment.extension", "sliceName": "acceptedRisk", "short": "akzeptiertes (in Kauf genommenes) Risiko", - "comment": "Begründung des Must-Support: Die Möglichkeit der freitextlichen Dokumentation dieser Daten wurde von der Fachseite (AG) gewünscht.\n\n Hinweis: Hier kann die Begründung und ggf. erforderliche Begleitmaßnahmen für ein in Kauf genommenes Risiko dokumentiert werden.", + "comment": "Begründung des Must-Support: Die Möglichkeit der freitextlichen Dokumentation dieser Daten wurde von der Fachseite (AG) gewünscht.\r\n\r\n Hinweis: Hier kann die Begründung und ggf. erforderliche Begleitmaßnahmen für ein in Kauf genommenes Risiko dokumentiert werden.", "min": 0, "max": "1", "type": [ @@ -63,14 +73,14 @@ { "id": "RiskAssessment.status", "path": "RiskAssessment.status", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Status ist im Standard vorgeschrieben.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Status ist im Standard vorgeschrieben.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { "id": "RiskAssessment.code", "path": "RiskAssessment.code", "short": "Art der Risikobeurteilung", - "comment": "Begründung des Must-Support-Support-Flag (MS): Es handelt sich um eine Grundinformation zur Risikobewertung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Es handelt sich um eine Grundinformation zur Risikobewertung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -104,7 +114,7 @@ "id": "RiskAssessment.subject", "path": "RiskAssessment.subject", "short": "Referenz auf den Patienten", - "comment": "Begründung des Must-Support-Support-Flag (MS): Eine Risikobewertung muss sich immer auf ein Subjekt (hier: Patient) beziehen.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Eine Risikobewertung muss sich immer auf ein Subjekt (hier: Patient) beziehen.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "type": [ { "code": "Reference", @@ -118,7 +128,7 @@ { "id": "RiskAssessment.subject.reference", "path": "RiskAssessment.subject.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -126,13 +136,13 @@ "id": "RiskAssessment.encounter", "path": "RiskAssessment.encounter", "short": "Referenz auf den Abteilungskontakt", - "comment": "Begründung des Must-Support-Support-Flag (MS): Der Encounter liefert den Kontext zur Risikobeurteilung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Der Encounter liefert den Kontext zur Risikobeurteilung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { "id": "RiskAssessment.encounter.reference", "path": "RiskAssessment.encounter.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -150,14 +160,14 @@ "rules": "open" }, "short": "Zeitpunkt oder Zeitraum der Beurteilung", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitpunkts oder Zeitraums ist essentiell für die Nachvollziehbarkeit.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitpunkts oder Zeitraums ist essentiell für die Nachvollziehbarkeit.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { "id": "RiskAssessment.occurrence[x]:occurrenceDateTime", "path": "RiskAssessment.occurrence[x]", "sliceName": "occurrenceDateTime", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitpunkts ist essentiell für die Nachvollziehbarkeit.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitpunkts ist essentiell für die Nachvollziehbarkeit.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "min": 0, "max": "1", "type": [ @@ -171,7 +181,7 @@ "id": "RiskAssessment.occurrence[x]:occurrencePeriod", "path": "RiskAssessment.occurrence[x]", "sliceName": "occurrencePeriod", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitraums ist essentiell für die Nachvollziehbarkeit.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe des Zeitraums ist essentiell für die Nachvollziehbarkeit.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "min": 0, "max": "1", "type": [ @@ -185,7 +195,7 @@ "id": "RiskAssessment.condition", "path": "RiskAssessment.condition", "short": "Bezugsdiagnose (Referenz)", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Bezugsdiagnose ist eine relevante Hintergrundinformation.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Bezugsdiagnose ist eine relevante Hintergrundinformation.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -198,7 +208,7 @@ "id": "RiskAssessment.reasonCode", "path": "RiskAssessment.reasonCode", "short": "Grund der Risikobewertung (codiert)", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe einer Begründung ist fachlich üblich und angebracht.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe einer Begründung ist fachlich üblich und angebracht.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -232,7 +242,7 @@ "id": "RiskAssessment.reasonReference", "path": "RiskAssessment.reasonReference", "short": "Grund der Risikobewertung (Referenz)", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe einer Begründung ist fachlich üblich und angebracht.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Angabe einer Begründung ist fachlich üblich und angebracht.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -245,7 +255,7 @@ "id": "RiskAssessment.basis", "path": "RiskAssessment.basis", "short": "Entscheidungsgrundlagen der Risikobewertung (Referenz)", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Referenz zu den Grundlagen der Beurteilung ermöglicht die Transparenz der Beurteilungs-Findung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Referenz zu den Grundlagen der Beurteilung ermöglicht die Transparenz der Beurteilungs-Findung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -257,14 +267,14 @@ { "id": "RiskAssessment.prediction", "path": "RiskAssessment.prediction", - "comment": "Begründung des Must-Support-Support-Flag (MS): Angaben über Outcome und Größe des Risikos.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Angaben über Outcome und Größe des Risikos.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { "id": "RiskAssessment.prediction.outcome", "path": "RiskAssessment.prediction.outcome", "short": "Mögliches Outcome für den Patienten", - "comment": "Begründung des Must-Support-Support-Flag (MS): Das erwartete Outcome ist eine Kerninformation der Risikobeurteilung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Das erwartete Outcome ist eine Kerninformation der Risikobeurteilung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { @@ -298,7 +308,7 @@ "id": "RiskAssessment.prediction.qualitativeRisk", "path": "RiskAssessment.prediction.qualitativeRisk", "short": "Risikowahrscheinlichkeit (qualitativ, codiert)", - "comment": "Begründung des Must-Support-Support-Flag (MS): Die Risikowahrscheinlichkeit ist eine Kerninformation der Risikobeurteilung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Die Risikowahrscheinlichkeit ist eine Kerninformation der Risikobeurteilung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true, "binding": { "strength": "extensible", @@ -336,14 +346,14 @@ "id": "RiskAssessment.mitigation", "path": "RiskAssessment.mitigation", "short": "Hinweis zur Risikovermeidung", - "comment": "Begründung des Must-Support-Support-Flag (MS): Hinweise zur Risikovermeidung sind eine Kerninformation der Risikobeurteilung.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): Hinweise zur Risikovermeidung sind eine Kerninformation der Risikobeurteilung.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true }, { "id": "RiskAssessment.note", "path": "RiskAssessment.note", "short": "Anmerkung zur Risikobewertung", - "comment": "Begründung des Must-Support-Support-Flag (MS): freitextliche Anmerkungen sind fachlich üblich und gewünscht.\n\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", + "comment": "Begründung des Must-Support-Support-Flag (MS): freitextliche Anmerkungen sind fachlich üblich und gewünscht.\r\n\r\n Hintergrund: Das MS wurde im Rahmen der Ausarbeitung zur Stufe 4 des ISiK Moduls Medikation hinzugefügt und mit den Stakeholdern abgestimmt. ", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKAbrechnungsfall.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKAbrechnungsfall.json index a84e9a278a..4a13b9f49f 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKAbrechnungsfall.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKAbrechnungsfall.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Gruppierung von medizinischen Leistungen zu einem gemeinsamen Abrechnungskontext. \nZugleich dient es im Kontext von ISiK derzeit im Wesentlichen der Abbildung einer Fallnummer, über die im Krankenhaus unterschiedliche Prozesse - auch administrativer Natur - abgewickelt werden. Das Profil wurde *nicht* primär zum Zweck der Abbildung von Abrechnungsprozessen definiert. \n\n### Motivation\nKomplementär zum Datenobjekt "Kontakt - Encounter" können Fälle, im Sinne einer Gruppierung von medizinischen Leistungen \ninnerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden.\nEin solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationärer Besuch). \n\nGemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten.\nAls Bindeglied zwischen den Kontakten und dem Versicherungsverhältnis erfolgt eine feingranulare Auflistung, \nin welchen Zeiträumen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand.\nZudem werden Diagnosen abschließend / nachträglich dokumentiert, sodass eine Übersicht von relevanten (DRG)-Diagnosen ermöglicht wird, \nohne die Gesamtheit aller Kontakte betrachten zu müssen.\n\nIn FHIR wird der Abrechnungsfall mit der `Account`-Ressource repräsentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}.\n\n### Kompatibilität\n* zum Zeitpunkt der Veröffentlichung sind keine abweichenden Modellierungen der Account-Ressource bekannt.\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Gruppierung von medizinischen Leistungen zu einem gemeinsamen Abrechnungskontext. \r\nZugleich dient es im Kontext von ISiK derzeit im Wesentlichen der Abbildung einer Fallnummer, über die im Krankenhaus unterschiedliche Prozesse - auch administrativer Natur - abgewickelt werden. Das Profil wurde *nicht* primär zum Zweck der Abbildung von Abrechnungsprozessen definiert. \r\n\r\n### Motivation\r\nKomplementär zum Datenobjekt "Kontakt - Encounter" können Fälle, im Sinne einer Gruppierung von medizinischen Leistungen \r\ninnerhalb eines gemeinsamen Kontextes, zu einem Abrechnungsfall zusammengefasst werden.\r\nEin solcher Abrechnungsfall kann mehrere Kontakte umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationärer Besuch). \r\n\r\nGemeinsam mit dem Einrichtungskontakt bildet der Abrechnungsfall einen wichtigen Einstiegspunkt in die Dokumentation der Behandlungsleistungen der Patienten.\r\nAls Bindeglied zwischen den Kontakten und dem Versicherungsverhältnis erfolgt eine feingranulare Auflistung, \r\nin welchen Zeiträumen ein Behandlungskontext zwischen einer Gesundheitseinrichtung und der Patienten bestand.\r\nZudem werden Diagnosen abschließend / nachträglich dokumentiert, sodass eine Übersicht von relevanten (DRG)-Diagnosen ermöglicht wird, \r\nohne die Gesamtheit aller Kontakte betrachten zu müssen.\r\n\r\nIn FHIR wird der Abrechnungsfall mit der `Account`-Ressource repräsentiert.\r\n\r\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}.\r\n\r\n### Kompatibilität\r\n* zum Zeitpunkt der Veröffentlichung sind keine abweichenden Modellierungen der Account-Ressource bekannt.\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,24 +21,34 @@ "id": "Account.id", "path": "Account.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Account.meta.versionId", "path": "Account.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Account.meta.lastUpdated", "path": "Account.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Account.extension", "path": "Account.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -46,7 +56,7 @@ "path": "Account.extension", "sliceName": "AbrechnungsDiagnoseProzedur", "short": "Abrechnungsdiagnose /-prozedur", - "comment": "Insbesondere bei Abrechnungen im DRG-Kontext muss eine Diagnose als Hauptdiagnose und \n ggf. weitere Diagnosen als abrechnungsrelevante Nebendiagnosen klassifiziert werden. Diese Extension ermöglicht es, diese Qualifikation im Abrechnungskontext vorzunehmen, \n unabhängig von der *medizinischen* Relevanz, die in `Encounter.diagnosis` erfolgt.", + "comment": "Insbesondere bei Abrechnungen im DRG-Kontext muss eine Diagnose als Hauptdiagnose und \r\n ggf. weitere Diagnosen als abrechnungsrelevante Nebendiagnosen klassifiziert werden. Diese Extension ermöglicht es, diese Qualifikation im Abrechnungskontext vorzunehmen, \r\n unabhängig von der *medizinischen* Relevanz, die in `Encounter.diagnosis` erfolgt.", "min": 0, "max": "*", "type": [ @@ -94,7 +104,7 @@ "path": "Account.identifier", "sliceName": "Abrechnungsnummer", "short": "Abrechnungsfallnummer", - "comment": "Im DRG-Kontext werden häufig sämtliche Besuche (`Encounter`), die unter einen gemeinsamen Abrechnungskontext zusammengefasst werden, \n unter einer "Fallnummer" geführt. In dieser Konstellation sind die Begriffe "Fallnummer" und "Abrechnungsfallnummer" gleichbedeutend. \n Dies ist insbesondere im Kontext des Mappings zwischen HL7 V2 und HL7 FHIR zu beachten, da es in V2 Usus ist, \n die Fallnummer (eigentlich Identifier des Abrechnungsfalles) im `PV1`-Segment (Patient Visit) zu übermitteln. \n Es handelt sich dabei jedoch *nicht* um den Identifier des Besuchs (`Encounter`) sondern den des Abrechnungsfalles (`Account`), \n da der Identifier oft für die Gruppierung mehrerer Besuche (z.B. vorstationär + stationär + nachstationär) mit gemeinsamem (DRG)-Kontext verwendet wird. \n Die Abrechnungsfallnummer in `Account.identifier` muss identisch sein mit dem Identifier, \n der bei den Encountern, die unter diesem Account gruppiert werden, unter `Encounter.account.identifier` angegeben ist.", + "comment": "Im DRG-Kontext werden häufig sämtliche Besuche (`Encounter`), die unter einen gemeinsamen Abrechnungskontext zusammengefasst werden, \r\n unter einer "Fallnummer" geführt. In dieser Konstellation sind die Begriffe "Fallnummer" und "Abrechnungsfallnummer" gleichbedeutend. \r\n Dies ist insbesondere im Kontext des Mappings zwischen HL7 V2 und HL7 FHIR zu beachten, da es in V2 Usus ist, \r\n die Fallnummer (eigentlich Identifier des Abrechnungsfalles) im `PV1`-Segment (Patient Visit) zu übermitteln. \r\n Es handelt sich dabei jedoch *nicht* um den Identifier des Besuchs (`Encounter`) sondern den des Abrechnungsfalles (`Account`), \r\n da der Identifier oft für die Gruppierung mehrerer Besuche (z.B. vorstationär + stationär + nachstationär) mit gemeinsamem (DRG)-Kontext verwendet wird. \r\n Die Abrechnungsfallnummer in `Account.identifier` muss identisch sein mit dem Identifier, \r\n der bei den Encountern, die unter diesem Account gruppiert werden, unter `Encounter.account.identifier` angegeben ist.", "min": 1, "max": "1", "type": [ @@ -147,20 +157,20 @@ "id": "Account.identifier:Abrechnungsnummer.system", "path": "Account.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Account.identifier:Abrechnungsnummer.value", "path": "Account.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { "id": "Account.status", "path": "Account.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `active` und `inactive`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `active` und `inactive`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -184,7 +194,7 @@ "id": "Account.subject.reference", "path": "Account.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -198,6 +208,16 @@ { "id": "Account.coverage.extension", "path": "Account.coverage.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -227,7 +247,7 @@ "id": "Account.coverage.coverage.reference", "path": "Account.coverage.coverage.reference", "short": "Coverage-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Coverage-Ressource dient der technischen Zuordnung zwischen Abrechnungsfall und Versicherungsverhältnis\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Coverage-Ressource dient der technischen Zuordnung zwischen Abrechnungsfall und Versicherungsverhältnis\r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, @@ -235,7 +255,7 @@ "id": "Account.coverage.priority", "path": "Account.coverage.priority", "short": "Priorität", - "comment": "**Begründung des MS:** Wenn ein Primärsystem mehrere Kostenträger angibt, \n sollte für lesende Systeme ersichtlich sein, welches der Hauptkostenträger ist. \n **Historie:** \n Diskussionstand der ISIK-Arbeitsgruppe vom 28.5.: Die Abbildung über einen Integer ist wünschenswert. \n Eine binäre Einteilung in Hauptkostenträger (1) und alle anderen (2) wird der Komplexität der Priorisierung zur Kostenträgerschaft nicht gerecht. \n Eine Ausdifferenzierung ist wünschenswert und sollte angestrebt werden.", + "comment": "**Begründung des MS:** Wenn ein Primärsystem mehrere Kostenträger angibt, \r\n sollte für lesende Systeme ersichtlich sein, welches der Hauptkostenträger ist. \r\n **Historie:** \r\n Diskussionstand der ISIK-Arbeitsgruppe vom 28.5.: Die Abbildung über einen Integer ist wünschenswert. \r\n Eine binäre Einteilung in Hauptkostenträger (1) und alle anderen (2) wird der Komplexität der Priorisierung zur Kostenträgerschaft nicht gerecht. \r\n Eine Ausdifferenzierung ist wünschenswert und sollte angestrebt werden.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKAllergieUnvertraeglichkeit.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKAllergieUnvertraeglichkeit.json index 8bee8c869f..638d81d6a8 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKAllergieUnvertraeglichkeit.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKAllergieUnvertraeglichkeit.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "\nDiese Profil ermöglicht die Dokumentation von Allergien und Unverträglichkeiten in ISiK Szenarien.\n### Motivation\n\nDie Möglichkeit, auf eine Übersicht der Allergien und Unverträglichkeiten eines Patienten zuzugreifen, ist eine wichtige Funktion im klinischen Behandlungsablauf. Dies gilt insbesondere, aber nicht ausschließlich, im Bereich der Arzneimitteltherapiesicherheit.\nMotivierender Use-Case zur Einführung dieser Profile ist die [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS).\n\nIn FHIR werden Allergien und Unverträglichkeiten mit der [AllergyIntolerance](https://hl7.org/fhir/R4/allergyintolerance.html)-Ressource repräsentiert.\n\n### Kompatibilität\n\nFür das Profil ISiKAllergieUnvertraeglichkeit wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKAllergieUnvertraeglichkeit valide sind, auch valide sind gegen:\n* [das Profil KBV_PR_Base_AllergyIntolerance der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_AllergyIntolerance)\n* [das Profil EMDAF_PR_AllergyIntolerance der GEVKO](https://fhir.gevko.de/StructureDefinition/EMDAF_PR_AllergyIntolerance)\n* [das Profil AllergyIntolerance-uv-ips der International Patient Summary](http://hl7.org/fhir/uv/ips/StructureDefinition/AllergyIntolerance-uv-ips)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "\r\nDiese Profil ermöglicht die Dokumentation von Allergien und Unverträglichkeiten in ISiK Szenarien.\r\n### Motivation\r\n\r\nDie Möglichkeit, auf eine Übersicht der Allergien und Unverträglichkeiten eines Patienten zuzugreifen, ist eine wichtige Funktion im klinischen Behandlungsablauf. Dies gilt insbesondere, aber nicht ausschließlich, im Bereich der Arzneimitteltherapiesicherheit.\r\nMotivierender Use-Case zur Einführung dieser Profile ist die [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS).\r\n\r\nIn FHIR werden Allergien und Unverträglichkeiten mit der [AllergyIntolerance](https://hl7.org/fhir/R4/allergyintolerance.html)-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\n\r\nFür das Profil ISiKAllergieUnvertraeglichkeit wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKAllergieUnvertraeglichkeit valide sind, auch valide sind gegen:\r\n* [das Profil KBV_PR_Base_AllergyIntolerance der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_AllergyIntolerance)\r\n* [das Profil EMDAF_PR_AllergyIntolerance der GEVKO](https://fhir.gevko.de/StructureDefinition/EMDAF_PR_AllergyIntolerance)\r\n* [das Profil AllergyIntolerance-uv-ips der International Patient Summary](http://hl7.org/fhir/uv/ips/StructureDefinition/AllergyIntolerance-uv-ips)\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,20 +21,20 @@ "id": "AllergyIntolerance.id", "path": "AllergyIntolerance.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "AllergyIntolerance.meta.versionId", "path": "AllergyIntolerance.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "AllergyIntolerance.meta.lastUpdated", "path": "AllergyIntolerance.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "AllergyIntolerance.clinicalStatus", @@ -231,7 +231,7 @@ "id": "AllergyIntolerance.patient.reference", "path": "AllergyIntolerance.patient.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -246,7 +246,7 @@ "id": "AllergyIntolerance.encounter.reference", "path": "AllergyIntolerance.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKAngehoeriger.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKAngehoeriger.json index e294cd9565..25d3945d5e 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKAngehoeriger.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKAngehoeriger.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Darstellung von Angehörigen in ISiK Szenarien. \n### Motivation\nDer Angehörige wird vor allem im Zusammenhang mit Anwendungsszenarien verwendet,\n in denen das Versicherungsverhältnis eine Rolle spielt. \n Hier können Angehörige, bspw. der hauptversicherte Elternteil \n eines minderjährigen Kindes, in der Familienversicherung sein. \n In Selbstzahler-Szenarien können Angehörige die Zahler für eine \n im Krankenhaus erbrachte Leistung sein.\nIn FHIR werden Angehörige von Patienten mit der RelatedPerson-Ressource repräsentiert.\n\n### Kompatibilität\nFür das Profil ISiKAngehoeriger wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der Kompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt.\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Darstellung von Angehörigen in ISiK Szenarien. \r\n### Motivation\r\nDer Angehörige wird vor allem im Zusammenhang mit Anwendungsszenarien verwendet,\r\n in denen das Versicherungsverhältnis eine Rolle spielt. \r\n Hier können Angehörige, bspw. der hauptversicherte Elternteil \r\n eines minderjährigen Kindes, in der Familienversicherung sein. \r\n In Selbstzahler-Szenarien können Angehörige die Zahler für eine \r\n im Krankenhaus erbrachte Leistung sein.\r\nIn FHIR werden Angehörige von Patienten mit der RelatedPerson-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nFür das Profil ISiKAngehoeriger wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der Kompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt.\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -34,26 +34,26 @@ "id": "RelatedPerson.id", "path": "RelatedPerson.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "RelatedPerson.meta.versionId", "path": "RelatedPerson.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "RelatedPerson.meta.lastUpdated", "path": "RelatedPerson.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "RelatedPerson.active", "path": "RelatedPerson.active", "short": "Status des Datensatzes", - "comment": "**Einschränkung der übergreifenden MS-Definition:** Die Implementierung dieses Elements ist für Server optional. Die Kennzeichnung als Must-Support erfolgt, da es sich um ein als Modifier-Element markiertes Feld in der Kernspezifikation handelt. \n\n **Hinweis zur Verwendung:**\n * `true` = Der Datensatz befindet sich in Verwendung/kann verwendet werden \n * `false`= Der Datensatz wurde storniert (z.B. bei Dubletten, Merge) oder archiviert \n \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen SOLLEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden.\n * Alle client-seitigen Implementierungen SOLLEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** Die Implementierung dieses Elements ist für Server optional. Die Kennzeichnung als Must-Support erfolgt, da es sich um ein als Modifier-Element markiertes Feld in der Kernspezifikation handelt. \r\n\r\n **Hinweis zur Verwendung:**\r\n * `true` = Der Datensatz befindet sich in Verwendung/kann verwendet werden \r\n * `false`= Der Datensatz wurde storniert (z.B. bei Dubletten, Merge) oder archiviert \r\n \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen SOLLEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden.\r\n * Alle client-seitigen Implementierungen SOLLEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können.", "mustSupport": true }, { @@ -67,7 +67,7 @@ "id": "RelatedPerson.patient.reference", "path": "RelatedPerson.patient.reference", "short": "Patienten-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -91,7 +91,7 @@ "rules": "open" }, "short": "Offizieller Name der angehörigen Person", - "comment": "Aufgrund der primären Nutzung von Angehörigen-Informationen im ISiK-Kontext als Brief- und Rechnungsempfänger, \n ist die Angabe des offiziellen Namens relevant.\n Wenn kein Name vorliegt, MUSS die [data-absent-reason-Extension](https://www.hl7.org/fhir/R4/extension-data-absent-reason.html) eingesetzt werden. \n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Name)", + "comment": "Aufgrund der primären Nutzung von Angehörigen-Informationen im ISiK-Kontext als Brief- und Rechnungsempfänger, \r\n ist die Angabe des offiziellen Namens relevant.\r\n Wenn kein Name vorliegt, MUSS die [data-absent-reason-Extension](https://www.hl7.org/fhir/R4/extension-data-absent-reason.html) eingesetzt werden. \r\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Name)", "min": 1, "mustSupport": true }, @@ -100,7 +100,7 @@ "path": "RelatedPerson.name", "sliceName": "Name", "short": "Slice für den offiziellen Namen der angehörigen Person", - "comment": "Basierend auf dem Pattern .use = official wird dieser Slice gewählt.\n **Begründung MS:** Siehe untergeordnete Elemente", + "comment": "Basierend auf dem Pattern .use = official wird dieser Slice gewählt.\r\n **Begründung MS:** Siehe untergeordnete Elemente", "min": 1, "max": "1", "type": [ @@ -120,20 +120,20 @@ "id": "RelatedPerson.name:Name.use", "path": "RelatedPerson.name.use", "short": "Verwendungszweck", - "comment": "Verwendungszweck des Namens. Der präferierte Namen für die Brief- und Rechnungszustellung SOLLTE als `official`\n gekennzeichnet werden und mindestens über einen Vor- und Nachnamen verfügen. \n **Begründung MS:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Verwendungszweck des Namens. Der präferierte Namen für die Brief- und Rechnungszustellung SOLLTE als `official`\r\n gekennzeichnet werden und mindestens über einen Vor- und Nachnamen verfügen. \r\n **Begründung MS:** Dient als Unterscheidungs- und Auswahlkriterium", "mustSupport": true }, { "id": "RelatedPerson.name:Name.family", "path": "RelatedPerson.name.family", "short": "Nachname", - "comment": "Vollständiger Nachname bzw. Familienname der Person, einschließlich Vor- und Zusätze. \n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", + "comment": "Vollständiger Nachname bzw. Familienname der Person, einschließlich Vor- und Zusätze. \r\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", "mustSupport": true }, { "id": "RelatedPerson.name:Name.given", "path": "RelatedPerson.name.given", - "comment": "Kann mehrfach verwendet werden, um den Rufnamen sowie weitere Vornamen, Mittelnamen oder Mittel-Initialen abzubilden.\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", + "comment": "Kann mehrfach verwendet werden, um den Rufnamen sowie weitere Vornamen, Mittelnamen oder Mittel-Initialen abzubilden.\r\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", "mustSupport": true }, { @@ -147,7 +147,7 @@ "id": "RelatedPerson.telecom", "path": "RelatedPerson.telecom", "short": "Telekommunikationsverbindung", - "comment": "Telekommunikationsverbindung (z.B. Telefonnummer, eMail-Adresse) \n **Begründung MS:** Harmonisierung mit KBV (KBV_PR_Base_RelatedPerson)", + "comment": "Telekommunikationsverbindung (z.B. Telefonnummer, eMail-Adresse) \r\n **Begründung MS:** Harmonisierung mit KBV (KBV_PR_Base_RelatedPerson)", "mustSupport": true }, { @@ -222,7 +222,7 @@ "id": "RelatedPerson.address:Strassenanschrift.type", "path": "RelatedPerson.address.type", "short": "Adresstyp", - "comment": "Hier ist stets der Wert `both` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `both` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -230,7 +230,7 @@ "id": "RelatedPerson.address:Strassenanschrift.line", "path": "RelatedPerson.address.line", "short": "Adresszeile", - "comment": "Diese Komponente kann Straßennamen, Hausnummer, Appartmentnummer, c/o \n sowie weitere Zustellungshinweise enthalten. \n Die Informationen können in mehrere line-Komponenten aufgeteilt werden. \n Bei Verwendung der Extensions, um Straße, Hausnnummer und Postleitzahl strukturiert zu übermitteln, \n müssen diese Informationen stets vollständig auch in der line-Komponente, \n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \n auf diese Informationen zugreifen zu können. \n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", + "comment": "Diese Komponente kann Straßennamen, Hausnummer, Appartmentnummer, c/o \r\n sowie weitere Zustellungshinweise enthalten. \r\n Die Informationen können in mehrere line-Komponenten aufgeteilt werden. \r\n Bei Verwendung der Extensions, um Straße, Hausnnummer und Postleitzahl strukturiert zu übermitteln, \r\n müssen diese Informationen stets vollständig auch in der line-Komponente, \r\n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \r\n auf diese Informationen zugreifen zu können. \r\n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \r\n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \r\n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", "min": 1, "mustSupport": true }, @@ -239,26 +239,26 @@ "path": "RelatedPerson.address.line.extension", "sliceName": "Strasse", "short": "Strassenname", - "comment": "Strassenname (ohne Hausnummer).\n Bei Angabe einer Strasse in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." + "comment": "Strassenname (ohne Hausnummer).\r\n Bei Angabe einer Strasse in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." }, { "id": "RelatedPerson.address:Strassenanschrift.line.extension:Hausnummer", "path": "RelatedPerson.address.line.extension", "sliceName": "Hausnummer", - "comment": "Hausnummer, sowie Zusätze (Appartmentnummer, Etage...). \n Bei Angabe einer Hausnummer in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." + "comment": "Hausnummer, sowie Zusätze (Appartmentnummer, Etage...). \r\n Bei Angabe einer Hausnummer in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." }, { "id": "RelatedPerson.address:Strassenanschrift.line.extension:Adresszusatz", "path": "RelatedPerson.address.line.extension", "sliceName": "Adresszusatz", - "comment": "Zusätzliche Informationen, wie z.B. '3. Etage', 'Appartment C'.\n Bei Angabe einer Zusatzinformation in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." + "comment": "Zusätzliche Informationen, wie z.B. '3. Etage', 'Appartment C'.\r\n Bei Angabe einer Zusatzinformation in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." }, { "id": "RelatedPerson.address:Strassenanschrift.line.extension:Postfach", "path": "RelatedPerson.address.line.extension", "sliceName": "Postfach", "short": "Postfachnummer", - "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "max": "0" }, { @@ -318,7 +318,7 @@ "id": "RelatedPerson.address:Postfach.type", "path": "RelatedPerson.address.type", "short": "Adresstyp", - "comment": "Hier ist stets der Wert `postal` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `postal` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -326,7 +326,7 @@ "id": "RelatedPerson.address:Postfach.line", "path": "RelatedPerson.address.line", "short": "Adresszeile", - "comment": "Diese Komponente enthält die Postfachadresse als String der Form 'Postfach: 12345'.\n Bei Verwendung der Postfach-Extension, um die Postfachnummer strukturiert zu übermitteln, \n müssen diese Informationen stets vollständig auch in der line-Komponente, \n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \n auf diese Informationen zugreifen zu können. \n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", + "comment": "Diese Komponente enthält die Postfachadresse als String der Form 'Postfach: 12345'.\r\n Bei Verwendung der Postfach-Extension, um die Postfachnummer strukturiert zu übermitteln, \r\n müssen diese Informationen stets vollständig auch in der line-Komponente, \r\n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \r\n auf diese Informationen zugreifen zu können. \r\n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \r\n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \r\n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", "min": 1, "mustSupport": true }, @@ -353,7 +353,7 @@ "path": "RelatedPerson.address.line.extension", "sliceName": "Postfach", "short": "Postfachnummer", - "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." + "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten." }, { "id": "RelatedPerson.address:Postfach.city", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKAtemfrequenz.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKAtemfrequenz.json index 47f3601ed5..c8d9e517ae 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKAtemfrequenz.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKAtemfrequenz.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Atemfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung der Atemfrequenz ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.\n\nIn FHIR wird die Atemfrequenz mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKAtemfrequenz ist vom Profil [VitalSignDE_Atemfrequenz](http://fhir.de/StructureDefinition/observation-de-vitalsign-atemfrequenz) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Respiratory Rate Profile](http://hl7.org/fhir/StructureDefinition/resprate) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Atemfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung der Atemfrequenz ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.\r\n\r\nIn FHIR wird die Atemfrequenz mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKAtemfrequenz ist vom Profil [VitalSignDE_Atemfrequenz](http://fhir.de/StructureDefinition/observation-de-vitalsign-atemfrequenz) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Respiratory Rate Profile](http://hl7.org/fhir/StructureDefinition/resprate) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtBundle.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtBundle.json index 42bcfb9426..3433a38758 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtBundle.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtBundle.json @@ -9,7 +9,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Das Document-Bundle dient dem Transport von Berichten zwischen Subsystemen im Krankenhaus. \nDas Bundle entspricht den Anforderungen an ein [FHIR Document Bundle](https://hl7.org/fhir/R4/documents.html) : Alle referenzierten Ressourcen müssen als Einträge im Bundle enthalten sein. \nDas Bundle unterstützt die Übermittlung einer menschenlesbaren Dokumentation (Narrative) und erlaubt zudem die Übernahme wichtiger Ressourcen (z. B. Diagnosen und Prozeduren), die einem Patienten und Fall (Patient, Encounter) zugeordnet sind.\n", + "description": "Das Document-Bundle dient dem Transport von Berichten zwischen Subsystemen im Krankenhaus. \r\nDas Bundle entspricht den Anforderungen an ein [FHIR Document Bundle](https://hl7.org/fhir/R4/documents.html) : Alle referenzierten Ressourcen müssen als Einträge im Bundle enthalten sein. \r\nDas Bundle unterstützt die Übermittlung einer menschenlesbaren Dokumentation (Narrative) und erlaubt zudem die Übernahme wichtiger Ressourcen (z. B. Diagnosen und Prozeduren), die einem Patienten und Fall (Patient, Encounter) zugeordnet sind.\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -35,20 +35,20 @@ "id": "Bundle.id", "path": "Bundle.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Bundle.meta.versionId", "path": "Bundle.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Bundle.meta.lastUpdated", "path": "Bundle.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Bundle.identifier", @@ -123,7 +123,7 @@ "path": "Bundle.entry", "sliceName": "Composition", "short": "Slice zur Hinterlegung einer Composition-Instanz", - "comment": "Dieses Slice wird explizit aufgeführt, um zu verdeutlichen, dass immer eine Composition-Instanz im Bundle enthalten ist.\n Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits, dass die erste Ressource im Bundle eine Composition sein muss. Alle daraus referenzierten Ressourcen müssen ebenfalls Teil des Bundle sein.", + "comment": "Dieses Slice wird explizit aufgeführt, um zu verdeutlichen, dass immer eine Composition-Instanz im Bundle enthalten ist.\r\n Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits, dass die erste Ressource im Bundle eine Composition sein muss. Alle daraus referenzierten Ressourcen müssen ebenfalls Teil des Bundle sein.", "min": 1, "max": "1", "mustSupport": true @@ -145,7 +145,7 @@ "path": "Bundle.entry", "sliceName": "Patient", "short": "Slice zur Hinterlegung einer Patienten-Instanz", - "comment": "Dieses Slice wir explizit aufgeführt, um zu verdeutlichen, dass immer eine Patienten-Instanz im Bundle enthalten ist.\n Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits,\n dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Patient-Instanz.", + "comment": "Dieses Slice wir explizit aufgeführt, um zu verdeutlichen, dass immer eine Patienten-Instanz im Bundle enthalten ist.\r\n Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits,\r\n dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Patient-Instanz.", "min": 1, "max": "1", "mustSupport": true @@ -164,7 +164,7 @@ "path": "Bundle.entry", "sliceName": "Encounter", "short": "Slice zur Hinterlegung einer Encounter-Instanz", - "comment": "Dieses Slice ist optional, aber wenn es vorhanden ist, muss es genau eine Encounter-Instanz sein. Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits,\n dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Encounter-Instanz.", + "comment": "Dieses Slice ist optional, aber wenn es vorhanden ist, muss es genau eine Encounter-Instanz sein. Die FHIR-Core Specification besagt für [Document-Bundles](https://www.hl7.org/fhir/R4/documents.html) bereits,\r\n dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Encounter-Instanz.", "min": 0, "max": "1", "mustSupport": true diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtSubSysteme.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtSubSysteme.json index eb9694eed1..d6a3a7a704 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtSubSysteme.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKBerichtSubSysteme.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die krankenhaus-interne Übermittlung eines Berichtes bestehend aus beliebigen strukturierten FHIR-Ressourcen \nsowie einer textuellen HTML-Repräsentation (Narrative) an einen ISiK-Basis-kompatiblen Server.\n### Motivation\nIn der heterogenen Systemlandschaft im Krankenhaus sind eine Vielzahl spezialisierter Subsysteme im Einsatz. Die Ergebnisse aus diesen Subsystemen sind aktuell jedoch häufig nicht in den Primärsystemen des Krankenhauses verfügbar, denn es bestehen folgende Herausforderungen:\n\nDie Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein.\nBei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können.\nKünftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen.\nAktuell werden Befunde, obwohl diese in den Subsystemen in hochstrukturierter Form vorliegen, nur als PDF an das Primärsystem übermittelt. Oft weil kein strukturiertes Format spezifiziert ist, das sowohl versendendes Subsystem als auch empfangendes Primärsystem implementiert haben.\nDer Umfang, in dem eine Datenübernahme in ein Primärsystem möglich ist, variiert stark zwischen den Systemen oder Installationen, z.B. abhängig davon, ob ein Modul für Vitalparameter installiert ist.\nDie ISiK-Spezifikation begegnet diesen Herausforderungen, indem sie die Übermittlung von Ergebnissen aus Subsystemen an die Primärsysteme in Form von strukturierten Dokumenten erfordert, die über eine menschenlesbare Repräsentation verfügen. Diese strukturierten Dokumente werden im ISiK-Kontext als Berichte bezeichnet. Dabei sind die strukturierten Inhalte der Berichte harmonisiert mit den verbreiteten Formaten für Primärsysteme.\n\n(Semi-)Strukturierte Dokumente werden in FHIR mit der `Composition`-Ressource repräsentiert, \ndie die Dokumentenmetadaten sowie die textuelle Repräsentation des Dokumentes enthält.\nDie Composition referenziert auf beliebige weiter FHIR-Ressourcen, die die strukturierten Komponenten des Dokumentes darstellen.\n\nFür den Transport wird die Composition zusammen mit allen direkt oder indirekt referenzierten Ressourcen in eine `Bundle`-Ressource\n vom Typ `document` aggregiert. \nDas Document-Bundle trägt alle Eigenschaften eines Dokumentes: Abgeschlossenheit, Unveränderbarkeit, Signierbarkeit. \n\nEs obliegt dem empfangenden System, ob dieses Dokument lediglich in seiner Gesamtheit persistiert wird, oder ob darüber hinaus einzelne Bestandteile (Ressourcen) \nals strukturierte Daten automatisch oder auf Veranlassung eines Benutzers in die Patientenakte übernommen werden. \n\nIn der aktuellen Ausbaustufe von ISiK ist lediglich die Übernahme und Anzeige der Dokument-Metadaten (z.B. Dokumenttyp, Dokumentdatum, Quelle) und der menschenlesbaren HTML-Repräsentation in die Primärsysteme erforderlich. \n\nIn weiteren Ausbaustufen von ISiK soll darüber hinaus eine Übernahme der strukturierten Anteile der Dokumente möglich sein, die den ISiK-Spezifikationen entsprechen, z.B. Diagnosen und Prozeduren. \n\n### Kompatibilität \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die krankenhaus-interne Übermittlung eines Berichtes bestehend aus beliebigen strukturierten FHIR-Ressourcen \r\nsowie einer textuellen HTML-Repräsentation (Narrative) an einen ISiK-Basis-kompatiblen Server.\r\n### Motivation\r\nIn der heterogenen Systemlandschaft im Krankenhaus sind eine Vielzahl spezialisierter Subsysteme im Einsatz. Die Ergebnisse aus diesen Subsystemen sind aktuell jedoch häufig nicht in den Primärsystemen des Krankenhauses verfügbar, denn es bestehen folgende Herausforderungen:\r\n\r\nDie Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein.\r\nBei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können.\r\nKünftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen.\r\nAktuell werden Befunde, obwohl diese in den Subsystemen in hochstrukturierter Form vorliegen, nur als PDF an das Primärsystem übermittelt. Oft weil kein strukturiertes Format spezifiziert ist, das sowohl versendendes Subsystem als auch empfangendes Primärsystem implementiert haben.\r\nDer Umfang, in dem eine Datenübernahme in ein Primärsystem möglich ist, variiert stark zwischen den Systemen oder Installationen, z.B. abhängig davon, ob ein Modul für Vitalparameter installiert ist.\r\nDie ISiK-Spezifikation begegnet diesen Herausforderungen, indem sie die Übermittlung von Ergebnissen aus Subsystemen an die Primärsysteme in Form von strukturierten Dokumenten erfordert, die über eine menschenlesbare Repräsentation verfügen. Diese strukturierten Dokumente werden im ISiK-Kontext als Berichte bezeichnet. Dabei sind die strukturierten Inhalte der Berichte harmonisiert mit den verbreiteten Formaten für Primärsysteme.\r\n\r\n(Semi-)Strukturierte Dokumente werden in FHIR mit der `Composition`-Ressource repräsentiert, \r\ndie die Dokumentenmetadaten sowie die textuelle Repräsentation des Dokumentes enthält.\r\nDie Composition referenziert auf beliebige weiter FHIR-Ressourcen, die die strukturierten Komponenten des Dokumentes darstellen.\r\n\r\nFür den Transport wird die Composition zusammen mit allen direkt oder indirekt referenzierten Ressourcen in eine `Bundle`-Ressource\r\n vom Typ `document` aggregiert. \r\nDas Document-Bundle trägt alle Eigenschaften eines Dokumentes: Abgeschlossenheit, Unveränderbarkeit, Signierbarkeit. \r\n\r\nEs obliegt dem empfangenden System, ob dieses Dokument lediglich in seiner Gesamtheit persistiert wird, oder ob darüber hinaus einzelne Bestandteile (Ressourcen) \r\nals strukturierte Daten automatisch oder auf Veranlassung eines Benutzers in die Patientenakte übernommen werden. \r\n\r\nIn der aktuellen Ausbaustufe von ISiK ist lediglich die Übernahme und Anzeige der Dokument-Metadaten (z.B. Dokumenttyp, Dokumentdatum, Quelle) und der menschenlesbaren HTML-Repräsentation in die Primärsysteme erforderlich. \r\n\r\nIn weiteren Ausbaustufen von ISiK soll darüber hinaus eine Übernahme der strukturierten Anteile der Dokumente möglich sein, die den ISiK-Spezifikationen entsprechen, z.B. Diagnosen und Prozeduren. \r\n\r\n### Kompatibilität \r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Composition.id", "path": "Composition.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Composition.meta.versionId", "path": "Composition.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Composition.meta.lastUpdated", "path": "Composition.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Composition.text", "path": "Composition.text", "short": "Narrativ", - "comment": "HTML-Repräsentation des Dokumenten-Headers. \n Bitte Hinweise unter [Document Presentation](https://hl7.org/fhir/documents.html#presentation) beachten. \n Der DokumentenHeader muss mindestens die folgenden Informationen enthalten:\n* `Composition.subject:Patient.name.family`\n* `Composition.subject:Patient.birthDate`\n* `Composition.subject:Patient.identifier:pid`\n* `Composition.status`\n* `Composition.type.text`\n* `Composition.date`\n* `Composition.title`\n* `Composition.author.display`", + "comment": "HTML-Repräsentation des Dokumenten-Headers. \r\n Bitte Hinweise unter [Document Presentation](https://hl7.org/fhir/documents.html#presentation) beachten. \r\n Der DokumentenHeader muss mindestens die folgenden Informationen enthalten:\r\n* `Composition.subject:Patient.name.family`\r\n* `Composition.subject:Patient.birthDate`\r\n* `Composition.subject:Patient.identifier:pid`\r\n* `Composition.status`\r\n* `Composition.type.text`\r\n* `Composition.date`\r\n* `Composition.title`\r\n* `Composition.author.display`", "min": 1, "mustSupport": true }, @@ -67,20 +67,20 @@ "id": "Composition.identifier.system", "path": "Composition.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Composition.identifier.value", "path": "Composition.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { "id": "Composition.status", "path": "Composition.status", "short": "Status des Dokumentes", - "comment": "Im Kontext diese Moduls ist nur der Austausch finaler Berichte vorgesehen. \n Ein Mechanismus zur Änderung oder Ersetzung bereits übermittelter Daten ist derzeit nicht spezifiziert. \n Hier ist stets der Wert `final` anzugeben.", + "comment": "Im Kontext diese Moduls ist nur der Austausch finaler Berichte vorgesehen. \r\n Ein Mechanismus zur Änderung oder Ersetzung bereits übermittelter Daten ist derzeit nicht spezifiziert. \r\n Hier ist stets der Wert `final` anzugeben.", "fixedCode": "final", "mustSupport": true }, @@ -88,7 +88,7 @@ "id": "Composition.type", "path": "Composition.type", "short": "Dokumenttyp", - "comment": "Begründung zu Must Support: Der Dokumenttyp ist für die Identifikation des Berichtes und die Zuordnung zu einem Subsystem für die weitere Verarbeitung erforderlich.\n\n *Hinweis für Implementierer:* \n Der zu übermittelnde Bericht repräsentiert eine Zusammenfassung der strukturierten Daten aus dem Subsystem. Das Dokument KANN z.B. mittels KDL oder IHE-D-XDS-Typecodes klassifiziert werden. \n Es KANN derzeit jedoch auch eine rein textuelle Beschreibung des Dokumenttyps angegeben werden.\n \n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden.\n Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt. [Konsens der Arbeitsgruppe vom 18.02.2022]. Im Falle, dass der Code 'UNK' entsprechend der ConceptMap verwendet werden soll, MUSS das System 'http://terminology.hl7.org/CodeSystem/v3-NullFlavor' verwendet werden. \n ", + "comment": "Begründung zu Must Support: Der Dokumenttyp ist für die Identifikation des Berichtes und die Zuordnung zu einem Subsystem für die weitere Verarbeitung erforderlich.\r\n\r\n *Hinweis für Implementierer:* \r\n Der zu übermittelnde Bericht repräsentiert eine Zusammenfassung der strukturierten Daten aus dem Subsystem. Das Dokument KANN z.B. mittels KDL oder IHE-D-XDS-Typecodes klassifiziert werden. \r\n Es KANN derzeit jedoch auch eine rein textuelle Beschreibung des Dokumenttyps angegeben werden.\r\n \r\n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\r\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\r\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\r\n aus dem KDL-Code ermittelt werden.\r\n Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt. [Konsens der Arbeitsgruppe vom 18.02.2022]. Im Falle, dass der Code 'UNK' entsprechend der ConceptMap verwendet werden soll, MUSS das System 'http://terminology.hl7.org/CodeSystem/v3-NullFlavor' verwendet werden. \r\n ", "mustSupport": true }, { @@ -232,7 +232,7 @@ "id": "Composition.subject.reference", "path": "Composition.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -247,7 +247,7 @@ "id": "Composition.encounter.reference", "path": "Composition.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -262,7 +262,7 @@ "id": "Composition.author", "path": "Composition.author", "short": "Verfasser/Ersteller des Dokumentes (Person oder Subsystem/Gerät)", - "comment": "In der aktuellen Ausbaustufe von ISiK ist die Verwendung der textuellen Repräsentation (display) \n von Autor und Subsystem ausreichend. \n Die darüber hinausgehende Verlinkung auf Practitioner bzw. Device-Ressourcen \n KANN implementiert werden.", + "comment": "In der aktuellen Ausbaustufe von ISiK ist die Verwendung der textuellen Repräsentation (display) \r\n von Autor und Subsystem ausreichend. \r\n Die darüber hinausgehende Verlinkung auf Practitioner bzw. Device-Ressourcen \r\n KANN implementiert werden.", "type": [ { "code": "Reference", @@ -290,7 +290,7 @@ "id": "Composition.title", "path": "Composition.title", "short": "Dokumentenbezeichnung", - "comment": "Die Dokumentenbezeichnung dient der Darstellung des Dokumentes in einer Übersicht, \n z.B. in einer Patientenakte, und KANN der schnellen Auffindbarkeit \n eines gesuchten Dokumentes dienen. \n Geeignete Bezeichnungen sind zum Beispiel: \n* "Kleines Blutbild vom 13.10.2020"\n* "Pathologiebefund (Abstrich) vom 13.10.2020"\n* "Blutgasmessung vom 13.10.2020 14:14h"", + "comment": "Die Dokumentenbezeichnung dient der Darstellung des Dokumentes in einer Übersicht, \r\n z.B. in einer Patientenakte, und KANN der schnellen Auffindbarkeit \r\n eines gesuchten Dokumentes dienen. \r\n Geeignete Bezeichnungen sind zum Beispiel: \r\n* "Kleines Blutbild vom 13.10.2020"\r\n* "Pathologiebefund (Abstrich) vom 13.10.2020"\r\n* "Blutgasmessung vom 13.10.2020 14:14h"", "mustSupport": true }, { @@ -312,7 +312,7 @@ "id": "Composition.section.text", "path": "Composition.section.text", "short": "Narrativ", - "comment": "menschenlesbare HTML-Repräsentation des Inhalts dieses Kapitels. \n Hinweise: Für Aggregation einer vollständigen menschenlesbaren Repräsentation \n MÜSSEN die Repräsentationen der einzelnen Kapitel an die Repräsentation \n der Metadaten (Composition.text) angehängt werden. \n Für die Separierung KÖNNEN einfache
-Tags verwendet werden. \n Es ist zu beachten, dass Kapitel auch Unterkapitel enthalten KÖNNEN \n (Composition.section.section), die bei der Aggregation entsprechend \n berücksichtigt werden MÜSSEN. \nDie Mindestanforderungen an den Inhalt der menschenlesbaren Repräsentation umfasst folgende Informationen:\n* `section.title` + Freitext oder\n* `section.title` + `Resource.text` der referenzierten Ressource oder\n* `section.title` + eine aggregierte Repräsentation von `Resource.text`,\n wenn in einer Section mehrere Ressourcen referenziert werden \n (z.B. eine tabellarische Auflistung mehrere Blutdruckmesswerte, Diagnosen oder Allergien).", + "comment": "menschenlesbare HTML-Repräsentation des Inhalts dieses Kapitels. \r\n Hinweise: Für Aggregation einer vollständigen menschenlesbaren Repräsentation \r\n MÜSSEN die Repräsentationen der einzelnen Kapitel an die Repräsentation \r\n der Metadaten (Composition.text) angehängt werden. \r\n Für die Separierung KÖNNEN einfache
-Tags verwendet werden. \r\n Es ist zu beachten, dass Kapitel auch Unterkapitel enthalten KÖNNEN \r\n (Composition.section.section), die bei der Aggregation entsprechend \r\n berücksichtigt werden MÜSSEN. \r\nDie Mindestanforderungen an den Inhalt der menschenlesbaren Repräsentation umfasst folgende Informationen:\r\n* `section.title` + Freitext oder\r\n* `section.title` + `Resource.text` der referenzierten Ressource oder\r\n* `section.title` + eine aggregierte Repräsentation von `Resource.text`,\r\n wenn in einer Section mehrere Ressourcen referenziert werden \r\n (z.B. eine tabellarische Auflistung mehrere Blutdruckmesswerte, Diagnosen oder Allergien).", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKBinary.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKBinary.json index c616c6953a..d4901c312f 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKBinary.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKBinary.json @@ -9,7 +9,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Darstellung von FHIR-fremden Formaten (z.B. PDFs, Bilder, CDA) in ISiK Szenarien. \n\n### Motivation\nFür FHIR-fremde Formate werden die Daten base64-codiert in der Binary-Ressource (in XML oder JSON) transportiert oder \nüber die REST-API am Binary-Endpunkt in ihrem nativen Format bereitgestellt. \nBinary-Ressourcen werden von Attachment-Elementen in DocumentReference-Ressourcen verlinkt und damit in den Kontext anderer FHIR-Ressourcen (z.B. Patient und Encounter) gestellt. \n\n### Kompatibilität\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\n\n### Hinweis\n\nDas ISIK-Binary-Profil ist *nicht* Bestandteil der Implementierung und des Bestätigungsverfahrens zum ISIK Basismodul.\nDas Profil ist Teil des ISIK Basismoduls, da es im [Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5/Einfuehrung/Artefakte/Datenobjekte_ISiKBinary) implementiert werden muss und ein hohes Potential für die Wiederverwednung in anderen Modulen naheliegt. ", + "description": "Dieses Profil ermöglicht die Darstellung von FHIR-fremden Formaten (z.B. PDFs, Bilder, CDA) in ISiK Szenarien. \r\n\r\n### Motivation\r\nFür FHIR-fremde Formate werden die Daten base64-codiert in der Binary-Ressource (in XML oder JSON) transportiert oder \r\nüber die REST-API am Binary-Endpunkt in ihrem nativen Format bereitgestellt. \r\nBinary-Ressourcen werden von Attachment-Elementen in DocumentReference-Ressourcen verlinkt und damit in den Kontext anderer FHIR-Ressourcen (z.B. Patient und Encounter) gestellt. \r\n\r\n### Kompatibilität\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\r\n\r\n### Hinweis\r\n\r\nDas ISIK-Binary-Profil ist *nicht* Bestandteil der Implementierung und des Bestätigungsverfahrens zum ISIK Basismodul.\r\nDas Profil ist Teil des ISIK Basismoduls, da es im [Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5/Einfuehrung/Artefakte/Datenobjekte_ISiKBinary) implementiert werden muss und ein hohes Potential für die Wiederverwednung in anderen Modulen naheliegt. ", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -22,26 +22,26 @@ "id": "Binary.id", "path": "Binary.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Binary.meta.versionId", "path": "Binary.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Binary.meta.lastUpdated", "path": "Binary.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Binary.contentType", "path": "Binary.contentType", "short": "MimeType der Binärdaten", - "comment": "z.B. "application/pdf" oder "image/jpeg" \n **Begründung Pflichtfeld:** Ohne Kenntnis des MimeTypes sind die Base65-codierten Daten in `data` nicht interpretierbar", + "comment": "z.B. "application/pdf" oder "image/jpeg" \r\n **Begründung Pflichtfeld:** Ohne Kenntnis des MimeTypes sind die Base65-codierten Daten in `data` nicht interpretierbar", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKBlutdruckSystemischArteriell.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKBlutdruckSystemischArteriell.json index 8a05c26388..ad906af313 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKBlutdruckSystemischArteriell.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKBlutdruckSystemischArteriell.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Blutdruck eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung des Blutdrucks ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.\n\nIn FHIR wird der Blutdruck mit der Observation-Ressource repräsentiert, die einzelnen Komponenten des Blutdrucks werden als Component-Elemente abgebildet.\n\nHinweis: In Fällen, in denen fachlich motiviert ausschließlich ein systolischer Blutdruck erhoben wird (z.B. in der Intensivmedizin), kann für den Slice zur Diastole (DiastolicBP) das Element .dataAbsentReason (mit dem Code 'not-performed') verwendet werden.\n\n### Kompatibilität\nDas Profil ISiKBlutdruckSystemischArteriell ist vom Profil [VitalSignDE_Blutdruck](http://fhir.de/StructureDefinition/observation-de-vitalsign-blutdruck) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Blood Pressure Profile](http://hl7.org/fhir/StructureDefinition/bp) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Blutdruck eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung des Blutdrucks ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.\r\n\r\nIn FHIR wird der Blutdruck mit der Observation-Ressource repräsentiert, die einzelnen Komponenten des Blutdrucks werden als Component-Elemente abgebildet.\r\n\r\nHinweis: In Fällen, in denen fachlich motiviert ausschließlich ein systolischer Blutdruck erhoben wird (z.B. in der Intensivmedizin), kann für den Slice zur Diastole (DiastolicBP) das Element .dataAbsentReason (mit dem Code 'not-performed') verwendet werden.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKBlutdruckSystemischArteriell ist vom Profil [VitalSignDE_Blutdruck](http://fhir.de/StructureDefinition/observation-de-vitalsign-blutdruck) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Blood Pressure Profile](http://hl7.org/fhir/StructureDefinition/bp) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -146,14 +146,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { @@ -410,7 +410,7 @@ "path": "Observation.component", "sliceName": "meanBP", "short": "Mittlerer arterieller Druck", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des mittleren Blutdrucks, \n so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Kodierung des mittleren arteriellen Drucks. Von einem medizinischen Experten im Workshop zur ISiK Kommentierung Stufe 5 wurde erläutert, dass .meanBP relevant in der Normalversorgung und üblich in bekannten Systemen sei (allein Diastole und Systole entspricht nicht mehr medizinischem Stand der Praxis). Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.\n In der ISiK wird die Angabe des mittleren arteriellen Drucks als eingeschränktes Must Support definiert, um eine einheitliche Implementierung zu fördern.\n ", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des mittleren Blutdrucks, \r\n so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Kodierung des mittleren arteriellen Drucks. Von einem medizinischen Experten im Workshop zur ISiK Kommentierung Stufe 5 wurde erläutert, dass .meanBP relevant in der Normalversorgung und üblich in bekannten Systemen sei (allein Diastole und Systole entspricht nicht mehr medizinischem Stand der Praxis). Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.\r\n In der ISiK wird die Angabe des mittleren arteriellen Drucks als eingeschränktes Must Support definiert, um eine einheitliche Implementierung zu fördern.\r\n ", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKCodeSystem.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKCodeSystem.json index 98b2b1ffca..f2b3c65e15 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKCodeSystem.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKCodeSystem.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil beschreibt die maschinenlesbare Repräsentation von \nsystem-spezifischen Kodierungen in ISiK-Szenarien. \n\n### Motivation\n\nISiK erlaubt in diversen Kontexten die Erweiterung der Kodierung durch Krankenhaus-/System-interne Kodierungen. Das Profil ISiKKatalog (CodeSystem) als Profil erlaubt die Repräsentation der dazugehörigen Codes und Display-Werte. \n\nEine maschinenlesbare Repräsentation dieser Kodierungen erlaubt es Clients, dazugehörige Anzeigetext und Definitionen zu verarbeiten.\n\nEin Codesystem eignet sich auch dazu, auf dessen Basis definierte [ValueSets zu expandieren](https://hl7.org/fhir/R4/valueset-operation-expand.html).\nDa ISiKValueSet expandierte Valuesets vorsieht, ist eine dynamische Expansion in der Regel nicht erforderlich.\nDarüber hinausgehend ist ein Use Case im Kontext der Katalogabfrage folgender: Ein Client möchte eine Expansion neu generieren (z.B. mit anderen Expansionen-Parametern), um das ValueSet beispielsweise in einer anderen Sprache auszugeben. ", + "description": "Dieses Profil beschreibt die maschinenlesbare Repräsentation von \r\nsystem-spezifischen Kodierungen in ISiK-Szenarien. \r\n\r\n### Motivation\r\n\r\nISiK erlaubt in diversen Kontexten die Erweiterung der Kodierung durch Krankenhaus-/System-interne Kodierungen. Das Profil ISiKKatalog (CodeSystem) als Profil erlaubt die Repräsentation der dazugehörigen Codes und Display-Werte. \r\n\r\nEine maschinenlesbare Repräsentation dieser Kodierungen erlaubt es Clients, dazugehörige Anzeigetext und Definitionen zu verarbeiten.\r\n\r\nEin Codesystem eignet sich auch dazu, auf dessen Basis definierte [ValueSets zu expandieren](https://hl7.org/fhir/R4/valueset-operation-expand.html).\r\nDa ISiKValueSet expandierte Valuesets vorsieht, ist eine dynamische Expansion in der Regel nicht erforderlich.\r\nDarüber hinausgehend ist ein Use Case im Kontext der Katalogabfrage folgender: Ein Client möchte eine Expansion neu generieren (z.B. mit anderen Expansionen-Parametern), um das ValueSet beispielsweise in einer anderen Sprache auszugeben. ", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "CodeSystem.id", "path": "CodeSystem.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "CodeSystem.meta.versionId", "path": "CodeSystem.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "CodeSystem.meta.lastUpdated", "path": "CodeSystem.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "CodeSystem.url", "path": "CodeSystem.url", "short": "Kanonische URL", - "comment": "**Bedeutung:** Eindeutige Url zur Identifizierung des CodeSystems. Absolute Url sind zu bevorzugen. \n **Hinweise:** OIDs SOLLTEN als weitere Identifier des CodeSystems verwendet werden. In jedem Fall SOLLTE eine Canonical Url vergeben werden.", + "comment": "**Bedeutung:** Eindeutige Url zur Identifizierung des CodeSystems. Absolute Url sind zu bevorzugen. \r\n **Hinweise:** OIDs SOLLTEN als weitere Identifier des CodeSystems verwendet werden. In jedem Fall SOLLTE eine Canonical Url vergeben werden.", "min": 1, "mustSupport": true }, @@ -48,7 +48,7 @@ "id": "CodeSystem.version", "path": "CodeSystem.version", "short": "Version", - "comment": "**Bedeutung:** Version des CodeSystems \n **Hinweise:** Jede Änderung des CodeSystems MUSS eine Änderung in der Version des CodeSystems und gebundenen ValueSets nach sich ziehen. Die Versionierung SOLLTE auf dem Konzept von [Semantic Versioning](https://semver.org) basieren.", + "comment": "**Bedeutung:** Version des CodeSystems \r\n **Hinweise:** Jede Änderung des CodeSystems MUSS eine Änderung in der Version des CodeSystems und gebundenen ValueSets nach sich ziehen. Die Versionierung SOLLTE auf dem Konzept von [Semantic Versioning](https://semver.org) basieren.", "min": 1, "mustSupport": true }, @@ -56,7 +56,7 @@ "id": "CodeSystem.name", "path": "CodeSystem.name", "short": "Name des Codesystems", - "comment": "**Bedeutung:** Maschinenlesbarer Name des CodeSystems \n **Hinweise:** Der Constraint [cps-0](https://www.hl7.org/fhir/R4/codesystem.html#invs) ist hierbei zu beachten.", + "comment": "**Bedeutung:** Maschinenlesbarer Name des CodeSystems \r\n **Hinweise:** Der Constraint [cps-0](https://www.hl7.org/fhir/R4/codesystem.html#invs) ist hierbei zu beachten.", "min": 1, "mustSupport": true }, @@ -64,21 +64,21 @@ "id": "CodeSystem.status", "path": "CodeSystem.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'active' und 'retired''.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'active' und 'retired''.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { "id": "CodeSystem.content", "path": "CodeSystem.content", "short": "Vollständigkeit der Repräsentation", - "comment": "**Bedeutung:** Angabe, ob es sich um eine vollständige Repräsentation des CodeSystems oder nur um einen Auszug handelt.\n **Hinweise:** Alle in einem System möglichen Status-Werte müssen über FHIR korrekt repräsentiert werden können, mindestens jedoch die Status-Werte `fragment` und `complete`. Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.", + "comment": "**Bedeutung:** Angabe, ob es sich um eine vollständige Repräsentation des CodeSystems oder nur um einen Auszug handelt.\r\n **Hinweise:** Alle in einem System möglichen Status-Werte müssen über FHIR korrekt repräsentiert werden können, mindestens jedoch die Status-Werte `fragment` und `complete`. Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.", "mustSupport": true }, { "id": "CodeSystem.concept", "path": "CodeSystem.concept", "short": "Konzept", - "comment": "**Bedeutung:** Angabe der Konzepte, aus denen sich das CodeSystem zusammensetzt. \n **Hinweise:** Es MUSS mindestens ein Code und ein Anzeigetext spezifiziert werden.", + "comment": "**Bedeutung:** Angabe der Konzepte, aus denen sich das CodeSystem zusammensetzt. \r\n **Hinweise:** Es MUSS mindestens ein Code und ein Anzeigetext spezifiziert werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKDiagnose.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKDiagnose.json index cd45321652..92cfe78c57 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKDiagnose.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKDiagnose.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen \nüber die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik. \n### Motivation\nDie Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, \nob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf. \n\nIn FHIR werden Diagnosen mit der Condition-Ressource repräsentiert. \n\nDa die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. \nFalls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), \nist alternativ eine Repräsentation als Freitext-Diagnose möglich.\n\n### Kompatibilität\nFür das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:\n* das [Profil ProfileConditionDiagnose der Medizininformatik-Initative](https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/Diagnose)\n* das [Profil KBV_PR_Base_Condition_Diagnosis der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Condition_Diagnosis)] \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen \r\nüber die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik. \r\n### Motivation\r\nDie Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, \r\nob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf. \r\n\r\nIn FHIR werden Diagnosen mit der Condition-Ressource repräsentiert. \r\n\r\nDa die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. \r\nFalls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), \r\nist alternativ eine Repräsentation als Freitext-Diagnose möglich.\r\n\r\n### Kompatibilität\r\nFür das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:\r\n* das [Profil ProfileConditionDiagnose der Medizininformatik-Initative](https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/Diagnose)\r\n* das [Profil KBV_PR_Base_Condition_Diagnosis der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Condition_Diagnosis)] \r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -34,24 +34,33 @@ "id": "Condition.id", "path": "Condition.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Condition.meta.versionId", "path": "Condition.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Condition.meta.lastUpdated", "path": "Condition.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Condition.extension", "path": "Condition.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "rules": "open" + }, "mustSupport": true }, { @@ -59,7 +68,7 @@ "path": "Condition.extension", "sliceName": "related", "short": "Verknüpfte Diagnose", - "comment": " Die Deutschen Kodierrichtlinien und die 'German Modification' ermöglichen es teilweise, \n ICD-10-Codierte Diagnosen miteinander zu verknüpfen ("Kreuz-Stern-Ausrufezeichen-Notation"), \n diese aber dennoch wie eigenständige Diagnosen (mit jeweils eigener Diagnosesicherheit oder -Lokalisation) zu kommunizieren.\n Daher ist es in Deutschland nicht möglich, dem internationalen Usus zu folgen und verknüpfte Diagnosen als postkoordinierten Code *einer* Condition-Ressource aufzufassen.\n Statt dessen müssen sie zwei eigenständige Condition-Ressourcen abgebildet werden, die mit Hilfe der `related`-Extension miteinander verknüpft werden. \n Die Sekundärdiagnose verweist jeweils auf die Primärdiagnose.", + "comment": " Die Deutschen Kodierrichtlinien und die 'German Modification' ermöglichen es teilweise, \r\n ICD-10-Codierte Diagnosen miteinander zu verknüpfen ("Kreuz-Stern-Ausrufezeichen-Notation"), \r\n diese aber dennoch wie eigenständige Diagnosen (mit jeweils eigener Diagnosesicherheit oder -Lokalisation) zu kommunizieren.\r\n Daher ist es in Deutschland nicht möglich, dem internationalen Usus zu folgen und verknüpfte Diagnosen als postkoordinierten Code *einer* Condition-Ressource aufzufassen.\r\n Statt dessen müssen sie zwei eigenständige Condition-Ressourcen abgebildet werden, die mit Hilfe der `related`-Extension miteinander verknüpft werden. \r\n Die Sekundärdiagnose verweist jeweils auf die Primärdiagnose.", "min": 0, "max": "1", "type": [ @@ -76,7 +85,7 @@ "id": "Condition.clinicalStatus", "path": "Condition.clinicalStatus", "short": "klinischer Status", - "comment": "**Begründung MS:** Auch in Stufe 4 sind keine (client-seitigen) schreibenden Operationen für das Erstellen einer Condition-Ressource vorgesehen \n (siehe CapabilityStatement). Das heißt, entweder führen KISe entsprechende Informationen und exponieren diese, \n oder es gibt keinen pragmatischen Mechanismus (im ISIK-Kontext), um den Use Case einer zusätzlichen Annotation mittels Client zu erfüllen. \n Da alle KIS-Hersteller, die sich zu Wort gemeldet haben, eine Befüllung von Condition.clinicalStatus NICHT unterstützen, \n erscheint das MS nach übergreifender Definition und ein verpflichtender Testfall nicht angemessen. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur \n zur Hinterlegung des Status einer Diagnose, so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch `clinicalStatus` befüllen, sofern die entsprechende Information verfügbar ist. \n **Hinweis:** Für Diagnosen aus der *ambulanten* Versorgung können die Werte für `clinicalStatus` und `verificationStatus` aus dem \n [ICD-10-Zusatzkennzeichen für die Diagnosesicherheit](https://www.bfarm.de/DE/Kodiersysteme/Services/Kodierfragen/ICD-10-GM/Allgemeine-Kodierfragen/icd-10-gm-1010.html) abgeleitet werden.\n Das entsprechende Mapping kann den [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-DiagnosenCondition?version=current) entnommen werden.", + "comment": "**Begründung MS:** Auch in Stufe 4 sind keine (client-seitigen) schreibenden Operationen für das Erstellen einer Condition-Ressource vorgesehen \r\n (siehe CapabilityStatement). Das heißt, entweder führen KISe entsprechende Informationen und exponieren diese, \r\n oder es gibt keinen pragmatischen Mechanismus (im ISIK-Kontext), um den Use Case einer zusätzlichen Annotation mittels Client zu erfüllen. \r\n Da alle KIS-Hersteller, die sich zu Wort gemeldet haben, eine Befüllung von Condition.clinicalStatus NICHT unterstützen, \r\n erscheint das MS nach übergreifender Definition und ein verpflichtender Testfall nicht angemessen. \r\n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur \r\n zur Hinterlegung des Status einer Diagnose, so MUSS dieses System die Information NICHT abbilden. \r\n Das System MUSS jedoch `clinicalStatus` befüllen, sofern die entsprechende Information verfügbar ist. \r\n **Hinweis:** Für Diagnosen aus der *ambulanten* Versorgung können die Werte für `clinicalStatus` und `verificationStatus` aus dem \r\n [ICD-10-Zusatzkennzeichen für die Diagnosesicherheit](https://www.bfarm.de/DE/Kodiersysteme/Services/Kodierfragen/ICD-10-GM/Allgemeine-Kodierfragen/icd-10-gm-1010.html) abgeleitet werden.\r\n Das entsprechende Mapping kann den [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-DiagnosenCondition?version=current) entnommen werden.", "mustSupport": true }, { @@ -90,7 +99,7 @@ "id": "Condition.code", "path": "Condition.code", "short": "Diagnose-Code", - "comment": "Diagnosen SOLLEN mindestens entweder mit einem der angebenen standardisierten Codier-Verfahren codiert werden. \n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit.", + "comment": "Diagnosen SOLLEN mindestens entweder mit einem der angebenen standardisierten Codier-Verfahren codiert werden. \r\n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \r\n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit.", "min": 1, "constraint": [ { @@ -276,7 +285,7 @@ "id": "Condition.subject.reference", "path": "Condition.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -291,7 +300,7 @@ "id": "Condition.encounter.reference", "path": "Condition.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -309,7 +318,7 @@ "rules": "open" }, "short": "Erkrankungsbeginn", - "comment": "Datum oder Alter/Lebensphase des Erkrankungsbeginns\n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", + "comment": "Datum oder Alter/Lebensphase des Erkrankungsbeginns\r\n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \r\n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\r\n so MUSS dieses System die Information NICHT abbilden. \r\n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", "type": [ { "code": "dateTime" @@ -381,7 +390,7 @@ "rules": "open" }, "short": "Klinische relevanter Zeitraum Ende", - "comment": "Ende des klinisch relevanten Zeitraums der Diagnose \n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", + "comment": "Ende des klinisch relevanten Zeitraums der Diagnose \r\n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \r\n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\r\n so MUSS dieses System die Information NICHT abbilden. \r\n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", "type": [ { "code": "dateTime" @@ -443,7 +452,7 @@ "id": "Condition.recordedDate", "path": "Condition.recordedDate", "short": "Dokumentationsdatum", - "comment": "Datum, an dem die Diagnose dokumentiert wurde. \n **Begründung Pflichtfeld:** Das Dokumentationsdatum der Diagnose MUSS zu Qualitätssicherungszwecken angegeben werden. Dies ist das fachliche Dokumentationsdatum, \n nicht zu verwechseln mit der technischen Anlage des Datensatzes im Primärsystem. Diese beiden Daten können jedoch identisch sein. \n **Hinweis:** Das Recorded Date MUSS mindestens auf den Monat genau angegeben werden.", + "comment": "Datum, an dem die Diagnose dokumentiert wurde. \r\n **Begründung Pflichtfeld:** Das Dokumentationsdatum der Diagnose MUSS zu Qualitätssicherungszwecken angegeben werden. Dies ist das fachliche Dokumentationsdatum, \r\n nicht zu verwechseln mit der technischen Anlage des Datensatzes im Primärsystem. Diese beiden Daten können jedoch identisch sein. \r\n **Hinweis:** Das Recorded Date MUSS mindestens auf den Monat genau angegeben werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenMetadaten.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenMetadaten.json index 36b69f7459..cbb0716c67 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenMetadaten.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenMetadaten.json @@ -9,7 +9,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Dokumentenmetadaten im Rahmen des Bestätigungsverfahrens der gematik. \n\n ### Motivation\nDie Ressource DocumentReference enthält die Metadaten, die für die Verwaltung von und die Suche nach Dokumenten benötigt werden. Der Inhalt des Dokumentes wird über DocumentReference.content beschrieben und über DocumentReference.content.attachment referenziert. Die Trennung von Dokument und Metadaten ermöglicht Clients die effiziente Suche und Auflistung von verfügbaren Dokumenten, ohne dass diese vollständig vom Server geladen werden müssen. Servern ermöglicht dieser Ansatz die Trennung zwischen den Metadaten in einer Datenbank und der Dokumentenablage in z.B. einem Dateisystem.\n\n ### Kompatibilität\nDieses Profil basiert auf dem Profil [MHD DocumentReference Comprehensive UnContained References Option](https://profiles.ihe.net/ITI/MHD/StructureDefinition-IHE.MHD.UnContained.Comprehensive.DocumentReference.html) (Version 4.2.0) von IHE International.\n\n #### Abweichungen vom IHE-Profil\n- Die Verwendung von `DocumentReference.docStatus` ist im ISiK-Kontext gestattet.\n- `DocumentReference.category` muss vom Client bei Vorhandensein eines KDL-Codes in `DocumentReference.type` nicht gefüllt werden. Bei der Verarbeitung auf dem Server im Rahmen der Interaktion {{pagelink: Dokumentenbereitstellung}} wird `DocumentReference.category` anhand der [KDL-Mappings](https://simplifier.net/kdl/%7Eresources?category=ConceptMap&sortBy=RankScore_desc) ergänzt und damit die IHE-Kompatibilität hergestellt.\n- `DocumentReference.sourcePatientInfo` muss im Rahmen von ISiK nicht gefüllt werden\n\n#### Einschränkungen des IHE-Profils\nElemente mit ValueSet-Bindings ohne verbindliche Vorgabe seitens IHE wurden auf die in Deutschland gebräuchlichen Terminologien (gemäß der Festlegungen von IHE Deutschland e.V.) eingeschränkt.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Dokumentenmetadaten im Rahmen des Bestätigungsverfahrens der gematik. \r\n\r\n ### Motivation\r\nDie Ressource DocumentReference enthält die Metadaten, die für die Verwaltung von und die Suche nach Dokumenten benötigt werden. Der Inhalt des Dokumentes wird über DocumentReference.content beschrieben und über DocumentReference.content.attachment referenziert. Die Trennung von Dokument und Metadaten ermöglicht Clients die effiziente Suche und Auflistung von verfügbaren Dokumenten, ohne dass diese vollständig vom Server geladen werden müssen. Servern ermöglicht dieser Ansatz die Trennung zwischen den Metadaten in einer Datenbank und der Dokumentenablage in z.B. einem Dateisystem.\r\n\r\n ### Kompatibilität\r\nDieses Profil basiert auf dem Profil [MHD DocumentReference Comprehensive UnContained References Option](https://profiles.ihe.net/ITI/MHD/StructureDefinition-IHE.MHD.UnContained.Comprehensive.DocumentReference.html) (Version 4.2.0) von IHE International.\r\n\r\n #### Abweichungen vom IHE-Profil\r\n- Die Verwendung von `DocumentReference.docStatus` ist im ISiK-Kontext gestattet.\r\n- `DocumentReference.category` muss vom Client bei Vorhandensein eines KDL-Codes in `DocumentReference.type` nicht gefüllt werden. Bei der Verarbeitung auf dem Server im Rahmen der Interaktion {{pagelink: Dokumentenbereitstellung}} wird `DocumentReference.category` anhand der [KDL-Mappings](https://simplifier.net/kdl/%7Eresources?category=ConceptMap&sortBy=RankScore_desc) ergänzt und damit die IHE-Kompatibilität hergestellt.\r\n- `DocumentReference.sourcePatientInfo` muss im Rahmen von ISiK nicht gefüllt werden\r\n\r\n#### Einschränkungen des IHE-Profils\r\nElemente mit ValueSet-Bindings ohne verbindliche Vorgabe seitens IHE wurden auf die in Deutschland gebräuchlichen Terminologien (gemäß der Festlegungen von IHE Deutschland e.V.) eingeschränkt.", "fhirVersion": "4.0.1", "mapping": [ { @@ -29,20 +29,20 @@ "id": "DocumentReference.id", "path": "DocumentReference.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "DocumentReference.meta.versionId", "path": "DocumentReference.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "DocumentReference.meta.lastUpdated", "path": "DocumentReference.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "DocumentReference.masterIdentifier", @@ -78,7 +78,7 @@ "id": "DocumentReference.identifier", "path": "DocumentReference.identifier", "short": "Identifier des Dokumentes", - "comment": "Abweichend zu MHD V4.0.1 ist die Angabe eines Identifiers in ISiK nicht erforderlich.\nEin solcher kann bei Bedarf (z.B. zur Weitergabe des Dokumentes per XDS) erzeugt werden.\n [Konsens der Arbeitsgruppe vom 12.11.2021]\n\nUpdate für Stufe 3:\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe eines Identifiers gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD.\n", + "comment": "Abweichend zu MHD V4.0.1 ist die Angabe eines Identifiers in ISiK nicht erforderlich.\r\nEin solcher kann bei Bedarf (z.B. zur Weitergabe des Dokumentes per XDS) erzeugt werden.\r\n [Konsens der Arbeitsgruppe vom 12.11.2021]\r\n\r\nUpdate für Stufe 3:\r\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe eines Identifiers gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD.\r\n", "mustSupport": true, "mapping": [ { @@ -104,7 +104,7 @@ "id": "DocumentReference.docStatus", "path": "DocumentReference.docStatus", "short": "Bearbeitungsstatus des Dokumentes", - "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von docStatus im ISiK-Kontext erlaubt. Die Verwendung von docStatus bleibt jedoch optional,\n da nicht alle Dokumentenerzeugende Systeme einen expliziten Freigabe-Workflow haben. Dokumentenserver müssen jedoch in der Lage sein, den Dokumentenstatus\n (sofern vorhanden) zu persistieren, anzuzeigen und zu reproduzieren.\n [Konsens der Arbeitsgruppe vom 10.12.2021]", + "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von docStatus im ISiK-Kontext erlaubt. Die Verwendung von docStatus bleibt jedoch optional,\r\n da nicht alle Dokumentenerzeugende Systeme einen expliziten Freigabe-Workflow haben. Dokumentenserver müssen jedoch in der Lage sein, den Dokumentenstatus\r\n (sofern vorhanden) zu persistieren, anzuzeigen und zu reproduzieren.\r\n [Konsens der Arbeitsgruppe vom 10.12.2021]", "mustSupport": true, "mapping": [ { @@ -117,7 +117,7 @@ "id": "DocumentReference.type", "path": "DocumentReference.type", "short": "Dokumententyp", - "comment": "Im ISiK-Kontext ist die Typisierung eines Dokumentes mit Hilfe eines KDL-Codes *und* des IHE-XDS-Type-Codes erforderlich und ein Server MUSS beide Kodierungen bereitstellen - trotz der Kardinalität DocumentReference.type.coding:XDS 0..1 -, jedoch ist der IHE-XDS-Type-Code bei Übermittlung für Clients nicht verpflichtend (s.u. zu XDS).\n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden. Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt. [Konsens der Arbeitsgruppe vom 18.02.2022]. Im Falle, dass der Code 'UNK' entsprechend der ConceptMap verwendet werden soll, MUSS das System 'http://terminology.hl7.org/CodeSystem/v3-NullFlavor' verwendet werden.", + "comment": "Im ISiK-Kontext ist die Typisierung eines Dokumentes mit Hilfe eines KDL-Codes *und* des IHE-XDS-Type-Codes erforderlich und ein Server MUSS beide Kodierungen bereitstellen - trotz der Kardinalität DocumentReference.type.coding:XDS 0..1 -, jedoch ist der IHE-XDS-Type-Code bei Übermittlung für Clients nicht verpflichtend (s.u. zu XDS).\r\n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\r\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\r\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\r\n aus dem KDL-Code ermittelt werden. Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt. [Konsens der Arbeitsgruppe vom 18.02.2022]. Im Falle, dass der Code 'UNK' entsprechend der ConceptMap verwendet werden soll, MUSS das System 'http://terminology.hl7.org/CodeSystem/v3-NullFlavor' verwendet werden.", "min": 1, "mustSupport": true }, @@ -186,7 +186,7 @@ "path": "DocumentReference.type.coding", "sliceName": "XDS", "short": "Dokumenttyp gem. IHE-De-Terminologie", - "comment": "Die Übermittlung des XDS-Type-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n MUSS jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden. Der XDS-Type-Code kann über die im Rahmen der [KDL-Spezifikation](https://simplifier.net/kdl) publizierten\n [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap) aus dem KDL-Code ermittelt werden", + "comment": "Die Übermittlung des XDS-Type-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\r\n MUSS jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden. Der XDS-Type-Code kann über die im Rahmen der [KDL-Spezifikation](https://simplifier.net/kdl) publizierten\r\n [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap) aus dem KDL-Code ermittelt werden", "min": 0, "max": "1", "patternCoding": { @@ -232,7 +232,7 @@ "id": "DocumentReference.category", "path": "DocumentReference.category", "short": "Dokumentklasse/-Kategorie", - "comment": "Die Kategorisierung von Dokumenten erfolgt mittels der von IHE Deutschland publizierten XDS-Class-Codes.\n Die übermittlung des XDS-Class-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n muss jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden.\n Der XDS-Class-Code kann mit Hilfe der bereitgestellten [ConceptMap](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden.", + "comment": "Die Kategorisierung von Dokumenten erfolgt mittels der von IHE Deutschland publizierten XDS-Class-Codes.\r\n Die übermittlung des XDS-Class-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\r\n muss jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden.\r\n Der XDS-Class-Code kann mit Hilfe der bereitgestellten [ConceptMap](https://simplifier.net/kdl/~resources?category=ConceptMap)\r\n aus dem KDL-Code ermittelt werden.", "max": "1", "mustSupport": true }, @@ -314,7 +314,7 @@ "id": "DocumentReference.subject.reference", "path": "DocumentReference.subject.reference", "short": "Patienten-Link", - "comment": "**Bedingtes Pflichtfeld:** Clients und Server sind verpflichtet, Dokumente stets mit einem Bezug zu einem Patienten zu versehen. \nLeer bleiben darf dieses Element einzig im Kontext der Dokumentenbereitstellung in Verbindung mit der Patientenzuordnung über logische Referenzen, siehe {{pagelink:Dokumentenbereitstellung text:Interaktion:Dokumentenbereitstellung > Herstellung von Patienten- und Encounterkontext > Option 5}}\n\nDie Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Bedingtes Pflichtfeld:** Clients und Server sind verpflichtet, Dokumente stets mit einem Bezug zu einem Patienten zu versehen. \r\nLeer bleiben darf dieses Element einzig im Kontext der Dokumentenbereitstellung in Verbindung mit der Patientenzuordnung über logische Referenzen, siehe {{pagelink:Dokumentenbereitstellung text:Interaktion:Dokumentenbereitstellung > Herstellung von Patienten- und Encounterkontext > Option 5}}\r\n\r\nDie Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -339,13 +339,13 @@ { "id": "DocumentReference.date", "path": "DocumentReference.date", - "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von date im ISiK-Kontext nicht verpflichtend.\nDie Motivation für die verbindliche Verwendung von `date` seitens IHE ist nicht nachvollziehbar.\nEin entsprechender Change Request zur Harmonisierung wurde eingereicht. Das Dokumentendatum wird in attachment.creation gesetzt.\n\nUpdate für Stufe 3:\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe von date gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD.\n" + "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von date im ISiK-Kontext nicht verpflichtend.\r\nDie Motivation für die verbindliche Verwendung von `date` seitens IHE ist nicht nachvollziehbar.\r\nEin entsprechender Change Request zur Harmonisierung wurde eingereicht. Das Dokumentendatum wird in attachment.creation gesetzt.\r\n\r\nUpdate für Stufe 3:\r\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe von date gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD.\r\n" }, { "id": "DocumentReference.author", "path": "DocumentReference.author", "short": "Autor des Dokumentes", - "comment": "In dieser Ausbaustufe ist die Nennung des Namens oder Kürzels des Autors ausreichend.\n Eine darüber hinaus gehende Verlinkung auf einen Practitioner (auflösbar auf dem Server) ist möglich aber nicht erforderlich.", + "comment": "In dieser Ausbaustufe ist die Nennung des Namens oder Kürzels des Autors ausreichend.\r\n Eine darüber hinaus gehende Verlinkung auf einen Practitioner (auflösbar auf dem Server) ist möglich aber nicht erforderlich.", "mustSupport": true, "mapping": [ { @@ -390,13 +390,13 @@ { "id": "DocumentReference.description", "path": "DocumentReference.description", - "comment": "Optionaler Freitext zur ergänzenden Beschreibung des Dokumentes. Die eigentliche menschenlesbare Bezeichnung des Dokuments zur Anzeige in Benutzeroberflächen sollte in 'content.attachment.title' angegeben werden.\n\nUpdate für Stufe 5:\nAb dieser Stufe ist für die menschenlesbare Bezeichnung des Dokuments das Element `content.attachment.title` zu verwenden. Die bisherige Nutzung von `DocumentReference.description` entfällt zugunsten einer besseren Angleichung an MHD und die ePA-Spezifikation. Implementierungen sollten daher den Titel des Dokuments ausschließlich in `content.attachment.title` angeben.\n\nDas Element 'description' kann weiterhin verwendet werden, um inhaltliche Hinweise zum Dokument, eine knappe Zusammenfassung oder ergänzende Kommentare bereitzustellen." + "comment": "Optionaler Freitext zur ergänzenden Beschreibung des Dokumentes. Die eigentliche menschenlesbare Bezeichnung des Dokuments zur Anzeige in Benutzeroberflächen sollte in 'content.attachment.title' angegeben werden.\r\n\r\nUpdate für Stufe 5:\r\nAb dieser Stufe ist für die menschenlesbare Bezeichnung des Dokuments das Element `content.attachment.title` zu verwenden. Die bisherige Nutzung von `DocumentReference.description` entfällt zugunsten einer besseren Angleichung an MHD und die ePA-Spezifikation. Implementierungen sollten daher den Titel des Dokuments ausschließlich in `content.attachment.title` angeben.\r\n\r\nDas Element 'description' kann weiterhin verwendet werden, um inhaltliche Hinweise zum Dokument, eine knappe Zusammenfassung oder ergänzende Kommentare bereitzustellen." }, { "id": "DocumentReference.securityLabel", "path": "DocumentReference.securityLabel", "short": "Vertraulichkeit", - "comment": "Die Bereitstellung der Vertraulichkeitsinformation durch den Ersteller des Dokumentes ist verpflichtend.\nEbenso sind Dokumentenserver verpflichtet, diese Information zu persistieren und bei der Dokumentenabfrage zu reproduzieren.\nDie ISiK-Spezifikation trifft jedoch keine Annahmen darüber, wie sich einzelne Vertraulichkeitsstufen auf die Zugriffsberechtigungen\nverschiedener benutzer auf ein Dokument auswirken. Im ISiK-Kontext ist die Angabe einer der drei Vertraulichkeitsstufen\nN | R | V verpflichtend, jedoch ohne Einschränkung der Verwendung zusätzlicher Vertraulichkeits-Flags.\n \n\n[Konsens der Arbeitsgruppe vom 12.11.2021]", + "comment": "Die Bereitstellung der Vertraulichkeitsinformation durch den Ersteller des Dokumentes ist verpflichtend.\r\nEbenso sind Dokumentenserver verpflichtet, diese Information zu persistieren und bei der Dokumentenabfrage zu reproduzieren.\r\nDie ISiK-Spezifikation trifft jedoch keine Annahmen darüber, wie sich einzelne Vertraulichkeitsstufen auf die Zugriffsberechtigungen\r\nverschiedener benutzer auf ein Dokument auswirken. Im ISiK-Kontext ist die Angabe einer der drei Vertraulichkeitsstufen\r\nN | R | V verpflichtend, jedoch ohne Einschränkung der Verwendung zusätzlicher Vertraulichkeits-Flags.\r\n \r\n\r\n[Konsens der Arbeitsgruppe vom 12.11.2021]", "min": 1, "mustSupport": true, "binding": { @@ -436,7 +436,7 @@ "id": "DocumentReference.content.attachment.language", "path": "DocumentReference.content.attachment.language", "short": "Sprache, in der das Dokument verfasst wurde.", - "comment": "Kann bei Systemen, die keine Mehrsprachigkeit unterstützen,\n fest auf "de" oder "de-DE" gesetzt werden.", + "comment": "Kann bei Systemen, die keine Mehrsprachigkeit unterstützen,\r\n fest auf "de" oder "de-DE" gesetzt werden.", "min": 1, "mustSupport": true, "mapping": [ @@ -450,14 +450,14 @@ "id": "DocumentReference.content.attachment.data", "path": "DocumentReference.content.attachment.data", "short": "Base64-codierte Binärdaten", - "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden.\n\nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden.\n\nEs ist zu beachten, dass diese base64-codierten Daten wiederum ein FHIR-Bundle (z.B. ein MIO oder ein ISiK Bericht aus einem Subsystem) repräsentieren können. Um eine einheitliche Handhabung der Dokumente für Clients zu ermöglichen werden diese trotz strukturiertem Inhalt per base64 abgebildet.", + "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \r\n sondern müssen als separates Datenobjekt referenziert werden.\r\n\r\nUpdate für Stufe 3:\r\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \r\nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \r\nRessource ausgelagert und über Attachment.url referenziert werden.\r\n\r\nEs ist zu beachten, dass diese base64-codierten Daten wiederum ein FHIR-Bundle (z.B. ein MIO oder ein ISiK Bericht aus einem Subsystem) repräsentieren können. Um eine einheitliche Handhabung der Dokumente für Clients zu ermöglichen werden diese trotz strukturiertem Inhalt per base64 abgebildet.", "mustSupport": true }, { "id": "DocumentReference.content.attachment.url", "path": "DocumentReference.content.attachment.url", "short": "Referenz auf Dokument", - "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden. \n\nWird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil [ISIKBinary](https://gematik.de/fhir/isik/v3/Basismodul/StructureDefinition/ISiKBinary) aus dem Basismodul sein.\n \nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden.", + "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \r\n sondern müssen als separates Datenobjekt referenziert werden. \r\n\r\nWird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil [ISIKBinary](https://gematik.de/fhir/isik/v3/Basismodul/StructureDefinition/ISiKBinary) aus dem Basismodul sein.\r\n \r\nUpdate für Stufe 3:\r\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \r\nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \r\nRessource ausgelagert und über Attachment.url referenziert werden.", "mustSupport": true, "mapping": [ { @@ -470,7 +470,7 @@ "id": "DocumentReference.content.attachment.title", "path": "DocumentReference.content.attachment.title", "short": "Bezeichnung des Dokuments", - "comment": "Menschenlesbare Bezeichnung des Dokuments zur Anzeige in Benutzeroberflächen, z.B. als Titel in einer Dokumentenliste ('Lungenfunktionstest vom 18.02.2022').\n\nUpdate für Stufe 5:\nAb dieser Stufe ist für die menschenlesbare Bezeichnung des Dokuments das Element `content.attachment.title` zu verwenden. Die bisherige Nutzung von `DocumentReference.description` entfällt zugunsten einer besseren Angleichung an MHD und die ePA-Spezifikation. Implementierungen sollten daher den Titel des Dokuments ausschließlich in `content.attachment.title` angeben.", + "comment": "Menschenlesbare Bezeichnung des Dokuments zur Anzeige in Benutzeroberflächen, z.B. als Titel in einer Dokumentenliste ('Lungenfunktionstest vom 18.02.2022').\r\n\r\nUpdate für Stufe 5:\r\nAb dieser Stufe ist für die menschenlesbare Bezeichnung des Dokuments das Element `content.attachment.title` zu verwenden. Die bisherige Nutzung von `DocumentReference.description` entfällt zugunsten einer besseren Angleichung an MHD und die ePA-Spezifikation. Implementierungen sollten daher den Titel des Dokuments ausschließlich in `content.attachment.title` angeben.", "min": 1, "mustSupport": true, "mapping": [ @@ -484,7 +484,7 @@ "id": "DocumentReference.content.attachment.creation", "path": "DocumentReference.content.attachment.creation", "short": "Dokumentendatum", - "comment": "Es obliegt dem erzeugenden System, zu entscheiden,\n welches Datum als Dokumentendatum geeignet ist, z.B. Datum der Erstellung oder Datum der letzten Änderung", + "comment": "Es obliegt dem erzeugenden System, zu entscheiden,\r\n welches Datum als Dokumentendatum geeignet ist, z.B. Datum der Erstellung oder Datum der letzten Änderung", "min": 1, "mustSupport": true, "mapping": [ @@ -498,7 +498,7 @@ "id": "DocumentReference.content.format", "path": "DocumentReference.content.format", "short": "Format des Dokumentes", - "comment": "Sofern das Dokument nicht auf einem standardisierten,\n strukturierten Austauschformat (z.B. CDA) basiert, für dessen Interpretation ein konkretes Schema herangezogen werden muss,\n genügt die Angabe des Codes\n "urn:ihe:iti:xds:2017:mimeTypeSufficient"", + "comment": "Sofern das Dokument nicht auf einem standardisierten,\r\n strukturierten Austauschformat (z.B. CDA) basiert, für dessen Interpretation ein konkretes Schema herangezogen werden muss,\r\n genügt die Angabe des Codes\r\n "urn:ihe:iti:xds:2017:mimeTypeSufficient"", "min": 1, "mustSupport": true, "binding": { @@ -539,7 +539,7 @@ "id": "DocumentReference.context.encounter.reference", "path": "DocumentReference.context.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenSuchergebnisse.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenSuchergebnisse.json index d4e954eff6..2ef3d8c0f6 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenSuchergebnisse.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKDokumentenSuchergebnisse.json @@ -21,20 +21,20 @@ "id": "Bundle.id", "path": "Bundle.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Bundle.meta.versionId", "path": "Bundle.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Bundle.meta.lastUpdated", "path": "Bundle.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Bundle.type", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKEKG.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKEKG.json index 32be4baa6b..0ac229385d 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKEKG.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKEKG.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über kurze, relevante EKG-Ausschnitte eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus). Es wurde entwickelt, um spezifische klinische Fragestellungen zu unterstützen, bei denen prägnante und gezielte EKG-Daten im Vordergrund stehen. Für vollständige und längere EKG-Aufzeichnungen sind alternative Formate vorgesehen, die für umfangreiche Daten besser geeignet sind.\n### Motivation\nDie Bereitstellung kurzer EKG-Ausschnitte ermöglicht eine präzise und effiziente Unterstützung bei der Diagnose akuter kardiologischer Fragestellungen, der Überwachung von Arrhythmien oder der Beurteilung bestimmter Ereignisse wie ST-Strecken-Veränderungen. Diese fokussierte Darstellung dient der Optimierung klinischer Entscheidungen und der schnellen Verarbeitung relevanter Daten.\n\nIn FHIR wird das EKG durch die Observation-Ressource repräsentiert, wobei spezifische Anforderungen für die Darstellung und Kodierung der Daten in diesem Profil berücksichtigt werden.\n\n### Kompatibilität\nDas Profil ISiKEKG ist vom Profil [EkgDE](http://fhir.de/StructureDefinition/observation-de-ekg) aus den deutschen Basisprofilen abgeleitet.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über kurze, relevante EKG-Ausschnitte eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus). Es wurde entwickelt, um spezifische klinische Fragestellungen zu unterstützen, bei denen prägnante und gezielte EKG-Daten im Vordergrund stehen. Für vollständige und längere EKG-Aufzeichnungen sind alternative Formate vorgesehen, die für umfangreiche Daten besser geeignet sind.\r\n### Motivation\r\nDie Bereitstellung kurzer EKG-Ausschnitte ermöglicht eine präzise und effiziente Unterstützung bei der Diagnose akuter kardiologischer Fragestellungen, der Überwachung von Arrhythmien oder der Beurteilung bestimmter Ereignisse wie ST-Strecken-Veränderungen. Diese fokussierte Darstellung dient der Optimierung klinischer Entscheidungen und der schnellen Verarbeitung relevanter Daten.\r\n\r\nIn FHIR wird das EKG durch die Observation-Ressource repräsentiert, wobei spezifische Anforderungen für die Darstellung und Kodierung der Daten in diesem Profil berücksichtigt werden.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKEKG ist vom Profil [EkgDE](http://fhir.de/StructureDefinition/observation-de-ekg) aus den deutschen Basisprofilen abgeleitet.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -84,7 +84,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -98,7 +98,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -127,14 +127,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDaten.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDaten.json index 9bf8999696..898999d3da 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDaten.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDaten.json @@ -9,7 +9,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Im Profil `ISiKFormularDaten` sind Mindestanforderungen an ISiK kompatible, ausgefüllte Formulare definiert.\nDie verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter [Artefakte->Extensions](https://simplifier.net/guide/isik-formular-stufe-5/Einfuehrung/Artefakte/Extensions.page.md?version=current) beschrieben.", + "description": "Im Profil `ISiKFormularDaten` sind Mindestanforderungen an ISiK kompatible, ausgefüllte Formulare definiert.\r\nDie verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -56,27 +56,41 @@ "id": "QuestionnaireResponse.id", "path": "QuestionnaireResponse.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "QuestionnaireResponse.meta.versionId", "path": "QuestionnaireResponse.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "QuestionnaireResponse.meta.lastUpdated", "path": "QuestionnaireResponse.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + }, + { + "id": "QuestionnaireResponse.modifierExtension", + "path": "QuestionnaireResponse.modifierExtension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } }, { "id": "QuestionnaireResponse.modifierExtension:MDR-Relevant", "path": "QuestionnaireResponse.modifierExtension", "sliceName": "MDR-Relevant", "short": "MPG-Relevanz der Formulardaten", - "comment": "**Begründung MS:**\n In dieser Extension wird angegeben, dass die Formulardaten MDR-relevant sind. Für die Erhebung und/oder Darstellung müssen ggf. bestimmte Voraussetzungen erfüllt sein. Ist die Extension nicht vorhanden, liegt keine MDR-relevanmt vor.", + "comment": "**Begründung MS:**\r\n In dieser Extension wird angegeben, dass die Formulardaten MDR-relevant sind. Für die Erhebung und/oder Darstellung müssen ggf. bestimmte Voraussetzungen erfüllt sein. Ist die Extension nicht vorhanden, liegt keine MDR-relevanmt vor.", "min": 0, "max": "1", "type": [ @@ -98,20 +112,30 @@ "id": "QuestionnaireResponse.identifier", "path": "QuestionnaireResponse.identifier", "short": "eindeutiger Identifier der FormularDaten", - "comment": "**Begründung MS:**\n Ein vom FormularRenderer vergebener, eindeutiger Identifier kann von weiterverarbeitenden Systemen genutzt werden, um Dubletten zu erkennen.", + "comment": "**Begründung MS:**\r\n Ein vom FormularRenderer vergebener, eindeutiger Identifier kann von weiterverarbeitenden Systemen genutzt werden, um Dubletten zu erkennen.", "mustSupport": true }, { "id": "QuestionnaireResponse.questionnaire", "path": "QuestionnaireResponse.questionnaire", "short": "Bezug zur FormularDefinition inkl. Version", - "comment": "Bei der Angabe der Canonical, sollte die Version der FormularDefinition, welche bei der Erstellung die Grundlage gebildet hat, angegeben sein.\n **Begründung MS:** \n Der Bezug zur Formulardefinition kann für die Interpretation und Darstellung der Formulardaten relevant sein.", + "comment": "Bei der Angabe der Canonical, sollte die Version der FormularDefinition, welche bei der Erstellung die Grundlage gebildet hat, angegeben sein.\r\n **Begründung MS:** \r\n Der Bezug zur Formulardefinition kann für die Interpretation und Darstellung der Formulardaten relevant sein.", "min": 1, "mustSupport": true }, { "id": "QuestionnaireResponse.questionnaire.extension", "path": "QuestionnaireResponse.questionnaire.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "min": 1 }, { @@ -136,14 +160,14 @@ "id": "QuestionnaireResponse.status", "path": "QuestionnaireResponse.status", "short": "Status", - "comment": "**Begründung Pflichtfeld:**\n Bei der Verarbeitung von FormularDaten ist es wichtig, den Status zu beachten. Falls die Instanz noch nicht `completed` ist, sollte von einer Weiterverarbeitung abgesehen werden.", + "comment": "**Begründung Pflichtfeld:**\r\n Bei der Verarbeitung von FormularDaten ist es wichtig, den Status zu beachten. Falls die Instanz noch nicht `completed` ist, sollte von einer Weiterverarbeitung abgesehen werden.", "mustSupport": true }, { "id": "QuestionnaireResponse.subject", "path": "QuestionnaireResponse.subject", "short": "Subject (Patient), über das in diesem Formular berichtet wird.", - "comment": "**Begründung Pflichtfeld:** \n Zur Vereinfachung des Workflows werden zunächst nur Formulare mit Patientenbezug zugelassen. \n Diese Anforderung kann in künftigen Ausbaustufen gelockert werden.", + "comment": "**Begründung Pflichtfeld:** \r\n Zur Vereinfachung des Workflows werden zunächst nur Formulare mit Patientenbezug zugelassen. \r\n Diese Anforderung kann in künftigen Ausbaustufen gelockert werden.", "min": 1, "mustSupport": true }, @@ -151,7 +175,7 @@ "id": "QuestionnaireResponse.subject.reference", "path": "QuestionnaireResponse.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -159,7 +183,7 @@ "id": "QuestionnaireResponse.authored", "path": "QuestionnaireResponse.authored", "short": "Datum der FormularDaten", - "comment": "**Begründung Pflichtfeld:** \n Relevant für die Suche und zeitliche Einordnung der FormularDaten", + "comment": "**Begründung Pflichtfeld:** \r\n Relevant für die Suche und zeitliche Einordnung der FormularDaten", "min": 1, "mustSupport": true }, @@ -167,7 +191,7 @@ "id": "QuestionnaireResponse.author", "path": "QuestionnaireResponse.author", "short": "Ersteller des Fromulars", - "comment": "Auch wenn hier keine Einschränkung vorgenommen wurde, ist zu empfehlen, hier die ausfüllende Person (Patient/Practitioner) zu referenzieren und nicht nur die Software (Device), mit der das Formular ausgefüllt wurde.\n **Begründung MS:**\n In den meisten Fällen ist relevant, wer Formulardaten erfasst hat.", + "comment": "Auch wenn hier keine Einschränkung vorgenommen wurde, ist zu empfehlen, hier die ausfüllende Person (Patient/Practitioner) zu referenzieren und nicht nur die Software (Device), mit der das Formular ausgefüllt wurde.\r\n **Begründung MS:**\r\n In den meisten Fällen ist relevant, wer Formulardaten erfasst hat.", "mustSupport": true }, { @@ -181,42 +205,42 @@ "id": "QuestionnaireResponse.item.linkId", "path": "QuestionnaireResponse.item.linkId", "short": "Eindeutige ID des Formularelement", - "comment": "**Begründung Pflichtfeld:**\n Die LinkId ordnet die Information der Antwort einer Frage in der FormularDefinition zu und ist aus dem Grund zur Interpretation der Antwort unablässig.", + "comment": "**Begründung Pflichtfeld:**\r\n Die LinkId ordnet die Information der Antwort einer Frage in der FormularDefinition zu und ist aus dem Grund zur Interpretation der Antwort unablässig.", "mustSupport": true }, { "id": "QuestionnaireResponse.item.text", "path": "QuestionnaireResponse.item.text", "short": "Frage, die beantwortet wurde", - "comment": "**Begründung Pflichtfeld:** \n Die FormularDaten sollte pro Antwort auch die Fragestellung mitführen, \n damit die Daten auch von Systemen/Anwendern interpretiert werden können, \n die *keinen* Zugriff auf die zugrunde liegende FormularDefinition haben.", + "comment": "**Begründung Pflichtfeld:** \r\n Die FormularDaten sollte pro Antwort auch die Fragestellung mitführen, \r\n damit die Daten auch von Systemen/Anwendern interpretiert werden können, \r\n die *keinen* Zugriff auf die zugrunde liegende FormularDefinition haben.", "mustSupport": true }, { "id": "QuestionnaireResponse.item.answer", "path": "QuestionnaireResponse.item.answer", "short": "Antwort", - "comment": "**Begründung MS:**\n Die erfasste Antwort MUSS stets vorhanden sein.", + "comment": "**Begründung MS:**\r\n Die erfasste Antwort MUSS stets vorhanden sein.", "mustSupport": true }, { "id": "QuestionnaireResponse.item.answer.value[x]", "path": "QuestionnaireResponse.item.answer.value[x]", "short": "Inhalt der Antwort", - "comment": "**Begründung MS:**\n Der Inhalt der jeweilig erfassten Antwort MUSS stehts vorhanden sein.", + "comment": "**Begründung MS:**\r\n Der Inhalt der jeweilig erfassten Antwort MUSS stehts vorhanden sein.", "mustSupport": true }, { "id": "QuestionnaireResponse.item.answer.item", "path": "QuestionnaireResponse.item.answer.item", "short": "Untergeordnetes Item", - "comment": "**Begründung MS:** \n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", + "comment": "**Begründung MS:** \r\n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", "mustSupport": true }, { "id": "QuestionnaireResponse.item.item", "path": "QuestionnaireResponse.item.item", "short": "Untergeordnetes Item", - "comment": "**Begründung MS:** \n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", + "comment": "**Begründung MS:** \r\n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDefinition.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDefinition.json index bd4cd33914..944346b39e 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDefinition.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKFormularDefinition.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Im Profil `ISiKFormularDefinition` sind Mindestanforderungen an ISiK kompatible Formulare definiert.\nDie verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter [Artefakte->Extensions](https://simplifier.net/guide/isik-formular-stufe-5/Einfuehrung/Artefakte/Extensions.page.md?version=current) beschrieben.", + "description": "Im Profil `ISiKFormularDefinition` sind Mindestanforderungen an ISiK kompatible Formulare definiert.\r\nDie verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,27 +21,41 @@ "id": "Questionnaire.id", "path": "Questionnaire.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Questionnaire.meta.versionId", "path": "Questionnaire.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Questionnaire.meta.lastUpdated", "path": "Questionnaire.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + }, + { + "id": "Questionnaire.modifierExtension", + "path": "Questionnaire.modifierExtension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } }, { "id": "Questionnaire.modifierExtension:MDR-Relevant", "path": "Questionnaire.modifierExtension", "sliceName": "MDR-Relevant", "short": "MPG-Relevanz der Formulardaten", - "comment": "**Begründung MS:**\n In dieser Extension wird angegeben, dass die Formulardaten MDR-relevant sind. Für die Erhebung und/oder Darstellung müssen ggf. bestimmte Voraussetzungen erfüllt sein. Ist die Extension nicht vorhanden, liegt keine MDR-relevanmt vor.", + "comment": "**Begründung MS:**\r\n In dieser Extension wird angegeben, dass die Formulardaten MDR-relevant sind. Für die Erhebung und/oder Darstellung müssen ggf. bestimmte Voraussetzungen erfüllt sein. Ist die Extension nicht vorhanden, liegt keine MDR-relevanmt vor.", "min": 0, "max": "1", "type": [ @@ -58,7 +72,7 @@ "id": "Questionnaire.url", "path": "Questionnaire.url", "short": "CanoncialURL des Formulars", - "comment": "Weltweit eindeutiger Name des Formulars.\n **Begründung Pflichtfeld:**\n Wird für eindeutige Bezugnahme von FormularDaten auf FormularDefinition benötigt.", + "comment": "Weltweit eindeutiger Name des Formulars.\r\n **Begründung Pflichtfeld:**\r\n Wird für eindeutige Bezugnahme von FormularDaten auf FormularDefinition benötigt.", "min": 1, "mustSupport": true }, @@ -66,7 +80,7 @@ "id": "Questionnaire.version", "path": "Questionnaire.version", "short": "Version", - "comment": "Versionsnummer des Formulars. Sollte gem. semVer-Regeln inkrementiert werden, je nach Schweregrad der Änderungen.\n **Begründung MS:** \n Wird benötigt, um FormularDefinitionen in unterschiedlichen Versionen zu differenzieren. ", + "comment": "Versionsnummer des Formulars. Sollte gem. semVer-Regeln inkrementiert werden, je nach Schweregrad der Änderungen.\r\n **Begründung MS:** \r\n Wird benötigt, um FormularDefinitionen in unterschiedlichen Versionen zu differenzieren. ", "min": 1, "mustSupport": true }, @@ -74,7 +88,7 @@ "id": "Questionnaire.title", "path": "Questionnaire.title", "short": "Titel/Überschrift", - "comment": "Dem Anwender angezeigter Titel des Formulars. \n **Begründung MS:** \n Wird für die Darstellung und Auffindbarkeit der FormularDefinition benötigt.", + "comment": "Dem Anwender angezeigter Titel des Formulars. \r\n **Begründung MS:** \r\n Wird für die Darstellung und Auffindbarkeit der FormularDefinition benötigt.", "min": 1, "mustSupport": true }, @@ -89,14 +103,14 @@ "id": "Questionnaire.status", "path": "Questionnaire.status", "short": "active | retired", - "comment": "Die im ISiK-Kontext bereitgestellten Formulare sollten final ausspezifiziert sein und daher den Status 'active' haben. \n Formulare, die zurückgezogen oder durch neuere Versionen ersetzt wurden, können mit 'retired' gekennzeichnet werden.", + "comment": "Die im ISiK-Kontext bereitgestellten Formulare sollten final ausspezifiziert sein und daher den Status 'active' haben. \r\n Formulare, die zurückgezogen oder durch neuere Versionen ersetzt wurden, können mit 'retired' gekennzeichnet werden.", "mustSupport": true }, { "id": "Questionnaire.subjectType", "path": "Questionnaire.subjectType", "short": "Subject, über das in diesem Formular berichtet wird.", - "comment": "**Begründung Pflichtfeld:** \n Zur Vereinfachung des Workflows werden zunächst nur Formulare mit Patientenbezug zugelassen. \n Dabei ist stets davon auszugehen, dass der Patient, für den dieses Formular ausgefüllt wird, \n identisch ist, mit dem Patient, der im Launch-Kontext übergeben wird. \n Diese Anforderung kann in künftigen Ausbaustufen gelockert werden.", + "comment": "**Begründung Pflichtfeld:** \r\n Zur Vereinfachung des Workflows werden zunächst nur Formulare mit Patientenbezug zugelassen. \r\n Dabei ist stets davon auszugehen, dass der Patient, für den dieses Formular ausgefüllt wird, \r\n identisch ist, mit dem Patient, der im Launch-Kontext übergeben wird. \r\n Diese Anforderung kann in künftigen Ausbaustufen gelockert werden.", "min": 1, "max": "1", "patternCode": "Patient", @@ -106,7 +120,7 @@ "id": "Questionnaire.description", "path": "Questionnaire.description", "short": "Formularbeschreibung", - "comment": "**Begründung Pflichtfeld:** \n Ausführliche Beschreibung des Formulars zur Verbesserung der Auffindbarkeit und Interpretation der Nutzung", + "comment": "**Begründung Pflichtfeld:** \r\n Ausführliche Beschreibung des Formulars zur Verbesserung der Auffindbarkeit und Interpretation der Nutzung", "min": 1, "mustSupport": true }, @@ -121,28 +135,28 @@ "id": "Questionnaire.item.linkId", "path": "Questionnaire.item.linkId", "short": "innerhalb dieses Formulars eindeutige ID dieses Feldes", - "comment": "**Begründung Pflichtfeld:** \n Erforderlich für die Verlinkung der Antworten in der QuestionnaireRespons mit der Definition des Formularfeldes.", + "comment": "**Begründung Pflichtfeld:** \r\n Erforderlich für die Verlinkung der Antworten in der QuestionnaireRespons mit der Definition des Formularfeldes.", "mustSupport": true }, { "id": "Questionnaire.item.code", "path": "Questionnaire.item.code", "short": "Code für dieses Formularfeld", - "comment": "**Begründung MS:** \n Zur eindeutigen Identifikation des Formularfeldes. Ohne Code ist Observation-based-extraction nicht möglich.\n Wenn kein Code zur Verfügung steht, besteht weiterhin die Möglichkeit ein Item ohne Code zu definieren.", + "comment": "**Begründung MS:** \r\n Zur eindeutigen Identifikation des Formularfeldes. Ohne Code ist Observation-based-extraction nicht möglich.\r\n Wenn kein Code zur Verfügung steht, besteht weiterhin die Möglichkeit ein Item ohne Code zu definieren.", "mustSupport": true }, { "id": "Questionnaire.item.prefix", "path": "Questionnaire.item.prefix", "short": "Feld für bspw. Nummerierung von Elementen", - "comment": "**Begründung MS:**\n Falls bspw. eine Gruppierung oder Nummerierung nicht über die Verschachtelung von Items erfolgt, kann über das Prefix eine solche erfolgen. Aus dem Grund MUSS es in der Darstellung beim Rendern mit verarbeitet werden.", + "comment": "**Begründung MS:**\r\n Falls bspw. eine Gruppierung oder Nummerierung nicht über die Verschachtelung von Items erfolgt, kann über das Prefix eine solche erfolgen. Aus dem Grund MUSS es in der Darstellung beim Rendern mit verarbeitet werden.", "mustSupport": true }, { "id": "Questionnaire.item.text", "path": "Questionnaire.item.text", "short": "Fragestellung, Anzeigetext oder Gruppenname", - "comment": "**Begründung MS:** \n Je nach 'type' des items: Fragestellung, Anzeigetext oder Gruppenname", + "comment": "**Begründung MS:** \r\n Je nach 'type' des items: Fragestellung, Anzeigetext oder Gruppenname", "mustSupport": true }, { @@ -179,7 +193,7 @@ "id": "Questionnaire.item.required", "path": "Questionnaire.item.required", "short": "Pflichtfeld?", - "comment": "**Begründung MS:** \n FormularRenderer sollen sicherstellen können, dass Formulare vom Anwender vollständig ausgefüllt werden.", + "comment": "**Begründung MS:** \r\n FormularRenderer sollen sicherstellen können, dass Formulare vom Anwender vollständig ausgefüllt werden.", "mustSupport": true }, { @@ -193,7 +207,7 @@ "id": "Questionnaire.item.readOnly", "path": "Questionnaire.item.readOnly", "short": "Keine Eingabe erlaubt?", - "comment": "Antwort wird automatisch vorbelegt/berechnet und darf nicht vom Anwender editiert/überschrieben werden.\n **Begründung MS:** Automatisch vorbelegte Items sollen gegen Veränderung durch den Benutzer geschützt werden können (z.B. für Patientenstammdaten).", + "comment": "Antwort wird automatisch vorbelegt/berechnet und darf nicht vom Anwender editiert/überschrieben werden.\r\n **Begründung MS:** Automatisch vorbelegte Items sollen gegen Veränderung durch den Benutzer geschützt werden können (z.B. für Patientenstammdaten).", "mustSupport": true }, { @@ -214,14 +228,14 @@ "id": "Questionnaire.item.answerOption", "path": "Questionnaire.item.answerOption", "short": "Festlegung der Antwortmöglichkeiten durch Aufzählung", - "comment": "**Begründung MS:** Wo *keine* geeignete ValueSets vorhanden sind, die die Antwortmöglichkeiten hinreichen repräsentieren, \n können Antworten alternativ in der FormularDefinition explizit aufgezählt werden..", + "comment": "**Begründung MS:** Wo *keine* geeignete ValueSets vorhanden sind, die die Antwortmöglichkeiten hinreichen repräsentieren, \r\n können Antworten alternativ in der FormularDefinition explizit aufgezählt werden..", "mustSupport": true }, { "id": "Questionnaire.item.item", "path": "Questionnaire.item.item", "short": "Untergeordnetes Item", - "comment": "**Begründung MS:** \n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", + "comment": "**Begründung MS:** \r\n Items können beliebig verschachtelt und zu Gruppen zusammengefasst werden, um komplexere und umfangreichere Formulare zu strukturieren.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKGCS.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKGCS.json index a6dd534edc..9ceb0d711d 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKGCS.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKGCS.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Glasgow Coma Scale (GCS) Score eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n\n### Motivation\nDie Erfassung und Überwachung des Bewusstseinszustands anhand des GCS ist essenziell für die Beurteilung neurologischer Funktionen, die Überwachung von Patienten mit Schädel-Hirn-Trauma oder anderen neurologischen Erkrankungen sowie die Unterstützung klinischer Entscheidungen.\n\nIn FHIR wird der GCS-Score mit der Observation-Ressource repräsentiert, wobei die einzelnen Komponenten der Skala - Augenöffnung, verbale Reaktion und motorische Reaktion - als Component-Elemente abgebildet werden.\n### Kompatibilität\nDas Profil ISiKGCS ist vom Profil [ScoreDE_GCS](http://fhir.de/StructureDefinition/observation-de-score-gcs) aus den deutschen Basisprofilen abgeleitet.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Glasgow Coma Scale (GCS) Score eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n\r\n### Motivation\r\nDie Erfassung und Überwachung des Bewusstseinszustands anhand des GCS ist essenziell für die Beurteilung neurologischer Funktionen, die Überwachung von Patienten mit Schädel-Hirn-Trauma oder anderen neurologischen Erkrankungen sowie die Unterstützung klinischer Entscheidungen.\r\n\r\nIn FHIR wird der GCS-Score mit der Observation-Ressource repräsentiert, wobei die einzelnen Komponenten der Skala - Augenöffnung, verbale Reaktion und motorische Reaktion - als Component-Elemente abgebildet werden.\r\n### Kompatibilität\r\nDas Profil ISiKGCS ist vom Profil [ScoreDE_GCS](http://fhir.de/StructureDefinition/observation-de-score-gcs) aus den deutschen Basisprofilen abgeleitet.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -181,14 +181,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKHerzfrequenz.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKHerzfrequenz.json index cf3c23f3da..8e55dc5ea7 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKHerzfrequenz.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKHerzfrequenz.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Herzfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung der Herzfrequenz ist essenziell für die frühzeitige Erkennung von Herz-Kreislauf-Problemen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\n\nIn FHIR wird die Herzfrequenz mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKHerzfrequenz ist vom Profil [VitalSignDE_Herzfrequenz](http://fhir.de/StructureDefinition/observation-de-vitalsign-herzfrequenz) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Respiratory Rate Profile](http://hl7.org/fhir/StructureDefinition/heartrate) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Herzfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung der Herzfrequenz ist essenziell für die frühzeitige Erkennung von Herz-Kreislauf-Problemen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\r\n\r\nIn FHIR wird die Herzfrequenz mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKHerzfrequenz ist vom Profil [VitalSignDE_Herzfrequenz](http://fhir.de/StructureDefinition/observation-de-vitalsign-herzfrequenz) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Respiratory Rate Profile](http://hl7.org/fhir/StructureDefinition/heartrate) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKalender.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKalender.json index 52a7112902..b7e6575ecd 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKalender.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKalender.json @@ -21,24 +21,34 @@ "id": "Schedule.id", "path": "Schedule.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Schedule.meta.versionId", "path": "Schedule.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Schedule.meta.lastUpdated", "path": "Schedule.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Schedule.extension", "path": "Schedule.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -88,7 +98,7 @@ "id": "Schedule.specialty", "path": "Schedule.specialty", "short": "Die Fachrichtung, die der Kalender abdeckt", - "comment": "Hinweis: Ein Kalender kann für einen Akteur gepflegt werden. Dieser Akteur kann in einer oder mehreren Fachrichtungen agieren. Für die Ressourcenplanung (z.B. welche Akteure sind für einen Termin verfügbar) sollte auch auf die Speciality des Akteurs zurückgegriffen werden für den Fall, dass ein Kalender pro Fachbereich - d.h. Akteur-übergreifend - gepflegt wird. \n \n Begründung Kardinalität Must-Support-Flag (MS): Die Kardinalität 1..* und das Must-Support-Flag (MS) für das 'specialty'-Element stellen sicher, dass jeder Kalender mindestens eine Fachrichtung angibt. Dies ist wichtig für die Ressourcenplanung und die Verfügbarkeit von Terminen, sodass angefragte Termine einem Fachbereich zugeordnet werden können.\n\n Hintergrund: Die Festlegung hat in einer Expertengruppe am 4.6.2024 stattgefunden. Diese war zuvor in einer ISiK Arbeitsgruppe bekanntgegeben worden und stand damit allen Beteiligten offen. \n ", + "comment": "Hinweis: Ein Kalender kann für einen Akteur gepflegt werden. Dieser Akteur kann in einer oder mehreren Fachrichtungen agieren. Für die Ressourcenplanung (z.B. welche Akteure sind für einen Termin verfügbar) sollte auch auf die Speciality des Akteurs zurückgegriffen werden für den Fall, dass ein Kalender pro Fachbereich - d.h. Akteur-übergreifend - gepflegt wird. \r\n \r\n Begründung Kardinalität Must-Support-Flag (MS): Die Kardinalität 1..* und das Must-Support-Flag (MS) für das 'specialty'-Element stellen sicher, dass jeder Kalender mindestens eine Fachrichtung angibt. Dies ist wichtig für die Ressourcenplanung und die Verfügbarkeit von Terminen, sodass angefragte Termine einem Fachbereich zugeordnet werden können.\r\n\r\n Hintergrund: Die Festlegung hat in einer Expertengruppe am 4.6.2024 stattgefunden. Diese war zuvor in einer ISiK Arbeitsgruppe bekanntgegeben worden und stand damit allen Beteiligten offen. \r\n ", "min": 1, "mustSupport": true }, @@ -104,7 +114,7 @@ ], "rules": "open" }, - "comment": "Begründung Kardinalität Fachrichtung: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Kalenders eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n \n Begründung Kardinalität ErweiterterFachabteilungsschluessel: Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.", + "comment": "Begründung Kardinalität Fachrichtung: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Kalenders eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\r\n \r\n Begründung Kardinalität ErweiterterFachabteilungsschluessel: Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.", "min": 1, "mustSupport": true }, @@ -155,13 +165,13 @@ { "id": "Schedule.actor.identifier", "path": "Schedule.actor.identifier", - "comment": "Begründung Must-Support-Flag (MS):\n Das Must-Support-Flag (MS) für das 'identifier'-Element stellt sicher, dass Systeme in der Lage sind, einen Identifier zu unterstützen, wenn er vorhanden ist. Dies ist wichtig für die eindeutige Identifizierung und Verknüpfung von Akteuren in verschiedenen Systemen. Inbesondere gilt dies für die genaue Identifizierung von Geräten (Device).", + "comment": "Begründung Must-Support-Flag (MS):\r\n Das Must-Support-Flag (MS) für das 'identifier'-Element stellt sicher, dass Systeme in der Lage sind, einen Identifier zu unterstützen, wenn er vorhanden ist. Dies ist wichtig für die eindeutige Identifizierung und Verknüpfung von Akteuren in verschiedenen Systemen. Inbesondere gilt dies für die genaue Identifizierung von Geräten (Device).", "mustSupport": true }, { "id": "Schedule.actor.display", "path": "Schedule.actor.display", - "comment": "Hinweis und Begründung zum Must Support: Für alle Target-Ressourcen SOLL ein Displaywert für die Referenz angegeben werden, sodass Systeme eine Übersicht der am Termin beteiligten Akteure anzeigen können, ohne die Referenzen auflösen zu müssen. Somit kann ein Termin-Consumer direkt anzeigen für welche Akteure ein Terminkalender existiert.\n \n", + "comment": "Hinweis und Begründung zum Must Support: Für alle Target-Ressourcen SOLL ein Displaywert für die Referenz angegeben werden, sodass Systeme eine Übersicht der am Termin beteiligten Akteure anzeigen können, ohne die Referenzen auflösen zu müssen. Somit kann ein Termin-Consumer direkt anzeigen für welche Akteure ein Terminkalender existiert.\r\n \r\n", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergewicht.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergewicht.json index e0b747bab5..cc6653d02c 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergewicht.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergewicht.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über das Körpergewicht eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung des Körpergewichts ist essenziell für die Beurteilung des Ernährungszustands, die Überwachung von Veränderungen im Rahmen der Therapie sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\n\nIn FHIR wird das Körpergewicht mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKKoerpergewicht ist vom Profil [VitalSignDE_Koerpergewicht](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpergewicht) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Body Weight Profile](http://hl7.org/fhir/StructureDefinition/bodyweight) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über das Körpergewicht eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung des Körpergewichts ist essenziell für die Beurteilung des Ernährungszustands, die Überwachung von Veränderungen im Rahmen der Therapie sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\r\n\r\nIn FHIR wird das Körpergewicht mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKKoerpergewicht ist vom Profil [VitalSignDE_Koerpergewicht](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpergewicht) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Body Weight Profile](http://hl7.org/fhir/StructureDefinition/bodyweight) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergroesse.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergroesse.json index 73df6edac5..ff9b76cd71 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergroesse.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpergroesse.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpergröße eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung der Körpergröße ist essenziell für die Beurteilung von Wachstumsprozessen, die Berechnung wichtiger Indizes wie des Body-Mass-Index (BMI) sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\n\nIn FHIR wird die Körpergröße mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKKoerpergroesse ist vom Profil [VitalSignDE_Koerpergroesse](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpergroesse) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Body Height Profile](http://hl7.org/fhir/StructureDefinition/bodyheight) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpergröße eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung der Körpergröße ist essenziell für die Beurteilung von Wachstumsprozessen, die Berechnung wichtiger Indizes wie des Body-Mass-Index (BMI) sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\r\n\r\nIn FHIR wird die Körpergröße mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKKoerpergroesse ist vom Profil [VitalSignDE_Koerpergroesse](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpergroesse) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Body Height Profile](http://hl7.org/fhir/StructureDefinition/bodyheight) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpertemperatur.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpertemperatur.json index edb9b8c24c..c542354aa4 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpertemperatur.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKoerpertemperatur.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpertemperatur eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung der Körpertemperatur ist essenziell für die frühzeitige Erkennung von Infektionen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\n\nIn FHIR wird die Körpertemperatur mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKKoerpertemperatur ist vom Profil [VitalSignDE_Koerpertemperatur](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpertemperatur) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [OObservation Body Temperature Profile](http://hl7.org/fhir/StructureDefinition/bodytemp) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpertemperatur eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung der Körpertemperatur ist essenziell für die frühzeitige Erkennung von Infektionen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.\r\n\r\nIn FHIR wird die Körpertemperatur mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKKoerpertemperatur ist vom Profil [VitalSignDE_Koerpertemperatur](http://fhir.de/StructureDefinition/observation-de-vitalsign-koerpertemperatur) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [OObservation Body Temperature Profile](http://hl7.org/fhir/StructureDefinition/bodytemp) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKontaktGesundheitseinrichtung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKontaktGesundheitseinrichtung.json index 93503cfc34..9594e7d42f 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKontaktGesundheitseinrichtung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKontaktGesundheitseinrichtung.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "\nDieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.\n### Motivation\nInformationen über die Besuche des Patienten entlang seines \nBehandlungspfades im Krankenhaus sind ein wichtiger Bestandteil \ndes einrichtungsinternen Datenaustausches. \nSie ermöglichen die Unterscheidung von stationären und ambulanten \nsowie aufgenommenen und entlassenen Patienten. \nWeiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort \ndes Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. \nKlinische Ressourcen werden in FHIR durch Verlinkung auf die \nEncounter-Ressource in einen Kontext zum Besuch gestellt. \nDieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen \nund Abrechnungsprozessen. \n\nZu Beginn der meisten klinischen Workflows steht die Auswahl \ndes Besuchskontextes. \nDies geschieht bspw. durch das Suchen der Encounter-Ressource \nanhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. \nDaraufhin werden die zutreffenden Suchergebnisse angezeigt \nund der gewünschte Besuch ausgewählt.\n\nIn FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der `Encounter`-Ressource repräsentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}\n\n### Kompatibilität\nFür das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität \nmit folgenden Profilen angestrebt; \nallerdings kann nicht sichergestellt werden, dass Instanzen, \ndie gegen ISiKKontaktGesundheitseinrichtung valide sind, \nauch valide sind gegen:\n\n* Profil [Kontakt mit einer Gesundheitseinrichtung \nder Medizininformatik-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-fall/StructureDefinition/KontaktGesundheitseinrichtung)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "\r\nDieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.\r\n### Motivation\r\nInformationen über die Besuche des Patienten entlang seines \r\nBehandlungspfades im Krankenhaus sind ein wichtiger Bestandteil \r\ndes einrichtungsinternen Datenaustausches. \r\nSie ermöglichen die Unterscheidung von stationären und ambulanten \r\nsowie aufgenommenen und entlassenen Patienten. \r\nWeiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort \r\ndes Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. \r\nKlinische Ressourcen werden in FHIR durch Verlinkung auf die \r\nEncounter-Ressource in einen Kontext zum Besuch gestellt. \r\nDieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen \r\nund Abrechnungsprozessen. \r\n\r\nZu Beginn der meisten klinischen Workflows steht die Auswahl \r\ndes Besuchskontextes. \r\nDies geschieht bspw. durch das Suchen der Encounter-Ressource \r\nanhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. \r\nDaraufhin werden die zutreffenden Suchergebnisse angezeigt \r\nund der gewünschte Besuch ausgewählt.\r\n\r\nIn FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der `Encounter`-Ressource repräsentiert.\r\n\r\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}\r\n\r\n### Kompatibilität\r\nFür das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität \r\nmit folgenden Profilen angestrebt; \r\nallerdings kann nicht sichergestellt werden, dass Instanzen, \r\ndie gegen ISiKKontaktGesundheitseinrichtung valide sind, \r\nauch valide sind gegen:\r\n\r\n* Profil [Kontakt mit einer Gesundheitseinrichtung \r\nder Medizininformatik-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-fall/StructureDefinition/KontaktGesundheitseinrichtung)\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -83,24 +83,34 @@ "id": "Encounter.id", "path": "Encounter.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Encounter.meta.versionId", "path": "Encounter.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Encounter.meta.lastUpdated", "path": "Encounter.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Encounter.extension", "path": "Encounter.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -108,7 +118,7 @@ "path": "Encounter.extension", "sliceName": "Aufnahmegrund", "short": "Aufnahmegrund", - "comment": "Aufnahmegrund nach § 301 Abs. 3 SGB V. Dieser gehört zu den 'Medizinischen Daten des Behandlungsfalls' entsprechend der Definitionen für die Datenübermittlung\nnach § 301 Abs. 3 SGB V. Somit sind diese über den Kontakt und nicht über den Abrechnungsfall zu dokumentieren. Diese Extension SOLL am ersten Abteilungskontakt, der die stationäre Aufnahme repräsentiert, dokumentiert werden. Wird durch den Encounter ein Einrichtungskontakt repräsentiert, SOLL dort zusätzlich zu dem Abteilungskontakt der Aufnahmegrund dokumentiert werden.", + "comment": "Aufnahmegrund nach § 301 Abs. 3 SGB V. Dieser gehört zu den 'Medizinischen Daten des Behandlungsfalls' entsprechend der Definitionen für die Datenübermittlung\r\nnach § 301 Abs. 3 SGB V. Somit sind diese über den Kontakt und nicht über den Abrechnungsfall zu dokumentieren. Diese Extension SOLL am ersten Abteilungskontakt, der die stationäre Aufnahme repräsentiert, dokumentiert werden. Wird durch den Encounter ein Einrichtungskontakt repräsentiert, SOLL dort zusätzlich zu dem Abteilungskontakt der Aufnahmegrund dokumentiert werden.", "min": 0, "max": "1", "type": [ @@ -271,20 +281,20 @@ "id": "Encounter.identifier:Aufnahmenummer.system", "path": "Encounter.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Encounter.identifier:Aufnahmenummer.value", "path": "Encounter.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { "id": "Encounter.status", "path": "Encounter.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `in-progress`, `finished` und `cancelled`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben. \n **Historie:** Die Reduktion der zulässigen Status-Werte im Vergleich zur FHIR-Kernspezifikation \n erfolgt im Vorgriff auf eine entsprechende Anpassung in FHIR R5.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `in-progress`, `finished` und `cancelled`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben. \r\n **Historie:** Die Reduktion der zulässigen Status-Werte im Vergleich zur FHIR-Kernspezifikation \r\n erfolgt im Vorgriff auf eine entsprechende Anpassung in FHIR R5.", "mustSupport": true, "binding": { "strength": "required", @@ -296,7 +306,7 @@ "id": "Encounter.class", "path": "Encounter.class", "short": "Fallart", - "comment": "Die Klassifikation von Encountern nach Fallarten folgt den internationalen Vorgaben und \n dient der groben Unterscheidung von Besuchen mit und ohne Bettendisposition (ambulant/stationär). \n Die in Deutschland übliche Fallklassifikation anhand von unterschiedlichen \n regulatorischen und abrechnungrelevanten Rahmenbedingungen, erfolgt in `type`. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `class` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)", + "comment": "Die Klassifikation von Encountern nach Fallarten folgt den internationalen Vorgaben und \r\n dient der groben Unterscheidung von Besuchen mit und ohne Bettendisposition (ambulant/stationär). \r\n Die in Deutschland übliche Fallklassifikation anhand von unterschiedlichen \r\n regulatorischen und abrechnungrelevanten Rahmenbedingungen, erfolgt in `type`. \r\n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `class` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)", "mustSupport": true, "binding": { "strength": "required", @@ -324,7 +334,7 @@ "path": "Encounter.type", "sliceName": "Kontaktebene", "short": "Kontaktebene", - "comment": " **Begründung Pflichtfeld:** Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.\n \n **Hinweis bei Abbildung von Versorgungsstellenkontakten:**\n Es ist ein üblicher Fall, dass die Dauer eines Versorgungsstellenkontaktes in der Versorgung die eines Abteilungskontaktes übersteigt. Ein Beispiel hierfür: Ein Patient bleibt im Bett (Versorgungsstellenkontakt), aber ein Fachabteilungswechsel geschieht, da die Diagnose über eine Fachabteilung (Onkologie) läuft, dann aber der Wechsel zur Fachabteilung Chirurgie (neuer Abteilungskontakt) notwendig wird.\n Für einen solchen Fall gilt auf Ebene der FHIR-Instanzen (z.B. entgegen des tatsächliche Aufenthaltes im gleichen Bett): Im Falle eines Fachabteilungswechsels legt ein System einen neuen Abteilungskontakt an. Bestehende Versorgungsstellenkontakt SOLLEN NICHT in ihrer Relation (.partOf) zum Abteilungskontakt modifiziert werden. Hingegen SOLL das System einen oder mehrere Versorgungsstellenkontakte erzeugen und mit dem neu angelegten Abteilungskontakt in Verbindung setzen.\n\n Hintergrund: Das Konzept der 'Kontaktebene' stammt aus dem Fallmodell der Medizininformatik-Initiative, \n das bei Encountern zwischen 'Einrichtungskontakten', 'Fachabteilungskontakten' und 'Versorgungsstellenkontakten' unterscheidet.\n Im Kontext dieses Moduls werden lediglich Encounter der Ebene 'Fachabteilungskontakt' abgebildet.\n \n ", + "comment": " **Begründung Pflichtfeld:** Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.\r\n \r\n **Hinweis bei Abbildung von Versorgungsstellenkontakten:**\r\n Es ist ein üblicher Fall, dass die Dauer eines Versorgungsstellenkontaktes in der Versorgung die eines Abteilungskontaktes übersteigt. Ein Beispiel hierfür: Ein Patient bleibt im Bett (Versorgungsstellenkontakt), aber ein Fachabteilungswechsel geschieht, da die Diagnose über eine Fachabteilung (Onkologie) läuft, dann aber der Wechsel zur Fachabteilung Chirurgie (neuer Abteilungskontakt) notwendig wird.\r\n Für einen solchen Fall gilt auf Ebene der FHIR-Instanzen (z.B. entgegen des tatsächliche Aufenthaltes im gleichen Bett): Im Falle eines Fachabteilungswechsels legt ein System einen neuen Abteilungskontakt an. Bestehende Versorgungsstellenkontakt SOLLEN NICHT in ihrer Relation (.partOf) zum Abteilungskontakt modifiziert werden. Hingegen SOLL das System einen oder mehrere Versorgungsstellenkontakte erzeugen und mit dem neu angelegten Abteilungskontakt in Verbindung setzen.\r\n\r\n Hintergrund: Das Konzept der 'Kontaktebene' stammt aus dem Fallmodell der Medizininformatik-Initiative, \r\n das bei Encountern zwischen 'Einrichtungskontakten', 'Fachabteilungskontakten' und 'Versorgungsstellenkontakten' unterscheidet.\r\n Im Kontext dieses Moduls werden lediglich Encounter der Ebene 'Fachabteilungskontakt' abgebildet.\r\n \r\n ", "min": 1, "max": "1", "patternCodeableConcept": { @@ -368,7 +378,7 @@ "path": "Encounter.type", "sliceName": "KontaktArt", "short": "Kontaktart", - "comment": "Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer \n und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen \n und abrechnungsrelevanten Rahmenbedingungen. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `type` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)", + "comment": "Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer \r\n und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen \r\n und abrechnungsrelevanten Rahmenbedingungen. \r\n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `type` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)", "min": 0, "max": "1", "patternCodeableConcept": { @@ -471,7 +481,7 @@ "id": "Encounter.subject.reference", "path": "Encounter.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, @@ -479,35 +489,35 @@ "id": "Encounter.appointment", "path": "Encounter.appointment", "short": "Verknüpfung mit einem Termin", - "comment": "\n \n**Begründung und Einschränkung des Must Support**: Dieses Element dient der Verknüpfung mit einem Termin (Appointment) aus dem entsprechenden ISiK Modul und - darauf aufbauend - der Dokumentenkommunikation. Das Element 'appointment' SOLL für den im Folgenden geschilderten Fall implementiert werden. Andernfalls KANN es entfallen. \n\nDie Anforderung einer Verknüpfung mit einem Appointment stammt aus dem Szenario der Dokumentenübertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (z.B. KIS) im Kontext einer Terminbuchung: Dokumente liegen bei Terminbuchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu SOLL ein Primärsystem zu Beginn des Termins das Appointment mit dem neu angelegten Encounter verknüpfen, um die Dokumente aus dem Patientenportal darüber vermittelt zuordnen zu können (ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden).\n\nÜber die Referenz auf Appointment KÖNNEN Patientenportale den Fallbezug aus dem Termin ermitteln und Dokumente an ein KIS senden.\n\nHieraus folgt, dass das Element nur relevant ist, falls das bestätigungsrelevante System zusätzlich zum vorliegenden Profil (Encounter) das Profil ISiKTermin (Appointment) implementiert.\n\n**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5) zu beachten.", + "comment": "\r\n \r\n**Begründung und Einschränkung des Must Support**: Dieses Element dient der Verknüpfung mit einem Termin (Appointment) aus dem entsprechenden ISiK Modul und - darauf aufbauend - der Dokumentenkommunikation. Das Element 'appointment' SOLL für den im Folgenden geschilderten Fall implementiert werden. Andernfalls KANN es entfallen. \r\n\r\nDie Anforderung einer Verknüpfung mit einem Appointment stammt aus dem Szenario der Dokumentenübertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (z.B. KIS) im Kontext einer Terminbuchung: Dokumente liegen bei Terminbuchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu SOLL ein Primärsystem zu Beginn des Termins das Appointment mit dem neu angelegten Encounter verknüpfen, um die Dokumente aus dem Patientenportal darüber vermittelt zuordnen zu können (ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden).\r\n\r\nÜber die Referenz auf Appointment KÖNNEN Patientenportale den Fallbezug aus dem Termin ermitteln und Dokumente an ein KIS senden.\r\n\r\nHieraus folgt, dass das Element nur relevant ist, falls das bestätigungsrelevante System zusätzlich zum vorliegenden Profil (Encounter) das Profil ISiKTermin (Appointment) implementiert.\r\n\r\n**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5) zu beachten.", "mustSupport": true }, { "id": "Encounter.period", "path": "Encounter.period", "short": "Aufenthaltszeitraum", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n * Das Aufnahmedatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser bereits begonnen hat.\n * Das Entlassdatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser beendet ist. \n Siehe hierzu die Übersicht der Invarianten in diesem Profil. ", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n * Das Aufnahmedatum MUSS angegeben werden, \r\n wenn der `status` des Encounters impliziert, dass dieser bereits begonnen hat.\r\n * Das Entlassdatum MUSS angegeben werden, \r\n wenn der `status` des Encounters impliziert, dass dieser beendet ist. \r\n Siehe hierzu die Übersicht der Invarianten in diesem Profil. ", "mustSupport": true }, { "id": "Encounter.period.start", "path": "Encounter.period.start", "short": "Aufnahmedatum", - "comment": "Hier ist stets das *tatsächliche* Aufnahmedatum anzugeben.\n *Geplante* Aufnahmedaten müssen über die Extension `plannedStartDate` erfasst werden.", + "comment": "Hier ist stets das *tatsächliche* Aufnahmedatum anzugeben.\r\n *Geplante* Aufnahmedaten müssen über die Extension `plannedStartDate` erfasst werden.", "mustSupport": true }, { "id": "Encounter.period.end", "path": "Encounter.period.end", "short": "Entlassdatum", - "comment": "Hier ist stets das *tatsächliche* Entlassdatum anzugeben.\n *Geplante* Entlassdaten müssen über die Extension `plannedEndDate` erfasst werden.", + "comment": "Hier ist stets das *tatsächliche* Entlassdatum anzugeben.\r\n *Geplante* Entlassdaten müssen über die Extension `plannedEndDate` erfasst werden.", "mustSupport": true }, { "id": "Encounter.diagnosis", "path": "Encounter.diagnosis", "short": "Falldiagnosen/-prozeduren", - "comment": "Verweis auf Diagnosen/Prozeduren, die eine besondere Rolle im Kontext eines Encounters einnehmen, z.B. "Aufnahmediagnose" \n **WICHTIGER Hinweis für Implementierer:** Der Fallbezug von Diagnosen und Prozeduren wird über das jeweilige `encounter`-Element \n der Condition bzw. Procedure-Ressource hinreichend etabliert. Die *zusätzliche* Rückverlinkung von `Encounter.diagnosis` auf Condition/Procedure wird *nur dann* verwendet, \n wenn einer Diagnose bzw. Prozedur *im Kontext eines Aufenthaltes* eine besondere Rolle zugewiesen werden soll, z.B. Haupt-/Neben-/Aufnahme- oder Überweisungsdiagnose). \n Hier werden Diagnosen und Prozeduren nur nach ihrer *medizinschen* Relevanz bezüglich eines Aufenthaltes qualifiziert. \n Die Qualifikation von Diagnosen und Prozeduren im Kontext der *Abrechnung* erfolgt in der `Account`-Ressource!" + "comment": "Verweis auf Diagnosen/Prozeduren, die eine besondere Rolle im Kontext eines Encounters einnehmen, z.B. "Aufnahmediagnose" \r\n **WICHTIGER Hinweis für Implementierer:** Der Fallbezug von Diagnosen und Prozeduren wird über das jeweilige `encounter`-Element \r\n der Condition bzw. Procedure-Ressource hinreichend etabliert. Die *zusätzliche* Rückverlinkung von `Encounter.diagnosis` auf Condition/Procedure wird *nur dann* verwendet, \r\n wenn einer Diagnose bzw. Prozedur *im Kontext eines Aufenthaltes* eine besondere Rolle zugewiesen werden soll, z.B. Haupt-/Neben-/Aufnahme- oder Überweisungsdiagnose). \r\n Hier werden Diagnosen und Prozeduren nur nach ihrer *medizinschen* Relevanz bezüglich eines Aufenthaltes qualifiziert. \r\n Die Qualifikation von Diagnosen und Prozeduren im Kontext der *Abrechnung* erfolgt in der `Account`-Ressource!" }, { "id": "Encounter.diagnosis.condition", @@ -519,7 +529,7 @@ "id": "Encounter.diagnosis.condition.reference", "path": "Encounter.diagnosis.condition.reference", "short": "Condition/Procedure-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf die Condition/Procedure-Ressource dient der technischen Zuordnung des Encounters zur Condition/Precedure \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf die Condition/Procedure-Ressource dient der technischen Zuordnung des Encounters zur Condition/Precedure \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, @@ -565,7 +575,7 @@ "path": "Encounter.diagnosis.use.coding", "sliceName": "DiagnosesubTyp", "short": "Diagnosesubtyp", - "comment": "An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, \n z.B. "Fachabteilungshauptdiagnose", "Todesursache" etc.", + "comment": "An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, \r\n z.B. "Fachabteilungshauptdiagnose", "Todesursache" etc.", "min": 0, "max": "*", "mustSupport": true, @@ -583,14 +593,14 @@ "id": "Encounter.account", "path": "Encounter.account", "short": "Abrechnungskontext", - "comment": "Der Bezug zu einem Account stellt den Abrechnungskontext für einen oder mehrere Encounter her.\n Mittels der Account-Referenz können zum Beispiel ein vorstationärer, ein stationärer \n und ein nachstationärer Besuch zu einem 'DRG-Fall' zusammengefasst werden. \n **WICHTIGER Hinweis für Implementierer:** Im Deutschen Sprachgebrauch ist unter dem Begriff 'Fall' \n meist der Abrechnungskontext gemeint, nicht der einzelne Besuch. Die 'Fallnummer' ist daher nicht der Identifier des Encounters, \n sondern der des Accounts auf den der Encounter referenziert. \n Auf diesem Wege können mehrere Besuche einer Fallnummer zugeordnet werden. \n Da die Fallnummer ein häufig verwendetes Suchkriterium darstellt, \n ist diese hier als logische Referenz (`account.identifier`) zu hinterlegen.\n Damit wird sichergestellt, dass diese als Suchparameter für die Suche nach Encountern zur Verfügung steht, \n auch wenn einzelne Systeme kein Chaining unterstützen oder einzelne Benutzer keine Sichtberechtigung auf Abrechnungsdaten haben,\n im Versorgunskontext aber dennoch Encounter anhand der assoziierten Fallnummer suchen möchten.", + "comment": "Der Bezug zu einem Account stellt den Abrechnungskontext für einen oder mehrere Encounter her.\r\n Mittels der Account-Referenz können zum Beispiel ein vorstationärer, ein stationärer \r\n und ein nachstationärer Besuch zu einem 'DRG-Fall' zusammengefasst werden. \r\n **WICHTIGER Hinweis für Implementierer:** Im Deutschen Sprachgebrauch ist unter dem Begriff 'Fall' \r\n meist der Abrechnungskontext gemeint, nicht der einzelne Besuch. Die 'Fallnummer' ist daher nicht der Identifier des Encounters, \r\n sondern der des Accounts auf den der Encounter referenziert. \r\n Auf diesem Wege können mehrere Besuche einer Fallnummer zugeordnet werden. \r\n Da die Fallnummer ein häufig verwendetes Suchkriterium darstellt, \r\n ist diese hier als logische Referenz (`account.identifier`) zu hinterlegen.\r\n Damit wird sichergestellt, dass diese als Suchparameter für die Suche nach Encountern zur Verfügung steht, \r\n auch wenn einzelne Systeme kein Chaining unterstützen oder einzelne Benutzer keine Sichtberechtigung auf Abrechnungsdaten haben,\r\n im Versorgunskontext aber dennoch Encounter anhand der assoziierten Fallnummer suchen möchten.", "mustSupport": true }, { "id": "Encounter.account.reference", "path": "Encounter.account.reference", "short": "Account-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Account-Ressource dient der technischen Zuordnung des Besuchs zu einem Abrechnungskontext \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Account-Ressource dient der technischen Zuordnung des Besuchs zu einem Abrechnungskontext \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { @@ -604,14 +614,14 @@ "id": "Encounter.account.identifier.system", "path": "Encounter.account.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "min": 1, "mustSupport": true }, { "id": "Encounter.account.identifier.value", "path": "Encounter.account.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "min": 1, "mustSupport": true }, @@ -622,12 +632,26 @@ "comment": "Details zu einem stationären Aufenthalt", "mustSupport": true }, + { + "id": "Encounter.hospitalization.extension", + "path": "Encounter.hospitalization.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } + }, { "id": "Encounter.hospitalization.extension:Wahlleistung", "path": "Encounter.hospitalization.extension", "sliceName": "Wahlleistung", "short": "Wahlleistung", - "comment": "**Begründung MS:** Vom Patienten gebuchte Wahlleistungen (z.B. Chefarztbehandlung, Einzelzimmer) \n sind häufig system- und abteilungsübergreifend zu beachten und sollten daher über die Schnittstelle kommuniziert werden können.", + "comment": "**Begründung MS:** Vom Patienten gebuchte Wahlleistungen (z.B. Chefarztbehandlung, Einzelzimmer) \r\n sind häufig system- und abteilungsübergreifend zu beachten und sollten daher über die Schnittstelle kommuniziert werden können.", "min": 0, "max": "*", "type": [ @@ -644,7 +668,7 @@ "id": "Encounter.hospitalization.admitSource", "path": "Encounter.hospitalization.admitSource", "short": "Aufnahmeanlass", - "comment": "Anlass der stationären Aufnahme, z.B. "Einweisung", "Notfall" etc. \n Begründung MS: Zur Harmonisierung den Festlegungen der Medizininformatik-Initiative", + "comment": "Anlass der stationären Aufnahme, z.B. "Einweisung", "Notfall" etc. \r\n Begründung MS: Zur Harmonisierung den Festlegungen der Medizininformatik-Initiative", "mustSupport": true, "binding": { "strength": "extensible", @@ -662,7 +686,7 @@ "path": "Encounter.hospitalization.dischargeDisposition.extension", "sliceName": "Entlassungsgrund", "short": "Entlassungsgrund", - "comment": "Entlassungsgrund nach § 301 Abs. 3 SGB V \n **Einschränkung MS:** Der Entlassungsgrund muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Akutversorgung eingesetzt wird.", + "comment": "Entlassungsgrund nach § 301 Abs. 3 SGB V \r\n **Einschränkung MS:** Der Entlassungsgrund muss nur implementiert werden,\r\n wenn das bestätigungsrelevante System in der Akutversorgung eingesetzt wird.", "min": 0, "max": "1", "type": [ @@ -680,7 +704,7 @@ "path": "Encounter.hospitalization.dischargeDisposition.extension", "sliceName": "RehaEntlassung", "short": "Entlassungsgrund Reha", - "comment": "Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V \n **Einschränkung MS:** Der Entlassungsgrund Reha muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Reha-Versorgung eingesetzt wird", + "comment": "Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V \r\n **Einschränkung MS:** Der Entlassungsgrund Reha muss nur implementiert werden,\r\n wenn das bestätigungsrelevante System in der Reha-Versorgung eingesetzt wird", "min": 0, "max": "1", "type": [ @@ -741,7 +765,7 @@ "id": "Encounter.location:Zimmer.location.reference", "path": "Encounter.location.location.reference", "short": "Location-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { @@ -755,13 +779,13 @@ "id": "Encounter.location:Zimmer.location.identifier.system", "path": "Encounter.location.location.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", "mustSupport": true }, { "id": "Encounter.location:Zimmer.location.identifier.value", "path": "Encounter.location.location.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "min": 1, "mustSupport": true }, @@ -835,7 +859,7 @@ "id": "Encounter.location:Bettenstellplatz.location.reference", "path": "Encounter.location.location.reference", "short": "Location-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { @@ -849,13 +873,13 @@ "id": "Encounter.location:Bettenstellplatz.location.identifier.system", "path": "Encounter.location.location.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", "mustSupport": true }, { "id": "Encounter.location:Bettenstellplatz.location.identifier.value", "path": "Encounter.location.location.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "min": 1, "mustSupport": true }, @@ -930,7 +954,7 @@ "id": "Encounter.location:Station.location.reference", "path": "Encounter.location.location.reference", "short": "Location-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { @@ -944,13 +968,13 @@ "id": "Encounter.location:Station.location.identifier.system", "path": "Encounter.location.location.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher. Darüber hinaus ermöglicht es der Identifier, die Suche (z.B. von aktuellen Aufenthalten auf einer Station) mittels `/Encounter?location:identifier=XXX` auch dann zu nutzen, wenn keine Verlinkung auf eine Location-Ressource vorhanden ist. Auf `location.display` ist im Standard derzeit kein Suchparameter definiert.", "mustSupport": true }, { "id": "Encounter.location:Station.location.identifier.value", "path": "Encounter.location.location.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKKopfumfang.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKKopfumfang.json index 5bd6f597c5..303593d512 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKKopfumfang.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKKopfumfang.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Kopfumfang eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung des Kopfumfangs ist essenziell für die Beurteilung von Wachstumsprozessen, insbesondere bei Säuglingen und Kleinkindern, sowie für die frühzeitige Erkennung von Entwicklungsauffälligkeiten oder neurologischen Erkrankungen.\n\nIn FHIR wird der Kopfumfang mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKKopfumfang ist vom Profil [VitalSignDE_Kopfumfang](http://fhir.de/StructureDefinition/observation-de-vitalsign-kopfumfang) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Head Circumference Profile](\nhttp://hl7.org/fhir/StructureDefinition/headcircum) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Kopfumfang eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung des Kopfumfangs ist essenziell für die Beurteilung von Wachstumsprozessen, insbesondere bei Säuglingen und Kleinkindern, sowie für die frühzeitige Erkennung von Entwicklungsauffälligkeiten oder neurologischen Erkrankungen.\r\n\r\nIn FHIR wird der Kopfumfang mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKKopfumfang ist vom Profil [VitalSignDE_Kopfumfang](http://fhir.de/StructureDefinition/observation-de-vitalsign-kopfumfang) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Head Circumference Profile](\r\nhttp://hl7.org/fhir/StructureDefinition/headcircum) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -195,14 +195,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKLaboruntersuchung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKLaboruntersuchung.json index a03f1387f9..4655367fa5 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKLaboruntersuchung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKLaboruntersuchung.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Abbildung von Informationen zur Laboruntersuchungen eines Patienten in ISiK Szenarien. Es dient primär als Vorlage, von der spezifische Laboruntersuchungs-Profile abgeleitet werden, kann aber grundsätzlich auch zur Repräsentation von nicht weiter ausspezifizierten Laboruntersuchungen genutzt werden.\n\nViele medizinischen Entscheidungen benötigen Informationen zu den Laboruntersuchungen eines Patienten. Hierzu gehören z.B. aktuelle Nierenfunktionswerte, Leberwerte, Blutbildwerte oder Hormone aus Schilddrüse.\nJede dieser Untersuchungen wird durch bestimmte [[https://loinc.org/ LOINC]] oder [[http://snomed.info/sct SNOMED CT]] Codes bezeichnet. Der angegebene Wert ist durch genaue Einheitenangaben in [[http://unitsofmeasure.org UCUM]] zu konkretitiseren.\nMotivierender Use-Case zur Einführung dieser Profile ist die [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UseCases-AMTS?version=current).\n\nIn FHIR werden Untersuchungen, bzw. Beobachtungen als [`Observation`](https://hl7.org/fhir/R4/observation.html)-Ressource repräsentiert. Zugehörige Codes und Einheiten sind den entsprechenden Valuessets zu entnehmen.", + "description": "Dieses Profil ermöglicht die Abbildung von Informationen zur Laboruntersuchungen eines Patienten in ISiK Szenarien. Es dient primär als Vorlage, von der spezifische Laboruntersuchungs-Profile abgeleitet werden, kann aber grundsätzlich auch zur Repräsentation von nicht weiter ausspezifizierten Laboruntersuchungen genutzt werden.\r\n\r\nViele medizinischen Entscheidungen benötigen Informationen zu den Laboruntersuchungen eines Patienten. Hierzu gehören z.B. aktuelle Nierenfunktionswerte, Leberwerte, Blutbildwerte oder Hormone aus Schilddrüse.\r\nJede dieser Untersuchungen wird durch bestimmte [[https://loinc.org/ LOINC]] oder [[http://snomed.info/sct SNOMED CT]] Codes bezeichnet. Der angegebene Wert ist durch genaue Einheitenangaben in [[http://unitsofmeasure.org UCUM]] zu konkretitiseren.\r\nMotivierender Use-Case zur Einführung dieser Profile ist die [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UseCases-AMTS?version=current).\r\n\r\nIn FHIR werden Untersuchungen, bzw. Beobachtungen als [`Observation`](https://hl7.org/fhir/R4/observation.html)-Ressource repräsentiert. Zugehörige Codes und Einheiten sind den entsprechenden Valuessets zu entnehmen.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Status der Laboruntersuchung", - "comment": "**Begründung MS**: Der Status ist unerlässlich für die korrekte Interpretation einer Untersuchung. **WICHTIGER Hinweis für Implementierer**: \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `final` und `unknown`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Prozeduren mit dem status `entered-in-error` und Ausgrauen von Untersuchungen, die noch nicht stattgefunden haben, o.ä.", + "comment": "**Begründung MS**: Der Status ist unerlässlich für die korrekte Interpretation einer Untersuchung. **WICHTIGER Hinweis für Implementierer**: \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `final` und `unknown`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Prozeduren mit dem status `entered-in-error` und Ausgrauen von Untersuchungen, die noch nicht stattgefunden haben, o.ä.", "mustSupport": true }, { @@ -138,7 +138,7 @@ "id": "Observation.subject.reference", "path": "Observation.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -151,7 +151,7 @@ { "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -168,7 +168,7 @@ "rules": "open" }, "short": "Zeitpunkt der Untersuchung", - "comment": "**Begründung Must Support**:\nDas Element effective[x] ist zentral, um die Beobachtung - insbesondere bei Laborbefunden - zeitlich korrekt einzuordnen. Es stellt sicher, dass Systeme erkennen können, wann eine Untersuchung durchgeführt oder ein Zustand beobachtet wurde. Dies ist entscheidend für:\n\n* die klinische Relevanz des Ergebnisses (z.B. aktueller vs. älterer Befund),\n* Verlaufsauswertungen und Trendanalysen,\n* zeitlich abhängige Entscheidungsunterstützung,\n* eine valide Anzeige im zeitlichen Kontext des Patientenaufenthalts.", + "comment": "**Begründung Must Support**:\r\nDas Element effective[x] ist zentral, um die Beobachtung - insbesondere bei Laborbefunden - zeitlich korrekt einzuordnen. Es stellt sicher, dass Systeme erkennen können, wann eine Untersuchung durchgeführt oder ein Zustand beobachtet wurde. Dies ist entscheidend für:\r\n\r\n* die klinische Relevanz des Ergebnisses (z.B. aktueller vs. älterer Befund),\r\n* Verlaufsauswertungen und Trendanalysen,\r\n* zeitlich abhängige Entscheidungsunterstützung,\r\n* eine valide Anzeige im zeitlichen Kontext des Patientenaufenthalts.", "mustSupport": true }, { @@ -255,7 +255,7 @@ "id": "Observation.dataAbsentReason", "path": "Observation.dataAbsentReason", "short": "Angabe eines Grundes weshalb kein Ergebniss der Laboruntersuchung vorliegt", - "comment": "**Begründung Must Support**:\nNicht alle geplanten oder dokumentierten Untersuchungen liefern auch tatsächlich ein Ergebnis. In solchen Fällen ist es wichtig, nicht nur auf das Fehlen eines Wertes zu reagieren, sondern den Grund strukturiert anzugeben. dataAbsentReason ermöglicht diese präzise Aussage und verhindert Fehlinterpretationen", + "comment": "**Begründung Must Support**:\r\nNicht alle geplanten oder dokumentierten Untersuchungen liefern auch tatsächlich ein Ergebnis. In solchen Fällen ist es wichtig, nicht nur auf das Fehlen eines Wertes zu reagieren, sondern den Grund strukturiert anzugeben. dataAbsentReason ermöglicht diese präzise Aussage und verhindert Fehlinterpretationen", "mustSupport": true }, { @@ -275,13 +275,13 @@ { "id": "Observation.method", "path": "Observation.method", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der zugrundeliegenden Methode, so MUSS dieses System\n die Information NICHT abbilden. \n \n Motivation zum eingeschränkten MS: Die Untersuchungsmethode einer Laboruntersuchung ist eine relevante medizinische Information: Unterschiedliche Methoden können unterschiedliche Resultate liefern. Die Methode ist daher für Transparenz und Vergleichbarkeit entscheidend.\n Da diese Information aktuell häufig nicht übergeben wird, wird das MS eingeschränkt. Es ist dennoch wünschenswert, dass die Probe in der Zukunft übergeben wird.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der zugrundeliegenden Methode, so MUSS dieses System\r\n die Information NICHT abbilden. \r\n \r\n Motivation zum eingeschränkten MS: Die Untersuchungsmethode einer Laboruntersuchung ist eine relevante medizinische Information: Unterschiedliche Methoden können unterschiedliche Resultate liefern. Die Methode ist daher für Transparenz und Vergleichbarkeit entscheidend.\r\n Da diese Information aktuell häufig nicht übergeben wird, wird das MS eingeschränkt. Es ist dennoch wünschenswert, dass die Probe in der Zukunft übergeben wird.", "mustSupport": true }, { "id": "Observation.specimen", "path": "Observation.specimen", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Laboruntersuchung zugrundeliegenden Probe, so MUSS dieses System\n die Information NICHT abbilden. \n \n Motivation zum eingeschränkten MS: Die Probe (z. B. Serum, Urin) ist zentral für die korrekte Bewertung des Ergebnisses. Die Unterscheidung von Materialtypen ist oft diagnostisch ausschlaggebend.\n Da die Information aktuell jedoch häufig nicht übergeben wird, wird das MS eingeschränkt. Es ist dennoch wünschenswert, dass die Probe in der Zukunft übergeben wird", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Laboruntersuchung zugrundeliegenden Probe, so MUSS dieses System\r\n die Information NICHT abbilden. \r\n \r\n Motivation zum eingeschränkten MS: Die Probe (z. B. Serum, Urin) ist zentral für die korrekte Bewertung des Ergebnisses. Die Unterscheidung von Materialtypen ist oft diagnostisch ausschlaggebend.\r\n Da die Information aktuell jedoch häufig nicht übergeben wird, wird das MS eingeschränkt. Es ist dennoch wünschenswert, dass die Probe in der Zukunft übergeben wird", "mustSupport": true }, { @@ -310,7 +310,7 @@ "id": "Observation.device", "path": "Observation.device", "short": "Verwendetes Gerät oder Instrument zur Durchführung der Untersuchung", - "comment": "**Begründung Must Support**:\nDas verwendete Mess- oder Analysegerät kann einen entscheidenden Einfluss auf die Genauigkeit, Validität und Vergleichbarkeit von Untersuchungsergebnissen haben.", + "comment": "**Begründung Must Support**:\r\nDas verwendete Mess- oder Analysegerät kann einen entscheidenden Einfluss auf die Genauigkeit, Validität und Vergleichbarkeit von Untersuchungsergebnissen haben.", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKLebensZustand.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKLebensZustand.json index 8c772a4c11..bf6182fa38 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKLebensZustand.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKLebensZustand.json @@ -22,26 +22,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Status", - "comment": "Bedeutung: Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen, \n vorläufigen oder korrigierten Beobachtungen angegeben werden. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'final'.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Bedeutung: Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen, \r\n vorläufigen oder korrigierten Beobachtungen angegeben werden. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'final'.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -118,7 +118,7 @@ "id": "Observation.subject.reference", "path": "Observation.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -133,7 +133,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikament.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikament.json index 9240b7fe0f..d15555b0b2 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikament.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikament.json @@ -34,20 +34,20 @@ "id": "Medication.id", "path": "Medication.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Medication.meta.versionId", "path": "Medication.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Medication.meta.lastUpdated", "path": "Medication.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Medication.code", @@ -152,7 +152,7 @@ "id": "Medication.manufacturer", "path": "Medication.manufacturer", "short": "Hersteller des Medikaments", - "comment": "Begründung des Must-Support: Alignment mit KBV-Profilen\n\n Hinweis: Hier kann der tatsächliche Hersteller des Medikaments benannt werden, vornehmlich im Fall von Wirkstoffmischungen (Rezepturen), beispielsweise die Krankenhausapotheke. Zu beachten ist, dass die zulassende Organisation, wie sie z.B. in den Daten zur PZN benannt ist, nicht als Hersteller gilt.", + "comment": "Begründung des Must-Support: Alignment mit KBV-Profilen\r\n\r\n Hinweis: Hier kann der tatsächliche Hersteller des Medikaments benannt werden, vornehmlich im Fall von Wirkstoffmischungen (Rezepturen), beispielsweise die Krankenhausapotheke. Zu beachten ist, dass die zulassende Organisation, wie sie z.B. in den Daten zur PZN benannt ist, nicht als Hersteller gilt.", "mustSupport": true }, { @@ -250,8 +250,18 @@ { "id": "Medication.ingredient.extension", "path": "Medication.ingredient.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "short": "Wirkstofftyp", - "comment": "Begründung des Must-Support: Alignment mit den MII-Profilen\n\n Hinweis: Hiermit kann geklärt werden, ob es sich um eine Angabe zum Wirkstoff oder zum exakten Inhaltsstoff (z.B. Salze) handelt.", + "comment": "Begründung des Must-Support: Alignment mit den MII-Profilen\r\n\r\n Hinweis: Hiermit kann geklärt werden, ob es sich um eine Angabe zum Wirkstoff oder zum exakten Inhaltsstoff (z.B. Salze) handelt.", "mustSupport": true }, { @@ -467,14 +477,14 @@ "id": "Medication.batch", "path": "Medication.batch", "short": "Angaben zur Charge", - "comment": "Begründung des Must-Support: erforderlich zur Dokumentation der Chargennummer\n\n Hinweis: Bitte beachten Sie gegebenenfalls die Regelungen der zwischen GKV-SV und DAV: https://www.gkv-datenaustausch.de/leistungserbringer/apotheken/apotheken.jsp . Insbesondere den Technischen Anhang 7 (TA7) zur Arzneimittelabrechnungsvereinbarung gemäß § 300 Absatz 3 SGB V in der aktuellsten Fassung.", + "comment": "Begründung des Must-Support: erforderlich zur Dokumentation der Chargennummer\r\n\r\n Hinweis: Bitte beachten Sie gegebenenfalls die Regelungen der zwischen GKV-SV und DAV: https://www.gkv-datenaustausch.de/leistungserbringer/apotheken/apotheken.jsp . Insbesondere den Technischen Anhang 7 (TA7) zur Arzneimittelabrechnungsvereinbarung gemäß § 300 Absatz 3 SGB V in der aktuellsten Fassung.", "mustSupport": true }, { "id": "Medication.batch.lotNumber", "path": "Medication.batch.lotNumber", "short": "Chargennummer", - "comment": "Begründung des Must-Support: Therapiesicherheit und Nachvollziehbarkeit\n\n Hinweis: Gemäß Anlage 1 der TA7 kann hier übergangsweise bis zum 30. Juni 2025 eine Musterchargennummer (\"STELLEN\") eingetragen werden. Wenn die Übermittlung der Chargenbezeichnung beim Stellen von Arzneimitteln technisch nicht möglich ist, z.B. beim Verblistern, wird von der Verpflichtung zur Chargendokumentation abgesehen. Dementsprechend kann anstatt der tatsächlichen Chargenbezeichnungen \"STELLEN\" in das hierbeschirebene Datenfeld eingetragen werden.", + "comment": "Begründung des Must-Support: Therapiesicherheit und Nachvollziehbarkeit\r\n\r\n Hinweis: Gemäß Anlage 1 der TA7 kann hier übergangsweise bis zum 30. Juni 2025 eine Musterchargennummer (\"STELLEN\") eingetragen werden. Wenn die Übermittlung der Chargenbezeichnung beim Stellen von Arzneimitteln technisch nicht möglich ist, z.B. beim Verblistern, wird von der Verpflichtung zur Chargendokumentation abgesehen. Dementsprechend kann anstatt der tatsächlichen Chargenbezeichnungen \"STELLEN\" in das hierbeschirebene Datenfeld eingetragen werden.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransaction.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransaction.json index c5fccae322..1eb6d58f4c 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransaction.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransaction.json @@ -22,20 +22,20 @@ "id": "Bundle.id", "path": "Bundle.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Bundle.meta.versionId", "path": "Bundle.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Bundle.meta.lastUpdated", "path": "Bundle.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Bundle.type", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransactionResponse.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransactionResponse.json index 9aafa5a25e..89cb1d2872 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransactionResponse.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationTransactionResponse.json @@ -22,20 +22,20 @@ "id": "Bundle.id", "path": "Bundle.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Bundle.meta.versionId", "path": "Bundle.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Bundle.meta.lastUpdated", "path": "Bundle.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Bundle.type", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsInformation.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsInformation.json index 5cc52eb90f..6cf0917f41 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsInformation.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsInformation.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Abbildung von Informationen zur Medikation eines Patienten in ISiK Szenarien.\n\nHinweis zur Auswahl des Profils: \nIn Abgrenzung zu ISiKMedikationsVerabreichung (MedicationAdministration) wird mittels des vorliegenden Profils die Verabreichung eines Medikaments an einen Patienten mit einer lediglich Datums-genauen Angabe abgebildet (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)).\nZur sekunden-genauen Angabe der Verabreichung eines Medikaments (im Sinne einer medizinischen Verabreichungsdokumentation durch medizinisches Personal) an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. Siehe entsprechende Profilseite für weitere Begründung.\n\n**Hinweis zur Pausierung einer Medikation (Best-Practice):**\n\nFür die Abbildung der Pausierung einer Medikation wird empfohlen, **mehrere `MedicationStatement`-Ressourcen** zu verwenden, anstatt eine bestehende zu überschreiben. Dies bringt folgende Vorteile:\n\n- **Korrekte Statusabbildung:** \n Das `status`-Feld muss stets aktuell gepflegt werden, um den momentanen Zustand der Medikation systemweit sichtbar und durchsuchbar zu halten.\n\n- **Effiziente Abfragen über REST API:** \n In Kombination mit `effective[x]` ermöglicht das `status`-Feld die gezielte Abfrage aller aktuell gültigen Medikationseinträge über die REST API. \n Wird stattdessen nur das `dosage`-Element verändert, ist keine zuverlässige Filterung möglich – alle `MedicationStatements` müssten abgerufen und manuell analysiert werden.\n\n- **Erhalt von Verlaufsinformationen:** \n Wenn z. B. auch ein `statusReason` (z. B. „pausiert wegen Nebenwirkungen“) dokumentiert wird, ginge diese Information bei einem Update der bestehenden Ressource verloren, sobald die Medikation fortgesetzt wird. \n Durch neue `MedicationStatement`-Einträge bleibt die Verlaufshistorie erhalten. \n *(Dieser Anwendungsfall ist aktuell nicht gefordert, aber zukünftig denkbar.)*\n", + "description": "Dieses Profil ermöglicht die Abbildung von Informationen zur Medikation eines Patienten in ISiK Szenarien.\r\n\r\nHinweis zur Auswahl des Profils: \r\nIn Abgrenzung zu ISiKMedikationsVerabreichung (MedicationAdministration) wird mittels des vorliegenden Profils die Verabreichung eines Medikaments an einen Patienten mit einer lediglich Datums-genauen Angabe abgebildet (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)).\r\nZur sekunden-genauen Angabe der Verabreichung eines Medikaments (im Sinne einer medizinischen Verabreichungsdokumentation durch medizinisches Personal) an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. Siehe entsprechende Profilseite für weitere Begründung.\r\n\r\n**Hinweis zur Pausierung einer Medikation (Best-Practice):**\r\n\r\nFür die Abbildung der Pausierung einer Medikation wird empfohlen, **mehrere `MedicationStatement`-Ressourcen** zu verwenden, anstatt eine bestehende zu überschreiben. Dies bringt folgende Vorteile:\r\n\r\n- **Korrekte Statusabbildung:** \r\n Das `status`-Feld muss stets aktuell gepflegt werden, um den momentanen Zustand der Medikation systemweit sichtbar und durchsuchbar zu halten.\r\n\r\n- **Effiziente Abfragen über REST API:** \r\n In Kombination mit `effective[x]` ermöglicht das `status`-Feld die gezielte Abfrage aller aktuell gültigen Medikationseinträge über die REST API. \r\n Wird stattdessen nur das `dosage`-Element verändert, ist keine zuverlässige Filterung möglich – alle `MedicationStatements` müssten abgerufen und manuell analysiert werden.\r\n\r\n- **Erhalt von Verlaufsinformationen:** \r\n Wenn z. B. auch ein `statusReason` (z. B. „pausiert wegen Nebenwirkungen“) dokumentiert wird, ginge diese Information bei einem Update der bestehenden Ressource verloren, sobald die Medikation fortgesetzt wird. \r\n Durch neue `MedicationStatement`-Einträge bleibt die Verlaufshistorie erhalten. \r\n *(Dieser Anwendungsfall ist aktuell nicht gefordert, aber zukünftig denkbar.)*\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,24 +21,34 @@ "id": "MedicationStatement.id", "path": "MedicationStatement.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "MedicationStatement.meta.versionId", "path": "MedicationStatement.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "MedicationStatement.meta.lastUpdated", "path": "MedicationStatement.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "MedicationStatement.extension", "path": "MedicationStatement.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -46,7 +56,7 @@ "path": "MedicationStatement.extension", "sliceName": "acceptedRisk", "short": "akzeptiertes (in Kauf genommenes) Risiko", - "comment": "Begründung des Must-Support: Folgeinformation der AMTS-Bewertung, sollte auch an nachfolgende Behandelnde übermittelbar sein\n\n Hinweis: Hier kann ein im Rahmen der Medikation festgestelltes, aber in Kauf genommenes Risiko dokumentiert werden, speziell auch die Begründung und ggf. erforderliche Begleitmaßnahmen.", + "comment": "Begründung des Must-Support: Folgeinformation der AMTS-Bewertung, sollte auch an nachfolgende Behandelnde übermittelbar sein\r\n\r\n Hinweis: Hier kann ein im Rahmen der Medikation festgestelltes, aber in Kauf genommenes Risiko dokumentiert werden, speziell auch die Begründung und ggf. erforderliche Begleitmaßnahmen.", "min": 0, "max": "1", "type": [ @@ -69,7 +79,7 @@ "path": "MedicationStatement.extension", "sliceName": "medikationsart", "short": "Therapieart der Medikation", - "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\n\n Hinweis: Angabe Akut- oder Dauermedikation.", + "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\r\n\r\n Hinweis: Angabe Akut- oder Dauermedikation.", "min": 0, "max": "1", "type": [ @@ -102,7 +112,7 @@ "path": "MedicationStatement.extension", "sliceName": "selbstmedikation", "short": "Selbstmedikation", - "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\n\n Hinweis: Flag zur Selbstmedikation.", + "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\r\n\r\n Hinweis: Flag zur Selbstmedikation.", "min": 0, "max": "1", "type": [ @@ -125,7 +135,7 @@ "path": "MedicationStatement.extension", "sliceName": "behandlungsziel", "short": "Behandlungsziel (textuell)", - "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\n\n Hinweis: Freitext-Beschreibung des Behandlungsziels.", + "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\r\n\r\n Hinweis: Freitext-Beschreibung des Behandlungsziels.", "min": 0, "max": "1", "type": [ @@ -148,7 +158,7 @@ "path": "MedicationStatement.extension", "sliceName": "medicationStatementReplaces", "short": "Welche Medikationsinformation wird ersetzt?", - "comment": "Begründung des Must-Support: historische Nachvollziehbarkeit\n\n Hinweis: Welche Medikationsinformation wird ersetzt?", + "comment": "Begründung des Must-Support: historische Nachvollziehbarkeit\r\n\r\n Hinweis: Welche Medikationsinformation wird ersetzt?", "min": 0, "max": "1", "type": [ @@ -206,7 +216,7 @@ "path": "MedicationStatement.medication[x]", "sliceName": "medicationCodeableConcept", "short": "Medikament in codierter Form oder ggf. als Freitext", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", "min": 0, "max": "1", "type": [ @@ -299,7 +309,7 @@ "path": "MedicationStatement.medication[x]", "sliceName": "medicationReference", "short": "Referenz auf das Medikament (Medication-Ressource)", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", "min": 0, "max": "1", "type": [ @@ -337,7 +347,7 @@ "id": "MedicationStatement.subject.reference", "path": "MedicationStatement.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -351,7 +361,7 @@ { "id": "MedicationStatement.context.reference", "path": "MedicationStatement.context.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -378,7 +388,7 @@ "path": "MedicationStatement.effective[x]", "sliceName": "effectiveDateTime", "short": "Zeitpunkt (Datum oder Datum + Uhrzeit)", - "comment": "Begründung des Must-Support: Basisinformation\n \n Festlegung zur Nutzung: \n An dieser Stelle KANN eine lediglich Datums-genaue Angabe (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime) seitens eines bestätigungsrelevanten Systems unterstützt werden. Es KANN auch eine Uhrzeit angegeben werden.\n Für sekunden-genaue Angaben zur Verabreichung eines Medikaments an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. \n ", + "comment": "Begründung des Must-Support: Basisinformation\r\n \r\n Festlegung zur Nutzung: \r\n An dieser Stelle KANN eine lediglich Datums-genaue Angabe (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime) seitens eines bestätigungsrelevanten Systems unterstützt werden. Es KANN auch eine Uhrzeit angegeben werden.\r\n Für sekunden-genaue Angaben zur Verabreichung eines Medikaments an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. \r\n ", "min": 0, "max": "1", "type": [ @@ -393,7 +403,7 @@ "path": "MedicationStatement.effective[x]", "sliceName": "effectivePeriod", "short": "Zeitraum", - "comment": "Begründung des Must-Support: Basisinformation\n \n Festlegung zur Nutzung: \n An dieser Stelle KANN eine lediglich Datums-genaue Angabe (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime) seitens eines bestätigungsrelevanten Systems unterstützt werden. Es KANN auch eine Uhrzeit angegeben werden.\n Für sekunden-genaue Angaben zur Verabreichung eines Medikaments an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. \n ", + "comment": "Begründung des Must-Support: Basisinformation\r\n \r\n Festlegung zur Nutzung: \r\n An dieser Stelle KANN eine lediglich Datums-genaue Angabe (einschließlich Granularität Jahr, Monat oder Tag für .effectiveDateTime oder .effectivePeriod auf Datums-Ebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime) seitens eines bestätigungsrelevanten Systems unterstützt werden. Es KANN auch eine Uhrzeit angegeben werden.\r\n Für sekunden-genaue Angaben zur Verabreichung eines Medikaments an einen Patienten SOLL das Profil ISiKMedikationsVerabreichung (MedicationAdministration) verwendet werden. \r\n ", "min": 0, "max": "1", "type": [ @@ -424,7 +434,7 @@ "id": "MedicationStatement.reasonCode", "path": "MedicationStatement.reasonCode", "short": "Grund der Medikation (codiert)", - "comment": " Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\n \n Begründung zu Must-Support: Konsolidierung mit MII.", + "comment": " Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\r\n \r\n Begründung zu Must-Support: Konsolidierung mit MII.", "mustSupport": true }, { @@ -458,7 +468,7 @@ "id": "MedicationStatement.reasonReference", "path": "MedicationStatement.reasonReference", "short": "Grund der Medikation (Referenz)", - "comment": " Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\n \n Begründung zu Must-Support: Konsolidierung mit MII.", + "comment": " Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\r\n \r\n Begründung zu Must-Support: Konsolidierung mit MII.", "mustSupport": true }, { @@ -485,7 +495,7 @@ "id": "MedicationStatement.dosage", "path": "MedicationStatement.dosage", "short": "Dosierungsangaben", - "comment": "Begründung des Must-Support: Basisinformation. Zur vollständig strukturierten Abbildung der zahlreichen Möglichkeiten sind die hier mit Must-Support gekennzeichneten Unterelemente erforderlich gemäß Konsens der ISiK AG Medikation.\n \n **Hinweis:** Zahlreiche [Beispiele zur Dosierungsanweisung sind im Implementierungsleitfaden Medikament von HL7 Deutschland](https://ig.fhir.de/igs/medication/dosierung-beispiele.html) dokumentiert.", + "comment": "Begründung des Must-Support: Basisinformation. Zur vollständig strukturierten Abbildung der zahlreichen Möglichkeiten sind die hier mit Must-Support gekennzeichneten Unterelemente erforderlich gemäß Konsens der ISiK AG Medikation.\r\n \r\n **Hinweis:** Zahlreiche [Beispiele zur Dosierungsanweisung sind im Implementierungsleitfaden Medikament von HL7 Deutschland](https://ig.fhir.de/igs/medication/dosierung-beispiele.html) dokumentiert.", "type": [ { "code": "Dosage", @@ -499,7 +509,7 @@ { "id": "MedicationStatement.dosage.text", "path": "MedicationStatement.dosage.text", - "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\n \n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\n \n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.'\n \n Zum Beispiel könnte ein empfangendes System die Freitext-Dosierungsinformation in strukturierte Dosierungsinformation umwandeln, um sie in einer Medikationsverwaltung anzuzeigen oder später zu exponieren. Geht es zum Beispiel um eine Angabe zu Tageszeiten der Einnahme in der freitextlichen Dosierungsinformation als 'Morgens, Mittags, Abends', so könnte das empfangende System diese Angabe in strukturierte Dosierungsinformationen umwandeln, die die Einnahmezeiten in kodierter Form mit 'MORN', 'NOON', 'EVE' deklariert.\n" + "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\r\n \r\n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\r\n \r\n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.'\r\n \r\n Zum Beispiel könnte ein empfangendes System die Freitext-Dosierungsinformation in strukturierte Dosierungsinformation umwandeln, um sie in einer Medikationsverwaltung anzuzeigen oder später zu exponieren. Geht es zum Beispiel um eine Angabe zu Tageszeiten der Einnahme in der freitextlichen Dosierungsinformation als 'Morgens, Mittags, Abends', so könnte das empfangende System diese Angabe in strukturierte Dosierungsinformationen umwandeln, die die Einnahmezeiten in kodierter Form mit 'MORN', 'NOON', 'EVE' deklariert.\r\n" }, { "id": "MedicationStatement.dosage.patientInstruction", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsListe.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsListe.json index 8ee3c22c4b..c0ad8e0279 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsListe.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsListe.json @@ -22,20 +22,20 @@ "id": "List.id", "path": "List.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "List.meta.versionId", "path": "List.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "List.meta.lastUpdated", "path": "List.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "List.status", @@ -48,7 +48,7 @@ "id": "List.mode", "path": "List.mode", "short": "Listenmodus", - "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard\n\n Beispiel: eingelesene Medikationspläne werden als snapshot repräsentiert. Kontinuierlich fortgeschriebene Listen, z.B. im Rahmen der hausinternen Behandlung, sind als 'working' codiert.", + "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard\r\n\r\n Beispiel: eingelesene Medikationspläne werden als snapshot repräsentiert. Kontinuierlich fortgeschriebene Listen, z.B. im Rahmen der hausinternen Behandlung, sind als 'working' codiert.", "mustSupport": true, "binding": { "strength": "required", @@ -59,7 +59,7 @@ "id": "List.code", "path": "List.code", "short": "Art der Liste.", - "comment": "Begründung des Must-Support: Dient der Differenzierung zu anderen Listen.\n\n Hinweis: Es ist mindestens ein Coding mit dem Code 'medications' anzugeben. Weitere Codes, z.B. im Kontext anderer Spezifikationen oder Hauscodierungen sind zulässig.", + "comment": "Begründung des Must-Support: Dient der Differenzierung zu anderen Listen.\r\n\r\n Hinweis: Es ist mindestens ein Coding mit dem Code 'medications' anzugeben. Weitere Codes, z.B. im Kontext anderer Spezifikationen oder Hauscodierungen sind zulässig.", "min": 1, "mustSupport": true }, @@ -127,7 +127,7 @@ "id": "List.subject.reference", "path": "List.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -141,7 +141,7 @@ { "id": "List.encounter.reference", "path": "List.encounter.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -163,7 +163,7 @@ "id": "List.entry.date", "path": "List.entry.date", "short": "Datum des Listeneintrags", - "comment": "Begründung des Must-Support: Nachvollziehbarkeit\n\n Hinweis: nur zulässig im Listenmodus 'working'", + "comment": "Begründung des Must-Support: Nachvollziehbarkeit\r\n\r\n Hinweis: nur zulässig im Listenmodus 'working'", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerabreichung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerabreichung.json index d8c7b1edbf..db4790505b 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerabreichung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerabreichung.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Abbildung der Verabreichung von Medikamenten für einen Patienten in ISiK Szenarien. \nHinweis zur Auswahl des Profils: In Abgrenzung zu ISiKMedikationsInformation (MedicationStatement) wird mittels des vorliegenden Profils die Verabreichung eines Medikaments an einen Patienten mit einer Zeitpunkt-genauen Angabe abgebildet (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)). D.h. die lediglich Datums-genaue Angabe ist im vorliegenden Profil nicht erlaubt. \nDas Profil ISiKMedikationsInformation (MedicationStatement) kann ebenfalls für die Abbildung der Verabreichung von Medikamenten für einen Patienten verwendet werden, wenn keine Zeitpunkt-genauen Angaben zur Verabreichung vorliegen, sondern lediglich Datums-genaue Angaben (einschließlich Granularität Jahr, Monat oder Tag).\n\nBegründung zur Profil- und Nutzungsdifferenzierung:\nHandelt es sich bei Erfassung um eine medizinische Verabreichungsdokumentation, dann ist ein genauer Zeitstempel zwingend. Die medizinische Verabreichungsdokumentation muss durch medizinisches Personal erfolgen. Angaben von Patienten und Angehörigen sind grundsätzlich keine medizinische Verabreichungsdokumentation und daher als MedicationStament zu erfassen(['report that such a sequence (or at least a part of it) did take place'](https://hl7.org/fhir/R4/medicationstatement.html)). \n\n**Hinweis zur Pausierung einer Medikation (Best-Practice):**\n\nFür die Abbildung der Pausierung einer Medikation wird empfohlen, **mehrere `MedicationAdministration`-Ressourcen** zu verwenden, anstatt eine bestehende zu überschreiben. Dies bringt folgende Vorteile:\n\n- **Korrekte Statusabbildung:** \n Das `status`-Feld muss stets aktuell gepflegt werden, um den momentanen Zustand der Medikation systemweit sichtbar und durchsuchbar zu halten.\n\n- **Effiziente Abfragen über REST API:** \n In Kombination mit `effective[x]` ermöglicht das `status`-Feld die gezielte Abfrage aller aktuell gültigen Medikationseinträge über die REST API. \n Wird stattdessen nur das `dosage`-Element verändert, ist keine zuverlässige Filterung möglich – alle `MedicationAdministrations` müssten abgerufen und manuell analysiert werden.\n\n- **Erhalt von Verlaufsinformationen:** \n Wenn z. B. auch ein `statusReason` (z. B. „pausiert wegen Nebenwirkungen“) dokumentiert wird, ginge diese Information bei einem Update der bestehenden Ressource verloren, sobald die Medikation fortgesetzt wird. \n Durch neue `MedicationAdministration`-Einträge bleibt die Verlaufshistorie erhalten. \n *(Dieser Anwendungsfall ist aktuell nicht gefordert, aber zukünftig denkbar.)*\n", + "description": "Dieses Profil ermöglicht die Abbildung der Verabreichung von Medikamenten für einen Patienten in ISiK Szenarien. \r\nHinweis zur Auswahl des Profils: In Abgrenzung zu ISiKMedikationsInformation (MedicationStatement) wird mittels des vorliegenden Profils die Verabreichung eines Medikaments an einen Patienten mit einer Zeitpunkt-genauen Angabe abgebildet (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)). D.h. die lediglich Datums-genaue Angabe ist im vorliegenden Profil nicht erlaubt. \r\nDas Profil ISiKMedikationsInformation (MedicationStatement) kann ebenfalls für die Abbildung der Verabreichung von Medikamenten für einen Patienten verwendet werden, wenn keine Zeitpunkt-genauen Angaben zur Verabreichung vorliegen, sondern lediglich Datums-genaue Angaben (einschließlich Granularität Jahr, Monat oder Tag).\r\n\r\nBegründung zur Profil- und Nutzungsdifferenzierung:\r\nHandelt es sich bei Erfassung um eine medizinische Verabreichungsdokumentation, dann ist ein genauer Zeitstempel zwingend. Die medizinische Verabreichungsdokumentation muss durch medizinisches Personal erfolgen. Angaben von Patienten und Angehörigen sind grundsätzlich keine medizinische Verabreichungsdokumentation und daher als MedicationStament zu erfassen(['report that such a sequence (or at least a part of it) did take place'](https://hl7.org/fhir/R4/medicationstatement.html)). \r\n\r\n**Hinweis zur Pausierung einer Medikation (Best-Practice):**\r\n\r\nFür die Abbildung der Pausierung einer Medikation wird empfohlen, **mehrere `MedicationAdministration`-Ressourcen** zu verwenden, anstatt eine bestehende zu überschreiben. Dies bringt folgende Vorteile:\r\n\r\n- **Korrekte Statusabbildung:** \r\n Das `status`-Feld muss stets aktuell gepflegt werden, um den momentanen Zustand der Medikation systemweit sichtbar und durchsuchbar zu halten.\r\n\r\n- **Effiziente Abfragen über REST API:** \r\n In Kombination mit `effective[x]` ermöglicht das `status`-Feld die gezielte Abfrage aller aktuell gültigen Medikationseinträge über die REST API. \r\n Wird stattdessen nur das `dosage`-Element verändert, ist keine zuverlässige Filterung möglich – alle `MedicationAdministrations` müssten abgerufen und manuell analysiert werden.\r\n\r\n- **Erhalt von Verlaufsinformationen:** \r\n Wenn z. B. auch ein `statusReason` (z. B. „pausiert wegen Nebenwirkungen“) dokumentiert wird, ginge diese Information bei einem Update der bestehenden Ressource verloren, sobald die Medikation fortgesetzt wird. \r\n Durch neue `MedicationAdministration`-Einträge bleibt die Verlaufshistorie erhalten. \r\n *(Dieser Anwendungsfall ist aktuell nicht gefordert, aber zukünftig denkbar.)*\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,20 +21,20 @@ "id": "MedicationAdministration.id", "path": "MedicationAdministration.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "MedicationAdministration.meta.versionId", "path": "MedicationAdministration.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "MedicationAdministration.meta.lastUpdated", "path": "MedicationAdministration.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "MedicationAdministration.status", @@ -62,7 +62,7 @@ "path": "MedicationAdministration.medication[x]", "sliceName": "medicationCodeableConcept", "short": "Medikament in codierter Form oder ggf. als Freitext", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", "min": 0, "max": "1", "type": [ @@ -150,7 +150,7 @@ "path": "MedicationAdministration.medication[x]", "sliceName": "medicationReference", "short": "Referenz auf das Medikament (Medication-Ressource)", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", "min": 0, "max": "1", "type": [ @@ -188,7 +188,7 @@ "id": "MedicationAdministration.subject.reference", "path": "MedicationAdministration.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -202,7 +202,7 @@ { "id": "MedicationAdministration.context.reference", "path": "MedicationAdministration.context.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -225,7 +225,7 @@ "path": "MedicationAdministration.effective[x]", "sliceName": "effectiveDateTime", "short": "Zeitpunkt der Verabreichung", - "comment": "Begründung des Must-Support: Basisinformation\n \n Festlegung zur Nutzung: eine Zeitpunkt-genaue Angabe (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)) MUSS hier seitens eines bestätigungsrelevanten Systems unterstützt werden.\n\n Für grobgranularere Angaben (z.B. nur Jahr, Monat oder Tag) SOLL das Profil ISiKMedikationsInformation (MedicationStatement) verwendet werden.\n ", + "comment": "Begründung des Must-Support: Basisinformation\r\n \r\n Festlegung zur Nutzung: eine Zeitpunkt-genaue Angabe (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)) MUSS hier seitens eines bestätigungsrelevanten Systems unterstützt werden.\r\n\r\n Für grobgranularere Angaben (z.B. nur Jahr, Monat oder Tag) SOLL das Profil ISiKMedikationsInformation (MedicationStatement) verwendet werden.\r\n ", "min": 0, "max": "1", "type": [ @@ -240,7 +240,7 @@ "path": "MedicationAdministration.effective[x]", "sliceName": "effectivePeriod", "short": "Zeitraum der Verabreichung", - "comment": "Begründung des Must-Support: Basisinformation\n \n Festlegung zur Nutzung: eine Zeitpunkt-genaue Angabe (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)) MUSS hier seitens eines bestätigungsrelevanten Systems unterstützt werden.\n Für grobgranularere Angaben (z.B. nur Jahr, Monat oder Tag) SOLL das Profil ISiKMedikationsInformation (MedicationStatement) verwendet werden.\n ", + "comment": "Begründung des Must-Support: Basisinformation\r\n \r\n Festlegung zur Nutzung: eine Zeitpunkt-genaue Angabe (.effectiveDateTime oder .effectivePeriod auf Sekundenebene gemäß der [FHIR-Core Vorgabe](https://hl7.org/fhir/R4/datatypes.html#dateTime)) MUSS hier seitens eines bestätigungsrelevanten Systems unterstützt werden.\r\n Für grobgranularere Angaben (z.B. nur Jahr, Monat oder Tag) SOLL das Profil ISiKMedikationsInformation (MedicationStatement) verwendet werden.\r\n ", "min": 0, "max": "1", "type": [ @@ -332,7 +332,7 @@ "id": "MedicationAdministration.dosage.text", "path": "MedicationAdministration.dosage.text", "short": "Freitext-Dosierungsangabe", - "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\n \n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\n \n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.' \n \n Zum Beispiel kann die textuelle Information '1L Infusion mit Rate 50ml/h' in eine entsprechende, strukturierte Form überführt werden - d.h. in die Angabe von 'dose' und 'rateQuantity'.", + "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\r\n \r\n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\r\n \r\n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.' \r\n \r\n Zum Beispiel kann die textuelle Information '1L Infusion mit Rate 50ml/h' in eine entsprechende, strukturierte Form überführt werden - d.h. in die Angabe von 'dose' und 'rateQuantity'.", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerordnung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerordnung.json index 00520333f2..003c756edf 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerordnung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedikationsVerordnung.json @@ -21,24 +21,34 @@ "id": "MedicationRequest.id", "path": "MedicationRequest.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "MedicationRequest.meta.versionId", "path": "MedicationRequest.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "MedicationRequest.meta.lastUpdated", "path": "MedicationRequest.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "MedicationRequest.extension", "path": "MedicationRequest.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "mustSupport": true }, { @@ -46,7 +56,7 @@ "path": "MedicationRequest.extension", "sliceName": "acceptedRisk", "short": "akzeptiertes (in Kauf genommenes) Risiko", - "comment": "Begründung des Must-Support: Folgeinformation der AMTS-Bewertung, sollte auch an nachfolgende Behandelnde übermittelbar sein\n\n Hinweis: Hier kann ein im Rahmen der Medikation festgestelltes, aber in Kauf genommenes Risiko dokumentiert werden, speziell auch die Begründung und ggf. erforderliche Begleitmaßnahmen.", + "comment": "Begründung des Must-Support: Folgeinformation der AMTS-Bewertung, sollte auch an nachfolgende Behandelnde übermittelbar sein\r\n\r\n Hinweis: Hier kann ein im Rahmen der Medikation festgestelltes, aber in Kauf genommenes Risiko dokumentiert werden, speziell auch die Begründung und ggf. erforderliche Begleitmaßnahmen.", "min": 0, "max": "1", "type": [ @@ -69,7 +79,7 @@ "path": "MedicationRequest.extension", "sliceName": "medikationsart", "short": "Therapieart der Medikation", - "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\n\n Hinweis: Angabe Akut- oder Dauermedikation.", + "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\r\n\r\n Hinweis: Angabe Akut- oder Dauermedikation.", "min": 0, "max": "1", "type": [ @@ -102,7 +112,7 @@ "path": "MedicationRequest.extension", "sliceName": "behandlungsziel", "short": "Behandlungsziel (textuell)", - "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\n\n Hinweis: Freitext-Beschreibung des Behandlungsziels.", + "comment": "Begründung des Must-Support: von der Fachseite gewünschte Angabe\r\n\r\n Hinweis: Freitext-Beschreibung des Behandlungsziels.", "min": 0, "max": "1", "type": [ @@ -125,7 +135,7 @@ "path": "MedicationRequest.extension", "sliceName": "medicationRequestReplaces", "short": "Welche Medikationsverordnung wird ersetzt?", - "comment": "Begründung des Must-Support: historische Nachvollziehbarkeit ersetzter Verordnungen.\n\n Hinweis: Diese Extension dient der Abbildung einer Verordnung, die eine vorherige Medikation ersetzt - z.B. bei Unverträglichkeit, mangelnder Wirksamkeit oder Wechsel des Wirkstoffs.\n Abgrenzung: Im Gegensatz zum Feld 'priorPrescription', das eine Folgeverordnung bei fortgesetzter Therapie beschreibt, kennzeichnet diese Extension eine bewusste Ablösung der ursprünglichen Verordnung.", + "comment": "Begründung des Must-Support: historische Nachvollziehbarkeit ersetzter Verordnungen.\r\n\r\n Hinweis: Diese Extension dient der Abbildung einer Verordnung, die eine vorherige Medikation ersetzt - z.B. bei Unverträglichkeit, mangelnder Wirksamkeit oder Wechsel des Wirkstoffs.\r\n Abgrenzung: Im Gegensatz zum Feld 'priorPrescription', das eine Folgeverordnung bei fortgesetzter Therapie beschreibt, kennzeichnet diese Extension eine bewusste Ablösung der ursprünglichen Verordnung.", "min": 0, "max": "1", "type": [ @@ -152,14 +162,14 @@ "id": "MedicationRequest.status", "path": "MedicationRequest.status", "short": "Status der Verordnungsinformation", - "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard.\n \n Hinweis für Implementierende: Im Falle einer create-Operation kann der Server den .code in .status zunächst auf 'on-hold' setzen, z. B. im Falle einer asynchronen Prüfung, die im Rahmen einer textuellen Übergabe möglich ist. Ggf. kann hier zusätzlich ein Mechanismus etabliert werden, der eine anschließende Änderung des Status an den Client kommuniziert. Der Server kann zusätzlich den .code in .statusReason auf 'clarif' setzen ('Clarification is required before the order can be acted upon.'), um anzuzeigen, dass eine Klärung erforderlich ist, bevor die Verordnung ausgeführt werden kann.\n ", + "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard.\r\n \r\n Hinweis für Implementierende: Im Falle einer create-Operation kann der Server den .code in .status zunächst auf 'on-hold' setzen, z. B. im Falle einer asynchronen Prüfung, die im Rahmen einer textuellen Übergabe möglich ist. Ggf. kann hier zusätzlich ein Mechanismus etabliert werden, der eine anschließende Änderung des Status an den Client kommuniziert. Der Server kann zusätzlich den .code in .statusReason auf 'clarif' setzen ('Clarification is required before the order can be acted upon.'), um anzuzeigen, dass eine Klärung erforderlich ist, bevor die Verordnung ausgeführt werden kann.\r\n ", "mustSupport": true }, { "id": "MedicationRequest.intent", "path": "MedicationRequest.intent", "short": "Ziel der Verordnungsinformation", - "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard\n\n Hinweis: i.d.R. 'order'", + "comment": "Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard\r\n\r\n Hinweis: i.d.R. 'order'", "mustSupport": true }, { @@ -187,7 +197,7 @@ "path": "MedicationRequest.medication[x]", "sliceName": "medicationCodeableConcept", "short": "Medikament in codierter Form oder ggf. als Freitext", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.", "min": 0, "max": "1", "type": [ @@ -280,7 +290,7 @@ "path": "MedicationRequest.medication[x]", "sliceName": "medicationReference", "short": "Referenz auf das Medikament (Medication-Ressource)", - "comment": "Begründung des Must-Support: Basisinformation\n\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", + "comment": "Begründung des Must-Support: Basisinformation\r\n\r\n Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen", "min": 0, "max": "1", "type": [ @@ -318,7 +328,7 @@ "id": "MedicationRequest.subject.reference", "path": "MedicationRequest.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -332,7 +342,7 @@ { "id": "MedicationRequest.encounter.reference", "path": "MedicationRequest.encounter.reference", - "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -360,7 +370,7 @@ "id": "MedicationRequest.reasonCode", "path": "MedicationRequest.reasonCode", "short": "Grund der Medikation (codiert)", - "comment": "Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\nBegründung zu Must-Support: Konsolidierung mit MII Profil: https://www.medizininformatik-initiative.de/fhir/core/modul-medikation/StructureDefinition/MedicationRequest", + "comment": "Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\r\nBegründung zu Must-Support: Konsolidierung mit MII Profil: https://www.medizininformatik-initiative.de/fhir/core/modul-medikation/StructureDefinition/MedicationRequest", "mustSupport": true }, { @@ -398,7 +408,7 @@ "id": "MedicationRequest.reasonReference", "path": "MedicationRequest.reasonReference", "short": "Grund der Medikation (Referenz)", - "comment": "Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\n Begründung zu Must-Support: Konsolidierung mit MII.", + "comment": "Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können.\r\n Begründung zu Must-Support: Konsolidierung mit MII.", "mustSupport": true }, { @@ -426,7 +436,7 @@ "id": "MedicationRequest.dosageInstruction", "path": "MedicationRequest.dosageInstruction", "short": "Dosierungsangaben", - "comment": "Begründung des Must-Support: Basisinformation. Zur vollständig strukturierten Abbildung der zahlreichen Möglichkeiten sind die hier mit Must-Support gekennzeichneten Unterelemente erforderlich gemäß Konsens der ISiK AG Medikation.\n \n **Hinweis:** Zahlreiche [Beispiele zur Dosierungsanweisung sind im Implementierungsleitfaden Medikament von HL7 Deutschland](https://ig.fhir.de/igs/medication/dosierung-beispiele.html) dokumentiert.\n ", + "comment": "Begründung des Must-Support: Basisinformation. Zur vollständig strukturierten Abbildung der zahlreichen Möglichkeiten sind die hier mit Must-Support gekennzeichneten Unterelemente erforderlich gemäß Konsens der ISiK AG Medikation.\r\n \r\n **Hinweis:** Zahlreiche [Beispiele zur Dosierungsanweisung sind im Implementierungsleitfaden Medikament von HL7 Deutschland](https://ig.fhir.de/igs/medication/dosierung-beispiele.html) dokumentiert.\r\n ", "type": [ { "code": "Dosage", @@ -440,7 +450,7 @@ { "id": "MedicationRequest.dosageInstruction.text", "path": "MedicationRequest.dosageInstruction.text", - "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\n \n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\n \n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.'\n \n Zum Beispiel könnte ein empfangendes System die Freitext-Dosierungsanweisungen in strukturierte Dosierungsanweisungen umwandeln, um sie in einer Medikationsverwaltung anzuzeigen oder später zu exponieren. Geht es zum Beispiel um eine Angabe zu Tageszeiten der Einnahme in der freitextlichen Dosierungsanweisung als 'Morgens, Mittags, Abends', so könnte das empfangende System diese Angabe in strukturierte Dosierungsanweisungen umwandeln, die die Einnahmezeiten in kodierter Form mit 'MORN', 'NOON', 'EVE' deklariert." + "comment": "Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.\r\n \r\n Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.\r\n \r\n Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem [ISiK Basismodul](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/UebergreifendeFestlegungen_Must-Support-Flags): 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.'\r\n \r\n Zum Beispiel könnte ein empfangendes System die Freitext-Dosierungsanweisungen in strukturierte Dosierungsanweisungen umwandeln, um sie in einer Medikationsverwaltung anzuzeigen oder später zu exponieren. Geht es zum Beispiel um eine Angabe zu Tageszeiten der Einnahme in der freitextlichen Dosierungsanweisung als 'Morgens, Mittags, Abends', so könnte das empfangende System diese Angabe in strukturierte Dosierungsanweisungen umwandeln, die die Einnahmezeiten in kodierter Form mit 'MORN', 'NOON', 'EVE' deklariert." }, { "id": "MedicationRequest.dosageInstruction.patientInstruction", @@ -1010,7 +1020,7 @@ "id": "MedicationRequest.priorPrescription", "path": "MedicationRequest.priorPrescription", "short": "Vorherige Verordnung bei fortgesetzter Therapie", - "comment": "Hinweis: Dieses Feld dient der Referenz auf eine frühere Verordnung, auf deren Basis die aktuelle Verschreibung fortgeführt wird - z.B. bei Folgerezepten.\n\n Abgrenzung: Im Gegensatz zur Extension 'medicationRequestReplaces', die das Ersetzen einer Verordnung (z.B. bei Unverträglichkeit) abbildet, beschreibt 'priorPrescription' eine Fortführung einer bestehenden Medikation." + "comment": "Hinweis: Dieses Feld dient der Referenz auf eine frühere Verordnung, auf deren Basis die aktuelle Verschreibung fortgeführt wird - z.B. bei Folgerezepten.\r\n\r\n Abgrenzung: Im Gegensatz zur Extension 'medicationRequestReplaces', die das Ersetzen einer Verordnung (z.B. bei Unverträglichkeit) abbildet, beschreibt 'priorPrescription' eine Fortführung einer bestehenden Medikation." } ] } diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedizinischeBehandlungseinheit.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedizinischeBehandlungseinheit.json index 06ac05fab4..035ac6d6a7 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKMedizinischeBehandlungseinheit.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKMedizinischeBehandlungseinheit.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Unter einer medizinischen Behandlungseinheit wird hier im weiteren Sinne eine Dienstleistung (diagnostisch, therapeutisch, im weiten Sinne gesundheitsfördernd etc.) zum Zweck einer Terminbuchung verstanden. Hierfür können von der Fachabteilung (Organization) unabhängige Kalender gepflegt werden. Im Kontext der Terminplanung können somit angebotene Leistungen (z.B. CT/MRT-Untersuchungen, chirurgische Eingriffe, Beratungsstunden zur Geburt etc.) abgebildet werden.\n\nDer Kontext zu diesem Profil wird mit folgender User Story veranschaulicht: \n\n**User Story**: Ein Patient erhält von seiner Hausärztin einen Überweisungsschein für eine weitere diagnostische Untersuchung in Form einer Kapselendoskopie der Speiseröhre. Der Patient nutzt ein Patientenportal, um unter Angabe der benötigten diagnostische Leistung nach einem verfügbaren Termin zu suchen und findet einen passenden Termin bei der Fachabteilung für Gastroenterologie eines örtlichen Krankenhauses.\n\nHintergrund: Die Suche nach verfügbaren Terminenblöcken (Slot) unter Einbeziehung der Dienstleistung entspricht der Angabe des Überweisungsscheins, ermöglicht hier zugleich eine präzisere Suche und vergrößert darüber hinaus den Raum möglicher Termine über verschiedene Abteilungen (und Institutionen im Patientenportal) hinweg.", + "description": "Unter einer medizinischen Behandlungseinheit wird hier im weiteren Sinne eine Dienstleistung (diagnostisch, therapeutisch, im weiten Sinne gesundheitsfördernd etc.) zum Zweck einer Terminbuchung verstanden. Hierfür können von der Fachabteilung (Organization) unabhängige Kalender gepflegt werden. Im Kontext der Terminplanung können somit angebotene Leistungen (z.B. CT/MRT-Untersuchungen, chirurgische Eingriffe, Beratungsstunden zur Geburt etc.) abgebildet werden.\r\n\r\nDer Kontext zu diesem Profil wird mit folgender User Story veranschaulicht: \r\n\r\n**User Story**: Ein Patient erhält von seiner Hausärztin einen Überweisungsschein für eine weitere diagnostische Untersuchung in Form einer Kapselendoskopie der Speiseröhre. Der Patient nutzt ein Patientenportal, um unter Angabe der benötigten diagnostische Leistung nach einem verfügbaren Termin zu suchen und findet einen passenden Termin bei der Fachabteilung für Gastroenterologie eines örtlichen Krankenhauses.\r\n\r\nHintergrund: Die Suche nach verfügbaren Terminenblöcken (Slot) unter Einbeziehung der Dienstleistung entspricht der Angabe des Überweisungsscheins, ermöglicht hier zugleich eine präzisere Suche und vergrößert darüber hinaus den Raum möglicher Termine über verschiedene Abteilungen (und Institutionen im Patientenportal) hinweg.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "HealthcareService.id", "path": "HealthcareService.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "HealthcareService.meta.versionId", "path": "HealthcareService.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "HealthcareService.meta.lastUpdated", "path": "HealthcareService.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "HealthcareService.active", "path": "HealthcareService.active", "short": "Gibt an, ob die Behandlungseinheit aktiv ist", - "comment": "Bedeutung: Ist der HealthcareService in aktiver Verwendung.\n \n Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.\n \n Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität 1..1 und das Must-Support-Flag (MS) für das 'active'-Element stellen sicher, dass jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten.", + "comment": "Bedeutung: Ist der HealthcareService in aktiver Verwendung.\r\n \r\n Hinweis: Historische HealthcareServices können ebenfalls über die ISiK-Schnittstelle ausgetauscht werden. Für diese dürfen jedoch keine Termine vereinbart werden. Das terminführende System MUSS dies bei der Buchung überprüfen.\r\n \r\n Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität 1..1 und das Must-Support-Flag (MS) für das 'active'-Element stellen sicher, dass jede Behandlungseinheit eindeutig als aktiv oder inaktiv gekennzeichnet ist. Dies ist entscheidend für die Ressourcenplanung und Verfügbarkeit von Behandlungseinheiten.", "min": 1, "mustSupport": true }, @@ -48,7 +48,7 @@ "id": "HealthcareService.type", "path": "HealthcareService.type", "short": "Die Art der Behandlungsleistung welche durch die Behandlungseinheit erbracht wird", - "comment": "**Bedeutung:** Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe [Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet](https://simplifier.net/resolve?&scope=isik-basis-v4@current&canonical=https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet).\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann, welcher Akteur für die Durchführung eines Termins zur Verfügung steht.", + "comment": "**Bedeutung:** Klassifikation der Behandlungsleistung welche durch den HealthcareService erbracht wird\r\n\r\n**Hinweis:** Diese Klassifikation SOLL stets auch in Appointment.serviceType und Schedule.serviceType angegeben werden. Seitens der aktuellen Spezifikation werden keine Vorgaben bezüglich der zu verwendenden Terminologie gemacht. Entsprechend verwendete Kataloge müssen als CodeSystem- und ValueSet-Ressourcen exponiert werden. Siehe [Suchparameter 'context-type-value' in ISiK Basis - Datenobjekt ValueSet](https://simplifier.net/resolve?&scope=isik-basis-v4@current&canonical=https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet).\r\n\r\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Typ haben, sodass im Rahmen der Terminplanung ermittelt werden kann, welcher Akteur für die Durchführung eines Termins zur Verfügung steht.", "min": 1, "mustSupport": true }, @@ -56,7 +56,7 @@ "id": "HealthcareService.specialty", "path": "HealthcareService.specialty", "short": "Die Fachrichtung der Behandlungsleistung welche durch die Behandlungseinheit erbracht wird", - "comment": "**Bedeutung:** Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird\n\n**Hinweis:** Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.\n \n**Begründung Kardinalität:** Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur für passende Termine miteinbezogen wird.", + "comment": "**Bedeutung:** Fachrichtung der Behandlungsleistung welche durch den HealthcareService erbracht wird\r\n\r\n**Hinweis:** Diese Fachrichtung SOLL stets auch in Appointment.specialty und Schedule.specialty angegeben werden.\r\n \r\n**Begründung Kardinalität:** Eine Behandlungseinheit kann multiprofessionell sein und mehere Fachbereiche abdecken. Sie muss jedoch mindestens einem Fachbereich zugeordnet sein, sodass die Behandlungseinheit während der Terminplanung als Akteur für passende Termine miteinbezogen wird.", "min": 1, "mustSupport": true }, @@ -72,7 +72,7 @@ ], "rules": "open" }, - "comment": "**Begründung Kardinalität Fachrichtung:** Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung der Behandlungseinheit eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n \n **Begründung Kardinalität ErweiterterFachabteilungsschluessel:** Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.", + "comment": "**Begründung Kardinalität Fachrichtung:** Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung per IHE-XDS-Kodierung vorhanden ist. Dies ist notwendig, um die Spezialisierung der Behandlungseinheit eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\r\n \r\n **Begründung Kardinalität ErweiterterFachabteilungsschluessel:** Die Kardinalität der ErweiterterFachabteilungsschluessel-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass optional ein erweiterter Fachabteilungsschlüssel vorhanden sein kann.", "min": 1, "mustSupport": true }, @@ -104,7 +104,7 @@ { "id": "HealthcareService.name", "path": "HealthcareService.name", - "comment": "**Bedeutung:** Informeller Name der Behandlungseinheit\n\n**Hinweis:** Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.\n\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten.", + "comment": "**Bedeutung:** Informeller Name der Behandlungseinheit\r\n\r\n**Hinweis:** Es wird im Rahmen dieser Spezifikation davon ausgegangen, dass für einen HealthcareService keine natürlichen Identifier vorliegen, die in einem realen Kontext vergeben werden. Somit kann durch den Namen ein informeller, jedoch identifizierender Bezeichner vergeben werden.\r\n\r\n**Begründung Kardinalität:** Eine Behandlungseinheit muss mindestens einen Namen haben, um eine Wiedererkennbarkeit im Rahmen der Terminplanung zu gewährleisten.", "min": 1, "mustSupport": true } diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisation.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisation.json index 3fd95acde0..1507b3f4c0 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisation.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisation.json @@ -81,7 +81,7 @@ "path": "Organization.identifier", "sliceName": "OrganisationseinheitenID", "short": "OrganisationseinheitenID", - "comment": "Hinweis: Für IDs, die krankenhaus-intern spezifischen Organisationseinheiten wie Abteilungen oder Stationen vergeben werden, ist diese Identifier zu nutzen - analog zu Slice Abteilungsidentifikator in https://simplifier.net/medizininformatikinitiative-modulstrukturdaten/mii_pr_struktur_abteilung. Da auch Stationen im Identifier-System inkludiert werden könnten, sollte hier das Identifier generisch Organisationseinheiten abbilden und nicht Abteilungen allein.\n \n Motivation Must Support: Jede Organisation, die über eine Organisationseinheiten-ID verfügt, soll dadurch eindeutig identifiziert werden können.", + "comment": "Hinweis: Für IDs, die krankenhaus-intern spezifischen Organisationseinheiten wie Abteilungen oder Stationen vergeben werden, ist diese Identifier zu nutzen - analog zu Slice Abteilungsidentifikator in https://simplifier.net/medizininformatikinitiative-modulstrukturdaten/mii_pr_struktur_abteilung. Da auch Stationen im Identifier-System inkludiert werden könnten, sollte hier das Identifier generisch Organisationseinheiten abbilden und nicht Abteilungen allein.\r\n \r\n Motivation Must Support: Jede Organisation, die über eine Organisationseinheiten-ID verfügt, soll dadurch eindeutig identifiziert werden können.", "min": 0, "max": "1", "patternIdentifier": { @@ -150,7 +150,7 @@ "ordered": false }, "short": "Typ der Organisation", - "comment": "Motivation: Ein System muss den Typ einer Organisation zum Abruf bereitstellen, sofern diese Information verfügbar ist. \n Die Festlegung einer endlichen Menge von Organisations-Formen in verbindlicher weise, ist zum Zeitpunkt der Festlegung nicht möglich.", + "comment": "Motivation: Ein System muss den Typ einer Organisation zum Abruf bereitstellen, sofern diese Information verfügbar ist. \r\n Die Festlegung einer endlichen Menge von Organisations-Formen in verbindlicher weise, ist zum Zeitpunkt der Festlegung nicht möglich.", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisationFachabteilung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisationFachabteilung.json index fc38646e85..c6eb441191 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisationFachabteilung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKOrganisationFachabteilung.json @@ -14,7 +14,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil beschreibt die Organisationseinheit Fachabteilung innerhalb eines Krankenhauses.\n### Motivation\n\nDie Abbildung der Aufbauorganisation eines Krankenhauses dient der Festlegung von Zuständigkeiten und (Entscheidungs-)Verantwortungen von Organisationseinheiten (z.B. Fachkliniken, Fachabteilungen und -bereichen etc.) in strukturierter Form. \n\nIn FHIR wird die Organisation (Organization) vom Standort (Location) eindeutig abgegrenzt.\n\nDie Erfassung der Organisation in strukturierter Form ermöglicht u.a.:\n- Zuweisungen von Diensten an bestimmte Bereiche der Aufbauorganisation im Rahmen des Terminmanagements\n- Die Raum- und Betten-Belegung in strukturierter Form (interdisziplinär)\n\nAuch die Erfassung des Krankenhauses als Ganzem ist relevant.\nEntsprechend fokussieren die folgenden Profile zur Organisation auf das Krankenhaus als Ganzes und die Fachabteilung als Organisation. \n### Kompatibilität\n\nFür das Profil ISiKOrganisationFachabteilung wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\n* [Profil TIOrganization der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-organization) \n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\n\n", + "description": "Dieses Profil beschreibt die Organisationseinheit Fachabteilung innerhalb eines Krankenhauses.\r\n### Motivation\r\n\r\nDie Abbildung der Aufbauorganisation eines Krankenhauses dient der Festlegung von Zuständigkeiten und (Entscheidungs-)Verantwortungen von Organisationseinheiten (z.B. Fachkliniken, Fachabteilungen und -bereichen etc.) in strukturierter Form. \r\n\r\nIn FHIR wird die Organisation (Organization) vom Standort (Location) eindeutig abgegrenzt.\r\n\r\nDie Erfassung der Organisation in strukturierter Form ermöglicht u.a.:\r\n- Zuweisungen von Diensten an bestimmte Bereiche der Aufbauorganisation im Rahmen des Terminmanagements\r\n- Die Raum- und Betten-Belegung in strukturierter Form (interdisziplinär)\r\n\r\nAuch die Erfassung des Krankenhauses als Ganzem ist relevant.\r\nEntsprechend fokussieren die folgenden Profile zur Organisation auf das Krankenhaus als Ganzes und die Fachabteilung als Organisation. \r\n### Kompatibilität\r\n\r\nFür das Profil ISiKOrganisationFachabteilung wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\r\n* [Profil TIOrganization der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-organization) \r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\r\n\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -27,20 +27,20 @@ "id": "Organization.id", "path": "Organization.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Organization.meta.versionId", "path": "Organization.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Organization.meta.lastUpdated", "path": "Organization.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Organization.identifier", @@ -175,7 +175,7 @@ "ordered": false }, "short": "Art der Organisation", - "comment": "Motivation: Ein System muss den Typ einer Organisation zum Abruf bereitstellen, sofern diese Information verfügbar ist. \n Die Festlegung einer endlichen Menge von Organisations-Formen in verbindlicher weise, ist zum Zeitpunkt der Festlegung nicht möglich.", + "comment": "Motivation: Ein System muss den Typ einer Organisation zum Abruf bereitstellen, sofern diese Information verfügbar ist. \r\n Die Festlegung einer endlichen Menge von Organisations-Formen in verbindlicher weise, ist zum Zeitpunkt der Festlegung nicht möglich.", "min": 1, "mustSupport": true }, @@ -202,7 +202,7 @@ "path": "Organization.type", "sliceName": "ErweiterterFachabteilungsschluessel", "short": "Angabe des §301 Fachabteilungsschlüssel", - "comment": "Motivation: Das ValueSet muss bindend sein, damit Systemübergreifend der Fachabteilungstyp einheitlich kodiert werden kann. \n \n Dieses ValueSet KANN über ein Mapping (siehe Abschnitt https://wiki.hl7.de/index.php?title=IG:Value_Sets_f%C3%BCr_XDS#DocumentEntry.practiceSettingCode) mit dem ValueSet der Fachrichtung verknüpft werden und darüber ggf. die Integration von Systemen erleichtern.", + "comment": "Motivation: Das ValueSet muss bindend sein, damit Systemübergreifend der Fachabteilungstyp einheitlich kodiert werden kann. \r\n \r\n Dieses ValueSet KANN über ein Mapping (siehe Abschnitt https://wiki.hl7.de/index.php?title=IG:Value_Sets_f%C3%BCr_XDS#DocumentEntry.practiceSettingCode) mit dem ValueSet der Fachrichtung verknüpft werden und darüber ggf. die Integration von Systemen erleichtern.", "min": 0, "max": "1", "mustSupport": true, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKPatient.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKPatient.json index 6d4f951d91..8b4374a7e6 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKPatient.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKPatient.json @@ -14,7 +14,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von administrativen Patientendaten im Rahmen des Bestätigungsverfahrens der gematik.\n### Motivation \nDer Austausch administrativer Patientendaten ist eine der grundlegenden Funktionalitäten beim Datenaustausch in der klinischen Versorgung. \nIn FHIR werden sämtliche klinischen Ressourcen durch Verlinkung auf die Ressource 'Patient' in einen Patientenkontext gestellt. \nDie Herstellung des korrekten Patientenkontextes durch Suchen der Patientenressource anhand von Eigenschaften wie Aufnahmenummer, Name oder Geburtsdatum, \ndie Anzeige der zutreffenden Suchergebnisse und der Auswahl bzw. Bestätigung des richtigen Datensatzes durch den Anwender steht am Beginn der meisten klinischen Workflows. \n\n### Kompatibilität\nFür das Profil ISIKPatient wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\n\n* [Profil KBV_PR_Base_Patient der KBV Basisprofile](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Patient)\n* [Profil Patient im International Patient Summary (IPS)](https://hl7.org/fhir/uv/ips/StructureDefinition-Patient-uv-ips.html)\n* [Profil Patient der MI-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-person/StructureDefinition/Patient)\n* [Profil TIPatient der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-patient)\n\nEs ist zu beachten, dass das Profil ISiKPatient NICHT unmittelbar kompatibel mit folgenden Profilen ist:\n\n* [Profil EPAPatient der gematik](https://gematik.de/fhir/epa/StructureDefinition/epa-patient): In ISiK ist die Angabe einer KVNR nicht verpflichtend, da in vielen Use Cases bereits eine PID ausreichend ist. Außerdem ist in ISiK keine verpflichtende Versionierung über meta.versionId vorgesehen.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von administrativen Patientendaten im Rahmen des Bestätigungsverfahrens der gematik.\r\n### Motivation \r\nDer Austausch administrativer Patientendaten ist eine der grundlegenden Funktionalitäten beim Datenaustausch in der klinischen Versorgung. \r\nIn FHIR werden sämtliche klinischen Ressourcen durch Verlinkung auf die Ressource 'Patient' in einen Patientenkontext gestellt. \r\nDie Herstellung des korrekten Patientenkontextes durch Suchen der Patientenressource anhand von Eigenschaften wie Aufnahmenummer, Name oder Geburtsdatum, \r\ndie Anzeige der zutreffenden Suchergebnisse und der Auswahl bzw. Bestätigung des richtigen Datensatzes durch den Anwender steht am Beginn der meisten klinischen Workflows. \r\n\r\n### Kompatibilität\r\nFür das Profil ISIKPatient wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\r\n\r\n* [Profil KBV_PR_Base_Patient der KBV Basisprofile](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Patient)\r\n* [Profil Patient im International Patient Summary (IPS)](https://hl7.org/fhir/uv/ips/StructureDefinition-Patient-uv-ips.html)\r\n* [Profil Patient der MI-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-person/StructureDefinition/Patient)\r\n* [Profil TIPatient der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-patient)\r\n\r\nEs ist zu beachten, dass das Profil ISiKPatient NICHT unmittelbar kompatibel mit folgenden Profilen ist:\r\n\r\n* [Profil EPAPatient der gematik](https://gematik.de/fhir/epa/StructureDefinition/epa-patient): In ISiK ist die Angabe einer KVNR nicht verpflichtend, da in vielen Use Cases bereits eine PID ausreichend ist. Außerdem ist in ISiK keine verpflichtende Versionierung über meta.versionId vorgesehen.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -40,20 +40,20 @@ "id": "Patient.id", "path": "Patient.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Patient.meta.versionId", "path": "Patient.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Patient.meta.lastUpdated", "path": "Patient.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Patient.identifier", @@ -76,7 +76,7 @@ "path": "Patient.identifier", "sliceName": "VersichertenId", "short": "Lebenslange Krankenversichertennummer", - "comment": "Die als 'KVZ10' kodierte Versichertennummer ist der 10-stellige, \n unveränderbare Teil der Versichertennummer, \n der lesbar auf die Elektronische Gesundheitskarte aufgedruckt ist.\n Er gilt für alle Krankenversichertennummern, \n unabhängig davon, ob es sich um GKV, PKV oder Sonderkostenträger handelt. Für eine Weiterverarbeitung einer Patient-Ressource in der ePA ist dieser Identifier im EPAPatient-Profil ein Pflichtfeld. \n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-LebenslangeKrankenversichertennummer10-stelligeKVID-Identifier?version=current)", + "comment": "Die als 'KVZ10' kodierte Versichertennummer ist der 10-stellige, \r\n unveränderbare Teil der Versichertennummer, \r\n der lesbar auf die Elektronische Gesundheitskarte aufgedruckt ist.\r\n Er gilt für alle Krankenversichertennummern, \r\n unabhängig davon, ob es sich um GKV, PKV oder Sonderkostenträger handelt. Für eine Weiterverarbeitung einer Patient-Ressource in der ePA ist dieser Identifier im EPAPatient-Profil ein Pflichtfeld. \r\n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-LebenslangeKrankenversichertennummer10-stelligeKVID-Identifier?version=current)", "min": 0, "max": "1", "type": [ @@ -103,7 +103,7 @@ "id": "Patient.identifier:VersichertenId.type", "path": "Patient.identifier.type", "short": "Art des Identifiers", - "comment": "Hier ist stets der Code `KVZ10` \n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", + "comment": "Hier ist stets der Code `KVZ10` \r\n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \r\n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", "min": 1, "mustSupport": true }, @@ -111,7 +111,7 @@ "id": "Patient.identifier:VersichertenId.system", "path": "Patient.identifier.system", "short": "Namensraum der Versichertennummer", - "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { @@ -126,7 +126,7 @@ "path": "Patient.identifier", "sliceName": "VersichertenId-GKV", "short": "Gesetzliche Krankenversichertennummer", - "comment": "**WARNUNG**: Die Verwendung der 'GKV'-Kodierung einer Versichertennummer ist abgekündigt,\n da die lebenslangen Versichertennummer ab 2024 auch für PKV oder Sonderkostenträger eingeführt wird. \n Bitte statt dessen künftig den 'VersichertenId'-Slice verwenden.", + "comment": "**WARNUNG**: Die Verwendung der 'GKV'-Kodierung einer Versichertennummer ist abgekündigt,\r\n da die lebenslangen Versichertennummer ab 2024 auch für PKV oder Sonderkostenträger eingeführt wird. \r\n Bitte statt dessen künftig den 'VersichertenId'-Slice verwenden.", "min": 0, "max": "1", "type": [ @@ -153,7 +153,7 @@ "id": "Patient.identifier:VersichertenId-GKV.type", "path": "Patient.identifier.type", "short": "Art des Identifiers", - "comment": "Hier ist stets der Code `GKV` \n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", + "comment": "Hier ist stets der Code `GKV` \r\n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \r\n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", "min": 1, "mustSupport": true }, @@ -161,13 +161,13 @@ "id": "Patient.identifier:VersichertenId-GKV.system", "path": "Patient.identifier.system", "short": "Namensraum der Versichertennummer", - "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Patient.identifier:VersichertenId-GKV.value", "path": "Patient.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { @@ -175,7 +175,7 @@ "path": "Patient.identifier", "sliceName": "Patientennummer", "short": "Organisationsinterner Patienten-Identifier (PID)", - "comment": "Organisationsintere Patienten-Identifier werden von z.B. von KIS-Systemen vergeben \n und dienen innerhalb einer Einreichtung meist als primäres Identifikationsmerkmal für Patienten, \n u.A. in der HL7 V2-Kommunikation. \n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-OrganisationsinternerPatienten-Identifier?version=current)", + "comment": "Organisationsintere Patienten-Identifier werden von z.B. von KIS-Systemen vergeben \r\n und dienen innerhalb einer Einreichtung meist als primäres Identifikationsmerkmal für Patienten, \r\n u.A. in der HL7 V2-Kommunikation. \r\n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-OrganisationsinternerPatienten-Identifier?version=current)", "min": 1, "max": "*", "type": [ @@ -202,20 +202,20 @@ "id": "Patient.identifier:Patientennummer.type", "path": "Patient.identifier.type", "short": "Art des Identifiers", - "comment": "Hier ist stets der Code `MR` \n aus dem CodeSystem `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben. \n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", + "comment": "Hier ist stets der Code `MR` \r\n aus dem CodeSystem `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben. \r\n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", "mustSupport": true }, { "id": "Patient.identifier:Patientennummer.system", "path": "Patient.identifier.system", "short": "Namensraum des Identifiers", - "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \r\n aus dem der Identifier stammt. \r\n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \r\n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Patient.identifier:Patientennummer.value", "path": "Patient.identifier.value", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { @@ -223,7 +223,7 @@ "path": "Patient.identifier", "sliceName": "Versichertennummer_PKV", "short": "Private Krankenversichertennummer", - "comment": "Für Privatpatienten, die noch nicht über eine lebenslange, unveränderliche Krankenversichertennummer (KVNR) verfügen,\n können bis auf weiteres noch die versicherungsspezifischen PKV-Nummern angegeben werden. \n Da bei diesen der Bezeichner des vom Kostenträger verwendeten Namensraums meist nicht ermittelt werden kann,\n ist statt dessen der Name des Kostenträgers in `assigner` anzugeben.\n **Achtung:** Dieser Slice dient NICHT zur Abbildung einer 10-stelligen PKV-VersichertenId nach § 362 SGB V. Diese sind durch den Slice 'VersichertenId' abzubilden, da die Nummernkreise dieser Identifier identisch sind.\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-PrivateKrankenversichertennummer-Identifier?version=current)\n Der Identifier kann jedoch zusätzlich zur KVNR verwendet werden, wenn für eine Zusatzversicherung eine separate, versicherungsspezifische PKV-Nummer vorliegt.", + "comment": "Für Privatpatienten, die noch nicht über eine lebenslange, unveränderliche Krankenversichertennummer (KVNR) verfügen,\r\n können bis auf weiteres noch die versicherungsspezifischen PKV-Nummern angegeben werden. \r\n Da bei diesen der Bezeichner des vom Kostenträger verwendeten Namensraums meist nicht ermittelt werden kann,\r\n ist statt dessen der Name des Kostenträgers in `assigner` anzugeben.\r\n **Achtung:** Dieser Slice dient NICHT zur Abbildung einer 10-stelligen PKV-VersichertenId nach § 362 SGB V. Diese sind durch den Slice 'VersichertenId' abzubilden, da die Nummernkreise dieser Identifier identisch sind.\r\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-PrivateKrankenversichertennummer-Identifier?version=current)\r\n Der Identifier kann jedoch zusätzlich zur KVNR verwendet werden, wenn für eine Zusatzversicherung eine separate, versicherungsspezifische PKV-Nummer vorliegt.", "min": 0, "max": "1", "type": [ @@ -257,7 +257,7 @@ "id": "Patient.identifier:Versichertennummer_PKV.type", "path": "Patient.identifier.type", "short": "Art des Identifiers", - "comment": "Hier ist stets der Code `PKV` \n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", + "comment": "Hier ist stets der Code `PKV` \r\n aus dem CodeSystem `http://fhir.de/CodeSystem/identifier-type-de-basis` anzugeben. \r\n **Begründung Pflichtfeld:** `type` dient der Unterscheidung verschiedener Identifier-Typen", "min": 1, "mustSupport": true }, @@ -265,7 +265,7 @@ "id": "Patient.identifier:Versichertennummer_PKV.value", "path": "Patient.identifier.value", "short": "Private Krankenversichertennummer", - "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Enthält den eigentlichen Wert des Identifiers. \r\n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { @@ -298,7 +298,7 @@ "id": "Patient.active", "path": "Patient.active", "short": "Status des Datensatzes", - "comment": "\n `true` = Der Datensatz befindet sich in Verwendung/kann verwendet werden \n `false`= Der Datensatz wurde storniert (z.B. bei Dubletten, Merge) oder archiviert \n **Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Aktivitätsstatus einer Patienten-Ressource, \n so MUSS dieses System die Information NICHT abbilden. \n Das System SOLL jedoch den Aktivitätsstatus hart kodieren in der Patienteninstanz \n (Patient.active auf 'true'), sodass Clients nicht missverständlich mit einer inaktiven \n Patient-Ressource interagieren.", + "comment": "\r\n `true` = Der Datensatz befindet sich in Verwendung/kann verwendet werden \r\n `false`= Der Datensatz wurde storniert (z.B. bei Dubletten, Merge) oder archiviert \r\n **Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Aktivitätsstatus einer Patienten-Ressource, \r\n so MUSS dieses System die Information NICHT abbilden. \r\n Das System SOLL jedoch den Aktivitätsstatus hart kodieren in der Patienteninstanz \r\n (Patient.active auf 'true'), sodass Clients nicht missverständlich mit einer inaktiven \r\n Patient-Ressource interagieren.", "mustSupport": true }, { @@ -322,7 +322,7 @@ "path": "Patient.name", "sliceName": "Name", "short": "Offizieller Name", - "comment": "Offizieller Name des Patienten, wie er z.B. in Ausweis oder Versicherungsdokumenten erscheint. \n **Begründung Pflichtfeld:** Der offizielle Name des Patienten ist unerlässlich, um Verwechlungen zu vermeiden und den Patienten im Versorgungskontext korrekt anzusprechen.\n Wenn kein Name vorliegt, MUSS die [data-absent-reason-Extension](https://www.hl7.org/fhir/R4/extension-data-absent-reason.html) eingesetzt werden. \n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Name)", + "comment": "Offizieller Name des Patienten, wie er z.B. in Ausweis oder Versicherungsdokumenten erscheint. \r\n **Begründung Pflichtfeld:** Der offizielle Name des Patienten ist unerlässlich, um Verwechlungen zu vermeiden und den Patienten im Versorgungskontext korrekt anzusprechen.\r\n Wenn kein Name vorliegt, MUSS die [data-absent-reason-Extension](https://www.hl7.org/fhir/R4/extension-data-absent-reason.html) eingesetzt werden. \r\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Name)", "min": 1, "max": "1", "type": [ @@ -342,7 +342,7 @@ "id": "Patient.name:Name.use", "path": "Patient.name.use", "short": "Verwendungszweck", - "comment": "Hier ist stets der Wert `official` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `official` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -350,7 +350,7 @@ "id": "Patient.name:Name.family", "path": "Patient.name.family", "short": "Nachname", - "comment": "Vollständiger Nachname bzw. Familienname der Person, einschließlich Vor- und Zusätze. \n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", + "comment": "Vollständiger Nachname bzw. Familienname der Person, einschließlich Vor- und Zusätze. \r\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", "min": 1, "mustSupport": true }, @@ -359,7 +359,7 @@ "path": "Patient.name.family.extension", "sliceName": "namenszusatz", "short": "Namenszusatz", - "comment": "Enthält ehem. Adelstitel wie z.B. 'Graf', 'Baronesse', 'Freiherr'... \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Enthält ehem. Adelstitel wie z.B. 'Graf', 'Baronesse', 'Freiherr'... \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -367,20 +367,20 @@ "path": "Patient.name.family.extension", "sliceName": "nachname", "short": "Nachname", - "comment": "Nachname ohne Vor- und Zusätze. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Nachname ohne Vor- und Zusätze. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { "id": "Patient.name:Name.family.extension:vorsatzwort", "path": "Patient.name.family.extension", "sliceName": "vorsatzwort", - "comment": "Enthält Vorsätze, die vor dem Nachnamen stehen, z.B. 'von', 'van', 'zu'... \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Enthält Vorsätze, die vor dem Nachnamen stehen, z.B. 'von', 'van', 'zu'... \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { "id": "Patient.name:Name.given", "path": "Patient.name.given", - "comment": "Kann mehrfach verwendet werden, um den Rufnamen sowie weitere Vornamen, Mittelnamen oder Mittel-Initialen abzubilden.\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", + "comment": "Kann mehrfach verwendet werden, um den Rufnamen sowie weitere Vornamen, Mittelnamen oder Mittel-Initialen abzubilden.\r\n **Begründung Pflichtfeld:** Ein offizieller Name ist nur zulässig, wenn der Nachname und mindestens ein Vorname angegeben sind.", "min": 1, "mustSupport": true }, @@ -396,7 +396,7 @@ "path": "Patient.name.prefix.extension", "sliceName": "prefix-qualifier", "short": "Extension, um das Präfix als akademischen Titel zu qualifizieren", - "comment": "Hier ist stets der Wert `AC` anzugeben. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Hier ist stets der Wert `AC` anzugeben. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -429,7 +429,7 @@ "id": "Patient.name:Geburtsname.use", "path": "Patient.name.use", "short": "Verwendungszweck", - "comment": "Hier ist stets der Wert `maiden` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `maiden` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -437,7 +437,7 @@ "id": "Patient.name:Geburtsname.family", "path": "Patient.name.family", "short": "Nachname", - "comment": "Vollständiger Nachname bzw. Familienname des Patienten, einschließlich Vor- und Zusätze. \n **Begründung Pflichtfeld:** Ist der Nachname zum Zeitpunkt der Geburt nicht bekannt, sollte der gesamte Slice weggelassen werden.", + "comment": "Vollständiger Nachname bzw. Familienname des Patienten, einschließlich Vor- und Zusätze. \r\n **Begründung Pflichtfeld:** Ist der Nachname zum Zeitpunkt der Geburt nicht bekannt, sollte der gesamte Slice weggelassen werden.", "min": 1, "mustSupport": true }, @@ -446,7 +446,7 @@ "path": "Patient.name.family.extension", "sliceName": "namenszusatz", "short": "Namenszusatz", - "comment": "Enthält ehem. Adelstitel wie z.B. 'Graf', 'Baronesse', 'Freiherr'... \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Enthält ehem. Adelstitel wie z.B. 'Graf', 'Baronesse', 'Freiherr'... \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -454,14 +454,14 @@ "path": "Patient.name.family.extension", "sliceName": "nachname", "short": "Nachname", - "comment": "Nachname ohne Vor- und Zusätze. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Nachname ohne Vor- und Zusätze. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { "id": "Patient.name:Geburtsname.family.extension:vorsatzwort", "path": "Patient.name.family.extension", "sliceName": "vorsatzwort", - "comment": "Enthält Vorsätze, die vor dem Nachnamen stehen, z.B. 'von', 'van', 'zu'... \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Enthält Vorsätze, die vor dem Nachnamen stehen, z.B. 'von', 'van', 'zu'... \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -478,14 +478,14 @@ "id": "Patient.telecom", "path": "Patient.telecom", "short": "Angabe der Kontaktdaten", - "comment": "Angabe der Kontaktdaten des Patienten, z.B. Telefonnummer oder E-Mail-Adresse.\n **Bedingtes MS:** Kontaktdaten sind im Kontext der Terminplanung unerlässlich, z.B. für Terminvereinbarungen oder Rückfragen. Das Must-Support gilt ausschließlich für Systeme, die\n Kontaktdaten persistieren.", + "comment": "Angabe der Kontaktdaten des Patienten, z.B. Telefonnummer oder E-Mail-Adresse.\r\n **Bedingtes MS:** Kontaktdaten sind im Kontext der Terminplanung unerlässlich, z.B. für Terminvereinbarungen oder Rückfragen. Das Must-Support gilt ausschließlich für Systeme, die\r\n Kontaktdaten persistieren.", "mustSupport": true }, { "id": "Patient.telecom.system", "path": "Patient.telecom.system", "short": "Art der Kontaktdaten", - "comment": "Hier ist der Art der Kontaktdaten anzugeben, z.B. `phone` für Telefonnummer oder `email` für E-Mail-Adresse. \n **Begründung Pflichtfeld:** Dient der Unterscheidung verschiedener Kontaktarten", + "comment": "Hier ist der Art der Kontaktdaten anzugeben, z.B. `phone` für Telefonnummer oder `email` für E-Mail-Adresse. \r\n **Begründung Pflichtfeld:** Dient der Unterscheidung verschiedener Kontaktarten", "min": 1, "mustSupport": true }, @@ -493,7 +493,7 @@ "id": "Patient.telecom.value", "path": "Patient.telecom.value", "short": "Wert der Kontaktdaten", - "comment": "Enthält den eigentlichen Wert der Kontaktdaten, z.B. die Telefonnummer oder E-Mail-Adresse. \n **Begründung Pflichtfeld:** Ohne diese Angabe sind die Kontaktdaten nicht nutzbar.", + "comment": "Enthält den eigentlichen Wert der Kontaktdaten, z.B. die Telefonnummer oder E-Mail-Adresse. \r\n **Begründung Pflichtfeld:** Ohne diese Angabe sind die Kontaktdaten nicht nutzbar.", "min": 1, "mustSupport": true }, @@ -501,16 +501,30 @@ "id": "Patient.gender", "path": "Patient.gender", "short": "Administratives Geschlecht", - "comment": "Für die Geschlechtskennzeichen 'unbestimmt' und 'divers' ist der international vereinbarte code `other` zu verwenden.\n Zur weiteren Differenzierung kann dann die Extension `Geschlecht-Admnistrativ` verwendet werden.\n **Begründung Pflichtfeld:** Die Geschlechtsangabe ist für viele Versorgungsprozesse unerlässlich, z.B. \n* Bettendisposition\n* Ermittlung von Referenzwerten\n* korrekte Anrede des Patienten \n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Geschlecht)", + "comment": "Für die Geschlechtskennzeichen 'unbestimmt' und 'divers' ist der international vereinbarte code `other` zu verwenden.\r\n Zur weiteren Differenzierung kann dann die Extension `Geschlecht-Admnistrativ` verwendet werden.\r\n **Begründung Pflichtfeld:** Die Geschlechtsangabe ist für viele Versorgungsprozesse unerlässlich, z.B. \r\n* Bettendisposition\r\n* Ermittlung von Referenzwerten\r\n* korrekte Anrede des Patienten \r\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Geschlecht)", "min": 1, "mustSupport": true }, + { + "id": "Patient.gender.extension", + "path": "Patient.gender.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } + }, { "id": "Patient.gender.extension:Geschlecht-Administrativ", "path": "Patient.gender.extension", "sliceName": "Geschlecht-Administrativ", "short": "Extension zur Differenzierung des Geschlechtskennzeichens", - "comment": "Diese Extension darf nur in Verbindung mit dem Geschlechtskennzeichen `other` verwendet werden\n und dient der Differenzierung zwischen den in Deutschland möglichen Geschlechtskennzeichen `D` (divers) und `X`(unbestimmt)", + "comment": "Diese Extension darf nur in Verbindung mit dem Geschlechtskennzeichen `other` verwendet werden\r\n und dient der Differenzierung zwischen den in Deutschland möglichen Geschlechtskennzeichen `D` (divers) und `X`(unbestimmt)", "min": 0, "max": "1", "type": [ @@ -527,10 +541,24 @@ "id": "Patient.birthDate", "path": "Patient.birthDate", "short": "Geburtsdatum", - "comment": "Tages-, monats- oder jahresgenaues Geburtsdatum. \n **Begründung Pflichtfeld:** Das Geburstdatum dient - in Verbindung mit dem Namen - als wichtiges Such- und Unterscheidungskriterium. \n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Geburtsdatum)", + "comment": "Tages-, monats- oder jahresgenaues Geburtsdatum. \r\n **Begründung Pflichtfeld:** Das Geburstdatum dient - in Verbindung mit dem Namen - als wichtiges Such- und Unterscheidungskriterium. \r\n **Weitere Hinweise:** siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-Patient?version=current#ig-markdown-Ressourcen-Patient-Geburtsdatum)", "min": 1, "mustSupport": true }, + { + "id": "Patient.birthDate.extension", + "path": "Patient.birthDate.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } + }, { "id": "Patient.birthDate.extension:Data-Absent-Reason", "path": "Patient.birthDate.extension", @@ -558,7 +586,7 @@ { "id": "Patient.deceased[x]", "path": "Patient.deceased[x]", - "comment": "**Einschränkung der übergreifenden MS-Definition:** Die Implementierung dieses Elements ist für Server optional. Die Kennzeichnung als Must-Support erfolgt, da es sich um ein als Modifier-Element markiertes Feld in der Kernspezifikation handelt. \n \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen SOLLEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden.\n * Alle client-seitigen Implementierungen SOLLEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** Die Implementierung dieses Elements ist für Server optional. Die Kennzeichnung als Must-Support erfolgt, da es sich um ein als Modifier-Element markiertes Feld in der Kernspezifikation handelt. \r\n \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen SOLLEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden.\r\n * Alle client-seitigen Implementierungen SOLLEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können.", "mustSupport": true }, { @@ -616,7 +644,7 @@ "id": "Patient.address:Strassenanschrift.type", "path": "Patient.address.type", "short": "Adresstyp", - "comment": "Hier ist stets der Wert `both` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `both` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -624,7 +652,7 @@ "id": "Patient.address:Strassenanschrift.line", "path": "Patient.address.line", "short": "Adresszeile", - "comment": "Diese Komponente kann Straßennamen, Hausnummer, Appartmentnummer, c/o \n sowie weitere Zustellungshinweise enthalten. \n Die Informationen können in mehrere line-Komponenten aufgeteilt werden. \n Bei Verwendung der Extensions, um Straße, Hausnnummer und Postleitzahl strukturiert zu übermitteln, \n müssen diese Informationen stets vollständig auch in der line-Komponente, \n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \n auf diese Informationen zugreifen zu können. \n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", + "comment": "Diese Komponente kann Straßennamen, Hausnummer, Appartmentnummer, c/o \r\n sowie weitere Zustellungshinweise enthalten. \r\n Die Informationen können in mehrere line-Komponenten aufgeteilt werden. \r\n Bei Verwendung der Extensions, um Straße, Hausnnummer und Postleitzahl strukturiert zu übermitteln, \r\n müssen diese Informationen stets vollständig auch in der line-Komponente, \r\n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \r\n auf diese Informationen zugreifen zu können. \r\n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \r\n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \r\n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", "min": 1, "mustSupport": true }, @@ -633,21 +661,21 @@ "path": "Patient.address.line.extension", "sliceName": "Strasse", "short": "Strassenname", - "comment": "Strassenname (ohne Hausnummer).\n Bei Angabe einer Strasse in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Strassenname (ohne Hausnummer).\r\n Bei Angabe einer Strasse in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { "id": "Patient.address:Strassenanschrift.line.extension:Hausnummer", "path": "Patient.address.line.extension", "sliceName": "Hausnummer", - "comment": "Hausnummer, sowie Zusätze (Appartmentnummer, Etage...). \n Bei Angabe einer Hausnummer in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Hausnummer, sowie Zusätze (Appartmentnummer, Etage...). \r\n Bei Angabe einer Hausnummer in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { "id": "Patient.address:Strassenanschrift.line.extension:Adresszusatz", "path": "Patient.address.line.extension", "sliceName": "Adresszusatz", - "comment": "Zusätzliche Informationen, wie z.B. '3. Etage', 'Appartment C'.\n Bei Angabe einer Zusatzinformation in dieser Extension muss diese auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Zusätzliche Informationen, wie z.B. '3. Etage', 'Appartment C'.\r\n Bei Angabe einer Zusatzinformation in dieser Extension muss diese auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -655,7 +683,7 @@ "path": "Patient.address.line.extension", "sliceName": "Postfach", "short": "Postfachnummer", - "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "max": "0" }, { @@ -715,7 +743,7 @@ "id": "Patient.address:Postfach.type", "path": "Patient.address.type", "short": "Adresstyp", - "comment": "Hier ist stets der Wert `postal` anzugeben. \n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", + "comment": "Hier ist stets der Wert `postal` anzugeben. \r\n **Begründung Pflichtfeld:** Dient als Unterscheidungs- und Auswahlkriterium", "min": 1, "mustSupport": true }, @@ -723,7 +751,7 @@ "id": "Patient.address:Postfach.line", "path": "Patient.address.line", "short": "Adresszeile", - "comment": "Diese Komponente enthält die Postfachadresse als String der Form 'Postfach: 12345'.\n Bei Verwendung der Postfach-Extension, um die Postfachnummer strukturiert zu übermitteln, \n müssen diese Informationen stets vollständig auch in der line-Komponente, \n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \n auf diese Informationen zugreifen zu können. \n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", + "comment": "Diese Komponente enthält die Postfachadresse als String der Form 'Postfach: 12345'.\r\n Bei Verwendung der Postfach-Extension, um die Postfachnummer strukturiert zu übermitteln, \r\n müssen diese Informationen stets vollständig auch in der line-Komponente, \r\n die sie erweitern, enthalten sein, um es Systemen, die diese Extensions nicht verwenden zu ermöglichen, \r\n auf diese Informationen zugreifen zu können. \r\n **Begründung Pflichtfeld:** Ohne diese Angabe ist die Adresse nicht zustellbar. \r\n **Begründung für Reduktion der max. Kardinalität:** Die maximale Kardinalität wurde in Übereinstimmung mit der \r\n DIN-Norm 5008 (Schreib- und Gestaltungsregeln für die Text- und Informationsverarbeitung) auf 3 beschränkt.", "min": 1, "mustSupport": true }, @@ -750,7 +778,7 @@ "path": "Patient.address.line.extension", "sliceName": "Postfach", "short": "Postfachnummer", - "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", + "comment": "Postfach-Adresse. Bei Angabe eines Postfaches in dieser Extension muss das Postfach auch in Address.line angegeben werden,\r\n um die Interoperabilität mit Systemen zu gewährleisten, die diese Extension nicht verwenden. \r\n Eine Postfach-Adresse darf nicht in Verbindung mit Address.type `physical` oder `both` verwendet werden. \r\n **Begründung MS:** Erforderlich für die verlustfreie Kommunikation von VSDM-Daten.", "mustSupport": true }, { @@ -780,7 +808,7 @@ "id": "Patient.link", "path": "Patient.link", "short": "Link", - "comment": "Dieses und untergeordnete Elemente KÖNNEN bei einem erfolgten Patient merge entsprechend der Festlegungen unter {{pagelink:Patient-merge}} befüllt werden. \n Da das Element der Unterstützung der Patient merge Notification dient, \n MUSS es im Rahmen des Bestätigungsverfahrens NICHT unterstützt werden (Stand: Stufe 4).", + "comment": "Dieses und untergeordnete Elemente KÖNNEN bei einem erfolgten Patient merge entsprechend der Festlegungen unter {{pagelink:Patient-merge}} befüllt werden. \r\n Da das Element der Unterstützung der Patient merge Notification dient, \r\n MUSS es im Rahmen des Bestätigungsverfahrens NICHT unterstützt werden (Stand: Stufe 4).", "mustSupport": true }, { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKPersonImGesundheitsberuf.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKPersonImGesundheitsberuf.json index 889b25c784..33eb46c69e 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKPersonImGesundheitsberuf.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKPersonImGesundheitsberuf.json @@ -14,7 +14,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Nutzung von in Gesundheitsberufen tätigen Personen in ISiK Szenarien.\n### Motivation\n\nDas Profil ISIKPersonImGesundheitsberuf bildet alle denkbaren medizinischen Leistungserbringer und Fachexperten ab. In den ISiK-FHIR-Profilen können PersonImGesundheitsberuf bspw. als Ausführende einer Prozedur auftreten, im Element `performer` der Procedure Ressource, oder als die Person, die eine Diagnose stellt, im Element `asserter` der Condition Ressource.\n\nIn FHIR werden PersonImGesundheitsberuf mit der [`Practitioner`](https://hl7.org/fhir/R4/practitioner.html)-Ressource\n repräsentiert. \n Für das Profil ISIKPersonImGesundheitsberuf wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\n* [Profil KBV_PR_Base_Practitioner der KBV Basisprofile](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Practitioner). \n* [Profil HiGHmed_IC_Practitioner, MI Initiative - HiGHmed Use Case Infection Control der Medizininformatik Initiative ](https://simplifier.net/medizininformatikinitiative-highmed-ic/highmed-ic-practitioner)\n* [Profil TIPractitioner der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-practitioner) \n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Nutzung von in Gesundheitsberufen tätigen Personen in ISiK Szenarien.\r\n### Motivation\r\n\r\nDas Profil ISIKPersonImGesundheitsberuf bildet alle denkbaren medizinischen Leistungserbringer und Fachexperten ab. In den ISiK-FHIR-Profilen können PersonImGesundheitsberuf bspw. als Ausführende einer Prozedur auftreten, im Element `performer` der Procedure Ressource, oder als die Person, die eine Diagnose stellt, im Element `asserter` der Condition Ressource.\r\n\r\nIn FHIR werden PersonImGesundheitsberuf mit der [`Practitioner`](https://hl7.org/fhir/R4/practitioner.html)-Ressource\r\n repräsentiert. \r\n Für das Profil ISIKPersonImGesundheitsberuf wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:\r\n* [Profil KBV_PR_Base_Practitioner der KBV Basisprofile](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Practitioner). \r\n* [Profil HiGHmed_IC_Practitioner, MI Initiative - HiGHmed Use Case Infection Control der Medizininformatik Initiative ](https://simplifier.net/medizininformatikinitiative-highmed-ic/highmed-ic-practitioner)\r\n* [Profil TIPractitioner der gematik](https://gematik.de/fhir/ti/StructureDefinition/ti-practitioner) \r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -40,20 +40,20 @@ "id": "Practitioner.id", "path": "Practitioner.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Practitioner.meta.versionId", "path": "Practitioner.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Practitioner.meta.lastUpdated", "path": "Practitioner.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Practitioner.identifier", @@ -76,7 +76,7 @@ "path": "Practitioner.identifier", "sliceName": "Arztnummer", "short": "Lebenslange Arztnummer", - "comment": " Im Krankenhaus ist die lebenslange Arztnummer der Ärzte bekannt und MUSS zur eindeutigen Identifikation eines Arztes bereitgestellt werden.\n**Hinweise:** Siehe [Beschreibung der Deutschen Basisprofile](https://ig.fhir.de/basisprofile-de/1.2.0/LebenslangeArztnummerLANR-Identifier.html)\nWährend die Deutschen Basisprofile hier die Abkürzung LANR verwenden, ist im KBV-Kontext das Akronym ANR gebräuchlich. Die Bezeichnung des Slices hat jedoch keinerlei Auswirkungen auf die Kompatibilität.", + "comment": " Im Krankenhaus ist die lebenslange Arztnummer der Ärzte bekannt und MUSS zur eindeutigen Identifikation eines Arztes bereitgestellt werden.\r\n**Hinweise:** Siehe [Beschreibung der Deutschen Basisprofile](https://ig.fhir.de/basisprofile-de/1.2.0/LebenslangeArztnummerLANR-Identifier.html)\r\nWährend die Deutschen Basisprofile hier die Abkürzung LANR verwenden, ist im KBV-Kontext das Akronym ANR gebräuchlich. Die Bezeichnung des Slices hat jedoch keinerlei Auswirkungen auf die Kompatibilität.", "min": 0, "max": "*", "type": [ @@ -459,6 +459,20 @@ "comment": "Geschlecht der Person", "mustSupport": true }, + { + "id": "Practitioner.gender.extension", + "path": "Practitioner.gender.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + } + }, { "id": "Practitioner.gender.extension:Geschlecht-Administrativ", "path": "Practitioner.gender.extension", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKProzedur.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKProzedur.json index 7973bd81aa..4966095da9 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKProzedur.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKProzedur.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Behandlungen/Prozeduren eines Patienten im Rahmen des Bestätigungsverfahrens der gematik.\n### Motivation\nDie Möglichkeit auf eine Übersicht der Prozeduren eines Patienten zuzugreifen, Patienten anhand durchgeführter oder geplanter Prozeduren zu suchen, oder zu prüfen, ob eine konkrete Prozedur bei einem Patienten durchgeführt wurde, sind wichtige Funktionen im klinischen Behandlungsablauf.\n\nIn FHIR werden Prozeduren mit der Procedure-Ressource repräsentiert.\n\nDa die Prozeduren in klinischen Primärsystemen, in der Regel, in OPS-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Prozedur zwar dokumentiert aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Prozedur möglich.\n\n### Kompatibilität\nFür das Profil ISIKProzedur wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKProzedur valide sind, auch valide sind gegen:\n\n* [Profil Prozedur](https://www.medizininformatik-initiative.de/fhir/core/modul-prozedur/StructureDefinition/Procedure) der Medizininformatik Initiative \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Behandlungen/Prozeduren eines Patienten im Rahmen des Bestätigungsverfahrens der gematik.\r\n### Motivation\r\nDie Möglichkeit auf eine Übersicht der Prozeduren eines Patienten zuzugreifen, Patienten anhand durchgeführter oder geplanter Prozeduren zu suchen, oder zu prüfen, ob eine konkrete Prozedur bei einem Patienten durchgeführt wurde, sind wichtige Funktionen im klinischen Behandlungsablauf.\r\n\r\nIn FHIR werden Prozeduren mit der Procedure-Ressource repräsentiert.\r\n\r\nDa die Prozeduren in klinischen Primärsystemen, in der Regel, in OPS-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Prozedur zwar dokumentiert aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Prozedur möglich.\r\n\r\n### Kompatibilität\r\nFür das Profil ISIKProzedur wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKProzedur valide sind, auch valide sind gegen:\r\n\r\n* [Profil Prozedur](https://www.medizininformatik-initiative.de/fhir/core/modul-prozedur/StructureDefinition/Procedure) der Medizininformatik Initiative \r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -41,24 +41,33 @@ "id": "Procedure.id", "path": "Procedure.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Procedure.meta.versionId", "path": "Procedure.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Procedure.meta.lastUpdated", "path": "Procedure.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Procedure.extension", "path": "Procedure.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "rules": "open" + }, "mustSupport": true }, { @@ -66,7 +75,7 @@ "path": "Procedure.extension", "sliceName": "Dokumentationsdatum", "short": "Dokumentationsdatum", - "comment": "Datum, an dem die Prozedur dokumentiert wurde. \n Es handelt sich hierbei um das fachliche Dokumentationsdatum, nicht zu verwechseln mit dem Datum der technischen Anlage des Datensatzes im Primärsystem. \n Diese beiden Daten *können* jedoch identisch sein.", + "comment": "Datum, an dem die Prozedur dokumentiert wurde. \r\n Es handelt sich hierbei um das fachliche Dokumentationsdatum, nicht zu verwechseln mit dem Datum der technischen Anlage des Datensatzes im Primärsystem. \r\n Diese beiden Daten *können* jedoch identisch sein.", "min": 0, "max": "1", "type": [ @@ -83,14 +92,14 @@ "id": "Procedure.status", "path": "Procedure.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Prozedur an. \n **WICHTIGER Hinweis für Implementierer: \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `completed` und `unknown`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Prozeduren mit dem status `entered-in-error` und Ausgrauen von Prozeduren, die noch nicht stattgefunden haben, o.ä.", + "comment": "Zeigt den aktuellen Status der Prozedur an. \r\n **WICHTIGER Hinweis für Implementierer: \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `completed` und `unknown`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Prozeduren mit dem status `entered-in-error` und Ausgrauen von Prozeduren, die noch nicht stattgefunden haben, o.ä.", "mustSupport": true }, { "id": "Procedure.category", "path": "Procedure.category", "short": "Kategorie", - "comment": "Die Kategorisierung erfolgt vorzugsweise auf Basis von SNOMED CT. Für OPS-codierte Prozeduren MUSS die Kategorie angegeben werden: Sie kann ermittelt werden, \n indem das erste Zeichen des OPS-Codes mit Hilfe einer [ConceptMap](http://fhir.de/ConceptMap/OPS-SNOMED-Category) auf die zutreffende SNOMED-Kategorie gemappt wird.\n \n **Begründung MS:** Die Kategorisierung dient der Verbesserung von Suche und Darstellung.", + "comment": "Die Kategorisierung erfolgt vorzugsweise auf Basis von SNOMED CT. Für OPS-codierte Prozeduren MUSS die Kategorie angegeben werden: Sie kann ermittelt werden, \r\n indem das erste Zeichen des OPS-Codes mit Hilfe einer [ConceptMap](http://fhir.de/ConceptMap/OPS-SNOMED-Category) auf die zutreffende SNOMED-Kategorie gemappt wird.\r\n \r\n **Begründung MS:** Die Kategorisierung dient der Verbesserung von Suche und Darstellung.", "mustSupport": true }, { @@ -130,7 +139,7 @@ "id": "Procedure.code", "path": "Procedure.code", "short": "Prozeduren-Code", - "comment": "Prozeduren SOLLEN mindestens entweder mit einem OPS-Code oder einem SNOMED-Code aus dem angegebenen ValueSet codiert werden. \n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit.", + "comment": "Prozeduren SOLLEN mindestens entweder mit einem OPS-Code oder einem SNOMED-Code aus dem angegebenen ValueSet codiert werden. \r\n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \r\n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit.", "min": 1, "constraint": [ { @@ -201,7 +210,7 @@ "id": "Procedure.code.coding:OPS.version", "path": "Procedure.code.coding.version", "short": "Die Jahresversion des OPS Kataloges. Angegeben wird immer die vierstellige Jahreszahl (z.B. `2017`)", - "comment": "**Begründung Pflichtfeld:** Bei Verwendung von OPS ist die Angabe der Version zwingend erforderlich. \n Hierdurch wird der Tatsache Rechnung getragen, dass jede der jährlich neu erscheinenden Fassung von OPS ein neues Codesystem darstellt.", + "comment": "**Begründung Pflichtfeld:** Bei Verwendung von OPS ist die Angabe der Version zwingend erforderlich. \r\n Hierdurch wird der Tatsache Rechnung getragen, dass jede der jährlich neu erscheinenden Fassung von OPS ein neues Codesystem darstellt.", "mustSupport": true }, { @@ -251,7 +260,7 @@ "id": "Procedure.subject.reference", "path": "Procedure.subject.reference", "short": "Patienten-Link", - "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -266,7 +275,7 @@ "id": "Procedure.encounter.reference", "path": "Procedure.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -274,7 +283,7 @@ "id": "Procedure.performed[x]", "path": "Procedure.performed[x]", "short": "Durchführungsdatum oder -Zeitraum", - "comment": "Es muss mindestens entweder ein (partielles) Durchführungsdatum oder der Beginn des Durchführungszeitraumes angegeben werden.\n **Begründung Pflichtfeld:** Die zeitliche Einordnung einer Prozedur ist in vielen Fällen maßgeblich für deren medizinische Relevanz.", + "comment": "Es muss mindestens entweder ein (partielles) Durchführungsdatum oder der Beginn des Durchführungszeitraumes angegeben werden.\r\n **Begründung Pflichtfeld:** Die zeitliche Einordnung einer Prozedur ist in vielen Fällen maßgeblich für deren medizinische Relevanz.", "min": 1, "type": [ { diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKSauerstoffsaettigungArteriell.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKSauerstoffsaettigungArteriell.json index cc45f2bc4b..6f87e99de7 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKSauerstoffsaettigungArteriell.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKSauerstoffsaettigungArteriell.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die arterielle Sauerstoffsättigung eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung der arteriellen Sauerstoffsättigung ist essenziell für die Beurteilung der respiratorischen Funktion, die Überwachung von Patienten mit Atemwegserkrankungen sowie die Unterstützung klinischer Entscheidungen, insbesondere in kritischen Versorgungssituationen.\n\nIn FHIR wird die arterielle Sauerstoffsättigung mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKSauerstoffsaettigungArteriell ist vom Profil [VitalSignDE_Arterielle_Sauerstoffsaettigung_Pulsoximetrie](http://fhir.de/StructureDefinition/observation-de-vitalsign-sauerstoffsaettigung-pulsoximetrie) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Oxygen Saturation Profile](http://hl7.org/fhir/StructureDefinition/oxygensat) aus der FHIR R4 Spezifikation.", + "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die arterielle Sauerstoffsättigung eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\r\n### Motivation\r\nDie Erfassung und Überwachung der arteriellen Sauerstoffsättigung ist essenziell für die Beurteilung der respiratorischen Funktion, die Überwachung von Patienten mit Atemwegserkrankungen sowie die Unterstützung klinischer Entscheidungen, insbesondere in kritischen Versorgungssituationen.\r\n\r\nIn FHIR wird die arterielle Sauerstoffsättigung mit der Observation-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKSauerstoffsaettigungArteriell ist vom Profil [VitalSignDE_Arterielle_Sauerstoffsaettigung_Pulsoximetrie](http://fhir.de/StructureDefinition/observation-de-vitalsign-sauerstoffsaettigung-pulsoximetrie) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Oxygen Saturation Profile](http://hl7.org/fhir/StructureDefinition/oxygensat) aus der FHIR R4 Spezifikation.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.status", "path": "Observation.status", "short": "Untersuchungsstatus", - "comment": "**WICHTIGER Hinweis für Implementierer:** \n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "**WICHTIGER Hinweis für Implementierer:** \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { @@ -103,7 +103,7 @@ "id": "Observation.subject", "path": "Observation.subject", "short": "Patient", - "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Motivation MS:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "mustSupport": true }, { @@ -117,7 +117,7 @@ "id": "Observation.encounter.reference", "path": "Observation.encounter.reference", "short": "Encounter-Link", - "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", + "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.\r\n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen. \r\nBei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)\"Fallnummer\" (hier: `Encounter.account`) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)\r\nIm ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein.\r\nJenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.", "min": 1, "mustSupport": true }, @@ -194,14 +194,14 @@ "id": "Observation.method", "path": "Observation.method", "short": "Untersuchungsmethode", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\n\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true }, { "id": "Observation.device", "path": "Observation.device", "short": "Gerät", - "comment": "**Einschränkung der übergreifenden MS-Definition:** \n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\n\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", + "comment": "**Einschränkung der übergreifenden MS-Definition:** \r\n Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.\r\n\r\n Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKStandort.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKStandort.json index 3b6e0d6d48..d556a970a8 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKStandort.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKStandort.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil dient der strukturierten Erfassung von Standortangaben eines \nKrankenhauses oder von Organisationseinheiten innerhalb eines Krankenhauses in ISiK-Szenarien. \n### Motivation\nIn FHIR wird die Organisation (Organization) vom Standort (Location) eindeutig abgegrenzt.\n\nDie Abbildung von Standorten in einem Krankenhaus unterstützt u.a. die Raum- und Bettenbelegung in strukturierter Form. \n\nDie Erfassung des Standortes in strukturierter Form soll u.a. ermöglichen:\n- Zuweisungen von Diensten an bestimmte Standorte im Rahmen des Terminmanagements\n- Die Raum- und Betten-Belegung in strukturierter Form (interdisziplinär) - u.a. für \n - Patientenportale im Rahmen der Terminbuchung, z.B. um den Wunsch nach Einzelbett, bzw. 1 oder 2 Betten abzubilden\n - KIS und weitere Subsysteme:\n - zur Patientenabholung und Information für den Transportdienst\n - Abbildung der Verfügbarkeit eines spezifischen Bettenstellplatzes (z.B. mit spezifischem Monitoring-Device) \n- Im Rahmen der Versorgung kann eine der folgenden Beispiel-Fragen beantworten werden:\n - Handelt es sich um ein Isolationszimmer?\n - Gibt es bestimmte Ausstattung, z.B. Beatmungsgeräte?\n - etc.\n\nDafür werden Standort-Profile in unterschiedlicher Granularität definiert. \n\n### Kompatibilität\nFür das Profil ISiKStandort wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der \nKompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt. \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\n", + "description": "Dieses Profil dient der strukturierten Erfassung von Standortangaben eines \r\nKrankenhauses oder von Organisationseinheiten innerhalb eines Krankenhauses in ISiK-Szenarien. \r\n### Motivation\r\nIn FHIR wird die Organisation (Organization) vom Standort (Location) eindeutig abgegrenzt.\r\n\r\nDie Abbildung von Standorten in einem Krankenhaus unterstützt u.a. die Raum- und Bettenbelegung in strukturierter Form. \r\n\r\nDie Erfassung des Standortes in strukturierter Form soll u.a. ermöglichen:\r\n- Zuweisungen von Diensten an bestimmte Standorte im Rahmen des Terminmanagements\r\n- Die Raum- und Betten-Belegung in strukturierter Form (interdisziplinär) - u.a. für \r\n - Patientenportale im Rahmen der Terminbuchung, z.B. um den Wunsch nach Einzelbett, bzw. 1 oder 2 Betten abzubilden\r\n - KIS und weitere Subsysteme:\r\n - zur Patientenabholung und Information für den Transportdienst\r\n - Abbildung der Verfügbarkeit eines spezifischen Bettenstellplatzes (z.B. mit spezifischem Monitoring-Device) \r\n- Im Rahmen der Versorgung kann eine der folgenden Beispiel-Fragen beantworten werden:\r\n - Handelt es sich um ein Isolationszimmer?\r\n - Gibt es bestimmte Ausstattung, z.B. Beatmungsgeräte?\r\n - etc.\r\n\r\nDafür werden Standort-Profile in unterschiedlicher Granularität definiert. \r\n\r\n### Kompatibilität\r\nFür das Profil ISiKStandort wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der \r\nKompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt. \r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,20 +21,20 @@ "id": "Location.id", "path": "Location.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Location.meta.versionId", "path": "Location.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Location.meta.lastUpdated", "path": "Location.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Location.identifier", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKStandortBettenstellplatz.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKStandortBettenstellplatz.json index f51745aec9..f6f869c15a 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKStandortBettenstellplatz.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKStandortBettenstellplatz.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil dient der strukturierten Erfassung von Bettenstellplätzen (als Standorten) \neines Krankenhauses. \n### Hinweis \nEin einzelnes Bett als Gegenstand kann als FHIR-Ressource 'Device' abgebildet werden, \ndas einen Bettenstellplatz referenziert.\n", + "description": "Dieses Profil dient der strukturierten Erfassung von Bettenstellplätzen (als Standorten) \r\neines Krankenhauses. \r\n### Hinweis \r\nEin einzelnes Bett als Gegenstand kann als FHIR-Ressource 'Device' abgebildet werden, \r\ndas einen Bettenstellplatz referenziert.\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKSubscription.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKSubscription.json index 5957d958d3..c903e9ad3d 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKSubscription.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKSubscription.json @@ -9,7 +9,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "ISiK Subscription \n### Motivation\n\nSubscription 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).\n\nUm als Subsystem über ein Subsription-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.\n\n### Kompatibilität\n\nDas Profil ISiKSubscription basiert auf dem [Backport-Subscription Profil](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription.html).\nDer [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. \n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "ISiK Subscription \r\n### Motivation\r\n\r\nSubscription 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).\r\n\r\nUm als Subsystem über ein Subsription-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.\r\n\r\n### Kompatibilität\r\n\r\nDas Profil ISiKSubscription basiert auf dem [Backport-Subscription Profil](https://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition-backport-subscription.html).\r\nDer [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. \r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -22,26 +22,26 @@ "id": "Subscription.id", "path": "Subscription.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Subscription.meta.versionId", "path": "Subscription.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Subscription.meta.lastUpdated", "path": "Subscription.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Subscription.status", "path": "Subscription.status", "short": "Status", - "comment": "**Bedeutung:** Der Status der Subscription, der den Serverstatus der Subscription angibt. \n Neue Subscriptions werden immer mit dem Status `requested` an den Server übergeben. \n Der Server ändert im Anschluss den Status auf `active` oder im Fehlerfall auf `error`.", + "comment": "**Bedeutung:** Der Status der Subscription, der den Serverstatus der Subscription angibt. \r\n Neue Subscriptions werden immer mit dem Status `requested` an den Server übergeben. \r\n Der Server ändert im Anschluss den Status auf `active` oder im Fehlerfall auf `error`.", "mustSupport": true }, { @@ -97,7 +97,7 @@ "id": "Subscription.channel.type", "path": "Subscription.channel.type", "short": "Typ des Kommunikationskanals", - "comment": "**Bedeutung:** Der Typ des Kommunikationskanals, über den Subscription-Benachrichtigungen gesendet werden sollen. \n In ISiK MUSS der Wert `rest-hook` unterstützt werden, weitere Werte KÖNNEN unterstützt werden.", + "comment": "**Bedeutung:** Der Typ des Kommunikationskanals, über den Subscription-Benachrichtigungen gesendet werden sollen. \r\n In ISiK MUSS der Wert `rest-hook` unterstützt werden, weitere Werte KÖNNEN unterstützt werden.", "mustSupport": true }, { @@ -131,13 +131,13 @@ "path": "Subscription.channel.payload.extension", "sliceName": "content", "short": "Inhalt der Nutzdaten", - "comment": "**Bedeutung:** Welcher Ressourceninhalt in der Nutzlast der Benachrichtigung geliefert werden soll. \n Zur Auswahl stehen eine leere Nutzlast (`empty`), nur die Ressourcen-id (`id-only`) oder der gesamte Inhalt der Ressource (`full-resource`)." + "comment": "**Bedeutung:** Welcher Ressourceninhalt in der Nutzlast der Benachrichtigung geliefert werden soll. \r\n Zur Auswahl stehen eine leere Nutzlast (`empty`), nur die Ressourcen-id (`id-only`) oder der gesamte Inhalt der Ressource (`full-resource`)." }, { "id": "Subscription.channel.header", "path": "Subscription.channel.header", "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. \n **Hinweise:** ACHTUNG: dieses Datenfeld muss bei READ-Interaktionen maskiert werden! Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)", + "comment": "**Bedeutung:** http-Header welcher dazu genutzt werden kann einen Authorization-header zu setzen. Dies ist nur für rest-hook Subscriptions relevant. \r\n **Hinweise:** ACHTUNG: dieses Datenfeld muss bei READ-Interaktionen maskiert werden! Siehe [R4 Subscriptions](https://hl7.org/fhir/R4/subscription.html)", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKTermin.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKTermin.json index cea2eba7ef..7e0a3a19c7 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKTermin.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKTermin.json @@ -34,7 +34,7 @@ "id": "Appointment.id", "path": "Appointment.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { @@ -47,13 +47,13 @@ "id": "Appointment.meta.versionId", "path": "Appointment.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Appointment.meta.lastUpdated", "path": "Appointment.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Appointment.meta.tag", @@ -84,6 +84,16 @@ { "id": "Appointment.extension", "path": "Appointment.extension", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, "comment": "Begründung zum Must Support: Termineabsagen sollten verkettbar sein, da am originalen Termin noch weitere Informationen hängen können.", "mustSupport": true }, @@ -136,7 +146,7 @@ { "id": "Appointment.specialty", "path": "Appointment.specialty", - "comment": "Optionale Angabe aller Fachbereiche aus denen ein oder mehrere Akteure für die Durchführung des Termins benötigt werden. \n \n Begründung zu Kardinalität und Must Support: KANN auch anhand des Kalenders, in dem ein Termin gebucht wird, ermittelt werden.\n Die Angabe der Fachbereiche ist optional (0..*), muss jedoch implementiert werden (MS), um die Spezialisierung hinsichtlich der zugeordneten Behandlungseinheit des Termins eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n ", + "comment": "Optionale Angabe aller Fachbereiche aus denen ein oder mehrere Akteure für die Durchführung des Termins benötigt werden. \r\n \r\n Begründung zu Kardinalität und Must Support: KANN auch anhand des Kalenders, in dem ein Termin gebucht wird, ermittelt werden.\r\n Die Angabe der Fachbereiche ist optional (0..*), muss jedoch implementiert werden (MS), um die Spezialisierung hinsichtlich der zugeordneten Behandlungseinheit des Termins eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\r\n ", "mustSupport": true }, { @@ -158,7 +168,7 @@ "id": "Appointment.specialty.coding:Fachrichtung", "path": "Appointment.specialty.coding", "sliceName": "Fachrichtung", - "comment": "Begründung zur Kardinalität: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Termins eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\n \n Hintergrund zur Entscheidung: Die Wahl des hinterlegten ValueSets (http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode) wurde mit einem Mitglied der IHE Deutschland Arbeitsgruppe XDS ValueSets (https://www.ihe-d.de/projekte/xds-value-sets-fuer-deutschland/) sowie mit der KBV abgestimmt (Stand:13.6.2024).", + "comment": "Begründung zur Kardinalität: Die Kardinalität der Fachrichtung-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass genau eine Fachrichtung vorhanden ist. Dies ist notwendig, um die Spezialisierung des Termins eindeutig zu definieren und eine korrekte Zuordnung zu gewährleisten.\r\n \r\n Hintergrund zur Entscheidung: Die Wahl des hinterlegten ValueSets (http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode) wurde mit einem Mitglied der IHE Deutschland Arbeitsgruppe XDS ValueSets (https://www.ihe-d.de/projekte/xds-value-sets-fuer-deutschland/) sowie mit der KBV abgestimmt (Stand:13.6.2024).", "min": 1, "max": "1", "mustSupport": true, @@ -188,7 +198,17 @@ { "id": "Appointment.priority.extension", "path": "Appointment.priority.extension", - "comment": "Hinweis: In R5 ist die Priority ein CodeableConcept. \n \n Begründung zu Must Support: Dieses Element ist optional (0..1), muss jedoch implementiert werden (MS), um besonders einen Notfall als solchen ausweisen zu können.", + "slicing": { + "discriminator": [ + { + "type": "value", + "path": "url" + } + ], + "ordered": false, + "rules": "open" + }, + "comment": "Hinweis: In R5 ist die Priority ein CodeableConcept. \r\n \r\n Begründung zu Must Support: Dieses Element ist optional (0..1), muss jedoch implementiert werden (MS), um besonders einen Notfall als solchen ausweisen zu können.", "mustSupport": true }, { @@ -238,14 +258,14 @@ "id": "Appointment.comment", "path": "Appointment.comment", "short": "Zusätzliche Kommentare zum Termin zwischen Leistungserbringern", - "comment": "Hinweis: Im ISiK Kontext sollte dieses Feld zur internen Kommunikation zwischen Leistungserbringern verwendet werden, z.B. für interne Notizen rund um den Termin.\n\nBegründung zum Must Support: Dieses Feld ist optional (0..1), muss jedoch implementiert werden (MS), um die Möglichkeit zu bieten, zusätzliche Informationen zum Termin zu hinterlegen und abrufen zu können. \n\nEs gilt weiterhin die Semantik des Elements nach FHIR-Kernspezifikation:\n\n'Additional text to aid in facilitating the appointment. For instance, a comment might be, 'patient should proceed immediately to infusion room upon arrival'\n\nWhere this is a planned appointment and the start/end dates are not set then this field can be used to provide additional guidance on the details of the appointment request, including any restrictions on when to book it.'", + "comment": "Hinweis: Im ISiK Kontext sollte dieses Feld zur internen Kommunikation zwischen Leistungserbringern verwendet werden, z.B. für interne Notizen rund um den Termin.\r\n\r\nBegründung zum Must Support: Dieses Feld ist optional (0..1), muss jedoch implementiert werden (MS), um die Möglichkeit zu bieten, zusätzliche Informationen zum Termin zu hinterlegen und abrufen zu können. \r\n\r\nEs gilt weiterhin die Semantik des Elements nach FHIR-Kernspezifikation:\r\n\r\n'Additional text to aid in facilitating the appointment. For instance, a comment might be, 'patient should proceed immediately to infusion room upon arrival'\r\n\r\nWhere this is a planned appointment and the start/end dates are not set then this field can be used to provide additional guidance on the details of the appointment request, including any restrictions on when to book it.'", "mustSupport": true }, { "id": "Appointment.patientInstruction", "path": "Appointment.patientInstruction", "short": "Anweisungen für den Patienten zum Termin", - "comment": "Hinweis: Dieses Feld sollte im Kontext von ISIK verwendet werden für die Kommunikation im Sinne der Definition der FHIR-Kernspezifikation - sowohl von Systemseite (administrativ) als auch von Seiten des medizinischen Fachpersonals.\n\nBeispiel für eine Nachricht: 'Bitte nüchtern erscheinen' etc.\n\nBegründung zum Must Support: Dieses Feld ist optional (0..1), muss jedoch implementiert werden (MS), um die Möglichkeit zu bieten, zusätzliche Informationen für Patienten zum Termin zu hinterlegen und abrufen zu können. \n\nEs gilt weiterhin der Hinweis der FHIR Kernspezifikation:\n'Note that FHIR strings SHALL NOT exceed 1MB in size'", + "comment": "Hinweis: Dieses Feld sollte im Kontext von ISIK verwendet werden für die Kommunikation im Sinne der Definition der FHIR-Kernspezifikation - sowohl von Systemseite (administrativ) als auch von Seiten des medizinischen Fachpersonals.\r\n\r\nBeispiel für eine Nachricht: 'Bitte nüchtern erscheinen' etc.\r\n\r\nBegründung zum Must Support: Dieses Feld ist optional (0..1), muss jedoch implementiert werden (MS), um die Möglichkeit zu bieten, zusätzliche Informationen für Patienten zum Termin zu hinterlegen und abrufen zu können. \r\n\r\nEs gilt weiterhin der Hinweis der FHIR Kernspezifikation:\r\n'Note that FHIR strings SHALL NOT exceed 1MB in size'", "mustSupport": true }, { @@ -261,7 +281,7 @@ "rules": "open" }, "short": "Teilnehmer des Termins", - "comment": "Hinweis: Die Kardinalität von actor.display und das MS-Flag von .status wird an die Slices vererbt und diese sind entsprechend zu implementieren.\n\nBegründung zu Kardinalität und Must Support: Die Teilnehmer eines Termins sind von entscheidender Bedeutung, um die Verfügbarkeit und Planung des Termins zu gewährleisten. Daher muss dieses Feld unterstützt werden (MS).", + "comment": "Hinweis: Die Kardinalität von actor.display und das MS-Flag von .status wird an die Slices vererbt und diese sind entsprechend zu implementieren.\r\n\r\nBegründung zu Kardinalität und Must Support: Die Teilnehmer eines Termins sind von entscheidender Bedeutung, um die Verfügbarkeit und Planung des Termins zu gewährleisten. Daher muss dieses Feld unterstützt werden (MS).", "mustSupport": true }, { @@ -285,7 +305,7 @@ "id": "Appointment.participant:AkteurPatient", "path": "Appointment.participant", "sliceName": "AkteurPatient", - "comment": "Hinweis: Im ISIK-Kontext MUSS der referenzierte Patient konform zum [ISIKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) des Basismoduls sein. Ein Sonderfall sind Patienten, über die ein Termin-Requestor oder Termin-Repository nur rudimentäre Informationen verfügt. Diese Patienten-Ressourcen sind bis zur Vervollständigung nur gegen den Kernstandard valide.\n\nBegründung zu Kardinalität und Must Support: Die teilnehmenden Patienten eines Termins sind von entscheidender Bedeutung, um die Verfügbarkeit und Planung des Termins zu gewährleisten. Daher muss dieses Feld unterstützt werden (MS). Hingegen kann die Patienten-Referenz separat in der $book-Operation übergeben werden, sodass hier keine verpflichtende Kardinaltiät gewählt werden kann.", + "comment": "Hinweis: Im ISIK-Kontext MUSS der referenzierte Patient konform zum [ISIKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) des Basismoduls sein. Ein Sonderfall sind Patienten, über die ein Termin-Requestor oder Termin-Repository nur rudimentäre Informationen verfügt. Diese Patienten-Ressourcen sind bis zur Vervollständigung nur gegen den Kernstandard valide.\r\n\r\nBegründung zu Kardinalität und Must Support: Die teilnehmenden Patienten eines Termins sind von entscheidender Bedeutung, um die Verfügbarkeit und Planung des Termins zu gewährleisten. Daher muss dieses Feld unterstützt werden (MS). Hingegen kann die Patienten-Referenz separat in der $book-Operation übergeben werden, sodass hier keine verpflichtende Kardinaltiät gewählt werden kann.", "min": 0, "max": "*", "mustSupport": true @@ -312,7 +332,7 @@ "id": "Appointment.participant:AkteurPersonImGesundheitsberuf", "path": "Appointment.participant", "sliceName": "AkteurPersonImGesundheitsberuf", - "comment": "Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum [ISiKAngehoeriger](https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger) des Basismoduls sein.\n\nBegründung zu Kardinalität und Must Support: Die Angabe eines Angehörigen ist optional, da in vielen Fällen die Referenzierung des Patienten ausreichend ist. Bei Terminen, die durch einen Angehörigen gebucht/verwaltet werden, ist es jedoch wichtig, dass diese Information an das Termin-Repository übermittelt werden kann.", + "comment": "Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum [ISiKAngehoeriger](https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger) des Basismoduls sein.\r\n\r\nBegründung zu Kardinalität und Must Support: Die Angabe eines Angehörigen ist optional, da in vielen Fällen die Referenzierung des Patienten ausreichend ist. Bei Terminen, die durch einen Angehörigen gebucht/verwaltet werden, ist es jedoch wichtig, dass diese Information an das Termin-Repository übermittelt werden kann.", "min": 0, "max": "*", "mustSupport": true diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminKontaktMitGesundheitseinrichtung.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminKontaktMitGesundheitseinrichtung.json index b82a065c2d..64a4bc91b5 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminKontaktMitGesundheitseinrichtung.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminKontaktMitGesundheitseinrichtung.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Das Datenobjekt ISiKKontaktMitGesundheitseinrichtung dient der Verknüpfung des ISiK-Basis-Encounters (ISiKKontaktMitGesundheitseinrichtung) mit einem Termin (Appointment) und - darauf aufbauend - der Dokumentenkommunikation.\n\nDie Anforderung dieser Verknüpfung stammt aus dem Szenario der Dokument-Übertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (KIS): Dokumente liegen bei Termin-Buchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu muss das Appointment mit dem neu angelegten Encounter verknüpft werden, um die Dokumente aus dem Patientenportal darüber zuzuordnen.\n\nHieraus folgt, dass das Datenobjekt nur relevant ist, falls das bestätigungsrelevante System das Datenobjekt ISiKKontaktMitGesundheitseinrichtung sowie ISiKTermin implementiert. Zu Beginn des Termins sollte das System die Verknüpfung zwischen Encounter und Appointment herstellen. Ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden.\n", + "description": "Das Datenobjekt ISiKKontaktMitGesundheitseinrichtung dient der Verknüpfung des ISiK-Basis-Encounters (ISiKKontaktMitGesundheitseinrichtung) mit einem Termin (Appointment) und - darauf aufbauend - der Dokumentenkommunikation.\r\n\r\nDie Anforderung dieser Verknüpfung stammt aus dem Szenario der Dokument-Übertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (KIS): Dokumente liegen bei Termin-Buchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu muss das Appointment mit dem neu angelegten Encounter verknüpft werden, um die Dokumente aus dem Patientenportal darüber zuzuordnen.\r\n\r\nHieraus folgt, dass das Datenobjekt nur relevant ist, falls das bestätigungsrelevante System das Datenobjekt ISiKKontaktMitGesundheitseinrichtung sowie ISiKTermin implementiert. Zu Beginn des Termins sollte das System die Verknüpfung zwischen Encounter und Appointment herstellen. Ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden.\r\n", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -20,7 +20,7 @@ { "id": "Encounter.appointment", "path": "Encounter.appointment", - "comment": "**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-v4?version=current) zu beachten.\n \nBegründung Must Support: Die Referenz auf Appointment ermöglicht Portalen den Fallbezug aus dem Termin zu ermitteln und Dokumente an ein KIS zu senden. Das Element 'appointment' ist Must-Support, um sicherzustellen, dass ein Termin immer abrufbar ist, sofern er mit einem Fallkontaktverknüft ist." + "comment": "**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-v4?version=current) zu beachten.\r\n \r\nBegründung Must Support: Die Referenz auf Appointment ermöglicht Portalen den Fallbezug aus dem Termin zu ermitteln und Dokumente an ein KIS zu senden. Das Element 'appointment' ist Must-Support, um sicherzustellen, dass ein Termin immer abrufbar ist, sofern er mit einem Fallkontaktverknüft ist." } ] } diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminblock.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminblock.json index a74c0728ba..eb6d107938 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminblock.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKTerminblock.json @@ -34,20 +34,20 @@ "id": "Slot.id", "path": "Slot.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Slot.meta.versionId", "path": "Slot.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Slot.meta.lastUpdated", "path": "Slot.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Slot.schedule", diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKValueSet.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKValueSet.json index 98f3ccde3e..116f543308 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKValueSet.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKValueSet.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil beschreibt die maschinenlesbare Auswahl von Codes \nfür die Kodierung spezifischer FHIR-Elemente in ISiK-Szenarien.\n### Motivation\n\nISiK erlaubt in diversen Kontexten die Erweiterung der Kodierung durch Krankenhaus- / System-interne Kodierungen.\nMittels der Veröffentlichung von ValueSets können Auswahllisten für externe Clients bereitgestellt werden, sodass diese entsprechende Kodierungen ebenfalls anbieten können.\n### Kompatibilität\n\nFür das Profil ISiKValueSet wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der Kompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt.\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil beschreibt die maschinenlesbare Auswahl von Codes \r\nfür die Kodierung spezifischer FHIR-Elemente in ISiK-Szenarien.\r\n### Motivation\r\n\r\nISiK erlaubt in diversen Kontexten die Erweiterung der Kodierung durch Krankenhaus- / System-interne Kodierungen.\r\nMittels der Veröffentlichung von ValueSets können Auswahllisten für externe Clients bereitgestellt werden, sodass diese entsprechende Kodierungen ebenfalls anbieten können.\r\n### Kompatibilität\r\n\r\nFür das Profil ISiKValueSet wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der Kompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt.\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,26 +21,26 @@ "id": "ValueSet.id", "path": "ValueSet.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "ValueSet.meta.versionId", "path": "ValueSet.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "ValueSet.meta.lastUpdated", "path": "ValueSet.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "ValueSet.url", "path": "ValueSet.url", "short": "Eindeutige Url des ValueSets", - "comment": "**Bedeutung:** Eindeutige Url zur Identifizierung des ValueSets. Absolute Urls sind zu bevorzugen.\n\n**Hinweise:** OIDs SOLLTEN als weitere Identifier des CodeSystems verwendet werden. In jedem Fall SOLLTE eine Canonical Url vergeben werden.", + "comment": "**Bedeutung:** Eindeutige Url zur Identifizierung des ValueSets. Absolute Urls sind zu bevorzugen.\r\n\r\n**Hinweise:** OIDs SOLLTEN als weitere Identifier des CodeSystems verwendet werden. In jedem Fall SOLLTE eine Canonical Url vergeben werden.", "min": 1, "mustSupport": true }, @@ -48,7 +48,7 @@ "id": "ValueSet.version", "path": "ValueSet.version", "short": "Version des ValueSets", - "comment": "\n**Bedeutung:** Version des ValueSets\n\n**Hinweise:** Jede Änderung des dazugehörigen CodeSystems MUSS eine Änderung in der Version des CodeSystems und ValueSets nach sich ziehen.", + "comment": "\r\n**Bedeutung:** Version des ValueSets\r\n\r\n**Hinweise:** Jede Änderung des dazugehörigen CodeSystems MUSS eine Änderung in der Version des CodeSystems und ValueSets nach sich ziehen.", "min": 1, "mustSupport": true }, @@ -56,7 +56,7 @@ "id": "ValueSet.name", "path": "ValueSet.name", "short": "Name des ValueSets", - "comment": "**Bedeutung:** Maschinenlesbarer Name des ValueSets\n\n**Hinweise:** Der Constraint [vsd-0](https://www.hl7.org/fhir/R4/valueset.html#invs) ist hierbei zu beachten.", + "comment": "**Bedeutung:** Maschinenlesbarer Name des ValueSets\r\n\r\n**Hinweise:** Der Constraint [vsd-0](https://www.hl7.org/fhir/R4/valueset.html#invs) ist hierbei zu beachten.", "min": 1, "mustSupport": true }, @@ -64,14 +64,14 @@ "id": "ValueSet.status", "path": "ValueSet.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'active' und 'retired''.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch 'active' und 'retired''.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { "id": "ValueSet.useContext", "path": "ValueSet.useContext", "short": "Datenelement-Relevanz das ValueSet", - "comment": "**Bedeutung:** Angabe für welches Datenelement das ValueSet relevant ist\n\n**Hinweise:** Es muss mindestens ein useContext angegeben werden, in dem der Ressourcen-Typ kodiert wird, in dem das ValueSet in einem Element zur Verwendung kommt.", + "comment": "**Bedeutung:** Angabe für welches Datenelement das ValueSet relevant ist\r\n\r\n**Hinweise:** Es muss mindestens ein useContext angegeben werden, in dem der Ressourcen-Typ kodiert wird, in dem das ValueSet in einem Element zur Verwendung kommt.", "min": 1, "mustSupport": true }, @@ -103,7 +103,7 @@ "id": "ValueSet.expansion", "path": "ValueSet.expansion", "short": "Expansion der Konzepte", - "comment": "**Bedeutung:** Angabe der Konzepte aus denen sich das ValueSet zusammensetzt.\n\n**Hinweise:** Mindestens MUSS ein Code und ein Anzeigetext spezifiziert werden.", + "comment": "**Bedeutung:** Angabe der Konzepte aus denen sich das ValueSet zusammensetzt.\r\n\r\n**Hinweise:** Mindestens MUSS ein Code und ein Anzeigetext spezifiziert werden.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisGesetzlich.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisGesetzlich.json index 734d504394..6eb42717cf 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisGesetzlich.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisGesetzlich.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Darstellung eines gesetzlichen Versicherungsverhältnisses in ISiK Szenarien. \n### Motivation\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden.\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKVersicherungsverhaeltnisGesetzlich basiert auf dem [GKV-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis). \nInstanzen, die gegen ISiKVersicherungsverhaeltnisGesetzlich valide sind, sind auch valide gegen\n\n* [GKV-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Darstellung eines gesetzlichen Versicherungsverhältnisses in ISiK Szenarien. \r\n### Motivation\r\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden.\r\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \r\nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKVersicherungsverhaeltnisGesetzlich basiert auf dem [GKV-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis). \r\nInstanzen, die gegen ISiKVersicherungsverhaeltnisGesetzlich valide sind, sind auch valide gegen\r\n\r\n* [GKV-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis)\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,13 +21,13 @@ "id": "Coverage.status", "path": "Coverage.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { "id": "Coverage.type", "path": "Coverage.type", - "comment": "\n Die Angabe der Versicherungsart `GKV` dient der Kennzeichnung dieser Coverage-Ressource als gesetzliches Versicherungsverhältnis. \n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \n z.B. gesetzliche Versicherung + Selbszahlerverhältnis und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \n **Historie:** \n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", + "comment": "\r\n Die Angabe der Versicherungsart `GKV` dient der Kennzeichnung dieser Coverage-Ressource als gesetzliches Versicherungsverhältnis. \r\n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \r\n z.B. gesetzliche Versicherung + Selbszahlerverhältnis und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \r\n **Historie:** \r\n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", "mustSupport": true }, { @@ -78,20 +78,20 @@ "id": "Coverage.subscriber", "path": "Coverage.subscriber", "short": "Hauptversicherte Person", - "comment": "Die hauptversicherte Person kann der Patient selbst sein, oder (z.B. im Falle einer Familienversicherung) auch ein Angehöriger (`RelatedPerson`)\n **Begründung MS: Die Information über die hauptversicherte Person ist insbesondere im Kontext der Korrespondenz von Bedeutung, \n da z.B. bei familienversicherten Kindern i.d.R. über die hauptversicherte Person korrespondiert wird. \n\n **Hinweis:** Die Angabe der VersichertenID des Hauptversicherten in `subscriber.identifier` ist verpflichtend. \n Weitere Angaben zum Versicherten (Name, Adresse) können in einer `RelatedPerson`-Resource hinterlegt werden, auf die hier referenziert wird.", + "comment": "Die hauptversicherte Person kann der Patient selbst sein, oder (z.B. im Falle einer Familienversicherung) auch ein Angehöriger (`RelatedPerson`)\r\n **Begründung MS: Die Information über die hauptversicherte Person ist insbesondere im Kontext der Korrespondenz von Bedeutung, \r\n da z.B. bei familienversicherten Kindern i.d.R. über die hauptversicherte Person korrespondiert wird. \r\n\r\n **Hinweis:** Die Angabe der VersichertenID des Hauptversicherten in `subscriber.identifier` ist verpflichtend. \r\n Weitere Angaben zum Versicherten (Name, Adresse) können in einer `RelatedPerson`-Resource hinterlegt werden, auf die hier referenziert wird.", "mustSupport": true }, { "id": "Coverage.subscriber.reference", "path": "Coverage.subscriber.reference", - "comment": "Die Verlinkung auf eine Patienten- oder RelatedPerson-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten/Angehörigen \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "Die Verlinkung auf eine Patienten- oder RelatedPerson-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten/Angehörigen \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { "id": "Coverage.subscriber.identifier", "path": "Coverage.subscriber.identifier", "short": "Lebenslange Krankenversichertennummer der Hauptversicherten", - "comment": "Die als 'KVZ10' kodierte Versichertennummer ist der 10-stellige, \n unveränderbare Teil der Versichertennummer, \n der lesbar auf die Elektronische Gesundheitskarte aufgedruckt ist.\n Er gilt für alle Krankenversichertennummern, \n unabhängig davon, ob es sich um GKV, PKV oder Sonderkostenträger handelt. \n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-LebenslangeKrankenversichertennummer10-stelligeKVID-Identifier?version=current)", + "comment": "Die als 'KVZ10' kodierte Versichertennummer ist der 10-stellige, \r\n unveränderbare Teil der Versichertennummer, \r\n der lesbar auf die Elektronische Gesundheitskarte aufgedruckt ist.\r\n Er gilt für alle Krankenversichertennummern, \r\n unabhängig davon, ob es sich um GKV, PKV oder Sonderkostenträger handelt. \r\n **Weitere Hinweise:** siehe [Deutschen Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-LebenslangeKrankenversichertennummer10-stelligeKVID-Identifier?version=current)", "min": 1, "type": [ { @@ -107,7 +107,7 @@ "id": "Coverage.subscriber.identifier.system", "path": "Coverage.subscriber.identifier.system", "short": "Namensraum der Versichertennummer", - "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der Wert `http://fhir.de/sid/gkv/kvid-10` anzugeben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { @@ -121,7 +121,7 @@ "id": "Coverage.subscriber.display", "path": "Coverage.subscriber.display", "short": "Name des Hauptversicherten", - "comment": "**Begründung MS:** Da das die Versichertennummer nicht zur Darstellung für den Anwender geeignet ist, \n sollte ergänzend der Name des Versicherten angegeben werden.", + "comment": "**Begründung MS:** Da das die Versichertennummer nicht zur Darstellung für den Anwender geeignet ist, \r\n sollte ergänzend der Name des Versicherten angegeben werden.", "mustSupport": true }, { @@ -135,7 +135,7 @@ "id": "Coverage.beneficiary.reference", "path": "Coverage.beneficiary.reference", "short": "Patienten-Link", - "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, @@ -143,7 +143,7 @@ "id": "Coverage.payor", "path": "Coverage.payor", "short": "Kostenträger", - "comment": "Die Angabe der IK-Nummer in `payor.identifier` sowie des Namens der Versicherung in `payor.display` ist zwingend erforderlich. \n Die Referenz auf eine Resource vom Typ `Organization` in `payor.reference`, die weitere Details zur Versicherung enthalten kann (z.B. Adresse, Kontaktdaten) ist optional. \n\n Die Angabe der IK-Nummer des Versicherers in payor.identifier ist verpflichtend. \n Weitere Angaben zum Versicherer (Name, Adresse) können in einer Organization-Resource hinterlegt werden, auf die hier referenziert wird.", + "comment": "Die Angabe der IK-Nummer in `payor.identifier` sowie des Namens der Versicherung in `payor.display` ist zwingend erforderlich. \r\n Die Referenz auf eine Resource vom Typ `Organization` in `payor.reference`, die weitere Details zur Versicherung enthalten kann (z.B. Adresse, Kontaktdaten) ist optional. \r\n\r\n Die Angabe der IK-Nummer des Versicherers in payor.identifier ist verpflichtend. \r\n Weitere Angaben zum Versicherer (Name, Adresse) können in einer Organization-Resource hinterlegt werden, auf die hier referenziert wird.", "max": "1", "type": [ { @@ -175,7 +175,7 @@ "id": "Coverage.payor.identifier.system", "path": "Coverage.payor.identifier.system", "short": "Namensraum der IK-Nummer", - "comment": "Hier ist stets der Wert `http://fhir.de/sid/arge-ik/iknr` anzugeben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", + "comment": "Hier ist stets der Wert `http://fhir.de/sid/arge-ik/iknr` anzugeben. \r\n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { @@ -189,7 +189,7 @@ "id": "Coverage.payor.display", "path": "Coverage.payor.display", "short": "Name der Versicherung", - "comment": "**Begründung Pflichtfeld:** Da das Institutskennzeichen nicht zur Darstellung für den Anwender geeignet ist, \n muss ergänzend der Name der Versicherung angegeben werden.", + "comment": "**Begründung Pflichtfeld:** Da das Institutskennzeichen nicht zur Darstellung für den Anwender geeignet ist, \r\n muss ergänzend der Name der Versicherung angegeben werden.", "min": 1, "mustSupport": true } diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSelbstzahler.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSelbstzahler.json index 619c739d7a..be5882f932 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSelbstzahler.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSelbstzahler.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Darstellung eines gesetzlichen Versicherungsverhältnisses in ISiK Szenarien. \n### Motivation\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden.\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKVersicherungsverhaeltnisSelbstzahler basiert auf dem [Selbstzahler-Profil der deutschen Basisprofile](https://fhir.de/StructureDefinition/coverage-de-sel). \nInstanzen, die gegen ISiKVersicherungsverhaeltnisSelbstzahler valide sind, sind auch valide gegen\n\n* [Selbstzahler-Profil der deutschen Basisprofile](https://fhir.de/StructureDefinition/coverage-de-sel)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Darstellung eines gesetzlichen Versicherungsverhältnisses in ISiK Szenarien. \r\n### Motivation\r\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden.\r\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \r\nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKVersicherungsverhaeltnisSelbstzahler basiert auf dem [Selbstzahler-Profil der deutschen Basisprofile](https://fhir.de/StructureDefinition/coverage-de-sel). \r\nInstanzen, die gegen ISiKVersicherungsverhaeltnisSelbstzahler valide sind, sind auch valide gegen\r\n\r\n* [Selbstzahler-Profil der deutschen Basisprofile](https://fhir.de/StructureDefinition/coverage-de-sel)\r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,13 +21,13 @@ "id": "Coverage.status", "path": "Coverage.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { "id": "Coverage.type", "path": "Coverage.type", - "comment": "\n Die Angabe der Versicherungsart `SEL` dient der Kennzeichnung dieser Coverage-Ressource als Selbszahler-Verhältnis. \n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \n z.B. gesetzliche Versicherung + Selbszahlerverhältnis und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \n **Historie:** \n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", + "comment": "\r\n Die Angabe der Versicherungsart `SEL` dient der Kennzeichnung dieser Coverage-Ressource als Selbszahler-Verhältnis. \r\n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \r\n z.B. gesetzliche Versicherung + Selbszahlerverhältnis und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \r\n **Historie:** \r\n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", "mustSupport": true }, { @@ -62,7 +62,7 @@ "id": "Coverage.beneficiary.reference", "path": "Coverage.beneficiary.reference", "short": "Patienten-Link", - "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, @@ -70,7 +70,7 @@ "id": "Coverage.payor", "path": "Coverage.payor", "short": "Kostenträger", - "comment": "Der Kostenträger in einem Selbstzahlerverhältnis kann der Patient selbst sein, ein Angehöriger (z.B. Eltern) oder eine Organisation (z.B. Botschaft/Amt).\n **Hinweis:** In der Regel sind `payor`und `subscriber` bei Selbstzahlerverhältnissen identisch (die Person , die die Kostenübernahme unterschreibt/zusichert, übernimmt auch die Kosten).\n Es kann jedoch Ausnahmen geben, z.B. der Kostenträger ist eine Organisation, die Kostenübernahme wird jedoch durch eine Person (Vertreter der Organisation) unterzeichnet.", + "comment": "Der Kostenträger in einem Selbstzahlerverhältnis kann der Patient selbst sein, ein Angehöriger (z.B. Eltern) oder eine Organisation (z.B. Botschaft/Amt).\r\n **Hinweis:** In der Regel sind `payor`und `subscriber` bei Selbstzahlerverhältnissen identisch (die Person , die die Kostenübernahme unterschreibt/zusichert, übernimmt auch die Kosten).\r\n Es kann jedoch Ausnahmen geben, z.B. der Kostenträger ist eine Organisation, die Kostenübernahme wird jedoch durch eine Person (Vertreter der Organisation) unterzeichnet.", "type": [ { "code": "Reference", @@ -87,14 +87,14 @@ "id": "Coverage.payor.reference", "path": "Coverage.payor.reference", "short": "Personen-Link", - "comment": "Ist der Kostenträger eine Person (entweder der Patient selbst oder ein Angehöriger), dann MUSS ein Link auf `Patient`, bzw. `RelatedPerson` angegeben werden. \n Ist der Kostenträger eine Organisation, dann KANN ein Link auf `Organization` angegeben werden. \n Die Verlinkung dient der technischen Zuordnung der Dokumentation zu einer Person \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "Ist der Kostenträger eine Person (entweder der Patient selbst oder ein Angehöriger), dann MUSS ein Link auf `Patient`, bzw. `RelatedPerson` angegeben werden. \r\n Ist der Kostenträger eine Organisation, dann KANN ein Link auf `Organization` angegeben werden. \r\n Die Verlinkung dient der technischen Zuordnung der Dokumentation zu einer Person \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "mustSupport": true }, { "id": "Coverage.payor.display", "path": "Coverage.payor.display", "short": "Organisations-Bezeichnung", - "comment": "Ist der Kostenträger eine Organisation und wurde kein Link auf eine `Organization`-Ressource angegeben,\n dann MUSS die Bezeichnung der Organisation angegeben werden.", + "comment": "Ist der Kostenträger eine Organisation und wurde kein Link auf eine `Organization`-Ressource angegeben,\r\n dann MUSS die Bezeichnung der Organisation angegeben werden.", "mustSupport": true } ] diff --git a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSonstige.json b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSonstige.json index d47960e031..cd6510c5f3 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSonstige.json +++ b/Resources/fsh-generated/resources/StructureDefinition-ISiKVersicherungsverhaeltnisSonstige.json @@ -8,7 +8,7 @@ "experimental": false, "date": "2025-12-17", "publisher": "gematik GmbH", - "description": "Dieses Profil ermöglicht die Darstellung sonstiger Versicherungsverhältnisses in ISiK Szenarien. \n### Motivation\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden, \nbei denen es sich *weder* um gesetzliche Versicherungen noch Selbstzahlerverhältnisse handelt.\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKVersicherungsverhaeltnisSonstige basiert auf dem [Basis-Coverage-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis). \n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", + "description": "Dieses Profil ermöglicht die Darstellung sonstiger Versicherungsverhältnisses in ISiK Szenarien. \r\n### Motivation\r\nISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden, \r\nbei denen es sich *weder* um gesetzliche Versicherungen noch Selbstzahlerverhältnisse handelt.\r\nIn diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln. \r\nIn FHIR werden Versicherungsverhältnisse mit der Coverage-Ressource repräsentiert.\r\n\r\n### Kompatibilität\r\nDas Profil ISiKVersicherungsverhaeltnisSonstige basiert auf dem [Basis-Coverage-Profil der deutschen Basisprofile](http://fhir.de/StructureDefinition/coverage-de-basis). \r\n\r\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, @@ -21,13 +21,13 @@ "id": "Coverage.status", "path": "Coverage.status", "short": "Status", - "comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", + "comment": "Zeigt den aktuellen Status der Ressource an. \r\n **WICHTIGER Hinweis für Implementierer:** \r\n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \r\n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch den Wert `active`.\r\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \r\n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.", "mustSupport": true }, { "id": "Coverage.type", "path": "Coverage.type", - "comment": "\n Die Angabe der Versicherungsart dient der Abgrenzung dieser Coverage-Ressource von Selbstzahler- oder gesetzlichen Versicherungsverhältnissen. \n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \n z.B. gesetzliche Versicherung + Sonstige und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \n **Historie:** \n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", + "comment": "\r\n Die Angabe der Versicherungsart dient der Abgrenzung dieser Coverage-Ressource von Selbstzahler- oder gesetzlichen Versicherungsverhältnissen. \r\n **Begründung Pflichtfeld:** Die Angabe der Versicherungsart dient der Unterscheidung, wenn zu einem Patienten mehrere Coverage-Ressourcen hinterlegt sind, \r\n z.B. gesetzliche Versicherung + Sonstige und als Suchkriterium, um gezielt nach der in einem konkreten Kontext relevanten Coverage suchen zu können. \r\n **Historie:** \r\n 28.07.2017 (zulip): TC Konsens bzgl. Verwendung eines eigenen ValueSets anstelle des im Standard definierten preferred bindings, da die dortigen Codes nicht passen.", "mustSupport": true }, { @@ -40,7 +40,7 @@ "id": "Coverage.beneficiary.reference", "path": "Coverage.beneficiary.reference", "short": "Patienten-Link", - "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", + "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \r\n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, diff --git a/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-monitoring-und-vitaldaten.json b/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-monitoring-und-vitaldaten.json index b934b3c3a4..cbfef4d3d2 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-monitoring-und-vitaldaten.json +++ b/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-monitoring-und-vitaldaten.json @@ -35,20 +35,20 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.identifier", diff --git a/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-sonstige-pulsatile-druecke-generisch.json b/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-sonstige-pulsatile-druecke-generisch.json index c6fa9cb88e..afcbb2b162 100644 --- a/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-sonstige-pulsatile-druecke-generisch.json +++ b/Resources/fsh-generated/resources/StructureDefinition-sd-mii-icu-sonstige-pulsatile-druecke-generisch.json @@ -22,20 +22,20 @@ "id": "Observation.id", "path": "Observation.id", "short": "serverseitige, interne ID des Datensatzes", - "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", + "comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen. ", "mustSupport": true }, { "id": "Observation.meta.versionId", "path": "Observation.meta.versionId", "short": "Eindeutiger Name der serverseitigen Version des Datensatzes", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen. " }, { "id": "Observation.meta.lastUpdated", "path": "Observation.meta.lastUpdated", "short": "Zeitpunkt der letzten Änderung", - "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " + "comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\r\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen. " }, { "id": "Observation.identifier", diff --git a/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDatenQuelleAkteur.fsh b/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDatenQuelleAkteur.fsh new file mode 100644 index 0000000000..e089b8a7a9 --- /dev/null +++ b/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDatenQuelleAkteur.fsh @@ -0,0 +1,39 @@ +Instance: ISiKCapabilityStatementFormularDatenQuelleAkteur +InstanceOf: CapabilityStatement +Usage: #definition +* insert Meta-CapabilityStatement-Akteur +* url = "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleAkteur" +* name = "ISiK-CapabilityStatementFormularDatenQuelleAkteur" +* title = "Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur"" +* implementationGuide = "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" +* purpose = """ + CapabilityStatement für den Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur". + Dieser Akteur aggregiert die Rollen zur Abfrage von ausgefüllten Formularen, zur Datenbereitstellung für die Formularvorbelegung und zur Rückübermittlung von aus Formularen extrahierten Daten. + Verpflichtend ist in diesem Kontext nur die Rolle "FormularDatenQuelleRolle" und "CompositionKonsumentenRolle", die weiteren Rollen sind optional, da sie ggf. auch von anderen Akteuren bereitgestellt werden können. + """ + +* imports[+] = Canonical(ISiKCapabilityStatementFormularDatenQuelleRolle) + * insert ExpectationImports(#SHALL) +* imports[+] = Canonical(ISiKCapabilityStatementCompositionKonsumentenRolle) + * insert ExpectationImports(#SHALL) +* imports[+] = Canonical(ISiKCapabilityStatementStammdatenRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementGesundheitsstatusRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementAMTSRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementVitalSignStandardSourceRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementLaborMinimalRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementVitalSignICUSourceExtendedRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementVitalSignICUSourceMinimalRolle) + * insert ExpectationImports(#MAY) +* imports[+] = Canonical(ISiKCapabilityStatementKlinischeRolle) + * insert ExpectationImports(#MAY) + +* rest.mode = #server + + + diff --git a/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur.fsh b/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur.fsh new file mode 100644 index 0000000000..6ca040b39f --- /dev/null +++ b/Resources/input/fsh/Formulare/Akteure/ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur.fsh @@ -0,0 +1,21 @@ +Instance: ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur +InstanceOf: CapabilityStatement +Usage: #definition +* insert Meta-CapabilityStatement-Akteur +* url = "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur" +* name = "ISiK-CapabilityStatementFormularDefinitionsVerwalterAkteur" +* title = "Akteur "ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur"" +* implementationGuide = "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" +* purpose = """ + CapabilityStatement für den Akteur "ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur". + Dieser Akteur aggregiert die Rollen zur Abfrage von ausgefüllten Formularen, zur Datenbereitstellung für die Formularvorbelegung und zur Rückübermittlung von aus Formularen extrahierten Daten. + Verpflichtend ist in diesem Kontext nur die Rolle "FormularDefinitionsVerwalterRolle" und "CompositionKonsumentenRolle", die weiteren Rollen sind optional, da sie ggf. auch von anderen Akteuren bereitgestellt werden können. + """ + +* imports[+] = Canonical(ISiKCapabilityStatementFormularDefinitionsVerwalterRolle) + * insert ExpectationImports(#SHALL) + +* rest.mode = #server + + + diff --git a/Resources/input/fsh/Formulare/Beispiele/ExampleEntryValidationDecimal.fsh b/Resources/input/fsh/Formulare/Beispiele/ExampleEntryValidationDecimal.fsh index 8fc64b2b22..7e1e587729 100644 --- a/Resources/input/fsh/Formulare/Beispiele/ExampleEntryValidationDecimal.fsh +++ b/Resources/input/fsh/Formulare/Beispiele/ExampleEntryValidationDecimal.fsh @@ -51,7 +51,7 @@ InstanceOf: ISiKFormularDaten * text = "Körpergröße in m (muss zwischen 1m und 2.50m liegen)" * answer.valueDecimal = 1.66 - +/* Instance: TestMaxDecimal0 InstanceOf: ISiKFormularDaten * insert QuestionnaireResponseCommons(ExampleEntryValidationDecimal, PatientinMinimal) @@ -118,4 +118,4 @@ Description: "Test-Instanz für Validierungs-Fehler 'Too many decimal places'" * item[+] * linkId = "4.2" * text = "Körpergröße in m (muss zwischen 1m und 2.50m liegen)" - * answer.valueDecimal = 1.123 \ No newline at end of file + * answer.valueDecimal = 1.123 */ \ No newline at end of file diff --git a/Resources/input/fsh/Formulare/FormularDaten.fsh b/Resources/input/fsh/Formulare/FormularDaten.fsh index 4350761959..198f4031d7 100644 --- a/Resources/input/fsh/Formulare/FormularDaten.fsh +++ b/Resources/input/fsh/Formulare/FormularDaten.fsh @@ -6,7 +6,7 @@ Profile: ISiKFormularDaten Parent: QuestionnaireResponse Title: "Ausgefülltes ISiK-Formular" Description: "Im Profil `ISiKFormularDaten` sind Mindestanforderungen an ISiK kompatible, ausgefüllte Formulare definiert. -Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter [Artefakte->Extensions](https://simplifier.net/guide/isik-formular-stufe-5/Einfuehrung/Artefakte/Extensions.page.md?version=current) beschrieben." +Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben." * insert Meta * insert CommonElements * obeys sdcqr-1 and sdcqr-2 diff --git a/Resources/input/fsh/Formulare/FormularDefinition.fsh b/Resources/input/fsh/Formulare/FormularDefinition.fsh index 4d05e414c2..97615b6af2 100644 --- a/Resources/input/fsh/Formulare/FormularDefinition.fsh +++ b/Resources/input/fsh/Formulare/FormularDefinition.fsh @@ -8,7 +8,7 @@ Alias: $sdc-valueset = http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-values Profile: ISiKFormularDefinition Parent: Questionnaire Description: "Im Profil `ISiKFormularDefinition` sind Mindestanforderungen an ISiK kompatible Formulare definiert. -Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter [Artefakte->Extensions](https://simplifier.net/guide/isik-formular-stufe-5/Einfuehrung/Artefakte/Extensions.page.md?version=current) beschrieben." +Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben." * insert Meta * insert CommonElements * modifierExtension contains diff --git a/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDatenQuelleRolle.fsh b/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDatenQuelleRolle.fsh new file mode 100644 index 0000000000..cd86753d56 --- /dev/null +++ b/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDatenQuelleRolle.fsh @@ -0,0 +1,78 @@ +Instance: ISiKCapabilityStatementFormularDatenQuelleRolle +InstanceOf: CapabilityStatement +Usage: #definition +* insert Meta-CapabilityStatement-Rolle +* url = "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDatenQuelleRolle" +* name = "ISiKCapabilityStatementFormularDatenQuelleRolle" +* title = "CapabilityStatement für Rolle "FormularDatenQuelleRolle"" +* implementationGuide = "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" +* purpose = " +CapabilityStatement für die Rolle "ISiKCapabilityStatementFormularDatenQuelleRolle". +Diese Rolle stellt Interaktionen zur Abfrage von FormularenDaten bereit. Hierbei liegt der Fokus auf der Bereitstellung von ausgefüllten Formularen und nicht aus den Extrahierten Ressourcen. Diese sind in Rollen der anderen Module bereitgestellt." +* rest + * mode = #server + * resource[+] + * type = #QuestionnaireResponse + * insert Expectation(#SHALL) + * supportedProfile[+] = Canonical(ISiKFormularDaten) + * insert Expectation(#SHALL) + * interaction[+] + * insert Expectation(#SHALL) + * code = #read + * interaction[+] + * insert Expectation(#SHALL) + * code = #search-type + + * insert CommonSearchParameters + * searchParam[+] + * insert Expectation(#SHALL) + * name = "identifier" + * definition = "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-identifier" + * type = #token + * documentation = + "**Beispiel:** + `GET [base]/QuestionnaireResponse?identifier=http://example.org/fhir/sid/response|qr-001` + **Anwendungshinweis:** + Eindeutige Identifizierungsnummer für die Formularantwort. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "questionnaire" + * definition = "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-questionnaire" + * type = #reference + * documentation = + "**Beispiel:** + `GET [base]/QuestionnaireResponse?questionnaire=Questionnaire/ISiKFormularDefinition` + **Anwendungshinweis:** + Verweis auf die zugrunde liegende Formulardefinition. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "status" + * definition = "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-status" + * type = #token + * documentation = + "**Beispiel:** + `GET [base]/QuestionnaireResponse?status=completed` + `GET [base]/QuestionnaireResponse?status=in-progress` + **Anwendungshinweis:** + Gültige Werte: in-progress | completed | amended | entered-in-error | stopped. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "patient" + * definition = "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-patient" + * type = #reference + * documentation = + "**Beispiel:** + `GET [base]/QuestionnaireResponse?patient=Patient/12345` + **Anwendungshinweis:** + Der Patient, für den das Formular ausgefüllt wurde. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "authored" + * definition = "http://hl7.org/fhir/SearchParameter/QuestionnaireResponse-authored" + * type = #date + * documentation = + "**Beispiel:** + `GET [base]/QuestionnaireResponse?authored=2024-01-15` + `GET [base]/QuestionnaireResponse?authored=ge2024-01-01&authored=le2024-12-31` + **Anwendungshinweis:** + Zeitstempel wann die Formularantwort zuletzt bearbeitet wurde. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). " \ No newline at end of file diff --git a/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.fsh b/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.fsh new file mode 100644 index 0000000000..62dd788f87 --- /dev/null +++ b/Resources/input/fsh/Formulare/Rollen/ISiKCapabilityStatementFormularDefinitionsVerwalterRolle.fsh @@ -0,0 +1,98 @@ +Instance: ISiKCapabilityStatementFormularDefinitionsVerwalterRolle +InstanceOf: CapabilityStatement +Usage: #definition +* insert Meta-CapabilityStatement-Rolle +* url = "https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementFormularDefinitionsVerwalterRolle" +* name = "ISiKCapabilityStatementFormularDefinitionsVerwalterRolle" +* title = "CapabilityStatement für Rolle "FormularDefinitionsVerwalterRolle"" +* implementationGuide = "https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Formularmodul" +* purpose = " +CapabilityStatement für die Rolle "ISiKCapabilityStatementFormularDefinitionsVerwalterRolle". +Diese Rolle stellt Interaktionen zur Abfrage von Formularen bereit." +* rest + * mode = #server + * resource[+] + * type = #Questionnaire + * insert Expectation(#SHALL) + * supportedProfile[+] = Canonical(ISiKFormularDefinition) + * insert Expectation(#SHALL) + * interaction[+] + * insert Expectation(#SHALL) + * code = #read + * interaction[+] + * insert Expectation(#SHALL) + * code = #search-type + + * insert CommonSearchParameters + * searchParam[+] + * insert Expectation(#SHALL) + * name = "identifier" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-identifier" + * type = #token + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?identifier=http://example.org/fhir/sid/questionnaire|form-001` + **Anwendungshinweis:** + Externe Identifizierungsnummer für das Formular. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "name" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-name" + * type = #string + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?name=IntakeFormular` + **Anwendungshinweis:** + Maschinenlesbarer Name des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + * searchParam[+] + * insert Expectation(#MAY) + * name = "publisher" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-publisher" + * type = #string + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?publisher=Gematik` + **Anwendungshinweis:** + Name des Herausgebers oder der Organisation. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "status" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-status" + * type = #token + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?status=active` + `GET [base]/Questionnaire?status=draft` + **Anwendungshinweis:** + Gültige Werte: draft | active | retired | unknown. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "title" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-title" + * type = #string + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?title=Aufnahmebogen` + **Anwendungshinweis:** + Benutzerfreundlicher Name des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "url" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-url" + * type = #uri + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?url=https://gematik.de/fhir/isik/Questionnaire/ISiKFormularDefinition` + **Anwendungshinweis:** + Kanonische URI-Identifikation des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri). " + * searchParam[+] + * insert Expectation(#SHALL) + * name = "version" + * definition = "http://hl7.org/fhir/SearchParameter/Questionnaire-version" + * type = #token + * documentation = + "**Beispiel:** + `GET [base]/Questionnaire?version=1.0.0` + `GET [base]/Questionnaire?version=2.0.0` + **Anwendungshinweis:** + Geschäftsversion des Formulars. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). " \ No newline at end of file diff --git a/publisher-guides/Basis/input/includes/artifacts-table-generator-isik.html b/publisher-guides/Basis/input/includes/artifacts-table-generator-isik.html deleted file mode 100644 index 0aee466dee..0000000000 --- a/publisher-guides/Basis/input/includes/artifacts-table-generator-isik.html +++ /dev/null @@ -1,68 +0,0 @@ - -{% assign renderList = include.render | strip_newlines | strip | split: ',' %} - - - - - - {% assign with_desc = true %} - {% if include.withDesc == false %} - {% assign with_desc = false %} - {% endif %} - {% assign with_purp = false %} - {% if include.withPurpose == true %} - {% assign with_purp = true %} - {% assign with_desc = false %} - {% endif %} - {% for resource in site.data.resources %} - {% assign allowed = false %} - {% if renderList.size > 0 %} - {% if renderList contains resource[0] %} - {% assign allowed = true %} - {% endif%} - {% elsif include.resourceType %} - {% if resource[0] contains include.resourceType %} - {% assign allowed = true %} - {% endif %} - {% else %} - {% assign allowed = true %} - {% endif %} - {% if allowed == true and include.nameContains %} - {% if resource[0] contains include.nameContains %} - {% assign allowed = true %} - {% else %} - {% assign allowed = false %} - {% endif %} - {% endif %} - {% if allowed == true and include.nameExcludes %} - {% if resource[0] contains include.nameExcludes %} - {% assign allowed = false %} - {% endif %} - {% endif %} - {% if allowed == true %} - - - {% if with_desc %} - - {% endif %} - {% if with_purp %} - - {% endif %} - - {% endif %} - {% endfor %} - -
- - {% if resource[1].title %} - {{ resource[1].title }} - {% else %} - {{ resource[1].name | default "-" | }} - {% endif %} - - - {{ resource[1].description | default: "-" | replace: "###### ", "" | replace: "##### ", "" | replace: "#### ", "" | replace: "### ", "" | replace: "## ", "" | replace: "# ", "" | markdownify }} - - {{ resource[1].purpose | default: "-" | replace: "###### ", "" | replace: "##### ", "" | replace: "#### ", "" | replace: "### ", "" | replace: "## ", "" | replace: "# ", "" | markdownify }} -
- \ No newline at end of file diff --git a/publisher-guides/Basis/input/pagecontent/_generate-ms-data.md b/publisher-guides/Basis/input/pagecontent/_generate-ms-data.md deleted file mode 100644 index cbf32d7531..0000000000 --- a/publisher-guides/Basis/input/pagecontent/_generate-ms-data.md +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: generate-ms-data -layout: none ---- - -{% include ms-comments-data.html %} \ No newline at end of file diff --git a/publisher-guides/Formular/ig.ini b/publisher-guides/Formular/ig.ini new file mode 100644 index 0000000000..0f0c35f06d --- /dev/null +++ b/publisher-guides/Formular/ig.ini @@ -0,0 +1,5 @@ +[IG] +ig = fsh-generated\resources\ImplementationGuide-de.gematik.isik.formular.json +template = https://github.com/gematik/fhir-ig-template +auto-load = true +jekyll-timeout = 600 \ No newline at end of file diff --git a/publisher-guides/Formular/input/images-source/akteure.plantuml b/publisher-guides/Formular/input/images-source/akteure.plantuml new file mode 100644 index 0000000000..bfaa82fd04 --- /dev/null +++ b/publisher-guides/Formular/input/images-source/akteure.plantuml @@ -0,0 +1,17 @@ +@startuml +box "ISiK konformes System" #LightBlue +participant FormularLauncher +participant FormularDatenQuelle +end box +box "FormularRenderer" #LightGreen +participant FormularRenderer +participant FormularDefinitionsVerwalter +end box +FormularLauncher -> FormularRenderer : Launch +FormularRenderer <-> FormularDefinitionsVerwalter : FormularDefintionsVerwaltung +FormularRenderer <-> FormularDatenQuelle : FormularDatenVorbelegung +FormularRenderer -> FormularRenderer : FormularRendering +FormularRenderer -> FormularRenderer : FormularDatenValidierung +FormularRenderer -> FormularRenderer : FormularDatenExtraktion +FormularRenderer -> FormularDatenQuelle : FormularDatenRückübermittlung +@enduml \ No newline at end of file diff --git a/publisher-guides/Formular/input/images-source/formDatRueckuebermittlung.plantuml b/publisher-guides/Formular/input/images-source/formDatRueckuebermittlung.plantuml new file mode 100644 index 0000000000..c13ed25658 --- /dev/null +++ b/publisher-guides/Formular/input/images-source/formDatRueckuebermittlung.plantuml @@ -0,0 +1,3 @@ +@startuml +FormularDatenSender -> FormularDatenEmpfänger : POST (DocumentBundle) +@enduml \ No newline at end of file diff --git a/publisher-guides/Formular/input/images-source/formDatVorbelegung.plantuml b/publisher-guides/Formular/input/images-source/formDatVorbelegung.plantuml new file mode 100644 index 0000000000..dbfd2a0dcb --- /dev/null +++ b/publisher-guides/Formular/input/images-source/formDatVorbelegung.plantuml @@ -0,0 +1,5 @@ +@startuml +FormularRenderer -> FormularDatenBereitsteller : GET Patient +FormularRenderer -> FormularDatenBereitsteller : GET Encounter +FormularRenderer -> FormularDatenBereitsteller : SEARCH Observation +@enduml \ No newline at end of file diff --git a/publisher-guides/Formular/input/images-source/formDefVerwaltung.plantuml b/publisher-guides/Formular/input/images-source/formDefVerwaltung.plantuml new file mode 100644 index 0000000000..68f15325b2 --- /dev/null +++ b/publisher-guides/Formular/input/images-source/formDefVerwaltung.plantuml @@ -0,0 +1,6 @@ +@startuml +FormularDefinitionAnfrager -> FormularDefinitionBereitsteller : SEARCH Questionnaire +FormularDefinitionBereitsteller -> FormularDefinitionAnfrager : SearchSet-Bundle (Questionnaires) +FormularDefinitionAnfrager -> FormularDefinitionBereitsteller : GET Questionnaire +FormularDefinitionBereitsteller -> FormularDefinitionAnfrager : Questionnaires +@enduml \ No newline at end of file diff --git a/publisher-guides/Formular/input/includes/ms-comments-data.html b/publisher-guides/Formular/input/includes/ms-comments-data.html new file mode 100644 index 0000000000..20f2c9c44f --- /dev/null +++ b/publisher-guides/Formular/input/includes/ms-comments-data.html @@ -0,0 +1,15 @@ +{% sqlToData ms_comments with targets as ( + select Url, Json + from Resources + where Type = 'StructureDefinition' + ) + select + targets.Url as ProfileUrl, + json_extract(elem.value, '$.id') as Element, + json_extract(elem.value, '$.short') as Short, + json_extract(elem.value, '$.comment') as Comment + from targets, + json_each(targets.Json, '$.differential.element') as elem + where coalesce(json_extract(elem.value, '$.mustSupport'), 0) = 1 + order by ProfileUrl, Element +%} \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Akteure.md b/publisher-guides/Formular/input/pagecontent/Akteure.md new file mode 100644 index 0000000000..29b42be085 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Akteure.md @@ -0,0 +1,134 @@ +
+{% include akteure.svg %} +
+ +### FormularLauncher + +Unter einem Formular-Launcher ist in diesem Modul ein Anwendungssystem zu verstehen, das folgende Interaktion implementiert: +* [Fremdaufruf](FunktionenInteraktionen.html#launch-eines-formular-renderers) in der Rolle "Server" *oder* +* [SMART-APP-Launch](FunktionenInteraktionen.html#smart-app-launch) in der Rolle "Server" + +### FormularDaten-Quelle + +Unter einer Formular-Datenquelle ist in diesem Modul eine Software zu verstehen, die folgende Interaktionen implementiert: +* FormularDatenVorbelegung in der Rolle "Datenbereitsteller" +* FormularDatenRückübermittlung in der Rolle "Empfänger" + +### FormularDefinitionsErsteller + +Unter einem FormularDefinitions-Ersteller ist in diesem Modul eine Software oder eine Person zu verstehen, die folgende Interaktionen implementiert oder durchführt: +* FormularPublikation in der Rolle "Autor" + +Die Methode, wie Autoren [FormularDefinition](Spezifikationen_Begriffsdefinitionen.html)en publizieren, ist in dieser Ausbaustufe nicht definiert. Es wird davon ausgegangen, dass [FormularDefinitionsVerwalter](#formulardefinitionsverwalter) zunächst eine manuell zusammengetragene und kuratierte Auswahl von [FormularDefinition](Spezifikationen_Begriffsdefinitionen.html)en verschiedener Autoren bereitstellen. + +Funktionell ist der Akteur "FormularDefinitionsErsteller" out-of-scope für diese Ausbaustufe, jedoch richten sich die [Best-Practice](Spezifikationen_BestPractice.html)-Empfehlungen für die Erstellung von [FormularDefinition](Spezifikationen_Begriffsdefinitionen.html)en an alle Personen und SoftwareSysteme, die die Rolle eines Autors einnehmen. + +Dies können sowohl Personen/Organisationen sein, die mittels FHIR Short Hand (FSH) ISiK-konforme Questionnaire-Ressourcen modellieren als auch Hersteller von Software-Lösungen, die eine UI-gestützte Erstellung ISiK-konformer Questionnaires anbieten möchten. + +| Hinweis | Umgang mit Sprachversionen | +|---------|---------------------| +| | Der Umgang mit Sprachversionen ist ein wichtiger Punkt, der im Rahmen dieser Spezifikation für ISiK-konforme Formulare festgelegt sein sollte. In der ersten Version ist dies noch nicht passiert, hierzu erfolgt nachgelagert eine Diskussion in der Community auf [Zulip im Stream von ISiK](https://chat.fhir.org/#narrow/channel/287581-german.2Fisik). | + +#### Versionierung + +Bei der Erstellung und späteren Bearbeitung einer Formulardefinition ist es wichtig, dass jede Änderung eine entsprechende Versionserhöhung (Inkrement) zur Folge hat. Dabei wird zwischen technischen und inhaltlichen Änderungen unterschieden, um die Auswirkungen auf die Kompatibilität und Funktionalität des Formulars korrekt zu kommunizieren. Das folgende [SemVer-Verfahren](https://semver.org/lang/de/) SOLLTE als Grundlage für die Versionierung von Formulardefinitionen im Rahmen von ISiK-kompatiblen Formularen verwendet werden. + + + +**Diskussion/Ausnahme/Alternative - Hinweis für Stakeholder:** +In bestimmten Anwendungsfällen, wie beispielsweise bei Formularen für das tägliche Mittags-Menü oder anderen regelmäßig wechselnden Inhalten, kann eine kalendarische oder tagesbasierte Versionierung sinnvoll sein. Hierbei könnte die Version anhand des Datums (z. B. `2024-06-14`) vergeben werden, um die Aktualität und Nachvollziehbarkeit der jeweiligen Formularversion sicherzustellen. +Diese Form der Versionierung erscheint insbesondere dann angebracht, wenn Inhalte häufig und planmäßig angepasst werden und eine klassische semantische Versionierung (SemVer) nicht den Anforderungen genügt. Stakeholder sollten in solchen Fällen gemeinsam mit den Nutzenden und Entwickelnden die geeignete Versionierungsstrategie festlegen. +Über Rückmeldungen zu den Versionsstrategien von Seiten der Implementierenden und Anwendern würden wir uns freuen. + + + + +##### Inkrement der Major Nummer + +Das Inkrement der Major-Nummer erfolgt, wenn eine Änderung vorgenommen wird, die nicht rückwärtskompatibel ist. Dies bedeutet, dass die Struktur oder die inhaltliche Interpretation des Formulars so geändert wurde, dass mit älteren Versionen erstellte QuestionnaireResponses nicht mehr korrekt verarbeitet oder dargestellt werden können. In diesem Fall ist eine Umstellung auf die neue Version erforderlich, da die Datenstruktur oder die Logik nicht mehr mit der bisherigen Version kompatibel ist. + +Beispiel: Das Entfernen eines obligatorischen Feldes oder das Hinzufügen neuer, grundlegender Geschäftslogiken, die dazu führen, dass vorherige QuestionnaireResponses nicht mehr korrekt gerendert oder verarbeitet werden können. + +##### Inkrement der Minor Nummer + +Das Inkrement der Minor-Nummer erfolgt, wenn neue Funktionen oder Felder hinzugefügt werden, die rückwärtskompatibel sind. Das bedeutet, dass bestehende Instanzen des Formulars weiterhin korrekt funktionieren, auch wenn die neuen Funktionen hinzugefügt wurden. Solche Änderungen erweitern das Formular, ohne dass bestehende Daten oder Prozesse gestört werden. +Im Falle des Renderns einer QuestionnaireResponse, welche mit einer älteren Version erstellt wurde, sollte eine Warnung erfolgen. + +Beispiel: Das Hinzufügen eines optionalen Feldes oder das Einfügen neuer Validierungen, die keine bestehenden Eingabewerte beeinträchtigen. + +##### Inkrement der Patch Nummer + +Das Inkrement der Patch-Nummer erfolgt, wenn Fehlerbehebungen oder technische Verbesserungen vorgenommen werden, die die Funktionalität des Formulars betreffen, jedoch keine neuen Funktionen hinzufügen oder die bestehende Struktur verändern. Diese Änderungen beinhalten das Korrigieren von Validierungsfehlern, das Beheben von Darstellungsproblemen oder das Verbessern von Performance-Aspekten ohne Einfluss auf die Interpretation oder das Benutzererlebnis. + +Beispiel: Das Beheben eines Fehlers bei der Datenvalidierung oder das Korrigieren von Tippfehlern im Fragentext. + +### FormularDefinitionsVerwalter + +Unter einem FormularDefinitions-Verwalter ist in diesem Modul eine Software zu verstehen, die folgende Interaktionen unterstützt: +* [FormularDefinitionsVerwaltung](FunktionenInteraktionen.html#interaktion-formulardefinitionsverwaltung) in der Rolle "FormularDefinitionBereitsteller" + +Der Einfachheit halber wird der FormularDefinitionsVerwalter in der aktuellen Ausbaustufe als Bestandteil des FormularRenderers betrachtet. Entwickler von FormularRenderern sollten es jedoch vorsehen, in Zukunft auch auf externe Quellen (z.B. nationale Verzeichnisse oder am Endpunkt des Launchers verfügbare FormularDefinitionen) +zugreifen zu können. + +### FormularRenderer + +Der Formular-Renderer ist die zentrale Komponente zur Anzeige, Be- und Verarbeitung von Formularen auf Basis von Questionnaires. Er übernimmt sowohl die logische als auch visuelle Umsetzung der FormularDefinition und interagiert mit anderen Akteuren, um eine ISiK-konforme Integration zu ermöglichen. + +Unter einem Formular-Renderer ist in diesem Modul eine Software zu verstehen, das folgende Funktionen und Interaktionen implementiert: +* [Fremdaufruf](FunktionenInteraktionen.html#fremdaufruf) in der Rolle "Client" +* [SMART-App-Launch](FunktionenInteraktionen.html#smart-app-launch) in der Rolle "Client" +* [Stand-Alone-Launch](FunktionenInteraktionen.html#stand-alone-launch) +* [FormularRendering]() TODO +* [FormularDatenVorbelegung](FunktionenInteraktionen.html#interaktion-formulardatenvorbelegung) in der Rolle "Datenermittler" +* [FormularDatenValidierung](FunktionenInteraktionen.html#funktion-formulardatenvalidierung) +* [FormularDatenExtraktion](FunktionenInteraktionen.html#interaktion-formulardatenextraktion) +* [FormularDatenRückübermittlung](FunktionenInteraktionen.html#interaktion-formulardaten-r%C3%BCck%C3%BCbermittlung) in der Rolle "Sender" + +#### Aufgaben des Formular-Renderers + +Gemäß diesem Modul übernimmt der FormularRenderer insbesondere folgende Aufgaben: + +* Darstellung der FormularDefinition auf Basis der darin enthaltenen Extensions und Strukturangaben +* Ermöglichung des Ausfüllens des Formulars +* Vorbelegung der Formulardaten durch Datenabruf aus der [FormularDatenQuelle](#formulardaten-quelle) +* Validierung der eingegebenen Daten auf Grundlage der Definition und enthaltener Constraints. Hierbei ist die Interaktion [FormularDatenValidierung](FunktionenInteraktionen.html#funktion-formulardatenvalidierung) relevant +* Extraktion strukturierter FHIR-Ressourcen aus validierten Eingaben +* Rückübermittlung der ausgefüllten Formulare und extrahierter Daten über die Interaktion [FormularDatenRückübermittlung](FunktionenInteraktionen.html#interaktion-formulardaten-r%C3%BCck%C3%BCbermittlung) + +#### Zwischenspeicherung nicht abgeschlossener Formulare + +Da das Ausfüllen komplexer Formulare in der Praxis nicht immer in einem Schritt erfolgt, SOLL der FormularRenderer in der Lage sein, FormularDaten (QuestionnaireResponses) temporär zwischenzuspeichern – auch wenn diese noch nicht vollständig oder gültig sind. + +> **Wichtig:** Diese Zwischenspeicherung erfolgt in der aktuellen Ausbaustufe **lokal im FormularRenderer** selbst und **nicht über die Rückübermittlungs-Interaktion**. Die Rückübermittlung ist ausschließlich für vollständig ausgefüllte und validierte Formulare vorgesehen. + +Dies bedeutet: +* Nicht-abgeschlossene oder ungültige Eingaben dürfen NICHT rückübermittelt werden +* Der FormularRenderer SOLL entsprechende Mechanismen zur Speicherung und Wiederaufnahme dieser Eingaben bereitstellen. +* Eine Interaktion mit anderen Akteuren kann ggf. zu einem späteren Zeitpunkt vorgesehen werden, ist aber nicht Teil dieser Stufe. + +#### Erstellung eines Narrativs für menschenlesbare Darstellung + +Im Rahmen der Rückübermittlung SOLL der Formular-Renderer zusätzlich zur strukturierten `QuestionnaireResponse` auch ein menschenlesbares **Narrative** erzeugen, das die Inhalte des ausgefüllten Formulars in übersichtlicher, interpretierbarer Form darstellt. + +Dieses Narrative SOLL Bestandteil der Rückübermittlung sein – entweder: + +- als Narrative innerhalb der `QuestionnaireResponse.text`, oder +- als Bestandteil des Document-Bundles wie im Modul ISiK-Dokumentenaustausch beschrieben + +Das Narrative erfüllt folgende Zwecke: + +- **Anzeigefähigkeit in Primärsystemen**, die keine Unterstützung für FHIR-Formulare oder deren Rendering besitzen +- **Vermeidung doppelter Implementierung**, da Systeme das Formular nicht erneut interpretieren müssen +- **Langzeitarchivierung und Nachvollziehbarkeit**, auch außerhalb FHIR-fähiger Umgebungen + +> **Hinweis:** Die Erstellung eines Narrativs ist besonders dann wichtig, wenn Formulare komplexe Strukturen oder mehrseitige Inhalte enthalten. Ein gut strukturiertes, menschenlesbares Layout verbessert die Nutzbarkeit erheblich. + +#### Anforderungen an das Narrative + +Ein Narrative SOLL: + +- alle beantworteten Fragen samt Antworten gut lesbar darstellen +- relevante, aber unbeantwortete Felder (z. B. "nicht beantwortet") ggf. mit aufführen +- Gruppen- und Wiederholungsstrukturen (z. B. bei mehreren Einträgen) klar kenntlich machen +- in einem HTML- oder XHTML-kompatiblen Format vorliegen +- sich für die Anzeige innerhalb eines klinischen Informationssystems eignen \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/AkteureOhneCpS.md b/publisher-guides/Formular/input/pagecontent/AkteureOhneCpS.md new file mode 100644 index 0000000000..4484b32b4e --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/AkteureOhneCpS.md @@ -0,0 +1,69 @@ +Auf der Seite [Akteure](Akteure.html) definiert finden sich Akteure im Kontext dieses Moduls, die nicht miuttels eines CapabilityStatement definiert sind. Diese Akteure sind entweder nicht technisch über Interaktionen mit einzelnen FHIR-Ressourcen abbildbar, oder beschreiben Komponenten, die ein Frontend betreffen. Um eine vergleichbare Vorgabe zur Implementierung zu geben, sind die Anforderungen im Folgenden aufgeführt. + +### Anforderungen FormularLauncher + +Im FormularLauncher Akteur gibt es drei beschriebene Varianten. Je nach umgesetzter Variante sind unterschiedliche Anforderungen gültig. Die Bestätigung des Launcher erfordert die Implementierung mindestens eines der Verfahren (SHALL). + + +#### Fremdaufruf + +[Beschreibung des Akteur](Akteure.html#formularlauncher) + +- Parameter Patientennummer + - SHALL +- Parameter URL des FHIR-Endpunktes + - SHALL +- Parameter Abrechnungsnummer + - MAY + - Ist dieser Parameter nicht implementiert, sollte ein Auswahldialog vorhanden sein, um im Falle eines durch das Formular benötigten Encounter-Kontext, den passenden auszuwählen. Hierbei wird automatisch der aktuellste Encounter eines Abrechnungsfall-Kontextes (Account) genutzt. (SHOULD) +- Parameter Aufnahmenummer + - MAY + - Ist dieser Parameter nicht implementiert, sollte ein Auswahldialog vorhanden sein, um im Falle eines durch das Formular benötigten Encounter-Kontext, den passenden auszuwählen. Hierbei kann aus allen Encounter-Ressourcen eines Abrechnungsfall-Kontextes gewählt werden.(SHOULD) +- Parameter Canonical + - MAY + - Ist dieser Parameter nicht implementiert, sollte ein Auswahldialog vorgahanden sein, bei dem aus verfügbaren FormularDefinitionen ausgewählt werden kann. (SHOULD) + +#### SMART-App-Launch + +TODO + +#### Stand-Alone-Launch + +Siehe im Abschnitt [FormularRenderer]() TODO. + +### Anforderungen FormularDefinitionsErsteller + +[Beschreibung des Akteur](Akteure.html#formulardefinitionsersteller) + +Die [Best Practice für FormularDefinitionen](Spezifikationen_BestPractice.html) sind zu beachten. (SHALL) + +Ein System, welches die Funktionalität zur Erstellung von FormularDefinitionen bereitstellt, darf nur Funktionalitäten anbieten, die im Profil [FormularDefinition](StructureDefinition-ISiKFormularDefinition.html) mit Must-Support gekennzeichnet, oder auf der Seite [Extensions](extensions.html) nicht als Out-of-scope Extension gelistet sind. (SHALL) + +Technisch muss das generierte Questionnaire valide zum Profil [FormularDefinition](StructureDefinition-ISiKFormularDefinition.html) sein. (SHALL) + +### Anforderungen FormularRenderer + +[Beschreibung des Akteur](Akteure.html#formularrenderer) + +#### Rolle Fremdaufruf + +Siehe im Abschnitt [Fremdaufruf](#fremdaufruf) + +#### SMART-App-Launch + +Siehe im Abschnitt [SMART-App-Launch](#smart-app-launch) + +#### Stand-Alone-Launch + +Wird ein FormularRenderer in der Stand-Alone-Variante implementiert, so muss dieser die Möglichkeit bieten, einen Patienten- und/oder Encounter-Kontext auszuwählen, bevor ein Formular ausgefüllt wird. (SHALL) + +Wird ein FormularRenderer in der Stand-Alone-Variante implementiert, so muss dieser die Möglichkeit bieten, aus verfügbaren FormularDefinitionen auszuwählen, bevor ein Formular ausgefüllt wird. (SHALL) + +Wird ein FormularRenderer in der Stand-Alone-Variante implementiert, so muss dieser die Möglichkeit bieten, zu Konfigurieren, an welchen FHIR-Endpunkt das ausgefüllte Formular versendet wird. (SHALL) + +#### FormularRendering + +Ein System, welches die Funktionalität zum Rendern von FormularDefinitionen bereitstellt, muss alle unterschiedlichen Funktionalitäten anbieten, die im Profil [FormularDefinition](StructureDefinition-ISiKFormularDefinition.html) mit Must-Support gekennzeichnet, oder auf der Seite [Extensions](extensions.html) nicht als Out-of-scope Extension gelistet sind. (SHALL) + +#### FormularDatenVorbelegung + diff --git a/publisher-guides/Formular/input/pagecontent/Extensions.md b/publisher-guides/Formular/input/pagecontent/Extensions.md new file mode 100644 index 0000000000..3bd9562d3c --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Extensions.md @@ -0,0 +1,143 @@ +--- +topic: Extensions +--- + +Für die verschiedenen Interaktionen werden verschiedene Extensions unterstützt. Im Folgenden sind pro Interaktion alle Extensions aufgelistet, die in der aktuellen Ausbaustufen des ISiK-Formular-Moduls zum Einsatz kommen. + +### Core Extensions (Questionnaire) + +| Rolle | Extension Name | Context | Beschreibung | Relevanz | +|--------|---------------|---------|--------------|---| +| FormularRendering | [entryFormat](https://hl7.org/fhir/R4/extension-entryformat.html) | Questionnaire.item | Definiert das Eingabeformat für ein Item | SOLL | +| FormularDatenValidierung | [maxDecimalPlaces](https://hl7.org/fhir/R4/extension-maxdecimalplaces.html) | Questionnaire.item | Begrenzt die Anzahl der Dezimalstellen | SOLL | +| FormularDatenValidierung | [maxValue](https://hl7.org/fhir/R4/extension-maxvalue.html) | Questionnaire.item | Setzt einen maximalen Wert für numerische Eingaben | SOLL | +| FormularDatenValidierung | [minLength](https://hl7.org/fhir/R4/extension-minlength.html) | Questionnaire.item | Definiert die Mindestlänge für Texteingaben | SOLL | +| FormularDatenValidierung | [minValue](https://hl7.org/fhir/R4/extension-minvalue.html) | Questionnaire.item | Setzt einen minimalen Wert für numerische Eingaben | SOLL | +| FormularRendering | [questionnaire-maxOccurs](https://hl7.org/fhir/R4/extension-questionnaire-maxoccurs.html) | Questionnaire.item, Questionnaire.item.item | Definiert maximale Vorkommen eines Items | SOLL | +| FormularRendering | [questionnaire-minOccurs](https://hl7.org/fhir/R4/extension-questionnaire-minoccurs.html) | Questionnaire.item, Questionnaire.item.item | Definiert minimale Vorkommen eines Items | SOLL | +| FormularRendering | [questionnaire-unit](https://hl7.org/fhir/R4/extension-questionnaire-unit.html) | Questionnaire.item, Questionnaire.item.item | Definiert die Einheit für numerische Werte | SOLL | +| FormularRendering | [questionnaire-hidden](https://hl7.org/fhir/R4/extension-questionnaire-hidden.html) | Questionnaire.item, Questionnaire.item.item | Ermöglicht das Ausblenden von Items | +| FormularDatenValidierung | [regex](https://hl7.org/fhir/R4/extension-regex.html) | Questionnaire.item | Fügt reguläre Ausdrücke für Validierung hinzu
Die Extension ist in zukünftigen Versionen deprecated. Aus dem Grund wird die Extension targetConstraint empfohlen zu nutzen. | KANN | +| FormularDatenValidierung | [targetConstraint](http://hl7.org/fhir/StructureDefinition/targetConstraint) | Questionnaire.item | Fügt reguläre Ausdrücke für Validierung hinzu | SOLL | + +### Core Extensions (QuestionnaireResponse) + +| Rolle | Extension Name | Context | Beschreibung | Relevanz | +|--------|--------|---------|------------------|---| +| FormularRendering | [Name des Questionnaire](http://hl7.org/fhir/StructureDefinition/display) | QuestionnaireResponse.questionnaire | Gibt den Namen des Questionnaire an, damit dieser im Falle des fehlenden Zugriff auf die Questionnaire Ressource mit angegeben werden kann | SOLL | + +### Core Extendion (Questionnaire und QuestionnaireResponse) + +| Rolle | Extension Name | Context | Beschreibung | Relevanz | +|--------|--------|---------|------------------|---| +| FormularRendering | [Medizin-produkt Kontext](https://gematik.de/fhir/isik/StructureDefinition/ISiKMDRRelevanzFormularExtension) | QuestionnaireResponse, Questionnaire | Mit der Extension wird die Medizinprodukt-Relevanz angegeben. Ist die Extension nicht vorhanden, ist nichts in Richtung der MDR zu beachten. Sobald sie vorhanden ist, müssen ggf. Voraussetzung zur Befüllung oder Anzeige erfüllt sein. Im aktuellen Rahmen des Moduls sind diese aber nicht weiter spezifiziert.
Hier freuen wir uns über Feedback. | SOLL | + +### SDC Extensions (Questionnaire) + +| Rolle | SDC-Modul | Extension Name | Context | Beschreibung | Relevanz | +|--------|-------|---------------|---------|--------------|---| +| FormularDatenExtraktion | Data Extraction | [Extract Observation](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationExtract.html) | Questionnaire.item | Gibt an, dass der beobachtungsbasierte Ansatz verwendet werden soll | SOLL | +| FormularDatenExtraktion | Data Extraction | [Extract Observation - Category](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observation-extract-category.html) | Questionnaire.item | Gibt die Observation.category-Werte an, die in extrahierten Beobachtungen erscheinen sollen | SOLL | +| FormularDatenExtraktion | Data Extraction | [Extract Template - Bundle](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractBundle.html) | Questionnaire.item | Gibt einen Verweis auf eine enthaltene Transaktionsbündel-Ressourcenvorlage an | SOLL | +| FormularDatenExtraktion | Data Extraction | [Extract Template - Context](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractContext.html) | Questionnaire.item | Erstellt Mapping-Kontext für das Ersetzen von Vorlageninhalt basierend auf einem FHIRPath-Ausdruck | SOLL | +| FormularDatenExtraktion | Data Extraction | [Extract Template - Extract value](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractValue.html) | Questionnaire.item | Stellt einen Ausdruck bereit, um Werte zu evaluieren, die im gegebenen Vorlagenextraktionskontext ersetzt werden sollen | SOLL | +| FormularDatenExtraktion | Data Extraction | [Extract Template - Resource](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtract.html) | Questionnaire.item | Gibt einen Verweis auf eine enthaltene Ressourcenvorlage an | SOLL | +| FormularDatenVorbelegung | Form Behavior | [Initial Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html) | Questionnaire.item | Anfangswert für eine Frageantwort, der durch einen ausgewerteten Ausdruck bestimmt wird | SOLL | +| FormularRendering | Form Control | [Launch Contexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html) | Questionnaire | Ressourcen, die Kontext für die Formularverarbeitungslogik bereitstellen | SOLL | +| FormularDatenVorbelegung | Form Population | [Obervation link period](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationLinkPeriod.html) | Questionnaire.item | Gibt den Zeitraum an, in dem nach passenden Beobachtungen gesucht werden soll | SOLL | + +## Extensions Out-of-scope + +| Hinweis | Out-Of-Scope Extensions | +|---------|---------------------| +| | Die folgenden Extensions sind im Rahmen des Moduls out-of-scope und sollten nicht genutzt werden. Falls Extensions für einen bestimmten Use Case benötigt werden, soll bitte im [Chat](https://chat.fhir.org/#narrow/channel/287581-german.2Fisik/topic/.5BDOK.2C.20VITAL.2C.20MED.5D.20Herstellung.20von.20Patienten-.20und.20Fallkontext) ein Feedback zu hinterlassen werden. Abhängig von der Rückmeldung kann diese Extension in späteren Releases verbindlich gemacht werden. | + + +### Core Extensions (Questionnaire) +| Extension Name | Context | Beschreibung | +|---------------|---------|--------------| +| [11179-permitted-value-conceptmap](https://hl7.org/fhir/R4/extension-11179-permitted-value-conceptmap.html) | Questionnaire.item.answerValueSet | Verknüpft erlaubte Werte mit einer ConceptMap | +| [11179-permitted-value-valueset](https://hl7.org/fhir/R4/extension-11179-permitted-value-valueset.html) | Questionnaire.item.answerValueSet | Verknüpft erlaubte Werte mit einem ValueSet | +| [designNote](https://hl7.org/fhir/R4/extension-designnote.html) | Questionnaire, Questionnaire.item, Questionnaire.item.item | Fügt Designnotizen für Entwickler hinzu | +| [maxSize](https://hl7.org/fhir/R4/extension-maxsize.html) | Questionnaire.item | Definiert die maximale Größe für Dateianhänge | +| [mimeType](https://hl7.org/fhir/R4/extension-mimetype.html) | Questionnaire.item | Spezifiziert den MIME-Typ für Dateianhänge | +| [ordinalValue](https://hl7.org/fhir/R4/extension-ordinalvalue.html) | Questionnaire.item.answerOption | Fügt ordinale Werte zu Antwortoptionen hinzu | +| [questionnaire-baseType](https://hl7.org/fhir/R4/extension-questionnaire-basetype.html) | Questionnaire.item, Questionnaire.item.item | Definiert den Basistyp für ein Item | +| [questionnaire-choiceOrientation](https://hl7.org/fhir/R4/extension-questionnaire-choiceorientation.html) | Questionnaire.item, Questionnaire.item.item | Bestimmt die Ausrichtung von Auswahlmöglichkeiten | +| [questionnaire-constraint](https://hl7.org/fhir/R4/extension-questionnaire-constraint.html) | Questionnaire, Questionnaire.item, Questionnaire.item.item | Fügt Einschränkungen für Antworten hinzu | +| [questionnaire-displayCategory](https://hl7.org/fhir/R4/extension-questionnaire-displaycategory.html) | Questionnaire.item, Questionnaire.item.item | Definiert die Anzeigekategorie eines Items | +| [questionnaire-fhirType](https://hl7.org/fhir/R4/extension-questionnaire-fhirtype.html) | Questionnaire.item, Questionnaire.item.item | Spezifiziert den FHIR-Datentyp | +| [questionnaire-itemControl](https://hl7.org/fhir/R4/extension-questionnaire-itemcontrol.html) | Questionnaire.item, Questionnaire.item.item | Kontrolliert die Darstellung von Items | +| [questionnaire-optionExclusive](https://hl7.org/fhir/R4/extension-questionnaire-optionexclusive.html) | Questionnaire.item.answerOption | Markiert eine Antwortoption als exklusiv | +| [questionnaire-optionPrefix](https://hl7.org/fhir/R4/extension-questionnaire-optionprefix.html) | Questionnaire.item.answerOption | Fügt Präfixe zu Antwortoptionen hinzu | +| [questionnaire-referenceFilter](https://hl7.org/fhir/R4/extension-questionnaire-referencefilter.html) | Questionnaire.item, Questionnaire.item.item | Filtert Referenzauswahlmöglichkeiten | +| [questionnaire-referenceProfile](https://hl7.org/fhir/R4/extension-questionnaire-referenceprofile.html) | Questionnaire.item, Questionnaire.item.item | Definiert das Profil für Referenzen | +| [questionnaire-referenceResource](https://hl7.org/fhir/R4/extension-questionnaire-referenceresource.html) | Questionnaire.item, Questionnaire.item.item | Spezifiziert den Ressourcentyp für Referenzen | +| [questionnaire-signatureRequired](https://hl7.org/fhir/R4/extension-questionnaire-signaturerequired.html) | Questionnaire, Questionnaire.item, Questionnaire.item.item | Erfordert eine elektronische Unterschrift | +| [questionnaire-sliderStepValue](https://hl7.org/fhir/R4/extension-questionnaire-sliderstepvalue.html) | Questionnaire.item, Questionnaire.item.item | Definiert Schrittwerte für Slider | +| [questionnaire-supportLink](https://hl7.org/fhir/R4/extension-questionnaire-supportlink.html) | Questionnaire.item, Questionnaire.item.item | Fügt Hilfelinks zu Items hinzu | +| [questionnaire-unitOption](https://hl7.org/fhir/R4/extension-questionnaire-unitoption.html) | Questionnaire.item, Questionnaire.item.item | Bietet Einheitenauswahlmöglichkeiten | +| [questionnaire-unitValueSet](https://hl7.org/fhir/R4/extension-questionnaire-unitvalueset.html) | Questionnaire.item, Questionnaire.item.item | Verknüpft Einheiten mit einem ValueSet | +| [questionnaire-usageMode](https://hl7.org/fhir/R4/extension-questionnaire-usagemode.html) | Questionnaire.item, Questionnaire.item.item | Definiert den Verwendungsmodus eines Items | +| [replaces](https://hl7.org/fhir/R4/extension-replaces.html) | Questionnaire | Gibt an, welche Ressource diese ersetzt | +| [variable](https://hl7.org/fhir/R4/extension-variable.html) | Questionnaire, Questionnaire.item, Questionnaire.item.item | Definiert Variablen für dynamische Inhalte | + +### Core Extension (QuestionnaireResponse) + +| Extension Name | Context | Beschreibung | +|---------------|---------|--------------| +| [questionnaireresponse-author](https://hl7.org/fhir/R4/extension-questionnaireresponse-author.html) | QuestionnaireResponse.item, QuestionnaireResponse.item.item | Gibt den Autor einer Antwort oder eines Antwort-Elements an | +| [questionnaireresponse-completionMode](https://hl7.org/fhir/R4/extension-questionnaireresponse-completionmode.html) | QuestionnaireResponse | Definiert den Modus, in dem der Fragebogen abgeschlossen wurde | +| [questionnaireresponse-reason](https://hl7.org/fhir/R4/extension-questionnaireresponse-reason.html) | QuestionnaireResponse | Gibt den Grund für die Erstellung oder Änderung der Antwort an | +| [questionnaireresponse-reviewer](https://hl7.org/fhir/R4/extension-questionnaireresponse-reviewer.html) | QuestionnaireResponse | Identifiziert die Person, die die Antwort überprüft hat | +| [questionnaireresponse-signature](https://hl7.org/fhir/R4/extension-questionnaireresponse-signature.html) | QuestionnaireResponse, QuestionnaireResponse.item, QuestionnaireResponse.item.item | Enthält die digitale Signatur für die Antwort oder ein Antwort-Element | +| [workflow-episodeOfCare](https://hl7.org/fhir/R4/extension-workflow-episodeofcare.html) | QuestionnaireResponse | Verknüpft die Antwort mit einer Episode der Versorgung | +| [workflow-researchStudy](https://hl7.org/fhir/R4/extension-workflow-researchstudy.html) | QuestionnaireResponse | Verknüpft die Antwort mit einer Forschungsstudie | +| [resource-pertainsToGoal](https://hl7.org/fhir/R4/extension-resource-pertainstogoal.html) | pertainsToGoal | Zeigt an, dass die Antwort mit einem bestimmten Ziel verbunden ist | + +### SDC Extensions + +| Modul | Extension Name | Context | Beschreibung | +|-------|---------------|---------|--------------| +| Answer Control | [Answer Context Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-contextExpression.html) | Questionnaire.item | Eine FHIR-Abfrage, die ein oder mehrere Ressourcen zurückgibt, die dem Benutzer als Kontext für die Beantwortung einer Frage angezeigt werden können | +| Answer Control | [Answer Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-answerExpression.html) | Questionnaire.item | Ein Ausdruck (FHIRPath, CQL oder FHIR-Abfrage), der eine Liste zulässiger Antworten für ein Frageelement liefert | +| Answer Control | [Answer Options Toggle Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-answerOptionsToggleExpression.html) | Questionnaire.item | Ein komplexer Ausdruck, der eine Liste der erlaubten Optionen bereitstellt, die basierend auf der Auswertung eines bereitgestellten Ausdrucks aktiviert oder deaktiviert werden sollen | +| Answer Control | [Candidate Answers Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-candidateExpression.html) | Questionnaire.item | Ein FHIRPath- oder CQL-Ausdruck oder eine FHIR-Abfrage, die eine Liste von Antwortvorschlägen liefert | +| Data Extraction | [Extract - Allocate new uuid](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-extractAllocateId.html) | Questionnaire.item | Weist eine neue UUID in einer benannten Variable für die Extraktion zu | +| Data Extraction | [Extract Definition](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-definitionExtract.html) | Questionnaire.item | Gibt den Ressourcentyp/das Profil für die definitionsbasierte Extraktion einer Ressource an | +| Data Extraction | [Extract Definition - Extract value](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-definitionExtractValue.html) | Questionnaire.item | Stellt einen festen Wert oder einen auszuwertenden Ausdruck bereit | +| Data Extraction | [Extract Definition - Resource (legacy)](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-itemExtractionContext.html) | Questionnaire.item | Gibt eine Abfrage oder einen anderen Ausdruck an, der die zu extrahierende Ressource identifiziert (veraltet) | +| Data Extraction | [Extract StructureMap - Target structure map](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-targetStructureMap.html) | Questionnaire | StructureMaps, die QuestionnaireResponses dieses Fragebogens als 'Quelle' haben | +| Display Control | [Choice column](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-choiceColumn.html) | Questionnaire.item | Bietet Richtlinien für die Darstellung von mehrspaltige Auswahlmöglichkeiten | +| Display Control | [Collapsible](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-collapsible.html) | Questionnaire.item | Zeigt an, dass die untergeordneten Elemente eines Elements in zusammenklappbarer Form angezeigt werden | +| Display Control | [Entry mode](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-entryMode.html) | Questionnaire.item | Eine Angabe, wie der Benutzer bei der Vervollständigung einer QuestionnaireResponse zur Eingabe von Antworten aufgefordert werden soll | +| Display Control | [Item Answer Media](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-itemAnswerMedia.html) | Questionnaire.item | Medien, die als Begleitung zu einer bestimmten Antwortoption gerendert/verfügbar gemacht werden sollen | +| Display Control | [Item Media](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-itemMedia.html) | Questionnaire.item | Medien, die begleitend zur gestellten Frage oder Gruppe gerendert/verfügbar gemacht werden sollen | +| Display Control | [Keyboard Type Extension](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-keyboard.html) | Questionnaire.item | Gibt für String- oder Text-Elemente den 'Tastaturtyp' an, der von der Benutzeroberfläche verwendet werden soll | +| Display Control | [Label for 'open' items](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-openLabel.html) | Questionnaire.item | Der Beschriftungstext, der neben Freitext- und/oder nicht eingeschränkten Typwerten für ein 'offenes' Auswahlelement angezeigt werden soll | +| Display Control | [Number of columns for child item layout](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-columnCount.html) | Questionnaire.item | Gibt die Anzahl der Spalten an, über die die Auswahlmöglichkeiten organisiert werden sollen | +| Display Control | [Optional Display?](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-optionalDisplay.html) | Questionnaire.item | Wenn auf true gesetzt, kann das System das Element optional anzeigen | +| Display Control | [Rendering Critical Extension](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-rendering-criticalExtension.html) | Questionnaire | Zeigt eine Extension an, die vom darstellenden System unterstützt werden muss | +| Display Control | [Short Text](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-shortText.html) | Questionnaire.item | Stellt einen kurzen Text für ein Element bereit | +| Display Control | [Width of column](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-width.html) | Questionnaire.item | Gibt die Breite der Spalte für diese Frage an | +| Form Behavior | [Calculated Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-calculatedExpression.html) | Questionnaire.item | Berechneter Wert für eine Frageantwort, der durch einen ausgewerteten Ausdruck bestimmt wird | +| Form Behavior | [Enable when expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-enableWhenExpression.html) | Questionnaire.item | Ein Ausdruck, der einen booleschen Wert zurückgibt, ob das Element aktiviert werden soll | +| Form Control | [Code system for other units](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-unitSupplementalSystem.html) | Questionnaire.item | Gibt das Codesystem an, aus dem zusätzliche Einheiten stammen sollen | +| Form Control | [Endpoint](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-endpoint.html) | Questionnaire | Die Basis-URL für den/die Server, an die mit diesem Fragebogen verbundene Antworten gesendet werden sollen | +| Form Control | [Is subject (response)?](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaireresponse-isSubject.html) | QuestionnaireResponse.item | Zeigt an, dass das Element ein anderes Subjekt für diese Gruppe angibt | +| Form Control | [Is subject?](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-isSubject.html) | Questionnaire.item | Zeigt an, dass das Element ein anderes Subjekt für die Gruppe in einer Antwort festlegt | +| Form Control | [Lookup questionnaire](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-lookupQuestionnaire.html) | Questionnaire.item | Für Referenz-Elemente kann der Fragebogen angegeben werden, der bei der Erstellung der Zielinstanz verwendet werden soll | +| Form Control | [Performer type](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-performerType.html) | Questionnaire | Gibt die Arten von Ressourcen an, die Antworten auf einen Fragebogen aufzeichnen können | +| Form Control | [Preferred Terminology Server](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-preferredTerminologyServer.html) | Questionnaire | Gibt die Terminologieserver an, die die Wertesets verarbeiten können | +| Form Control | [Questionnaire Adaptive](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-questionnaireAdaptive.html) | Questionnaire | Zeigt an, ob ein Fragebogen adaptiv ist | +| Form Control | [ServiceRequest Questionnaire](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-servicerequest-questionnaire.html) | ServiceRequest | Identifiziert einen Fragebogen, der ausgefüllt werden soll | +| Form Control | [Units open?](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-unitOpen.html) | Questionnaire.item | Gibt an, ob die Liste der unterstützten Einheiten erschöpfend ist | +| Form Population | [Item population context](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-itemPopulationContext.html) | Questionnaire.item | Gibt eine Abfrage an, die die Ressource identifiziert, die zur Vorausfüllung verwendet werden soll | +| Form Population | [Source queries for population mapping](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-sourceQueries.html) | Questionnaire | Ein Batch-Bundle mit Abfragen zur Bereitstellung von Quelldaten | +| Form Population | [Source structure map](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-sourceStructureMap.html) | Questionnaire | StructureMaps, die QuestionnaireResponses für diesen Fragebogen als 'Ziel' produzieren | +| Form Validation | [Max quantity](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-maxQuantity.html) | Questionnaire.item | Die inklusive obere Grenze für den Bereich der zulässigen Werte für eine Frage vom Typ 'quantity' | +| Form Validation | [Min quantity](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-minQuantity.html) | Questionnaire.item | Die inklusive untere Grenze für den Bereich der zulässigen Werte für eine Frage vom Typ 'quantity' | +| Modular Forms | [Assemble Context extension](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-assembleContext.html) | Questionnaire | Diese Extension, die in einem Unter-Fragebogen verwendet wird, gibt eine FHIRPath-Variable an, die im Kontext vorhanden sein muss, wenn auf den Unter-Fragebogen verwiesen wird | +| Modular Forms | [Assembled From Questionnaire](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-assembledFrom.html) | Questionnaire | Diese Extension erscheint im Root eines zusammengestellten Fragebogens und identifiziert die Unter-Fragebögen (einschließlich Version), die im Rahmen des Assembly-Prozesses verwendet wurden | +| Modular Forms | [Assembly Expectations for Questionnaire](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-assemble-expectation.html) | Questionnaire | Gibt an, dass dieser Fragebogen Erwartungen in Bezug auf die Zusammenstellung hat | +| Modular Forms | [Sub-questionnaire](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-subQuestionnaire.html) | Questionnaire.item | Zeigt an, dass das Anzeigelement durch den referenzierten Fragebogen ersetzt werden soll | diff --git a/publisher-guides/Formular/input/pagecontent/Festlegungen.md b/publisher-guides/Formular/input/pagecontent/Festlegungen.md new file mode 100644 index 0000000000..f2f39139e3 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Festlegungen.md @@ -0,0 +1,47 @@ +--- +topic: markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen +--- + +In diesem Kapitel werden die folgenden übergreifenden Festlegungen definiert, die generell für die weitere Spezifikation gelten. + +### Kompatibilität zu SDC (Structured Data Capture) + +Diese Spezifikation selektiert Funktionalitäten aus der FHIR-Kernspezifikation und dem SDC-Implementierungsleitfaden, +die als Minimalanforderungen gelten, um intelligente, standardisierte Formulare im Deutschen Gesundheitswesen +nutzbringend etablieren zu können. + +Die Funktionalitäten werden in weiteren Ausbaustufen sukzessive ergänzt. + +Die folgende Tabelle soll eine grobe Übersicht bieten, welche Funktionalitäten der SDC-Spezifikation derzeit von ISiK-Formularen abgedeckt werden +und welche nicht. + +|SDC-Kapitel|in scope|out of scope| +|- +|Workflow|SDC Form Filler
SDC Form Manager
SDC Response Manager
SDC Form Receiver
|SDC Form Designer
SDC Form Archiver| +|Finding a Questionnaire|API Search|workflow based| +|Advanced Form Rendering|FHIR R4 Core|Core-Extensions
SDC-Extensions| +|Form Behavior and Calculation|FHIR R4 Core|Core-Extensions
SDC-Extensions| +|Modular Forms||X| +|Adaptive Forms||X| +|Form Population| +| *Operations:*||X| +| *Modes:*|Full population|Answer context
Choice selection| +| *Design:*| Observation Based
Expression Based|StructureMap based| +|Form Data Extraction| +| *Design:*| Observation Based|Definition Based
StructureMap based| + +### Übergreifende Festlegungen + +Es gelten die Festlegungen aus dem Modul [ISiK Basis Stufe 5](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen). + +### Begriffe und Abkürzungen + +|Begriff|Erläuterung| +|-|-| +|FormularDefinition|Die FHIR-Ressourcen ["Questionnaire"](https://hl7.org/fhir/R4/questionnaire.html)| +|{{pagelink:FormularDaten}}| Die FHIR-Ressource ["QuestionnaireResponse" ](https://hl7.org/fhir/R4/questionnaireresponse.html)| +|SDC|Der Implementierungsleitfaden ["Structured Data Capture"](https://build.fhir.org/ig/HL7/sdc/)| +|Vorbelegung|Der Vorgang des Vorbefüllens einer QuestionnaireResponse mit Daten, die über eine FHIR-API abgerufen werden können| +|Extraktion|Der Vorgang des Extrahierens von FHIR-Ressourcen aus einer QuestionnaireResponse| +|FHIRPath|Formale Sprache, um durch die Elemente einer FHIR-Ressource zu navigieren, um z.B. auf ein konkretes Element zu zeigen, das zur Vorbefüllung eines Formularfeldes verwendet werden soll| +|Validierung|Prüfung der Konsistenz und Korrektheit der Formularantworten (QuestionnaireResponse) auf Basis der Definition (Questionnaire)| \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/FunktionenInteraktionen.md b/publisher-guides/Formular/input/pagecontent/FunktionenInteraktionen.md new file mode 100644 index 0000000000..a8fd87de99 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/FunktionenInteraktionen.md @@ -0,0 +1,117 @@ +
+{% include akteure.svg %} +
+ +### Launch eines Formular-Renderers + +Der Aufruf eines Formular-Renderes kann mit verschiedenen Methoden erfolgen. + +#### Fremdaufruf +Die Methode des Fremdaufrufes versucht eine Brückentechnologie bereitzustellen, die es heutigen Anwendungssystemen, die noch nicht über eine SMART-Launch-Funktionalität verfügen, dennoch mit einfachsten Mitteln einen Formular-Renderer integrieren zu können. Der Fremdaufruf ist jedoch bewusst nur rudimentär definiert, da mittelfristig die Umstellung auf den SMART-App-Launch dringendst empfohlen wird. + +Beim Fremdaufruf muss sichergestellt sein, dass ein adäquater Sicherheitsmechanismus zum Einsatz kommt, damit der Aufruf nicht bestehende Berechtigungsstrukturen außer Kraft setzt. + +Die vorgeschlagenen Übergabe-Parameter sind: + +- [obligatorisch] Patientennummer (gängig PID; Identifier am [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient)) + - Ist für die Herstellung eines passenden Launch-Context nach SDC unabdingbar +- [optional] Abrechnungsnummer (gängig Fallnummer; Identifier am [ISiKAbrechnungsfall](https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall)) + - Mit der Abrechnungsnummer kann eingeschränkt werden, welche Encounter für die Extraktion von Daten ausgewählt werden können. Der richtige Encounter muss gemäß der Beschreibungen in [ISiK Basis Stufe 5: Herstellung von Patient- und Encounterkontext](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/UebergreifendeFestlegungen/Patient-Besuch-Kontext) manuell gewahlt werden +- [optional] Aufnahmenummer (Identifier am [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung)) + - Mit der Aufnahmenummer kann der richtige Encounter bereits mit übergeben werden +- [optional] Canonical der [FormularDefinition]() TODO + - Mittels der Canonical einer [FormularDefinition]() TODO kann der richtige Fragebogen schon vorausgewählt werden +- [obliagtorisch] URL des FHIR-Endpunktes, der für die Ermittlung von Daten zur Vorbelegung sowie die Rückübermittlung der [FormularDaten]() TODO verwendet werden soll. + + +#### SMART-App-Launch +Der standardisierte Aufruf einer beliebigen webbbasierten Applikation aus einem klinischen Primärsystem heraus wird im Modul ISiK-Connect beschrieben und sollte für den Aufruf eines Formular-Renderers mit Übergabe eines Benutzer-, Patienten- und Encounterkontextes präferiert zum Einsatz kommen. + +#### Stand-Alone-Launch +Beim Stand-Alone Launch startet der Benutzer den Formular-Renderer ohne Kontext. Der Patienten- und Encounter-Kontext wird im Formular-Renderer gemäß der Beschreibungen in [ISiK Basis Stufe 5: Herstellung von Patient- und Encounterkontext](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Festlegungen/Patient-Besuch-Kontext.md) vom Anwender manuell getroffen. + +Beim Stand-Alone-Launch muss sichergestellt sein, dass ein adäquater Sicherheitsmechanismus zum Einsatz kommt, damit bestehende Berechtigungsstrukturen nicht außer Kraft gesetzt werden. + +### Interaktion: FormularDefinitionsVerwaltung +Die Interaktion FormularDefinitionsVerwaltung dient der Bereitstellung von FormularDefinitionen. +In der ersten Ausbaustufe dieses Moduls wird diese Funktionalität als integraler Bestandteil von FormularRenderern angenommen. Perspektivisch sollten [FormularRenderer](Akteure.html#FormularRenderer) jedoch in der Lage sein, auch auf externe Quellen, die als FormularDefinitionBereitsteller agieren, zugreifen zu können, beispielsweise auf nationale Formular-Verzeichnisse oder Formulardefintionen, die vom aufrufenden System (FormularLauncher) bereitgestellt werden. + +
+{% include formDefVerwaltung.svg %} +
+ +### Interaktion: FormularDatenVorbelegung + +Ein FormularRenderer prüft eine [FormularDefinition]() TODO auf entsprechende Annotationen für die automatische Vorbelegung. +Dies kann entweder mittels der [Expression based population](https://build.fhir.org/ig/HL7/sdc/populate.html#exp-pop) +oder der [Observation based prepopulation](https://build.fhir.org/ig/HL7/sdc/populate.html#obs-pop) geschehen. + +
+{% include formDatVorbelegung.svg %} +
+ +Die folgenden Core und SDC Extensions sind für die Vorbelegung in dieser Stufe relevant. Unter [Extensions](Extensions.html) sind mehr Informationen dazu zu finden. + +- [Launch Contexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html) +- [Initial Expression](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-initialExpression.html) +- [Obervation link period](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationLinkPeriod.html) + +### Funktion: FormularDatenValidierung + +Bei der Formulardatenvalidierung handelt es sich formal nicht um eine *Inter*aktion, da +diese derzeit als eine Aktion angenommen wird, die vom [FormularRenderer](Akteure.html#FormularRenderer) eigenständig ausgeführt wird. +Gemäß FHIR-Spezifikation ist die Validierung jedoch auch als ein Service mittels der $validate-Operation implementierbar. + +In künftigen Ausbaustufen des ISiK-Formular-Moduls ist auch eine Einbindung [externer Validierungs-Services](https://hl7.org/fhir/R4/validation.html#op) denkbar. +Daher wird diese Funktion bereits in dieser Stufe als *potentielle* Interaktion betrachtet. + +Die Datenextraktion wird in dieser Stufe zunächst ausschließlich von [FormularRenderer](Akteure.html#FormularRenderer) implementiert. +Hierbei ist zu beachten, dass [FormularDaten]() TODO (QuestionnaireResponse-Ressourcen) *nicht* gegen ein QuestionnaireResponse-Profil zu validieren sind, +sondern gegen die zugrundeliegende [FormularDefinition]() TODO (Questionnaire). + + +| **Warnung** | **Missing Feature** | +|-|-| +|gematik logo | Die Validierung von QuestionnaireResponse-Ressourcen gegen Questionnaires wird nicht von allen Validatoren unterstützt!| + +Die folgenden Core und SDC Extensions sind für die Validierung in dieser Stufe relevant. Unter [Extensions](Extensions.html) sind mehr Informationen dazu zu finden. + +- [maxDecimalPlaces](https://hl7.org/fhir/R4/extension-maxdecimalplaces.html) +- [maxValue](https://hl7.org/fhir/R4/extension-maxvalue.html) +- [minLength](https://hl7.org/fhir/R4/extension-minlength.html) +- [minValue](https://hl7.org/fhir/R4/extension-minvalue.html) +- [regex](https://hl7.org/fhir/R4/extension-regex.html) + +### Interaktion: FormularDatenExtraktion + +Bei der Formulardatenextraktion handelt es sich formal nicht um eine *Inter*aktion, da diese derzeit als eine Aktion angenommen wird, die vom [FormularRenderer](Akteure.html#FormularRenderer) eigenständig ausgeführt wird. +Gemäß SDC-Spezifikation ist die FormularDaten-Extraktion jedoch auch als ein Service mittels der $extract-Operation implementierbar. + +In künftigen Ausbaustufen des ISiK-Formular-Moduls ist auch eine Einbindung [externer Extractions-Services](https://build.fhir.org/ig/HL7/sdc/extraction.html#extraction-service) denkbar. +Daher wird diese Funktion bereits in dieser Stufe als *potentielle* Interaktion betrachtet. + +Die Datenextraktion wird in dieser Stufe zunächst ausschließlich von [FormularRenderer](Akteure.html#FormularRenderer) implementiert und beschränkt sich auf die Methoden +- [Observation based extraction](https://build.fhir.org/ig/HL7/sdc/extraction.html#observation-based-extraction) +- [Template based extraction](https://build.fhir.org/ig/HL7/sdc/en/extraction.html#template-based-extraction) + +Die folgenden Core und SDC Extensions sind für die Extraktion in dieser Stufe relevant. Unter [Extensions](Extensions.html) sind mehr Informationen dazu zu finden. + +- [Launch Contexts](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-launchContext.html) +- [Extract Observation](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observationExtract.html) +- [Extract Observation - Category](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-observation-extract-category.html) +- [Extract Template - Bundle](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractBundle.html) +- [Extract Template - Resource](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtract.html) +- [Extract Template - Context](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractContext.html) +- [Extract Template - Extract value](https://build.fhir.org/ig/HL7/sdc/StructureDefinition-sdc-questionnaire-templateExtractValue.html) + +### Interaktion: FormularDaten-Rückübermittlung + +Die Rückübermittlung von [FormularDaten]() TODO erfolgt gemäß den Festlegungen in [ISiK Basis Stufe-5: Datenübermittlung aus Subsystemen](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/UseCasesAnwendung/Daten%C3%BCbermittlung-aus-Subsystemen.page.md) + +
+{% include formDatRueckuebermittlung.svg %} +
+ +| **Work in Progress** | **Fehlendes Artefakt** | +|-|-| +| | In der weiteren Entwicklung dieses Moduls wird ein Dokumenten-Profil festgelegt, das die Rückübermittlung von FormularDaten, FormularDefintionen und Strukturierten Inhalten, sowie die Erstellung von Narrativen für die menschenlesbare Darstellung von Formularinhalten spezifiziert | diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleConditionalItem-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleConditionalItem-intro.md new file mode 100644 index 0000000000..2971821b24 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleConditionalItem-intro.md @@ -0,0 +1,12 @@ +### Gerendertes Formular + +--- + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationDecimal-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationDecimal-intro.md new file mode 100644 index 0000000000..62a777f621 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationDecimal-intro.md @@ -0,0 +1,10 @@ +### Gerendertes Formular + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationText-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationText-intro.md new file mode 100644 index 0000000000..62a777f621 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleEntryValidationText-intro.md @@ -0,0 +1,10 @@ +### Gerendertes Formular + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleExtractWithUnit-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleExtractWithUnit-intro.md new file mode 100644 index 0000000000..df8d0eaa72 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleExtractWithUnit-intro.md @@ -0,0 +1,12 @@ +### Gerendertes Formular + +Beim Klicken auf "Zeige QR + Observations" werden Sie auf eine externe Seite weitergeleitet, auf der die durch Sie in der Demo eingegebenen Werte als QuestionnaireResonse und extragierte Observations dargestellt werden. + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleInputPatternValidation-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleInputPatternValidation-intro.md new file mode 100644 index 0000000000..9479d5905f --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleInputPatternValidation-intro.md @@ -0,0 +1,12 @@ +### Gerendertes Formular + +Das Feature wird von LHC-Forms zum aktuellen Zeitpunkt noch nicht unterstützt. Aus dem Grund wird im gerenderten Formular die Validierung noch nicht korrekt ausgeführt. + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleMdrRelevant-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleMdrRelevant-intro.md new file mode 100644 index 0000000000..62a777f621 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExampleMdrRelevant-intro.md @@ -0,0 +1,10 @@ +### Gerendertes Formular + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopDemo-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopDemo-intro.md new file mode 100644 index 0000000000..1717ab1290 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopDemo-intro.md @@ -0,0 +1,12 @@ +### Gerendertes Formular + +Zur korrekten Darstellung dieses Beispiels wird eine externe Anfrage in Richtung des offiziellen HL7 Deutschland e.V. FHIR-Server (https://fhir.hl7.de/fhir) gestellt. Falls dort kein passender Patient mehr liegen sollte, scheitert die Prepopulation. Wenden Sie sich in diesem Fall bitte an das ISiK Team. + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopObservation-intro.md b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopObservation-intro.md new file mode 100644 index 0000000000..133f847af8 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Questionnaire-ExamplePrePopObservation-intro.md @@ -0,0 +1,12 @@ +### Gerendertes Formular + +Zur korrekten Darstellung dieses Beispiels wird eine externe Anfrage in Richtung des offiziellen HL7 Deutschland e.V. FHIR-Server (https://fhir.hl7.de/fhir) gestellt. Falls dort keine passende Observation mehr liegen sollte, scheitert die Prepopulation. Wenden Sie sich in diesem Fall bitte an das ISiK Team. + + + \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/ReleaseNotes.md b/publisher-guides/Formular/input/pagecontent/ReleaseNotes.md new file mode 100644 index 0000000000..4906325dae --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/ReleaseNotes.md @@ -0,0 +1,49 @@ +--- +topic: ReleaseNotes +--- + +Im Rahmen der ISiK-Veröffentlichungen wird das [Semantic Versioning](https://semver.org/lang/de/) verwendet. + +Die erste Ziffer X bezeichnet ein Major-Release und regelt die Gültigkeit von Releases. Die dritte Ziffer Y (Release x.0.y) bezeichnet eine technische Korrektur und versioniert kleinere Änderungen (Packages) während eines Jahres, z. B. 1.0.1.4 + +### Version 5.1.1 + +Datum: 17.12.2025 + +* `documentation` Fehlende Comments und shorts für Must-Support Elemente hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/918 + +### Version 5.1.0 + +Datum: 23.10.2025 + +* `improve` enableWhen-Element mit MS versehen, wurde initial vergessen aber in Beispielen und Beschreibungen genannt https://github.com/gematik/spec-ISiK-Basismodul/pull/896 + +* `documentation` Satz zur Nutzung der Labor-Profile verschoben in den korrekten IG (ICU) - https://github.com/gematik/spec-ISiK-Basismodul/pull/867 +* `improve` Separierung, Vervollständigung und Dokumentation von Beispiel-Questionnaires +* `improve` id-Elemente sind in *allen* Profilen dokumentiert und als bedingtes Pflicht-/MS-Feld gekennzeichnet. https://github.com/gematik/spec-ISiK-Basismodul/pull/799 +* `documentation` Rendering der im Modul verwendeten ValueSets https://github.com/gematik/spec-ISiK-Basismodul/pull/802 + + +### Version 5.0.0 + +Datum: 26.06.2025 + +- `improve` Fehlende Begründungen und Kommentare zu Pflichtfeldern hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/746 +- `improve` Beschreibung der MDR-Relevant Extension wurde hinzugefügt und ausführlicher gestaltet https://github.com/gematik/spec-ISiK-Basismodul/pull/744 +- `improve` Hinweis auf Umgang mit verschiedenen Sprachversionen https://github.com/gematik/spec-ISiK-Basismodul/pull/747/ + +Mit Inkrafttreten der Stufe 5 werden auch sämtliche nachfolgend aufgeführten Änderungen verbindlich. + +### Version 5.0.0-rc2 (Benehmensherstellung) + +Datum: 5.6.2025 + +- `improve` Anpassung des Satzes zur Verwendung von Observation Profilen in item.definition https://github.com/gematik/spec-ISiK-Basismodul/pull/740 +- `improve` MS-Flag auf Questionnaire.item.code hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/740 +- `improve` Questionnaire.version wird 1..1 und Angabe der Version des Questionnaires ist bei Referenzierung verpflichtend anzugeben. Zusätzlich wird der Umgang mit Versionen im SemVer Format textuell erläutert. https://github.com/gematik/spec-ISiK-Basismodul/pull/74 + +### Version 5.0.0-rc + +Datum: 09.04.2025 + +- Initialer Release diff --git a/publisher-guides/Formular/input/pagecontent/Spezifikationen_Beispielszenarien.md b/publisher-guides/Formular/input/pagecontent/Spezifikationen_Beispielszenarien.md new file mode 100644 index 0000000000..6b0c7b70f4 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Spezifikationen_Beispielszenarien.md @@ -0,0 +1,11 @@ + +| **Work in Progress** | **Unvollständige Inhalte** | +|-|-| +| | Diese Seite ist unvollständig. Die Beispielszenarien werden aus Anregungen und UseCases der Nutzer dieser Spezifikation, sowie der Bedarfe aus anderen ISiK-Modulen heraus entwickelt. Vorschläge und Hinweise zur Weiterentwicklung können im [ISiK-Unterforum](https://chat.fhir.org/#streams/287581/german.2Fisik) des [internationalen FHIR-Chats](https://chat.fhir.org/) gegeben werden. **Bei der Anlage neuer Diskussionsthemen mit Bezug zu diesem Modul bitte das Präfix `[FORM]` verwenden!** | + +Kandidaten: + +* Ausfüllen eines Fragebogens bei der Terminbuchung eines Patienten in einem Patientenportal +* PROMS(Patient Reported Outcome Measures) der Medizininformatik-Initiative + + diff --git a/publisher-guides/Formular/input/pagecontent/Spezifikationen_BestPractice.md b/publisher-guides/Formular/input/pagecontent/Spezifikationen_BestPractice.md new file mode 100644 index 0000000000..3f6b5d2438 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Spezifikationen_BestPractice.md @@ -0,0 +1,37 @@ +--- +topic: BestPractice +--- + +### Funktionsumfang + +* FormularDefinitionen sollten sich auf den Umfang der in diesem Modul festgelegten Funktionalitäten und Extensions beschränken. +Alle weiteren Funtionalitäten und Extensions müssen so verwendet werden, dass diese von einem {{pagelink:FormularRenderer}} gefahrlos ignoriert werden können, +ohne dass dies die Nutzbarkeit des Formulars einschränkt. + +### Annotation für die Vorbelegung + +* Formularfelder, die Daten erheben, die durch ein Element des ISiK-Patienten- oder ISiK-Encounter-Profiles repräsentiert werden können, müssen *zwingend* für die automatische Vorbelegung annotiert werden. +* Formularfelder, die Daten erheben, die durch ein ISiK-Profil des Ressourcen-Typs Observation repräsentiert werden können, müssen *zwingend* in der Modellierung an das ISiK-Profil angepasst werden und für die automatische Vorbelegung annotiert werden. + +### Annotation für die Extraktion + +* Formularfelder, die Daten erheben, die durch eine Observation-Ressource repräsentiert werden können, sollten für die Extraktion annotiert werden. +* Formularfelder, die Daten erheben, die durch eine Observation-Ressource repräsentiert werden können, sollten in item.definition auf ein geeignetes nationales oder internationales Observation-Profil für die Extraktion verweisen. +* Formulare, die sich im Bereich von ISiK-definierten Ressourcen (außer Observation) bewegen, sollten mit Template-based Extraction Annotationen versehen werden. Entsprechende Template Profile für die Basis sind vorhanden. + +### Vorbereitung für Definition-Based Extraction und Prepopulation + +Obwohl die Definition-Based Extraction und Prepopulation derzeit nicht verbindlich sind, sollten Autoren von Formulardefinitionen die zugrunde liegenden Prinzipien berücksichtigen und ihre Modelle so strukturieren, dass eine zukünftige Extraktion in geeignete FHIR-Ressourcen ermöglicht wird. + +### Launch-Kontext + +* FormularDefinitionen sollten immer das Vorhandensein eines Patienten- und Encounter-Kontextes annehmen und die Launch-Context-Extension entsprechend nutzen. + +### Formulare im Kontext von Medizinprodukten +Formulare, deren Einsatz eine Zweckbestimmung im Sinne der EU-Medizinprodukteverordnung (MDR) nach sich zieht und somit unter die entsprechende EU-Richtlinie für Medizinprodukte fallen, sollen ebenfalls über dieses Modul erstellt werden können. +Solche Formulare müssen jedoch eine spezielle Extension enthalten, die sie eindeutig als medizinproduktrelevante Formulare kennzeichnet. +Die Anzeige und Verarbeitung dieser Formulare darf ausschließlich im Rahmen ihrer definierten Zweckbestimmung erfolgen. Die Verantwortung für die Prüfung und Freigabe dieser Formulare liegt beim jeweiligen Hersteller. + +| **Work in Progress** | **Unvollständige Inhalte** | +|-|-| +| | Diese Seite ist unvollständig. Die BestPractices sollen aus den Erfahrungen mit ersten Implementierungen und Anwendungen dieses Moduls heraus entwickelt und kontinuierlich fortgeschrieben werden. Vorschläge und Hinweise zur Weiterentwicklung können im [ISiK-Unterforum](https://chat.fhir.org/#streams/287581/german.2Fisik) des [internationalen FHIR-Chats](https://chat.fhir.org/) gegeben werden. **Bei der Anlage neuer Diskussionsthemen mit Bezug zu diesem Modul bitte das Präfix `[FORM]` verwenden!** | \ No newline at end of file diff --git a/publisher-guides/Formular/input/pagecontent/Ziele.md b/publisher-guides/Formular/input/pagecontent/Ziele.md new file mode 100644 index 0000000000..d7257e5642 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/Ziele.md @@ -0,0 +1,40 @@ +--- +topic: Ziele +--- + +Dieses Modul soll die zahlreichen, teilweise sehr komplexen Funktionalitäten, die im SDC-Leitfaden beschreiben sind, auf ein überschaubares aber dennoch nutzenbringendes Minimum reduzieren, um einen leichten Einstieg in die Welt der FHIR-basierten Formulare zu ermöglichen. Die Integration von Tools, die die Nutzung von Formularen ermöglichen (sog. "{{pagelink:FormularRenderer}}") soll - soweit möglich - nur mit den bereits vorhandenen Funktionalitäten ISiK-konformer[^1] Anwendungssysteme ermöglicht werden. + +Das ISIK-Formular-Modul ist ein Work-in-Progress und derzeit weder final noch verbindlich. Gemeinsam mit interessierten Herstellern soll ein Modul entwickelt werden, das folgende Ziele erfüllt und anschließend verbindlich festgelegt werden kann. +Die Publikation in Stufe 5 stellt einen ersten Entwurf des Moduls dar, der als Diskussionsgrundlage für die weitere Entwicklung und als Basis für erste, prototypische Implementierungen und Connectathons dienen soll. + + +### Best Practices für Formular-Autoren +* Für {{pagelink:FormularDefinitionsErsteller}} werden klare Vorgaben gemacht werden, was bei der Ausarbeitung standardisierter und austauschbarer {{pagelink:FormularDefinition}}en zu beachten ist, um deren Interoperabilität bestmöglich zu unterstützen. +* Es werden überprüfbare Qualitätsstandards für ISIK-konforme[^1] FormularDefinitionen erarbeitet werden. +* Es werden verlässliche Mindestfunktionalitäten festgelegt werden, die von jedem ISIK-konformen[^1] {{pagelink:FormularRenderer}} implementiert sind und von den Autoren verwendet werden können, ohne befürchten zu müssen, dass die Funktionalität des Formuars in einzelnen Systemen eingeschränkt ist. + +### Integration von {{pagelink:FormularRenderer}}n in ISiK-konforme[^1] Anwendungssysteme +Dieses Modul wird verbindliche Festlegungen treffen, die es beliebigen ISiK-konformen[^1] Anwendungssystemen erlaubt, als {{pagelink:FormularLauncher}} beliebige, ISiK-konforme[^1] {{pagelink:FormularRenderer}} mittels standardisierter Verfahren zu integrieren und den Anwendern einen möglichst nahtlosen, redundanzfreien Workflow zu ermöglichen. + +### Auffindbarkeit von Formularen +Dieses Modul wird verbindliche Festlegungen für Formular-Metadaten treffen, die die Auffindbarkeit, Selektion und Filterung von {{pagelink:FormularDefinition}}en ermöglicht, um Anwendern relevante Formulare schnell zur Verfügung stellen zu können. + +### Darstellung und Verhalten von Formularen +Dieses Modul wird verbindliche Mindestanforderungen für die Darstellung und das dynamische Verhalten von {{pagelink:FormularDefinition}}en in {{pagelink:FormularRenderer}}n vorgeben. + +### Vorbelegung von Formularen +Diese Modul wird verbindliche Festlegungen für eine verlässliche Vorbelegung von {{pagelink:FormularDaten}} anhand entsprechender Annotationen in den Formular-Definitionen und durch Zugriff auf vorhandene Daten im aufrufenden, ISiK-konformen[^1] Anwendungssystem treffen. + +### Validierung von FormularDaten +Dieses Modul wird verbindliche Vorgaben enthalten, wie {{pagelink:FormularRenderer}} die erhobenen Daten gegen die {{pagelink:FormularDefinition}} validieren + +### Extraktion von FormularDaten in FHIR-Ressourcen +Dieses Modul wird verbindliche Festlegungen für eine verlässliche Extraktion von validen {{pagelink:FormularDaten}} in wiederverwendbare FHIR-Ressourcen anhand entsprechender Annotationen in den Formular-Definitionen treffen. + +### Rückübermittlung von FormularDaten und Extraktions-Ergebnissen +Dieses Modul wird verbindliche Festlegungen für eine verlässliche Rückübermittlung von validen {{pagelink:FormularDaten}} sowie FHIR-Ressourcen, die durch Extraktion entstanden sind, vom {{pagelink:FormularRenderer}} an das aufrufende, ISIK-konforme[^1] Anwendungssystem treffen. + +### Beispiel-Szenarien und -Formular-Definitionen +Diese Modul wird diverse Beispielszenarien für die Nutzung von FHIR-Questionnaires enthalten sowie Beispiel-Daten, die Entwickler bei der Implementierung ISiK-konformer[^1] {{pagelink:FormularRenderer}} unterstützen sollen. + +[^1]: Unter einem ISiK-konformen (klinischen) Anwendungssystem ist hier ein beliebiges Softwaresystem zu verstehen, das **mindestens** die folgenden Rollen implementiert: [ISiKStammdatenRolle](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Artefakte/CapabilityStatements#ISiKCapabilityStatementStammdatenRolle) oder [ISiKCompositionKonsumentenRolle](https://simplifier.net/guide/isik-basis-stufe-5/Einfuehrung/Artefakte/CapabilityStatements?#ISiKCapabilityStatementCompositionKonsumentenRolle) diff --git a/publisher-guides/Formular/input/pagecontent/artifacts-isik.md b/publisher-guides/Formular/input/pagecontent/artifacts-isik.md new file mode 100644 index 0000000000..43a8240d74 --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/artifacts-isik.md @@ -0,0 +1,39 @@ +Auf dieser Seite befindet sich eine Liste der FHIR-Artefakte, welche im Rahmen dieses Implementation Guide definiert werden. + +### CapabilityStatements + +#### Akteure + +{% include artifacts-table-generator-isik.html resourceType="CapabilityStatement" nameContains="Akteur" withPurpose=true %} +
Tabelle: Capability Statements - Akteure
+ +#### Rollen + +{% include artifacts-table-generator-isik.html resourceType="CapabilityStatement" nameContains="Rolle" withPurpose=true %} +
Tabelle: Capability Statements - Rollen
+ +### Ressourcenprofile + +{% include artifacts-table-generator-isik.html resourceType="StructureDefinition" %} +
Tabelle: Ressourcenprofile
+ +### Terminologien + +#### Value Sets + +Die folgenden Value Sets sind für die Audit-Event-Service-Funktionalitäten festgelegt. + +{% include artifacts-table-generator.html resourceType="ValueSet" %} +
Tabelle: Value Sets
+ + +#### Code Systems + +{% include artifacts-table-generator.html resourceType="CodeSystem" %} +
Tabelle: Code Systems
+ +### Beispiele + +{% include example-list-generator.html %} +
Tabelle: Beispiel-Instanzen
+ diff --git a/publisher-guides/Formular/input/pagecontent/index.md b/publisher-guides/Formular/input/pagecontent/index.md new file mode 100644 index 0000000000..675f16a51e --- /dev/null +++ b/publisher-guides/Formular/input/pagecontent/index.md @@ -0,0 +1,72 @@ +--- +topic: Einfuehrung +--- + +Realm: Deutschland + +### Motivation "ISiK Formulare" +Der überwiegende Teil der Datenerfassung im Gesundheitswesen geschieht formularbasiert. Bislang fehlt es jedoch an einem standardisierten Verfahren, um Fragebögen und Formulare zwischen Systemen austauschen und mit den bereits vorhandenen, standardisierten Daten in den Systemen der Anwender zu verknüpfen. +Die Folge sind lange Latenzen, bis die Formulare den Anwendern zur Verfügung stehen, hohe Kosten für die individuelle Implementierung und Konfiguration in den proprietären Formulareditoren der einzelnen Systeme, +und redundante Datenerfassung aufgrund der fehlenden Verknüpfungen zu den bereits vorhandenen Daten. +Aufgrund uneinheitlicher Modellierung der Formulare, sind die erhobenen Daten häufig nicht wiederverwendbar. + +Der FHIR-Standard bietet mit dem internationalen Implementierungsleitfaden ["Structured Data Capture (SDC)"](https://build.fhir.org/ig/HL7/sdc/) eine Lösung für schnelles Deployment von standardisierten Formularen im Versorgungskontext. +Die Ermittung von relevanten Informationen über die FHIR-Restful-API ermöglicht die automatische Vorbefüllung der Formulare und verhindert eine redundante Datenerfassung. +Die Extraktion der {{pagelink:FormularDaten}} in dedizierte FHIR-Ressourcen ermöglicht die Wiederverwendung der erhobenen Daten und erleichtert deren Auffindbarkeit. +Die vielfältigen Möglichkeiten der Datenvalidierung im FHIR-Kontext stellen die Vergleichbarkeit und Qualität der erhobenen Daten sicher. + +Mögliche Einsatzszenarien sind u.a.: + +* Erfassung von Meldedatensätzen für Register +* Verwendung von durch Fachgesellschaften standardisierten Formularen oder Protokollen (OP-Dokumentation, Anamnesebögen...) +* Patientenbefragungen +* Protokolle für klin. Studien + +### Interoperabler Datenaustausch durch Informationssysteme im Krankenhaus (ISiK) + +Die gematik wurde vom Gesetzgeber beauftragt, im Benehmen mit der Deutschen Krankenhausgesellschaft (DKG) und den maßgeblichen Bundesverbänden der Industrie im Gesundheitswesen, verbindliche Standards für den Austausch von Gesundheitsdaten mit Informationssystemen im Krankenhaus zu erarbeiten. Dieser FHIR ImplementationGuide (IG) beschreibt die für diesen Zweck entwickelten FHIR Profile und das [REST](https://de.wikipedia.org/wiki/Representational_State_Transfer)-basierte Application Programming Interface (API). Die REST-API wird im Wesentlichen [vom FHIR Standard vorgegeben](https://www.hl7.org/fhir/R4/http.html). Dieser Leitfaden konkretisiert die ISiK-relevanten Funktionen der Standard-REST-API und trifft inhaltliche Festlegungen zu den ISiK-relevanten Ressourcen in Form von Ressourcen-Profilen. + +Hersteller bestätigungsrelevanter Systeme sollen durch diesen IG in die Lage versetzt werden, eine konforme Implementierung zu erstellen und das Bestätigungsverfahren der gematik erfolgreich zu absolvieren. + +Weitere Informationen siehe [§373 SGB V](https://www.gesetze-im-internet.de/sgb_5/__373.html). + +Hinweis: Sowohl für die Implementierung der ISiK-Spezifikation als auch für den Betrieb eines Produktes, das die ISiK-Spezifikation implementiert, ist eine SNOMED-CT-Lizenz notwendig. Diese kann beim [National Release Center für SNOMED CT in Deutschland](https://www.bfarm.de/DE/Kodiersysteme/Terminologien/SNOMED-CT/_node.html) beantragt werden. + +### Mitwirkung +Die Abstimmung und Diskussion zu diesem Modul findet im [ISiK-Unterforum](https://chat.fhir.org/#streams/287581/german.2Fisik) des [internationalen FHIR-Chats](https://chat.fhir.org/) statt. +**Bei der Anlage neuer Diskussionsthemen mit Bezug zu diesem Modul bitte das Präfix `[FORM]` verwenden!** + +### Hinweise + +**Kontakt** + +Bringen Sie Allgemeine Fragen und Anmerkungen gerne über unser Anfrageportal ein: [Anfragen ISiK + ISiP](https://service.gematik.de/servicedesk/customer/portal/16) + +Falls Sie keinen Zugang zum Anfrageportal haben und dieses nutzen wollen, senden Sie uns bitte eine Nachricht an die Adresse isik [ at ] gematik.de mit dem Betreff "Portalzugang". + +**Herausgeber** + +gematik GmbH + +[Impressum](https://www.gematik.de/impressum/) + +**Gender-Hinweis** + +Zugunsten des Leseflusses wird in dieser Publikation meist die +männliche Form verwendet. Wir bitten, dies nicht als Zeichen einer +geschlechtsspezifischen Wertung zu deuten. Diese Variante deckt auch alle +weiteren Geschlechter, neben männlich und weiblich, ab. + + + + + + + + + + + + + + diff --git a/publisher-guides/Formular/sushi-config.yaml b/publisher-guides/Formular/sushi-config.yaml new file mode 100644 index 0000000000..5df167f8e8 --- /dev/null +++ b/publisher-guides/Formular/sushi-config.yaml @@ -0,0 +1,76 @@ +id: de.gematik.isik.formular +canonical: https://gematik.de/fhir/isik +name: ISiK-Formularmodul +title: ISiK Formularmodul Implementation Guide +description: Implementation guide for the Formular module based on ISiK specifications. +status: active +version: 6.0.0-rc +fhirVersion: 4.0.1 +copyrightYear: 2025+ +releaseLabel: ci-build +license: Apache-2.0 +publisher: + name: gematik GmbH + url: https://gematik.de + +applyExtensionMetadataToRoot: false +dependencies: + hl7.fhir.extensions.r5: 4.0.1 + hl7.fhir.uv.ips: 1.1.0 + hl7.fhir.uv.subscriptions-backport.r4: 1.1.0 + de.basisprofil.r4: 1.5.4 + de.ihe-d.terminology: 3.0.1 + ihe.formatcode.fhir: 1.4.0 + hl7.fhir.uv.sdc: 4.0.0-ballot + de.gematik.terminology: 1.0.6 + de.fhir.medication: 1.0.3 + de.gematik.ti: 1.1.1 + + +pages: + index.md: + title: Einführung + Ziele.md: + title: Ziele + ReleaseNotes.md: + title: Release Notes + Festlegungen.md: + title: Übergreifende Festlegungen + AkteureOhneCpS.md: + title: Festlegungen Akteure ohne CapabilityStatement + Akteure.md: + title: Akteure + FunktionenInteraktionen.md: + title: Funktionen und Interaktionen + Spezifikationen_Beispielszenarien.md: + title: Beispielszenarien + Spezifikationen_BestPractice.md: + title: Best Practice für FormularDefinitionen + Extensions.md: + title: Extensions + artifacts-isik.md: + title: FHIR-Artefakte + +#TODO Beispiele + +menu: + Einführung: index.html + Ziele: Ziele.html + Release Notes: ReleaseNotes.html + Festlegungen: + Übergreifende Festlegungen: Festlegungen.html + Festlegungen Akteure ohne CapabilityStatement: AkteureOhneCpS.html + Spezifikationen: + Akteure: Akteure.html + Funktionen und Interaktionen: FunktionenInteraktionen.html + Beispielszenarien: Spezifikationen_Beispielszenarien.html + Best Practice für FormularDefinitionen: Spezifikationen_BestPractice.html + Extensions: Extensions.html + FHIR-Artefakte: artifacts-isik.html + + +parameters: + no-validate: true + +#und ggfs noch: +# no-narrative: true \ No newline at end of file